Plaid vs. MX vs. Finicity: Qual Agregador de Dados Bancários Está Por Trás do Seu Feed Contábil?

Você conecta sua conta corrente empresarial ao seu aplicativo de contabilidade, e as transações começam a fluir automaticamente. O que você raramente vê é a empresa no meio — o agregador de dados que acessa seu banco em seu nome, extrai suas transações, as organiza e as entrega ao seu aplicativo. Quando seu feed quebra, categoriza incorretamente metade das suas compras ou deixa de registrar silenciosamente uma semana de atividade, o problema geralmente está nessa camada intermediária, não no seu aplicativo.

Três empresas movimentam a maior parte desses dados nos Estados Unidos: Plaid, MX e Finicity (de propriedade da Mastercard desde 2020). Se você administra uma pequena empresa, escolheu uma delas no momento em que escolheu seu software de contabilidade — e se o seu feed bancário continua apresentando problemas, entender no que cada agregador é bom e ruim mostra se trocar de aplicativo vai ajudar ou apenas mover o mesmo problema para uma nova tela.

O Que um Agregador de Dados Bancários Realmente Faz​

Quando você clica em "conectar seu banco" em um aplicativo de contabilidade, uma cadeia de eventos começa:

1. Autenticação. Você insere suas credenciais bancárias (ou aprova um redirecionamento OAuth no seu banco). O agregador estabelece uma conexão vinculada às suas contas.
2. Recuperação. O agregador extrai saldos e transações — idealmente por meio de uma API direta do banco, às vezes acessando o internet banking como um navegador faria.
3. Enriquecimento. Descrições brutas do banco como SQ *COFFEE SHOP 000123 são limpas em um nome de comerciante, uma categoria e, às vezes, uma localização.
4. Entrega. Seu aplicativo de contabilidade recebe dados normalizados por meio da API do agregador.

As etapas 2 e 3 são onde os três provedores mais diferem. A recuperação determina quais bancos se conectam e com que frequência o feed quebra. O enriquecimento determina se sua contabilidade começa a partir de categorias limpas ou de uma pilha de transações "Não categorizadas" que você precisa corrigir manualmente.

Por Que Isso Importa Mais do Que Antes​

Durante anos, os agregadores obtinham seus dados principalmente por meio de screen scraping: acessando seu internet banking com suas credenciais armazenadas e lendo as páginas. Funcionava, mas era frágil — cada reformulação do site do banco quebrava as conexões — e significava que sua senha vivia nos servidores de outra pessoa.

A indústria vem migrando para conexões de API diretas e baseadas em token há uma década, e a regulamentação agora está forçando a mudança. A regra de open banking do Consumer Financial Protection Bureau, sob a Seção 1033 do Dodd-Frank Act, daria aos consumidores um direito formal de instruir seu banco a compartilhar dados com terceiros autorizados por meio de interfaces seguras, efetivamente encerrando o screen scraping. A regra original de 2024 foi bloqueada na Justiça e uma proposta revisada entrou em revisão da Casa Branca em agosto de 2026, então a forma final ainda está indefinida — mas a direção é única. Acordos diretos entre bancos e agregadores e o padrão Financial Data Exchange (FDX) já são como a maioria das conexões com grandes bancos funciona.

Para você, como proprietário de uma empresa, essa migração tem duas consequências práticas. Primeiro, as conexões com grandes bancos são geralmente mais confiáveis do que eram há cinco anos, porque links de API baseados em OAuth quebram com menos frequência do que o scraping. Segundo, as conexões com pequenos bancos e cooperativas de crédito — os que têm menos probabilidade de ter APIs modernas — são onde os feeds ainda falham, e é exatamente aí que as diferenças de cobertura entre agregadores aparecem.

Os Três Agregadores, Lado a Lado​

Plaid: o padrão com a maior presença entre desenvolvedores​

Plaid é o nome que você provavelmente já viu — sua tela de conexão aparece em milhares de aplicativos, de ferramentas de orçamento a serviços de pagamento. Ela documenta conexões com mais de 12.000 instituições financeiras e é famosa pela experiência do desenvolvedor: documentação clara, integração rápida e o caminho mais curto de "precisamos de dados bancários" a um produto funcional.

Essa amplitude faz da Plaid o padrão mais seguro quando sua prioridade é simplesmente conectar o maior número possível de bancos diferentes. Se sua empresa tem conta em algum lugar incomum — um banco regional, um banco online de nicho — a Plaid costuma ser o agregador com maior probabilidade de já oferecer suporte.

As desvantagens aparecem em escala. Análises de terceiros estimam o preço da Plaid em torno de US$ 0,50 a US$ 2,00 por conexão bem-sucedida, com descontos por volume a partir de faixas superiores — um modelo amigável para aplicativos pequenos que se torna um verdadeiro centro de custos para os grandes. E embora o enriquecimento da Plaid seja sólido, geralmente é considerado bom, não o melhor da categoria: nomes de comerciantes e categorias costumam estar certos, mas empresas com fluxos de transações volumosos e desorganizados às vezes acham que sua categorização exige mais correção manual do que a do MX.

