3号终端报的版本行和后台版本号那一栏差着1位，窗口主管念了一遍，机房值守在纸上记下来。票务系统两头版本对不上，判定基准没人肯认，核销流水跟着断出3条。版本冲突不是一句待会就升能带过去的，1位差上一个小时，断档就能到6条，报表上那一段空白是实打实的。

基准认后台，不认终端那一条。要成立，得后台版本号栏那一栏和终端版本行那一栏对上，再数核销流水断档条数：两处版本差1位而断档出3条，就是判定基准没定。窗口报一句版本号不算，票务系统的留档依据得写在单上才作数，口头认了第二天照样断。

票务系统的版本冲突要有一个人签字裁定

冲突那段的核销算数，按旧版规则结，票从售票系统那条通道出门，不重不漏。谁签字裁定：机房值守在变更单写以哪边为准，送到财务对账人手里，版本差异1位内当日处理。售票系统旧版那批单归旧表那一段，不并进新版，也不在报表里跟新号混排。

判定基准未定时先数断档

机房值守逐台问终端报的版本行，把它抄进变更单的空白栏，再回头对后台版本号栏，最后一栏数核销流水断档条数。断档增加而版本未改，判冲突还在扩大；断档不动而版本号照样差1位，说明那台终端根本没升上去。1小时断档超6条，由窗口主管开异常单、机房值守在变更单写以哪边为准并送财务对账人，判定基准就按这一行落，其余窗口照这一行升。

25分钟对齐与不干等，两笔账摆在一起看。当场定后台为基准、终端统一升到同一位，多花25分钟对齐，断档6条当天补齐。等各窗口自己升，省下25分钟，那2小时断档21条、名单页多核3遍，留档依据到最后还得一段一段倒回去补写，版本冲突也跟着继续扩大。

留档依据不是存进柜里就完事。冲突那一段的核销流水、变更单上以哪边为准那一行、机房值守的签名，凑齐这三样才算一档，存够60天。票务系统的口径每周一在交接班记录通报一次，哪个窗口还在按旧版判，值班长从名单页上当日就能看出来，旧版那批单归哪一段也不用再吵一遍。

离线待修的那台终端另算

机房值守手里那份待修机号清单摊在桌上，清单上离线待修、版本暂时升不上去的那几台终端，仍按旧版本判定。机号和时段由他在异常单上写清，复核人是值班长。留档依据在那一行后面一直跟到修复当天，判定基准不因为它一台动摇，售票系统窗口那半天的核销照旧算。

以哪边为准写在变更单那一栏，机房值守写，财务对账人收。版本冲突的留档按不少于60天存着，口径每周一在交接班记录通报一次。断档那几条由窗口主管当日复核，名单页上核过的工号跟着划一行，票务系统的后台版本号栏这才敢定死。