תוכן מקודם

אם יש לכם קצה עורפי שמספק פידים חשבונות מרובים, הערך הזה צריך להתאים לערך ID ערך המאפיין שמצוין ברכיב <RequestorID> של <OTA_HotelRateAmountNotifRQ> ו <OTA_HotelAvailNotifRQ> הודעות לאותה ההודעה חשבון.

קידומי מכירות של נכס. כל מבצע חל על לנכס.

אלא אם נעשה שימוש ב-<Stacking>, המבצע עם ההנחה הגדולה ביותר יחול על ההזמנה. עומדים בדרישות מספר מבצעים.

אם צוין, הערך צריך להיות "overlay" כשהערך הוא "overlay", כל קידומי המכירות השמורים נמחקים לפני שמאוחסנים קידומי המכירות שצוינו בהודעה הנוכחית.

אם לא מציינים זאת, כל מבצע שצוין ההודעה היא אחת מהאפשרויות הבאות:

• Added (אם אף אחד מהמבצעים המאוחסנים לא כולל את אותו id)
• Updated (אם מבצע ששמור בו זהה id)
• Deleted (אם מבצע ששמור בו זהה id והערך של המאפיין action למבצע שצוין בהודעה הנוכחית הוא "delete")

מבצע יחיד של נכס. שימו לב שאם action="overlay" ו-<Promotion> הם לא צוין, כל קידומי המכירות של הנכס יימחקו.

אם אתם צריכים להשתמש ביותר מ-99 מבצעים, אתם יכולים ליצור קשר מנהל החשבונות הטכני (TAM).

אם צוין, הערך חייב להיות delete. אחרת מוגדר, מבצע עם אותו id לא נשמר, ואז המבצע הזה המבצע נשמר. אחרת, אם לא צוין ערך ויש מבצע עם אותו id, המבצע הקיים יעודכן.

אם מציינים delete, המבצע המאוחסן עם המאפיין הזה אותו id נמחק. כשמשתמשים ב-delete, אין לכלול רכיבי צאצא ב- <Promotion>. בנוסף, delete אינו מותר בשילוב עם <HotelPromotions action="overlay"/>.

תאריך ההתחלה או התאריך והשעה (על סמך אזור הזמן של הנכס), כולל את הטווח.

• התאריך או התאריך והשעה שצוינו על ידי start חייבים להיות מוקדם מתאריך (או זהה ל) התאריך או התאריך והשעה שצוינו על ידי end.
• אם לא מציינים את start, הטווח לא מוגבל מבחינת זמן ההתחלה.
• אם start מאוכלס כתאריך 'YYYY-MM-DD', המשמעות היא מתפרש כתאריך ושעה "YYYY-MM-DDT00:00:00".

תאריך הסיום או התאריך והשעה (על סמך אזור הזמן של הנכס) כולל את הטווח.

• התאריך או התאריך והשעה שמצוינים על ידי end חייבים לחול מאוחר יותר התאריך או התאריך והשעה שצוינו על ידי (או זהים ל-) start.
• אם לא מציינים את end, הטווח לא מוגבל מבחינת שעת סיום.
• אם הערך של end מסופק בתור תאריך 'YYYY-MM-DD', הוא מפורש בתור תאריך ושעה 'YYYY-MM-DDT23:59:59'.

הימים בשבוע שמותרים בטווח התאריכים. אחרת שצוין, כל הימים מותרים בטווח התאריכים. כל אחד במחרוזת מציין יום. לדוגמה, "MTWHF" מציין שימי חול מותרים בטווח התאריכים.

התווים החוקיים הם:

• M ליום שני
• T ביום שלישי
• W ליום רביעי
• H ליום חמישי
• F ליום שישי
• S ליום שבת
• U ביום ראשון

כל שילוב תווים חוקי.

סוגי הערכים החוקיים הם:

• מספר שלם: מספר הימים לפני ביצוע הצ'ק-אין תאריך. לדוגמה, ערך של 30 מציין את המבצע חל רק על הזמנות 30 יום לפחות לפני תאריך הצ'ק אין.
• משך זמן לפי תקן ISO 8601 (ימים, שעות ודקות): מספר ימים (ואופציונלית גם שעות/דקות) לפני תאריך הצ'ק-אין. עבור לדוגמה, הערך P30D מציין את המבצע בלבד רלוונטי להזמנות 30 יום לפחות לפני תאריך הצ'ק אין. א' בערך של P30DT6H, נדרשת הזמנה בשעה 18:00 או לפני כן יום 30 לפני ההגעה.

