分享Oracle NetSuite高级收入管理中递延收入科目的Recon

2024年新年伊始，终于来交作业了，感谢Rick 毛老师的引导和带领一起解决了项目上高级收入模块遇到的问题，秉承NetSuite知识会实践，研究，分享的理念，来分享下高级收入模块递延收入科目如何做Recon，Recon差异以及如何Check收入计划才跑的正确；

每年这个时候是财务老师最忙碌的时候，科目Recon ,年结，年报等等，希望这个分享能帮助到使用netsuite高级收入模块管理递延收入的财务顾问和财务老师们。

1. 模块说明

Netsuite的高级收入管理模块，可根据收入确认规则自动进行收入的递延和确认，这些功能能够帮助我们独立于向客户开票和接收付款来确认收入，除了普通收入管理中的发票，客户付款外，高级收入模块有收入规则的定义，收入计划和收入确认等

以学校学费的应用场景为例，学费开票-Billing ，学费收款Payment，而收入则是需要按照收入确认计划来分期确认,对应高级收入模块中的收入计划Rev.Arrangment和收入确认 Rev.Recognition。

2. 递延收入科目Recon

资产负债表他是企业实实在在有sound（敲敲是掷地有声的）存在的，所以Recon每个科目就非常的重要； 比如货币资金科目的，BS报表显示有多少，那银行对账单是实实在在存在多少的，存货/固定资产，账面显示多少，那盘点也是有清单可循的，还有往来科目应收/应付项目，都是有明细的可进行询证的，递延收入科目，是资产负债表上的负债类型，也是需要进行Recon的项目；

递延收入Recon可通过系统的标准报表来进行数据一致性和正确性的检查

2.1 递延收入按客户排列/Deferred Revenue By Customer 

报告显示按客户分组的递延收入金额,可用于递延收入科目对账，因为其余额直接与总账账户余额挂钩，金额列显示已确认递延收入金额；

可作为递延收入总账科目by客户的明细支撑数据，供内部分析或提供审计使用；

2.2 递延收入前滚表/Deferred Revenue Rollforward Report

递延收入前滚表列示所选期间的递延收入期初余额/本期递延收入变动金额（包含本期新增递延收入确认+收入项（本期收入确认金额）以及递延收入期末余额；

可使用这个报表进行递延收入总账科目明细科目的核对，递延收入总账期末余额各明细科目等于递延收入前滚表各科目的期末余额；如有差异，需进行检查；

递延收入前滚表/Deferred Revenue Rollforward Summary

递延收入科目	期初余额	新事务处理	调整	收入	差异	期末余额
递延收入-学费收入
递延收入-培训费
合计

3. Recon数据一致性检查

项目实践中发现递延收入科目总账余额与递延收入前滚表期末余额不符有差异，通过递延收入前滚明细表与递延收入按客户排列细节表进行比对分析，查出差异的原因主要存在发票Void后，无法影响到收入计划，收入计划仍然在按照原发票执行；

差异原因	收入安排/新增事务处理	发票总账影响	收入确认/日记账	备注
发票Void	收入安排保持原金额； 错误，应更新为0；	更新为0； 正确；	按收入安排金额确认； 错误，应为0；

手动执行更新收入安排，涉及的收入安排Revenue Arrangement均未更新，Suiteanswer提供了解决方案，如下，但实践发现，在我们客户测试环境中沙盒中，是可以使用方案中提到的将递延收入类货品更新成非递延收入类货品；

但是正式环境中，实操无法进行下去，出现如下截图中显示，无法删除记录的情况；

正式环境中，通过remove收入安排void发票行后保存，重新更新收入计划，Void发票才得以更新到收入安排行中，从而解决问题； 

若是大家遇到了这种VOID发票引起的差异问题，可以分别试试这两种方案，可能环境差异操作有所不同； 

