Skip to main content
Der Bestellablauf ist in WEBSALE frei konfigurierbar und umsetzbar. Das betrifft zum einen die Anzahl der Schritte eines Checkouts, zum anderen die Inhalte, die im Bestellablauf abgefragt und verarbeitet werden, zum Beispiel Adressen, Zahlungsarten, Versandarten, Bestätigungen oder zusätzliche Angaben.

Konfigurationen

Folgende Einstellungen sind relevant für die Konfiguration eines WEBSALE Bestellablaufs:

checkout - Bestellablauf

Zentrale Konfiguration des Bestellablaufs, zum Beispiel für Gastbestellung, Vorauswahlen, freie Checkout-Felder, Versandarten und Fehleranzeige. Relevant sind insbesondere:
  • checkout.checkout - Allgemeine Checkout-Einstellungen, Gastbestellung, freie Felder, Standardwerte. Darin unter anderem:
    • fieldErrorVisibility - Fehleranzeige und Fehlerlogik im Checkout
    • defaults - Vorauswahlen, beispielsweise Land, Versandart, Zahlungsart
  • checkout.shippingMethod - Versandarten im Bestellablauf
  • checkout.clearingErrors - Allgemeiner Fehlertext, wenn eine Online-Zahlung scheitert
Alle Einstellungsmöglichkeiten siehe checkout - Bestellablauf

customer - Kundendaten

Konfiguration der Kundendatenfelder, zum Beispiel für Felddefinitionen, Pflichtfelder, Labels, Feldtypen und Validierungen. Relevant sind insbesondere:
  • customer.customerDataField - Definition einzelner Kundendatenfelder, die abgefragt werden sollen
  • customer.customerDataFieldSettings - Einstellungen und Validierungen der Kundendatenfelder
  • customer.customerDataGroup - Gruppierung von Kundendatenfeldern
Alle Einstellungsmöglichkeiten siehe customer - Kundendaten

accounts - Benutzerkonten

Relevant für eingeloggte Kunden, gespeicherte Adressen sowie gespeicherte Bank- oder Zahlungsdaten. Relevant sind insbesondere:
  • accounts.addressFieldsSettings - Einstellungen für Adressfelder
  • accounts.addressField - Definition einzelner Adressfelder
  • accounts.customAddressField - Zusätzliche individuelle Adressfelder
Optional zusätzlich:
  • accounts.bankInfoField - Bankdatenfelder
  • accounts.creditCardField - Kreditkartenfelder
Alle Einstellungsmöglichkeiten siehe accounts - Benutzerkonten

payment - Zahlungsmethoden

Konfiguration der angebotenen Zahlungsarten und angebundenen Payment-Provider. Relevant ist insbesondere:
  • payment.payment - Verfügbare Zahlungsarten
Je nach eingesetzten Zahlungsarten zusätzlich zum Beispiel:
  • payment.payPalCheckout - Konfiguration für PayPal Checkout
  • payment.payPalCheckoutErrors - Fehlertexte zu abgelehnten PayPal-Zahlungen
  • payment.stripe - Konfiguration für Stripe
  • payment.stripeErrors - Fehlertexte zu abgelehnten Stripe-Zahlungen
bzw. die jeweilige Konfiguration der Zahlungsarten, die im Checkout angeboten werden sollen. Alle Einstellungsmöglichkeiten siehe payment - Zahlungsmethoden

Module

Für die Integration in die Templates sind insbesondere diese Module relevant:
  • $wsCheckout - Checkout-Zustand, Adressen, Versand, Zahlung, Probleme, Summen
  • $wsActions - Aktionen erzeugen und auswerten
  • $wsAccount - Login-Status, E-Mail, Adressen, loadAddress()
  • $wsViews - Aktuelle URL, Zielseiten, View-URLs
  • $wsBasket - Warenkorb und Bestellübersicht
  • $wsConfig - Konfigurationswerte, zum Beispiel Anreden und Währung
Optional zusätzlich, wenn im Checkout eingebunden:

Aktionen

Für einen Checkout sind - je nach gewünschtem Umfang - insbesondere die unter Checkout dokumentierten Aktionen relevant. Alle Aktionen für den Bestellablauf siehe Checkout

Abgebrochene und fehlgeschlagene Online-Zahlungen

Bei einer Online-Zahlung verlässt der Käufer den Shop kurzzeitig, um die Zahlung beim Zahlungsdienst zu bestätigen. Bricht er die Zahlung ab oder wird sie vom Zahlungsdienst abgelehnt, kehrt er in den Checkout zurück. Die Bestellung ist dann noch nicht abgeschlossen und der Käufer kann eine andere Zahlungsart wählen oder es erneut versuchen. Den Grund für die Ablehnung zeigt das Template über $wsCheckout.problems.clearing an. Die Texte dafür stammen aus diesen Knoten: Zu welcher Seite der Käufer zurückkehrt, legt die Konfiguration der Zahlungsart fest. Bei PayPal Checkout sind das die Parameter cancelTemplate und errorTemplate unter payment.payPalCheckout. Beide verweisen ohne eigene Angabe auf checkout.htm.

Zahlungen ohne Rückmeldung

Kehrt der Käufer nicht in den Shop zurück und meldet auch der Zahlungsdienst kein Ergebnis, bleibt die Zahlung offen. Der Shop prüft solche Zahlungen regelmäßig. Liegt nach zwei Stunden noch kein Ergebnis vor, beendet er die Zahlung wegen Zeitüberschreitung und gibt die Bestellung frei. Meldet der Zahlungsdienst die Zahlung danach doch noch als erfolgreich, schließt der Shop die Bestellung trotzdem ab. Bestellungen aus dem Testmodus und als Fake markierte Bestellungen sind von dieser Prüfung ausgenommen.

Zusätzlich relevant für einen OnePage Checkout

Wenn alle Checkout-Bereiche auf einer Seite zusammengeführt werden, sind insbesondere diese Punkte relevant: Alle genannten Bereiche sind in der jeweiligen Referenzdoku beschrieben und verlinkt. Diese Übersicht dient als technischer Einstiegspunkt für die Umsetzung.