... ...

Mastering SAP S/4HANA: The Ultimate 7-Step Guide to BP and CVI Configuration

If you have spent any time in the traditional SAP ERP environment, you are likely intimately familiar with the distinct silos of Transaction Codes like XD01 and XK01. For decades, Vendor and Customer masters lived in separate worlds, often resulting in data redundancy and a fragmented view of a single business entity. In SAP S/4HANA, the “old way” is gone.

The transition to the Business Partner (BP) model is a strategic pivot toward enterprise scalability. In this modern architecture, the Business Partner acts as the Leading Object. Through Customer-Vendor Integration (CVI), the BP API triggers an “Outbound” synchronization to the legacy Customer and Vendor master tables. This ensures that while the system uses a unified entry point, backward compatibility with finance and logistics modules is maintained via a sophisticated data buffer. While CVI configuration is often viewed as a “black box,” it can be mastered in seven logical steps.

Why Business Partner & CVI Matter in S/4HANA
The Business Partner is the single, leading master object in SAP S/4HANA. Customer-Vendor Integration (CVI) keeps legacy Customer/Vendor tables in sync, ensuring a unified entry point with full backward compatibility for Finance and Logistics.

1. The Shift: Why Business Partner (BP) is the New Standard

The traditional ERP master data model was built for a simpler time, but it carries three core limitations that stifle modern digital transformation:

Key Limitations of the Legacy Customer/Vendor Model
Single Address Constraints: Legacy models could only maintain one primary address, making it difficult to represent complex, multi-site global organizations.

Lack of Role Concepts: A single legal entity could not easily be treated as both a customer and a vendor within one object, leading to reconciliation and reporting challenges.

No Time-Dependency: There was no native way to manage validity periods for addresses or roles, complicating historical data auditing and compliance.

2. Customer/Vendor Integration (CVI)

What Customer/Vendor Integration (CVI) Does
→ To use the SAP Business Partner as leading object in SAP S/4HANA, the Customer/Vendor Integration (CVI) must be used.

→ The CVI component ensures the synchronization between the Business Partner object and the Customer/Vendor objects.

CVI assigns Customer and Vendor master data object to SAP Business Partner object and vice versa as shown in the below diagram.

Understand the CVI Interface
The CVI interface maps Business Partner data to legacy Customer (KNA1) and Vendor (LFA1) tables. Review the diagram below to see how BP acts as the central hub for all master data synchronization.
Picture : CVI Complex Interface

A Business Partner is always created when a Customer or Vendor is created.

BP as the Mandatory Anchor Object
In SAP S/4HANA, every new Customer or Vendor master is technically anchored to a Business Partner. This guarantees a single source of truth for all business entities across Finance and Logistics.

2. Phase 0: Pre-requisite Check

Before you touch CVI settings, your foundational organizational structure must be robust. As a senior consultant, I recommend verifying these “Big Four” before starting:

Phase 0 – The Big Four Pre-requisites
1. Finance Org Structure: Company Codes, Charts of Accounts, and reconciliation GL accounts. Ensure accounts like 21100000 (Accounts Payable) and 112100000 (PPIN-Receivables Domestic) are created.

2. Sales & Distribution (SD): Define Sales Org PA10, Distribution Channel PA, and Division DC.

3. Material Management (MM): Ensure Purchasing Organizations (e.g., PA10) and Plants are assigned.

4. Logistics Foundation: Shipping points and unloading points must be ready for BP role assignments.

Picture : Pre-Requisite Configuration for BP & CVI

Link to each post is given below

3. How to Configure BP (Business Partners) and CVI (Customer-Vendor Integration) in 7 Steps

7-Step Blueprint for BP & CVI Configuration
This guide walks you through a structured 7-step approach to configure Business Partners and CVI in SAP S/4HANA, from defining Account Groups and Number Ranges to creating your first BP Vendor and BP Customer.

Time needed: 10 minutes.

