SAP Business Network for Procurement (ehemals SAP Ariba)

Was ist SAP Business Network for Procurement?

SAP Business Network for Procurement ist SAPs Procure-to-Pay-Netzwerk, vormals SAP Ariba, aufgebaut auf dem Ariba Network, und verbindet Käufer mit einer globalen Basis von Millionen Lieferanten für Katalogeinkauf, elektronische Bestellungen, strukturiertes E-Invoicing und Lieferanten-Onboarding. Es läuft auf der übergreifenden SAP Business Network-Plattform und integriert sich vorgefertigt mit SAP S/4HANA und ECC.

Spadoom implementiert es für europäische Käufer, Hersteller und Händler in der Schweiz, Deutschland, Österreich und Italien, mit Datenbereinigung und länderspezifischen E-Invoicing-Pflichten von Anfang an im Projektumfang. Im Folgenden: was wir liefern, wo Beschaffungsprojekte scheitern und was die Ariba-Umbenennung tatsächlich geändert hat.

Was Spadoom liefert

Wir implementieren SAP Business Network for Procurement, was die meisten Teams immer noch SAP Ariba nennen, für europäische Käufer, die ihren Procure-to-Pay-Prozess auf einem Netzwerk haben wollen, statt mit E-Mail und PDF-Rechnungen zusammengeklebt.

Die Arbeit beginnt meist mit dem Katalog. Vorverhandelte Lieferantenkataloge erscheinen den Bestellern über Guided Buying. Der Standardpfad wird zum konformen Pfad. Off-Contract-Spend sinkt, und die Beschaffung spielt nicht länger Whack-a-Mole mit ungenehmigten Käufen. Rund um den Katalog konfigurieren wir Freigabe-Workflows, die zu der Art passen, wie das Unternehmen tatsächlich einkauft, nach Kostenstelle, nach Kategorie, nach Betrag, statt das Unternehmen in einen Standardworkflow zu zwingen.

E-Invoicing ist die zweite Säule. Lieferanten reichen strukturierte elektronische Rechnungen direkt im Netzwerk ein. Das Netzwerk prüft die Rechnung automatisch gegen die Bestellung und den Wareneingang. Drei-Wege-Abgleich, der früher darin bestand, dass jemand drei Bildschirme öffnet und sie vergleicht, wird zu einem Statusflag. Ausnahmen gehen an einen Menschen; Treffer gehen direkt zur Zahlung.

Lieferanten-Onboarding und Stammdaten liegen darunter. Onboarding-Flows erfassen Qualifikationen, Zertifikate, Steuer- und Bankdaten einmalig. Derselbe Lieferantendatensatz wird dann zentral mit Änderungskontrolle gepflegt. Doppelte Lieferanten-IDs sind nicht das Problem von jemand anderem.

Spend-Transparenz fällt umsonst ab, sobald die Daten strukturiert sind. Kategorie, Lieferant, Kostenstelle, Werk: gespeist aus Live-Bestell- und Rechnungsdaten, nicht aus einem quartalsweisen Rückblick-Dashboard in Excel. Länderspezifische Compliance, Italiens SDI, Frankreichs Chorus Pro, Deutschlands ZUGFeRD/XRechnung, wird im Netzwerk abgedeckt. SAP hält die Compliance-Profile aktuell, während sich Pflichten weiterentwickeln.

Die ERP-Integration ist vorgefertigt. SAP liefert Konnektoren für S/4HANA Cloud und SAP ECC für Bestellungen, Wareneingänge, Rechnungen und Lieferantenstammdaten. Wir konfigurieren und testen diese Integration als Standardbestandteil des Projekts. Nicht-SAP-ERPs werden über die SAP Integration Suite unterstützt.

Procure-to-Pay endet im ERP: Die Rechnung muss buchen, der Wareneingang muss passen, der Lieferantendatensatz muss derjenige sein, den die Buchhaltung bezahlt. Spadoom liefert SAP S/4HANA Public Cloud und den SAP CX Stack aus einem Team. Die ERP-Seite des Netzwerks entwerfen deshalb dieselben Leute, die es konfigurieren. Erweiterungen bauen wir auf SAP BTP. Steht Ihnen der ERP-Wechsel noch bevor, zeigt der Leitfaden zur ERP- und CX-Transformation, wie Sie ihn staffeln.

Wo Beschaffungsprojekte scheitern

Beschaffungsprojekte scheitern an vorhersehbaren Stellen.

