Nothern Tool EDI 项目案例

Northern Tool 是一家成立于1981年的美国领先多渠道零售商和分销商，总部位于明尼苏达州。公司专注于供应高品质的工具、设备、发电机、户外用品及相关的零部件与附件。

其庞大的供应商基础和复杂的多渠道销售模式，使得高效的供应链管理和订单处理变得至关重要。因此，对于Northern Tool而言，投资并实施先进的电子数据交换技术，以实现与供应商及合作伙伴间订单、发票、库存信息等业务流程的自动化、标准化与无缝集成，不仅是提升运营效率的关键步骤，也是保持其在激烈市场竞争中领先地位的战略举措。

本文主要介绍国内某供应商（业务类型Ship Direct to Consumer）对接Northern Tool的EDI项目案例，介绍项目对接流程以及注意事项，帮助用户快速了解EDI项目的完整流程以及基于知行之桥EDI系统的对接实现。

Nothern Tool EDI 需求

传输协议

测试阶段：与Northern Tool的EDI供应商进行AS2连接
生产阶段：与Northern Tool VAN连接

报文标准：X12

X12 是一种用于电子数据交换（EDI）的标准报文格式，主要应用于美国和加拿大的企业间数据交换。该标准由美国国家标准协会（ANSI）制定，用于规范不同行业电子交易报文的结构与内容。

与Nothern Tool 之间传输的所有业务类型都必须遵循 X12 报文标准，规范版本号为：00410。

接收：850采购订单、860订单变更、820汇款通知单
发送：855订单回复、865订单变更回复、856提前发货通知、810发票、846库存报告

如何在知行之桥EDI系统中实现Northern Tool EDI 对接

建立 AS2 连接

通过知行之桥EDI 系统的AS2端口即可建立AS2连接，开启测试流程，用户可以在可视化的界面中进行配置，最大程度上降低操作门槛。

数据格式转换

搭建好传输通道之后，就可以传输数据了。Northern Tool EDI 项目中需要传输符合 X12 报文标准的文件，通过知行之桥EDI系统的X12端口即可实现XML和EDI之间的格式转换，接下来还需要XMLMap端口来处理必要的数据映射部分。

接下来需要通过JSON端口实现 EDI报文与Json文件之间的格式转换：

业务数据的发送方向：

需要将企业上传的分别包含库存信息、发货通知信息以及发票信息的Json文件转换为中间XML格式，然后借助XML Map端口以及X12端口，将这些业务数据转换为Northern Tool要求的EDI 855、EDI 865、EDI 856、EDI 810、EDI 846报文。

业务数据的接收方向：

将Northern Tool发来的EDI 850、EDI 860、EDI 820报文转换为企业可处理的，分别包含采购订单、采购订单变更以及汇款通知单的Json文件。

系统集成

通过数据格式转换，我们能够实现EDI报文与XML之间的转换，为了方便用户查看，还需要以XML作为中间格式，进一步地将其处理为Excel、CSV、Json、数据库XML等格式。可以满足用户直接从EDI系统中获取数据的需求，也能够满足进一步系统集成的需求。

本次Northern Tool EDI 项目采用 API 方案实现 EDI 系统与企业内部 ERP 系统之间的集成，与企业沟通后决定，由企业内部 ERP 系统调用知行之桥 EDI 系统的 API 接口来实现业务数据的上传和下载。我们将会为企业提供 API 接口信息，方便企业的 ERP 系统访问。

项目成果

在知行之桥EDI系统中可以搭建以下工作流即可满足Northern Tool 的EDI对接需求：

Northern Tool EDI 测试流程

供应商需要联系Northern Tool获取测试账号，然后基于Northern Tool EDI 供应商的Portal网站填写测试阶段的连接信息，接下来会收到对方EDI团队的确认邮件，需要根据邮件中的内容确认并配置AS2 ID、URL以及证书等信息。配置完成后，根据步骤完成系统要求的几个测试用例，全部通过后，即可配置生产环境信息，等待接收生产数据。

项目注意事项

850采购订单

1.核心发货要求：必须完整发货

对于 直发客户（Drop Ship） 的采购订单，Northern Tool 要求必须完整发货（Shipped Complete）。这意味着订单中的所有项目应一次性配齐发出。

2.区分订单类型 (BEG02)

您必须能够通过 BEG02 数据段识别订单的投递目的地，这直接影响后续的物流安排：

• DS (Dropship)： 直接发送给 Northern Tool 的最终客户。
• DR (Direct Ship)： 发送到 Northern Tool 的仓库或零售店。

3.关键数据段注意事项

在解析 850 报文时，以下数据段具有特定的业务含义：

