用 AI 分析现金流差异：从预测到实际的七步证据链

定义比较口径并准备分析工作表

先写清楚要回答哪个问题：“本周现金净变动为什么偏离上周五批准的预测？”与“今天银行余额为什么低于最新预测？”不是同一件事。后者还受到期初余额影响。如果管理层需要完整连接，应保留流量和余额两个视图，而不是把所有差额都叫作本周经营偏差。

本文约定收款为正、付款为负。现金流差异＝实际净变动－预测净变动。 正差异只代表这个口径下现金比预测多，不一定代表经营更好。未支付的供应商款或新增借款都可能让数字变好，同时留下其他义务。

在可编辑现金流差异工作表中记录：

• 批准的预测快照、批准时间、预测跨度与负责人；保留原文件或不可混淆的版本引用。
• 确切的法人和账户总体、排除余额、工作日历、截止时区及采用的交易日期规则。
• 现金定义、交易及报告币种、汇率转换口径、内部转账处理方式。
• 预测与实际的期初余额、收款、付款、期末余额，以及来源提取时间。
• 唯一记录键、分类映射版本、数据完整性状态与复核责任。
• 按金额和风险设置的调查阈值、报告发布条件、未决事项负责人及下次复核日期。

法定现金流量表与周度直接现金预测服务于不同目的。国际财务报告准则基金会（International Financial Reporting Standards Foundation）的IAS 7公开概览介绍了经营、投资和融资分类；本文不替企业决定法定分类，也不替代适用会计框架。

不要直接把银行余额称作“可用流动性”。资金的使用限制、币种、所在地区及相关承诺可能影响另一个层面的判断。请资金团队定义可用资金范围，并保留它与更广义会计现金余额之间的核对关系。范围变化应列为明确的口径调整，不能编成经营差异。

从冻结预测到已复核说明的七个步骤

1. 冻结基线并确认是否可比

指定在被评价期间开始前已经存在的预测版本。最新预测另存，用于当前决策；拿它替换历史比较基线，会抹去原本需要分析的预测误差。即使发现真实的分类映射错误，也应保留原批准版本，将修正版单独标识，并说明调整影响。

关联数据前，检查新增主体、关闭账户、节假日、币种口径，以及总额和净额呈现方式。如果一份表使用结算日，另一份表使用发票日，就不能直接比较。列出范围异常，由预测负责人解决后再生成说明。这个步骤的产出是已确认的比较定义，不只是两份列名相同的文件。

2. 核对实际现金并识别缺失数据

对纳入范围的账户，核对期初现金、已记录变动及适用时单列的其他调节影响是否能够连接期末现金。保存银行或资金系统来源、总账核对结果，以及因提取时点不同产生的差额。缺一个账户属于完整性缺陷；已经过账但摘要不熟悉的付款属于分类问题，两者不能混为一谈。

范围内账户之间的转账要配对，避免在汇总收付中重复放大。跨越范围边界的转账需要另外的处理政策。适用时，应将汇率折算影响与交易现金变动分开。下文算例排除了币种影响，并假设端点已经核对；它不是覆盖所有会计框架的通用调节公式。

3. 用确定性规则计算差异衔接

使用受控电子表格、查询或计算程序，在约定粒度上计算实际减预测。保存输入和映射规则，让另一名复核人可以重现结果。语言模型可以提出计算代码，但代码与输出仍需独立检查；不能让模型根据图表形状估算金额。

建立两个相互连接的视图：预测现金净变动如何变成实际净变动，以及预测期末现金如何变成实际期末现金。后者还包含期初余额差异及另行识别的调节影响。未解释余额应通过“总差异减已支持驱动项”算出并公开展示，不能手填一个“其他原因”，让报告看起来已经完成。

4. 把重大驱动追溯到业务证据

分析收款不足时，取出计划收款、结算证据、相关发票及获授权应收账款负责人的答复。银行摘要中出现客户名，并不能证明哪张发票已结清。部分收款、扣款和合并汇款需要分配依据；现实中是一对多关系，就保留一对多关系，不要为了表格整齐强行配成一对一。

供应商付款应查看批准的支付计划与实际执行记录，不能把未付款项认作节省。资本支出应连接批准项目金额、付款节点和实际现金支付。每个结论附来源引用，区分记录已确认的事实和负责人估计。出现冲突说法时应保留，直到责任复核人作出判断。

5. 区分时间性、金额变化和未确认原因

时间性解释需要识别同一笔基础收付款，并能够连接原期间和新期间。如果款项已经在截止时间后结算，后续记录支持的是一个已发生事实；如果负责人只是预计下周收到，就应写成预计，并保留回款风险。“只是时间问题”不是反转承诺。

金额变化则要说明义务、收款预期或预测假设究竟哪里变了。不能因为本期差异真实存在，就称它为永久变化。一次性项目付款和持续价格变化，对未来的处理不同。对时间、数量、费率、汇率等重叠因素，事先选择一种可加总的归因规则；其他标签只作说明，不能把同一笔交易重复算进多个驱动项。

