SAP Business Network for Procurement (anciennement SAP Ariba)

Qu’est-ce que SAP Business Network for Procurement ?

SAP Business Network for Procurement est le réseau procure-to-pay de SAP, anciennement SAP Ariba, bâti sur l’Ariba Network. Il connecte les acheteurs à une base mondiale de millions de fournisseurs pour l’achat sur catalogue, les commandes électroniques, la facturation électronique structurée et l’onboarding fournisseurs. Il repose sur la plateforme SAP Business Network et s’intègre en standard avec SAP S/4HANA et ECC.

Spadoom le met en œuvre pour des acheteurs européens, fabricants et distributeurs en Suisse, en Allemagne, en Autriche et en Italie, avec le nettoyage des données fournisseurs et les obligations de facturation électronique par pays intégrés au périmètre dès le premier jour. Ci-dessous : ce que nous livrons, là où les projets d’achats échouent et ce que le changement de nom d’Ariba a réellement changé.

Ce que Spadoom livre

Nous mettons en œuvre SAP Business Network for Procurement, que la plupart des équipes appellent encore SAP Ariba, pour des acheteurs européens qui veulent leur procure-to-pay sur un réseau plutôt que bricolé avec des courriels et des factures en PDF.

Le travail commence en général par le catalogue. Les catalogues fournisseurs prénégociés sont proposés aux demandeurs via le guided buying. Le chemin par défaut devient le chemin conforme. Les dépenses hors contrat baissent, et les achats cessent de courir après les commandes sauvages. Autour du catalogue, nous configurons des workflows d’approbation qui correspondent à la façon dont l’entreprise achète réellement (par centre de coûts, par catégorie, par montant), au lieu de la forcer à entrer dans un workflow standard.

La facturation électronique est le second pilier. Les fournisseurs émettent des factures électroniques structurées directement dans le réseau. Le réseau confronte automatiquement la facture à la commande et à la réception. Le rapprochement à trois voies, qui consistait auparavant à ouvrir trois écrans en plissant les yeux, devient un indicateur de statut. Les exceptions partent vers une personne ; les correspondances partent directement au paiement.

L’onboarding fournisseurs et les données de base se trouvent en dessous. Les parcours d’onboarding saisissent qualifications, certifications, coordonnées fiscales et bancaires une seule fois. Le même enregistrement fournisseur est ensuite maintenu de façon centralisée, avec contrôle des modifications. Les identifiants fournisseurs en double ne sont plus le problème de quelqu’un d’autre.

La visibilité sur les dépenses vient d’elle-même dès que les données sont structurées. Catégorie, fournisseur, centre de coûts, usine : elle est alimentée par des données réelles de commandes et de factures, pas par un tableau de bord trimestriel construit après coup dans Excel. La conformité par pays (SDI italien, Chorus Pro français, ZUGFeRD/XRechnung allemand) est gérée à l’intérieur du réseau. SAP maintient les profils de conformité à jour à mesure que les obligations évoluent.

L’intégration ERP est préconfigurée. SAP livre des connecteurs pour S/4HANA Cloud et SAP ECC couvrant commandes, réceptions, factures et données de base fournisseurs. Nous configurons et testons cette intégration en standard dans chaque projet. Les ERP non SAP sont pris en charge via SAP Integration Suite.

Le procure-to-pay se termine dans l’ERP : la facture doit se comptabiliser, la réception doit correspondre, l’enregistrement fournisseur doit être celui que la comptabilité paie. Spadoom livre SAP S/4HANA Public Cloud et la pile SAP CX avec une seule équipe : le côté ERP du réseau est donc conçu par les personnes qui le configurent. Nous construisons les extensions sur SAP BTP. Si le passage à l’ERP est encore devant vous, le guide de la transformation ERP et CX montre comment le séquencer.

Là où les projets d’achats échouent

Les projets d’achats échouent à des endroits prévisibles.

