一个商品在妙手ERP 里是一组 SKU，在平台上是一组变体，两者并不是天然一一对应。颜色、尺码、容量这些属性只要有一处字典值对不上，刊登就会失败，而且在列表里往往只显示一句模糊的错误提示。
第一处：父子体关系建反了
父体是承载标题、主图与描述的容器，子体才是实际的 SKU。常见错误是把库存和价格填在父体上，结果平台上生成了一堆没有库存的子体。妙手ERP 的商品结构里，父体与子体分层清晰，导入时先确认每个子体都挂到了正确的父体下，再去做刊登。
第二处：字典值写法不一致
平台属性是枚举值，不是自由文本。颜色写「深蓝」和写「Navy」在平台上可能是两个不同选项，甚至其中一个根本不存在。做法是先把目标平台的属性字典导出，与来源字段做一张映射表，表里只保留平台认可的写法。妙手ERP 的属性映射支持批量导入映射表，换平台时改表不改商品。
第三处：库存共享方式选错
多店铺卖同一批货时，子体库存可以共享，也可以各自独立。共享的好处是不会超卖，代价是某个店铺做活动时可能把库存吃掉。建议按商品分层：动销快的主力 SKU 用共享库存加安全库存兜底，长尾 SKU 用独立库存，避免一条链接的异常影响全店。
第四处：刊登失败只看总数
批量刊登后提示「失败 12 条」，这个数字没有意义。要点进失败明细，按平台返回的错误字段逐条看：是必填属性缺失、图片不合规，还是类目需要资质。妙手ERP 的刊登记录会保留平台原始返回信息，复制出来对照文档排查，比反复重试快得多。
第五处：批量改属性后不重发
改完属性并不等于平台侧已经更新。批量修改之后需要重新提交校验，确认状态回读为成功，再去看前台展示是否同步。建议把「改完 — 重发 — 回读 — 抽查」四步写进操作规范，避免后台看着改了、前台还是旧值。
变体映射是一次性投入、长期受益的工作。映射表做扎实之后，新增类目只是加几行，不必每次从零开始。
相关教程
- 商品采集到批量刊登：妙手ERP 把选品变成可售卖链接（刊登上架）
- 多店铺权限管理：妙手ERP 账号、角色与操作留痕（多店管理）
- 类目与合规检查：妙手ERP 上架前要过的四道关（合规风控）
- 下载妙手ERP客户端（免费版可绑定 2 个店铺）