Die fünf Templates
Alle fünf tragen Sie in der Shopkonfigurationshop.config im Abschnitt <Templates> ein.
Die Dateinamen sind Konvention, nicht Vorschrift. Maßgeblich ist der Parameter im Abschnitt
<Templates>. Mehrere Tags dieser Seite prüfen intern, auf welchem Template sie stehen, und gelten als ungültiges Tag, wenn sie woanders auftauchen.
Rechnungsadresse und Lieferziel auf einer Seite
Das TemplateCombinedAddress erledigt beides in einem Formular: die Eingabe der Rechnungsadresse und die Entscheidung, wohin geliefert werden soll.
Was ST-MultipleData wirklich prüft
Die bisherige Beschreibung setztST-MultipleData mit “angemeldet” gleich und ST-SingleData mit “nicht angemeldet”. Das stimmt nur auf zwei der Templates.
Der Grund für die Sonderregel auf der Bestellübersicht ist, dass dort nicht Adressen, sondern Zahlungsdaten mehrfach vorliegen können. Dieselben beiden Tags bedienen beide Fälle. Setzen Sie sie deshalb immer mit Blick auf das Template, auf dem sie stehen.
Das Lieferziel über Radiobuttons
Statt einer einzelnen Selectbox können Sie das Lieferziel über eine Gruppe von Radiobuttons anbieten und die Liste der gespeicherten Adressen nur dann einblenden, wenn sie gebraucht wird. Dafür gibt es eine eigene Tag-Familie mit immer demselben Bauplan.
Für
<Ziel> gibt es fünf Werte.
radioselected-Tags geben als Einzel-Tag checked mit einem führenden Leerzeichen aus. Sie können sie deshalb direkt hinter das vorangehende Attribut setzen. Als Klammerung greifen sie bei der jeweils gewählten Option, so wie oben bei der Auswahlliste.
Die neue Adresse speichern
Gibt der Käufer eine neue Lieferadresse ein, kann er sie für das nächste Mal speichern lassen.
Damit legt der Käufer die neue Adresse zugleich als Standard-Lieferadresse fest, statt sie nur zu speichern.
Beide Feldnamen sind im Shopsystem fest vergeben. Nehmen Sie sie immer aus dem Tag und schreiben Sie sie nicht von Hand, sonst erkennt der Shop die Eingabe beim Absenden nicht.
Zum Ändern einer gewählten Adresse
BT-DelivAddr_select_change liefert den Feldnamen der Schaltfläche, mit der die in der Auswahlliste gewählte Lieferadresse zum Bearbeiten geöffnet wird. Beschrieben ist das Tag bei BT- (Schaltflächen).
Die Rechnungsadresse im Kundenkonto ändern
Auf dem TemplateAddressManage gibt es nur einen Zustand: das Formular.
Die Lieferadresse im Bestellablauf anzeigen
Das TemplateDelivAddress zeigt die Adresse, an die geliefert wird.
Die Lieferadressen verwalten
Das TemplateDelivAddressManage ist die einzige Seite mit mehreren Zuständen. Welcher gilt, entscheidet das Shopsystem, und drei Klammerungen trennen sie im Template.
Die Tags dieser Seite
MSG-DelivAddr_saved und MSG-DelivAddr_deleted fehlen in der bisherigen Beschreibung dieser Seite. Mit ihnen melden Sie den Erfolg einer Aktion zurück, statt den Käufer kommentarlos auf die Übersicht zu schicken.
Aus dem Bestellablauf oder aus dem Kundenkonto
Dieselbe Seite wird von zwei Stellen aus aufgerufen, und sie muss danach an verschiedene Orte zurückführen.D-Mode_Order und D-Mode_Manage unterscheiden das.
D-Mode_Order greift, wenn die hinterlegte Folgeseite die Adresseingabe oder die Bestellübersicht ist, D-Mode_Manage in jedem anderen Fall. In der Praxis läuft das auf dieselbe Unterscheidung hinaus, die beiden Zweige schließen einander immer aus.
Die Einstiege im Kundenkonto
Einzelne Felder statt Blockpositionierung
WS-AddrFields und WS-DelivAddrFields geben den kompletten Satz Eingabefelder aus. Wenn Sie das Layout selbst bestimmen wollen, positionieren Sie stattdessen jedes Feld einzeln. Dafür gibt es zu jedem Adressfeld ein festes Raster von Suffixen, bei der Rechnungsadresse unter A-, bei der Lieferadresse unter D-.
- Referenz: A- (Rechnungsadresse)
- Referenz: D- (Lieferadresse)
_error an, und die Klammerungen für fehlerhafte Eingaben greifen auch dort.
Verwandte Themen
- Wegweiser: Rechnungs- und multiple Lieferadressen abfragen
- Wegweiser: Auswahllisten der Adressdaten
- Wegweiser: Prüfungen der Adressdaten festlegen
- Referenz: MDM- (Mehrere Lieferadressen)
- Referenz: Abschnitt DeliveryAddressSelection
