凭证借贷差 0.01 是怎么来的？含税倒挤才是正确算法

原因几乎只有一个：用含税金额除以（1+税率）去算不含税，除不尽时的舍入误差就是那一分钱。正确做法是税额直接取发票上印刷的实际税额、不参与计算，不含税金额用含税减税额倒挤出来，这样借贷绝对平衡。

错误算法与正确算法

先看错误的做法：

正确的做法是反过来：

核心原则：发票上的税额是既成事实，不是算出来的。会计凭证应当忠实反映发票，而不是自己重新计算一遍。

为什么这一分钱必须消灭

借贷不平的凭证根本无法过账，总账系统会直接拒收。而且这类错误具有随机性——大部分单据没问题，偶尔某一张出问题，排查时很难定位到是算法导致的。

更麻烦的是，如果系统在生成凭证时自动「调平」（比如把差额塞进某一行），账面看起来平了，但某一行的金额与发票对不上，这个问题会一直藏到审计或税务检查时才暴露。

多行汇总时的第二个坑

一张报销单有多条明细时，还有一个容易被忽略的问题：先汇总再算税，与逐行算税再汇总，结果可能相差几分钱。

这两种做法都不算错，但必须与财务确认统一口径，并在代码中固定为唯一实现。最怕的是不同模块用了不同算法，导致同一批数据在两个地方对不上。

只有普票时怎么处理

取得普通发票时，进项税不可抵扣，推荐做法是不拆分，含税金额全额计入费用。这样既符合税务口径，也自然规避了尾差问题。

如果贵公司是小规模纳税人，所有报销都不需要拆分进项税，这一整类问题都不存在。

实施时的检查清单

上线前建议逐条确认这几点：不含税金额是否用倒挤方式计算；税额是否直接取自发票识别结果；多行汇总用哪种口径且是否全局唯一；普票是否统一不拆税；系统是否禁止自动调平差额。

这五条里，最容易被漏掉的是第三条和第五条。