Le traitement des factures est le plus visible. Une équipe finance ouvre des milliers de factures PDF par mois, les saisit dans l’ERP, recherche les commandes, relance les approbateurs et découvre des erreurs en fin de mois. Le coût en personnel est réel. Le coût le plus important est invisible : paiements en retard, escomptes manqués, doubles paiements, observations d’audit. Ajouter de l’OCR aide un peu. Déplacer la facture elle-même sur un réseau structuré est la vraie solution.

Les données de base sont le deuxième échec prévisible. Le même fournisseur existe trois fois dans votre fichier fournisseurs, sous trois identifiants différents. Les rapports de dépenses comptent en double. Le levier de négociation se dilue, parce que personne ne sait produire une vue unique des dépenses totales chez ce fournisseur. L’onboarding n’a pas de garde-fous : toute personne qui a envoyé un devis par courriel finit en enregistrement fournisseur. Les projets de nettoyage vont et viennent sans tenir, parce que le flux sous-jacent continue de créer de nouveaux doublons.

Les dépenses hors contrat sont le troisième. Des accords prénégociés existent, mais les demandeurs ne les voient pas, ne les comprennent pas ou trouvent plus rapide d’émettre une commande en texte libre. Les indicateurs de conformité vivent dans une présentation que personne ne fait appliquer.

L’onboarding fournisseurs devient une course au pire moment : quand une nouvelle obligation nationale tombe, quand un fournisseur majeur doit être remplacé, quand un audit demande la preuve de la diligence raisonnable pour les 200 fournisseurs intégrés l’an dernier. L’information n’a jamais été saisie de façon systématique.

Les obligations de facturation électronique par pays sont le quatrième. Le SDI italien a été la première vague. France, Allemagne, Espagne, Belgique, Pologne : toutes ont rendu obligatoire la facturation électronique structurée, avec des calendriers et des formats différents. Les équipes sans réseau traitent chaque pays comme un projet annexe.

Ce qui a changé quand Ariba est devenu SAP Business Network

SAP consolide ses solutions d’achats et de supply chain sous une même bannière : SAP Business Network. Ariba (Procurement, Sourcing, Contracts) vit dans cette marque sous le nom SAP Business Network for Procurement. Le nom Ariba est mis en retrait dans le marketing, mais reste le terme que la plupart des responsables achats tapent encore dans Google et celui que la plupart des consultants utilisent en conversation. Les deux noms désignent le même produit.

La base fournisseurs est la même. Les comptes fournisseurs sont les mêmes. Les contenus d’intégration pour S/4HANA et ECC sont les mêmes. Les API du réseau sont les mêmes. Ce qui s’améliore, c’est l’unification : SAP Business Network for Procurement et SAP Business Network for Supply Chain Collaboration reposent sur une seule plateforme et partagent les identités fournisseurs ainsi que les services réseau de base. Un acheteur qui utilise les deux obtient un seul parcours d’onboarding fournisseurs, un seul annuaire fournisseurs et un seul jeu d’identifiants réseau par fournisseur, au lieu de deux onboardings parallèles.

Le point stratégique est simple. SAP veut les achats, la collaboration supply chain, la collaboration sur les actifs et le réseau vert sur une seule plateforme. Le changement de marque d’Ariba est la façade de cette consolidation. Le produit en dessous reste le même moteur procure-to-pay établi.

Obligations de facturation électronique par pays

Les obligations européennes de facturation électronique sont une cible mouvante. Le réseau les gère de façon centralisée, pour que la conformité de chaque pays devienne de la configuration et non un projet annexe.

Italie : SDI (Sistema di Interscambio). L’obligation italienne est en vigueur pour le B2B depuis 2019 et c’est la plus mature d’Europe. Le réseau envoie les factures via le SDI, gère le format XML et traite les accusés de réception et les rejets.

France : Chorus Pro et Factur-X. L’obligation française pour le secteur public passe par Chorus Pro. L’obligation B2B entre en vigueur par étapes depuis septembre 2026, avec Factur-X (PDF + XML hybride) parmi les formats admis et une transmission via des plateformes agréées (anciennement PDP). Le réseau gère le routage et le format.

