SCM-Portal erklärt: Lieferanten mit dem ERP verbinden

Wenn Bestellungen per E-Mail-PDF verschickt, in Excel-Listen nachgehalten und Liefertermine telefonisch abgeklärt werden, wächst mit jedem Lieferanten der manuelle Aufwand – und mit ihm die Fehlerquote. Ein SCM-Portal (Supply Chain Management Portal) löst das, indem es Auftraggeber und Lieferkettenpartner über eine gemeinsame Weboberfläche verbindet. Nach diesem Text können Sie die drei gängigen Portaltypen unterscheiden, für jeden Partner die passende Anbindung (EDI, API oder Web-Formular) wählen und die typischen Stolperfallen einer Einführung umgehen.

Was ein SCM-Portal ist – und was nicht

Ein SCM-Portal ist die Kollaborationsschicht einer Lieferkette: eine zentrale, meist browserbasierte Plattform, über die ein Unternehmen Bestellungen, Liefertermine, Bestände, Dokumente und Kennzahlen mit seinen externen Partnern austauscht. Der Lieferant sieht dort seine offenen Bestellungen, bestätigt Mengen und Termine, meldet Lieferungen an und lädt Rechnungen hoch – ohne dass zwischendurch jemand eine E-Mail abtippt.

Wichtig ist die Abgrenzung zum ERP-System (etwa SAP, Microsoft Dynamics oder Odoo). Das ERP ist das interne System of Record – hier laufen Buchhaltung, Materialwirtschaft und Produktionsplanung. Das SCM-Portal ist die nach außen gerichtete Ebene, die genau diese ERP-Daten für Partner nutzbar macht. In der Praxis liest das Portal Bestellungen aus dem ERP und schreibt Bestätigungen und Lieferavise zurück. Ohne diese Anbindung bleibt ein Portal eine isolierte Insel mit doppelter Datenpflege.

Ebenso wenig ersetzt ein SCM-Portal ein WMS (Lagerverwaltung) oder ein TMS (Transportmanagement). Es orchestriert die Kommunikation zwischen diesen Systemen und den Partnern, statt deren Fachlogik zu übernehmen.

Die wichtigsten Portaltypen

„SCM-Portal“ ist ein Sammelbegriff. In der Praxis begegnen Ihnen vor allem drei Ausprägungen, oft kombiniert in einer Plattform.

Lieferantenportal

Das häufigste Modell. Der Einkäufer stellt Bestellungen (Purchase Orders) ein, der Lieferant bestätigt oder ändert sie, meldet Lieferungen per Lieferavis (ASN – Advanced Shipping Notice) an und reicht Rechnungen ein. Zusätzlich laufen hier oft Qualitäts- und Reklamationsprozesse (8D-Reports) sowie die Freigabe von Erstmustern.

Kundenportal

Die Umkehrung: Hier bietet ein Hersteller oder Distributor seinen Abnehmern Selbstbedienung – Bestellstatus, Verfügbarkeiten, Auftragshistorie, Reklamationen. Technisch verwandt mit einem B2B-Shop, aber stärker auf laufende Geschäftsbeziehungen und Rahmenverträge ausgelegt.

Logistik- und Bestandsportal

Für Speditionen und Logistikdienstleister: Transportaufträge, Sendungsverfolgung, Zeitfensterbuchung an der Rampe. Ein Sonderfall ist VMI (Vendor Managed Inventory): Der Lieferant sieht die Bestände beim Kunden in Echtzeit und disponiert die Nachschublieferungen eigenverantwortlich.

Kernfunktionen im Detail

Über alle Typen hinweg deckt ein ausgereiftes SCM-Portal diese Bausteine ab:

• Auftragsabwicklung – Bestellungen, Auftragsbestätigungen, Änderungen und Terminverschiebungen mit klarem Status pro Position.
• Lieferavis (ASN) – Vorabmeldung von Lieferungen inklusive Packstruktur und Etikettendaten, damit der Wareneingang schneller und fehlerfreier wird.
• Bestandstransparenz – gemeinsame Sicht auf Lager- und Umlaufbestände, Grundlage für VMI und Konsignationslager.
• Forecast-Sharing – der Kunde teilt Absatzprognosen, damit der Lieferant vorausschauend produziert (reduziert den Bullwhip-Effekt).
• Dokumenten- und Rechnungsaustausch – Lieferscheine, Zertifikate, Rechnungen; in der EU zunehmend als strukturierte E-Rechnung (ZUGFeRD, XRechnung).
• Kennzahlen-Dashboards – Liefertreue (OTIF), Reklamationsquoten, Reaktionszeiten je Lieferant.

Wie ein SCM-Portal technisch angebunden wird

Der entscheidende Punkt jedes Portalprojekts ist die Integration – zum eigenen ERP hin und zu den Partnern hin. Dafür gibt es drei etablierte Wege, die sich ergänzen.

