把团队和散客拆到不同通道是最省事的答案，但只有两三条检票通道的景区做不到，节假日一定会混排。混排本身不可怕，可怕的是没有事先定规则：到了现场由检票员自己判断让谁先过，同一个闸机前既排着四十人的团又排着散客。票务系统要在通道配置里回答四件事。

一、整团一次放行还是逐张刷。整团放行的适用条件要收紧：同一团单、导游持团单凭证、该通道在该时段只服务这个团，且整团占用时长有上限，按分钟约定，超时就切换成逐张。不写这几个条件，整团模式会变成四十个人占着通道十几分钟，散客排队投诉，导游客串也点不齐。

二、名单核对不要放到闸机上做。核对应当在售票系统侧完成：导游先到团队窗口或在手持检票机上报到园人数，票务系统按团单生成一个批次，闸机只按票号判定放行与计数。把名单核对放到通道上，等于让每一位游客都等一次点名，通道的通行能力会掉一大半。

三、导游票与团员票的先后要定一种。两种都能用：导游先过，进去清点收队，团员随后批次刷；或团员先过，导游末位核数后过。选了哪一种就要写进核验逻辑——导游票核销之后才放开该团批次，或者批次刷完才允许导游票通过。两种模式的异常提示不同，前者提示"本团尚未开始放行"，后者提示"团员未齐"，不能同时存在。

四、通道拥堵时保谁。判据看时间约束，不看单团人数多少。团队有大巴发班时刻和后续行程，晚几分钟影响整车人；散客通常可以顺延到下一时段。做法是给团队保留一条通道或一个时段窗口，其余通道一律保散客，并在配置里写明该保留窗口的起止时刻，超出时刻团队就走散客通道。

五、数据上要把两类流量分开。核验流水要有来源标签，团单编号不为空的记为团队，其余记为散客；分时曲线分两条统计；免票补录和现场补票归到当次批次里，不能算成散客。分开之后才看得出真实情况——团队集中在上午两个小时的窗口里，占掉的通道时长远超它的人数比例。

现场出过的三类状况：整团逐张刷导致通道被长时间占用，散客改走别的入口；名单核对在通道上做，后面整队停住；导游票先核销但团员批次没有绑定，进去的团员数量与名单对不上，结算时扯不清。前两条是规则没定，第三条是票务系统的批次关系没落字段。

六、配置上要显式给出三个开关。该通道是否允许团队批次放行、单批人数上限、批次保留时长。窗口终端与手持检票机都要显示当前批次的已核销数与剩余数，导游能看见，检票员也能看见，不靠对讲机报数。

验收拿一个四十人团做一次真实演练：先放导游，再分两批放行，中途现场补录两人、取消一人，看票务系统能否同时给出正确的已进人数、剩余人数与应结数量。这四五个数一次对上，团队与散客同闸机才算有规则。