报表显示刷新成功，Agent 怎样核对实际加载的日期分区和业务覆盖

报表刷新显示成功，仍可能少一个日期分区或没有吸收旧期更正。Agent应把批准覆盖范围、实际源分区和模型已加载分区逐日对照，输出缺哪一天、缺哪一类事实及其证据。它核的是覆盖，不把刷新状态再包装一次。

先把范围展开到日期

输入记录模型、事实表、批准截止、分区策略及实际加载证据。近七天不是一个足够明确的范围，应展开具体日期和时区，并说明当天是否已闭合。源分区真实无业务、模型分区没加载、来源还没完整，是不同状态。

官方机制说明1：刷新策略管理近期与历史分区，RangeStart/RangeEnd界定导入范围；旧期变更未必进入近期刷新窗。

近期刷新和历史分区的管理有各自边界。本文用这一机制核覆盖，不声称一次成功刷新自动重扫所有旧数据，也不调整实际模型策略。

合成输入1。 近7天应覆盖，10月21日源分区有记录而模型该分区0行

预期处置：列成功但覆盖待核，不能写当天无业务

合成输入2。 历史分区按政策不刷新，源又有旧期更正

预期处置：列策略外变化，交重算评审

合成输入3。 当天尚未闭合，计划只接到前一天

预期处置：保留批准范围，不能将当天不完整当失败

21日源有记录而目标为零，首先保留来源对象与加载证据，不能写当天无业务。旧期更正落在近期范围外，需要提交重算评审；它不是近期分区执行失败。当天未闭合而批准只接前一天，则保留范围解释，不把未纳入的当天当缺格。

附件第一组范围是上海日期2026年10月18日至24日，源行数依次为2、1、0、3、2、1、2，模型为2、1、0、0、2、1、2。20日双方零，但要有源分区闭合依据；21日源3模型0，是需补证的覆盖差。读者可逐日比较，而不是只接受总量差3。

第二组旧期更正独立使用14日一条事实，策略只覆盖22至24日。第三组批准截止到23日，24日仍开放。这三组用途不同，不把它们放进同一周累计。实际刷新、补载及认可结果全空。

工作表分应覆盖、源是否闭合、模型是否存在分区、已加载行数和计划范围。缺目标分区需要核创建与加载；分区存在但零行需核过滤、来源或运行资料；批准不覆盖则保留依据。本文不凭这些现象宣布技术根因。

从日期反查分区，再从模型分区反查源范围，能发现超出承诺或漏掉日期。不要靠删除空分区使报表看起来完整，也不要用当前模型设置覆盖当次刷新所用范围。

定制助手适合将业务截止、平台分区导出和源闭合资料整合成可审阅表。原工具继续执行刷新，业务人员确认允许范围，数据维护者补实际证据。它与旧报重述的区别在于先回答“现在加载了哪些分区”，而不是解释某次补录给历史报告带来的逐对象贡献。

第一组将七个日期与两列行数一一对应，21日的三个源对象没有进入模型候选，应先补源与加载证据。20日双方零且输入给闭合依据，因此不能与21日共用未上报标签。两者在总图都可能显示零，但处理方向不同。

源总11、模型总8的差3可用来校验逐日比较是否遗漏，却不能替代日期层解释。第二组的14日更正不加入这七日总量，第三组24日未闭合也不挪进上一组；每组有独立范围和用途。

助手提出的维护任务应写明日期、表、所缺材料及负责窗口。若只输出刷新成功却可能不完整，接手者仍不知道查哪里。原生刷新工具给执行状态，这张覆盖表给对象与范围解释，实际补载完成后再回到相应行记录证据。

对于源闭合依据，附件中的True是合成输入前提，不是本文查询平台所得。实际来源能否证明当日无业务，需要客户补相应记录。目标零行与源零行只有在范围、粒度和闭合状态都一致时才具备可比性，否则不能简单用零减零判完整。

源分区身份随日期一起留存。

下载本题合成输入与可填写工作表。附件保留实际结果、复核人和证据位置空栏。