Documento equivalente POS de una linea

POST /api/ubl2.1/eqdoc/:testSetId

PRIMER ENVIO DE DOCUMENTO EQUIVALENTE POS

Requiere el token de la empresa en el header Authorization: Bearer {api_token}. Ese token se entrega en la respuesta del Paso 1 - Config Company; si se extravio, se cambia con el comando php artisan api:rotate-token {nit} o con PUT /api/ubl2.1/config/rotate-token/{nit} usando el header X-Admin-Token.
Todos los documentos equivalentes se envian a este mismo endpoint; el tipo lo define el campo type_document_id. En este ejemplo es el 15, Documento equivalente electronico del tiquete de maquina registradora con sistema P.O.S.
Requiere el software de documentos equivalentes (Paso 1 de la seccion 01E) y la resolucion POS (Paso 2 de la misma seccion).
En URL el ultimo parametro corresponde al id del set de pruebas que la dian entrego al momento de registrar el modo de operacion software propio.

.../ubl2.1/eqdoc/iddelsetdepruebasdeladian

El modo sincrono no afecta al set de pruebas, pero la respuesta de la DIAN incluye posibles errores de validacion y el estado del documento equivalente, valido o no valido.
El modo asincrono, afecta el set de pruebas y en la respuesta no se incluye el resultado del documento equivalente, solo se entrega un ZIP_KEY el cual debe ser consultado mediante el endpoint:

.../ubl2.1/status/zip

de la seccion 03 - Consultas de estado para asi poder establecer si el documento equivalente fue valido o no y los errores de validacion.

Request