管理中央财政的运作或运行阶段往往是一项挑战。错误可能堆积在AIF中，淘客是什么，您可以使用AIF提供的强大工具（如"消息摘要"或指定负责特定错误消息的"处理者"）来解决这些问题。有时，这会变得乏味，因为开箱即用的SAP只为所有邮件提供一个收件人，对于每个界面，大量的错误都集中在一个组中。

但是如果您的组织中有多个团队或职责，并且希望将特定的错误消息传递给不同的用户组，该怎么办？您是否有一个负责处理客户错误的客户主数据团队，另一个负责材料等的团队？幸运的是，AIF可以通过调整AIF配置和/或使用BADI将消息路由到特定组。

下面的体系结构代表了这种方法，源系统通过中央财政将数据发送到S/4 HANA。AIF然后使用自己的框架结合AIF消息上下文、消息类别和可选的BADI来确定消息接收者。

注意：本博客中描述的方法在技术上是对SAP中央财务内容标准交付的修改。如果你要安装一个带有更新BC集的接口的新版本，那么同样的更改也需要在新的接口版本上进行。

在开始之前，请阅读Michal Krawczyk的这篇优秀博客，其中描述了一些相关步骤。https://blogs.sap.com/2016/08/19/michal-s-tips-aif-alert-recipient-based-on-error-message-class-and-message-id/

步骤1–解锁/FINCF名称空间

在名称空间/FINCF可以通过AIF配置进行更改之前，必须使用transaction FINS\CFIN\u AIF\u SETUP–AIF SETUP for Central Finance with the Step"Prepare configuration"进行解锁。一旦更新的配置完成，物联网应用技术，名称空间应该用"完整配置"锁定，以避免意外更改。

在SE11中创建一个新的自定义表，它是/AIF/RECA\u TMPL的副本。此表将为每个接口接收错误消息的收件人分配消息类别。为此表创建维护视图，并用预期的关系填充它。为接收运行时无法分配给其他组的任何错误的收件人设置回退指示符。

在"配置警报"文件夹中，使用新的自定义表作为每个接口和版本的收件人分配表更新配置。

在AIF中，使用收件人定义哪些用户负责哪些数据消息。根据运行中央财务的组织的团队/职责，定义所需的接收者数量。

用户的接收者分配定义了他们将在界面监视器中看到哪些数据消息，以及他们将收到哪些数据消息的警报通知。这是SAP预先提供的内容，只有单个收件人在收件人中。

消息类别在配置中将常见错误消息分组在一起，使用事务/AIF/MSG\u CAT\u DEF-定义消息类别。根据需要定义为您的组。

在此步骤中，将错误消息分配给事务/AIF/MSG\u CAT\u ASGN–分配消息类别中的消息类别组。此任务在每个系统中都是打开的，物联网设备，当消息作为操作的一部分出现时，可以添加消息。成本中心消息类别示例

在某些情况下，使用步骤6和事务/AIF/MSG\u CAT\u ASGN将消息类别和消息编号分配给收件人的详细信息不足以将错误路由到正确的收件人。想想下面显示的通用消息。无论上下文如何，好评返现怎么操作，都会遇到这些问题，可能是文档类型映射、客户、供应商、物料、利润中心，功能区等。使用消息类和消息编号将这些映射到收件人将不起作用，因为收件人将在其队列中收到无效的错误消息。

要处理此问题，请使用BADI/AIF/ALERT\ DET\ U RECIPTIONS，这将允许您根据错误中提供的上下文灵活地重新确定收件人，例如邮件长文本、受影响的对象等。我建议将此BADI与BRF+决策表一起用于所有错误，以便在一个中心BRF规则集中管理收件人确定（换句话说，不要使用/AIF/MSG\u CAT\u ASGN–Assign message Category）。当发布FINS\ U CFIN\ AC\ U DOC 017消息时，大数据学习，下面显示了一个BRF示例，然后，规则根据AIF消息的键字段值1重新确定消息类别。

使用/AIF/RECIPIENTS–用户的收件人或/AIF/MYRECIPIENTS–当前用户的收件人，用户必须订阅AIF中要监视的收件人。一旦分配，当用户启动带有事务FINS\u CFIN\u AIF\u IFMON–接口监视器（或/AIF/IFMON–接口监视器）的AIF监视器时，将显示组，并按每个组的收件人拆分消息。

那么这在AIF监视器中是什么样子的？

像这样，你可以看到错误被分配给了相应的接收者群体。

一些AIF的最终想法

AIF还提供了一些定制功能，应该对任何中央财政项目进行评估，看看它们是否能为AIF的日常管理提供价值。我在下面简要地提到了这些以及一个示例用例。

再处理操作是AIF中一个强大的工具，可以用来对错误消息进行后处理并执行清除错误消息所需的任何任务。潜在的用例是自动创建活动类型主数据，或者自动扩展客户或供应商，而不需要任何手动干预。