Werbeaktionen

Wenn Sie ein Back-End haben, das Feeds für mehreren Konten besteht, muss dieser Wert mit dem ID übereinstimmen im <RequestorID> angegebener Attributwert Ihres <OTA_HotelRateAmountNotifRQ> und <OTA_HotelAvailNotifRQ> Nachrichten für dasselbe Konto.

Angebote für eine Unterkunft. Jedes Angebot gilt für einen Property.

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

Wenn angegeben, muss der Wert "overlay" Wenn der Wert "overlay" ist, werden alle gespeicherte Angebote werden vor dem Speichern der angegebenen Angebote gelöscht. in der aktuellen Nachricht.

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 die gleichen id)
• Deleted (wenn ein gespeichertes Angebot die gleichen id und der Wert des Attributs action für das in der aktuellen Nachricht angegebene Angebot ist "delete")

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

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

Falls angegeben, muss der Wert delete sein. Falls nicht und ein Werbeaktion mit derselben id nicht gespeichert wird, Werbeaktion gespeichert wird. Andernfalls, falls nicht angegeben, und ein Angebot mit dieselbe id gespeichert wird, wird das vorhandene Angebot aktualisiert.

Wenn delete angegeben ist, wird das gespeicherte Angebot mit dem Dasselbe id wird 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 Startdatum oder Datum und Uhrzeit (basierend auf der Zeitzone der Property) (einschließlich) des Bereichs.

• Das in start angegebene Datum oder Datum/Uhrzeit muss vor dem Datum oder der Uhrzeit, die durch end.
• Wenn start nicht angegeben ist, gilt der Bereich als effektiv in Bezug auf die Startzeit unbegrenzt.
• Wenn start das Datum „JJJJ-MM-TT“ hat, ist es interpretiert als Datum und Uhrzeit "JJJJ-MM-TTT00:00:00".

Das Enddatum oder Datum und Uhrzeit (basierend auf der Zeitzone der Property) (einschließlich) des Bereichs.

• Das in end angegebene Datum oder Datum und Uhrzeit müssen später liegen als (oder gleich) das Datum oder das Datum, das durch start.
• Wenn end nicht angegeben ist, gilt der Bereich als effektiv unbegrenzt.
• Wenn end als Datum „JJJJ-MM-TT“ angegeben wird, ist es interpretiert als Datum und Uhrzeit "JJJJ-MM-TTT23:59:59".

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

Gültige Zeichen sind:

• 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. Beispielsweise gibt der Wert 30 an, Das Angebot gilt nur für Buchungen, die mindestens 30 Tage vor dem Check-in-Datum.
• ISO 8601-Dauer (Tage, Stunden und Minuten): Die Anzahl der Tage (und optional Stunden/Minuten) vor dem Anreisedatum. Für Beispiel: Der Wert P30D gibt nur das Angebot an. gilt für Buchungen mindestens 30 Tage vor dem Anreisedatum. A Für den Wert P30DT6H ist eine Buchung ab 18:00 Uhr am am 30. Tag vor der Ankunft.

Folgende Werttypen sind gültig:

• Ganzzahl:Anzahl der Tage vor dem Check-in Datum. Beispielsweise gibt der Wert 30 an, Angebot gilt nur für Buchungen, die maximal 30 Tage vor dem Check-in-Datum.
• Dauer nach ISO 8601 (Tage, Stunden und Minuten): Die Anzahl der Tage (und optional Stunden/Minuten) vor dem Check-in-Datum. Für Beispiel: Der Wert P30D gibt nur das Angebot an. gilt für Buchungen, die höchstens 30 Tage vor dem Anreisedatum 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 Höchstwert, auf den ein Preis festgelegt werden kann nachdem die Angebote angewendet wurden.

Angebote müssen immer einen <Discount> oder einen <BestDailyDiscount>. Um ein Angebot zu erstellen, nur <Ceiling> anwendet, können Sie z. B. <Discount> mit percentage von 0

Wenn eine Stapelung konfiguriert ist, <Ceiling> kann sich auf einen einzelnen Aufenthalt beziehen. 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 1 Übernachtung im Hotel „AmountBeforeTax“ 100 und es gibt zwei Werbeaktionen:

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

Hier ist die Reihenfolge der Berechnung:

