Symptome
Was Führungskräfte typischerweise sehen
- Freigaben laufen am System vorbei
- Workarounds bei Lieferant, Bestellung, Rechnung und Vertrag kehren zurück
- Dashboards zeigen Reibung, benennen aber keine Ownership
Executive-Suchpfad
S2P Transformation Advisory, wenn Source-to-Pay ein gesteuertes Execution-System braucht.
S2P-Programme scheitern, wenn Prozess, Daten, Ownership, Technologie und Adoption als getrennte Workstreams geführt werden statt als ein Execution-System.
Diagnose
Was ich diagnostiziere
- Lücken in der Prozess-Taxonomie
- Entscheidungs- und Eskalationswege
- Adoptionsbarrieren zwischen Fachbereich, Procurement und Finance
Ergebnis
Womit Sie herausgehen
Ein klarer Blick auf den S2P-Systembruch und die Route: neu entwerfen, stabilisieren oder skalieren.
Definition
Was Source-to-Pay wirklich ist, sobald man aufhört, es zu zeichnen
Source-to-Pay wird meist als Kette gezeichnet: Bedarf erkennen, sourcen, kontrahieren, bestellen, empfangen, fakturieren, zahlen. Diese Zeichnung ist korrekt und fast nutzlos. Sie beschreibt die Reihenfolge und verbirgt das, was darüber entscheidet, ob die Reihenfolge überhaupt läuft.
S2P ist eine Kette von Ownership-Übergaben. An jedem Schritt wechselt etwas den Besitzer. Aus einem Bedarf wird eine Spezifikation. Aus einer Spezifikation eine Verhandlung. Aus einer Verhandlung ein Vertrag. Aus einem Vertrag ein Katalogeintrag, eine Bestellung, ein Wareneingang, eine Rechnung, eine Zahlung. Der Prozess scheitert selten innerhalb eines Schritts. Er scheitert an der Naht zwischen zweien, wo der bisherige Owner losgelassen und der nächste noch nicht zugegriffen hat.
Der strukturelle Fehler
Fünf Workstreams, ein System
Die meisten S2P-Programme sind als parallele Workstreams organisiert, mit eigenen Leads, eigenen Plänen und eigener Steuerung. Jeder einzelne wird kompetent geführt. Das Programm bleibt trotzdem stehen, weil die fünf keine fünf Dinge sind.
Entworfen von Menschen, die ihn nicht betreiben werden, gegen eine Taxonomie, die Finance und Fachbereich unterschiedlich lesen.
Lieferanten-, Material- und Vertragsstammdaten, die der Prozess für sauber hält und die Systeme besser kennen.
Auf einer Folie benannt, an jeder Naht strittig, wo Kategorie, Geschäftsbereich und Shared Service aufeinandertreffen.
Konfiguriert gegen ein Design, das noch in Bewegung war, danach als Grund behandelt, warum das Design nicht mehr änderbar ist.
Der Workstream mit dem kleinsten Budget, der über das Ergebnis entscheidet. Es geht nicht um Schulung. Es geht darum, ob das System der einfachste Weg ist.
Getrennt geführt optimiert jeder Workstream gegen seinen eigenen Plan und beschädigt still die anderen. Als ein Execution-System geführt begrenzen sich die fünf früh gegenseitig. Das ist unbequem und deutlich billiger.
Schaubild
Die sieben Nahtstellen, an denen S2P tatsächlich bricht
Jede Naht ist ein Punkt, an dem Ownership übergeht. An jeder entsteht ein Workaround.
01Bedarf zu SpezifikationDer Fachbereich kennt das Ergebnis. Procurement bekommt einen Produktnamen. Der Sourcing-Hebel ist bereits weg.
02Spezifikation zu SourcingDer Zeitpunkt entscheidet über den Hebel. Eine späte Übergabe macht aus der Verhandlung eine Bestätigung.
03Sourcing zu VertragVerhandeltes und Unterschriebenes driften auseinander, wenn die Rechtsprüfung kein Entscheidungsdatum hat.
04Vertrag zu KatalogDie Naht, die fast niemand besitzt. Konditionen, die den Bestellkanal nie erreichen, gelten nie.
05Bestellung zu WareneingangDer Wareneingang gilt als Verwaltung. Er ist die Kontrolle, die den Dreiwege-Abgleich überhaupt möglich macht.
06Rechnung zu AbgleichDas Ausnahmevolumen ist kein Kreditoren-Problem. Es ist die Summe jeder unklaren Entscheidung stromaufwärts.
07Zahlung zu ErkenntnisSpend-Daten erreichen den Kategorie-Owner zu spät, um die nächste Sourcing-Entscheidung zu verändern.
Liest man die Nähte der Reihe nach, wird das Muster sichtbar: Leakage beginnt nicht bei der Zahlung. Sie beginnt bei der ersten Übergabe, und jede spätere Naht erbt sie.
Konkret gemacht
Das Symptom ist, wo Sie hinsehen. Die Ursache liegt stromaufwärts.
Jedes S2P-Symptom hat einen naheliegenden Owner und einen tatsächlichen. Selten sind es dieselben. Wählen Sie ein Symptom, um zu sehen, wo die Ursache üblicherweise sitzt.
Ausgaben laufen weiterhin am vereinbarten Kanal vorbei.
- Zugeschrieben
- Der Disziplin. Die übliche Antwort ist eine Richtlinien-Erinnerung.
- Meist verursacht durch
- Der konforme Weg ist langsamer als der nicht konforme.
- Schauen Sie auf
- Naht 04. Ob verhandelte Konditionen je einen bestellbaren Kanal erreicht haben.
- Test
- Messen Sie den konformen Weg von Ende zu Ende. Verliert er, gewinnt keine Richtlinie.
Die Kreditorenbuchhaltung trägt eine dauerhafte Ausnahmeliste.
- Zugeschrieben
- Den Lieferanten, oder den Toleranzeinstellungen des Abgleichs.
- Meist verursacht durch
- Nachträglich angelegte Bestellungen und spät oder gar nicht gebuchte Wareneingänge.
- Schauen Sie auf
- Naht 05 und 06 gemeinsam. Der Abgleich kann nur so sauber sein wie der Wareneingang.
- Test
- Ausnahmen nach Ursache aufteilen, nicht nach Lieferant. Die Verteilung benennt die Naht.
Der Katalog existiert, und niemand bestellt daraus.
- Zugeschrieben
- Dem Change Management, oder der Oberfläche.
- Meist verursacht durch
- Inhalte, die unvollständig, veraltet oder teurer sind als das, was der Anfordernde anderswo findet.
- Schauen Sie auf
- Naht 04, und wer die Katalogpflege nach Go-live besitzt.
- Test
- Zehn echte Anfragen ziehen. Zählen, wie viele überhaupt aus dem Katalog bedienbar gewesen wären.
Verhandelter Wert taucht in den Büchern nicht auf.
- Zugeschrieben
- Der Methodik von Finance, oder der Baseline.
- Meist verursacht durch
- Kein Owner zwischen Unterschrift und Budgetzeile.
- Schauen Sie auf
- Naht 03, 04 und 07. An jeder entweicht Wert, und niemand ist über alle drei hinweg verantwortlich.
- Test
- Eine unterschriebene Einsparung bis zur Kostenstelle verfolgen. Die Zahl der Übergaben ist die Antwort.
Das ist keine Diagnose Ihres Bestands. Es ist die Form, die eine Diagnose annimmt: Symptom, vermuteter Owner, tatsächliche Naht, und ein Test, der die Frage klärt.
Reihenfolge
Neu entwerfen, stabilisieren oder skalieren. Nicht alles gleichzeitig.
Die meisten S2P-Programme versuchen alle drei Positionen zugleich und wundern sich, dass nichts fertig wird. Die drei brauchen unterschiedliche Governance, unterschiedliches Tempo und eine unterschiedliche Definition von fertig.
Die Wahl der Position ist die Entscheidung. Ein instabiles Modell zu skalieren vervielfacht die Instabilität, und neu zu entwerfen, während das aktuelle Modell brennt, liefert weder das eine noch das andere.
Systemrealität
Die Suite wird ein Modell durchsetzen. Die Frage ist, wessen.
Eine S2P-Suite ist nicht neutral. Jede Freigabeschwelle, jedes Pflichtfeld und jede Workflow-Verzweigung ist eine Betriebsmodell-Entscheidung, einmal in der Konfiguration getroffen und danach tausendfach am Tag durchgesetzt.
Ist das Betriebsmodell zum Zeitpunkt der Konfiguration ungeklärt, klärt es der Implementierungspartner. Nicht aus Böswilligkeit, sondern weil das Projekt eine Antwort braucht, um weiterzukommen. Eingefroren wird dann eine vernünftige Annahme von Menschen ohne das Mandat, sie zu treffen. Das später aufzulösen kostet mehr, als es jetzt zu entscheiden.
Vor der Automatisierung
Automatisierung, und was sie mit einer gebrochenen Naht macht
Automatisierung auf einer sauberen Naht nimmt Arbeit weg. Auf einer unklaren Naht nimmt sie den Menschen weg, der die Unklarheit still ausgeglichen hat. Das Ausnahmevolumen sinkt nicht. Es ändert die Form und wird schwerer nachzuverfolgen.
Die Reifefrage ist eng und beantwortbar. Ist für die Entscheidung, die Sie automatisieren wollen, der Owner benannt, die Schwelle definiert, und sind die Daten, von denen die Entscheidung abhängt, im Moment der Entscheidung belastbar. Drei Ja machen Automatisierung sinnvoll. Alles darunter skaliert die Unklarheit, schneller und mit weniger Sichtbarkeit als vorher.
Was Führungskräfte zuerst fragen
Vor dem nächsten S2P-Programm
Ist S2P eine Prozess- oder eine Technologiefrage?
Für sich genommen keines von beidem. S2P ist eine Kette von Ownership-Übergaben, die der Prozess beschreibt und die Technologie durchsetzt. Ein Prozess-Redesign, das die Systeme nicht durchsetzen, ändert nichts. Ein System-Rollout ohne geklärte Ownership friert die vorhandene Unklarheit zum Zeitpunkt der Konfiguration ein.
Wir haben bereits eine Suite. Müssen wir sie ersetzen?
Meistens nicht. Der größte Teil des S2P-Schmerzes lässt sich auf Nähte zurückführen, für die die Suite nie konfiguriert wurde, nicht auf die Suite selbst. Klären Sie zuerst, welche Naht leckt, bevor Sie das Werkzeug für die Beschränkung halten. Ein Austausch ist der teuerste Weg, um festzustellen, dass das Modell das Problem war.
Wo sitzt die größte Leakage?
Selten bei der Zahlung, wo sie gemessen wird. Der größte Teil entsteht an den ersten beiden Nähten, wenn der Bedarf Procurement bereits spezifiziert und bereits terminiert erreicht. Alles weiter unten erbt diesen Verlust und wird anschließend dafür verantwortlich gemacht.
Unsere Adoption ist niedrig. Ist das ein Schulungsproblem?
Fast nie. Adoption ist eine Frage der Wegewahl. Menschen nutzen den Weg, der am schnellsten zu einem funktionierenden Ergebnis führt. Ist der konforme Weg langsamer, macht Schulung sie auf eine Route aufmerksam, die sie trotzdem nicht nehmen werden. Messen Sie beide Wege von Ende zu Ende, bevor Sie eine Maßnahme entwerfen.
Wo fängt das an?
Mit einem Senior-Read, welche Naht tatsächlich leckt und ob die Position neu entwerfen, stabilisieren oder skalieren heißt. Diese Antwort verändert, was die nächsten zwölf Monate kosten sollten.
Proof
Evidenz vor Methodik.
Prüfen Sie zuerst die Evidenz, um das Kaufrisiko zu senken - und starten Sie mit einer Senior-Diagnose, bevor ein weiteres Programm, Tool, Workshop-Format oder eine zusätzliche Beratungsschicht dazukommt.
Proof öffnen