v2026.09Atualizações de Produto | Setembro/2026
Confira as principais novidades e melhorias da Pluggy em setembro de 2026.
- Parcelas futuras de cartão de BTG e Mercado Pago passam a ter data futura e deixam de ser excluídas e recriadas a cada fechamento de fatura.
- Novo endpoint
GET /items/{id}/resourcese o campohasResourcesPendingAuthorizationno Item: saiba o que o consentimento cobre e o que ainda falta o usuário autorizar no banco. GET /connectorsmais informativo:productCoveragediz quais sub-produtos cada instituição serve, ehealth.incidentstraz os incidentes ativos. A página de status também pode ser consultada por API.operationTypeem transações de cartão, incluindoPAGAMENTO_FATURApara pagamentos de fatura.- Correções sistêmicas em exclusões indevidas de compras de cartão, consentimentos pendentes de aprovação no Sicredi e transações duplicadas no Bradesco PJ via Open Finance.
22 mudanças · 3 breaking · 5 categorias
Breaking changes e depreciações3
Santander Cartões (798) deslistado do Open Finance
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.
🚀 Novas Features8
Recursos declarados no consentimento: GET /items/{id}/resources
resourceId, type e status). O status usa o vocabulário do Open Finance: AVAILABLE, UNAVAILABLE, TEMPORARILY_UNAVAILABLE e PENDING_AUTHORISATION. Um recurso UNAVAILABLE ou PENDING_AUTHORISATION explica um produto ausente. O novo campo resourcesCollectedAt do Item indica se a lista já foi lida: se ele estiver preenchido e a lista vier vazia, a instituição não declarou recursos; se for null, a lista ainda não foi obtida. Só vale para Open Finance: itens de conectores diretos retornam uma página vazia, sem erro.Cobertura de produtos por instituição: productCoverage
GET /connectors passa a informar quais sub-produtos cada instituição Open Finance serve, com os nomes do diretório do Open Finance (por exemplo CREDIT_OPERATIONS:LOANS, INVESTMENTS:FUNDS, INVESTMENTS:BANK_FIXED_INCOMES). products diz se a instituição serve investimentos; productCoverage diz quais. Quando o campo não vem, a cobertura é desconhecida, como nos conectores diretos.Incidentes ativos por conector: health.incidents
GET /connectors e GET /connectors/{id} passam a trazer os incidentes ativos de cada conector, com título, tipo, produto afetado, severidade, estado e link para a página de status. O campo só aparece quando há incidente. Repare que health.status pode continuar ONLINE com incidentes abertos. Com isso, você pode avisar o usuário na tela de seleção de banco antes que ele tente conectar uma instituição com problema.Página de status consultável por API
status.pluggy.ai agora responde em GET /api/status, com o snapshot completo (saúde de cada conector, histórico de 90 dias e incidentes com timeline), e em GET /api/summary, com o status geral. Não precisa de autenticação. O identificador de cada instituição é o mesmo id de GET /connectors.operationType em transações de cartão de crédito
operationType o tipo de transação informado pela instituição, incluindo PAGAMENTO_FATURA. Os pagamentos de fatura que a Pluggy gera a partir das faturas, que antes vinham com operationType: null, também passam a vir como PAGAMENTO_FATURA. A partir de agora, operationType pode ser informado pela instituição ou inferido pela Pluggy.Novos campos em transações de cartão (Open Finance)
creditCardMetadata passa a trazer paymentType (A_VISTA ou A_PRAZO), billPostDate (a data em que a instituição lançou a transação na fatura, como ela informou) e transactionDateTime (data e hora da transação, normalizadas em ISO-8601). billPostDate vem null quando a transação ainda não foi lançada em uma fatura ou quando a instituição não informa a data. Nas transações do tipo OUTROS, o detalhe informado pela instituição passa a vir em operationTypeAdditionalInfo. O campo date não muda. Os campos são preenchidos a partir das próximas atualizações, sem retroatividade: nas transações antigas a chave não aparece, e chave ausente e null significam o mesmo.Impostos em transações de renda variável (Open Finance)
expenses.other. O IRRF continua em incomeTax.💳 Pagamentos3
Simulação de falha síncrona no Pix Automático (sandbox)
SANDBOX_FORCED_SYNC_ERROR. Nada é gravado e nenhum webhook é disparado, o que simula o caso em que o banco nunca responde. Assim você consegue testar esse fluxo, que é diferente de um erro de negócio como saldo insuficiente.Nova tela de consentimento da Pluggy para Pix simples (sandbox)
CONSENT_AWAITING_AUTHORIZATION.Pix Automático: limite de tentativas no agendamento
AUTOMATIC_PIX_SCHEDULE_UNEXPECTED_ERROR e há um limite de tentativas por ciclo. A correção vale para todos os conectores em produção.🛠️ Incidentes resolvidos1
Bradesco Empresas (conector direto)
PARTIAL_SUCCESS porque a etapa de dados de pagamento (paymentData) falhava em toda execução. As duas coisas foram corrigidas.🐛 Correções6
Compras de cartão pendentes não são mais excluídas perto do fechamento da fatura
Sicredi: consentimento pendente de aprovação não é mais tratado como erro de conexão
CONNECTION_ERROR, como se o consentimento tivesse sido revogado. Agora o item fica em USER_AUTHORIZATION_PENDING, e você pode orientar o usuário a concluir a aprovação no banco.Bradesco PJ (Open Finance): lançamentos diários de encargos duplicados
Valor da parcela em compras parceladas no cartão (Open Finance)
Itaú Empresas (conector direto): saldo nos lançamentos AUT MAIS
APL APLIC AUT MAIS e RES APLIC AUT MAIS) passam a vir com balance, como os demais lançamentos do extrato.Faturas de cartão disponíveis a partir do fechamento (Inter PF)
📚 Documentação1
SCR na referência da API
GET /items/{id}/scr agora está documentado na referência pública, com os schemas de resposta, os códigos de erro e um novo guia em Open Finance → SCR. O endpoint continua disponível para os times que têm o recurso habilitado.

