mPorts OMS 的一部分
按零售商要求的方式与他们对接。
大型零售商会规定与您做生意的方式：采购订单按他们的格式发过来，回执、发货通知与发票也必须按同样的格式回过去。mPorts 通过 EDI 与零售商对接，并把这些单据产生的订单放在与其他渠道相同的地方运营——EDI 因此不会变成您团队需要额外盯住的第二套系统。
为什么 EDI 一开始是别人的问题，后来变成您的问题
EDI 通常不是企业主动选择的东西。它是与大型零售商做生意的前置条件，并且往往带着截止日期一起到来。
常见的做法是单独上一套 EDI 系统：单据落在那里，再由人重新录入或导出，而这些单据代表的订单，真正的处理却在另一个地方进行。这样做行得通，代价是在您和最重要的那批订单之间，多了一道转换。
一张采购订单，从头到尾
它走的是与其他订单完全相同的流程——只不过起点是一份单据，而不是一次接口调用。
- 01
采购订单进来
零售商按他们规定的格式把订单发过来。
- 02
回执发回去
确认订单已收到，以及您打算怎么处理。
- 03
运营这笔订单
库存、履约与发货在 mPorts OMS 中进行，与其他所有渠道一起。
- 04
发货通知
发了什么、从哪里发的、跟踪号是多少。
- 05
发票
按零售商要求的格式开回去。
EDI 订单在同一个队列里运营
零售商用 EDI 发来的那笔订单，和从电商平台接口进来的订单，在同一个队列里、用同一份库存、按同一套履约规则运营。
零售商的订单延迟时，它就出现在您平时看的那个界面里，而不是躺在某个需要有人记得去打开的系统中。
- 采购订单进来，回执发回去
- 发货通知与发票，按零售商要求的格式
- 由此产生的订单，与其他所有渠道一起运营
- 零售商说“某份单据没收到”时，只需要在一个地方查
关于费用、格式与接入，您可以预期什么
大型零售商通常要求通过特定的第三方 EDI 网络对接，由您直接签约；该网络的费用与 mPorts 是分开的。
格式因零售商而异。有些零售商不用 X12；您具体那几个零售商哪些单据已上线，以实际已开通的清单为准。
新接入一个零售商涉及对方的凭证、对方的编码体系，通常还包括对方的认证测试流程。
一张采购订单，从头到尾
一张零售商采购订单在上班之前通过 EDI 到达。
-
信号
采购订单以零售商自己的格式，从其网络送达。
-
mPorts 显示什么
这张订单与其他所有渠道的订单在同一个队列里，旁边是该零售商的发货时间窗与要求的单据。
-
追查
商品是否已知、库存是否可用、回执应在何时发回。
-
下一步
按零售商指定的格式回传回执。
-
履约
这张订单像 mPorts OMS 中的其他任何订单一样被规划并发出。
-
单据回传
发货通知与发票通过同一条连接返回零售商。
-
记录
哪份单据在何时发给了哪家零售商，都与订单一起保留。
客户常问的问题
我们还需要单独的 EDI 服务商吗？
很多情况下仍然需要——不少大型零售商要求通过指定网络对接，那份关系归您。变化的是：通过它进来的订单，在 mPorts 里运营，而不是在旁边另开一套系统。
你们已经接了哪些零售商？
直接问我们，我们会依据实际已开通的清单告诉您，您那几个具体零售商目前接到什么程度。
EDI 是包含在 mPorts OMS 里，还是单独收费？
零售商单据往来属于 mPorts 为您运营的范围，而不是需要另外向我们购买的产品。我们无法包含的，是您的零售商所要求的第三方网络费用——那由您签约承担，我们不会暗示相反的情况。
那些用接口而不是 EDI 的零售商呢？
同样可以对接，而且最终会进入同一个地方。订单是以单据还是以接口调用进来的，一旦进入运营环节就不再重要。
告诉我们您在和哪些零售商做生意。
我们会告诉您目前哪些已经接通、哪些还需要开发——在您签任何东西之前。