SAP Business Network for Procurement (formerly SAP Ariba)

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.

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 erprobte 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 in Phasen unter dem Format Factur-X (hybride PDF + XML) eingeführt. Das Netzwerk deckt sowohl Routing als auch Format ab, einschliesslich der kommenden PDP-Anforderungen (Plateforme de Dématérialisation Partenaire).

Deutschland — ZUGFeRD und XRechnung. Deutschland verlangt XRechnung für B2G und bewegt sich auf eine verpflichtende B2B-E-Invoicing mit ZUGFeRD als hybridem Standard zu. 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 — Ihr Team konfiguriert das Profil pro juristischer Einheit, statt jede Pflicht von Grund auf zu bauen.

Eine Anmerkung zu Fleurop

Spadoom hat die SAP-Business-Network-Roadmap für Fleurop definiert, die Procure-to-Pay-Automatisierung und Konsolidierung der Lieferantenbasis umfasst. Die Arbeit adressierte sowohl das Volumen manueller Rechnungsverarbeitung als auch die Duplizierung im Lieferantenstamm — auf derselben Beschaffungsplattform, die auch die Supply-Chain-Collaboration-Seite unterstützt. Details finden Sie in der Fleurop-Fallstudie.

Implementierungsphasen

Wir liefern nach der SAP-Activate-Methodik — Discover, Prepare, Explore, Realize, Deploy, Run. Ein fokussierter E-Invoicing- und Bestellautomatisierungs-Rollout läuft in der Regel 12–20 Wochen. Sourcing und Contracts hinzuzufügen verlängert das Gesamtprogramm um weitere 2–4 Monate.

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. Wir bauen explizite Datenbereinigungs- und Lieferanten-Onboarding-Workstreams vom ersten Tag an in diese Phase ein — sie sind nicht optional. Deploy ist der Cutover mit Hyper-Care. Run ist Steady-State-Operations mit dokumentierten Playbooks.

Wie ein gutes Ergebnis aussieht

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

• E-Invoicing deckt mehr als 90 % 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.