先说结论：零售商 EDI 对接要多久？从收到 mandate 信（强制 EDI 通知）到第一张真实订单在系统里跑通，6 到 12 周是正常水平。
6 周是人、系统、单证三样全齐的理想情况；12 周是带着一两个坑爬出来的常见情况——单据被打回重测、标签规范没对齐、内部没人拍板。这个坑我见过三次，次次都是同一个剧本：老板收到 mandate 信，第一反应是"这不就是传个文件吗"，然后时间就从这里开始烧。
想知道你们家 EDI 对接要多久，先别问技术，先问三个问题：有没有专人负责这事？零售商的 vendor guide（供应商手册）看完了吗？测试环境的排期约到了吗？三个问题有一个答不上来，12 周打底。
mandate 信到底让你做什么
很多供应商第一次收到 mandate 信，最大的误会就是以为 EDI 是一个"软件"。不是。EDI 是一套"单证语言"——零售商用它跟你说话，你得用同样的语言回。
一套完整的零售 EDI 对接，通常包含这几张单证：
- 850 采购订单：零售商下单给你，这是起点
- 855 订单确认：你回"收到，确认能交"（有些零售商不强制）
- 856 发货通知（ASN）：货发出前先发电子版，告诉对方这票货里有什么、装在哪个托盘上——这是最容易被打回来的单证
- 810 发票：货到了，按 ASN 对账开票
- 860 订单变更、997 功能确认（收到单证的回执）
另外还有个经常被漏掉的：SSCC-18 物流标签。856 单证里的每个托盘都要对应一个 SSCC-18 条码，贴在实物托盘上，仓库扫描枪一扫，系统里的 ASN 和实物就对上了。标签格式不对，货到零售商配送中心会被拒收，或者收 chargeback（违规罚款）。
所以 mandate 信的真实含义是：从今天起，你跟这家零售商的生意，全部走电子单证加条码标签，不再接受邮件和 Excel。对接的工作量不在"传文件"，而在"把你内部的订单、发货、开票流程，翻译成对方认的单证格式，并且次次都对"。
EDI 对接时间表：从 mandate 信到第一单
下面这张时间表，是我按"用托管服务商"的中位情况排的。自建 EDI 的，每一步后面我会标注多出来的时间。
第 1-2 周：准备期（最容易被跳过，也最致命）
- 把零售商的 vendor guide / routing guide 从头到尾读一遍，重点圈出：强制单证清单、测试流程、标签规范、chargeback 条款。读不懂的条款，找做过的人问，别猜。
- 指定一个内部负责人：能拍板业务规则的人，不是 IT。EDI 对接里的大部分扯皮是业务规则（比如"部分发货允不允许""缺货怎么回"），不是技术。
- 盘点内部系统现状：订单现在存在哪（ERP？Excel？），发货数据能不能按托盘维度拆出来？拆不出来，856 就做不了，先修内部数据。
- 选路线：托管服务商（按量付费，4 到 8 周上线）还是自建（时间翻倍）。单据量小、第一次做，闭眼选托管。
第 3-4 周：搭建与映射
- 开通 EDI 连接：AS2、VAN 邮箱或 API，按零售商要求来。这个环节要等对方 IT 排期，1 到 2 周很正常，催也没用，提前约。
- 做单证映射（mapping）：把你 ERP 里的订单字段，一个一个对应到 850/856/810 的标准字段上。这是细活，日期格式、数量单位、地址代码，一个错，测试就过不了。
- SSCC-18 标签：定好编码规则（公司前缀加流水号），找标签供应商打样，用扫描枪实测能扫出来。
第 5-8 周：测试（时间黑洞在这里）
- 先做连通性测试：文件能发过去、收回来，997 回执正常。
- 再做业务测试：零售商会给你一套测试脚本——下一张测试 850，你回 855，发 856，贴测试标签。每一轮测试不过，对方 IT 会邮件告诉你哪错了，改完再约下一轮，一轮短则 3 天、长则 2 周。
- 并行跑：用真实历史订单在测试环境跑 2 到 3 轮，覆盖正常单、部分发货、订单变更几种场景。
第 9-12 周：上线与第一单
- 切生产环境：先跑 1 到 2 张真实小订单，全程盯单（850 进来、内部处理、856 发出、810 开票），确认链路通。
- 第一张真实订单跑通，保留全套单证存档——这是你跟零售商对账、应对 chargeback 争议的证据。
- 把 EDI 流程写进 SOP：谁负责每天看单、异常单怎么处理、零售商联系人是谁。别让人一休假就断链。
自建 EDI 的时间表：准备期一样，但搭建期要加 6 到 8 周（买软件、开发映射、搭 AS2 服务器），测试期差不多。总时长 12 到 20 周是常态，而且需要至少半个专职 IT。
零售商 EDI 对接的 5 个翻车点（这个坑我见过三次）
翻车点 1：跳过准备期，mandate 信一到就动手写代码。 2024 年，深圳一家做家居用品的供应商，收到某美国大卖场的 mandate，要求 90 天内上线。老板觉得"不就是传个文件吗"，找了个兼职开发，一周搭了个"能发文件"的脚本。结果测试阶段连续被打回：850 里的日期格式错了，856 里的 SSCC-18 没按规范生成，标签贴上去扫不出来。改了 4 轮，5 个月才上线，错过旺季入仓窗口，还被收了一笔 chargeback。这个剧本我见过三次，一字不差。
同一时期，东莞一家做电子配件的厂反着来：收到 mandate 先花两周把 vendor guide 逐页过完，列出单证清单再找托管服务商，测试一次通过，6 周上线。同样的起点，差的就是这两周准备。
翻车点 2：没人拍板业务规则，测试卡在"这样行不行"。 856 里有个字段叫"是否允许部分发货"，你们内部没定规则，测试时零售商问一句，你们回去开会三天。EDI 对接里，业务规则扯皮烧掉的时间比技术多得多。上线前夜 checklist 第一项：所有业务规则书面确认，一个不许含糊。
翻车点 3：856 发货通知和实物对不上。 ASN 发出去了，货到了配送中心，扫描发现托盘上的 SSCC 标签和 ASN 里的对不上——仓库贴标的人没按新流程走。这不是 EDI 的问题，是仓库流程没跟上。打印、贴标、扫描三个动作，上线前必须跟仓库演练两遍。
翻车点 4：只测了正常单，没测异常单。 订单变更（860）、缺货、部分发货，这些异常场景第一次出现就是在生产环境，然后手忙脚乱。测试阶段至少跑一轮异常单。
翻车点 5：上线就散伙，没人值守。 第一单跑通不代表完事。前两周每天要有人看 EDI 监控：有没有失败的单证、有没有没回的 997。很多 chargeback 就是上线第一个月没人看单攒出来的。
自建还是托管：算一笔账
| 托管服务商 | 自建 EDI | |
|---|---|---|
| 上线时间 | 4 到 8 周 | 12 到 20 周 |
| 前期投入 | 开户费加实施费，量级小 | 软件许可加服务器加开发人力，量级大一个档 |
| 持续成本 | 按单证量或月费 | 至少半个 IT 专职维护加证书续费 |
| 适合谁 | 第一次做、单据量不大、一两家零售商 | 单据量大、零售商多、有专职 IT 团队 |
反常识的判断来了：很多老板觉得"自建省钱"、托管是"交租"。我经手的项目里，自建 EDI 第一年的总成本（软件加人力加返工），通常够交好几年的托管费。自建划算的临界点，一般是同时对接 5 家以上零售商、且单证量稳定之后。在那之前，托管不是交租，是花钱买时间——而 mandate 信给你的，从来都是倒计时。
所以回到开头的问题：零售商 EDI 对接要多久？答案从来不在技术，在你什么时候开始认真准备。mandate 信躺在邮箱里的每一天，都是从 6 周那一档滑向 12 周那一档。
作者：林晓｜WMS 实施顾问