1. Das Angebot „base“ wird zuerst angewendet und die Rabatte werden zuerst angewendet AmountBeforeTax auf 75, aber dann wird die Decke gesenkt auf 60.
2. Das Angebot „second“ gewährt einen Rabatt auf das AmountBeforeTax von 60 auf 35. Das ist unterhalb der Decke. damit die zweite Obergrenze nicht angewendet wird. Der endgültige Preis ist 35

Die Tatsache, dass die Obergrenze von 60 insgesamt strenger ist, ist irrelevant, da Es gilt nur für eine eigene Werbeaktion und es darf kein einziges die sich über den gesamten Angebotspaket erstreckt.

Der maximale Betrag, auf den ein Übernachtungspreis nach dem angewendet wird.

Wenn auch ein <Floor>-Element angegeben ist, wird dies muss auf einen Wert größer oder gleich dem Attribut „amount_per_night“ in <Floor>

amount_per_night wird auf Steuern und Gebühren angewendet, wenn sind bei AmountAfterTax im Übernachtungspreis enthalten, aber nicht die mit TaxFeeInfo angegebenen Werte.

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

Angebote müssen immer einen <Discount> oder einen <BestDailyDiscount>. Um ein Angebot zu erstellen, nur <Floor> anwendet, können Sie z. B. <Discount> mit percentage von 0

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

Wenn eine Stapelung konfiguriert ist, <Floor> kann sich auf einen einzelnen Aufenthalt beziehen. Jede Werbeaktion wird der Rabatt angewendet, direkt 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 1 Übernachtung im Hotel „AmountBeforeTax“ 100 und es gibt zwei Werbeaktionen:

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

Die Reihenfolge der Berechnungen:

1. Das Angebot „base“ wird zuerst angewendet und die Rabatte werden zuerst angewendet AmountBeforeTax auf 75, aber dann wird er erhöht. bis zu 90.
2. Das Angebot „second“ gewährt einen Rabatt auf das AmountBeforeTax von 90 auf 65. Das ist über dem Boden. damit der zweite Mindestbetrag nicht angewendet wird. Der endgültige Preis ist 65

Die Tatsache, dass die Tiefsttemperatur bei 90 insgesamt strenger ist, spielt keine Rolle, da Es gilt nur für eine eigene Werbeaktion und es darf kein einziges die sich über das gesamte Angebotspaket erstreckt.

Der Mindestbetrag, auf den ein Übernachtungspreis nach dem angewendet wird.

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, wenn sind bei AmountAfterTax im Übernachtungspreis enthalten, aber nicht die mit TaxFeeInfo angegebenen Werte.

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

Das Format YearlessDate wird ebenfalls unterstützt.

• Wenn start oder end jahreslos ist Datum eingeben, müssen beide als jahreslose Datumsangaben ausgefüllt werden.
• Zeiträume ohne Jahresangabe dürfen nicht ins neue Jahr übergehen. Stattdessen können Sie den Zeitraum als zwei nebeneinanderliegende Zeiträume darstellen. Beispiel: {"12-29", "01-05"} kann als {"12-29", "12-31"} dargestellt werden und {"01-01", "01-05"}

Die Wochentage, die im Zeitraum zulässig sind. Falls nicht angegeben ist, sind im Zeitraum alle Tage zulässig. Jedes in der Zeichenfolge einen Tag angibt. Beispiel: „MTWHF“ gibt an , dass Wochentage im Zeitraum zulässig sind.

Gültige Zeichen sind:

• 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 oder mehrere Werbeaktionen 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 Jahre dürfen nicht um das neue Jahr gelegt werden. Stattdessen können Sie den Zeitraum als zwei nebeneinanderliegende Zeiträume darstellen. Beispiel: {"12-29", "01-05"} kann dargestellt werden als {"12-29", "12-31"} und {"01-01", "01-05"}

Die Wochentage, die im Zeitraum zulässig sind. Falls nicht angegeben ist, sind im Zeitraum alle Tage zulässig. Jedes in der Zeichenfolge einen Tag angibt. Beispiel: „MTWHF“ gibt an , dass Wochentage im Zeitraum zulässig sind.

Gültige Zeichen sind:

• 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.

Genau eines der folgenden Werte: Discount oder BestDailyDiscount muss angegeben werden.

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

Genau eines von percentage, fixed_amount, fixed_amount_per_night, fixed_price oder fixed_price_per_night ist erforderlich.

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

Beispiele:

