团队票在系统里最别扭的地方，是一笔订单对应几十个还不确定的人。散客单出问题是一单，团队单出问题是一整车人堵在门口。所以它不能靠"多买几张票"来凑，要有自己的结构：报备、名单、核销、结算四步各留各的记录。

名单模板固定列，报错逐行回

最少四列：姓名、证件号、手机号、人群类别。类别必须是选项而不是自由文本，成人、儿童、免票、优惠分开，这四类在核销和计费上走不同规则。导入要当场校验四类错误：证件号重复、位数不对、免票人群缺证明类别、优惠类别却没有对应证件。校验结果要逐行回给旅行社，写清第几行什么原因。只回一句导入失败，对方就会在电话里跟你耗十分钟。模板定下来就别随意加列，多一列意味着所有老旅行社的文件都要重做。

名单变更要有版本。出发前一天换人是最正常的操作，系统里要保留每次导入的时间和操作人，最新一版生效，旧版留档。团队争执大多出在"以哪一版为准"，留痕本身就是答案。

人数对不上怎么办

报备四十人到实到三十七，缺的三个是病了、退了、还是根本没买？这三种在账上是不同的事，名单上要能标状态。减人的口径提前定：出发前多久之内减人不退，过了这个时点按报备数计。临时加人更麻烦，加的人当天还有没有库存？团队额度和散客额度必须分开计数，否则团队一加人就吃掉线上余量，反过来也可能出现团队额度空着、线上却显示售罄。加人要走同一张团队单，生成新的名单行，别另开一张散客单——两单分开，月底对方对账就得拼两次。

分批入园靠人头计数，不靠是否刷过

一个团分两批进、中途有人出去再回来，都很常见。团队单的核销不能锁死一码一次，要允许多次核销并累计人数，判断依据是已核销人头数小于票面人头数，而不是这张码有没有被刷过。同一码被不同通道重复请求时，计数在服务端一次算清，设备侧只负责放行。随行的免票儿童也要占人头，名单没登记就现场补录，不然客流数和实际入园人数会长期差一截。

导游拿票还是游客各自拿码

两种模式各有代价。导游一码管理，入口最快，但游客走散后自己进不来，也没有凭证证明自己买过票；游客各持一码，核销分散到个人，团队归属仍在团队单上，事后查得到。常见折中是导游码为主，名单支持按证件号后几位查询补进，同时给导游一个能看到剩余人数的页面——领队最关心的从来不是页面好不好看，而是还有几个人没进。导游和司机本人的免票要走报备名单，别先买一张再退，那种操作会在报表里同时留下一笔销售一笔退款，把两边的数都搅浑。

结算按核销流水，不按报备数

团队计费口径要在系统里明确成一种：按报备数、按出票数、按实际核销数，三选一，后台参数和合同里都写清。多数景区按实到核销数最省事，差额自然消失。结算单要能导出给旅行社，字段含名单、实到、免票、变更版本，这四样齐了基本不用来回扯。上线前和常合作的几家旅行社把模板对一遍，比事后培训自己的员工有效得多。