B2B-Angebotsfreigabe: So entsteht ein korrekter Auftrag

Die B2B-Angebotsfreigabe sollte nicht mit einer E-Mail „Das nehmen wir“ enden, sondern mit einem Auftrag, der die vom Käufer akzeptierten Waren, Preise und Bedingungen enthält. Dafür braucht es eine festgeschriebene Angebotsversion, klare Befugnisse der Beteiligten und eine kontrollierte Übergabe an das Warenwirtschaftssystem. Eine Schaltfläche im Portal stößt diesen Übergang lediglich an: Ein Klick bestätigt noch nicht, dass der Auftrag erfüllt werden kann.

Dieser Beitrag richtet sich an Hersteller, Distributoren und Großhändler, die individuelle Konditionen über Website, CRM und ERP abstimmen. Das CRM verwaltet die Kundenbeziehungen, das ERP die Buchhaltungs- und Betriebsdaten. Wir betrachten einen klar abgegrenzten Abschnitt: Wie lässt sich ein Angebot abstimmen und die akzeptierte Version ohne erneute manuelle Eingabe in einen Auftrag überführen? Die Auswahl eines Dienstleisters für die Entwicklung eines Onlineshops ist eine andere Aufgabe.

Wo das Angebot endet und der Auftrag beginnt

Trennen Sie drei Ereignisse: Der Verkäufer hat den Versand der Konditionen freigegeben, ein befugter Käufer hat sie angenommen, und das Warenwirtschaftssystem hat den Auftrag angelegt. Dazwischen kann es Wartezeiten, erneute Freigaben und Ablehnungen geben. Wird alles mit einem einzigen Status „erfolgreich“ gekennzeichnet, erkennt der Vertriebsmitarbeiter nicht, warum der Kunde bereits auf die Lieferung wartet, dem Lager aber noch kein Arbeitsbeleg vorliegt.

In der Dokumentation zu Dynamics 365 Sales durchläuft ein Angebot die Phasen Entwurf, Aktivierung und Überarbeitung; ein aktivierter Beleg ist schreibgeschützt. Das ist ein Umsetzungsbeispiel und keine Vorgabe, ein bestimmtes CRM zu verwenden. Für Ihr eigenes Portal zählt der Grundsatz: Die dem Kunden vorliegende Version darf sich während seiner Entscheidungsphase nicht unbemerkt ändern.

Stimmen Sie die Statusbezeichnungen mit den Teams ab. „Wartet auf Freigabe des Verkäufers“ ist nicht gleichbedeutend mit „Wartet auf Entscheidung des Käufers“, und „Wird an ERP übertragen“ bedeutet nicht „Bestätigt“. Legen Sie für jeden Übergang die ausführende Person, die Abschlussbedingung und die nächste Aktion im Fehlerfall fest. Dann unterstützt der Status die Arbeit, statt lediglich den Bericht zu schmücken.

Welche Daten vor der Kundenantwort festgeschrieben werden müssen

Eine Angebotsversion ist ein abgestimmtes Bündel von Konditionen und nicht nur eine PDF-Datei. Speichern Sie Nummer und Revision, das kaufende Unternehmen, Positionen, Maßeinheiten, Mengen, Währung, Preise und Rabatte. Zusätzlich benötigen Sie Adresse, Zahlungsbedingungen, Lieferung, Gültigkeitsdauer und die Quelle für den zugesagten Versandtermin. Der Beleg und die Daten im Portal müssen dasselbe Geschäft beschreiben.

Preis und Verfügbarkeit haben unterschiedliche Verantwortliche

Legen Sie fest, welches System die Quelle für kundenspezifische Preise ist und welches die Liefermöglichkeit bestätigt. Ein Bestandsdatensatz allein belegt noch keine Reservierung für einen bestimmten Käufer. Verstreicht zwischen Berechnung und Annahme Zeit, brauchen Sie eine Regel für die erneute Prüfung: Was lässt sich automatisch bestätigen, und was geht an den Vertriebsmitarbeiter zurück? Versprechen Sie keine Reservierung, wenn es sie tatsächlich nicht gibt.

