Comunicación de baja SUNAT: anula una factura sin saltos

La comunicación de baja es el trámite con el que le avisas a SUNAT que una factura, boleta o nota electrónica que ya informaste queda anulada. Bien hecha, corrige un error en minutos y deja tu Registro de Ventas sin huecos en el correlativo. Mal hecha (o reemplazada por "borrar la factura y volver a emitirla"), termina en un salto de numeración, un asiento contable que nadie revirtió y una venta que aparece en SUNAT pero no en tus libros. En esta guía verás cuándo procede la baja, cuándo ya no y toca nota de crédito, cómo se anota el comprobante anulado en el Registro de Ventas y qué pasa con la contabilidad.

El contenido está pensado para el dueño de una pyme, el asistente contable y quien emite comprobantes en el día a día. Al final verás cómo lo resuelve KELUA, con los controles que el sistema aplica antes de dejarte anular un documento.

¿Qué es la comunicación de baja en SUNAT?

Respuesta directa: es la declaración electrónica con la que el emisor informa a SUNAT que un comprobante electrónico ya informado (factura, boleta, nota de crédito o de débito) queda sin efecto. Solo procede si el comprobante no se entregó al cliente y si se envía dentro del plazo. El número anulado no se libera: queda usado para siempre.

La regulan las normas del Sistema de Emisión Electrónica, empezando por la R.S. N.° 097-2012/SUNAT (SEE - Del Contribuyente) y sus modificatorias, y la R.S. N.° 117-2017/SUNAT para quienes emiten a través de un Operador de Servicios Electrónicos (OSE). En la práctica la envía tu proveedor de facturación electrónica: tú eliges el comprobante, escribes el motivo y el proveedor arma el documento, lo firma y lo manda a SUNAT.

Dos ideas que conviene grabarse desde ya:

• Anular no es borrar. El comprobante sigue existiendo en SUNAT con estado de baja. Tu sistema tampoco debe borrarlo: debe marcarlo como anulado.
• La baja es para errores que nunca llegaron a manos del cliente. Si el cliente ya recibió la factura (por correo, impresa o descargada), la corrección es una nota de crédito.

¿En qué plazo se puede dar de baja una factura electrónica?

Respuesta directa: según la orientación de SUNAT sobre la operatividad del SEE, la comunicación de baja se envía hasta el séptimo día calendario contado desde el día siguiente a la recepción de la constancia de recepción (CDR) aceptada. Vencido ese plazo, el error se corrige con una nota de crédito. (Criterio aplicado en KELUA a octubre de 2026.)

Con las boletas la lógica es la misma, pero el canal cambia: la anulación de boletas viaja en el resumen diario con el estado "anulado". Tu proveedor de facturación lo hace por ti; lo importante es que sepas que también tiene plazo.

Un consejo práctico: el plazo se cuenta en días calendario, no hábiles. Una factura emitida un viernes con error detectado el lunes siguiente ya consumió tres días del plazo. Por eso la revisión de comprobantes emitidos debe ser diaria y no "a fin de mes con el contador".

Comunicación de baja o nota de crédito: ¿cuál corresponde?

La pregunta que más se repite en las pymes es cuál de las dos usar. La tabla resume la diferencia:

Fuente: R.S. 097-2012/SUNAT y modificatorias; Catálogo 09 de SUNAT (tipos de nota de crédito); Anexo 2 del PLE, formato 14.1. Consultado el 10-oct-2026.

La regla de bolsillo: si dudas de que el cliente lo haya recibido, asume que lo recibió y usa nota de crédito. La nota deja la corrección vinculada al comprobante original y es defendible ante cualquier revisión. Si quieres entender bien qué pasa cuando la nota genera un saldo a favor del cliente, revisa la guía de nota de crédito y saldo a favor del cliente.

Cuándo no procede la baja aunque estés en plazo

Además del plazo y la entrega, hay casos en los que dar de baja un comprobante crea más problemas de los que resuelve. Son situaciones en las que el comprobante ya produjo efectos en otros documentos:

1. Tiene notas de crédito o débito vivas que lo modifican. Primero se anula la nota y después el comprobante; al revés quedaría una nota apuntando a un documento anulado.
2. Ya tiene guía de remisión. La mercadería se trasladó o entregó: el cliente tiene el bien y, casi siempre, el comprobante. Corresponde nota de crédito (y, si la mercadería vuelve, su reingreso).
3. Es una factura de anticipo que ya se descontó en la factura final. Anularla dejaría a la factura final deduciendo un anticipo inexistente. Si te interesa el ciclo completo, mira cómo emitir y deducir una factura de anticipo.
4. Tiene cobros registrados que no tienen a dónde volver. Si el dinero ya entró y no hay un pedido al cual reasignarlo, hay que revertir primero el cobro en tesorería.

Ninguna de estas restricciones es un capricho. Son la diferencia entre anular un documento y desordenar cuatro.

¿Cómo se registra una factura anulada en el Registro de Ventas?

