python vba 审计_审计工作中有哪些 Excel VBA 的应用？

我在美国帮银行做财务尽调，工作流程跟审计相比大同小异，来谈谈自己的看法。

我自16年8月拿到美国CPA以后，工作闲暇时，会自己钻研VBA。现在能实现一些简单的程序，比如在输入样本参数以后，程序自动生成随机样本并填充好相关凭证要求，然后就可以直接附在邮件里发给待审公司的财务人员索要凭证了；还有比如给定截止日期，自动计算待审公司应收账款的账龄，并且自动生成前n个账龄最久数字最大的销售单，以便之后向待审公司询查为何这些账这么久都没收上来等等。以上两个例子，在对流程和Excel公式都充分了解的情况下，我自己不用VBA做的话每个都要20分钟左右的样子，有了程序每个只要几秒钟，感觉还是非常爽的。现在在探索用VBA自动化其他的流程。

相比@ 闲者秋山 的那些例子，我觉得他/她的方法是在“量”上面简化----用程序循环实现某个简单步骤比如简单的发送邮件，从而大批量处理，而我的例子是在“步骤”上面简化----用程序一次性实现多个总是会按顺序进行的步骤。我认为对于题主这种想要寻找思考方向的从业人员，这两种是很好的起始思路。

再来谈谈题主问的为什么VBA没能大面积在审计从业人员中推广。我认为原因有四：

1. 写代码的思维模式：VBA其实可以看做是一种微软办公软件内置的编程语言。在摸索着写VBA代码的过程中，我发现这需要很强的逻辑能力，稍微考虑不周就出bug，或者在某个场景下编译通过但是换了套数据就出错误结果。这种严密的逻辑能力对于没有经历过良好数学训练的人来说，要学起来是很有难度的。我在美国商学院读的会计本科，发现这边会计专业对数学要求是比较低的，基本有微积分就可以了，线性代数都是选修。所以我感觉我在写代码时所需要的逻辑思维能力，反而还是得益于我高中数学和初中数学竞赛。

2.写代码的无用到大用：写代码的过程中，出bug是很常见的，而修bug是一个很痛苦的过程。我的一个编程的同学把修bug戏称为“通下水道”，可见其恶心程度。Bug这种东西，能稳定重现还好，起码可以马上知道错出在哪里对症下药。最怕时隐时现的bug，病因都找不着，须得仔仔细细把自己的代码逻辑梳理一遍，才可能找到错误原因。我刚学起来的时候，写一段代码，重复跑十几次改十几次很正常。这个过程比较漫长痛苦，对写代码没有信仰的人可能就放弃了直接蛮力做。 而且，关键是，这段反复改代码的时间，在不了解编程的你的同事上司的眼中看来，你是没有工作产出的。假如这段时间你不写代码，而是用蛮力去处理材料，他们很容易看到你的工作进度；但假如你说你花了一天改代码的bug，而代码还没通，他们可能会认为你在找借口偷懒怠工，因为他们不理解。磨刀不误砍柴工这个道理大家是懂，但是写代码修代码是个复杂的难以量化的过程，特别对于初学者，所以你的上司同事大概率会看不懂你是在磨刀，而只以为你在怠工。上班不能学，只能使用蛮力干，下班又没空，被生活琐事占满，自然也降低了会计从业人员学习VBA的热情。

3.会计行业的薪资：在白领职位中，这行的薪资水平虽然不错，但跟金融和IT还是有相当距离的。 数理强会编程的大多读个什么金融工程进投行了，或者读CS进IT公司，学过点编程的估计也跑去什么IT consulting，大数据分析之类的了。这导致最后进审计的都是以前没学过编程的，自然也对编程没有太大的兴趣和信仰。

4.细致的分工：在跟美国四大审计的同学聊天的时候，得知美国四大都有在使用的审计软件，能自动化一些流程，而且他们有小组人员专门处理繁杂数据的，再不济，还有刚入职的小朋友等廉价劳动力可以代劳。这种充分的分工也进一步降低了审计人员学习VBA的热情。

总之，写代码这东西，在审计工作中找时间学起来难，学起来了也不一定涨工资，还要面临同事上级的猜疑，真能学的很好的可能发现了自己的编程天赋去读CS硕转IT了。种种种种原因，导致花时间学这个的投资回报率真不如考CPA，提高财务水平和说话水平。毕竟Manager级别往上走，靠的主要就是拉客户保持关系的能力了。

而我，主要是恰好已经拿到了CPA，下班后有些闲暇，我的公司规模不大没那么细致的分工，又没到要拼关系拼人脉的级别，自己也喜欢钻研，本着可以提高工作效率，以后腾出时间来提升自己其它的方面的想法.........然后才钻研VBA的。集齐这么多条件，也是可以召唤神龙了吧？