Allemagne : ZUGFeRD et XRechnung. L’Allemagne exige XRechnung pour le B2G. Depuis 2025, les entreprises allemandes doivent pouvoir recevoir des factures électroniques B2B structurées, et l’obligation d’émission arrive par étapes jusqu’en 2028, avec ZUGFeRD comme standard hybride. Le réseau prend en charge les deux formats et la couche de routage Peppol qu’attendent les acheteurs publics allemands.

Autres obligations européennes. L’Espagne (Verifactu et obligation B2B), la Pologne (KSeF), la Belgique (Peppol), les Pays-Bas et les pays nordiques ont tous des obligations en vigueur ou à venir. SAP maintient les profils de conformité à jour de façon centralisée, si bien que votre équipe configure le profil par entité juridique au lieu de construire chaque obligation à partir de zéro.

Une note sur Fleurop

Spadoom a livré pour Fleurop une stratégie SAP Ariba avec feuille de route. Elle portait sur le volume de traitement manuel des factures (des milliers par mois, avec une voie pour réduire le travail manuel jusqu’à 80 %) et sur les centaines de comptes fournisseurs en double dans les données de base, et comprenait un concept d’intégration pour l’eShop. Il s’agissait de conseil, pas d’une implémentation. Le détail est dans le cas client Fleurop.

Phases de mise en œuvre

Nous livrons selon la méthodologie SAP Activate : discover, prepare, explore, realize, deploy, run. Le calendrier découle de la tranche qui passe en production en premier, et nous nous y engageons après la découverte. Le sourcing et les contrats allongent le programme global.

Discovery cadre la tranche procure-to-pay qui passe en production en premier, en général la facturation électronique et la collaboration sur les commandes pour les principaux fournisseurs en volume. Prepare verrouille l’intégration avec S/4HANA ou ECC, fixe l’approche de consolidation des données de base et identifie les obligations nationales du périmètre. Explore conçoit la structure du catalogue, les parcours de guided buying, les workflows d’approbation et le plan d’onboarding fournisseurs.

Realize est la réalisation : contenus d’intégration, paramétrage du catalogue, configuration des workflows, profils de conformité pour la facturation électronique, outillage d’onboarding fournisseurs. Le nettoyage des données et l’onboarding fournisseurs sont des workstreams de cette phase dès le premier jour. Ils ne sont pas optionnels. Deploy est la bascule avec hyper-care. Run est l’exploitation à l’état stable avec des playbooks documentés.

À quoi ressemble un bon résultat

Après un an à l’état stable, le tableau opérationnel devrait ressembler à ceci.

• La facturation électronique couvre la majeure partie du volume de factures fournisseurs. Le traitement manuel de PDF est l’exception, pas la norme.
• Le rapprochement à trois voies est automatisé. Le traitement des exceptions est le seul travail sur les factures que fait encore l’équipe de comptabilité fournisseurs.
• Le fichier fournisseurs ne contient plus de doublons. Un fournisseur, un enregistrement, une vue des dépenses.
• Les dépenses sous contrat progressent de manière mesurable, parce que les demandeurs partent par défaut du catalogue et que les workflows d’approbation imposent le chemin contractuel.
• Les obligations de facturation électronique par pays sont gérées dans les profils de conformité du réseau, et non comme des projets distincts à chaque nouvelle obligation.
• L’onboarding fournisseurs est un workflow, pas une boîte de réception. Qualifications, certifications et coordonnées bancaires sont saisies une seule fois et maintenues avec contrôle des modifications.
• La visibilité sur les dépenses (par catégorie, fournisseur, centre de coûts, usine) vient de données réelles et elle est réconciliée avec la finance, parce que les deux côtés lisent le même réseau.

C’est le point d’arrivée opérationnel. Les achats cessent d’être une pile d’exceptions et deviennent un flux piloté.

Si votre priorité est la collaboration multi-tier avec les fournisseurs (prévisions, ASN, enregistrements qualité) plutôt que le procure-to-pay, voyez Collaboration supply chain.