模型验证的跟踪：整改、复验、关闭（跟踪、复验、关闭）

模型验证的跟踪：整改、复验、关闭

（跟踪、复验、关闭）本文档提供：验证发现进入整改台账的衔接字段表（表2）；整改方案要素审核表（表3）；整改时限与里程碑拆分表（表4）；整改证据形态与提交规范表（表5）；复验程序组合表（表6）；复验结论三档认定表（表7）；关闭条件与关闭权限表（表8）；观察期设定与复发监控表（表9）；整改台账追溯链要素表（表10）；案例变量表（表11）。2026-11-10表1目录与定位表这一节的标题读完能拿到什么这一节在全文中的功能一、验证发现进入整改台账的衔接点与台账字段表2验证发现与整改台账衔接表把验证报告中的发现清单转换为台账行，确定跟踪起点二、整改方案的要素审核与审批路径表3整改方案要素审核表审核整改方案的针对性、可执行性和交付物，确定审批层级三、整改时限的设定依据与里程碑拆分表4整改时限与里程碑拆分表按发现等级和整改类型设定时限，把整改过程拆成可跟踪的里程碑四、整改证据的形态要求与提交规范表5整改证据形态与提交规范表按整改类型匹配证据形态，确定证据编号、日期和归档位置五、复验程序的两种组合：文档核验与模型重测表6复验程序组合表按发现类型选择复验程序，确定重测的样本与指标六、复验结论的三档认定与退回补正路径表7复验结论认定表把复验结果转换为通过、部分通过、退回三档结论及后续动作七、关闭条件、关闭权限与关闭记录表8关闭条件与关闭权限表按发现等级确定关闭标准和审批角色，形成关闭记录八、观察期的设定与同类问题复发监控表9观察期设定与复发监控表设定关闭后观察期长度、观察指标和复发处置九、台账、底稿与报告的追溯链表10追溯链要素表核验台账、底稿和报告的索引关系，支撑监管检查调阅十、案例：一次信用评分模型校准整改的跟踪与关闭表11案例变量表与完整案例复现台账建立、方案审核、证据提交、复验和关闭的操作链十一、跟踪规则与矛盾处置六条跟踪规则与一处矛盾四段在时限延期、复验争议和复发升级时给出裁决顺序与退路按第一列在正文找对应那节，按第二列判断这节有没有所需内容，按第三列判断这节是否对应当前卡住的位置。一、验证发现进入整改台账的衔接点与台账字段模型验证报告签批后，报告中的发现清单进入整改台账，跟踪流程从这一刻开始。衔接的关键是发现编号在报告和台账之间保持一致，报告中的每项发现对应台账的一行，编号规则统一为“模型编号-发现序号-年份”。台账字段覆盖跟踪所需的全部信息：发现编号、模型编号与版本、发现等级、影响范围、整改措施、责任岗位、整改时限、验证方式、销号状态。发现等级直接决定整改时限和审批层级，衔接时按验证报告中的等级填写，等级调整须有模型风险管理委员会的书面记录。影响范围写到具体的使用场景或区间，例如“低评分区间的审批决策”“压力情景下的资本计量”，范围描述使整改措施的针对性可以被审核。责任岗位写到单一岗位名称，岗位说明书中有对应的模型管理职责。成品块：输入为验证报告和发现清单；动作为按表2逐项填写台账字段，核对发现编号与报告一致；输出为整改台账初始行；判定为每条发现有编号、等级、影响范围、责任岗位和初始状态“待方案”。表2验证发现与整改台账衔接表台账字段填写内容合格形态责任角色发现编号模型编号-发现序号-年份与验证报告发现清单逐字一致整改跟踪岗模型编号与版本模型清单中的编号和验证时的版本号版本号与验证报告引用一致整改跟踪岗发现等级一级、二级、三级与验证报告签批等级一致，调整有委员会记录整改跟踪岗影响范围具体使用场景或区间写到区间或情景名称验证团队整改措施可交付的产出含制度编号、变更单编号或校准报告编号的产出描述责任岗位责任岗位单一岗位名称岗位说明书可查整改跟踪岗整改时限起算日与届满日起算日为报告签批日，届满日按等级推算整改跟踪岗验证方式文档核验、模型重测或两者组合与发现等级匹配验证团队销号状态待方案、方案审核、执行中、待复验、已关闭状态变更日期和依据可查整改跟踪岗表2第5行示例行中，台账字段“整改措施”、填写内容“可交付的产出”、合格形态“含制度编号、变更单编号或校准报告编号的产出描述”、责任角色“责任岗位”四项具体。整改措施的描述写到产出形态，例如“完成低评分区间权重校准并提交校准报告CR-2027-018”，产出描述使复验时的文档核验有明确对象。台账建立后，整改跟踪岗在三个工作日内向责任岗位发出整改通知，通知附发现清单和台账行编号。二、整改方案的要素审核与审批路径责任岗位在收到整改通知后提交整改方案。方案要素包括：原因分析、整改措施、交付物清单、里程碑安排、资源需求、风险评估。原因分析指向发现产生的根源，根源落到方法、数据、假设、流程或人员中的具体一项；整改措施针对根源设计，措施与根源之间有可验证的对应关系；交付物清单列明整改完成时提交的文件或系统记录；里程碑安排把整改过程拆成若干节点，每个节点有完成标志；资源需求写明所需的人员、数据和系统权限；风险评估评估整改期间模型使用的影响和缓解安排。方案审核分两步。第一步是完整性审核，核对六项要素齐备、交付物清单与整改措施对应。第二步是针对性审核，核对原因分析是否落到根源、整改措施是否针对根源、风险评估是否覆盖整改期间的使用影响。审核结论分“通过”“补充后通过”“退回重写”三档。审批路径按发现等级确定：一级发现的整改方案由模型风险管理委员会审批，二级发现由验证团队负责人审批，三级发现由责任岗位的上级管理岗位审批。成品块：输入为整改台账行和责任岗位提交的整改方案；动作为按表3逐项审核六项要素，确定审批层级；输出为方案审核记录与批复；判定为六项要素齐备、措施与根源对应、审批层级与发现等级匹配。表3整改方案要素审核表方案要素审核内容合格形态补充后通过的情形原因分析根源是否落到具体一项根源写到方法、数据、假设、流程或人员中的具体项根源描述笼统，需补充具体证据整改措施措施与根源的对应关系措施直接作用于根源，有可验证的对应措施覆盖部分根源，需补充配套措施交付物清单文件或系统记录的名称与编号规则交付物与措施逐项对应，编号规则明确交付物名称明确，编号规则待补充里程碑安排节点的完成标志每个节点有日期和可观察的完成标志节点日期明确，完成标志需具体化资源需求人员、数据、系统权限资源有来源和到位时间资源需求明确，到位时间待确认风险评估整改期间的使用影响与缓解安排影响范围明确，缓解安排可执行影响范围明确，缓解安排需补充表3第2行示例行中，方案要素“整改措施”、审核内容“措施与根源的对应关系”、合格形态“措施直接作用于根源，有可验证的对应”、补充后通过的情形“措施覆盖部分根源，需补充配套措施”四项具体。原因分析的根源判定依据是验证报告中的发现描述和复核底稿，责任岗位提交的原因分析与验证报告的发现描述存在差异时，方案审核阶段要求说明差异原因。整改方案批复后，台账状态从“待方案”更新为“执行中”，里程碑开始计时。三、整改时限的设定依据与里程碑拆分整改时限按发现等级和整改类型两个维度设定。一级发现的整改时限通常覆盖一个完整的模型重校准周期，涉及方法变更的按方法开发的实际周期设定；二级发现的整改时限以完成校准和复测为界；三级发现的整改时限以文档更新和参数调整完成为界。时限的起算日为验证报告签批日，届满日写入台账，延期须在届满前提交申请并经原审批层级批准，延期次数上限为一次。里程碑把整改过程拆成可跟踪的节点。典型的里程碑序列为：原因分析确认、整改方案批复、措施执行完成、交付物提交、复验安排。每个里程碑有完成标志和计划日期，完成标志写到可观察的状态，例如“校准报告提交编号可查”“系统变更单上线日期可查”。里程碑的计划日期由整改时限倒推，倒推时在最后一个里程碑与届满日之间留出复验所需的时间。成品块：输入为整改方案中的里程碑安排和台账中的整改时限；动作为按表4核对时限设定依据、拆分里程碑、倒推计划日期；输出为里程碑计划表；判定为时限有等级和类型依据、里程碑有完成标志和计划日期、最后里程碑与届满日之间留有复验时间。表4整改时限与里程碑拆分表里程碑完成标志计划日期与届满日的间隔责任岗位原因分析确认原因分析说明经验证团队确认签批后10个工作日届满前约80日责任岗位整改方案批复方案批复单编号可查签批后20个工作日届满前约70日审批层级措施执行完成校准计算完成，中间结果归档签批后60个工作日届满前约30日责任岗位交付物提交校准报告编号可查签批后70个工作日届满前约20日责任岗位复验安排复验计划经验证团队确认签批后75个工作日届满前约15日验证团队表4第3行示例行中，里程碑“措施执行完成”、完成标志“校准计算完成，中间结果归档”、计划日期“签批后60个工作日”、与届满日的间隔“届满前约30日”、责任岗位“责任岗位”五项具体。里程碑延误的处理规则：单个里程碑延误在5个工作日以内的，责任岗位在下一里程碑中追赶；延误超过5个工作日的，更新里程碑计划并报整改跟踪岗备案；延误导致届满日无法实现的，提前提交延期申请。复验时间的预留按发现等级确定，一级发现的复验预留时间不少于15个工作日，二级和三级不少于10个工作日。四、整改证据的形态要求与提交规范整改证据按整改类型分为四类。模型重校准类的证据为校准报告、校准前后的参数对照表和重测结果；数据修正类的证据为数据修正记录、修正前后的数据质量报告；流程修订类的证据为修订后的流程文件、版本号和生效日期；文档补正类的证据为更新后的模型文档、版本号和变更说明。每类证据的合格形态包含编号、日期和可打开的内容三项属性。提交规范要求证据与台账行关联。责任岗位提交证据时，在台账中填写证据编号和提交日期，证据文件存入统一的模型管理档案目录，目录按模型编号和发现编号组织。证据提交后，整改跟踪岗在三个工作日内完成形式核对，核对内容包括编号规则、日期逻辑和文件可打开性。形式核对通过后，台账状态更新为“待复验”。成品块：输入为整改执行过程中产生的文件和记录；动作为按表5匹配证据类型、填写证据编号和归档位置；输出为证据提交记录；判定为每项整改有对应类型的证据、编号可查、归档位置可检索、形式核对通过。表5整改证据形态与提交规范表整改类型证据形态合格形态归档位置形式核对要点模型重校准校准报告与参数对照表报告编号CR-2027-018，含校准前后参数对照模型管理档案/模型编号/发现编号编号规则、参数对照完整性数据修正数据修正记录与质量报告修正记录编号SJ-2027-007，质量报告含修正前后对比同上日期逻辑、前后数据可对比流程修订修订后流程文件与版本号流程文件编号LC-2027-012，版本号V3.1，生效日期可查同上版本号连续、生效日期在提交日之前文档补正更新后模型文档与变更说明文档编号WD-2027-009，变更说明逐项对应发现描述同上变更说明与发现描述的对应关系表5第2行示例行中，整改类型“数据修正”、证据形态“数据修正记录与质量报告”、合格形态“修正记录编号SJ-2027-007，质量报告含修正前后对比”、归档位置“模型管理档案/模型编号/发现编号”、形式核对要点“日期逻辑、前后数据可对比”五项具体。数据修正记录中的修正日期在质量报告出具日期之前，日期逻辑核对确认修正动作发生在报告之前。形式核对发现证据待完善的，退回责任岗位补正，台账状态保持“执行中”，补正记录写入台账备注。五、复验程序的两种组合：文档核验与模型重测复验在证据形式核对通过后启动。复验程序有两种：文档核验和模型重测。文档核验核对证据内容与整改方案的对应关系，确认整改措施已按方案执行、交付物与措施逐项对应。模型重测在文档核验通过后进行，重测的对象是整改后的模型，重测内容包括输出指标复算、基准比较和稳定性检验，重测的指标和阈值与初次验证保持一致。两种程序的组合按发现类型选择。方法或参数调整类发现，复验采用文档核验加模型重测；数据修正类发现，复验采用文档核验加数据抽样重测；流程和文档类发现，复验以文档核验为主，辅以整改后一个业务周期的执行记录抽查。重测的样本从整改生效日之后的模型运行记录中抽取，样本量按模型使用的业务频率确定，抽取方法与初次验证一致。成品块：输入为证据提交记录和整改方案；动作为按表6选择复验程序组合，执行文档核验和模型重测；输出为复验记录；判定为每项整改有复验程序组合、重测样本和指标对照，重测指标与初次验证口径一致。表6复验程序组合表发现类型复验程序组合重测内容样本要求指标对照基准方法或参数调整文档核验加模型重测输出指标复算、基准比较、稳定性检验整改生效后业务记录的抽样初次验证的指标和阈值数据修正文档核验加数据抽样重测修正后数据的质量指标、模型输入一致性修正涉及的数据范围抽样数据质量容忍度流程修订文档核验加执行记录抽查整改后一个业务周期的流程执行记录按流程执行频率抽取流程合规标准文档补正文档核验文档内容与发现描述的对应全部文档逐项核对验证报告的发现描述表6第2行示例行中，发现类型“方法或参数调整”、复验程序组合“文档核验加模型重测”、重测内容“输出指标复算、基准比较、稳定性检验”、样本要求“整改生效后业务记录的抽样”、指标对照基准“初次验证的指标和阈值”五项具体。重测指标与初次验证口径一致是复验结论可比的前提，口径调整须在复验记录中说明调整理由和影响。重测发现指标接近阈值时，复验结论中记录指标数值和观察建议，观察建议进入关闭后的观察期监控。六、复验结论的三档认定与退回补正路径复验结论分三档。通过：文档核验和重测均达到整改方案设定的目标，重测指标达到初次验证的阈值标准。部分通过：文档核验通过，重测发现个别样本或个别指标未达标，未达标项属于局部且可通过补训或局部调整解决。退回：文档核验发现整改措施与方案存在实质差异，或重测发现系统性未达标。三档结论对应不同的后续动作。通过的整改进入关闭流程；部分通过的整改退回责任岗位完成补正，补正完成后重新复验，复验范围限于未达标项；退回的整改重新进入方案修订，修订后的方案按原审批路径审批，整改时限按延期规则处理。复验结论写入台账的销号状态列，结论依据写到具体指标数值和样本编号。成品块：输入为复验记录和重测结果；动作为按表7判定结论档位，确定后续动作；输出为复验结论记录；判定为每项整改有结论档位、指标数值依据和后续动作，部分通过和退回的整改有补正或修订安排。表7复验结论认定表结论档位认定条件后续动作台账状态通过文档核验和重测均达标进入关闭流程待关闭部分通过文档核验通过，个别样本或指标未达标补正后重新复验，范围限于未达标项执行中退回整改措施与方案存在实质差异，或系统性未达标重新进入方案修订，按原审批路径审批待方案表7第2行示例行中，结论档位“部分通过”、认定条件“文档核验通过，个别样本或指标未达标”、后续动作“补正后重新复验，范围限于未达标项”、台账状态“执行中”四项具体。部分通过的补正期限按未达标项的复杂程度设定，补正期限内的整改跟踪按季度检查点执行。退回的整改在方案修订期间，模型的限制使用状态按初次验证的处置决定维持，限制范围覆盖发现的影响范围。七、关闭条件、关闭权限与关闭记录关闭的条件由三项构成：复验结论为通过、整改证据完整归档、整改期间的模型使用影响已评估并记录。三项条件同时满足时，整改跟踪岗发起关闭流程。关闭权限按发现等级确定：一级发现的关闭由模型风险管理委员会审批，二级发现由验证团队负责人审批，三级发现由整改跟踪岗审批。关闭记录包含：发现编号、复验结论编号、关闭日期、关闭审批角色、整改期间的模型使用影响说明、观察期安排。关闭记录签发后，台账销号状态更新为“已关闭”，模型清单中的验证结论列更新为本次整改后的状态。关闭记录与验证报告、复验记录、整改证据建立索引，按发现编号可检索到全部材料。成品块：输入为复验结论记录、证据归档记录和使用影响评估；动作为按表8核对三项关闭条件，按等级确定审批角色；输出为关闭记录；判定为三项条件齐备、审批角色与发现等级匹配、关闭记录含观察期安排。表8关闭条件与关闭权限表关闭条件核对内容合格形态关闭审批角色复验结论复验结论为通过复验结论记录编号可查，结论为通过一级：模型风险管理委员会证据归档整改证据完整归档证据编号与台账对应，归档目录可检索二级：验证团队负责人使用影响评估整改期间模型使用影响已评估影响评估记录含影响范围和缓解措施执行情况三级：整改跟踪岗观察期安排观察期长度和观察指标已设定观察期覆盖销号后设定期间，观察指标明确同上表8第1行示例行中，关闭条件“复验结论”、核对内容“复验结论为通过”、合格形态“复验结论记录编号可查，结论为通过”、关闭审批角色“一级：模型风险管理委员会”四项具体。关闭审批角色与发现等级的对应关系与方案审批层级一致，审批人在关闭记录上签署意见和日期。关闭记录签发后，整改跟踪岗向责任岗位和模型使用部门发出关闭通知，通知附观察期安排。八、观察期的设定与同类问题复发监控观察期从关闭日起算，长度按发现等级确定：一级发现的观察期覆盖关闭后至少两个业务季度，二级发现覆盖至少一个业务季度，三级发现覆盖一个业务半年。观察期的观察指标与复验的重测指标一致，另加同类问题的复发线索指标，复发线索从日常监控记录、模型验证的年度复核和业务投诉中提取。复发监控按季度执行。每个季度末，整改跟踪岗汇总观察指标数值和复发线索，与台账中的观察期安排对照。观察期内同类问题再次出现的，按屡查屡犯处理：二级发现的复发升为一级，一级发现的复发提交模型风险管理委员会重新审定整改方案，并在下一次年度复核中列为重点复核对象。观察期届满且无复发的，台账记录观察结论，跟踪流程完全闭合。成品块：输入为关闭记录和季度监控记录；动作为按表9设定观察期、观察指标和复发处置；输出为观察期监控记录；判定为每项关闭的整改有观察期长度、观察指标数值、复发判定和观察结论。表9观察期设定与复发监控表发现等级观察期长度观察指标复发处置观察结论记录一级关闭后两个业务季度重测指标加复发线索指标提交委员会重新审定整改方案季度末记录观察指标数值二级关闭后一个业务季度同上升为一级处理同上三级关闭后一个业务半年复发线索指标按屡查屡犯记录，补充整改同上表9第2行示例行中，发现等级“二级”、观察期长度“关闭后一个业务季度”、观察指标“同上”、复发处置“升为一级处理”、观察结论记录“同上”五项具体。观察期的复发线索提取记录与台账关联，提取来源写到具体记录名称。观察期届满时，整改跟踪岗在台账中填写观察结论“无复发”或“复发已处置”，观察结论与关闭记录一并归档。九、台账、底稿与报告的追溯链追溯链的建立方式是三份材料按发现编号互相索引。验证报告中的发现清单提供发现编号和初次验证的指标数值；整改台账按发现编号记录整改全过程，包括方案批复、证据编号、复验结论和关闭记录；复验底稿按发现编号保存重测的计算过程、样本清单和指标对照。监管检查调阅时，按发现编号从报告到台账到底稿逐层追溯，三层材料中的编号、日期和指标数值保持一致。追溯链的完整性检查按季度执行。检查动作包括：从验证报告中抽取若干发现编号，核对台账中是否有对应行；从台账中抽取若干已完成关闭的整改，核对底稿中是否有复验记录和证据材料；核对三份材料中的发现等级、复验结论和关闭日期一致。检查结果写入追溯链检查记录，待完善项在下一季度前补齐。成品块：输入为验证报告、整改台账和复验底稿；动作为按表10核对三层材料的索引关系和字段一致性；输出为追溯链检查记录；判定为抽取的发现编号在台账和底稿中均可追溯、字段一致，待完善项有补正安排。表10追溯链要素表追溯层级索引字段核对内容合格形态待完善时的补正验证报告发现编号发现编号、等级、初次验证指标报告发现清单与台账编号一致补正编号或等级记录整改台账发现编号方案批复、证据编号、复验结论、关闭记录字段齐备，日期逻辑连贯补填字段或说明日期差异复验底稿发现编号重测计算过程、样本清单、指标对照计算可复现，样本可追溯补存计算文件或样本清单三层一致性发现编号等级、复验结论、关闭日期三份材料逐项一致查明差异原因并统一记录表10第3行示例行中，追溯层级“复验底稿”、索引字段“发现编号”、核对内容“重测计算过程、样本清单、指标对照”、合格形态“计算可复现，样本可追溯”、待完善时的补正“补存计算文件或样本清单”五项具体。计算可复现的判定标准与模型验证底稿一致，随机数种子、参数设置和数据读取路径保存于底稿。十、案例：一次信用评分模型校准整改的跟踪与关闭示例案例，细节为合理设定。本案例的转折集中在方案原因分析的根源定位、复验中指标接近阈值的处置和观察期复发的升级处理三处，第四处转折因第三轮修正后关键分叉已穷尽而未发生。起点：信用评分模型MDL-CR-018的年度复核发现低评分区间权重设置偏差，发现等级二级，影响范围为低评分区间（占总审批量约8%）的审批决策。验证报告签批日为2026年12月18日，整改台账建立行，状态“待方案”，整改时限按二级发现设定为90个工作日，届满日约为2027年4月末。第一次转折。信号：责任岗位提交的整改方案中，原因分析初次写为“权重参数需要更新”。假设：参数更新属于技术性调整，方案可以按此进入执行。试了什么：按表3的原因分析审核要求核对，核对验证报告中的发现描述和复核底稿的差异来源分析。新信息：复核底稿显示偏差来源是该客群在样本期内的违约样本数量有限，参数估计的稳定性不足，单纯更新参数会重复同样的问题；根源落在数据代表性上，需要补充该客群的外部数据或采用收缩估计方法。推翻的假设：原因在参数层面。换哪条路：原因分析改为“该客群样本代表性不足导致参数估计稳定性不足”，整改措施增加补充外部数据和收缩估计两项，方案审核结论“补充后通过”，审批层级为验证团队负责人。这一轮把整改从参数更新调整为数据和方法组合。第二次转折。信号：复验阶段，文档核验通过，模型重测的低评分区间区分度指标为0.36，初次验证的阈值为0.35，指标超过阈值但接近。假设：指标超过阈值即达到通过标准，复验结论可以为通过。试了什么：按表6的指标对照要求核对重测指标的稳定性，用整改生效后的样本分两个子期间分别计算区分度。新信息：两个子期间的指标分别为0.38和0.34，第二个子期间低于阈值，指标的整体达标由第一个子期间拉动，稳定性不足。推翻的假设：整体指标超过阈值即通过。换哪条路：复验结论定为“部分通过”，未达标项为第二个子期间的区分度；补正措施为扩大该客群的外部数据覆盖范围并重新校准，补正后复验范围限于第二个子期间。这一轮把复验从整体达标调整为分期间稳定性判定。第三次转折。信号：整改关闭后进入观察期，观察期为关闭后一个业务季度。观察期第一个季度末的监控记录显示，低评分区间的区分度指标为0.37，达到阈值，但业务投诉记录中出现了两笔与该客群审批相关的投诉。假设：投诉属于个案，与模型整改无关，观察结论可以记为“无复发”。试了什么：核对投诉涉及的审批记录与低评分区间的关系，以及投诉内容中的具体诉求。新信息：两笔投诉均涉及低评分区间的审批结果，投诉内容指向审批依据的解释不足，属于模型输出解释性方面的关联问题，与整改的区分度指标不同但同属该区间的模型应用问题。推翻的假设：观察指标仅限区分度。换哪条路：观察指标扩展为区分度加解释性投诉数量，两笔投诉按复发线索记录；复发处置按表9的二级发现复发规则升为一级处理，提交模型风险管理委员会审定补充整改方案，补充措施为审批环节增加模型解释说明的标准化模板。这一轮把观察指标从单一指标扩展为指标加业务线索。终点：补充整改完成后，观察期延长一个业务季度，第二个季度末的区分度指标为0.39，解释性投诉为零，观察结论“无复发”，整改台账完全闭合。追溯链检查抽取该发现编号，验证报告、整改台账和复验底稿三层材料一致。表11列出案例变量与处置变化。表11案例变量表变量案例中情形如果变量不同处置变化原因分析的根源初次在参数层面，修正为数据代表性根源确在参数层面整改措施仅为参数更新，复验周期缩短重测指标的子期间稳定性两个子期间0.38和0.34两个子期间均超过阈值复验结论为通过，不进入补正观察期复发线索两笔解释性投诉，指标同属该区间应用观察期内无投诉观察结论直接记为无复发，观察期按时届满复发处置升为一级，补充标准化解释模板维持二级处理补充整改范围限于投诉个案的处理，观察期长度不变追溯链检查三层材料一致台账缺证据编号补填证据编号后再完成闭合表11第2行至第6行覆盖原因分析、指标稳定性、复发线索、复发处置和追溯链五类变量。其中“重测指标的子期间稳定性”决定复验结论档位，“观察期复发线索”决定是否触发升级处理，两者对整改闭合路径的影响高于其余变量。十一、跟踪规则与矛盾处置规则一。验证报告签批后三个工作日内建立整改台账行，发现编号与报告逐字一致。整改通知发出后，责任岗位在十个工作日内提交整改方案，方案审核按表3的六项要素执行。规则二。整改时限的延期在届满前提交申请，延期申请含延期原因、已完成工作和剩