Respuesta directa: la factura anulada sí se anota en el Registro de Ventas, en su lugar dentro del correlativo, con sus importes en cero y el campo "Estado" con el código 2 (anulado) del formato 14.1 del PLE. Así el libro no presenta saltos de numeración y el anulado no suma a los totales del periodo.

El fundamento está en la R.S. N.° 234-2006/SUNAT, que regula los libros y registros vinculados a asuntos tributarios: los comprobantes de pago se anotan en forma correlativa, incluidos los anulados. El detalle de cada campo está en el Anexo 2 del PLE (R.S. N.° 286-2009/SUNAT y modificatorias), donde el formato 14.1 tiene una columna de estado para identificar el comprobante anulado.

Ejemplo de cómo se ve una secuencia correcta:

Datos ficticios. Formato basado en el Anexo 2 del PLE, formato 14.1, consultado el 10-oct-2026.

Si llevas el registro en Excel, el error clásico es borrar la fila de la F001-00000458. El libro queda "más limpio", pero salta del 457 al 459 y cualquier revisión pregunta por el número que falta. Con el SIRE, la propuesta del Registro de Ventas la arma SUNAT con lo que tú informaste, incluida la baja; tu trabajo es cotejar que tu sistema diga lo mismo. Para el contexto completo de libros electrónicos, revisa la guía de PLE y libros electrónicos SUNAT.

¿Qué pasa con el asiento contable de una factura dada de baja?

Respuesta directa: el ingreso y el IGV de esa venta deben desaparecer de tus estados. Hay dos formas: eliminar el asiento original (solo si el periodo sigue abierto) o extornarlo, es decir, dejar el original y registrar un asiento inverso a la fecha de la baja. El extorno es más trazable porque el Diario y el Mayor muestran qué pasó y cuándo.

Tomemos una venta de S/ 1,180 (S/ 1,000 + IGV S/ 180) que se da de baja al día siguiente. El asiento de la venta fue:

• Debe 1212 Facturas emitidas en cartera: S/ 1,180
• Haber 70 Ventas: S/ 1,000
• Haber 40111 IGV - Cuenta propia: S/ 180

El extorno invierte el asiento:

• Debe 70 Ventas: S/ 1,000
• Debe 40111 IGV - Cuenta propia: S/ 180
• Haber 1212 Facturas emitidas en cartera: S/ 1,180

Si la venta también había generado el asiento de costo de ventas (cuenta 69 contra existencias), ese asiento debe tratarse igual: si la mercadería nunca salió, el costo no existió. Por eso no se debe anular un comprobante cuya mercadería ya se despachó: ahí la corrección correcta es nota de crédito más reingreso al almacén.

Un punto que suele olvidarse: el cobro. Si el cliente ya pagó (por ejemplo, un adelanto ligado al pedido), el dinero no desaparece con la baja. Debe quedar asociado al pedido para aplicarse a la factura correcta que emitirás después. Si se pierde esa relación, el cliente termina con una deuda que no existe o con un pago que nadie sabe a qué aplicar.

El motivo de la baja: qué escribir

La comunicación de baja exige un motivo. Los proveedores de facturación limitan su largo (en Nubefact, hasta 100 caracteres). Escríbelo pensando en quien lo lea dentro de un año: un auditor, un fiscalizador o tu propio contador.

• Bien: "ERROR EN EL RUC DEL CLIENTE, SE REEMITE CON F001-460".
• Bien: "PEDIDO CANCELADO ANTES DE LA ENTREGA".
• Mal: "ERROR", "ANULAR", "X".

Un buen motivo convierte la baja en un hecho explicado, no en una sospecha.

¿Cómo lo resuelve KELUA?

En KELUA la comunicación de baja tiene una sola vía y el servidor revisa todo antes de enviar nada a SUNAT. La pantalla solo guía; las reglas viven en el servidor, así que no hay forma de saltarlas desde el navegador.

Quién ve el botón y cuándo

En la lista de comprobantes (y en la de notas de crédito) aparece el botón «🗑 Comunicar baja a SUNAT» solo cuando se cumplen todas estas condiciones:

• El comprobante está emitido y aceptado de verdad por SUNAT (no un envío de prueba ni del ambiente beta).
• No es un documento importado de otro sistema ni un saldo de apertura.
• No tiene ya una baja en curso o aceptada.
• El usuario tiene permiso. Por defecto pueden admin, contabilidad y gerencia; la instancia puede sumar otros roles en su configuración.

Al pasar el cursor sobre el botón, KELUA muestra hasta qué fecha vence el plazo y cuántos días quedan. Si el plazo ya venció, el sistema no envía la baja y te indica corregir con nota de crédito, código 01 "Anulación de la operación".

Los controles antes de enviar

Antes de mandar nada, el servidor relee el comprobante desde la base de datos (no confía en lo que muestra la pantalla) y bloquea la baja si:

