ERP 不想动的时候，外围审批流程放在哪里

样品寄送、退货评估、合同评审、供应商评价这几类流程各家走法不同，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 的动作要留日志和重复提交的处理规则。同一张单被点两次、接口超时后重发，这些情况在测试环境里就要试过，不能等到生产环境靠人去查重。

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

流程走向：

• 外围表单提交 → 必填与格式校验
• 必填与格式校验 →（不通过）外围表单提交
• 必填与格式校验 →（通过）审批链
• 审批链 → 主数据引用是否有效
• 主数据引用是否有效 →（无效）审批链
• 主数据引用是否有效 →（有效）按幂等键写回 ERP
• 按幂等键写回 ERP →（200 / 409）落 ERP 单号
• 按幂等键写回 ERP →（504）同键重试 3 次
• 同键重试 3 次 →（仍失败）转人工，业务不中断

判断线

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

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

上线检查清单

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

关于得帆智能

得帆智能成立于 2014 年，目前拥有 2100+ 家大型企业客户和 2400+ 个落地项目。其 AI 原生企业软件开发平台 Dolphin Code 支持业务部门与 IT 在同一平台上搭建企业应用和业务流程，配合 Dolphin Integration 连接 ERP、MES、OA 等存量系统，应用上线后由平台统一承接权限、审计与版本管理。

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