Bestellprozess, Adressen und Prüfungen

Zwischen dem gefüllten Warenkorb und der abgeschickten Bestellung liegen eine Reihe von Abfragen. Manche sind rechtlich vorgeschrieben, beispielsweise die Bestätigung der AGB. Manche sind freiwillige Zusatzangaben wie ein Kommentar des Käufers. Und manche treten nur bei bestimmten Waren auf, etwa der Altersnachweis. Die Tags dieser Seite bauen genau diese Abfragen auf. Sie folgen fast alle demselben Muster: ein Tag für den Feldnamen, eines für den bisherigen Wert, und eines oder zwei für den Fehlerfall. Am Ende der Seite stehen die Angaben, die erst nach der abgeschickten Bestellung zur Verfügung stehen.

Referenz: Der Einstieg in das Präfix WS- steht auf Shop, Seite und Technik
Referenz: Zahlungsart, Versandart und Liefertermin stehen auf Zahlung, Versand und Bestellabschluss

Die AGB bestätigen

<label>
   <input type="checkbox"
          name="~WS-AcceptTermsAndConditions_input~"
          ~WS-AcceptTermsAndConditions_checked~>
   Ich habe die AGB gelesen und akzeptiere sie.
</label>

{WS-AcceptTermsAndConditions_error}
   <p class="fehler">~WS-AcceptTermsAndConditions_errormessage~</p>
{/WS-AcceptTermsAndConditions_error}

Tag	Liefert
`WS-AcceptTermsAndConditions_input`	den HTML-Namen des Ankreuzfeldes
`WS-AcceptTermsAndConditions_checked`	`checked`, wenn der Käufer zugestimmt hat
`WS-AcceptTermsAndConditions_error`	greift, wenn das Feld nicht angekreuzt wurde
`WS-AcceptTermsAndConditions_errormessage`	die konfigurierte Fehlermeldung

Auf welchem Template das Ankreuzfeld steht, legt der Parameter CheckboxPlacedOnTemplate im Abschnitt AcceptTermsAndConditions der Shopkonfiguration fest. Alle vier Tags gelten nur auf diesem einen Template. Stimmt die Angabe in der Konfiguration nicht mit dem Template überein, in dem das Feld steht, bleibt es wirkungslos, und die Bestellung lässt sich nicht abschicken.

WS-AcceptTermsAndConditions_errormessage holt den Text aus dem Parameter Conditions im Abschnitt NotifyMessages-Txt der Shopkonfiguration. Damit steht der Wortlaut an einer Stelle und nicht verteilt über die Templates. WS-AcceptTermsAndConditions_checked greift auch als Klammerung. Nutzen Sie das auf der Bestellübersicht, um den Stand noch einmal in Worten zu zeigen.

Wann die AGB bestätigt wurden

{WS-ConditionsAccepted_Date}
   <p>AGB bestätigt am ~WS-ConditionsAccepted_Date~ um ~WS-ConditionsAccepted_Time~ Uhr.</p>
{/WS-ConditionsAccepted_Date}

Beide Tags beziehen sich auf die aktuelle Sitzung. Sie sind auf allen Templates zulässig und gehören typischerweise in die Bestelleingangsbestätigung, damit der Zeitpunkt dokumentiert ist.

WS-CheckConditions gehört zu einer früheren, abgelösten Form dieser Funktion. Verwenden Sie es nicht mehr, sobald der Abschnitt AcceptTermsAndConditions in der Shopkonfiguration genutzt wird. Es ist nur noch der Vollständigkeit halber aufgeführt.

Weitere Einwilligungen

<label>
   ~WS-CheckAddressSharing~
   Ich bin mit der Weitergabe meiner Adresse an Dritte zu Werbezwecken einverstanden.
</label>

<label>
   ~WS-CheckTeleMarketing~
   Ich bin mit telefonischer Werbung einverstanden.
</label>

WS-CheckAddressSharing und WS-CheckTeleMarketing erzeugen jeweils das fertige Ankreuzfeld. Sie schreiben nur das Tag, nicht das umgebende input-Element. Den Erklärtext daneben formulieren Sie selbst.

