Skip to main content
GET
Listar solicitações de um pedido
Retorna items[] com o mesmo contrato que POST /numbering, um por solicitação. É um array e não um objeto por um motivo concreto: um pedido pode ter dois documentos — a nota e o cancelamento que a compensa. Se você assumir que há apenas um, no dia em que uma venda for cancelada vai ler o documento errado.
Este é o que você usa quando perdeu a resposta. O orderCode é a única coisa que você certamente tem em mãos: foi você quem o escolheu antes de numerar. O fiscalRequestId fomos nós que devolvemos, então se a rede caiu você não o tem.

Autenticação

O tenant sai da chave. Você só vê solicitações da sua própria conta.

Parâmetros de consulta

string
O código do pedido com o qual se numerou. É o filtro que você vai usar 99% das vezes.
string
Chave de acesso do órgão (claveAcceso no Equador). Serve para o caminho inverso: você tem o número impresso num ticket e quer saber de qual pedido saiu.
string
Filtra por como terminou o ato de numerar. Um de: REQUESTED, GENERATED, PENDING, FAILED_RETRYABLE, FAILED_FINAL, UNAVAILABLE.
string
Filtra pelo veredito do órgão. Um de: PENDING, AUTHORIZED, REJECTED, CANCELLED.
integer
padrão:"1"
Página, começando em 1.
integer
padrão:"20"
Resultados por página. Entre 1 e 100.
Para conciliar, não filtre por documentStatus. Uma venda cuja numeração falhou nunca chega a ter veredito do órgão, então filtrar por AUTHORIZED a deixa fora do relatório — e é justamente a que precisa ser olhada. Filtre por orderCode e ramifique do seu lado por requestStatus.

Resposta

Um pedido que não foi numerado retorna items: [], não um 404. Não é erro: é a resposta correta para “quais documentos este pedido tem?” quando não tem nenhum.

Erros

Relacionado