Listar el registro de emisión de un documento de control
Lista el registro de emisión de un documento de control en orden cronológico: versiones emitidas o modificadas, cierres manuales (closed) y automáticos (auto_closed), reaperturas, anulación, sustitución, envíos por email con sus destinatarios y descargas públicas con la IP truncada (/24 IPv4, /48 IPv6) y el agente de usuario.
- Las descargas públicas se anotan una vez por hora para la misma red y la misma versión (el agente de usuario se guarda, pero no cuenta como una descarga distinta), y solo se enumeran las 100 primeras:
meta.downloads_totales el número registrado ymeta.downloads_listed, cuántas hay endata. - Cada entrada nombra a su actor en
actor_name(usuario, API key o cliente MCP, con el nombre que tenía entonces;nullen los cierres automáticos y las descargas públicas) yoccurred_atlleva su desfase respecto a UTC. - Es la prueba de emisión del art. 7.1 de la Orden FOM/2861/2012.
- Un borrador devuelve 422.
En: header
Parámetros de ruta
Headers
Fija la versión de la API (YYYY-MM-DD, versionado por fecha estilo Stripe) para esta petición; omítelo para usar la versión fijada de la clave, o la última si no hay ninguna. Versión no soportada → 400 unsupported_api_version; malformada → 400 parameter_invalid_format. La versión efectiva se refleja en la cabecera de respuesta Factuarea-Version. Consulta la guía de Versioning.
dateOpera en nombre de una empresa hija (API key maestra de gestoría): pasa su id público (UUID v7) y la petición se ejecuta contra los datos de esa hija sin cambiar el scope, el tier ni el environment de la clave (omítelo para usar la propia empresa de la clave). UUID inválido → 400 parameter_invalid_uuid; id desconocido o no propio → 404 profile_not_found. Consulta la guía de Acting on behalf.
uuidCuerpo de la respuesta
application/json
application/json
application/json
application/json
application/json
application/json
application/json