Dollar General EDI实施：SBT模式与双SKU体系解析

1. Dollar General的EDI实施背景与核心挑战

Dollar General（DG）作为美国最大的社区型折扣零售商之一，其独特的商业模式对供应链协同提出了极高要求。在SBT（Scan Based Trading）模式下，供应商需要面对比传统零售更复杂的EDI实施环境。我曾在多个DG供应商的EDI项目中担任实施顾问，深刻理解其中的关键难点。

1.1 SBT模式的特殊性解析

SBT模式颠覆了传统零售的库存管理逻辑。在这种模式下：

• 商品在售出前所有权始终属于供应商
• 只有当商品通过POS扫描售出后，供应商才能获得相应款项
• 退货处理等同于负向销售
• 库存损耗风险完全由供应商承担

这种模式下，EDI 852报文（产品活动报告）成为供应商的生命线。它不仅是结算依据，更是库存管理的核心数据源。我曾遇到一个案例：某供应商因852报文处理延迟3天，导致当月对账差异高达12万美元。

1.2 双SKU体系的复杂性

DG采用的双SKU体系是技术实施中最易出错的环节：

• DC SKU（补货SKU）：用于仓库补货和库存管理，对应EDI 855采购订单
• Selling SKU（销售SKU）：用于门店销售数据报告，对应EDI 852报文

这两个SKU的映射关系必须100%准确。在实践中，我们通常会建立专门的SKU映射表，并在每次数据同步时进行双重校验。一个实用的技巧是：在ERP系统中为每个DG商品设置关联字段，强制维护两个SKU的对应关系。

2. DG EDI技术规范详解

2.1 报文标准与传输协议

DG严格要求所有业务报文采用X12标准，当前主要使用以下版本：

• X12 4010（逐步向5010过渡）
• 传输协议支持AS2和VAN两种方式

从实施经验来看，AS2直连虽然初期配置复杂，但长期来看成本更低、实时性更好。建议选择支持AS2的成熟EDI平台，如知行之桥EDI系统。关键配置参数包括：

• MDN（消息处置通知）必须设置为同步返回
• 签名算法通常采用SHA-256
• 加密算法推荐使用3DES或AES

2.2 核心业务报文流程

2.2.1 采购订单（850）处理

DG的采购订单有几个特殊字段需要注意：

• PO日期格式必须为CCYYMMDD
• 数量单位必须与