Listar transações
Lista paginada de transações, com filtros por status, cliente, período e metadados.
GET /transactions
Faz parte do recurso Transações — o conceito, o ciclo de vida e a
tabela de status estão lá.
Retorna uma lista paginada. Todos os filtros são opcionais e podem ser combinados. Os valores
aceitos em status são os de Status da transação,
e as datas seguem ISO 8601 com timezone (veja Convenções).
status, currency, paymentMethod e recipientIds aceitam
uma lista separada por vírgula, e o resultado traz qualquer transação que case com um dos
valores. Ex.: ?status=paid,refused&paymentMethod=pix,boleto.dateField=updatedAt com startDate e ordene por updatedAt. O campo updatedAt é atualizado a
cada mudança de estado da transação — inclusive um estorno meses depois da venda, que uma busca por
createdAt não traria.startDate + endDate) a varrer muitas páginas de um período ainda em
aberto: registros alterados durante a varredura mudam de posição e podem escapar da paginação.Exemplo
payments e items. Cada item de data vem com os pagamentos (com dados
do cartão e os splits, quando houver) e os itens da transação. Para percorrer transações com seus
pagamentos não é preciso chamar GET /transactions/{id} de novo para cada uma.Como o payload por transação é grande, prefira limit menor quando estiver varrendo muitos
registros.customerName, customerEmail, customerDocument, customerDocumentType e
customerPhone — que não muda depois, mesmo que o cliente atualize o cadastro. É o que você quer
para conferir uma venda antiga.Para o cadastro atual (incluindo endereço), use o customerId em
GET /customers/{id}. O objeto customer completo vem em
GET /transactions/{id}, não na listagem.Authorizations
API Key da Credential (gerada no Backoffice)
Query Parameters
Página da listagem. Padrão: 1.
x >= 1Itens por página. Padrão: 20. Máximo: 100.
1 <= x <= 100Moeda (ISO 4217). Hoje o único valor aceito é 'BRL'.
BRL Status da transação. Aceita vários valores separados por vírgula.
Nome do cliente. Busca parcial (contém).
E-mail do cliente. Busca parcial (contém).
Documento do cliente. Match exato — precisa ser idêntico ao cadastrado.
Seu código de referência para a transação. Match exato.
IDs de recebedores (rec_) que devem aparecer em algum split da transação. Aceita vários valores separados por vírgula.
1Busca textual dentro de additionalInfo. O match é parcial e roda sobre o JSON inteiro, então casa também o nome da chave, não só o valor.
Data inicial, ISO 8601 com timezone. Aplica-se ao campo indicado em dateField.
Data final, ISO 8601 com timezone. Aplica-se ao campo indicado em dateField.
Método de pagamento usado na transação. Aceita vários valores separados por vírgula. combined traz as transações com dois ou mais pagamentos ativos.
credit_card, boleto, pix, combined Campo de data ao qual startDate/endDate se aplicam. Padrão: createdAt.
createdAt, updatedAt, paidAt, refundedAt, canceledAt, chargedbackAt, protestedAt Campo de ordenação. Padrão: createdAt. Use updatedAt para sincronização incremental (o campo muda a cada alteração da transação).
createdAt, updatedAt Direção da ordenação. Padrão: desc.
asc, desc