08 · 实施与上线 · 期初

对不上的客户,不能塞进一个叫「其他」的编码

数据迁移工程师按对照表搬期初,迁不走的数据列进拒绝清单。他不发明合并规则,也不能为了行数好看而伪造主数据。

迁移前后的数据对照
对象 处理 上线日必须为真
客户 税号匹配或人工确认,否则不迁 新单选不到未确认客户
库存 按仓库和状态拆开,停用仓单独列出 可用量不含停用仓
未关闭单 归属旧系统或转为待收,二选一 不会两边同时收

数据迁移工程师对期初余额的可解释负责

数据治理专员给出对照规则,数据迁移工程师执行并证明执行结果。岗位特点是保留拒绝清单。匹配不上的客户、没有温区的库位、数量为负的库存,都进清单,由认领人处理。他自己不发明合并,也不把负数改成零让导入成功。导入成功但余额说不清,上线比导入失败更难收场。

每一轮迁移要能重跑。手工改过的生产数据不算版本。他用脚本、批次号和对账报告。报告按仓库对比旧系统和新系统的数量,差异行可以点到原单。对不上的仓库不上线,而不是先上线再调账。

停用仓和在途

旧系统里常有停用仓还有数、在途没有状态。迁移工程师按数据架构的口径拆列:可用、在途、停用。停用仓的货不进可售。业务如果认为那些货还能卖,先办入库或启用,再迁。不在脚本里悄悄加进可用量。

其他编码、负库存、无温区

有一次为了赶切换,未匹配客户被放进「其他」。第一周新单有的挂在其他下面,应收无法按客户催收。迁移工程师把这批单导出,逐个改挂到已确认客户,并禁止再次导入其他。下一轮对账要求其他的余额为零才放行。切换因此晚了一天,催收没有断。

拒绝清单还要单独列出两类,不能为了行数好看而改数。负库存:旧系统允许的盘亏挂账,迁入前由认领人决定红冲还是冻结,脚本不得改成零。无温区库位:冷链仓没有温区标签的货位,整行拒绝,不把货塞进默认常温。这两类比「其他」更难处理,所以按原因排序时放在最前,不留给切换夜。

报告交给实施顾问,作为开闸条件之一。余额解释不了,不应开始第一笔新单。迁移工程师在切换前做一次空跑:脚本执行、对账、回退,全部在预发完成并计时。计时超过窗口,他就削减当批对象或改计划。未关闭采购单只迁剩余数量。供应商已停用的,不允许因为还有期初应付就重新启用。启用是采购的决定,不是脚本的默认值。切换当夜的批次数要打印出来让仓库负责人签。签的不是脚本跑完,而是每个仓库的数量能解释。群里一句「迁移完成」没有对象,对不上时没人记得自己承认过什么。

空跑要留下三样时间:脚本跑完多久、对账多久、回退多久。窗口装不下,就削减当批对象,不在切换当夜第一次看进度条。每一轮用批次号,手工改过的生产数据不算版本。对账报告按仓库列出差异行,能点到原单。对不上的仓不进开闸清单。他不发明合并,税号对不上的客户进拒绝清单,由治理专员的认领人处理。脚本默认值里如果出现「其他」或把负数改成零,这一批作废重跑。迁移的成绩是拒绝清单可解释,不是导入行数好看。

回到时间线

期初最怕哪一本账对不上

迁移按这本账出拒绝清单。