Werbung

Wenn Sie ein Backend haben, das Feeds für mehrere Konten bereitstellt, muss dieser Wert mit dem Attributwert ID im Element <RequestorID> der Nachrichten <OTA_HotelRateAmountNotifRQ> und <OTA_HotelAvailNotifRQ> für dasselbe Konto übereinstimmen.

Angebote für eine Unterkunft. Jedes Angebot gilt für eine einzelne Unterkunft.

Sofern <Stacking> nicht verwendet wird, wird das Angebot mit dem höchsten Rabatt auf die Buchung angewendet, wenn mehrere Angebote infrage kommen.

Falls angegeben, muss der Wert "overlay" sein. Wenn der Wert "overlay" ist, werden alle gespeicherten Angebote gelöscht, bevor die in der aktuellen Nachricht angegebenen Angebote gespeichert werden.

Falls nicht angegeben, bestehen für jedes in der aktuellen Nachricht angegebene Angebot folgende Möglichkeiten:

• Added (wenn keines der gespeicherten Angebote dieselbe id hat)
• Updated (wenn ein gespeichertes Angebot dieselbe id hat)
• Deleted (wenn ein gespeichertes Angebot dieselbe id hat und der Wert des Attributs action für das in der aktuellen Nachricht angegebene Angebot "delete" ist)

Ein einzelnes Angebot für eine Unterkunft. Wenn action="overlay" und <Promotion> nicht angegeben sind, werden alle Angebote für die Unterkunft gelöscht.

Wenn Sie mehr als 99 Angebote verwenden müssen, wenden Sie sich an Ihren Technical Account Manager (TAM).

Falls angegeben, muss der Wert delete sein. Falls dieser Wert nicht angegeben ist und ein Angebot mit derselben id nicht gespeichert wird, wird dieses Angebot gespeichert. Falls dieser Wert nicht angegeben ist und ein Angebot mit derselben id gespeichert wird, wird das vorhandene Angebot aktualisiert.

Wenn delete angegeben ist, wird das gespeicherte Angebot mit derselben id gelöscht. Wenn Sie delete verwenden, sollten Sie keine untergeordneten Elemente in <Promotion> einbeziehen. Außerdem ist delete in Verbindung mit <HotelPromotions action="overlay"/> nicht zulässig.

Das einschließliche Startdatum oder das Startdatum und die Startzeit (basierend auf der Zeitzone der Unterkunft) des Zeitraums.

• Das Datum oder die Uhrzeit, die mit start angegeben ist, muss vor dem Datum oder der Uhrzeit liegen, die mit end angegeben ist, oder mit diesem übereinstimmen.
• Wird start nicht angegeben, ist der Zeitraum in Bezug auf das Startdatum prinzipiell unbegrenzt.
• Wenn start als Datum „JJJJ-MM-TT“ ausgefüllt ist, wird es als Datum/Uhrzeit „JJJJ-MM-TTT00:00:00“ interpretiert.

Das einschließliche Enddatum oder das Enddatum und die Endzeit (basierend auf der Zeitzone der Unterkunft) des Zeitraums.

• Das mit end angegebene Datum oder die mit end angegebene Uhrzeit muss nach dem mit start angegebenen Datum oder der mit start angegebenen Uhrzeit liegen oder mit diesem übereinstimmen.
• Wird end nicht angegeben, ist der Zeitraum in Bezug auf das Enddatum nahezu unbegrenzt.
• Wenn end als Datum „JJJJ-MM-TT“ angegeben wird, wird es als „JJJJ-MM-TT23:59:59“ interpretiert.

Die Wochentage, die im Zeitraum zulässig sind. Falls nicht angegeben, sind alle Tage im Zeitraum zulässig. Jedes Zeichen im String gibt einen Tag an. Beispiel: „MTWHF“ gibt an, dass Wochentage im Zeitraum zulässig sind.

Folgende Zeichen sind zulässig:

• M für Montag
• T für Dienstag
• W für Mittwoch
• H für Donnerstag
• F für Freitag
• S für Samstag
• U für Sonntag

Jede Zeichenkombination ist gültig.

Folgende Werttypen sind gültig:

• Ganzzahl:Anzahl der Tage vor dem Check-in-Datum. Der Wert 30 gibt beispielsweise an, dass das Angebot nur für Buchungen gilt, die mindestens 30 Tage vor dem Check-in-Datum erfolgen.
• Dauer nach ISO 8601 (Tage, Stunden und Minuten): Die Anzahl der Tage (und optional Stunden/Minuten) vor dem Check-in-Datum. Der Wert P30D gibt beispielsweise an, dass das Angebot nur für Buchungen gilt, die mindestens 30 Tage vor dem Check-in-Datum erfolgen. Bei einem Wert von P30DT6H muss die Buchung spätestens am 30. Tag vor der Ankunft um 18:00 Uhr erfolgen.

Folgende Werttypen sind gültig:

• Ganzzahl:Anzahl der Tage vor dem Check-in-Datum. Der Wert 30 gibt beispielsweise an, dass das Angebot nur für Buchungen gilt, die maximal 30 Tage vor dem Check-in-Datum erfolgen.
• Dauer nach ISO 8601 (Tage, Stunden und Minuten): Die Anzahl der Tage (und optional Stunden/Minuten) vor dem Check-in-Datum. Der Wert P30D gibt beispielsweise an, dass das Angebot nur für Buchungen gilt, die maximal 30 Tage vor dem Check-in-Datum erfolgen. Bei einem Wert von P30DT6H muss die Buchung am 30. Tag vor der Ankunft ab 18:00 Uhr erfolgen.

Definiert Einschränkungen für den maximalen Wert, auf den ein Preis festgelegt werden kann, nachdem Angebote angewendet wurden.

Für Angebote muss immer eine <Discount> oder eine <BestDailyDiscount> angegeben werden. Wenn Sie also ein Angebot erstellen möchten, das nur eine <Ceiling> anwendet, können Sie eine <Discount> mit einer percentage von 0 festlegen.

Wenn die Möglichkeit zum Stapeln konfiguriert ist, können mehrere Angebote mit <Ceiling> auf einen einzelnen Aufenthalt angewendet werden. Für jedes Angebot wird der Rabatt angewendet, gefolgt vom Höchstpreis. Im folgenden Beispiel wird gezeigt, wie sich die einzelnen Obergrenzen auf die nächste Angebotsberechnung im Stapel auswirken.

Beispiel:

Preis für eine Übernachtung, wobei AmountBeforeTax 100 ist und zwei Angebote gestapelt sind:

1. Angebot mit dem Stapeltyp base, einer fixed_amount von 25 und einer Obergrenze von 60amount_per_night
2. Angebot mit dem Stapeltyp second, einer fixed_amount von 25 und einer Obergrenze von amount_per_night 90

Die Reihenfolge der Berechnungen:

1. Das Angebot für base wird zuerst angewendet und der AmountBeforeTax wird auf 75 € reduziert. Durch die Obergrenze wird der Preis jedoch auf 60 € gesenkt.
2. Mit dem Angebot second wird der Preis für AmountBeforeTax von 60 auf 35 € gesenkt. Das liegt unter der Obergrenze von 90, sodass die zweite Obergrenze nicht angewendet wird. Der endgültige Preis beträgt 35.

Die Tatsache, dass 60 eine strengere Obergrenze ist, ist irrelevant, da sie nur für das jeweilige Angebot gilt. Es kann keine einzige Obergrenze geben, die den gesamten Angebotsstapel umfasst.

Der maximale Betrag, auf den ein Übernachtungspreis nach Abzug des Rabatts festgelegt werden kann.

Wenn auch ein <Floor>-Element angegeben ist, muss dieser Wert größer oder gleich dem amount_per_night-Attribut in <Floor> sein.

amount_per_night wird auf Steuern und Gebühren angewendet, die mit AmountAfterTax in den Übernachtungspreis eingeschlossen sind, nicht aber auf solche, die mit TaxFeeInfo angegeben sind.

Definiert Einschränkungen für den Mindestwert, auf den ein Preis festgelegt werden kann, nachdem Angebote angewendet wurden.