How to Configure S4HANA Business Partner – Customer-Vendor Integration in 7 Easy Steps

  1. Step 1 – Define Account Group

    Define Account Groups For Customers & Vendors

  2. Step 2 – Create Number Ranges

    Create Number Ranges for Customer Accounts & Vendor Accounts

  3. Step 3 – Assign Number Ranges

    Assign Number Ranges to Customer & Vendor Account Groups

  4. Step 4 – BP Number Range Creation

    Define Number Range for Business Partners

  5. Step 5 – Assign BP Number Ranges

    Define BP Grouping & Assign Number Range

  6. Step 6 – Number Assignment

    Number Assignment for Direction BP to Customer & BP to Vendor

  7. Step 7 – Create your first BP in S4 HANA

    Create your first BP representing Vendor in S4 HANA
    Create your first BP representing Customer in S4 HANA

Step 1: Architecting Your Account Groups

Account Groups define the structural identity of your business entities. They determine field control, number range behavior, and how Customer/Vendor masters behave during CVI synchronization. A well‑designed Account Group strategy ensures clean BP → Customer/Vendor mapping without inconsistencies.

Why Account Groups Matter
Account Groups control field visibility, mandatory fields, number ranges, and reconciliation behavior. They ensure your Customer/Vendor masters align perfectly with BP roles during CVI synchronization.
Learn More About Account Groups
SAP provides detailed documentation explaining how Account Groups behave within the BP framework.

Click here to read the SAP Help reference

1.1 Define Account Groups For Customers

Customer Account Groups determine how Customer master data behaves during BP → Customer synchronization. They define field control, number ranges, and reconciliation logic.

Follow the below path:

Picture : Path to Define Account Groups For Customers

We have defined Account Group “CUST” for our customers.

Picture : Define Account Groups For Customers
Best Practice for Customer Account Groups
Use clear naming conventions (e.g., CUST_DOM, CUST_EXP) to simplify reporting and CVI mapping. Consistent naming reduces confusion during UAT and future enhancements.

1.2 Define Account Groups For Vendors

Vendor Account Groups define how Vendor master data behaves during BP → Vendor synchronization. They control field selection, number ranges, and reconciliation accounts.

Follow the below path:

Picture : Path to Define Account Groups For Vendors

We have defined Account Group “SUPL” for our vendors.

Picture : Define Account Groups For Vendors
Vendor Account Group Tip
Align Vendor Account Groups with your procurement categories (e.g., SUPL_LOCAL, SUPL_IMPORT). This ensures cleaner reporting and easier BP role assignment.

Step 2: Establishing Number Ranges

Number ranges define the identity structure of your master data. In S/4HANA, consistent number ranges across BP, Customer, and Vendor objects dramatically reduce CVI errors and simplify UAT. Most high‑integrity implementations use a unified range (e.g., ZP) to maintain consistency.

Why Unified Number Ranges Matter
Aligning BP, Customer, and Vendor number ranges prevents mismatches, simplifies reconciliation, and ensures predictable CVI synchronization. A unified number range is one of the strongest best practices in S/4HANA.

2.1 Create Number Ranges for Customer Accounts

Follow the below path to create Customer number ranges:

Picture : Path to Create Number Ranges for Customer Accounts

Configure the Customer number ranges as shown below:

Picture : Create Number Ranges for Customer Accounts
Customer Number Range Best Practice
Use a wide, future‑proof interval (e.g., 0000000001–0000099999) to avoid rework during system expansion or mergers.

2.2 Create Number Ranges for Vendor Accounts

Follow the below path to create Vendor number ranges:

Picture : Path to Create Number Ranges for Vendor Accounts

Configure the Vendor number ranges as shown below:

Picture : Create Number Ranges for Vendor Accounts
Vendor Number Range Tip
Keep Vendor number ranges aligned with Customer ranges to simplify BP → Vendor synchronization and reduce mapping errors.

Step 3: Linking Ranges to Account Groups

Assigning number ranges to Account Groups is the technical bridge between BP and legacy Customer/Vendor masters. Without correct assignments, CVI will throw “Number range not defined” errors during BP synchronization.

Common CVI Error: Number Range Not Defined
This error appears when Customer/Vendor Account Groups are not linked to the correct number ranges. Assign ranges carefully to avoid synchronization failures.

3.1 Assign Number Ranges to Customer Account Groups

Follow the below path to assign number ranges to Customer Account Groups:

Picture : Path to Assign Number Ranges to Customer Account Groups

