Lieferantenstatus

Der Lieferantenstatus ist ein zentrales Steuerungsattribut im Kreditorenstamm, das regelt, ob und unter welchen Bedingungen ein Lieferant für neue Bestellungen, Zahlungen oder Vertragsabschlüsse freigegeben ist. Ein falsch gesetzter oder versäumter Statuswechsel gehört zu den häufigsten operativen Fehlern im Einkauf — mit Folgen von Compliance-Verstößen bis zu Zahlungssperren.

Detaillierte Erklärung

In ERP-Systemen wie SAP MM kennt der Lieferantenstatus (im SAP-Kontext: Sperrkennzeichen im Kreditorenstamm, Transaktion XK01/XK02) typischerweise drei bis fünf Ausprägungen, die auf verschiedenen Ebenen wirken: buchungskreisübergreifend, buchungskreisspezifisch oder auf Einkaufsorganisationsebene.

Die gebräuchlichsten Statuswerte sind:

Aktiv (freigegeben): Der Lieferant ist für alle Prozesse freigeschaltet — Bestellanlage, Wareneingang, Rechnungsprüfung, Zahlung. Dieser Status wird durch den initialen [[onboarding-lieferant]]-Prozess vergeben, nachdem alle Pflichtdokumente (Handelsregistereintrag, Bankverbindungsnachweis, ggf. Zertifikate) geprüft wurden.

In Prüfung (vorläufig freigegeben): Ein Zwischenstatus, der in manchen Unternehmen genutzt wird, um Lieferanten für dringende Erstbestellungen zuzulassen, bevor der vollständige Onboarding-Prozess abgeschlossen ist. Dieser Status birgt Risiken: Zahlungen können ausgelöst werden, bevor alle Compliance-Prüfungen abgeschlossen sind. Best Practice ist, diesen Status auf einen definierten Zeitraum (z. B. 30 Tage) mit automatischer Eskalation zu begrenzen.

Gesperrt — Bestellsperre: Neue Bestellanforderungen und Bestellungen können nicht mehr angelegt werden. Laufende Bestellungen mit bereits gebuchten Wareneingängen können weiter abgerechnet werden. Typische Auslöser: Lieferant hat ein laufendes Audit nicht bestanden, Vertrag ist ausgelaufen, Lieferant befindet sich in Insolvenzverfahren (vgl. [[insolvenzrisiko]]).

Gesperrt — Zahlungssperre: Offene Rechnungen werden nicht mehr zur Zahlung freigegeben. Wird eingesetzt bei laufenden Vertragsstreitigkeiten, ungeklärten Reklamationen oder als vorläufige Maßnahme bei Verdacht auf Fraud. Achtung: Eine Zahlungssperre ohne rechtlich belastbare Grundlage kann den Lieferanten berechtigen, Verzugszinsen geltend zu machen und im Extremfall einen Insolvenzantrag zu stellen (§ 17 InsO — Zahlungsunfähigkeit durch erzwungene Illiquidität des Lieferanten).

Gesperrt — Gesamtsperre: Weder Bestellungen noch Zahlungen noch Neuverhandlungen. Wird bei schwerwiegenden Compliance-Verstößen, Korruptionsverdacht oder Sanktionslistentreffer (z. B. EU-Sanktionsregime nach EU-Verordnung 269/2014) eingesetzt. Diese Sperre muss dokumentiert und im Zweifelsfall rechtlich abgesichert sein.

Archiviert/inaktiv: Kein aktiver Geschäftsverkehr mehr, aber Daten bleiben im System für historische Auswertungen (GoBD-Aufbewahrungspflicht nach § HGB 257: zehn Jahre). Unterscheidet sich von der Sperrung: Archivierte Lieferanten erzeugen keine Warnmeldungen und erscheinen nicht in aktiven Auswahlmenüs.

Die Statusvergabe und -änderung muss einem kontrollierten Prozess folgen. Kritische Anforderungen:

• Vier-Augen-Prinzip bei Sperrung und Freigabe: Keine Einzelperson sollte Lieferanten sperren oder reaktivieren können, ohne eine zweite Freigabe. Das gilt besonders für Zahlungssperren und Reaktivierungen nach Gesamtsperre.
• Audittrail: Jede Statusänderung mit Zeitstempel, änderndem Benutzer und Begründungstext. GoBD-konform (vgl. [[lieferantenstammdatenpflege]]).
• Automatisierte Trigger: Ablauf eines ISO-Zertifikats, Auslaufen eines Rahmenvertrags oder ein Sanktionslistentreffer sollten automatisch einen Statuswechsel oder zumindest eine Aufgabe im Workflow auslösen — nicht auf manuelle Entdeckung angewiesen sein.
• Verknüpfung mit Lieferantenbewertung: Ein Lieferant, der in der jährlichen [[lieferantenbewertung]] auf ein C-Rating fällt, sollte automatisch in den Status "in Prüfung" versetzt werden, bis ein Verbesserungsplan vereinbart ist.

