做电商这行，最烦的不是差评，是大客户问你一句"你们仓库支持 EDI 吗"，你答不上来，单子直接飞了。
去年，一个做家居的品牌方找我，一年几万单的量，想从我们合作的一家小 3PL 走。聊得好好的，对方采购最后随口问了一句："你们仓库支持 EDI 吗？"我当时脑子"嗡"的一声——EDI 是啥？能吃吗？
后来我才知道，就因为这一句话，单子差点飞了。今天这篇，写给跟我当时一样懵的小仓库、小 3PL：被客户要求 EDI 时，怎么用平面文件先顶着，以及什么时候必须升级。
先说人话：EDI 到底是个啥
EDI（Electronic Data Interchange，电子数据交换），说白了就是"机器跟机器对暗号"。
你平时给客户发邮件、传 Excel，是人跟人沟通，对方收到还得人工录一遍。EDI 是两边的系统直接对话：你的 WMS 生成一串标准格式的报文，客户的系统自动收、自动解析、自动入库，中间不经过人手。
这套"暗号"有国际标准，北美最常用的是 ANSI X12。几个你迟早会碰到的报文编号，先记住：
- 850：采购订单（客户下单给你）
- 856：发货通知 ASN（你告诉客户"货发出去了，运单号是这个"）
- 810：发票
- 940：仓库发货指令（3PL 场景：客户让你发货）
- 945：仓库发货确认（3PL 场景：你告诉客户"发完了"）
大客户嘴上说"要 EDI"，十有八九其实只要其中两三个——最常见的是 856 加 810，或者 940 加 945。先问清楚到底要哪几个，再谈怎么实现，别一上来就买全套。
平面文件怎么顶：CSV 加 SFTP 的野路子
全套 EDI 要走 EDI 供应商（比如 SPS Commerce、TrueCommerce 这类），实施周期按月算，报价以官网最新政策为准。对小仓库来说，又贵又慢，单子可不等你。
我们当时用的野路子，叫"平面文件"（flat file）：
- 每天下午固定时间，WMS 导出一份 CSV：订单号、运单号、SKU、数量、发货日期，一行一单。
- 按客户给的 Excel 映射表，把列的顺序、日期格式调成他们要的样子。
- 用 SFTP 定时把文件推到客户的服务器上。
- 客户那边的 IT 写个小脚本，定时解析入库。
全程没花一分钱——WMS 自带导出，SFTP 用免费工具，脚本客户自己写。顶了 8 个月，单量从一天两三百涨到一天七八百，屁事没有。
这招我亲测有效。但丑话说在前面：它是"创可贴"，不是"治病"。
平面文件落地的 5 个实操细节（都是踩坑换来的）
野路子要想跑得稳，细节比方案本身重要。下面这 5 条，每一条背后都有一次加班：
-
映射表先跟客户 IT 对齐再动手。列顺序、日期格式、数字要不要千分位、空值填空还是填 0——全部写进一张 Excel 映射表，双方确认再开工。口头约定的格式，上线后一定会变卦。
-
文件名带时间戳。
ASN_日期_时间.csv这种格式，重传、查问题时一眼就能定位。别用data.csv这种名字，三个月后你自己都分不清哪个是哪个。 -
SFTP 用密钥登录，别用密码。密码会过期、会有人离职带走，密钥交接干净。推送设成定时任务，跑完记一条日志，失败了发邮件告警——别靠人记着去点。
-
每天留 15 分钟做"三数对账"：WMS 导出了多少单、文件里有多少行、客户系统收到了多少单。三个数对不上，当天就查，别攒到月底。
-
跟客户 IT 加个微信或 WhatsApp。平面文件没有 997，有问题靠人喊。关系处好了，对方解析失败会第一时间告诉你，而不是先去投诉。
数据说话：平面文件 vs 真 EDI vs API
| 平面文件（CSV+SFTP） | 真 EDI（走供应商/VAN） | API 对接 | |
|---|---|---|---|
| 一次性投入 | 几乎为零 | 实施费加 mapping 费（以供应商官网报价为准） | 开发人力 |
| 上线周期 | 几天 | 几周到几个月 | 看开发排期 |
| 出错了谁知道 | 靠人工对账发现 | 997 回执自动确认 | 实时返回码 |
| 适用单量 | 一天几百单以内 | 一天上千单、多客户 | 有技术团队时 |
| 客户认不认 | 看客户脸色 | 行业通行证 | 越来越多客户接受 |
看明白了吗？平面文件赢在"快"和"便宜"，输在"错了没人告诉你"和"客户不一定认"。
翻车现场：日期格式坑了我一次
重点讲讲我们栽的那次，因为这是平面文件最大的命门。
WMS 有次升级，CSV 里日期格式从 YYYY-MM-DD 变成了 MM/DD/YYYY。我们没注意，文件照常推送。客户系统解析时全当成了非法日期——那一批的 856（发货通知）全部被拒收。客户那边的收货预约是按 856 自动排的，预约全乱了，仓库门口排起长队，客户的运营总监直接打电话过来开骂。
真 EDI 有个东西叫 997——功能确认回执。你的报文对方收到没、格式对不对，系统会自动回个确认。平面文件没有这玩意儿，错了就是错了，没人告诉你，等你发现的时候，客户已经在骂人了。
从那以后，我们加了个土办法：每天推送完，人工抽 5 单，跟客户系统里的数据对一遍。土，但管用。单量小的时候，人工就是最好的 997。
小仓库 EDI 升级的三个信号
平面文件能顶多久？看这三个信号，出现任意一个，就别硬顶了：
信号一：单量超过人工盯得住的量。一天两三百单，人工抽查没问题；一天上千单，还靠人眼对账，出事是早晚的。
信号二：客户开始要"回执"和"实时"。比如客户要求 997 确认、要求库存 947 天级别同步、要求 214 运输状态实时回传——这些平面文件玩不转，是真 EDI 的主场。
信号三：算账。拿计算器按一下：每周花在"导表、对账、重传、跟客户扯皮"上的人工小时，乘以员工时薪，再乘以 4（一个月）。如果这个数超过了 EDI 供应商的月费（报价以官网为准），升级就是赚钱的买卖。我当时算出来，我们每周在这上面烧掉的时间，早就超过月费了——只是之前没人算过这笔账。
这里有个反常识的判断，送给小仓库老板：先上真 EDI 不一定是进步。如果你的 WMS 里库存本身一团糟——账面和实物对不上是常态，那 EDI 只是把错误"自动化、加速"发给客户，错得更快、更整齐。先把库存准确率搞到你自己敢拍胸脯的水平，再谈 EDI。顺序反了，钱白花。
避坑提醒：上 EDI 之前先看这四条
- 先问客户到底要哪几个报文。850、856、810 是最常见的组合，别为用不上的报文付钱。
- VAN（增值网）是按传输量计费的，量小不心疼，量大了要谈价，费率以官网最新政策为准。
- 测试别只测一条顺的。退货、拆单、缺货、地址写错的异常报文，每种都走一遍——上线后出问题，十次有九次是异常流程没测。
- 找有 3PL 行业模板的供应商。通用 EDI 供应商给你配 940/945 可能要从零 mapping，有行业模板的几天就能跑起来。
平面文件这招，我亲测有效——单子小的时候它是神器。但它是个创可贴，单子大了还硬顶，崩一次的代价，比升级贵得多。该升级时别心疼钱，钱要花在刀刃上。
记住一句话：工具是为单子服务的，不是为面子服务的。能用创可贴的时候别硬上手术，到了该动手术的时候，也别再贴创可贴。
作者：阿K｜跨境电商卖家
