Kapta · 15/09/2026
O comportamento durante uma falha deve ser definido antes da instalação. A possibilidade de validar localmente depende da arquitetura e dos dados disponíveis; não se deve assumir que uma função offline de uma aplicação também existe nos portões integrados.
Os visitantes podem continuar a entrar?
As opções devem ser avaliadas com a operação: encaminhamento para apoio, verificação por uma equipa ou validação local previamente preparada. Cada opção tem limitações. Dados guardados antes da falha podem não incluir uma compra recente, um cancelamento ou uma utilização noutra entrada.
Como evitar duplicados com dois leitores desligados?
Sem um estado partilhado atualizado, dois pontos isolados podem não saber que o mesmo direito já foi utilizado. O projeto deve explicar essa limitação e definir regras adequadas, como centralizar temporariamente a verificação numa equipa. Não prometa prevenção absoluta de duplicados em todos os cenários offline.
Que informação deve ver a equipa?
Mostre a falha de ligação e a idade da informação disponível. As decisões tomadas durante a interrupção devem ser identificáveis, com um procedimento para resolver exceções. A integração deve respeitar os mecanismos de segurança e emergência definidos pelo fabricante e pela instalação.
O que testar quando a ligação regressa?
Reproduza uma interrupção durante uma leitura e confirme como os registos pendentes são recuperados, como se tratam conflitos e como a equipa recebe o resultado. Teste também uma reserva vendida durante a falha. Peça à Kapta que inclua recuperação de rede e responsabilidades de apoio no âmbito do projeto.
