mPorts OMS 的一部分
按零售商要求的方式与他们对接。
大型零售商会规定与您做生意的方式:采购订单按他们的格式发过来,回执、发货通知与发票也必须按同样的格式回过去。mPorts 通过 EDI 与零售商对接,并把这些单据产生的订单放在与其他渠道相同的地方运营——EDI 因此不会变成您团队需要额外盯住的第二套系统。
为什么 EDI 一开始是别人的问题,后来变成您的问题
EDI 通常不是企业主动选择的东西。它是与大型零售商做生意的前置条件,并且往往带着截止日期一起到来。
常见的做法是单独上一套 EDI 系统:单据落在那里,再由人重新录入或导出,而这些单据代表的订单,真正的生命周期却在另一个地方展开。这样做行得通,代价是在您和最重要的那批订单之间,多了一道转换。
一张采购订单,从头到尾
它走的是与其他订单完全相同的流程——只不过起点是一份单据,而不是一次接口调用。
- 01
采购订单进来
零售商按他们规定的格式把订单发过来。
- 02
回执发回去
确认订单已收到,以及您打算怎么处理。
- 03
运营这笔订单
库存、履约与发货在 mPorts OMS 中进行,与其他所有渠道一起。
- 04
发货通知
发了什么、从哪里发的、跟踪号是多少。
- 05
发票
按零售商要求的格式开回去。
EDI 不是另一个要单独去干活的地方
重点不在于 mPorts 会说 EDI——能说的系统有不少。重点在于:零售商用 EDI 发来的那笔订单,和从电商平台接口进来的订单,在同一个队列里、用同一份库存、按同一套履约规则运营。
零售商的订单延迟时,它就出现在您平时看的那个界面里,而不是躺在某个需要有人记得去打开的系统中。
- 采购订单进来,回执发回去
- 发货通知与发票,按零售商要求的格式
- 由此产生的订单,与其他所有渠道一起运营
- 零售商说“某份单据没收到”时,只需要在一个地方查
我们没有声称的内容
我们不会告诉您 EDI 是免费的。mPorts 本身就是付费软件;而且大型零售商通常要求通过特定的第三方网络对接,那份费用由您直接签约承担——它真实存在,也不是我们能免除的。
我们也不会列出一串单据类型,仿佛每一种对每一个零售商都已上线。零售商各不相同,有些根本不用 X12;您具体那几个零售商接到什么程度,我们会去核实后回答,而不是想当然。
新接入一个零售商是一项工作,不是打开一个开关。它涉及对方的凭证、对方的编码体系,通常还包括对方的认证测试流程。
客户常问的问题
- 我们还需要单独的 EDI 服务商吗?
- 很多情况下仍然需要——不少大型零售商要求通过指定网络对接,那份关系归您。变化的是:通过它进来的订单,在 mPorts 里运营,而不是在旁边另开一套系统。
- 你们已经接了哪些零售商?
- 直接问我们,我们会告诉您,您那几个具体零售商目前接到什么程度。这是一个背后有真实清单的回答,也比一面 logo 墙更值得聊。
- EDI 是包含在 mPorts OMS 里,还是单独收费?
- 零售商单据往来属于 mPorts 为您运营的范围,而不是需要另外向我们购买的产品。我们无法包含的,是您的零售商所要求的第三方网络费用——那由您签约承担,我们不会暗示相反的情况。
- 那些用接口而不是 EDI 的零售商呢?
- 同样可以对接,而且最终会进入同一个地方。订单是以单据还是以接口调用进来的,一旦进入运营环节就不再重要。
告诉我们您在和哪些零售商做生意。
我们会告诉您目前哪些已经接通、哪些还需要开发——在您签任何东西之前。