Asset Downtime is one of those features which you will find in the Assets application but not in the Locations application. You will also find that you can report downtime from the Work Order Tracking and Quick Reporting applications. The actions and dialogs are almost the same as they are in the Assets application, with a small difference.

In the Assets application at the bottom left corner of the main Asset tab is a Downtime section with three fields which are all read-only, an indicator of the assets up/down status, the status date when this change occurred, and the total downtime that has been accumulated by the asset.

The Report Downtime action is used to either Change Status or to Report Downtime. The Change Status radio button is used to report downtime in real time as the asset status is changed from up to down or vice versa. You can modify the status date to reflect when the change occurred, it could have been earlier in the day. You can change the status date to a later date/time than time now if you knew the asset was going to go down, or back up at a specific time. When you are changing the status, or you might think of it more as changing the asset state, you can also enter a downtime code.

By changing the status, you may find that the downtime hours have not been incremented. For the downtime hours to be recorded automatically the asset needs a calendar and shift that has a work date at the date and time when the status changes are being made. The calculation is made as the asset status is set to up.

The Report Downtime radio button is used to report downtime after the downtime event has occurred, think of this like entering the downtime period with start date/time and end date/time at the same time. You are reporting the downtime that may have resulted in a work order being created, or you may be reporting the downtime that occurred while work was being performed.

The Manage Downtime History action allows you to see when the asset state was changed and the downtime reporting that has been made either through the Assets application or via a work order. For each record there is a downtime code at the start, when the status is set to down, and the downtime code at the end when the status returns to an up state, the two downtime codes could be different.

The Manage Downtime History dialog is looking at two records of the ASSETSTATUS table. All the fields are modifiable in this dialog, and you will find that there are some validations to ensure the Start Date cannot be later than the End Date or that one records dates cannot overlap another set of dates for the same asset. This is where you can adjust the Downtime Hours and whether it was Operational or Non-Operational time.

In the Organizations application and Work Order Options and the dialog for Work Type you can determine whether a prompt for downtime should occur for each work type. This is a message to inform you if the asset is still down when completing or closing the work order. For the message to be displayed you need to check the field “Display Downtime Report Prompt upon WO Completion for Asset in a ‘Down’ Status?” which you will find under Other Organization Options. At the top of this dialog, you can also determine how the Downtime Start Date should be derived, from the Reported Date, Actual Start Date, or None, this sets the default for the additional fields that you see in the Work Order Tracking and Quick Reporting applications.

In these applications you have the same two actions Report Downtime and Manage Downtime History. In the Report Downtime dialog there is an additional section called Start Date Default with a radio button for Reported Date, Actual Start Date, or None. As the section name suggests the setting of this field determines how the Start Date is derived when the Report Downtime radio button is being used. None means that the Start Date is blank. The End Date is set to the current date/time but can be modified and the Hours will be recalculated.

There is a System Property mxe.asset.assetInUserTimeZone, which if set will assume the asset exists in the user’s time zone, if this is not set it will use the server’s time zone.