By correcting a Spot’s status history, you can fix an incorrect event time or reason, insert a missing status change and delete an incorrect intermediate event. Status history, together with the usage schedule, provides the input for utilization rate calculations. A correction may therefore also change utilization rate results for earlier periods.

Before making corrections

Make corrections in the browser service. You need access to the Spot in question and permission to edit it. Permission to view the history alone is not enough to save or delete events.

Establish the device’s actual status and the time of the change before saving. Also check the events before and after the change. If necessary, make a note of the original details so you can compare them with the corrected history.

The browser statuses are Active, Inactive, Faulty and Disabled. On Android and iOS, the Active status is called In Use. Switching between Inactive and Faulty does not automatically add an event to this status history. A missing row alone therefore does not indicate that the current status has not been updated.

Open the history you want to correct

  1. In the browser menu, open Assets, devices, tools and then Usability monitoring under it.
  2. Select the Event logs tab and find the Spot.
  3. Open the Full history events link on the Spot’s row.

The Event logs overview shows the Spot’s latest event by default. If a date range filter hides the Spot you are looking for, remove the filter before opening its full history.

The Spot’s history opens with the newest event first. The Status on a row indicates the status after that event: it begins at the time shown on the row and continues until the next status change. It is not necessarily the Spot’s current status. Also check User and Reason for status change.

Correct an event’s time or reason

  1. Select the pencil icon at the right end of the history row you want to correct.
  2. In the Update the selected event history window, change Status begin time or Reason for status change.
  3. Compare the time with the previous and following events shown on the form, then select Save.

The time must be later than the previous event and earlier than the following event, if those neighbouring events exist. An event cannot be moved past other events. Two events at exactly the same time are not allowed for the same Spot.

The Status of an existing row is locked. You cannot change the status after the event using the pencil icon. You can delete an incorrect intermediate event and, if necessary, replace it by inserting a missing status change. An incorrect status in the first or last event cannot be corrected using these deletion functions; contact support to resolve such a correction.

Saving changes the row’s user to the person making the correction. After this, the user is therefore not necessarily the person who recorded the original status change. You can leave the reason blank, but it is a good idea to describe the basis for the correction there.

Insert a missing status change

  1. Find the two events between which the change belongs. Select the plus icon at the left end of the earlier event’s row. The newest row does not have this icon.
  2. In the Insert a missing status-change event window, select Status to insert between.
  3. Enter Begin time for the inserted status and, if needed, Reason for status change.
  4. Check the previous and following statuses, then select Save.

The status and begin time are required. The time must fall strictly between the two events. The status to insert must differ from the status after either neighbouring event; those statuses are also excluded from the selection list. This function fills a gap between existing events and cannot add a new event after the latest one.

Inserting an event records you as the new event’s user. The new event’s starting status is taken from the preceding event, and the following event’s starting status is corrected to match the status you inserted. The status after the following event remains the same.

Delete an incorrect intermediate event

  1. Select the trash icon at the right end of the row you want to delete.
  2. Confirm the deletion by selecting Yes in the confirmation window.

The first and last events cannot be deleted directly; their rows do not show a trash icon. If the history contains only one or two events, there are no intermediate events to delete.

Deletion changes the sequence of statuses. If the statuses after the events immediately before and after the deleted event differ, the following event’s starting status is updated to the preceding event’s status. If the statuses after those events are the same, the following event is also deleted as redundant. This automatic deletion can also affect the latest event.

For example, in the sequence Active → Faulty → Active, deleting the Faulty event also deletes the Active event that follows it. Always check the entire surrounding sequence of statuses, rather than just the row you selected.

What does a correction affect?

A history correction changes the saved status events. It does not itself change the Spot’s current status, the reading on the physical machine hour meter or the statuses of the Spot’s tasks. Inserting a historical Disabled status does not remove the Spot from the device register either.

Update status at the top of the history is a separate function: it opens the current status update. Spot status updates on Android and iOS also change the current status. Use the history row functions when you want to correct past events.

When the time of a saved or deleted event is at or before the start of today in the service’s time zone, the correction triggers background recalculation of utilization data. Even a correction to the reason alone can trigger it. An event timed after the start of today does not trigger this recalculation.

The processing goes through the Spot’s existing daily data and existing weekly, monthly and yearly results. Its effect is therefore not necessarily limited to the corrected day. This processing does not create missing daily data, and deleting a single history row does not clear all utilization data. An Excel file you downloaded earlier will not update; generate a new export if needed.

Limits of recalculation

A history correction does not guarantee that all utilization rate results will update correctly. If the Spot does not have its own directly assigned usage schedule, this processing does not recalculate its daily data based solely on a folder schedule or a service-wide schedule. You also cannot assume that the schedule used in the original calculation will be retained.

With a Daily hours schedule, time in use accumulates from time spent in the Active status throughout the entire day. Other statuses do not accumulate active hours. If the day’s target is zero after exceptions, the day’s hours in use and utilization rate are also zero.

With a Time-based schedule, the calculation subtracts periods out of use derived from the Inactive and Faulty statuses from the scheduled hours. The Disabled status is not handled in the same way. Consecutive statuses indicating time out of use, a change from a status indicating time out of use to Disabled, and periods out of use that cross a schedule boundary can produce an incorrect result.

In both calculation methods, a day with no status events is calculated using the Spot’s current status at the time of calculation. An older history event therefore does not by itself determine that day’s status. The starting status of a day containing events is taken from the last event before that day; if there is no such event, the default is Active.

For the rules for calculating percentages and the effects of schedule inheritance, see How do I view a Spot’s utilization rate? For instructions on assigning a schedule, see How do I define a Spot’s usage schedule?

Check the saved result

  1. Close the Spot’s history and reopen Full history events. Check the time, status, reason and user, as well as both neighbouring events. After a deletion, also check whether another row has been deleted.
  2. Check the Spot’s details to ensure that its current status is still correct. A history correction does not update it.
  3. If the correction affects utilization rate calculations, allow time for background processing and reopen Usability monitoring → Statistics.
  4. Open Full history of usage rates from the Spot’s row. Check that daily data exists for the day being corrected, and compare its Hours in use and Desired in use values with the corrected status history and schedule.
  5. Compare the results in the Statistics view over the same date range as before the correction. If necessary, generate a new export following How do I check the usability monitoring history and export the data to Excel?

The hours and percentages in the daily data are displayed to two decimal places. A small change may therefore be hidden by rounding. A saved history row confirms the history correction, but does not by itself confirm that the background calculation has finished. If the result remains inconsistent, work with support to check the Spot’s schedule, the corrected sequence of statuses and the comparison period before using the results for reporting.