Beide Einwilligungen müssen unangekreuzt vorbelegt sein, damit sie rechtlich wirksam sind. Das Shopsystem hält sich daran. Bauen Sie kein JavaScript, das sie nachträglich ankreuzt.

Die E-Mail-Adresse an den Versanddienstleister

<label>
   <input type="checkbox"
          name="~WS-AcceptShareEmailWithShippingProvider_input~"
          ~WS-AcceptShareEmailWithShippingProvider_checked~>
   Ja, meine E-Mail-Adresse darf für die Sendungsverfolgung weitergegeben werden.
</label>

<input type="text"
       name="~WS-ShareEmailWithShippingProvider_input~"
       value="~WS-ShareEmailWithShippingProvider_value~">

{WS-AcceptShareEmailWithShippingProvider_error}
   <p class="fehler">~WS-AcceptShareEmailWithShippingProvider_errormessage~</p>
{/WS-AcceptShareEmailWithShippingProvider_error}

Hier gehören zwei Dinge zusammen: das Ankreuzfeld für die Einwilligung und ein eigenes Eingabefeld für die Adresse. Der Käufer kann damit eine andere Adresse angeben als die seines Kontos.

Im Shopsystem gibt es diese beiden Feldtags doppelt, einmal richtig geschrieben und einmal als WS-ShareEmailWithShippingProvicer_input und WS-ShareEmailWithShippingProvicer_value mit einem Dreher im Wort Provider. Verwenden Sie die richtig geschriebene Fassung. Die andere existiert vermutlich nur, damit ältere Templates weiterlaufen.

Alle sechs Tags gelten auf der Bestellübersichtsseite.

Die abweichende Lieferadresse

{WS-DelivAddr}
   <h3>Lieferadresse</h3>
   ...
{/WS-DelivAddr}

WS-DelivAddr ist eine reine Klammerung und greift, wenn eine von der Rechnungsadresse abweichende Lieferadresse vorliegt. Es gilt auf der Bestellübersicht und auf der Bestätigungsseite. Die Felder der Adresse selbst gehören zum Präfix D-.

Referenz: Die Felder der Lieferadresse stehen auf D- (Lieferadresse)
Referenz: Die Auswahl zwischen mehreren Lieferadressen steht auf multiple Adressen

Eine Adresse als Standard festlegen

{!D-IsDefault}
   <label>
      <input type="checkbox"
             name="~WS-DelivAddr_checkbox_setAsDefaultAddress~"
             ~WS-DelivAddr_checkboxchecked_setAsDefaultAddress~>
      Als Standardadresse festlegen
   </label>
{/!D-IsDefault}

Das Ankreuzfeld kann eine Adresse nur zur Standardadresse machen. Es kann diese Festlegung nicht wieder aufheben. Zum Aufheben gibt es D-RemoveDefaultLink. Legen Sie das Feld deshalb in {!D-IsDefault}, sonst sieht der Käufer bei der bereits festgelegten Adresse ein Ankreuzfeld, das nichts bewirkt.

Die beiden Tags gelten auf dem Template für die Verwaltung der Lieferadressen im Kundenkonto und auf dem Template für die Adresseingabe im Bestellablauf.

Mehrere Lieferadressen

{WS-MultiDelivery_available}
   <p>Sie können die Positionen dieser Bestellung an verschiedene Adressen liefern lassen.</p>
{/WS-MultiDelivery_available}

WS-MultiDelivery_available greift, wenn das Shopsystem eine eigene Lieferadresse je Warenkorbposition oder das Aufteilen einer Position auf mehrere Adressen zulässt. Beides hängt von der Konfiguration und von den Produkten im Warenkorb ab, lässt sich im Template also nicht voraussetzen.

Lieferung an eine ausländische Niederlassung

<label>
   <input type="checkbox"
          name="~WS-DeliveryToForeignBranchAddress_input~"
          ~WS-DeliveryToForeignBranchAddress_checked~>
   Die Lieferadresse ist eine Niederlassung im Ausland.
</label>

_input liefert den Feldnamen, _checked liefert als Einzel-Tag checked und greift zusätzlich als Klammerung. Die Angabe wirkt sich auf die steuerliche Behandlung der Bestellung aus.

Länder mit Steuerkennzeichen

