Se o SIBA devolveu um erro na submissão, confirme primeiro se existe um ofício na área reservada do portal e não reenvie o ficheiro sem essa verificação. O reenvio automático duplica registos e complica ainda mais a situação. Se o problema persistir após confirmar, envie o ficheiro com a mensagem de erro para [email protected] e, em paralelo, contacte o fornecedor do seu PMS caso o erro aponte para um problema de formatação.
Em resumo:
- Se o erro é recorrente em várias reservas com diferentes ficheiros, o problema está no software de exportação, não nos dados individuais.
- Verifique sempre se o ficheiro foi recebido pelo portal SIBA consultando a secção de entrega dos boletins e confirme na confirmação automática por correio eletrónico.
- Confirme a presença das linhas obrigatórias no ficheiro, nomeadamente as linhas 0, 1 e 9, antes de tentar reenviar ou editar manualmente.
- Contacte o fornecedor do PMS para corrigir problemas de exportação ou se há discrepâncias no método de envio registado na plataforma SIBA.
- A plataforma EuroCheckin valida e envia automaticamente os dados, ajudando a evitar erros de formatação e duplicação de registos.
Índice
- Erros comuns de submissão SIBA: lista e como interpretar cada mensagem
- Como confirmar se a submissão foi recebida
- Checklist de acção imediata para corrigir um erro de submissão
- Erros específicos por modo de envio: .DAT (upload) vs XML (WebServices)
- Prevenção: boas práticas para reduzir erros e manter conformidade
- Perspetiva prática: porque estes erros pesam mais do que parecem
- Como a EuroCheckin elimina estes erros antes de acontecerem
- Fontes
- Perguntas frequentes
Erros comuns de submissão SIBA: lista e como interpretar cada mensagem
A maioria dos casos de erro de submissão SIBA repete-se entre proprietários e gestores de alojamento local, e quase sempre encaixa num pequeno número de causas. Reconhecer o padrão poupa horas de tentativa e erro.
O SIBA identifica formalmente um conjunto de erros de validação que aparecem com frequência nos ficheiros .DAT e nos envios via WEBSERVICES:
- Erro no código postal: o campo não respeita o formato esperado (geralmente 4 dígitos, hífen, 3 dígitos) ou está vazio.
- NIF ou estabelecimento inválidos: o número de identificação fiscal do hóspede ou o código do estabelecimento não correspondem ao registo válido no sistema.
- Espaços embebidos no nome: campos de nome ou apelido com espaços duplicados, tabulações ocultas ou caracteres invisíveis que o sistema não consegue processar.
- Linha 0 partida: o cabeçalho do ficheiro (linha 0) está incompleto ou mal formatado, o que impede o SIBA de reconhecer o lote inteiro.
- Ficheiro sem linha 1: falta a linha de dados do cliente, ou seja, o ficheiro tem estrutura mas não contém hóspedes.
A causa mais provável para cada um destes problemas varia, mas há um padrão claro. Erros de código postal e NIF costumam vir de campos mal preenchidos na origem, normalmente porque o hóspede introduziu dados incorrectos no motor de reservas ou porque o PMS não valida esses campos antes de exportar. Já os espaços embebidos e a linha 0 partida são quase sempre problemas de exportação do software, não do conteúdo em si.
Aqui está a distinção que realmente importa: quando o erro é do PMS versus quando é do registo ou conta SIBA. Se o mesmo tipo de erro aparece em múltiplas reservas, com estruturas de ficheiro diferentes mas o mesmo defeito, o problema está quase sempre na forma como o software gera o ficheiro de exportação. Se, pelo contrário, o erro aparece isolado numa única reserva e os restantes ficheiros passam sem problemas, é mais provável que seja um erro de introdução de dados nessa reserva específica.
Uma observação recorrente das equipas técnicas do SIBA é que muitos destes problemas nascem na exportação do PMS, não no ficheiro final. Por isso, a correcção prioritária deve passar pelo fornecedor do software antes de qualquer edição manual do ficheiro.
Como confirmar se a submissão foi recebida
Antes de repetir o envio, é preciso saber com certeza se o SIBA já recebeu o ficheiro. O portal guarda esse registo, e localizá-lo evita reenvios inúteis.
- Aceda à área reservada do Portal SIBA e procure a secção Entrega dos Boletins, dentro de Consulta de Ofícios Emitidos.
- Filtre pelo período correspondente à data do envio suspeito e confirme se existe um ofício associado a esse lote.
- Se o retorno registado for 0, a submissão foi aceite com sucesso e não há nada a corrigir, mesmo que o software local tenha mostrado uma mensagem de aviso.
- Verifique também a caixa de correio eletrónico associada ao registo. O SIBA envia normalmente uma confirmação automática quando o processamento termina.
- Se não encontrar nenhum ofício emitido para esse período, tire uma captura de ecrã da área de consulta com a data e hora visíveis, e aguarde entre 15 e 30 minutos antes de assumir que o envio falhou. O sistema pode ter uma fila de processamento em horas de maior tráfego.
- Persistindo a ausência de ofício depois desse intervalo, contacte [email protected] com a captura, o código do estabelecimento e a hora exacta da tentativa de envio.
Este procedimento resolve a maior parte das dúvidas sobre submissão falhada sem precisar de qualquer intervenção técnica.
Checklist de acção imediata para corrigir um erro de submissão
Quando já confirmou que não há ofício emitido ou que o ofício existe mas assinala erro, siga esta sequência antes de contactar qualquer suporte externo.
- Abra o ficheiro .DAT ou XML num editor de texto simples (Notepad ou equivalente) e confirme a presença das três linhas obrigatórias: linha 0 (cabeçalho), linha 1 (dados do cliente) e linha 9 (fecho de lote).
- Verifique se a linha 1 existe de facto. Ficheiros com apenas linhas 0 e 9 não contêm hóspedes e não devem ser enviados, mesmo que o software os tenha gerado sem erro aparente.
- Confirme as credenciais e o código do estabelecimento copiados directamente do registo SIBA, sem espaços extra no início ou no fim do campo.
- Verifique o tipo de registo configurado no PMS: alojamento local, hotelaria ou outro, e se corresponde ao que está registado no SIBA para essa unidade.
- Confirme se o método de envio utilizado corresponde ao método registado. Se estiver a tentar enviar por WEBSERVICES mas o registo indica UPLOAD (ou o inverso), o envio falha sem mensagem clara.
- Solicite a alteração do modo de envio à UCFE, por email, se detectar esta discrepância. É o único canal formal para essa mudança.
- Contacte o fornecedor do seu PMS, enviando o ficheiro problemático e a mensagem de erro completa, incluindo capturas de ecrã e o identificador da reserva afectada.
Dica profissional: Guarde sempre uma cópia do ficheiro exactamente como foi gerado antes de qualquer correção manual. Se editar o .DAT directamente para “resolver” o problema, perde a rastreabilidade da causa original e arrisca criar um registo que não corresponde ao que está no seu PMS.
Nunca corrija manualmente a estrutura de um ficheiro .DAT como solução permanente. A lógica de exportação deve ser corrigida na origem, no próprio PMS, para evitar que o mesmo erro volte a repetir-se em cada novo lote.
Erros específicos por modo de envio: .DAT (upload) vs XML (WebServices)
O modo de envio escolhido determina que tipo de erro vai encontrar e como deve interpretá-lo. Confundir os dois modos é uma das causas mais comuns de frustração desnecessária.
No modo Upload (.DAT):
- Um ficheiro com apenas linhas 0 e 9 significa que não há hóspedes a submeter. Isto normalmente indica um filtro mal configurado no PMS, que exportou um lote vazio por engano.
- A validação manual com um editor de texto simples é a forma mais rápida de confirmar isto antes de perder tempo a investigar mensagens de erro no portal.
- Espaços embebidos ou campos truncados aparecem tipicamente na linha 1, e só ficam visíveis quando se abre o ficheiro em bruto, sem formatação automática.
No modo WebServices (XML):
- A resposta do sistema vem sempre num ficheiro XML de retorno, com um campo
<Codigo_Retorno>e uma descrição textual do erro. - Um retorno igual a “0” confirma sucesso; qualquer outro valor exige ler a descrição associada, que normalmente aponta directamente para o campo problemático.
- Quando o erro não corresponde a nenhum problema de conteúdo, é frequente tratar-se de um mismatch entre o método de envio registado e o método efectivamente utilizado pelo software.
Se suspeitar que o método seleccionado no seu registo SIBA não é o que o PMS está a usar, o processo de correcção passa pela UCFE: um pedido de alteração por email é o único caminho formal para resolver esta discrepância, e é uma causa recorrente de rejeições silenciosas que não geram mensagem de erro clara no software local.
Prevenção: boas práticas para reduzir erros e manter conformidade
Corrigir um erro pontual resolve o problema do dia. Reduzir a frequência com que ele aparece exige rotina.
- Valide sempre os campos críticos antes do envio: NIF do hóspede, código postal no formato correcto e nomes sem espaços duplicados ou caracteres especiais.
- Crie uma rotina semanal de verificação da Consulta de Ofícios Emitidos, mesmo quando não há suspeita de erro, e guarde os comprovativos pelo período exigido.
- Execute sempre um envio de teste depois de qualquer actualização de software, mudança de credenciais ou alteração no código do estabelecimento.
- Configure alertas internos (email ou notificação) para falhas de envio e defina claramente quem, na sua equipa, é responsável por verificar isto todas as semanas.
- Mantenha os dados do estabelecimento coerentes entre o PMS, o SIBA e os canais de reserva, incluindo nome, endereço e código postal.
Dica profissional: Marque no calendário um “dia de auditoria SIBA” mensal, mesmo que tudo esteja a correr bem. Confirmar dez minutos de ofícios emitidos evita horas de correção três meses depois, quando já há vários lotes acumulados com o mesmo erro.
Manter os dados de contacto e localização coerentes entre plataformas também ajuda a evitar inconsistências que se propagam para o SIBA. Práticas como as descritas em guias sobre correcção de dados de estabelecimento aplicam-se directamente aqui: quanto mais alinhados estiverem nome, endereço e identificadores em todos os sistemas, menor a probabilidade de um campo desalinhado gerar um erro de submissão.
Perspetiva prática: porque estes erros pesam mais do que parecem
Um erro de submissão SIBA não resolvido a tempo não é apenas um incómodo administrativo. Atrasa o cumprimento de um prazo legal e expõe o alojamento a risco de coima, especialmente quando o erro se repete em vários lotes sem que ninguém dê pela falha.
A questão real não é saber corrigir um erro isolado, mas ter alguém responsável por verificar isto com regularidade. Muitos gestores só descobrem o problema quando a AIMA pede justificações, e nessa altura já há semanas de submissões em falta. Vale a pena perguntar: quantas horas por mês gasta a sua equipa a verificar ofícios manualmente? Se a resposta for “nenhuma”, há um risco escondido. Automatizar a validação antes do envio remove a maior parte destes erros na origem, o que muda o problema de “como corrigir” para “como evitar que aconteça”.
— Sofía Herrera
Como a EuroCheckin elimina estes erros antes de acontecerem
A EuroCheckin resolve grande parte destes problemas antes de o erro chegar ao portal do SIBA, validando os campos críticos (NIF, código postal, formato de nomes) no momento em que o hóspede faz o check‑in online, não depois do envio.
A plataforma submete automaticamente à AIMA através do SIBA e sincroniza directamente com Airbnb e Booking.com, o que elimina as duplicações e perdas de dados que acontecem quando se copia informação manualmente entre calendários. Todos os comprovativos e ofícios ficam armazenados de forma segura durante o período legal exigido, prontos para consulta em caso de auditoria. Se gere vários alojamentos e quer parar de perseguir ofícios emitidos e mensagens de erro no fim do mês, comece por configurar o seu registo e credenciais ou peça uma demonstração à equipa para ver como funciona com os seus alojamentos concretos.
Perguntas frequentes
O que significa erro de linha 0 partida no SIBA?
Significa que o cabeçalho do ficheiro está incompleto ou mal formatado, o que impede o sistema de reconhecer o lote inteiro. Normalmente resulta de um problema de exportação no PMS, não de dados incorrectos do hóspede.
Como sei se a minha submissão SIBA foi aceite?
Consulte a secção Entrega dos Boletins – Consulta de Ofícios Emitidos na área reservada do Portal SIBA. Um retorno igual a “0” confirma que a submissão foi aceite com sucesso.
Devo reenviar o ficheiro se aparecer um erro?
Não, reenvie apenas depois de confirmar no portal que o ficheiro original não foi processado, porque reenviar sem verificar cria registos duplicados.
Quando devo contactar [email protected] em vez do fornecedor do PMS?
Contacte [email protected] quando o erro não se resolve corrigindo o ficheiro localmente, quando precisa de alterar o modo de envio registado ou quando não encontra qualquer ofício emitido depois de aguardar. Para erros de formatação recorrentes, contacte primeiro o fornecedor do software.
A EuroCheckin ajuda a evitar erros de submissão SIBA?
Sim. A plataforma valida os campos críticos antes do envio e submete dados automaticamente à AIMA via SIBA, o que pode reduzir erros de formatação e de dados descritos neste artigo.
