Lesson 6 of 6
Monitoring with AIF and signing off the fix
8 min
Listen to this lesson
BD87 and WE02 are tools for integration specialists. In production, the people who own the business data, such as Ana in accounts payable or Maria in order-to-cash, need to see the errors that are theirs to fix, in business terms, without learning IDoc status codes. That is what SAP Application Interface Framework (AIF) adds on top of the IDoc layer.
What AIF adds to IDoc monitoring
AIF is part of SAP S/4HANA itself (no separate add-on installation); check your license agreement for the scope of use with custom interfaces. For IDocs, AIF does not replace the IDoc framework: the IDoc is still created, processed and given statuses as before. AIF registers the IDoc interface, indexes messages by business keys such as the PO number or supplier, routes errors to recipients (groups of responsible users), and gives them a monitor where they see the error, its business context and allowed actions.
Setting up an IDoc interface in AIF
- In
/AIF/CUST, define a namespace for the interfaces, for exampleCMC_EDI. - Run the IDoc structure generator
/AIF/IDOC_GENwith the basic type, message type and extension; it generates the structure and can create the interface definition (for example interfaceINVOIC_IN, version 1). - Choose an IDoc processing scenario so the ALE runtime processes the IDoc and AIF writes its application log.
- Create a message index table as a copy of
/AIF/STD_IDX_TBLand add the key fields people search by, then assign it in the interface-specific settings. - Define recipients for the namespace, assign them to the interface, and assign users to recipients with
/AIF/RECIPIENTS. - Test with WE19 in CMQ and check the result in the Interface Monitor
/AIF/IFMONand in Monitoring and Error Handling/AIF/ERR.
In the SAP Fiori launchpad, business users such as Ana work in the Message Dashboard, the web UI of AIF's monitoring (a Web Dynpro app, not an F-numbered Fiori app), which shows only the messages of the recipients they are assigned to; from SAP S/4HANA 2021, Message Monitoring for Integration Experts gives specialists more technical detail. Integration specialists keep BD87 and WE02 for technical work, and SAP Cloud ALM's Integration and Exception Monitoring can collect IDoc and AIF message data from SAP S/4HANA Cloud Private Edition, filtered by message type and status, for alerting across systems.
Documenting an IDoc incident so it can be signed off
An IDoc incident is closed when the business process is whole again, not when the status turns green. Contoso uses one incident record format for every interface error in hypercare, and Priya's team will not sign off a fix that lacks any of these fields.
| Field | Example from the Lakeside invoice incident |
|---|---|
| Interface and direction | Lakeside Components INVOIC inbound (X12 810 via XP1) |
| IDocs affected | 3 IDocs in CMP, status 51, listed by number with timestamps |
| Root cause | Tax code conversion missing for Lakeside's exempt tax indicator in company code 1710 |
| Fix and transport | Tax code assignment added in CMD, transport imported to CMQ and CMP by Luis |
| Test evidence | WE19 Standard Inbound in CMQ: test IDoc 53, supplier invoice posted with the expected tax code |
| Production result | Original IDocs reprocessed in BD87: all three 53; supplier invoice numbers recorded |
| Business confirmation | Ana confirms invoices, amounts and payment terms against Lakeside's documents |
| Prevention | Tax conversion added to the new-partner checklist; AIF recipient for AP errors |
The incident record that makes an IDoc fix auditable.
What would you do?
Week three of hypercare. Grace asks whether the Lakeside invoice incident can be closed for the steering report. All three IDocs are in 53. What do you check before saying yes?
- AIF sits on top of IDocs: it indexes messages by business keys and routes errors to recipients who can fix them.
- Key AIF transactions: /AIF/CUST, /AIF/IDOC_GEN, /AIF/RECIPIENTS, /AIF/IFMON and /AIF/ERR.
- SAP Cloud ALM can collect IDoc and AIF message data from private edition systems for alerting.
- An IDoc incident closes on business confirmation plus evidence: cause, fix, transport, test, reprocessing result.
Check your understanding · not graded
Lesson check
1. What does AIF change about how an IDoc is processed?
2. Which transaction do business users or specialists use for AIF monitoring and error handling?
3. Which evidence turns an IDoc fix from "green" into "signed off"?