Business Partner in SAP S/4HANA
BP roles · groupings · CVI · tables · migration · common errors — updated for 2026
In SAP S/4HANA, you no longer create a customer with XD01. Every customer, vendor, and contact person is created as a Business Partner — one object, one transaction (BP), with roles that decide what data it carries.
This guide covers what the Business Partner actually is, how roles and groupings work, how CVI keeps the classic tables in sync, which tables and T-codes matter, how existing ECC customers are migrated — and the errors that come up on almost every project.
Quick Jump
What is the Business Partner?
The Business Partner is a single central object that represents any party you do business with — a customer, a supplier, a contact person, a prospect. In classic ECC these lived as separate master records maintained through separate transactions. In S/4HANA there is one record, and roles decide what it can do.
The same legal entity can be both a customer and a supplier. In ECC that meant two master records with no real link between them. As a Business Partner it is one record carrying both a customer role and a vendor role — one address, one set of contact data, one source of truth.
The one-line version: in S/4HANA, Business Partner is not a new screen for the customer master — it is the customer master. BUT000 is the leading table, and KNA1 / KNB1 / KNVV are kept in sync behind it.
Why XD01 is gone
SAP made Business Partner the mandatory approach for master data creation in S/4HANA. The classic transactions are no longer the route in:
| Classic (ECC) | S/4HANA | What it was for |
|---|---|---|
| XD01 / XD02 / XD03 | BP | Customer master (central) |
| VD01 / VD02 / VD03 | BP + role FLCU01 | Customer — sales area view |
| FD01 / FD02 / FD03 | BP + role FLCU00 | Customer — company code view |
| XK01 / XK02 / XK03 | BP + vendor roles | Vendor master (central) |
| FD32 | UKM_BP (role UKM000) | Credit master |
This is one of the fastest ways an interviewer tests whether your S/4HANA knowledge is current. Answering “XD01” to “how do you create a customer in S/4HANA?” signals ECC-era experience that has not been refreshed.
BP roles
A role determines which data set the Business Partner carries. One BP can hold several roles at once — that is what allows a single record to be both a customer and a supplier.
| Role | Description |
|---|---|
| FLCU00 | FI CustomerCompany-code data — reconciliation account, payment terms, dunning. Writes to KNB1. |
| FLCU01 | SD CustomerSales-area data — sales org, distribution channel, division, shipping, pricing. Writes to KNVV. |
| FLVN00 | FI VendorThe supplier equivalent of FLCU00. Writes to LFB1. |
| FLVN01 | Purchasing VendorPurchasing-org data for suppliers. Writes to LFM1. |
| BUP001 | Contact PersonReplaces the old contact-person records (KNVK). Linked via BP relationships. |
| BUP002 | ProspectPre-customer / lead stage, before a full customer role is assigned. |
| UKM000 | SAP Credit ManagementFSCM credit master — replaces classic FD32/KNKK. Writes to UKMBP_CMS_SGM. |
A sold-to party used in sales orders normally needs both FLCU00 and FLCU01. Missing sales area data on a BP almost always means FLCU01 was never assigned.
Groupings & number ranges
The BP grouping controls the number range for the Business Partner — internal or external assignment, and which range the number comes from. It is the BP equivalent of the customer account group’s number range role.
During migration, each customer account group is mapped to a BP grouping so converted records keep a predictable numbering scheme:
| Customer account group | BP grouping | BP role(s) |
|---|---|---|
| 0001 — Sold-to | Z001 | FLCU01 + FLCU00 |
| 0002 — Ship-to | Z002 | FLCU00 |
| 0003 — Contact person | Z003 | BUP001 |
| 0004 — Payer | Z004 | FLCU01 |
Example mapping — the exact groupings and roles depend on your account-group design.
CVI — Customer Vendor Integration
CVI is the synchronisation layer between the Business Partner and the classic customer/vendor tables. It does two jobs:
- →Keeps the classic tables alive. When a BP is saved with role FLCU00 or FLCU01, CVI writes the matching KNA1 / KNB1 / KNVV records — so existing reports, interfaces, and custom ABAP keep working.
- →Converts legacy master data. During migration, CVI is the mechanism that turns existing ECC customers and vendors into Business Partners, using the account-group to grouping mapping.
⚠ The direction matters
Synchronisation flows from BP to the classic tables. You maintain the Business Partner; KNA1/KNVV are written for you. Trying to fix data directly in the old tables is how projects end up with inconsistencies.
Tables behind the BP
| Table | Description |
|---|---|
| BUT000 | Business Partner — general dataThe leading table. Key fields: PARTNER, PARTNER_GUID, TYPE, BU_GROUP. |
| BUT020 | BP addressesAddress assignments per business partner. |
| BUT100 | BP rolesWhich roles (FLCU00, FLCU01, …) each BP holds. |
| BUT050 | BP relationshipsContact-person and other BP-to-BP links. |
| CVI_CUST_LINK | Customer ↔ BP link tableThe CVI mapping between customer number and BP number. |
| CVI_VEND_LINK | Vendor ↔ BP link tableSame mapping for suppliers. |
| KNA1 | Customer master — general dataStill populated via CVI synchronisation. Readable, but never create directly. |
| KNB1 | Customer master — company code dataPopulated when role FLCU00 is maintained. |
| KNVV | Customer master — sales area dataPopulated when role FLCU01 is maintained. |
For the wider SD picture, see the full SAP SD tables reference.
Key T-codes
| T-code | Description |
|---|---|
| BP | Create / change / display Business PartnerThe single entry point. Replaces XD01–XD03, XK01–XK03, VD01–VD03, FD01–FD03. |
| BUP1 / BUP2 / BUP3 | Legacy BP create / change / displayOlder BP transactions; BP is the standard in S/4HANA. |
| CVI_GROUPING_SETUP | Map customer account groups to BP groupingsCore CVI configuration step. |
| CVI_MAP_CUST_VEND | Map customer/vendor fields to BP fieldsRun in check mode first to find mapping gaps. |
| CVI_CHECK_CUSTOMER | Test-convert a sample of customersValidate before mass migration. |
| CVI_MASS_MIGRATION | Mass-create BPs from customers/vendorsAlso available as program BPUSMCS01. Always run in test mode first. |
| BUPA_CHECK_MIGRATION | Post-migration validationConfirms all BPs were created correctly; helps find duplicates. |
| BUPA_REL | Maintain BP relationshipsUsed to link contact persons and other BP-to-BP relationships. |
| SFW5 | Switch Framework — activate CVI business functionUsed in ECC to enable BP before migration. |
Migrating ECC customers to Business Partner
The typical sequence on a migration project, from preparation in ECC through to post-migration validation:
Activate CVI in ECC
SFW5Switch on the CVI business function so BP can be used before migration.
Set up grouping mapping
CVI_GROUPING_SETUPMap each customer account group to a BP grouping and the roles it should receive.
Map fields, find gaps
CVI_MAP_CUST_VENDRun in check mode. Fix any BP-mandatory fields that are empty in the customer master.
Test-convert a sample
CVI_CHECK_CUSTOMERTake a representative sample — domestic, export, intercompany — and review the conversion log.
Mass conversion
CVI_MASS_MIGRATIONRun in test mode, clear the error log, then run productively. (Program BPUSMCS01.)
Validate
BUPA_CHECK_MIGRATIONConfirm roles, sales area data, contact persons, and credit master. Test creating a real sales order.
Field note
Start CVI preparation months before go-live. The biggest risk is not the conversion program — it is customer master data quality. Run data-quality checks on KNA1/KNVV first, fix the data in ECC, then migrate. Fixing after conversion is far more expensive.
Common errors & fixes
"No number range assigned to grouping"
Cause: The BP grouping has no number range, or the range does not match the customer account group range.
Fix: Maintain the grouping and its number range (SPRO → Cross-Application Components → SAP Business Partner), and align internal/external assignment with the customer account group.
Sales area data missing on the BP
Cause: Role FLCU01 (SD Customer) has not been assigned, or the sales area was never extended.
Fix: Open the BP, add role FLCU01, then maintain the sales area data. Without FLCU01 there is no KNVV record and the BP cannot be used in a sales order.
Duplicate business partners created during migration
Cause: Customers and vendors representing the same legal entity were converted separately, or the run was executed twice.
Fix: Run BUPA_CHECK_MIGRATION to identify duplicates and merge them. Fix the grouping/mapping before rerunning.
Contact persons not linked after migration
Cause: Old KNVK contact records did not convert into BP relationships.
Fix: Create the relationship manually (BUPA_REL) with role BUP001, or re-run the contact-person mapping step.
CVI synchronisation errors on save
Cause: A field mandatory for BP is empty in the customer master (industry, search term, tax data).
Fix: Fix the underlying data in the customer master, then re-trigger synchronisation. Always clean data before conversion, not after.
Credit master not visible after migration
Cause: Classic credit data (KNKK) was not migrated into FSCM credit segments.
Fix: Assign role UKM000 and migrate credit master data; maintain the credit segment in UKM_BP.
Frequently Asked Questions
What is Business Partner in SAP S/4HANA?
Business Partner (BP) is the single, central object used to represent customers, vendors, contact persons, and prospects in SAP S/4HANA. Instead of maintaining separate customer and vendor masters with different transactions, you create one Business Partner and assign it roles (for example FLCU00 for FI Customer and FLCU01 for SD Customer). BP is not optional in S/4HANA — it is the mandatory entry point for creating and changing customer and vendor master data, and it writes through to the classic tables (KNA1, KNB1, KNVV) via CVI synchronisation.
Why is XD01 not working in S/4HANA?
In SAP S/4HANA, the classic customer master transactions XD01/XD02/XD03 (and XK01, VD01, FD01) are no longer the way to create master data. The Business Partner transaction BP replaces them. Depending on the release and configuration the old transactions may be blocked, display-only, or redirect you to BP. This is a deliberate SAP simplification: one object, one transaction, many roles. If someone still recommends XD01 as the way to create a customer in S/4HANA, their knowledge predates the simplification.
What is the difference between FLCU00 and FLCU01?
They are two different BP roles for the same customer. FLCU00 (FI Customer) holds the company-code data — reconciliation account, payment terms, dunning — and populates KNB1. FLCU01 (SD Customer) holds the sales-area data — sales organisation, distribution channel, division, shipping conditions, customer pricing procedure — and populates KNVV. A sold-to party used in sales orders typically needs both roles. If sales area data is missing on a BP, the usual cause is that FLCU01 was never assigned.
What is CVI (Customer Vendor Integration)?
CVI is the synchronisation layer that keeps Business Partner data and the classic customer/vendor master tables in sync. When you save a BP with role FLCU00 or FLCU01, CVI writes the corresponding KNA1/KNB1/KNVV records so that existing programs, reports, and custom code continue to work. CVI is also the mechanism used during migration: it converts existing ECC customers and vendors into Business Partners, using a mapping between customer account groups and BP groupings.
What is a BP grouping and why does it matter?
A BP grouping determines the number range for the Business Partner — whether the number is assigned internally by the system or entered externally, and from which range. During migration, each customer account group is mapped to a BP grouping (for example Sold-to 0001 to a Z001 grouping) so converted customers keep a predictable numbering scheme. Most number-range errors during BP creation or migration trace back to grouping configuration.
Do KNA1 and KNVV still exist in S/4HANA?
Yes. KNA1, KNB1, and KNVV still exist and are still populated — but through CVI synchronisation when a Business Partner is saved, not through direct creation in XD01. You can still read from them in reports and custom code. The important discipline is that BUT000 and the BP framework are now the leading source of truth, and master data must be created and changed through the BP transaction.
How do you migrate existing ECC customers to Business Partner?
At a high level: activate the CVI business function in ECC (SFW5), configure the mapping from customer account groups to BP groupings (CVI_GROUPING_SETUP), map customer fields to BP fields (CVI_MAP_CUST_VEND) and fix gaps, test-convert a representative sample (CVI_CHECK_CUSTOMER), then run the mass conversion (CVI_MASS_MIGRATION / program BPUSMCS01) in test mode before productive mode. After migration, validate with BUPA_CHECK_MIGRATION and confirm roles, sales area data, and credit master are correct. The single biggest risk is poor customer master data quality — clean the data in ECC before converting, never after.
Business Partner is one question. Interviews ask fifty.
The SD Vault includes a full CVI migration scenario with every configuration step, plus 230+ interview questions and 38 real configuration exercises — built by an SAP SD Solution Architect with 17+ years on live projects.
Get Lifetime Access →Or start free with the sample pack, T-codes reference, and tables reference.