Instabilidade no Serviço de Integração IDSerpro

Update timeline

1. identified Mar 23, 2026, 01:38 PM UTC

   Prezado Cliente, Nossa monitoração proativa detectou um comportamento irregular no fluxo do IdSerpro do ByUnico e IDcloud. Embora a causa exata ainda esteja sob investigação, isso pode se manifestar como lentidão ou intermitência no serviço. A equipe de tecnologia está executando todos os procedimentos de diagnóstico no ambiente para identificar as causas. Em breve retornamos com atualizações.

2. identified Mar 23, 2026, 01:52 PM UTC

   Prezado Cliente, Nossa monitoração proativa detectou um comportamento irregular no fluxo do IdSerpro do ByUnico e IDcloud. Embora a causa exata ainda esteja sob investigação, isso pode se manifestar como lentidão ou intermitência no serviço. A equipe de tecnologia está executando todos os procedimentos de diagnóstico no ambiente para identificar as causas. Em breve retornamos com atualizações.

3. resolved Mar 23, 2026, 02:51 PM UTC

   Prezados, Informamos que o incidente impactando nossos fluxos de autenticação foi resolvido. Nossa equipe de engenharia estabilizou os serviços e os indicadores de disponibilidade já retornaram aos níveis operacionais esperados. 1. Resumo Executivo e Impacto Entre 10:30 e 11:10 (BRT) de 23/03/2026, identificamos uma degradação nos fluxos que dependem do ID Serpro, o que levou a nossa disponibilidade a patamares momentaneamente abaixo do SLO de 95,5%. O impacto manifestou-se através de erros internos inesperados e timeouts, dificultando ou impedindo que usuários finalizassem com sucesso seus fluxos de autenticação biométrica que utilizam esta validação de identidade oficial. 2. Causa Raiz e Resolução A instabilidade foi originada por uma oscilação atípica na infraestrutura do provedor de dados governamentais. Este serviço externo apresentou um tempo de resposta significativamente superior à média histórica, gerando um efeito cascata de expiração de prazos (timeouts) em nossa camada de processamento para o ID Serpro. Ações de Resolução: Realizamos o ajuste emergencial na configuração de nossa camada de integração, expandindo o tempo limite de resposta de 5 para 30 segundos. Esta medida permitiu que as requisições fossem processadas com sucesso, mesmo diante da lentidão do integrador, estabilizando o SLO e eliminando a taxa de erros residuais. 3. Compromisso e Próximos Passos A estabilidade do sistema segue sendo monitorada rigorosamente por nossos times de SRE e Engenharia. Como parte de nossa cultura de transparência e melhoria contínua, um Postmortem detalhado — contendo a linha do tempo técnica completa e o plano de ação para aumentar a resiliência contra instabilidades de terceiros — será compartilhado em breve. Lamentamos sinceramente pelo transtorno causado e reafirmamos nosso compromisso com a excelência e disponibilidade de nossas soluções. Atenciosamente, Equipe Unico

4. postmortem Mar 25, 2026, 06:10 PM UTC

   # Postmortem: Instabilidade no Serviço de Integração IDSerpro ## Resumo No dia 23 de março de 2026, identificamos uma instabilidade que afetou a conclusão de fluxos de autenticação biométrica que utilizam uma base de dados governamental de terceiros. O incidente foi causado por uma degradação de performance no provedor externo, o que resultou em erros internos e tempos de resposta acima do esperado em nossa plataforma. A situação foi normalizada após o ajuste de nossas configurações de tolerância a latência. ‌ ## Impacto Durante o período de instabilidade, usuários de diversos parceiros e setores enfrentaram dificuldades para finalizar processos de verificação de identidade. ‌ * **Disponibilidade:** O índice de sucesso do serviço de autenticação ficou temporariamente abaixo da nossa meta \(SLO\) de **95,5%**. * **Experiência do Usuário:** Clientes finais encontraram erros de "timeout" ou falhas inesperadas ao tentar realizar a biometria facial em fluxos integrados ao serviço afetado. ## Causa Raiz A investigação técnica revelou que o serviço externo de biometria passou a operar com latências significativamente elevadas, atingindo picos de **4,5 a 6 segundos** por requisição. ‌ Nossa integração estava configurada com um tempo de espera rígido \(timeout\) de **5 segundos**. Como o provedor externo excedeu esse limite de forma intermitente, o sistema encerrava as conexões prematuramente e reportava erros de processamento, em vez de aguardar a conclusão da verificação. ‌ ## Resolução A equipe de engenharia agiu prontamente para mitigar o impacto seguindo estes passos: 1. **Diagnóstico:** Identificamos a origem externa da latência e confirmamos a instabilidade com o fornecedor. 2. **Ajuste de Configuração:** Aumentamos o limite de tempo de espera \(timeout\) da integração de **5 para 30 segundos**. 3. **Estabilização:** Esta mudança permitiu que as requisições, embora mais lentas, fossem concluídas com sucesso, restaurando a disponibilidade do serviço e normalizando os fluxos de autenticação. O incidente foi totalmente resolvido em **51 minutos** após o primeiro alerta. ‌ ## Lições Aprendidas Este evento trouxe aprendizados importantes para fortalecer nossa resiliência: * **Resiliência a Terceiros:** Reforçamos a necessidade de implementar estratégias adaptativas, como _circuit breakers_ e sistemas de retentativa \(retries\) mais robustos, para que falhas em dependências externas não causem interrupções diretas aos nossos usuários. * **Monitoramento Preditivo:** Estamos aprimorando nossos alertas para detectar aumentos graduais de latência em serviços externos antes que eles atinjam os limites críticos de erro. * **Equilíbrio de Performance:** Avaliamos o compromisso entre tempo de resposta e taxa de sucesso, garantindo que o sistema saiba priorizar a conclusão da jornada do usuário mesmo em cenários de degradação externa. ‌ Estamos comprometidos com a estabilidade de nossos ambientes e atuaremos nas ações preventivas, mitigando impactos similares no futuro. Agradecemos a compreensão e estamos à disposição para esclarecer quaisquer dúvidas.‌ Atenciosamente, Equipe Unico.