审计百万行数据指南（二）：为什么我们要学数据处理？

上一篇文章讲了我们审计中可能遇到的困境，也给出了具体的解决方案和学习路径。

我后面准备把自己在项目中实际遇到的问题以及审计中最需要的SQL知识点进行讲解，毕竟我们不是要成为数据库专家，我们只是利用工具实现审计目的，用20%的时间学会80%的实用技能。

在这之前，我梳理下为什么我们要学习SQL语句。

1

为啥我一个审计师要学SQL

这就要说到我们平时审计审的是什么？

以前在项目上经理反复给我们强调，不要只关注财务数据，要关注业务，要用常识去判断。

当时，说实在的，我并不是很理解那句话，心里还在想，给我分配的那些科目，在现场光画底稿都画不完，我关心什么业务？

除了做内控的时候会找业务人员去访谈，完了还不是就用财务系统里的科目余额表、序时账、辅助账开始画画画。

记得有一个项目，公司是制造性企业，生产的化工产品销售出去时货车会经过过磅称过磅。

当时经理要求我们用过磅系统里的过磅数据去和财务系统里的销售数据进行比较，我这才稍微理解了他说的关注业务是什么意思。

企业的生产经营活动中可能会有很多个系统，这些业务数据就在各个系统中流转，最后才进入到财务系统。

而我们平时审计的往往仅仅是财务系统中的数据，财务系统之前的过程已经倒了很多次手了，之前的各个系统间数据是怎么流转的你清楚吗？系统与系统之间数据的传输是自动控制的还是人工控制的？如果是人工控制的，你说仅仅看财务系统的数据你虚不虚？

如果把这个数据传输比作自来水管道，我们平时就只是拧开水龙头用水，但是之前的各个接头你不去看，你知道有漏水吗？

2

业务数据太大了，处理不了？

可能某个项目你感觉风险很高，感觉应该去看看前面的水管接头有没有漏水或者注水了。

你想去验证，怎么看？

其实看法我觉得有两种，也很符合我们的常识。

1、系统间：

如果有多个系统，那么从A系统到B系统的数据是不是完整的准确的，尤其是人工控制的情况，比如他们没有业务系统到财务系统的接口，全部靠人工将业务数据生成的报表拿来做收入。这种你只看财务系统会发现，收入每个月记一笔，很难去分析。

那么我们就直接导出A系统的某一段时间的数据和B系统某一段时间的数据进行匹配。看看是不是完整、准确的。

2、系统内：

系统内的数据一般不会出现完整性的问题，可能就是会遇到计算，比如输入了数量、单价，通过系统计算生成了收入、成本。而我们需要根据我们了解的业务逻辑和计算方法，去测算一下他的准确性。

当我们着手去计算上述两种情况的时候，发现。卧槽！全是几十万行的数据。你想用VLookUP?死机！

你想拆分成一个月一个月去测？每个月还是有几万行，VLookUP还是死机！

你想找IT审计？似乎分所还没有，还得找总部。什么？IT审计要分走你30%的审计费？算了我们不做了吧。

03

大数据量处理将是必备技能

随着时代的发展，我们用Excel代替了手工计算，随着企业的信息化水平的提升，精细化管理，产生的数据量会越来越庞大。也许将来PBI,SQL这些工具就会替代现在的excel，就像当年excel替代计算器一样。

我们不是要用工具来炫耀技能，而是将来的审计总有一天会需要用到大数据量的处理。

那一天不会太远，他和你的距离可能就是项目上有没有SAP。