SAP Business Network for Supply Chain Collaboration

Was Spadoom liefert

Wir verbinden Käufer, Lieferanten, Auftragsfertiger und 3PLs mit dem SAP Business Network for Supply Chain Collaboration. Ausgangspunkt ist fast immer die Bestellkollaboration — Bestätigungen, Änderungen und Ablehnungen aus E-Mails herauszuholen und in strukturierte Daten zu überführen, denen Ihre Planer tatsächlich vertrauen können. Darauf bauen wir rollierendes Forecast-Sharing auf, sodass Tier-1-Lieferanten Ihr Bedarfssignal Wochen vor einer festen Bestellung sehen, lieferantengesteuerten Bestand für volumenstarke Teile, bei denen der Lieferant unter vereinbarten Schwellenwerten nachfüllt, sowie Qualitätsdatensätze — Prüfergebnisse, Abweichungsmeldungen, Korrekturmassnahmen — einmal erfasst und für beide Seiten sichtbar.

Logistikpartner werden Teil desselben Netzwerks. Lieferavise, Verpackungsdaten und Lieferbestätigungen landen in Ihrem System ohne erneute Erfassung oder PDF-Parsing. Die ERP-Integration ist der Punkt, den die meisten Kunden unterschätzen: SAP liefert vorgefertigte Integrationsinhalte für S/4HANA und ECC für Bestellungen, Wareneingänge, Rechnungen, ASNs und Lieferantenstammdaten. Wir konfigurieren und testen diese Integration durchgängig. Keine individuelle Middleware. Keine massgeschneiderten iDocs, die beim nächsten Upgrade brechen.

Wir sind in der DACH-Region ansässig und liefern praxisnah. Kein Offshore-Handoff nach dem Kickoff. Unsere Berater führen die Discovery-Workshops, entwerfen die Integration, sitzen während der Anwendertests bei Ihren Planern und bleiben in den ersten Wochen des Live-Betriebs an Bord. Ziel ist ein Netzwerk, das Sie betreiben — nicht eines, das wir für Sie betreiben.

Warum Lieferantenkollaboration scheitert

Wenn Sie heute Beschaffung oder Supply Chain Operations verantworten, kommt Ihnen diese Liste bekannt vor.

Bestellungen gehen als PDFs raus. Lieferanten antworten per E-Mail — manchmal mit Bestätigung, manchmal mit Gegenvorschlag, manchmal verschieben sie still und leise das Anlieferdatum und hoffen, dass es niemand merkt. Ihr Planer kopiert Bestätigungen in das ERP. Wenn eine Lieferung verspätet ist, erfahren Sie es vom Wareneingang, nicht vom Lieferanten. Schuldzuweisungen folgen.

Forecasts, sofern es sie gibt, werden quartalsweise als Excel-Anhang verschickt. Lieferanten ignorieren sie entweder oder behandeln sie als feste Bestellungen — beides falsch. Die Kapazität bei Ihrem Tier-1-Lieferanten ist undurchsichtig, und die Kapazität bei Ihrem Tier-2-Lieferanten könnte ebenso gut auf einem anderen Planeten liegen.

Qualität ist ein eigenes Schmerzfeld. Eine Abweichung trifft die Wareneingangsprüfung. Jemand füllt ein Formular aus, scannt es, schickt es per E-Mail an den Qualitätsansprechpartner des Lieferanten und wartet. Die Korrekturmassnahme kommt Wochen später als weiteres PDF. Der Audit-Trail liegt verteilt über drei Posteingänge und ein Sharepoint-Laufwerk.

Stammdaten sind die stille Katastrophe. Lieferantenidentitäten sind über Geschäftsbereiche dupliziert. Derselbe Lieferant erscheint unter drei verschiedenen Lieferanten-IDs — eine für das deutsche Werk, eine für das italienische, eine aus einer Akquisition. Spend-Berichte aggregieren nicht sauber. Verhandlungsmacht wird verwässert.

Keines dieser Versagensmuster ist exotisch. Sie sind der Standardzustand der Lieferkettenkollaboration, wenn die einzige Integrationsschicht E-Mail ist.

Wie das SAP Business Network das ändert

Die Verschiebung ist strukturell, nicht kosmetisch. Sobald Käufer und Lieferant auf demselben Netzwerk sind, hat jede Transaktion einen einzigen kanonischen Status, sichtbar für beide Seiten, mit einem Audit-Trail.

Bestellungen wandern ins Netzwerk. Der Lieferant bestätigt, bestätigt teilweise, schlägt eine Änderung vor oder lehnt ab — und Ihr Planer sieht die Antwort im ERP, in einem Statusfeld, nicht als PDF im Posteingang. Bestätigungsraten und pünktliche Lieferung werden in Echtzeit messbar, nicht zum Monatsende aus einer Tabellenkalkulation rekonstruiert.

Forecasts fliessen rollierend. Lieferanten sehen feste Bestellungen, geplante Bestellungen und den Forecast-Horizont in einer Ansicht. Sie können Kapazitätsprobleme melden, bevor eine feste Bestellung eintrifft. Für volumenstarke Teile ersetzt der lieferantengesteuerte Bestand den Meldebestand: Der Lieferant sieht Ihren Bestand und füllt nach den Regeln auf, auf die Sie sich geeinigt haben. Sicherheitsbestand sinkt, weil sich die Verzögerung zwischen «wir brauchen mehr» und «mehr ist unterwegs» verkürzt.

Qualitätsdatensätze liegen auf demselben gemeinsamen Objekt. Abweichung, Ursache, Korrekturmassnahme — ein Datensatz, beide Seiten bearbeiten, die Zeitleiste ist die Zeitleiste. Standardmässig audit-ready.

