O endpoint de Criar Relatório agora aceita o tipo ACCOUNT_FINANCIAL_SUMMARY, além dos tipos já existentes.

Agora é possível enviar um campo observation ao Solicitar Saque, com uma anotação interna sobre o saque (por exemplo, a referência de um pedido).

No objeto address de Criar Transação, o campo zipCode foi renomeado para postalCode. A mudança também se reflete no address retornado em Buscar Transação e Listar Transações.

O campo total (quantidade total de itens) deixou de ser retornado nas listagens de transações, depósitos, saques, saques recorrentes (e seus agendamentos), relatórios e reservas.

As listagens de transações, depósitos, saques, saques recorrentes (e seus agendamentos), relatórios e reservas agora aceitam um parâmetro opcional snapshot, adicional a page/perPage, para manter os resultados e o total estáveis mesmo se novos registros forem criados durante a navegação entre páginas.

Duas correções na documentação, sem nenhuma mudança de comportamento na API. Se sua integração seguiu o que estava documentado antes, vale conferir os pontos abaixo.

Agora é possível agendar saques automáticos e periódicos para uma chave PIX de destino, sem precisar disparar manualmente um saque a cada ciclo.

Ao criar um saque recorrente, a API gera automaticamente todos os agendamentos com base na frequência (a cada X dias/meses, ou em um dia fixo do mês) e na duração informadas. Cada agendamento é processado individualmente, na sua data prevista, como um saque comum.