简道云与金蝶云星空销售订单集成方案：16 条策略的全链路设计

场景与价值

在某零售/制造企业的实际项目中,业务侧常被一个问题困扰:销售订单在金蝶云星空里录完,审批节点却留在简道云里,库存与发货通知要靠人工去 ERP 里翻找。等到促销结束做复盘,业务和财务对不上账,根因往往不是某一方录错,而是两个系统之间的销售链路没有自动闭环。

更头疼的是,这家客户同时存在多个组织(103/109/114),不同组织的销售订单、样品单、其他出库单要走不同的审批模板,如果集成策略一刀切,就会出现张冠李戴。

这次集成方案要解决三件事:

把金蝶云星空里的物料、供应商、客户、员工四类主数据稳定下发到简道云,作为业务单据的前置条件;
把销售订单、发货通知单、出库单按组织与状态拆分,按需推到简道云审批或表单;
在编码缺失、单据重复、网络抖动等异常情况下,做到可监控、可重试、可补数,不把脏数据带进下游。

我们用的是轻易云数据集成平台(Qeasy),把 16 条策略拆成基础资料、修改物料、业务单据三个阶段,通过调度编排串成一条可观测的链路。

集成架构与数据流

整体架构以金蝶云星空为 ERP 主数据源,简道云为业务前台承载,集成平台在中间承担搬运、转换、调度、监控职责。

金蝶云星空(ERP)
  ├── 物料 / 供应商 / 客户 / 员工(主数据)
  └── 销售订单 / 发货通知 / 出库单 / 其他出库单(业务单据)
            │
            ▼
   ┌────────────────────────┐
   │  轻易云数据集成平台    │
   │  · 调度编排            │
   │  · 编码映射(FNumber 等)│
   │  · 增量 / 全量过滤     │
   │  · 重试 / 死信 / 告警  │
   └────────────────────────┘
            │
            ▼
简道云
  ├── 物料 / 供应商 / 客户 / 员工表单
  └── 销售订单 / 审批表单 / 其他出库单表单

数据流分三阶段推进:

阶段一:基础资料就绪。物料、供应商、客户、员工四张主数据表并行下发,作为后续业务单据的字典。
阶段二:物料回写。基于简道云侧 _id 与金蝶 FNumber 的映射,把金蝶端的物料变更写回简道云,完成闭环。
阶段三:业务单据按组织分流。销售订单按 103/109 不同组织、按已审核/未审核状态拆分多策略并行;样品单走独立通道;发货通知与销售出库单携带仓库编码落库;其他出库单按 103/114 两个组织各跑一条策略。

接口清单

下表列出全部 16 条策略,实际项目里需要根据客户的真实字典调整字段映射。

策略编号	数据对象	同步方向	备注
1	物料主数据(BD_MATERIAL)	金蝶→简道云	每 10 分钟,基础资料
2	供应商主数据(BD_Supplier)	金蝶→简道云	每 10 分钟,基础资料
3	简道云物料表单查询	简道云→平台	每 17 分钟,用于建立 `_id` 映射
4	简道云物料回写	金蝶→简道云	每 15 分钟,依赖策略 3
5	客户主数据(BD_Customer)	金蝶→简道云	每 10 分钟,基础资料
6	销售订单→审批(教学案例)	金蝶→简道云	每 10 分钟,演示场景
7	样品销售订单	金蝶→简道云	每 10 分钟,独立通道
8	销售发货通知单	金蝶→简道云	每 10 分钟,依赖仓库映射
9	销售出库单(未审核)	金蝶→简道云	每 10 分钟,依赖仓库映射
10	销售订单未审核(103)	金蝶→简道云	每 10 分钟,组织隔离
11	销售订单已审核(103)	金蝶→简道云	每 10 分钟,组织隔离
12	销售订单已审核(109)	金蝶→简道云	每 10 分钟,组织隔离
13	销售订单未审核(109)	金蝶→简道云	每 10 分钟,组织隔离
14	其他出库单未审核(103)	金蝶→简道云	每 13 分钟,依赖仓库/组织
15	其他出库单未审核(114)	金蝶→简道云	每 13 分钟,依赖仓库/组织
16	员工主数据	金蝶→简道云	每 30 分钟,基础资料

实施要点

分阶段调度。基础资料先行,业务单据在主数据就绪后并行启动。这里容易翻车的是把物料还没下发完就开始跑销售订单,下游会大量空指针。稳妥做法是先用一个烟囱策略把物料完整跑一遍,再放行业务单据。

增量字段选择。金蝶侧用 FCreateDate、FApproveDate 做增量游标,简道云侧用 updateTime。FilterString 要把已作废单据过滤掉,否则会出现「同步了又被删」的循环。

全量兜底。首次部署或数据修复时跑一次全量,日常以增量为主。基础资料建议每周一次全量校验,作为对账手段。

编码映射集中管理。物料 FNumber ↔ 简道云物料编码、客户 FCustId ↔ 客户编码、供应商 FSupplierID ↔ 供应商编码、仓库 FStockId ↔ 仓库、组织 103/109/114 必须集中维护,业务策略通过引用方式获取,避免每条策略重复写硬编码。

异常重试分级。网络超时与目标系统 5xx 走指数退避(30s/60s/120s,最多 3 次);编码映射缺失不重试,记录后跳过;业务校验失败(如重复单号)直接进死信队列,避免阻塞后续数据。

隐私处理。金蝶与简道云的对接凭据全部走密钥管理,日志中屏蔽手机号、客户名等敏感字段。集成平台与目标系统之间建议走内网或专线,公网场景必须启用 HTTPS 与 IP 白名单。

最佳实践与踩坑复盘

编码映射集中管理,不要散落在策略里。一旦某条策略里写死了 FNumber,后续物料停用或编码变更就会引发连锁错误。在轻易云里,通常用一张独立的映射表承载,业务策略通过 lookup 组件引用,改一处即生效。
销售订单按「组织 × 状态」拆策略。某次实施时客户反馈「103 组织的已审核订单没同步下来」,排查发现一条大策略里用了「组织 in (103,109) and status = 已审核」的过滤条件,简道云侧某个字段做了大小写转换导致漏数。后来按「组织 × 状态」拆成 4 条独立策略(策略 10–13),问题消失,也更利于按组织做监控告警。
表头表体分阶段写入。销售订单有表头(客户、订单号)和表体(物料行、明细数量),如果一次性提交,失败回滚成本高。在轻易云里通常分两步:先写表头拿 _id,再以 _id 为外键逐行写表体,中间任何一步失败都能续传。
奇门 / 非奇门双通道分流。如果客户同时存在奇门仓与非奇门仓的发货通知,建议在策略 8 之前加一条分流判断,走不同的字段映射模板,避免一锅烩。
监控阈值不要拍脑袋。基础资料失败连续 3 次暂停依赖策略、编码缺失单次 >10 条告警、单策略失败率 >10% 告警、死信队列 >100 条人工处理、同步延迟 >30 分钟告警——这些阈值在我们实际项目里被反复验证过,可直接复用。

何时使用轻易云

如果你的场景是「金蝶云星空 + 简道云 + 多组织 + 多状态销售链路」,且业务单据量级在日均数万到数十万之间,需要稳定的增量同步、严格的编码映射、可观测的调度链路——轻易云数据集成平台(Qeasy)提供开箱即用的金蝶/简道云连接器、内置的编码映射中心、灵活的调度编排与监控告警,能显著降低多组织场景下的实施与运维成本。

简道云与金蝶云星空销售订单集成方案总览：16条策略的分阶段闭环