Kmart 公司简介

Kmart 是美国知名的综合零售品牌，总部位于美国，业务覆盖日用百货、家居用品、服饰、维修配件及其他零售商品等多个品类。对于 Kmart 供应商而言，采购订单接收、订单变更处理、发货通知回传和发票结算都需要较高的数据准确性和响应效率。

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

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

Kmart EDI 需求概览

Kmart EDI 对接主要围绕订单履约、变更协同、物流发货和财务结算展开，从 Kmart 下发采购订单开始，到供应商处理订单变更、准备发货、回传发货通知并发送发票，形成完整的业务闭环。

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

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

EDI 850 采购订单

850 是Kmart向供应商发送的采购订单报文，通常包含采购订单号、订单日期、部门号、Kmart 供应商号、买方/收货方、商品编号、订购数量、成本和包装信息等信息。供应商接收 850 后，需要将订单数据同步到 ERP、OMS 或 WMS 中，生成待履约订单，作为订单履约、订单变更处理、发货通知和发票匹配的基础。

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

850 的重点在于准确保留 9 位或 11 位采购订单号、11 位 IA 供应商号以及 PO1 中的 KSN、UPC/EAN 和 Shipping GTIN。实施时应确保采购订单号、供应商号、商品编号和包装数量在 860、856、810 等后续单据中保持一致，避免后续发货通知或发票无法与原始采购订单准确匹配。

EDI 860 采购订单变更

860 是Kmart向供应商发送的买方发起的采购订单变更报文，通常包含变更目的代码、原始采购订单号、原始订单日期、变更日期、部门号、供应商号、行项目变更、数量和包装信息等信息。供应商接收 860 后，需要更新内部订单状态、数量、交期、商品或包装配置，作为修正后的发货计划、库存分配、ASN 生成和发票匹配的基础。

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

860 的重点在于区分订单级变更和行级变更，并按 BCH01、BCH03、BCH11、POC 等字段更新内部订单。实施时应确保变更后的订单号、行号、数量、GTIN 和包装信息在后续 856、810 中保持一致，避免继续按旧订单履约，导致超发、少发、取消商品仍发货或发票金额不一致。

EDI 856 发货通知

856 是供应商向Kmart发送的发货通知/装运清单报文，通常包含发货通知号、发货日期时间、HL 层级、提单号、承运商、采购订单号、托盘/箱号、商品编号和发货数量等信息。供应商需要将发货、包装和物流数据回传给 Kmart，并同步内部出库状态，作为收货预约、门店/DC 到货处理、物流追踪和发票校验的基础。

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

856 的重点在于按 shipment、order、tare/pack、item 的 HL 层级组织 pick-and-pack 结构，并保持订单号、箱号和商品编号关联。实施时应确保856 中的采购订单号、商品编号、发货数量、提单号和包装信息与 850/860 及实际出库结果一致，避免影响 Kmart 收货、箱标扫描、上架处理和后续发票匹配。

EDI 810 发票

810 是供应商向Kmart发送的发票报文，通常包含发票日期、发票号、采购订单号、提单号、联系人、付款条款、商品行、数量、价格、费用/折扣和总金额等信息。供应商需要将发票数据提交给 Kmart，并与采购订单、发货通知及收货数据进行匹配，作为财务审核、付款处理、差异处理和对账的基础。

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

810 的重点在于BIG04 必须正确引用采购订单号，REF*BM 需与 856 发货通知中的提单号一致，并准确计算明细与总金额。实施时应确保发票中的采购订单号、提单号、商品编号、数量和金额与 850/860/856 保持一致，避免发票无法处理付款、触发差异处理或延长回款周期。

Kmart EDI 对接方案如何落地？

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

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

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

X12 004010 报文本身可读性较差，不适合业务系统直接处理。通过知行之桥，Kmart 与供应商之间往来的采购订单、采购订单变更、发货通知和发票等报文，可以被转换为 ERP 更容易识别的 JSON 数据格式。这样，ERP 系统只需要处理清晰的业务字段，例如采购订单号、Kmart 供应商号、KSN、UPC/EAN、Shipping GTIN、装箱数量、提单号和发票金额等，不需要直接理解复杂的 X12 004010 段结构。

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

知行之桥 EDI 工作流示例

知行之桥会将 Kmart 发来的850 采购订单和 860 采购订单变更报文自动解析并转换为业务 JSON，供 ERP、OMS 或 WMS 直接处理；内部系统生成856 发货通知和 810 发票 JSON 后，知行之桥再将其转换为 Kmart 要求的 X12 004010 报文，并通过 EDI 自动发送给 Kmart。

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

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

EDI 报文转换结果示例

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

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

在知行之云 Web EDI 中，Kmart 发来的850 采购订单和 860 采购订单变更会被转换为可读的网页单据，业务人员可以在线查看采购订单、订单变更、发货状态和发票数据、维护订单变更处理结果、发货信息、箱号/追踪信息和发票信息，并生成856 发货通知和 810 发票等回传单据。

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

知行之云 Web EDI 页面示例

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

知行EDI方案选型建议

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

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

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