Se o SIBA estiver indisponível, notifique de imediato [email protected] com o NIF e a identificação do estabelecimento, registe localmente todos os hóspedes em ficheiro próprio e guarde capturas de ecrã do erro. Confirme depois se a falha é do serviço central ou da sua rede e do seu computador. Estes três passos protegem-no de incumprimento enquanto o portal não volta a funcionar.
Em resumo:
- Antes de presumir uma falha do sistema central, deve testar o acesso em diferentes redes, navegadores e dispositivos para eliminar problemas locais.
- É fundamental registar, guardar e comunicar imediatamente a falha com provas de erro, incluindo capturas de ecrã e detalhes técnicos precisos.
- A emissão de boletins de alojamento deve continuar a ser feita eletronicamente, mesmo em caso de indisponibilidade, através de envio posterior com prova de tentativa, até três dias úteis após o incidente.
- Para suportar a configuração do sistema, confirme sempre as credenciais no software de gestão e utilize um ficheiro de emergência predefinido para facilitar uploads manuais.
- A automatização do envio de dados e integrações de reservas fortalecem a preparação e reduzem o impacto de futuras falhas no acesso ao portal SIBA.
Índice
- Checklist de ações imediatas quando o SIBA não responde
- Como saber se o problema é seu ou do SIBA?
- Que informação enviar quando notifica o SIBA por e-mail?
- O que a lei exige enquanto o SIBA está em baixo?
- Alternativas provisórias enquanto o portal não responde
- Quando contactar o suporte técnico e o que enviar
- O que a experiência ensina sobre indisponibilidades futuras
- Como a Eurocheckin reduz o impacto de futuras indisponibilidades do SIBA
- Fontes
Checklist de ações imediatas quando o SIBA não responde
Nos primeiros minutos, o objetivo é simples: reunir prova de que tentou cumprir a obrigação e não perder dados de hóspedes. Faça isto por esta ordem:
- Teste noutra rede e noutro dispositivo. Abra o siba.ssi.gov.pt a partir dos dados móveis ou de um telemóvel diferente, para excluir um problema local antes de assumir que o serviço está em baixo.
- Crie um ficheiro de emergência. Registe nome completo, número de documento, nacionalidade, data de entrada e data de saída de cada hóspede num ficheiro Excel ou Word, mesmo que rudimentar.
- Envie o e-mail formal de notificação. Escreva já para [email protected] a identificar o estabelecimento e a hora exata em que detetou a falha, mesmo antes de ter todos os detalhes técnicos apurados.
- Guarde todas as provas. Faça capturas de ecrã da mensagem de erro, note a hora do sistema e conserve os e-mails enviados numa pasta dedicada.
Esta sequência conta perante a Unidade Central de Coordenação e Fiscalização de Estrangeiros (UCFE) como demonstração de diligência, e é isso que separa um incidente técnico documentado de uma omissão sem justificação.
Dica profissional: Guarde o ficheiro de emergência sempre na mesma pasta na nuvem, com data no nome do documento. Se precisar de justificar um atraso meses depois, a organização do ficheiro fala por si.
Como saber se o problema é seu ou do SIBA?
Antes de assumir que os servidores do SIBA estão em baixo, vale a pena eliminar as causas mais comuns de “erro ao acessar SIBA”, que costumam estar do lado do estabelecimento e não do sistema central.
- Mude de rede e de navegador. Experimente o portal em 4G, depois num navegador diferente e, por fim, em modo de navegação anónima. Se funcionar num destes cenários, o problema está na sua rede, no firewall do alojamento ou numa extensão do navegador habitual.
- Limpe a cache e recrie atalhos antigos. Atalhos guardados há meses podem apontar para páginas ou versões obsoletas do portal. Elimine-os e aceda sempre pelo endereço oficial.
- Reveja credenciais e chave de ativação no PMS. Confirme se o código do estabelecimento e o tipo de registo configurados no seu software de gestão correspondem exatamente aos atribuídos no Manual do Utilizador do SIBA. Um espaço a mais ou um código trocado entre “unidade” e “estabelecimento” é motivo frequente de falha silenciosa.
- Faça um envio de teste e anote a mensagem de erro exacta. Não se limite a “não funciona”: copie o texto completo do erro, incluindo códigos numéricos, para usar depois no contacto com o suporte.
Segundo guias de fornecedores de software de gestão hoteleira, muitos erros de comunicação com a AIMA-SIBA resultam de configuração incorreta de campos como o código do estabelecimento, o código da unidade ou a palavra-passe, e não de uma falha real do sistema central.
Um número significativo dos casos reportados como “SIBA offline” resolve-se com a verificação destes quatro pontos, sem qualquer intervenção do suporte técnico oficial.
Isto muda a forma como deve encarar o problema: antes de escrever “SIBA em manutenção” no seu registo de incidentes, elimine primeiro as causas do seu lado. Poupa tempo e evita um contacto com o suporte que teria resposta óbvia. Só depois de confirmar que o acesso falha em várias redes, navegadores e dispositivos diferentes deve considerar que a indisponibilidade é efetivamente do lado do SIBA.
Que informação enviar quando notifica o SIBA por e-mail?
O endereço oficial para reportar problemas técnicos e pedir apoio é [email protected]. As Perguntas Frequentes do SIBA confirmam que qualquer pedido, incluindo nova chave de ativação, deve incluir dados mínimos de identificação do estabelecimento.
O e-mail de notificação deve conter:
- NIF do estabelecimento ou da entidade titular do alojamento local;
- Nome completo e número de registo do estabelecimento (RNAL/RNT);
- Período exato afetado, com data e hora de início da indisponibilidade;
- Descrição objetiva do erro (mensagem completa, código de erro se existir);
- Anexos de apoio: capturas de ecrã do erro e, se possível, um ficheiro CSV ou PDF com a lista de hóspedes por registar.
Escreva de forma direta e factual, sem adjetivos: quanto mais concreto for o relato, mais rápido o suporte identifica se é um problema geral ou específico da sua conta. Assim que o serviço voltar a funcionar, submeta todos os boletins pendentes de imediato e conserve uma cópia do e-mail original como prova da data em que reportou a falha. Não é necessário reenviar o mesmo e-mail várias vezes, salvo se a indisponibilidade se prolongar significativamente além do que reportou inicialmente.
O que a lei exige enquanto o SIBA está em baixo?
A obrigação de comunicar a estadia de hóspedes estrangeiros não desaparece por o portal estar em baixo. A lei olha para o resultado, não para a desculpa: os dados têm de chegar às autoridades, ainda que com atraso justificado.
O envio dos boletins de alojamento é sempre feito eletronicamente, e em caso de indisponibilidade técnica, seja por internet, avaria de equipamento ou problema no software de front office, a unidade deve preservar prova da tentativa e reenviar assim que possível. A referência prática que consta das orientações e guias do setor aponta para um prazo de até 3 dias úteis para regularizar a submissão eletrónica depois de um incidente.
Notificar por e-mail no momento em que deteta a falha é o que separa um atraso justificado de uma omissão. Sem esse registo prévio, fica apenas a sua palavra contra o sistema. Com ele, tem uma data, uma hora e um interlocutor identificado do lado da administração, o que pesa a seu favor perante a UCFE em caso de fiscalização. Vale a pena consultar também as obrigações de comunicação de hóspedes para confirmar que nenhum outro requisito legal fica esquecido durante o incidente.
Alternativas provisórias enquanto o portal não responde
Sem acesso imediato ao WebService ou ao portal, ainda há formas de avançar com a obrigação sem acumular atraso desnecessário.
- Prepare um ficheiro CSV ou PDF completo. Inclua todos os campos exigidos pelo SIBA (identificação, documento, nacionalidade, datas de entrada e saída) para upload manual assim que o sistema voltar.
- Use o registo manual no portal quando este for restabelecido. A área reservada do SIBA permite inserir hóspedes um a um com o código do estabelecimento e a chave de ativação, útil para volumes pequenos de reservas em atraso.
- Guarde cópias de identificação em local seguro. Armazene os documentos dos hóspedes de forma encriptada ou protegida por senha, em linha com as regras de proteção de dados aplicáveis ao tratamento deste tipo de informação.
- Valide os dados antes de qualquer envio. Confirme nomes, números de documento e datas contra os originais para evitar rejeições que obriguem a repetir todo o processo.
Dica profissional: Mantenha sempre um modelo de ficheiro CSV já formatado com as colunas exigidas pelo SIBA. Quando a indisponibilidade acontece a meio de uma noite de check-ins, não perde tempo a montar a estrutura do ficheiro do zero.
Quando contactar o suporte técnico e o que enviar
Se a indisponibilidade persistir para além do prazo orientador de 3 dias úteis, ou se as Perguntas Técnicas oficiais indicarem esse passo, é altura de escalar o problema formalmente.
- Contacte o SIBA/UCFE por e-mail com a mensagem de erro completa, capturas de ecrã, o NIF e o código do estabelecimento, além de um resumo cronológico do que já tentou.
- Contacte também o fornecedor do seu software de gestão (PMS) com as mesmas provas, para confirmar se a configuração de credenciais está correta do lado da integração.
- Peça confirmação por escrito de que o pedido foi recebido, para reforçar o seu registo de diligência caso a situação se prolongue.
Enviar a mensagem de erro exata e um resumo da configuração de campos acelera muito a resolução, porque evita trocas de e-mail só para reunir informação básica que já podia ter sido enviada à primeira.
O que a experiência ensina sobre indisponibilidades futuras
A maior parte dos incidentes de indisponibilidade do SIBA que geram stress real acontece por falta de preparação prévia, não por má sorte. Quatro rotinas simples mudam isso.
Ter um processo de fallback documentado, mesmo que seja só um ficheiro Excel partilhado com a equipa, elimina o pânico de decidir o que fazer a meio de um check-in. Rever e testar as credenciais de acesso antes de épocas altas, como verão ou época de feriados prolongados, evita que uma chave de ativação expirada só seja descoberta quando já há hóspedes à porta. Formar toda a equipa, e não apenas o gestor, para saber reconhecer e reportar uma falha reduz o tempo entre a deteção do problema e o envio da notificação oficial.
Por fim, integrações que sincronizam reservas e enviam boletins de forma automática reduzem o erro humano e ajudam a cumprir prazos mesmo em picos de ocupação, funcionando como uma camada extra de proteção quando o acesso direto ao portal falha. Isto não substitui a obrigação de notificar a UCFE em caso de falha real do sistema central, mas reduz drasticamente a frequência com que essa notificação é necessária.
— Sofía Herrera
Como a Eurocheckin reduz o impacto de futuras indisponibilidades do SIBA
Existem soluções alternativas a processar tudo manualmente sempre que o SIBA falha: em vez de recriar ficheiros de emergência a cada incidente, os dados dos hóspedes podem estar sincronizados e prontos para submissão automática assim que o serviço for restabelecido.
Algumas plataformas oferecem submissão automática à AIMA através do SIBA, sincronização com plataformas de reserva, e guardam documentos dos hóspedes em armazenamento seguro durante o período legalmente exigido. Consulte as funcionalidades de registo de hóspedes para ver como a sincronização e o armazenamento funcionam na prática, ou peça apoio direto através dos contactos da Eurocheckin para configurar a sua conta antes da próxima época alta.
