DOLLAR GENERAL SBT 模式下的 EDI 实施挑战与系统解决方案

作为美国领先的折扣零售连锁企业，Dollar General 自1939年成立以来，始终专注于为社区型市场提供高性价比的日用消费品，依托“小型门店、高频刚需、快速周转”的运营模式，构建了高度密集且响应迅速的供应链体系。

在这一运营逻辑下，库存准确性、销售数据实时性以及补货效率成为核心竞争力。为保障供应链高效协同，Dollar General（以下简称 DG）全面采用 EDI（Electronic Data Interchange）体系，与供应商建立标准化的数据对接机制。

对于计划进入 DG 供应体系的企业而言，EDI 不仅是技术对接要求，更是业务合规与结算安全的基础能力。

DG EDI 需求

传输协议：DG支持AS2直连，也可以采用VAN
报文标准：X12

X12 是国际通用的电子数据交换标准，DG要求所有业务报文均遵循 X12 规范。对供应商而言，需要具备接收或生成以下EDI报文的能力：

• 810 Invoice发票
• 820 EFT付款通知
• 832 Pricing Catalog价格目录
• 852 Product Activity Reports销售及库存报告（Store Sales + DC Inventory）
• 850 Purchase Order 采购订单(适用于DC 模式)
• 997 功能性确认

注意：供应商必须签署 EDI Trading Partner Agreement 才能进入对接流程。

EDI 项目实施关键挑战

挑战	说明
销售驱动结算	依赖 852 数据准确性
库存风险归属 Vendor	需建立精确库存管理系统
双 SKU 管理	系统需支持 SKU 映射
目标XML文件	由报文文件通过X12端口转换得到
Retailer Created Invoice	需支持自动对账逻辑
高频数据交换	需稳定 EDI 平台支持

注意事项

Scan Based Trading（SBT）业务模式要求

Dollar General 采用 Scan Based Trading（扫描销售结算模式）：

• 库存所有权在销售前归供应商所有
• 只有商品通过 POS 扫描销售后才产生应收款
• 退货视为负销售
• Vendor 承担库存风险（含损耗、自然灾害等）

在 SBT 模式下，EDI 852 销售数据是供应商对账与库存管理的核心数据来源。

库存与数据管理要求

• 供应商负责管理 DC 库存补货
• 每天提供 Store 级销售报告
• 每日提供 DC 库存快照
• 每个 SKU 需建立双编码体系（销售 SKU + DC SKU）
• 仅允许单一 Vendor 管理一个 UPC 的 SBT

财务与结算规则

• 零售价由 Dollar General 单方面决定
• 每财务周（周六-周五）结算
• 次周周四付款
• 采用 Retailer Created Invoice 编号
• 仅对可检索销售数据进行付款

物流与包装合规要求（仓库模式）

• 必须符合 ISTA Series 3 包装标准
• 禁止破损箱、半箱、开放式包装
• 托盘尺寸：48” x 40” 无超出
• 托盘标签必须包含 DC 信息及 SKU 信息
• 超过 40 磅需标明重量
• 卡车运输需注明 Shipper Load, Count & Seal

Dollar General 的双 SKU 管理

在 Dollar General 的 Scan Based Trading（SBT）仓库模式下，每一个商品（Item）会被分配两个不同的 SKU 编号：DC / Replenishment SKU（补货 SKU）以及Selling SKU（销售 SKU）。

DC / Replenishment SKU（补货 SKU）用于 EDI 855 PO（仓库型商品），而Selling SKU（销售 SKU）则用于Store Level 852 销售报告。

从EDI系统实现的角度，处理EDI 852报文需要区分两个层级：
- 852 Store = 销售数据（Selling SKU）
- 852 DC = 库存数据（DC SKU）

如果映射错误将导致：

• 销售无法对账
• 库存差异
• 付款异常
• Chargeback 风险

如何基于知行之桥EDI系统实现DG 的EDI对接需求？

部署EDI系统须知

准备具有固定公网IP的服务器及域名。将域名与公网IP地址关联起来，以便通过域名访问与该IP地址相关联的EDI 服务。知行之桥EDI系统将会部署在企业的本地服务器上。

搭建EDI工作流

完成以上准备工作后，即可在知行之桥 EDI 系统中搭建对应的工作流。

在本项目中，知行之桥 EDI 系统通过可视化工作流设计，实现了：

• AS2通信自动收发与日志监控
• EDI 850、EDI 810、EDI 820、EDI 832、EDI 852报文处理
• 与 ERP API 双向数据同步

系统支持报文版本校验、语法一致性检查，有效降低人工干预风险。

下面展示了供应商基于知行之桥EDI系统与DG对接的典型工作流示例（以AS2传输协议，X12报文标准，API方案为例）

通过AS2传输协议接收来自DG的EDI 850、852、820单据，并将其解析为JSON 格式以及基于JSON格式的数据生成EDI 832、810单据。

在知行之桥EDI系统中搭建以上工作流实现，共使用15个端口（AS2端口分为接收和发送两个模块，端口计数为1），其中用于文件分流的Branch端口以及用于错误消息通知的Notify端口为免费端口。用户可以据此评估企业需要使用知行之桥的对应版本。

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