Pedir documentos aos hóspedes não é o problema. Pedir mal, sim.

Uma plataforma pode verificar quem fez a reserva. A propriedade ainda pode precisar identificar todas as pessoas hospedadas, enviar os dados exigidos e não guardar cópias dos documentos além do necessário.

A Itália oferece um exemplo claro. As propriedades abrangidas pelo artigo 109 da legislação de segurança pública devem comunicar os dados dos hóspedes pelo Alloggiati Web em até 24 horas depois da chegada. Se a estadia durar menos de 24 horas, a comunicação deve ser feita no momento da entrada.

A verificação realizada pela plataforma não substitui as obrigações da propriedade. O Airbnb pode verificar o titular da conta, mas não compartilha o documento oficial com o anfitrião. Quando a legislação local exige outros dados e essa necessidade foi informada antes da reserva, a propriedade precisa coletar o necessário para cumprir sua obrigação.

As regras mudam de um país para outro — o quadro descrito aqui é principalmente italiano. O princípio operacional permanece: o hóspede precisa saber o que será solicitado, por que isso é necessário e como seus dados serão tratados.

A solicitação muda quando já era esperada

Imagine duas chegadas.

Na primeira, uma família chega depois de uma viagem longa e descobre na porta que todos precisam fotografar os documentos e enviá-los pelo WhatsApp antes de receber as chaves.

Na segunda, o anúncio explica que a legislação italiana exige identificação e comunicação dos hóspedes. Depois da confirmação, chega uma mensagem clara: um link pessoal recolherá os dados antes da viagem; a identidade será verificada no check-in; eventuais cópias temporárias não ficarão guardadas além do necessário.

A obrigação é a mesma. A experiência é diferente.

Nem todo hóspede ficará confortável em fornecer dados pessoais. Uma solicitação antecipada, proporcional e explicada é muito diferente de uma exigência improvisada.

Informar antes da reserva é necessário, mas não suficiente

Uma frase escondida nas regras da casa não forma um processo completo. Mesmo assim, a necessidade de pedir documentos ou outros dados por motivos legais deve ser informada antes da reserva.

O Airbnb permite que o anfitrião solicite documento depois da confirmação por razões legais ou de conformidade, desde que o anúncio tenha explicado o que será exigido e por quê.

Depois da confirmação, é necessária uma segunda mensagem, mais prática:

A legislação italiana exige a identificação e a comunicação dos hóspedes. Antes da chegada, você receberá um link pessoal para inserir os dados necessários. A verificação da identidade será concluída no check-in.

A informação cria a expectativa. O percurso de check-in permite concluir a etapa.

Coletar antes da chegada não significa que o registro já terminou

O pré-chegada é o momento adequado para reunir dados, identificar informações ausentes e preparar o check-in. Isso não deve ser apresentado como se todo o processo legal estivesse concluído dias antes.

Um fluxo correto separa pelo menos três momentos:

• pré-coleta dos dados necessários;
• verificação da identidade quando o hóspede acessa a propriedade;
• comunicação dentro do prazo iniciado pela chegada.

Em 2025, o Conselho de Estado italiano esclareceu que receber o documento antecipadamente e depois enviar automaticamente um código de porta não é suficiente. A propriedade deve verificar se a pessoa que entra corresponde à fotografia do documento.

Essa verificação pode acontecer:

• presencialmente, diante do anfitrião ou responsável;
• a distância, por uma conexão de vídeo em tempo real preparada para o momento do acesso e capaz de comparar a pessoa com o documento.

O check-in digital continua possível. Ele precisa ser completo: dados antes da chegada, verificação no acesso e comunicação dentro do prazo legal. No Brasil ou em outro país, a propriedade deve confirmar as regras locais aplicáveis.

"Todos os hóspedes" não significa pedir a mesma imagem de todos

A comunicação deve considerar as pessoas que realmente ficam hospedadas, não apenas quem fez a reserva.

Isso não significa que o sistema deva exigir indiscriminadamente a imagem completa do documento de cada pessoa. Os campos necessários podem variar para hóspedes individuais, famílias e grupos organizados.

Um fluxo bem projetado deve:

• coletar apenas os dados necessários;
• diferenciar responsável familiar ou líder do grupo dos demais integrantes;
• evitar campos inúteis;
• impedir que a conveniência técnica vire coleta excessiva.

O princípio é simples: todas as pessoas precisam ser registradas corretamente, mas os dados não devem ser duplicados sem necessidade.

Foto do passaporte pelo WhatsApp não é um processo seguro

Em abril de 2026, a autoridade italiana de proteção de dados publicou uma orientação direta para hotéis, pousadas, B&Bs e outras propriedades.

A lei permite tratar os dados necessários para identificar hóspedes e comunicá-los às autoridades. Ela não autoriza a criação de arquivos permanentes de fotografias e digitalizações dos documentos.

As orientações incluem:

• não coletar fotos de documentos por celulares pessoais ou serviços de mensagens como WhatsApp;
• proteger os dados com medidas adequadas;
• regular corretamente os fornecedores que tratam essas informações;
• apagar cópias digitais ou destruir cópias em papel quando o sistema emitir o comprovante da comunicação;
• guardar o comprovante do Alloggiati Web por cinco anos.