{WS-TaxIDCountries}
   <p>Für diese Länder können Sie eine Umsatzsteuer-Identifikationsnummer angeben:</p>
   <ul>
      {@WS-TaxIDCountries}
         <li>~WS-TaxIDCountries~</li>
      {/@WS-TaxIDCountries}
   </ul>
{/WS-TaxIDCountries}

Als Schleife läuft es über die konfigurierten Länder, als Einzel-Tag innerhalb der Schleife liefert es den Ländercode des Durchlaufs, und als Klammerung greift es, wenn überhaupt Länder konfiguriert sind.

Der Adress- und der Postleitzahl-Assistent

{WS-AjaxAddressHelpUrl}
   <script>
      var adressAssistentUrl = "~WS-AjaxAddressHelpUrl~";
   </script>
{/WS-AjaxAddressHelpUrl}

Tag	Liefert
`WS-AjaxAddressHelpUrl`	die Adresse für den externen Adressassistenten
`WS-AjaxZIPHelpURL`	die Adresse für den Postleitzahl-Assistenten

Beide Funktionen müssen erst technisch freigeschaltet werden. Mit der Freischaltung hinterlegt die WEBSALE AG die zugehörige Adresse. WS-AjaxAddressHelpUrl greift deshalb auch als Klammerung, und zwar dann, wenn eine Adresse hinterlegt ist. Legen Sie das Skript hinein, sonst steht im fertigen Shop ein Skript mit leerer Adresse.

Altersnachweis und Eigenhändig Plus

Bei Waren mit Altersbeschränkung reicht das Geburtsdatum nicht. Der Versanddienstleister braucht die Ausweisdaten, um bei der Übergabe prüfen zu können.

<form action="~FORM-PlaceOrder~" method="post">
   Ausweisart:
   ~WS-IDCardTypeList~

   Ausweisnummer:
   <input type="text" name="input_idcard_number" value="~WS-IDCardNumber~" maxlength="20">

   Ausstellende Behörde:
   <input type="text" name="input_idcard_authority" value="~WS-IDCardAuthority~" maxlength="30">

   <label>
      <input type="checkbox" name="~WS-ConfirmEigenhaendigPlus~">
      Ich bestätige mein Alter und die Richtigkeit meiner Angaben.
   </label>
</form>

Tag	Liefert
`WS-IDCardTypeList`	die fertige Auswahlliste für die Ausweisart
`WS-IDCardType`	die Bezeichnung der gewählten Ausweisart
`WS-IDCardNumber`	die eingegebene Ausweisnummer, höchstens 20 Zeichen
`WS-IDCardAuthority`	die ausstellende Behörde, höchstens 30 Zeichen
`WS-ConfirmEigenhaendigPlus`	das Ankreuzfeld für die Bestätigung

Die Feldnamen sind fest vorgegeben und müssen genau so geschrieben werden: input_idcard_number und input_idcard_authority. Dafür gibt es keine _input-Tags. Ein abweichender Name führt dazu, dass die Eingabe verloren geht.WS-IDCardNumber und WS-IDCardAuthority greifen auch als Klammerung, und zwar dann, wenn ein Wert vorliegt. Mit der Klammerung lässt sich zwischen Eingabe und Anzeige unterscheiden, ohne eine weitere Prüfung.

Es gibt die Bezeichnung der gewählten Ausweisart aus, so wie sie im Abschnitt EigenhaendigPlus der Shopkonfiguration hinterlegt ist, und greift auch als Klammerung. Für die Ausgabe auf der Bestätigungsseite ist das der passende Weg, denn WS-IDCardTypeList erzeugt dort eine unerwünschte Auswahlliste. WS-IDCardTypeList erzeugt die Auswahlliste selbst und gibt ihr die Klasse select_idcard_type_list. Über diese Klasse gestalten Sie die Liste in Ihrer Stildatei.

Die Fehlerfälle

Tag	Greift, wenn
`WS-EigenhaendigPlus_error`	irgendeine der Angaben fehlt oder fehlerhaft ist
`WS-IDCardNumber_error`	die Ausweisnummer fehlerhaft ist
`WS-IDCardType_error`	die Ausweisart fehlt
`WS-IDCardAuthority_error`	die Behörde fehlerhaft ist
`WS-DateOfBirthEigenhaendigPlus_error`	das Geburtsdatum fehlerhaft ist
`WS-ConfirmEigenhaendigPlus_error`	die Bestätigung nicht angekreuzt wurde