1. EDI (Electronic Data Interchange). Der Standard für den automatisierten Nachrichtenaustausch zwischen Systemen. In Europa dominiert das UN/EDIFACT-Format mit festen Nachrichtentypen: ORDERS (Bestellung), ORDRSP (Bestätigung), DESADV (Lieferavis) und INVOIC (Rechnung). In der deutschen Automobilindustrie kommen VDA-Nachrichten hinzu, im nordamerikanischen Raum der Standard ANSI X12. EDI eignet sich für Partner mit hohem Belegvolumen und eigenem ERP.

2. API / REST. Moderne Portale bieten REST-Schnittstellen (JSON), oft ergänzt um Webhooks, um Systeme ereignisbasiert und nahezu in Echtzeit zu koppeln. Das ist flexibler als der klassische, meist stapelweise (Batch-)EDI-Austausch und die bevorzugte Wahl für Neuanbindungen und Cloud-Software.

3. Manuelle Weboberfläche. Der pragmatische Weg für kleine Lieferanten ohne EDI oder API. Sie melden sich im Browser an und pflegen Bestätigungen und Avise über Formulare. Fast jedes Portal fährt deshalb hybrid: große Partner per EDI/API, kleine per Weboberfläche.

Für die Katalog- und Beschaffungsanbindung ist zusätzlich OCI (Open Catalog Interface) relevant – der „Punch-out“-Standard, mit dem ein Einkäufer aus seinem ERP heraus in den Lieferantenkatalog springt und den gefüllten Warenkorb zurückgibt. Für die Artikel- und Standortidentifikation setzen viele Portale auf GS1-Standards (GTIN, GLN).

Ein Randthema mit wachsender Bedeutung ist die Rückverfolgbarkeit kritischer Waren. Neben den klassischen Portaldaten experimentieren einige Branchen mit unveränderlichen Nachweisketten – ein Überblick, welche Firmen das hierzulande angehen, findet sich unter welche Unternehmen Blockchain in Deutschland nutzen.

Bekannte Portallösungen

Sie müssen ein SCM-Portal selten von Grund auf bauen. Am Markt konkurrieren spezialisierte Beschaffungs- und Supply-Chain-Netzwerke wie SAP Business Network (hervorgegangen aus SAP Ariba), Coupa, Jaggaer, Ivalua oder Tradeshift. Große ERP-Anbieter liefern eigene Lieferantenportale mit. Daneben gibt es leichtgewichtige, individuell entwickelte Portale – sinnvoll, wenn die Prozesse stark vom Standard abweichen oder nur wenige, sehr spezifische Partner angebunden werden.

Die Auswahl richtet sich weniger nach der Feature-Liste als nach zwei Fragen: Wie gut integriert sich das Portal in Ihr bestehendes ERP, und wie leicht lassen sich Ihre Partner darauf anbinden?

Typische Probleme bei Einführung und Betrieb

Lieferanten-Onboarding wird unterschätzt. Das häufigste Scheiterungsmuster. Kleine Lieferanten sträuben sich gegen „schon wieder ein Portal“. Lösung: niedrige Einstiegshürde per Web-Formular, klare Anleitungen und Übergangsfristen, in denen E-Mail und Portal parallel laufen.

Stammdaten passen nicht zusammen. Unterschiedliche Artikelnummern, Einheiten oder Lieferantennummern zwischen ERP und Portal führen zu Abweisungen und stillen Fehlbuchungen. Lösung: vor dem Go-live ein Stammdaten-Mapping definieren und die Datenqualität bereinigen – nicht danach.

Kein Single Source of Truth. Wenn Bestellungen sowohl im Portal als auch parallel per E-Mail geändert werden, driften die Stände auseinander. Legen Sie fest, dass das Portal für die abgedeckten Prozesse der verbindliche Kanal ist.

Überanpassung (Customizing). Jede Sonderlogik erhöht Wartungsaufwand und Update-Risiko. Bilden Sie so viel wie möglich im Standard ab und weichen Sie nur dort ab, wo es einen echten Geschäftsvorteil bringt.

FAQ

Was ist der Unterschied zwischen einem SCM-Portal und einem ERP-System? Das ERP ist das interne Kernsystem für Buchhaltung, Materialwirtschaft und Planung. Das SCM-Portal ist die nach außen gerichtete Plattform, über die Sie ERP-Daten – Bestellungen, Termine, Bestände – mit externen Partnern austauschen. Das Portal ersetzt das ERP nicht, sondern greift darauf zu.

Brauchen kleine Lieferanten für ein SCM-Portal eine EDI-Anbindung? Nein. Genau dafür bietet fast jedes Portal eine manuelle Weboberfläche. Kleine Partner pflegen Bestätigungen und Lieferavise per Formular, große Partner mit hohem Belegvolumen laufen automatisiert über EDI oder eine API. Beides parallel ist der Normalfall.

Lohnt sich ein eigenes Portal oder eine Standardlösung? Für Standardprozesse und viele Partner ist eine etablierte Plattform meist günstiger und schneller nutzbar. Eine Eigenentwicklung lohnt sich, wenn Ihre Abläufe stark vom Branchenstandard abweichen oder Sie nur wenige, sehr spezifische Schnittstellen benötigen. Entscheidend ist in beiden Fällen die saubere ERP-Integration.