正文
Casting is not interesting
Casting:简称为Ca数。按照知乎的
行业黑话
解释,就是
计算 审计报告
及其
附注
里面各个
数字
是不是
前后相符
,
明细
和
加总
有无
计算错误
。还有各种格式调整,其实意思上,本和ca report没关系,也都被纳入ca report的范围中。
审计项目到
尾声
阶段要出审计报告阶段时,由于审计底稿一般使用
Excel
的形式,而审计报告则是
Word
的形式。正是这两者的转换过程,导致我们需要一遍遍的ca report。
可是,审计报告里的数,是从Excel里直接复制过来的呀。既然底稿能做平的话,那为什么,还要重复劳动,再Ca一遍数呢?
Ca数的由来,归根结底,有两个原因。
(一)是由于Word
加总
功能的
不快捷
产生的。(你伤害了Word,还Excel而过)。
虽然如下图所示,Word也有类似Excel那种,有“选
中数字
并
加总
(Calculate),并在左下角显示”的功能:
图1:Word自带的“求和”命令
但是我们需要的功能,毕竟是检查“
明细
和
加总
有无
计算错误
”。如果Word仅仅是返还了一个“
求和
”之后的数据,我们还是要靠肉眼去eye-lookup,判断Word给我们的
求和数
,和
审计报告的数
,是否一致。如果工作量小,用这个方法,自然也是可以。
但是一旦面对动辄
一两百页
的
财务报表附注
,就需要你有库里的三分球那样
指哪打哪
的眼力了。而且这样的工作效率,与敲
计算器
相比,其实也快不了多少。稍不注意,还会造成“斗鸡眼”的工伤。
(二)Excel的
“Rounding”
问题。很多人都不知道,Excel其实是个
“人面兽心”
的家伙:某些数据,即使显示的是“
两位小数
”,实质上它仍然会“
做自己
”。原因很复杂,只能直接上图了。
图2:Excel版求和结果
在
图2
所示的
Excel 版求和结果中,明细项即是A+B+C=0.004+0.004+0.004=0.012
图3:审计报告版求和结果
但是审计报告中,一般要求保留两位小数。如果我们在 Excel 中,直接将图
2
数据的
单元格格式
设置为
两位小数
,就会产生0+0+0=0.1的结果。试想一下,如果将这样的数据
直接复制
到Word的审计报告中,会产生什么样的结果?
老子说过:“治大国如烹小鲜”。而我却说,“Ca数也如烹小鲜”。有时候正是这0.0
1的不tie,就能让我们这些
小鲜肉
陷入
心急火燎
的状态,这不正是“
烹小鲜
”么?
鉴于以上2点的限制,我们目前只能落后到,将word版的审计报告
打印
出来,再
敲计算器
,将 逐个逐行数字 Ca一遍。
因此,在上市公司密集发表年报的前夕,如果你在春天的时候,置身于事务所的办公室里,一定会听到,此起彼伏,一浪盖过一浪的“啪、啪、啪”的声音。不用怀疑,这正是年轻司机们正在
狂敲计算器,埋头Ca数
的勤奋证明。