mPorts OMS 的一部分

知道能卖什么、什么快断了、压着要花多少钱。

mPorts OMS 的库存显示每个仓库的库存，让您决定每个渠道可以卖多少，并把这些数字推送出去，让渠道不再与仓库对不上。同一份记录回答接下来的问题——什么快断了、什么不动了、压了多久、压着要花多少钱——当某个仓库的库存跌破下限时，系统会提醒团队。

不靠表格，库存就该回答的问题

每一条今天都能从 mPorts OMS 里的一个界面或一条提醒得到回答——仓库库存数、渠道限额和仓库自己的账单。

能卖什么，在哪里卖？
每个 SKU 在每个仓库的实际库存、已占用和可售数量，以及每个渠道被允许从中卖多少——还有未到货采购单上的在途件数。
什么快断了？
某个仓库的库存跌破下限时，团队会收到一次提醒，提醒直接打开该 SKU。低库存的刊登在商品本身上也有标记。
什么不动了？
库龄页按年龄档显示每个 SKU 的在库批次、超过九十天的件数，以及在架最久的一批货。
压着它要花多少钱？
从仓库自己的账单分摊到每个 SKU 的仓储费——标注为分摊，因为仓库按仓库收费，不按 SKU。
渠道和仓库对得上吗？
每个仓库的库存数，旁边是每个渠道被允许从中卖多少，让“渠道还在卖仓库已经没有的货”在订单失败之前就看得见。
哪些库存需要做个决定？
两个界面放在一起看：某个仓库的库龄页，和费用分析里同一个仓库的仓储费那一行——让关于滞销库存的决定是主动做出的，而不是在下个月账单里被发现。

库存界面：按仓库显示库存，每个渠道的限额据以计算的可售数量在其中。

把一个全局可售数字推给所有渠道，是最容易实现、也是运营成本最高的做法。这个数字在发出时是真的，等到被使用时已经不是了。

按渠道设限，是因为渠道本来就不等价。有的渠道值得留一层安全库存，有的可以全量放出，还有的应当在某笔大单未完成前先压住。这是一个业务决定，就应该能作为一个业务决定来做。

实例

某个零售商渠道显示某 SKU 可售为零，而您的其他渠道仍在售卖它。

做法是只保存一个库存数字，再由每个渠道的限额决定告诉它多少。对某个具体渠道能否彻底消除超卖，取决于该渠道如何接入、以及它接收更新的速度。

某个仓库的库存跌破下限时，mPorts OMS 给团队发一次提醒，并把该刊登标为低库存；提醒直接打开该 SKU。同一次缺货只提醒一次，不会每小时重复。

WMS 管的是仓库内部的作业——库位、拣货、上架。mPorts OMS 与它对接，在其上保存库存数字与各渠道限额，并把订单发给它去发货。

能。按 SKU 和仓库的库龄，以及分摊到每个 SKU 的仓储与履约费用，都属于 mPorts OMS 的经营分析，读的是同一份库存与账单记录。分摊值标注为分摊。