SIW 公司简介

SIW(Statewide Independent Wholesalers) 是澳大利亚塔斯马尼亚州知名的食品杂货及酒类批发配送企业，业务覆盖食品杂货、酒类等多个品类。

对于 SIW 供应商而言，订单接收、订单回复、发货通知及发票结算都需要较高的数据准确性和响应效率。

通过 EDI 对接 SIW，供应商可以将原本依赖人工处理的业务单据，转为系统间自动传输与处理，减少人工下载订单、手工录入、重复对账和物流信息回填等工作量，降低错单、漏单和对账成本，提升整体供应链协同效率。

知行软件可基于知行之桥 EDI 系统或知行之云 Web EDI 系统，帮助供应商完成 SIW OFTP 通信、EDIFACT 报文解析、字段映射、格式转换及业务系统集成，快速满足 SIW 的 EDI 对接要求。

SIW EDI 需求概览

SIW EDI 对接主要围绕订单履约与配送结算展开，从 SIW 下发采购订单开始，到供应商回复订单、回传发货通知并发送发票，同时交换语法确认报文，形成完整的业务闭环。

本次对接主要采用 OFTP 作为传输方式，并基于 EDIFACT 报文标准完成业务数据交换。涉及的核心业务单据如下：

在项目启动阶段，建议供应商优先确认 SIW 最新 EDI 规范文件、OFTP 连接参数、每类单据的传输方向、测试场景及上线要求。

采购订单

ORDERS 是 SIW 向供应商发送的采购订单报文，通常包含订单号、订单日期、交货日期、买方、供应商、送货方、币种和商品明细等信息。供应商接收 ORDERS 后，需要将订单数据导入内部业务系统，并区分原始、替换和取消订单，作为订单回复、发货及发票匹配的基础。

实施时建议重点关注以下业务字段：

ORDERS 的重点在于保留订单及商品标识，正确区分日期和数量限定符。实施时应确保版本与限定符按双方确认的 ORDERS MIG 配置；本次示例不能代替完整规范，避免误读交货日期、商品标识或订单数量。

订单回复

ORDRSP 是供应商向 SIW 发送的订单履约回复报文，通常包含回复编号、原订单号、交货日期、商品状态、接受数量和价格等信息。SIW 接收 ORDRSP 后，需要核对供应商对原订单或替换订单的回复，作为确定最终履约订单的基础。

实施时建议重点关注以下业务字段：

ORDRSP 的重点在于在收到订单后一个工作日内回复；带变更接受后等待替换订单，再发送最终全量接受回复。实施时应确保原订单引用和商品标识与采购订单对应；按 ORDRSP D.01B MIG 映射，避免替换订单未确认就按变更内容发货。

发货通知

DESADV 是供应商向SIW发送的发货通知报文，通常包含发货通知编号、订单引用、包装层级、SSCC、商品和发货数量等信息。SIW 接收 DESADV 后，需要根据通知准备收货并核对实物及标签，作为配送中心收货处理的基础。

实施时建议重点关注以下业务字段：

DESADV 的重点在于货物离开仓库时发送，并将物流单元信息与 SSCC 标签对应。实施时应确保订单引用、实发数量、包装层级及标签数据一致；按 DESADV D.01B MIG 配置，避免通知、标签与实物不一致而影响收货。

发票

INVOIC 是供应商向SIW发送的结算发票报文，通常包含发票编号、订单及配送引用、商品数量、价格和金额等信息。SIW接收 INVOIC 后，需要核对发票与订单、配送记录，作为结算与对账的基础。

实施时建议重点关注以下业务字段：

INVOIC 的重点在于保持订单、配送与发票的关联；发送时点需结合现行供应商指南确认。实施时应确保发票金额与业务系统、配送明细一致；当前材料未包含完整 INVOIC MIG，字段及税额规则应另行确认，避免单据无法匹配、重复开票或结算差异。

语法确认

CONTRL 是SIW 或供应商向对应接收方发送的语法确认报文，通常包含原交换或消息引用、处理状态及错误信息等信息。对应接收方接收 CONTRL 后，需要关联原始报文并处理语法错误，作为传输后处理追踪与异常重发的基础。