{WS-EigenhaendigPlus_error}
   <p class="fehler">~WS-EigenhaendigPlus_errormessage~</p>
{/WS-EigenhaendigPlus_error}

{WS-IDCardNumber_error}
   <p class="fehler">~WS-IDCardNumber_errormessage~</p>
{/WS-IDCardNumber_error}

Zu jedem _error gibt es ein _errormessage mit dem passenden Text. Der Sammelfehler WS-EigenhaendigPlus_errormessage holt seinen Text aus dem Parameter HeadNotify-Txt im Abschnitt EigenhaendigPlus der Shopkonfiguration. Setzen Sie den Sammelfehler oben über dem Block und die Einzelfehler jeweils neben ihr Feld. Dann sieht der Käufer sofort, dass etwas fehlt, und findet zugleich die Stelle.

Sie geben jedoch den Meldungstext aus. Die Klammerung greift zusätzlich, wenn eine Meldung vorliegt, so wie im Beispiel oben.Die Beispiele auf den Seiten zu WS-IDCardNumber und WS-IDCardAuthority verwenden ~FORM-AddrManage~ als Formularadresse, obwohl sie als Template die Bestellübersicht nennen. Dort heißt die Form FORM-PlaceOrder, so wie im Beispiel zu WS-IDCardTypeList. Oben steht die einheitliche Fassung.

Altersbeschränkte Produkte

{WS-AgeRestricted}
   <p>Für diese Bestellung gilt eine Altersbeschränkung ab ~WS-AgeRestricted~ Jahren.</p>
{/WS-AgeRestricted}

~WS-AgeRestrictedProductList~

WS-AgeRestricted gibt die am Kundenkonto hinterlegte Altersstufe aus und greift als Klammerung, wenn eine vorliegt. WS-AgeRestrictedProductList erzeugt eine fertige Liste der betroffenen Produkte im Warenkorb.

Freie Eingaben des Käufers

Drei Felder nehmen Text auf, den der Käufer selbst formuliert. Sie unterscheiden sich in Länge und Zweck.

Tag	Für	Länge
`WS-CustomerComment`	Wünsche und Anregungen	mehrzeilig
`WS-OrderRefText`	eine Bestellreferenz des Käufers	50 Zeichen
`WS-OrderRefText2`	eine zweite Referenz	50 Zeichen
`WS-OrderSpecialInput`	Zusatzinformationen zur Bestellung	bis 32000 Zeichen

{!WS-OrderRefText}
   <input type="text" name="input_order_ref_text" value="~WS-OrderRefText~" maxlength="50">
{/!WS-OrderRefText}

{WS-OrderRefText}
   <p>Ihre Referenz: ~WS-OrderRefText~</p>
{/WS-OrderRefText}

Das Muster aus positiver und negativer Klammerung ist hier der Normalfall: Solange nichts eingegeben wurde, zeigt das Template das Eingabefeld. Sobald etwas eingegeben wurde, zeigt es den Wert. Damit kommen Eingabeseite und Übersichtsseite mit demselben Baustein aus.

WS-OrderRefText und WS-OrderRefText2 haben keine eigenen _input-Tags. Die Feldnamen sind fest vorgegeben und müssen genau input_order_ref_text und input_order_ref_text2 lauten. WS-CustomerComment und WS-OrderSpecialInput haben dagegen ein _input-Tag. Diese Unregelmäßigkeit ist die häufigste Fehlerquelle in diesem Abschnitt.

<textarea name="~WS-CustomerComment_Input~" rows="5">~WS-CustomerComment~</textarea>

WS-CustomerComment gilt auf der Zahlungs- und Versandartenseite, auf der Adressseite, auf der Bestellübersicht und auf der Bestelleingangsbestätigung. Die Referenztexte und die Zusatzinformationen gelten auf allen Templates des Bestellablaufs.

