实名购票在景区票务系统里不是一个开关，而是一种数据结构要求：每张票要能对应到一个具体的人。听起来一句话，落地时立刻撞上三种情况——一次下单买三张家庭票、父母给孩子和老人代订、到门口才发现有人没实名。这三种情况的处理方式，取决于票务系统的实名信息挂在哪一层，挂错就要在现场改流程。

结构上先定：证件挂票，不挂订单。很多售票系统把实名信息写在订单上，一单三张票只有一份证件，结果三个人一起刷同一张票号也能进。正确的层级是订单—票—证件三层：订单负责收款，票负责入园凭证，证件负责"这张票是谁的"。景区票务系统按这个层级建完之后，一单多人只是同一订单下挂三条票、三条证件，改签、退款、核验都可以按票独立处理。这也是"一码多刷"问题的根治办法：证件维度存在，闸机才能判断"这张票对应的这个人今天进过了"。

代订：出行人不是下单人。家庭出游、团队出游里，下单人和实际入园人往往不同。实名购票系统要支持下单人只填一次自己的信息作为联系人，出行人的证件在同一个订单里逐个录入；同时要允许"录入证件"和"支付"分开——先保存订单占位，出行人证件没带全的，事后再补录。补录必须有截止时间，一般设为入园前一天，超过时间票务系统锁定名单，现场只能走补验。这里有一条要提前定：代订时是否需要出行人本人确认。不加确认，操作最简单，但会有"被订票"的投诉；加了确认，就要在票务系统里维护"已下单未确认"这个状态，未确认的名单不能算进实名统计。

现场补验：给没实名的人留一条可控的路。儿童没办证、老人证件忘带、外籍证件读不了，这三类每天都会有。景区票务系统不要靠窗口临时手输，要有一条独立的补验流程：在窗口用证件读取设备或人工录入完成实名绑定，把补验后的票与原订单关联，并单独记录补验渠道和操作人员。补验要收费口径统一，否则同一个家庭两张正常票、一张补验票会出三种价格。补验数据要回到分时预约系统的时段库存里扣一次，否则上午时段已经满员、下午补验还在放行。

免票人群的实名不能省。老人、儿童、军人、残疾人这些免票人群不产生订单，但占用承载量。电子门票系统里的做法是给免票人群单独一条"零元票"记录：0 元、有票号、要证件、参与核销。这样票务管理系统的入园人数才包含免票人群，实名核验也覆盖他们。只登记不发票的免票名单在闸机侧是读不到的，等于免票人群全部靠人工放行，留痕全丢。

隐私侧的最小要求。实名购票系统存的是证件信息，权限必须收紧：默认脱敏展示、批量导出要审批并留操作人日志、第三方核销只回传"验证通过或不通过"，不把完整证件号给出去。票务系统的接口日志里出现完整证件号，是很常见的疏漏，这条要在验收时专门查一遍。