关于MAXIMO Asset Management (MAM) 7.6.1.2版本启用WO.FLOWCONTROLLED后的后台机制及业务影响问询

我之前深入研究过Maximo的工作流和工单控制逻辑，所以可以给你补充一些你已经观察到的现象之外的细节，都是针对7.6.1.2版本启用WO.FLOWCONTROLLED=1后的影响：

• 子任务状态的强绑定（核心逻辑延伸）：
  你观察到的"子任务未全部完成则主工单无法标记完成、子任务全完成后主工单自动完成"是核心，但还要补充：手动强制修改主工单状态会被系统直接拦截——比如你试图在子工单还在执行中时把主工单设为COMPLETE，系统会弹出错误提示，明确要求先完成所有子任务。另外，如果子工单被取消（CANCELLED），主工单不会自动完成，必须确保所有未取消的子工单都完成才行。

• 工作流节点的推进限制：
  启用该字段后，主工单的工作流节点跳转（比如从APPROVED到INPROGRESS，或者到COMPLETE）会触发额外的状态校验。举个例子，如果你的工作流设计了主工单进入完成节点的自动触发，系统会先检查所有子工单的状态，只有全部满足完成条件，工作流才会继续推进；否则工作流会卡在当前节点，直到子工单状态达标。

• 主工单状态回退的拦截机制：
  不仅是完成状态，主工单的状态回退也会被限制。比如你想把已经进入INPROGRESS的主工单改回WAITING，系统会检查所有子工单是否都处于非执行状态（比如WAITING、CANCELLED），只要有一个子工单还在INPROGRESS，这个状态变更操作就会被拒绝。

• 人工/物料交易的关联限制：
  为了保证成本和工时数据的完整性，启用流程控制后，主工单的人工工时申报、物料发放等操作会被限制。比如你不能直接给主工单报人工工时，必须先完成所有子工单的工时申报；同理，物料也只能先分配给子工单，主工单无法直接接收物料交易，直到子工单的物料交易全部完成。

• 状态自动回退的隐藏逻辑：
  一个容易被忽略的点：如果已经完成的子工单被重新设为INPROGRESS（比如需要返工），主工单会自动从COMPLETE回退到INPROGRESS状态。这个自动回退是系统后台触发的，不需要手动操作，会直接影响工单的状态追溯和统计。

• API与集成场景的影响：
  如果你用Maximo的REST API或者外部集成工具更新主工单状态，启用该字段后，不符合子工单状态条件的API请求会被拒绝，通常返回400级别的错误，响应信息会提示子工单未完成或状态不满足要求。比如调用/oslc/os/mxwo接口试图把主工单设为COMPLETE，系统会先校验子工单状态，不达标就直接返回错误。

需要说明的是，WO.FLOWCONTROLLED属于Maximo的隐藏工作流控制标记，这也是为什么官方文档资料稀少，甚至IBM技术支持也可能没有完整细节——这些逻辑大多来自WOSTATUS对象的验证触发器和启用该字段后激活的工作流条件检查，很多是代码层面的隐性逻辑。

内容的提问来源于stack exchange，提问作者User1974