报表岗把后台待处理那一栏拉到最下面，280行压着，上头还有20行没落。这份名单跑到第600行停住，票务系统给的是部分成功。停住那一下，没人说得清剩下那截挂在哪儿。是算进去了，还是挂起了，得一处一处翻。

先给部分成功定性。已写入的600行算已入账，剩下那300行没入，两边不能混着报。挂起位置一次列出的待处理不超300行，280行没顶到这条线。所以少的这20行不是被截掉，而是入也没入、挂也没挂。

部分成功的那半截算不算已入账

三个数一比就清楚：名单总行数、票务系统后台已写入行数、挂起位置列出的待处理行数。总行900、已写入600、待处理只列了280行，那就是有20行既没入也没挂。已写入与待处理相加等于总行900，才判挂起位置记全了。记不全的那一截，只能由人去补行号。

一日出现2次不等，就不能只盯着后台看。由报表岗在异常单写差掉的20行行号段，模板维护人复核后再定重导边界、再续导。异常单收的是这20行的行号段，它记的是差数。那张挂着待处理的栏，不由异常单顶替。

挂起位置在票务系统的待处理栏，不在异常表

挂起位置只有一处，就是后台待处理那一栏。异常表是给行号段留的底，不显示状态也不管续导。售票系统那边同批次显示另一个状态，算不算冲突，看的不是状态字样而是这三个数。已写入加待处理等得上总行900，就是两边刷新有先后。等不上，才是真的挂漏。

重导边界认的是末行行号，不是批次号。从第601行接上，前面那600行不会再重复进去。批次号只用来框住单次重导不超2个批次。末行行号抄错一位就漏一截，这截在票务系统里既不显示已入、也不显示待处理。

后台停在第600行，窗口这一头并没有跟着停。客人还在排队，名单页一张一张往外发，挂起的那一截只在后台栏里等着。这也是为什么要先把挂起位置指实，再谈重导边界从哪儿起。两处说不清，续导就只能从头再来一遍。

续导之前还有一句要问：这20行落在哪个号段上。号段在名单里是连着的，中间断了才要分两次补。单次重导不超2个批次，一次接不上就另起一趟，别把它塞进同一次里。两截分开记，异常单上的行号段就要各写一段。

重导边界从第601行接上去

挂起多久要往外说一声，这条线在票务系统和售票系统两边都是4小时。部分成功须在4小时内续导。到了第4小时还没接上，就得跟窗口和旅行社两边说清这一段停在哪一行。不能拖到下一班再讲，下一班接手时行号已经换了人记。

两条路差在时间和后手上。从第1行整份重导、把去重交给后台，多花35分钟。代价是后台要逐行比900行、当日多出6行重复待查。照重导边界从第601行接上、只补300行，省下这35分钟，风险是末行行号抄错就漏一截。

4小时这一条有一处走不通。那半截正停在整批作废的号段上、后台已标废段起止，这时候不续导。导入岗在挂起位置标该段不续导并写行数，复核人是数据对账人。售票系统一侧这一批次仍留在部分成功的状态里，等这句标注。