mPorts OMS 的一部分
每一单都从正确的地方发出。
这笔订单该从哪里发，那个仓库发不了怎么办？mPorts OMS 的履约决定每一笔订单由哪个仓位发出、把它送到那里，并接住那些失败的订单，确保它们照样发出去。
决定一笔订单从哪里发货，是一天要做上百次的成本决策，而通常由“最容易实现的那条规则”来决定。距离、可用库存、仓储成本与承诺日期很少一致，最便宜的方案也未必是能守住承诺的方案。
恢复比计划更重要，因为计划本来就经常失败：某个仓无法配齐所有行、某地缺货、承运商没来提货。把这些当作常态而不是例外来设计，正是“一套流程”与“一次调查”之间的区别。
能看到为什么选了这个仓库吗？
订单上的履约面板：起作用的规则、选定的仓库，以及查看原因的链接。
一次履约决策，从头到尾
实例
两个仓库都能发这笔订单。离得近的那个差一件。
-
信号
一笔订单需要一个履约方案。
-
mPorts 显示什么
每个仓库的可用库存、适用的规则，以及每个选项的运费估算。
-
追查
是否有一个仓库能整单发出；如果必须拆单，拆单的代价是多少。
-
建议
规则选出的仓库，旁边列出选择它的理由。
-
审批
运营人员可以改换仓库或改换打印面单的一方。改动作为一项决策被记录，而不是悄悄改掉。
-
执行
订单按日常流程提交到选定的仓库。
-
记录
决策日志保留方案、任何改动，以及改动的理由。
-
履约计划
在拣货之前，决定订单从哪里发出。
-
来源选择
选哪个仓或哪个供应商——权衡库存、成本与承诺日期。
-
履约恢复
计划无法达成时该怎么办——这是设计出来的，不是临场发挥的。
-
仓储成本
成本分析附着在决策上，而不是事后才出报表。
客户常问的问题
它能把一笔订单拆到多个仓库发货吗？
把一笔订单拆到多个仓库发，是您在规则里做的决定。具体会怎么做，取决于您如何设定——这正是重点：它是您做出的决定，而不是您事后发现的行为。
当某个仓库无法履约时会怎样？
这正是履约恢复要处理的。订单会停在一个有名字的阶段上，而不是悄无声息地卡住——这也正是下一步能成为流程的原因。