The Good Guys EDI 对接指南:基于 VAN 与 EANCOM D96A 的订单、发货和发票流程解析

Published On: 2026年8月26日Categories: 成功案例, 零售行业 EDIViews: 8

© All rights reserved. • 西安知行软件有限公司 • 陕ICP备09022277号

The Good Guys 公司简介

The Good Guys 是澳大利亚知名的家电、消费电子和家居生活零售商,总部位于澳大利亚墨尔本 Southbank,业务覆盖电视影音、厨房电器、冰箱冷柜、洗衣干衣、清洁设备、电脑平板、手机穿戴、智能家居、户外烧烤和游戏设备等多个品类。对于 The Good Guys 供应商而言,采购订单接收、订单变更处理、订单回复、发货通知和发票结算都需要较高的数据准确性和响应效率。

The Good Guys 官方资料显示,其业务可追溯至 1952 年,目前拥有覆盖澳大利亚的 100 多家门店网络,并在墨尔本 Southbank 设有支持办公室。这类零售网络通常涉及门店配送、直送客户、供应商确认、ASN 收货和发票对账等多类协同场景,因此 EDI 自动化对于供应商履约效率尤为关键。

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

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

The Good Guys EDI 需求概览

The Good Guys EDI 对接主要围绕采购订单接收、订单变更处理、订单回复、发货通知和发票结算展开,从 The Good Guys 下发 ORDERS 采购订单开始,到供应商发送 ORDRSP 订单回复、按实际发货发送 DESADV,并开具 INVOIC 税务发票,形成完整的业务闭环。

本次对接主要采用 VAN 作为传输方式,并基于 EDIFACT D96A / GS1 EANCOM 报文标准完成业务数据交换。涉及的核心业务单据如下:

EDI 单据 EDIFACT D96A / GS1 EANCOM 报文 传输方向 说明
ORDERS 采购订单 ORDERS The Good Guys -> 供应商 下发采购订单、交货日期、买卖方、收货方、最终客户、商品、价格和配送信息
ORDCHG 采购订单变更 ORDCHG The Good Guys -> 供应商 当原始采购订单发生取消、数量减少、交货日期、配送点、成本或客户信息变化时,下发完整订单变更快照
ORDRSP 订单回复 ORDRSP 供应商 -> The Good Guys 供应商针对采购订单或订单变更回传接受、拒绝或修改建议
DESADV 发货通知 DESADV 供应商 -> The Good Guys 供应商发货时回传 ASN,说明实际发货商品、数量、包装、SSCC 和预计到货信息
INVOIC 税务发票 INVOIC 供应商 -> The Good Guys 供应商开具税务发票,回传采购订单引用、商品、数量、价格、金额、ABN/GST 和付款条款等结算信息

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

ORDERS 采购订单

ORDERS 是 The Good Guys 向供应商发送的采购订单报文,通常包含订单号、订单日期、请求交货日期、买方/供应商/收货方 GLN、最终客户地址、联系人、币种、付款条款、商品 GTIN、供应商物料号、订购数量、价格和交货地点等信息。供应商接收 ORDERS 后,需要解析订单号、订单日期、请求交货日期、GLN、最终客户地址、商品和价格并同步至内部业务系统,同时准备 CONTRL 确认和 ORDRSP 订单回复,作为订单确认、库存锁定、拣货或直送安排、DESADV 发货通知和 INVOIC 发票匹配的基础。

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

关注点 典型字段 说明
报文与订单识别 UNB、UNH、BGM、UNT、UNZ 识别交换双方 EDI ID、ORDERS 报文版本、采购订单号和控制号;BGM 中 220 表示订单,9 表示原始单据
日期与订单备注 DTM、FTX、RFF DTM+137 标识订单日期,DTM+2 标识请求交货日期,FTX+PUR 可携带采购备注,RFF+BO 可携带批量订单或分组编号
交易方与配送信息 NAD、CTA、COM、LOC 通过 BY、SU、ST、UD 等限定符识别买方、供应商、收货方和最终客户;直送客户场景需要重点处理 NAD+UD 地址与联系方式
商品、数量与价格 LIN、PIA、QTY、PRI、MOA、CNT 识别 GTIN、供应商物料号、订购数量、发货地点数量、单价、订单金额和行数,价格通常按不含 GST 处理

ORDERS 的重点在于准确识别 The Good Guys 的订单号、GLN、直送客户信息、商品编号、数量、价格和交期。实施时应确保订单号、GLN、商品编号、数量、价格和交期在 ORDRSP、DESADV、INVOIC 等后续报文中保持一致,避免直送地址处理错误、订单确认不及时、价格/数量/交期不一致,影响发货、收货和后续对账。

ORDCHG 采购订单变更

