דירוג ההודעה

סקירה כללית

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

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

התנהגות של שיעור התאמה

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

עקרונות מרכזיים

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

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

  • המחיר לפי תפוסה חל גם על תמחור לפי תאריך וגם על תמחור לפי LOS של המודלים לתמחור שמפורטים בהמשך. זה אומר שאפשר לציין שיעורי מס לכל אחד מהם נוכחות. אם לא קיים תעריף לחדרים ספציפיים, התעריף לחדר מספר האורחים הבא הוא מספר האורחים. אפשר גם להגדיר חיובים עבור אורחים נוספים וילדים שמשתמשים ב-AdditionalGuestAmounts או ExtraGuestCharges שמכסה את הקיבולת שהוגדרה לחדר.

יתרונות ודוגמאות

יעילות

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

דוגמה: המחירים של סוג חדר מסוים ותוכנית תמחור ותשלומים זהים תפוסה בין 1 ל-4. אפשר להשתמש בהודעה 'תעריף' כדי להגדיר תעריף אחד 4 אנשים. משתמשים שמחפשים תפוסת יחידה, מיטה זוגית או משולשת יראו את אותו שיעור. משתמשים שיחפשו 5 ומעלה לא יראו תעריפים.

בקרה

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

לדוגמה:אם הוגדרו תעריפים לחדרים 3 ו-1, לחדרים ליחידים בחיפושים יוצגו התעריף ליחידים, יוצג חיפוש של תפוסה כפולה. שיעור התפוסה המשולש, ומשתמשים שמחפשים 4 ומעלה לא יראו מחירים.

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

רכיבים נדרשים ואופציונליים

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

תחביר וסכימות

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

אפשר להשתמש בכלי XML של צד שלישי, כמו xmllint, כדי לאמת את הפידים את הסכימות שפורסמו לפני ששולחים אותן ל-Google. לגבי ההודעה 'תעריף' ראו סכימות של מודעות להזמנת חדרים.

מודלים של תמחור

תמחור לפי תאריך

זהו מודל התמחור הסטנדרטי שמשמש את רוב הנכסים. per-date מודל התמחור מבוסס על הגדרת תעריפים שמסוכמים לפי תאריכי שהייה, להגיע במחיר כולל. במודל הזה, כל התעריפים במסגרת רכיב Rate הם מפורשות כחל על טווח תאריכי השהייה שצוין <StatusApplicationControl>.

תמחור לפי LOS

מודל התמחור שמבוסס על LOS (משך השהייה) מבוסס על תעריפים שהוגדרו שילוב של תאריך ההגעה ומשך השהייה. התעריפים שצוינו בקטע מודל התמחור שמבוסס על LOS הוא ליום. לדוגמה, אם שולחים סכום עמלה של 400 ש"ח עבור משך שהייה של 3, המחיר הכולל מחושב באופן הבא: 3x100$=300$.

אפשר להשתמש במודל התמחור מבוסס LOS על ידי ציון RatePlanType="26" ברכיבי StatusApplicationControl. צריך גם להגדיר מאפיינים RateTimeUnit ו-UnitMultiplier ברכיבי Rate XML. לכן, כל התעריפים במסגרת רכיב Rate הנתון יחולו על שהיות. מוגדר על ידי תאריכי ההגעה שצוינו ב-<StatusApplicationControl> ועל ידי צוין ערך LOS ל-UnitMultiplier.

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

  • כשמשתמשים בשיטה מבוססת-LOS, לא מתבצע שילוב של תעריפים לפי משך שהייה שונה. תמחור. לדוגמה, שיעור LOS של 3 לא משולב עם LOS של 1 כדי לתמחר שיעור LOS של 4. שיעור ה-LOS של 4 חייב להיות מפורש שצוין.
  • התעריף של לילה אחד בתמחור שמבוסס על LOS לא משמש כתעריף ללילה אחד בתמחור לפי תאריך.
  • בכל נכס צריך להשתמש רק במחיר מבוסס LOS או לפי תאריך בהתאם לאופן שבו התעריפים מיוצגים במערכת שלכם.

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

