机房值守把后台夜间批量那一屏拉到最后一行,起算时刻那一格空着,手边摊着昨天的台账。台账第七行的止期写着昨天,屏上这一张还挂在未核销那一行。失效时点定在哪一刻,票务系统里全看这一行有没有被改过,没人改就等于没过期。
票务系统认的失效时点在批量那一刻
过没过期不看客人怎么说,看夜间批量跑完那一刻留下的状态改写记录。这一条判定要两栏对上才立得住:后台给出这一夜批量的起止时刻,台账失效标记栏给出改写行数,时刻对行数,两边都有数才算改过。只拿一栏说话,窗口和客人就能各讲各的,讲到最后一句都落不进台账,原状态留在哪也没人答得上来。
失效时点定在止期日 24 点,当日闭园时刻只用来排批量的启动顺序,夜间批量在闭园后 30 分钟启动,单夜改写不超过 200 张。状态改写由批量统一做,值守不手工点,只有整夜没跑成的时候才允许值守在值班日志写明之后逐张补。改写一律留一份原状态,回看时新旧两行并排显示,售票系统那侧只跟着显示结果。
批量夜里没跑成,第二天不算谁改的,算这一夜的欠账,欠几张在台账失效标记那一本上一张一行。这一本台账是票务系统里唯一留原状态的地方,改与没改都看得着。到期未核销的张数记在这本台账上,有争议的才另建异常单。同一张票被改写过两次的,认最近一次状态改写,前一次留档不删。次日 6 点前还没跑完的,值守直接上报窗口主管,不押到交接班再说。

白天逐张点还是夜里统一改写
这两条路都有园子在走,付的账不一样。一种夜里不动,白天由值班长按人次逐张点,屏面干净,代价是一个白班多花 40 分钟、台账多 15 行登记,当日已售数在售票系统那边也跟着晚一天。一种交给夜间批量统一改写,白天只看差异行,省 30 次手工点,代价是批量一漏跑要按小时往回追,追的还是起止时刻那一栏。
值守手边的动作只用到两个数。查后台夜间批量运行那一栏的起止时刻,再数台账失效标记栏的改写行数,拿批量实际跑的那段时长去对行数,行数对得上才认。批量显示已完成而改写行数为零,就算改写没走,这一夜的失效时点不作数。一夜没走累计 12 张,由机房值守在值班日志写明,逐张建异常单,不放它混进第二夜。票务系统里失效标记缺了行,次日闸机与窗口两边就能说出两套话。

断电那一夜的账归台账,网管复核
例外只有整园夜里断电、夜间批量压根没跑成那一种。这时候不按批量时刻判失效,机房值守在值班日志标注补跑时点,写清断电起点和补跑完成的时刻,复核人是网管。补跑之后仍由批量做状态改写,原状态照旧留一行,不叫值守手工点掉。票务系统里这一夜的账归台账失效标记栏,值班日志与异常单第二日由网管一并过一遍,后台与售票系统显示对不上的那几行,也是在这一栏复核时才改。
扫一扫官方微信号