Skip to main content
Cada lançamento representa uma única linha de débito ou crédito contra uma de suas sub-contas, com saldo antes e depois. Quando o movimento foi gerado por um processo Noxpay — Crossramp Checkout, onramp, offramp, saque — o objeto de transação completo é embutido inline.

Parâmetros de query

Os dois limites são inclusivos e filtram pela data do lançamento no ledger, não pela data de criação da transação de origem.
Um YYYY-MM-DD puro em date_to resolve para meia-noite do início daquele dia, então date_to=2026-08-20 exclui tudo que aconteceu durante o dia 20 de agosto. Para incluir o dia inteiro, passe o dia seguinte, ou use um timestamp RFC 3339 explícito.
Uma data inválida é descartada e o filtro simplesmente não se aplica — você recebe um resultado sem filtro, não um 400. Um account_type não reconhecido se comporta do mesmo jeito: o extrato inteiro é devolvido. Valide no cliente se isso importa. Um limit inválido cai para 50, em vez de devolver erro.

Campos do response

Lançamento do extrato

Subtipo de conta pelo código

O último segmento de account.code identifica o bucket de sub-conta:

Objeto de transação embutido

Quando transaction está presente, ele é o Objeto de Transação padrão, menos version. Ele não carrega um campo de tipo de recurso, então identifique o produto por quais chaves de atributo estão presentes — estes são os tipos de processo que podem aparecer: O objeto attributes contém os campos relevantes para aquele produto. Consulte as páginas de cada recurso para as tabelas completas de atributos.

Códigos de retorno