6. 复核未解释余额并质疑现有叙述

即使金额恰好对得上，解释仍可能错误。检查所引资料形成于截止之前还是之后，负责人是否核实了整个总体，以及改变提取条件是否也能产生相同现象。按绝对金额和决策影响排列未决事项；正负偏差互相抵消，会制造一个看似很小的净差异。

运行前与财务约定调查和发布条件，不存在统一适用的“可接受残差百分比”。小金额也可能因为受限账户或敏感交易而重要。如果授权负责人批准，并突出未解释金额与局限，可以发布明确标识的内部暂行报告。但不能为了赶时间，把待确认原因包装成最终结论。

7. 批准说明，并另行批准预测修订

复核包应包含基线、总差额、有证据的驱动、未解释金额、预计后续发生时间及建议跟进。每个重大事项都有负责人和日期。预测负责人在新版本中批准假设变化；资金操作另按现有授权流程批准。说明获批，不等于允许延迟付款或提取授信。

历史比较始终保留原预测。后来拿到新证据时，追加带时间戳的结论，并形成更新后的分析版本，不要回写成“当时就知道”。真正的产出，是可追溯地决定调查什么、修订什么，而不是自动生成更长的一段话。

哪些工作可以由 AI 协助，哪些必须受控

从只读分析范围开始。只读必须由连接系统的权限落实，不能只靠提示词。限制可访问字段和接收人；交易摘要可能含机密资料，也可能带误导内容。导入文字只是待检查的证据，不能成为改变助手权限的指令。

示例周度节奏是：报告周开始前冻结基线；约定截止后提取并核对实际；管理报告发布前调查和复核；下次复核时回看未结时间性项目。实际日程取决于当地银行数据可用时间与财务期限。没有在真实来源和异常工作量下测试，就不能承诺固定完成时长。

美国国家标准与技术研究院（National Institute of Standards and Technology）的AI风险管理框架1.0被描述为自愿、跨行业框架。它提供风险管理背景，不是对本流程的认证，也不是某个模型能够安全处理财务记录的证明。

完整算例：解释36,000美元现金流缺口

分开现金流和余额，不混用两个差异

以下是原创假设算例，不是OpenMax客户数据或资金建议。范围为单一主体的一周，金额单位全部为美元（USD）；收款为正、付款为负。账户范围不变，假设端点已经核对，不存在汇率或其他调节影响。原冻结预测记为F1。

现金净变动缺口为 -28,000－8,000＝-36,000 USD。期末余额缺口为 67,000－108,000＝-41,000 USD，因为实际期初现金还比预测少5,000 USD。将期初差异加到流量差异，才能解释期末余额；把全部41,000 USD都叫本周经营失误是不准确的。

可下载六类收付示例数据复算分类合计。这是检查算术的模拟数据，不是完整交易明细账，也不是模型表现基准。期初和期末余额独立于六类流量，不能一起加进现金净变动。

追溯原因，同时显示尚未解释的金额

假设复核人拿到证据，确认收款不足中的30,000 USD在截止后结算；另外15,000 USD收款缺口还没有确认原因。供应商支付计划支持20,000 USD移到下周，但付款尚未执行。项目文件支持本周额外支付10,000 USD，银行记录则支持F1遗漏的1,000 USD费用。

有依据的带符号驱动合计为 -30,000＋20,000－10,000－1,000＝-21,000 USD。未解释余额为 -36,000－(-21,000)＝-15,000 USD。因此完整衔接是 8,000－30,000＋20,000－10,000－1,000－15,000＝-28,000 USD。公式能够核对，同时仍有一项原因未决，两件事都必须说清楚。

可复核的摘要应是：“现金净变动比F1少36,000 USD。其中有依据的驱动净额为21,000 USD缺口，15,000 USD收款差异仍在调查。期末余额差异为41,000 USD，包含另列的5,000 USD期初差异。”给收款负责人安排跟进日期，不要直接断言客户整体付款变慢。

进入下周视图时，已经在截止后观察到的30,000 USD收款，应归入其结算期间实际数，不能同时放入实际和剩余预测。20,000 USD供应商付款在执行确认前仍是预计流出。滚动预测时两者都不能重复添加。时间性解释可以说明偏差，却不会自动消除期间内的流动性影响。

选择电子表格、原生预测还是代理协作

单一主体、来源不多时，受控电子表格通常就足够。 保留锁定的基线页、明确公式和复核清单。真正的问题往往不是没有AI，而是业务扩大后，手工关联、公式修改和邮件版本越来越难检查。先解决这些基础问题，再加入自动说明。

多数输入已在同一财务系统时，优先评估原生功能。 微软的Dynamics 365 Finance现金流预测文档说明了流动性账户配置和付款时间假设。应检查企业实际配置，不能推断所有银行记录、外部预测和主体都会自动覆盖。