סוגי הערכים החוקיים הם:

• מספר שלם: מספר הימים לפני תאריך הצ'ק אין. לדוגמה, ערך של 30 מציין את המבצע חל רק על הזמנות 30 ימים לכל היותר לפני תאריך הצ'ק אין.
• משך זמן לפי תקן ISO 8601 (ימים, שעות ודקות): מספר ימים (ואופציונלית גם שעות/דקות) לפני תאריך הצ'ק-אין. עבור לדוגמה, הערך P30D מציין את המבצע בלבד חל על הזמנות לכל היותר 30 יום לפני תאריך הצ'ק אין. א' בערך של P30DT6H נדרשת הזמנה בשעה 18:00 או לאחר מכן יום 30 לפני ההגעה.

הגדרת הגבלות על הערך המקסימלי שאפשר להגדיר לתעריף אחרי מימוש המבצעים.

תמיד צריך לציין <Discount> או <BestDailyDiscount> בקידומי מכירות, לכן כדי ליצור קידום מכירות שבו <Ceiling> הוא היחיד שחלה עליו ההנחה, אפשר להגדיר <Discount> עם percentage של 0.

אם מוגדר ערימה, אז יש כמה מבצעים עם <Ceiling> יכול לחול על שהייה אחת. כל קידום מכירות המערכת תחיל את ההנחה ומיד אחריה את התקרה. הדוגמה הבאה ממחישה איך כל תקרה תורמת חישובי קידום במקבץ.

דוגמה:

המחירים של שהייה של לילה אחד במקום של AmountBeforeTax 100 וקיים מקבץ של שני קידומי מכירות:

1. מבצע עם סוג base של צבירה, fixed_amount של 25 ו-amount_per_night של 60
2. קידום מכירות עם ערימה מסוג second, fixed_amount מתוך 25, ותקר amount_per_night מתוך 90

זהו סדר החישוב:

1. מבצע base מופעל ראשון והנחות AmountBeforeTax עד 75, אבל התקרה נמוכה יותר ל-60.
2. המבצע של second הנחות AmountBeforeTax מ-60 עד 35. זו מתחת לתקרה של 90 כך שהתקרה השנייה לא תוחל. השיעור הסופי הוא 35.

העובדה ש-60 היא תקרה כוללת מחמירה יותר אינה רלוונטית, מאחר היא תקפה רק עבור הקידום שלה, ולא יכולה להתקיים גם תקרה שמתפרשת על פני כל מקבץ המבצעים.

הסכום המקסימלי שאפשר להגדיר לתעריף ללילה אחרי תחול הנחה.

אם צוין גם רכיב <Floor>, חייב להיות מוגדר לערך שגדול מהערך או שווה לו מאפיין amount_per_night ב- <Floor>

הסכום amount_per_night יחול על מיסים ועמלות כאשר הם כלולים בתעריף ללילה ב-AmountAfterTax, אבל לא אלה שצוינו באמצעות TaxFeeInfo.

הגדרת הגבלות על הערך המינימלי שאפשר להגדיר לתעריף אחרי מימוש המבצעים.

במבצעים תמיד צריך לציין <Discount> או <BestDailyDiscount>, ולכן כדי ליצור מבצע חלה רק <Floor>, אפשרות אחת היא להגדיר <Discount> עם percentage של 0

הלוגיקה של <Floor> עדיין חלה על הנחות של <FreeNights>, גם אם הלילה בחינם הוחלה עליו הנחה של 100%.

אם מוגדר ערימה, אז יש כמה מבצעים עם <Floor> יכול לחול על שהייה אחת. כל קידום מכירות המערכת תחיל את ההנחה ומיד אחריה מגיעה הצעת המחיר המינימלית. הדוגמה הבאה ממחישה איך כל שלב תורם לחישוב של המבצע הבא בסטאק.

דוגמה:

תמחור של לילה אחד, כאשר הערך של AmountBeforeTax הוא 100 ויש שתי שוברי הנחה:

1. קידום מכירות עם ערימה מסוג base, A fixed_amount מתוך 25, וקומה amount_per_night מתוך 90
2. קידום מכירות עם ערימה מסוג second, fixed_amount מתוך 25, וקומה amount_per_night מתוך 60

זהו סדר החישוב:

