> ## Documentation Index
> Fetch the complete documentation index at: https://dokumentation.websale.de/llms.txt
> Use this file to discover all available pages before exploring further.

# Zahlung, Versand und Bestellabschluss

> Die Zahlungs- und Versandartenseite aufbauen: Auswahllisten für Zahlungsart und Versandart, Wunsch-Liefertermin, Mindestbestellwert, Versandkostenfreiheit, Gewicht und Volumen sowie Folgebestellungen.

Auf der Zahlungs- und Versandartenseite trifft der Käufer zwei Entscheidungen, die beide den Preis verändern. Das Shopsystem nimmt dem Template dabei viel ab: Zwei Einzel-Tags erzeugen die vollständigen Auswahllisten für Zahlungsarten und Versandarten, einschließlich aller `div`-Elemente, Klassennamen und Kennungen.

Diese Seite beschreibt zuerst diese beiden großen Tags und wie Sie das Ergebnis über CSS gestalten. Danach folgen die Angaben, die sich aus der Auswahl ergeben: Liefertermin, Versandkosten, Gewicht und Volumen. Am Ende stehen Mindestbestellwert und Folgebestellung, die beide den Rahmen der Bestellung abstecken.

* Referenz: Der Einstieg in das Präfix `WS-` steht auf [Shop, Seite und Technik](https://dokumentation.websale.de/v8s/referenz/tags/ws/shop-seite-und-technik.md)
* Referenz: AGB, Adressen und Altersnachweis stehen auf [Bestellprozess, Adressen und Prüfungen](https://dokumentation.websale.de/v8s/referenz/tags/ws/bestellprozess-adressen-und-pruefungen.md)

## Die Zahlungsarten anzeigen

```html theme={"theme":{"light":"github-light","dark":"github-dark"},"languages":{"custom":["/languages/websale.json"]}}
<form action="~FORM-PayDeliv~" method="post">
   <h3>Bitte wählen Sie eine Zahlungsart</h3>
   ~WS-PaymentFields~
</form>
```

`WS-PaymentFields` erzeugt die vollständige Auswahl aller konfigurierten Zahlungsarten. Die Reihenfolge ergibt sich aus der Reihenfolge der Abschnitte in der Shopkonfiguration. Das Tag gehört genau einmal auf die Zahlungs- und Versandartenseite, innerhalb von `FORM-PayDeliv`.

> [!WARNING]
>
> Der erzeugte HTML-Code lässt sich **nicht** anpassen. Wenn Sie eine andere Struktur brauchen, bauen Sie die Auswahl stattdessen Zahlungsart für Zahlungsart mit den `PAY-Data`-Tags auf. Das ist aufwendiger, aber vollständig in Ihrer Hand.

Referenz: Die Einzelpositionierung mit den `PAY-Data`-Tags steht auf PAY- (Zahlungsarten)

### Der Aufbau je Zahlungsart

Je verfügbarer Zahlungsart entsteht ein Hauptcontainer mit diesen Bestandteilen, in dieser Reihenfolge:

| Container | Enthält | Erscheint |
| - | - | - |
| `logo` | das Bild der Zahlungsart, sonst ein geschütztes Leerzeichen | immer |
| `radio` | den Auswahlknopf | immer |
| `text` | den Namen der Zahlungsart | immer |
| `ccard` | die Auswahl der Kreditkartenart | nur wenn dort gewählt wird |
| `payexbank` | die Auswahl des Bankinstituts | nur bei DirectDebitPayEX |
| `clear1` | nichts, nur für das Layout | immer |
| `remarks` | die Zusatzangaben, siehe unten | bei Bedarf |
| `clear2` | nichts, nur für das Layout | immer |
| `disabled` | den Grund der Nichtverfügbarkeit | nur bei ausgegrauter Zahlungsart |
| `clear3` | nichts, nur für das Layout | immer |

Innerhalb von `remarks` können weitere Container liegen: `suffix` für eine Zusatzbeschreibung, `inputsuffix1` bis `inputsuffix3` für bis zu drei zusätzliche Eingabefelder, `costcentername` und `costcenteremail` bei der Zahlungsart Kostenstelle, und bis zu zehnmal `paymentcountryrule` für länderabhängige Zusatzangaben.

### Die Klassennamen

Jeder Container bekommt bis zu vier Klassen nach einem festen Muster:

| Klasse | Gilt |
| - | - |
| `ws_paymentdiv_<Container>` | für alle Zahlungsarten gleich |
| `ws_paymentdiv_<Container>_<Nummer>` | je Position in der Konfiguration |
| `ws_paymentdiv_<Container>_active` | nur bei der gewählten Zahlungsart |
| `ws_paymentdiv_<Container>_disabled` | nur bei einer nicht verfügbaren Zahlungsart |

Dazu je Container eine Kennung:

```html theme={"theme":{"light":"github-light","dark":"github-dark"},"languages":{"custom":["/languages/websale.json"]}}
id="ws_paymentdiv_<Container>_id_<Zahlungsartencode>"
```

Die durchnummerierte Klasse ist der Weg zu abwechselnden Hintergrundfarben: Vergeben Sie den ungeraden Nummern eine andere Farbe als den geraden. Die Nummer richtet sich nach der Position in der Shopkonfiguration, nicht nach dem Zahlungsartencode.

Die Klasse `_active` ist der Grund, warum sich die gewählte Zahlungsart ohne eigenes JavaScript hervorheben lässt. Soll die Hervorhebung schon beim Klicken wechseln, ohne die Seite neu zu laden, hinterlegen Sie dafür ein eigenes Skript über die Parameter `RadioOnClick` beziehungsweise `ImgOnClick` in der Shopkonfiguration.

> [!WARNING]
>
> Für die länderabhängigen Zusatzangaben weicht das Muster ab: Dort steht zwischen dem Container und dem Rest die konfigurierte Kennung der Zusatzangabe, beispielsweise `ws_paymentdiv_paymentcountryrule_<Kennung>_name`. Zusätzlich gibt es im Fehlerfall eine Klasse mit angehängtem `_error`.

### Die gewählte Zahlungsart anzeigen

```html theme={"theme":{"light":"github-light","dark":"github-dark"},"languages":{"custom":["/languages/websale.json"]}}
{WS-Payment}
   <p>Ihre Zahlungsart: ~WS-Payment~</p>
{/WS-Payment}

{WS-BankInfo}
   <p>Bitte überweisen Sie auf folgendes Konto:<br>~WS-BankInfo~</p>
{/WS-BankInfo}

{WS-PaymentConfirmText}
   <p>~WS-PaymentConfirmText~</p>
{/WS-PaymentConfirmText}
```

| Tag | Liefert |
| - | - |
| `WS-Payment` | den Namen der gewählten Zahlungsart |
| `WS-BankInfo` | die Bankverbindung des Händlers bei Vorauskasse |
| `WS-PaymentConfirmText` | einen zur Zahlungsart hinterlegten Text für die Bestätigungsseite |

`WS-BankInfo` greift nur, wenn Vorauskasse gewählt wurde. Die Bankverbindung steht im Abschnitt `PaymentPrepayment-Txt` der Shopkonfiguration, nicht im Template. Das ist richtig so, denn sie ändert sich unabhängig vom Design.

`WS-PaymentConfirmText` ist der Platz für Hinweise, die nur zu einer Zahlungsart gehören, beispielsweise die Bitte, den Verwendungszweck anzugeben. Der Text steht beim jeweiligen Zahlungsartenabschnitt der Shopkonfiguration.

## Die Versandarten anzeigen

```html theme={"theme":{"light":"github-light","dark":"github-dark"},"languages":{"custom":["/languages/websale.json"]}}
<form action="~FORM-PayDeliv~" method="post">
   <h3>Bitte wählen Sie eine Versandart</h3>
   ~WS-DeliveryFields~
</form>
```

`WS-DeliveryFields` arbeitet nach demselben Prinzip wie `WS-PaymentFields`, nur schlanker. Je Versandart entstehen fünf Container: `logo`, `radio`, `text`, das optionale `suffix` und `clear`.

| Klasse | Gilt |
| - | - |
| `ws_deliverydiv_<Container>` | für alle Versandarten gleich |
| `ws_deliverydiv_<Container>_<Nummer>` | je Position in der Konfiguration |
| `ws_deliverydiv_<Container>_active` | nur bei der gewählten Versandart |

```html theme={"theme":{"light":"github-light","dark":"github-dark"},"languages":{"custom":["/languages/websale.json"]}}
<div id="ws_deliverydiv_main_id_XYZ" class="ws_deliverydiv_main ws_deliverydiv_main_1">
   <div id="ws_deliverydiv_logo_id_XYZ" class="ws_deliverydiv_logo ws_deliverydiv_logo_1">
      <img src="../../navigation/grafiken/logo-XYZ.png" onclick="selectDelivererImage('XYZ');">
   </div>
   <div id="ws_deliverydiv_radio_id_XYZ" class="ws_deliverydiv_radio ws_deliverydiv_radio_1">
      <input id="ws_deliverydiv_inputelement_id_XYZ"
             class="ws_deliverydiv_inputelement ws_deliverydiv_inputelement_1"
             type="radio" name="ws_input_delivery" value="XYZ">
   </div>
   <div id="ws_deliverydiv_text_id_XYZ" class="ws_deliverydiv_text ws_deliverydiv_text_1">
      <p id="ws_deliverydiv_name_id_XYZ" class="ws_deliverydiv_name ws_deliverydiv_name_1">
         Name-Txt Country-Txt
      </p>
      <div id="ws_deliverydiv_suffix_id_XYZ" class="ws_deliverydiv_suffix ws_deliverydiv_suffix_1">
         Suffix-Txt
      </div>
   </div>
   <div id="ws_deliverydiv_clear_id_XYZ" class="ws_deliverydiv_clear ws_deliverydiv_clear_1"></div>
</div>
```

> [!WARNING]
>
> Das Beispiel auf der bisherigen Seite setzt in die **Klassen** die konfigurierte Kennung der Versandart ein, also `ws_deliverydiv_main_XYZ`. Nach der Regel darüber steht dort die laufende Nummer, die Kennung gehört ausschließlich in die `id`. Oben steht die berichtigte Fassung. Wer die Klassen nach der Kennung gestaltet, wundert sich sonst, warum seine Regeln nicht greifen.

Die Kennung in der `id` entsteht nur, wenn im Abschnitt `+Deliverer` der Shopkonfiguration eine Kennung vergeben ist. Ohne Kennung gibt es keine `id`, und Sie können die einzelne Versandart nicht gezielt ansprechen.

### Die gewählte Versandart anzeigen

| Tag | Liefert |
| - | - |
| `WS-Delivery` | Namen und Liefergebiet der gewählten Versandart |
| `WS-DeliveryID` | deren konfigurierte Kennung |
| `WS-DeliveryIndex` | deren internen Index |
| `WS-DeliveryCost` | die Versandkosten |

```html theme={"theme":{"light":"github-light","dark":"github-dark"},"languages":{"custom":["/languages/websale.json"]}}
{WS-Delivery}
   <p>Versand mit ~WS-Delivery~ für ~WS-DeliveryCost~ ~WS-Currency~.</p>
{/WS-Delivery}
```

`WS-Delivery` gibt zwei Angaben zusammen aus: den Namen aus dem Parameter `Name-Txt` und das Liefergebiet aus dem optionalen Parameter `Country-Txt`, durch ein Leerzeichen getrennt. Beide stehen im Abschnitt `+Deliverer` der Shopkonfiguration.

> [!WARNING]
>
> Liefert die Bestellung an mehrere Adressen, gibt es mehr als eine Versandart. Alle drei Tags zeigen dann die **erste** im Warenkorb verwendete. Für eine Aufstellung je Position führt der Weg über die Warenkorb-Tags.

Es liefert die interne Nummer der Versandart. Anders als die beiden anderen Tags gibt es auch die 0 aus, also den Zustand ohne gewählte Versandart. Für die Fehlersuche ist es damit aussagekräftiger als `WS-DeliveryID`, für die Anzeige im Shop ungeeignet.

Beim ersten Auswerten eines dieser Tags berechnet das Shopsystem die Versandkosten und filtert die verfügbaren Versandarten. Das geschieht einmal je Seitenaufbau, mehrfache Verwendung kostet also nichts zusätzlich.

## Der Wunsch-Liefertermin

Es gibt zwei Ausprägungen, eine einfache und eine erweiterte. Beide bestehen aus einem Tag für die Auswahl und einem für die Anzeige.

| Auswahl | Anzeige | Konfiguration |
| - | - | - |
| `WS-DelivDateFields` | `WS-DelivDate` | Abschnitt `DeliveryDate` |
| `WS-AdvDelivDateFields` | `WS-AdvDelivDate` | Abschnitt `AdvDeliveryDate` |

```html theme={"theme":{"light":"github-light","dark":"github-dark"},"languages":{"custom":["/languages/websale.json"]}}
<!-- auf der Zahlungs- und Versandartenseite -->
~WS-DelivDateFields~

<!-- auf der Bestellübersicht und der Bestätigungsseite -->
{WS-DelivDate}
   <p>Ihr Wunschtermin: ~WS-DelivDate~</p>
{/WS-DelivDate}
```

> [!WARNING]
>
> Entscheiden Sie sich für **eine** der beiden Ausprägungen. Sie sind Alternativen, keine Ergänzungen.
>
> `WS-DelivDateFields` gibt nur auf der Zahlungs- und Versandartenseite etwas aus, dazu in einem Express-Checkout. Auf einem anderen Template bleibt die Stelle leer, ohne Fehlermeldung. `WS-AdvDelivDateFields` ist zusätzlich auf der Bestellübersicht zulässig.

Die Auswahl-Tags erzeugen die fertige Auswahlliste. Welche Termine darin stehen und wie weit sie in die Zukunft reichen, steht im zugehörigen Abschnitt der Shopkonfiguration.

## Vorgaben für die Schnellbestellung

Ein Käufer, der oft bestellt, kann Zahlungsart und Versandart als Vorgabe in seinem Konto hinterlegen. Vier Tags bieten ihm das an.

```html theme={"theme":{"light":"github-light","dark":"github-dark"},"languages":{"custom":["/languages/websale.json"]}}
<label>
   <input type="checkbox"
          name="~WS-FastOrderDefaultPayment_input~"
          ~WS-FastOrderDefaultPayment_checked~>
   Diese Zahlungsart künftig voreinstellen
</label>

<label>
   <input type="checkbox"
          name="~WS-FastOrderDefaultDelivery_input~"
          ~WS-FastOrderDefaultDelivery_checked~>
   Diese Versandart künftig voreinstellen
</label>
```

Die `_input`-Tags liefern feste Feldnamen, die `_checked`-Tags liefern ` checked` und greifen zusätzlich als Klammerung.

Das Häkchen erscheint, wenn die gerade gewählte Art mit der im Konto hinterlegten Vorgabe übereinstimmt. Bei der Versandart vergleicht das Shopsystem dabei nicht die einzelne Versandart, sondern ihre Gruppe. Liegen mehrere Versandarten in derselben Gruppe, gilt die Vorgabe für alle.

> [!WARNING]
>
> Beide Tags setzen einen angemeldeten Käufer voraus. Ohne Anmeldung greift die Klammerung nicht, und das Ankreuzfeld ginge ins Leere. Legen Sie den Block deshalb in `{ST-LoggedIn}`.

```html theme={"theme":{"light":"github-light","dark":"github-dark"},"languages":{"custom":["/languages/websale.json"]}}
<a href="~WS-FastOrderConfigurationLink~">Einstellungen zur Schnellbestellung</a>
```

`WS-FastOrderConfigurationLink` führt auf die Seite, auf der der Käufer diese Vorgaben verwaltet. Der Link ist auf allen Templates zulässig und gehört mindestens auf die Kundenkontoseite.

## Der Mindestbestellwert

| Tag | Liefert |
| - | - |
| `WS-MinOrder-Value` | den konfigurierten Mindestbestellwert |
| `WS-MinOrder-Base` | die Grundlage, gegen die geprüft wird |
| `WS-MinOrder-Remaining` | den fehlenden Betrag |

```html theme={"theme":{"light":"github-light","dark":"github-dark"},"languages":{"custom":["/languages/websale.json"]}}
{WS-MinOrder-Remaining}
   <p>
      Es fehlen noch ~WS-MinOrder-Remaining~ ~WS-Currency~
      bis zum Mindestbestellwert von ~WS-MinOrder-Value~ ~WS-Currency~.
   </p>
{/WS-MinOrder-Remaining}
```

> [!WARNING]
>
> `WS-MinOrder-Base` ist **nicht** der angezeigte Warenwert. Der Wert kann höher liegen, beispielsweise wenn ein prozentualer Gutschein bei der Prüfung nicht mitgerechnet wird. Rechnen Sie den fehlenden Betrag deshalb nicht selbst aus, sondern nehmen Sie `WS-MinOrder-Remaining`. Sonst nennen Sie dem Käufer einen Betrag, der nicht zu der Prüfung passt, an der er gleich scheitert.

`WS-MinOrder-Base` und `WS-MinOrder-Remaining` greifen auch als Klammerung. `WS-MinOrder-Value` ist ausschließlich ein Einzel-Tag.

## Versandkostenfreiheit

```html theme={"theme":{"light":"github-light","dark":"github-dark"},"languages":{"custom":["/languages/websale.json"]}}
{WS-FreeDeliveryRest}
   <p>Noch ~WS-FreeDeliveryRest~ ~WS-Currency~ bis zum versandkostenfreien Einkauf.</p>
{/WS-FreeDeliveryRest}
```

`WS-FreeDeliveryRest` setzt voraus, dass in der Shopkonfiguration eine Staffel hinterlegt ist, die bei einem bestimmten Betrag auf 0 geht, beispielsweise `BasicCost-List = (0:10)(200:8)(300:0)`.

> [!WARNING]
>
> Nutzt der Shop mehrere Versanddienstleister, muss der Abschnitt `+Deliverer` mit dieser Staffel in der Shopkonfiguration **an erster Stelle** stehen. Sonst rechnet das Tag gegen eine andere Staffel, und der genannte Restbetrag stimmt nicht.

## Gewicht, Volumen und Paletten

| Tag | Liefert |
| - | - |
| `WS-TotalWeight` | das Gesamtgewicht der Bestellung |
| `WS-TotalVolume` | das Gesamtvolumen |
| `WS-Pallets` | die Anzahl der benötigten Paletten |

```html theme={"theme":{"light":"github-light","dark":"github-dark"},"languages":{"custom":["/languages/websale.json"]}}
{ST-Basket_OK}
   {WS-Pallets}
      <p>Für den Versand werden ~WS-Pallets~ Paletten benötigt.</p>
   {/WS-Pallets}
{/ST-Basket_OK}
```

Das Volumen stammt entweder aus einer direkten Volumenangabe am Produkt oder wird aus Länge, Breite und Höhe berechnet. Welcher Weg greift, hängt davon ab, was in den Produktdaten gepflegt ist.

`WS-Pallets` greift als Klammerung, wenn überhaupt Paletten nötig sind. Für Shops mit sperriger Ware ist das der Hinweis, der eine Rückfrage beim Kundendienst erspart.

> [!WARNING]
>
> `ws_confirm.htm` ist die Bestelleingangsbestätigung, die Bestellübersicht ist `ws_place_order.htm`. `WS-TotalWeight` und `WS-TotalVolume` stehen auf beiden Templates zur Verfügung.

## Preisart und Mehrwertsteuerland

```html theme={"theme":{"light":"github-light","dark":"github-dark"},"languages":{"custom":["/languages/websale.json"]}}
{WS-PriceTypeGross}
   <p>Alle Preise verstehen sich inklusive Mehrwertsteuer.</p>
{/WS-PriceTypeGross}

{!WS-PriceTypeGross}
   <p>Alle Preise verstehen sich zuzüglich Mehrwertsteuer.</p>
{/!WS-PriceTypeGross}
```

| Tag | Liefert |
| - | - |
| `WS-PriceTypeGross` | greift, wenn die angezeigten Preise Bruttopreise sind |
| `WS-VATRateDefinitionISO-Standard` | das standardmäßig hinterlegte Land für die Steuerberechnung |
| `WS-VATRateDefinitionISO-Used` | das aktuell verwendete Land |

Die beiden Länder-Tags unterscheiden sich dann, wenn die Lieferadresse in einem anderen Land liegt als dem Standardland. Mit der Gegenüberstellung lässt sich auf der Bestellübersicht erklären, warum ein anderer Steuersatz gilt als auf der Produktseite.

```html theme={"theme":{"light":"github-light","dark":"github-dark"},"languages":{"custom":["/languages/websale.json"]}}
{WS-VATRateDefinitionISO-Used}
   <p>Steuerberechnung nach den Sätzen von ~WS-VATRateDefinitionISO-Used~.</p>
{/WS-VATRateDefinitionISO-Used}
```

## Folgebestellungen

Bestellt ein Käufer kurz nach seiner letzten Bestellung erneut, kann der Shop das als Folgebestellung behandeln und beispielsweise besondere Versandkonditionen anbieten. Sechs Tags beschreiben diesen Zustand.

| Tag | Liefert |
| - | - |
| `WS-SubSequentOrder_Qualified` | greift, wenn die nächste Bestellung als Folgebestellung gilt |
| `WS-SubSequentOrder_TimeLimitInHours` | den konfigurierten Zeitraum in Stunden |
| `WS-SubSequentOrder_TimeLimitInSecs` | denselben Zeitraum in Sekunden |
| `WS-SubSequentOrder_TimeLeftInSeconds` | die verbleibende Zeit in Sekunden |
| `WS-SubSequentOrder_TimestampLastOrder` | den Zeitstempel der letzten berücksichtigten Bestellung |
| `WS-SubSequentOrder_TimestampExpire` | den Zeitstempel, bis zu dem die Regel gilt |

```html theme={"theme":{"light":"github-light","dark":"github-dark"},"languages":{"custom":["/languages/websale.json"]}}
{WS-SubSequentOrder_Qualified}
   <p>
      Folgebestellung möglich bis
      ~DC-DateTime_setunixtimestamp($WS-SubSequentOrder_TimestampExpire$)~
      ~DC-DateTime_day(true)~.~DC-DateTime_month(true)~.~DC-DateTime_year(true)~
      um ~DC-DateTime_hours(true)~:~DC-DateTime_minutes(true)~ Uhr.
   </p>
{/WS-SubSequentOrder_Qualified}
```

> [!WARNING]
>
> `WS-SubSequentOrder_Qualified` ist ausschließlich eine Klammerung. Als Einzel-Tag meldet das Shopsystem ausdrücklich ein ungültiges Tag, es gibt also keine stille Leerausgabe.
>
> Die vier Zeit- und Zeitstempel-Tags gelten nur innerhalb von `{WS-SubSequentOrder_Qualified}`. Außerhalb liefern sie nichts, und eine Rechnung damit ergibt unsinnige Werte.

Alle Zeitangaben sind Sekunden oder Zeitstempel. Für eine lesbare Ausgabe rechnen Sie mit den `DC-Int`-Tags um oder setzen den Zeitstempel in die `DC-DateTime`-Tags ein, so wie im Beispiel.

Die beiden Zeitraum-Tags greifen auch dann als Klammerung, wenn die Funktion überhaupt eingerichtet ist. Ist der Zeitraum in der Shopkonfiguration auf 0 gesetzt, bleiben sie stumm. Damit lässt sich ein Hinweistext auf Shops beschränken, in denen die Funktion aktiv ist.

Referenz: Die Rechenoperationen stehen auf [DC- (DesignControl)](https://dokumentation.websale.de/v8s/referenz/tags/dc/cookie-daten.md)

## Die Tags im Überblick

| Tag | Einzel-Tag | Bereichs-Tag | negatives Bereichs-Tag | Schleifen-Tag |
| - | - | - | - | - |
| `WS-PaymentFields` | ja | – | – | – |
| `WS-Payment` | ja | ja | ja | – |
| `WS-PaymentConfirmText` | ja | ja | ja | – |
| `WS-BankInfo` | ja | ja | ja | – |
| `WS-DeliveryFields` | ja | – | – | – |
| `WS-Delivery` | ja | ja | ja | – |
| `WS-DeliveryID` | ja | ja | ja | – |
| `WS-DeliveryIndex` | ja | ja | ja | – |
| `WS-DeliveryCost` | ja | ja | ja | – |
| `WS-DelivDateFields` | ja | – | – | – |
| `WS-DelivDate` | ja | ja | ja | – |
| `WS-AdvDelivDateFields` | ja | – | – | – |
| `WS-AdvDelivDate` | ja | ja | ja | – |
| `WS-FastOrderDefaultPayment_input` | ja | – | – | – |
| `WS-FastOrderDefaultPayment_checked` | ja | ja | ja | – |
| `WS-FastOrderDefaultDelivery_input` | ja | – | – | – |
| `WS-FastOrderDefaultDelivery_checked` | ja | ja | ja | – |
| `WS-FastOrderConfigurationLink` | ja | – | – | – |
| `WS-MinOrder-Value` | ja | – | – | – |
| `WS-MinOrder-Base` | ja | ja | ja | – |
| `WS-MinOrder-Remaining` | ja | ja | ja | – |
| `WS-FreeDeliveryRest` | ja | ja | ja | – |
| `WS-TotalWeight` | ja | – | – | – |
| `WS-TotalVolume` | ja | – | – | – |
| `WS-Pallets` | ja | ja | ja | – |
| `WS-PriceTypeGross` | – | ja | ja | – |
| `WS-VATRateDefinitionISO-Standard` | ja | ja | ja | – |
| `WS-VATRateDefinitionISO-Used` | ja | ja | ja | – |
| `WS-SubSequentOrder_Qualified` | – | ja | ja | – |
| `WS-SubSequentOrder_TimeLimitInHours` | ja | ja | ja | – |
| `WS-SubSequentOrder_TimeLimitInSecs` | ja | ja | ja | – |
| `WS-SubSequentOrder_TimeLeftInSeconds` | ja | ja | ja | – |
| `WS-SubSequentOrder_TimestampLastOrder` | ja | ja | ja | – |
| `WS-SubSequentOrder_TimestampExpire` | ja | ja | ja | – |

`WS-PaymentFields`, `WS-DeliveryFields` und `WS-DelivDateFields` gelten auf der Zahlungs- und Versandartenseite, `WS-AdvDelivDateFields` zusätzlich auf der Bestellübersicht. `WS-DelivDate` und `WS-AdvDelivDate` gelten auf der Bestellübersicht und der Bestätigungsseite, `WS-PaymentConfirmText` und `WS-DeliveryCost` auf der Bestätigungsseite, `WS-BankInfo` zusätzlich auf der Bestellübersicht und in der Bestätigungs-E-Mail. `WS-TotalWeight` und `WS-TotalVolume` gelten auf der Warenkorbseite, der Bestellübersicht und im Mail-Bestätigungstemplate. Alle übrigen Tags sind auf allen Templates zulässig.

## Verwandte Themen

* Wegweiser: [Zahlungsarten anlegen](https://dokumentation.websale.de/v8s/zahlungsarten-anlegen/zahlungsarten-anlegen.md)
* Wegweiser: [Versandarten anlegen](https://dokumentation.websale.de/v8s/versandarten-anlegen/versandarten-anlegen.md)
* Wegweiser: Wunsch-Liefertermin anbieten
* Wegweiser: [Schnellbestellung](https://dokumentation.websale.de/v8s/weitere-funktionen-im-bestellprozess-kontext/schnellbestellung.md)
* Referenz: [PAY- (Zahlungsarten)](https://dokumentation.websale.de/v8s/referenz/tags/pay/zahlungsarten-anzeigen-und-auswaehlen.md)
* Referenz: [DELIV- (Versandarten)](https://dokumentation.websale.de/v8s/referenz/tags/deliv.md)


## Related topics

- [Bestellprozess, Adressen und Prüfungen](https://dokumentation.websale.de/v8s/referenz/tags/ws/bestellprozess-adressen-und-pruefungen.md)
- [Shop, Seite und Technik](https://dokumentation.websale.de/v8s/referenz/tags/ws/shop-seite-und-technik.md)
- [Verteilungsprodukte anbieten (Prospektservice)](https://dokumentation.websale.de/v8s/produkte/verteilungsprodukte-anbieten-prospektservice.md)
- [checkout - Bestellablauf](https://dokumentation.websale.de/konfiguration/checkout-bestellablauf.md)
- [PayPal](https://dokumentation.websale.de/v8s/zahlungsarten-anlegen/paypal.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.