• Wenn AmountAfterTax 100 ist und percentage 20 ist, dann

  Angebotspreis = AmountAfterTax * (1 - Prozentsatz) Rabatt)

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

• Wenn AmountBeforeTax 100 ist, percentage ist 20 und TaxFeeInfo gibt eine Steuer von 10 an, dann

  Angebotspreis = AmountBeforeTax * (1 - Prozentsatz) Rabatt) + Steuern

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

Genau eines von percentage, fixed_amount, fixed_amount_per_night, fixed_price oder fixed_price_per_night ist erforderlich.

Ein fester Betrag, der von der Summe der AmountAfterTax Übernachtungspreise (oder Summe der AmountBeforeTax Übernachtungspreise, wenn AmountAfterTax ist nicht angegeben). Es wird davon ausgegangen, dass die Währung mit der Währung der Übernachtungspreise übereinstimmt. Ist dieser größer als die Summe der Übernachtungspreise lautet der resultierende Wert null.

Beispiele:

• Wenn wir den Preis für eine Übernachtung berechnen, AmountBeforeTax ist 90, AmountAfterTax ist 100 und fixed_amount 20 ist, dann

  Angebotspreis = AmountAfterTax - fest 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 – fest) Rabatt) * (1 + Steuern in Prozent)

  86,40 = (100 - 20) * 1,08

• Wenn wir den Preis für eine Übernachtung berechnen, AmountBeforeTax ist 50, fixed_amount 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) - (fest) Rabatt)

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

Genau eines von percentage, fixed_amount, fixed_amount_per_night, fixed_price oder fixed_price_per_night ist erforderlich.

Ein fester Rabatt, der auf jeden AmountAfterTax angewendet wird Übernachtungspreise (oder günstigste N, wenn applied_nights angegeben ist). Wenn AmountAfterTax nicht angegeben ist, wird sie auf AmountBeforeTax angewendet. Es wird angenommen, dass in derselben Währung wie die Übernachtungspreise angegeben. 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))

• Wenn wir den Preis für drei Übernachtungen berechnen, AmountAfterTax-Werte sind 10, 50 und 100. und die fixed_amount_per_night ist 20, dann

  Angebotspreis = Summe(AmountAfterTax - Festbetrag) Rabatt)

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

Genau eines von percentage, fixed_amount, fixed_amount_per_night, fixed_price oder fixed_price_per_night ist erforderlich.

Wenn AmountAfterTax-Übernachtungspreise angegeben sind, gilt Folgendes: legt den Preis für den Aufenthalt, einschließlich Steuern und Gebühren, auf den angegebenen Wert. Wenn AmountBeforeTax angegeben ist, dann gilt: unabhängig davon, ob AmountAfterTax angegeben ist, Preis vor Steuern für den Aufenthalt im angegebenen Wert. Es wird angenommen, dass in derselben Währung wie die Übernachtungspreise angegeben.

Wenn AmountAfterTax ein Prozent und anschließend einen Festpreis für AmountBeforeTax kann zu ungenauen Steuern und Gebühren führen. Im Allgemeinen wird dringend empfohlen, TaxFeeInfo zu verwenden. , um die Steuern und Gebühren einer Unterkunft anzugeben.

Beispiele:

• Wenn wir den Preis für eine Übernachtung berechnen, AmountBeforeTax ist 90, AmountAfterTax ist 100 und fixed_price 80, dann liegt der Angebotspreis bei 80.
• 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 + Steuern in Prozent)

  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

Genau eines von percentage, fixed_amount, fixed_amount_per_night, fixed_price oder fixed_price_per_night ist erforderlich.

Wenn AmountAfterTax-Übernachtungspreise angegeben sind, gilt Folgendes: legt den Preis für jede Übernachtung, einschließlich Steuern und Gebühren, an den angegebenen Wert. Wenn AmountBeforeTax angegeben ist, dann gilt: unabhängig davon, ob AmountAfterTax angegeben ist, Preis vor Steuern für jede Übernachtung zum angegebenen Wert. Es ist Es wird angenommen, dass die Währung der Übernachtungspreise entspricht.

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 zu verwenden. , um die Steuern und Gebühren einer Unterkunft anzugeben.

Wenn applied_nights angegeben ist, gilt der neue Preis auf die günstigsten N Nächte angewendet.

Beispiele:

