Rural King EDI 对接指南:基于 AS2 与 X12 005010 的订单、发货和发票流程解析

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

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

Rural King 公司简介

Rural King 是美国知名的农场和家居用品综合零售商,总部位于美国伊利诺伊州 Mattoon,业务覆盖农场用品、食品、饲料、种子、农业配件、草坪园艺、工装服饰、家居用品和玩具等多个品类。对于 Rural King 供应商而言,订单接收、订单变更处理、调整通知响应、异常反馈、订单确认、ASN 回传和发票结算都需要较高的数据准确性和响应效率。

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

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

Rural King EDI 需求概览

Rural King EDI 对接主要围绕采购订单履约、订单变更处理、调整通知响应、异常反馈、发货通知和财务结算展开,从 Rural King 下发 850 采购订单开始,到供应商确认订单、处理订单变更或调整通知、修正异常单据、回传订单确认、发货通知和发票,形成完整的业务闭环。

结合实际项目经验,Rural King EDI 对接可基于 AS2 接入其指定 EDI 通道,并按照项目测试认证要求完成 X12 005010 报文交换。涉及的核心业务单据如下:

EDI 单据 ANSI X12 005010 报文 传输方向 说明
采购订单 850 Rural King -> 供应商 下发采购订单、交付日期、交易方、商品明细、价格及门店分配数量
采购订单变更 860 Rural King -> 供应商 通知采购订单取消、订单变更、交付日期、运输、交易方或商品行调整
贷/借项调整 812 Rural King -> 供应商 传递贷项或借项调整、调整金额、供应商编号、原因代码及明细行
应用建议 824 Rural King -> 供应商 反馈原始 EDI 单据的接收结果、拒绝原因或带警告接受状态
订单确认 855 供应商 -> Rural King 供应商回传订单接受、拒绝或带明细变更的确认结果
发货通知 856 供应商 -> Rural King 回传发货批次、运输、包装层级、SSCC-18 标签、订单引用和商品明细
发票 810 供应商 -> Rural King 回传发票日期、发票号、采购订单号、币种、交易方、发票行、金额汇总及费用/折让

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

采购订单

850 是 Rural King 向供应商发送的采购订单核心报文,通常包含 BEG 订单号和订单日期、CUR 币种、ITD 账期、DTM 064/063 交付日期、N9/MTX 备注、N1 交易方、PO1 商品行、PID 描述、SDQ 门店分配和 CTT 汇总等信息。供应商接收 850 后,需要解析订单头、交期、收货仓库、供应商站点、商品行和分店分配数量,并同步到 ERP、OMS 或 WMS,作为订单确认、订单变更处理、发货计划、ASN 生成和发票匹配的基础。

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

关注点 典型字段 说明
订单识别 ST、BEG 识别交易集控制号、订单目的代码、订单类型、采购订单号和订单日期。
交付日期 DTM064、DTM063、DTM*118 064 表示 Do Not Deliver Before,063 表示 Do Not Deliver After
交易方和地点 N1SF、N1ST、N1*Z7 SF 用于 Rural King 分配的供应商站点,ST 表示收货地点,Z7 可用于 cross-dock 场景的 Mark-for Party。
商品与分店分配 PO1、PID、SDQ PO1 记录商品、数量和单价,PID 记录商品描述,SDQ 记录分店及对应数量。

850 的重点在于准确识别订单编号、交付日期、供应商站点、收货仓库、商品编号和 SDQ 分店分配关系。实施时应确保 850 中的订单号、商品编号、供应商站点、收货地点和门店分配数据在 855、856、810 等后续报文中保持一致,避免订单行、交期或门店分配错误,导致确认、发货标签或收货匹配异常。

采购订单变更

860 是 Rural King 向供应商发送的采购订单变更报文,通常包含 BCH 变更目的、CUR/FOB/ITD/DTM/TD5 变更后的订单条件、N9/MTX 备注、N1 交易方、POC 商品行变更、PID 描述、SDQ 分配和 QTY 数量等信息。供应商接收 860 后,需要识别取消或变更类型,并将订单头、交期、运输、地址和商品行变更同步到内部订单,作为订单履约调整、库存锁定更新、发货计划修正和后续 855/856/810 单据生成的基础。

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

关注点 典型字段 说明
变更类型 BCH01、BCH02、BCH03、BCH11 BCH01 可表示取消或变更,BCH03 保留原采购订单号,BCH11 表示采购订单变更日期。
变更后订单条件 CUR、FOB、ITD、DTM、TD5 这些段通常仅在相关内容发生变化时发送,系统应支持按字段更新。
商品行变更 POC、PID、SDQ、QTY POC 用于行项目变更,SDQ 和 QTY 用于识别分店分配或数量变化。

