9-4 · 财务沟通与汇报
把审核、对账、月结中发现的问题形成正式说明文档。适用于审计、管理汇报与内部追踪。
先把《异常事项说明模板》搭出第一版，不要只停留在看懂。
建议按“异常事项说明最怕的 是 事实还没讲清 就先开始下结论 -> 一份异常说明 至少写清 发现时间 金额 影响 原因 措施 计划 -> 写异常原因时 只写已核实事实 别把猜测当调查结果”的顺序往下看，先抓方法，再做练习和模板。
把审核、对账、月结中发现的问题形成正式说明文档。适用于审计、管理汇报与内部追踪。
第 1 节 · 导入
先把异常说明拉回正式记录场景。
异常事项说明和普通沟通最大的区别，在于它不是简单提醒，而是正式记录。
一旦写出来，后面可能会给管理层、审计、业务负责人甚至客户使用。
所以异常说明最怕两种情况：一是只写情绪，不写事实。
二是事实还没核完，就先把责任和结论写死。
异常事项说明真正要解决的，是把 什么时间发现、涉及多少钱、影响到哪、当前已做什么、还准备怎么处理 说清楚，让后续每个人都能沿着同一事实基础继续处理。
案例：财务发现一笔重复报销后，若只口头说 有问题先别付，后面既不好追溯也不好解释谁在什么时候发现了什么。
容易出错的地方通常出在先把异常说明拉回正式记录场景。
先找一个最近发生过 但当时没有形成正式书面记录的异常做样本。
第 2 节 · 核心框架
明确异常事项说明的最小结构。
异常事项说明最少应有六块。
第一 发现时间和发现方式。
第二 涉及事项和金额。
第三 影响范围，比如 是否影响付款、入账、申报或对外报表。
第四 当前初步原因，只写已核实部分。
第五 已采取措施，比如 暂停付款、锁单、补核资料。
第六 后续计划和责任人。
必要时再补 待确认事项。
这样一份说明既有事实，又保留后续处理空间。
案例：比起写 发现发票异常，建议尽快处理，更稳的写法是 4 月 22 日审核时发现某供应商 2 张发票票面金额与请款金额不一致，涉及 8.6 万元，当前已暂停付款并要求业务补充合同和发票重开说明。
容易出错的地方通常出在明确异常事项说明的最小结构。
先把异常说明的六块标题搭出来 再往里填事实。
第 3 节 · 方法
学会把异常说明写得准确可追溯。
异常说明里最难写的是原因。
稳妥做法是把 已确认事实 和 待进一步核实事项 分开。
比如可以写 当前初步判断为 重复提单造成系统未识别，具体是否存在人工绕过审批仍待核实。
这样的写法既说明进展，也不把猜测写死。
第二个要点是 所有金额、时间、对象都尽量具体，不要写 若干、近期、部分单据 这种模糊词。
案例：发现重复报销时，可以先写 同一行程于 4 月 10 日和 4 月 18 日各提交一次，涉及金额 2,860 元。
容易出错的地方通常出在学会把异常说明写得准确可追溯。
所有带有 可能 大概 疑似 的句子 都检查一遍 看是否该移到 待确认事项。
是否属于系统误导还是人为重复提交，仍在核查。
第 4 节 · 案例拆解
用真实异常记录场景跑通结构。
看一个重复报销案例。
说明可以这样写：4 月 22 日费用审核中发现，员工张某 4 月 5 日上海出差住宿票据于 4 月 10 日和 4 月 18 日分别提交两次，涉及金额共 2,860 元。
当前影响是 本月费用审核暂停该单据，若未识别可能造成重复付款和费用失真。
初步原因是 两次提单使用了不同报销事由，系统未自动识别重复票据。
已采取措施为 暂停付款、锁定单据、通知员工及部门负责人说明。
后续计划是 3 个工作日内完成核查，并评估是否需要补充系统重复校验规则。
这样管理层看到后，能立刻知道事实、影响和下一步。
案例：如果说明只写 发现重复报销，已处理，就既不能支持后续调查，也无法沉淀为流程改进依据。
容易出错的地方通常出在用真实异常记录场景跑通结构。
练习时 让每份异常说明都至少写出 已采取措施 和 后续计划 两段。
第 5 节 · 风险边界
提前看清异常说明里的表达边界。
异常说明常见两种失真。
第一 明明只是单据异常，却写成 重大舞弊风险，这会放大情绪。
第二 在调查没结束前就写 某员工故意重复报销，这属于先定责。
更稳的边界是 写清已核实事实、当前影响、临时控制措施和待确认问题。
只有在调查证据充分后，才进入责任认定。
案例：把 发现异常发票，疑似虚开发票 改成 当前发现票面信息与合同及请款资料不一致，已暂停付款并待供应商补充说明，会更稳妥。
容易出错的地方通常出在提前看清异常说明里的表达边界。
复核异常说明时 检查有没有超出证据的结论性措辞。
第 6 节 · AI实操
明确 AI 在异常说明写作中的合理角色。
AI 很适合根据聊天记录、审核记录和单据截图，先整理出 异常事件时间线、涉及金额、已采取措施 和 待确认事项，也适合按正式说明格式排版。
它不适合替你判断责任归属或定性异常严重程度。
更稳的提示词是：请根据以下事实记录，输出异常事项说明初稿，区分 已确认事实 与 待确认事项，并单独列出后续处理计划。
案例：把审核日志和沟通记录交给 AI，让它先整理时间线，会比人工在多个聊天窗口里来回找时间点更快。
容易出错的地方通常出在明确 AI 在异常说明写作中的合理角色。
今天先用一条真实异常记录 让 AI 帮你整理事件时间线。
第 7 节 · 总结
让本课沉淀成可复用的异常说明模板。
这节课最后要留下来的，是一张《异常事项说明模板》。
模板里至少保留 发现时间 涉及事项 涉及金额 影响范围 初步原因 已采取措施 后续计划 待确认事项 八块。
以后无论是重复报销、发票异常、重复付款还是对账差异，都先按这套结构形成正式记录，再进入后续追踪。
案例：今天你先用重复报销案例做模板，下次换成发票异常或付款差异，也可以沿着同一结构快速输出。
容易出错的地方通常出在让本课沉淀成可复用的异常说明模板。
今天就把第一版 异常事项说明模板 做出来 并先跑一条真实异常。
课内练习