• Wenn wir einen Aufenthalt von zwei Übernachtungen berechnen, AmountBeforeTax-Werte sind 90, 90. Die Werte für AmountAfterTax sind 100, 100. und fixed_price beträgt 80, dann beträgt der Angebotspreis 80 + 80 = 160.
• Wenn wir einen Aufenthalt von zwei Übernachtungen berechnen, AmountBeforeTax ist 100, 100. fixed_amount 80 liegt und TaxFeeInfo eine Steuer von 8 % angibt, ist (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.

Sollte nur in Verbindung mit percentage oder fixed_amount_per_night.

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

Anzahl der erforderlichen Übernachtungen, damit der Rabatt angewendet wird. Jedes Der Rabatt wird auf ein separates Segment der Übernachtungen angewendet.

Beispiel: Für einen Aufenthalt von 10 Übernachtungen, bei dem stay_nights 4 (und repeats ist wahr), dann gibt es zwei Übernachtungen Segmente: 1. bis 4. Nächte und 5. bis 8. Nächte; die Die 9. und 10. Nächte gehören nicht zum Segment „Aufenthaltnacht“.

Ob der Rabatt auf mehrere Übernachtungen angewendet werden kann Segmente. Wenn false, dann nur das Segment mit Übernachtungen am zu Beginn des Reiseplans rabattiert. Wenn true, dann wird für jeden Teil der Übernachtungen rabattiert.

Beispiel: Wenn stay_nights den Wert 4 hat und der Reiseplan 10 Nächte, dann, wenn repeats den Wert true hat, dann 2 Segmente sind rabattiert (Übernachtungen 1–4 und Nächte 5–8); aber wenn „repeats“ ist „false“, dann ist nur ein Segment vergünstigt (Übernachtungen 1–4).

Genau eines der folgenden Werte: Discount oder BestDailyDiscount muss angegeben werden.

Gibt eine Tagesrabatt, der auf eine Übernachtung angewendet werden kann. Dies ist in im Gegensatz zu Discount, bei dem Rabatte auf den gesamten bleibt.

Für jede Unterkunft kann eine Gruppe von Angeboten festgelegt werden, als „Tagesbeste“ gelten. 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 angegeben werden mit BestDailyDiscount. Er muss entweder auf base oder none. 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 verglichen und können mit anderen <Discount>-Werten kombiniert werden. Werbeaktionen, um diejenige oder die Kombination zu finden, die den größten Rabatt. 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 dieser Art von Rabatt angegeben werden, aber application muss auf overlap

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. Sie wird auf AmountAfterTax (oder AmountBeforeTax, wenn AmountAfterTax nicht angegeben).

Beispiele:

• Wenn der AmountAfterTax für eine Übernachtung 100 beträgt und percentage ist 20, dann

  Angebotspreis = AmountAfterTax * (1 - Prozentsatz) Rabatt)

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

• Wenn AmountBeforeTax für eine Aufenthaltsdauer 100 ist, percentage ist 20 und TaxFeeInfo gibt eine Steuer von 10 an, dann

  Angebotspreis = AmountBeforeTax * (1 - Prozentsatz) Rabatt) + Steuern

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

Genau eines von percentage, fixed_amount oder fixed_price ist erforderlich.

Ein fester Betrag, der von einem Einzelnen subtrahiert wird AmountAfterTax Übernachtungspreis (oder Preis pro Übernachtung: AmountBeforeTax, wenn AmountAfterTax ist nicht angegeben). Es wird angenommen, dass in derselben Währung wie die Übernachtungspreise angegeben. Wenn diese größer als die Summe der Übernachtungspreise ist, ist der resultierende Wert null.

Beispiele:

• Wenn der AmountBeforeTax für eine einzelne Nacht 90 beträgt, AmountAfterTax ist 100 und fixed_amount 20 ist, dann

  Angebotspreis = AmountAfterTax – fester Rabatt

  80,00 = 100 - 20

• Wenn der AmountBeforeTax für eine einzelne Nacht 100 beträgt, fixed_amount ist 20 und TaxFeeInfo gibt eine Steuer in Höhe von 8%, dann

  Angebotspreis = (AmountBeforeTax – fest) Rabatt) * (1 + Steuern in Prozent)

  86,40 = (100 - 20) * 1,08

Genau eines von percentage, fixed_amount oder fixed_price ist erforderlich.

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, dann gilt: unabhängig davon, ob AmountAfterTax angegeben ist, Preis vor Steuern für den Aufenthalt im angegebenen Wert. Es wird angenommen, dass in derselben Währung wie die Übernachtungspreise angegeben.

