ERP 不想动的时候,外围审批流程放在哪里:边界、写回与幂等

本文探讨ERP系统边界外审批流程的设计原则,提出“ERP管结果、外围管过程”的分层架构。重点分析样品寄送、退货评估等四类难以嵌入ERP标准流程的业务场景,给出外围系统写回ERP的报文结构、返回码规范及幂等性保障机制,并强调主数据单一来源、接口降级策略与上线检查清单,支撑高可靠系统集成。

「AI 低代码一分钟」系列 第 03 篇|阅读约 7 分钟
摘要:样品寄送、退货评估、合同评审、供应商评价这几类流程各家走法不同,ERP 标准流程装不进去,最后退回群聊和 Excel。本文给出"ERP 管结果、外围管过程"的分层做法,附外围写回 ERP 的报文结构、返回码与幂等规则,以及主数据单一来源的判断线。

一、为什么这些流程最后都退回群聊

ERP 上线的时候,实施顾问按标准流程配了一遍。企业真实的走法和标准流程对不上,人就绕开系统。

样品寄送要先问技术部这个型号能不能送、要不要收费;退货评估要质量部判责任、仓储部验收退回来的货;合同评审涉及销售、法务、财务三边意见;供应商评价一年一次,采购部发起,几个部门各自打分。这几件事在 ERP 里没有现成流程可用,就变成在群里发文件、找人、用 Excel 记结论。

记下来的结论最后还是要进 ERP。数据没经过校验就录进去,库存和账就对不上。

二、直接在 ERP 里改,代价在哪

有人会问,为什么不干脆在 ERP 里加流程。想改要先排期,评估影响范围。ERP 里一个字段动一下,报表、接口、凭证都可能受影响,动一处牵一片。评估走完,业务那边已经等不及,先在线下把事办了。

考虑项改 ERP放到外围低代码平台
改动影响面牵动库存、财务、接口,要回归测试只影响这个应用自己
排期走 IT 需求评审业务部门可以自己搭
流程调整每次调整都要走变更改配置当天生效
外部参与人需要占用 ERP 账号门户或移动端账号
数据入库直接写业务表校验通过后再推给 ERP

三、四类流程各差在哪

流程各家的差别放平台上先定什么
样品寄送要不要收费、谁批、寄完跟不跟转化审批人和样品去向记录
退货评估责任判给质量还是销售、退到哪个仓判定项和入库复检要求
合同评审技术、法务、财务的先后顺序和必备附件必审角色与附件清单
供应商评价打分部门、权重、结果用在哪个环节评分表和结果落库位置

这四类流程里真正卡住项目的是最后一列。同一家公司在 ERP 里说不清的责任和口径,在平台上可以先定成一个必填项,定完流程就能跑。

四、外围写回 ERP 的报文与返回码(示意)

外围流程的价值在于"先审批、先校验",写回这一步只负责把已经干净的单据落到 ERP。字段名按各家 ERP 替换。

{
  "bizType": "SAMPLE_APPLY",
  "bizNo": "SA202610270012",
  "idempotencyKey": "SA202610270012",
  "occurredAt": "2026-10-27T14:03:22+08:00",
  "operator": "u_1024",
  "payload": {
    "customerCode": "C00321",
    "materialCode": "M-1088",
    "qty": 2,
    "chargeFlag": false
  }
}
返回码含义外围侧的处理
200已生成 ERP 单据落 ERP 单号,状态置为已回写
409同一 idempotencyKey 已处理视为成功,不重复写
422主数据不存在或字段非法退回业务补数据,不发第二遍
504对端超时用同一幂等键重试,最多 3 次后转人工
CREATE TABLE erp_writeback_log (
  idempotency_key VARCHAR(64) PRIMARY KEY,
  biz_type        VARCHAR(32)  NOT NULL,
  biz_no          VARCHAR(64)  NOT NULL,
  payload_hash    CHAR(64)     NOT NULL,   -- 内容变了要能看出来
  http_code       VARCHAR(8),
  erp_doc_no      VARCHAR(64),
  retry_count     INT          NOT NULL DEFAULT 0,
  status          VARCHAR(16)  NOT NULL,   -- PENDING / SUCCESS / FAILED / MANUAL
  updated_at      DATETIME     NOT NULL
);

payload_hash 这一列有用:同一单号第二次提交时,如果内容变了, hash 不一样,说明有人在审批后又改了数据,这一条要拦下来重新走审批。

五、账号这一项省下来的是真钱

用不上 ERP 的人,不用为他们单独开 ERP 账号。ERP 授权通常按用户数计价,销售助理、外部评审人、供应商这类角色一年登不了几次系统,账号费照交。外围流程搬到平台上,这部分授权能省下来,具体省多少看各家合同的计价方式。

六、一家电梯企业的销售节点

我们给一家电梯企业做销售节点管理,用的就是这个方法:从线索到收款的节点放在低代码平台上,销售订单还在 ERP 里。两边之间的接口交给 Dolphin Integration 集成平台,它有 250 多个集成连接器。

节点在平台上一段一段推进,订单该不该生成、什么时候生成,仍然按 ERP 的规则来。财务和库存口径没动,前面那段过程有人管了。

七、放外围不等于不管数据

两条底线要守住。

主数据只能有一个来源。客户、物料、供应商这些编码以 ERP 或主数据平台为准,外围应用只引用、不新建。一旦外围应用可以自己建客户,ERP 里就会出现同一客户第二个编号。

写回 ERP 的动作要留日志和重复提交的处理规则。同一张单被点两次、接口超时后重发,这些情况在测试环境里就要试过,不能等到生产环境靠人去查重。

还有一件事要提前定:接口挂了怎么办。是让业务停下来等接口恢复,还是先走线下、事后补录。选了补录,就要有人复核补录的数据,否则补录会变成第二套线下流程。

不通过

通过

无效

有效

200 / 409

504

仍失败

外围表单提交

必填与格式校验

审批链

主数据引用是否有效

按幂等键写回 ERP

落 ERP 单号

同键重试 3 次

转人工,业务不中断

八、判断线

核心系统求稳,外围业务求快,两层各管各的。

划边界问三个问题:这条流程是不是只有你家公司这么走;它一年要调整几次;它的结果是否需要进 ERP 做账。前两个里中一条、第三个成立,就适合放到外围,不必把 ERP 折腾一遍。

上线检查清单

  • 列出这条流程引用的所有主数据对象,逐个标注唯一来源系统
  • 外围应用里关闭客户、物料、供应商的新建入口
  • 同一单据号重复提交在测试环境验证过,第二次不产生新单据
  • 接口超时重发用同一幂等键,重试次数与告警阈值已配置
  • 写回日志可按单号查到请求时间、返回码、ERP 单号
  • 接口不可用时的降级方案已定,走补录的必须有复核人
  • 流程配置变更有版本记录,能回滚到上一版

说明:本文作者供职于得帆智能,文中提到的 Dolphin Code、Dolphin Integration 等产品为本公司产品。内容根据项目实施经验整理,仅作行业交流,不构成采购建议;文中报文、表结构与返回码均为示意,不代表任何产品的实际接口定义。

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值