顾客拿的是蓝色大码上衣，收银时却选了同款米色中码：售价可能没错，库存却扣错了。服装店上线收银系统，容易忽略的不是商品录得够不够快，而是同款不同颜色、尺码有没有分清。这篇建档指南适合有多色多码商品的服装店，也适合准备整理旧商品资料的店主。

一、先区分“同款”和“同一件规格”

假设店里一款针织上衣有米色、蓝色，每种颜色都有中码、大码，就有四种需要区分的组合。这是说明建档思路的假设，不是客户案例。只建一个“针织上衣”并汇总数量，会看不出剩下的究竟是哪种颜色和尺码。

商品多属性的概念可参考Shopify官方帮助文档：尺寸、颜色等选项值的组合形成具体多属性。这里仅借其解释概念，并不代表本站合作收银产品采用同样的界面或功能。

实际建档前，先问清所选软件怎样区分款式与规格，是否能按组合查看数量。若只能把各规格分别建成商品，也要评估搜索、报表和员工操作是否适合门店，不能只看演示页面好不好看。

二、统一名称与编码，别靠备注分颜色

建议先定一张简明规则表：款号怎么写，颜色使用“米色”还是“奶白”，尺码采用字母还是中文。供应商写法可以另作对应，门店内部不要今天叫“藏青”，明天又建成“深蓝”，让同一规格出现两个档案。

款号与规格编码也要区分。款号识别一款衣服；用于库存管理的内部编码应能区分具体规格。SKU与可扫描条码并不是同一个概念，官方SKU说明也区分了两者用途。不要把自己编的一串字符直接当成已经可用的扫码标签。

供应商吊牌能否直接扫描、一个条码会找到哪个档案，应拿实物验证。若不同尺码共用同一码，先确认软件如何继续选择规格；不要默认扫一下就能自动辨认实物。编码、条码与标签生成能力以实际系统版本为准。

三、数量和售价要逐个组合核对

录入期初数量时，按实物颜色、尺码分别清点，不能只把整款总数填进每个规格。未到货的规格是否先建档、缺码如何显示，也应事先约定，避免员工把“有档案”理解成“有现货”。

同款不同规格如果价格一致，可按软件支持的方式设置后逐项检查；若部分规格价格不同，就要单独确认。不要为了省时间沿用上一款价格。批量导入前保留原表，先导入少量样本检查字段对应，再决定是否继续。

整理旧资料时尤其不要直接覆盖已有销售记录的档案。先备份、核对重复项，再向系统服务方确认可行的合并或停用方案；商品重名不等于可以随手删除。

四、让店员拿实物走一次完整流程

试运行可以在演示或测试环境中进行：拿一件实物，从搜索或扫码开始，检查屏幕上的款号、颜色、尺码和价格，再确认销售记录落在哪个规格。涉及支付时只按真实交易和门店制度操作，不为测试制造虚假交易。

还应演练“中码换大码”的处理：原规格如何退回、新规格如何扣减，员工能否从记录看出变化。具体退换货步骤、权限及费用以当前版本、合同和实际服务方案为准，不能把手工改数量当成通用换货方法。

常见问题：门店建档容易忽略什么？

衣服不多，也需要区分颜色和尺码吗？

只要需要知道某种颜色、某个尺码还剩多少，就值得分清。档案复杂度可以控制，但不宜靠员工记忆替代库存记录。

换了收银系统，原来的吊牌还能用吗？

不能一概而论。先保留原商品表和标签样本，核对编码映射、重复码处理和扫码结果，确认兼容后再批量迁移。