1. מבצע base מופעל ראשון והנחות AmountBeforeTax עד 75, אבל אז הרצפה מעלה אותו עד 90.
2. קידום המכירות second מעניק הנחה על AmountBeforeTax מ-90 ל-65. המיקום הזה מעל לקומה של 60, כך שהקומה השנייה לא מוחלת. התעריף הסופי הוא 65.

העובדה ש-90 היא סף כולל מחמיר יותר אינה רלוונטית, מאחר היא תקפה רק עבור הקידום שלה, ולא יכולה להתקיים גם על פני כל מקבץ המבצעים.

הסכום המינימלי שאפשר להגדיר לתעריף ללילה אחרי תחול הנחה.

אם צוין גם רכיב <Ceiling>, חייב להיות מוגדר לערך שקטן מהערך או שווה לו מאפיין amount_per_night ב- <Ceiling>

הסכום amount_per_night יחול על מיסים ועמלות כאשר הם כלולים בתעריף ללילה ב-AmountAfterTax, אבל לא אלה שצוינו באמצעות TaxFeeInfo.

טווח תאריכים שמציין מתי צריך לבצע צ'ק-אין כדי לממש את המבצע להיות מיושם. אין צורך ברכיב הזה אם מוחקים פריט אחד או יותר קידומי מכירות.

יש תמיכה גם בפורמט YearlessDate.

• אם אחד מהתאריכים start או end הוא חסר שנה צריך לאכלס את שניהם כתאריכים ללא שנה.
• טווחי תאריכים ללא שנים לא יכולים לכלול את השנה החדשה. במקום זאת, שמייצגים את הטווח כשני טווחי תאריכים סמוכים. לדוגמה, אפשר לייצג את {"12-29", "01-05"} בתור {"12-29", "12-31"} וגם {"01-01", "01-05"}.

הימים בשבוע שמותרים בטווח התאריכים. אחרת שצוין, כל הימים מותרים בטווח התאריכים. כל תו במחרוזת מציין יום. לדוגמה, "MTWHF" מציין שימי חול מותרים בטווח התאריכים.

התווים החוקיים הם:

• M ליום שני
• T ביום שלישי
• W ליום רביעי
• H ליום חמישי
• F ליום שישי
• S ליום שבת
• U ביום ראשון

כל שילוב תווים חוקי.

טווח תאריכים שמציין מתי צריך להתבצע צ'ק-אאוט כדי לממש את המבצע להיות מיושם. הרכיב הזה לא נדרש אם מתבצעת מחיקה של קידום מכירות אחד או יותר.

יש תמיכה גם בפורמט YearlessDate.

• אם אחד מהתאריכים start או end הוא ללא שנה צריך לאכלס את שניהם כתאריכים ללא שנה.
• טווחי תאריכים ללא ציון שנה לא יכולים לעבור את השנה החדשה. במקום זאת, שמייצגים את הטווח כשני טווחי תאריכים סמוכים. לדוגמה, אפשר לייצג את {"12-29", "01-05"} בתור {"12-29", "12-31"} והקבוצה {"01-01", "01-05"}.

הימים בשבוע שמותרים בטווח התאריכים. אחרת שצוין, כל הימים מותרים בטווח התאריכים. כל תו במחרוזת מציין יום. לדוגמה, "MTWHF" מציין שימי חול מותרים בטווח התאריכים.

התווים החוקיים הם:

• M ליום שני
• T ביום שלישי
• W ליום רביעי
• H ליום חמישי
• F ליום שישי
• S ליום שבת
• U ביום ראשון

כל שילוב של תווים תקין.

בדיוק אחד מתוך Discount או צריך לציין את BestDailyDiscount.

הנתון הזה מציין את ההנחה שתחול על המבצע.

בדיוק אחד מתוך percentage, fixed_amount, fixed_amount_per_night fixed_price, או fixed_price_per_night הם נדרש.

ערך עשרוני מ-0 עד 100 שמציין את אחוז ההנחה. הוא חל על AmountAfterTax (או AmountBeforeTax אם AmountAfterTax לא שצוין).

דוגמאות:

• אם הערך של AmountAfterTax הוא 100 וגם percentage הוא 20, ואז

  שיעור המבצע = AmountAfterTax * (1 - אחוז) הנחה)

  80.00 = 100 * (0.2 - 1)

