引擎定位

集成引擎承接 JEDP 与外部世界的连接：ERP / 财务、设备或中间层、物流与伙伴平台等。通过模型 API、鉴权模板与集成通道，把「谁是主数据源、哪些事件触发、如何对账重试」变成可运营的配置，而不是一次性脚本。制造企业典型链路包括订单与库存回写、检验结果同步、报工与产量回传、开票与收款状态等。

集成设计应先定边界：物料、客户/供应商、组织等主数据归属；单据状态以谁为准；失败重试与死信如何被业务感知。平台多租户下，通道与凭证按租户隔离。官网不展开表名与内部 SID，对外强调可治理、可审计的连接能力。

适用场景

点对点接口蔓延，同一主数据多处可改，对账靠人工，故障时难以判断主责系统
鉴权、重试与日志不统一，故障时难以定位是通道、映射还是源系统问题
业务事件（收货、报工、开票）没有可靠投递与可见失败，下游长时间不知情
测试、预发与生产环境凭证混用，存在安全与误写风险，一次误配置可能污染生产
多租户 / 多工厂下，集成配置无法按边界隔离，通道复用导致数据串味

能力要点

模型服务 / API以业务模型对外暴露可调用服务，对接按对象边界展开。减少烟囱式定制接口与重复字段映射，让新对接优先复用已有模型服务。
鉴权模板统一认证与授权模板，降低每个对接项目重复造轮子；凭证按环境隔离，测试/预发/生产不得混用，降低误写生产风险。
集成通道连接外部系统的通道配置、运行监控、重试与失败可见，使集成从「一次性脚本」变成可运营能力。业务侧应能感知失败，而不是只存在技术日志。
映射与转换字段映射与基本转换规则可维护，适应源目标模型差异；映射变更可追踪，避免口口相传的「那份 Excel 映射表」。
对账与观测关键流转可追踪，业务与技术可共同定位断点（通道、映射或源系统）。死信与积压应进入可处理队列，而不是静默丢失。
租户级隔离凭证与通道按租户/组织边界隔离，服务 SaaS 与集团并行。禁止跨租户复用通道导致主数据或单据串味。

与其他引擎协同

表单引擎

对外模型服务以业务对象为界暴露能力，新对接优先复用模型 API，减少烟囱式定制接口与重复映射。

流程引擎

外部状态回写可按场景触发或推进内部流程节点，但必须可对账、失败可见，禁止静默丢事件。

权限引擎

通道凭证与调用范围按租户/组织隔离，降低跨环境误写与越权调用；生产凭证不得用于联调。

双智能体

运行态可关注集成失败与积压告警并推给负责人，不替代通道配置、映射治理与对账责任。

典型断点

断点现象	常见诱因	治理抓手
两边订单状态不一致	无对账与重试策略	状态机对照 + 失败队列
接口误写跨组织数据	凭证未隔离	租户/组织级凭证与范围
主数据双源互相覆盖	同步方向未约定	唯一维护入口 + 映射表
失败只在日志里	无业务可见告警	集成积压推送到待办
回写触发流程但无单据	映射缺业务键	业务键对齐与幂等
全量同步拖垮业务库	无频控与窗口	增量策略 + 执行窗口
测试凭证误连生产	环境隔离不足	环境标签 + 凭证分册

推进与验收

每条通道有对接清单：对象、方向、频率、失败处理与对账抽样方法
故意制造一条可恢复失败，验证重试、告警与业务侧可见性
跨系统关键字段映射表可维护；变更映射有版本与回归抽检
智能体运行态可列出失败/积压清单，但不自动改生产主数据或凭证
幂等演练：重复投递同一业务键，单据与状态不重复
组织/租户隔离抽检：凭证只能写授权范围内组织
业务方对账签字绑定通道版本与映射表版本，而非仅签「接口已通」

实施分期

一期：主数据方向、凭证与隔离、1–2 条关键通道 MVP
二期：失败可见、重试、对账抽样、映射表治理
三期：扩展通道、流程触发、运行态积压与智能体提示

制造落地提示

SRM 采购订单与 ERP、WMS 收货与 ASN、MES 工单与报工、QMS 检验结果回写、CRM 发货与库存是高频通道：每条应明确主数据主责（物料/供应商/客户通常 ERP 主、执行状态 JEDP 主或双向对账）。凭证按租户/组织隔离；测试环境凭证不得指向生产。外部回写推进流程时，业务键对齐到 JEDP 单据号，幂等键建议用「来源系统+来源单号+行号」组合。

不适用场景

希望集成引擎替代 ERP 总账或 MES 数采协议本身——它连接系统，不替代专业内核
无业务键与幂等设计的高频全量覆盖——应先建模对象与对账规则
把集成失败当作「IT 内部事项」——业务侧应可见断点并参与验收
用点对点脚本堆接口——应收敛到模型服务与可维护映射

集成引擎