一条上架记录必须对应一个明确的销售规格
供应商给出的“蓝色水杯，350ml，2只装”，至少包含容量、颜色、销售单位三个事实。若标题写“两只装”，SKU 却按单只扣库存，文案看起来完整，订单履约仍会出错。批量上架应从整理商品主表开始，再生成标题和描述。本文以资料准备流程为例；具体店铺能否使用导入工具或接口，需要按所在站点、类目和已获授权的能力确认。
把原文、标准值和待解决问题放在一起
示例商品的内部 SKU 为 CUP-350-BLU-2，蓝色、350mL、每套两只。下面是草稿生成前的映射表。标准化只改变表达，不增加商品事实；没有材质证明，就不能把“塑料杯”扩写为某种特定材料或食品接触认证。
| 输入资料 | 草稿字段 | 校验结果 |
|---|---|---|
| 蓝色 / Blue | 颜色：蓝色 | 保留原值，统一显示名 |
| 350ml，2只/套 | 容量：350mL；销售单位：套 | 每套数量固定为 2 |
| 蓝色图 3 张，白色图 1 张 | 蓝色规格图片组 | 白色图不自动混入 |
| 每只进价 12 元 | 每套商品成本 24 元 | 不是售价；另核包装与费用 |
同一商品有白色版本时，新增独立 SKU 和图片映射，不靠颜色文字的出现顺序匹配。商品尺寸、包装尺寸和发货重量也分别存放，防止把杯身尺寸填到物流包裹字段。
草稿应让运营看到“哪里需要判断”
可生成的示例标题为“350mL 水杯，两只装，蓝色”。描述分成已确认规格、包装内含物、使用与保养信息；最后一项只有资料具备时才填写。产地、材质、适用人群等缺项进入问题清单，状态变为“待补资料”，不输出听起来专业的推测。
运营审核界面应并排显示原始资料与草稿，并突出价格、套装数量、规格图片、类目必填项。完成审核后固定草稿版本；后续供应商改了包装数量，原批准记录不能继续用于新版本。
提交成功与商品可售需要分别记录
建议采用“资料整理—待补资料或待审核—已批准—已提交—结果待核对—已确认”的状态。平台返回拒绝原因时，记录到具体字段。请求超时却没有明确结果时，先查询是否已产生商品记录，不能直接重复新建。
核对表至少包含内部 SKU、草稿版本、平台商品标识、平台 SKU、实际价格、规格数和当前状态。涉及平台审核、销售资格等结果，以店铺实际反馈为准；资料工具只记录反馈，不自行宣布商品已通过。
用四个错误样本验证流程
- 两只装资料配了单只价格：应提示销售单位不一致。
- 蓝色 SKU 绑定白色主图：应进入人工核对。
- 材质缺失：应保留缺项，不能自动补写认证或材质。
- 同一草稿连续提交两次：应关联同一处理任务，先核对已有结果。
首批验证可选少量不同规格的商品，比较源资料、批准草稿与实际记录三个版本。发现差异时修正字段映射，再扩大数量；验收结果应是可追溯的正确商品记录，而不是上传了多少行。