Die Rechnungsverarbeitung ist das lauteste Versagen. Ein Finanzteam öffnet jeden Monat tausende PDF-Rechnungen, tippt sie ins ERP, jagt Bestellungen, hetzt Genehmiger und entdeckt Fehler zum Monatsende. Die Personalkosten sind real. Die grösseren Kosten sind unsichtbar: verspätete Zahlungen, verpasste Skonti, Doppelzahlungen, Audit-Findings. OCR auf das Problem zu werfen, hilft ein wenig. Die Rechnung selbst auf ein strukturiertes Netzwerk zu verlagern, ist die eigentliche Lösung.

Stammdaten sind das zweite vorhersehbare Versagen. Derselbe Lieferant existiert dreimal in Ihrem Lieferantenstamm unter drei verschiedenen IDs. Spend-Berichte zählen doppelt. Verhandlungsmacht wird verwässert, weil niemand eine einzige Sicht auf den gesamten Spend mit diesem Lieferanten erzeugen kann. Onboarding hat keine Kontrollen, also landet jeder, der ein Angebot per E-Mail geschickt hat, als Lieferantendatensatz im System. Bereinigungsprojekte kommen und gehen, ohne zu halten, weil der zugrundeliegende Prozess weiterhin neue Duplikate erzeugt.

Off-Contract-Spend ist das dritte. Vorverhandelte Vereinbarungen existieren, aber Besteller sehen sie nicht, verstehen sie nicht oder finden es schneller, eine Freitextbestellung anzulegen. Compliance-Kennzahlen leben in einer Folie, die niemand durchsetzt.

Lieferanten-Onboarding wird zum Kraftakt im schlechtesten Moment: wenn eine neue Länderpflicht eintrifft, wenn ein wichtiger Lieferant ersetzt werden muss, wenn ein Audit den Nachweis der Sorgfaltspflicht zu den 200 Lieferanten verlangt, die Sie letztes Jahr aufgenommen haben. Die Information wurde nie systematisch erfasst.

Länderspezifische E-Invoicing-Pflichten sind das vierte. Italiens SDI war die erste Welle. Frankreich, Deutschland, Spanien, Belgien, Polen: alle haben strukturiertes E-Invoicing zu unterschiedlichen Zeitpunkten und in unterschiedlichen Formaten verpflichtend gemacht. Teams ohne Netzwerk machen jedes Land als Nebenprojekt.

Was sich änderte, als Ariba zu SAP Business Network wurde

SAP konsolidiert seine Beschaffungs- und Supply-Chain-Lösungen unter einem Dach: SAP Business Network. Ariba, Procurement, Sourcing, Contracts, liegt innerhalb dieser Marke als SAP Business Network for Procurement. Der Name Ariba wird im Marketing zurückgenommen, bleibt aber der Suchbegriff, den die meisten Beschaffungsverantwortlichen noch in Google tippen, und der Begriff, den die meisten Berater im Gespräch noch verwenden. Beide Namen verweisen auf dasselbe Produkt.

Die Lieferantenbasis ist dieselbe. Die Lieferantenkonten sind dieselben. Die Integrationsinhalte für S/4HANA und ECC sind dieselben. Die Netzwerk-APIs sind dieselben. Was sich verbessert, ist die Vereinheitlichung: SAP Business Network for Procurement und SAP Business Network for Supply Chain Collaboration liegen auf einer Plattform, teilen sich Lieferantenidentitäten und teilen sich Kern-Netzwerkdienste. Ein Käufer, der beides nutzt, bekommt einen Lieferanten-Onboarding-Flow, ein Lieferantenverzeichnis, einen Satz Netzwerk-Credentials pro Lieferant, statt zwei paralleler Onboardings.

Der strategische Punkt ist einfach. SAP will Procurement, Supply Chain Collaboration, Asset Collaboration und das grüne Netzwerk auf einer Plattform. Das Ariba-Rebranding ist die Vorderseite dieser Konsolidierung. Das Produkt darunter ist dieselbe etablierte Procure-to-Pay-Engine.

Länderspezifische E-Invoicing-Pflichten

Europäische E-Invoicing-Pflichten sind ein bewegliches Ziel. Das Netzwerk deckt sie zentral ab, sodass jede Länder-Compliance Konfiguration ist, kein Nebenprojekt.

Italien: SDI (Sistema di Interscambio). Italiens E-Invoicing-Pflicht gilt für B2B seit 2019 und ist die reifste in Europa. Das Netzwerk sendet Rechnungen über SDI, verwaltet das XML-Format und behandelt Empfangsbestätigungen und Ablehnungen.

Frankreich: Chorus Pro und Factur-X. Frankreichs Pflicht für den öffentlichen Sektor läuft über Chorus Pro. Die B2B-Pflicht wird ab September 2026 stufenweise eingeführt, mit Factur-X (hybrides PDF + XML) als einem der zulässigen Formate und Versand über zertifizierte Plattformen (Plateformes Agréées, vormals PDP). Das Netzwerk deckt sowohl Routing als auch Format ab.

