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

Lesson 4 of 5

Running and testing the synchronization

11 min

Listen to this lesson

0:00 / 8:43

Synchronization is where BPs are actually created. It runs in each ECC system, development first, then quality, then production, and in production it is a planned event with a business freeze on customer and vendor maintenance. Testing proves two things: that every record got a BP, and that each BP is correct.

The CVI load

SectionActivityWhy
Pre-loadDeactivate interfaces (for example to a CRM system)Avoid triggering outbound processing during the load
Pre-loadBlock maintenance transactionsStop users changing customers and vendors during the load
Real loadLoad tool (MDS_LOAD_COCKPIT): customer to BP, vendor to BPCreate BPs and links; select by number, range or account group; run in background with parallel processes
Real loadPost-processingReview and fix errors via the post-processing office (MDS_PPO2)
Real loadCompleteness checkConfirm no customer, vendor or contact person is left unsynchronized
Post-loadReactivate interfaces; release maintenanceReturn the system to the business

The CVI Load tab in sequence, as shown in SAP's training.

SAP's advice is to start with a small batch of five to ten customers or vendors, check the Monitor tab, then scale up. Errors appear with a red status; the "Call PPO" function shows the details, for example a tax number category that does not exist. Fix the source record and rerun for those numbers. After the load, CVI stays active in ECC: new or changed customers and vendors get or update their BPs automatically, and failures land in the PPO, so MDS_PPO2 must be checked regularly until conversion.

  1. Week 1ED1 loadSmall batch, then all; customizing defects fixed
  2. Week 3EQ1 loadFull volume rehearsal with runtime measured; test cycle on synchronized data
  3. Week 6EP1 loadWeekend with maintenance freeze; completeness check; sign-off
  4. Until conversionOperate with CVIDaily PPO check; upgrade preparation tab before SUM
Contoso's synchronization sequence (illustrative timing).
The Sign-Off Table · thesignofftable.com/academy/sap-s4t-203
  1. Red status in the Monitor tab?Yes → open the error via Call PPO · No → continue with the next batch
  2. Is the cause a data error in the record?Yes → owner corrects the customer or vendor; rerun for those numbers · No → next question
  3. Is the cause a missing mapping or customizing entry?Yes → fix customizing in development, transport, rerun · No → next question
  4. Unclear or repeating error?Yes → check the CVI notes and cookbook; open an incident if needed · No → document and close
Working through synchronization errors during the load.
The Sign-Off Table · thesignofftable.com/academy/sap-s4t-203

Measure the runtime of the full load in EQ1 and use it to plan the production weekend, including time for post-processing and the completeness check. The number of parallel processes depends on the infrastructure; Sam tunes it in EQ1, not in production.

Testing the result

TestHowExpected result
CompletenessCompleteness check; counts of customers, vendors and contact persons against BPs and CVI links (for example tables CVI_CUST_LINK and CVI_VEND_LINK)Zero unsynchronized records; counts reconcile
NumberingSample by account groupBP numbers as decided (same or new range)
RolesSample per account groupRoles from the mapping, e.g. FLCU00 and FLCU01 for sold-to customers
Data correctnessField comparison of name, addresses, tax numbers, bank details for a risk-based sampleValues equal to the source record
CategorySample of records that should be personsCategory person where the derivation rule applies
Contact personsSample of customers with contactsContact person BPs with relationships to the organization
Ongoing syncCreate and change a customer and a vendor in ECC after the loadBP created or updated; nothing in the PPO
ProcessesSales order, delivery and billing for Great Lakes Fleet Services; PO, invoice and payment for Lakeside ComponentsProcesses run unchanged in ECC with CVI active

Contoso's synchronization test set.

Completeness comes first: counts must reconcile before risk-based samples can say anything about correctness.
The Sign-Off Table · thesignofftable.com/academy/sap-s4t-203

Choose samples by risk, not at random only: every account group, every country, records that failed and were corrected, merged customer-vendor pairs if you merge, one-time accounts, and the top customers and suppliers by revenue and spend. For bank details and tax numbers of high-value partners, compare every record, not a sample.

Worked example: reconciling Contoso’s counts

Source (EP1)CountTargetCount after loadResult
Customers in KNA14,850Links in CVI_CUST_LINK4,850Reconciled
Vendors in LFA11,960Links in CVI_VEND_LINK1,960Reconciled
Customer contact persons in KNVKabout 2,300Contact person links (CVI_CUST_CT_LINK)Same as sourceReconciled after two reruns in EQ1

Contoso’s completeness evidence (fictional figures). Count with SE16N or a query, and store the outputs with the date and system.

In EQ1 the first count did not match: CVI_CUST_LINK held 4,838 rows against 4,850 customers. The 12 gaps were all one-time customers whose account group had no role mapping. The fix was customizing, so it went through ChaRM change control in ED1, was transported, and the 12 were rerun. That is the pattern to expect: gaps cluster by account group or country, which is why samples are drawn per account group.

The EP1 load weekend in order: freeze, small batch, full load, error correction, completeness, sign-off, and only then release.
The Sign-Off Table · thesignofftable.com/academy/sap-s4t-203

What would you do?

After the EQ1 load, the completeness check shows 18 vendors not synchronized. The load must move to EP1 next week. What should happen?

Key points
  • Load in sequence: pre-load, load tool, post-processing, completeness, post-load.
  • Start small, check the Monitor and PPO, then scale with parallel processes.
  • Test completeness, numbering, roles, data, category, contacts, ongoing sync and processes.
  • Keep checking MDS_PPO2 until conversion; overall cockpit status must be green.

Check your understanding · not graded

Lesson check

  1. 1. A key test after CVI synchronization is:

  2. 2. Which transaction shows CVI errors in the post-processing office?

  3. 3. What does SAP recommend before loading all records?

  4. 4. Why block maintenance transactions during the load?

  5. 5. After the EQ1 load, KNA1 holds 4,850 customers but CVI_CUST_LINK holds 4,838 rows. What does that tell the test lead?