Zum Hauptinhalt springen
Diese Seite beschreibt die verfügbaren Services zur Validierung von Benutzereingaben sowie die regelbasierten Prüfungen für Zahlungs- und Versandarten. Die Services sind keine klassischen Konfigurationsknoten mit eigener Struktur, sondern werden in den jeweiligen Formular- oder Regeldefinitionen referenziert (z. B. in Account-, Checkout- oder Payment-/Shipping-Konfigurationen).

addressCheck.* - Adressvalidierungen

addressCheck.* enthält Prüfungen für Adressfelder (z.B. Name, Straße, PLZ). Die Prüfungen werden in den jeweiligen Felddefinitionen unter validations hinterlegt. Das Frontend zeigt die Felder wie konfiguriert an und prüft beim Ausfüllen, ob die Eingaben gültig sind. So werden falsche oder unzulässige Werte früh erkannt.

addressCheck.minLength - Mindestlänge

Prüft die Mindestlänge der Eingabe bei Adressfeldern.

Beispielkonfiguration für (accounts.addressField.firstName)

Parameterübersicht

addressCheck.maxLength - Maximallänge

Prüft die Maximallänge der Eingabe bei Adressfeldern.

Beispielkonfiguration für (accounts.addressField.firstName)

Parameterübersicht

addressCheck.numeric - Nur Ziffern

Prüft, ob die Eingabe bei Adressfeldern nur aus Ziffern besteht.

Beispielkonfiguration für (accounts.addressField.phone)

Parameterübersicht

addressCheck.country - Ländercode (ISO)

Prüft, ob die Eingabe resp. Auswahl bei Länderlisten der Adressdatenfelder ein im Shop konfigurierter Ländercode ist (ISO-Code: 2-stellig, 3-stellig oder ISO-Nummer). Die offiziellen ISO-3166-1-Codes (alpha-2, alpha-3 und numerisch) finden sich auf der Website der International Organization for Standardization (ISO): https://www.iso.org/iso-3166-country-codes.html

Beispielkonfiguration für (accounts.addressField.country)

Parameterübersicht

addressCheck.zip - Postleitzahl (PLZ)

Prüft, ob die Eingabe eine gültige Postleitzahl (PLZ) für das angegebene Land ist. Die PLZ-Regeln stammen aus der Konfiguration. Das dazugehörige Land muss zwingend im Feld country übergeben werden.

Beispielkonfiguration für (accounts.addressField.zip)

Parameterübersicht

addressCheck.salutation - Anrede (Code)

Prüft, ob die Eingabe eine gültige Anrede ist (Code gemäß Konfiguration).

Beispielkonfiguration für (accounts.addressField.salutationCode)

Parameterübersicht

addressCheck.regex - Regulärer Ausdruck

Prüft, ob die Eingabe zu einem regulären Ausdruck passt.

Beispielkonfiguration für (accounts.addressField.additionalInfo)

Parameterübersicht

addressCheck.phone - Telefonnummer

Prüft, ob die Eingabe eine gültige Telefonnummer ist. Eine gültige Nummer besteht aus Ziffern (ohne Längenbeschränkung) und optional einer internationalen Vorwahl. Das + in der Vorwahl wird nach erfolgreicher Validierung durch 00 ersetzt.

Beispielkonfiguration für (accounts.addressField.phone)

Parameterübersicht

addressCheck.alpha - Nur Buchstaben (A–Z)

Prüft, ob die Eingabe nur aus lateinischen Buchstaben besteht (Groß-/Kleinschreibung egal).

Beispielkonfiguration für (accounts.addressField.additionalInfo)

Parameterübersicht

addressCheck.alphanum - Buchstaben/Ziffern (A–Z/0–9)

Prüft, ob die Eingabe nur aus lateinischen Buchstaben oder Ziffern besteht (Groß-/Kleinschreibung egal).

Beispielkonfiguration für (accounts.addressField.additionalInfo)

Parameterübersicht

addressCheck.legalSigns - Erlaubte Zeichen

Prüft, ob alle Zeichen der Eingabe in der erlaubten Zeichenauswahl enthalten sind (Groß-/Kleinschreibung relevant).

Beispielkonfiguration für (accounts.addressField.additionalInfo)

Parameterübersicht

addressCheck.illegalSigns - Verbotene Zeichen

Gegenteil von legalSigns: Die Eingabe darf keines der angegebenen Zeichen enthalten.

Beispielkonfiguration für (accounts.addressField.phone)

Parameterübersicht

addressCheck.date - Datum

Prüft, ob die Eingabe ein gültiges Datum ist, und formatiert die Eingabe bei Bedarf.

Beispielkonfiguration für (accounts.addressField.additionalInfo)

Parameterübersicht

addressCheck.allowedSelection - Auswahl (Listenelement)

Validiert, ob die Eingabe einem vordefinierten Auswahlwert entspricht. Hierzu wird die dataId einer Konfiguration aus general.addressListElements übergeben. Typische Anwendung: Prüfung, ob eine Adresse z. B. „Packstation” oder „Privatadresse” ist.

Beispielkonfiguration für (accounts.addressField.addressType)

Parameterübersicht


dataChecker.* - Allgemeine Feldvalidierungen

dataChecker.* enthält Prüfungen für allgemeine Formularfelder, die nicht speziell zu einer Adresse gehören. Die Prüfungen werden in der jeweiligen Felddefinition unter validations eingebunden. Das Frontend übernimmt die Vorgaben aus der Felddefinition und prüft beim Ausfüllen, ob die Eingabe korrekt ist (z.B. Länge, Format oder unerlaubte Zeichen).

dataChecker.minLength - Mindestlänge

Prüft die Mindestlänge der Eingaben bei Formular-Eingabefeldern.

Beispielkonfiguration für (inquiry.form.catalogue.fields.firstName)

Parameterübersicht

dataChecker.maxLength - Maximallänge

Prüft die Maximallänge der Eingaben bei Formular-Eingabefeldern.

Beispielkonfiguration für (inquiry.form.catalogue.fields.firstName)

Parameterübersicht

dataChecker.numeric - Nur Ziffern

Prüft, ob die Eingabe bei Formular-Eingabefeldern nur aus Ziffern besteht.

Beispielkonfiguration für (inquiry.form.catalogue.fields.phone)

Parameterübersicht

dataChecker.country - Ländercode (ISO)

Prüft, ob die Eingabe resp. Auswahl bei Länderlisten der Formularfelder ein im Shop konfigurierter Ländercode ist (ISO-Code: 2-stellig, 3-stellig oder ISO-Nummer). Die offiziellen ISO-3166-1-Codes (alpha-2, alpha-3 und numerisch) finden sich auf der Website der International Organization for Standardization (ISO): https://www.iso.org/iso-3166-country-codes.html

Beispielkonfiguration für (inquiry.form.catalogue.fields.country)

Parameterübersicht

dataChecker.zip - Postleitzahl (PLZ)

Prüft, ob die Eingabe eine gültige Postleitzahl (PLZ) für das angegebene Land ist. Die PLZ-Regeln stammen aus der Konfiguration. Das dazugehörige Land muss zwingend im Feld country übergeben werden.

Beispielkonfiguration für (inquiry.form.catalogue.fields.zip)

Parameterübersicht

dataChecker.salutation - Anrede (Code)

Prüft, ob die Eingabe eine gültige Anrede ist (Code gemäß Konfiguration).

Beispielkonfiguration für (inquiry.form.catalogue.fields.salutation)

Parameterübersicht

dataChecker.regex - Regulärer Ausdruck

Prüft, ob die Eingabe zu einem regulären Ausdruck passt.

Beispielkonfiguration für (inquiry.form.catalogue.fields.additionalInfo)

Parameterübersicht

dataChecker.email - E‑Mail-Adresse

Prüft, ob die Eingabe eine gültige E‑Mail-Adresse ist.

Beispielkonfiguration für (inquiry.form.catalogue.fields.mail)

Parameterübersicht

dataChecker.alphaClass - Buchstaben (min/verschiedene)

Stellt sicher, dass die Eingabe mindestens minChars lateinische Buchstaben enthält (Groß-/Kleinschreibung egal); optional Mindestanzahl unterschiedlicher Buchstaben.

Beispielkonfiguration für (inquiry.form.catalogue.fields.additionalInfo)

Parameterübersicht

dataChecker.lowerAlphaClass - Kleinbuchstaben

Wie alphaClass, jedoch nur Kleinbuchstaben.

Beispielkonfiguration für (inquiry.form.catalogue.fields.additionalInfo)

Parameterübersicht

dataChecker.upperAlphaClass - Großbuchstaben

Wie alphaClass, jedoch nur Großbuchstaben.

Beispielkonfiguration für (inquiry.form.catalogue.fields.additionalInfo)

Parameterübersicht

dataChecker.digitClass - Ziffern

Wie alphaClass, jedoch für Ziffern.

Beispielkonfiguration für (inquiry.form.catalogue.fields.additionalInfo)

Parameterübersicht

dataChecker.specialClass - Sonderzeichen

Wie alphaClass, jedoch für Sonderzeichen.

Beispielkonfiguration für (inquiry.form.catalogue.fields.additionalInfo)

Parameterübersicht

dataChecker.sequenceOfIdenticalCharacters - Wiederholte Zeichen (Sequenz)

Prüft, ob dasselbe Zeichen zu oft hintereinander vorkommt.

Beispielkonfiguration für (inquiry.form.catalogue.fields.additionalInfo)

Parameterübersicht

dataChecker.consecutiveNumbers - Fortlaufende Zahlen

Prüft auf auf- oder absteigende Zahlenketten (z. B. 12345 oder 54321).

Beispielkonfiguration für (inquiry.form.catalogue.fields.additionalInfo)

Parameterübersicht

dataChecker.consecutiveLetters - Fortlaufende Buchstaben

Prüft auf auf- oder absteigende Buchstabenkombinationen (z. B. abcd oder dcba).

Beispielkonfiguration für (inquiry.form.catalogue.fields.additionalInfo)

Parameterübersicht

dataChecker.palindrome - Palindrom

Prüft, ob die Eingabe ein Palindrom ist (vorwärts/rückwärts identisch, z. B. „Otto”).

Beispielkonfiguration für (inquiry.form.catalogue.fields.additionalInfo)

Parameterübersicht


paymentValidation.* - Zahlungsarten-Validierung

paymentValidation.* enthält Regeln, mit denen festgelegt wird, ob eine Zahlungsart im Checkout erlaubt ist. Die Prüfung kann z.B. vom Land der Rechnungs- oder Lieferadresse, vom Kundentyp, vom Warenkorb oder vom Bestellwert abhängen. Diese Regeln können in der Konfiguration der jeweiligen Zahlungsart unter validations eingetragen werden. Das Frontend zeigt dann nur passende Zahlungsarten an oder verhindert die Auswahl, wenn die Bedingungen nicht erfüllt sind. Hier geht es zum zugehörigen Konfigurationsknoten payment: payment - Zahlungsmethoden Auswertung im Frontend Im Template werden die konfigurierten Regeln über die Methode $wsCheckout.isValidPayment(paymentId) ausgewertet: Sie führt alle unter validations hinterlegten Services aus und gibt false zurück, sobald mindestens eine Regel fehlschlägt. So werden nicht verfügbare Zahlungsarten in der Auswahl deaktiviert oder ausgeblendet.
Für die aktuell ausgewählte Zahlungsart stehen die Gründe einer fehlgeschlagenen Prüfung unter $wsCheckout.problems.payment bereit; das Feld check nennt den fehlgeschlagenen Service.

paymentValidation.billCountry - Validierung des Landes (Rechnungsadresse) für Zahlungsarten

Prüft, ob das Land der Rechnungsadresse entsprechend einer „Allow/Deny”-Liste für eine Zahlungsart zulässig ist. Über die Optionen kann festgelegt werden, für welche Länder die Regel greift und ob diese Liste Länder erlaubt oder verbietet.

Beispielkonfiguration

Parameterübersicht

paymentValidation.billPhone - Validierung der Telefonnummer

Prüft, ob für die Rechnungsadresse eine Telefonnummer angegeben ist (das Feld darf nicht leer sein).

Beispielkonfiguration

Für diesen Service sind keine Parameter vorhanden.

paymentValidation.billDateOfBirth - Validierung des Geburtsdatums

Prüft, ob für die Rechnungsadresse ein Geburtsdatum angegeben ist (das Feld darf nicht leer sein).

Beispielkonfiguration

Für diesen Service sind keine Parameter vorhanden.

paymentValidation.shippingCountry - Validierung des Landes (Lieferadresse)

Prüft, ob das Land der Lieferadresse entsprechend einer „Allow/Deny”-Liste zulässig ist. Über die Optionen kann festgelegt werden, für welche Länder die Regel greift und ob diese Liste Länder erlaubt oder verbietet.

Beispielkonfiguration

Parameterübersicht

paymentValidation.shippingMethod - Validierung der Versandart für Zahlungsarten

Prüft, ob die gewählte Zahlart nur mit bestimmten Versandarten verwendet werden darf.

Beispielkonfiguration

Parameterübersicht

paymentValidation.accountType - Validierung des Kundentyps für Zahlungsarten

Prüft, ob die gewählte Zahlart nur für bestimmte Kundentypen verwendet werden darf (Gast, Neukunde oder Bestandskunde).

Beispielkonfiguration

Parameterübersicht

Wie der Kundentyp ermittelt wird
  • guest - Der Kunde bestellt als Gast (ohne Benutzerkonto).
  • newCustomer - Ein eingeloggter Kunde, der beim Login die in accounts.account.newCustomerRules konfigurierten Neukunden-Regeln erfüllt. Eine Neuregistrierung im Bestellablauf führt unabhängig von den Regeln immer zum Typ newCustomer.
  • customer - Jeder andere eingeloggte Kunde. Sind keine Neukunden-Regeln konfiguriert, gelten eingeloggte Kunden immer als customer.
Der hier geprüfte Kundentyp ist nicht identisch mit der Template-Variable $wsCheckout.accountType (guest / new / registered): Diese gibt die im Bestellablauf gewählte Anmeldemethode aus, während die Validierung zwischen Neu- und Bestandskunden (newCustomer / customer) unterscheidet. In den Bestelldaten werden customer und newCustomer beide als registered ausgegeben.

paymentValidation.denyDifferingShippingAddress - Validierung abweichender Lieferadressen für Zahlungsarten

Prüft, ob Rechnungsadresse und Lieferadresse identisch sind.
Die Zahlart ist nur erlaubt, wenn keine abweichende Lieferadresse verwendet wird.

Beispielkonfiguration

Parameterübersicht

paymentValidation.voucherDeny - Validierung von Gutscheinprodukten für Zahlungsarten

Prüft, ob Gutscheinprodukte im Warenkorb sind. Wenn Gutscheinprodukte im Warenkorb sind, ist diese Zahlart nicht erlaubt.

Beispielkonfiguration

Parameterübersicht

paymentValidation.total - Validierung von Mindest- / Maximalbestellwert für Zahlungsarten

Prüft, ob die Zahlart nur verwendet werden darf, wenn ein bestimmter Mindest- oder Maximalbestellwert erreicht bzw. überschritten wird.

Beispielkonfiguration

Parameterübersicht

Wenn Mindest- und Maximalbestellwert gleichzeitig geprüft werden sollen, muss diese Prüfung zweimal mit unterschiedlichen Optionen konfiguriert werden.

paymentValidation.inventoryState - Validierung des Lagerbestandes für Zahlungsarten

Prüft, ob sich im Warenkorb Produkte mit einem bestimmten Lagerbestand befinden. Wenn ein Produkt im Warenkorb einen in deny konfigurierten Status hat, ist die Zahlungsart nicht erlaubt.

Beispielkonfiguration

Parameterübersicht

paymentValidation.productDependency - Validierung der Produkt-Abhängigkeiten für Zahlungsarten

Prüft die Produkte im Warenkorb anhand der Konfiguration checkout.productDependency.
Eine Zahlungsart wird nur angeboten, wenn alle referenzierten Produktabhängigkeiten erfüllt sind.
Auf diese Weise koppeln Sie eine Zahlungsart an Warenkorb-Eigenschaften, ohne die Prüflogik zu duplizieren. Die eigentlichen Bedingungen (Produktfelder, Freifelder, Wertevergleiche) werden zentral in checkout.productDependency gepflegt.

Beispielkonfiguration

Die Option “Kauf auf Rechnung” soll gesperrt werden, sobald sich ein personalisiertes Produkt (z.B. mit Gravur) im Warenkorb befindet. Weil personalisierte Artikel nicht retournierbar sind, tragen sie ein höheres Zahlungsausfallrisiko. Die Bedingung “keine Gravur im Warenkorb” definieren Sie in checkout.productDependency und referenzieren sie anschließend hier.

Parameterübersicht

paymentValidation.userAgent - Validierung des User-Agents für Zahlungsarten

Prüft, ob eine Zahlungsart basierend auf dem genutzten Gerät oder Browser des Kunden angezeigt wird. Geräte und Browser übermitteln beim Seitenaufruf automatisch eine technische Kennung, den sogenannten User-Agent. Anhand dieser Kennung lässt sich z.B. erkennen, ob jemand ein iPhone, ein iPad oder einen Mac verwendet. Die in userAgents eingetragenen Begriffe werden gegen diese Kennung geprüft, ein Treffer genügt. So lässt sich eine Zahlungsart gezielt nur für bestimmte Geräte oder Browser freischalten oder sperren, z.B. wenn Apple Pay nur für Kunden angezeigt werden soll, die ein Apple-Gerät oder einen kompatiblen Browser verwenden.

Beispielkonfiguration

Parameterübersicht


shippingMethodValidation.* - Versandarten-Validierung

shippingMethodValidation.* enthält Regeln, mit denen festgelegt wird, ob eine Versandart im Checkout erlaubt ist. Die Prüfung kann z.B. vom Lieferland, vom Warenwert, von Produkttypen oder von der gewählten Zahlungsart abhängen. Diese Regeln können in der Konfiguration der jeweiligen Versandart unter validations eingetragen werden. Das Frontend stellt dann nur die Versandarten bereit, die zu den aktuellen Bedingungen passen. Auswertung im Frontend Im Template werden die konfigurierten Regeln über die Methode $wsCheckout.isValidShippingMethod(shippingMethodId) ausgewertet (gleiches Muster wie bei den Zahlungsarten). Die Gründe für eine deaktivierte Versandart lassen sich zusätzlich über $wsCheckout.getShippingMethodDisabledErrors(shippingMethodId) ausgeben.

shippingMethodValidation.shippingCountry - Validierung des Landes (Lieferadresse)

Prüft, ob das Land der Lieferadresse entsprechend einer „Allow/Deny”-Liste zulässig ist. Über die Optionen kann festgelegt werden, für welche Länder die Regel greift und ob diese Liste Länder erlaubt oder verbietet.

Beispielkonfiguration

Parameterübersicht

shippingMethodValidation.paymentMethod - Validierung der Zahlungsart für Versandarten

Prüft, ob eine Versandart nur mit bestimmten Zahlungsarten verwendet werden darf.

Beispielkonfiguration

Parameterübersicht

shippingMethodValidation.valueOfGoods - Validierung des Mindest-/Maximalbestellwerts für Versandarten

Prüft, ob die Versandart nur verwendet werden darf, wenn ein bestimmter Mindest- oder Maximalbestellwert erreicht bzw. überschritten wird.

Beispielkonfiguration

Parameterübersicht

shippingMethodValidation.productType - Validierung des Produkttyps für Versandarten

Prüft, ob alle Produkte im Warenkorb einen passenden Produkttyp haben.

Beispielkonfiguration

Parameterübersicht

shippingMethodValidation.productDependency - Validierung der Produkt-Abhängigkeiten für Versandarten

Prüft die Produkte im Warenkorb anhand der Konfiguration checkout.productDependency.

Beispielkonfiguration

Parameterübersicht

shippingMethodValidation.expressCheckout - Validierung des Express-Checkout für Versandarten

Prüft, ob eine Versandart abhängig von der im Express-Checkout verwendeten Zahlungsart erlaubt ist. Die Prüfung greift bei PayPal Express sowie Apple Pay und Google Pay Express (PayPal Commerce Platform).

Beispielkonfiguration

Die Versandart soll nicht wählbar sein, wenn der Kunde den Bestellvorgang als PayPal-Express-Checkout durchläuft:

Parameterübersicht

Schlägt die Prüfung fehl, liefert die Validierung den Fehler expressCheckoutDenied bzw. expressCheckoutNotAllowed; im Frontend lässt er sich über $wsCheckout.getShippingMethodDisabledErrors() ausgeben.