סנכרון ערוצים Booking.com ו-Airbnb בלי הזמנות כפולות

ערוצים הם עצמאיים. חדר שהוזמן ב-Airbnb ב-14:02 לא מודיע על זה ל-Booking.com מעצמו. אם לוחות השנה שלך לא מדברים זה עם זה דרך מערכת סנכרון, אורח שני יכול להזמין את אותו לילה ב-Booking.com ב-14:05 — ואתה לא תדע עד ששניהם יגיעו לדלת.

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

יש שתי דרכים עיקריות שבהן תוכנה מסנכרנת לוחות שנה בין ערוצים. iCal הוא התקן הישן והפשוט יותר. כל ערוץ חושף קובץ לוח שנה בכתובת URL, התוכנה שלך קוראת אותו לפי לוח זמנים (בדרך כלל כל 15 עד 30 דקות), וכותבת בחזרה את שלה. זה חינם, עובד עם כמעט כולם, קל להגדיר. החיסרון הוא העיכוב של 15-30 דקות, מספיק להזמנה כפולה בסוף שבוע עמוס.

אינטגרציית API ישירה מהירה יותר. הערוץ והתוכנה שלך מדברים בזמן אמת. הזמנה ב-Airbnb מגיעה ל-PMS שלך תוך שניות, שמודיע אז ל-Booking.com. זה דורש שהתוכנה תהיה מאושרת רשמית עם כל ערוץ (Booking.com Connectivity Partner, API של Airbnb). הרבה פחות מוצרים מחזיקים בזה, אבל אלה שכן לא מאבדים הזמנות.

מתחת ל-20 חדרים ונפח הזמנות מתון, iCal בדרך כלל מספיק, בתנאי שמרווח הסנכרון קצר והתוכנה שלך מטפלת בחן ב-near-miss. מעבר לזה, או בעונת השיא, אתה רוצה אינטגרציית API לפחות ב-Booking.com (הערוץ העמוס יותר עבור רוב הנכסים באיחוד האירופי).

סטנזרה משלחת היום סנכרון iCal. אינטגרציות API ישירות ל-Booking.com ול-Airbnb נמצאות במפת הדרכים. למלונות מייסדים מתחת ל-50 חדרים, iCal מכסה את רוב המקרים בעולם האמיתי.

בדוק לפני עונת השיא. הזמן שהייה מזויפת ב-Booking.com מחשבון אישי; בדוק שהיא מופיעה בתוכנת המלון שלך וחסומה ב-Airbnb בתוך מרווח הסנכרון. הפוך את הבדיקה. עשה את זה פעם אחת לכל ערוץ, פעם אחת לכל נכס. דילוג על הבדיקה הזו הוא איך שרוב סיפורי ההזמנות הכפולות מתחילים.

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