前期准备
页面预览使用同版业务文件；为便于跟练，运行目录统一显示为“任务文件夹”。材料包与离线结果包保留原始文件。结果记录属于模拟会计操作，尚未经专业审查。
你已经理解银行存款的借贷方向、未达账项与原始凭证。这篇从两份导出开始，做到交给下一位会计继续复核：保留原件，生成核对建议，按凭证修正工作副本，再留下有效的补件记录。匹配建议和查看记录都不能代替正式核对签字；有权限的会计另行决定记账与审批。
先用禾岸公司7月练习材料。这是自编的虚构业务，解压后恰好有五个文件，没有作者答案或处理脚本。
左右滑动，查看完整表格
| 文件 | 在任务里做什么 |
|---|---|
| bank.csv | 158行银行导出，收款为正、付款为负，保留重复嫌疑与原日期 |
| ledger.tsv | 155行日记账，借方增加、贷方减少；用制表符分列，无需先手工改格式 |
| 范围与控制.md | 说明账户尾号0719、CNY、2026年7月、期初200万元及报表控制额 |
| 凭证摘录.csv | 五条合成归档摘录，供你判断哪些改动有依据 |
| 业务补充说明.md | 说明业务参考号、清算日期，以及尚未取得的材料 |
把解压后的“禾岸7月核对”作为任务文件夹，在里面新建 materials 和 raw 两个子文件夹，把五份原件移入 materials；raw 用来接收结果。在你已有的本地智能体中选中外层任务文件夹。它需要能读取 CSV、TSV、Markdown，实际运行文件处理并另存结果。本次演示使用已具备文件执行权限的本地智能体；你无需安装 Python、使用终端或编辑代码。其他工具先以“能读五份材料、另存并重读清点说明”为就绪标志；只有文字聊天或只给代码的工具还不能完成这里的任务。首次使用工具的安装与授权先按该工具说明完成。
下面保留作者那次运行的完整业务请求和真实回复。页面的结果预览与离线结果包也来自那次运行，供你对照。跟练时，每轮都在自己的智能体或任务文件夹中打开刚生成的文件；页面示例不会随你的操作更新。两张空表要填你本次结果的组编号和指纹。请求中的 materials 替换为你任务目录中 materials 的实际位置；其余 materials/... 和 raw/... 均从外层任务目录起算，后两轮沿用。回复中的文件链接已映射到随文保存的同版业务文件，原始路径和未经映射的回复另存制作档案；本次运行档案提供可打开的副本。作者的调度与留证指令另存档案，不混入供你复制的业务请求。
第一轮开头先检查读写能力，随后才做核对，仍算一轮业务请求。如果没有实际清点文件，先把原报错交回 AI，要求保留错误、检查目录权限并重读输出；仍不能读写就停在这里，更换单位允许且具备文件执行能力的环境后重新开始。作者下方保留的那次业务运行没有触发这个权限分支。处理自己的材料时，先按单位允许的数据环境执行。
查看五份练习材料
bank.csv
正在读取文件…
凭证摘录.csv
正在读取文件…
范围与控制.md
正在读取文件…
业务补充说明.md
正在读取文件…
ledger.tsv
正在读取文件…
五份原件：银行导出、日记账、范围与控制、凭证摘录、业务补充说明。
第一版：逐行去向、核对建议、待查、原始余额与查看记录。
工作副本→第二版：依凭证另存，重算余额，旧查看保留并失效。
现行入口：接手说明.md、复核表.csv、待查与变化.md。
图为作者整理。原件、工作副本和结果各有位置；表格只是生成时的快照，保存一格修改不会自动重算。
让 AI 导入并列出核对建议
先让 AI 交代它读了哪些行、金额方向怎样解释，再要求每条交易都有去向。第一轮不先告诉它哪笔错额，也不给最终余额答案。你检查账户、期间和方向是否符合材料，异常是否仍能回到原行。
AI自查通过后，再对读余额说明和核对表：同一业务的组编号与来源行要一致，重复嫌疑和无效日期仍应保留未知，结果要标明来源版本。如果编号指向别的业务、以“控制相符”为由把待查事项写成已确认，或没有标来源版本，把文件名、来源行和矛盾内容交回同一会话，要求保留旧文件、修正后重读结果；你不用改任何代码，修复和重读由 AI 在同一会话完成。
准备请求：先清点 materials 五份材料，说明表头、物理行数与金额方向，另存材料清点说明并重读。材料已可读写后接下面第一轮业务请求。这是准备动作，不额外业务轮次。 第一轮业务请求：请核对上述材料文件夹中同一账户、币种和月份的银行导出与账簿，结果保存到raw/银行核对/第一版。先清点五份材料、字段、物理行数和金额方向，保留原件。不要把无效日期、空金额或分位以外的小数改成有效值。每个输入行都要有去向，用原文件名和物理行号回查；来源键必须同时包括文件名和原始物理行号，两份表的同一行号是两个来源。 按账户、币种、方向、金额及业务身份配对，参考相对方、业务号和日期说明。金额相等或合计为零不足以确认同一业务；有依据且候选唯一的拆分可列匹配建议。重复嫌疑保留原行，跨期、单边、资料异常、候选不唯一继续待查；列已有依据和仍需取得的材料。银行没有交易ID仍保留来源。 交付可编辑核对表、完整逐行去向、导入说明、待查清单和余额说明。先分别算银行报表控制、导出全部已知金额余额、账簿余额及差额，解释未知和期间资格，不能以控制额对上代替逐笔业务复核。每组列稳定编号、完整输入内容指纹（完整SHA256不截短）、两边来源版本与原行、净额/差额、建议状态、已有依据和下一动作。指纹由你生成，绑定实际来源内容。 不标已核对，不代做正式分录。说明表格是生成时快照，改源文件须重新生成。先分小步落盘可读文件，不建立通用框架。完成后告诉我实际打开哪些文件可检查导入范围、配对依据与待查事项；实际保存后重新读取验证。第一轮只读原始金额，不提前修正账簿。
聊天回复
第一版已生成并实际重读：313条交易行全部有去向，五份材料337个物理行均可回查；158组中146组为匹配建议、12组待查。原件SHA256与首次读取一致，账簿金额未修正，未正式记账或签核。
左右滑动，查看完整表格
| 余额口径 | 金额（元） |
|---|---|
| 银行报表控制 | 1,008,652.72 |
| 银行导出全部已知金额 | 980,648.31 |
| 账簿原始余额 | 1,010,836.72 |
| 导出全部已知金额减账簿 | -30,188.41 |
| 银行控制减账簿 | -2,184.00 |
实际重读的检查入口：
bank.csv第57、74行重复嫌疑均保留；第149行日期2026/07/35及已知金额1,764.00保留，7月资格待查。JQ0728提出有凭证支持的拆分建议；渠道同合计、2222同额收入、冲正净零及PJ/YJ方向冲突均未据金额确认关系。现有材料没有整笔空金额或超过两位小数的交易金额。表格是生成时快照，改源文件须重新生成。
执行留证存在一项缺口：一次启动脚本语法错误发生在子进程日志建立前，完整命令正文及准确起止时间未落盘；错误输出、退出码和缺口说明已保留于work/logs/003_bootstrap_failed.*。修订前余额说明、修复程序和后续运行日志均保留，不能声称本轮全部命令已满足审计留证要求。
已停在第一业务轮，等待本上下文后续的凭证决定与交接请求。
上面是工具原话。以下表格与说明由作者对读实际文件整理。作者那次运行的第一版有313条交易、158个组，其中146组为匹配建议、12组待查。同一材料也可能因分组方式出现不同组数；先看AI给出的逐条去向清单，确认313条交易每条都有去向、所有待查组都能在清单中找到、拆分与合并有业务依据，再判断差异是否合理。五份文件共337个物理行（包含表头和说明），AI另留了完整去向。物理行号包含表头，第一条数据是第2行，不能拿排序后的表格行号回查原件。
先看一笔普通收款。核对表的 G-AD-0721 引用了以下两行：
左右滑动，查看完整表格
| 来源 | 日期 | 业务依据 | 方向与金额 |
|---|---|---|---|
| bank.csv 第132行 | 2026/07/18 | 上海玉川广告有限公司，AD-0721 项目预付返还 | 收款1,800.00 |
| ledger.tsv 第71行 | 18-07-2026 | 同一相对方，AD-0721 退回预付款 | 借方1,800.00 |
两边同账户币种、同方向，项目号也相同，各侧候选唯一，可以形成匹配建议。材料里还有另一笔1,800元返还，项目号为AD-0724；若只按金额配对，就可能把两笔串起来。G-AD-0721 是作者示例的编号，你本次输出中对应组的编号可能不同，定位仍用上表的两个来源行；你要读的是这组的业务依据和原行，不是只看“差额0”。
拆分也同样要有业务依据。下面两组的算式都成立，处理却不同。
有清单：银行付款7,350；账簿付款2,200＋5,150，有发票及收款人依据，可列匹配建议。
缺分配单：银行收款2,000＋1,000；账簿1,500＋1,500，合计相等仍待查。
这是作者按原材料和第一版结果制作的对读图。JQ0728 的银行第34行付款7,350元，对账簿第30、140行的2,200元与5,150元，凭证摘录第2行列出了相应付款清单。渠道商银行第44、148行合计3,000元，对账簿第80、95行也是3,000元，却还没有逐笔分配单，继续待查。发现 AI 误合并时，把两边原行与缺失依据指出来，要求拆回待查并整批重建。
再打开余额说明，分清三个口径：
左右滑动，查看完整表格
| 口径 | 第一版期末金额（元） | 怎样使用 |
|---|---|---|
| 银行报表控制 | 1,008,652.72 | 材料载明的正式报表控制数 |
| 银行导出全部已知金额 | 980,648.31 | 158行金额都参加算术，仍包含重复嫌疑和无效日期 |
| 账簿原余额 | 1,010,836.72 | 按原始借贷列计算，尚未改值 |
导出金额比银行控制少28,004.41元，恰好等于一条重复嫌疑付款。银行第57、74行的字段一致、导出窗口又有重叠，但还需要银行原交易证据确认，不能先删一行凑平。第149行的日期是 2026/07/35，金额1,764元仍保留在“全部已知金额”中，所属期间待查；不能猜成7月31日。
这里实际发生过一次说明错误。AI最早写余额叙述时，把控制收款与这条无效日期收入的关系判断错了。它回读金额后保留旧输出、另存修订版：控制收款本来就等于导出已知收款。若仅作“有一条重复”的候选计算，980,648.31＋28,004.41＝1,008,652.72，虽然对上控制额，仍未证明日期有效。再暂不计那笔1,764元，就会少1,764元及一笔。这次恢复只修正说明，没有删除重复行、猜改日期或改账簿。修订前后记录保留了实际错误和恢复位置。
遇到文字结论与明细算式不一致，你可以这样追问：“请回到这些原行复算，分别说明全部已知金额和期间资格；保留旧说明，改正解释后重读输出。”这是作者提供的遇错请求，本次修复由 AI 自查触发，没有把这句话配成历史对话。AI自行执行处理与自查，读者不需要修改程序。
第一版已经给出了可核的差异，接下来你要决定服务尾款能否改。先看凭证，再发第二轮。
按凭证修正，再看重算改变了什么
先核对 FW-0723 服务尾款的三份依据：
左右滑动，查看完整表格
| 来源 | 能读到什么 |
|---|---|
| bank.csv 第53行 | 本次尾款付款4,275.00元 |
| ledger.tsv 第75行 | 同笔尾款贷方4,725.00元 |
| 凭证摘录.csv 第3行 | 该笔尾款审批与网银提交为4,275.00元 |
银行与凭证都指向4,275元，你才能据此决定修改工作副本。下载作者提供的查看记录空表，用表格软件打开，新增一行，另存到任务文件夹的 raw/reader-records/第一版查看记录.csv（没有的文件夹先新建）。在你本次生成的第一版核对表中，用 bank.csv:53 和 ledger.tsv:75 找到服务尾款这组，复制该行的组编号和完整本组指纹。作者示例的编号是 G-FW-0723；你的工具可能给出不同编号，以你本次输出为准。
用 WPS 填日期时，先选中日期格，依次点“格式→设置单元格格式”，在“数字”中选“文本”，确定后再输入实际日期。本次 macOS WPS 12.1.28496 实测中，直接输入 2026-10-24 会保存成 2026/10/24。若已经输入，改成文本后还要重新输入日期；只改格式会显示成日期序号。
行动填“已查看仍待查”，姓名由你按实际模拟操作填写、不要让AI代填，日期用实际日期，按 YYYY-MM-DD 格式填写（如2026-10-24），证据定位写上述三行，下一动作写“依据付款凭证要求更正工作副本，再整批重建并重新复核”。
保存前确认除表头外只有你填的一行，删除多余空行。WPS 另存时，点“文件→另存为”，把默认的 xlsx 格式改选为“CSV UTF-8 (逗号分隔)(*.csv)”，核对位置是任务文件夹的 raw/reader-records，实际文件名是 第一版查看记录.csv。弹出格式兼容提示时点“保存”；默认焦点在“另存为xlsx”，不要直接按回车。
保存、关闭后重开CSV，核对七项都在。WPS 重开 CSV 时，日期可能又显示成斜线形式；本次实测中，仅打开未保存，文件里的日期和内容都保持不变。核对后若没改值，直接关闭；若要编辑后重存，先把日期格设为文本并重输实际日期。下一轮让 AI 实际读取保存文件，原样列出日期与完整指纹，格式不符就先停下检查。
作者示例由“模拟-编制会计”在2026-10-23填写，第二轮实际读取了该记录。如果下一轮开始时 AI 报告找不到这份 CSV，或没有读到已填写的记录就继续往下做，这一轮还没完成：先确认CSV的实际文件名和保存位置为 raw/reader-records/第一版查看记录.csv，再在原会话重发该轮业务请求，让它先读到这份记录再继续。
“输入指纹”是 AI 根据当前来源生成的内容标记，用来防止旧记录贴到已经变化的材料上。作者第一版表中有整批与本组两种标记，回填用的是本组输入内容SHA256。你本次结果的指纹列名可能与作者示例不同：要复制绑定该组实际来源内容的完整64位SHA256，不能拿整批版本指纹代替，也不能截短。找不到对应列时，把这组原文件名和行号发回同一会话，让AI补齐本组指纹、另存并重读核对表后再填；计算与验证由AI完成。没有足够凭证可改时，保留待查直接准备交接，不必为走完教程制造改账。这是迁移建议，本例有足够的合成凭证支持工作副本改值。
第二轮业务请求： 我已对读 materials/ledger.tsv 物理行75、materials/bank.csv物理行53和materials/凭证摘录.csv物理行3，确认服务尾款的贷方发生额应从4,725.00改为4,275.00。请先读取并保留 raw/reader-records/第一版查看记录.csv（这是一条已实际填写的模拟查看记录）。仅在工作副本修正，保留原件与修正记录，基于该副本整批重建第二版，不覆盖第一版。现行组中保留旧值、新值、原件/副本来源、凭证和修正记录定位；列出前后变化与余额桥，受影响的旧查看记录必须失效，无关记录只有来源内容相同且可证明时才可沿用。仍缺证据的继续待查，金额相等只形成匹配建议。保存后实际重读验证，回复实际变化和未决事项。
聊天回复
第二版已整批重建并实际重读。313条交易、337个物理行及158组均保留；原件和第一版产物SHA256未变。
仅工作副本ledger.tsv物理75行的贷方发生额由4,725.00改为4,275.00。G-FW-0723差额由450.00变为0.00，现为待重新复核的匹配建议。现行组保留旧值、新值、原件与副本路径/版本/物理行，以及凭证和修正记录定位。
左右滑动，查看完整表格
| 余额口径（元） | 第一版 | 第二版 |
|---|---|---|
| 账簿工作副本期末 | 1,010,836.72 | 1,011,286.72 |
| 银行全部已知金额减账簿 | -30,188.41 | -30,638.41 |
| 银行报表控制减账簿 | -2,184.00 | -2,634.00 |
银行全部已知金额余额仍为980,648.31元，报表控制仍为1,008,652.72元。原件账簿余额仍为1,010,836.72元；450.00元变化只发生在工作副本。
已读取并保留实际填写的模拟查看记录1条。其旧指纹与第一版G-FW-0723一致，但副本业务行已改变，旧记录已明确失效，仅留历史；本版复核人空白、待重新复核。其余157组有完整业务行及证据内容相同的逐组证明，没有其他实际查看记录可沿用，实际沿用0条。
实际重读的检查入口：
- 第二版可编辑核对表及修正记录：查原件、副本、旧新值与凭证。
- 旧查看记录处理：查历史记录、旧新指纹及失效处置。
- 前后余额桥及余额说明：查450.00元变化及各余额口径。
- 待查清单及重读验证：查未决事项和来源、完整指纹、余额重算记录。
本版147组匹配建议、11组待查。SF补记、CG/HK跨期、重复嫌疑、无效日期、渠道分配、冲正政策、平台商户、2222认领及PJ/YJ方向冲突继续待查。金额相等仅形成建议，工作副本修正不代表正式入账或签核。表格仍为快照，源内容改变须重新生成并重评查看记录。
第一轮启动失败的审计留证缺口仍按原记录披露；本轮程序版本和各次命令、时间、stdout/stderr、退出码已保存。已停在第二业务轮，等待第三轮请求。
作者第二版的 G-FW-0723 就地列出原件第75行贷方4,725元、工作副本第75行贷方4,275元、凭证第3行及修正记录；不必去程序日志里寻找改值依据。账簿原件仍是4,725元。AI重建后，这组差额从450元变为0，状态为“工作副本更正后的匹配建议（待重新复核）”。
同时打开修正记录，对读旧值、新值、原件与副本定位、凭证依据。如果你的工具导出CSV后把一段文字拆到了别的列，把文件名和错位内容交回原会话，让AI重新导出并重读各列；确认记录可用后再准备接手包。
银行付款4,275，原账簿贷方4,725，凭证支持4,275。
工作副本改为4,275；支出减少450，账簿余额由1,010,836.72增至1,011,286.72。
银行控制减账簿为−2,634；原件保留，第一版查看失效，仍待重新复核。
图为作者按实际两版结果整理。支出减少，账簿余额随之增加：
- 1,010,836.72＋450.00＝1,011,286.72元。
- 银行控制减账簿：1,008,652.72－1,011,286.72＝－2,634.00元。
原来的控制差额是－2,184元，正确修正后绝对值反而增加450元。不能为了让总差额变小，否决有凭证的改值；剩余差异要分别查明。手续费38元仍是拟处理建议，本轮没有正式过账，也没有把拟过账余额混进这个口径。
那条“已查看仍待查”记录已保留在历史中并标失效，新版没有继承姓名或替读者签字。本次完整指纹还绑定整批文件，所以修改一行会使其他组的完整标记也变化；AI另对业务行与证据做内容相同证明，157组业务内容相同，但本例并没有其他已填写的查看记录可以沿用。不能把“无关组内容没变”说成“已有157条查看自动有效”。
第二版仍有11组待查，包括渠道分配、重复嫌疑、日期异常和单边事项。你已经完成有凭证的一笔工作副本修正，下一步将未解决事项交给接手者。
保存现行包，让接手者继续复核
接手时让对方从同一个现行入口开始，找到当前来源和待查证据。先选银行第149行的日期异常做一次模拟补件：金额已知，实际日期与期间资格还不清楚，需要出纳向银行索取有效交易日期和原始回单。
下载作者提供的补件记录空表，用表格软件新增一行，保存到任务文件夹的 raw/reader-records/第二版补件回填.csv。先在你本次生成的第二版核对表里用 bank.csv:149 找到日期异常组，复制该行的组编号和完整本组指纹。作者示例保存的编号是 G-BANK-0149，跟练以你本次第二版中来源行所在的组为准。
用 WPS 填这张表时，也先把日期格设为“文本”，再输入实际的 YYYY-MM-DD 日期；已经输入过的日期，改格式后要重新输入。菜单位置与上一张表相同。
行动填“请求补件”，姓名与日期由你按实际模拟操作填写、不要让AI代填，日期按 YYYY-MM-DD 格式填写（如2026-10-24），证据定位填“materials/bank.csv:149；2026/07/35；收入1764.00元”，下一动作填“请出纳向银行索取该笔有效交易日期与原始回单，收到后重新生成整批并复核期间资格”。
保存前确认除表头外只有你填的一行，删除多余空行。按上一张表的方法，在 WPS“文件→另存为”中选“CSV UTF-8 (逗号分隔)(*.csv)”，核对实际路径为 raw/reader-records/第二版补件回填.csv；格式兼容提示中点“保存”，同样不要直接按回车。重开核对后若没改值，直接关闭；要编辑后重存，先把日期格设为文本并重输日期。
保存、关闭后重开CSV，核对七项都在。下一轮让AI实际读文件中的日期与完整指纹，格式不符先停下检查。
作者示例的复核人为“模拟-接手会计”、日期为2026-10-23；跟练使用你本次第二版的编号与指纹。下面的第三轮会读取你保存的这份文件；如果第三轮开始时读不到这份CSV，先核对实际文件名和保存位置，再在原会话重发第三轮，让它读到记录后再继续。
这条模拟记录留下了请求补件的决定，不能说明缺失凭证已经收到。故意漏姓名、改错内容标记和改试验来源，是接下来主动设计的拒收测试；它们与前面的真实余额说明错误分开。
第三轮业务请求： 请把现行结果整理成接手包。提供唯一现行入口“现行结果/接手说明.md”、可编辑“现行结果/复核表.csv”和“现行结果/待查与变化.md”；保留原件、当前工作副本、两版结果、逐行去向、修正记录和历史。现行表中必须能看见改变组的旧新值及依据，说明它当前引用哪版来源。 请实际读取 raw/reader-records/第二版补件回填.csv，这是本轮已填写的模拟接手会计请求补件记录，不是你代做的决定；校验后才接受保存，注明模拟无业务效力。 复核表必填：组编号、完整输入指纹、复核行动、复核人、日期、证据定位、下一动作。只允许“请求补件/已查看仍待查”；未发生的决定留空。收到回填先逐项检查非空白、日期有效、组存在、完整指纹与实际重读来源一致，来源有变或快照过期则拒收，不能自动补缺或代签。先以副本演示漏复核人被拒收，再补齐模拟信息演示接受；另测七必填逐项空值、错指纹与试验来源副本变值均拒收，并拒绝把行动改成财务签核。试验明确无业务效力，不改原件或当前工作副本。 保存有效模拟请求补件、拒收样例及真实校验结果；AI全量执行机械检查，读者只需从一条记录看懂拒收原因。当前范围是一次接手；不要宣称支持多人并发或连续合并回填。自查报错先保留日志，修复自查后重新验证，不把失败当完成。最后给接手人可打开的文件入口、仍缺的证据、下一负责人，以及哪些内容尚不能确认。
聊天回复
接手包已生成，整包移到另一位置后已重新读取验证。原件、当前工作副本和前两版均保留。
实际收到的G-BANK-0149模拟请求补件记录已逐项校验接受，注明模拟无业务效力。15个副本用例实际运行：补齐原提供的模拟姓名后接受1例，其余14例按预期拒收，包含七必填逐项为空、错指纹、独立来源副本变值及财务签核行动。未发生的复核行动、姓名、日期、证据定位和下一动作留空。
下一步由出纳向银行取得该笔有效日期与原始回单；渠道、采购、销售经办及编制会计按待查表补分配单、认领单、商户明细及业务凭证，具体人员尚未指派。当前147组匹配建议、11组待查；7月资格、重复行排除、部分交易归属及冲正记账口径仍不能确认。
现行操作使用包内相对路径，运行时绝对路径仅留作历史来源；第一轮启动失败的留证缺口仍保留披露。本次仅完成一次模拟接手，不代表正式记账或签核，不宣称多人并发或连续合并回填。交付后已停止。
上面是实际回复。本次现行接手入口与实际接手包下载已随文保存。接手者日常从三个文件进入：
左右滑动，查看完整表格
| 现行文件 | 当场看什么 |
|---|---|
| 接手说明.md | 当前用第二版，银行/凭证用原件、账簿用工作副本；历史结果在哪里 |
| 复核表.csv | 回到来源行与依据，填写实际发生的七项复核信息 |
| 待查与变化.md | 450元怎样改、哪些记录失效、还缺什么证据、建议由哪个岗位跟进 |
打开你本次的复核表，找到 FW-0723 服务尾款：在七个回填字段旁，应能直接看见原件旧额、副本新额、凭证、修正记录及当前来源版本。缺这些业务列，就先让AI补齐再交接。
“建议下一动作”与读者填写的“下一动作”分开。表中其余未发生的查看、补件行动留空，不能因为 AI 给了建议就填成已经执行。姓名与日期也不能自动补出。
漏姓名：G-BANK-0149请求补件记录被拒收，不自动补缺。
补齐原提供的“模拟-接手会计”、2026-10-23、bank.csv第149行及下一动作后接受。
试验副本改金额后旧记录拒收；接受补件记录不表示日期与期间资格已确认。
图为作者按真实校验结果整理。完整标记正确，仍可能因为缺少责任信息被拒收。漏姓名的副本返回“复核人：必填项为空或缺失；不自动补缺”；恢复原记录中实际提供的“模拟-接手会计”后接受。这是主动测试，不是又出现了一个偶发故障。七个必填项、错标记和来源试验由 AI 全量执行，你无需逐个手工制造错误。
作者还把接手包复制到新位置复验：有效记录能接受；七项分别填空值或空白字符都拒收；错标记、无效日期、未知组号、财务签核行动也拒收。再只在试验包中把当前账簿副本金额改动一元，AI实际重读来源后判定快照过期，旧补件记录不能继续使用。正式原件和当前工作副本未参与改值试验。这证明本次包的来源检查在新位置仍生效，不能据此推断支持多人并发或多次合并回填。
验收你本次结果时，再让AI演示一条来源换版试验：只改试验来源，并同步更新试验候选指纹，但保留未重建的核对结果，这条也应拒收。要求它把冻结来源版本与实际读取版本的比对写入校验结果；若仍被接受，就交回同一会话修复版本检查，再重跑。全部使用试验副本，原件不动。
本次跟练到这条请求补件记录保存为止。以后需要处理其他记录时，先让AI核实所用工具的回填格式，以及怎样保留旧记录与合并新记录；本例尚未验证连续多次回填。来源变化后先整批重建核对结果，不能只换标记继续用旧表。
现在日期异常仍待查，出纳要向银行索取有效日期与原始回单；渠道商需要逐笔分配单，其他单边项需要认领或业务凭证。表中的下一负责人是建议岗位，具体人员还要实际指派。收到补件后重新判断业务与期间，匹配建议要由有权限者继续复核。
换成自己的材料交付前，抽查一笔普通业务和一笔差异：账户、币种、月份或金额方向读错，就回到导入重建；来源行找不到、改值没有凭证，就退回待查并补证；来源已改而旧查看仍显示有效，就重新生成现行包并复评记录。原件、工作副本、当前结果能分别找到，未决事项有取证对象和下一步，接手人才有条件继续核查。