案例 进行中

换掉收银系统,不打断背后的业务

一家企业正在从老旧桌面 POS 迁移到 Square,同时让自有的后台系统——订单跟进、配送、采购和提成——照常运转。迁移工具已经做好并完成空跑,新旧系统正在测试站上并行运行,接下来是完整彩排。

状态: 进行中——切换工具已做好并完成空跑;测试站并行运行中;上线前做完整彩排。

问题

每一笔销售都从老 POS 开出。围绕它,企业自己搭了一套网页系统,负责订单跟进、配送、采购和销售提成——全部靠老 POS 实时同步的数据运转。换成 Square,意味着收银台可以换,但背后的一切第二天早上必须照常工作。

老系统里有什么

66,000+

件商品,其中在用的只有约 5,000 件

15,000+

名客户,近两年有消费的约 3,200 名

≈ 58,000

张历史销售单据

100+

个供应商,另有未结定金、店内余额和多年的提成规则

我们重构了什么

  • 先定业务规则——哪些单据类型保留、两套系统之间退换货怎么走、定金和店内余额怎么收尾、编号怎么延续而不撞号
  • 按需迁移——只迁有库存、在用、有供应商的商品;只迁近两年有消费的客户;更早的客户通过一键查询工具随时找回
  • Square → 后台同步——Square 上的销售、付款和退货同步回原有系统,配送、采购和提成逻辑都不用改
  • 编号冲突自动让号——新旧系统抢到同一个内部编号时,新记录在所有引用的地方自动换号;客户看得到的编号(发票号、客户号、SKU)不变
  • 老单退货——老系统里的退货自动把库存加回 Square;Square 里没有的商品自动补建
  • 并行测试站——后台系统的一个副本同时接收老 POS 和 Square 两路数据,正式系统完全不受影响
  • 员工工具——在后台系统里直接打印发票、小票、生成二维码和短信链接;上线前,6 名员工逐项审阅了 97 项 Square 权限
  • 按门店的卖法配置 POS——每件商品都挂上销售条款选项(清仓不退、样品不退、礼品、预订),售价低于牌价时小票上印出牌价,员工编号对应好,提成照常计算
  • 切换方案——书面的切换当晚分步流程,包含备份、对账检查和明确的回退步骤

核心原则 换掉收银台上的工具,让背后的业务照常运转。

哪项工作最花时间?

说说团队现在怎么做,用哪些软件和文件。我们一起看看,哪些地方可以通过工具或调整做法来改善。

聊聊你的项目