Skip to main content
Dois endpoints cobrem o acompanhamento: GET /transactions lista com filtros e GET /transactions/{id} consulta uma. Ambos exigem a permissão transactions:read.
Para saber que um Pix foi pago em tempo real, use webhooks. Os endpoints desta página servem para painéis, relatórios e conciliação: conferir que o que você tem bate com o que a NyxPag tem.

Listar transações

Retorna cobranças e transferências da conta, da mais recente para a mais antiga. Os filtros se combinam (E lógico). Um valor fora da lista retorna 400 com invalid_status ou invalid_type.

A resposta

Os valores são reais decimais, não centavos: 149.9 é R$ 149,90.
Cada item é o objeto transação, resumido aqui. Veja todos os campos em Ciclo de vida.

Consultar uma transação

O {id} aceita dois identificadores:
  • o id que a NyxPag devolveu (txn_...);
  • o externalId que você enviou ao criar.
Por isso você não precisa guardar o ID da NyxPag: o número do seu pedido basta.
Se não existir, a resposta é 404 com error.code: "not_found".

refresh=true

Enquanto a transação está pending, ?refresh=true pede à NyxPag que confira o estado mais recente na origem antes de responder.
Cada chamada com refresh=true é mais lenta e gasta a cota de 100 requisições por 60 segundos da sua chave. Nunca faça polling agressivo com ele. Quem precisa do estado em tempo real usa webhook.

Conciliação: um job que confere tudo

Webhooks podem falhar depois de 8 tentativas. Um job periódico que percorre as transações recentes fecha esse buraco.
Respeite o limite: cada página é uma requisição, e as 100 por minuto são da chave inteira. Rode o job fora do horário de pico, com limit=100, e pare em 429 esperando o Retry-After.

Estados

Ciclo de vida

Estados, transições e o objeto transação campo a campo.

Listar transações

Referência completa do endpoint.