Für Angebote muss immer eine <Discount> oder eine <BestDailyDiscount> angegeben werden. Wenn Sie also ein Angebot erstellen möchten, das nur eine <Floor> anwendet, können Sie eine <Discount> mit einer percentage von 0 festlegen.

Die <Floor>-Logik gilt auch für <FreeNights>-Rabatte, auch wenn auf die kostenlose Übernachtung ein 100%-Rabatt angewendet wird.

Wenn die Möglichkeit zum Stapeln konfiguriert ist, können mehrere Angebote mit <Floor> auf einen einzelnen Aufenthalt angewendet werden. Auf jedes Angebot wird der Rabatt angewendet, gefolgt vom Mindestpreis. Im folgenden Beispiel wird gezeigt, wie sich die einzelnen Preisuntergrenzen auf die nächste Angebotsberechnung im Stapel auswirken.

Beispiel:

Preis für eine Übernachtung, wobei AmountBeforeTax 100 ist und zwei Angebote gestapelt sind:

1. Angebot mit dem Stapeltyp base, einem fixed_amount von 25 und einem Mindestpreis amount_per_night von 90
2. Angebot mit dem Stapeltyp second, einer fixed_amount von 25 und einer Untergrenze von amount_per_night 60

Die Reihenfolge der Berechnungen:

1. Das Angebot von base wird zuerst angewendet und der AmountBeforeTax wird auf 75 reduziert. Durch das Mindestpreis-Limit wird der Preis jedoch auf 90 erhöht.
2. Mit dem Angebot second wird der Preis für AmountBeforeTax von 90 auf 65 € gesenkt. Das liegt über dem Grenzwert von 60, sodass der zweite Grenzwert nicht angewendet wird. Der endgültige Preis beträgt 65.

Die Tatsache, dass 90 % ein strengerer Gesamtgrenzwert ist, ist irrelevant, da er nur für das jeweilige Angebot gilt. Es kann keinen einzelnen Grenzwert geben, der den gesamten Angebotsstapel abdeckt.

Der Mindestbetrag, auf den ein Übernachtungspreis nach Abzug des Rabatts festgelegt werden kann.

Wenn auch ein <Ceiling>-Element angegeben ist, muss sein Wert kleiner oder gleich dem amount_per_night-Attribut in <Ceiling> sein.

amount_per_night wird auf Steuern und Gebühren angewendet, die mit AmountAfterTax in den Übernachtungspreis eingeschlossen sind, nicht aber auf solche, die mit TaxFeeInfo angegeben sind.

Ein Zeitraum, der angibt, wann ein Check-in erfolgen muss, damit das Angebot angewendet wird. Dieses Element ist nicht erforderlich, wenn Sie ein oder mehrere Angebote löschen.

Das Format YearlessDate wird ebenfalls unterstützt.

• Wenn es sich bei start oder end um ein Datum ohne Jahresangabe handelt, müssen beide ausgefüllt und ohne Jahresangabe sein.
• Zeiträume ohne Jahresangabe dürfen nicht ins neue Jahr übergehen. Darstellen Sie den Zeitraum stattdessen als zwei benachbarte Zeiträume. Beispiel: {"12-29", "01-05"} kann als {"12-29", "12-31"} und {"01-01", "01-05"} dargestellt werden.

Die Wochentage, die im Zeitraum zulässig sind. Falls nicht angegeben, sind alle Tage im Zeitraum zulässig. Jedes Zeichen im String gibt einen Tag an. Beispiel: „MTWHF“ gibt an, dass Wochentage im Zeitraum zulässig sind.

Folgende Zeichen sind zulässig:

• M für Montag
• T für Dienstag
• W für Mittwoch
• H für Donnerstag
• F für Freitag
• S für Samstag
• U für Sonntag

Jede Zeichenkombination ist gültig.

Ein Zeitraum, der angibt, wann ein Check-out erfolgen muss, damit das Angebot angewendet wird. Dieses Element ist nicht erforderlich, wenn Sie ein oder mehrere Angebote löschen.

Das Format YearlessDate wird ebenfalls unterstützt.

