Skip to main content
GET
List an order's fiscal requests
Returns items[] with the same contract as POST /numbering, one entry per request. It is an array and not a single object for a concrete reason: an order can have two documents — the invoice and the credit note that offsets it. If you assume there is only one, the day a sale gets voided you will read the wrong document.
This is the one you use when you lost the response. The orderCode is the only thing you certainly hold: you chose it yourself before numbering. The fiscalRequestId is something we returned to you, so if the network dropped you do not have it.

Authentication

The tenant comes from the key. You only see requests from your own account.

Query parameters

string
The order code the sale was numbered with. This is the filter you will use 99% of the time.
string
The authority’s access key (claveAcceso in Ecuador). Useful for the reverse path: you have the number printed on a ticket and want to know which order it came from.
string
Filter by how the numbering act ended. One of: REQUESTED, GENERATED, PENDING, FAILED_RETRYABLE, FAILED_FINAL, UNAVAILABLE.
string
Filter by the authority’s verdict. One of: PENDING, AUTHORIZED, REJECTED, CANCELLED.
integer
default:"1"
Page, starting at 1.
integer
default:"20"
Results per page. Between 1 and 100.
For reconciliation, do not filter by documentStatus. A sale whose numbering failed never gets a verdict from the authority, so filtering by AUTHORIZED leaves it out of the report — and that is precisely the one you need to look at. Filter by orderCode and branch on requestStatus on your side.

Response

An order that was not numbered returns items: [], not a 404. That is not an error: it is the correct answer to “which documents does this order have?” when it has none.

Errors