• אם הערך של AmountBeforeTax הוא 100, הערך percentage הוא 20 ו-TaxFeeInfo מציין מס של 10, לאחר מכן

  שיעור המבצע = AmountBeforeTax * (1 - אחוז) הנחה) + מס

  90.00 = 100 * (1 - 0.2) + 10

בדיוק אחד מתוך percentage, fixed_amount, fixed_amount_per_night fixed_price, או fixed_price_per_night הם נדרש.

סכום קבוע שינוכה מהסכום של AmountAfterTax תעריפים ללילה (או סכום של AmountBeforeTax מחירים ללילה אם AmountAfterTax לא צוין). מניחים שהוא באותו מטבע כמו השערים ללילה. אם הוא גדול מ- סכום התעריפים ללילה, הערך שמתקבל הוא אפס.

דוגמאות:

• אם אנחנו מתמחרים שהייה של לילה אחד במקום AmountBeforeTax הוא 90, AmountAfterTax הוא 100, ו-fixed_amount הוא 20, ואז

  התעריף במסגרת קידום המכירות = AmountAfterTax - הנחה קבועה

  80.00 = 100 - 20

• אם אנחנו מתמחרים שהייה של לילה אחד במקום AmountBeforeTax הוא 100, fixed_amount הוא 20, ו-TaxFeeInfo מציין מס של 8%, אז

  שיעור המבצע = (AmountBeforeTax – קבוע) הנחה) * (1 + מס באחוזים)

  86.40 = (100 - 20) * 1.08

• אם אנחנו מתמחרים שהייה של לילה אחד במקום AmountBeforeTax הוא 50, fixed_amount הוא 60, ו-TaxFeeInfo מציין מס של 10, ולאחר מכן

  שיעור קידום מכירות = (AmountBeforeTax - הנחה קבועה) * מס

  10.00 = 0 + 10

• אם אנחנו מחשבים את המחיר של שהייה של 3 לילות, כאשר הערכים של AmountAfterTax הם 100,‏ 110 ו-120, ו-fixed_amount הוא 150, אז

  שיעור המבצע = סכום(AmountAfterTax) - (קבוע הנחה)

  180.00 = (100 + 110 + 120) - 150

בדיוק אחד מתוך percentage, fixed_amount, fixed_amount_per_night fixed_price, או fixed_price_per_night הם נדרש.

הנחה קבועה שתחול על כל אחד מהנכסים מסוג AmountAfterTax המחירים ללילה (או הזול ביותר אם צוין applied_nights). אם לא מציינים את AmountAfterTax, הוא יחול על AmountBeforeTax. מניחים שהוא באותו מטבע כמו השערים ללילה. אם המיקום fixed_amount_per_night גדול מ- התעריף ללילה מסוים, מצטמצם לערך של אפס – ההנחה לא יכולה לגרום לתעריף ללילה להיות שלילי.

דוגמאות:

• אם אנחנו מתמחרים שהייה של 3 לילות, הערכים של AmountAfterTax הם 100, 110 ו-120. את הרצף fixed_amount_per_night הוא 10, ואז

  שיעור המבצע = סכום(AmountBeforeTax - סכום קבוע) הנחה)

  300.00 = ((100 - 10) + (110 - 10) + (120 - 10))

• אם אנחנו מתמחרים שהייה של 3 לילות, הערכים של AmountAfterTax הם 10, 50 ו-100. את הרצף fixed_amount_per_night הוא 20, ואז

  שיעור המבצע = סכום(AmountAfterTax - סכום קבוע) הנחה)

  110.00 = (0 + (50 - 20) + (20 - 100))

בדיוק אחד מתוך percentage, fixed_amount, fixed_amount_per_night fixed_price, או fixed_price_per_night הם נדרש.

אם מציינים AmountAfterTax תעריפים ללילה, אין קובעת את מחיר השהייה, כולל מיסים ועמלות, בערך שצוין. אם צוין AmountBeforeTax, אז גם אם AmountAfterTax מצוין או לא, הפעולה הזו קובעת המחיר לפני מס עבור השהייה בערך שצוין. מניחים שהוא באותו מטבע כמו השערים ללילה.

אם AmountAfterTax מיועד לשקף מס בשיעור מסוים, הגדרת מחיר קבוע ל-AmountBeforeTax עלולה לגרום למיסים ולעמלות לא מדויקים. באופן כללי, מומלץ מאוד להשתמש ב-TaxFeeInfo כדי לציין את המיסים והעמלות של נכס.