• Wenn es sich bei start oder end um ein Datum ohne Jahresangabe handelt, müssen beide ausgefüllt und ohne Jahresangabe sein.
• Zeiträume ohne Jahresangabe dürfen nicht ins neue Jahr übergehen. Darstellen Sie den Zeitraum stattdessen als zwei benachbarte Zeiträume. Beispiel: {"12-29", "01-05"} kann beispielsweise als {"12-29", "12-31"} und {"01-01", "01-05"} dargestellt werden.

Die Wochentage, die im Zeitraum zulässig sind. Falls nicht angegeben, sind alle Tage im Zeitraum zulässig. Jedes Zeichen im String gibt einen Tag an. Beispiel: „MTWHF“ gibt an, dass Wochentage im Zeitraum zulässig sind.

Folgende Zeichen sind zulässig:

• M für Montag
• T für Dienstag
• W für Mittwoch
• H für Donnerstag
• F für Freitag
• S für Samstag
• U für Sonntag

Jede Zeichenkombination ist gültig.

Es muss genau eine der beiden Optionen angegeben werden.DiscountBestDailyDiscount

Gibt den Rabatt an, der für dieses Angebot angewendet werden soll.

Es ist genau eines der folgenden Properties erforderlich: percentage, percentage_of_base, fixed_amount, fixed_amount_per_night, fixed_price oder fixed_price_per_night.

Dezimalwert von 0 bis 100, der den Rabatt in Prozent angibt. Er wird auf AmountAfterTax angewendet (oder AmountBeforeTax, wenn AmountAfterTax nicht angegeben ist).

Beispiele:

• Wenn AmountAfterTax 100 und percentage 20 ist:

  Angebotspreis = AmountAfterTax * (1 – Rabatt in %)

  80,00 = 100 * (1 - 0,2)

• Wenn AmountBeforeTax 100, percentage 20 und TaxFeeInfo 10 angibt:

  Angebotspreis = AmountBeforeTax * (1 – Rabatt in %) + Steuer

  90,00 = 100 * (1 - 0,2) + 10

Es ist genau eines der folgenden Properties erforderlich: percentage, percentage_of_base, fixed_amount, fixed_amount_per_night, fixed_price oder fixed_price_per_night.

Dezimalwert von 0 bis 100, der den Prozentsatz des Basisrabatts angibt. Ähnlich wie bei percentage wird er auf AmountAfterTax angewendet (oder AmountBeforeTax, wenn AmountAfterTax nicht angegeben ist).

Im Gegensatz zu percentage wird dieser Rabatt immer als Prozentsatz der Basisraten berechnet, unabhängig von früheren Angeboten, die nacheinander angewendet wurden.

Beispiel:

• Angenommen, es gibt zwei Angebote, die nacheinander auf einen Aufenthalt mit einer Übernachtung angewendet werden, der 100 € kostet. Der erste ist ein regulärer Rabatt von 10 %, der zweite ein Rabatt von 10% auf den Basispreis. Der Rabatt beträgt dann 80, da beide Angebote 10 € Rabatt gewähren. Wenn das zweite Angebot auch ein regulärer prozentualer Rabatt ist, beträgt der Rabatt 81, da das zweite Angebot 10% von 90 € Rabatt gewährt.

Es ist genau eines der folgenden Properties erforderlich: percentage, percentage_of_base, fixed_amount, fixed_amount_per_night, fixed_price oder fixed_price_per_night.

Festbetrag, der von der Summe der AmountAfterTax-Übernachtungspreise subtrahiert wird (bzw. der Summe der AmountBeforeTax-Übernachtungspreise, wenn AmountAfterTax nicht angegeben ist). Es wird davon ausgegangen, dass die Währung mit der Währung der Übernachtungspreise übereinstimmt. Wenn diese größer als die Summe der Übernachtungspreise ist, ist der resultierende Wert null.

Beispiele:

• Berechnung des Preises für eine Übernachtung, wobei AmountBeforeTax 90, AmountAfterTax 100 und fixed_amount 20 ist:

  Angebotspreis = AmountAfterTax – fester Rabatt

  80,00 = 100 - 20

• Berechnung des Preises für eine Übernachtung, wobei AmountBeforeTax 100 ist, fixed_amount 20 ist und TaxFeeInfo eine Steuer von 8 % angibt:

  Angebotspreis = (AmountBeforeTax – fester Rabatt) * (1 + Steuer in %)

  86,40 = (100 − 20) × 1,08