Auch Steuern, Rundungen und Lieferung beeinflussen die Endsumme. Prüfen Sie nicht nur den Gesamtbetrag, sondern auch die Positionen: Hinter demselben Ergebnis können eine andere Menge oder Maßeinheit stecken. Berechnet das ERP den Beleg beim Import neu, muss der Vergleich mit der akzeptierten Version eine Abweichung aufdecken, bevor dem Kunden der Erfolg gemeldet wird.

Geänderte Konditionen erfordern eine ausdrückliche Entscheidung

Ein Ersatzartikel, eine neue Adresse oder eine andere Menge können Preis und Logistik verändern. Übertragen Sie eine alte Freigabe nicht automatisch auf neue Inhalte. Erstellen Sie eine Revision, zeigen Sie die Unterschiede und holen Sie eine Bestätigung ein, wenn die Änderungen nach den Unternehmensregeln wesentlich sind. Bewahren Sie den alten Beleg in der Historie auf; der neue darf nicht so aussehen, als sei er bereits akzeptiert.

Wie sich interne Freigabe und Käuferentscheidung trennen lassen

Beim Verkäufer können unterschiedliche Personen für einen Sonderrabatt, ein verlängertes Zahlungsziel und die technische Konfiguration zuständig sein. Richten Sie die Regeln nach der Art des Risikos aus: Ein Vertriebsleiter sollte bei der Kompatibilitätsprüfung keinen Ingenieur ersetzen. Zugleich sollte eine standardmäßige Wiederholungslieferung nicht durch denselben Freigabeweg verzögert werden wie eine neue, komplexe Anlage.

Auch auf Käuferseite gibt es verschiedene Rollen. Ein Mitarbeiter kann eine Anfrage vorbereiten, ohne befugt zu sein, Unternehmensausgaben zu genehmigen. Unterscheiden Sie im Portal zwischen Anzeigen, Bearbeiten, Zur Freigabe einreichen und Annehmen. Prüfen Sie bei der Anbindung an Unternehmenskonten, wie sich Berechtigungen nach dem Ausscheiden eines Mitarbeiters oder einem Abteilungswechsel ändern.

Verwechseln Sie die interne Budgetfreigabe des Käufers nicht mit der Annahme der Verkäuferkonditionen. Der erste Schritt kann die Fortsetzung der Beschaffung erlauben, ohne bereits einen Auftrag anzulegen. Die Beschriftung der Schaltfläche muss die Folge der Aktion erklären. Wie die Vereinbarung dokumentiert wird, stimmen die Vertragsverantwortlichen ab; ein technisches Protokoll ersetzt diese Arbeit nicht.

Im Negotiable-Quotes-Prozess von Adobe Commerce führen Änderungen des Käufers an der Artikelauswahl oder Menge dazu, dass das Angebot zur Prüfung an den Verkäufer zurückgeht. Das ist eine nützliche Orientierung für die Gestaltung des Ablaufs. Die konkreten Status und verfügbaren Funktionen hängen jedoch von Plattform und Konfiguration ab. Im eigenen System müssen sie geprüft werden, statt sie vorauszusetzen.

Wie die akzeptierte Version ohne Duplikate ins ERP gelangt

Gestalten Sie die Umwandlung eines Angebots in einen Auftrag als kontrollierten Vorgang mit einem Ergebnis. Übertragen Sie die Angebotskennung, die Revision und die abgestimmten Positionen. Erwarten Sie als Antwort eine Auftragsnummer oder einen konkreten Ablehnungsgrund. Eine Serverantwort, die den Eingang einer Nachricht bestätigt, ist noch keine Bestätigung, dass der Beleg angelegt wurde.

