团队名单当天的变动，现场统一叫"改一下名单"。在系统里这是三个不同的操作，动的表和字段都不一样：加人动的是额度与凭证条数，减人动的是人头状态，换人只改一条名单行上的身份信息。三种都塞进同一个"编辑名单"的入口，当天就只剩一句"我改过了"。

加人在数据上是三件事同时发生：新增一行名单、扣掉对应时段的团队额度、生成一条可核销凭证。它是三种里唯一可能在现场失败的，额度放完之后要能明确拒绝并给出理由。失败发生在哪一层要说清：报备时就锁额度的，当天加人失败说明这块池子被别的团或线上占掉了；到园才扣的，失败原因就变成当日剩余不足。两种说法不同，选定一种写进合作协议，别留给现场临时解释。

减人不能做成删除。名单行一旦删掉，已核销人头与名单的对应关系就断了一截：团进了三十七人、名单里查不到三十七行，晚上只能靠领队回忆。做法是把状态置成"减员"，行保留、凭证作废、应到人数里扣掉但随时可追溯。这跟"没来"是两件事：减员是名单上主动取消，未到访是到了定盘时点没有刷，报表里要分开列。减员多说明报备数不实，未到访多说明行程临时改动多，改进方向正好相反。

换人是三种里最轻也最危险的。轻在它只改两个字段——姓名和证件号；危险在它必须发生在核销之前。一条已经核销的名单行改身份，等于把已放行的那条核销记录指向另一个人，之后凡是"这个人进过没有"的查询都失真。所以判定要写死：状态为已核销的行禁止换人，确实需要换的走补录新行，原来那条不动。换人的校验顺序也不能省：先查新证件是否已经出现在别的团队单或散客单上，再查这个证件当日累计入园次数，最后才写入，并把改前的值留在记录里。

三种操作在一天里的可用时点不同，要分开设参数。加人受额度实时约束，还受停售线和时段余量约束，截止时点建议设在集合时刻前两小时——名单要同步到手持端和领队手机上，晚于这个时间，加进去的人连凭证都收不到。减员在开园后仍可操作，但会改动当日应到人数，最好截止在最后一个时段结束前，否则污染到访统计。换人不动额度也不动凭证条数，是三种操作里唯一不需要做库存判定的，可它仍要赶在名单同步到手持端之前完成，晚了通道端读到的还是旧证件。这些限制要落在后台参数上，不能落在值班人员的记性上——换一班人就没人背得住。

分开实现之后，当天出问题才有地方查。某团人数对不上，先看有没有减员行、再看有没有跨单换人、最后看加人失败的重试记录，十分钟就能定位。全都实现在一个编辑入口里，日志只有"名单已被修改"一句，谁改的、改了哪几个字段、原值是什么都说不出，争执就只能听领队一个人讲。