O que é
System integration é o trabalho de fazer softwares que nunca foram desenhados para cooperar se comportarem como uma operação só — custodiantes, corretoras, provedores de dados de mercado, sistemas de core bancário e plataformas institucionais, cada um com seus formatos, latências e modos de falha. A finnerve faz isso como biblioteca, não como uma sequência de projetos avulsos: cada conector que construímos entra em um catálogo de padrões já validados contra o mesmo fornecedor em outra implantação, então na terceira integração de custodiante já estamos compondo a partir de peças provadas em vez de escrever do zero. Mais de oitenta conectores estão no ar hoje em FIX, SWIFT, REST e feeds de arquivo.
A disciplina aparece mais no cutover. As migrações são de nível migração: esperamos zero perda de dado, uma trilha de auditoria conciliável de ponta a ponta e um runbook que o seu próprio time consegue rodar de novo um ano depois, quando um fornecedor mudar a API. Onde nenhuma opção de prateleira serve, construímos o sistema sob medida e o generalizamos de volta para a biblioteca quando o padrão se repete. E como o pilar é agnóstico por definição, trabalhamos com o que já está no seu stack — Pivolt, Addepar, BRITech, Geneva, Murex, os seus custodiantes e as suas corretoras — em vez de empurrar uma plataforma nossa; todo projeto termina com documentação de handover e cláusula de saída, então o que construímos fica com você.
Para quem é
System integration é para operações que carregam mais de uma plataforma e pagam o imposto disso todo dia — em gambiarras, conciliação manual e fins de semana de preparação para auditoria — da gestora que sai de um PMS legado à plataforma de wealth-tech que precisa de um conector sob medida atrás das próprias ferramentas.
- Asset e wealth managers com stacks heterogêneos — várias plataformas fazendo o papel de uma só, com a conciliação rodando sob um contrato único.
- Gestoras migrando de plataforma — cutover de nível migração, com histórico conciliável e zero perda de dado, contra um prazo regulatório duro.
- Operações multicustodiante e multicorretora — conectores para o mercado atacadista da região: feeds de custódia, corretagem e caixa conciliados todo dia.
- Plataformas e casas de wealth-tech — conectores sob medida e uma camada de API documentada atrás do próprio PMS, OMS, portal ou ferramenta de reporte.
- Casas entrando em um mercado novo — conectores para custodiantes, corretoras e formatos regulatórios locais somados sem arrancar nada.
O que cobre
System integration é dona das emendas: o que conecta, o que migra, o que é construído onde nada de prateleira serve — tudo sob um contrato operacional só.
- Conectores — feeds de custódia, corretagem, dados de mercado e core bancário; 80+ no ar em FIX 4.4, SWIFT MT/MX, REST, GraphQL e arquivos por SFTP/SCP.
- Ferramental de migração — cutover de nível migração, com zero perda de dado, trilha de auditoria conciliável de ponta a ponta, reprocessamento histórico, reversibilidade e runbook.
- Integração com plataformas de núcleo — conectores de mão dupla com Pivolt, Addepar, BRITech, Geneva e Murex, com conciliação de ida e volta para que trades, posições e NAVs fluam nos dois sentidos.
- Construções sob medida — sistemas avulsos onde a opção de prateleira não existe, generalizados de volta para a biblioteca quando o padrão se repete.
- Disciplina operacional — observabilidade, idempotência e orçamento de erro em cada conector, mais documentação de handover e cláusula de saída, para o projeto ficar com você.
Como encaixa no seu stack
System integration mora nas emendas do seu stack, não em cima dele. De um lado, puxa posições, transações, caixa, preço e dados de referência dos seus custodiantes, corretoras e provedores de dados de mercado; no meio, normaliza, concilia e roteia sob um contrato único de idempotência e observabilidade; do outro lado, alimenta as plataformas que você opera — sistemas institucionais de núcleo, os seus trilhos bancários e de pagamento, e o seu próprio PMS e OMS. Quando você está trocando de plataforma, essa mesma camada reprocessa e concilia o histórico do sistema legado para o cutover não perder nada.
O próximo conector capitaliza sobre o anterior
Os projetos são conduzidos por engenheiros que já rodaram esses cutovers. Um conector novo compõe a partir da biblioteca de 80+ — peças validadas contra o mesmo fornecedor em outro lugar. A observabilidade sobe no primeiro dia, não na véspera do go-live.
A partir daí, agentes de IA carregam a carga operacional que um pipeline manual deixaria para uma pessoa: eles observam a saúde e a latência dos feeds, detectam e resolvem quebras e limpam as exceções rotineiras, alertando antes de um sistema a jusante perceber qualquer coisa errada. O objetivo de todo projeto é o mesmo — o caminho defensável mais curto até feeds que conciliam e um cutover que não perde nada — e, como cada conector se generaliza de volta para a biblioteca, a próxima integração capitaliza sobre a anterior. Conte o seu stack e nos dê um dia dos seus feeds: dizemos o que já está construído.
Resultados
Como é quando dá certo: a gestora sai de uma plataforma legada em vários custodiantes e provedores de dados, com o histórico reprocessado e conciliado de ponta a ponta, e entra no ar sem nenhuma quebra manual para resolver.
Levamos à sessão de trabalho a referência nomeada mais parecida com a sua migração — e os números reais dela.
Perguntas frequentes
Já nos queimamos com projetos de integração que viraram custo fixo permanente. O que muda aqui?
O modo de falha que você descreve vem de tratar integração como projeto sob medida sem reuso e sem saída. Tratamos como biblioteca — conectores idempotentes e observáveis que compõem a partir de padrões provados — e todo projeto termina com runbook, documentação de handover e cláusula de saída, para o seu próprio time operar e rodar de novo sem nós. Você não está comprando dependência; está comprando uma capacidade que fica. Traga o stack que te queimou a uma sessão de trabalho e mostramos quais partes já estão resolvidas.
Estamos migrando de um PMS legado com prazo regulatório. Dá para garantir zero perda de dado?
Nível migração significa exatamente isso: reprocessamos as transações históricas, conciliamos de ponta a ponta e mantemos uma trilha reversível e auditável ao longo do cutover, de modo que nada se perde e tudo é defensável no dia em que o fiscal perguntar. O sentido do reprocessamento é você conseguir provar, registro a registro, que o sistema novo guarda o que o antigo guardava. Não vamos citar os números de outra casa, mas rodamos uma fatia do seu próprio histórico pelo ferramental de migração em uma sessão de trabalho, para você ver a conciliação com os seus olhos. Traga um dia de histórico legado e um prazo.
Vocês empurram a plataforma de vocês, ou trabalham de verdade com o que já temos?
Agnósticos de verdade — é o pilar. Construímos conectores para e entre o que já está no seu stack: Pivolt, Addepar, BRITech, Geneva, Murex, os seus custodiantes e as suas corretoras; e a recomendação é encaixe, não procedência. Se a resposta certa for manter a plataforma que você tem e conectá-la direito, é essa a resposta que você recebe. Conte o seu stack em uma sessão de trabalho e dizemos o que mudaríamos e o que deixaríamos exatamente onde está.
O que acontece daqui a um ano, quando um fornecedor mudar a API?
É exatamente por isso que todo conector sai com runbook, observabilidade e contrato de idempotência: quando o fornecedor muda, o seu próprio time roda de novo o pipeline documentado em vez de reabrir um projeto, e a observabilidade pega a mudança antes de ela quebrar em silêncio um sistema a jusante. Como o conector vive em uma biblioteca validada, a correção é um padrão conhecido, não uma redescoberta.
Como vocês lidam com as particularidades de FIX e SWIFT dos custodiantes da região?
É o terreno de casa da biblioteca: 80+ conectores no ar em custódia, corretagem e dados de mercado, cobrindo sessões FIX 4.4, adaptadores SWIFT MT/MX e os livros de caixa conciliados por trás deles, em produção nos nossos sete mercados e nas regulações locais deles. Cada um carrega a mesma disciplina de conciliação — custodiante ganha em posição, fonte de preço ganha em preço — em vez de uma reinvenção por projeto. Traga os custodiantes e locais específicos por onde você liquida a uma sessão de trabalho e mapeamos contra o que já está no ar.
Prateleira não cobre uma coisa de que precisamos. Vocês constroem?
Sim — é a família sob medida, e ela roda sob a mesma disciplina do resto: observabilidade, idempotência, runbook e cláusula de saída, para que um avulso não vire órfão. Quando o padrão se mostra recorrente, generalizamos de volta para a biblioteca, então a sua construção sob medida acumula menos modos de falha a cada trimestre — não mais.