Reason codes

Reason code are selection options the front lines teams will see in their down times module.

Mandatory fields

  • Name - The name the frontline teams will see in their list and their selection boxes. A tree sructure can be created from any of the reasons (names).

  • Color - The color the frontline teams will see in their timeline and within tables

Optional fields

  • Parent reason - Select an existing reason to build a tree. They will become availabe in the selection boxes when qualifying a down time

  • Category - Selection of the down time categories for reporting purposes.

  • Event codes - The fault / error / event codes that is passed on from the middleware. One can select multiple codes to be assigned to an individual reason code. This set up ensures:

    • Simplification for front line teams due to elimination of manual entries

    • Consistency in reporting thanks to automated allocation

  • Requires issue - The system can help to shape the culture of continuous improvement by triggering employees to link issues. This will deepen the level of details when down times occur.

    • Yes - An issue is expected for this specific reason code.

    • No - Issues are not to be linked mandatory

    A table on the landing page of down times will show any open reason codes without issues

  • Split after minutes - Automatic split of downtimes after a certain threshold. Often used to split planned downtime events into unplanned downtime events when passing the time limit.

    • Eg. The reason code "Planned Downtime - Change Over Packaging" is planned to take 10minutes. The change over lasts 16minutes. After 10 minutes, the downtime is split and a new reason code "Unplanned Downtime - Change Over Packaging" can be assigned.

  • Can be final - Indicates whether a reason code is at the expected level of granularity. When not final, the table will indicate "uncoded" stops on the landing page

Initial set-up & Ongoing improvements

  • Initial set-up - When starting up with Maecos, a bulk upload can be facilitated to ensure smooth and fast transition ot the new user interface. Eliminating manual work during the switch to your new dowtime mogging

  • Ongoing improvements - There is no need for us to be the bottleneck during daily operations. You hold all the keys to continuously improve the system:

    • When new fault codes are created, you can quickly add them to a reason cide

    • When reporting needs change, you can update categories

    • When more granularity is required, additional reason codes can be created.

Last updated