制度需求与台账映射规则

适用场景

家庭治理制度（客户数据源 10 域 docx）与系统台账之间，必须保持「编号同源、一数一源、改动可追溯」的可追溯映射——这是需求阶段的硬约束，不是后期装饰。触发词：制度即需求、编号同源、一数一源、可追溯。

规则正文

1. 编号同源：十体系编号即制度编号（ledgers.py L2）；台账 key（zl/hl/…/op）与制度编号（ZL/HL/…/OP）一一对应。制度条款增删改 → 台账字段同向增删改，二者永不脱钩。
2. 一数一源：同一份数据（如家庭目标表 F01）台账与配套表格共用同一份（ledgers.py L29 注释），禁止双份维护；谁改都走同一出口。
3. 改动可追溯：制度升版（制度体系版本升版SOP）须同步台账 SPECS；索引/展示随内容指纹自动刷新，旧版可回看。
4. 隐私字段约束：证件号等 tail4 字段入库只留后四位（ledgers.py L6），属需求级红线，不得存全号。

违反后果

• 台账另起编号 → 制度与台账对不上、AI 问答错位。
• 双份维护 → 数据漂移、两处不一致。
• tail4 存全号 → 隐私泄露（含未成年人信息）。

关联笔记

• [[技能｜需求采集与十域划分流程]]
• [[技能｜一数一源架构原则]]
• [[技能｜三级架构与十域编码规则]]
• [[技能｜台账体系SPECS驱动扩展法]]

实战战绩

2026-09 落地：十域制度与台账编号同源、一数一源；F01 等配套表格与台账共用数据；tail4 隐私约束全表生效。

版本记录