860 的重点在于只在 860 中接收和处理发生变化的字段,并正确处理 BCH01 的取消或变更含义。实施时应确保 860 指向的原始采购订单号、变更日期、商品行和数量变化能够覆盖内部订单中的对应记录,避免未及时应用变更或取消信息,导致按旧订单发货、开票或确认。

贷/借项调整

812 是 Rural King 向供应商发送的贷/借项调整报文,通常包含 BCD 调整日期、调整编号、处理代码、金额、贷/借标识和交易类型,CUR 币种,N9 供应商编号,ITD 账期,SAC 调整费用,CDD/LIN 明细等信息。供应商接收 812 后,需要判断调整是通知还是需要回传 810,以 Rural King 812 规范中的处理代码为准,并将调整金额、原因、PO 号和明细同步到财务处理流程,作为信用发票、借项发票、财务调整、对账和异常处理的基础。

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

关注点 典型字段 说明
调整识别 BCD01、BCD02、BCD03、BCD04、BCD05、BCD12 BCD05 标识 Credit 或 Debit,BCD12 标识 DR、CR 或 RA;BCD03 为 T 时表示需要发送 810。
PO 与发票关联 BCD07、BCD10、BCD13、BCD14 BCD10 如存在,应在相关 810 credit invoice 中引用,便于 Rural King 匹配。
调整明细 CDD、LIN、SAC、N9 CDD/LIN/SAC 用于表达明细级调整、商品关联和费用/折让原因。

812 的重点在于正确识别 BCD03、BCD05、BCD10 和 BCD12 的组合含义,尤其是需要供应商回传 810 credit invoice 的场景。实施时应确保 812 中的 PO 号、发票号、调整编号和金额能够与内部发票、对账或信用发票流程匹配,避免遗漏需回传的信用发票或误判贷/借方向,影响结算和对账。

应用建议

824 是 Rural King 向供应商发送的应用建议和业务异常反馈报文,通常包含 BGN 处理结果、OTI 原始单据识别、TED 技术错误说明和 NTE 备注等信息。供应商接收 824 后,需要识别被拒绝或带警告接受的原始单据,并将错误原因同步给业务或技术处理人员,作为异常单据修正、重发判断、测试反馈和上线后的业务监控的基础。

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

关注点 典型字段 说明
处理结果 BGN01、BGN02、BGN03、BGN04 BGN01 为 44 表示拒绝并需修正重发,为 45 表示带警告接受,后续单据需修正但不要重发原报文。
原始单据定位 OTI01、OTI02、OTI03、OTI08、OTI09 OTI 用于对供应商已发送单据的应用层反馈
错误说明 TED、NTE TED 提供应用错误代码和原因,NTE 提供更具体的业务说明。

824 的重点在于根据 BGN01、OTI 和 TED/NTE 判断是否需要修正并重发原始单据。实施时应确保 824 中引用的发票号、采购订单号、ASN 编号或交易控制号能准确匹配到原始报文,避免忽略被拒绝单据或错误重发,造成订单、ASN 或发票状态异常。

订单确认

855 是供应商向 Rural King 发送的采购订单确认报文,通常包含 BAK 确认类型、DTM 交付日期、N1/REF 交易方和提货地点、PO1 商品行、PID 描述、SDQ 分店分配、ACK 行级确认和 CTT 汇总等信息。Rural King 接收 855 后,需要校验供应商的订单确认结果,更新采购订单状态或触发异常跟进,作为 Rural King 订单状态更新、采购计划确认、后续发货和开票的基础。

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

关注点 典型字段 说明
确认类型 BAK01、BAK02、BAK03、BAK04 BAK02 可表示 AP、AC、AD 或 RJ,用于说明接受、带变更接受、无变更接受或拒绝。
交期确认 DTM064、DTM063、DTM*118 与 850 一致,064 为 Do Not Deliver Before,063 为 Do Not Deliver After。
行级确认 PO1、PID、SDQ、ACK ACK 是订单行确认的关键段,应明确每个商品行的接受、拒绝或变更状态。

855 的重点在于保持 BAK03 采购订单号、商品行、交付日期和 ACK 行级状态与 850/860 一致。实施时应确保确认结果能够覆盖所有需要确认的订单行,并使用 Rural King 要求的 BAK02 和 ACK 状态表达,避免确认状态不完整或与订单不一致,导致 Rural King 无法准确判断供应商履约承诺。

发货通知

856 是供应商向 Rural King 发送的 ASN 发货通知报文,通常包含 BSN 发货通知编号、HL 层级、TD1/TD5/TD3 运输信息、REF 引用、DTM 发货/预计到达日期、FOB 付款方式、N1 交易方、MAN SSCC-18、PRF 订单引用、LIN/SN1 商品和数量、REF 序列号、DTM 到期日等信息。Rural King 接收 856 后,需要校验供应商回传的发货、包装、标签和商品明细,用于收货预约、仓库收货和物流追踪,作为收货扫描、门店/仓库入库、异常比对、订单状态更新和发票匹配的基础。

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

