Naptárszinkron a Bookinggal és a Szállás.hu-val

Aki több helyen is kínálja a szállását – saját weboldalon, a Booking.com-on, a Szállás.hu-n, esetleg az Airbnb-n –, annak a legnagyobb félelme a dupla foglalás: két vendég, egy szoba, ugyanarra az éjszakára.

Ez ellen a naptárak összehangolása véd. Két bevett módja van, és mindkettőnek megvan a helye.

1. iCal-szinkron – az egyszerű, ingyenes megoldás

Az iCal (vagy iCalendar, .ics) egy szabványos naptárformátum. A nagy foglalási portálok – köztük a Booking.com és a Szállás.hu is – minden szállásegységhez adnak egy iCal-linket, amelyen a foglalt napok kiolvashatók, és fogadnak is ilyen linket más rendszerektől.

Hogyan működik?

1. A Booking.com adminfelületén (extranet) kimásolja a szállásegység export linkjét, és beilleszti a saját foglalási oldala adminjába.
2. A saját oldal export linkjét pedig beilleszti a Booking.com import mezőjébe.
3. Ugyanezt megcsinálja a Szállás.hu-val és a többi portállal is.

Innentől ha a saját oldalán foglalnak, a portálok a következő frissítéskor lezárják azt a napot – és fordítva.

Mire jó? Egy-néhány szállásegységre, ahol a foglalások nem egymást követő percekben érkeznek, sokszor teljesen elég.

Mik a korlátai? Ezeket fontos tudni, mielőtt rábízza magát:

• Nem valós idejű. A portálok maguk döntik el, milyen gyakran olvassák be a külső naptárat – ez jellemzően órás nagyságrend, nem perc. Ha két foglalás nagyon közel érkezik egymáshoz, a dupla foglalás esélye kicsi, de nem nulla.
• Csak a foglaltságot viszi át. Árat, minimum éjszakaszámot, vendégadatot, lemondási szabályt nem. Ezeket minden felületen külön kell karbantartani.
• Egységenként külön link. Öt apartmannál ez öt pár link portálonként.

2. Channel manager – amikor már sok a mozgó alkatrész

A channel manager egy olyan szolgáltatás, amely közvetlen, hivatalos kapcsolaton keresztül beszél a portálokkal. Ezek a kapcsolatok gyorsabbak az iCal-nál, és nemcsak a foglaltságot, hanem az árakat, a szabad egységek számát és a foglalási adatokat is kezelik.

Fontos tudni: a Booking.com közvetlen gépi kapcsolatot (úgynevezett Connectivity API-t) csak minősített partnereinek ad – jellemzően channel managereknek és szállodai szoftvercégeknek. Egy egyedi fejlesztésű apartmanoldal ezt önállóan nem kapja meg. A járható út az, hogy a saját oldalt egy channel managerhez kötjük, a channel manager pedig a portálokhoz.

Mikor éri meg?

• sok egységnél vagy több helyszínnél;
• ha gyakran változnak az árak (szezon, hétvége, last minute);
• ha sok foglalás érkezik, és a dupla foglalás kockázata már nem elfogadható.

A channel manager havidíjas szolgáltatás. Választás előtt nézze meg, hogy pontosan azokkal a portálokkal van-e kapcsolata, amelyeket Ön használ, és hogy van-e nyilvános, dokumentált felülete (API), amelyhez a saját oldala csatlakozni tud.

És az NTAK?

A szálláshelyeknek tanúsított szálláshely-kezelő szoftveren keresztül kell adatot szolgáltatniuk a Nemzeti Turisztikai Adatszolgáltató Központ (NTAK) felé. Ezt sem az iCal, sem egy saját foglalási oldal nem váltja ki. Ha a szálláshely-kezelő szoftvere egyben channel manager is, érdemes megnézni, hogy a saját oldal ahhoz köthető-e – így minden foglalás egy helyre fut be.

Melyiket válassza?

Sokan iCal-lal kezdenek, és akkor váltanak, amikor a kézi ármódosítás vagy egy-egy majdnem-dupla foglalás már túl sok fejfájást okoz.

Mire számíthat reálisan?

Egy saját foglalási oldalba az iCal-szinkron (import és export, egységenként) jól beépíthető, és ha a választott channel managernek van nyilvános felülete, az is beköthető. Közvetlen Booking.com-kapcsolat egy egyedi oldalhoz a fenti okból nem reális – ha valaki ezt könnyedén megígéri, érdemes megkérdezni tőle, hogyan.

A saját foglalási oldal előnyeiről és korlátairól ebben az írásunkban olvashat. Az egyedi rendszerekről az egyedi webalkalmazás-fejlesztés oldalon írtunk. Ha konkrét szálláshelyről van szó, írja meg, hány egységgel és mely portálokon dolgozik.