Assign number range “ZP” to Customer Account Group “CUST”.

Picture : Assign Number Ranges to Customer Account Groups
Customer Assignment Tip
Always validate number range assignment after transport import to ensure no overwrites occurred during system merges.

3.2 Assign Number Ranges to Vendor Account Groups

Assign number range “ZP” to Vendor Account Group “SUPL”.

Picture : Assign Number Ranges to Vendor Account Groups
Vendor Assignment Best Practice
Use identical number ranges for Customer and Vendor groups to maintain a unified BP identity across all master data objects.

Step 4: Define Number Range for Business Partners

The Business Partner object requires its own number range, independent of Customer and Vendor ranges. However, aligning all three ranges (BP, Customer, Vendor) is one of the strongest best practices in S/4HANA. It eliminates confusion, simplifies UAT, and ensures predictable CVI synchronization.

Why BP Number Range Must Match Customer/Vendor
Keeping BP numbers identical to Customer/Vendor numbers ensures seamless CVI mapping, reduces user confusion, and prevents mismatches during synchronization. This is one of the most important BP/CVI best practices.

Use Transaction BUCF to define the BP number range. Create a range that mirrors the Customer/Vendor number range (e.g., ZP) to maintain consistency across all master data objects.

Picture : Config Path for Define Number Range for BP

Below is the number range created for BP, matching the ranges used for Account Groups CUST and SUPL:

Picture : Define Number Range for Business Partners
BP Number Range Best Practice
Always use a unified number range across BP, Customer, and Vendor to maintain a single identity for each business entity.

This step determines how BP numbers are generated and how they synchronize with Customer/Vendor numbers. BP Grouping controls internal vs external number assignment and is directly tied to CVI behavior.

The recommended approach for most S/4HANA implementations is:

✔ Use External Standard Grouping
✔ Assign the same number range used for Customer/Vendor (e.g., ZP)

Why BP Grouping Determines CVI Success
BP Grouping defines how BP numbers are assigned and how they synchronize with Customer/Vendor numbers. Incorrect grouping leads to mismatched numbers and failed CVI synchronization.
Picture : Config Path for Define Groupings and Assign Number Ranges
Picture : Define Grouping & Assign Number Range
5.1 Troubleshooting SAP S/4HANA BP Synchronization Errors

During BP Grouping configuration, you may encounter the runtime dump DYNP_TOO_MANY_RADIOBUTTONS_ON.

⚠ Runtime Dump: DYNP_TOO_MANY_RADIOBUTTONS_ON
This dump occurs when more than one radio button in the same group is set to “X”. SAP allows only one active radio button per group. Multiple selections cause the application to terminate immediately.
a) Reason for the Error
Root Cause
Only one radio button in a group can be active. If multiple radio buttons are set simultaneously, the system triggers a short dump.
b) Resolution
Fix the Error
Run report BDT_CORR_003 to correct radio button inconsistencies. Refer to SAP Note 2394133 for detailed guidance.

Step 6: Directional Synchronization (CVI Settings)

This is the heart of CVI configuration. Here you define how the Business Partner object synchronizes with legacy Customer (KNA1) and Vendor (LFA1) tables. Every time a BP is saved, CVI triggers an “Outbound” synchronization to update Customer/Vendor masters.

How CVI Synchronization Works
When a BP is saved, CVI automatically updates Customer/Vendor tables. Correct number assignment ensures BP numbers map cleanly to Customer/Vendor numbers without mismatches or short dumps.

6.1 Number Assignment for Direction BP to Customer

Picture : Path to Number Assignment for Direction BP to Customer
Picture : Number Assignment for Direction BP to Customer
Customer Mapping Tip
Always validate Customer number assignment after transport imports to ensure mapping tables were not overwritten.

6.2 Number Assignment for Direction BP to Vendor

Picture : Path to Number Assignment for Direction BP to Vendor
Picture : Number Assignment for Direction BP to Vendor
Vendor Mapping Tip
Ensure Vendor Account Group and BP Grouping use identical number ranges to avoid CVI mapping inconsistencies.

Step 7: Now Create Our First BP Vendor & First BP Customer

All BP & CVI configuration is now complete. This step validates your configuration by creating your first BP Vendor and BP Customer and ensuring CVI synchronization works flawlessly.

