La même entreprise vous achète et vous vend. En SAP ECC, cela signifiait deux fiches, créées dans deux transactions, avec deux numéros différents : une fiche client et une fiche fournisseur. Deux maintenances, et deux fois le même travail.
S/4HANA supprime ce dédoublement avec le Business Partner : un objet maître unique, géré dans une seule transaction, qui porte tous les visages d’un même partenaire. Ce guide fait le tour du modèle et de son paramétrage, écrans réels à l’appui.
- Le Business Partner est obligatoire dans S/4HANA : clients et fournisseurs sont gérés via un objet maître unique, dans la transaction
BP. - Un BP appartient à une catégorie (personne, organisation, groupe) et porte des rôles : FLVN00/FLVN01 côté fournisseur, FLCU00/FLCU01 côté client.
- Le numéro du BP vient du grouping choisi à la création, relié à un number range interne ou externe (affectation stockée dans
BUT000). - La CVI (Customer/Vendor Integration) synchronise en arrière-plan les masters techniques client et fournisseur, toujours utilisés par la comptabilité.
- La mise en place BP/CVI est un prérequis de toute conversion S/4HANA, à traiter avant la migration, pas après.
Business Partner SAP : définition et place dans S/4HANA
Un Business Partner SAP est une personne, une organisation ou un groupe avec lequel votre entreprise entretient un intérêt commercial. Dans S/4HANA, c’est l’objet maître central : les données de base des clients et des fournisseurs sont gérées à travers lui, et lui seul. La maintenance passe par la transaction BP ou par l’app Fiori Maintain Business Partner, les deux ouvrant le même objet.
À la création, vous choisissez d’abord la catégorie du partenaire. Elle est définitive et conditionne les champs disponibles :
- la personne physique, pour un individu (un contact, un salarié, un client particulier) ;
- l’organisation, pour une entité juridique ou une partie d’entité (une société, un département) ;
- le groupe, pour un ensemble de personnes ou d’organisations (une communauté d’héritiers, un couple).
La référence officielle du modèle est la documentation Business Partner sur SAP Help, mais l’essentiel tient en une phrase : un partenaire, une fiche, plusieurs rôles.
ECC vs S/4HANA : la fin du double master client/fournisseur
Dans SAP ECC, un partenaire commercial était soit un client, soit un fournisseur, jamais les deux dans la même fiche. Les données vivaient dans deux mondes séparés, avec leurs transactions dédiées et leurs account groups respectifs.
Tant que le partenaire n’était que client ou que fournisseur, la séparation passait inaperçue. Le problème surgissait dès qu’une entreprise jouait les deux rôles : il fallait gérer deux fiches indépendantes pour la même réalité juridique. Double stockage, double maintenance, et le grand classique des projets : l’adresse mise à jour côté client mais pas côté fournisseur.
SAP ECC
- Deux fiches séparées : client et fournisseur
- Transactions dédiées par monde
- Deux numéros pour le même partenaire
- Field selection pilotée par l’account group
- Double maintenance des données communes
SAP S/4HANA
- Un Business Partner unique
- Une seule transaction : BP
- Un numéro, plusieurs rôles
- Field selection pilotée par le rôle BP
- Données générales saisies une seule fois
Le point que beaucoup découvrent en projet : ce modèle n’est pas optionnel. La bascule vers le Business Partner fait partie des prérequis de conversion vers S/4HANA, et les données clients et fournisseurs existantes doivent être reprises dans ce modèle, par exemple via le Migration Cockpit et l’app Migrate Your Data.
Le concept de rôles BP : un partenaire, plusieurs contextes
Le rôle est la pièce maîtresse du modèle. Un rôle BP correspond à un contexte métier dans lequel le partenaire intervient, et chaque rôle débloque les vues de données correspondantes.
Côté fournisseur, trois rôles structurent les achats : 000000 Business Partner General porte les données générales au niveau client (au sens SAP du terme, le mandant), FLVN00 FI Vendor porte les données financières au niveau de la société, et FLVN01 Supplier porte les données d’achat au niveau de l’organisation d’achats. Côté client, la logique est symétrique avec FLCU00 Customer (Financial Accounting) et FLCU01 Customer pour les données commerciales.
C’est aussi le rôle, combiné au BP type, qui pilote la field selection : quels champs sont masqués, affichés, obligatoires ou optionnels. En ECC, ce contrôle appartenait à l’account group ; ce n’est plus le cas. L’account group n’a pas disparu pour autant : il reste assigné en arrière-plan au master fournisseur ou client technique, en fonction du grouping, via la table TBC001.
Attention à un faux ami : le rôle BP décrit le contexte métier d’une fiche partenaire. Il n’a rien à voir avec les rôles d’autorisation SAP, qui définissent les droits d’un utilisateur dans le système. Deux vocabulaires, deux mondes.
Lire les écrans réels : transaction BP et onglets par rôle
La meilleure façon de comprendre le mécanisme des rôles est de regarder le même partenaire sous deux rôles différents.
En changeant simplement le rôle dans l’en-tête de la transaction BP, les onglets évoluent : la vue générale laisse place aux données spécifiques du contexte. Un seul numéro de partenaire, et autant de panoplies de champs que de rôles activés. C’est exactement ce que la double fiche ECC ne savait pas faire.
Groupings et number ranges : qui décide du numéro du BP
À la création d’un Business Partner, le système demande un grouping. Ce choix n’est pas cosmétique : le grouping détermine la plage de numéros (number range) dont sera issu l’identifiant du partenaire, et le mode d’attribution.
Deux modes existent. En numérotation interne, le système attribue automatiquement le numéro séquentiel suivant de la plage. En numérotation externe, l’utilisateur saisit lui-même un numéro appartenant à la plage, numérique ou alphanumérique. L’affectation du partenaire à son grouping est stockée dans la table BUT000.
Quelques règles utiles au paramétrage : un même number range peut être assigné à plusieurs groupings, et des groupings standard peuvent être définis par défaut pour la numérotation interne et externe, utilisés quand l’utilisateur n’en choisit aucun. Enfin, si le partenaire est étendu en client et en fournisseur, la recommandation classique est d’aligner les trois numérotations pour que BP, client et fournisseur portent le même numéro : un confort quotidien pour les équipes, et des réconciliations simplifiées.
CVI : la synchronisation Customer/Vendor en arrière-plan
Le Business Partner n’a pas fait disparaître les masters client et fournisseur techniques. La comptabilité continue de travailler avec ses comptes auxiliaires, et ces structures restent intégrées aux écritures. Ce qui change, c’est leur mode d’alimentation : la CVI, pour Customer/Vendor Integration, synchronise en arrière-plan la fiche Business Partner avec le master client et le master fournisseur correspondants.
Quand vous sauvegardez un BP dans le rôle Supplier, le système crée ou met à jour automatiquement le master fournisseur technique, avec son account group dérivé du grouping. L’utilisateur ne voit qu’un objet ; le système en maintient trois, cohérents.
La maintenance mainstream de SAP ECC 6.0 s’arrête au 31 décembre 2027 pour les EHP 6 à 8 (fin 2026 pour les EHP 0 à 5), avec une extended maintenance payante jusqu’à fin 2030, comme le détaille la page stratégie de maintenance SAP. Or la mise en place du Business Partner et de la CVI est un prérequis de la conversion S/4HANA : c’est un chantier de données à lancer en amont du projet, pas une case à cocher pendant la migration.
Ce prérequis a une conséquence directe sur l’outillage de reprise : les transactions historiques de création de clients et de fournisseurs ne sont plus utilisables, ce qui explique pourquoi LSMW ne fonctionne plus pour ces données dans S/4HANA. La reprise passe par le modèle BP, côté Migration Cockpit ou par interfaces.
Customizing pas à pas : rôles, relations, groupings dans l’IMG
Le paramétrage du Business Partner vit dans les Cross-Application Components de l’IMG. Trois chantiers structurent l’essentiel.
Le premier : les rôles. C’est ici que vous consultez les rôles standard et créez vos rôles spécifiques, par copie d’un rôle livré.
Chemin SPRO :
Cross-Application Components → SAP Business Partner → Business Partner → Basic Settings → Business Partner Roles → Define BP Roles
Le deuxième : la numérotation. Les plages de numéros se définissent puis s’assignent aux groupings, dans deux activités voisines.
Chemin SPRO :
Cross-Application Components → SAP Business Partner → Business Partner → Basic Settings → Number Ranges and Groupings → Define Number Ranges
L’activité jumelle Define Groupings and Assign Number Ranges, dans le même nœud, relie chaque grouping à sa plage et fixe les groupings standard.
Le troisième : les relations entre partenaires. Une relation relie deux BP avec une sémantique métier, l’exemple classique étant la personne physique définie comme interlocuteur d’une organisation.
Chemin SPRO :
Cross-Application Components → SAP Business Partner → Business Partner Relationships → Basic Settings → Define Relationship Types
Enfin, la synchronisation CVI dispose d’un nœud de customizing dédié, où se règlent notamment les liens entre groupings et account groups :
Chemin SPRO :
Cross-Application Components → Master Data Synchronization → Customer/Vendor Integration → Business Partner Settings
Le Business Partner est l’un de ces sujets où S/4HANA ne propose pas une amélioration, mais impose un changement de modèle. La bonne nouvelle : le modèle est plus sain que ce qu’il remplace, et une fois les rôles et les groupings compris, la transaction BP devient vite un terrain familier. Prochaine étape naturelle si une conversion approche : notre guide du Migration Cockpit, l’outil qui reprend vos clients et fournisseurs dans ce nouveau modèle.
FAQ : vos questions sur le Business Partner SAP
Qu’est-ce qu’un Business Partner dans SAP S/4HANA ?
C’est l’objet maître central qui représente toute personne, organisation ou groupe avec lequel l’entreprise a un intérêt commercial. Dans S/4HANA, clients et fournisseurs sont gérés à travers le Business Partner, maintenu via la transaction BP ou l’app Fiori Maintain Business Partner.
Quelle est la différence entre Business Partner et client ou fournisseur SAP ?
Le client et le fournisseur sont des vues techniques héritées d’ECC, toujours utilisées par la comptabilité. Le Business Partner est l’objet unique qui les chapeaute : une même fiche BP peut porter le rôle client et le rôle fournisseur, et la CVI synchronise les masters techniques en arrière-plan.
Quelle transaction permet de créer un Business Partner dans S/4HANA ?
La transaction BP, qui regroupe création, modification et affichage. L’app Fiori Maintain Business Partner offre les mêmes fonctions depuis le launchpad. Les transactions historiques de création de clients et de fournisseurs d’ECC ne sont plus utilisables dans S/4HANA.
Le Business Partner est-il obligatoire dans S/4HANA ?
Oui. Le modèle Business Partner avec la synchronisation CVI est le modèle cible unique de S/4HANA pour les clients et fournisseurs, et sa mise en place fait partie des prérequis d’une conversion depuis ECC. Le chantier de reprise des données doit être traité avant la migration.
Qu’est-ce que la CVI (Customer/Vendor Integration) dans SAP ?
C’est le mécanisme de synchronisation qui maintient la cohérence entre la fiche Business Partner et les masters techniques client et fournisseur. Quand un BP est sauvegardé dans un rôle client ou fournisseur, la CVI crée ou met à jour automatiquement le master correspondant, avec son account group dérivé du grouping.
Comment sont attribués les numéros de Business Partner dans SAP ?
Par le grouping choisi à la création : chaque grouping est relié à un number range, en numérotation interne (le système attribue le numéro) ou externe (l’utilisateur le saisit). L’affectation est stockée dans la table BUT000, et la recommandation courante est d’aligner les numéros du BP, du client et du fournisseur.
À lire ensuite
Numéro de série SAP : guide de décision OIS2, 6 procédures et arbitrage matériel vs équipement PM
Quand activer la sérialisation SAP, comment paramétrer le profil OIS2, choisir parmi les 6 serializing procedures et arbitrer entre numéro de série matériel et équipement PM.
Pierre B.
SAP système de classification : caractéristiques et classes
Apprends à utiliser CT04 et CL02 pour classer articles, lots et équipements dans SAP. Guide pédagogique avec cas d'usage MM, PP, QM et EWM.
Pierre B.
Gestion des lots SAP : guide débutant (MM, PP, QM)
Comprenez la gestion des lots dans SAP : à quoi ça sert, comment activer le batch management dans MM, PP, QM, et créer un lot avec MSC1N. Guide pas à...
Pierre B.
Synchronisation des données entre SAP ERP et EWM : embedded, décentralisé et le rôle du CIF, ALE et DRF
Synchronisation des données entre SAP ERP et EWM : partage en embedded, transfert CIF/ALE/DRF en décentralisé, et ce qui se crée à la main vs en background.
Michael A.