Garnet Hill EDI 对接指南:基于 AS2 与 X12 005010 打通订单、订单变更、库存、发货和发票流程

Published On: 2026年10月20日Categories: 成功案例Views: 25

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

Garnet Hill 公司简介

Garnet Hill 是美国知名的服饰与家居生活方式零售品牌,总部位于美国新罕布什尔州 Franconia,业务覆盖女装、床品、家居装饰、鞋履与配饰等多个品类。对于 Garnet Hill 供应商而言,订单接收与回复、订单变更处理、库存同步、发货追踪和发票结算都需要较高的数据准确性和响应效率。

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

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

Garnet Hill EDI 需求概览

Garnet Hill EDI 对接主要围绕采购订单履约、订单变更协同、库存可售同步和财务结算展开,从 Garnet Hill 下发采购订单及后续订单变更开始,到供应商回复订单、确认取消请求、同步库存、发送发货通知并回传发票,形成完整的业务闭环。

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

EDI 单据 X12 005010 报文 传输方向 说明
采购订单 850 Garnet Hill → 供应商 下发直发或独立采购订单,传递商品、数量、单价和收货要求
采购订单变更 860 Garnet Hill → 供应商 更新或取消现有订单,可涉及商品新增、删除、数量、价格及日期调整
采购订单回复 855 供应商 → Garnet Hill 按原订单逐行回复接受、拒绝、缺货或价格、数量及日期差异
采购订单变更确认 865 供应商 → Garnet Hill 仅针对订单取消请求,回复接受取消或因已发货而拒绝取消
发货通知 856 供应商 → Garnet Hill 回传发货、订单、箱包及商品层级信息,并关联箱码和物流追踪
发票 810 供应商 → Garnet Hill 按发运与采购订单回传商品、金额和付款请求
库存报告 846 供应商 → Garnet Hill 为直发商品同步企业层面的可售库存,至少每日发送并包含零库存及停产商品

本文仅讨论上述 7 类报文;传输协议按本次项目指定的 AS2 描述,报文版本依据所提供的 5010 规范。已有 EDI 系统或使用第三方方案的供应商,仍需按入驻资料完成 SPS Commerce 测试与认证。

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

采购订单

850 是Garnet Hill向供应商发送的采购订单报文,通常包含订单号、订单类型、订单日期、供应商编号、收货地址、Cornerstone SKU、原订单行号、订购数量及单价等信息。供应商接收 850 后,需要识别直发与独立订单,将订单及行明细导入 ERP、OMS 或 WMS,并保存后续回传所需的原始标识,作为订单回复、订单变更处理、发货和发票匹配的基础。

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

关注点 典型字段 说明
订单与供应商识别 BEG03、BEG05、REFIA、REF19 采购订单号与日期用于关联业务;IA 为 Cornerstone 分配的供应商编号,19 标识采购事业部。
订单类型与收货方 BEG02、N1*ST、N3、N4 DS 与 SA 决定履约场景;收货方必须保留,门店或配送中心的标识代码按原单接收。
商品行与交期 PO101~PO109、PID、DTM*010 保留原订单行号;SK 为 Cornerstone SKU,VN 为供应商货号;单位为 EA,010 表示要求发货日期。

850 的重点在于区分 BEG02 的 DS(直发至终端客户)与 SA(发至门店或配送中心),并保留订单及商品标识;直发订单还需使用 Garnet Hill 品牌装箱单。实施时应确保REF 中的供应商编号、PO101 原订单行号和 Cornerstone SKU 在适用的后续回传单据中正确引用,避免订单重复录入、收货地址错误或后续单据无法匹配。

采购订单变更

860 是Garnet Hill向供应商发送的买方发起的采购订单变更报文,通常包含原采购订单号、变更类型、变更日期、原订单行号、行变更类型、新数量、价格和日期等信息。供应商接收 860 后,需要定位原订单,识别取消或替换场景,核对已发货状态,再更新内部订单及未履约数量,作为取消处理、后续履约和订单版本一致性管理的基础。

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

关注点 典型字段 说明
变更识别 BCH01、BCH03、BCH06 区分取消与替换,关联原采购订单并识别变更日期。
行变更与剩余数量 POC01~POC06 AI 表示新增,NC 表示未变更,RZ 表示替换所有值;POC03 与 POC04 均表示新的待收数量。
商品及交付信息 POC、PID、DTM、N1*ST 核对 Cornerstone SKU、商品描述、日期与收货方;结合报文整体内容处理移除的订单行。

860 的重点在于按 BCH01 区分 01(取消)与 05(替换),并按规范处理行明细:删除行会从变更报文中移除,POC03 和 POC04 均为新的待收数量;不能把每份变更都按数量增量叠加。实施时应确保变更与原采购订单及行号正确关联,已发货数量与新的待履约数量经过业务核对,避免遗漏删除行、重复增加数量或继续发运已取消的订单。

采购订单回复