关注点 典型字段 说明
ASN 目的 BSN01、BSN02、BSN03、BSN04 BSN01 支持 00 Original 和 03 Delete;如需变更 ASN,应先删除原 ASN 再发送新的 Original。
层级结构 HLS、HLO、HLT、HLP、HL*I 用于表达发货、订单、托盘、箱和商品层级;Tare 与 Pack 循环需按包装场景条件发送。
标签和包装 MAN、N1*Z7、LIN、SN1 每箱仅允许一个 Rural King SKU,多 SKU 托盘需每箱有有效 SSCC-18;单 SKU 托盘可使用托盘标签。
运输和特殊追踪 TD5、TD3、REF、DTM、FOB FOB 为 PP 时,FTL/LTL 场景需要 BOL;有序列号、批次号或到期日的商品需在 item 层级传递。

856 的重点在于按 Rural King 最新 856 规范生成 shipment、order、tare、pack、item 层级,并确保每个 carton 只包含一个 Rural King SKU。实施时应确保 ASN 中的采购订单号、商品编号、发货数量、包装层级、SSCC-18 和物流信息与实际装箱和标签一致,避免 ASN 层级、标签或单 SKU carton 要求不符合规范,影响收货扫描和仓库入库。

发票

810 是供应商向 Rural King 发送的发票和财务结算报文,通常包含 BIG 发票号和 PO 号、CUR 币种、YNQ 预付标识、N1/N3/N4 交易方、ITD 账期、IT1 发票行、PID 商品描述、TDS 金额汇总、SAC 费用/折让和 CTT 汇总等信息。Rural King 接收 810 后,需要匹配供应商回传的常规发票、借项发票或响应 812 的信用发票,并支持后续对账和付款,作为采购订单、收货、ASN 和财务应付匹配的基础。

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

关注点 典型字段 说明
发票识别 BIG01、BIG02、BIG03、BIG04、BIG07 BIG07 可用于 DI、CN 或 DR;针对 812 的 810,BIG07 为必填。
交易方信息 N1、N3、N4 需包含 Ship To、Ship From 和 Mark-for Party,其中 Ship From 应使用 Rural King 分配的供应商站点 ID。
金额和费用 IT1、TDS、SAC、CTT 例如 SAC 代码需限制在 Rural King 接受的费用/折让代码范围内,例如 freight、pallet、shipping、tax 等。

810 的重点在于准确传递发票号、PO 号、币种、Ship From 供应商站点、发票行、金额汇总和 Rural King 接受的 SAC 代码。实施时应确保 810 中的 PO 号、商品行、数量、金额和 Ship From 信息能够与 850、856 和 Rural King 的结算要求匹配,避免发票金额、PO 关联或费用代码不符合规范,导致拒付、退回或需要人工对账。

Rural King EDI 对接方案如何落地?

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

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

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

ANSI X12 005010 报文本身可读性较差,不适合业务系统直接处理。通过知行之桥,Rural King 与供应商之间往来的 850 采购订单、860 采购订单变更、812 贷/借项调整、824 应用建议、855 订单确认、856 发货通知和 810 发票等报文,可以被转换为 ERP 更容易识别的 JSON 数据格式。这样,ERP 系统只需要处理清晰的业务字段,例如采购订单号、订单日期、币种、交付日期、供应商站点、仓库/门店、商品编号、订购数量、单价、分店分配数量、ASN 包装层级、SSCC-18、发票金额和调整原因等,不需要直接理解复杂的 ANSI X12 005010 段结构。

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

知行之桥 EDI 工作流示例

知行之桥会将 Rural King 发来的 850 采购订单报文自动解析并转换为业务 JSON,供 ERP、OMS 或 WMS 直接处理;内部系统生成 855 订单确认、856 发货通知或 810 发票 JSON 后,知行之桥再将其转换为 Rural King 要求的 ANSI X12 005010 报文,并通过 AS2 自动发送给 Rural King。

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

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

EDI 报文转换结果示例

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

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

在知行之云 Web EDI 中,Rural King 发来的 850 采购订单会被转换为可读的网页单据,业务人员可以在线查看采购订单、订单变更、贷/借项调整、应用建议、发货和发票数据、维护订单确认、订单变更响应、异常备注、发货包装、物流追踪和发票金额,并生成 855 订单确认、856 发货通知或 810 发票等回传单据。

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

知行之云 Web EDI 页面示例

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

知行EDI方案选型建议

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

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

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

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

为什么选择

知行之桥®?​

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

可视化 EDI 工作流

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

Odette & Drummond 认证

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

多系统集成能力

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

数据映射格式转换

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

实时监控预警机制

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

多工厂支持

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