mPorts

mPorts OMS 的一部分

随时知道每一笔订单进行到哪一步。

所有已连接零售商与电商平台的每一笔订单,在一个队列里,上面是一座指挥塔,告诉您哪些是新的、哪些迟了、哪些卡住了。mPorts OMS 的订单涵盖订单如何进来、每一笔处于什么状态、指挥塔视图,以及“谁在什么时候改了什么”的记录。

渠道给您的从来不只是一笔订单,还有它自己对“订单”的理解——它自己的状态、它自己的取消规则、它自己对“延迟”的定义。手工管理五个渠道,等于要同时把五套模型装在脑子里。

把订单收进一个队列,意义不在于整齐,而在于“今天哪些订单有风险”这样的问题只有一个答案,而不是五个需要先对齐、才能开始处理的局部答案。

在产品中是什么样子

mPorts OMS 订单界面:订单状态页签、汇总卡片、筛选条件,以及包含日期、渠道、仓库与状态的订单列表。
订单队列:所有已连接渠道的每一笔订单,含状态、渠道与仓库,需要处理的排在最前。 产品截图中涉及客户的敏感信息已作遮挡。

能完整看到一笔订单吗?

在 mPorts OMS 中打开的一笔订单:状态、渠道、仓库、订单行及其状态,以及各地点的仓库分配。

mPorts OMS 中的订单详情:含状态、渠道、下单日期与仓库的订单信息;LTL 承运商区块;带状态的订单行;以及显示各地点可用数量的仓库分配表。
mPorts OMS 中的一笔订单:状态、渠道、下单日期与仓库;LTL 承运商;订单行;以及各地点的可用数量。 产品截图中涉及客户的敏感信息已作遮挡。

一笔订单,从头到尾

实例

一笔零售商订单两天前已接受,之后再没有动过。

  1. 信号

    周围的订单都在发货,这一笔却停在同一个阶段。

  2. mPorts 显示什么

    它卡住的那个阶段——已提交仓库、仓库从未接收——以及两边的时间戳。

  3. 追查

    仓库提交记录与缺失的回执并排呈现,同时看库存是否还在方案假定的位置。

  4. 建议

    重新提交给仓库;如果库存已经移动,则重新规划。mPorts 会指出卡点,以及与之对应的处理方式。

  5. 审批

    按您的规则需要审批的地方,由人确认重新提交。任何写入操作都不会自行运行。

  6. 执行

    重新提交走的是与人完全相同的流程。

  7. 记录

    谁在什么时候做了什么、订单变更前后各是什么样,都留在这笔订单上。

  • 订单接入

    来自各已连接渠道的订单进入同一个队列,形态一致。

  • 订单状态

    每一步都有明确命名的状态,订单不会只是“处理中”。

  • 指挥塔

    把注意力放在真正需要处理的订单上。

  • 审计记录

    重要变更会记录操作者、对象、动作以及变更前后的状态。

客户常问的问题

这会取代渠道自己的订单界面吗?

不会。每个平台仍然保留它自己的销售记录。mPorts OMS 给出的是横跨所有平台的同一幅图——而这恰恰是任何单一平台都给不了的。

什么算“有风险”的订单?

这取决于订单上附带的承诺——承诺的日期、渠道的规则、背后的库存。价值在于这些信息在同一个地方,而不需要人工逐一拼凑。

在一个地方运营所有渠道。