为什么用一个引擎,而不是很多条各自的连接
连接系统最直觉的方式就是直接连:哪个应用需要对接平台,就由它自己去对接。这是做成第一条连接最快的路径,也是做到第二十条时最慢的路径。
各建各的连接会不断增殖。每个应用最终都持有自己的一套账号、自己的重试逻辑、自己对“请求失败”的理解。一旦出问题,“这段通信到底发生在哪里”这个问题,有多少个应用就有多少个答案。
各部分的位置
外部的系统
- 电商平台与渠道
- 仓储与第三方物流
- 承运商与物流跟踪
- 应用程序接口
一个集成引擎
- OMS 系统对接
mPorts
- mPorts OMS
- mPorts Distribution
- AI 运营
这里列出的是系统类别,不是合作伙伴名单。代码中存在适配器,并不等于已认证的在线集成、商业合作关系,也不等于获得了使用对方名称的许可——因此本页不出现任何合作方名称或 logo。
它在日常工作中带来什么
新增系统只需在一个地方接入;系统出问题时只需在一个地方排查;需要妥善保管的账号集中在一处,而不是分散在多个地方。
这也让其余部分保持简单:mPorts OMS 只用自己的业务语言表达需求,至于某个外部系统希望以什么方式被调用,由这个引擎来负责。
- 电商平台与销售渠道
- 仓储与第三方物流系统
- 承运商与物流跟踪服务
- 应用程序接口
我们没有声称的内容
本页不会出现对接数量。统计适配器目录当然能得出一个数字,但那不是“已上线、已认证、正在生产环境运行的集成”的数量——而后者才是买家真正想问的。
ERP 对接未被列为可用能力。它出现在较早的内部材料中,但我们没有找到已实现的版本,因此这里不作此声称。
客户常问的问题
- 你们支持我们的系统吗?
- 请直接问我们,我们会去核实而不是猜测。“支持”指的是已上线的连接,而不是存在一个适配器目录——我们更愿意回答那个真正的问题。
- 系统对接是需要单独购买的产品吗?
- 不是。它是 mPorts OMS 的一部分。mPorts 对外只有两个产品——mPorts OMS 与 mPorts Distribution——系统对接是 OMS 所做的事情之一。
- 你们支持 EDI 吗?
- 支持。mPorts 通过 EDI 与零售商对接——采购订单、回执、发货通知与发票——由这些单据产生的订单,与其他所有渠道一起运营。具体对接哪些零售商、用哪种格式,需要先做范围评估:大型零售商各有各的要求。
- 账号凭证保存在哪里?
- 保存在集成引擎处,而不是分散在各个应用里。这正是把连接集中起来,在日常运维上最主要的理由之一。