Isso muda a forma de avaliar um software. Não basta ler um passaporte. O sistema deve saber por que o documento foi adquirido, quem pode acessá-lo, por quanto tempo fica disponível e quando é apagado.

Check-in digital não é um formulário isolado

Um percurso confiável conecta etapas distintas sem misturá-las:

• informação antes da reserva;
• link pessoal protegido;
• coleta apenas dos dados necessários;
• aquisição temporária do documento, quando necessária;
• verificação da identidade presencial ou por vídeo ao vivo no acesso;
• assinatura do contrato online ou presencial, quando prevista;
• preparação e comunicação dos dados exigidos;
• comprovante do envio;
• eliminação das cópias conforme a regra aplicável.

Assinatura do contrato, verificação da identidade e comunicação às autoridades continuam sendo operações diferentes. Elas podem fazer parte do mesmo percurso, mas uma não comprova automaticamente a outra.

Como o Flow está tomando forma

O Flow está em desenvolvimento avançado como a camada StayFast dedicada ao check-in e aos requisitos operacionais da estadia.

O objetivo não é acrescentar outro formulário desconectado do guia. É construir uma sequência associada à reserva:

• solicitação pré-chegada no idioma do hóspede;
• dados estruturados de cada pessoa hospedada;
• estado claro das etapas pendentes;
• verificação da identidade online em tempo real ou presencial;
• assinatura do contrato no mesmo check-in, online ou diante do responsável;
• preparação das informações necessárias aos registros;
• gestão de comprovantes e regras de eliminação das cópias;
• liberação de informações sensíveis de acesso somente depois das etapas exigidas.

Os métodos exatos de comunicação, verificação e retenção deverão corresponder ao tipo de propriedade, ao território e às integrações realmente disponíveis.

O Flow ainda não é uma função disponível em produção. É a continuação natural do percurso StayFast: do guia vivo ao check-in que torna esse percurso operacionalmente completo.

Não é outro sistema de gestão imposto a todos

O StayFast não foi criado para substituir todo PMS, channel manager ou software hoteleiro. Ele atende a dois caminhos diferentes.

Para quem está crescendo

Uma propriedade pode começar pelo guia público, acrescentar o Stay Hub e os serviços Boost e depois trazer check-in e conformidade para o Flow. Mais adiante, o Sync deverá ampliar as integrações e a continuidade operacional.

O objetivo é evitar que cada nova necessidade exija outra conta, outra interface e outro arquivo isolado. Quem cresce com o StayFast pode adicionar funções mantendo um percurso coerente para equipe e hóspedes.

O Flow está em desenvolvimento avançado. O Sync pertence a uma etapa posterior do roadmap e não deve ser apresentado como disponível atualmente.

Para quem já tem uma operação estruturada

Uma propriedade que já utiliza PMS ou channel manager não precisa substituí-lo.

O Boost Connect foi pensado para atuar a jusante do sistema existente. Ele utiliza o contexto da reserva e da unidade para ativar Stay Hub, Concierge AI, Extras e comunicações ligadas à estadia.

O PMS continua sendo o sistema operacional central e a fonte de verdade da propriedade. O StayFast trabalha na camada que chega ao hóspede.

A diferença é intencional: Flow e, futuramente, Sync ajudam propriedades em crescimento a evitar um conjunto de soluções isoladas; Boost Connect conecta o StayFast a operações que já possuem sistemas consolidados.

Não é um PMS universal. É uma camada coerente de experiência do hóspede e operação da estadia.

Por onde começar

• Explique no anúncio o que será solicitado e por quê.
• Descreva o processo logo depois da confirmação.
• Colete antecipadamente o que pode ser preparado antes da chegada.
• Verifique a identidade no acesso, presencialmente ou por um método adequado de vídeo ao vivo.
• Pare de solicitar fotos de documentos pelo WhatsApp.
• Defina quem pode acessar os dados, quando as cópias serão apagadas e qual comprovante ficará guardado.
• Mantenha identificação, contrato, comunicação à polícia, estatísticas e taxa turística como etapas distintas.
• Ofereça um percurso assistido para quem não consegue concluir o check-in digital.

A regra que evita quase todos os erros

Antes de pedir um documento, a propriedade deve saber responder:

Por que precisamos dele? Como verificamos a pessoa? Quem pode ver os dados? Quando eles serão apagados?

Quando uma resposta falta, o problema não é a desconfiança do hóspede. É o processo incompleto.

Conclusão

O registro dos hóspedes não deve aparecer na porta como um obstáculo inesperado. Também não pode ser reduzido a um formulário preenchido dias antes.

Um bom check-in prepara os dados no pré-chegada, verifica quem realmente entra, comunica o que a lei exige e elimina aquilo que não deve permanecer.

Essa é a direção do Flow: não substituir os sistemas que a propriedade já possui, mas evitar que quem está crescendo precise montar o próprio processo unindo aplicativos desconectados.

Observação: este artigo apresenta uma visão operacional baseada principalmente nas regras italianas em vigor na data de publicação. Ele não substitui a orientação das autoridades competentes nem de profissionais jurídicos e de privacidade.