每家零售商都要按它的方式描述您的商品
同一个商品，在每个销售的地方都需要不同的品类、不同的必填字段、不同的规则。在各家后台逐个操作，意味着每次都要重新录一遍，而且只有等到被拒回来才知道缺了什么——然后四十个商品一个一个改。
mPorts OMS 按零售商自己的要求把准备工作做一次，并在您提交之前就把拖着这次上架的东西带到您面前：哪些字段没有映射、哪些商品缺值、哪条品类规则没满足、哪项校验没过——以及其中哪些是同时影响很多商品的。这和 mPorts 其他地方是同一个思路：在运营人员去找之前，先把需要关注的事找出来。
它也按零售商本来的方式和它们打交道。有的通过接口接收平台市场导入；有的给您一张几百列的表格模板和一个上传门户；有的走 EDI；有的要求每一步都有人审批。mPorts 把同一份商品资料分别准备成这些样子，而且商品上新之后不会停下：上架的那个商品，就是之后接订单、放库存、发货、出现在成本里的那份记录。
从您的商品数据，到一个已上架的商品
按实际发生的顺序。每一步都是您看得见的检查；关键检查没过之前，什么都不会提交。
-
您的商品数据
-
选择目标渠道
-
选定零售商品类
-
对应必填字段
-
看清缺什么
-
校验
-
提交
-
查看结果
每次上架一份就绪判定
上架工作区显示八项检查。每项为就绪、需处理、必须完成、未评估或无需处理——无法执行的检查显示“未评估”，绝不显示“就绪”。
上架就绪
为一个渠道准备商品，修复拖住它们的问题，然后提交
- 目标渠道就绪
- 零售商品类就绪
- 品类规则就绪
- 商品就绪
- 商品数据映射需处理
- 商品数据需处理
- 校验未评估
- 提交必须完成
一次被卡住的上架，从头到尾
四十个商品正在上架到某零售商的平台市场，工作区显示“需处理”。
-
信号
就绪面板中“商品数据映射”和“商品数据”显示为需处理；“校验”显示为未评估，因为它还无法运行。
-
mPorts 显示什么
“影响多个商品的问题”：零售商的两个必填字段没有映射，十二个商品缺其中一个字段的值。
-
执行
运营人员把两个字段映射一次，在商品上补齐十二个值。校验运行并变绿。
-
提交
这次上架通过 mPorts 的系统连接提交到已连接的平台市场。
-
记录
提交历史记录下这次运行及其接受与拒绝数量；任何拒绝都附带原因、影响与修复方法，失败的行可以重新提交。
-
上架工作区
为一个目标渠道准备一批商品，修复拖住它们的问题，然后提交。
-
零售商品类与规则
选定零售商自己的品类，它的必填字段和规则随之而来。
-
字段映射
按渠道和品类，把您的商品数据对应到零售商的必填字段，一次即可。
-
校验
每个商品都按要求检查，问题按类归组，一次修复可以解决多个商品。
-
提交与历史
提交到已连接的渠道；每次运行都记录接受、拒绝与错误数量。
-
通俗的说明
被拒回来时附带原因、影响与修复方法。
-
零售商表格自动填写
上传零售商自己的模板，它的规则就成了您的检查项；用您的数据填好后下载，上传零售商门户——对 Home Depot IDM，是保留宏的原始工作簿。
-
批量上新
一次上架可以是选定的一批商品，也可以是整个目录上新到一个新渠道；按 SKU、商品 ID 或 UPC 匹配行，写入前先审阅。
从一份商品资料，到渠道上新。
同一个商品，不同零售商的要求。mPorts 把您的商品资料变成每个渠道需要的样子——平台市场导入、零售商自己的表格、已连接的渠道、导出的表格——上新之后，运营继续往前走。
您的商品资料
- 每个商品一份记录
- 属性、图片、变体、成本
- 从您自己的表格导入
mPorts OMS · 商品上架
零售商品类、必填字段、允许值和规则——映射一次，逐个商品校验，一个问题卡住多个商品时归为一组。
- 平台市场导入 通过 mPorts 的系统连接提交——基于 Mirakl 运行的平台市场今天已端到端连通。
- 零售商表格 零售商自己的模板，从您的数据填好；对 Home Depot IDM，是保留宏的原始工作簿。
- 表格或 CSV 把校验通过的上架导出，交给门户或买家。
- 已连接的渠道 其他目标渠道按账户通过 mPorts 的系统连接配置。
上新
提交一直跟踪到渠道给出回应；驳回带着原因、影响和修复方法回来；失败的行可以重新提交。
然后，运营继续
- 订单
- 库存
- 履约
- 发货
- 异常
- 经营分析
- AI 运营
今天的商业仍然跑在 API、EDI、平台市场、零售商门户和表格之上。mPorts 把同一份商品资料分别准备好，商品上新之后继续工作。
上架可以提交到哪些渠道？
提交通过 mPorts 的系统连接发往您账户已连接的渠道。基于 Mirakl 运行的平台市场今天已端到端连通；其他目标渠道在对接阶段配置，哪些已经对您的账户可用，我们会如实告知。
零售商接受上架之前，“就绪”还意味着什么
mPorts 里的就绪判定检查的是您自己的数据与映射。零售商自己也会设定要求——属性、图片、标识、品类映射，以及部分品类的合规文件——商品才能真正上架。
什么是目录就绪？零售商要求什么？客户常问的问题
商品上架和 mPorts OMS 其他部分是什么关系？
它是 mPorts OMS 的一部分。它准备的商品就是您的订单、库存和报表所依赖的同一份记录，所以上架到某个渠道的商品，就是之后接订单、出现在库龄和成本里的那个商品。
mPorts 能替我们填零售商的 Excel 模板吗？
能。上传零售商自己的商品模板表格，mPorts 把其中的必填字段、品类和允许值变成这次上架据以检查的规则。从您的商品数据填充这次上架——按 SKU、商品 ID 或 UPC 匹配行，写入前先审阅——然后导出为 CSV 或 Excel；对 Home Depot IDM，导出的是保留宏的零售商原始工作簿，可以直接上传门户。
哪些渠道的上架是走接口提交的？
基于 Mirakl 运行的平台市场今天已端到端连通：导入通过 mPorts 的系统连接提交，并一直跟踪到渠道给出回应，失败的行可以重新提交。其他目标渠道在对接阶段按账户配置。零售商靠门户和表格工作的地方，mPorts 准备的就是那种格式。
“就绪”是怎么判定的？
由产品在每次读取时根据上架的真实状态判定：目标渠道是否配置、零售商品类是否选定、映射是否足够、商品数据是否完整、校验是否真的运行过、是否可以提交。它不是一个谁都能手动打勾的存储字段。
怎么知道一次上架为什么被卡住？
在上架工作区里：就绪判定指出哪一项检查没有就绪，影响多个商品的问题归在一组，每条驳回都附带原因、影响和修复方法。AI 助手今天处理的是订单、库存和成本；上架就绪是您打开的界面。