先看结论:已经打印面单的订单,继续用原系统看物流。新系统如果没有这条运单,就不要再打印一次。
旧产品的导出字段会随版本变化。立项时以实际导出文件和支付机构账单为准,本文给的是验收口径。
迁什么
未打印面单的待发货订单可以迁到新系统发货。已有运单号的,把运单号和状态导入为只读,或者完全留在旧系统直到签收。
签收后的自动完成可以不迁,等自然结束。
不迁什么
- 不要对已有运单的订单再次获取电子面单
- 不要更换已揽收包裹的收货人
- 不要把快递公司子账号的模板重做成另一套还没测试的模板
映射和验收
抽 5 个已发货订单,运单号只有一个。新系统待发货列表里没有这些单。
切换
仓库主管确认手里没有「已拣货未打印」的灰色状态。有的话先归类再切换。
上线前怎么核对
迁移「已经交给快递的订单不改系统发货」时只搬这一类数据。差异在于:面单留在原系统,状态回传即可。整库覆盖会把日志、测试单和说不清的余额一起带进来。
抽样至少包含一笔有余额或有在途状态的真实记录,测试账号不能代替。 总数由业务和财务一起看,对不上就停在演练,不改小程序入口。
支付是否成功以支付机构账单为准,不以旧后台的已支付为准。这一项的结论是:已经打印面单的订单,继续用原系统看物流。新系统如果没有这条运单,就不要再打印一次。
对应的产品能力
这一页往下接的是成交页,方便评估月费模板能不能覆盖,还是要单独立项。