32000 Zeichen sind viel. Begrenzen Sie das Feld im Template über maxlength auf ein Maß, das zu Ihrem Prozess passt, sonst landet im Warenwirtschaftssystem im Zweifel ein ganzer Aufsatz.

Kostenpflichtige Zusatzleistungen

~WS-OrderOptions(1)~

WS-OrderOptions() zeigt eine kostenpflichtige Zusatzleistung auf der Zahlungs- und Versandartenseite an, beispielsweise eine Geschenkverpackung. Das Argument ist die Nummer der Leistung von 1 bis 5. Die Leistungen selbst stehen in den Abschnitten OrderOptions1 bis OrderOptions5 der Shopkonfiguration. Die bisherige Seite zu diesem Tag enthält weder eine Typangabe noch eine Angabe der zulässigen Templates. Nach der Beschreibung handelt es sich um ein Einzel-Tag auf der Zahlungs- und Versandartenseite.

Express-Checkout und die Rechnungsadresse

Kommt der Käufer über einen Express-Checkout, liefert der Zahlungsdienstleister bereits eine Lieferadresse mit. Dann stellt sich die Frage, ob diese auch als Rechnungsadresse dienen soll.

{ST-PPCExpress_selected}
   <label>
      <input type="checkbox"
             name="~WS-PPCExpressUseDeliveryAddressForBilling_input~"
             ~WS-PPCExpressUseDeliveryAddressForBilling_checked~>
      Lieferadresse auch als Rechnungsadresse verwenden
   </label>

   {!WS-PPCExpressUseDeliveryAddressForBilling_checked}
      ~WS-Fast_Include(Incl-InvoiceAddressFields)~
   {/!WS-PPCExpressUseDeliveryAddressForBilling_checked}
{/ST-PPCExpress_selected}

Tag	Für
`WS-PPCExpressUseDeliveryAddressForBilling_input`	PayPal Express über PayPal Checkout
`WS-PPCExpressUseDeliveryAddressForBilling_checked`	dasselbe, die Markierung
`WS-PayPalExpressUseDeliveryAddressForBilling_input`	den klassischen PayPal Express Checkout
`WS-PayPalExpressUseDeliveryAddressForBilling_checked`	dasselbe, die Markierung

Im Beispiel auf der bisherigen Seite zu WS-PPCExpressUseDeliveryAddressForBilling_checked ist das Ende der negativen Klammerung als {/!WS-WS-PPCExpressUseDeliveryAddressForBilling_checked} geschrieben, also mit einem doppelten WS-. Übernommen bliebe die Klammerung offen. Oben steht die berichtigte Fassung.Die beiden Familien gehören zu verschiedenen Anbindungen. WS-PPCExpress… gilt innerhalb von {ST-PPCExpress_selected}, WS-PayPalExpress… innerhalb von {ST-PayPalExpressCheckout_selected}. Verwechseln Sie sie nicht, und schreiben Sie nicht beide in dieselbe Klammerung.

Die Felder der Rechnungsadresse liegen im Beispiel in einem FastInclude. Das lohnt sich, weil derselbe Block auch im gewöhnlichen Bestellablauf gebraucht wird.

Die gesperrte Sitzung

<p>
   Ihre Bestellung wird gerade bei Ihrem Zahlungsdienstleister bearbeitet.
   <a href="~WS-UnlockSessionOnlineClearingLink~">Neue Sitzung starten</a>
</p>

Während eines Bezahlvorgangs sperrt das Shopsystem die Sitzung, damit der Käufer nicht in einem zweiten Fenster weiterklickt. WS-UnlockSessionOnlineClearingLink gibt ihm einen Ausweg: Der Link startet eine neue Sitzung und übernimmt dabei den Warenkorb, alle Eingaben und gegebenenfalls die Anmeldung.

Das Tag gilt nur innerhalb der Hinweismeldung SessionLockedForOnlineClearing im Abschnitt NotifyMessages-Txt und auf dem gleichnamigen Hinweis-Template aus dem Abschnitt Templates. An beiden Stellen gehört es hin, denn sonst sitzt ein Käufer, dessen Bezahlvorgang abgebrochen ist, in einer gesperrten Sitzung fest.

Nach der Bestellung

