来源：很黏的豆包
什么是ca数？
什么是尾差？
ca数，不是擦数。克阿，咖。
是审计习惯对cast的简称，
表示复核了数字的加总运算。
“报告ca了么？”
“ca完了“
”这页儿不ca“
”不ca么？我ca了，ca啊“
”哪ca阿，根本不ca，有尾差“
下面这表是ca的，就是加总无误的。
表示111,111,111+222,222,222-1,111,111-2,222,222=330,000,000
下面这表是不ca的，就是加总有误的。
因为正确的年末余额应该是330,000,000
上面这个例子，属于严重不ca的情况了，和正确金额差了3个亿。
还有一种轻微不ca的情况，加总下来可能和正确金额只差个位数，比如1或2，
这就叫尾差⬇️
数字为什么用这种诡异诡异的格式写？
请见以前文章：审计报告 | 当我调格式，我在调什么
背景介绍完了，
先敲个黑板，
虽然跟这儿说了严重不ca和轻微不ca两种，
但实际工作里，
永远只有 “ca” 和 “不ca” 两类。
错很多 和 错一点 没区别，
结果永远只分 “正确” 和 “错误” 两类。
请跟我读：
“不 咖 就 是 不 咖”
“差 1 也 是 不 咖”
“差 1 亿 和 差 1 块 都 是 咖 了 也 白 咖”
尾差是怎么形成的呢？
简单的说，
底稿里的合计数，是用科目明细项一个一个数分别取整再加总出来的。
报告里的合计数，是用科目合计数直接取整列示的。
每一个明细项被砍掉的n位小数积累多了就成了尾差。
【好像也不太简单
举个小栗子：
应收账款科目，Excel底稿里带小数的原始数据：
假设报告要以元为单位，
明细项四舍五入取整数后加总，
报告的应收账款明细表里的合计数是152：
报告的主表里应收账款科目是151
来自151.44的四舍五入取整。
最后明细项tie底稿，加总数tie主表，
尾差就出现了：
知道尾差是怎么来的了，
然后该知道尾差是怎么没的了。
为了干净利索解决尾差不ca的问题，
可以在各科目的合并底稿里，
都单独设置“For 报告”的一页，
做好原始数据的链接和Round公式的取整，
专门用于报告取（ji）数。
还是拿个例子来说吧，
IFRS报告里的土地使用权科目。
先在无形资产合并底稿里设置2页：
1. <无形资产明细>
把各家明细列好，最原始有零有整的数据。
和合并报表A3000上的各家数字核对一致。
这里差个几毛几分钱，完全么得问题。
2. <For 报告>
为贴IFRS报告取数，单位千元。
底稿要和报告上披露的表格做成一毛一样
最后目的是，
要贴word报告的时候，
打开就贴，省时省事省心。⬇️
蓝色的A3000
是为了检查没有差异
从合并报表里抄过来的科目金额，
合并报表不改，这个数就不能动。
除此之外，
这页儿上的所有数字都是从明细表的链接，
不 是 死 数⬇️
Round函证真是审计之友阿，
你要保留两位小数：
就=Round(数字，2)
你要保留到个位取整：
就=Round(数字，0)
你要保留到千位取整：
就=Round(数字/1000，0)
红色的检查差异单元格出现了尾差1，
欧买尬
怎么办？
挤它👇
无论如何，
不要在合计项挤数
不要在合计项挤数
不要在合计项挤数
也不要问为什么，只会得到一个white eye
挤完夺整齐👇
变动余额和长短期加总余额一致，
明细表余额和报告主表余额一致，
还可以再加个挤数标签，下次动数的时候提醒你可以先从这开始挤，免得每个数都被挤过（to强迫症患者）
所以你看啊，工夫全在戏外。
想要消灭报告上的尾差，
准备工作绝不是在贴数环节才做的，
而是在最最基础的做底稿环节就早早用公式链好的。
所以又一个友情提示，
做底稿前就跟客户确认好，
报告披露到千位个位还是小数点两位，
尤其新接客户。
免得要出报告了，
再去重新round所有底稿。
之前有听到不认识的Team在沟通：
staff：“报告要用千位填诶，这咋办？”
ic：“你用底稿里的数都除以一千再填不就完了么”
默默心疼该team负责ca数的同事一秒钟。
