Checkout konfigurieren
Im Checkout wird jede Konfigurationsentscheidung dieses Bereichs für den Käufer auf einmal sichtbar. Dort suchen viele nach einer einzigen Einstellungsseite, und es gibt keine: Was ein Käufer am Ende eines Warenkorbs vorfindet, setzt sich aus Regeln zusammen, die an vier verschiedenen Stellen liegen.
Was im Checkout passiert
Die Storefront stellt drei Fragen und gibt dann die Bestellung auf.
- Welche Zahlungsmethoden gelten? Sie sendet Land des Käufers, Bestellwert und Währung und bekommt nur die Methoden zurück, die in Frage kommen, jede mit ihrer berechneten Gebühr.
- Welche Versandarten gelten, und was kosten sie? Sie sendet Land, Bestellwert netto und brutto, Gewicht und alle Produktattribute, über die eine Tarifmatrix bepreisen könnte, und bekommt die anwendbaren Versandarten mit Preisen und Lieferprognosen zurück, dazu die ausgeschlossenen mit Begründung.
- Darf diese Person diese Bestellung aufgeben? Die Berechtigungen des
Käufers und die Freigabeschwelle entscheiden, ob das Ergebnis eine
Bestellung in
placedoder inpendingist.
Alle drei Fragen beantwortet der Server. Die Storefront zeigt die Antwort an; sie entscheidet sie nicht. Deshalb lässt sich eine Methode, die „nicht erscheinen sollte“, nie im Theme reparieren.
Die Entscheidungen, und wo jede liegt
| Entscheidung | Wo Sie sie setzen |
|---|---|
| Welche Zahlungsmethoden es gibt, mit Gebühren und Grenzen | Order Management › Zahlungen › Methoden |
| Welche Versandarten es gibt und was sie kosten | Order Management › Versand › Methoden |
| Versandkostenfrei ab einem Bestellwert | Die eigene Schwelle der Versandart, oder eine shopweite Einstellung |
| Ob eine Bestellung ab einem Wert eine Freigabe braucht | Die Freigabeschwelle der Orders-App |
| Die Währung, die eine Bestellung ohne Währungsangabe bekommt | Die Standardwährung der Orders-App, je Markt |
| Die maximale Zahl der Positionen auf einer Bestellung | Die Positionsobergrenze der Orders-App (Standard 500) |
| Ob ein Warenkorb bei der Umwandlung Bestand reserviert | Die Reservierungseinstellung der Carts-App |
| Auf welchen Preis ein umgewandelter Warenkorb gebucht wird | Die Preis-Snapshot-Einstellung der Carts-App |
| Felder, die ein Käufer ausfüllt, etwa Bestellnummer, Kostenstelle, Wunschtermin | Die Checkout-Seite Ihrer Storefront |
Die letzte Zeile ist die, an der sich viele stoßen. Die Erfassung der
eigenen Bestellnummer des Käufers passiert in der Storefront; die
Speicherung ist ein vollwertiges Feld auf der Bestellung
(customer_order_number). Fragt Ihr Checkout nicht danach, bleibt das Feld
leer, und Ihre Rechnungen gehen ohne die Nummer raus, über die die
Kreditorenbuchhaltung des Käufers abgleicht.
Die vier B2B-Felder, auf die Sie bestehen sollten
| Feld | Warum es seinen Platz verdient |
|---|---|
| Bestellnummer des Käufers (PO) | Die eigene Referenz des Käufers. Fehlt sie, verzögert sich die Zahlung; das ist keine kosmetische Lücke. Landet in customer_order_number |
| Kostenstelle | Auf welches Budget die Zeile gebucht wird. Je Position gespeichert, weil eine Bestellung mehrere umfassen kann |
| Wunschtermin | Im Projektgeschäft üblich, und er gehört auf die Bestellung statt in einen Kommentar |
| Positionstext | Der eigene Text des Käufers auf einer Zeile: seine interne Artikelnummer, eine Maschinennummer, ein Stockwerk |
Kostenstelle und Positionstext sind Felder je Position auf der Bestellung, und das ist die richtige Granularität. Ein Käufer, der in einem Warenkorb für drei Abteilungen bestellt, braucht drei Kostenstellen.
Preise: auf welchen die Bestellung gebucht wird
Eine Warenkorbposition trägt zwei Preise: den, der beim Hinzufügen angezeigt wurde, und den aktuellen, falls sich der Katalog seitdem bewegt hat. Bei der Umwandlung des Warenkorbs gewinnt einer von beiden, und das ist eine Einstellung.
- Snapshot bucht den Preis, der dem Käufer angezeigt wurde. Vorhersehbar, und in einem Streitfall zu verteidigen. Das ist der Standard.
- Aktuell liest den Preis bei der Umwandlung neu. Richtig, wenn Sie nie unter dem heutigen Preis verkaufen wollen, und ein Support-Fall in Wartestellung, wenn ein Käufer einen Warenkorb über eine Preisänderung hinweg offen lässt.
Wie auch immer Sie sich entscheiden: Danach ist die Bestellung eingefroren. Siehe Der Lebenszyklus einer Bestellung.
Bestand im Checkout reservieren
Die Umwandlung kann das Bestandssystem bitten, die Ware zu halten. Drei Einstellungen:
| Einstellung | Verhalten |
|---|---|
| Nie | Keine Reservierung. Am schnellsten, und zwei Käufer können den letzten Artikel bestellen |
| Reservieren | Eine Reservierung anfragen; bei Fehlschlag trotzdem umwandeln |
| Erforderlich | Eine Reservierung anfragen; bei Fehlschlag die Umwandlung ablehnen |
Erforderlich ist richtig, wenn Sie knappe, hochwertige oder serialisierte Ware verkaufen, und falsch, wenn Sie aus einem Live-Bestandsfeed Ihres ERP verkaufen, der ohnehin führend ist. Die Reservierung hat ein Ablaufdatum, ein abgebrochener Checkout gibt den Bestand also von allein zurück. Siehe Bestand, Standorte und Verfügbarkeit.
Was Sie prüfen
Geben Sie eine Testbestellung komplett auf, öffnen Sie sie dann unter Order Management › Bestellungen und prüfen Sie:
- Die drei Status-Badges zeigen
placed/ den erwarteten Zahlungsstatus /unfulfilled. customer_order_numberim Reiter Übersicht enthält, was Sie eingegeben haben.- Die Summen entsprechen dem, was der Käufer gesehen hat: Zwischensumme, Versand, Steuer, Gesamtsumme.
- Die Snapshots für Versand und Zahlung im Reiter Zahlung nennen die gewählte Methode.
- Kostenstelle und Positionstext sind auf der Position gelandet und nicht in einem Kommentar.
Fehlt eine Methode, die Sie erwartet haben, ist das eine Antwort der Eignungsprüfung: Prüfen Sie die Länderliste, die Bestellwertgrenzen und, beim Versand, den Status des Versanddienstleisters.
Weiter
- Zahlungsmethoden: was Sie anbieten, und was es Sie kostet.
- Versandarten und Versanddienstleister: Tarife, Staffeln und Lieferversprechen.
Checkout, Zahlung und Versand entwerfen
Zahlungsmethoden, Versandtarife, Lagerstandorte und Belegnummern: die Regeln, auf die ein Käufer im Checkout trifft.
Zahlungsmethoden
Rechnung, Vorkasse, Karte und PayPal: wie Methoden, Anbieter und Gebühren konfiguriert werden, und welche davon im B2B tatsächlich genutzt werden.