7.1 Creation of First BP Vendor

Start Transaction BP.

7.1.1 Creation of Role “000000 – Business Partner (General)”

Input the name of the BP Vendor you want to create and click on Create Organization.

Picture 1 : First Vendor Creation

Fill out address and communication details such as language, postal code, and region.

Picture 2 : First Vendor Creation
General Role Importance
The General Role stores core data such as name, address, communication details, and identification attributes. This data is reused across all BP roles, ensuring consistency and reducing redundancy.
7.1.2 Creation of Role “FLVN00 – FI Vendor”

Select the role FLVN00 – FI Vendor from the dropdown. This role contains financial fields such as reconciliation accounts, payment terms, and company code assignments.

Picture 3 : FI Vendor Role Assignment
FI Vendor Role Explained
The FI Vendor role ensures that financial postings, reconciliation accounts, and payment terms are correctly mapped. Without this role, Vendor master data cannot integrate with Finance.
7.1.3 Creation of Role “FLVN01 – Supplier (Purchasing)”

Switch to the role FLVN01 – Supplier (Purchasing). This role contains purchasing‑related fields such as order currency, payment terms, and purchasing organization data.

Picture 4 : Supplier (Purchasing) Role

Once all mandatory fields are filled, save the BP. The system will automatically create the corresponding Vendor master (LFA1) through CVI synchronization.

Vendor Synchronization Tip
After saving the BP, always check table LFA1 to confirm successful Vendor creation via CVI.

7.2 BP for Embedded & Decentralized EWM

We must create a BP with plant assignment to declare it as the Default Party Entitled to Dispose in Embedded EWM.

EWM BP Requirement
Embedded EWM: Creating a BP with plant assignment is enough to declare it as the Default Party Entitled to Dispose.

Decentralized EWM: You must additionally assign this BP to the plant in table /SCWM/TMAPPLANT (View /SCWM/VTMAPPLANT).
Configure EWM in SAP S/4HANA
For a complete step‑by‑step guide on configuring Embedded and Decentralized EWM, including BP → Plant mapping, refer to the detailed post below.

Open EWM Configuration Guide

Now we will declare our BP as “Default Party Entitled to Dispose” for plant PA10 / EWM WM PA11.

Learn How to Declare Default Party Entitled to Dispose
For detailed steps on declaring BP as Default Party Entitled to Dispose, refer to the EWM configuration guide below.

Open EWM Guide

7.3 Creation of First BP Customer

Now that BP Vendor creation is complete, we proceed with creating the BP Customer. This step validates Customer‑side CVI synchronization and ensures that BP roles, number ranges, and field mappings are correctly aligned for Customer master creation.

Why BP Customer Creation Is Critical
BP Customer creation validates Customer‑side CVI mapping. When configured correctly, saving a BP automatically creates the Customer master (KNA1) without errors, ensuring seamless integration with SD and FI.

Start Transaction BP.

Input the name of the BP Customer you want to create and click on Create Organization.

7.3.1 Creation of Role “000000 – Business Partner (General)”

Customer Name is PA01CUST01 – “Houston Direct Auto”.

Select Material Group “BP03”.

First create the General Role “000000 – Business Partner (General)”.

Picture : Creation of BP Customer “General Role”

Input address details such as street number, postal code, city, region, etc., as shown in the screenshot above.

General Role Importance
The General Role stores core data such as name, address, communication details, and identification attributes. This data is reused across all BP roles, ensuring consistency and reducing redundancy.
7.3.2 Creation of Role “FLCU00 – FI Customer”

Switch to the role FLCU00 – FI Customer. This role contains financial fields such as reconciliation accounts, payment terms, dunning data, and company code assignments.

Picture : FI Customer Role
FI Customer Role Explained
The FI Customer role ensures that financial postings, reconciliation accounts, and payment terms are correctly mapped. Without this role, Customer master data cannot integrate with Finance.
7.3.3 Creation of Role “FLCU01 – Customer (Sales & Distribution)”

Switch to the role FLCU01 – Customer (Sales & Distribution). This role contains sales‑related fields such as Sales Organization, Distribution Channel, Division, shipping conditions, partner functions, and delivery‑related data.

