规则写在公告上只解决“知道”，不解决“手滑”。迁移过来的历史订单，景区票务系统里要做硬限制：退款按钮置灰，或者点下去直接弹“该单属迁移前订单，请到旧售票系统办理”。只做提示不做拦截，月底一定有人点错，点错之后财务就要多对一遍。

　　反过来，旧系统也要拦。迁移日之后出的新单，在旧系统里查不到或查得到但不允许退。旧系统如果还能退新单，说明迁移时没把新单号段切干净，先查号段配置，再查旧系统有没有被重新打开写权限。

　　这条拦截要写进迁移验收清单：拿一张迁移前订单在新系统点退款，必须退不动;拿一张迁移后订单在旧系统点退款，必须退不动。两个方向都试过，才算拦截生效。只试一个方向，另一个方向的口子就留在那里。

　　一线排查按“单号—迁移日—标记”三栏走

　　客人来退，窗口先看单号。带迁移前缀的，去旧系统;不带前缀的，在新系统办。客人只报手机号，查列表页“明细止于某日”那一栏，有这一栏的就是迁移单。客人拿的是渠道单，渠道后台名字和系统对不上，不许两边试，填登记表交渠道对接人。

　　三栏顺序不能反。先看单号最快，看迁移日次之，看标记最慢。反过来先问客人哪天买的，客人记错一天，窗口就可能把迁移单当新单退，退款记两遍。单号是系统写的，客人记的是口头，信系统不信口头。

　　如果新系统里已经出现一笔挂在新单号上的旧单退款，先别改数，先查这笔退款的来源：是窗口误操作，还是渠道接口回传。误操作走冲正，接口回传走渠道对接人;两种处理不一样，混在一起改，旧系统那边的原收款记录会对不上。

　　渠道单单独一张表，不和窗口单混

　　OTA、小程序、旅行社渠道的单，退改归属不只看迁移日，还要看渠道合同。有的渠道合同写“退改由渠道发起”，有的写“景区系统内退”。迁移日前后只是第一层，渠道合同是第二层。两层叠在一起，渠道单的跨系统退改要单独一张表：渠道名、单号、迁移日前后、合同约定退改方、实际办理方、金额、经办人。

　　这张表不和窗口退改清单混。窗口单看单号前缀就能定，渠道单要翻合同;混在一张表上，月底对账时窗口单被渠道单拖慢，渠道单又被窗口单盖住。两张表各对各的，最后汇总到财务那张跨系统退改总表上，笔数和金额能对上就行。

　　渠道单还有一条：渠道后台显示的退款状态和票务系统里的退款状态可能不同步。渠道显示“退款中”，票务系统显示“已退款”，中间差的是渠道回传时间。这种不许在票务系统里重复点退款，先等渠道回传，超过约定时限再走人工核。重复点退款是跨系统退改里最容易造出双倍退款的动作。

　　月底对账：两张清单逐行签，差额当天翻流水

　　旧系统出一张“跨系统退改清单”：单号、退款金额、退款时间、经办人。新系统出一张“跨系统退改备注清单”：单号、备注金额、备注时间、经办人。两张清单按单号逐行对，笔数对上、金额对上，两边签字。

　　差额只有三种来源：旧系统退了新系统没备注、新系统误退了迁移单、渠道重复回传。第一种补备注，第二种走冲正，第三种找渠道对接人。三种都不许留到下个月，留一个月，下个月的对账基数就变了，越拖越对不平。

　　对账的人要写死。新系统账由财务核，旧系统账由渠道对接人带出，两个人坐在一张桌子上对，不对完不签字。邮件往返对账看着留痕，实际上来回一趟三天，差额早被下一批退款盖住了。

　　旧票务系统什么时候能撤：退改清零加一个观察期

　　旧系统不是迁移日一到就能关。关的条件写两条：迁移日前 30 天清单上的未核销单全部退清或过期;连续两个月跨系统退改清单笔数为零。两条都满足，旧系统转只读，再观察一个月，没有新的退改请求，才能下线。

　　只读期间旧系统还能查单、不能退款。查单是给一线看的，退款口子要关死。只读期里如果有人还能在旧系统退款，说明权限没收回，先收权限再谈下线。

　　下线前把旧系统的退改清单导出存档，至少留 13 个月。三个月后有人问一笔老单为什么退在那个时间点，答案在存档里，不在已经关掉的系统里。

　　留痕留到“标记字段”，不靠备注凑

　　跨系统退改的留痕有三栏是硬的：退款办理系统、原单所属系统、跨系统标记。办理系统写“新”或“旧”，原单所属系统写“迁移前”或“迁移后”，跨系统标记只在两边不一致时打。三栏都在退款单的操作记录里单独成字段，导出能筛，不靠备注写“这是老单”。

　　备注在导出时不可筛，等于没留。月底对账时财务要按“跨系统标记”筛一遍，筛不出来就只能全表翻，翻一遍半天，第二天又有人问同一笔。

　　跨系统退改贵，不是贵在退款金额，是贵在一笔退款记两遍、两边各认一半、客人投诉时拿不出凭证。规则定在一边、系统拦在两边、对账坐在一张桌子上、旧系统等清零再撤，四件事按顺序做，跨系统退改就从“最贵”变成“可控”。顺序反了，先撤旧系统再定规则，后面每一笔老单退款都要靠人回忆它原来属于哪一边。