先说结论
换收银系统，真正难的从来不是「把文件导出来再导进去」。难的是：旧系统里的数据不是一张平铺的表格，它带着一堆状态和关联关系——哪些商品已经停用、会员还欠着多少储值、上一批采购的货还没验收、上个星期的退货单还挂着没结。这些如果只搬「名称和数字」，搬到新系统里看着是全的，用起来是错的。
数据分三类，能不能搬看分类
把要迁的东西按「搬得动程度」分成三类，判断就清楚了。
第一类是档案类：商品资料、条码、售价、分类、供应商、门店档案、员工账号。这类最好迁，结构和字段都清楚，导出成表格再导入基本能成。
第二类是余额类：会员储值余额、积分、未使用的优惠券和礼品卡。这类能迁，但必须能对上。迁完要能核出「迁移前后总余额一分不差」，否则顾客下次来消费发现积分少了，事情立刻变成门店的麻烦。
第三类是状态类：未退完的订单、在途调拨、未验收的采购、未结交班的班次、待审核的盘点。这类最难迁，因为它们的含义挂在旧的业务流程上。常见的做法是明确分工：一部分在新系统继续办，一部分在旧系统结清，剩下的只保留查询。
最容易翻车的两个点
第一个是期初库存。不少门店图省事，直接把旧系统账面上的库存数搬过去。问题是账面数字本身就带着历史误差，一搬过去，新系统从第一天起数字就是错的，之后所有的差异都会被算到新系统头上。更稳的做法是切换当晚做一次基准实盘，用实盘数当新系统的期初库存。
第二个是会员权益。积分、等级、优惠券这几项，字段名一样不代表口径一样：旧系统的「黄金会员」在 1000 分升级，新系统可能是 2000 分。迁移前要把「旧值—新值—转换规则、空值怎么处理、哪些不迁」逐条写下来，让业务岗位签字确认，而不是只让技术人员去删重复行。
顺序不能换：先主数据，再分批切
行业里比较成熟的切换流程是四步，顺序基本不能换。
- 第一步，主数据先统一：商品编码、分类层级、门店编码、供应商编码先在新系统建齐并核对。这一步最花时间，也最不能省，因为后面所有数据都挂在这上面。
- 第二步，挑两三家门店新旧并行：并行期的主要目的不是验功能，是找出旧系统里那些「没人写下来的土办法」。
- 第三步，分批切换：按区域或按店型分成几批，每批之间留几天缓冲。一次全切的风险是所有问题同时爆发，而实施人力是固定的。
- 第四步，旧系统留只读期：切完别急着关，保留一段时间供查历史单据，等财务结账周期走完再关。
有行业实施方的经验口径是：约六成的收银系统上线延期，根子在数据准备不充分，而不是软件本身有问题。
历史流水：不是迁得越多越好
不少老板希望把五年的流水一笔不落搬进新系统。实际上，历史交易数据的主要用途是税务备查和经营分析，日常收银用不到逐笔流水。比较务实的做法是：最近一年或两年的完整交易记录导入新系统，更早的数据导出存档，需要时再查。迁移量越大，出错概率越高，而带来的实际价值增加有限。
迁移的目标不是「把过去原样搬过来」，而是「让门店在新系统上能正常做今天的生意」。
会员数据还多一道合规要求
会员的手机号、身份标识属于个人信息。迁移过程中要注意两点：一是只迁业务真正需要的最小范围，不是为了「以后可能用得上」就全量搬；二是不要把导出文件长期放在私人聊天、公共网盘或多人共用的电脑里，迁移完成后清理临时副本，并保留必要的操作记录。这一步不做，短期内看不出问题，被检查时才麻烦。
小结
换系统的数据迁移，判断标准可以简化成三句话：档案类照搬、余额类对账、状态类分工。先把主数据和新系统的期初库存定死，再分批切、留回退，最后旧系统只读一段时间兜底。把这四件事做在前面，比事后补账省力得多。