• Berechnung des Preises für eine Übernachtung, wobei AmountBeforeTax 50 ist, fixed_amount 60 ist und TaxFeeInfo eine Steuer von 10 % angibt:

  Angebotspreis = (AmountBeforeTax – fester Rabatt) * Steuer

  10,00 = 0 + 10

• Berechnung des Preises für drei Übernachtungen, wobei die AmountAfterTax-Werte 100, 110 und 120 sind und fixed_amount 150 ist:

  Angebotspreis = Summe(AmountAfterTax) - (fester Rabatt)

  180,00 = (100 + 110 + 120) - 150

Es ist genau eines der folgenden Properties erforderlich: percentage, percentage_of_base, fixed_amount, fixed_amount_per_night, fixed_price oder fixed_price_per_night.

Ein fester Rabatt, der auf jeden AmountAfterTax-Übernachtungspreis angewendet wird (oder den günstigsten N, wenn applied_nights angegeben wird). Wenn AmountAfterTax nicht angegeben ist, wird sie auf AmountBeforeTax angewendet. Es wird davon ausgegangen, dass die Währung mit der Währung der Übernachtungspreise übereinstimmt. Wenn fixed_amount_per_night größer als ein Übernachtungspreis ist, wird der Übernachtungspreis auf null reduziert. Der Rabatt kann nicht dazu führen, dass ein Übernachtungspreis negativ wird.

Beispiele:

• Berechnung des Preises für drei Übernachtungen, wobei die AmountAfterTax-Werte 100, 110 und 120 sind und fixed_amount_per_night 10 ist:

  Angebotspreis = Summe(AmountBeforeTax – Festbetragsrabatt)

  300,00 = ((100 - 10) + (110 - 10) + (120 - 10))

• Berechnung des Preises für drei Übernachtungen, wobei die AmountAfterTax-Werte 10, 50 und 100 sind und fixed_amount_per_night 20 ist:

  Angebotspreis = Summe(AmountAfterTax – Festbetragsrabatt)

  110,00 = (0 + (50 - 20) + (100 - 20))

Es ist genau eines der folgenden Properties erforderlich: percentage, percentage_of_base, fixed_amount, fixed_amount_per_night, fixed_price oder fixed_price_per_night.

Wenn AmountAfterTax Übernachtungspreise angegeben sind, wird der Preis für den Aufenthalt einschließlich Steuern und Gebühren auf den angegebenen Wert festgelegt. Wenn AmountBeforeTax angegeben ist, wird der Preis vor Steuern für den Aufenthalt auf den angegebenen Wert gesetzt, unabhängig davon, ob AmountAfterTax angegeben ist oder nicht. Es wird davon ausgegangen, dass die Währung mit der Währung der Übernachtungspreise übereinstimmt.

Wenn AmountAfterTax einen prozentualen Steuersatz widerspiegeln soll, kann die Festlegung eines festen Preises für AmountBeforeTax zu ungenauen Steuern und Gebühren führen. Im Allgemeinen wird dringend empfohlen, TaxFeeInfo für die Angabe von Steuern und Gebühren für eine Unterkunft zu verwenden.

Beispiele:

• Berechnung des Preises für eine Übernachtung, wobei AmountBeforeTax 90, AmountAfterTax 100 und fixed_price 80 ist:
• Berechnung des Preises für eine Übernachtung, wobei AmountBeforeTax 100 ist, fixed_amount 80 ist und TaxFeeInfo eine Steuer von 8 % angibt:

  Angebotspreis = Festpreis * (1 + Steuer in %)

  86,40 = 80 × 1,08

• Berechnung des Preises für drei Übernachtungen, wobei die AmountAfterTax-Werte 100, 110 und 120 sind und fixed_amount 300 ist:

  Angebotspreis = 300

Es ist genau eines der folgenden Properties erforderlich: percentage, percentage_of_base, fixed_amount, fixed_amount_per_night, fixed_price oder fixed_price_per_night.

