v2026.08Atualizações de Produto | Agosto/2026
changes: listar-as-suas-conexoes-get-v2-items: endpoints: [GET /v2/items] products: [api] applies_to: times com o recurso "List items" habilitado tickets: [TRIN-2070] janelas-de-atualizacao-configuraveis: products: [api] applies_to: configuração feita pela Pluggy sob demanda tickets: [TRIN-2360] open-finance-proxy-disponivel-para-conexoes-de-alto-volume: products: [open finance] applies_to: times com o recurso OF Proxy habilitado tickets: [TRIN-2359] transactions-updated-agora-e-enviado-em-blocos-de-ate-400-id: endpoints: [GET /transactions] products: [webhooks] tickets: [TRIN-2454] correcao-em-patch-webhooks-id: endpoints: [PATCH /webhooks/{id}] products: [webhooks] tickets: [TRIN-2445] mensagens-de-erro-mais-claras-no-payment-request: products: [pagamentos] tickets: [DX-142] melhorias-no-mecanismo-anti-exclusao-de-transacoes: products: [webhooks] tickets: [TRIN-2429] fatura-de-cartao-duplicada-quando-o-billid-muda-de-provisori: endpoints: [GET /bills] products: [cartão de crédito, open finance] tickets: [TRIN-2428] bradesco-pj-connector-direto-transacoes-que-deixavam-de-ser: endpoints: [GET /transactions] products: [open finance] tickets: [TRIN-2485, TRIN-2442, TRIN-2433] sinal-do-valor-em-pagamentos-recorrentes-de-cartao-de-credit: endpoints: [POST /recurring-payments] products: [cartão de crédito] tickets: [TRIN-2488] itau-empresas-connector-directo-investimentos-voltando-a-sin: products: [investimentos] tickets: [TRIN-2443] itau-lancamentos-aut-mais-em-tempo-real: products: [open finance]
Confira as principais novidades e melhorias da Pluggy em agosto de 2026.
Destaques de agosto
- Novo piso de frequência de atualização para client IDs novos — é um breaking change pequeno e defensivo, com ampliação sob demanda via Suporte.
- Novo endpoint
GET /v2/itemspara listar as suas conexões com paginação por cursor, disponível sob acordo comercial. - Webhooks mais robustos:
transactions/updatedagora é enviado em blocos de até 400 ids, e cada evento cabe em uma única chamada. - Janelas de atualização configuráveis para casos que precisam de sincronização em horários específicos.
- Correções sistêmicas em transações de Bradesco PJ, faturas duplicadas de cartão e proteção contra exclusões indevidas durante instabilidade dos bancos.
Breaking changes e depreciações
Frequência mínima de atualização passa a ter um padrão para client IDs novos. Client IDs criados a partir de agosto passam a ter um valor padrão de minUpdateFrequencyAllowedInHours. Ao pedir uma atualização antes desse intervalo, a API responde CLIENT_IS_UPDATING_BEFORE_ALLOWED_FREQUENCY. É uma proteção contra sobrecarga, não um corte de escopo.
O que fazer: se a sua integração precisa de atualizações mais frequentes, fale com o Suporte — o limite é ajustável por time, caso a caso. Client IDs já existentes não são afetados.
GET /transactions (v1) passa a rejeitar mais de 500 ids no parâmetro ids. A chamada retorna 400 IDS_PARAMETER_EXCEEDS_MAX_LENGTH, o mesmo comportamento que a v2 já tinha. Antes, o v1 aceitava a chamada sem validar.
O que fazer: divida a consulta em blocos de até 500 ids. Se você consome os transactionIds do webhook transactions/updated, isso já vem resolvido — veja a mudança em Webhooks.
Relembrando — anunciado em junho: transição para cursor pagination no endpoint de transações. Contas criadas a partir de junho de 2026 já usam por padrão o endpoint paginado por cursor, e o endpoint legado (v1) segue em descontinuação gradual para essas contas. Este é o terceiro aviso e o prazo de migração continua aberto.
O que fazer: migre para o endpoint paginado por cursor. Contas criadas antes de junho de 2026 continuam sem ser afetadas; avisaremos com antecedência antes de qualquer mudança para elas.
Relembrando — anunciado em julho: conectores diretos para pessoa física em descontinuação. Bradesco PF, Sicredi PJ e Itaú PF já foram deslistados e o XP segue o mesmo caminho. As conexões afetadas serão removidas nos próximos meses e nada foi removido até agora.
O que fazer: migre essas conexões para o conector de Open Finance equivalente. Não há migração automática — o usuário final precisa refazer a conexão, e o histórico do item direto não é transferido.
🚀 Novas Features
- → Listar as suas conexões:
GET /v2/items— Até agora não era possível listar items pela API e cada integração precisava guardar ositemIdna própria base. O novo endpoint devolve os items do seu time, do mais recente para o mais antigo, com paginação por cursor e os mesmos campos deGET /items/{id}. Aceita os filtrosclientUserIdeconnectorId. É opt-in: vem desativado por padrão e, sem a liberação, a chamada responde403 LIST_ITEMS_FEATURE_NOT_ENABLED— listar permite enumerar todos os items do time, um acesso mais amplo do que buscar um item por id, então a habilitação passa por acordo comercial. - → Janelas de atualização configuráveis — Agora é possível configurar em quais horários os seus items são atualizados automaticamente, em vez de depender apenas do ciclo padrão. Útil para quem precisa detectar movimentações em horários específicos do dia. A configuração é feita pela Pluggy sob demanda — fale com o Suporte com os horários que fazem sentido para o seu caso.
- → Open Finance Proxy disponível para conexões de alto volume — O Open Finance Proxy deixa de estar restrito a conexões que já tinham batido o limite de recursos da instituição (
RESOURCES_LIMIT_EXCEEDED) e passa a atender também conexões elegíveis por volume, como as que acumulam mais de 100 mil transações. O acesso é habilitado por time, mediante avaliação. O que fazer: se você tem conexões com muitas contas ou um volume alto de transações e vê falhas de limite de recursos, fale com o Suporte para avaliarmos a habilitação para o seu time.
🔔 Webhooks
- →
transactions/updatedagora é enviado em blocos de até 400 ids — Em atualizações grandes, o webhook enviava todos ostransactionIdsem um único evento, e o array não cabia em uma chamada aGET /transactions?ids=. Agora 600 transações atualizadas geram dois webhooks (400 + 200), cada um com o seutransactionsCount, e cada evento cabe em uma única chamada, podendo ser consumido diretamente sem quebrar a lista. - → Correção em
PATCH /webhooks/{id}— O endpoint retornava500ao atualizar apenas os headers (mesmo assim aplicando a alteração) e400dizendo que o webhook já existia quandourloueventeram enviados, porque a validação de unicidade comparava o registro com ele mesmo.
💳 Pagamentos
- → Mensagens de erro mais claras no payment request — As mensagens retornadas quando uma solicitação de pagamento falha foram revisadas para indicar de forma mais direta o que aconteceu e o que fazer.
🐛 Correções
- → Melhorias no mecanismo anti-exclusão de transações — Quando uma instituição para de retornar temporariamente transações que já existiam, elas eram marcadas como excluídas e reapareciam dias depois, gerando buracos no extrato e webhooks de exclusão indevidos. A exclusão coordenada passa a ser suspensa nesses cenários, evitando que uma instabilidade do banco vire perda de dados no seu lado.
- → Fatura de cartão duplicada quando o
billIdmuda de provisório para definitivo — Antes do fechamento, a instituição retorna umbillIdprovisório baseado na data de vencimento projetada; após a consolidação, o definitivo. Quando a data de vencimento mudava nessa troca, as duas faturas não eram unificadas e a fatura aparecia duplicada. A comparação agora tolera pequenos ajustes de data. - → Bradesco PJ (Connector Direto): transações que deixavam de ser retornadas — Corrigidos três casos que causavam perda de lançamentos: a consulta por período subcapturava o volume mensal e perdia transações já efetivadas em sincronizações históricas e parciais; lançamentos idênticos repetidos no mesmo dia eram descartados como duplicados; e uma transação que deveria aparecer três vezes era retornada uma só.
- → Sinal do valor em pagamentos recorrentes de cartão de crédito — Na API de Recurring Payments (
POST /recurring-payments), uma cobrança recorrente de cartão vinha comaverageAmountpositivo e podia ser lida como receita. O valor agora segue a convenção bancária, como a documentação sempre indicou: despesa negativa. As mesmas recorrências continuam sendo detectadas — apenas o sinal muda. - → Itaú Empresas (Connector Directo): investimentos voltando a sincronizar — Corrigida a falha em massa que impedia o retorno de investimentos desde o final de julho.
- → Itaú: lançamentos AUT MAIS em tempo real — Os lançamentos do AUT MAIS passam a ficar disponíveis em tempo real, sem o atraso que existia antes.