ORDCHG 是 The Good Guys 向供应商发送的采购订单变更报文,通常包含变更订单号、报文日期、变更动作代码、买卖方与收货方 GLN、联系人、商品、数量、金额、价格、税务信息和行级动作代码等信息。供应商接收 ORDCHG 后,需要根据 BGM 与 LIN 中的动作代码识别整单或行级变更,更新或取消内部订单,并回传 CONTRL 确认;除取消订单外,通常还需回传 ORDRSP 订单回复,作为订单调整、交期重排、客户直送信息更新、价格变更确认和后续发货计划修订的基础。

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

关注点 典型字段 说明
变更场景识别 BGM、LIN 通过整单与行级动作代码识别订单取消、行取消、数量减少、交期变化、配送点变化和价格变化
完整快照处理 UNH、BGM、RFF、NAD、LIN、QTY、PRI The Good Guys 的 ORDCHG 通常发送完整订单变更快照,内部系统应按最新版本覆盖或调整订单数据
客户与配送变更 NAD、CTA、COM、DTM 直送客户、联系电话、门店 GLN、付款条款和交货日期变化会影响后续拣货、配送和客服处理

ORDCHG 的重点在于将 ORDCHG 按完整订单快照处理,并结合整单动作代码与行级动作代码判断实际变更内容。实施时应确保变更后的订单号、商品、数量、价格、交期和配送信息与内部订单状态保持一致,避免将 ORDCHG 误当作增量明细处理,或忽略取消、数量减少、交期和直送信息变化,导致订单履约偏差。

ORDRSP 订单回复

ORDRSP 是供应商向 The Good Guys 发送的订单回复报文,通常包含订单回复编号、原始订单引用、回复日期、买卖方 GLN、整单回复状态、行级接受/拒绝/变更状态、数量、价格、交期和变更原因等信息。The Good Guys 接收 ORDRSP 后,需要校验供应商对订单的接受、拒绝或变更建议,并据此更新 The Good Guys 订单状态或进入变更审批流程,作为订单状态确认、供应商交期协同、价格或数量差异处理以及后续发货通知生成的基础。

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

关注点 典型字段 说明
整单回复状态 BGM BGM 功能代码可用于表示接受、拒绝或变更;接受整单、拒绝整单和提出变更的处理逻辑不同
订单引用 RFF、NAD 引用 The Good Guys 原始采购订单,并通过买方与供应商 GLN 保持双方业务主体一致
行级回复与原因 LIN、PIA、QTY、DTM、QVR、FTX、PRI 在数量、价格或交期发生差异时,需要提供行级动作代码、原因代码、延期日期和说明

ORDRSP 的重点在于区分整单接受、整单拒绝和订单变更三类回复,并在行级传递明确的状态和变更原因。实施时应确保 ORDRSP 中的订单号、商品编号、数量、价格和交期与 The Good Guys 原始 ORDERS/ORDCHG 可追溯匹配,避免整单状态与行级状态不一致、缺少变更原因或延期日期,导致 The Good Guys 无法准确处理订单回复。

DESADV 发货通知

DESADV 是供应商向 The Good Guys 发送的发货通知报文,通常包含发货通知编号、订单号、发货日期、预计到货日期、供应商与收货方 GLN、包装层级、箱数、SSCC、商品编号和实际发货数量等信息。The Good Guys 接收 DESADV 后,需要接收并校验供应商发货、包装、SSCC、实际商品和数量,用于 The Good Guys 收货、门店处理和库存更新,作为收货预约、门店或仓库扫描、库存更新、差异处理和发票匹配的基础。

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

关注点 典型字段 说明
发货与订单引用 UNH、BGM、DTM、RFF BGM+351 标识发货通知,DTM 可传递单据日期、发货日期和预计到货日期,RFF+ON 引用原采购订单
交易方与收货方 NAD 通过供应商与收货方 GLN 区分发货主体和 The Good Guys 门店或收货地点
包装、SSCC 与商品明细 CPS、PAC、PCI、GIN、LIN、PIA、QTY 建立包装层级、箱数、SSCC、商品编号和实际发货数量之间的对应关系,支持多 ASN、部分发货场景

DESADV 的重点在于准确建立订单、包装层级、SSCC、商品行和实际发货数量之间的对应关系。实施时应确保 DESADV 中的订单引用、发货商品、数量和包装信息与 The Good Guys 订单以及实际物流保持一致,避免 SSCC、包装层级或发货数量错误,影响 The Good Guys 收货扫描、库存入账和后续发票核对。

INVOIC 税务发票

INVOIC 是供应商向 The Good Guys 发送的税务发票报文,通常包含发票号、发票日期、采购订单号、供应商 ABN、买方/供应商 GLN、币种、付款条款、商品、数量、单价、金额、GST 和汇总金额等信息。The Good Guys 接收 INVOIC 后,需要匹配供应商发票与采购订单、收货/ASN、ABN/GST 和金额,用于 The Good Guys 应付账款核对,作为三单匹配、税务校验、对账差异处理和付款流程的基础。

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