Wenn AmountAfterTax Übernachtungspreise angegeben sind, wird der Preis für jede Übernachtung, einschließlich Steuern und Gebühren, auf den angegebenen Wert festgelegt. Wenn AmountBeforeTax angegeben ist, wird unabhängig davon, ob AmountAfterTax angegeben ist, der Preis vor Steuern für jede Übernachtung auf den angegebenen Wert gesetzt. Es wird davon ausgegangen, dass die Währung mit der Währung der Übernachtungspreise übereinstimmt.

Wenn AmountAfterTax einen prozentualen Steuersatz widerspiegeln soll, kann die Festlegung eines festen Preises für AmountBeforeTax zu ungenauen Steuern und Gebühren führen. Im Allgemeinen wird dringend empfohlen, TaxFeeInfo für die Angabe von Steuern und Gebühren für eine Unterkunft zu verwenden.

Wenn applied_nights angegeben ist, wird der neue Preis auf die günstigsten N Übernachtungen angewendet.

Beispiele:

• Berechnung des Preises für zwei Übernachtungen, wobei die AmountBeforeTax-Werte 90, 90, die AmountAfterTax-Werte 100, 100 und fixed_price 80 sind: Der Aktionspreis beträgt 80 + 80 = 160.
• Berechnung des Preises für zwei Übernachtungen, wobei AmountBeforeTax 100, 100, fixed_amount 80 ist und TaxFeeInfo eine Steuer von 8 % angibt: Der Aktionspreis beträgt (80 + 80) * 1,08 = 172,8.
• Berechnung des Preises für drei Übernachtungen, wobei die AmountAfterTax-Werte 100, 110 und 120 sind und fixed_amount 110 ist: Der Aktionspreis beträgt 110 × 3 = 330.

Dieser Wert sollte nur mit percentage oder fixed_amount_per_night verwendet werden.

Die Anzahl der Übernachtungen, auf die der Rabatt angewendet wird, beginnend mit dem günstigsten Preis. Muss eine Ganzzahl zwischen 1 und 99 sein. Falls nicht angegeben, wird der Rabatt auf alle Übernachtungen angewendet.

Anzahl der Übernachtungen, die erforderlich sind, damit der Rabatt angewendet werden kann. Jeder Rabatt wird auf ein separates Segment der Aufenthaltsnächte angewendet.

Bei einem Aufenthalt von 10 Übernachtungen, bei dem stay_nights 4 ist (und repeats wahr), gibt es beispielsweise zwei Segmente für Übernachtungen: die 1. bis 4. Nacht und die 5. bis 8. Nacht. Die 9. und 10. Nacht sind nicht Teil eines Segments für Übernachtungen.

Ob der Rabatt auf mehrere Segmente mit Übernachtungen angewendet werden kann. Wenn false, wird nur das Segment der Aufenthaltsnächte am Anfang des Reiseplans vergünstigt. Wenn true, gilt der Rabatt für alle Nächte des Aufenthalts.

Wenn stay_nights beispielsweise 4 ist und der Reiseplan 10 Übernachtungen umfasst, werden bei repeats = true zwei Segmente (Übernachtungen 1–4 und 5–8) ermäßigt. Bei repeats = false wird jedoch nur ein Segment (Übernachtungen 1–4) ermäßigt.

Es muss genau eine der beiden Optionen angegeben werden.DiscountBestDailyDiscount

Gibt einen Tagesrabatt an, der auf eine Übernachtung angewendet werden kann. Das ist im Gegensatz zu Discount, bei dem Rabatte auf den gesamten Aufenthalt angewendet werden.

Jede Property kann eine einzelne Gruppe von Angeboten haben, die als „Best Daily“ eingestuft werden. Das bedeutet, dass für jede Übernachtung das beste Tagesangebot ausgewählt und angewendet werden kann, das für diese Nacht infrage kommt und den höchsten Rabatt bietet.