הנחיות או פעולות

תמחור לפי תאריך

Delta: הוספה או עדכון של תעריפים לחדרים רק עבור האנשים שצוינו שילובים של סוג החדר, תוכנית המחירים ותאריכי השהייה שצוינו <StatusApplicationControl>.

  • בעדכוני מחירים נעשה שימוש בפעולה Delta כברירת מחדל.
  • עדכון של Delta לא ישנה תעריפים אחרים שמאוחסנים בעבר אורחים. לדוגמה, אם ציינתם תעריפים ליחידים חדרים עם תפוסה כפולה, ולשלוח עדכון של המחיר ליחיד של Delta. חדר התפוסה, תעריף התפוסה הכפול לא השתנה.

Overlay: מחיקת כל המחירים הקיימים לחדרים לפי סוג החדר תוכנית התמחור והתשלומים והתאריכים שצוינו ב<StatusApplicationControl> ומחליפים באמצעות תעריפים חדשים. לדוגמה, אם ציינתם תעריפים ליחידים חדרים עם תפוסה כפולה, ושולחים עדכון של Overlay לחדרים ליחידים. החדר, Google תסיר את כל המחירים הקודמים (גם ליחידים וגם לזוגיים) אורחים) ורק תעריף לחדרים ליחידים יישאר אחרי העדכון.

Remove: מחיקת כל המחירים הקיימים לחדרים לפי סוג החדר תוכנית התמחור והתשלומים והתאריכים שצוינו ב<StatusApplicationControl>.

תמחור לפי LOS

Delta: הוספה או עדכון של שיעורים לכל ערך LOS רק עבור הערך שצוין שילובים של סוג החדר, תוכנית המחירים ותאריכי הצ'ק אין שצוינו <StatusApplicationControl>. החלפת כל התעריפים שמשויכים לחדר עם ערכי ה-LOS המעודכנים.

  • בעדכוני מחירים נעשה שימוש בפעולה Delta כברירת מחדל.
  • עדכון של Delta לא ישנה תעריפים אחרים שמאוחסנים בעבר משך השהייה. לדוגמה, אם ציינתם שיעורים לערכי LOS 1 ול-2, ושולחים עדכון תעריף של Delta לחדרים מסוג LOS 1, ואחר כך למחירים של LOS 2 לחדרים יישארו ללא שינוי.
  • עדכון של Delta יחליף את כל התעריפים לכל תפוסה שאוחסנו בעבר עבור משך השהייה הנתון. לדוגמה, אם ציינתם מילת מפתח אחת תעריפי תפוסה כפולה ל-LOS 1, ושליחת עדכון של התעריף של Delta עבור LOS 1 תעריף לחדרים זוגיים בלבד יוסר.

Overlay: מחיקת כל המחירים הקיימים לחדרים מסוג LOS, חדר הסוג, תוכנית המחירים ותאריכי הצ'ק אין שצוינו ב<StatusApplicationControl> ולהחליף אותם בתעריפים חדשים. לדוגמה, אם ציינתם תעריפים מקומות 1 ו-2, אחרי שליחת עדכון של Overlay לגבי LOS 1, Google תסיר כל השיעורים הקודמים (גם LOS 1 וגם 2) ורק שיעור LOS 1 יישאר לאחר העדכון.

Remove: מחיקת כל תעריפים לחדרים קיימים לכל תעריפי ה-LOS של סוג החדר, תוכנית המחירים ותאריכי הצ'ק אין שצוינו <StatusApplicationControl>.

קשור למס

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

באופן כללי, Google ממליצה להשתמש ב-TaxFeeInfo במקום AmountAfterTax.

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

