Três da manhã, uma transação falhou e o cliente está no telefone. Sem registro consultável, descobrir o motivo depende de reproduzir o erro — que é justamente o que não dá para fazer com dinheiro de cliente. Então alguém abre chamado e espera.
O que você ganha
Por que usar
Feed de logs e eventos em produção: toda chamada à API Externa e todo evento de pagamento ficam registrados e consultáveis pelo painel — sem abrir chamado para descobrir o que aconteceu.
Antes: o cliente reclama, o suporte abre ticket, o time técnico procura em log que você não acessa, e a resposta chega no dia seguinte. Depois: você olha o feed e vê a requisição inteira. A ponte é o registro ser seu, não do fornecedor.
Saber que um pagamento falhou é quase inútil. Saber que ele ficou 8 segundos aguardando o provedor antes de estourar timeout é acionável — muda a ordem da orquestração, muda o limite, muda a conversa com o PSP.
Nome e documento de quem pagou nunca vão para o log de aplicação. Ficam no registro da transação, sob controle de acesso. Log é lido por muito mais gente do que banco de dados, e essa assimetria é o vetor de vazamento mais comum que existe.
Recursos
Método, rota, status e latência de cada chamada.
Cada transição de estado, com carimbo de tempo.
Identificação do pagador nunca vai para o log — fica no registro da transação, onde o controle de acesso se aplica.
A referência da API está publicada e aberta. Se preferir conversar antes, um especialista responde em até 2 horas úteis.