MX: o especialista em categorização com raízes em bancos comunitários​

O MX cresceu atendendo diretamente bancos comunitários e cooperativas de crédito, e essa herança ainda o molda. Ele divulga números de conexão na faixa de 15.000 a 16.000, com força particular em instituições menores — exatamente a cauda longa onde as conexões da Plaid podem ser escassas e onde o foco corporativo da Finicity se mostra menos presente.

O recurso de destaque do MX é o enriquecimento de dados. Seu mecanismo de categorização é amplamente considerado o mais forte dos três: identificação de comerciantes mais limpa, categorias mais consistentes e melhor tratamento de transações ambíguas. Se você já abriu seu aplicativo de contabilidade e encontrou dezenas de transações jogadas em "Outros" ou "Não categorizadas", você sentiu o custo de um enriquecimento fraco — cada uma delas é um minuto do seu tempo no fechamento do mês. A proposta do MX é que menos das suas transações acabem parando ali.

O problema é o acesso. O MX vende principalmente por meio de contratos corporativos voltados a bancos e fintechs maiores, então, como proprietário de uma pequena empresa, você raramente escolhe o MX diretamente — você o recebe porque seu aplicativo de contabilidade ou de banco o escolheu. Seu preço é negociado, não publicado, o que dificulta comparações diretas de custo. E fora dos Estados Unidos, a cobertura é escassa.

Finicity: a potência de verificação da Mastercard​

A Finicity, adquirida pela Mastercard em 2020, cobre um número semelhante, de mais de 15.000 instituições, e detém a posição mais forte em fluxos de crédito e verificação. Suas saídas estruturadas para verificação de renda e patrimônio se conectam diretamente a processos de hipoteca e subscrição, onde a aceitação pela Fannie Mae e Freddie Mac tem peso real. Se você solicitou um empréstimo empresarial ou uma hipoteca recentemente e foi solicitado a "verificar suas contas digitalmente" em vez de enviar extratos, há uma boa chance de que a Finicity tenha movimentado esses dados.

Apoiada pela Mastercard, a Finicity também tem o conjunto mais profundo de acordos diretos de compartilhamento de dados com grandes bancos, o que tende a tornar suas conexões com grandes bancos estáveis. Como o MX, ela vende por meio de acordos corporativos negociados e, como o MX, é principalmente uma história americana.

Onde a Finicity é menos distinta é no enriquecimento de transações de uso geral para a contabilidade do dia a dia. Ela é competente, mas não é o motivo pelo qual alguém escolhe a Finicity — você escolhe a Finicity para fluxos com forte ênfase em verificação, e o feed contábil vem junto.

A tabela de comparação honesta​

Trate todo número de instituições com ceticismo: cada provedor conta "conexões" e "fontes de dados" de forma diferente, e nenhum total diz nada sobre se o seu banco se conecta de forma confiável. A única questão de cobertura que importa é a sua — pesquise o nome do seu banco mais o nome do seu aplicativo antes de se comprometer e verifique relatos recentes, porque as conexões mudam.

Confiabilidade: Por Que Seu Feed Quebra (e de Quem É a Culpa)​

As falhas de feed bancário se enquadram em três categorias, e apenas uma delas é culpa do seu aplicativo:

1. Quebra de conexão. Seu banco muda seu fluxo de login, adiciona etapas de autenticação multifator ou troca sua API, e o link do agregador se rompe. Você recebe o aviso "reconecte seu banco". Conexões de API baseadas em OAuth quebram com muito menos frequência do que as baseadas em credenciais, e é por isso que os feeds em grandes bancos melhoraram silenciosamente.
2. Transações ausentes ou duplicadas. A conexão funciona, mas os dados estão errados: cobranças pendentes que nunca se convertem em lançadas, um fim de semana de atividade que nunca chega, ou o mesmo pagamento importado duas vezes. Este é um problema de recuperação do agregador, e é o mais difícil de perceber — nada dá erro, seus livros simplesmente estão errados.
3. Categorização incorreta. As transações chegam, mas caem nas contas erradas. Este é um problema de enriquecimento, e é onde a vantagem do MX é mais visível no uso diário.

Quando os usuários reclamam que um aplicativo "não consegue manter a conexão com meu banco", a causa subjacente geralmente é a categoria 1, na camada do agregador — e é por isso que alguns aplicativos agora permitem que você troque de agregador para o mesmo banco dentro das configurações. Se seu aplicativo oferece Plaid, MX e Finicity como provedores intercambiáveis para uma conexão, experimente um diferente antes de culpar o aplicativo. Um agregador diferente pode genuinamente ter uma conexão melhor com sua instituição.

Preço: O Que Você Paga Sem Ver Uma Fatura​

Quase nenhuma pequena empresa paga um agregador diretamente. O custo chega embutido na assinatura do seu software de contabilidade — e é por isso que "qual agregador é o mais barato" é a pergunta errada para você. A pergunta certa é o que o modelo de precificação incentiva seu fornecedor a fazer.

