Instabilidade Parcial no Produto IDPAY

Update timeline

1. identified May 15, 2026, 12:26 PM UTC

   Prezado Cliente, Identificamos uma instabilidade pontual em nossos serviços que pode gerar impacto na disponibilidade de uma parcela mínima de nossas requisições para o produto ID Pay. Informamos que as ações corretivas estão sendo executadas para minimizar grandes impactos. Caso não tenha observado degradação em seu ambiente, não houve impacto em sua operação. Reforçamos nosso compromisso com a transparência e enviaremos novas atualizações assim que houver novidades. Atenciosamente, Equipe Unico

2. identified May 15, 2026, 01:00 PM UTC

   Prezado Cliente, Nosso time de tecnologia segue trabalhando para resolver a instabilidade em nossos serviços que gerou impacto na disponibilidade de uma parcela mínima de nossas requisições para o produto ID Pay. Informamos que as ações corretivas estão sendo executadas para minimizar grandes impactos. Caso não tenha observado degradação em seu ambiente, não houve impacto em sua operação. Reforçamos nosso compromisso com a transparência e enviaremos novas atualizações assim que houver novidades. Atenciosamente, Equipe Unico

3. identified May 15, 2026, 03:50 PM UTC

   Prezado Cliente, Gostaríamos de fornecer uma atualização sobre o status do produto ID Pay. Nosso time de tecnologia permanece atuando na correção da instabilidade mencionada anteriormente. Reforçamos os seguintes pontos: - Impacto Parcial: A intermitência está restrita a uma funcionalidade específica, não afetando a totalidade do ecossistema. - Baixo Volume: O incidente atinge um volume muito reduzido de requisições, o que significa que a vasta maioria das transações segue processada normalmente. - Operação Preservada: Caso você não tenha observado qualquer degradação em seu ambiente até o momento, sua operação permanece íntegra e sem impactos. As ações corretivas seguem em execução acelerada para restabelecer a estabilidade plena o quanto antes. Reiteramos nosso compromisso com a transparência e enviaremos novas informações assim que o cenário for normalizado. Atenciosamente, Equipe Unico

4. monitoring May 15, 2026, 05:15 PM UTC

   Prezado Cliente, Informamos que as ações corretivas foram executadas com sucesso e o ambiente já apresenta estabilidade. Neste momento, nossas equipes de engenharia e operações iniciaram um período de monitoramento rigoroso e acompanhamento assistido de indicadores para garantir a consistência da performance em toda a nossa malha de serviços. Reforçamos nosso compromisso com a transparência e enviaremos novas atualizações assim que houver novidades. Dentro de alguns dias disponibilizaremos um postmortem detalhando as causas e ações de melhoria contínua. Atenciosamente, Equipe Unico

5. resolved May 15, 2026, 05:25 PM UTC

   Prezado Cliente, Incidente resolvido. Informamos que as ações corretivas foram executadas com sucesso e o ambiente já apresenta estabilidade. Neste momento, nossas equipes de engenharia e operações iniciaram um período de monitoramento rigoroso e acompanhamento assistido de indicadores para garantir a consistência da performance em toda a nossa malha de serviços. Dentro de alguns dias disponibilizaremos um postmortem detalhando as causas e ações de melhoria contínua. Atenciosamente, Equipe Unico

6. postmortem Jun 26, 2026, 06:41 PM UTC

   **Resumo** Em 15 de maio de 2026, entre 08h08 e 08h44 \(horário de Brasília\), a função de definição de retenção de pagamentos \(Hold Definition\) do serviço de pagamentos apresentou queda de disponibilidade na camada de borda, com aproximadamente 71 transações falhando — uma taxa de erro de 1,4%. O incidente foi causado por uma interrupção geral em um provedor externo de Open Finance, que passou a retornar erros 500 para todos os seus consumidores. A mitigação foi realizada por meio de uma feature flag que desabilitou temporariamente a integração com o provedor afetado. **Impacto** Usuários que utilizavam o fluxo de validação de transações via Open Finance não conseguiram completar suas operações durante o período. Transações já em andamento continuaram falhando mesmo após a ativação da feature flag, pois a desabilitação não cobria fluxos intermediários. A desativação do provedor também reduziu temporariamente a taxa de aprovação de transações, que passaram a retornar status "indeterminado" em vez de aprovação definitiva. **Causa Raiz** A causa raiz foi uma dependência externa: o provedor de Open Finance sofreu uma interrupção generalizada em sua API pública, retornando erros 5xx para todos os consumidores. A plataforma possui um circuit breaker para a etapa de geração de links, que funcionou para novas transações. No entanto, transações já em andamento continuaram sendo roteadas ao provedor durante o período de instabilidade prolongada, pois o circuit breaker não cobria todos os estados do fluxo. A dependência exclusiva de um único provedor para validação via Open Finance, sem rota alternativa, amplificou o impacto. **Resolução** A equipe identificou o provedor externo como fonte do problema em poucos minutos. A feature flag de desabilitação foi ativada, contendo o impacto em novas transações. Após confirmação do provedor de que um fix havia sido implementado e estabilizado, a integração foi reativada. **Lições Aprendidas** * O circuit breaker existente cobre apenas a etapa de geração de links, não todos os estados do fluxo transacional. Durante instabilidade prolongada do fornecedor, transações em andamento continuaram falhando. Um mecanismo de isolamento completo cobrindo todos os estados transacionais é necessário para minimizar o impacto em cenários semelhantes. * A dependência exclusiva de um único provedor para validação via Open Finance representa um risco estrutural: qualquer interrupção do fornecedor impacta diretamente a disponibilidade para os usuários. Avaliar redundância ou rotas alternativas para este fluxo é a principal melhoria estrutural identificada.