Boletins SIBA em 3 dias úteis: que hóspedes estrangeiros ainda não comunicaste

Sexta à noite, receção quase vazia. Entraram dois alemães que vinham num voo divergido, um casal canadiano chegou um dia mais tarde do que a reserva dizia e uma família francesa fez check-in pela caixa de chaves. Na segunda de manhã a pergunta é sempre a mesma: "Já mandámos estes para o SIBA?" Normalmente a resposta é "acho que sim".

Acho que sim não serve. Comunicar os hóspedes estrangeiros através do Sistema de Informação de Boletins de Alojamento é uma obrigação legal de qualquer alojamento, seja um hotel de 120 quartos no Funchal ou um AL de três quartos nas Sete Cidades. O prazo é de três dias úteis a contar do check-in. A obrigação não muda com a época, com o vento nem com o facto de nessa semana estares sozinho na receção.

Este artigo não te vai explicar o que é o SIBA, porque já sabes. Vai mostrar onde é que a comunicação falha numa operação real nas ilhas e como montar uma lista diária, tirada do teu próprio PMS, que te diz quem falta comunicar e até quando.

Onde é que o boletim se perde

A culpa raramente é do formulário. Falha a ligação entre o que aconteceu na receção e o que foi submetido. Nas ilhas há três pontos onde isso parte com frequência.

A reserva não é o check-in. O prazo conta a partir da entrada real do hóspede, não da data que está na reserva. Em setembro, num único dia de vento no aeroporto da Madeira, foram canceladas 17 chegadas e 14 partidas e houve 8 voos divergidos: três para o Porto Santo, quatro para as Canárias e um para Lisboa. Nessa noite, metade da tua lista de chegadas chegou no dia seguinte ou nem chegou. Se o processo de comunicação parte da lista de reservas e não dos check-ins efetivos, uns boletins seguem com datas erradas e outros nunca seguem.

A época baixa tira as pessoas, não as obrigações. O alojamento local nos Açores fala em "piores resultados de sempre" em 2026, com menos dormidas desde a saída da Ryanair e um "recorde de custos". A resposta habitual é cortar turnos. Quem fica cobre receção, reservas, pequenos-almoços e telefone. A tarefa que não tem ninguém a reclamar por ela é a primeira a escorregar, e o SIBA não reclama até haver uma fiscalização.

Há dois sistemas e ninguém confere um com o outro. Muitos PMS geram o ficheiro para o SIBA. Muitos AL ainda fazem tudo à mão no portal. Em qualquer dos casos, ninguém cruza regularmente "quem dormiu cá" com "quem foi comunicado". Um ficheiro rejeitado por um campo em falta, uma reserva partida em duas porque o hóspede mudou de quarto, um acompanhante que nunca foi registado: nada disto aparece em lado nenhum até alguém perguntar.

Um exemplo com datas

Pega nesta semana. Hoje é quarta-feira, 7 de outubro.

• Um hóspede neerlandês faz check-in amanhã, quinta, 8. Os três dias úteis são sexta 9, segunda 12 e terça 13. O boletim tem de estar submetido até terça, 13 de outubro.
• Um grupo britânico de seis pessoas tinha reserva para sexta, 9, mas o voo foi divergido e só entra no sábado, 10. O prazo conta a partir de sábado, por isso o limite passa para quarta, 14. Se alguém submeteu os boletins na sexta com base na reserva, estão errados: dizem que o grupo entrou num dia em que não estava cá.
• Um casal suíço faz check-in no sábado, 10. Dos seis do grupo, só cinco ficaram no PMS com documento, porque o sexto partilhou o quarto e ninguém o desdobrou. Esse boletim não existe.

Nenhum destes casos é exótico. Acontecem todas as semanas num hotel médio. A dificuldade está em vê-los a tempo, na segunda de manhã, e não na quinta seguinte.

Um pormenor: o que conta como "dia útil" depende do calendário que se aplica, incluindo os feriados regionais dos Açores e da Madeira. Um sistema sério não adivinha isto. Guarda o calendário que tu validas e mostra-te as contas.

O que o sistema faz, e o que não faz

A proposta não é um robô que fala com o SIBA por ti. É mais simples e mais seguro:

1. Lê o PMS, em modo só de leitura. Check-ins efetivos (não reservas), nacionalidade de cada hóspede e acompanhante, data e hora de entrada e o estado da comunicação, quando o PMS o regista. Não altera reservas e não submete nada.
2. Cruza o que dormiu cá com o que foi comunicado. Usa o registo de submissões do PMS ou, num AL que trabalha no portal, a exportação que já guardas. O resultado é uma lista: hóspede, quarto, check-in real, prazo calculado e o que falta (documento, data de nascimento, acompanhante).
3. Ordena por prazo. No topo ficam os que vencem hoje e amanhã. Os que já foram comunicados saem da lista.
4. Responde no WhatsApp a quem gere. "Quem falta ir ao SIBA esta semana?" recebe a lista com a origem de cada linha: a reserva, a data de check-in e o registo de submissão em que se baseou. Se falta um dado, a resposta diz "não sei, falta o documento do hóspede do quarto 14". Não inventa um passaporte.

A submissão continua nas mãos da tua equipa, no portal ou pelo PMS, como já fazes hoje. A diferença é que passa a haver uma lista certa todas as manhãs, em vez de depender da memória de quem estava de turno.

Porque é que um chatbot genérico não serve

Podias perguntar a um assistente qualquer "qual é o prazo do SIBA?" e ele responderia certo. Isso não é o problema. O problema é saber que hóspedes, deste hotel, desta semana, ainda estão por comunicar. Só os teus dados respondem a isso. Um modelo sem acesso ao PMS inventa uma resposta plausível. Um modelo com acesso de escrita pode estragar uma reserva.

Por isso fazemos três coisas: read-only (lê, não mexe), auditado (cada pergunta e cada consulta ficam registadas, com quem perguntou e o que foi lido) e fundado nos teus dados (cada linha da resposta aponta para o registo de onde veio). É o mesmo padrão que usamos para perguntar a um ERP de calibração que equipamentos têm o certificado a vencer, ou a um sistema de lar que medicação ficou por administrar: a pergunta muda, a disciplina é igual.

As objeções que vais pôr

"O meu PMS já envia para o SIBA." Ótimo, é meio caminho. Mas envia o quê? Os titulares das reservas ou todos os hóspedes? E os ficheiros rejeitados, quem os vê? Os check-ins tardios, feitos depois do envio automático? A lista de conferência existe exatamente para os casos que o envio automático não apanha.

"São dados de passaporte. Não os quero numa IA." Fazes bem em desconfiar. O sistema lê só os campos de que precisa para conferir: nacionalidade, datas e se o documento existe. Não precisa do número do passaporte para te dizer que o boletim está em falta. Corre sobre a tua base, com acessos que tu defines, e o registo de auditoria mostra cada leitura. Proteção de dados é arquitetura, não é um parágrafo no contrato.

"Sou um AL de quatro quartos. Isto é para hotéis." Num AL pequeno a lista cabe numa mensagem. Mas é precisamente aí que a pessoa que faz o check-in é a mesma que limpa os quartos e responde às reservas. Uma mensagem às nove da manhã com "dois boletins vencem amanhã" vale mais do que um sistema que ninguém abre.

"As linhas de IA do PRR eram para o continente." Eram. Os Açores e a Madeira ficaram fora da Linha IA nas PME, e essa lacuna continua aberta. Ninguém está a pagar isto às ilhas, por isso tem de se pagar sozinho: menos horas a conferir à mão, nenhuma surpresa numa fiscalização e uma equipa reduzida que não depende da memória.

Por onde começar

Faz isto antes de falares com alguém. Exporta do teu PMS os check-ins de hóspedes estrangeiros das últimas quatro semanas e põe ao lado o que foi submetido ao SIBA no mesmo período. Conta três coisas: hóspedes sem boletim, boletins com data de entrada diferente do check-in real e boletins submetidos depois do terceiro dia útil.

Se os três números forem zero, parabéns, não precisas de nós para isto. Se não forem, é aí que começamos: uma ligação read-only ao teu PMS, a lista diária e a pergunta no WhatsApp, com auditoria desde o primeiro dia. Somos uma equipa pequena em Leiria e quem fala contigo é quem escreve o código.

Escreve para hello@leiritech.com ou liga para +351 914 572 595, e diz-nos que PMS usas.