工单工序反馈

工单工序反馈是维护流程的关键部分,因为它构成了企业可以准确评估维护工作的有效性并分析可能的故障趋势的基础。

明确组织的工作管理系统目标并提供足够的信息来满足这些目标非常重要。反馈太少会导致分析缺乏说服力。在工厂维护系统的很多安装中,问题是反馈太多。这会导致工程师或文员浪费时间指定永远不会使用的细节,从而堵塞系统并导致其过于复杂而用户无法理解。

描述

任务完成后,通常会执行工单工序反馈,但对于较长的任务,此反馈可能会在一段时间内执行。此外,还会对每个已报告工序执行批准的可选阶段。报告了所有工序后,整个工单将关闭,此任务可以自动完成,并因此可以对关闭流程隐藏。

工单工序反馈可以通过两种方式执行:检验反馈,将在其中指定与预测检验(例如,温度或压力)关联的读数;工序反馈,用于一般工单,例如故障、大修、安全检验等。

读数反馈通常与指定应满足哪些流程条件的服务定义相关联。如果反馈的读数超出了容许条件,则会自动发出相应的消息。此外,可以在此事件中自动创建工单请求,用于调查或另一项服务。

一般反馈可以很简单,如指示工序或任务已完成。但是,这并不提供任何特别有用的信息。通常需要考虑基本信息的反馈,例如实际的人工时间、物料使用量或简短的文本信息。还应该考虑更全面的反馈。这可能包括待工时间、延迟时间和错误代码。

反馈人工时间的时,组织必须定义此反馈的目标。提供实际作业时间的明细还是提供时间表信息的时间和出勤系统?如果需要后者,则必须注意确保工程师的时间并非人为针对工单工序记录的,以考虑整个班次。个人 ID 可以连接到所报告的人工时间,或者通过使用某个选项,可以记录多个 ID 和小时数。另外,还提供了使用“时间表”类型输入选项进行人工时间的传统报告。通过时间表报告,用户可以在同一屏幕内报告许多工单工序的人工时间。

记录待工被视为工程反馈的关键要素。所有报告人员必须了解“待工”的定义。停机时间仅仅是故障的工程要素还是应该包括从设备停止到设备重新启动的所有时间?也许可以将它定义为从完成一款优质产品直到完成下一款优质产品的时间。然后,这种解释将产生额外的停机时间,同时加快了流程速度。在 M3 Maintenance 内,停机时间值可以基于工单工序反馈期间指定的值,也可以基于 M3 内制造应用程序中的停机时间登记。

文本信息反馈可能很有用,但文本难以分析,并且需要时间指定。应该考虑使用错误代码。M3 Maintenance 提供三个单独的错误代码,可用于定义原因、影响和纠正故障所采取的步骤。可以针对设备或一组设备(使用物料/设备组)定义错误代码,或错误代码可以通用于所有设备。由于针对工单工序报告了错误代码,因此 M3 可以检查错误代码是否已连接到设备。如果未连接到设备,系统可以自动添加它们。请谨慎使用通用或其他代码。这些代码倾向于成为常用内容,并且可能会使分析出现偏差。请不要创建太多代码,其中的一个故障可能会分为多个类别。最好开始使用少量代码,然后经过一段时间的使用,查看常用代码 - 这些代码可以进行进一步划分,以提供更好的分析。

延迟时间的反馈也很有用。M3 Maintenance 提供两个延迟时间字段。例如,延迟时间可以是等待物料所花费的时间。分析此时间可以帮助改善仓库管理。其他延误可能包括等待许可授权所花费的时间以及等待设备访问所花费的时间。每个行业都可能有要考虑的特殊延迟类型。

如果在工单工序中设置完成标志,则系统将关闭此工序或将其状态设置为 89。后一种模式用于批准工序,这是通常由维护或工序监督执行的流程。