01
收录
来源标注
每条收录条目必须标明来源文档名与所属站点归属，来源与条目一一绑定，不允许出现没有来源的条目。来源字段在写入时同步生成，不由后续步骤补齐。
六条条款 · 逐条可比
收录与对照的六条执行标准
贝投看台把一条记录能不能被复核，拆成六项可以分别检查的条款：来源、标签、时间戳、对照格式、复核节奏与变更同步时效。本页逐条给出要求内容、适用范围、不适用情形，以及最近一次检查所落在的批次。
条款在全站机制中的位置
这些条款管什么，不管什么
父级栏目说明的是站点为什么需要可核查性，以及复核与留痕的整体安排。本页处理的是更靠下一层的问题：一条记录进入条目池之后，具体按什么要求被写入、被归口、被标注时间、被导出对照、被抽样复核，以及入口发生变化时多久之内完成同步。
六条条款互相独立，各自的适用范围和不适用情形都写在本页。如果某条记录落在某条款的不适用情形里，它就不需要满足该条要求，但仍受其余条款约束。判断某一种情形是否适用时，请同时比对本页条款与父栏目中的机制说明。
条款编号与全站编号体系一致，不随页面改版而变化。已经引用过旧编号的文档不必重排，编号只是新增，不复用、不改写。
02
收录
标签归口
条目在入库时归入服务类或规则类其中之一，标签从全站四十一个分类标签里选取，不允许双属，也不允许出现无法归口的游离条目。
03
收录
时间戳粒度
所有记录的时间戳精确到日，以批次序号加日期的形式呈现。同一批次内写入的条目共用一个批次号，便于按批回溯，而不是逐条散落。
04
对照
导出对照格式
每条条目对应一组品牌站导出对照，字段顺序固定为来源、标签、状态、时间戳四项。累计导出对照记录与条目数量一一对应，不出现多组或少组。
05
对照
复核频率
注册相关条目每周复核一次，其余条目按季度回溯、每年做一次口径校准。复核按批次排期，结果按批次留痕，不按条目单独记录。
06
对照
变更同步时效
常用入口发生调整后，两个工作日内同步对应变更说明。说明沿用同一套时间戳格式，并作为条目写入条目池，与既有记录并排可查。目前累计收录四十七份。
编号之间的先后
标准之间的依赖关系
六条条款并非平行并列。有六组关系属于前置约束：前一条不确定，后一条就无法执行。整组核对时按编号顺序推进即可，不必回跳。
-
01 → 02
来源确定之后，标签才有归口的依据。没有来源的条目不会被分配标签，也不会被强行塞进某一类。
-
03 → 04
时间戳粒度固定之后，导出对照的字段顺序才能确定。否则对照无法逐行对齐，季度回溯会退化为逐条人工比对。
-
04 → 05
对照格式稳定之后，复核才能按批次抽样，而不是每次重新排一遍字段再判断。
-
03 → 06
变更说明沿用同一时间戳格式，才能与既有条目并排查看，看出哪一条覆盖了哪一条。
谁检查，记在哪里
检查与记录方式
十三条人的运营团队按职能分工对应六条条款，检查结果统一写入批次日志，不分散保存在个人工作记录里。日志随季度回溯归档，并可在数据中心按批次号调取。
6 人
内容复核
逐条走查来源、标签与时间戳三项，对应条款 01、02、03。走查结果按周度批次汇总。
4 人
对照校对
校验导出对照的字段顺序与数量，对应条款 04。校对在季度回溯窗口内集中完成。
3 人
技术支持
维护批次记录与时间戳格式，对应条款 05、06。入口变更的同步时点由这一组记录。
检查结果只记录批次与结论，不记录个人信息。工作日九时至十八时由运营团队轮值，批次日志的调取请求同样在该时段处理。