855 是供应商向Garnet Hill发送的采购订单业务回复报文,通常包含采购订单号、原订单日期、回复日期、原订单行号、Cornerstone SKU 和行级确认状态等信息。Garnet Hill接收 855 后,需要核对订单及各行履约能力,识别供应商提出的差异,按业务流程推进后续订单变更或发货,作为履约状态更新和采购订单变更协同的基础。

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

关注点 典型字段 说明
整单回复 BAK02、BAK03、BAK04、BAK09 AD 为明细无变更,AC 为明细有变更,RD 为明细拒绝;同时保留原订单日期与回复日期。
原单商品关联 PO101、PO106/PO107 按原订单行号回传,使用 SK 及 Cornerstone SKU;规范已将该 SKU 设为必需。
行级履约状态 ACK01~ACK05、PO104 IA 接受、IR 拒绝、IB 缺货、DR 改期、IQ 改量、IP 改价;缺货或改期需对应日期,改价需在 PO104 传递新价格。

855 的重点在于逐行覆盖原订单商品,并在发货通知和发票之前发送。Garnet Hill 业务要求文件写明收到订单后 48 小时内回复,入驻概览写为 24 小时;上线前需确认适用时限。履约能力变化时可继续发送回复,进口供应商还需在首次回复中确认出口港。实施时应确保原订单行号与 Cornerstone SKU 正确回传,确认状态对应的数量、日期或新价格填写完整,避免只确认收到订单却遗漏业务差异,或使后续发货与已确认内容不一致。

采购订单变更确认

865 是供应商向Garnet Hill发送的采购订单取消请求的业务确认报文,通常包含原采购订单号、供应商编号、确认类型、相关日期及处理说明等信息。Garnet Hill接收 865 后,需要确认供应商是否成功取消尚未发货的订单,或因订单已发货而无法接受取消,作为取消结果登记与订单状态同步的基础。

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

关注点 典型字段 说明
取消确认结果 BCA02、BCA03 AK 表示接受且无明细或变更,RJ 表示拒绝且无明细;关联原采购订单号。
供应商与原始引用 REFIA、REFCO IA 为必需的 Cornerstone 供应商编号;原变更中含客户订单号时按要求回传 CO。
日期与说明 BCA06、BCA10、BCA11、N9、MTX02 传递相关日期及处理说明;规范的日期用户注释与通用语义、N9 元素表与用户注释存在差异,需在映射测试时确认。

865 的重点在于遵循 Garnet Hill 的特定业务范围:仅对取消类型的采购订单变更发送此确认,并尽快回复,最迟不超过收到取消请求后的 48 小时;BCA02 使用 AK 接受或 RJ 拒绝。实施时应确保接受取消与实际停止发货的结果一致,拒绝取消有已发货状态支持;日期映射及备注字段位置按测试确认后的口径实施,避免将普通价格或数量变更错误作为取消确认,或出现回复已取消但仓库仍发货的情况。

发货通知

856 是供应商向Garnet Hill发送的发货通知报文,通常包含发货单号、日期时间、采购订单号、供应商编号、承运商、追踪号、箱码、Cornerstone SKU 和发货数量等信息。Garnet Hill接收 856 后,需要按发货层级关联订单、包装和商品,核对标签与通知内容,并更新收货及物流状态,作为收货处理、物流追踪和发票匹配的基础。

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

关注点 典型字段 说明
发货与订单层级 BSN、HL、PRF、REF*IA 建立 SOPI 层级,关联发货单、采购订单及 Cornerstone 供应商编号。
运输与包装标识 TD5、REF、MAN01/MAN02 传递承运商及追踪号;GM 对应含应用标识符的 SSCC,规范要求 MAN02 为 20 位,CP 为承运商分配的包裹编号。
商品与数量 LIN、SN1 LIN 使用 SK 与 Cornerstone SKU,关联原订单行号;发货数量须与箱内商品一致。

856 的重点在于采用 SOPI(发货—订单—包装箱—商品)结构,并使箱级标签与报文一致。业务要求文件规定每个收货地点分别发送,可含多个订单,出库在途时发送且不晚于发货后 24 小时、先于发票;入驻概览另有发货前及相对要求发货日期 48 小时的表述,多 SKU 补充资料则写明每次发运一份,需按实际场景确认最终口径。多 SKU 混箱须先获得 Garnet Hill 批准,并按补充要求为每个 SKU 提供唯一标签。实施时应确保HL 父子层级、采购订单及行号、箱码、Cornerstone SKU 和实际装箱发货数量正确对应,避免通知与实物包装不符、标签无法匹配或收货与物流状态更新延迟。

发票

810 是供应商向Garnet Hill发送的发票报文,通常包含发票号、发票日期、采购订单号、供应商编号、账单主体、原订单行号、商品数量、单价和发票金额等信息。Garnet Hill接收 810 后,需要核对对应订单与发货记录、账单主体和金额,完成发票登记与后续对账,作为付款审核和财务结算的基础。

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

