B2B-Freigabeprozesse und Budgetkontrolle in Shopware
Im B2B endet eine Bestellung nicht mit dem Klick auf den Bestellbutton - sie beginnt dort oft erst. Bevor eine Order ausgelöst wird, durchläuft sie in vielen Unternehmen eine Freigabekette: Der Besteller legt den Warenkorb an, eine Teamleitung gibt frei, der Einkauf prüft das Budget, und erst dann geht die Bestellung an den Lieferanten. Genau diese Genehmigungs-Workflows mit Budgetkontrolle trennen einen professionellen B2B-Shop von einem aufgebohrten B2C-System. Wer sie nicht abbildet, zwingt seine Kunden zurück in Telefon, E-Mail und Excel - oder verliert die Bestellung ganz. Die Hackett Group zeigt, dass in Organisationen ohne wirksame Kontrollen bis zu 80 Prozent (Hackett Group, 2025) der Ausgaben off-contract laufen können, also an den vereinbarten Prozessen vorbei. Gleichzeitig stellt Gartner fest, dass 74 Prozent (Gartner, 2025) der B2B-Einkaufsteams im Entscheidungsprozess ungesunde Konflikte zeigen. Dieser Beitrag zeigt, wie sich mehrstufige Bestellfreigaben und Budgetlimits in [Shopware1 sauber umsetzen lassen - vom Warenkorb bis zur ausgelösten Order.
Das Wichtigste in Kürze
- Im B2B braucht eine Bestellung oft die Freigabe mehrerer interner Stellen - ein Shop ohne Genehmigungs-Workflow zwingt Kunden zurück in manuelle Prozesse.
- Mehrstufige Freigaben werden über Betragsschwellen, Kostenstellen und Rollen gesteuert, nicht über ein starres Einheitsmodell.
- Budgettoepfe mit Schwellen verhindern Überschreitungen, bevor sie entstehen, statt sie nachtraeglich in der Buchhaltung zu korrigieren.
- Der Freigabestatus muss serverseitig durchgesetzt werden - das blosse Ausblenden von Buttons im Frontend reicht nicht.
- Freigabe und Budget gehören konsistent ins ERP, damit Shop, Einkauf und Buchhaltung eine gemeinsame Wahrheit teilen.
Warum Freigabeprozesse zum B2B-Einkauf gehören
Im B2C entscheidet eine Person und kauft. Im B2B ist die Bestellung häufig ein Gemeinschaftsakt: Ein Mitarbeiter braucht etwas, ein Vorgesetzter genehmigt, der Einkauf kontrolliert das Budget, die Buchhaltung verbucht. Gartner ermittelt, dass eine typische B2B-Kaufentscheidung heute von fünf bis sechzehn Personen aus bis zu vier Funktionen getragen wird (Gartner, 2025) - jede mit eigener Perspektive und eigenem Genehmigungsbedarf. Ein Shop, der diese Realität ignoriert, passt nicht zu den internen Prozessen seiner Kunden. Die Folge ist absehbar: Der Einkauf läuft am Shop vorbei, weil die Freigabe dort nicht abbildbar ist.
Dass dieser Bruch teuer ist, zeigt die Konfliktforschung von Gartner: 74 Prozent (Gartner, 2025) der B2B-Einkaufsteams zeigen während der Entscheidung ungesunde Konflikte, und Teams, die zu einem Konsens finden, berichten 2,5-mal (Gartner, 2025) häufiger von einem hochwertigen Abschluss. Ein klar definierter Freigabe-Workflow im Shop kanalisiert genau diese Abstimmung: Wer darf bestellen, wer muss genehmigen, ab welchem Betrag schaltet sich der Einkauf ein. Damit wird der Shop vom reinen Bestellkanal zum Werkzeug der internen Governance. Wie sich solche Abläufe insgesamt digitalisieren lassen, behandelt unser Beitrag zu [digitalen Vertriebsprozessen im B2B1.
Mehrere Besteller
Ein Firmenkonto hat selten nur einen Nutzer. Verschiedene Mitarbeiter bestellen mit unterschiedlichen Rechten und Limits - die Basis für jeden Freigabeprozess.
Mehrstufige Kette
Je nach Betrag, Kostenstelle oder Sortiment durchläuft eine Bestellung eine oder mehrere Freigabestufen, bevor sie ausgelöst wird.
Budgettoepfe
Abteilungen, Projekte oder Kostenstellen erhalten Budgets mit Schwellen. Die Bestellung wird gegen das verfügbare Budget geprüft.
Serverseitige Regeln
Freigabe- und Budgetregeln werden im Backend durchgesetzt, nicht nur im Frontend ausgeblendet - sonst sind sie umgehbar.
Benachrichtigung
Genehmiger werden aktiv informiert, Besteller sehen den Status. Eine Freigabe, von der niemand erfaehrt, bremst den Einkauf aus.
ERP-Abgleich
Freigegebene Bestellungen und Budgetstaende gehören ins führende System, damit Shop und Buchhaltung konsistent bleiben.
Mehrstufige Freigaben nach Betrag, Rolle und Kostenstelle
Der Kern eines Genehmigungs-Workflows ist die Frage: Wann muss wer eine Bestellung freigeben? In der Praxis hängt das von mehreren Dimensionen ab. Die häufigste ist der Bestellwert: Bis zu einem bestimmten Betrag darf ein Mitarbeiter selbst bestellen, darüber muss eine Teamleitung freigeben, und ab einer höheren Schwelle schaltet sich der Einkauf oder die Geschäftsführung ein. Diese Betragsschwellen sind kein theoretisches Konstrukt - sie spiegeln die internen Unterschriftenregelungen wider, die in fast jedem Unternehmen existieren. Ein guter B2B-Shop bildet sie eins zu eins ab, statt seine Kunden zu zwingen, parallel ein zweites Genehmigungssystem zu pflegen.
Neben dem Betrag spielen Rolle und Kostenstelle eine Rolle. Ein Besteller in der Rolle Einkäufer hat andere Limits als ein technischer Mitarbeiter, der nur Verbrauchsmaterial ordert. Eine Bestellung auf die Kostenstelle eines Projekts kann eine andere Freigabekette auslösen als eine Bestellung für den laufenden Betrieb. Wie Rollen, Rechte und Kundengruppen in Shopware grundsätzlich modelliert werden, beschreibt unser Beitrag zu [Kundengruppen, Rollen und Rechten1 - er bildet das Fundament, auf dem Freigabe-Workflows aufsetzen. Erst diese sauber gepflegte Rollenstruktur macht es möglich, Freigaben praezise zuzuordnen.
| Bestellwert | Freigabestufe | Wer entscheidet |
|---|---|---|
| bis 500 Euro | keine zusätzliche Freigabe | Besteller direkt |
| 500 bis 2.500 Euro | einstufig | Teamleitung |
| 2.500 bis 10.000 Euro | zweistufig | Teamleitung und Einkauf |
| über 10.000 Euro | mehrstufig | Einkauf und Geschäftsführung |
| Sonderartikel | sortimentsabhängig | Fachverantwortlicher zusätzlich |
Schwellen an die Realität des Kunden anpassen
Budgetkontrolle: Ausgaben steuern, bevor sie entstehen
Freigaben regeln, wer bestellen darf. Budgets regeln, wie viel insgesamt ausgegeben werden darf. Beides greift ineinander. Ein Budgettopf wird einer Abteilung, einem Projekt oder einer Kostenstelle zugeordnet und mit einem Limit versehen. Jede Bestellung reduziert das verfügbare Budget, und beim Erreichen von Schwellen aendert sich das Verhalten: Bis zu einem gewissen Auslastungsgrad läuft die Bestellung durch, daraüber wird sie zur Prüfung markiert, und bei nahezu erschoepftem Budget wird sie gesperrt. So wird eine Überschreitung verhindert, bevor sie entsteht, statt sie nachtraeglich in der Buchhaltung zu korrigieren.
Die Relevanz ist erheblich. Die Hackett Group beziffert, dass in Organisationen ohne wirksame Kontrollen bis zu 80 Prozent (Hackett Group, 2025) der Ausgaben off-contract laufen können, und stellt fest, dass 64 Prozent (Hackett Group, 2025) der Einkaufsverantwortlichen mit ihrem Umgang mit dem sogenannten Tail Spend unzufrieden sind. Deloitte schaetzt, dass 20 bis 30 Prozent (Deloitte) der Ausgaben in vielen Organisationen in unkontrolliertes Tail Spend fallen. Eine im Shop verankerte Budgetkontrolle adressiert genau dieses Leck: Sie macht jede Bestellung sichtbar, ordnet sie einer Kostenstelle zu und stoppt sie, bevor das Budget gerissen wird.
- Budgettoepfe pro Abteilung, Projekt oder Kostenstelle mit klarem Limit und Zeitraum
- Schwellen definieren: freie Zone, Prüfzone und Sperrzone in Prozent des Limits
- Jede Bestellung gegen das verfügbare Restbudget prüfen, nicht erst am Periodenende
- Reservierungen für noch nicht freigegebene Bestellungen berücksichtigen
- Budgetstand transparent im Konto anzeigen, damit Besteller selbst steuern können
- Periodische Rücksetzung oder Übertrag von Restbudgets sauber regeln
Budget reservieren, nicht erst verbuchen
Den Freigabestatus serverseitig durchsetzen
Eine Freigaberegel ist nur so gut wie ihre Durchsetzung. Wenn ein Bestellbutton im Frontend lediglich ausgeblendet wird, der zugehörige Endpunkt aber weiter erreichbar ist, laesst sich die Regel mit einfachen Mitteln umgehen. Deshalb muss jede Freigabe- und Budgetprüfung serverseitig erfolgen: Bevor eine Bestellung ausgelöst wird, prüft das Backend, ob der aktuelle Status alle erforderlichen Freigaben durchlaufen hat und ob das Budget ausreicht. Das Frontend zeigt den Status nur an - die verbindliche Entscheidung fällt im Backend. Dieses Prinzip gilt für den gesamten B2B-Shop, von Preisen über Sortimente bis zu Bestellrechten.
Technisch bedeutet das einen sauber modellierten Bestellstatus: Eine Order kann im Entwurf, in Freigabe, freigegeben, abgelehnt oder ausgelöst sein. Jeder Übergang ist an Bedingungen geknuepft und wird protokolliert. Diese Nachvollziehbarkeit ist nicht nur technisch sinnvoll, sondern auch ein Governance-Argument: Die Association of Certified Fraud Examiners stellt fest, dass die typische Organisation jährlich rund 5 Prozent (ACFE, 2024) ihres Umsatzes durch dolose Handlungen verliert und mehr als die Haelfte der Fälle mit fehlenden internen Kontrollen oder deren Umgehung zusammenhängt (ACFE, 2024). Ein nachvollziehbarer, serverseitig durchgesetzter Freigabeprozess ist damit auch ein Stück Betrugspraevention.
Frontend-Ausblendung ist keine Zugriffskontrolle
Transparenz: Status, Benachrichtigung und Vertretung
Ein Freigabeprozess, der im Verborgenen abläuft, bremst den Einkauf aus. Sana Commerce ermittelt, dass nahezu 70 Prozent (Sana Commerce, 2025) der B2B-Warenkoerbe online abgebrochen werden, und nennt komplexe, intransparente Abläufe als wiederkehrende Ursache. Eine Freigabe, die tagelang ohne Rückmeldung hängt, fühlt sich genauso an wie ein verlorener Warenkorb. Deshalb gehören zu jedem Workflow klare Statusanzeigen und aktive Benachrichtigungen: Der Besteller sieht, in welcher Stufe seine Bestellung steckt, und der Genehmiger wird informiert, dass eine Freigabe auf ihn wartet.
Hinzu kommt das Thema Vertretung. Genehmiger sind im Urlaub, krank oder ausgelastet. Ein Workflow, der dann blockiert, ist im Alltag unbrauchbar. Sinnvoll sind Vertreterregelungen, Eskalationen nach einer definierten Wartezeit und die Möglichkeit, eine Freigabe zu delegieren. Diese Mechanik ist eng verwandt mit dem Angebotsprozess, bei dem ebenfalls mehrere Stellen einbezogen werden - wie der Weg vom Angebot zur Bestellung aussieht, zeigt unser Beitrag zum [Angebotsmanagement und Quote-to-Order1. Forrester erwartet, dass mehr als die Haelfte der grossen B2B-Transaktionen über digitale Self-Service-Kanaele abgewickelt wird (Forrester, 2025) - ohne transparente Freigaben funktioniert das nicht.
Ein Freigabeprozess, von dem niemand erfaehrt, ist kein Prozess, sondern ein Engpass - die Transparenz über den Status entscheidet darüber, ob aus Kontrolle Reibung oder Vertrauen wird.
Zahlungsfreigabe und Kreditlimit als zweite Ebene
Die Freigabe einer Bestellung und die Freigabe der Zahlung sind zwei verschiedene Dinge, die im B2B oft zusammenspielen. Eine Bestellung kann inhaltlich freigegeben, aber durch ein Kreditlimit gebremst sein. Gerade beim Rechnungskauf ist das Kreditlimit eine eigene Kontrollebene: Es begrenzt, wie viel ein Kunde offen auf Rechnung bestellen darf, unabhängig von der internen Genehmigungskette. Wie Rechnungskauf, Kreditlimit und Zahlungsfreigaben ineinandergreifen, behandelt unser Beitrag zu [Zahlungsarten, Rechnungskauf und Kreditlimit1.
Dass die Zahlungsbedingung selbst ein Abbruchgrund ist, belegt die Forschung. Ein von Sana Commerce beauftragter Bericht von Sapio Research zeigt, dass 73 Prozent (Sana Commerce, 2025) der Einkäufer online bestellen wollen, aber 81 Prozent (Sana Commerce, 2025) auf erhebliche Huerden durch veraltete Systeme und ungenaue Daten stossen. Wenn ein Kunde im Checkout merkt, dass weder seine gewohnte Zahlungsbedingung noch seine interne Freigabe abbildbar ist, springt er ab. Eine durchdachte Kombination aus Bestellfreigabe und Zahlungsfreigabe haelt beide Welten zusammen: die interne Governance des Kunden und die kaufmaennische Absicherung des Lieferanten.
Integration in ERP und Buchhaltung
Freigabeprozesse und Budgets sind keine reine Shop-Angelegenheit. Sie beruehren das ERP, in dem Kostenstellen, Budgets und Kreditlimits gepflegt werden, und die Buchhaltung, die die Bestellungen verbucht. Eine isolierte Lösung im Shop, die nichts von den Budgetstaenden im ERP weiss, führt zwangsläufig zu zwei Wahrheiten. Deshalb gehört zu einem belastbaren Konzept die Frage, welches System die Budgets führt und wie sie synchron gehalten werden. Häufig liegt die Budgethoheit im ERP, während der Shop die Verbrauchs- und Reservierungslogik in Echtzeit abbildet und Bestellungen zurückspielt.
Damit das robust funktioniert, braucht es eine durchdachte Integration. Welche Daten der Shop führt und welche das ERP, wie mit Ausfällen umgegangen wird und wie Echtzeit-Abfragen performant bleiben, beschreibt unser Beitrag zur [Schnittstellenarchitektur im B2B1. Die konkrete Anbindung an das führende System ist Thema unseres Beitrags zur [ERP-Integration2. Erst wenn Freigabe, Budget und ERP zusammenspielen, entsteht aus einzelnen Funktionen ein durchgängiger, vertrauenswürdiger Einkaufsprozess - und genau diese Integration setzen wir in unseren [Leistungen3 als individuelle Entwicklung um.
Eine Wahrheit für Budget und Freigabe
Freigabe-Workflows als individuelle Entwicklung
Kein Freigabeprozess gleicht dem anderen. Die einen brauchen eine einfache Vier-Augen-Prüfung, die anderen eine mehrstufige Kette mit Budgettoepfen, Vertreterregelungen und Eskalationen. Genau deshalb sind Genehmigungs-Workflows ein Feld für individuelle Entwicklung statt für Schablonen. Auf Basis von [Shopware als Open Source1 laesst sich ein Workflow-Modell bauen, das die spezifischen Unterschriftenregelungen, Kostenstellen und Budgetlogiken eines Unternehmens abbildet, ohne den Kunden in ein starres Korsett zu zwingen. Die Open-Source-Basis sorgt dafür, dass die Logik nachvollziehbar, erweiterbar und in eigener Hand bleibt.
Der Weg dorthin beginnt mit dem Verstaendnis der internen Prozesse des Kunden: Wer bestellt was, wer genehmigt, ab welchem Betrag, gegen welches Budget. Aus dieser Analyse entsteht ein Workflow-Modell, das wir in Shopware umsetzen und an ERP und Buchhaltung anbinden. Wie wir solche digitalen Einkaufsprozesse von der Analyse bis zur Umsetzung begleiten, zeigt unser Beitrag zu [digitalen Vertriebsprozessen1. Konkrete Projektansaetze und Kompetenzfelder finden Sie in unseren [Referenzen2. Das Ziel bleibt dasselbe: aus internen Einkaufsregeln einen reibungsarmen Self-Service zu machen, der den Kunden mehr Kontrolle gibt und dem Lieferanten mehr Bestellungen sichert.