鹏焬OIDS工作流引擎：可视化配置+自动触发+移动端审批

添加HanTop-MKT，获取SOLIDWORKS PDM解决方案

工作流引擎听起来很"IT"，但其实每个研发团队都天天在用——提交、审批、流转、归档，每一次设计变更、每一次物料新增、每一次文档升版，背后都是流程在工作。流程能不能跑得通、跑得快、跑得对，决定了研发协作的节奏。

鹏焬OIDS的工作流引擎不是要取代PDM的工作流，而是在PDM之上补齐业务层流程的能力。这篇文章按四个能力展开，讲清楚这个引擎具体怎么用、解决了什么场景。

能力一：可视化配置——画流程图就是配流程

OIDS工作流引擎的入口是流程图画布，节点和连线直接拖拽，连线上的条件分支用对话框设置，配出来的就是一张能跑的流程图。

和PDM工作流的多步骤向导相比，画布式配置有三个直接好处：

一是配置过程所见即所得。流程图画完就是流程跑出来的样子，调试和返工成本大幅下降。

二是业务规则变化时易调整。审批层级调整、合并节点、加新分支，直接在图上改；不需要重写规则、不需要改代码。

三是多角色协作配置。IT配基础节点，业务部门在节点上挂自己的审批人和条件，双方在同一张图上协作。

实际场景：某精密机械企业，新品量产前要经过工艺评审、模拟开发、商务部评审、生产部评估。传统教学要在PDM里串行配五个节点（其中X项需要并行），OIDS里就是一张并行+串行的混合流程图，画一次，跑很多次。

能力二：业务数据联动——流程跟着数据走

OIDS的工作流和BOM、变更单、项目等业务对象共享同一套数据底座。这意味着流程里的判断条件可以直接用业务字段：

·变更涉及金额大于5万，自动加一级审批；

·项目处于量产阶段，必须通知生产总监；

·物料是新物料时，触发编码申请流程；

·客户是新客户，抄送商务负责人。

这种联动在PDM原生流程里几乎没法做。PDM的流程判断只能基于文件属性、数据卡字段，够不上BOM金额、项目阶段这类业务数据。

业务数据联动带来的最大价值，是流程从"人记得怎么走"变成"系统知道怎么走"。规则变的时候不需要通知所有人改流程图，调整业务规则配置就行。

能力三：自动触发——事件驱动代替人盯

OIDS工作流的触发机制包括：

·状态触发：图纸发布新版，触发对应BOM差异比对流程；

·字段触发：变更单填写完成度达到100%，自动推送给审批人；

·时间触发：流程节点超时前自动提醒、超时后自动转交；

·外部触发：ERP来料异常，自动触发研发确认流程。

这种自动触发机制把流程的"启动"从"靠人提"变成"靠事件推"，每个流程都能在它该启动的那一刻启动，不会因为忘提、漏提而卡住。

典型场景：图纸发布新版后，自动推送给采购进行物料核对；变更审批通过后，自动推送给生产部启动工艺评审。每一步都不依赖人记得。

能力四：移动端审批——让审批跟着人走

OIDS审批和企业微信/钉钉/飞书做了深度集成，审批人在手机端就能收到提醒并直接处理：

·待审批任务以卡片形式推送到企业IM；

·支持快速审批（同意/驳回/转交/加签）；

·支持文件在线预览，不需要切换到PC；

·审批动作全程留痕，符合合规要求。

移动审批解决的不只是"方便"，而是"及时"。出差、休假、外出拜访的场景，审批不再被卡住；整体的审批周期被显著压缩。

实际案例里（后文I127会详细讲），一家仪器仪表企业上线移动审批后，平均审批周期从5天压缩到1天。

四个能力的组合价值

四个能力单独看都解决具体场景，组合起来是另一种画面：

·可视化配置让流程搭得起来；

·业务数据联动让流程跑得准；

·自动触发让流程跑得快；

·移动端审批让流程不卡人。

四件事共同把"流程走不通"这个问题拆解为四个可治理的子问题，每个子问题对应一个能力。

对已经在用SolidWorks PDM的企业，这套引擎不需要动PDM，工作流和PDM的工作流分层运行——PDM跑文件层流程，OIDS跑业务层流程，两者通过事件触发衔接。

常见问题

Q1：可视化配置能配多复杂的流程？
A：常规业务（多分支、并行、条件路由）都能配。涉及极特殊业务的复杂规则（如多级嵌套的人工智能判断）建议由实施顾问协助。

Q2：移动审批会不会有数据安全问题？
A：不会。账号绑定、企业IM通道、权限分级、操作留痕四道安全关。重要操作可配置二次确认。

Q3：自动触发会不会有"误触发"？
A：触发条件可严格配置（字段值、状态变化、阈值），上线前经过联调；上线初期可以设置"先观察不执行"，跑一段时间没问题再放开。

Q4：可以和现有的OA/钉钉/飞书审批打通吗？
A：可以。OIDS审批既可以作为独立入口使用，也可以和企业现有OA系统对接，避免审批入口碎片化。

想看看你们企业的审批流程在四个能力上各自是什么水平？可以申请一次工作流能力评估，逐项给出差距分析和落地建议。