דוגמאות:

• אם אנחנו מתמחרים שהייה של לילה אחד במקום AmountBeforeTax הוא 90, AmountAfterTax הוא 100, ו-fixed_price הוא 80, שיעור המבצע הוא 80.
• אם אנחנו מחשבים את המחיר של שהייה של לילה אחד, כאשר הערך של AmountBeforeTax הוא 100, הערך של fixed_amount הוא 80 והערך של TaxFeeInfo הוא 8%, אז

  שיעור המבצע = מחיר קבוע * (1 + מס באחוזים)

  86.40 = 80 * 1.08

• אם אנחנו מתמחרים שהייה של 3 לילות, הערכים של AmountAfterTax הם 100, 110 ו-120. וגם fixed_amount הוא 300, ואז

  שיעור המבצע = 300

בדיוק אחד מתוך percentage, fixed_amount, fixed_amount_per_night fixed_price, או fixed_price_per_night הם נדרש.

אם מציינים AmountAfterTax תעריפים ללילה, אין קובע את המחיר לכל לילה של שהייה, כולל מיסים ועמלות, בערך שצוין. אם צוין AmountBeforeTax, אז גם אם AmountAfterTax מצוין או לא, הפעולה הזו קובעת המחיר לפני מס לכל לילה שהייה לפי הערך שצוין. זה כן מניחים שהם באותו מטבע כמו שערי חליפין ללילה.

אם AmountAfterTax נועד לשקף אחוז מס, ולאחר מכן הגדרת מחיר קבוע עבור AmountBeforeTax עלול לגרום לאי-דיוקים במיסים ובעמלות. באופן כללי, מומלץ מאוד להשתמש ב-TaxFeeInfo כדי לציין את המיסים והעמלות של הנכס.

אם מציינים applied_nights, המחיר החדש הוא תקף ל-N הלילות הזולים ביותר.

דוגמאות:

• אם אנחנו מתמחרים שהייה של 2 לילות, הערכים של AmountBeforeTax הם 90, 90. ערכי AmountAfterTax הם 100, 100. וגם הערך של fixed_price הוא 80, ואז שיעור המבצע הוא 80 + 80 = 160.
• אם אנחנו מתמחרים שהייה של 2 לילות, AmountBeforeTax הוא 100, 100; fixed_amount הוא 80, ו-TaxFeeInfo מציין מס של 8%, ואז שיעור המבצע הוא (80 + 80) * 1.08 = 172.8.
• אם אנחנו מתמחרים שהייה של 3 לילות, הערכים של AmountAfterTax הם 100, 110 ו-120. וגם הערך של fixed_amount הוא 110, ואז שיעור המבצע הוא 110 * 3 = 330.

יש להשתמש באפשרות הזו רק עם percentage או fixed_amount_per_night.

מספר הלילות שעליהם חלה ההנחה, החל מ- הזולה ביותר. הערך צריך להיות מספר שלם בין 1 ל-99. אם לא מציינים זאת, ההנחה חלה על כל הלילות.

מספר הלילות הנדרשים כדי שההנחה תחול. כל אחד ההנחה תחול על פלח נפרד של לילות שהייה.

לדוגמה, לשהייה של 10 לילות במקום stay_nights 4 (והערך repeats נכון), ואחר כך יש שני לילות לשהייה קטעים: הלילות הראשון עד הרביעי והלילות החמישיים עד השמיניים. ה לילות 9 ו-10 לא נכללים בפלח של שהייה בלילה.

אם אפשר להחיל את ההנחה על כמה לילות שהייה פלחים. אם הערך שלו הוא false, רק הפלח של לילות השהייה הוא בתחילת מסלול הנסיעה תהיה הנחה. אם true, אז מקבלים הנחה על כל חלק של לילות השהייה.

לדוגמה, אם הערך של stay_nights הוא 4 ומסלול הנסיעה הוא 10 לילות, אז אם repeats הוא true, אז 2 קטעים בהנחה (לילות 1-4 ולילות 5-8); אבל, אם repeats הוא false, ואז רק פלח אחד בהנחה (לילות 1 עד 4).

בדיוק אחד מתוך Discount או צריך לציין את BestDailyDiscount.

מציין הנחה יומית שעשויה לחול על לילה של שהייה. זה נמצא ב בניגוד לשיטה Discount, שמחילה הנחות על כל הפריטים שהיתה.

