Anular comprobante
Referencia tecnica del endpoint Anular comprobante.
Genera el contra-comprobante de un CFE emitido.
Request
curl -X POST "$BASE/api/v1/comprobante/anular" \
-H "Authorization: Bearer $TOKEN" \
-H "Content-Type: application/x-www-form-urlencoded" \
--data-urlencode "idCfeReferencia=12345" \
--data-urlencode "fecha=2026-05-06"
| Campo | Tipo | Requerido | Descripcion |
|---|---|---|---|
idCfeReferencia | integer | Si | Identificador interno del CFE emitido a anular. |
fecha | date | Si | Fecha del contra-comprobante en formato YYYY-MM-DD. |
Comportamiento
- eFactura/eTicket comunes generan la nota de credito o debito que corresponda segun el tipo CFE original.
- Las notas de credito se anulan con nota de debito y las notas de debito se anulan con nota de credito en los pares
102/103,112/113,122/123,132/133,142/143y152/153. - eRemito y eResguardo generan una correccion del mismo tipo CFE, con referencia al documento original.
- eFactura/eTicket de cobranza propia (
IndCobPropia = 1) generan un contra-comprobante del mismo tipo CFE, mantienenIndCobPropia = 1, informan la linea conIndFact = 7y referencian la cobranza anulada. - Si el CFE de referencia ya es una anulacion de cobranza propia, el contra-comprobante vuelve a informar
IndFact = 6,MontoNFpositivo y una unica referencia a la anulacion que se revierte.
Response
{
"_Id": 67890,
"CodRespuesta": "00",
"MensajeRespuesta": "OK",
"IdComprobante": 3456,
"TipoCfe": 101,
"Serie": "A",
"Nro": 123,
"IdCAE": 987,
"NroInicalCAE": 1,
"NroFinalCAE": 9999999,
"DatosQR": "https://...",
"CodSeguridad": "ABC123",
"XmlFirmado": "<CFE>...</CFE>"
}
Errores comunes
Id de CFE referencia invalido: el identificador enviado no es numerico o es menor o igual a cero.CFE no existe: no hay un CFE emitido con ese identificador.- Rechazos de validacion DGI del XML generado, por ejemplo por fecha o numeracion no disponible.