稳定映射和重复计算适合查询及定时流程。 它们能产出一致的差异表，但仍需处理缺失发票和负责人说法冲突。测试来源结构变更和重复导入；任务失败后，先前批准报告应仍可识别，不能悄悄只刷新一半数字。

跨人员、跨系统收集并验证证据成为瓶颈时，才值得评估代理协作。 使用相同标准：完整性、计算可复现、来源可追溯、权限、异常处理和复核工作量。代理本身也增加治理成本。如果只需要六个公式，助手可能只增加复杂度，而没有相应价值。

用一个有边界的财务复核包评估OpenMax

OpenMax官网将产品定位为人机协作平台，并说明代理集成、角色访问和审计能力。这些是厂商描述，不证明企业银行、资金系统或预测工作簿已经接通。本文不声称存在已经验证的现金差异专用产品、认证会计引擎或已完成的客户部署。

建议评估的角色，是围绕已有财务计算做证据协作：引用获准预测、收集支持记录、向指定负责人追问，并准备复核包。采用之前，请OpenMax针对实际环境演示连接器、主体限制、计算交接、来源版本保留、保存设置和批准边界。

准备一周脱敏历史资料，包括冻结基线、已核对实际和财务确认的参考答案。在评估中加入缺失账户、重复转账、截止后到账、未确认付款日期及冲突负责人备注。要求输出明确区分未支持和已确认事项，并保留原基线。测试不授予支付权限，也不授予预测写入权限。

验收应检查：约定舍入规则下能精确复算；授权复核人能打开证据引用；受限数据没有外泄；无依据原因不会被说成已确认。如要衡量价值，应记录人工纠错及从输入完整到输出获批的实际时间，本文不提供实测节时结论。携带工作表而不是生产凭据，与OpenMax讨论这个限定流程。

风险、报告边界及相关流程

历史报告核对正确，也不能保证未来流动性。 预测不确定性、不可动用资金和范围外义务仍然重要。发现潜在流动性问题，应按企业资金流程升级；本文不推荐融资、投资、套期保值、延迟付款或契约解释。

不要把薪酬细节、银行标识及客户级记录直接放入广泛分享的说明。按情况使用受限引用与汇总描述，并核实谁能查看来源、生成答案和保存日志。从一份导出中删掉敏感列，并不足以证明整个流程符合隐私要求。

多币种、多主体、资金池或收购场景，应先请合格财务复核人确定处理方式，再扩展算例。折算、内部转账和范围变化可能需要单独调节行。不要把法定现金流量表强行套入本周度直接现金表，也不要把利润差异与实际现金结算混用。

实际数尚不稳定时，先使用月末结账检查清单。供应商时间性原因没有支持时，沿发票异常处理流程追踪。更广的报告流程可参考财务报告自动化指南。这些是相关OpenMax资源，不是产品能力的独立证明。

常见问题

现金流正差异一定是好事吗？

不是。按本文带符号的实际减预测口径，正数表示现金比预计多，但可能来自未付义务、投资延期或新增借款。应先分析驱动及未来影响，再评价经营表现。

应与原预测比较，还是与最新预测比较？

使用与评价问题相符的冻结版本，并标明批准时间。最新预测单独用于当前决策。如需修正历史视图，应保留原版并解释调整，不能直接覆盖。

多大百分比的差异可以接受？

没有通用百分比。财务应结合绝对金额、流动性后果、使用限制和数据风险设置调查及发布条件。预测净流量为零或接近零时，百分比容易失真，应显示金额并分开收款和付款。

AI能证明差异只是时间性问题吗？

不能。它可以定位候选记录并建议匹配，但须由复核人确认是否为同一事项跨期，并区分后续已发生结算与未来预计日期；后者在确认前仍存在不确定性。

这套流程是否授权修改预测或付款？

不授权。它产出分析及跟进建议；预测负责人批准新版本，资金行动走另行授权流程。OpenMax评估应先演示这些边界，再引入敏感数据。

来源、编辑方法与更正

本文是OpenMax拥有的商业内容，由OpenMax内容团队整理。团队结合官方资料撰写了原创业务说明、模拟算例和可编辑工作表，没有开展客户资金部署，也没有认证预测模型。目前未提供具名合格财务审阅人，实际使用前应补充专业审阅。

来源核对日期：2026年9月4日。

• 国际财务报告准则基金会：IAS 7公开概览：法定现金流背景；仅核对公开概览，并非完整授权准则文本。
• 微软：Dynamics 365 Finance现金流预测：原生配置与时间假设，不代表已验证OpenMax集成。
• 美国国家标准与技术研究院：AI风险管理框架1.0：一般性自愿AI风险管理背景，不提供财务保证。
• OpenMax官方产品网站：厂商定位与能力描述，实际环境仍需验证。

2026年9月4日修订说明：在原七步提纲上新增流量与余额分别衔接、带符号计算、时间性证据区分、显式未解释余额、可下载数据及限定产品评估。若要提出更正，请通过网站联系渠道说明章节、争议表述及支持来源，不要发送银行凭据或机密记录。