Häufige Angebotsprobleme
Symptome, Ursachen, Abhilfen. Fast jedes Angebotsproblem ist eines von drei Dingen: ein Preis, der schon vor dem Einfrieren falsch war, eine Uhr, die in der falschen Zeitzone gelesen wurde, oder eine Änderung nach dem Einfrieren.
Vom Symptom zur Ursache
| Symptom | Wahrscheinliche Ursache | Abhilfe |
|---|---|---|
| Angebotspreis niedriger als erwartet | Eine alte Vertragspreisliste löst für das Konto noch auf, der Entwurf kam daraus | Die Liste reparieren — Prüfen, welchen Preis ein Käufer sieht —, dann das Angebot überarbeiten |
| Angebotspreis höher als das Übliche des Kunden | Die Vertragsliste ist zwischen seiner letzten Bestellung und dem Angebot abgelaufen | Gültig bis an der Liste des Kontos prüfen; vor dem Überarbeiten verlängern |
| Zeile zeigt „auf Anfrage“ | Nichts bepreist den Artikel für diesen Käufer, oder ein ausdrücklicher Auf-Anfrage-Eintrag schlägt einen Betrag | Die Zeile am Angebot von Hand bepreisen; die Liste separat reparieren |
| Angebot einen Tag zu früh abgelaufen | valid_until von einer Integration in UTC ausgewertet statt in der Tenant-Zeitzone | Den gespeicherten Zeitstempel gegen das angezeigte Datum lesen; unten |
| Käufer kann nicht annehmen | Angebot ist superseded oder expired | Überarbeiten. Nie durch Bearbeiten wieder öffnen |
| Bestellsumme weicht vom Angebot ab | Nach der Umwandlung wurden Zeilen ergänzt, live bepreist | Bestellzeilen gegen das PDF des Angebots vergleichen |
| Bestellpreis weicht auf jeder Zeile ab | Die Bestellung wurde frisch angelegt statt aus dem Angebot umgewandelt | Stornieren und sauber umwandeln — Ein Angebot in eine Bestellung umwandeln |
| Angebot lag tagelang ungesendet | Es stand in pending_approval, und die freigebende Rolle hat eine einzige Person | Eine Vertretung ergänzen — Angebotseinstellungen |
| Zwei Bestellungen zu einem Angebot | Manuelle Umwandlung, nachdem der Käufer online schon angenommen hatte | Eine mit Grund stornieren. Die Umwandlung ist nicht idempotent |
| Der Kunde zitiert einen Preis aus einer alten Version | Version 1 wurde nie überholt, weil Version 2 als neues Angebot angelegt wurde | In einer Verhandlung immer Überarbeiten, nie Neues Angebot |
Eine Preisliste hat sich nach dem Senden geändert
Das ist die Situation, die Leute für ein Problem halten, und sie ist keines: Ein gesendetes Angebot hält seine eigenen Preise und löst nie neu auf. Eine Preiserhöhung am Montag rührt ein am Freitag gesendetes Angebot nicht an.
Das echte Problem ist der umgekehrte Fall: Das Angebot wurde aus einer Preisliste entworfen, die schon falsch war. Das Einfrieren hat den Fehler treu konserviert. Ein gesendetes Angebot lässt sich nicht korrigieren, und das ist Absicht: Der Käufer hält ein Dokument mit dieser Nummer.
Was zu tun ist:
- Reparieren Sie die Preisliste. Jedes künftige Angebot und jede Bestellung ist dann korrekt.
- Überarbeiten Sie das Angebot mit den korrigierten Preisen, und sagen Sie in einem Kommentar, warum. Ein Käufer, dem drei Tage später „unsere Liste hatte einen Fehler, hier das korrigierte Angebot“ gesagt wird, ist verärgert. Einer, der es bei der Rechnung erfährt, ist ein verlorener Kunde.
- Hat der Kunde schon angenommen: einlösen oder nachverhandeln. Stellen Sie nicht stillschweigend eine andere Zahl in Rechnung.
Gültigkeit und Zeitzonen
valid_until ist ein Zeitstempel. Das Dokument zeigt ein Datum. In der Lücke
zwischen beiden wohnen die Streitfälle.
- Ein „bis 30. April“ gültiges Angebot endet am 30. April um 23:59:59 in der Zeitzone des Tenants. Für einen deutschen Tenant im Sommer ist das 21:59:59 UTC.
- Eine Integration, die den gespeicherten UTC-Zeitstempel gegen ihre eigene lokale Mitternacht vergleicht, lässt das Angebot bis zu zwei Stunden zu früh ablaufen — oder hält es zwei Stunden zu lang.
- Ein Käufer in einem anderen Markt liest das Datum in seiner eigenen Zeitzone. Ein Angebot, das um Mitternacht in Frankfurt endet, endete in Chicago um 15:00.
Laufen Angebote zu Zeiten ab, die niemand erwartet, lesen Sie den gespeicherten Zeitstempel — nicht das gerenderte Datum — und prüfen Sie, in welcher Zeitzone der Konsument des Feldes sitzt. Dieselbe Regel gilt für die Gültigkeit von Preislisten; siehe Häufige Preisprobleme.
Die Bestellung passt nicht zum Angebot
Arbeiten Sie in dieser Reihenfolge:
- Wurde umgewandelt, oder getippt? Eine von Hand angelegte Bestellung
ist live bepreist, was auch immer der Vertriebler wollte. Ein leeres
external_refheißt: getippt. - Wurden nach der Umwandlung Zeilen ergänzt? Ergänzte Zeilen nehmen den heutigen Preis. Das ist korrektes Verhalten und eine häufige Überraschung.
- Wurde eine Menge geändert? 500 nach der Umwandlung auf 480 zu ändern bewegt den angebotenen Einzelpreis nicht — er wurde auf der 500er-Stufe eingefroren. Das kann genau Ihr Versprechen sein, oder ein Geschenk, das Sie nicht meinten. Entscheiden Sie bewusst.
- Ist die Differenz nur Rundung? Prüfen Sie Genauigkeit und Rundungsmodus. Zwei Systeme, die verschieden runden, erzeugen einen Cent je Zeile, und vierzig Zeilen erzeugen ein Gespräch; Rundung, Standardwerte und Auflösungsregeln.
Angebote, die nie beantwortet werden
Kein technischer Defekt, und der teuerste Posten in diesem Bereich. Die Nachfassdisziplin steht in Die Angebots-Pipeline lesen. Die eine Gewohnheit mit dem höchsten Ertrag: offene Angebote nach Tagen bis zum Ablauf sortieren und jeden Montag den Kopf der Liste abarbeiten.
Weiter
- Die Angebots-Pipeline lesen: die Zahlen hinter den Symptomen.
- Häufige Preisprobleme: wenn die Ursache eine Preisliste ist.