实施时建议重点关注以下业务字段：

CONTRL 的重点在于将语法确认与 ORDRSP 的业务接受结果分别管理。实施时应确保确认引用与原报文对应；当前材料未包含 CONTRL MIG，具体层级、状态码、回执策略及是否对确认报文再确认均需确认，避免把语法通过误认为业务接受或形成确认循环。

SIW EDI 对接方案如何落地？

在明确 SIW 的 EDI 需求后，供应商需要选择合适的落地方式。

方案一：本地化部署 + ERP 系统无缝集成

对于希望实现订单、订单回复、发货和发票自动处理的供应商，推荐采用本地化部署方案。可基于知行之桥 EDI 系统，协助企业建立与 SIW 的 OFTP 传输通道，实现 EDIFACT 报文与内部业务数据之间的自动转换。

EDIFACT 报文本身可读性较差，不适合业务系统直接处理。通过知行之桥，SIW 与供应商之间往来的采购订单、订单回复、发货通知、发票及语法确认等报文，可以被转换为 ERP 更容易识别的 JSON 数据格式。这样，ERP 系统只需要处理清晰的业务字段，例如订单号、商品编号、数量、交货日期和金额等，不需要直接理解复杂的 EDIFACT 段结构。

下图展示了基于知行之桥 EDI 系统实现 SIW 采购订单接收、解析、映射及 JSON 输出的典型工作流。 

知行之桥 EDI 工作流示例

知行之桥会将 SIW 发来的采购订单报文自动解析并转换为业务 JSON，供 ERP、OMS 或 WMS 直接处理；内部系统生成订单回复、发货通知或发票 JSON 后，知行之桥再将其转换为 SIW 要求的 EDIFACT 报文，并通过 OFTP 自动发送给 SIW。

整个工作流覆盖 OFTP 通信、EDIFACT 解析、字段映射、JSON 转换和报文发送，内部系统只需处理清晰的业务 JSON，减少对 EDIFACT 复杂结构的理解和开发成本。

以下以用户提供的 ORDERS 采购订单（D.96A / EAN008）为例，展示 EDIFACT 报文转换为业务 JSON 后的效果，便于内部系统直接处理。

方案二：暂不集成 ERP，直接使用知行之云 Web EDI

对于暂时没有 ERP 集成计划，或订单量尚未达到自动化集成规模的供应商，可以选择知行之云 Web EDI 方案。该方案无需在本地部署服务器，也不需要企业自行开发 ERP 接口，业务人员可直接通过网页处理 SIW 的 EDI 单据。

在知行之云 Web EDI 中，SIW 发来的采购订单会被转换为可读的网页单据，业务人员可以在线查看订单及商品明细、维护订单回复、发货和发票信息，并生成订单回复、发货通知或发票等回传单据。

下图展示了知行之云 Web EDI 中业务人员处理 订单、发货和发票等单据的页面示例。

知行之云 Web EDI 页面示例

当后续订单量增加、单据处理频率提升，或企业希望进一步提升自动化程度时，也可以从知行之云 Web EDI 逐步升级到知行之桥本地化部署方案，实现与 ERP、WMS、OMS 等系统的深度集成。

知行EDI方案选型建议

本地化部署知行之桥 EDI 系统更适合对数据安全、系统集成和长期运维有较高要求的企业。企业可将系统部署在本地服务器或私有云环境中，将订单、库存、客户地址、价格、发货、发票等业务数据保留在可控范围内，便于满足内部数据管理、安全审计和合规要求。

如果企业暂时不需要本地化部署，也暂不对接ERP等内部系统，建议直接开通 知行之云 LIP 系统，一套基于 SaaS 模式的 Web EDI 解决方案，同样支持试用。业务人员可通过网页处理订单、发货和发票，更适合中小型供应商快速满足 SIW 或其他客户的 EDI 要求。

如果你正在准备与 SIW 进行 EDI 对接，欢迎联系知行软件，获取 SIW EDI 对接方案、测试流程、报文映射建议及示例工作流，快速推进项目测试与上线。