关注点 典型字段 说明
发票与订单引用 BGM、DTM、RFF BGM+388 标识税务发票,DTM+137 标识发票日期,RFF+ON 引用 The Good Guys 采购订单号
交易方、ABN 与币种 NAD、RFF+AMT、CUX、PAT 识别买方、供应商、供应商税号/ABN、币种和付款条款,澳大利亚场景通常使用 AUD
商品、税务与金额 LIN、PIA、QTY、PRI、MOA、TAX、CNT 按行传递商品、数量、单价和金额,并在汇总段表达发票金额、GST 和总行数

INVOIC 的重点在于确保一张发票内的所有行项目只对应同一张买方采购订单,并正确表达不含 GST 金额、GST 和总额。实施时应确保发票中的订单号、商品、数量、价格、税务信息和金额与订单和收货数据保持一致,避免一张发票跨多个采购订单、GST 或金额计算不一致、ABN 信息缺失,导致对账失败或付款延迟。

The Good Guys EDI 对接方案如何落地?

在明确 The Good Guys 的 EDI 需求后,供应商需要选择合适的落地方式。

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

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

EDIFACT D96A / GS1 EANCOM 报文本身可读性较差,不适合业务系统直接处理。通过知行之桥,The Good Guys 与供应商之间往来的 ORDERS 采购订单、ORDCHG 采购订单变更、ORDRSP 订单回复、DESADV 发货通知和 INVOIC 税务发票等报文,可以被转换为 ERP 更容易识别的 JSON 数据格式。这样,ERP 系统只需要处理清晰的业务字段,例如采购订单号、报文日期、请求交货日期、买方/供应商 GLN、门店或最终客户地址、商品 GTIN、供应商物料号、订购数量、价格、币种、付款条款、SSCC、发货数量、发票金额和 GST 信息等,不需要直接理解复杂的 EDIFACT D96A / GS1 EANCOM 段结构。

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

由于本次与 The Good Guys 的通信通过 VAN 服务商完成,工作流示例中使用 AS2 端口承接与 VAN 服务商的连接,业务报文仍按 EDIFACT D96A / GS1 EANCOM 进行解析和生成。这里的 AS2 是与 VAN 服务商建立连接的技术方式,并不改变 The Good Guys 侧通过 VAN 交换 EDI 报文的业务口径。

知行之桥 EDI 工作流示例

知行之桥会将 The Good Guys 发来的 ORDERS 采购订单报文自动解析并转换为业务 JSON,供 ERP、OMS 或 WMS 直接处理;内部系统生成 ORDRSP 订单回复、DESADV 发货通知或 INVOIC 税务发票 JSON 后,知行之桥再将其转换为 The Good Guys 要求的 EDIFACT D96A / GS1 EANCOM 报文,并通过 VAN 服务商通道自动发送给 The Good Guys。

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

以下以 ORDERS 采购订单为例,展示 EDIFACT D96A / GS1 EANCOM 报文转换为业务 JSON 后的效果,便于内部系统直接处理。

EDI 报文转换结果示例

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

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

在知行之云 Web EDI 中,The Good Guys 发来的 ORDERS 采购订单会被转换为可读的网页单据,业务人员可以在线查看采购订单、订单变更、门店/最终客户地址、商品明细、价格、交期、发货和发票数据,维护订单接受/拒绝/变更、发货包装、SSCC、物流日期、发票金额、GST 与异常备注,并生成 ORDRSP 订单回复、DESADV 发货通知或 INVOIC 税务发票等回传单据。

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

知行之云 Web EDI 页面示例

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

知行EDI方案选型建议

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

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

维度 知行之云 LIP (SaaS) 知行之桥 (本地部署/集成)
适用对象 中小型供应商、业务人员直接操作 中大型企业、追求高度自动化的用户
部署方式 网页登录(无服务器需求) 部署在用户私有服务器(本地/云端)
集成能力 网页可视化操作 / 手动录入 自动集成 SAP、Oracle、用友、金蝶等
对接方式 门户化管理 中间数据库、API、WebService、CSV
实施周期 1-3 天 1-2 周

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

为什么选择

知行之桥®?​

根据企业规模与集成需求,提供从本地部署到云端托管的灵活选择

可视化 EDI 工作流

基于拖拽式图形化设计器,零代码构建完整 EDI 业务流程,满足复杂供应链自动化场景。

Odette & Drummond 认证

通过 Odette(OFTP) 与 Drummond(AS2) 权威认证,确保与主机厂安全合规、高可靠的数据交换。

多系统集成能力

提供数据库、REST/SOAP、FTP/SFTP 等标准化接口,实现 ERP、WMS、MES 等系统的双向数据自动同步。

数据映射格式转换

内置可视化 Mapping 编辑器,零代码实现 EDI 报文与企业内部数据格式(XML/JSON…)的映射转换及复杂规则处理。

实时监控预警机制

全流程可视化监控报文状态,支持邮件、钉钉、企业微信自动预警,保障 JIT 交付的稳定性与及时性。

多工厂支持

支持集团级多组织、多工厂架构,实现数据隔离与权限管控,统一平台集中运维,满足大型制造企业多地点协同需求。