Tag	Liefert
`WS-OrderID`	die Auftragsnummer
`WS-OrderDate`	das Bestelldatum im Format TT.MM.JJJJ
`WS-OrderTime`	die Uhrzeit im Format HH:MM
`WS-PDFConfirmDownloadLink`	den Link auf die Bestellung als PDF
`WS-OrderDownloadLink`	den Link auf die gekauften Downloadprodukte

<p>Vielen Dank für Ihre Bestellung ~WS-OrderID~ vom ~WS-OrderDate~ um ~WS-OrderTime~ Uhr.</p>

<a href="~WS-PDFConfirmDownloadLink~">Bestellung als PDF herunterladen</a>

{WS-OrderDownloadLink}
   <a href="~WS-OrderDownloadLink~">Ihre gekauften Dateien</a>
{/WS-OrderDownloadLink}

WS-OrderDownloadLink greift als Klammerung, und zwar dann, wenn in dieser Bestellung mindestens ein Downloadprodukt enthalten war. Ohne die Klammerung stünde der Link auch bei einer Bestellung ohne Downloads auf der Seite.

Das Beispiel auf der bisherigen Seite zu WS-OrderDownloadLink schreibt <a href="~WS-OrderDownloadLink~> ohne schließendes Anführungszeichen. Oben steht die berichtigte Fassung.

WS-OrderID, WS-OrderDate und WS-OrderTime gelten auf der Bestelleingangsbestätigung, in der Bestelleingangs-E-Mail an den Shopbetreiber, auf der PDF-Bestätigung und in der Bewertungserinnerung.

Nicht zu verwechseln: die Shopaktualisierung

<p>Zuletzt aktualisiert am ~WS-UpdateDate~ um ~WS-UpdateTime~ Uhr.</p>

WS-UpdateDate und WS-UpdateTime haben mit der Bestellung nichts zu tun. Sie geben den Zeitpunkt der letzten Shopaktualisierung aus, also wann zuletzt Produktdaten eingespielt wurden. Die Namensähnlichkeit zu WS-OrderDate führt regelmäßig in die Irre. Beide Tags sind auf allen Templates zulässig und gehören typischerweise in die Fußzeile.

Die Tags im Überblick

Tag	Einzel-Tag	Bereichs-Tag	negatives Bereichs-Tag	Schleifen-Tag
`WS-AcceptTermsAndConditions_input`	ja	–	–	–
`WS-AcceptTermsAndConditions_checked`	ja	ja	ja	–
`WS-AcceptTermsAndConditions_error`	–	ja	ja	–
`WS-AcceptTermsAndConditions_errormessage`	ja	ja	ja	–
`WS-CheckConditions`	ja	–	–	–
`WS-ConditionsAccepted_Date`, `WS-ConditionsAccepted_Time`	ja	ja	ja	–
`WS-CheckAddressSharing`, `WS-CheckTeleMarketing`	ja	–	–	–
`WS-AcceptShareEmailWithShippingProvider_input`	ja	–	–	–
`WS-AcceptShareEmailWithShippingProvider_checked`	ja	ja	ja	–
`WS-AcceptShareEmailWithShippingProvider_error`	–	ja	ja	–
`WS-AcceptShareEmailWithShippingProvider_errormessage`	ja	ja	ja	–
`WS-ShareEmailWithShippingProvider_input`, `_value`	ja	–	–	–
`WS-DelivAddr`	–	ja	ja	–
`WS-DelivAddr_checkbox_setAsDefaultAddress`	ja	–	–	–
`WS-DelivAddr_checkboxchecked_setAsDefaultAddress`	ja	ja	ja	–
`WS-MultiDelivery_available`	–	ja	ja	–
`WS-DeliveryToForeignBranchAddress_input`	ja	–	–	–
`WS-DeliveryToForeignBranchAddress_checked`	ja	ja	ja	–
`WS-TaxIDCountries`	ja	ja	ja	ja
`WS-AjaxAddressHelpUrl`	ja	ja	ja	–
`WS-AjaxZIPHelpURL`	ja	–	–	–
`WS-IDCardTypeList`	ja	–	–	–
`WS-IDCardType`	ja	ja	ja	–
`WS-IDCardNumber`, `WS-IDCardAuthority`	ja	ja	ja	–
`WS-ConfirmEigenhaendigPlus`	ja	–	–	–
`WS-EigenhaendigPlus_error`	–	ja	ja	–
`WS-IDCardNumber_error`, `WS-IDCardType_error`, `WS-IDCardAuthority_error`	–	ja	ja	–
`WS-ConfirmEigenhaendigPlus_error`	–	ja	ja	–
`WS-DateOfBirthEigenhaendigPlus_error`	–	ja	ja	–
alle zugehörigen `_errormessage`-Tags	ja	ja	ja	–
`WS-AgeRestricted`	ja	ja	ja	–
`WS-AgeRestrictedProductList`	ja	–	–	–
`WS-CustomerComment`	ja	ja	ja	–
`WS-CustomerComment_Input`	ja	–	–	–
`WS-OrderRefText`, `WS-OrderRefText2`	ja	ja	ja	–
`WS-OrderSpecialInput`	ja	ja	ja	–
`WS-OrderSpecialInput_input`	ja	ja	ja	–
`WS-OrderOptions()`	ja	–	–	–
`WS-PPCExpressUseDeliveryAddressForBilling_input`	ja	–	–	–
`WS-PPCExpressUseDeliveryAddressForBilling_checked`	ja	ja	ja	–
`WS-PayPalExpressUseDeliveryAddressForBilling_input`	ja	–	–	–
`WS-PayPalExpressUseDeliveryAddressForBilling_checked`	ja	ja	ja	–
`WS-UnlockSessionOnlineClearingLink`	ja	–	–	–
`WS-OrderID`, `WS-OrderDate`, `WS-OrderTime`	ja	–	–	–
`WS-PDFConfirmDownloadLink`	ja	–	–	–
`WS-OrderDownloadLink`	ja	ja	ja	–
`WS-UpdateDate`, `WS-UpdateTime`	ja	–	–	–

