小程序上看不见某个票种，客服的统一口径是"卖完了"，实际是渠道层没开；窗口能卖、自助机也能出，偏偏手机里点不到。可售范围由渠道、时段、人群三层同时约束，出问题时没人说得清是哪一层拦下的——这就是既没有对照表、也没有当场验证动作的结果。三层本身不难配，难的是改完以后没人能回答"现在到底谁能买"。

一、三层各管一件事，边界先写清。渠道层管哪几种售卖出口可以卖这个票，窗口、自助、小程序、团队、分销各算一个；时段层管哪个日期区间、哪个时段放量；人群层管身份条件，证件归属地、年龄段、是否实名。三层取交集，任一层不满足就不可售，不存在"其中一层开了就能卖"。把这句话印在权限表抬头，能省掉一半的争论——另一半是有人以为渠道开了就等于全面开售。

二、冲突时以哪层为准，短路顺序必须固定。按渠道、时段、人群先后判，第一层不满足就返回不可售，不再往下走。关键是拦在哪一层要能在返回结果里读出来：只回一句"不可售"，客服只能靠猜，一天要错几十次；把层级写进返回，答复口径当场统一。给对客的一句话也要提前定好，比如"该票在此时段不通过这一渠道销售"，而不是"系统设置如此"。

三、改完必须当场验一次。拿一个测试工号在对应渠道下一单，能创建即算通过，随后撤单并确认库存回退到位；三层里改了哪一层就验哪一层，验证结果连同工号、时刻一起记在变更记录上。改完不验，多数在第二天高峰才知道改错了，那时候改回去也要等参数同步，还要顺带解释为什么昨天卖不出去。一次验证不超过十分钟，省的是第二天两小时的现场解释。

四、前端提示和服务端判定是两回事。人群限制只靠页面隐藏并不可靠：页面按身份判断给出提示，服务端仍然要复核一次，两边判据必须一致，否则一条被转出去的链接就能绕过。改这一层的人要清楚，隐藏是给体验用的，复核才是给规则用的。两边判据不一致时以服务端为准，页面提示只是把它说得好听一点。

五、三个开关不能由同一个工号全包。渠道层、时段放量层、人群层各自指定负责人，改哪一层由谁签字要写在权限表上；参数改完还要记下多久同步到各售卖出口，同步没到位的那几分钟里出现的可售差异，要有人在值班日志上盯这一笔。放量层最容易出问题，因为它同时被运营和现场两方改，两边都以为对方改过了。

先做哪一件？先把现有全部票种的三层对照表拉出来，一张票种一行，三层各填当前取值，空栏就是隐患。这张表填完，先只改渠道层并逐条验证，人群层放到下一周再动。三层一起改，验证结果说不清归谁，出错也查不到是哪一层带出来的。