Beispiele:

• Wenn der AmountBeforeTax für eine einzelne Nacht 90 beträgt, AmountAfterTax ist 100 und fixed_price 80, dann liegt der Angebotspreis bei 80.
• Wenn der AmountBeforeTax für eine einzelne Nacht 100 beträgt, fixed_amount ist 80 und TaxFeeInfo gibt eine Steuer in Höhe von 8%, dann

  Angebotspreis = Festpreis * (1 + Steuer in %)

  86,40 = 80 * 1,08

Container für eine Preisregel für Mitglieder, die eine bestimmte UI auslöst Behandlung für den entsprechenden Rabatt.

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

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

Mehrere Angebote können auf einen einzigen Preis angewendet werden, abhängig von diese Einstellung:

• any: Kann mit anderen Angeboten kombiniert werden (außer none), sondern die Reihenfolge, in der die Angebote angewandt wird, ist nicht garantiert.
• base: Das beste infrage kommende base-Angebot ist ausgewählt und angewendet haben. Dies war zuvor als base_only bezeichnet.
• second: Das beste infrage kommende second-Angebot wird nach einem Angebot im Wert von base ausgewählt und angewendet (falls zutreffend) und vor Werbeaktionen mit dem Status any.
• none: nicht mit anderem kombinierbar Werbeaktionen

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 wird auf jede Übernachtung im Reiseplan, wenn sich alle Datumsangaben im Reiseplan überschneiden mit den Aufenthaltsdaten.
• any: Gilt das Angebot für alle Nächte im Reiseplan, wenn sich ein Datum im Reiseplan mit einem Datum im Aufenthaltszeitraum.
• 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> den Wert percentage angibt und application ist auf all eingestellt oder any wird der Rabatt als Prozentsatz des kompletter Aufenthalt.
• Wenn <Discount> den Wert percentage angibt und application auf overlap gesetzt ist, wird der Der Rabatt wird als Prozentsatz der Übernachtungspreise für sich überschneidende Nächte.
• <Discount> mit Angabe von fixed_amount und application auf overlap eingestellt ist Ungültige Kombination.
• <FreeNights> unterstützt alle application-Werte. Beachten Sie, dass für overlap Folgendes gilt: Nur sich überschneidende Übernachtungen werden für den Rabatt berücksichtigt Anforderungen.

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

Das Format YearlessDate wird ebenfalls unterstützt.

• Wenn start oder end jahreslos ist Datum eingeben, müssen beide als jahreslose Datumsangaben ausgefüllt werden.
• Zeiträume ohne Jahresangabe dürfen nicht ins neue Jahr übergehen. Stattdessen können Sie den Zeitraum als zwei nebeneinanderliegende Zeiträume darstellen. Beispiel: {"12-29", "01-05"} kann dargestellt werden als {"12-29", "12-31"} und {"01-01", "01-05"}

Wenn Sie den Bereich StayDates auf die Werbeaktion an bestimmten Wochentagen zulassen, sollten Sie start Datum als aktuelles Datum ohne end, also dass das Angebot nicht abläuft.

Sie sollten den Wert start angeben, wenn der Der Wert für „end“ ist nicht angegeben.

Sie sollten den Wert end angeben, wenn der Der Wert für „start“ ist nicht angegeben.

Die Wochentage, die im Zeitraum zulässig sind. Falls nicht angegeben ist, sind im Zeitraum alle Tage zulässig. Jedes in der Zeichenfolge einen Tag angibt. Beispiel: „MTWHF“ gibt an , dass Wochentage im Zeitraum zulässig sind.

Gültige Zeichen sind:

• 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 für das Nutzerland type folgender Wert festgelegt ist: include, das Angebot gilt für Nutzer der aufgeführten Ländern.

Wenn das Feld „UserCountry“ type den Wert exclude hat, Das Angebot gilt nicht für die aufgeführten Ländern.

Wenn das Feld „UserCountry“ (type) nicht konfiguriert ist, wird es wie folgt behandelt: include und das Angebot gilt für Nutzer aus den aufgeführten Ländern.

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

Entweder <Success> oder <Issues> ist Nachrichten enthalten.

Die Art des Problems.

Gültige Werte sind warning, error und failure.