证件号那一栏，位数够、全是数字，末位算不对，单子照样存进去了。开园后第一个小时，检票口堵了 9 笔实名核验不过的单。回票务系统里一查，票有效、支付成功，只有号是错的——窗口当时手抄，抄错一位，系统一句没错就收下来。这一栏到底查得多严，得出事那天才看得出来。

四道检查各挡什么

长度、字符、校验位、查重，一道管一件事。长度挡少打一位、多打一位；字符挡中间夹了空格、把字母打成形状相近的数字；校验位挡的是位数对、字符也对、但有一位打错的情况——前三道全过，只有这一道能把它算出来；查重挡同一张证在售票系统的多个订单上反复挂。四道里最常被省掉的就是校验位，它是纯计算的，不做也能下单，做了就得在录入当场报错。只查长度会漏什么？漏得最多的就是手抄打错这一类，一张单上的号看起来完全正常。

校验位不对要不要拦

要拦。新单必须过四道检查，校验位不通过不允许保存，这是票务系统里字段强度的底线。拦在当场比拦到检票口便宜太多：录入的人还在窗口前，重打一次就完；客人都出园了才发现，得先解释、再改签、再补录，三头跑。拦下来之后客人怎么继续走，这一步比拦本身更要紧。窗口要留一条人工确认的路：号确实打错的，重打一遍当场过；现场有有效证件但系统读不出的，人工照着证件二次录入并留经办工号；别让客人在闸机和窗口之间来回跑。

历史脏数据只标记不改写

历史数据只标记不改写，每月出一份脏数据清单。改不行——那些号已经跟订单、支付流水、渠道回单绑死了，改掉一位，当初是谁进的园再也追不回来。可行的做法是在这一行加一个校验状态字段，标存疑，报表归集时单列一栏。清单从票务系统的订单表按月跑出来，先别急着找人，拿清单最前面 20 笔回查录入入口和经办工号：错号集中在一个窗口 A 或一台手持检票机上，是录入方式的问题；错号散在各处，是这道拦截当时根本没开。

判断是不是这个问题，动作就两步。第一步在票务系统的订单表里按票种筛出必须实名的那几类，抽一批出来重算校验位，只要有一笔对不上，说明检查没落到保存这一层。第二步翻售票系统的接口报错记录：前端提示过、后端照样存进去，报错条数和脏数据清单能对上，是强度设错了；一条报错都没有，是这道检查没启用。字段强度这一栏要写清是谁定的、检票和结算各拿它做什么，说不出来就先别放开必填。

脏数据每个月都要出一次，出完要有人认领。售票系统的实名单在报表里单列一栏存疑数，这个数往下走才算治理，不往下走就是每个月抄一遍同一批号。清单上另外要留一栏处理动作：能重算的标记、需要回看的挂工号、确实无证的转人工登记，三样各归各的路。

例外单列一条：证件号缺失的特殊票种走人工登记并留存影像。有的优惠资格要看的是另一本证件或者一张证明，号本身在票务系统里没地方填。这类单不硬造一个号，走人工登记，把看到的凭证影像留在这张单上，报表里按人工登记单列。让它混进正常实名的堆里，脏数据清单就分不清哪些是抄错、哪些是本来就没有。