还有另外注意的是，发票必须是从销售订单生成，不可生成发票后，移除发票货品行，这样就会断掉发票与销售订单的链接，使发票成为一个孤立的发票standalone invoice,发票会单独生成一个收入安排RA，从而造成SO，一直停留在未开票的状态，而standalone invoice则单独生成一个收入安排，也会影响收入安排； 发票生成后，也不可更改客户名称，如果更改客户名称，也会导致系统生成两个不同的收入安排，从而造成数据的不正确； 

4. Recon数据正确性检查

确认递延收入总账科目余额与递延收入前滚表期末余额一致之后，完成了一个咱们基础的检查，那么数据的正确性可以通过另一个报表，递延收入瀑布表来查看，递延收入是否按照收入确认规则进行了正确的确认，收入安排是否正常；

下图为Deferred Revenue Waterfall Summary (递延收入瀑布汇总表）

递延收入瀑布汇总表展示了递延收入科目余额以及按照收入计划未来各期收入确认的情况；从报表可以检查未安排递延收入金额以及前期未确认金额；

未安排递延收入金额产生主要原因：

日记账Journal 入账touch到递延收入科目

 Journal入账到递延收入科目，而未定义收入确认开始和结束日期，则递延收入一直open在账 上，无法消除； 递延收入科目尽量不要使用Journal录入，如果有交易则必须按照实际情况通过journal转出； 

递延收入货品科目-递延收入定义错误后修改

递延收入科目错误后修改造成的递延收入科目错位，比如报名费收入，递延收入科目应为报名费，选科目的时候，误选择了学费；

影响如下：

更新科目时点	销售订单SO	收入安排RA	发票INV
更新成正确科目在销售订单创建前	取更新后科目	来自SO，OK	来自主数据，OK
更新成正确科目在销售订单创建后，发票创建前	取更新前科目	来自SO科目，Wrong	来自主数据,  OK
更新科目发生在发票创建后但期间未结账	取更新前科目	来自SO科目，Wrong	更新科目可更新未结账期间发票财务影响
更新科目发生在发票创建后且期间已结账	取更新前科目	来自SO科目，Wrong	取更新前科目，Wrong

发生科目错误，更新后，需要检查具体的入账科目，进行科目重分类调整； 

5. 确保收入计划正确性检查

如何正确的操作才能确保咱们递延收入-收入确认正确呢，我们建议从如下几步走，

5.1  主数据-货品主数据检查

我们必须从源头开始控制，主数据管理的重要性，非常重要，务必认真创建主数据，确保递延收入类货品创建的时候，定义正确的递延收入科目/收入科目/以及收入确认规则；

5.2 收入安排源头单据

检查销售订单或销售发票上的收入确认开始日期和结束日期，-填写的时候，务必正确； 

5.3 运行生成收入凭证时，记得勾选 Inclue Prior Period

勾选此选项，检查前期是否有遗漏未生成的收入确认凭证，一般出现的原因，可能会由于销售订单或销售发票的开始日期/结束日期变动或收入确认规则变动，更新变更了原有的收入计划，从而造成了收入确认计划金额变动的情况，可能会造成前期有应确认的情况； 

一般情况下，每个月运行收入确认凭证生成，不太会出现前期遗留未生成收入确认凭证的情况； 

运行完收入凭证后，记得检查是否存在错误，根据错误提示进行相应修改；

执行好每个环节的控制后，收入安排计划就应该运行比较顺利了，希望本次分享能够帮助到有需要的伙伴们。

6. 总结

系统从常规的配置，主数据的管理，以及后面各个交易流程，都从前端根据规则传递到下面的业务流程单据，产生财务总账影响，产生财务报告，每个环节都不是孤岛，环环相扣，从而实现业财一体化，所以每个步骤，都要确保正确，当然失误不可避免，咱们要做到每个环节变动要考虑下关联单据的影响，产生联动，以保证产出数据的正确性。 

以上内容及结论如有错误或补充，欢迎大家随时指正，我们共同探讨研究，一起分享精进~