Buckle 公司简介

Buckle 是美国知名的时尚服装、鞋履及配饰专业零售商，总部位于美国内布拉斯加州卡尼（Kearney, Nebraska），业务覆盖牛仔服饰、休闲服装、鞋履和配饰等多个品类。对于 Buckle 供应商而言，采购订单接收、订单确认、发货协同和发票结算都需要较高的数据准确性和响应效率。

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

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

Buckle EDI 需求概览

Buckle EDI 对接主要围绕订单履约、发货协同和应付结算展开，从 Buckle 下发采购订单开始，到供应商针对订单行回传确认和计划发货日期、发送发货通知并提交发票，形成完整的业务闭环。

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

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

采购订单

850 是 Buckle 向供应商发送的采购订单报文，通常包含 Buckle 采购订单号、供应商编号、付款条件、开始与交付日期、Buckle SKU、数量、最终成本、零售价和目的地分配数量等信息。供应商接收 850 后，需要将订单数据同步到 ERP、OMS 或 WMS，并建立后续订单确认、发货和开票的关联，作为订单确认、发货通知和发票匹配的基础。

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

850 的重点在于按 X12 006010 规范解析采购订单号、商品标识、数量、价格和日期，并保留订单行关联。实施时应确保采购订单号、Buckle SKU 或 UPC、数量和最终成本在后续单据中保持一致，避免订单确认、出货或发票无法与原订单准确匹配。

采购订单确认

855 是供应商向 Buckle 发送的采购订单确认报文，通常包含 Buckle 采购订单号、订单日期、商品标识、确认数量、订单行状态和计划发货日期等信息。Buckle 接收 855 后，可据此更新订单状态、安排发货并处理例外情况。

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

855 的重点在于逐行关联原始 850 商品，并准确传递确认状态、确认数量和当前计划发货日期。实施时应确保 Buckle 采购订单号、商品标识、确认数量和计划发货日期与接收的采购订单和实际履约计划一致，避免订单状态或交期无法被 Buckle 正确识别，导致后续发货协同异常。

发货通知

856 是供应商向 Buckle 发送的发货通知报文，通常包含发货通知编号、发货日期和时间、承运信息、提单号、追踪号、Buckle 采购订单号、发票号、SSCC 箱码、Buckle SKU 或 UPC 和已发数量等信息。Buckle 接收 856 后，可将发货、包装和商品层级信息用于收货准备、物流追踪、数量核验和发票关联。

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

856 的重点在于保持 Shipment、Order、Pack、Item 四层 HL 结构以及订单、箱码、商品和数量之间的关联。实施时应确保 Buckle 采购订单号、Buckle SKU 或 UPC、SSCC 箱码和已发数量与订单、实物标签及后续发票保持一致，避免收货、追踪或数量核验受阻，且无法准确关联到订单和包装层级。

发票

810 是供应商向 Buckle 发送的电子发票报文，通常包含发票日期和号码、Buckle 采购订单号、供应商编号、开票方与收款方信息、款式、开票数量、最终成本和发票总额等信息。Buckle 接收 810 后，可将发票数据送入应付系统进行匹配、付款和财务对账。

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

810 的重点在于确保一张发票仅对应一个采购订单，按款式而非门店发送主发票或合并发票，并在发货时按 Buckle 810 映射规范传递发票数据。发票不得加入运费或销售税。实施时应确保采购订单号、供应商编号、款式或商品标识、数量和最终成本与 850 及实际履约数据一致，避免发票无法进入应付系统、付款延误，或因不及时发送而产生扣款风险。

Buckle EDI 对接方案如何落地？

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

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

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

X12 006010 报文本身可读性较差，不适合业务系统直接处理。通过知行之桥，Buckle 与供应商之间往来的采购订单、订单确认、发货通知和发票等报文，可以被转换为 ERP 更容易识别的 JSON 数据格式。这样，ERP 系统只需要处理清晰的业务字段，例如 Buckle 采购订单号、Buckle SKU 或 UPC、数量、最终成本、计划发货日期、SSCC 箱码和发票金额等，不需要直接理解复杂的 X12 006010 段结构。

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

知行之桥 EDI 工作流示例

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

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

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

EDI 报文转换结果示例

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

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

在知行之云 Web EDI 中，Buckle 发来的采购订单会被转换为可读的网页单据，业务人员可以在线查看采购订单、订单确认、发货通知和发票数据、维护确认订单行状态和计划发货日期、维护发货与箱码信息、提交发票，并生成订单确认、发货通知或发票等回传单据。

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

知行之云 Web EDI 页面示例

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

知行EDI方案选型建议

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

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

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