Verkaufsprognosen werden in Tabellen festgehalten, das Lager wird nach erfahrungsbasierten Bestandsniveaus aufgefüllt, und die Produktion wird anhand der bestehenden Aufträge geplant – wenn diese drei Datenquellen nicht übereinstimmen, kommt es entweder zu Überbeständen oder zu Lieferengpässen. Die Management‑Probleme, die das S&OP (Sales and Operations Planning) lösen soll, sind sehr konkret: sorgt dafür, dass Bedarfsplanung, Supply‑Planung und Lagerstrategie auf derselben Datengrundlage und im selben Meeting abgestimmt werden , statt sich am Monatsende gegenseitig Vorwürfe zu machen.
Management‑Szenario: Warum stimmen Prognose und Lagerbestände stets nicht überein?
Häufige Phänomene in mittelständischen Produktions‑ und Distributionsunternehmen: Das Marketing liefert je nach Region optimistische Prognosen; die Planer trauen ihnen nicht und gewähren heimlich Rabatte; die Einkäufer bestellen gemäß den Mindestabnahmemengen der Lieferanten; und die Finanzen sehen zwar eine Verschlechterung der Lagerumschlagshäufigkeit, können jedoch die Verantwortlichkeiten nicht klar benennen. Die per E‑Mail weitergeleiteten Prognoseversionen führen dazu, dass nach drei Tagen niemand mehr weiß, welche Version tatsächlich gültig ist. Wenn Werbeaktionen oder Großkundenbestellungen nicht in die Prognose einfließen, wird der Mangel erst am Tag der Auslieferung offensichtlich.
Die Kosten des Fehlens einer Abstimmung lassen sich quantifizieren: etwa durch dringende Luftfrachtkosten, Verluste infolge fehlender Waren bei Promotionen, Rückstellungen für unverkaufte Lagerbestände sowie Verschwendung durch Umrüstungen an Produktionslinien. Selbst wenn das System lediglich Formulare zur Eingabe von Prognosen und eine Bestandsabfrage bereitstellt, fehlt noch immer ein koordinierendes Mechanismus – wer die Prognose ändert, wer den Lieferengpass bestätigt und wer außergewöhnliche Einkäufe genehmigt.
Was das System steuern sollte: die jeweilige Planungsvariante und die Entscheidungsgewalt
- Bedarfsplanungsvariante : wöchentlich oder monatlich fixiert; Änderungen bedürfen der Genehmigung und hinterlassen einen Unterschiedsprotokoll.
- Lieferkapazität und laufende Bestellungen : Kapazitäten, laufende Einkäufe und Sicherheitsbestandsstrategien gleichzeitig auf einem Bildschirm.
- Engpässe und Ausnahmen : automatische Berechnung fehlender Artikel; Ausnahmeverkäufe und Umlagerungen unterliegen festgelegten Obergrenzen.
- Rückschreibung der Beschlussfassung in das System : Beschlüsse werden zu systemischen Aufgaben, statt als Anhang zum Protokoll.
| Dimensionen | Tabellen + E‑Mails | Systematisierung des S&OP |
|---|---|---|
| Prognoseversionen | Dateinamen sind unübersichtlich und schwer nachvollziehbar. | Versionsnummer + Genehmigung + Vergleich |
| Bestands‑Fakten | Mehrere Systeme exportieren zusammengefügte Tabellen. | Einheitliche Definition der verfügbaren Mengen. |
| Behandlung von Engpässen | mündliche Eilmaßnahmen. | Ausnahmefälle und Obergrenzen. |
| Ergebnisse der Meetings | Protokolle gehen leicht verloren. | Beschlüsse treiben Einkaufs‑ und Produktionspläne voran. |
| Zuweisung der Verantwortlichkeit. | Nachträgliche Schuldzuweisungen. | Rollen und Genehmigungs‑Ketten sind nachvollziehbar. |
Umsetzungsschritte: Zunächst Klarheit über Definitionen, dann Koordination.
Zunächst einheitliche Definition der verfügbaren Menge: Bestand abzüglich bereits zugewiesener und qualitätsgeprüfter, zuzüglich bestätigter laufender Bestellungen. Dann Festlegung der Granularität der Prognose, mit unterschiedlicher Behandlung je nach ABC‑Klassifizierung. Drittens: Festlegung des Gesprächsrhythmus: Vor der Sitzung wird die Version fixiert, während der Sitzung werden nur Engpässe und Ausnahmen diskutiert, und nach der Sitzung erhalten die Aufgaben Fristen. Erst danach erfolgt die Berechnung der Engpässe und die Handhabung von Ausnahmen.
Wie lässt sich das ERP‑System für Warenein- und -ausgang integrieren?
Die S&OP‑Ebene liest aus dem ERP‑System Bestände, Arbeitsaufträge und Einkaufsbestellungen, ohne die Ausführungsebene zu ersetzen oder deren Dokumente willkürlich zu ändern. Die Antwort ist begrenzt: Nach Bestätigung kann die Planung Vorschläge für Einkäufe oder Arbeitsaufträge generieren, die vom Planer bestätigt und anschließend freigegeben werden. So wird vermieden, dass jede Änderung der Prognose automatisch Einkaufsaufträge ungültig macht.
Stammdaten sind eine unsichtbare Hürde: Verwirrung bei Materialcodes, Fehler bei Umrechnungen und doppelte SKU‑Nummern können die Berechnung von Engpässen verzerren. Vor dem Einsatz von S&OP sollte daher zunächst eine Material‑Governance‑Maßnahme durchgeführt werden. Kennzahlen sollten die Genauigkeit der Prognose, die Rate der Lieferengpässe, den Anteil unverkäuflicher Lagerbestände, den Anteil außergewöhnlicher Einkäufe sowie die Quote geschlossener Beschlüsse überwachen.
Schlussfolgerung
Der häufigste Grund für die Diskrepanz zwischen Prognose und Lagerbestand liegt darin, dass weder die Verantwortlichen für die Versions‑ noch für die Definitions‑Gewalt erkannt werden. Es ist effektiver, das S&OP als eine planerische Version mit Genehmigung, mit klaren Regeln für Engpässe und Ausnahmen sowie mit rückwirkender Beschluss‑Rückschreibung zu gestalten, als erneut einen großen Bildschirm anzuschaffen.
Shandong XYN Information Technology Co., Ltd. (XYN Tech) liefert Unternehmen Systeme für Warenbewirtschaftung, Planungskoordination und digitale Transformation. Unter xynadmin.com können Sie sich über das Produktportfolio informieren; weitere Informationen zum Unternehmensprofil finden Sie unter XYN Tech – Über uns.
Bei der Implementierung treten häufig Widerstände aufgrund des Ansatzes „Zuerst online, dann standardisieren“ auf. Wenn Standards nicht vorher klar definiert werden, verstärkt die Online‑Einführung nur die bestehenden Unklarheiten. Wir empfehlen, zwei Wochen für eine Regelwerk‑Werkstatt einzuplanen: Standardpraktiken in umsetzbare Klauseln überführen, Streitpunkte in eine Liste der offenen Fragen aufnehmen und erst nach deren Klärung in den Entwicklungs‑Sprint eintreten.
Die Qualität der Datenerfassung entscheidet über die Glaubwürdigkeit des Systems. Jede wichtige Aktion muss mit einem Verantwortlichen, einem Zeitstempel und den notwendigen Anhängen versehen sein. Eine Stichprobenkontrolle sollte Teil der monatlichen Geschäftsbesprechung sein; bei Nichtkonformität sind Schulungen oder der Entzug von Berechtigungen vorgesehen, sonst droht das System schnell zu entleeren.
Bei der Anbindung an angrenzende Systeme gilt: Zunächst die autoritative Datenquelle definieren, dann über die Synchronisationsfrequenz sprechen. Beidseitiges, ungeordnetes Schreiben ist der schnellste Weg zur Verderbnis der Stammdaten. Schnittstellen müssen Funktionen wie Wiederholungsversuche, Abgleichberichte und manuelle Ausgleichsmechanismen bieten, um zu verhindern, dass eine fehlgeschlagene Synchronisation unbemerkt bleibt.
In der Anfangsphase der Einführung können Übersichts‑Dienste und schnelle Änderungsfenster eingerichtet werden, doch diese Fenster müssen Fristen haben. Langfristige Abhängigkeit von manueller Unterstützung deutet darauf hin, dass das Design noch nicht abgeschlossen ist. Das Betriebs‑Handbuch sollte gängige Störungen, Rollback‑Schritte und Wege zur Degradierung des Geschäftsbetriebs klar beschreiben.
Schulungen werden nach Rollen und nicht nach Funktionsmenüs durchgeführt. Operative Positionen trainieren nur die drei wichtigsten Schritte; Führungskräfte lernen, wie man mit Ausnahmen umgeht und Abgleiche durchführt. Prüfungen basieren auf echten Dokumenten, deren Wiedergabe in die Zugangskontrolle für die Online‑Einführung einfließt.
Sicherheit und Audits dürfen nicht nachgeliefert werden: Kritische Löschungen, Geldbetrag‑Änderungen und Berechtigungserweiterungen müssen von zwei Personen geprüft und in einem Audit‑Protokoll dokumentiert werden. Das Protokoll muss den Anforderungen interner und externer Audits entsprechen, wobei Berechtigungen und geschäftliche Befugnisse getrennt ausgegeben werden.
Bei der Implementierung treten häufig Widerstände aufgrund des Ansatzes „Zuerst online, dann standardisieren“ auf. Wenn Standards nicht vorher klar definiert werden, verstärkt die Online‑Einführung nur die bestehenden Unklarheiten. Wir empfehlen, zwei Wochen für eine Regelwerk‑Werkstatt einzuplanen: Standardpraktiken in umsetzbare Klauseln überführen, Streitpunkte in eine Liste der offenen Fragen aufnehmen und erst nach deren Klärung in den Entwicklungs‑Sprint eintreten.
Die Qualität der Datenerfassung entscheidet über die Glaubwürdigkeit des Systems. Jede wichtige Aktion muss mit einem Verantwortlichen, einem Zeitstempel und den notwendigen Anhängen versehen sein. Eine Stichprobenkontrolle sollte Teil der monatlichen Geschäftsbesprechung sein; bei Nichtkonformität sind Schulungen oder der Entzug von Berechtigungen vorgesehen, sonst droht das System schnell zu entleeren.
Bei der Anbindung an angrenzende Systeme gilt: Zunächst die autoritative Datenquelle definieren, dann über die Synchronisationsfrequenz sprechen. Beidseitiges, ungeordnetes Schreiben ist der schnellste Weg zur Verderbnis der Stammdaten. Schnittstellen müssen Funktionen wie Wiederholungsversuche, Abgleichberichte und manuelle Ausgleichsmechanismen bieten, um zu verhindern, dass eine fehlgeschlagene Synchronisation unbemerkt bleibt.
In der Anfangsphase der Einführung können Übersichts‑Dienste und schnelle Änderungsfenster eingerichtet werden, doch diese Fenster müssen Fristen haben. Langfristige Abhängigkeit von manueller Unterstützung deutet darauf hin, dass das Design noch nicht abgeschlossen ist. Das Betriebs‑Handbuch sollte gängige Störungen, Rollback‑Schritte und Wege zur Degradierung des Geschäftsbetriebs klar beschreiben.
Schulungen werden nach Rollen und nicht nach Funktionsmenüs durchgeführt. Operative Positionen trainieren nur die drei wichtigsten Schritte; Führungskräfte lernen, wie man mit Ausnahmen umgeht und Abgleiche durchführt. Prüfungen basieren auf echten Dokumenten, deren Wiedergabe in die Zugangskontrolle für die Online‑Einführung einfließt.
Sicherheit und Audits dürfen nicht nachgeliefert werden: Kritische Löschungen, Geldbetrag‑Änderungen und Berechtigungserweiterungen müssen von zwei Personen geprüft und in einem Audit‑Protokoll dokumentiert werden. Das Protokoll muss den Anforderungen interner und externer Audits entsprechen, wobei Berechtigungen und geschäftliche Befugnisse getrennt ausgegeben werden.