Emite el comprobante de un pago ya cobrado
POST /v1/pagos/{id}/facturar
Dos usos, el mismo endpoint:
- Facturar después un cobro que se hizo sin comprobante (
facturado: false): mandá el bloquefacturacon qué emitir. Se valida antes de emitir. - Reintentar un pago que quedó en
pendiente_facturacion: sin cuerpo, reintenta con lo que ya tenía; confactura, lo corrige y emite.
El bloque factura
tipo | Qué emite | Dato |
|---|---|---|
contado | e-Ticket o e-Factura por lo cobrado | borrador: la misma forma que el cuerpo de POST /v1/cfe/emitir (tipo, ítems, cliente…). |
recibo | e-Recibo que salda facturas ya emitidas | facturas: [{ cfeEmitidoId, monto }], hasta 40; la suma tiene que dar lo cobrado. |
Emitir consume numeración fiscal, así que pedir factura exige también el alcance cfe:emitir. En una empresa sin facturación electrónica responde 409 PAGOS_POLITICA_REQUIERE_FACTURACION.
⚠️ Emite un CFE real y consume numeración: por eso exige cfe:emitir. Si el pago ya tiene comprobante, no emite otro.
El cfeEmitidoId del resultado se consulta con GET /v1/cfe/info/{id} para ver el estado real en DGI (un comprobante puede quedar emitido y rechazado).
Emite pago.facturado, o pago.pendiente_facturacion si falla.
Alcance requerido:
cfe:emitir. Si la credencial no lo tiene, la respuesta es403 API_ALCANCE_INSUFICIENTEcon la lista enerror.requerido. Las credenciales creadas antes del modelo de alcances (alcances: null) conservan acceso total.
Idempotency-Key(opcional, recomendada). Con la misma clave y el mismo cuerpo, un reintento devuelve la respuesta original conmeta.reusada: truesin volver a ejecutar. La misma clave con otro cuerpo (u otro endpoint) da409 PAGOS_IDEMPOTENCY_KEY_CONFLICTO. Los errores NO se cachean: podés corregir el cuerpo y reintentar con la misma clave.
La empresa sale de la credencial. No hay ningún parámetro ni campo de cuerpo que la elija: cada API_KEY opera sobre su propia
EFacturaCuenta. La ÚNICA excepción es la cabecerax-cuenta-idde una credencial de revendedor, que apunta a una subcuenta de su cartera. Si integrás empresas que no son de tu cartera, usá una API_KEY por empresa.
Autorizaciones
Sección titulada «Autorizaciones »Parámetros
Sección titulada « Parámetros »Parámetros de path
Sección titulada «Parámetros de path »Parámetros de header
Sección titulada «Parámetros de header »Ejemplo
orden-12345-cobro-1Clave de idempotencia de la operación (8 a 128 caracteres de A-Za-z0-9._:~-).
Con la misma clave y el mismo cuerpo, un reintento replica la respuesta original con meta.reusada: true y no vuelve a ejecutar nada. La misma clave con otro cuerpo —u otro endpoint— devuelve 409 PAGOS_IDEMPOTENCY_KEY_CONFLICTO; con la operación todavía en curso, 409 PAGOS_IDEMPOTENCY_EN_CURSO.
Sólo se cachean las respuestas 2xx: un 4xx/5xx libera la clave, así que podés corregir el cuerpo y reintentar con la MISMA clave. La ventana es de 24 horas.
Ejemplo
0199d1b0-0000-7000-8000-000000000000Sólo para credenciales de cuenta proveedora (revendedor). UUID de la subcuenta de la cartera sobre la que se quiere operar: la cuenta efectiva del request pasa a ser esa.
Una credencial que no es de proveedor, o una subcuenta que no está en su cartera, recibe 403 API_CUENTA_FUERA_DE_CARTERA. Sin la cabecera, la cuenta es siempre la de la credencial.
Sucursal contra la que operar, cuando la credencial es global. Si la credencial está fijada a una sucursal y esta cabecera indica otra, la respuesta es 403 API_ACCESS_BRANCH_MISMATCH. Sin la cabecera se asume la casa central.
Punto de emisión dentro de la sucursal resuelta. Obligatorio cuando la sucursal tiene 2 o más puntos activos (400 PUNTO_EMISION_REQUERIDO si falta); con uno solo se selecciona automáticamente.
Cuerpo de la solicitud
Sección titulada «Cuerpo de la solicitud »Opcional: factura (qué emitir). Sin cuerpo reintenta con lo que el pago ya tenía.
object
Ejemplos
{ "factura": { "tipo": "contado", "borrador": { "tipo": 101, "moneda": "UYU", "items": [ { "name": "Mensualidad septiembre", "quantity": 1, "price": 1229.51, "billingIndex": 3 } ] } }}Respuestas
Sección titulada « Respuestas »Resultado de la emisión
object
Ejemplos
{ "data": { "pagoId": "3c9a7b1d-2e4f-5a6b-7c8d-9e0f1a2b3c4d", "politica": "facturar_al_cobrar", "emitido": true, "comprobante": { "cfeEmitidoId": "1f2a3b4c-5d6e-4f7a-8b9c-0d1e2f3a4b5c", "tipo": 101, "serie": "A", "numero": 1042 } }}No autenticado. La API_KEY no fue enviada, no es válida o la credencial está desactivada.
Códigos posibles: API_AUTH_HEADER_MISSING, API_AUTH_HEADER_INVALID, API_ACCESS_INVALID.
object
object
Identificador estable del error en SCREAMING_SNAKE_CASE
Mensaje legible en español. No parsearlo: puede cambiar
object
object
Sólo en 403 API_ALCANCE_INSUFICIENTE: alcances que habilitan la operación
UUID de correlación; mismo valor que el header X-Request-ID
Ejemplos
Falta header Authorization
{ "error": { "code": "API_AUTH_HEADER_MISSING", "message": "Se esperaba la cabecera Authorization con esquema Bearer" }, "requestId": "5b2c7c8a-1f6e-4d29-9a0b-7c3a8d1e2f4c"}Secret key inválida o revocada
{ "error": { "code": "API_ACCESS_INVALID", "message": "Acceso no autorizado" }, "requestId": "5b2c7c8a-1f6e-4d29-9a0b-7c3a8d1e2f4c"}El módulo de cobros no está habilitado para esta cuenta, o la credencial no tiene el alcance que la operación exige. Son dos cosas distintas y se corrigen distinto:
| Code | Qué pasó | Cómo se corrige |
|---|---|---|
PAGOS_NO_HABILITADO | La cuenta no tiene el módulo de cobros | Es una habilitación comercial: la hace administración, no se activa desde la API |
API_ALCANCE_INSUFICIENTE | La credencial no tiene el alcance (va en error.requerido) | Editar la credencial en Integraciones → API |
API_CUENTA_FUERA_DE_CARTERA | x-cuenta-id apunta a una cuenta ajena a la cartera | Revisar el UUID de la subcuenta |
Ninguno se arregla reintentando.
object
object
Identificador estable del error en SCREAMING_SNAKE_CASE
Mensaje legible en español. No parsearlo: puede cambiar
object
object
Sólo en 403 API_ALCANCE_INSUFICIENTE: alcances que habilitan la operación
UUID de correlación; mismo valor que el header X-Request-ID
Ejemplos
La cuenta no tiene el módulo de cobros
{ "error": { "code": "PAGOS_NO_HABILITADO", "message": "El módulo de pagos no está habilitado para esta cuenta. Es una habilitación comercial: la hace administración, no se activa desde la API." }, "requestId": "4c5d6e7f-8a9b-4c0d-1e2f-3a4b5c6d7e8f"}Falta el alcance
{ "error": { "code": "API_ALCANCE_INSUFICIENTE", "message": "La credencial de API no tiene ninguno de los alcances necesarios para esta operación (pagos:cobrar)", "requerido": [ "pagos:cobrar" ] }, "requestId": "7a8b9c0d-1e2f-3a4b-5c6d-7e8f9a0b1c2d"}Conflicto de clave de idempotencia. La Idempotency-Key ya se usó para otra operación (otro endpoint u otro cuerpo), o hay otra llamada con la misma clave todavía en curso.
object
object
Identificador estable del error en SCREAMING_SNAKE_CASE
Mensaje legible en español. No parsearlo: puede cambiar
object
object
Sólo en 403 API_ALCANCE_INSUFICIENTE: alcances que habilitan la operación
UUID de correlación; mismo valor que el header X-Request-ID
Ejemplos
Clave reciclada para otra operación
{ "error": { "code": "PAGOS_IDEMPOTENCY_KEY_CONFLICTO", "message": "La cabecera Idempotency-Key ya se usó para otra operación" }, "requestId": "8b9c0d1e-2f3a-4b5c-6d7e-8f9a0b1c2d3e"}Otra llamada con la misma clave está en curso
{ "error": { "code": "PAGOS_IDEMPOTENCY_EN_CURSO", "message": "Hay otra llamada con esta misma Idempotency-Key todavía en curso" }, "requestId": "9c0d1e2f-3a4b-5c6d-7e8f-9a0b1c2d3e4f"}Rate limit excedido. Esperá los segundos del header Retry-After. La cuota va por credencial: 60 req/min en cuentas estándar, 600 en cuentas proveedor.
object
object
Identificador estable del error en SCREAMING_SNAKE_CASE
Mensaje legible en español. No parsearlo: puede cambiar
object
object
Sólo en 403 API_ALCANCE_INSUFICIENTE: alcances que habilitan la operación
UUID de correlación; mismo valor que el header X-Request-ID
Ejemplos
Excediste el rate limit
{ "error": { "code": "API_RATE_LIMITED", "message": "Se superó el límite de requests para esta API key" }, "requestId": "5b2c7c8a-1f6e-4d29-9a0b-7c3a8d1e2f4c"}Headers
Sección titulada «Headers »Ejemplo
42Segundos hasta que se libera la ventana de rate limit
No se pudo verificar la habilitación del módulo (PAGOS_ESTADO_INDETERMINADO), o falta la clave maestra de cifrado de secretos (PAGOS_CLAVE_MAESTRA_AUSENTE). Nada que corregir del lado del integrador: reintentar.
object
object
Identificador estable del error en SCREAMING_SNAKE_CASE
Mensaje legible en español. No parsearlo: puede cambiar
object
object
Sólo en 403 API_ALCANCE_INSUFICIENTE: alcances que habilitan la operación
UUID de correlación; mismo valor que el header X-Request-ID
Ejemplos
No se pudo leer el flag de pagos
{ "error": { "code": "PAGOS_ESTADO_INDETERMINADO", "message": "No se pudo verificar si el módulo de pagos está habilitado para esta cuenta. Reintentá." }, "requestId": "0f4a1c2e-5b6d-4e7f-8a9b-0c1d2e3f4a5b"}Clave maestra ausente
{ "error": { "code": "PAGOS_CLAVE_MAESTRA_AUSENTE", "message": "No está configurada la clave maestra de secretos de pagos" }, "requestId": "0f4a1c2e-5b6d-4e7f-8a9b-0c1d2e3f4a5b"}