Cesibilidad (Ley 19.983)

Una factura electrónica se puede ceder — traspasarle el crédito a una empresa de factoring, con mérito ejecutivo. La Ley 19.983 dice cuándo:

• cuando el receptor da acuse de recibo (art. 3), o
• cuando pasan ocho días corridos sin que la reclame (art. 4 inc. 4).

Y dice también cuándo nunca: si el emisor declaró que el pago fue al contado, sin saldo insoluto, el documento no es cedible. La Circular N°35 de 23.06.2017 no deja espacio: «estos documentos no podrán ser cedidos».

Preguntar

curl -X POST https://api.facturia.cl/v1/documents/doc_01K2R7.../cesion \
  -H "Authorization: Bearer $FACTURIA_KEY" -H "Facturia-Empresa: $EMPRESA"

202 si esta llamada encoló la pregunta, 200 si ya hay una idéntica en vuelo. La respuesta llega al documento; no hay webhook, así que se consulta con GET /v1/documents/doc_01K2R7...:

{
  "id": "doc_01K2R7...",
  "tipo_dte": 33,
  "status": "accepted",
  "cesion": {
    "cedible": true,
    "sii_status_code": 25,
    "checked_at": "2026-08-23T09:12:40Z"
  }
}

cedible y sii_status_code van juntos a propósito. Si el SII contesta un código que no tenemos leído, cedible se queda en null y el código queda guardado entero: preferimos decirte «el SII contestó 9» antes que inventar un booleano. Un false inventado le diría a un factoring que una factura perfectamente cedible no lo es.

Los dos rechazos

Esto es solo lectura

POST .../cesion no cede nada. No arma un AEC, no firma, no escribe en el Registro de Cesión de Créditos del SII. La operación que consulta (consultarDocDteCedible) es la única de ese servicio que no lleva código de acción y no puede cambiar ningún estado allá.

Por eso mismo acepta una llave con scope documents:read: quien necesita esto suele ser un sistema de factoring, y no tiene por qué cargar con una llave capaz de emitir facturas.

No confundir con la copia cedible

Son dos cosas distintas y se parecen mucho de nombre:

• GET /v1/documents/doc_01K2R7.../pdf?copy=cedible te da la tercera copia impresa, la que lleva la leyenda CEDIBLE y el recuadro de acuse de recibo. Existe por tipo: toda 33 y toda 34 tienen una, incluso una factura al contado cuya copia no sirve para ceder nada. Ver Artefactos.
• cesion te dice si el crédito se puede mover ahora.

Tener la copia no significa poder ceder.

En modo de prueba

En sandbox nada de esto sale a la red: la respuesta se simula en proceso, aplicando la misma regla legal contra el reloj simulado de la empresa. Devuelve 24 hasta que pasan ocho días desde la aceptación y 25 de ahí en adelante, así que las dos ramas se pueden probar:

# Recién emitida: todavía no
curl -X POST https://api.facturia.cl/v1/documents/doc_01K2R7.../cesion \
  -H "Authorization: Bearer $FACTURIA_TEST_KEY" -H "Facturia-Empresa: $EMPRESA"
# → "cesion": { "cedible": false, "sii_status_code": 24, ... }

# Adelanta el reloj de la empresa nueve días
curl -X POST https://api.facturia.cl/v1/test_helpers/clock \
  -H "Authorization: Bearer $FACTURIA_TEST_KEY" -H "Facturia-Empresa: $EMPRESA" \
  -H "Content-Type: application/json" -d '{"advance_days":9}'

curl -X POST https://api.facturia.cl/v1/documents/doc_01K2R7.../cesion \
  -H "Authorization: Bearer $FACTURIA_TEST_KEY" -H "Facturia-Empresa: $EMPRESA"
# → "cesion": { "cedible": true, "sii_status_code": 25, ... }

El código simulado para el caso cedible es 25 y no 23 a propósito: en sandbox no hay receptor que dé acuse, así que el silencio es la única forma en que una factura simulada llega a ser cedible.

Ceder de verdad — POST .../cede (ticket #60)

Todo lo de arriba es lectura: POST .../cesion solo pregunta. POST .../cede sí cede — arma un Archivo Electrónico de Cesión (AEC) —el DTE original firmado por el emisor, más los términos de la transferencia, firmados por el cedente— y lo sube al Registro Electrónico de Transferencia de Crédito del SII. Es un acto real e irreversible, y funciona igual sin importar por qué canal se emitió la factura — el AEC lleva el sobre original firmado tal cual, así que ya no distingue entre emission_channel=sfg y emission_channel=mercado (ticket #60, resolución 2026-09-06).

curl -X POST https://api.facturia.cl/v1/documents/doc_01K2R7.../cede \
  -H "Authorization: Bearer $FACTURIA_KEY" -H "Facturia-Empresa: $EMPRESA" \
  -H "Idempotency-Key: $(uuidgen)" -H "Content-Type: application/json" \
  -d '{
    "cesionario": {
      "rut": "76000000-0",
      "razon_social": "Factoring Ejemplo SpA",
      "direccion": "Av. Ejemplo 1234, Santiago",
      "email": "cesiones@factoring-ejemplo.cl"
    },
    "ultimo_vencimiento": "2026-10-15"
  }'

202 con un job si esta llamada encoló un intento NUEVO; 200 con el MISMO job si ya hay uno queued/submitted/aec_generated para este documento — un intento a la vez. El resultado llega al documento, bajo cesion.status:

"cesion": {
  "cedible": true,
  "sii_status_code": 25,
  "checked_at": "2026-08-23T09:12:40Z",
  "status": "confirmed"
}

status recorre queued → uno de:

Un intento cuyo sobre nunca se resuelve dentro del presupuesto de consultas conserva submitted (el AEC sí se recibió) y su job queda failed con cesion_registration_unconfirmed: hay que abrir el Registro de Cesión de Créditos y mirar.

Rechazos antes de escribir nada, además de los 404/permiso habituales:

En modo de prueba esto se resuelve en la misma request, igual que la rama sandbox de POST .../cesion: no se abre ningún socket, el intento queda simulated, y se disparan los dos webhooks —document.cesion_submitted y luego document.cesion_confirmed— para que el evento sobre el que se paga en producción también sea ejercitable en pruebas.

También