• Tiene notas de crédito o débito vivas que lo modifican: te dice cuáles y que primero las des de baja.
• Ya tiene guía de remisión: la mercadería se trasladó, corresponde nota de crédito.
• Es un anticipo ya descontado en una factura final: te indica qué factura dar de baja primero.
• Tiene cobros enlazados y no está ligado a un pedido donde dejarlos.
• La mercadería salió del almacén en una venta directa sin pedido: corresponde nota de crédito y reingreso.

El motivo es obligatorio y admite hasta 100 caracteres. Cada documento tiene un candado: dos personas no pueden enviar la baja del mismo comprobante al mismo tiempo, y si alguien hace doble clic el envío no se duplica.

Los estados de la baja

La baja se envía a SUNAT a través de la integración con Nubefact. La respuesta puede ser inmediata o llegar con un ticket que SUNAT procesa después. Por eso el comprobante muestra el estado de su baja: en proceso (con el número de ticket), por confirmar (si hubo un problema de conexión), aceptada o rechazada (con el mensaje de SUNAT). Con el botón «🔄 Estado de la baja» consultas la respuesta sin salir de la lista.

Qué pasa cuando SUNAT acepta

• El comprobante pasa a anulado y su número no se reutiliza.
• Sus asientos (venta, anticipo, costo de venta, o los de la nota) se revierten. Por defecto KELUA conserva el asiento original y registra su extorno a la fecha de la baja, para que el Diario y el Mayor cuenten la historia completa. Si el periodo está cerrado, siempre se extorna.
• Los cobros ligados al comprobante vuelven al pedido, listos para aplicarse a la factura que emitas en reemplazo.
• En el Registro de Ventas (pestaña de Contabilidad, exportación a Excel y archivo PLE 14.1) el comprobante aparece en su lugar del correlativo, con importes en cero y estado 2. No suma a los totales. Los comprobantes que SUNAT rechazó no se anotan, porque no llegaron a ser comprobantes.

El Registro de Ventas, el PLE y el reporte en Excel salen de un mismo módulo de cálculo, así que no hay tres versiones distintas del mismo libro. Si quieres ver cómo encaja con el resto del flujo de facturación, revisa la guía de facturación electrónica SUNAT.

Mini-caso: el RUC equivocado de una distribuidora

Antes. Una distribuidora de materiales eléctricos de Lima (caso ficticio) emitió la F001-00000458 con el RUC de otro cliente de nombre parecido. La asistente lo notó el mismo día, "borró" la factura en su hoja de control y emitió la F001-00000459 correcta. Nadie avisó a SUNAT. Dos meses después, al cuadrar el Registro de Ventas con lo informado, apareció una venta de S/ 2,360 a nombre de un cliente que nunca compró, con su IGV incluido en la declaración de SUNAT pero no en la de la empresa. Corregirlo tomó una tarde con el contador y una nota de crédito fuera de tiempo.

Con el flujo correcto. La misma asistente abre la lista de comprobantes, ve que quedan seis días de plazo, pulsa «🗑 Comunicar baja a SUNAT» y escribe "ERROR EN EL RUC DEL CLIENTE, SE REEMITE CON F001-459". SUNAT acepta la baja. El sistema anula la F001-00000458, registra el extorno del asiento y deja el cobro del adelanto disponible en el pedido. El Registro de Ventas del mes muestra la 457, la 458 con estado 2 e importes en cero, y la 459. Sin saltos ni conversaciones incómodas.

Errores frecuentes con las facturas anuladas

1. Borrar el comprobante del sistema. Rompe el correlativo y deja a SUNAT con un documento que tú ya no tienes.
2. Reutilizar el número. Un número informado a SUNAT no vuelve a usarse, aunque esté anulado.
3. Dar de baja algo que el cliente ya recibió. Si el cliente usó la factura para su crédito fiscal, la baja le genera un problema. Usa nota de crédito.
4. Olvidar el asiento. La baja aceptada sin el asiento revertido deja ventas e IGV inflados en tus estados.
5. Perder el cobro. El pago del cliente queda flotando sin factura a la cual aplicarse.
6. Revisar los comprobantes una vez al mes. El plazo es corto; para cuando el contador lo nota, ya venció.
7. Enviar la baja y no confirmar la respuesta. Una baja "en proceso" no es una baja aceptada. Consulta el estado.

Checklist antes de anular un comprobante

• ¿El cliente todavía no recibió el comprobante? Si dudas, usa nota de crédito.
• ¿Estás dentro de los 7 días calendario desde el CDR?
• ¿El comprobante tiene notas, guía de remisión o anticipos aplicados? Resuelve eso primero.
• ¿Escribiste un motivo que se entienda dentro de un año?
• ¿Confirmaste que SUNAT aceptó la baja?
• ¿Se revirtió o extornó el asiento de la venta y del costo?
• ¿El cobro quedó disponible para la factura de reemplazo?
• ¿El Registro de Ventas muestra el anulado en su lugar, con estado 2 e importes en cero?

Si hoy controlas todo esto a mano, vale la pena comparar cuánto tiempo te cuesta frente a un sistema que lo hace solo. Puedes revisar los precios de KELUA para pymes del Perú y probarlo con tu propia operación.