Picture : Customer (Sales & Distribution) Role
Why SD Customer Role Is Mandatory
The SD Customer role enables sales order creation, delivery processing, billing, and partner function assignments. Without this role, the Customer cannot participate in SD processes.

Once saved, the system automatically creates the Customer master (KNA1) through CVI synchronization, completing the BP → Customer integration.

Need Help Understanding Customer Master Fields?
For a detailed explanation of Customer master fields and their impact on SD and FI, explore the related guide below.

Open SD Org Structure Guide
Picture 3 : First Vendor Creation

Input reconciliation account 21100000 (pick from the downloaded GL Account master).

You can also create GL 21100000 manually.

Create Vendor Reconciliation GL
For step‑by‑step creation of GL 21100000, refer to the detailed guide below.

Open GL Creation Guide
Picture 4 : First Vendor Creation
7.1.3 Creation of Role “FLVN01 – Supplier”

Select role FLVN01 – Supplier from the dropdown.

This creates the Vendor in Purchasing Organization PA10.

Picture 5 : First Vendor Creation

We have successfully created our first vendor PA01VEN01.

7.2 BP as “Default Party Entitled to Dispose” for Embedded & Decentralized S/4HANA

We must create a BP with plant assignment to declare it as the Default Party Entitled to Dispose in Embedded EWM.

EWM BP Requirements
Embedded EWM: Creating a BP with plant assignment is enough to declare it as Default Party Entitled to Dispose.

Decentralized EWM: You must additionally assign this BP to the plant in table /SCWM/TMAPPLANT (View /SCWM/VTMAPPLANT).

Open EWM Configuration Guide

Now declare BP as Default Party Entitled to Dispose for plant PA10 / EWM WM PA11.

Declare Default Party Entitled to Dispose
Follow the detailed steps in the EWM configuration guide.

Open EWM Guide

7.3 Creation of First BP Customer

Start Transaction BP.

Enter Customer Name PA01CUST01 – Houston Direct Auto and click Create Organization.

7.3.1 Creation of Role “000000 – Business Partner (General)”
Picture : Creation of BP Customer “General Role”

Enter address details such as street number, postal code, city, region, etc.

Picture : BP Customer Address Details
General Role Importance
The General Role stores core identity data reused across all BP roles, ensuring consistency and reducing redundancy.
7.3.2 Creation of Role “FLCU01 – Customer (Sales & Distribution)”

Choose role FLCU01 – Customer and enter:

Sales Org: PA10 – IC Car Sales Organi
Distribution Channel: PA – Car Dealers
Division: DC – Diesel Car

Order Tab: Cust.Pric.Procedure = IC – IC CarCust PriceP

Picture : Order Tab Values

Shipping Tab:

  • Delivery Priority: 2 – Normal
  • Delivering Plant: PA10 – PPIC C
  • Shipping Conditions: P1 – Standard
Picture : Shipping Tab Values

Billing Tab:

  • Tax Classification: 1 – Liable for Taxes
  • Acct Assmt Grp Cust: 01 – Domestic Revenue
Picture : Tax Classification

Save the entries.

7.3.3 Creation of Role “FLCU00 – FI Customer”

Enter reconciliation account 112100000 – PPIN‑Receivables Domestic.

Create Customer Reconciliation GL
Follow the step‑by‑step GL creation guide below.

Open GL Creation Guide
Picture : FLCU00 Customer Role

7.4 Creation of BP Vendor for Vendor Consignment

For Vendor Consignment, the BP Vendor must have specific fields maintained in role FLVN01.

Consignment Configuration Guide
For full consignment configuration steps, refer to the detailed guide below.

Open Consignment Guide
Picture: Consignment BP Fields‑1
Picture: Consignment BP Fields‑2

7.5 Creation of BP Customer & Supplier for STO with Delivery Scenario

For STO with delivery scenario:

  • Supplying Plant must be created as Supplier in Receiving Plant’s Purchasing Organization.
  • Receiving Plant must be created as Customer in Supplying Plant’s Sales Org & Distribution Channel.
