景区票务系统数据迁移后窗口冒出早停用的票种：搬数据别只搬名称和价格

　　景区票务系统数据迁移完第二天，窗口列表里冒出一个早就不卖的票种，票面价还是两年前的，通道规则也还是旧的那套。新来的窗口员工看它在列表里，就照着卖了。客人拿着票到闸机口，闸机不认，回来问“你们系统里能卖，怎么门口不能进”。查到最后不是闸机坏了，是迁移时只搬了票种名称和价格，没搬“停用”这个状态。

　　停用不是删除。旧系统里一个票种停用，通常还留着停用时间、停用原因、历史单引用。迁移时把它当普通票种搬过去，新系统默认成启用，等于把一张已经下线的票重新放回货架。

　　票种迁移要搬四样：名称、价格、规则、状态

　　名称和价格最显眼，规则次之，状态最容易被漏。状态至少分三种：可售、停用、仅历史可查。可售的迁过去还是可售;停用的迁过去要建成停用，不能出现在窗口、自助机、小程序的在售列表里;仅历史可查的，新系统里要能查到、能退改，但不能新卖。

　　只搬名称和价格，不搬状态，后果不是多一个列表项，是窗口多卖一批已经下线的票。这批票的通道规则、退改规则、分成规则都停在旧版本，卖出去之后财务和闸机两边都要回头补。

　　停用票种被卖出来，先查三栏

　　窗口发现一个不该出现的票种，先别急着删。查三栏：票种状态是不是“可售”、销售渠道可见性有没有勾上、价格版本是不是当前生效。三栏里任何一栏不对，都会让它出现在窗口列表里。

　　状态是“可售”，说明迁移时没搬停用字段;状态是“停用”但窗口还能选，说明渠道可见性或缓存没刷;价格版本是旧的，说明迁移只搬了主表没搬调价记录。三种原因处理不一样，混在一起改，容易把一条历史单的退改规则也改掉。

　　停用票种不能“复活”，要恢复就走新票种

　　迁移后发现某个停用票种其实还要卖，别在原票种上点“启用”。原票种底下挂着旧价格、旧通道、旧历史单，一启用，老单退改也按新规则算。正确做法是新建一个票种，名称加后缀区分，价格和规则按当前版本配，历史单还挂在原票种上不动。

　　新建票种要重新做渠道映射、闸机通道映射、财务分成映射。麻烦一次，但历史单和新单各走各的，退改时不会互相污染。在原票种上启用，省的是配置时间，赔的是月底对账。

　　迁移验收要加一条：停用票种在三个出口都查不到

　　迁移验收别只看“新票种能不能卖”。加一条反向检查：拿旧系统里已停用的票种，在新系统窗口、自助机、小程序三个出口各查一次，都不能出现在可售列表里;拿一张该票种的历史单，在新系统里要能查到、能退改、退改规则还是旧规则。

　　只查一个出口不够。窗口列表干净，小程序接口可能还挂着旧缓存;自助机可能读的是另一张同步表。三个出口都查过，才算停用状态真正搬过去了。

　　留痕留到“迁移状态核对表”

　　迁移验收清单里加一页“停用票种状态核对表”：旧票种编码、旧状态、新票种编码、新状态、历史单引用数、核对人、核对时间。停用票种逐个打勾，不是抽样。抽样抽不到那个最久没卖的票种，偏偏它最容易在迁移时被当成普通票种搬过去。

　　核对人不能是写映射脚本的那个人。写脚本的人按自己的映射逻辑查，查不出自己漏了状态字段。让窗口值班经理和财务各抽一遍：窗口看它在不在可售列表，财务看它的历史单退改规则有没有被改。

　　已经卖错了，先停售再冲正，别直接删票种

　　如果停用票种已经被卖出去，第一步不是删票种，是先把它停售，止住新增。第二步查已售出的单：哪些已核销、哪些未核销、哪些已退。未核销的走退票或换票，已核销的看闸机放行记录，补通道差异说明。第三步才是修票种状态。

　　直接删票种最省事，但历史单会失去票种引用，客人来退改时系统查不到规则，窗口只能手工算。停售加冲正麻烦一点，但每一笔都能追到原单。

　　数据迁移最怕的不是搬错一个价格，是搬丢一个状态。价格错了窗口能看出来，状态丢了窗口看不出来，因为它就安安静静躺在可售列表里，等一个新员工点下去。迁移验收时多查一遍停用票种，比事后补三十张票便宜。