下面这表是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 报告”的一页，
做好原始数据的