Die AGB-Tags gelten nur auf dem Template, das die Shopkonfiguration dafür benennt. Die Eigenhändig-Plus-Tags und die Express-Checkout-Felder gelten auf der Bestellübersicht, WS-UnlockSessionOnlineClearingLink nur in der zugehörigen Hinweismeldung und auf ihrem Template. Die Bestellangaben gelten auf den Bestätigungs- und E-Mail-Templates. Alle übrigen Tags sind auf allen Templates des Bestellablaufs zulässig, WS-ConditionsAccepted_*, WS-MultiDelivery_available, WS-UpdateDate und WS-UpdateTime auf allen Templates.

​Die AGB bestätigen

​Wann die AGB bestätigt wurden

​Weitere Einwilligungen

​Die E-Mail-Adresse an den Versanddienstleister

​Die abweichende Lieferadresse

​Eine Adresse als Standard festlegen

​Mehrere Lieferadressen

​Lieferung an eine ausländische Niederlassung

​Länder mit Steuerkennzeichen

​Der Adress- und der Postleitzahl-Assistent

​Altersnachweis und Eigenhändig Plus

​Die Fehlerfälle

​Altersbeschränkte Produkte

​Freie Eingaben des Käufers

​Kostenpflichtige Zusatzleistungen

​Express-Checkout und die Rechnungsadresse

​Die gesperrte Sitzung

​Nach der Bestellung

​Nicht zu verwechseln: die Shopaktualisierung

​Die Tags im Überblick

​Verwandte Themen

Die AGB bestätigen

Wann die AGB bestätigt wurden

Weitere Einwilligungen

Die E-Mail-Adresse an den Versanddienstleister

Die abweichende Lieferadresse

Eine Adresse als Standard festlegen

Mehrere Lieferadressen

Lieferung an eine ausländische Niederlassung

Länder mit Steuerkennzeichen

Der Adress- und der Postleitzahl-Assistent

Altersnachweis und Eigenhändig Plus

Die Fehlerfälle

Altersbeschränkte Produkte

Freie Eingaben des Käufers

Kostenpflichtige Zusatzleistungen

Express-Checkout und die Rechnungsadresse

Die gesperrte Sitzung

Nach der Bestellung

Nicht zu verwechseln: die Shopaktualisierung

Die Tags im Überblick

Verwandte Themen