בכל מלון יכולה להיות קבוצה אחת של מבצעים נחשבים 'הכי טוב מדי יום'. כלומר, עבור כל לילה של שהייה, יחיד 'הכי טוב יומי' שעומד בקריטריונים ושמפיק את התוצאות העמוקות ביותר נבחרה הנחה לאותו לילה, ואפשר להחיל אותה.

אפשר לציין את Stacking באמצעות BestDailyDiscount. צריך להגדיר אותן לאחת מהאפשרויות הבאות base או none. הדוח 'הכי טוב יומי' הנחות שמניבות את ההנחה העמוקה ביותר לכל לילה, משולבות ומטופלות הנחה לשהייה אחת (למשל, Discount) סוג הערימה שהוגדר. יש השוואה בין ההנחה המשולבת לעומת מוצרים אחרים שעומדים בדרישות <Discount>, ואפשר לערום אותם כדי למצוא את השילוב או את השילוב שמספקים בהנחה. השילוב של BestDailyDiscount או Discount האחד, אשר מניב את המחיר הנמוך ביותר, הוא נבחר והוחל על סוג הערימה base.

אפשר לציין StayDates עם הנחה מהסוג הזה, אבל צריך להגדיר את application כ- overlap

בדיוק אחד מתוך percentage, השדה fixed_amount או fixed_price הוא שדה חובה.

ערך עשרוני מ-0 עד 100 שמציין את אחוז ההנחה. הוא חל על AmountAfterTax (או AmountBeforeTax אם AmountAfterTax לא שצוין).

דוגמאות:

• אם AmountAfterTax ללילה של שהייה הוא 100 ו-percentage הוא 20, אז

  שיעור המבצע = AmountAfterTax * (1 - אחוז) הנחה)

  80.00 = 100 * (0.2 - 1)

• אם הערך של AmountBeforeTax למדד שהייה הוא 100, הערך percentage הוא 20 ו-TaxFeeInfo מציין מס של 10, לאחר מכן

  שיעור המבצע = AmountBeforeTax * (1 - אחוז) הנחה) + מס

  90.00 = 100 * (1 - 0.2) + 10

צריך לציין בדיוק אחד מהערכים percentage,‏ fixed_amount או fixed_price.

סכום קבוע לניכוי מסכום בודד תעריף ללילה של AmountAfterTax (או תעריף ללילה בסך AmountBeforeTax אם AmountAfterTax לא צוין). ההנחה היא שהיא תהיה באותו המטבע של התעריפים ללילה. אם הוא גדול מ- סכום התעריפים ללילה, הערך שמתקבל הוא אפס.

דוגמאות:

• אם הערך של AmountBeforeTax ללילה אחד הוא 90,‏ AmountAfterTax הוא 100 ו-fixed_amount הוא 20, אז

  שיעור המבצע = AmountAfterTax – קבוע הנחה

  80.00 = 100 - 20

• אם הערך של AmountBeforeTax ללילה אחד הוא 100,‏ fixed_amount הוא 20 ו-TaxFeeInfo מציין מס של 8%, אז

  שיעור המבצע = (AmountBeforeTax – קבוע) הנחה) * (1 + מס באחוזים)

  86.40 = (100 - 20) * 1.08

בדיוק אחד מתוך percentage, השדה fixed_amount או fixed_price הוא שדה חובה.

אם מציינים AmountAfterTax תעריפים ללילה, הפונקציה מגדירה את המחיר ללילה השהייה, כולל מיסים ועמלות, לערך שצוין. אם צוין AmountBeforeTax, אז גם אם AmountAfterTax מצוין או לא, הפעולה הזו קובעת המחיר לפני מס עבור השהייה בערך שצוין. מניחים שהוא באותו מטבע כמו השערים ללילה.

דוגמאות:

• אם הערך של AmountBeforeTax ללילה אחד הוא 90, AmountAfterTax הוא 100, ו-fixed_price הוא 80, שיעור המבצע הוא 80.
• אם הערך של AmountBeforeTax ללילה אחד הוא 100, הערך של fixed_amount הוא 80, והערך TaxFeeInfo מציין מס של 8% ואז

  שיעור המבצע = מחיר קבוע * (1 + מס באחוזים)

  86.40 = 80 * 1.08

מאגר של כלל מחיר המינוי שמפעיל ממשק משתמש ספציפי מבצע להנחה המשויכת.