Picture: Customer & Supplier in STO with Delivery Scenario
Master SAP Stock Transfer
Explore the complete 2‑Branch, 9‑Scenario SAP Stock Transfer Master Series covering MIGO, STO, delivery, billing, LIV, accounting, and pricing.

Open the Master Guide
7.5.1 Creation of BP Supplier for STO with Delivery Scenario

Create plant PA10 as Supplier PA10_PLANT in Receiving Plant’s Purchasing Org.

Picture: Plant PA10 as Supplier PA10_PLANT
7.5.2 Creation of BP Customer for STO with Delivery Scenario

Plant PA20 is Customer.

STO Customer Mapping
→ Plant PA20 is represented as Customer PA20_CUST in Sales Org PA10, Distribution Channel PA, Division DC.

7.6 Creation of BP Customer & Supplier for Inter‑Company STO with Delivery & Billing

Receiving Plant PP10 belongs to a different Company Code.

  • Supplying Plant must be Supplier in Receiving Plant’s Purchasing Org.
  • Receiving Plant must be Customer in Supplying Plant’s Sales Org & Distribution Channel.
Picture: Inter‑Company STO with Delivery & Billing
Inter‑Company STO Configuration
For full configuration & testing of Inter‑Company STO with Delivery & Billing, refer to the detailed guide below.

Open Inter‑Company STO Guide
7.6.1 Creation of BP Supplier for Inter‑Company STO

Create plant PA10 as Supplier PA10_PLANT in Purchasing Org PP10.

Picture: PA10 as Supplier in PP10 Purchasing Org

Enter Schema Group Supplier = 02 – SPL Sch.Grp IC STO Dlv Billing.

Pricing Schema for Inter‑Company STO
Learn how Schema Determination works for Inter‑Company STO Billing.

Open Pricing Procedure Guide
Picture: Pricing Schema for Supplier

Conclusion: Mastering BP & CVI in SAP S/4HANA

Business Partner and Customer‑Vendor Integration (CVI) form the backbone of master data in SAP S/4HANA. When configured correctly, they eliminate redundancy, ensure consistency across Finance and Logistics, and provide a unified, scalable master data model for the entire enterprise.

By following the structured 7‑step approach in this guide — from Account Groups and Number Ranges to BP Grouping, CVI Mapping, and advanced STO/Inter‑Company STO scenarios — you ensure a clean, error‑free BP/CVI setup aligned with SAP best practices and real‑world project requirements.

Your system is now ready for advanced BP roles, industry‑specific extensions, and future S/4HANA innovations.

Continue Your S/4HANA Learning Journey
Explore more SAP S/4HANA configuration guides, including Finance, SD, MM, LE, and Embedded/Decentralized EWM.

Visit SAPLogisticsExpert.com

FAQ : CVI – Customer Vendor Integration

Is it necessary to assign the same number for BP and the related customer or vendor?

No, a BP can have its own number since it is an independent object. A BP is related to a vendor through the table CVI_VEND_LINK, and related to a customer through the table CVI_CUST_LINK. Therefore, the BP linked to a Customer/vendor do not need to have the same number.

When a customer is also a vendor, is it mandatory to synch both in only one BP?

SAP recommends creating one BP per each legal entity, and adding Roles for the different business functions used to interact with the company. However, it is not mandatory.

What happens to Partner Functions for Customers and Vendors in SAP S/4HANA?

From a functionality perspective there is no change. Partner function in S/4HANA works the same way as it does in SAP ERP. In BP transaction in S/4HANA, if you go to the Partner function tab you will find an additional column called “Assigned BP”. This column displays the BP number of the Vendor or Customer assigned to the Partner Function.

Reference SAP Note
For official SAP guidance on CVI behavior and BP mapping, refer to SAP Note 2713963.

Open SAP Note 2713963

Image Courtesy: Flat vector created by Freepik

Share this guide:LinkedInFacebook𝕏 Post
Join the discussion

Enjoying these SAP guides? 🚀 Support the site with a $5 coffee to keep them free! Support via Stripe 🔒

LG Logistics Experts Ltd

Registered in England & Wales (No: 13409501)

Quality Assurance: This blueprint has been reviewed for technical accuracy by our consulting team. Content is aligned with SAP S/4HANA Best Practices for global logistics implementations.

Editorial Policy →