Bank Communication Management : comprendre SAP BCM
Bank Communication Management (SAP BCM) contrôle les paiements entre SAP et les banques : lots, approbations, statuts, relevés, intégration MBC et articulation avec Advanced Payment Management.
12 min de lecture
4,8sur 5564 votes
- 5,5Klecteurs
- 23en ce moment
- 205partages
Bank Communication Management, ou SAP BCM, est le module SAP qui contrôle les échanges entre l’ERP et les banques de l’entreprise. Il regroupe en lots les paiements produits par le programme de paiement F110, les soumet à un workflow d’approbation, les transmet aux établissements par SWIFT, Multi-Bank Connectivity ou liaison host-to-host, puis rapatrie les statuts de traitement et les relevés bancaires. Présent dans SAP ERP comme dans SAP S/4HANA, il joue le rôle de point de contrôle unique : la trésorerie sait où en est chaque virement, l’auditeur retrouve qui a validé quoi, et la séparation des tâches devient vérifiable.
Le sujet concerne surtout les directions financières qui travaillent avec plusieurs banques, plusieurs sociétés ou plusieurs pays, là où le suivi par courriel et tableur montre vite ses limites. Ce guide détaille le circuit d’un paiement, les fonctions utiles au quotidien, l’articulation avec Advanced Payment Management et les points de vigilance avant un projet.
Qu’est-ce que SAP Bank Communication Management et quel est son périmètre ?
SAP BCM est une brique de la gestion financière de SAP, intégrée à l’ERP et non vendue comme un logiciel séparé. Sa fonction tient en une idée : s’intercaler entre le moment où un paiement est créé dans le système et celui où il quitte l’entreprise. Entre ces deux instants, BCM regroupe, fait valider, signe, transmet, puis écoute ce que la banque répond.
Il faut distinguer BCM de ses voisins, car la confusion est fréquente dans les cahiers des charges. Le Payment Medium Workbench (PMW) fabrique le fichier de paiement au bon format, par exemple un pain.001 ISO 20022. SAP Multi-Bank Connectivity (MBC), parfois appelé SAP Multibank Connector dans les anciennes documentations, est un service cloud qui achemine ce fichier jusqu’aux banques. SWIFT est un réseau de messagerie interbancaire. BCM, lui, ne fabrique pas le format et n’est pas un tuyau : c’est la tour de contrôle qui décide quand un lot part, sous quelles signatures, et qui en surveille le devenir.
Les données bancaires de base, socle du dispositif
Aucun circuit BCM ne fonctionne avec un référentiel bancaire approximatif. Le bank master, stocké dans la table BNKA, contient pour chaque établissement la clé bancaire (bank key), le code BIC, le numéro ABA pour les banques américaines, l’adresse et le pays. Il se maintient avec les transactions FI01 (création), FI02 (modification) et FI06 (marquage pour suppression), ou avec l’application Fiori Manage Banks, Master Data dans S/4HANA. S’y ajoutent les banques propres de chaque société (house banks) et leurs comptes, qui servent ensuite de critère de regroupement et de routage.
Premier réflexe concret : avant même de parler workflow, faire extraire la table BNKA et la liste des comptes bancaires de chaque société, puis vérifier les BIC, les doublons et les comptes clôturés encore actifs. Ce nettoyage évite une bonne partie des rejets qui seront ensuite attribués, à tort, au module.
Du F110 au relevé bancaire : le circuit d’un paiement dans BCM
Le fonctionnement de BCM se comprend mieux en suivant un virement fournisseur de bout en bout. Le schéma ci-dessous correspond à une configuration classique dans SAP S/4HANA ; les intitulés exacts varient selon la version et le paramétrage retenu.
- Collecter. Le programme de paiement automatique F110 sélectionne les factures échues de la comptabilité fournisseurs et génère les ordres. D’autres sources peuvent alimenter le même flux : paiements manuels, paie, prélèvements clients, opérations de trésorerie ou ordres venant d’une banque interne (in-house banking).
- Batcher. Au lieu d’envoyer un fichier par ordre, BCM fusionne les paiements selon des règles définies : même société, même banque propre, même mode de paiement, même devise, même date d’exécution. Chaque groupe devient un lot (payment batch) identifié.
- Approuver. Une stratégie de libération affecte chaque lot à un circuit de validation. Un lot de faible montant peut ne demander qu’une signature, un lot important deux ou trois niveaux successifs.
- Générer et signer. Le Payment Medium Workbench produit le fichier au format attendu par la banque. BCM peut y apposer une signature digitale, ce qui garantit que le contenu validé est bien celui qui sera envoyé.
- Transmettre. Le fichier part vers la banque par le canal choisi : MBC, SWIFTNet via un service bureau, connexion host-to-host directe ou interface tierce.
- Monitorer. Les messages de statut (accusés de réception, acceptation, rejet, souvent au format pain.002) reviennent dans SAP et mettent à jour l’état du lot et de chaque paiement.
- Rapprocher. Les relevés de fin de journée et intrajournaliers sont importés, puis rapprochés automatiquement des écritures, ce qui ferme la boucle comptable.
Un point mérite d’être clarifié, car il revient souvent sur les forums SAP : l’approbation BCM porte sur les lots créés après l’exécution du F110, pas sur la proposition de paiement elle-même. Si l’objectif est de faire valider la proposition avant sa mise en paiement, il faut combiner BCM avec d’autres mécanismes (revue de la proposition, blocages de paiement, workflow spécifique). Les deux contrôles ne se remplacent pas : l’un vérifie ce qu’on s’apprête à payer, l’autre vérifie ce qui sort réellement vers la banque.
Pour cadrer un projet, il est utile de dessiner ce circuit sur une page avec les noms des personnes à chaque étape. Les trous apparaissent tout de suite : une étape sans responsable, un approbateur qui est aussi celui qui crée les fournisseurs, un relevé que personne ne contrôle.
Fonctionnalités de SAP BCM : lots, approbations, statuts et relevés
Regroupement et routage des paiements vers les banques
Les règles de regroupement déterminent la forme des lots. Elles reposent sur des critères tels que la société, la banque propre, le compte, le mode de paiement, la devise ou la date de valeur. Un même paiement ne peut appartenir qu’à un lot, et chaque lot est routé vers une seule banque. Cette logique permet de gérer plusieurs interfaces bancaires sans multiplier les manipulations : le système sait, par paramétrage, quel lot va vers quel établissement et par quel canal. Une règle bien pensée limite aussi le nombre de lots à valider, ce que les approbateurs apprécient.
Workflow d’approbation et signatures digitales
La stratégie de libération combine des critères (montant, société, mode de paiement, banque) et un nombre d’approbateurs. Les validateurs reçoivent les lots dans leur boîte de travail SAP, dans la transaction BNK_APP ou, sous S/4HANA, dans l’application Fiori Approve Bank Payments. Ils peuvent consulter le détail, approuver, rejeter ou renvoyer pour correction. La signature digitale, quand elle est activée, lie l’identité de l’approbateur au contenu exact du lot : toute modification ultérieure invalide la validation. C’est la fonction la plus directement liée à la lutte contre la fraude au changement de coordonnées bancaires.
Moniteur de statuts, rejets et alertes
Le moniteur de lots (transaction BNK_MONI, ou application Fiori de suivi des paiements) affiche l’état de chaque lot : créé, en attente d’approbation, approuvé, envoyé, accepté, rejeté partiellement ou totalement. Les statuts bancaires importés y sont rattachés automatiquement. Il est possible de définir des délais au-delà desquels une absence de réponse déclenche une alerte, par exemple un lot envoyé sans accusé de réception après quelques heures. C’est ce suivi qui remplace les relances par courriel auprès du chargé de clientèle.
Moniteur des relevés bancaires
Le bank statement monitor (transaction FTE_BSM) contrôle la réception des relevés de chaque compte. Il signale les relevés manquants, les ruptures de séquence, les erreurs d’import et l’état du rapprochement. Les formats couverts incluent MT940, CAMT.053 pour la fin de journée, CAMT.052 pour l’intrajournalier et BAI2 pour les banques nord-américaines.
Pour tirer parti de ces fonctions, une bonne pratique consiste à désigner un propriétaire pour chaque moniteur : une personne en trésorerie pour les statuts de paiement, une autre en comptabilité pour les relevés, avec une revue quotidienne de quelques minutes plutôt qu’une chasse aux anomalies en fin de mois.
Intégrer Bank Communication Management au paysage SAP et aux banques
BCM n’a de valeur que relié aux modules qui produisent les paiements et à ceux qui consomment les informations bancaires. Côté émission, il reçoit les flux de la comptabilité fournisseurs (AP), les prélèvements de la comptabilité clients (AR), les virements de paie, les opérations de la gestion de trésorerie et les paiements centralisés d’une banque interne. Côté réception, les relevés alimentent la comptabilité bancaire, le rapprochement et la position de liquidité.
Le tableau suivant situe chaque composant pour éviter les malentendus en phase de cadrage.
À lire aussi
| Composant | Rôle principal | Ce qu’il ne fait pas |
|---|---|---|
| Bank Communication Management | Regrouper, faire approuver, signer, suivre les lots et les relevés | Fabriquer le format de fichier ou le transporter jusqu’à la banque |
| Payment Medium Workbench | Générer le fichier de paiement au format attendu (ISO 20022, formats nationaux) | Gérer l’approbation ou le suivi des statuts |
| Multi-Bank Connectivity (MBC) | Acheminer les fichiers et les retours entre SAP et les banques, via SWIFT ou connexion directe | Décider quels paiements partent ni qui les valide |
| SWIFT (SWIFTNet) | Réseau sécurisé de messagerie interbancaire | S’intégrer seul aux processus SAP sans couche applicative |
| Advanced Payment Management | Centraliser les paiements de plusieurs systèmes, appliquer routage, contrôles et dates limites | Remplacer à lui seul tout le pilotage bancaire selon les versions |
La différence entre BCM et MBC est celle qui pèse le plus sur les arbitrages budgétaires. BCM est intégré à S/4HANA et traite la gouvernance interne : règles, validations, contrôle. MBC est un service d’abonnement qui remplace les interfaces bancaires développées une par une. Chaque connexion bilatérale a un coût de maintenance ; certaines estimations publiées situent ce coût entre 10 000 et 50 000 dollars par an et par interface, un ordre de grandeur très variable selon les banques et les pays. Passer par un réseau mutualisé comme SWIFT, directement ou via MBC, réduit le nombre de connexions à maintenir. Dans la majorité des architectures multi-banques, les deux briques se combinent plutôt qu’elles ne s’opposent.
Les relevés importés chaque jour donnent aussi une base fiable pour piloter la liquidité. Pour une direction financière qui consolide déjà ses prévisions dans un tableau de trésorerie suivi mensuellement, l’automatisation des relevés supprime la ressaisie et rapproche le prévisionnel du réel. Côté action, il convient de lister les sources de paiement de l’entreprise, les banques et les canaux existants, puis de décider pour chacun s’il passera par BCM, par MBC, ou par les deux.
Contrôle, conformité et audit : ce que BCM change pour la finance
Le bénéfice le plus visible est la transparence. Avant BCM, beaucoup d’entreprises savent qu’un fichier est parti, rarement s’il a été accepté ligne par ligne. Après, chaque paiement possède un statut consultable et une histoire complète. Les apports se répartissent ainsi :
- Séparation des tâches. Celui qui crée le paiement ne peut pas l’approuver, et l’approbateur ne peut pas modifier le lot. Les auditeurs peuvent vérifier ces règles dans le paramétrage, et non plus sur déclaration.
- Audit trail. Chaque étape est horodatée et rattachée à un utilisateur : création, validation, rejet, envoi, retour bancaire. La piste reste exploitable lors d’un contrôle interne ou d’une revue des commissaires aux comptes.
- Sécurisation des paiements. Signature digitale, absence de fichiers manipulables sur un poste local et contrôle du contenu validé réduisent l’exposition aux fraudes et aux erreurs de saisie.
- Réactivité sur les rejets. Un rejet bancaire remonte en quelques heures dans SAP au lieu d’être découvert par un fournisseur qui réclame son règlement.
- Coûts opérationnels. Moins de relances, moins de manipulations de fichiers, un rapprochement bancaire largement automatisé.
Une erreur de paiement découverte tardivement produit le même effet qu’une erreur de TVA qui finit par coûter cher : la correction elle-même est simple, ce sont les pénalités, les relances et le temps perdu qui alourdissent la facture. La logique de BCM consiste justement à détecter tôt, au moment de l’approbation ou du retour bancaire.
Reste la question de la taille. BCM se justifie quand l’entreprise est déjà sous SAP, travaille avec plusieurs banques ou sociétés, émet des volumes importants ou subit des exigences fortes de contrôle interne. Une petite structure qui gère son activité avec un logiciel de facturation sur Mac et une seule banque n’en a pas l’usage : les outils de validation proposés par la banque en ligne suffisent. Pour situer l’entreprise, trois questions suffisent : combien de banques, combien de sociétés émettrices, et combien de temps passe chaque semaine à suivre des paiements à la main.
Limites de SAP BCM, Advanced Payment Management et déploiement
BCM n’est pas exempt de défauts. Son paramétrage demande une bonne connaissance du customizing SAP et du workflow, ce qui en fait rarement un projet purement fonctionnel. L’ergonomie historique reste marquée par SAP GUI, même si les applications Fiori couvrent désormais les usages courants. Le module dépend entièrement de la qualité du référentiel bancaire et des formats livrés par chaque banque, souvent spécifiques malgré les standards. Enfin, il ne sait piloter que ce qui passe par SAP : les paiements émis depuis d’autres systèmes lui échappent.
BCM et Advanced Payment Management : complémentaires plus que concurrents
C’est précisément cette dernière limite qu’adresse Advanced Payment Management (APM), apparu dans l’offre SAP S/4HANA à partir de la version 1809. APM joue le rôle de hub de paiement central : il reçoit des ordres venant de SAP et de systèmes tiers, applique des règles de routage, gère les dates limites (cut-off), les contrôles de liquidité et la production des fichiers sortants. Dans de nombreuses configurations, APM transmet ensuite ses paiements à BCM pour le regroupement et l’approbation. SAP fait progressivement évoluer cette architecture vers un traitement des paiements plus unifié, mais BCM reste recommandé dans de nombreux contextes, en particulier quand tous les paiements naissent dans un seul ERP.
| Critère | SAP BCM | Advanced Payment Management |
|---|---|---|
| Positionnement | Point de contrôle entre la création du paiement et l’envoi | Centrale de paiement de groupe (payment factory) |
| Sources de paiement | Principalement le système SAP qui l’héberge | SAP et systèmes externes |
| Fonctions phares | Lots, workflow d’approbation, signatures, moniteurs | Routage, cut-off, contrôles de liquidité, paiements pour le compte de filiales |
| Disponibilité | SAP ERP et SAP S/4HANA | SAP S/4HANA, avec licence spécifique |
| Profil type | Groupe mono-ERP, multi-banques | Groupe multi-systèmes visant une centralisation forte |
La généralisation d’ISO 20022 renforce l’intérêt d’une couche de contrôle centrale : les messages structurés transportent davantage d’informations sur le bénéficiaire et les motifs de rejet, que BCM et APM peuvent exploiter. Lors d’une mise à niveau S/4HANA, c’est souvent le bon moment pour revoir les formats et les règles plutôt que de transposer à l’identique les fichiers historiques.
Préparer un projet BCM sans mauvaise surprise
- Fiabiliser le bank master et les comptes bancaires avant tout paramétrage.
- Formaliser la matrice d’approbation (seuils, suppléants, absences) avec la direction financière et le contrôle interne.
- Recenser les formats exigés par chaque banque et les tester banque par banque.
- Choisir le canal de transmission (MBC, SWIFT, host-to-host) en parallèle, pas après.
- Prévoir les rôles et autorisations SAP pour garantir la séparation des tâches.
- Planifier une période de double contrôle et définir qui surveille les moniteurs au quotidien.
Comment configurer les approbations de paiement avec BCM dans SAP S/4HANA ?
La configuration se fait dans le customizing de Bank Communication Management. Il faut définir les règles de regroupement des paiements, créer une stratégie de libération avec ses critères (montant, société, mode de paiement) et le nombre de niveaux, puis rattacher les approbateurs au workflow. Le test se mène de préférence sur un vrai cycle F110 en environnement de recette, en vérifiant les cas de rejet et de suppléance.
Peut-on déclencher un workflow BCM dès la proposition de paiement F110 ?
Pas avec le fonctionnement standard : l’approbation BCM s’applique aux lots créés après l’exécution du programme de paiement. Pour valider la proposition elle-même, les équipes s’appuient sur la revue de la proposition, les blocages de paiement ou un workflow spécifique. Les deux niveaux de contrôle peuvent coexister.
Comment activer le flux BCM dans SAP S/4HANA Cloud Public Edition avec Advanced Payment Management ?
Dans l’édition cloud, l’activation passe par les éléments de configuration livrés par SAP et non par un customizing libre. Il s’agit en général d’activer le scénario concerné, de définir les règles de regroupement et d’approbation, puis de relier les paiements issus d’APM à ce flux. Le détail dépend de la release installée : la documentation SAP de la version utilisée et l’interlocuteur SAP restent les références à consulter.
Faut-il choisir entre SAP BCM et SAP MBC pour la trésorerie ?
Non, ces outils répondent à des besoins distincts. BCM gouverne les paiements dans SAP (lots, validations, statuts), tandis que MBC assure la connexion technique avec les banques. Une trésorerie multi-banques gagne généralement à utiliser les deux ensemble.
L’auteur
Dirigeant d’une petite agence
Je gère mes recrutements, mes prix et ma trésorerie au quotidien. Je partage ici mes propres tâtonnements, pas de la théorie.
Voir tous ses articlesVotre avis compte
Cet article vous a-t-il été utile ?
4,8sur 5564 votes
Commentaires
Soyez le premier à réagir.
