审计底稿,一定要做成 Excel 吗?

我希望 Relax 能逐步减少审计工作对 Excel 的依赖。可真往下做，就得想清楚：如果数据整理、明细计算、审计调整、证据关联和复核都能在系统里完成，最后还需不需要再整理成一份 Excel，才算把底稿做完？

这里说的是我们习惯在 Excel 里完成的那些工作。审计计划、重大事项备忘录、函证回函以及各种支持性资料，本来就有不同的形式。

不过，真要让人换一种方式工作，先得看看 Excel 到底方便在哪里。

需要一列就加一列，想核对一个关系就临时写个公式，碰到特殊情况就在旁边补说明。拿到客户的新资料，也可以先筛选、做个透视，看看数据是什么情况。

做这些事的时候，审计人员往往还没有一套完整的处理方法。做着做着，才知道需要什么。

开发系统却经常要提前把事情想好：页面放哪些字段，按钮执行什么动作，数据从哪里来、往哪里去。现场遇到的情况一旦超出预设，使用者就可能卡住。项目正赶进度，总不能因为缺一个字段，就停下来等开发修改。

所以，把现有模板搬到网页上，还远远不够。Relax 得给使用者留出处理例外的空间，让工作能够继续做下去。

这件事也不能只靠放开编辑权限解决。列能加、公式能改、数值能覆盖之后，底稿之间的关系还要有人维护。一处数字调整了，哪些结果需要更新？经办人提交以后又改了内容，复核人看到的是哪一版？

这些关联和版本问题，我希望系统能帮忙管起来。

如果最后仍然全靠人记着、逐张表核对，换了工具，重复的工作也没有少多少。

重大事项则需要留出写文字的地方，把判断过程说明白，再关联相关证据、讨论记录和处理结果。复核意见也可以落到具体的判断、附件或某一版计算结果上，方便经办人回应，复核人再回来检查。

按这个思路，一份底稿里仍然会有表格，也可以有文字、附件和测试记录。具体怎么组织，要看这项工作需要表达什么。

我比较担心的是，拆开之后，经办方便了，复核反而更费劲。

习惯把一张工作表铺开看的人，未必愿意来回点页面。如果金额在一个地方，证据在另一个地方，判断过程还要再找，系统保存的东西虽然多了，理解一项工作却更难了。

因此，设计这些页面时，还得考虑复核人怎样看全貌。他需要看清这项工作做了什么、依据在哪里、结论怎么得出，再去检查具体的记录和附件。这个过程能不能走得顺，不能只从经办人的操作来判断。

归档也得从一开始就考虑。

今天打开系统能查到结果，不代表几年以后还能完整查看当年的工作。数据会更新，规则会调整，软件也会升级。归档时的计算结果、证据、判断和复核记录，需要作为当年的记录保存下来，不能随着后续数据变化，只剩下最新的结果。

如果事务所以后不再使用这个系统，也应该能取得完整、可理解的审计记录。换一个人来查，仍然能看明白当时做了什么、为什么得出这个结论。

因此，导出和独立查阅的能力要保留。哪些内容适合 Excel，哪些适合 PDF，哪些需要连同附件整理成档案包，可以根据实际用途来决定。

考虑到这里，系统要承担的事情确实不少。我仍然希望往这个方向做，是因为有些重复维护的工作，值得交给系统。

同一份基础数据，能不能供不同底稿共同使用，少整理几遍？做了一项调整，能不能知道哪些结果受到了影响，少漏改几处？复核一个审定数时，能不能直接找到原始来源、计算过程和调整依据？

这些是我希望 Relax 逐步解决的问题，也是使用者花时间适应新工具，应当能够得到的实际好处。

临时分析、特殊处理、资料交换，仍然可以继续用 Excel。

我更关心的是，一项工作能不能在系统里从头到尾做完整，而不必做到一半，又回到 Excel 里补上关键步骤。

Relax 还需要放到真实项目中继续验证。某个功能做出来了，单条流程跑通了，离大家真正用得顺，仍然有一段距离。

也想借这篇文章问问大家：如果一项审计工作从编制到复核都放到系统里，你最担心失去 Excel 的哪项能力？

是临时加列、自由写公式，还是把整张底稿铺开复核？也可能是文件拿在自己手里、随时能打开的确定感。

用过类似系统的朋友，也欢迎说说哪些地方确实方便，哪些环节最后还是回到了 Excel。如果愿意，可以顺带说一下自己主要做经办、复核，还是维护模板。这些具体经验，会帮助我判断 Relax 接下来该怎么做。