Konfiguratorprobleme
Konfiguratorfehler haben wenige Ursachen und viele Symptome. Arbeiten Sie vom Symptom aus, das der Einkäufer gemeldet hat — nicht von der Regel, die Sie verdächtigen.
Vom Symptom zur Ursache
| Symptom | Wahrscheinlichste Ursache | Wo Sie suchen |
|---|---|---|
| „Keine gültige Konfiguration" von Anfang an | Zwei Regeln widersprechen sich, oder eine Pflichtgruppe hat keine erreichbare Option | Ihre Regeltabelle |
| Der Einkäufer bleibt unterwegs stecken, jede verbleibende Option ist ausgegraut | Eine Regelkette verengt einen legalen Zustand auf nichts | Die letzte Option, die er gewählt hat |
| Eine Option verschwindet ohne Erklärung | Eine Sichtbarkeitsregel feuert ohne Begründungstext | Die only-if-Regeln |
| Der Preis stimmt im Konfigurator und ist auf der Bestellung falsch | Zwei Preisaufbauten: einer in der Storefront, einer am Warenkorb | Der unit_price der Bestellposition |
| Der Preis ist nur für einen Kunden falsch | Der Vertragsrabatt wirkt auf eine andere Schicht als erwartet | Prüfen, welchen Preis ein Käufer sieht |
| Der Preis springt seltsam bei einem bestimmten Wert | Ein Mengenzuschlag rundet an der falschen Stufe | Die Je-Einheit-Regel |
| Eine Option ist gewählt, die der Einkäufer nicht gewählt hat | Eine implies-Regel tut, wofür sie geschrieben wurde — unsichtbar | Die Auto-Set-Regeln |
| Die Fertigung hat die falsche Spezifikation erhalten | Die Payload hat das ERP nicht erreicht, oder eine Option wurde still verworfen | Syncs überwachen |
| Das Bestelldokument nennt nur den Modellnamen | position_text an der Position nicht gefüllt | Die Bestellposition |
Keine gültige Konfiguration
Der häufigste und schädlichste Fehler: Der Einkäufer erreicht keinen Preis.
Aus einem sauberen Zustand reproduzieren. Öffnen Sie den Konfigurator mit Standardwerten und ändern Sie nichts. Ist er schon ungültig, verletzen die Standardwerte selbst eine Regel — das passiert immer dann, wenn eine Regel hinzukommt und die Standardwerte nicht neu getestet werden. Das ist die erste Prüfung bei jeder Regeländerung.
Dann halbieren. Spielen Sie den Weg des Einkäufers nach, eine Wahl nach der anderen, und notieren Sie die Wahl, an der die verbleibenden Optionen zusammenbrechen. In neun von zehn Fällen liegt der Fehler an der Regel dieser Wahl.
Nach der Schleife suchen. Regel 1 sagt: A erfordert B. Regel 7 sagt: B schließt A aus. Wer A wählt, verlangt jetzt B und verbietet es zugleich. Der Konfigurator ist in einem Zustand, den er nicht verlassen kann, und keine Meldung hilft dem Einkäufer. Schleifen entstehen fast immer, wenn zwei Personen im Abstand von Monaten Regeln anlegen — deshalb zählt die Spalte Warum in Ihrer Regeltabelle mehr, als sie klingt.
Falscher Preis
Arbeiten Sie die vier Schichten der Reihe nach durch und halten Sie an der ersten, die abweicht:
- Basispreis. Direkt in der Preisliste nachschlagen. Ist die Basis falsch, kann nichts danach richtig sein.
- Options-Deltas. Für die gemeldete Konfiguration von Hand addieren. Ein fehlendes Delta zeigt sich als zu niedriger Preis — und zu niedrige falsche Preise findet Ihr Margenreport, Monate später, nicht der Kunde.
- Mengenzuschläge. Die Grenzen prüfen: den kleinsten Wert, den größten, und je einen Schritt beiderseits jeder Schwelle. Dort verstecken sich die Rundungsfehler.
- Kundenkonditionen. Bestätigen, auf welche Schicht der Vertragsrabatt wirkt. Nur-Basis und Gesamtsumme sehen beide plausibel aus und geben verschiedene Antworten.
Widersprechen sich Konfigurator und Bestellung für dieselbe Konfiguration,
liegt der Fehler nicht in den Regeln. Es existieren zwei Preisaufbauten, und
einer ist veraltet. Der gespeicherte unit_price der Bestellposition ist der
maßgebliche Beleg dessen, dem der Einkäufer zugestimmt hat — untersuchen Sie,
warum die andere Zahl abweicht, und „reparieren" Sie nicht durch Kopieren.
Eine Preiskomponente fehlt
Eine Konfiguration wird bepreist, als wäre eine Option kostenlos.
- Die Option hat gar kein Delta. Am wahrscheinlichsten: Sie kam in die Gruppe, nachdem die Preistabelle gefüllt war. Prüfen Sie, dass jede Option der Gruppe einen Wert hat, einschließlich Null, wo Null korrekt ist — eine explizite Null und ein leeres Feld sind verschiedene Zustände, und nur einer davon übersteht eine Prüfung.
- Das Delta existiert in einer Währung. Eine in CHF bepreiste Konfiguration fällt auf keinen Zuschlag zurück, weil nur die EUR-Zeile gepflegt wurde.
- Das Delta ist befristet und abgelaufen. Siehe Befristete Preise.
Regeln, die unsichtbar feuern
Eine implies-Regel ergänzt den Bajonett-Adapter automatisch. Der Einkäufer
hat ihn nie gewählt, sieht ihn auf der Rechnung und nennt ihn eine
unbestellte Position.
Die Regel ist korrekt; die Darstellung nicht. Automatisch gesetzte Optionen müssen im Konfigurator als gewählt sichtbar sein, mit Grund — „im Bajonett-Anschluss enthalten". Erscheint sie auf der Bestellposition und nicht im Konfigurator, schreibt irgendwann jemand eine Gutschrift.
Bevor Sie eine Regel ändern
Regeländerungen sind der riskanteste Eingriff in diesem Bereich, weil sie billig zu machen und teuer zu verfehlen sind.
- Schreiben Sie auf, welche Konfigurationen die Änderung betreffen soll, bevor Sie sie machen.
- Testen Sie die Standardwerte neu. Jedes Mal.
- Testen Sie Ihre zwanzig echten Konfigurationen neu, aus den letzten zwanzig konfigurierten Aufträgen.
- Lassen Sie die Änderung von der Person prüfen, die das Produkt verantwortet — nicht von der, die den Shop administriert.
Wenn es nicht der Konfigurator ist
Zwei Fehler sehen aus wie Konfiguratorprobleme und sind keine:
- Das ERP lehnt die Bestellung ab. Die Konfiguration ist gültig; die Zuordnung zu den Merkmalen Ihres ERP ist unvollständig. Siehe Feldzuordnung.
- Der Einkäufer sieht das Produkt gar nicht. Das ist Sichtbarkeit, keine Konfiguration — siehe Ein Produkt ist nicht sichtbar.
Weiter
- Einen Konfigurator aufbauen — die Regeltabelle, die diese Prüfungen voraussetzen.
- Konfigurieren und bestellen — was die Bestellposition enthalten soll.