אין לציין את הרכיב הזה, אלא אם צוין גם <Discount>.

המזהה של כלל תמחור שמשויך לתוכנית מועדון החברים.

אפשר להחיל כמה מבצעים על תעריף אחד, בהתאם למספר ההגדרה הזו:

• any: ניתן לשלב עם כל מבצע אחר (מלבד none), אבל הסדר שבו המבצעים צריכים להיות לא מובטח.
• base: המבצע הטוב ביותר של base שעומד בתנאים הוא נבחרו והוחלו קודם, לפני מבצעים אחרים. השם הקודם של השדה הזה היה base_only.
• second: המבצע הטוב ביותר של second שעומד בדרישות נבחר והוחל אחרי מבצע של base (אם רלוונטי) ולפני any מבצעים.
• none: לא ניתן לשלב עם קידומי מכירות.

מתוך השילובים המותרים, קבוצת המבצעים שמניבות את ההנחה הגדולה ביותר תחול על התעריף.

תיאור של אופן ההפעלה של המבצע.

הערכים החוקיים כוללים:

• all: החלת המבצע לכל לילה מסלול הנסיעה אם כל התאריכים במסלול הנסיעה חופפים כולל תאריכי השהייה.
• any: המבצע חל על כל הלילות מסלול הנסיעה אם תאריך כלשהו במסלול הנסיעה חופף לתאריך טווח תאריכי שהייה.
• overlap: חל את המבצע רק על אלה לילות במסלול הנסיעה שחופפים לתאריך שבתאריכי השהייה טווח.

תמיד צריך לציין את המאפיין הזה.

• אם <Discount> מציין percentage ו-application מוגדר ל-all או any, ההנחה חלה כאחוז שהייה מלאה.
• אם <Discount> מציין percentage ו-application מוגדר ל-overlap, ההנחה חלה כאחוז מהתעריפים ללילה בתאריכים לילות שונים.
• השילוב <Discount> עם הערך fixed_amount והערך application שמוגדר כ-overlap הוא שילוב לא חוקי.
• כל התכונות של <FreeNights> נתמכות application ערכים. חשוב לשים לב שבשביל overlap, ההנחה משוקללת רק בלילות שהייה חופפים בדרישות שלנו.

טווח תאריכים שמציין את התאריכים שבהם יחול המבצע.

יש תמיכה גם בפורמט YearlessDate.

• אם אחד מהשדות start או end הוא תאריך ללא שנה, צריך לאכלס את שניהם כתאריכים ללא שנה.
• טווחי תאריכים ללא שנים לא יכולים לכלול את השנה החדשה. במקום זאת, שמייצגים את הטווח כשני טווחי תאריכים סמוכים. לדוגמה, אפשר לייצג את {"12-29", "01-05"} בתור {"12-29", "12-31"} והקבוצה {"01-01", "01-05"}.

אם רוצים להגדיר את הטווח של StayDates לערך לאפשר את המבצע בימים ספציפיים בשבוע, עליכם להגדיר את start הוא התאריך הנוכחי ללא end, לכן שתוקף המבצע לא פג.

צריך לציין את הערך של start אם לא צוין הערך של end.

צריך לציין ערך של end אם לא צוין ערך מסוג start.

הימים בשבוע שמותרים בטווח התאריכים. אחרת שצוין, כל הימים מותרים בטווח התאריכים. כל אחד במחרוזת מציין יום. לדוגמה, "MTWHF" מציין שימי חול מותרים בטווח התאריכים.

התווים החוקיים הם:

• M ליום שני
• T ביום שלישי
• W ליום רביעי
• H ליום חמישי
• F ליום שישי
• S ליום שבת
• U ביום ראשון

כל שילוב תווים חוקי.

הערכים החוקיים הם include ו exclude.

אם המדיניות UserCountries מוגדרת בתור type include, המבצע חל על משתמשים מ: במדינות הרשומות.

אם מדינות המשתמש type הן exclude, המבצע תקף למשתמשים שלא נכללים ברשימה מדינות.

אם המדיניות UserCountries type לא מוגדרת, המערכת מתייחסת אליה בתור include והמבצע יחול על משתמשים מ- במדינות הרשומות.

<Success> או <Issues> הם שנמצא בכל הודעה.

<Success> או <Issues> הם שנמצא בכל הודעה.

סוג הבעיה.

הערכים החוקיים הם warning, error, ו-failure.