So funktioniert Beschaffungs-Governance
Eine Einkaufsabteilung ist nicht schwierig. Sie hält vier getrennte Kontrollen gleichzeitig aufrecht, und hinter jeder steht ein Wirtschaftsprüfer oder eine Bank. Dieser Artikel handelt von diesen vier Kontrollen, bevor etwas davon ein Bildschirm wird.
Die Szene
Ein Maschinenbauer mit 300 Leuten in Baden-Württemberg. Die Einkaufsleiterin hat elf Personen, die etwas bestellen dürfen: vier in der Werkstatt, drei in der Instandhaltung, zwei im Innendienst, einen Facility Manager und einen Azubi, der Bohrer bestellt. Letztes Jahr waren das rund 2.400 Bestellungen, Durchschnittswert 340 €, mit einem langen Ausläufer bis 28.000 € für eine Ersatzspindel.
Sie lässt diese elf Personen nicht mit einem Jetzt kaufen-Button auf Ihren Shop los. Sie vertraut ihnen. Was sie nicht darf: die Fähigkeit verlieren, vier Fragen zu beantworten:
- Sind wir im Instandhaltungsbudget für 2027 geblieben? (Fragt ihr CFO im Januar.)
- Kann eine Person allein 28.000 € binden? (Fragt ihr Versicherer.)
- Was hat die Werkstatt letztes Quartal für Verbrauchsmaterial ausgegeben? (Fragt ihr Controller monatlich.)
- Wer hat das freigegeben, und wann? (Fragt ihr Prüfer einmal im Jahr, und er erwartet einen Beleg, keine Erinnerung.)
Diese vier Fragen sind die vier Kontrollen. Ein Shop, der sie nicht beantworten kann, ist ein Shop, den ihr Unternehmen nicht einführen kann — egal zu welchem Preis und mit welchem Katalog.
Die vier Kontrollen
| Kontrolle | Die Frage | Was ohne sie bricht |
|---|---|---|
| Budgetkontrolle | Ist in diesem Topf noch Geld? | Die Jahresausgaben werden erst sichtbar, wenn die Rechnungen eintreffen — drei Wochen zu spät, um noch etwas zu tun |
| Funktionstrennung | Ist die Person, die ausgewählt hat, eine andere als die, die gebunden hat? | Eine Person kann bestellen und die eigene Bestellung unterschreiben. Diese Kontrolle interessiert Versicherer und Prüfer am meisten |
| Ausgabentransparenz | Was hat diese Abteilung bisher wofür ausgegeben? | Jedes Budgetgespräch wird zu einem ERP-Export und einer Tabelle |
| Audit | Wer hat was entschieden, wann, auf welcher Grundlage? | Eine Freigabe, die in Outlook passiert ist und sich zwei Jahre später nicht rekonstruieren lässt |
Es sind getrennte Kontrollen. Ein Werkstattleiter kann voll berechtigt sein, eine 900-€-Bestellung zu unterschreiben, und sie trotzdem auf eine Kostenstelle buchen, auf der noch 120 € liegen. Ein Budget kann gesund sein, während dieselbe Person alles anfordert und alles freigibt — ein Verstoß gegen die Funktionstrennung mit einer gesund aussehenden Zahl obendrauf. Wer sie vermengt, dreht sich in Beschaffungsgesprächen im Kreis.
Die Kette: Kostenstelle → Budget → Limit → Freigeber
Vier Dinge liegen in einer Reihe, und jedes beantwortet eine andere Frage. Die richtige Reihenfolge macht das ganze Thema handhabbar.
- Kostenstelle: Wohin gehört diese Ausgabe?
4711für die Werkstatt,KST-2200für die Instandhaltung, eine Projektnummer, ein Fahrzeug. Sie ist eine buchhalterische Adresse. Für sich genommen erlaubt sie nichts und sperrt sie nichts. - Budget: Wie viel darf in dieser Periode auf diese Adresse gebucht
werden? 50.000 € auf
KST-2200für das Geschäftsjahr 2027, verbraucht, wenn bestellt wird, und wiederhergestellt, wenn nicht. - Limit: Wie weit reicht die eigene Unterschrift dieser Person? Eine persönliche Obergrenze, je Kontakt, manchmal je Kostenstelle. Darunter handelt sie; darüber fragt sie.
- Freigeber: Wer unterschreibt, wenn sie fragen muss? Eine benannte Person, eine Rolle, oder eine Kette davon, nach Wert gestaffelt.
Lesen Sie die Kette rückwärts, und die Fehlerbilder zeigen sich von selbst. Ein Freigeber ohne Limits darunter ist ein Stempel. Ein Limit ohne Budget dahinter erlaubt, Geld auszugeben, das nicht da ist. Ein Budget ohne Kostenstelle ist eine Zahl, die an nichts hängt.
Warum „der Chef gibt alles frei" nicht skaliert
Jedes Unternehmen fängt so an, und eine Weile funktioniert es. Nehmen Sie die Zahlen oben: 2.400 Bestellungen im Jahr, ein Freigeber.
Das sind grob zehn Freigaben pro Arbeitstag, die meisten für Bohrer und Kühlschmierstoff. Drei Dinge passieren, immer in dieser Reihenfolge:
- Der Freigeber hört auf zu lesen. Die Freigabe wird ein Tastendruck — die Kontrolle existiert weiter auf dem Papier und nicht mehr in der Sache.
- Der Freigeber fährt in den Urlaub, und die Werkstatt steht. Jemand gibt ein Passwort weiter, und das zerstört genau die Audit-Spur, für die die Kontrolle da war.
- Die Einkäufer bauen Umwege. Sie rufen Ihren Innendienst an oder nehmen die Handkasse, und Ihr sorgfältig gebauter Shop zeigt einen Bruchteil der echten Ausgaben.
Die Abhilfe ist keine bessere Warteschlange. Es sind Wertbänder: Die meisten Bestellungen sollten nie einen Menschen erreichen. Eine tragfähige Form für das Unternehmen oben: Rund 85 % der Bestellungen laufen automatisch durch — unter einem persönlichen Limit, mit verfügbarem Budget —, 12 % brauchen eine Unterschrift, und die restlichen 3 %, die Spindel, brauchen zwei. Das ist ein System, das eine Einkaufsabteilung im dritten Jahr noch benutzt.
Woher das Modell kommt: Kontierung
Wenn das Vokabular hier nach SAP klingt, ist das Absicht.
In SAP wird eine Ausgabe nie bloß „getätigt". Sie wird kontiert: auf eine Kostenstelle, einen Innenauftrag, ein PSP-Element für ein Projekt, oder eine Anlage. Die Kontierung ist auf der Position Pflicht, entschieden im Moment der Bestellung, und sie ist das, was die Rechnung buchbar macht, ohne dass ein Mensch entscheidet, wohin sie gehört. Das deutsche Controlling arbeitet seit vierzig Jahren so, und jedes ERP Ihrer Kunden kopiert es.
IntelliShop V8 hat das unter dem Namen Buchungskonten in den Commerce getragen: ein Budget am Konto, eine Freigaberegel oberhalb einer Schwelle, und ein Einkaufsleiter, der freigab oder ablehnte. Es lief jahrelang in Produktion. Seine Randfälle (was bei einer Teillieferung passiert, was passiert, wenn zwei Einkäufer in derselben Sekunde die letzten 500 € eines Budgets treffen) wurden Zeile für Zeile analysiert, bevor das Modell auf diesen Seiten entworfen wurde.
Zwei Entscheidungen kamen aus dieser Analyse, und sie prägen alles Folgende:
- Die Kontierung gehört auf die Position, nicht auf die Bestellung. Eine Lieferung deckt routinemäßig drei Abteilungen ab. Legen Sie die Kostenstelle auf die Bestellung, und die Kreditorenbuchhaltung des Kunden teilt jede Rechnung von Hand auf.
- Das Budget ist ein Journal, keine Zahl. Ein Feld, das Sie herunterzählen, ist beim ersten Storno falsch. Jede Bewegung muss ein Eintrag sein, der sich zurücklesen, stornieren und erklären lässt.
So wird es in der Revenue Cloud funktionieren
Das geplante Modell verteilt sich auf zwei Apps, weil Geld und Workflow verschiedene Eigentümer und verschiedene Fehlerbilder haben.
| App (geplant) | Besitzt | Weiß von Freigaben? |
|---|---|---|
| Cost Centers | cost_centers, cost_center_restrictions, budgets, budget_changes, contact_limits | Nein. Gar nichts |
| Approval Workflows | approval_rules, pending_approvals, purchase_requests | Das ist alles, was sie tut |
Cost Centers beantwortet zwei Arten von Fragen und sonst nichts: Welche Kostenstellen darf diese Person auf dieser Position verwenden und ist Budget da. Sie bewegt Geld mit vier Operationen — reserve, confirm, withdraw und commit —, und jede schreibt einen Journaleintrag.
Approval Workflows hält die Regeln und die Anforderungen. Sie ruft Cost Centers auf; Cost Centers ruft nie zurück. Wird ein Warenkorb eingereicht, wertet ein serverseitiger Einstiegspunkt die Regeln aus und erzeugt genau eines von drei Ergebnissen: Das Einreichen wird verhindert, eine Bestellung entsteht direkt, oder eine Bestellanforderung entsteht und wird geroutet. Der Browser des Einkäufers darf nicht wählen, welches.
Dieser eine Entscheidungspunkt ist der Grund, warum die Kontrollen halten. Es gibt keinen Weg zu einer Bestellung, der an ihm vorbeiführt.
Was heute existiert
Keine der beiden Apps oben ist schon auf Ihrem Tenant. Vier der Fragen in diesem Artikel haben trotzdem eine echte, wenn auch kleinere Antwort:
| Kontrolle | Was Sie heute konfigurieren können | Wo |
|---|---|---|
| Funktionstrennung | Die role an jedem Kontakt (viewer, requester, buyer, approver, admin) entscheidet, wer eine Bestellung aufgibt und wer nur anfordern darf. Das Freigabelimit (order_approval_limit) am Kontakt sagt, wie weit die Unterschrift eines Freigebers reicht | CRM › Kontakte, Kontaktdetail; Berechtigungen je Rolle unter CRM › Rollen |
| Wer überhaupt kaufen darf | Jeder selbstregistrierte Kontakt wartet im Tab Wartet auf Freigabe, bis Ihr Innendienst ihn freigibt oder ablehnt; Entscheidung, Person und Grund werden am Kontakt gespeichert | CRM › Kontakte, siehe Registrierungen freigeben |
| Kostenzuordnung | Eine Freitext-Kostenstelle an jeder Bestellposition (cost_center) und jeder Bestelllisten-Position (cost_center_id). Sie erreicht die Bestellung und Ihr ERP; nichts validiert sie | Bestelldetail unter Order Management › Bestellungen, Bestelllisten unter CRM › Bestelllisten |
| Ihr eigenes Risiko | credit_limit, payment_terms und delivery_block an der Organisation. Sie schützen Sie, den Lieferanten, und sind nicht das Budget des Kunden | CRM › Organisationen, siehe Kredit und Risiko |
Budgetkontrolle, Ausgabentransparenz je Kostenstelle und das Routing zu einem Freigeber sind die Teile, die auf die geplanten Apps warten. Sagen Sie das dem Kunden in genau diesen Worten.
Weiter
- Freigabemodelle — Einzelfreigeber, Ketten, parallel, Vertretungen.
- Bestellanforderung oder Bestellung — warum die Bestellung zuletzt entsteht.