mPorts

mPorts OMS 的一部分

继续用您已经在用的系统。

系统对接是 mPorts OMS 中负责与外部打交道的那一部分:订单来源的电商平台与零售商、负责发货的仓库与第三方物流、承运商,以及您自己的应用系统。所有这些通信都经由同一个集成引擎,因此新增一个系统只需接一次,排查一个系统也只需看一个地方。

为什么用一个引擎,而不是很多条各自的连接

连接系统最直觉的方式就是直接连:哪个应用需要对接平台,就由它自己去对接。这是做成第一条连接最快的路径,也是做到第二十条时最慢的路径。

各建各的连接会不断增殖。每个应用最终都持有自己的一套账号、自己的重试逻辑、自己对“请求失败”的理解。一旦出问题,“这段通信到底发生在哪里”这个问题,有多少个应用就有多少个答案。

各部分的位置

外部的系统
  • 电商平台与渠道
  • 仓储与第三方物流
  • 承运商与物流跟踪
  • 应用程序接口
一个集成引擎
  • OMS 系统对接
mPorts
  • mPorts OMS
  • mPorts Distribution
  • AI 运营

这里列出的是系统类别,不是合作伙伴名单。代码中存在适配器,并不等于已认证的在线集成、商业合作关系,也不等于获得了使用对方名称的许可——因此本页不出现任何合作方名称或 logo。

它在日常工作中带来什么

新增系统只需在一个地方接入;系统出问题时只需在一个地方排查;需要妥善保管的账号集中在一处,而不是分散在多个地方。

这也让其余部分保持简单:mPorts OMS 只用自己的业务语言表达需求,至于某个外部系统希望以什么方式被调用,由这个引擎来负责。

  • 电商平台与销售渠道
  • 仓储与第三方物流系统
  • 承运商与物流跟踪服务
  • 应用程序接口

我们没有声称的内容

本页不会出现对接数量。统计适配器目录当然能得出一个数字,但那不是“已上线、已认证、正在生产环境运行的集成”的数量——而后者才是买家真正想问的。

ERP 对接未被列为可用能力。它出现在较早的内部材料中,但我们没有找到已实现的版本,因此这里不作此声称。

客户常问的问题

你们支持我们的系统吗?
请直接问我们,我们会去核实而不是猜测。“支持”指的是已上线的连接,而不是存在一个适配器目录——我们更愿意回答那个真正的问题。
系统对接是需要单独购买的产品吗?
不是。它是 mPorts OMS 的一部分。mPorts 对外只有两个产品——mPorts OMS 与 mPorts Distribution——系统对接是 OMS 所做的事情之一。
你们支持 EDI 吗?
支持。mPorts 通过 EDI 与零售商对接——采购订单、回执、发货通知与发票——由这些单据产生的订单,与其他所有渠道一起运营。具体对接哪些零售商、用哪种格式,需要先做范围评估:大型零售商各有各的要求。
账号凭证保存在哪里?
保存在集成引擎处,而不是分散在各个应用里。这正是把连接集中起来,在日常运维上最主要的理由之一。