A szoba, amit kétszer is eladtak
A weboldalon szabad, az Booking.com-en még egy óráig nem, a céges ügyfélnek szóbeli ígéretet tettünk. Hatkor két vendég és egy kulcstartó áll a pultnál. A magyarázkodás drágább, mint az a jutalék, amit a szinkronizálás kikapcsolásával meg akartál spórolni.
A csatornakezelő ezért nem „csak egy újabb portál”. Ez az a hely, ahonnan a szobák száma és az ár kikerül, és ahonnan a foglalás visszakerül a rendszerbe.
Ami egyeznie kell
A rendelkezésre állás és az árak az Booking.com-re, más csatornákra vagy az STAAH-ra kerülnek, és egyidejűleg a webes foglalási rendszer is látja őket. Az új portálon keresztül érkező foglalás ugyanabba a foglalási rendszerbe kerül, mint a közvetlen értékesítés. A szobafoglalások közötti ütközéseket a naptár jelzi, nem pedig a reggeli frissítés.
Tavaly ezt két naptár összehasonlításával oldották meg. Most már csak egy forrás van. Az a kivétel, amelyet csak az egyik portálon kezelnek, egy órán belül visszakerül olyan vendégként, akit nem tudnak hova elhelyezni.
- Egyetlen elérhetőség az OTA és a saját weboldal számára
- Az ár, amely nem tűnik el a táblázatból a rendszeren kívül
- A portálról érkező foglalás azonnal megjelenik a táblázatban
- Figyelmeztetés két tartózkodás ütközésére egy szobában
A vállalati allokáció nem kivétel a foglalási áttekintésen kívül
Ha szobákat tart fenn egy vállalat számára, tartsa azokat blokként a naptárban, ne pedig e-mailben tett ígéretként. Ellenkező esetben a channel manager nyugodtan eladja azokat egy másik vendégnek. A foglalási áttekintés az egyetlen térkép, amelyben még az éjszakai műszak is megbízik.