关注点 典型字段 说明
发票与订单关联 BIG01~BIG04、REF*IA 标识发票日期、发票号和采购订单号;IA 为 Cornerstone 分配的供应商编号。
账单与商品明细 N1、IT101~IT107、CUR 账单主体应承接原订单信息,保留原订单行号、商品标识、开票数量与单价;规范币种为 USD。
总额与精度 TDS01、TDS02 总额含费用及折让调整;TDS 为隐含两位小数的 N2 类型,映射时应正确处理金额精度。

810 的重点在于按发运及订单拆分:一张发票仅包含一个采购订单;同一订单分两次发运需两张发票,同一发运包含两个订单也需两张发票。发票应在发货通知之后发送。实施时应确保BIG 中的采购订单号、IT101 原订单行号、商品标识、实际开票数量及金额与订单和发货记录正确匹配,避免跨订单合并开票、重复开票或金额与发货数量不一致导致结算异常。

库存报告

846 是供应商向Garnet Hill发送的库存可售情况报告报文,通常包含库存报告编号、日期时间、供应商编号、报告地点、商品标识、可售数量及可用日期等信息。Garnet Hill接收 846 后,需要按供应商编号与商品识别可售数量和预计可用信息,更新商品可售状态,作为商品可售展示、缺货预防和订单履约的基础。

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

关注点 典型字段 说明
报告与供应商 BIA、REFIA、N1RL BIA 传递报告编号及日期时间;IA 为必需供应商编号,RL 标识报告地点,业务数量口径仍为企业层面。
商品标识 LIN、PID 通过 SK、VN 或 UP 等规范允许的标识识别商品,并提供商品描述。
可售量与可用日期 QTY33、QTY63、DTM*018 33 为当前可售库存,零库存也需发送;有未来在途数量时可增加 63,并配合可用日期;单位为 EA。

846 的重点在于直发供应商至少每天发送一次完整商品库存,包含零库存和停产商品,报告企业层面的数量;每个 Garnet Hill 分配的供应商编号分别发送文件,支持商品超过 10,000 个时分批处理。实施时应确保商品清单完整、库存数量口径统一、供应商编号正确,并使当前可售量与未来在途数量分开表达,避免网站可售状态失真、接到无法履约的订单,或商品因库存报告缺失而被下架。

Garnet Hill EDI 对接方案如何落地?

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

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

对于希望实现订单接收、订单回复、变更处理、库存同步、发货通知和发票自动处理的供应商,推荐采用本地化部署方案。可基于知行之桥 EDI 系统,协助企业建立与 Garnet Hill 的 AS2 传输通道,实现 X12 005010 报文与内部业务数据之间的自动转换。

X12 005010 报文本身可读性较差,不适合业务系统直接处理。通过知行之桥,Garnet Hill 与供应商之间往来的采购订单、采购订单变更、采购订单回复、采购订单变更确认、发货通知、发票和库存报告等报文,可以被转换为 ERP 更容易识别的 JSON 数据格式。这样,ERP 系统只需要处理清晰的业务字段,例如采购订单号、原订单行号、Cornerstone SKU、数量、单价、要求发货日期、箱码和物流追踪号等,不需要直接理解复杂的 X12 005010 段结构。

下图为本次 Garnet Hill 方案导入知行之桥后的工作流截图,包含采购订单与采购订单变更接收,以及 5 类回传报文的处理链路。该图用于展示方案结构,具体连接参数、映射和测试需在实施阶段完成。

知行之桥 EDI 工作流示例

知行之桥会将 Garnet Hill 发来的采购订单和采购订单变更报文自动解析并转换为业务 JSON,供 ERP、OMS 或 WMS 直接处理;内部系统生成采购订单回复、采购订单变更确认、发货通知、发票及库存报告 JSON 后,知行之桥再将其转换为 Garnet Hill 要求的 X12 005010 报文,并通过 AS2 自动发送给 Garnet Hill。

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

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

本示例按所提供的采购订单规范生成,采用 SA 独立订单场景;订单号、供应商编号、商品和地址均为模拟数据,信封使用测试标识。业务 JSON 为本次设计的映射结果,并非交易伙伴统一规定的 JSON 格式。

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

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

在知行之云 Web EDI 中,Garnet Hill 发来的采购订单和采购订单变更会被转换为可读的网页单据,业务人员可以在线查看订单明细、变更内容、发货要求和商品库存、维护订单行确认状态、取消处理结果、发货包装明细、发票和库存数据,并生成采购订单回复、采购订单变更确认、发货通知、发票及库存报告等回传单据。

下图为模板随附的知行之云 Web EDI 通用演示页面,可参考订单与行明细的展示方式;图中交易伙伴及数据属于演示环境,具体 Garnet Hill 表单、支持单据与业务校验需按本项目配置及测试结果落实。

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

知行EDI方案选型建议

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

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

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

表中实施周期沿用方案模板的参考范围,实际周期受接口准备、字段映射、测试认证及交易伙伴排期影响。

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

为什么选择

知行之桥®?​

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

可视化 EDI 工作流

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

Odette & Drummond 认证

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

多系统集成能力

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

数据映射格式转换

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

实时监控预警机制

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

多工厂支持

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