Instabilidade no Serviço de Captura e Reaproveitamento de Documentos (ID DOCS)

Update timeline

1. investigating Feb 23, 2026, 08:05 PM UTC

   Prezado Cliente, Nossa monitoração identificou um possível impacto na capacidade de Captura e Reaproveitamento de Documentos(IDDocs), podendo afetar os processos integrados a essa capacidade. Nosso time de tecnologia está analisando o ambiente.

2. identified Feb 23, 2026, 08:08 PM UTC

   Prezado Cliente, Nossa equipe segue investigando um possível impacto na capacidade de Captura e Reaproveitamento de Documentos(IDDocs), podendo afetar os processos integrados a essa capacidade. Nosso time de tecnologia está analisando o ambiente e em breve retornamos com atualizações sobre as ações corretivas.

3. resolved Feb 23, 2026, 08:35 PM UTC

   Resumo Executivo e Impacto: Identificamos uma instabilidade que afetou a etapa de captura de documentos em nossa plataforma para uma parcela pequena de clientes. O incidente manifestou-se por meio de uma falha na inicialização do componente de biometria e reconhecimento documental, impedindo que uma parcela dos usuários concluísse seus fluxos de cadastro ou validação. Após a identificação do erro, a equipe técnica atuou prontamente para estabilizar o serviço. No momento, a falha foi totalmente mitigada e os usuários afetados já conseguem realizar o processo normalmente, conforme validado em testes de monitoramento. Causa Raiz e Resolução: A investigação técnica revelou que a origem do problema estava relacionada à ativação intermitente de uma configuração de teste (feature flag) destinada à coleta de dados de desempenho de um SDK. Essa alternância causou um conflito na inicialização da biblioteca de captura, resultando no erro reportado. Como medida de resolução, a configuração foi desativada permanentemente, restaurando a integridade do ambiente de produção. O sistema permanece sob observação, e confirmamos que a estabilidade foi restabelecida sem perdas de dados para os clientes finais, a instabilidade ocorreu entre 13:41 há 16:56 Dentro de alguns dias compartilharemos maiores detalhes através de um Postmortem. Pedimos desculpas pelo transtorno e nos colocamos à disposição para sanar dúvidas através dos nossos canais de atendimento. Atenciosamente, Equipe Unico!

4. postmortem Mar 03, 2026, 08:58 PM UTC

   ## **Sumário** No dia 23 de fevereiro de 2026, identificamos uma falha intermitente na etapa de captura de documentos em nosso ambiente de produção. O problema impedia o carregamento correto da câmera, impossibilitando que alguns usuários finalizassem o envio de suas fotos. A causa foi identificada como uma falha de validação de licença de um componente de terceiros, que não estava devidamente configurado para todos os nossos domínios de produção. ## **Impacto** O incidente durou aproximadamente **2 horas e 44 minutos**. Com base no volume de tráfego e na taxa de exposição ao novo componente, estimamos que: * Cerca de **2.186 tentativas de captura** falharam durante o período. * O impacto foi distribuído aleatoriamente entre diversos clientes que utilizam o fluxo de captura via navegador. * A falha ocorreu especificamente para usuários que acessavam o serviço através de um domínio específico da plataforma, enquanto outros domínios permaneceram operacionais. ## **Causa Raiz** A falha foi originada por uma **dependência externa**. Estávamos conduzindo um teste controlado com um novo provedor de captura e extração de dados para melhorar a qualidade do nosso serviço. A licença de uso do SDK fornecida pelo parceiro foi configurada para funcionar apenas em um domínio específico. Como nossos ambientes de desenvolvimento e homologação utilizam predominantemente esse domínio, a restrição não foi detectada durante as fases de testes internos. Ao ativar o componente em produção, os acessos realizados através de domínios alternativos falharam na validação de licença, impedindo a abertura da câmera. ## **Resolução** Assim que a instabilidade foi reportada, nossa equipe de engenharia atuou para mitigar o impacto: 1. **Desativação do componente:** O uso do novo provedor de captura foi imediatamente interrompido através de nossas chaves de controle \(feature flags\), retornando todos os usuários ao fluxo de captura padrão e estável. 2. **Validação de domínios:** Identificamos os domínios ausentes na licença do fornecedor para correção. ## **Lições Aprendidas** * **Divergência entre ambientes:** Reforçamos a necessidade de garantir que as configurações de licenciamento e segurança reflitam fielmente a pluralidade de domínios utilizados em produção, para além dos usados em desenvolvimento. * **Monitoramento de Front-end:** Identificamos a oportunidade de ampliar a observabilidade de erros específicos de componentes de terceiros para detectar falhas silenciosas de interface com maior agilidade. * **Mecanismos de Fallback:** É fundamental que novas integrações possuam mecanismos automáticos de retorno ao fluxo estável em caso de falha de carregamento, minimizando o impacto ao usuário final