Stacking kann mit BestDailyDiscount angegeben werden. Sie muss entweder auf base oder none gesetzt sein. Die „besten Tagesrabatte“, die den höchsten Rabatt für jede Nacht bieten, werden kombiniert und als Rabatt für einen einzelnen Aufenthalt (d. h. Discount) behandelt. Dabei wird der konfigurierte Stapeltyp berücksichtigt. Dieser kombinierte Rabatt wird mit anderen infrage kommenden <Discount>-Angeboten verglichen und kann mit diesen kombiniert werden, um den höchsten Rabatt zu ermitteln. Entweder die Kombination von BestDailyDiscount oder ein einzelnes Discount, je nachdem, was den niedrigeren Preis ergibt, wird für den base-Stapeltyp ausgewählt und angewendet.

StayDates kann mit diesem Rabatttyp angegeben werden, aber application muss auf overlap festgelegt sein.

Es muss genau ein Wert von percentage, fixed_amount oder fixed_price angegeben werden.

Dezimalwert von 0 bis 100, der den Rabatt in Prozent angibt. Er wird auf AmountAfterTax angewendet (oder AmountBeforeTax, wenn AmountAfterTax nicht angegeben ist).

Beispiele:

• Wenn AmountAfterTax für eine Übernachtung 100 und percentage 20 ist:

  Angebotspreis = AmountAfterTax * (1 – Rabatt in %)

  80,00 = 100 * (1 - 0,2)

• Wenn AmountBeforeTax für eine Übernachtung 100 ist, percentage 20 ist und TaxFeeInfo eine Steuer von 10 angibt:

  Angebotspreis = AmountBeforeTax * (1 – Rabatt in %) + Steuer

  90,00 = 100 * (1 - 0,2) + 10

Es muss genau ein Wert von percentage, fixed_amount oder fixed_price angegeben werden.

Festbetrag, der von einem einzelnen AmountAfterTax-Übernachtungspreis subtrahiert wird (bzw. vom AmountBeforeTax-Übernachtungspreis, wenn AmountAfterTax nicht angegeben ist). Es wird davon ausgegangen, dass die Währung mit der Währung der Übernachtungspreise übereinstimmt. Wenn diese größer als die Summe der Übernachtungspreise ist, ist der resultierende Wert null.

Beispiele:

• Wenn AmountBeforeTax für eine Übernachtung 90, AmountAfterTax 100 und fixed_amount 20 ist:

  Angebotspreis = AmountAfterTax – fester Rabatt

  80,00 = 100 - 20

• Wenn AmountBeforeTax für eine Übernachtung 100 ist, fixed_amount 20 ist und TaxFeeInfo eine Steuer von 8 % angibt:

  Angebotspreis = (AmountBeforeTax – fester Rabatt) * (1 + Steuer in %)

  86,40 = (100 − 20) × 1,08

Es muss genau ein Wert von percentage, fixed_amount oder fixed_price angegeben werden.

Wenn AmountAfterTax Übernachtungspreise angegeben sind, wird der Preis für die Übernachtung, einschließlich Steuern und Gebühren, auf den angegebenen Wert festgelegt. Wenn AmountBeforeTax angegeben ist, wird der Preis vor Steuern für den Aufenthalt auf den angegebenen Wert gesetzt, unabhängig davon, ob AmountAfterTax angegeben ist oder nicht. Es wird davon ausgegangen, dass die Währung mit der Währung der Übernachtungspreise übereinstimmt.

Beispiele:

• Wenn AmountBeforeTax für eine Übernachtung 90, AmountAfterTax 100 und fixed_price 80 ist, beträgt der Aktionspreis 80.
• Wenn AmountBeforeTax für eine Übernachtung 100 ist, fixed_amount 80 ist und TaxFeeInfo eine Steuer von 8 % angibt:

  Angebotspreis = Festpreis * (1 + Steuer in %)

  86,40 = 80 × 1,08

Container für eine Regel für Mitgliederpreise, die eine bestimmte UI-Anzeige für den zugehörigen Rabatt auslöst.

Dieses Element sollte nicht angegeben werden, es sei denn, <Discount> ist auch angegeben.

Die ID der Preisregel, die mit einem Mitgliedschaftsprogramm verknüpft ist.

Abhängig von dieser Einstellung können mehrere Angebote auf einen einzigen Preis angewendet werden:

