v2026.10Atualizações de Produto | Outubro/2026
Confira as principais novidades e melhorias da Pluggy em outubro de 2026.
Destaques de outubro
- Atenção: o primeiro pagamento do Pix Automático não pode mais cair no mesmo dia do
startDate, e o client secret passa a ser exibido uma única vez. - Novo conector Open Finance: Azimut, para pessoa física.
- PIX por biometria (Jornada Sem Redirecionamento): o pagador vincula a conta uma vez e confirma os pagamentos seguintes com biometria, sem ir ao banco.
- Saldo da conta de origem em Smart Transfers e no PIX por biometria, com a Jornada Otimizada.
- Pagamentos agendados da conta corrente via Open Finance, começando pelo Itaú, e saldo em tempo real mais completo em
GET /accounts/{id}/balance. - Mais visibilidade sobre a sua integração: Logs e métricas de requisições no Dashboard, explorador de execuções, e novas ferramentas no MCP da Pluggy.
22 mudanças · 3 breaking · 6 categorias
Breaking changes e depreciações3
Pix Automático: o primeiro pagamento não pode cair no mesmo dia do startDate
Desde 23/10, POST /payments/requests/automatic-pix devolve 400 AUTOMATIC_PIX_INVALID_FIRST_PAYMENT_DATE quando a data do firstPayment é igual ao startDate. Se o firstPayment vier sem date, ele é liquidado no dia da autorização, e nesse caso o startDate não pode ser hoje. A mesma validação roda em POST /payments/intents: solicitações já criadas nesse formato recebem o erro ali e precisam ser recriadas. É uma regra do Open Finance: a recorrência só começa depois do pagamento de adesão.
Quem não envia firstPayment não é afetado, e os consentimentos já autorizados continuam funcionando.
O que fazer: envie o startDate pelo menos um dia depois do primeiro pagamento (por exemplo, cobre a adesão hoje e comece a recorrência mensal daqui a um mês).
Client secret exibido uma única vez
O client secret de uma aplicação passa a ser mostrado apenas no momento em que é gerado: na criação da aplicação ou ao clicar em "Gerar novo secret". Depois disso, não é mais possível visualizá-lo no Dashboard.
Integrações que já usam o secret continuam funcionando normalmente.
O que fazer: guarde o secret em um cofre seguro assim que ele for exibido. Se ele se perder, gere um novo pelo Dashboard.
Relembrando — anunciado em junho: transição para cursor pagination no endpoint de transações
O que fazer: migre para o endpoint paginado por cursor. Contas criadas antes de junho de 2026 continuam sem ser afetadas, e vamos avisar com antecedência antes de qualquer mudança para elas.
📡 Novos Conectores1
Azimut (Open Finance)
connectorId 805), com contas, transações, cartões de crédito, investimentos, empréstimos e dados de identidade.💳 Pagamentos3
PIX por biometria (Jornada Sem Redirecionamento)
paymentUrl ao pagador. No primeiro pagamento, ele escolhe o banco, aprova o vínculo e cria uma passkey em pay.pluggy.ai. Nos pagamentos seguintes, no mesmo dispositivo, ele confirma com biometria, sem ser redirecionado ao app do banco. A API permite criar a cobrança, consultar os vínculos e receber webhooks quando um vínculo é autorizado, revogado ou não é concluído. Também está disponível nos SDKs de Node, Java e .NET e no Dashboard, em Pagamentos → Solicitações (novo tipo PIX por biometria) e Pagamentos → Contas vinculadas. É uma primeira versão, ainda sem sandbox: para testar, use um pagamento real de R$ 0,01 de uma conta diferente da do recebedor. Por enquanto a jornada funciona apenas pela página de pagamento da Pluggy. Guias em docs.pluggy.ai, em Pagamentos → PIX por biometria.Saldo da conta de origem com a Jornada Otimizada (Smart Transfers)
linkedJourney: true em POST /smart-transfers/preauthorizations, o usuário autoriza, na mesma aprovação no banco, a leitura do saldo da conta de origem. A pré-autorização passa a trazer dataConsent com o estado da permissão (AWAITING_AUTHORISATION, AUTHORISED ou REJECTED). Com a permissão autorizada, GET /smart-transfers/preauthorizations/{id}/balance devolve o saldo em tempo real e o cheque especial (overdraft). Para revogar só essa permissão, use DELETE /smart-transfers/preauthorizations/{id}/data-consent: a pré-autorização continua ativa. Cada consulta vai à instituição e conta na cota mensal do Open Finance, então consulte logo antes de transferir. Vale apenas para pré-autorizações novas.Saldo da conta vinculada no PIX por biometria
linkedJourney: true, o pagador também pode compartilhar o saldo e o cheque especial da conta que vincula, para você consultar antes de cobrar.🚀 Novas Features4
Pagamentos agendados da conta corrente (Open Finance)
GET /transactions como transações com status: PENDING e date na data agendada. Quando o pagamento é efetivado, a transação passa a POSTED mantendo o mesmo id (webhook transactions/updated). Se o agendamento for cancelado, a transação é removida (transactions/deleted). Os agendamentos não afetam o balance da conta até serem efetivados. Começa pelo Itaú (601), com até 90 dias à frente, e as próximas instituições entram aos poucos. Atenção: se você consulta com to igual a hoje, não verá os agendamentos. Use um to no futuro.Saldo em tempo real mais completo: GET /accounts/{id}/balance
blockedBalance, automaticallyInvestedBalance e closingBalance (balance + blockedBalance). Os campos opcionais são omitidos quando a instituição não os informa. A chamada também atualiza bankData.closingBalance e bankData.automaticallyInvestedBalance em GET /accounts/{id}, que antes só mudavam na sincronização seguinte. No Itaú e no Banco do Brasil, balance já inclui a aplicação automática, então balance e automaticallyInvestedBalance trazem o mesmo valor. Disponível em pluggy-node 0.93.0, pluggy-net 0.46.1 e pluggy-java 1.16.1.SCR no sandbox
GET /items/{id}/scr. A resposta é sintética, determinística e tem o mesmo formato da produção. Ela não consulta o Bacen e não é cobrada. A feature SCR continua precisando estar habilitada no seu time, e janelas com mais de 60 datas-base são rejeitadas no sandbox.Novas ferramentas no MCP da Pluggy
get_execution_reports mostra o que cada sincronização de um item trouxe: produtos com dados, vazios ou com falha, e transações criadas, atualizadas e removidas. summarize_api_calls e list_api_calls mostram as chamadas que a sua aplicação fez à API da Pluggy. summarize_of_calls e list_of_calls mostram as chamadas que a Pluggy fez à instituição para cada item, com o status de cada uma (por exemplo, 429 por limite de requisições do banco ou 423 por limite mensal). Cada usuário só vê as aplicações e os itens dos próprios times.🖥️ Dashboard5
Logs e métricas de requisições
Desempenho da API e do Open Finance na página inicial
Explorador de execuções
Novidades
Monitores (beta)
🛠️ Incidentes resolvidos3
Cora
Banco do Brasil Empresas
UNEXPECTED_ERROR. Elas voltaram a seguir o fluxo de liberação: o conector pede o telefone para o SMS ou deixa o item em USER_AUTHORIZATION_PENDING, com as instruções para liberar o dispositivo no Internet Banking.Sicoob (Open Finance)
🐛 Correções3
Parcelas futuras e compras pendentes de cartão (Itaú PF e C6, Open Finance)
date da parcela futura passa a ser a da fatura, e não a da compra.Investimentos da XP (Open Finance)
Impostos dos fundos de investimento (Open Finance)
taxes (provisão de IR) e taxes2 (provisão de IOF), que antes chegavam como null. Vale para todas as instituições de Open Finance que informam esses valores. As posições existentes são corrigidas na próxima sincronização do item.