Logistik wird Teil desselben Netzwerks. Der 3PL postet das ASN, das Wareneingangsteam scannt dagegen, der Lieferant sieht den Wareneingang. Drei Parteien, ein gemeinsamer Stand der Fakten.

Mehrstufige Sichtbarkeit ist die Ebene, die die meisten Beschaffungsteams nie hatten. Mit Lieferanten und deren Lieferanten auf demselben Netzwerk sehen Sie Kapazitätsrisiken zwei Ebenen tief — nützlich, lange bevor ein Chip-Engpass, eine Hafenschliessung oder eine Überschwemmung bei einem Tier-2-Lieferanten zu einem Tier-1-Produktionsstopp wird.

Das Datenmodell zählt. Jede Transaktion im Netzwerk ist ein typisiertes Objekt mit einem klaren Statusautomaten: bestellt, bestätigt, versendet, empfangen, fakturiert, bezahlt. Beide Seiten sehen denselben Status. Es gibt keine «Was glaubt der Lieferant, wie der Status ist»-Diskussion mehr, weil das Netzwerk die Antwort ist.

Eine Anmerkung zu Fleurop

Spadoom hat die SAP-Business-Network-Roadmap für Fleurop definiert, die Lieferantenkollaboration und Beschaffung umfasst. Die Arbeit erstreckte sich über beide Seiten des Netzwerks — die Verlagerung des Bestellverkehrs ins Netzwerk und der Beginn der Konsolidierung einer fragmentierten Lieferantenbasis. Details finden Sie in der Fleurop-Fallstudie.

Implementierung in der Praxis

Wir liefern nach der SAP-Activate-Methodik — Discover, Prepare, Explore, Realize, Deploy, Run. Ein fokussierter Tier-1-Go-live für Lieferantenkollaboration läuft in der Regel 8–14 Wochen. Mehrstufiger Umfang, Nicht-SAP-ERP-Integration oder eine grosse Lieferantenpopulation verlängern das.

Die Discovery-Phase scopt, welche Transaktionen am ersten Tag ins Netzwerk gehören (Bestellungen und ASNs sind meist der richtige Startpunkt) und welche später folgen (Qualität, lieferantengesteuerter Bestand, mehrstufig). Prepare fixiert die Integrationsarchitektur mit S/4HANA oder ECC. In Explore wird das Lieferanten-Onboarding zum kritischen Pfad — und die meisten Projekte unterschätzen den Aufwand.

Lieferanten-Onboarding ist ein eigener Workstream. Die richtigen Ansprechpartner bei jedem Lieferanten zu identifizieren, die Veränderung zu kommunizieren, sie durch die Standardkontoregistrierung zu führen, ihre Planer auf Bestätigungen und ASNs zu schulen und die Adoption nachzuverfolgen — all das dauert länger als die technische Konfiguration. Wir besetzen vom ersten Tag an einen dedizierten Onboarding-Lead und behandeln Lieferantenbereitschaft als hartes Go-live-Kriterium. Ein Netzwerk, in dem 30 % Ihres Tier-1-Spends live sind, ist kein nützliches Netzwerk.

Realize umfasst Konfiguration, Integrationsaufbau und End-to-End-Tests. Deploy ist der Cutover mit einem Hyper-Care-Fenster, in dem wir die ersten Wochen Live-Verkehr begleiten. Run ist der Steady State — wir übergeben an Ihr Team mit dokumentierten Playbooks für die Operations, die Sie auf Dauer betreiben werden.

Zwei praktische Hinweise zum Scope. Erstens: Versuchen Sie nicht, alle Lieferanten gleichzeitig zu onboarden. Wählen Sie die Tier-1-Kohorte, die den Grossteil des eingehenden Volumens abdeckt, und bringen Sie sie sauber live. Der Long Tail folgt in Wellen. Zweitens: Vereinbaren Sie die Cutover-Kriterien im Voraus. «Geht live, wenn 80 % des In-Scope-Spends zwei aufeinanderfolgende Wochen über das Netzwerk transagieren» ist die Art von Kriterium, die einen Soft Launch davor bewahrt, ewig zu treiben.

Wie ein gutes Ergebnis aussieht

Sechs Monate nach dem Go-live zeigt sich das Veränderte im Steady-State-Verhalten, nicht in einer Launch-Pressemitteilung.

• Jede Bestellung hat einen Bestätigungsstatus, der vom Lieferanten kommt, nicht vom Planer geraten. E-Mail-getriebene Statusabfragen sind verschwunden.
• Qualitätsdatensätze leben im Netzwerk. Abweichung, Ursache und Korrekturmassnahme teilen sich eine Zeitleiste, die beide Seiten lesen können.
• Tier-1-Lieferantenkapazität ist vier und mehr Wochen im Voraus sichtbar. Überraschungen werden selten.
• Lieferantengesteuerter Bestand läuft auf Ihren volumenstärksten SKUs. Sicherheitsbestand ist niedriger, Stockouts sind niedriger, und der Planer ist nicht mehr der Engpass.
• Lieferantenidentitäten sind konsolidiert. Ein Lieferant, ein Stammdatensatz, ein Spend-Bericht.
• Die ASN-Abdeckung Ihrer 3PLs ist hoch genug, dass der Wareneingang gegen erwartete Wareneingänge arbeitet — nicht gegen Lkw-für-Lkw-Überraschungen.

Das ist der Steady State. Er ist nicht glamourös. Er ist operativ und tragfähig.

Wenn Ihre Priorität bei Procure-to-Pay-Automatisierung statt mehrstufiger Lieferantenkollaboration liegt, sehen Sie Beschaffung (Ariba).