SAP Business Network for Procurement (formerly SAP Ariba)

Ce que Spadoom livre

Nous mettons en œuvre SAP Business Network for Procurement — ce 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 collé tant bien que mal avec des e-mails 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. La spend hors contrat baisse, et le procurement cesse de jouer au whack-a-mole avec les achats 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 forcer l’entreprise à entrer dans un workflow standard.

L’e-invoicing 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 avant à ouvrir trois écrans en plissant les yeux, devient un drapeau de statut. Les exceptions partent à un humain ; les correspondances partent directement au paiement.

L’onboarding fournisseurs et les données maîtres se trouvent en dessous. Les flux d’onboarding capturent qualifications, certifications, coordonnées fiscales et bancaires une seule fois. Le même enregistrement fournisseur est ensuite maintenu centralement, avec contrôle des changements. Les identifiants fournisseurs en doublon ne sont plus le problème de quelqu’un d’autre.

La visibilité sur la spend tombe gratuitement dès que les données sont structurées. Catégorie, fournisseur, centre de coûts, usine — alimentée par des données live de commandes et factures, pas par un tableau de bord rétrospectif trimestriel construit 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 maîtres fournisseurs. Nous configurons et testons cette intégration en standard pour chaque projet. Les ERP non SAP sont pris en charge via SAP Integration Suite.

Là où les projets procurement échouent

Les projets procurement échouent à des endroits prévisibles.

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

Les données maîtres sont le second échec prévisible. Le même fournisseur existe trois fois dans votre vendor master sous trois identifiants différents. Les rapports de spend comptent en double. Le levier de négociation se dilue parce que personne ne sait produire une vue unique de la spend totale chez ce fournisseur. L’onboarding n’a pas de garde-fous, donc toute personne ayant envoyé un devis par e-mail finit comme enregistrement fournisseur. Les projets de nettoyage vont et viennent sans tenir, parce que le flux sous-jacent continue de créer de nouveaux doublons.

La spend hors contrat est 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 slide que personne n’applique.

L’onboarding fournisseurs devient un sprint au pire moment — quand une nouvelle obligation pays tombe, quand un fournisseur majeur doit être remplacé, quand un audit demande la preuve de la due diligence sur les 200 fournisseurs onboardés l’an dernier. L’information n’a jamais été capturée systématiquement.

Les obligations e-invoicing par pays sont le quatrième. SDI italien a été la première vague. France, Allemagne, Espagne, Belgique, Pologne — toutes ont rendu obligatoire l’e-invoicing structuré sur des calendriers et 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 de procurement 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 de recherche que la plupart des responsables procurement tapent encore dans Google, et le terme 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, partagent les identités fournisseurs et les services réseau cœur. Un acheteur qui utilise les deux obtient un seul flux d’onboarding fournisseurs, un seul annuaire fournisseurs, un seul jeu de credentials réseau par fournisseur — au lieu de deux onboardings parallèles.

Le point stratégique est simple. SAP veut procurement, supply chain collaboration, asset collaboration et le green network sur une seule plateforme. Le rebranding Ariba est la façade de cette consolidation. Le produit en dessous est le même moteur procure-to-pay éprouvé.

Obligations e-invoicing par pays

Les obligations européennes d’e-invoicing sont une cible mouvante. Le réseau les gère centralement, pour que la conformité de chaque pays devienne de la configuration, pas un projet annexe.

Italie — SDI (Sistema di Interscambio). L’obligation italienne d’e-invoicing est en vigueur pour le B2B depuis 2019 et la plus mature en Europe. Le réseau envoie les factures via 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 est déployée par phases sous le format Factur-X (PDF + XML hybride). Le réseau gère le routage et le format, y compris les exigences PDP (Plateforme de Dématérialisation Partenaire) à venir.

Allemagne — ZUGFeRD et XRechnung. L’Allemagne exige XRechnung pour le B2G et avance vers une e-invoicing B2B obligatoire avec ZUGFeRD comme standard hybride. Le réseau prend en charge les deux formats et la couche de routage Peppol que les acheteurs publics allemands attendent.

Autres obligations UE. L’Espagne (Verifactu et obligation B2B), la Pologne (KSeF), la Belgique (Peppol), les Pays-Bas et les pays nordiques ont tous des obligations actives ou à venir. SAP maintient les profils de conformité à jour de manière centralisée — votre équipe configure le profil par entité juridique au lieu de construire chaque obligation de zéro.

Une note sur Fleurop

Spadoom a défini la feuille de route SAP Business Network pour Fleurop, couvrant l’automatisation procure-to-pay et la consolidation de la base fournisseurs. Le travail a adressé à la fois le volume de traitement manuel des factures et la duplication dans le master fournisseurs, sur la même plateforme procurement qui sous-tend le volet supply chain collaboration. 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. Un déploiement ciblé sur l’e-invoicing et l’automatisation des commandes dure généralement 12 à 20 semaines. Ajouter sourcing et contracts repousse le programme global de 2 à 4 mois supplémentaires.

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

Realize est le build : contenus d’intégration, paramétrage du catalogue, configuration des workflows, profils de conformité e-invoicing, outillage d’onboarding fournisseurs. Nous intégrons des workstreams explicites de nettoyage des données et d’onboarding fournisseurs dans 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

Un an dans l’état stable, l’image opérationnelle devrait ressembler à ceci.

• L’e-invoicing couvre plus de 90 % 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 facture que l’équipe AP réalise.
• Le master fournisseurs est en instance unique. Un fournisseur, un enregistrement, une vue de spend.
• La spend sur contrat tend à monter, de manière mesurable, parce que les demandeurs partent par défaut du catalogue et que les workflows d’approbation imposent le chemin contractualisé.
• Les obligations e-invoicing par pays sont gérées dans les profils de conformité du réseau, pas comme des projets distincts à chaque nouvelle obligation.
• L’onboarding fournisseurs est un workflow, pas une boîte mail. Qualifications, certifications et coordonnées bancaires sont capturées une seule fois et maintenues avec contrôle des changements.
• La visibilité sur la spend — par catégorie, fournisseur, centre de coûts, usine — vient de données live et 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. Le procurement cesse d’être un backlog d’exceptions et devient un pipeline 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.