Now accepting guest editorial from SAP, Oracle, Workday and ServiceNow practitioners.Pitch a guide
The Sign-Off Table

Lesson 6 of 6

Monitoring and reprocessing

9 min

Listen to this lesson

0:00 / 5:55

Replication errors are normal in production: HR enters a value that has no mapping, a position replicates after the employee, a business partner sync hits an existing supplier. The difference between a healthy integration and a broken one is how quickly errors are seen, who owns them and how they are reprocessed without creating new problems.

Where to look

MonitorWhat it showsWho uses it
Data Replication Monitor (EC)Status per employee and run: success, warning, error with message; manual or automatic reschedulingKofi's HRIS team daily
Cloud Integration message monitorEach integration flow run, payloads and errorsTheo's team
S/4HANA application log (SLG1)Inbound processing and business partner sync messagesTheo's team with Kenji's developers
Query status (SFIOM_QRY_ADM) and job logsLast query time per object type; job successTheo's team
IDoc monitoring for cost centersOutbound IDoc status for cost center replicationTheo's team

The monitors along the chain and their owners at Contoso.

Error triage: the monitor that shows the error points to the owner, and every fix ends with a reprocess and a verification.
The Sign-Off Table · thesignofftable.com/academy/sap-int-303

Reprocessing

Most employee errors are reprocessed by fixing the cause and rescheduling the employee in the Data Replication Monitor, which triggers replication again for that person; SAP Press notes the monitor supports manual and automatic rescheduling. Org object errors are reprocessed by the next org object run once the data is fixed. Business partner sync errors are rerun for the single employee with /SHCM/RH_SYNC_BUPA_EMPL_SINGLE after the cause (for example an existing supplier business partner with the wrong category) is fixed. Never fix a replicated record directly in S/4HANA infotypes: the next replication overwrites it, and the source and target disagree in between.

A typical production fix: the error is routed, the mapping is transported, the employee is rescheduled and the result verified.
The Sign-Off Table · thesignofftable.com/academy/sap-int-303

Operating rhythm

  1. 06:30 dailyMorning checkKofi reviews the Data Replication Monitor; Theo checks job logs and SLG1
  2. 09:00 dailyTriageErrors routed: EC data to HRIS, mapping to integration, BP sync to developers
  3. Same dayReprocessFixed employees rescheduled; results verified
  4. WeeklyReconciliationHeadcount and cost center assignments compared between EC and S/4HANA
  5. MonthlyFinance checkDan compares payroll postings by cost center with EC assignments
Contoso's operating rhythm for the HR integration.
The Sign-Off Table · thesignofftable.com/academy/sap-int-303

Reconciliation as a control

Monitors show what failed; reconciliation shows what is missing. Contoso runs a weekly comparison of active employees with company, cost center and manager between EC and S/4HANA, using an EC report and an S/4HANA query on infotype 0001 for the same key date. Differences are listed per employee and cleared within a week. The monthly finance check compares payroll postings by cost center with EC assignments; a difference there is often the first sign of a replication gap that the monitors did not show.

Common errors and their owners

Error patternTypical causeOwnerFix
No value mapping for an EC codeNew event reason, location or pay group in ECTheoAdd mapping, transport, reschedule
Position or org unit not foundOrg object not yet replicatedTheo with KofiLet org replication run or fix org data, reschedule
Cost center not valid on dateCost center expired or not yet valid in S/4HANADan with KofiCorrect date or assignment, reschedule
BP sync: business partner already existsExisting supplier BP for the personKenji's teamClean up the existing BP, rerun single sync
No runs at allQuery job missing after refreshTheo with SamRestore job schedule, check last run time

Error patterns Contoso met in testing and hypercare.

What would you do?

After a reorganization, 23 of 180 transfers fail with "position not found". The other 157 succeeded. What should Theo and Kofi do?

Key points
  • Five monitors: Data Replication Monitor, Cloud Integration, SLG1, query status and job logs, cost center IDocs.
  • Fix the cause, then reschedule in the Data Replication Monitor; never fix replicated records in S/4HANA.
  • Rerun business partner sync per employee after fixing the cause.
  • Reconcile weekly and monthly: monitors show failures, reconciliation shows gaps.

Check your understanding · not graded

Lesson check

  1. 1. How is a failed employee replication usually reprocessed?

  2. 2. Which report reruns business partner sync for one employee?

  3. 3. What does reconciliation find that monitors miss?

  4. 4. Why did bulk rescheduling of 23 failed transfers fail again?