mPorts

mPorts OMS 的一部分

按零售商要求的方式与他们对接。

大型零售商会规定与您做生意的方式:采购订单按他们的格式发过来,回执、发货通知与发票也必须按同样的格式回过去。mPorts 通过 EDI 与零售商对接,并把这些单据产生的订单放在与其他渠道相同的地方运营——EDI 因此不会变成您团队需要额外盯住的第二套系统。

为什么 EDI 一开始是别人的问题,后来变成您的问题

EDI 通常不是企业主动选择的东西。它是与大型零售商做生意的前置条件,并且往往带着截止日期一起到来。

常见的做法是单独上一套 EDI 系统:单据落在那里,再由人重新录入或导出,而这些单据代表的订单,真正的生命周期却在另一个地方展开。这样做行得通,代价是在您和最重要的那批订单之间,多了一道转换。

一张采购订单,从头到尾

它走的是与其他订单完全相同的流程——只不过起点是一份单据,而不是一次接口调用。

  1. 01

    采购订单进来

    零售商按他们规定的格式把订单发过来。

  2. 02

    回执发回去

    确认订单已收到,以及您打算怎么处理。

  3. 03

    运营这笔订单

    库存、履约与发货在 mPorts OMS 中进行,与其他所有渠道一起。

  4. 04

    发货通知

    发了什么、从哪里发的、跟踪号是多少。

  5. 05

    发票

    按零售商要求的格式开回去。

EDI 不是另一个要单独去干活的地方

重点不在于 mPorts 会说 EDI——能说的系统有不少。重点在于:零售商用 EDI 发来的那笔订单,和从电商平台接口进来的订单,在同一个队列里、用同一份库存、按同一套履约规则运营。

零售商的订单延迟时,它就出现在您平时看的那个界面里,而不是躺在某个需要有人记得去打开的系统中。

  • 采购订单进来,回执发回去
  • 发货通知与发票,按零售商要求的格式
  • 由此产生的订单,与其他所有渠道一起运营
  • 零售商说“某份单据没收到”时,只需要在一个地方查

我们没有声称的内容

我们不会告诉您 EDI 是免费的。mPorts 本身就是付费软件;而且大型零售商通常要求通过特定的第三方网络对接,那份费用由您直接签约承担——它真实存在,也不是我们能免除的。

我们也不会列出一串单据类型,仿佛每一种对每一个零售商都已上线。零售商各不相同,有些根本不用 X12;您具体那几个零售商接到什么程度,我们会去核实后回答,而不是想当然。

新接入一个零售商是一项工作,不是打开一个开关。它涉及对方的凭证、对方的编码体系,通常还包括对方的认证测试流程。

客户常问的问题

我们还需要单独的 EDI 服务商吗?
很多情况下仍然需要——不少大型零售商要求通过指定网络对接,那份关系归您。变化的是:通过它进来的订单,在 mPorts 里运营,而不是在旁边另开一套系统。
你们已经接了哪些零售商?
直接问我们,我们会告诉您,您那几个具体零售商目前接到什么程度。这是一个背后有真实清单的回答,也比一面 logo 墙更值得聊。
EDI 是包含在 mPorts OMS 里,还是单独收费?
零售商单据往来属于 mPorts 为您运营的范围,而不是需要另外向我们购买的产品。我们无法包含的,是您的零售商所要求的第三方网络费用——那由您签约承担,我们不会暗示相反的情况。
那些用接口而不是 EDI 的零售商呢?
同样可以对接,而且最终会进入同一个地方。订单是以单据还是以接口调用进来的,一旦进入运营环节就不再重要。

告诉我们您在和哪些零售商做生意。

我们会告诉您目前哪些已经接通、哪些还需要开发——在您签任何东西之前。