SAP对SAP Business ByDesign进行了增强，使客户能够遵守会计准则IFRS 15/ASC 606收入确认要求。系列案例文档介绍了IFRS 15/ASC 606的关键要求以及客户为实现新功能而采取的步骤。
本专题文档重点：
销售文档发布后，如何对RAC和POB分配进行后期更改应用后期变更的影响
客户应建立控制措施，以确保符合IFRS15/ASC606的销售流程，从销售订单创建到会计中的收入确认。应特别关注正确的RAC和POB分配。默认情况下，SAP Business ByDesign系统将每个新的销售订单或新的客户合同视为新的收入核算合同（RAC）；将每个销售文档项视为新的履行义务（POB）。根据商业协议，销售代理可以覆盖此违约，以代表IFRS15/ASC606意义上的合同和POB的正确结构。这通常应在订单发布之前发生。
在例外情况下，尽管有控制措施（如4眼原则）或由于缺乏控制措施，但在销售文档发布后需要更改RAC和POB分配，SAP Business ByDesign允许这样做。但是，这有一个限制：这只有在最终实现之前才可能。此后，这些变化或不再可能发生。
现有RAC和POB结构的变化总是导致给定分配基数的变化。这些变更以追溯的方式应用（根据IFRS15/ASC606）。这意味着，它被视为新的调整后的RAC和POB结构在合同开始时就已到位。
前提条件
范围界定中必须激活延迟更改：
对于销售订单："是否允许延迟更改服务的数量、价格和交货地点？"对于客户合同："是否允许在客户合同中延迟更改价格？"
后期变更的影响
所有变更导致：
采用新RAC结构的分配基数下一次收入确认运行将仅在考虑当前有效的RAC/POB分配的情况下进行累计采用过帐根据IFRS15/ASC606，变更被视为追溯性变更
启用了以下变更场景：
已发布销售文档的RAC变更：
分配给现有RAC分配给新的RAC
在上述两种情况下，好评返现怎么操作，所有销售单据项都将默认为新POB。
RAC内的履约义务更改：
创建新履约义务的能力，以将现有销售单据项分配给将多个销售单据项目组合成一个采购订单
下面的插图显示了这种更改的影响：
下一次收入确认运行
如果在上一会计期间执行了收入确认运行，智能物联，工业物联网，风控大数据，物联网开发，它将确保累计更正/采用过帐，以便在下一次收入确认运行时考虑新的分配基数。
但请注意：如果您在如此晚的更改后重复上一个期间的运行，则在随后的所有期间也重复运行。由会计决定如何处理这些情况：要么重复所有以前受变更影响的期间，要么只执行当前结账期间的运行以应用变更。
