Pagamentos e antifraude

A plataforma central de pagamentos. Ela gerencia os meios disponíveis, orquestra o caminho de cada transação, inclusive quando um pedido é pago com mais de um meio, e concentra boa parte da decisão de antifraude, com base histórica própria.

É o sistema mais crítico sob a minha responsabilidade. Aceitar uma transação que não devia ser aceita tem custo direto em fraude e contestação.

Minha responsabilidade

Trabalho nessa plataforma desde 2023, e desde novembro de 2025 respondo tecnicamente por ela: arquitetura, contrato, decisão técnica e revisão do que é mais relevante.

Como ela funciona

A plataforma processa os pagamentos de um pedido, e o caminho muda conforme o meio. Cada gateway é um serviço próprio: ele processa e vai avisando o que aconteceu, e a plataforma decide o que fazer com esse retorno. Esperar, capturar, efetivar, expirar, cancelar, estornar.

O estado de um pagamento não é o retorno de uma chamada, é o resultado de uma conversa com um sistema externo que responde quando quer. Por isso o desenho é de workflow e não de função: o caminho é configurado e não codificado, que é a regra em dado de que eu falo em Como eu trabalho. Meio de pagamento novo entra como mais um dentro dele, em vez de abrir um caminho paralelo.

O que eu faria diferente

A superfície de configuração cresceu mais do que se previu. Hoje não existe um lugar único que responda “o que aconteceria com um pedido deste canal, com esta configuração”: a resposta é reconstruída consultando dado espalhado.

Um simulador que respondesse isso sobre um pedido hipotético, sem criar transação real, resolveria e teria sido barato construir junto.

Stack

.NET · Oracle · Entity Framework Core · Dapper · integração com adquirentes, antifraude, ERP e plataforma de atendimento