• any: Kann mit beliebigen anderen Angeboten kombiniert werden (außer none). Die Reihenfolge, in der die Angebote angewendet werden, ist jedoch nicht garantiert.
• base: Das beste infrage kommende base-Angebot wird ausgewählt und vor anderen Angeboten angewendet. Bisher hieß sie base_only.
• second: Das beste infrage kommende second-Angebot wird ausgewählt und nach einem base-Angebot (falls zutreffend) und vor any-Angeboten angewendet.
• none: Nicht mit anderen Angeboten kombinierbar.

Von den zulässigen Kombinationen wird die Reihe von Angeboten, die den größten Rabatt ermöglichen, auf den Preis angewendet.

Beschreibt, wie das Angebot angewendet werden soll.

Gültige Werte sind:

• all: Das Angebot gilt für jede Übernachtung im Reiseplan, wenn alle Datumsangaben im Reiseplan sich mit den Aufenthaltsdaten überschneiden.
• any: Das Angebot gilt für alle Übernachtungen im Reiseplan, wenn sich ein beliebiges Datum im Reiseplan mit einem Datum im Aufenthaltszeitraum überschneidet.
• overlap: Das Angebot wird nur auf die Übernachtungen im Reiseplan angewendet, die sich mit einem Datum im Aufenthaltszeitraum überschneiden.

Dieses Attribut muss immer angegeben werden.

• Wenn <Discount> percentage angibt und application auf all oder any festgelegt ist, wird der Rabatt als Prozentsatz des vollständigen Aufenthalts angewendet.
• Wenn <Discount> den Wert percentage angibt und application auf overlap festgelegt ist, wird der Rabatt als Prozentsatz der Übernachtungspreise für sich überschneidende Übernachtungen angewendet.
• <Discount>, bei dem fixed_amount und application auf overlap festgelegt sind, ist eine ungültige Kombination.
• <FreeNights> unterstützt alle application-Werte. Bei overlap werden für die Rabattanforderungen nur sich überschneidende Übernachtungen berücksichtigt.

Ein Zeitraum, der angibt, wann das Angebot angewendet werden soll.

Das Format YearlessDate wird ebenfalls unterstützt.

• Wenn es sich bei start oder end um ein Datum ohne Jahresangabe handelt, müssen beide ausgefüllt und ohne Jahresangabe sein.
• Zeiträume ohne Jahresangabe dürfen nicht ins neue Jahr übergehen. Darstellen Sie den Zeitraum stattdessen als zwei benachbarte Zeiträume. Beispiel: {"12-29", "01-05"} kann beispielsweise als {"12-29", "12-31"} und {"01-01", "01-05"} dargestellt werden.

Wenn Sie den StayDates-Bereich so festlegen möchten, dass das Angebot an bestimmten Wochentagen gilt, sollten Sie das start-Datum als das aktuelle Datum ohne end festlegen, damit das Angebot nicht abläuft.

Sie sollten den Wert start angeben, wenn der Wert end nicht angegeben ist.

Sie sollten den Wert end angeben, wenn der Wert start nicht angegeben ist.

Die Wochentage, die im Zeitraum zulässig sind. Falls nicht angegeben, sind alle Tage im Zeitraum zulässig. Jedes Zeichen im String gibt einen Tag an. Beispiel: „MTWHF“ gibt an, dass Wochentage im Zeitraum zulässig sind.

Folgende Zeichen sind zulässig:

• M für Montag
• T für Dienstag
• W für Mittwoch
• H für Donnerstag
• F für Freitag
• S für Samstag
• U für Sonntag

Jede Zeichenkombination ist gültig.

Gültige Werte sind include und exclude.

Wenn „UserCountries“ type auf „include“ gesetzt ist, gilt das Angebot für Nutzer aus den aufgeführten Ländern.

Wenn „UserCountries“ type exclude ist, gilt das Angebot für Nutzer außerhalb der aufgeführten Länder.

Wenn „UserCountries“ type nicht festgelegt ist, wird es als include behandelt und das Angebot wird auf Nutzer aus den aufgeführten Ländern angewendet.

Entweder <Success> oder <Issues> ist in jeder Nachricht enthalten.

Entweder <Success> oder <Issues> ist in jeder Nachricht enthalten.

Die Art des Problems, das aufgetreten ist.

Gültige Werte sind warning, error und failure.