Para evitar erros no SIBA, valida o modo de envio antes de submeter, confirma se os campos respeitam os formatos exigidos e cumpre o prazo legal de três dias úteis para entradas e saídas. Junta a isto uma rotina diária de verificação e um local seguro para guardar comprovativos, e a maioria das rejeições desaparece da tua operação.
Em resumo:
- O nome do hóspede deve ser revisto para evitar espaços, acentos incorretos ou comprimento excessivo, garantindo uma submissão sem rejeições.
- O modo de envio deve estar corretamente configurado, especialmente o WebService, cuja alteração requer pedido formal por e-mail à equipa do SIBA.
- Para corrigir dados enviados, deve-se verificar se o registo existe na área reservada antes de criar um novo boletim, evitando duplicações.
- Os comprovativos e boletins devem ser arquivados durante três anos para cumprir as exigências legais e de conformidade RGPD.
- É fundamental estabelecer uma rotina operacional com responsáveis claros, auditorias semanais e controlo de integrações para minimizar erros operacionais.
Índice
- Checklist pré-check-in: dados e validações a recolher
- Modos de envio e credenciais: como validar a configuração e testar envios
- Quais são os erros técnicos mais frequentes e como resolvê-los?
- Como corrigir registos sem criar duplicações
- Rotinas operacionais e responsabilidades: um SOP mínimo para gestores
- Como confirmar que o SIBA aceitou os boletins
- Perspetiva editorial: por que a consistência operacional vale mais do que qualquer atalho tecnológico
- Uma forma mais simples de manter o SIBA sem erros
- Fontes
- Perguntas frequentes
Checklist pré-check-in: dados e validações a recolher
A maior parte dos erros no SIBA nasce antes de qualquer envio, no momento em que os dados do hóspede são recolhidos. Um nome copiado de uma reserva do Airbnb ou da Booking.com traz frequentemente espaços a mais, acentos mal codificados ou está simplesmente incompleto, e isso é o suficiente para o sistema rejeitar o boletim.
Antes de submeter qualquer registo, confirma estes pontos:
- Nome completo: o SIBA aceita até 40 caracteres por campo, pelo que nomes muito longos precisam de ser ajustados sem perder a correspondência com o documento de identificação.
- Documento de identificação: número, tipo e validade têm de coincidir exatamente com o documento apresentado, sem espaços embebidos no início ou no fim do campo.
- Datas: formato AAAAMMDD, sem barras nem pontos, e sempre coerentes com o período real da estadia.
- Nacionalidade e código de país: usa o código ICAO correto, não o código postal nem abreviaturas informais.
- Número de estabelecimento e NIF: têm de corresponder ao registo feito no RNAL, sem erros de dígito.
Dados vindos de OTAs merecem atenção redobrada. É comum o campo do nome vir truncado ou misturado com o nome de utilizador da plataforma, o que obriga a uma verificação manual contra o documento antes de o dado entrar no SIBA.
Guarda o comprovativo de cada submissão e o próprio boletim durante três anos, conforme as exigências de retenção documental e RGPD. Um separador digital por mês, com data e nome do hóspede no ficheiro, poupa horas quando surge um pedido de auditoria.
Dica profissional: Cria um campo interno de “nome de check-in” separado do “nome da reserva” no teu sistema de gestão. Isto evita que o nome truncado da OTA chegue diretamente ao SIBA sem revisão.
Modos de envio e credenciais: como validar a configuração e testar envios
O SIBA aceita três modos de envio, e escolher o errado é uma das causas mais persistentes de falhas recorrentes:
- Portal (Área Reservada): ideal para quem gere um ou dois alojamentos, permite inserir dados manualmente e consultar ofícios emitidos, mas torna-se lento acima de um certo volume de check-ins diários.
- Upload de ficheiro (.DAT ou XML): adequado para quem usa um sistema de gestão (PMS) que gera ficheiros em lote, mas exige rigor total no formato das linhas.
- WebService: pensado para integrações automáticas em tempo real, exige que o registo da unidade esteja configurado especificamente para este modo.
Um dos sinais mais comuns de configuração errada é o erro P12, que surge quando o sistema envia dados via WebService, mas o registo da unidade continua marcado com outro modo de envio. A correção não se faz sozinha no portal: exige um pedido formal por e-mail para [email protected], com o NIF, o nome da unidade e o número de estabelecimento incluídos no pedido.
A mesma morada serve para pedir uma nova chave de ativação, sempre que esta se perde ou é substituída após uma mudança de fornecedor de software. Manter o registo RNAL atualizado na fase de inscrição evita que este tipo de recusa automática apareça meses depois, já com hóspedes em casa.
Quando o envio é feito por WebService, o método EntregaBoletinsAlojamento devolve uma resposta direta: o código 0 significa sucesso. Qualquer outro valor devolve um bloco XML com um <Codigo_Retorno> e uma descrição do erro, e é esse XML que deves guardar sempre que precisares de suporte técnico, seja do teu fornecedor de software, seja da própria equipa do SIBA.
Quais são os erros técnicos mais frequentes e como resolvê-los?
Alguns erros repetem-se em praticamente todos os alojamentos, independentemente da dimensão da operação:
- Espaços embebidos em campos de texto: um espaço invisível no início do nome ou do número de documento faz o campo falhar a validação, mesmo parecendo correto a olho nu.
- Datas fora do formato AAAAMMDD: qualquer barra, ponto ou ordem trocada (dia antes do mês) é rejeitada de imediato.
- Código de país incorreto: usar um código postal ou uma sigla informal em vez do código ICAO correto invalida o registo da nacionalidade.
- NIF ou número de estabelecimento inválido: normalmente um erro de transcrição entre o que está registado no RNAL e o que foi introduzido no envio.
- Ficheiros .DAT mal formados: quando o ficheiro só tem a linha de cabeçalho e a linha de fecho, sem nenhuma linha de dados intermédia, não deve ser enviado — é sinal de que a exportação do software falhou antes de gerar os registos.
Quando o SIBA devolve um erro, o fluxo correto é sempre o mesmo: guarda o ficheiro de erro ou o XML de resposta, identifica o campo problemático, corrige na origem (no PMS ou no ficheiro exportado) e reenvia apenas o registo corrigido. Nunca cries um novo boletim do zero só porque o primeiro falhou, sob pena de duplicares dados que mais tarde terão de ser reconciliados manualmente.
Alguns erros em ficheiros .DAT, como linhas partidas ou códigos postais inválidos persistentes, exigem intervenção do fornecedor do software de gestão que gera esses ficheiros, porque o problema está na exportação, não no conteúdo do registo em si.
Dica profissional: Cria uma pasta “erros SIBA” no teu computador ou na cloud, e guarda ali cada XML de erro com a data no nome do ficheiro. Ao fim de um mês, vais ver padrões: talvez seja sempre o mesmo campo, ou sempre a mesma OTA a gerar dados problemáticos.
Como corrigir registos sem criar duplicações
Corrigir um registo já enviado ao SIBA não é sempre tão simples como editar um campo. Alguns dados podem ser atualizados diretamente na Área Reservada; outros exigem um pedido formal à equipa técnica.
Segue este fluxo para não arriscares duplicar boletins:
- Confirma se o registo já existe no histórico da Área Reservada antes de criar um novo boletim para a mesma estadia.
- Identifica o tipo de campo a corrigir. Datas de entrada e saída, e pequenos erros de nome, normalmente podem ser atualizados diretamente no portal.
- Para NIF, número de estabelecimento, chave de ativação ou modo de envio, envia um pedido formal para [email protected], incluindo sempre o NIF do estabelecimento, o nome da unidade e uma descrição clara do que precisa de ser corrigido.
- Aguarda a confirmação da UCFE antes de reenviar qualquer boletim relacionado com o mesmo registo.
- Verifica na Área Reservada que a correção ficou registada, consultando o histórico de ofícios emitidos.
Antes de fechares o processo, confirma:
- O registo aparece corrigido no histórico do portal.
- Não existe um segundo boletim duplicado para a mesma estadia.
- O comprovativo atualizado foi guardado na pasta de documentação da propriedade.
Rotinas operacionais e responsabilidades: um SOP mínimo para gestores
Uma rotina fixa de sete minutos no dia do check-in resolve mais problemas do que qualquer correção posterior. Confirma o documento de identificação à chegada, regista os dados no sistema, submete ao SIBA e guarda o comprovativo, sempre nesta ordem.
Em operações com vários imóveis, os acessos ao SIBA devem estar centralizados numa pessoa ou numa equipa pequena, com responsabilidade clara sobre quem submete e quem audita:
- Define um responsável principal pela submissão diária de boletins.
- Define um segundo responsável pela auditoria semanal, que confirma que todas as estadias da semana têm comprovativo.
- Testa as integrações com o PMS ou channel manager sempre que houver uma atualização de software, porque uma alteração no formato de exportação pode gerar erros novos de um dia para o outro.
- Documenta cada correção feita, com data, motivo e resultado, num registo interno simples.
Dica profissional: Marca no calendário uma auditoria fixa às segundas-feiras de manhã, para revisar os check-ins do fim de semana. É o período com maior volume e maior risco de esquecimento.
Como confirmar que o SIBA aceitou os boletins
Depois de qualquer envio, confirma o resultado na secção “Ofícios Emitidos” da Área Reservada. Um envio por WebService com retorno 0 significa aceitação; qualquer outro código vem acompanhado de um XML com a descrição do erro.
Se não encontrares comprovativo:
- Reenvia o boletim depois de confirmares os dados no sistema de origem.
- Envia o ficheiro de erro ou o XML de resposta para [email protected] caso o problema persista após o reenvio.
- Guarda o comprovativo final durante três anos, junto com o boletim original, para cumprir as exigências de retenção documental e RGPD.
- Mantém um registo mínimo por estadia: nome do hóspede, data de envio, código de retorno e comprovativo em PDF ou XML.
Perspetiva editorial: por que a consistência operacional vale mais do que qualquer atalho tecnológico
A automação reduz erros, mas não substitui a definição clara de responsabilidades. Um sistema pode submeter boletins automaticamente e ainda assim falhar, se ninguém verificar as integrações depois de uma atualização do PMS ou auditar os comprovativos semanalmente. Em operações com vários imóveis, é a ausência de um responsável definido pela verificação, não há falta de tecnologia, que costuma abrir os maiores buracos operacionais. Ferramentas como as funcionalidades de integração da Eurocheckin ajudam a reduzir o trabalho manual, mas a disciplina de auditoria continua a ser tarefa do gestor.
Uma forma mais simples de manter o SIBA sem erros
Existem plataformas que automatizam o envio dos dados ao SIBA e à AIMA a partir da sincronização automática com plataformas de reservas como Airbnb e Booking.com, evitando a necessidade de copiar nomes ou datas manualmente.
Isto é especialmente útil se geres vários imóveis com uma equipa pequena, ou se já tiveste um erro P12 ou um NIF mal transcrito que te obrigou a escrever à UCFE. O check-in online multilingue pode ajudar a reduzir erros de transcrição na origem, com os dados introduzidos pelo próprio hóspede antes da chegada, e o armazenamento seguro dos comprovativos durante o período exigido, com conformidade RGPD. A EuroCheckin para Alojamento Local tem uma tarifa mensal por alojamento, e a versão para unidades de maior volume, EuroCheckin para hotéis, também tem um preço mensal reduzido por alojamento. Algumas plataformas oferecem períodos de teste gratuito, sem compromisso de longo prazo, para facilitar a adoção na rotina de check-in.
Fontes
Para dúvidas técnicas específicas, consulta o manual do utilizador do SIBA, as perguntas técnicas oficiais e a página de modos de envio. Para configurar integrações e controlos técnicos, a ASTIA documenta práticas de gestão de sistemas aplicáveis à hotelaria.
- Perguntas Frequentes – SIBA – Sistema de Informação de Boletins de Alojamento
- SIBA e AIMA: comunicar hóspedes sem falhas – Boletim de Alojamento Local
Perguntas frequentes
Qual é o prazo legal para comunicar um hóspede no SIBA?
O prazo é de três dias úteis a contar da data de entrada ou da data de saída do hóspede. Ultrapassar este prazo repetidamente aumenta o risco de contacto da fiscalização e complica a reconstrução do histórico de estadias.
O que significa o erro P12 no SIBA?
O erro P12 indica que o modo de envio configurado no registo da unidade não corresponde ao modo realmente usado, normalmente WebService. A correção exige um pedido formal por e-mail para [email protected], com o NIF e o nome da unidade.
Como peço uma nova chave de ativação para o SIBA?
Envia um pedido para [email protected] com o NIF do estabelecimento, o nome da unidade e o número de estabelecimento registado no RNAL. A mesma morada serve para pedir alteração do modo de envio.
Durante quanto tempo devo guardar os comprovativos de envio?
Os comprovativos e boletins devem ser guardados por três anos, conforme as exigências de retenção documental e RGPD. Um sistema como a Eurocheckin armazena estes documentos automaticamente durante esse período.
O que fazer se não encontrar comprovativo de um envio?
Consulta primeiro a secção “Ofícios Emitidos” na Área Reservada. Se continuar sem aparecer, reenvia o boletim e, caso o problema persista, envia o ficheiro de erro ou XML de resposta para [email protected].
