Passei uma tarde certa vez num centro de serviços da Porsche, e o que ficou comigo não tinha nada a ver com velocidade. Um técnico explicava por que um suporte específico, escondido lá no fundo do chassi, num lugar que nenhum dono jamais vai ver, passa pelo mesmo controle de tolerância que uma peça visível da carroceria. A lógica dele era simples. A parte que você não vê é a que sustenta a parte que você vê. Essa ideia é toda a filosofia por trás de como penso sobre infraestrutura de pagamentos. O cliente vê um botão de checkout. Embaixo dele existe um sistema onde um único suporte frouxo pode custar a alguém o seu dinheiro, a sua confiança e o seu negócio.
Sou Dmytro Rukin, CEO da LaFinteca, e passei anos construindo sistemas de pagamento pela América Latina. A mentalidade da engenharia alemã, precisão em cada camada, nenhuma superfície bonita apoiada sobre uma base fraca, acabou sendo o modelo mental mais útil que carreguei para dentro da fintech. Deixa eu explicar por quê.
Por que a disciplina de engenharia importa mais em pagamentos do que na maioria dos softwares?
Na maioria dos softwares, um bug significa uma tarde ruim. Você sobe uma correção, pede desculpas, todo mundo segue em frente. Em pagamentos, um bug significa que o salário de alguém não caiu, que o repasse de um lojista travou, que um estorno sumiu numa brecha de conciliação. O dinheiro tem memória. Cada transação precisa ser rastreável, reversível e correta até o centavo, entre moedas, reguladores e ciclos de liquidação que não concordam entre si.
Essa é a parte que quem está de fora subestima. Construir um trilho de pagamento no Brasil não é o mesmo problema que construir um no México ou na Colômbia. Cada mercado tem seu próprio regulador, seu próprio calendário de compensação, suas próprias formas de falhar. A disciplina de engenharia que as montadoras alemãs aplicam a um sistema de transmissão é a mesma disciplina que uma empresa de pagamentos precisa ter em cinco ambientes regulatórios ao mesmo tempo. Você testa as partes invisíveis com mais rigor, porque são elas que quebram em silêncio.
Como é, na prática, “precisão em cada nível” numa fintech?
Precisão em pagamentos é chata de propósito. Ela se parece com um ambiente de testes que simula um banco caindo no meio de uma transação para ver se o seu sistema falha de forma segura ou falha de forma escandalosa. Se parece com uma lógica de conciliação que pega uma diferença de um centavo antes de qualquer humano perceber. Se parece com recusar o lançamento de uma funcionalidade até ela sobreviver a condições piores do que qualquer coisa que a produção vá realisticamente jogar contra ela.
Os engenheiros da Porsche testam peças em temperaturas e sob tensões que um motorista nunca vai encontrar. A lógica se transfere direto. Se a sua infraestrutura só funciona quando tudo dá certo, sinto muito em te dizer, mas o que você tem é uma demo.
Na LaFinteca, isso aparece em decisões que parecem lentas de fora e óbvias em retrospecto. Dois exemplos.
O primeiro é como lidamos com falhas nos trilhos de pagamento. Em março de 2025, o Pix, o sistema de pagamentos instantâneos do Brasil que processa bilhões de transações, teve uma breve indisponibilidade. Lojistas que tinham amarrado todo o checkout a um único trilho simplesmente pararam de receber dinheiro durante aquelas horas. Os times que tinham construído lógica de contingência e roteamento multi-trilho continuaram rodando. Nós estamos no segundo grupo, e isso foi o resultado de ter feito cedo uma pergunta pouco glamourosa: o que acontece no dia em que o trilho mais confiável do país para de responder? Responder a essa pergunta exigiu paciência de engenharia. Pular a pergunta parece mais rápido, até a hora da queda.
O segundo são as taxas de aprovação. Muitas empresas que entram na LATAM medem sucesso por um número de manchete. Uma taxa de aprovação de 92% parece sólida. Aí você olha de perto e vê que os 8% que faltam estão concentrados justamente nos métodos de pagamento locais que dominam o mercado, e o número “sólido” escondia uma falha estrutural. Passamos tempo de verdade instrumentando onde e por que as transações caíam, mercado por mercado, método por método. Esse trabalho é tedioso. É também a diferença entre um sistema que parece saudável num painel e um que de fato é.
Por que a engenharia mais lenta vence os atalhos mais rápidos no longo prazo?
Velocidade é uma vantagem real, até o momento em que deixa de ser. Em aplicativos de consumo, mover rápido e quebrar coisas é uma estratégia viável, porque o custo da quebra é baixo. Em infraestrutura financeira, o custo da quebra é o dinheiro de outra pessoa, e esse custo se acumula. Cada falha silenciosa corrói uma confiança que levou anos para ser construída. Os concorrentes que se movem soltos e rápidos tendem a ganhar a demo e perder a década.
A América Latina é onde eu vi isso acontecer, e ela é o ponto de partida para o que estamos construindo, não o limite. A ambição vai além de uma única região. O que permanece constante em todo lugar é o padrão. Um sistema de pagamentos conquista o direito de expandir provando que não quebra sob pressão, e não prometendo que não vai quebrar.
As empresas que vão vencer na fintech nos próximos dez anos serão as que trataram as partes invisíveis da sua infraestrutura com a mesma seriedade que as partes que os clientes veem.
É essa a lição pela qual eu colocaria minha reputação em jogo. A confiança em pagamentos se ganha nos suportes que ninguém olha, testados a um padrão mais alto do que o trabalho exige. A engenharia alemã me ensinou que disciplina é uma forma de respeito pela pessoa do outro lado da transação. Em pagamentos, essa pessoa está confiando o dinheiro dela a você. Você deve a ela uma precisão que ela nunca vai ver.
Read more: