Zum Hauptinhalt springen
Die Tags mit dem Präfix D- bilden die abweichende Lieferadresse ab. Sie sind das Spiegelbild der A-Tags für die Rechnungsadresse und folgen demselben Bauplan: ein technischer Feldname, an den ein Zusatz angehängt wird. Darüber hinaus kann eine Lieferadresse etwas, was eine Rechnungsadresse nicht kann. Ein Kunde darf mehrere davon speichern, eine davon als Standard festlegen und bei einer Bestellung sogar mehrere gleichzeitig verwenden. Dafür gibt es die zusätzlichen Gruppen auf dieser Seite. Wegweiser: Abweichende Lieferadresse abfragen · Referenz: A- (Rechnungsadresse)

Woher die Feldnamen kommen

Die Basisfelder der Lieferadresse sind in der Shopkonfiguration shop.config im Abschnitt <DeliveryAddressFields-Txt> definiert. Der Parametername ist der technische Feldname, der Wert dahinter die Beschriftung.
Aus FirstName werden damit D-FirstName, D-FirstName_input, D-FirstName_text und alle weiteren Zusätze. Referenz: Abschnitt <[DeliveryAddressFields-Txt](/v8s/referenz/konfigurationen/shopkonfiguration-shop-config/adressen-und-eingabepruefung#deliveryaddressfields-txt)>

Ein Eingabefeld vollständig

Das Beispiel der Quelle schreibt im class-Attribut des Eingabefeldes ~D-FirstName_error ohne abschließende Tilde. So abgetippt bleibt der Tagname als Text im Markup stehen. Achten Sie darauf, dass jedes Tag von zwei Tilden eingeschlossen ist.

Die Zusätze am Eingabefeld

_visible und _required hängen von der Shopkonfiguration ab. Klammern Sie jedes Feld in _visible ein, dann verschwindet es automatisch, wenn es für das gewählte Land oder den gewählten Adresstyp nicht gebraucht wird. _error als Einzel-Tag ergibt die Zeichenfolge _error. Im Beispiel wird daraus die Klasse input_error, solange ein Fehler vorliegt, und sonst input. So braucht es keine zweite Klammerung nur für die Gestaltung.

Die eingabeabhängige Steuerung

_action greift, wenn für dieses Feld im Abschnitt <AddressFields-Actions> eine Abhängigkeit hinterlegt ist. Dann muss das Template die Adresseingabe nachladen lassen.
Die Klammerung verhindert, dass auf jedem Feld eine Aktion hängt. Nur die Felder, für die tatsächlich eine Abhängigkeit besteht, lösen das Nachladen aus.

Ein Feld ausdrücklich als gelöscht melden

Leert der Käufer ein Feld, wird das an ein angeschlossenes System oft nur als “nicht geändert” übermittelt, und der alte Wert bleibt dort stehen. Mit _hiddeninputflagdeleted melden Sie die Löschung ausdrücklich.
Soll ein leeres Feld übergeben, aber nicht als gelöscht markiert werden, bleibt value leer.

Auswahllisten

Für Felder mit fester Wertemenge, beispielsweise das Land, baut das Template die Auswahlliste aus vier Zusätzen selbst auf.
Der Zusatz _list erzeugt eine fertige Auswahlliste, wird aber in der nächsten Version von WEBSALE V8s nicht mehr unterstützt. Bauen Sie neue Templates mit den vier Zusätzen oben, dann können Sie die Liste auch gestalten.
Wegweiser: Auswahllisten der Adressdaten

Besondere Felder

D-CountryISO, D-SalutationCode und D-TitleCode sind für die Weitergabe an angeschlossene Systeme gedacht. Dem Käufer zeigen Sie D-Country, D-Salutation und D-Title, also die Klartextfassungen. Die drei Auswahllisten aus D-DateOfBirth_list erzeugt der Shop selbst. Gestalten lassen sie sich über die Klasse select_date_of_birth, die allen dreien zugewiesen ist, und über die IDs ws_input_delivery_date_of_birth_day, ws_input_delivery_date_of_birth_month und ws_input_delivery_date_of_birth.
Die ID der Jahresliste trägt keinen Zusatz und heißt schlicht ws_input_delivery_date_of_birth. Wer sie nach dem Muster der beiden anderen mit _year anspricht, trifft nichts.

Die gespeicherten Lieferadressen

D-LoadData

Lädt alle gespeicherten Lieferadressen des angemeldeten Kunden. Erst danach liefern die übrigen D-Tags außerhalb des Bestellablaufs etwas.
Das Tag wirkt nur bei angemeldetem Kunden und nur über eine verschlüsselte Verbindung. Auf einer Seite ohne HTTPS oder bei einem Gast bleibt es wirkungslos, und die nachfolgenden Tags liefern nichts.Jeder Aufruf holt die Adressen aus der Datenbank. Setzen Sie das Tag deshalb nicht global in den Seitenkopf, sondern nur dort, wo Sie die Daten wirklich brauchen.

D-Data

Das zentrale Tag der Adressverwaltung, in drei Rollen.

Die Standard-Lieferadresse

D-IsDefault und D-SetAsDefaultLink gehören in die Schleife, weil sie sich auf die einzelne Adresse beziehen. D-RemoveDefaultLink gehört außerhalb, denn es gibt nur eine Standardadresse und damit nur einen Link zum Entfernen. Wird der Standard entfernt, wählt der Shop je nach Einstellung die zuletzt verwendete Lieferadresse oder die Rechnungsadresse vor. Wegweiser: Standard-Lieferadresse festlegen

D-OneTime

Greift, wenn die gewählte Lieferadresse einmalig verwendet und nicht im Kundenkonto gespeichert wird.

Die Suche in den Lieferadressen

Wer zwanzig oder mehr Lieferadressen gespeichert hat, braucht eine Suche.
Beide Tags und die Schaltfläche müssen innerhalb des Formulars FORM-DelivAddrSearch stehen. In einem anderen Formular derselben Seite bleibt die Suche wirkungslos.
Der Link zum Zurücksetzen erscheint nur, wenn tatsächlich gesucht wurde. Ohne ihn kommt der Käufer nur über einen erneuten Aufruf der Seite zur vollständigen Liste zurück. Wegweiser: Volltextsuche für multiple Kundendaten anbieten

Eine gespeicherte Adresse auswählen

Im Bestellablauf wählt der Käufer aus seinen gespeicherten Lieferadressen. Dafür gibt es D-DeliverySelection mit vier Zusätzen.
Die vier Zusätze _input, _error, _selected und _value funktionieren ausschließlich innerhalb des positiven Bereichs {D-DeliverySelection}. Außerhalb sind sie ungültig. Das ist dasselbe Muster wie bei der Auswahl der Bankverbindung und der Kreditkarte.
Der äußere Bereich greift, wenn überhaupt gespeicherte Lieferadressen vorliegen. Die Auswahlliste verschwindet damit von selbst, wenn es nichts auszuwählen gibt.

Mehrere Lieferadressen je Bestellung

Bei MultiDelivery geht jede Warenkorbposition an eine eigene Lieferadresse. Das Verwaltungstemplate dafür braucht eine zweite Garnitur von Zusätzen, erkennbar am mdm im Namen.
Die beiden Garnituren dürfen nicht vermischt werden. Die Tags ohne onetime gelten für gespeicherte Adressen, die mit onetime für einmalig verwendete. Bei einer gespeicherten Adresse liefert mdm_onetime_editmode_buttonvalue nichts und umgekehrt.
Anders als die vier Zusätze im vorigen Abschnitt brauchen die mdm-Tags keine Klammerung mit {D-DeliverySelection}. Sie arbeiten unabhängig davon, gehören aber in die Schleife {@D-Data}.

Wie oft eine Adresse verwendet wird

Wegweiser: Mehrere Lieferadressen auswählen · Referenz: Tags für multiple Adressen

Die Tags im Überblick

Die Zusätze am Feld

Die übrigen Tags

Verwandte Themen