Das LkSG fügt eine weitere Dimension hinzu: Lieferanten aus Hochrisikoländern oder mit bekannten Menschenrechtsverletzungen müssen ggf. gesperrt werden, wenn keine Abhilfemaßnahmen greifen (§ 7 LkSG). Das erfordert, dass der Lieferantenstatus mit der LkSG-Risikodatenbank des Unternehmens verknüpft ist.

Praxisbeispiel (konkretes Einkaufsszenario)

Ein fränkischer Automobilzulieferer (900 Mitarbeiter) erhält von Creditreform einen Alert: Einem seiner Tier-1-Zulieferer für Kunststoffspritzgussteile wurde vom Amtsgericht ein vorläufiger Insolvenzverwalter bestellt. Der Lieferant ist bisher nicht offiziell insolvent (kein § 17 InsO-Antrag), aber die wirtschaftliche Lage ist kritisch.

Das Einkaufsteam setzt den Lieferantenstatus auf "Bestellsperre — in Prüfung". Offene Bestellungen werden nicht storniert, aber keine neuen angelegt. Der Einkaufsleiter kontaktiert den vorläufigen Insolvenzverwalter, um den Fortführungsstatus der Produktion zu klären. Parallel wird [[second-source]]-Beschaffung für die betroffenen Teile aktiviert.

Drei Wochen später wird das Insolvenzverfahren mangels Masse abgelehnt — der Lieferant saniert sich außergerichtlich. Der Lieferantenstatus wird nach Vorlage eines Sanierungsberichts und einer Bankgarantie für laufende Aufträge wieder auf "aktiv" gesetzt. Ohne den Statusmechanismus wäre möglicherweise während der Krisenwoche eine neue Großbestellung ausgelöst worden — mit dem Risiko, als Insolvenzgläubiger in der Warteschlange zu stehen.

Typische Fehler & Verhandlungskontext

Fehler 1 — Manuelle Statusverfolgung ohne Automatisierung: Zertifikatsablauf, Vertragsende und Risikoereignisse werden nicht automatisch in Statusänderungen übersetzt. Das führt dazu, dass Lieferanten formal "aktiv" sind, obwohl ihre Freigabegrundlage entfallen ist.

Fehler 2 — Buchungskreis-Inkonsistenz: Lieferant wird in einem Buchungskreis gesperrt, bleibt in einem anderen aber aktiv. Konzernunternehmen, die SAP zentral betreiben, müssen Statusänderungen buchungskreisübergreifend propagieren — das ist kein Automatismus, sondern erfordert explizite Konfiguration.

Fehler 3 — Keine klare Eskalationsregel für "in Prüfung": Lieferanten verweilen Monate im Zwischenstatus, weil niemand formell verantwortlich ist, den Prüfprozess abzuschließen. Ohne Frist und Eskalation läuft der Status leer.

Fehler 4 — Zahlungssperre als Druckmittel ohne rechtliche Basis: Einkauf setzt Zahlungssperre ein, um einen Lieferanten zu einer Preiskonzession zu bewegen, ohne einen vertraglichen Einbehaltungsgrund zu haben. Das ist eine Vertragsverletzung und kann zu Schadensersatzforderungen führen.

Verhandlungskontext: Der Lieferantenstatus ist ein stilles Machtinstrument. Ein Lieferant, der weiß, dass er bei schlechter Performance auf "in Prüfung" gesetzt wird, hat einen stärkeren Anreiz, SLA-Vereinbarungen einzuhalten. Einkäufer können den Status transparent als KPI-verknüpfte Konsequenz kommunizieren: "Lieferpünktlichkeit unter 85 % über zwei Quartale löst eine formelle Statusprüfung aus." Das schafft Verbindlichkeit ohne Willkür.

Verwandte Begriffe

• [[lieferantenmanagement]] — übergeordneter Prozessrahmen für Statusverwaltung
• [[lieferantenbewertung]] — Haupttrigger für Statusänderungen bei Performance-Problemen
• [[lieferantenstammdatenpflege]] — Stammdaten-Kontext, in dem der Status gepflegt wird
• [[onboarding-lieferant]] — initialer Prozess, der den ersten "aktiv"-Status vergibt
• [[insolvenzrisiko]] — häufigster Auslöser für ungeplante Sofortsperrungen