Ballard Designs 公司简介

Ballard Designs 是美国知名的家居零售企业，总部位于美国佐治亚州亚特兰大，业务覆盖家具、家居装饰、地毯、户外家具等多个品类。

对于 Ballard Designs 供应商而言，直发消费者（Drop Ship）场景下的订单接收、订单变更处理、交期确认、发货回传、发票结算和库存同步都需要较高的数据准确性和响应效率。

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

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

Ballard Designs EDI 需求概览

Ballard Designs EDI 对接主要围绕 Drop Ship 订单履约、订单变更、库存协同和财务结算展开，从 Ballard Designs 下发采购订单及后续订单变更开始，到供应商回传订单确认、发货通知和发票，并通过库存报告持续同步商品可售数量，形成完整的业务闭环。

本文基于本项目提供的六份 Drop Ship v5010 规范，收发方向均以供应商为视角。库存报告用于持续协同，可独立于单笔订单履约交换。

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

所供资料中，850 修订记录与 860 的套件旧注释存在差异，856 旧注释与其 SOPI/SOIP 新说明也有差异。本文按明确修订记录介绍流程，套件及包装映射规则仍应在联调前由交易伙伴确认。

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

采购订单

850 是 Ballard Designs 向供应商发送的直发消费者采购订单，通常包含采购订单号、客户订单号、Ballard 分配的供应商编号、收货人地址、订单行号、Ballard SKU、数量、单价及要求发货日期等信息。供应商接收 850 后，需要校验关键标识和地址，将订单导入 ERP 或 OMS，并保留后续回传所需的原始编号，作为订单确认、仓库履约、发货通知和发票匹配的基础。

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

850 的重点在于完整保留采购订单号、客户订单号、供应商编号、订单行号与 Ballard SKU；按所供 850 规范的修订记录，套件订单仅下发组件 SKU，相关回传单据和品牌装箱单应包含这些组件。实施时应确保订单标识和商品标识在后续相关单据中保持一致；若同时存在头部和行级日期，应优先采用行级日期，避免丢失消费者收货信息、遗漏套件组件或使后续单据无法匹配。

采购订单变更

860 是 Ballard Designs 向供应商发送的采购订单变更请求，通常包含原采购订单号、订单日期、变更日期、客户订单号、供应商编号、行号、变更类型、新的待收数量和商品标识等信息。供应商接收 860 后，需要识别取消或替换目的及行级变更类型，按双方确认的整单刷新或差异更新规则调整现有订单，作为更新订单履约安排、交期和相关回传单据的基础。

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

860 的重点在于区分整单刷新与差异更新，不将变更重复创建为新订单；POC03 和 POC04 均表示变更后新的待收数量，不能直接当作增减差值相加。实施时应确保原订单号、客户订单号、供应商编号和订单行号能够关联到已有订单，变更后再同步内部履约状态，避免数量被重复累加、取消信息未生效或仍按旧交期发货。

采购订单确认

855 是供应商向 Ballard Designs 发送的采购订单确认报文，通常包含采购订单号、订单日期、确认日期、客户订单号、供应商编号、商品行、确认状态和当前计划发货日期等信息。Ballard Designs 接收 855 后，需要将整单确认类型、各商品行状态和计划发货日期匹配至原订单，作为订单状态更新和消费者交期管理的基础。

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

855 的重点在于同时传递整单与逐行确认结果；所有商品行均应确认当前计划发货日期，拒绝商品时还需附上原因说明。实施时应确保 REF 中的客户订单号和供应商编号、PO1 中的行号与 Ballard SKU 与原订单一致，改期或延期状态与回传日期相符，避免交易伙伴误判订单接受情况，或消费者看到的交期与实际履约计划不一致。

发货通知

856 是供应商向 Ballard Designs 发送的发货通知报文，通常包含发货通知编号、日期时间、发货层级、采购订单号、客户订单号、供应商编号、承运商代码、运输参考号、商品行和实际发货数量等信息。Ballard Designs 接收 856 后，需要按订单、商品和包裹层级关联发货数据，更新物流与订单履约状态，作为消费者物流追踪和后续发票匹配的基础。

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

856 的重点在于按所供规范选择 SOPI（发货—订单—包装—商品）或 SOIP（发货—订单—商品—包装）层级，并将商品与包裹正确关联；发货数量须为整数并与发票数量一致。实施时应确保采购订单号、订单行号及 Ballard SKU 沿用原订单，运输参考号的类型与数值可被后续发票正确引用，避免包裹追踪无法关联、商品数量不一致或发票难以核对。

发票

810 是供应商向 Ballard Designs 发送的发票报文，通常包含发票号、发票日期、采购订单号、美元币种、客户订单号、供应商编号、物流参考号、商品行、开票数量、单价和发票总金额等信息。Ballard Designs 接收 810 后，需要将发票与采购订单、发货通知及商品明细匹配并校验金额，作为应付账款处理和财务对账的基础。

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

810 的重点在于每个原订单行号在一张发票中只能出现一次，以该行总开票数量汇总；开票数量须为整数并与发货通知一致。实施时应确保采购订单、供应商及商品标识与原订单一致；物流参考号限定符与发货通知一致，回传对应的参考号；金额按 TDS 的 N2 隐含两位小数处理，避免重复开票、数量对不上或因金额小数位处理错误影响结算。

库存报告

846 是供应商向 Ballard Designs 发送的库存报告报文，通常包含报告编号、日期时间、供应商编号、报告地点、供应商商品编号、商品描述、可售数量和库存可用日期等信息。Ballard Designs 接收 846 后，需要按供应商与商品匹配库存，区分当前可售数量和未来在订数量，作为 Drop Ship 商品可售状态展示和订单履约安排的基础。

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

846 的重点在于所有商品都应提供当天可售数量，即使库存为零也要发送；如有在订数量，以单独的 QTY 循环和未来可用日期表达。实施时应确保供应商编号、供应商商品编号与商品主数据一致，可售库存与未来在订数量分开维护并匹配对应日期，避免零库存商品仍显示可售，或未来库存被提前当作现货导致超卖。

Ballard Designs EDI 对接方案如何落地？

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

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

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

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

下图为本项目的知行之桥工作流截图，展示 850、860 接收分支，以及 855、856、810、846 发送分支；其中 850 接收链路依次完成 AS2 接收、X12 解析、字段映射和 JSON 输出。

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

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

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

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

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

在知行之云 Web EDI 中，Ballard Designs 发来的采购订单（850）和采购订单变更（860）会被转换为可读的网页单据，业务人员可以在线查看采购订单、订单变更和商品明细、维护订单确认结果、当前计划发货日期、包裹与物流信息、发票及库存信息，并生成采购订单确认（855）、发货通知（856）、发票（810）或库存报告（846）等回传单据。

下图为模板提供的知行之云 Web EDI 通用订单页面，展示网页单据的呈现方式。

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

知行EDI方案选型建议

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

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

上述实施周期为模板参考范围，实际需结合字段映射、接口准备和交易伙伴测试安排评估。

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