概览
游戏周边订单履约需要明确商品、版本以及使订单完整的组件之间的关系。对可区分的产品使用不同身份，控制高价值库存移动，并将身份不确定的货品暂存等待决定。正确的总件数仍可能掩盖错误的产品组合。
识别影响订单履约的差异
版本、语言、颜色、随附配件和包装都可能改变客户预期收到的商品。应将这些差异记录在产品资料和收货时使用的实物标识中。如果多个产品都使用“高级版本”这样的描述，该描述就过于宽泛。
仓库还需要知道订单是密封成品，还是组装后的组合。若收藏品与底座和卡片分别到货，则将其包装在一起需要组件指引。同样的组件若单独销售，则需要库存分配规则，以防止被重复使用。
在安排运输前，复核产品准入要求和任何特殊运输限制。本指南涉及商品处理；是否需要额外审查，取决于实际产品和目的地。
使用保留供应商标识的收货记录
将采购订单、供应商装箱单和仓库 SKU 关联保存。出现异常时，商家即可识别供应商交付和受影响的变体，而无需重新查阅账户的完整历史记录。
如果多个工厂供应相关组件，应分别收货并记录已接受的内容。一个供应商送达的箱子，不应仅因外箱看起来相似，就被视为完成另一个供应商的预期交付。
如果检验包括打开产品，应约定封签、零售展示和重新包装的处理方式。未经批准的范围就打开高价值商品，可能在调查一个问题时产生另一个问题。
为每种订单类型定义完整性检查
在一个规划示例中，一套商品包括一个主件、一个展示底座和两个小配件。物料清单应列明每个组件及其数量。只有在约定的组装模式下所有必需组件都可用时，套装才能转为可用库存。
仓库可以持有已完成的套装，也可以根据订单组装套装。应有意识地选择方式。预组装会改变库存的身份和可用性；按需组装则需要可靠的组件预留。
- 已批准的产品和版本参考信息
- 每套产品的组件数量
- 包装材料和保护要求
- 缺少或损坏组件的暂存指引
- 确认成品订单已放行的记录
让高价值库存移动可追溯
应约定哪些事件必须记录，以及哪些异常需要批准。收货、转移至打包区、组装、发货和库存调整，都应能通过账户记录说明。只有在实际约定的运营流程中需要时，才应使用额外标识。
不要假设每项仓储服务都包含序列号采集、逐件拍照或专业安保安排。如果产品需要此类工作，请在库存到仓前询问拟定流程及收费依据。
选择包含真实异常的试运行
Kevin.LIANG 发布的反馈提到具有复杂高价值 SKU 的游戏周边、库存可视性和供应商异常报告。对于类似订单类型，请明确哪些库存移动需要审批、如何报告库存，以及由谁处理供应商异常。
请让 fulfillmentyx 测试一组已约定的产品及一项异常情况，例如缺少配件或暂缓发售的版本。检查库存移动、沟通和放行决定。完整的异常记录可以展示订单无法直接通过正常队列时流程如何运行。
常见问题
两个版本可以共用一个仓库 SKU 吗？
仅当两个版本对于客户订单确实可以互换，且商家已批准这种安排时，才考虑这样做。如果买家选择了某个版本，仓库需要使用能够保留该选择的身份标识。尺寸或包装相似，并不意味着两个版本可以互换。
有必要为每件商品拍照吗？
选择能够回答明确运营问题的凭证。到货状态照片、组件检查和已打包订单照片的用途不同。应针对实际账户约定范围和保留安排。更多照片无法弥补产品身份不清或库存移动记录缺失的问题。
套装缺少一个组件时怎么办？
保持不完整库存的可识别性，并按组件和受影响套装报告短缺。商家随后可以选择供应商补货、经批准的调整套装或其他有记录的处理方式。未经必要批准，不要将不完整包裹作为原始商品方案放行。
