Skip to main content
GET
Listar solicitudes de una orden
Devuelve items[] con el mismo contrato que POST /numbering, uno por solicitud. Es un arreglo y no un objeto por una razón concreta: una orden puede tener dos documentos — la factura y la anulación que la compensa. Si asumís uno solo, el día que se anule una venta vas a leer el documento equivocado.
Este es el que usás cuando perdiste la respuesta. El orderCode es lo único que tenés seguro en la mano: lo elegiste vos antes de numerar. El fiscalRequestId te lo devolvimos nosotros, así que si se cortó la red no lo tenés.

Autenticación

El tenant sale de la clave. Solo ves solicitudes de tu propia cuenta.

Parámetros de consulta

string
El código de orden con el que se numeró. Es el filtro que vas a usar el 99% de las veces.
string
Clave de acceso del ente (claveAcceso en Ecuador). Sirve para el camino inverso: tenés el número impreso en un ticket y querés saber de qué orden salió.
string
Filtra por cómo terminó el acto de numerar. Uno de: REQUESTED, GENERATED, PENDING, FAILED_RETRYABLE, FAILED_FINAL, UNAVAILABLE.
string
Filtra por el veredicto del ente. Uno de: PENDING, AUTHORIZED, REJECTED, CANCELLED.
integer
predeterminado:"1"
Página, arrancando en 1.
integer
predeterminado:"20"
Resultados por página. Entre 1 y 100.
Para conciliar no filtres por documentStatus. Una venta cuya numeración falló nunca llega a tener veredicto del ente, así que filtrar por AUTHORIZED la deja afuera del reporte — y es justamente la que hay que mirar. Filtrá por orderCode y ramificá en tu lado por requestStatus.

Respuesta

Una orden que no se numeró devuelve items: [], no un 404. No es un error: es la respuesta correcta a “¿qué documentos tiene esta orden?” cuando no tiene ninguno.

Errores

Relacionado