Deutschland: ZUGFeRD und XRechnung. Deutschland verlangt XRechnung für B2G. Seit 2025 müssen deutsche Unternehmen strukturierte B2B-E-Rechnungen empfangen können, die Pflicht zum Ausstellen folgt stufenweise bis 2028, mit ZUGFeRD als hybridem Standard. Das Netzwerk unterstützt beide Formate und die Peppol-Routing-Schicht, die deutsche Public-Sector-Käufer erwarten.

Weitere EU-Pflichten. Spanien (Verifactu und B2B-Pflicht), Polen (KSeF), Belgien (Peppol), die Niederlande und die nordischen Länder haben alle aktive oder kommende Pflichten. SAP hält die Compliance-Profile zentral aktuell, sodass Ihr Team das Profil pro juristischer Einheit konfiguriert, statt jede Pflicht von Grund auf zu bauen.

Eine Anmerkung zu Fleurop

Spadoom hat für Fleurop eine SAP-Ariba-Strategie mit Roadmap geliefert. Sie adressierte das Volumen manueller Rechnungsverarbeitung (Tausende Rechnungen pro Monat, mit einem Weg, den manuellen Aufwand um bis zu 80 % zu senken) und die Hunderten doppelten Lieferantenkonten im Stamm, dazu ein Integrationskonzept für den eShop. Das war Beratung, keine Implementierung. Details finden Sie in der Fleurop-Fallstudie.

Implementierungsphasen

Wir liefern nach der SAP-Activate-Methodik: Discover, Prepare, Explore, Realize, Deploy, Run. Der Zeitplan folgt aus der Scheibe, die zuerst live geht, und wir sagen ihn nach der Discovery zu. Sourcing und Contracts verlängern das Gesamtprogramm.

Discovery scopt die Procure-to-Pay-Scheibe, die zuerst live geht: meist E-Invoicing und Bestellkollaboration für die volumenstärksten Lieferanten. Prepare fixiert die Integration zu S/4HANA oder ECC, entscheidet den Konsolidierungsansatz für Stammdaten und identifiziert die Länderpflichten im Scope. Explore entwirft die Katalogstruktur, die Guided-Buying-Flows, die Freigabe-Workflows und den Lieferanten-Onboarding-Plan.

Realize ist der Aufbau: Integrationsinhalte, Katalogeinrichtung, Workflow-Konfiguration, E-Invoicing-Compliance-Profile, Lieferanten-Onboarding-Tooling. Datenbereinigung und Lieferanten-Onboarding sind vom ersten Tag an eigene Workstreams dieser Phase. Sie sind nicht optional. Deploy ist der Cutover mit Hyper-Care. Run ist Steady-State-Operations mit dokumentierten Playbooks.

Woran Sie ein gutes Ergebnis erkennen

Ein Jahr im Steady State sollte das operative Bild so aussehen.

• E-Invoicing deckt den grössten Teil des Lieferantenrechnungsvolumens ab. Manuelle PDF-Verarbeitung ist die Ausnahme, nicht der Standard.
• Drei-Wege-Abgleich ist automatisiert. Ausnahmebearbeitung ist die einzige Rechnungsarbeit, die das AP-Team noch macht.
• Der Lieferantenstamm ist eindeutig. Ein Lieferant, ein Datensatz, eine Spend-Sicht.
• On-Contract-Spend trendet messbar nach oben, weil Besteller standardmässig den Katalog nutzen und Freigabe-Workflows den vertraglich vereinbarten Pfad durchsetzen.
• Länderspezifische E-Invoicing-Pflichten werden in den Compliance-Profilen des Netzwerks abgedeckt, nicht als Einzelprojekte bei jeder neuen Pflicht.
• Lieferanten-Onboarding ist ein Workflow, kein Posteingang. Qualifikationen, Zertifikate und Bankdaten werden einmal erfasst und mit Änderungskontrolle gepflegt.
• Spend-Transparenz, nach Kategorie, Lieferant, Kostenstelle, Werk, kommt aus Live-Daten und ist mit dem Finanzbereich abgestimmt, weil beide Seiten dasselbe Netzwerk lesen.

Das ist der operative Endpunkt. Beschaffung hört auf, ein Backlog von Ausnahmen zu sein, und wird zu einer gesteuerten Pipeline.

Wenn Ihre Priorität bei mehrstufiger Lieferantenkollaboration (Forecasts, ASNs, Qualitätsdatensätze) statt Procure-to-Pay liegt, sehen Sie Supply-Chain-Kollaboration.