Centralizujte proces check-inu směrem k hostovi a podkladový datový model; decentralizujte samotné podávání. To je jediné pravidlo, které vyřeší většinu zmatků, do kterých narážejí správci ubytování působící ve více zemích: každý národní systém registrace hostů se autentizuje jako konkrétní provozovatel nebo nemovitost, ne jako účet centrály, takže portfolio rozprostřené přes několik zemí potřebuje správu přihlašovacích údajů po jednotlivých nemovitostech, potvrzení o podání uchovávaná jako právní důkaz a doby uchovávání specifické pro danou zemi — ne jeden jednotný proces zkopírovaný přes všechny hranice.
Tento návod se věnuje konkrétně provozu v měřítku celého portfolia. Pokud poprvé přidáváte druhou zemi k menšímu provozu, dřívější fázi pokrývá náš návod o provozu ubytování ve více zemích; tento navazuje ve chvíli, kdy už spravujete přihlašovací údaje, potvrzení, role zaměstnanců a uchovávání napříč skutečným portfoliem.
Proč nefunguje jeden proces napříč zeměmi?
Instinkt v měřítku portfolia je standardizovat úplně vše — jeden proces check-inu, jeden harmonogram podávání, jednu politiku uchovávání, aplikované všude stejně. Tento instinkt naráží na to, jak jsou tyto systémy skutečně postavené: systém registrace hostů každé země byl vybudován nezávisle, jiným úřadem, s vlastním modelem autentizace, lhůtou a požadavky na data. Jeden dokument „compliance procesu” může popsat výsledek, který chcete v každé zemi — ale samotná mechanika podávání musí být z podstaty věci pro každou zemi jiná, ne z volby.
Kdo právně drží přihlašovací údaje pro hlášení?
Toto je detail, na kterém troskotají plány centralizace sestavené bez předchozího ověření: většina systémů vydává přihlašovací údaje na úrovni nemovitosti nebo zařízení, ne na úrovni organizace.
- Český UbyPort vydává přístup pro jednotlivé ubytovací zařízení.
- Italský Alloggiati Web vyžaduje přihlašovací údaje pro jednotlivé objekty a WSKEY specifický pro danou nemovitost.
- Chorvatský eVisitor vydává přihlašovací údaje místní turistická rada pro každou nemovitost zvlášť, navázané na kategorizaci dané nemovitosti.
Centrála může všechny tyto přihlašovací údaje bez problému centrálně spravovat v jednom systému — ten ale musí vědět, které údaje patří ke které nemovitosti, a pro každé podání použít ty správné. Zacházet s přihlašovacími údaji jako s jedním sdíleným tajemstvím organizace místo záznamů po jednotlivých nemovitostech je nejčastější způsob, jak dojde u portfolií ve více zemích k odmítnutí podání, nebo hůř, k podání pod totožností jiné nemovitosti.
Co je důkazem, že bylo hlášení skutečně podáno?
Připravené hlášení není totéž co podané, a v měřítku portfolia na tomto rozdílu při kontrole nesmírně záleží. Artefakt, který vás skutečně chrání, je potvrzení o podání — potvrzení, které vrací samotný vládní systém po přijetí hlášení, s časovým razítkem a vázané na konkrétní nemovitost a hosta. Uchovávejte strojově čitelné potvrzení, ne jen lidský záznam, že „to někdo podal”.
Jak dlouho musí být záznamy o hostech uchovávány?
Doby uchovávání se mezi zeměmi liší mnohem víc, než většina firemních politik compliance počítá:
| Země | Typická doba uchovávání |
|---|---|
| Francie | 6 měsíců |
| Německo, Slovinsko | 1 rok |
| Španělsko | 3 roky |
| Slovensko (daňové záznamy) | 5 let |
| Česko | 6 let |
| Rakousko | 7 let |
Jedna celofiremní politika uchovávání nastavená na nejkratší dobu riskuje smazání záznamů, které země s delší dobou stále ze zákona vyžaduje; politika nastavená na nejdelší dobu drží data v zemích s kratší dobou uchovávání dávno za termín, kdy by měla být smazána, což je sám o sobě problém minimalizace podle GDPR. Uchovávání je třeba sledovat podle země konkrétní nemovitosti, ne nastavit jednou pro celé portfolio.
Jak vysoké jsou pokuty v měřítku portfolia?
Pokuty za jednotlivé přestupky, které vypadají zvládnutelně pro jednu nemovitost, se napříč portfoliem rychle sčítají:
- Španělsko: 601–30 000 € za chybějící hlášení.
- Chorvatsko: 660–6 600 € za porušení.
- Itálie: pokuty vázané na povinnost registračního kódu CIN až 8 000 €, vedle samostatných povinností hlášení přes Alloggiati Web.
- Česko: až 50 000 Kč za porušení.
- Polsko: navržené pokuty až 50 000 PLN podle návrhu zákona o registru krátkodobých pronájmů.
Vynásobte kteroukoli z těchto částek počtem nemovitostí v zemi, kde si systémové mezery nikdo nevšimne, a compliance opomenutí, které by pro jednoho hostitele bylo zaokrouhlovací chybou, se pro portfolio stane významným rizikem.
Co by mělo být v gesci centrály a co na úrovni jednotlivé nemovitosti?
Fungující rozdělení: centrála vlastní platformu, datový model, úložiště přihlašovacích údajů a agregovaný přehled o compliance napříč celým portfoliem. Zaměstnanci na úrovni nemovitosti (nebo automatizovaný systém jednající jejich jménem) vlastní samotný check-in hosta a jakýkoli krok podání, který je ze zákona vázán na totožnost na místě. Snaha centralizovat části, které musí ze zákona zůstat lokální — jako slovenské podání vázané na eID — vytváří compliance riziko, místo aby ho odstraňovala.
Jak pomáhá Best Guest
Jeden účet, nemovitosti organizované po zemích, pravidla každé nemovitosti — přihlašovací údaje, lhůty, uchovávání — aplikovaná automaticky místo ručního nastavování. Podání je automatizované tam, kde oficiální systém přijímá přihlašovací údaje na úrovni aplikace, jako český UbyPort; tam, kde systém ze zákona váže podání na vlastní totožnost provozovatele, jako na Slovensku, Best Guest připraví hlášení k podání, místo aby předstíral automatizaci, která tam neexistuje. Každé podání vygeneruje potvrzení uchovávané spolu se záznamem o hostovi přesně po dobu, kterou vyžaduje země dané nemovitosti. Jak se to konkrétně týká portfolia ve více zemích, najdete v naší sekci řešení pro správce ubytování, nebo v API pro vývojáře, pokud toto integrujete do vlastní platformy.
Časté otázky
Může centrála podávat hlášení o registraci hostů pro všechny nemovitosti z jednoho přihlášení?
Provozně ano — dobrá platforma dá centrále jeden dashboard. Podkladové vládní systémy se ale téměř vždy autentizují jako konkrétní nemovitost nebo provozovatel, ne jako účet centrály, takže platforma musí za tímto jedním přihlášením správně ukládat a používat přihlašovací údaje každé jednotlivé nemovitosti a přesně zaznamenávat, čí údaje byly použity pro které podání.
Potřebujeme v každé zemi místní zaměstnance na policejní hlášení?
Jen tam, kde je podání ze zákona vázáno na vlastní totožnost provozovatele — slovenský postup hlášení přes slovensko.sk je například navázán na vlastní eID provozovatele, což omezuje, kolik z tohoto konkrétního podání lze delegovat nebo automatizovat třetí stranou. Tam, kde systém místo toho přijímá přihlašovací údaje na úrovni aplikace (jako český UbyPort), nemusí se do samotného podání zapojovat žádný místní zaměstnanec.
Co bychom měli archivovat, abychom obstáli při kontrole úřadu?
Tři věci, pro každou nemovitost: samotnou evidenční knihu, potvrzení o podání dokazující, že bylo hlášení skutečně podáno (ne jen připraveno), a zdrojové dokumenty, ze kterých byla kniha sestavena. Všechny tři uchovávejte po nejdelší dobu, která pro danou zemi nemovitosti platí — nejdelší v tomto srovnání je rakouských 7 let.
Je v rozporu s GDPR uchovávat záznamy o hostech celé roky?
Ne — čl. 6 odst. 1 písm. c) GDPR poskytuje právní základ přesně pro zpracování vyžadované jinou právní povinností, což je přesně to, čím jsou národní pravidla pro uchovávání záznamů o registraci hostů. Postup v souladu s GDPR je uchovávat jen data, která zákon dané země skutečně vyžaduje, a přesně po dobu, kterou zákon vyžaduje — ne dobu uchovávání zkracovat pod rámec zákona, ani ji z opatrnosti prodlužovat nad něj.
Zdroje
Ověřeno podle
Pouze informativní
Tato stránka slouží pouze pro obecnou informaci a není právním ani daňovým poradenstvím. Sazby, lhůty a osvobození stanoví zákon a obecní vyhlášky a mohou se měnit — aktuální požadavky si vždy ověřte u své obce nebo odborného poradce.