现行
当前按这一条执行
字段完整，编号在索引里可以稳定定位。对照内容时以这一条为准，不需要再找别的版本替代。
规则档案库 · 编号读法
规则编号怎么看，怎么查
这份说明写给常查记录的用户看规则：条目已经查到，却不确定那一串编号、状态字与版本号各自管什么，可以按下面八个章节依次核对。
- 9大类编号
- 47子项编号
- 3种状态
- 8个说明章节
写给谁，按什么顺序看
这份说明面向已经查到条目、需要确认读法是否正确的读者。编号体系本身不长，麻烦的是层级、状态与版本三类信息叠在同一条记录上，混读之后很容易拿旧口径对新内容。
-
A
先读 02，把大类编号、子项编号、规则编号三种写法的位数差异分清。
-
B
再读 03 与 04，确认条目此刻的运行状态与修订版本，避免用早先的记录对照现行内容。
-
C
然后读 05 与 06，前者列出最常见的读错情形，后者给出从编号到条目的完整查找步骤。
-
D
最后读 07 与 08，知道对不上时往哪里提，以及这份说明与其余页面各管哪一段。
如果只是想确认某一条规则现在算不算数，可以直接跳到 03 章节看状态字段。
分类编号的两层结构
分类编号是两层结构，位数不同，指向的层级也不同。记住一个动作就够：先数位数，再看要不要往下一层走。
01 – 09
大类编号是两位数，从 01 排到 09，合计 9 个大类。大类只回答“属于哪一类”，不指向任何一条具体规则。
0101 – 0947
子项编号是四位数。前两位沿用所属大类编号，后两位是该大类内部的子项序号。全部展开为 47 个子项，因此编号并不连续，读到跳号属于正常。
03-0142
规则编号带连字符。连字符前是大类编号，连字符后是四位顺序号。看见连字符，就说明这一串指向的是一条具体规则，而不是某一层分类。
把你手上的编号按位数拆开，前两位拿去对大类，后两位拿去对子项；带连字符的整串直接当规则编号用。
三种状态怎么判断
状态字段写在每条记录里，它回答的是“这一条现在算不算数”。三种取值各有明确含义，读到之后不要互相顶替。
已归档
曾经生效，不再作为现行口径
归档条目仍留在索引里，编号与字段一并保留，用来回溯修订过程。读到它不要当成当前规则使用。
待生效
已收录，尚未到生效时点
内容与编号都是真实的，但要不要按它执行，先看条目里的生效时间字段，不要提前套用。
先读状态字段，再决定这一条能不能直接引用；三种状态之间不存在“更准确”的排序。
主版本与次版本
版本号解决的是“同一条规则改过几轮”，和规则数量是两回事。它由主版本与次版本组合而成，两种递增的触发条件不同。
主版本
涉及分类调整时递增。大类归属或子项归属发生变化，主版本才进位，这也是编号可能出现迁移的信号。
次版本
一般修订递增。措辞、字段、口径的常规更新走次版本，主版本保持不动，编号也不会因此改变。
跨版本对照时按顺序看四个字段
- 生效时间判断哪一版对当前时点有效，先排除掉尚未生效或已经退出的版本。
- 修订版本号确认两份记录之间隔了几轮修订，主版本是否发生进位。
- 变更摘要看这一轮到底改了什么，是措辞调整还是分类或口径变化。
- 状态最后确认这一版是现行、已归档还是待生效，决定它能不能被直接引用。
比较两版差异时，先比生效时间，再比变更摘要；只比版本数字大小容易得出相反结论。
常见误读
下面六种情形来自索引查询里反复出现的疑问。每一块先写容易读错的样子，展开后是对应的正确读法。
反例 01 把版本号的数量当成规则条数
版本号标识的是同一条规则改过几轮，条数则按索引口径统计，全站为 214 条。两者不在同一个维度上，不能相加也不能互相推算。
反例 02 把四位数子项编号当成大类编号
大类编号只有两位。03 是大类，0302 是它下面的子项。拿四位串去大类索引里查，自然什么也找不到。
反例 03 看到“已归档”就以为条目被删掉了
归档条目仍完整保留在索引中，编号、字段与变更摘要都能查到。它只是不再作为现行口径，而不是消失。
反例 04 把“待生效”当成“现行”
待生效条目尚未到生效时点。先读生效时间字段，再决定是否引用；提前套用会得到与当前口径不一致的结论。
反例 05 把次版本递增理解成分类被调整了
只有大类或子项归属发生变化时主版本才进位。常规的措辞与字段更新只递增次版本，编号与分类归属都不变。
反例 06 检索时省略了规则编号里的连字符
规则编号带连字符，前后两段的位数也不相同。漏掉连字符或把两段位置对调，都可能命中不到目标条目。
遇到读不通的条目，先回到这六条里对一遍，多数疑问在这一步就能解决。
按编号查询的路径
编号只是入口，真正要读的内容在条目字段里。下面六步覆盖从拿到编号到读出结论的完整过程。
-
第 1 步
数位数。两位是大类，四位是子项，带连字符的是规则。位数判断错了，后面的路径都会走偏。
-
第 2 步
大类编号。到 规则索引能力清单的大类索引里逐级展开，先确认这一类收录了多少条与多少子项。
-
第 3 步
子项编号。同样在能力清单页的子项列表里对照；如果这个子项绑定活动类型，也可以从 活动规则专区按编排维度找。
-
第 4 步
规则编号。在顶部的编号检索入口直接输入整串，命中条目会加底色高亮，字段在同一屏内都能看到。
-
第 5 步
看修订与生效节奏。活动专区按活动类型与编排节点排列，适合确认一个活动规则在哪些节点被改过。
-
第 6 步
回到整体入口。不知道手上编号属于哪一层时，从 四季娱乐主站的四季分区进入，再往下收窄到分类编号。
编号负责定位，口径以条目内的字段为准；两处对不上时按字段判断，并把编号一并记下来方便反馈。
更正与反馈
条目读起来与你的记录对不上，按下面三步提交，就能进到复核流程里。
-
第 1 步
写邮件。发到 email@seasonjoy-siji.com.cn，标题按“规则查询+分类编号”的格式写，把手上那串分类编号填进去。
-
第 2 步
附上对照信息。正文注明规则编号、你看到的字段值、你认为不符的地方；手上有旧版本摘录的话，一并说明是哪一版。
-
第 3 步
等回复。按季度全量复核、按月补充修订记录，工作日 9:00–18:00 内提交的邮件当日回复，非工作时段顺延至下一工作日。
提反馈前先核对一次状态字段，相当一部分差异来自新旧版本混读，而不是条目本身写错。