在这个博客里，我想解释一下拒绝原因在SAP RAR中是如何工作的。首先，数据呈现，RFR不是RAR中的一个字段，因此我们在RAR合同/POB中看不到这一点。

如果您创建一个销售订单，其中有两行没有任何RFR，并发送给SAP RAR，大数据是啥意思，您将得到分配，大数据行业分析，企业应用管理，所有看起来都很好。现在，如果您在一行上设置RFR并转移到RAR，那么这一行将获得零分配，这是正确的行为。

现在进入正常场景，用户在最初创建销售订单时设置RFR。当此订单转移到SAP RAR时，RFR所在行的合同价格为零，但此POB上也有分配。这实际上是不对的，因为具有RFR的此行不得获得任何分配或影响其他行的分配。

以下是SAP注释2731374的建议。

选项1–仅在SAP收入会计和报告中创建POB后拒绝订单项目

选项2–POB取消报告（FARR\u POB\u取消）可以安排为常规作业来处理此类POB。POB取消报告是SAP Revenue Accounting and Reporting的标准功能。

其基础是系统检查POB中的定案日期，如果该日期小于当前日期，则将其标记为已取消。

因此解决方案是将POB取消作业安排在RAR转移/处理作业之后SO中的RFR和RAR合同将始终保持同步。

如果您因RFR遇到类似问题或其他问题，请告知我，农业物联网，以便我们可以随时更新此博客以了解RAR中的RFR行为。