换票务系统的方案看起来都很干净：导出、导入、上线。真做过几次的团队会承认，最难的是切换那天的窗口和闸机——一边不能停售，一边不能错检。软件是新的，业务口径是老的，这两件事要在同一天对上，靠的是提前盘点，不是当天加班。

先分清迁数据和迁口径

老系统里的订单、会员、核销记录，字段名对得上不代表意思一样。最常见的三个坑：老系统的“退票”里混着作废和免检，新系统里这是三件事；老系统的“次卡”其实是一张能反复进的单票；老系统把一张团队票拆成多张散客单卖。迁移前先做一次口径盘点，把每一种历史状态映射到新系统的哪个动作上。映射不上的别硬塞进可用状态，单独留一档“仅查询”，否则新系统里会出现一批逻辑上说得通、实际核销不了的票。

/d/file/news/hyzx/2022/06-08/a76fbdc25ca83b091d07d0c78132eadd.png

历史订单要不要导，按用途切三档

第一档是财务和审计要的：近一两年的收款流水、退款流水、开票记录，必须导，而且要带上原始渠道和经办工号，缺一项，年底对账就得回头开老系统。第二档是要素齐全但对业务没用的：几年前的散客单，导出成归档文件即可，不必进主表拖累查询速度。第三档是会员和历史卡：这些人还会再来，身份信息、有效期、剩余次数必须活在新系统里，并按发卡当时的规则做成快照，老卡按老规矩走。三档混在一起的结果通常是全量导一遍，然后主表里多出一堆永远查不到也永远删不掉的历史数据。

票面模板是最容易漏的一项

票面看着只是打印格式，实际牵住三样东西：码的编码规则、检票口的识别方式、财务联和游客联的分联内容。如果新系统沿用了老的编码规则，旧票还能核销，这是好事，也是风险——切换后一段时间里现场一定混着两种票。模板要重建到能一眼区分：新版式加一个可识别标记，旧版式设一个明确的失效时间。窗口的小票纸宽、打印浓度这些物理条件，要提前拿样张试打；换驱动导致字段挤到第二行是很常见的问题，纸打废了一批才发现，那天刚好是客流最高的早上。

/d/file/news/hyzx/2022/06-07/f434cca6a61fcbefad1380124996e5d5.png

切换时点选在哪天，本身就是口径问题

避开节庆和周末是常识，更要紧的是避开月结。财务在结账周做切换，退款、开票、渠道结算三条线同时错位，出错之后很难判断是系统问题还是账期问题。通常选一个月初的工作日、当日客流最低的那两个小时动手。另外要提前算清旧票的最后核销期限：老系统售出的跨年卡、长期有效票，在新系统里必须有承接方式，否则这批人到场会被判成无效票，而他们的购买记录恰恰在老系统那一边。

并行期怎么排

并行不要让两边都卖。可行做法是老系统停售、只保留核销能力，新系统在指定窗口开卖，检票通道同时接两套数据。这段时间最重要是一张对账表：每天记录两边各卖了多少、核销了多少，差额超过阈值就停下来查，不要带着差额继续跑。并行期一般控制在一到两周，长了没人分得清哪边才是真账。切换当天务必留两条纯人工通道，专门处理新系统识别不了的旧票和打印异常的票。

最后一句问给对方：历史数据在新系统里能不能按条件查、查出来能不能自己导出；切换之后老系统保留多久、到期怎么交接。这两条写进合同，比方案里写多少个模块更实在。