一个Excel文件，点几下按钮，全套审计底稿自动生成。抽查凭证？随机数函数随便编。结果被检查组抓了个正着——应付账款虚增78万，其他应付款凭空多出172万，抽查的6笔凭证在客户账里一笔都找不到。

01 这家事务所，有点野

ABC会计师事务所，2022年成立，一共5个人，注册会计师只有2个。

2023年全年收入16万，出了27份审计报告。2024年前5个月收入31万，又出了25份报告。

检查组翻底稿时发现一个怪事：所有项目的底稿格式一模一样，数据严丝合缝。人工做底稿做不到这种程度。

一查，果然有猫腻。

02 秘密武器：一键生成底稿的小程序

ABC事务所的秘密武器是一个Excel文件，叫“财审底稿（2024V1.0）.xlsm”。

操作很简单：导入客户的科目余额表→生成一个数据→再导入序时账和报表→点一下按钮，所有科目的审计底稿自动生成。抽查凭证也由程序自动选，连审计报告都是自动出的。

整个审计过程，人只需要做一件事：点按钮。

至于数据对不对、凭证存不存在——程序说行就行。

03 两个科目，造假造得离谱

检查组重点查了ABC公司2023年度的审计项目。

第一个科目：应付账款-暂估

这个科目占了公司负债总额的71%以上，是核心中的核心。

客户的真实账本（序时账）显示：当年实际发生贷方28.28万元，借方0元。

但ABC的审计底稿里写的是：借方78.80万元，贷方98.08万元。

借方凭空多出78万，贷方多出69万。

底稿还说“抽查了6笔凭证”——检查组拿着凭证号去客户账里搜，一笔都找不到。

第二个科目：其他应付款-高某

这个科目占负债的21%。

客户真实账本显示：当年实际贷方0.11万元，借方0元。

ABC的底稿写的是：借方172.20万元，贷方172.31万元。

虚增172万。抽查的6笔凭证，同样全部对不上号。

04 根源：一个RAND()函数

问题出在哪？小程序里的替代程序表用的是RAND()函数。

以RAND()函数生成随机数编制替代程序表，且未关联真实序时账数据，导致替代测试程序流于形式，未实现检查往来款发生额真实性的审计目标，违反审计准则对实质性程序的要求。

审计底稿的核心要求是准确性、一致性、可追溯性——随机数函数生成的数据，怎么追溯？

更离谱的是，这个小程序根本不校验“随机抽出来的凭证”是否真的存在于客户的序时账里。生成什么就用什么，审计人员连看都不看。

05 监管不排斥小程序，排斥的是“乱用”

有人可能会问：那以后还能不能用审计小程序？

答案是：能用，但有硬性要求。

检查组在整改规范里明确写了三条，其实就是在给行业划底线：

第一，小程序里不能有RAND()这种随机函数。替代测试表的数据必须来自真实序时账，小程序要增加校验模块——非序时账数据自动预警，禁止保存。

第二，必须先导入被审计单位的官方序时账和科目余额表，才能生成底稿。禁止手动修改自动生成的数据，非要改的得留书面说明+项目经理签字。

第三，技术部门每月备份检查，看有没有“无序时账导入却生成底稿”“数据修改无审批”的情况，形成报告全所通报。

说白了，监管不排斥使用工具，毕竟审计多累，大家心里都有数，但工具不能成为造假的帮凶。数据来源可追溯、样本真实可验证、修改有留痕——做到这三点，小程序随便用。

06 后果与警示

ABC事务所和签字注册会计师被公开谴责。

如果这份基于虚假底稿的审计报告被拿去贷款、投资，出了问题，事务所面临的将是罚款、暂停执业，甚至刑事责任。

写在最后

ABC这个案子，说白了就是懒到极致——替代测试让程序自动做，凭证让程序随便编，连基本的数据核对都不干。

审计做的是“信任”的生意。结果你连程序生成的数据都不验证就敢签字，这不是在帮客户，是在坑所有人。

工具可以辅助审计，但不能替代审计判断。这条底线守不住，迟早出事。