Ein erneuter Versuch darf keinen zweiten Auftrag erzeugen

Der Kunde kann die Schaltfläche zweimal anklicken, und die Integration kann die Anfrage nach einem Verbindungsabbruch wiederholen. Erforderlich ist Idempotenz: Derselbe Vorgang mit derselben Kennung darf nicht erneut einen neuen Beleg anlegen. Speichern Sie die Verknüpfung zwischen akzeptierter Revision und Auftrag und prüfen Sie sie vor einer Wiederholung. Die Schaltfläche im Browser zu sperren, reicht allein nicht aus.

Besonders gefährlich ist eine unklare Rückmeldung: Das ERP könnte den Auftrag angelegt haben, ohne dass die Website das Ergebnis erhalten hat. Starten Sie die Anlage nicht auf gut Glück erneut. Gleichen Sie zunächst den Status anhand der Vorgangskennung ab. Zeigen Sie dem Käufer bis zur Klärung an, dass die Anfrage geprüft wird, und erstellen Sie für den Vertriebsmitarbeiter eine Aufgabe zur Untersuchung. Berücksichtigen Sie gesondert die Nichterreichbarkeit des ERP und eine Warteschlange für die verzögerte Übertragung.

Laut der Microsoft-Anleitung zum Erstellen eines Auftrags aus einem Angebot werden Produkte, Preisliste und Währung kopiert. Die Preissperre hängt jedoch von der Integrationskonfiguration ab. Eine standardmäßig vorhandene Konvertierungsschaltfläche entbindet daher nicht davon, das Preisverhalten in Ihrer konkreten Umgebung zu prüfen.

Bestehen Kreditlimit, Unternehmensangaben oder Artikelcodes die Prüfung nicht, ändern Sie die akzeptierten Konditionen nicht stillschweigend. Halten Sie die Ablehnung, die zuständige Person und die zulässige Fortsetzung fest. Für die übergreifende Architektur der Auftragsabwicklung eignet sich der separate Beitrag zur Auswahl eines OMS für einen Onlineshop; hier beschränkt sich die Kontrolle auf die korrekte Belegerstellung aus den vereinbarten Konditionen.

Welcher Automatisierungsgrad passt

Nicht jeder Verkäufer braucht einen komplexen Konfigurator. Vergleichen Sie Lösungen danach, wie wiederholbar die Konditionen sind und was ein Fehler kostet. Ein Versionsregister und eine kontrollierte manuelle Auftragserstellung können ein Anfang sein. Automatisierung ist dann gerechtfertigt, wenn sich die Regeln bereits beschreiben lassen und die manuelle Übertragung zu einer spürbaren Quelle von Verzögerungen oder Abweichungen geworden ist.

CPQ ist ein System zur Produktkonfiguration, Preisberechnung und Angebotserstellung. Es kann bei komplexen Erzeugnissen helfen, beseitigt aber nicht den Bedarf an guten Stammdaten und Integration. Kaufen Sie es nicht allein, um das Hin- und Herschicken von Dateien zu ersetzen. Klären Sie zuerst, ob das Problem tatsächlich in der Konfiguration liegt oder ob eine verantwortliche Person für die Freigabe fehlt.

Prüfschritte vor dem Start

Begrenzen Sie den Pilotbetrieb auf ein klar umrissenes Segment: etwa Wiederholungsbestellungen von Standardartikeln für bestehende Käufer. Das ist ein vorgeschlagenes Prüfszenario und keine Beschreibung eines Kundenfalls. Dafür brauchen Sie echte, anonymisierte Belege und erwartete Ergebnisse, die von der für den Vertrieb verantwortlichen Person bestätigt werden.

