同一件事在三张表里叫三个名字，报表就必然对不上。字典不是发给新人看的手册，是让两份数据能拼起来的那套共同叫法。三张表里最常被忽略的是通道表，因为平时没人靠它算账，出了事全靠它定位到具体是哪一台设备、哪一个口。

一、票种表至少七项。编码、名称、适用人群、是否记证件、有效期口径、可否改期、状态。边界写在编码上：编码定长，一次分配之后不再改；名称可以改，改一次留一条变更记录，记改动时刻与经办人。三个月前叫成人票、今天叫标准全价票，凭编码能拼回同一条趋势线，这类改动就无害；靠名称对齐，趋势线会在改名那天断成两截。

二、渠道表的层级下限。自营窗口、线上自营、分销、团队、协议单位，五类是下限，每一类下面还要能再分子渠道。判据很直白：日报里能不能回答这 200 张来自哪家旅行社。答不上来就是层级不够，渠道只有一层的时候，所有分销问题都只能整体处理。子渠道还要绑一个有效起止区间，区间过了而渠道仍能被选中出票，就会出过期合作继续出票的情况，这类问题的现场表现通常是核销端查不到归属。

三、通道表的编号。固定闸机、移动手持、窗口、人工开口，每台一个唯一编号并绑定归属入口。判据：任意一条核销记录都能追溯到编号，而不是只写一个北门。同一个物理口在一张表里叫北门一号、在另一张表里叫入口二，报表就会分叉。通道表还要多记一条状态：在用、停用、维修中。维修中的通道按停用算，不能当成一个零核销的在用通道，否则当天的单通道均值会被凭空拉低。

四、编码规则三条。分段式编码，段间用固定分隔符；同一段的位数一次定死；停用之后不复用。判据是能不能安全删除：字典里所有停用条目必须保留，删除的条目就是隐患，历史数据里那些对不上号的编码，永远说不清是编码改了还是数据丢了。换系统时先建一张新旧编码映射，不要把历史数据直接改写成新编码，改写过一次就再也回溯不了当时叫什么。

五、变更谁归口。三张表各有一个明确的负责人，新增一个票种上线的同时要通知另外两个负责人。判据是问一句：这条编码是谁加的、加的时候另外两张表知不知道。答得出人名就算有归口，答不出就是谁都能改，三张表迟早分叉。

六、指标口径跟着字典走。每个指标的定义要落到字段名上，而不是靠口头说明：核销量按票种汇总时含不含已作废，团队销量按报人数还是按核销数，这两句要写在指标说明里，字段名用编码而不是名称。

七、三张表先补哪一张。先补通道表。它字段最少、对外影响最小，补完之后每一条异常都能落到具体一台设备；票种表涉及对外名称，动一次要通知一批合作方；渠道表涉及对账，动一次要和每家重讲一遍口径。

字典的问题从来不是有没有，是不是只有一份。窗口一份、渠道一份、报表一份，各自维护各自的，月底就出三个数，谁都对不上谁，最后只能重新拉一次数。