A precificação por conexão (o modelo público da Plaid) cobra do fornecedor do seu aplicativo cada vez que uma conexão é estabelecida ou atualizada, então os fornecedores nesse modelo têm um incentivo discreto para atualizar os feeds com menos frequência ou limitar quantas contas você pode vincular em planos baratos. Os contratos corporativos (o mundo do MX e da Finicity) combinam taxas de plataforma com uso, o que tende a empurrar os fornecedores para faixas de assinatura mais altas em geral, em vez de limites por conta.

De qualquer forma, você paga. O que difere é onde o custo aparece: limites de conexão e frequência de atualização em um modelo, preços base mais altos no outro. Ao comparar planos de contabilidade, "quantas contas bancárias posso conectar e com que frequência o feed é atualizado" é uma pergunta mais útil do que "qual agregador vocês usam" — mas agora você sabe por que as respostas diferem.

O Que Isso Significa Para Seus Livros​

Eis a verdade desconfortável sobre feeds automatizados: eles são um pipeline de importação, não um contador. Toda transação ainda precisa de uma segunda olhada antes de se tornar parte do seu registro financeiro, porque os modos de falha acima são silenciosos. Um feed que categoriza incorretamente seus retiradas de sócio como refeições de negócios não gera um erro — ele apenas superestima silenciosamente suas deduções até que alguém perceba.

A rotina prática é uma revisão semanal, não um corre-corre mensal:

• Examine primeiro os itens não categorizados e de baixa confiança. A maioria dos aplicativos sinaliza aquilo sobre o que o agregador tinha dúvidas. Resolva isso semanalmente, enquanto as compras ainda estão frescas na sua memória.
• Concilie com o saldo do banco, não com o feed. Sua verificação de fim de mês é "meu razão corresponde ao extrato", nunca "o feed importou tudo". O extrato é a autoridade; o feed é uma conveniência.
• Fique atento a duplicatas em torno de reconexões. Toda vez que você reconectar um banco, verifique a janela de sobreposição. Feeds reconectados são a maior fonte de transações contadas em dobro.

Se você mantém seus livros em texto simples, a mesma disciplina se aplica — a saída do feed se torna lançamentos em rascunho que você revisa, não verdades que você aceita. Um pagamento sincronizado com taxas, por exemplo, deve entrar no seu razão como seus componentes, não como o depósito líquido:

2026-10-15 * "Shopify payout #4821" "Oct 12-14 sales, fees split out"
  Assets:Checking:Business                            1,842.36 USD
  Expenses:Fees:Payment-Processing                      58.14 USD
  Income:Sales                                          -1,900.50 USD

Registrar a venda bruta e a taxa separadamente — em vez de lançar o depósito líquido como receita — é o que mantém seus números de receita honestos e sua despesa com taxas visível na hora do imposto. Qualquer que seja seu software, insista que o feed lhe dê detalhes suficientes para separar o bruto das taxas; um feed que só importa depósitos líquidos está escondendo informações que sua declaração de imposto precisa. A documentação do Beancount cobre a estrutura de transações em detalhes, e o Fava torna simples revisar lançamentos importados antes que eles se consolidem nos seus livros.

Como Escolher (ou Julgar o Que Você Já Tem)​

Você provavelmente não vai escolher um agregador diretamente — você vai escolher um software de contabilidade, e o agregador vem junto. Então traduza a comparação em perguntas de compra:

• Onde você tem conta? Em um banco entre os 20 maiores, os três se conectam bem; escolha pelo enriquecimento e pelos recursos do aplicativo. Em um pequeno banco ou cooperativa de crédito, pergunte ao fornecedor qual agregador atende sua instituição e como a conexão se autentica (OAuth é melhor que credenciais armazenadas).
• Quão desorganizadas são suas transações? Alto volume, muitos fornecedores semelhantes, gastos pesados em dinheiro — a qualidade do enriquecimento importa mais, o que favorece aplicativos construídos sobre o MX.
• Você toma empréstimos? Se seu fluxo de trabalho inclui pedidos de empréstimo e verificação de renda, um caminho apoiado pela Finicity pode tornar essa etapa mais tranquila.
• Você consegue trocar de provedor dentro do aplicativo? Suporte a múltiplos agregadores com troca por conexão é o melhor recurso de confiabilidade que um aplicativo pode oferecer. Peça por ele pelo nome.

E fique de olho na regulamentação de open banking. Qualquer que seja a forma final da Seção 1033, APIs bancárias padronizadas continuarão substituindo links frágeis baseados em credenciais — o que significa que a lacuna de cobertura entre grandes e pequenas instituições é o que observar. Seu feed continuará ficando mais confiável primeiro nos grandes bancos. Se você tem conta em um banco pequeno, o agregador com as raízes mais profundas em bancos comunitários ainda é o mais propenso a manter sua conexão viva.