Události PMS v hotelových TV systémech

Od COTT.TV Hospitality Technology Research Desk | Výzkum září 2026

Integrace PMS je často prezentována jako personalizace: televize vítá hosta jménem a automaticky mění jazyk. Klíčovou událostí je odhlášení. Pokud je tato událost opomenuta, může zůstat jméno předchozího hosta, zprávy, vztah pro casting nebo OTT relace v pokoji.

Rozhraní pro produkci musí být proto navrženo jako obnovitelný stavový stroj, nikoli jako jednosměrný tok atraktivních dat o hostech.

Definujte stav pokoje

Televizní platforma by měla mít explicitní stav pokoje, například:

• 1prázdný a čistý digitální stav;
• 2přidělený nebo očekávaný příjezd;
• 3přihlášený;
• 4přesun pokoje čekající;
• 5odhlášený a čekající úklid;
• 6výjimka integrace vyžadující revizi.

Nepředpokládejte úplný stav na základě existence jména hosta. Jméno může být z důvodů soukromí nepřítomné, zatímco pobyt je aktivní, a může zůstat náhodně po odchodu.

Použijte nejmenší sadu událostí

Typické události jsou:

Check-in nebo přidělení pokoje: vytvořte vztah mezi pobytem a pokojem a aplikujte schválený jazyk nebo kontext uvítání.

Aktualizace rezervace nebo prodloužení pobytu: změňte očekávané odhlášení, aniž byste zbytečně obnovovali pokoj.

Přesun pokoje: vyčistěte starý pokoj a zaveďte nový pokoj jako jednu koordinovanou operaci.

Odhlášení: zrušte přístup specifický pro pobyt a spusťte kompletní pracovní postup úklidu.

Obnovení nebo oprava: obnovte se z chybného odhlášení nebo opraveného přidělení pokoje.

Integrace může také potřebovat periodické dotazování stavu pokoje pro smíření. Vyhněte se přihlášení k každé dostupné události PMS pouze proto, že ji API vystavuje.

Idempotence je povinná

Systémy událostí opakují. Sítě se odpojují. Zaměstnanci opravují rezervace. Stejné odhlášení může dorazit více než jednou.

Vytvořte klíč idempotence z prostředí PMS, vlastnosti, identifikátoru události a verze nebo časového razítka. Zpracování události podruhé musí vyprodukovat stejný bezpečný výsledek, nikoli další poplatek, duplicitní zprávu nebo nekonzistentní záznam pokoje.

Uložte událost trvale před jejím potvrzením. Pokud aplikace potvrdí přijetí a havaruje před úklidem, může PMS považovat doručení za dokončené, zatímco stav hosta zůstává aktivní.

Přesuny pokojů jsou oboustranné

Přesun pokoje obsahuje dvě povinnosti:

1. odstranit stav hosta a oprávnění ze starého pokoje; 2. zřídit aktuální pobyt v novém pokoji.

Pokud se přesun považuje pouze za druhý check-in, zůstávají data pozadu. Pokud se považuje pouze za odhlášení, přerušuje to hosta v novém pokoji.

Použijte jeden pracovní postup s korelačním identifikátorem a viditelným stavem pro oba pokoje. Pokud nelze nový pokoj připravit, úklid starého pokoje by měl být stále eskalován a dokončen záměrně.

Co by mělo odhlášení vymazat

V závislosti na nasazených funkcích:

• 1jméno hosta a personalizovaný jazyk;
• 2uvítací zprávy a detaily rezervace;
• 3QR nebo webová relace specifická pro pokoj;
• 4asociace pro casting;
• 5nativní OTT přihlašovací údaje spravované systémem;
• 6pronájmy VOD nebo oprávnění podle politiky;
• 7návrhy žádostí o služby a soukromé zprávy;
• 8dočasné přístupové tokeny;
• 9uložený osobní obsah.

Udržujte provozní auditní důkazy oddělené od stavu viditelného pro hosta. Hotel může potřebovat vědět, že úklid proběhl úspěšně v 11:04, aniž by uchovával, co host sledoval.

Minimalizujte smlouvu o datech PMS

Pro mnoho případů použití televizí platforma potřebuje pouze:

• 1identifikátor vlastnosti a pokoje;
• 2referenci na pobyt nebo rezervaci v pseudonymní formě;
• 3stav check-inu a check-outu;
• 4preferovaný jazyk, pokud je k dispozici a odůvodněný;
• 5zobrazovací jméno pouze tehdy, když hotel zvolí personalizované uvítání;
• 6identifikátor události a časové razítko.

Platební údaje, údaje o pasech, úplná adresa a poznámky k rezervaci nepatří do integrace televizí. Pokyny GDPR Evropské komise vyžadují minimalizaci dat a omezení uchovávání; úzká smlouva také snižuje složitost zabezpečení a podpory.

Oracle OHIP jako příklad

Oracle Hospitality Integration Platform používá registrované aplikace, OAuth přihlašovací údaje a schválená prostředí vlastností. Obchodní události mohou být konfigurovány podle kategorie, události a vybraných datových prvků. Aktuální dokumentace Oracle uvádí, že integrace přijímají datové prvky vybrané v filtrech událostí, což činí konfiguraci součástí smlouvy o integraci.

Plánování produkce by mělo zahrnovat:

• 1způsobilost OPERA Cloud a OHIP;
• 2UAT a produkční přihlašovací údaje aplikace;
• 3identifikátory podniku a hotelu;
• 4šablonu události a vybrané filtry;
• 5schválení hotelu pro partnerskou aplikaci;
• 6streamingovou nebo pollingovou trasu;
• 7chování opětovného připojení, přehrávání a uchovávání;
• 8důsledky předplatného a platby za hovor.

Jiné produkty PMS vystavují různé mechanismy, ale stejné provozní kontroly stále platí.

Smíření uzavírá mezeru spolehlivosti

Žádný kanál událostí by neměl být navždy jediným zdrojem pravdy. Proveďte plánované smíření, které porovnává aktivní pobyty PMS s aktivními relacemi pokojů.

Úkol by měl najít:

• 1odhlášené pokoje s aktivním stavem hosta;
• 2přihlášené pokoje postrádající aktivní relaci pokoje;
• 3přesuny pokojů dokončené pouze na jedné straně;
• 4neznámé identifikátory pokojů;
• 5události, které selhaly opakovaně;
• 6nečinnost integrace naznačující ztracené předplatné.

Použijte konzervativní politiku opravy. Automatické odstranění zastaralého stavu hosta je obvykle bezpečnější než automatické vytvoření na základě nejednoznačných dat.

Návrh selhání

Recepce potřebuje manuální akci "vymazat stav hosta" s kontrolou rolí a auditem. Je to bezpečnostní kontrola, nikoli náhrada za rozhraní.

Scénáře přijetí

Testujte alespoň:

1. normální check-in a check-out; 2. hosty na stejný den po sobě; 3. přesun pokoje před a po použití televize; 4. odhlášení, když je televize offline; 5. výpadek PMS následovaný obnovou; 6. duplicitní a zpožděné odhlášení; 7. prodloužení pobytu po naplánovaném čase úklidu; 8. nesprávný pokoj opravený recepcí; 9. výměna aplikace nebo STB během aktivního pobytu; 10. smíření po všech výše uvedených událostech.

Prozkoumejte televizi a mobilní pokračování, jak by to udělal další host. Stav databáze sám o sobě není konečným důkazem.

Model integrace COTT.TV

COTT.TV mapuje události PMS na vlastnost, pokoj, registrované zařízení a stav relace hosta. Stejný pracovní postup odhlášení může vymazat rozhraní televize, QR pokračování, vztah pro casting a podporované OTT přihlašovací údaje. Správci vlastností si uchovávají kontrolovaný manuální reset pro výjimky.

Začněte širším průvodcem integrace PMS a IPTV, poté použijte tento kontrolní seznam událostí s týmy PMS a hotelu během implementace.

Zdroje a další čtení

• 1Oracle OHIP: práce s událostmi
• 2Oracle OHIP: rychlý start pro hotely
• 3Oracle OHIP: pokyny pro partnerské streamování
• 4Evropská komise: zásady zpracování GDPR

Produkty PMS, předplatná a sémantika událostí se liší. Hotel a integrační partner by měli ověřit přesné produkční prostředí a role zpracování dat.