西门子OPCENTER如何快速应对现场变更
【背景:】
在制造工厂中现场发生的各种变更随处可见
在制造过程中我们常常会以“工单 work order”来作为工作任务的一种表达。通过“工单work order”我们可以知道这项工作任务是为了生产哪种物料，生产数量是多少，应该使用哪种生产工艺。在生产过程中也会发生各种各样的变化。比如需要临时增加或者减少生产的数量，由于某些原因而调整生产工艺，由于设备的临时故障而需要调整原先安排好的生产设备，又或者由于客户的特殊要求在生产环节需要特殊处理或者使用特定配件。这类发生在生产过程中的变化是非常常见的。对于此类种种的生产调整我们称之为生产现场变更。
【西门子方案】
西门子 OPCENTER 在应对上述这类制造需求时提供了一个标准的开箱即用功能“Change Management”。帮助制造工厂解决传统的现场变更处理方式。通过系统的触发、审批、执行、记录来有效追踪和还原整个生产制造的过程。
Change Management的触发对象是在开篇中提到的工单 work order，所有的变更发起是基于工单这个对象来产生的。这非常符合实际业务的场景：相同的物料生产但是由于客户的特殊要求会使得实际生产过程中的工单A与工单B存在一些局部的差异。这样的差异往往是体现在生产过程中特定的工作任务上的。又或者是一批由于质量问题而需要特殊处理的物料，我们都需要无论是从实物角度还是系统角度都对其作出非常明确的标识。这个时候工单的类型或者属性都可以非常清楚的解决这个问题。
以下是Change Management的标准功能可以去应对的各种业务场景
– Add Process Operation 增加工序
– Add Tool 增加工具
– Replace Part 替换部件
– Change Part Qty 改变部件数量
– Change Routing 改变流程
– Change Workplace 改变作业位置（机台）
– Delete Dependency 删除关联关系
– Remove Operations 减少工序
– Remove Part 减少部件
– Repeat Operation 重复作业
那么如何在西门子OPCENTER 的平台之中发起现场变更呢？首先该功能是在操作员界面直接发起的。现场作业人员或者是车间基层管理人员可基于自身权限发起变更的流程。在系统中的 “Operation Landing Page”页面通过点击变更按钮就可以了。直接的现场发起使得流程变得更加简单高效。然后就是变更的审批过程，这一过程需要相关权限的管理人员在系统中对车间现场发起的变更进行批注和批准，当然也是支持驳回变更的。最后就是变更的执行，当变更的申请被审批之后，现场作业员就可以按照所选择的变革类型处理结果进行现场作业了。该流程的意义就在于把所有临时发起的变更，通过系统的方式完整的记录整个过程，与此同时指导现场的作业。
【举例说明】
让我们初始化一张生产任务单配“001-Rebuild”。这个任务单有两个工序分别是OP01和OP02。他们都有一个共同的属性“Repeat Number” 初始状态下为零。
当第一道工序操作完成之后作业界面发生了细微的变化。但是“Repeat Number" 没有变化的。因为并没有发生重新加工的操作。
正常情况下接下去我们应该执行的是OP20操作。但是变更发生了，我们现在需要重新执行一次OP10的操作。所以我们定义了一个“Repeat Operation Change”大家可以注意到这个变更是基于001-Rebuild这张工单并且在OP10这道工序完成之后。当变更提交并获得批准之后再来看一下作业人员的界面
我们可以很容易发现其中的变化，当变更批准后原来的OP10和OP20之间又增加一步操作同样是OP10但是它的序列号是15。就是上图之中中间的这步工序。当前现场的作业人员必须重新完成一次OP10的操作才能继续完成该工单的剩余作业。
【启发】
上面只是一个非常简单但常见的业务场景，从中我们可以看到OPCENTER 的变更管理通过变更类型“Repeat operation”来实现这种零时需要重工的变更。并且在执行层面非常容易的指导现在人员的作业行为。当然我们也在前面提到现场变更的业务场景会非常多样。所以我们可以通过模块本身提供的变更类型灵活应用。
最后我们来划一下重点，OPCENTER的变更管理模块是通过系统的方式来记录现场变更和管理变更流程的。它是基于工单这一对象，并且细化到工序级别的。每次发起变更时工单的状态必须是非“Active”的状态。模块本身支持多样化的变更类型，来应对不同的业务场景。这些类型也可以变通使用，目的是更好的控制现场作业、追踪变更过程和记录变更结果。
要想了解更多变更类型的详细展开与西门子行业最佳的应用实践。敬请期待之后的西门子OPCNETER技术分享。
