每多一个渠道，就多一整套要求
每个销售渠道都带着自己的库存口径、自己的履约规则、以及自己定义"发货延迟"的方式。单看每一项都不大，合在一起就变成一份随渠道数量增长、而不是随收入增长的协调工作。
出问题的方式通常并不激烈。它是有人每天打开两个界面去核对同一个数字，直到再也没人记得这本来只是权宜之计。
无论订单从哪里来，都在同一套流程中运转
来自各个已连接渠道的订单，都走同一条生命周期。一旦某笔订单卡住，它一定卡在某个有名称的阶段上——这正是"这单为什么延迟"能够被回答的原因。
订单来自
走同一条生命周期
- 订单
- 库存
- 履约
- 发货
- 物流跟踪
- 退货
- 成本与利润
并留下记录
为您已经在经营的渠道而构建
mPorts OMS 面向同时经营多个渠道的企业——电商平台、零售商渠道与独立站平台，各有各的规则。
需求从哪里来
- Walmart Marketplace
- Wayfair
- Target Plus
- GigaCloud
- Mirakl
- The Home Depot
- Lowe's
- Macy's
- BJ's Wholesale Club
- QVC
- Houzz
- Shopify
企业运行所依赖的系统
- LingXing
- Eccang
- YQN
履约与承运商
- Mainfreight
- SLM Fulfillment
- EasyPost
- ViteDirect
- TrackingMore
此处列出渠道名称，用于说明 mPorts OMS 在哪些渠道上运行。这不代表所列公司与 mPorts 之间存在合作、背书或认证关系；名称仅用于标识该渠道。
运营团队在这里处理什么
-
订单指挥塔
纵览所有渠道的所有订单，把注意力集中在真正需要处理的那些上。
-
分渠道库存策略
库存可见性，并按渠道分别设定策略，而不是把一个全局数字推给所有渠道。
-
商品、价格与推送
库存与价格推送、商品数据，以及将商品上架到渠道。
-
履约计划
规划订单从哪里发出，以及在已经出问题之后的履约恢复。
-
发货与物流跟踪
跨承运商的发货创建与物流跟踪流程。
-
退货
把退货作为订单生命周期的一部分来处理，而不是放在旁边单独处理。
-
成本与利润
单 SKU 成本、在库天数、订单损益、运费费率与仓储成本分析。
成本视角就在运营之中
这笔订单实际赚了多少、哪些库存压得太久、哪条线路在悄悄变贵——这些本身就是运营问题，因此它们就放在工作发生的地方，而不是事后另做一套报表。
- 单 SKU 成本与在库天数
- 订单损益
- 运费费率与仓储成本分析
变更会被记录
每一项重要变更都会被写下来：谁或什么发起的、影响了哪条记录、做了什么、变更前后分别是什么样。AI 发起的工作在您事先设定的规则下运行，并完整记录每一次运行。
这一点在最普通的场景里最有价值：当两个人对一笔订单发生过什么有分歧时，可以查记录，而不必靠回忆去还原。
客户常问的问题
- mPorts OMS 会替换我们的 ERP 吗？
- 不会。它与企业现有系统并行运行并与它们对接。ERP 与 OMS 回答的是不同的问题——我们在知识中心里对这条边界有更完整的说明。
- 它支持哪些销售渠道？
- 上方列出的，是 mPorts OMS 目前所支持运行的渠道。如果您经营的渠道不在其中，请直接问我们——我们会如实告知是否已接入，而不是想当然。
- 它能连接我们现有的 WMS 或第三方仓储吗？
- mPorts OMS 可以对接仓储与第三方物流系统。您使用的具体服务商是否已接入，取决于对应的连接是否已经做出来——我们会先确认，而不是想当然。
- 使用 OMS 必须同时上 mPorts Distribution 吗？
- 不需要。OMS 覆盖您现有的销售渠道即可运行。
- AI 在 OMS 中处于什么位置？
- 通过 AI 运营提供：运行在您事先设定的规则之下，在需要处保留人工审批，并完整记录每一次运行。它不是一个独立自主、直接操作您订单的系统。