Factuarea APIDevelopers

Revisar el enrutamiento administrativo de la factura

Añade una revisión del enrutamiento administrativo a una factura emitida o vencida.

  • Envía en el cuerpo administrative_centres (incluido [] para no seleccionar ninguno), un motivo no vacío de como máximo 500 caracteres y el expected_version actual.
  • Si falta la versión, devuelve 428; una versión obsoleta devuelve 409 con current_version solo tras autorizar.
  • Una adición correcta devuelve 201 y su administrative_version confirmada.
  • El If-Match de la factura padre no sustituye a la precondición del cuerpo.
  • Los datos fiscales, la emisión, las condiciones de pago y la entrega no cambian; esta operación no envía ni presenta ninguna factura por correo.
POST
/companies/{company}/invoices/{invoice}/administrative-revisions

Authorization

AuthorizationBearer <token>

Tu API key como token Bearer: fact_live_… en producción, fact_test_… en sandbox. Consulta la guía de autenticación.

En: header

Parámetros de ruta

company*string

Identificador público (UUID v7) de la empresa. Obtenlo de GET /v1/me (data.scope[].id).

Formatouuid
invoice*string

Identificador público (UUID v7) de la factura.

Formatouuid

Headers

Idempotency-Key?string

Clave opaca generada por el cliente (hasta 255 caracteres; se recomienda UUID v7) que hace seguros los reintentos: la primera respuesta se cachea y se reproduce en las repeticiones sin volver a ejecutar la mutación. Reutilizar una clave con un cuerpo distinto devuelve 422 idempotency_key_reused; los valores de los campos secretos (password, secret…) cuentan como parte del cuerpo, así que reintentar con un secreto corregido bajo la misma clave es una petición distinta, nunca la repetición de la respuesta anterior. Consulta la guía de idempotencia.

Longitud1 <= length <= 255
Factuarea-Version?string

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.

Formatodate

Cuerpo de la petición

application/json

Definiciones de TypeScript

Usa el tipo request body en TypeScript.

Cuerpo de la respuesta

application/json

application/json

application/json

application/json

application/json

application/json

application/json

application/json

application/json

application/json