• 商品标识 (PO1)： 买方零件号（Buyer’s Part Number, BP）是强制性的，通常还会提供供应商零件号（VP）或 UPC 码。
• 销售要求 (CSH)： 该段会指明是否接受缺货订单。例如，代码 SC 表示要求“完整发货”，N 表示“不接受缺货”。
• 第三方结算 (REF)： 如果 Northern Tool 希望使用其第三方承运商账户计费，会在 REF 段使用限定符 GK 发送唯一的申索编号。
• 分配明细 (SDQ)： 此段仅用于交叉转运（Cross Dock）订单，用于指定不同目的地的数量分配

860订单变更

1.强制性回复要求 (865 报文)

这是最重要的业务规则：每一个 860 交易都必须对应一个 865 响应报文。

• 后果：如果供应商没有发送 865 变更确认，系统将禁止您随后提交该订单的 810 发票。
• 拒收处理：如果您通过 865 拒绝了订单变更（例如货物已发出无法取消），则必须针对被拒绝的行项目发送 856 提前发货通知 (ASN)。

2.别变更类型 (BCH01)

通过 BCH01 数据段识别 Northern Tool 的具体意图：

• 代码 01 (Cancellation)：表示请求取消整个订单。
• 代码 04 (Change)：表示请求修改订单中的特定信息（如数量、价格或日期）。

3.行项目变更逻辑 (POC 数据段)

在处理具体的商品行变更时，需注意以下细节：

• 变更代码 (POC02)：常见的包括 QD（减量）、QI（增量）、DI（删除行项目）、PC（价格变更）和 RZ（替换所有值）。

• 数量计算逻辑：POC03 代表变更之前的订购数量，POC04 代表变更之后的剩余应收数量，实际变更量是这两个数值之间的差额。

855订单回复

855 报文主要用于供应商对原始采购订单（850）进行确认，尤其是在无法完全按要求发货时。

• 发送时机：仅在无法按采购订单（PO）要求发货或需要请求更改时才发送 855 报文。如果一切正常，通常不需要发送此报文。
• 报文精简原则：发送 855 时，仅发送发生更改的数据段。
• 确认类型 (BAK02)：
  1.使用代码 AE 表示“带异常明细的确认”（Acknowledge – With Exception Detail Only）。
  2.使用代码 RJ 表示“拒绝且无明细”（Rejected – No Detail）。
• 行项目状态代码 (ACK01) 与特定要求：
  1.DR (日期重新排期)：必须提供 ACK04（日期限定符）和 ACK05（新日期）。
  2.IB (欠单处理)：必须提供 ACK02（数量）、ACK03（单位）以及预期的发货日期。
  3.IP (价格变更)：必须在 PO104 数据段中发送该项目的新价格。
  4.IQ (数量变更)：必须在 ACK02 和 ACK03 中说明新的数量信息。
  5.IS (替换项目)：必须在 PO1 数据段中使用限定符 VN 发送供应商的替换料号。

865订单变更回复

• 强制性回复规则：每一个 860 交易都必须对应一个 865 响应报文。
• 发票关联限制：如果供应商未能针对 860 发送 865 回复，系统将禁止提交该订单后续的 810 发票。
• 拒绝变更后的处理：如果您通过 865 拒绝了取消订单或更改的请求（BCA01=44），则必须针对每一个被拒绝的行项目发送 856 提前发货通知 (ASN)。
• 行号引用逻辑：865 中的行号（Line Number）必须引用 860 报文中对应的行号，以便 Northern Tool 的系统能够正确匹配信息。请注意，这些行号可能不是连续的。
• 状态代码识别 (POC02)：
  1.DI：表示接受行项目删除/取消。
  2.RC：表示拒绝行项目变更请求。

856提前发货通知

1.区分业务场景 (BSN01)

根据订单目的地的不同，必须在 BSN01 段使用正确的代码：

• 00 (Original)：用于发往 Northern Tool 仓库 (Warehouse) 的货物。
• 06 (Confirmation)：用于 直发最终客户 (Direct to Consumer/Drop Ship) 的货物。

2.层次结构要求 (HL 段)

Northern Tool 要求使用固定的层级结构 0001：发货层 (Shipment) -> 订单层 (Order) -> 包装层 (Packaging/Tare/Pack) -> 商品层 (Item)。

• 包装层：供应商必须发送“托盘层 (Tare)”或“包装箱层 (Pack)”中的至少一种。
• 汇总校验：CTT01 必须包含报文中所有 HL 段的总数。

注：文案部分图片及内容来源于网络，版权归原创作者所有，如有侵犯到您的权益，请您联系我们进行删除，给您带来困扰，我们深感抱歉。