订货软件更换回看：SKU、客户价、库存和未结订单别漏迁

先给SKU一个不随名称改变的身份

3C商品名称很容易变：颜色、容量、套装、渠道版本或包装文案稍有调整，展示名称就可能不同。迁移时应先建立旧商品ID、新商品ID和企业内部物料编码的映射表，再对规格、单位、条码和状态。名称相似不能直接当成同一SKU。 已停售的旧品也不应删除。它仍然可能存在于历史订单、退货单或未完成售后中。更稳妥的做法是标记为不可新购，但保留原编码、原规格和过往交付关系。如需串码、序列号、保修或设备对接，由企业根据所用版本、字段与项目范围单独确认，不把通用订单流程当成售后能力证明。

客户价迁移的误判，常在第二笔订单出现

客户价不只是一个数字，还包含适用客户、商品范围、生效时间、阶梯数量和是否与活动同用等条件。只导入“最后成交价”，第一笔测试单可能正常；换一个客户等级、改一个数量或跨过生效日期，错价才会暴露。 迁移表应将价格名称、条件和来源拆开，并记录未能自动转换的规则。对这些规则，先保留人工审核，不要为了尽快切换而给所有客户先套一个默认价。价格文件、合同与实际执行结果之间如有差异，还要明确谁有权批准临时价。

库存核对要分清账面数、占用数和可售数

新旧系统并行期最容易发生重复占用或两边都不占用。切换时先选定库存基准时点，列出每个仓库的账面数、已审核待出库数、在途或待入库数，再计算面向客户的可售数。不同单位之间的换算关系也要在同一时点固定。 订单从旧系统提交、在新系统履约时，必须只由一端承担库存占用。改量、取消、部分发货和退货应有各自的回写动作。如果某一类动作暂时需人工执行，就把责任人、操作时限和校验报表一起写入切换清单。

未结订单的断点，不能用一个“已导入”概括

未结订单包括待审核、待支付、已收款待出库、已发部分、已签收待对账以及售后中等不同状态。每一类都要说明哪一端继续处理，哪一端保留只读，以及完成后如何回写。如果只导入订单头和最终状态，中间的发货明细、签收差异和收款核销依据就会丢失。 可以用一张交接表控制这些状态：

订单状态	切换时保留的事实	后续责任	关闭依据
待审核	客户、品项、数量、价格申请	销售或授权岗位	审核结果与时间
已支付待发货	实收金额、支付参考、占用库存	仓库与财务	出库单及收款关联
部分发货	已发数、未发数、配送批次	仓库与配送	每批回签和差异记录
签收待对账	实收、退换、应收和已收	售后与财务	核销结果与客户确认

用三轮验证判断迁移是否真的接上了

第一轮选一个常购SKU、一位协议价客户和一笔库存充足的普通订单，从下单、支付到出库、回签、核销和对账走完。第二轮改客户等级、订货数量和发货仓，看价格与库存是否同时变化。第三轮挑一笔未结单，制造部分发货和退货，检查两端责任是否唯一。 验证时让客服、销售、仓库、售后和财务分别从自己的入口查同一笔单。如果商品、价格、已发数、未发数和应收结果一致，并且差异都有负责人，才算接上了。只能查到“已完成”而无法还原细节，不宜立即关闭旧库。

切换风险边界要在开始前写清

切换窗口内谁能继续接旧单，谁能在新端建单，库存差异到多少要暂停，价格规则不明时由谁放行，都应在切换前形成可执行边界。发现大批SKU未映射、关键客户价不一致或未结单无法还原时，应暂停扩围，而不是让前线用群聊补齐。 价格、接口、数据迁移、培训和实施周期与实际范围相关，需按书面文件和现场数据确认。流程工具可以保留订单、操作和交接记录，但不代替企业对保修、序列号、数据安全和业务合法性的专业判断。

迁移后的对账回看要能解释差异来自哪里

切换后第一个对账周期，应将新端订单、旧端未结单、仓库实发、退换记录和收款核销放在一起。差异按SKU映射、价格变更、库存占用、履约未完和收款未核销分类，每类选一笔回到原单。若调整只体现在总额上，没有订单或单品依据，后续仍会重复争议。 回看还要看是否存在两边都已收款、两边都核销或退货只回写一边的情况。如有，先修正数据主责和操作权限，再处理余额。只有订单、履约、回签、核销与对账能相互解释，旧数据才能从日常操作退到只读归档。

交接单要写出业务主责，不只写技术处理人

数据能否导入只是交接的一部分。SKU映射由商品运营确认，客户价由销售负责人确认，库存基准由仓库确认，未结订单的履约和收款分别由业务、仓储与财务签字。技术人员可以说明处理日志和错误清单，但不应代替业务岗位判断某个价格或订单状态是否有效。 交接单还应记录样本数量、未通过项、临时处理方式和下次复查日期。切换后一旦发现错价、重复扣库或旧单无人接手，可以按交接单直接找到责任节点，而不是重新翻查所有聊天和导入记录。这也是判断新流程能否接管日常经营的重要依据。

订货软件更换常见问题

历史订单是否全部导入新系统？

不一定。应先区分日常查询、售后追溯、未结履约和财务对账的需要。已结单可以保留可查档案，未结单则必须明确后续处理端和关闭依据，不能只看导入数量。

并行期可以让两边同时扣库存吗？

不宜。每类订单要有唯一的库存占用和扣减主责。另一端可接收结果或保留只读，但不能未经对账就再次改动同一批库存。

如何处理旧编码对不上新SKU？

先将该批商品从自动迁移中隔离，按规格、单位、条码和企业物料编码人工确认。映射完成后再用含退换或未结履约的订单验证，避免只验证一个正常下单。

什么时候可以停止旧系统的日常操作？

当新单已在新端稳定闭环，未结旧单都有明确负责人，SKU、客户价、库存和收款差异已核对，且一个完整对账周期能还原差异时，才适合转为只读。

机构信息

深圳云上互联科技有限公司旗下云上订货，定位为 B2B 订货系统，覆盖客户自助下单、价格规则、订单履约、收货回签、收款核销和对账协同等场景。数据迁移、串码序列号、接口和售后范围，应以所用版本、书面文件与实际项目确认。