三月里为一笔投诉查“这笔到底哪天检的票”，前后四十分钟没查着。客人手里那张票在票务系统的列表里看得到，状态写着“已使用”，可检票时间、检票口、操作人三栏是空的。倒回去翻迁移那天的记录，问题出在省了两个小时，历史订单只搬状态，没搬流水。

这个省法当时看着很合理。状态字段就那么几个，搬过来列表页就有了，窗口能查到单、能看到票种和收款方式，两台设备一试一切正常，谁也没点进明细。出事的是三个月以后。只搬状态，等于把售票系统里的历史订单一本薄目录搬过来，正文没搬。核销、退款、改签这三类事件流水必须跟着搬，它们是事后唯一能证明“谁在什么时候动过这一笔”的东西，别的字段都能重算，只有时间线不能。

撞上这个空窗的，从来不是技术员，是财务和客诉。财务对账要按核销日期确认收入落在哪一天，没有流水就只能拿出票日期倒推，一个月里几十笔说不清归属；客诉更直接，客人问“我那天到底进了没有”，窗口答不出来，只能升级。这两拨人撞上时都只会提一个要求，票务系统里能不能打出一张带时间的凭证，答不上就只能靠档案室。

只搬状态时，页面要自己把话说清楚

现实里确实有搬不动全部流水的园子，库太大、窗口期太短。那至少做到两件事。头一件是列表页和详情页都标“迁移单，明细止于某日”，某日要写具体日期，不能只写“迁移前”三个字；另一件是被停掉的那部分流水以文件形式留下，写清谁保管、放在哪台机器。标与不标的差别在于白跑的是谁：不标，窗口以为售票系统里有，一个人查半小时还怀疑自己不会用；标了，他知道该去取档案，一次就找对。

前缀是这类单唯一能一眼分清的记法，也是这次复盘里最省事的一条补救：迁移过来的历史订单一律在单号前加一个可识别前缀，固定字头统一，不许省略，票务系统新出的单不加。加前缀有三个用处，报表里能一键把迁移单筛出去，当期销售统计不被老单污染；客诉时一眼看出这笔该查新库还是查归档；停用票种下的历史单不会被误当成在售。做迁移方案的最后一天，把前缀规则写成一行，贴给每个动手录的人。

例外只有一类，而且必须在划范围那天单独挑出来：凡是涉及未退款项的单据，全量搬，不走只搬状态这条路。挂着待退的过期单、部分退过的套票、渠道代扣还没冲完的单子，都是钱没走完的活单。把这类按状态搬成一具空壳，等于把欠账挪到一个查不到依据的地方，客人来退时窗口只看到“待退”两个字，退多少、退到哪、谁批的，全在旧售票系统那台已经拆掉的机器里。挑这一沓由财务按这三条勾，勾出来的逐笔全搬，哪怕当天多留两小时。