כל המיסים והעמלות שהמשתמש צריך לשלם (מע"מ, מס שהייה, דמי ניקיון, עיר וכו') צריך לכלול, גם אם לא בוצע תשלום בזמן ההזמנה, או לא את התשלום ישירות לנכס.

דוגמה

בקטע הזה יש דוגמה בסיסית להודעת 'דירוג' באמצעות רכיבים אופציונליים. אחרי שמכינים את הקובץ, צריך לשלוח אותו ל-Google באמצעות הודעת POST לנקודת הקצה הבאה: https://www.google.com/travel/hotels/uploads/property_data

למידע נוסף על העברה או פרסום של הודעה, אפשר לעיין במאמר בנושא דחיפת הודעות.

ב-HotelCode, יש להשתמש במזהה המלון הייחודי שבו השתמשתם במערכת כדי המזהה של הנכס. הערך צריך להתאים למזהה המלון שצוין באמצעות <id> ברכיב <listing> בפיד של רשימת המלונות. ב-<PackageID> וב-<RoomID>, צריך להשתמש באותם המזהים שיש להשתמש בהם במערכת עבור תוכניות תמחור ותשלומים וסוגי חדרים (בהתאמה). עקביות עם המערכת שלך הוא חיוני כדי להבטיח ש-Google מציגה כראוי המחירים והנתונים שלך.

בדוגמה הזו מוסבר איך להגדיר תעריפים באמצעות פעולת Delta:

<?xml version="1.0" encoding="UTF-8"?>
<OTA_HotelRateAmountNotifRQ xmlns="http://www.opentravel.org/OTA/2003/05"
                            EchoToken="12345678"
                            TimeStamp="2022-02-25T20:50:37-05:00"
                            Version="3.0"
                            NotifType="Delta">
  <POS><Source><RequestorID ID="partner_key" /></Source></POS>
  <RateAmountMessages HotelCode="HotelID">
    <RateAmountMessage>
      <StatusApplicationControl Start="2022-12-01"
                                End="2022-12-31"
                                InvTypeCode="RoomID"
                                RatePlanCode="PackageID" />
      <Rates>
        <Rate>
          <BaseByGuestAmts>
            <BaseByGuestAmt NumberOfGuests="1" CurrencyCode="USD" AmountBeforeTax="XXX.XX" />
            <BaseByGuestAmt NumberOfGuests="2" CurrencyCode="USD" AmountBeforeTax="XXX.XX" />
            <BaseByGuestAmt NumberOfGuests="3" CurrencyCode="USD" AmountBeforeTax="XXX.XX" />
            <BaseByGuestAmt NumberOfGuests="4" CurrencyCode="USD" AmountBeforeTax="XXX.XX" />
          </BaseByGuestAmts>
        </Rate>
      </Rates>
    </RateAmountMessage>
</OTA_HotelRateAmountNotifRQ>

הדרכות

בקטע הזה מתוארים פתרונות לתרחישים שאתם עשויים להיתקל בהם במהלך השליחה לדרג הודעות.

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

תרחיש 1: איך משנים את המחיר לחדרים

תיאור

תעריפים ללילה הוגדרו בעבר רק לחדרים זוגיים (וגם רלוונטי לחדרים ליחידים), אבל עכשיו יש תעריף זול יותר ליחיד נוכחות.

פתרון

שולחים את תעריף התפוסה החדש באמצעות עדכון ברירת המחדל בהיקף Delta. החדש הזה הערך לא משפיע על תעריף התפוסה 2.

תרחיש 2: איך מחליפים את התעריפים לפי תפוסה בנכס מסוים

תיאור

בעבר הגדרת תעריפים לחדרים 1 עד 4, אבל עכשיו רק תפוסה 1 ו-2 תקינים.

פתרון

אפשר להחליף את כל תעריפי התפוסה בנכס נתון באמצעות NotifType="Overlay". סוג החדר, תוכנית המחירים והתאריכים. בתרחיש הזה, הפעולה Overlay מחירים מפורטים לתפוסה 1 ו-2.

תרחיש 3: איך מגדירים את אותו מחיר למספר תפוסה

תיאור

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

פתרון

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