按月对账递延收入

你在月末运行递延收入报告，它显示一个数字。资产负债表显示另一个数字。差异就在那里，无人解释，你要么用日记账分录来调平，要么等到年末再用ASC 606调整来全部对账。问题不在于递延收入本身很混乱——而是交易数据来自多个来源（你的POS系统、银行对账单、支付处理商、订阅平台），它们互相不兼容。

本文介绍了当你的数据源无法自然对接时，如何按月协调递延收入。你将了解为什么常见的变通方法失效、月度分解法是什么样的，以及如何建立一套流程在问题扩大前就抓住差异。

递延收入对账为什么会崩溃

递延收入表示你已经收到但尚未实现的客户付款。资产负债表负债应该始终等于你收入管理系统中未实现金额的总和。当它们不相等时，根本原因几乎总是数据流问题，而不是概念问题。

典型情况是这样的：

• 你的银行对账单显示来自客户的5000美元存款。你将其记入递延收入。
• 你的收入确认系统（或电子表格）追踪同一客户的合同，在十个月内每月摊销500美元。
• 三个月后，客户为附加服务再支付2000美元。该存款进入银行，再次被编码为递延收入。
• 与此同时，你的收入系统显示原始合同余额每月下降，但它对这笔附加付款一无所知，因为它来自不同的工作流程。

月末时，你的递延收入辅助分类账（详细的逐项合同列表）与总分类账余额不匹配。总分类账反映了每一笔编码为递延收入的银行存款，但辅助分类账只知道输入到收入系统的合同。差异每月都在增长，直到有人强制进行对账。

为什么把所有款项都记入递延收入、稍后调平的方法会失败

一个常见的变通办法是把所有客户收款——信用卡费、ACH转账、电汇——都编码到一个递延收入账户，然后在月末做一个单一的综合日记账分录来转移已实现收入。想法是你稍后会对全部余额进行协调。

这种方法只是推迟了协调问题，并没有解决它。你仍然没有银行活动与详细合同之间的逐项关联。当差异出现时（它们一定会出现），你没有有效的方法来追踪它们。一笔10000美元的差异可能是一个遗漏的合同或二十个小的编码错误，在你手动重建整个月份前，你不会知道是哪一种。

年末ASC 606调整也是类似的权宜之计。它们每年纠正一次累积错误，但对防止错误累积没有帮助。如果你等十二个月才协调，你会花费数天甚至数周来撤销日记账分录和追踪谁都想不起来的根本原因。

为什么在Excel中逐笔将银行交易与收入报告相匹配不起作用

另一种方法是导出银行对账单、导出收入报告，然后尝试在Excel中逐笔匹配它们。这听起来合理，但会失败，因为数据结构从根本上是不同的。

银行对账单显示现金事件：日期、金额、支付方式，有时还有客户名称。收入报告显示合同事件：开始日期、结束日期、月度摊销计划、履行义务。单笔12000美元的银行存款可能为三个具有不同确认计划的单独合同融资。三笔单独的客户付款可能都适用于同一个主合同。进行协调所需的一一对应关系在原始数据中不存在。

此外，扫描或拍摄的银行对账单会引入OCR错误，这会破坏金额和日期，使自动匹配更加困难。你最终会手动重新输入交易，这既慢又会引入新的错误。

月度分解法：按层协调

月度分解法分三层协调递延收入：现金流入、已实现收入流出和合同级辅助分类账。每层与下一层相连，差异立即显现，而不是复合增长。

第一层：现金活动（银行到总账）

首先确保每笔影响递延收入的存款和退款都正确过账到你的总分类账。这意味着把你的银行对账单转换成你实际可以使用的结构化数据。

如果你的对账单是PDF，使用能把交易提取到干净CSV或Excel文件的工具。Tabula或Adobe的导出功能等免费工具可以处理干净的数字PDF，但在扫描或拍摄的对账单上失败，那里描述跨越多行、金额落在错误的列中。对于那些情况，你需要能够处理基于图像的PDF的OCR提取工具。

不想手动操作？使用我们的在线银行对账单转换器，即可将 PDF 对账单转换为 Excel、CSV、QBO 或 OFX 文件。