1. Beschreiben Sie den Ablauf vom Entwurf bis zur Auftragsnummer. Notieren Sie für jeden Status die verantwortliche Person, zulässige Aktionen und Übergangsbedingungen.
2. Ordnen Sie die Felder in Portal, CRM und ERP einander zu. Prüfen Sie Artikelcodes, Maßeinheiten, Währung, Rundungen, Adressen und Unternehmenszugehörigkeit.
3. Spielen Sie die Standardfreigabe und Ausnahmen durch: eine abgelaufene Version, eine Mengenänderung, eine Ablehnung wegen eines Limits und eine nicht verfügbare freigabeberechtigte Person.
4. Wiederholen Sie den Klick, unterbrechen Sie während der Übertragung die Verbindung und setzen Sie die Warteschlange wieder in Gang. Stellen Sie sicher, dass sich das Ergebnis ohne einen neuen doppelten Beleg abgleichen lässt.
5. Vergleichen Sie das akzeptierte Angebot positionsweise mit dem entstandenen Auftrag. Prüfen Sie bei Abweichungen die Nachricht an den Käufer und die Arbeitsaufgabe für den Vertriebsmitarbeiter.
6. Starten Sie einen begrenzten Auftragsfluss mit der Möglichkeit, die automatische Übertragung zu stoppen. Erweitern Sie den Umfang nach der Fehleranalyse und nicht nach dem ersten erfolgreichen Auftrag.

Prüfen Sie den Zugriff gesondert: Ein Käufer darf die Preise, Belege und Historie eines anderen Unternehmens nicht sehen. Beschränken Sie bei den Mitarbeitern des Verkäufers das Recht, Konditionen zu ändern und eigene Ausnahmen freizugeben. Das Protokoll muss erklären, wer welche Aktion an welcher Version und wann ausgeführt hat; Datenumfang und Aufbewahrungsfristen legen Sie nach den Unternehmensrichtlinien fest.

Zeitrahmen, Kosten und Grenzen der erwarteten Wirkung

Die Dauer der Arbeiten hängt vor allem von der Verfügbarkeit einer ERP-Testumgebung, dem Zustand der Stammdaten und der Abstimmung der Regeln ab. Zuerst werden Prozess und Daten beschrieben, anschließend der Datenaustausch geprüft, das Portal entwickelt und der Pilot durchgeführt. Fehlt eine Entscheidung zur Reservierung oder zu den Befugnissen des Käufers, beseitigen zusätzliche Entwickler diese Unklarheit nicht.

Berücksichtigen Sie im Budget Analyse, Oberfläche, Rollen, Integration, Testszenarien, Monitoring, Schulung und Support. Bewerten Sie Lizenzen, Datenbereinigung und die Betreuung von ERP-Änderungen separat. Fordern Sie eine nach Phasen aufgeschlüsselte Schätzung mit Annahmen und Abnahmekriterien an: Eine Gesamtsumme ohne klare Verantwortungsgrenzen erklärt die künftigen Ausgaben nur unzureichend.

Messen Sie die Wirkung von der Annahme einer bestimmten Version bis zur Auftragsbestätigung, getrennt von der Entscheidungszeit des Kunden. Verfolgen Sie parallel Positionsabweichungen, doppelte Belege und Gründe für manuelle Eingriffe. Vergleichen Sie vergleichbare Geschäftstypen; das Tempo eines standardmäßigen Wiederholungsverkaufs ist kein Maßstab für ein technisch individuell ausgelegtes Produkt.

Beginnen Sie mit einem transparenten Übergang zwischen Belegen und nicht mit dem Versprechen, alle Verhandlungen zu automatisieren. Wenn Sie ein B2B-Portal mit Versionen, Rollen und kontrolliertem Datenaustausch benötigen, besprechen Sie mit GL.ua (Glyanets) die Entwicklung eines auf Ihren Vertriebsprozess zugeschnittenen Websystems. Bereiten Sie für eine fundierte Einschätzung ein anonymisiertes Angebot, den dazugehörigen Auftrag und eine Liste der Fälle vor, die heute eine manuelle Entscheidung erfordern.