景区票务系统做散客售票做得很顺，一到团队就出问题：四十八人的名单只有三个人带了证件、团分两批在不同日子到、月底旅行社只认实际来的人数。这三件事的根源是团队票在系统结构上和散客票根本不是一回事。散客票的粒度是"一张票一个人"，团队票的粒度是"一个名单一批人一次结算"，把团队票建成一个价格便宜的票种，就会全部靠人工兜。

结构上要有三层：团队单、名单、票。景区票务系统的团队订单应当先建一个团单，团单挂旅行社、领队、协议价、入园日期区间和应付总额；名单单独一层，逐条登记出行人证件，可以随时补录和调整；票从名单生成，一人一票一号。三层分开之后，"名单还没收齐"和"票已经出了"就是两个状态，而不是互相卡死。很多售票系统把名单当作订单备注字段，结果补一个人就要重下一单，报表里出现同一团三个订单，月底结算时得人工合并。

分批到园要有额度，而不是靠检票员记得。旅行社常见的操作是四十人分两批来，或者当天到三十人、剩下九个次日补。票务系统的团单要设两个数：本团当日可核验上限和该团累计可核验上限，两个都由团单人数派生。核验记录按团单累计计数，超出上限就拒绝并提示联系领队——这一条能防住最恶劣的一类损失：名单外的人拿同一张团队票截图反复进出。团队核验还要允许"人不在、证先到"的补验：现场按证件补录后放行，同时把补录动作写入团单的异常清单，结算时一起看。

统一结算按实际到园数，账单要有三份数据。团队票的月结最容易吵，因为旅行社只认到园人数，景区销售记的是下单人数。景区票务系统的团单账单要一次给出三份：下单人数、实际核验人数、退款与作废人数，三数并列，佣金和结算额按核验数计。账单要能追溯到每一条核验流水（通道、时间、证件号后几位），旅行社核对名单时不需要景区再出一份手工表。票务管理系统如果只能导出汇总数，月底就要靠销售和财务逐团重算，工作量会把整个结算流程拖成一周。

团队价与优惠规则的互斥要提前设。团队票本身已经是协议价，票务系统要显式禁止它再叠加满减、券和渠道活动；团单里如果混有儿童、老人免票人群，免票要走零元票记录而不是直接在名单里划掉，否则承载量和入园人数统计会缺一块。改签规则同样要独立：团队改期是整团改，不是逐张改，团单一次改期要连带更新所有票的入园日期，并把改期动作留痕到操作人。

验收团队票链路时不要只看后台字段，去检票口做一次真实演练：拿一个十人团单，先放三个人进，再补两个人现场核验，然后取消一人、退一人，看票务系统的团单能不能同时给出正确的已进人数、可用人数和应结金额。这四五个数一次算对，团队票才算跑通。