Wertströme (S2P, P2P, O2C) und SCOR sind zwei etablierte Ansätze, eine Supply Chain zu strukturieren. Sie überlappen sich deutlich, setzen aber unterschiedliche Akzente.
Im Kern decken sich beide Sichten: Plan ≈ S2P, Source + Make ≈ P2P, Deliver ≈ O2C.
Eine 1:1-Übersetzung gibt es nicht. Genau das ist der lehrreiche Teil: Die Unterschiede zeigen, wo jeder Ansatz seine Stärken hat.
In SCOR-Begriffen entspricht S&OP dem "Plan"-Prozess, dem einen, der alle anderen orchestriert.
1. Zwei Wege, eine Supply Chain zu strukturieren
Wertströme sind ein etablierter Ansatz, eine Supply Chain zu strukturieren, ursprünglich aus dem Lean Manufacturing. Sie organisieren die Kette um durchgehende Wertflüsse, jeder mit klarem Anfang und Ende. SCOR ist ein anderer etablierter Ansatz. Es organisiert dieselbe Kette um standardisierte Prozesskategorien, in denen sich jedes Unternehmen wiederfindet.
Beide Sichten beschreiben dieselbe Supply Chain. Sie überlappen sich deutlich. Sie setzen aber unterschiedliche Akzente. Dieser Artikel legt sie nebeneinander und zeigt, wo sie sich treffen, wo sie auseinandergehen und wofür jeder Ansatz gut ist.
2. Was ist SCOR?
SCOR steht für Supply Chain Operations Reference und wurde ursprünglich vom Supply Chain Council entwickelt. Heute wird es von ASCM (Association for Supply Chain Management) gepflegt. SCOR ist das weltweit am weitesten verbreitete Referenzmodell für Supply-Chain-Prozesse.
SCOR zerlegt jede Supply Chain in sechs Kernprozesse:
Plan umfasst alles, was mit dem Ausbalancieren von Nachfrage und Angebot zu tun hat. Nachfrageplanung, Kapazitätsplanung, Bestandsplanung, S&OP. Plan steht nicht linear in der Kette. Er steht darüber und orchestriert die anderen Prozesse.
Source umfasst die Beschaffung. Lieferantenauswahl, Bestellungen, Wareneingang, Qualitätsprüfung der eingehenden Materialien. Alles, was nötig ist, um Rohstoffe und Komponenten verfügbar zu machen.
Make ist die Produktion. Rohstoffe werden zu fertigen Produkten verarbeitet. Produktionsplanung, Fertigung, Qualitätskontrolle, Verpackung.
Deliver umfasst alles vom Kundenauftrag bis zur Auslieferung. Auftragsmanagement, Lagerhaltung, Kommissionierung, Transport, Lieferung.
Return umfasst Rücksendungen und Reklamationen. Defekte Ware, Retouren, Reparaturen. In beide Richtungen: vom Kunden zurück und zum Lieferanten zurück.
Enable sind die übergreifenden Funktionen, die alles am Laufen halten. IT-Systeme, Stammdaten, Vertragsmanagement, Compliance, Performance Management.
Die sechs SCOR-Prozesskategorien im Überblick. Plan sitzt oben und orchestriert die ausführenden Prozesse Source, Make, Deliver und Return. Enable liegt darunter als übergreifende Funktion und unterstützt alle anderen.
Die Stärke von SCOR liegt in der Standardisierung. Jedes Unternehmen, egal ob Brauerei, Autohersteller oder Pharma, kann seine Supply Chain in diese sechs Prozesse einordnen. Das macht Vergleichbarkeit möglich und schafft eine gemeinsame Sprache.
3. Das Mapping: Wo sich die beiden Sichten treffen
Legt man die Value-Stream-Sicht neben die SCOR-Prozesse, wird die Familienähnlichkeit sofort sichtbar.
Die drei ElbeBräu-Wertströme neben den sechs SCOR-Prozessen. Plan entspricht Sense-to-Plan, Source und Make entsprechen Plan-to-Produce, Deliver entspricht Order-to-Cash. Return und Enable liegen im ElbeBräu-Modell bewusst außerhalb.
Plan ≈ Sense-to-Plan. Der SCOR-Plan-Prozess deckt Nachfrageplanung, Angebotsplanung und das Austarieren zwischen beidem ab. Genau das tun die fünf S2P-Stufen: Data Review, Demand Review, Supply Review, Pre-S&OP und Executive S&OP. Die Überschneidung ist nahezu vollständig.
Source ≈ Beschaffung. SCOR Source deckt Beschaffung und Wareneingang ab. In der Value-Stream-Sicht entspricht das der Beschaffungs-Stufe in Plan-to-Produce. Wenn ElbeBräu Gerstenmalz bei EuroMalt BV bestellt und der Wareneingang bestätigt wird, ist das SCOR Source.
Make ≈ die Produktionsstufen. SCOR Make umfasst die physische Produktion. Bei ElbeBräu heißt das Produktionsplanung, Brauen & Gärung, Qualitätskontrolle, Abfüllung & Verpackung sowie Lagerhaltung. Der Plan-to-Produce-Wertstrom fasst Source und Make in einem durchgehenden Fluss zusammen.
Deliver ≈ Order-to-Cash (teilweise). SCOR Deliver deckt Auftragsmanagement, Kommissionierung, Transport und Lieferung ab. Das passt zu den O2C-Stufen vom Auftragsmanagement bis zum Versand & Auslieferung. Order-to-Cash geht aber weiter: Rechnungsstellung und Zahlung & Abstimmung sind kein Teil des klassischen SCOR Deliver.
4. Wo die beiden Sichten unterschiedliche Akzente setzen
Die Unterschiede sind keine Schwäche eines Ansatzes. Sie zeigen, wo jede Sicht andere Schwerpunkte legt und wo das ElbeBräu-Modell zusätzlich konkrete Designentscheidungen trifft.
Rechnungsstellung und Zahlung. Der Order-to-Cash-Wertstrom endet erst, wenn die Zahlung eingegangen ist. SCOR Deliver endet bei der Lieferung. Den finanziellen Abschluss einer Transaktion deckt das klassische SCOR-Modell nicht explizit ab. Für eine Brauerei mit wenigen großen Kunden, deren Cashflow direkt vom Zahlungsverhalten abhängt, ist dieser letzte Schritt zu wichtig, um ihn auszulassen. Die Value-Stream-Sicht zieht ihn deshalb mit hinein.
Lagerhaltung. Im ElbeBräu-Modell sitzt die Lagerhaltung am Ende von Plan-to-Produce. In SCOR ließe sich genauso gut argumentieren, dass sie zu Deliver gehört. Die Platzierung in P2P ist eine Kontextentscheidung: Bei ElbeBräu schließt die Lagerhaltung direkt an die Produktion an. Die Palette kommt von der Abfüllanlage direkt ins Lager. Verfügbarer Bestand ist das Ergebnis der Produktion, nicht der Beginn der Lieferung. Ein Elektronikhersteller mit weit entferntem Distributionslager würde die Grenze anders ziehen.
Auftragsmanagement und ATP. Im ElbeBräu-Modell starten Auftragsmanagement und Available-to-Promise den O2C-Wertstrom. In SCOR fällt Demand Management (zu dem auch die Auftragsannahme gehört) teilweise unter Plan. Beides ist vertretbar. SCOR sieht die Bestellung als Auslöser der Planung, die Value-Stream-Sicht als Auslöser der Ausführung.
Diese Unterschiede machen eines klar: Keine einzelne Sicht bildet das Gesamtbild komplett ab. SCOR liefert standardisierte Prozesskategorien, die über Branchen hinweg verstanden werden. Die Value-Stream-Sicht organisiert dieselben Prozesse um durchgehende Wertflüsse. Beide Ansätze ergänzen sich.
5. S&OP in SCOR: Plan als Orchestrator
In SCOR hat "Plan" eine Sonderstellung. Plan steht nicht linear in der Kette. Plan sitzt darüber und orchestriert Source, Make und Deliver. SCOR unterscheidet sogar explizit zwischen "Plan Supply Chain" (sP1), "Plan Source" (sP2), "Plan Make" (sP3) und "Plan Deliver" (sP4).
Die SCOR Detail View: jede Process Category enthält spezifische Process Elements. Plan ist die reichste Kategorie mit vier Sub-Prozessen (sP1 Plan Supply Chain, sP2 Plan Source, sP3 Plan Make, sP4 Plan Deliver), die die ausführenden Prozesse spiegeln, die Plan orchestriert.
Das bestätigt genau das, was wir in
Teil 3 behauptet haben: S&OP ist der zentrale Prozess, der alle anderen steuert. In SCOR-Sprache wirkt Plan auf Source, Make und Deliver. In der Value-Stream-Sprache wirkt Sense-to-Plan auf Plan-to-Produce und Order-to-Cash. Gleiche Logik, zwei Vokabulare.
Die Wirkungskette aus Teil 3 übersetzt sich direkt in SCOR-Sprache: Forecast Accuracy in Plan bestimmt Plan Adherence in Make, das wiederum bestimmt On-Time Delivery in Deliver. Die Mechanik bleibt dieselbe, egal mit welcher Brille man sie liest.
6. Was SCOR zusätzlich abbildet: Return und Enable
Zwei SCOR-Prozesse liegen außerhalb des ElbeBräu-Wertstrom-Modells: Return und Enable. Das ist Absicht. Genau hier bringt SCOR eine Perspektive ein, die die Value-Stream-Sicht nicht in den Vordergrund stellt.
Return (Rücksendungen und Reklamationen) ist im ElbeBräu-Modell bewusst nicht enthalten. ElbeBräu ist ein vereinfachtes Brauereimodell, und Retouren spielen im Getränkegroßhandel eine untergeordnete Rolle. Für ein Unternehmen mit hoher Retourenquote (E-Commerce, Elektronik) wäre Return ein eigener Wertstrom: Return-to-Refund oder Return-to-Restock. SCOR macht diese Dimension von Haus aus sichtbar, die Value-Stream-Sicht überlässt sie dem Modellierer.
Enable (übergreifende Funktionen) ist der zweite Punkt. IT-Systeme, Stammdatenmanagement, Compliance und Performance Management sind real und wichtig, aber im strengen Sinn keine Wertströme. Sie ermöglichen die Wertströme, sind aber selbst keine. SCOR hat dafür eine eigene Kategorie. Die Value-Stream-Sicht behandelt sie als Infrastruktur. In einer künftigen Erweiterung des ElbeBräu-Modells könnte ein Technology Layer diese Dimension explizit abbilden. Die Grundstruktur im Metamodell ist dafür schon vorbereitet.
7. Was das für die Praxis bedeutet
Beide Sichten nebeneinander zu legen liefert drei Einsichten, die im täglichen Beratungsgeschäft zählen.
Erstens: SCOR ist eine gemeinsame Sprache. Wenn ein Unternehmen seine internen Prozesse in SCOR-Begriffen beschreibt, kann jeder erfahrene Supply-Chain-Berater sofort einsteigen. Das spart Zeit und vermeidet Missverständnisse. Auch wenn das ElbeBräu-Modell um Wertströme herum gebaut ist, hilft das SCOR-Vokabular, wenn wir mit anderen Unternehmen, Tools oder externen Beratern arbeiten.
Zweitens: Der Vergleich macht Designentscheidungen sichtbar. Lagerhaltung in Plan-to-Produce statt in Deliver zu legen oder O2C bis zum Zahlungseingang zu strecken sind bewusste Entscheidungen mit Konsequenzen. Die Value-Stream-Sicht gegen die SCOR-Kategorien zu halten zwingt dazu, diese Entscheidungen zu benennen, statt sie zu verstecken. Jede Abweichung von einer Kategorie ist eine Aussage darüber, wie ein Unternehmen seine eigene Arbeit sieht.
Drittens: Was nicht im Modell ist, zählt genauso wie das, was drin ist. ElbeBräu hat keinen expliziten Return-Prozess, weil Retouren für eine Brauerei kaum eine Rolle spielen. ElbeBräu hat keinen Enable-Layer, weil der Fokus auf Wertströmen liegt statt auf übergreifenden Funktionen. Das sind keine Lücken, das sind Scoping-Entscheidungen. Der Vergleich mit SCOR macht sie explizit.
8. Was als Nächstes kommt
Bis hierher haben wir die Supply Chain aus verschiedenen Blickwinkeln betrachtet: Planung, Störungen, Wertströme, Abteilungen und das SCOR-Framework. Das Bild ist auf der konzeptionellen Seite jetzt einigermaßen vollständig. Der nächste Artikel überführt das Bild in die Praxis. Wie startet man tatsächlich einen S&OP-Prozess, ausgehend von dem, was wir bisher gesehen haben? Wo fängt ein Team an, welche Schritte kommen zuerst, und welche typischen Fallstricke lauern unterwegs. Der abschließende Artikel der Serie holt die Theorie zurück auf den Boden.