变更申请
8 类变更 + 14 影响项 + 自动分类
支持 8 大类变更 — 工艺 / 设备 / 组织 / 仪表联锁 / 文件程序 / 临时 / 应急 / 同等替换。申请人勾选 14 项「影响项」后系统自动判定变更类型,避免"降级申报"。
- 8 大变更类型 + 14 项影响项自动识别
- 申请人选择 vs 系统建议冲突时强制澄清
- 临时变更必填恢复责任人 + 到期时间
让变更从「审批流」走向「风险受控」。
面向石化、化工、能源企业的变更管理产品(MOC)— 覆盖工艺变更、设备变更、组织变更、临时变更、应急 / 抢修变更、同等替换六大类型,配套 PSSR(开车前安全审查)门禁和关闭归档。 不只是「通过审批」 — 按变更类型 + 风险等级 + 影响范围自动派任务、定证据、走 PSSR 检查项、控临时变更全生命周期;每一步都有硬约束、不能跳。
这是客户管理层每月都在为之头疼的事
什么算变更?谁都说不清。工艺工程师改一个温度上限是变更,但设备工程师换一个同型号轴承算不算?操作工临时切除一个报警器算不算?没有清晰的边界规则,客户内部年年争议。
"我们的变更台账只有 12 条,但去年实际改了几百处现场参数 — 大部分都没走流程。"
传统系统的风险评估是一张文本表 — 工程师填几句话签字了事。出事后追溯:哪些影响项被考虑了?哪些没考虑?谁的判断?无据可查。
"审批表上『风险已评估』,但介质是不是可燃、是否影响联锁、是否触发跳级 — 表上看不出来。"
审批要求「实施前完成 X 措施」,实际有没有完成 — 没人复查。责任人是谁?什么时间前完成?完成的证据是什么?变更关闭时没人核对。
"审批要求『实施前完成培训』,实际谁培训了、培训了什么、培训记录在哪 — 常常找不到。"
PSSR 本应是变更关闭的最后一道硬门禁。但客户实际流程里 PSSR 常常是「补一张表」— 表上勾完就关变更,没有具体检查项、没有不通过的硬拦截。
"新装置投用前 PSSR 表填了 30 多项,但其中有 7 项根本没现场确认。"
临时变更是事故高发区 — 临时切除报警器、临时旁路一段管线、临时调整参数 — 本意是短期措施,结果忘了恢复,半年后已没人记得现场是临时状态。
"事故调查报告里写:现场切除了 X 报警器(半年前临时变更未恢复)。"
变更走完审批就归档进 OA,台账只有标题和审批人 — 没有结构化的变更类型、风险等级、影响项、关闭证据。明年再做相似变更时,没人翻得到去年的经验。
"今年提同样的变更,又重新做了一遍风险评估 — 去年那一份没人找得到。"
海顿变更管理 vs 普通 OA / BPM 审批流
| 维度 | 普通 OA / BPM 审批流 | 海顿变更管理(风险驱动) |
|---|---|---|
| 本质 | 1 张表,逐级签字 | 1 张表 → 自动派任务 + 证据 + PSSR |
| 签完字后 | = 通过 | = 进入实施控制 |
| 风险评估 | 一栏文字 | 自动评分 + 跳级规则 + 评分账本 |
| 关闭 | 操作员说关就关 | 门禁预校验 + 缺证据拦截 |
| 临时变更 | 跟普通变更走一样流程 | 独立生命周期 + 红橙黄绿预警 |
| 结果 | 审批通过 ≠ 风险受控 | 全闭环 = 真正风险受控 |
核心是规则驱动 — 9 张 JSON 规则库(变更类型 / 关键词 / 风险因子 / 影响矩阵 / 动作模板 / PSSR 项 / 关闭证据 / 测试场景 / 审批路由)共同驱动一条变更从申请到关闭的所有动作。规则库可在线编辑 + Excel 导入导出 + schema 校验,客户化新规则不需要改一行代码。
临时切除一个报警器、临时旁路一段管线、临时调整一个参数 — 本意是 7 天的事,常常变成 7 个月,最后变成永久。
| 能力 | 普通系统 | 海顿变更管理 |
|---|---|---|
| 到期前提醒 | ❌ 到期才看见 | ✅ 到期前 3 天 / 24h / 已超期三级递进 |
| 恢复责任人 | ⚠ 申请时可不填 | ✅ 临时变更强制必填 |
| 延期机制 | ❌ 无延期概念 | ✅ 延期独立流程 + 强制原因 + 累计次数可限 |
| 转永久 | ❌ 没机制 | ✅ 一键「转永久」+ 自动创建新 MOC + 完整 PSSR |
| 恢复证据 | ⚠ 勾选"已恢复" | ✅ 必须上传 recovery_photo + recovery_confirm |
| 看板可见性 | ⚠ 跟普通变更混在一起 | ✅ 独立「临时变更看板」按四级预警筛选 |
工艺工程师申请:因装置检修,临时切除罐区 GD-105 可燃气报警器,计划 7 天恢复。
海顿系统怎么管:
8 类变更 + 14 影响项 + 自动分类
支持 8 大类变更 — 工艺 / 设备 / 组织 / 仪表联锁 / 文件程序 / 临时 / 应急 / 同等替换。申请人勾选 14 项「影响项」后系统自动判定变更类型,避免"降级申报"。
三层算法 + 可解释风险评分
基于变更对象、影响范围、介质特性、装置区域自动计算风险评分。每个评分项可解释 — 风险分多少分、扣在哪里、加在哪里、跳级触发了哪条规则。
11 角色 + 9 张规则库驱动审批路由
按变更类型 + 风险等级自动匹配审批路径。11 内置角色 + 客户可扩展。审批路由完全在规则库里维护,不改代码即可调整。审批顺序硬约束:禁止越级 + 被驳回后停止流转。
任务级强证据闭环
变更通过审批后自动派任务 — 每条任务包含责任人 / 角色 / 截止时间 / 需要的证据类型清单。任务级证据强校验:缺证据时任务不能完成,admin 可豁免但必须明确写「豁免」原因。
9 类清单 + 未通过不能关闭
按变更对象动态生成检查项清单(9 大类)。每项必须显式标 pass / fail / n_a,n_a 必须有原因。任一项未通过 → 变更不能进入关闭门禁,硬约束写在状态机里、不能跳过。
结构化关闭门禁 + 完整台账
关闭前自动跑 close-check 预校验:审批是否通过、PSSR 是否全过、blocking 任务是否完成、证据是否齐全 — 任一缺失返回结构化 missing_evidence 清单。客户看到的是「缺少 X、Y、Z 三类证据」,不是模糊的"无法关闭"。
后端:FastAPI + SQLAlchemy + Pydantic v2 · 前端:React 18 + Vite 5 + Ant Design 5
业务时区:Asia/Shanghai 锁定 · 国产化:达梦 / 人大金仓原生支持
| 维度 | 普通 OA / BPM | SAP MOC | 国内通用 MOC | 海顿变更管理 |
|---|---|---|---|---|
| 风险驱动(自动评分 / 跳级) | ❌ | ⚠ 弱 | ⚠ 部分 | ✅ 三层算法 + 9 因子 + 跳级 |
| 临时变更全生命周期 | ❌ | ⚠ 弱 | ❌ | ✅ 四级预警 + 强制恢复 + 转永久 |
| PSSR 门禁强约束 | ❌ | ⚠ 可选 | ⚠ 流于形式 | ✅ 9 类检查项 + 三态 + 硬拦截 |
| 客户化(不写代码可改) | ⚠ 弱 | ❌ 改造贵 | ⚠ 中 | ✅ 9 张规则库在线编辑 |
| 国产化数据库原生支持 | ⚠ | ❌ | ⚠ 部分 | ✅ 达梦 / 人大金仓 / PG |