Payment Factory

BNP Paribas décrit trois modèles dans sa synthèse sur la centralisation des paiements. Dans un hub de paiement, les équipes fournisseurs de différentes sociétés du groupe travaillent sur une même plateforme technique, mais chacune garde ses propres comptes et ses banques. Dans un centre de services partagés ou une payment factory, le traitement lui-même passe dans un ou quelques centres, et le groupe réduit en général le nombre de ses banques et de ses connexions bancaires dans le même projet. Dans le troisième modèle, une banque interne paie pour le compte des sociétés du groupe depuis un compte unique par devise et comptabilise chaque paiement sur le compte intragroupe de la société qui le doit.

Un article de The Global Treasurer trace la limite au même endroit: un type de factory achemine les fichiers de paiement et la communication bancaire, l'autre modifie aussi les flux, par exemple en transformant des paiements transfrontaliers en paiements domestiques, et ce type exige en général une banque interne.

Le paiement pour compte de tiers (POBO) ne fonctionne que si le fournisseur sait encore qui a payé. Avant SEPA, un groupe avait besoin de comptes en euros dans chaque pays. Depuis 2009, une entreprise peut détenir un seul compte en euros pour toutes ses entités, car SEPA ne distingue plus les virements en euros domestiques et transfrontaliers. Les formats ISO 20022 derrière SEPA ont un champ structuré pour l'entité pour le compte de laquelle un paiement est fait, et les systèmes de paiement du groupe doivent le remplir, sinon les fournisseurs reçoivent de l'argent qu'ils ne peuvent pas rapprocher. Le même modèle en sens inverse est l'encaissement pour compte de tiers (COBO), où des clients paient sur un compte central les factures de plusieurs sociétés du groupe. La page sur la migration ISO 20022 traite de la norme de messages.

L'article 2 (1) n° 13 de la loi sur la surveillance des services de paiement (ZAG) exclut de l'obligation d'autorisation les opérations de paiement et services liés au sein d'un groupe. Dans sa doctrine après la transposition de la DSP2, la BaFin a d'abord lu l'exemption de façon étroite, si bien qu'elle ne couvrait que les paiements dont le payeur et le bénéficiaire appartiennent au groupe. Une payment factory qui paie des fournisseurs externes aurait eu besoin d'une autorisation.

Des associations professionnelles, coordonnées par le Verband Deutscher Treasurer, s'y sont opposées, et la BaFin a accepté de lire l'exemption à la lumière de son objectif de lutte contre le blanchiment, comme l'a rapporté PayTechLaw. Un groupe qui gère des paiements centraux n'a pas besoin d'autorisation de paiement si quatre conditions sont remplies en permanence: des contrats de service avec les sociétés du groupe, la documentation de chaque paiement, des règles contraignantes à l'échelle du groupe avec des processus et des systèmes qui incluent des mesures de lutte contre le blanchiment, et des contrôles réguliers par l'audit interne ou la conformité. Une centrale d'achat qui paie tous les fournisseurs n'était pas couverte par les lettres de la BaFin.

La baisse des coûts a été le premier argument des payment factories. Lors d'une table ronde de trésoriers en 2015 relatée par Treasury Management International, la prévention de la fraude avait dépassé les économies de coûts comme moteur principal. La factory de RTL Group couvrait environ 90 % de ses 300 entités et près de 99 % de son volume de paiements, soit environ 400 000 paiements par an. Les trésoriers de la table ronde filtraient les paiements au regard des listes de sanctions avant de les envoyer, et la règle d'un groupe était de ne jamais payer sur une instruction téléphonique, une règle qui bloque aussi la fraude au président typique.

Le règlement sur les paiements instantanés ajoute un contrôle automatisé. Depuis que le règlement (UE) 2024/886 a rendu la vérification du bénéficiaire obligatoire dans la zone euro, la banque vérifie chaque nom de bénéficiaire du fichier groupé d'une factory au regard de l'IBAN avant l'exécution, et un fichier de milliers de paiements fournisseurs exige des données de bénéficiaires propres, comme l'explique la page sur la vérification du bénéficiaire.

Finance Loop est le lieu de rencontre des trésoriers, des banquiers cash management et des spécialistes des paiements qui construisent les rails sur lesquels une payment factory envoie ses fichiers. Finance Loop relie les communautés de la finance, de l'IT et de l'IA en Allemagne, en Autriche et en Suisse, avec des événements à Francfort, Munich, Berlin et Hambourg.

Finance Loop soutient When Banks Say 'No', un séminaire paiements d'une demi-journée à Francfort pour les équipes conformité, trésorerie, finance, export et juridique sur les paiements bloqués, le de-risking et les sanctions. Finance Loop est aussi partenaire média de Capital & Code, une conférence à Francfort dont le public comprend des trésoriers d'entreprise qui gèrent la liquidité et le risque.

Une payment factory est une unité centrale, souvent rattachée à la trésorerie du groupe ou à un centre de services partagés, qui effectue les paiements de toutes les sociétés d'un groupe. Une payment factory collecte les demandes de paiement approuvées, crée les fichiers de paiement et les envoie aux banques par un seul ensemble de connexions.

Une payment factory traite les paiements des sociétés du groupe, qui peuvent encore payer depuis leurs propres comptes. Une banque interne va plus loin: elle tient des comptes intragroupe pour les sociétés du groupe et paie pour leur compte depuis ses propres comptes bancaires, un par devise.

POBO signifie payments on behalf of, le paiement pour compte de tiers. Une société centrale du groupe paie un fournisseur pour une facture due par une autre société du groupe et nomme cette société dans le message de paiement pour que le fournisseur puisse rapprocher l'argent.

En général non, si elle paie uniquement pour son propre groupe et remplit les quatre conditions que la BaFin a fixées pour l'exemption de groupe au titre du ZAG: contrats de service, documentation, règles de groupe contraignantes incluant des mesures de lutte contre le blanchiment, et contrôles internes réguliers.