SUNAT factura electrónica 2026: qué cambia y cómo evitar la multa

Resumen en un minuto

Si tu PYME en Perú factura más de 75 UIT al año (~S/ 401 250) y todavía imprime guías de remisión en papel o lleva el Registro de Compras en Excel, te quedan menos de doce meses antes de que esa práctica deje de ser viable. SUNAT despliega una ola regulatoria de tres tramos que cierra el régimen en papel para mediana empresa — y la multa por documento va de 1 UIT a 5 UIT, con cierre temporal del establecimiento si se repite.

• Tres olas en 2026: SIRE — 1 de enero · validación estricta de CPE — 1 de febrero · fin de la guía física — 30 de junio.
• Multas reales: desde S/ 2 675 (50% UIT) hasta S/ 4 200 (1 UIT) por documento, con cierre temporal de 10 a 60 días si hay reincidencia.
• SIRE es obligatorio para Principales Contribuyentes (PRICOs) y para Régimen General y MYPE Tributario con ingresos anuales mayores a 75 UIT (~S/ 401 250).
• Validación de CPE: el XML rechazado se devuelve al instante por el OSE o PSE. El modo condicional desaparece.
• Migrar no es comprar OSE. Se necesita un ERP que genere UBL 2.1 limpio, soporte GRE 2.0 y sepa exportar a SIRE.
• Odoo + l10n_pe cubre la base, pero el export SIRE y el connector con el OSE/PSE se configuran caso por caso.

De dónde viene la transición y por qué ahora

SUNAT arrancó la factura electrónica en 2010 y desde entonces fue cerrando la franja de papel de forma incremental. Para 2024 más del 99% de las facturas y boletas ya se emitían electrónicamente a través de un OSE o PSE. En paralelo el regulador instaló el PLE — Programa de Libros Electrónicos — un formato TXT para los libros de compras y ventas. Funcionaba, pero era grueso: TXT sin validación en tiempo real, errores formales que aparecían meses después, y desfases con los CPE que solo se detectaban en una fiscalización.

SIRE es el siguiente paso del PLE. SUNAT precarga la propuesta del Registro de Compras y del Registro de Ventas e Ingresos con los CPE realmente emitidos y recibidos. El contribuyente solo edita, confirma y envía. Eso cierra el desfase entre el flujo real de documentos y el registro formal. Si quieres profundizar en la mecánica SIRE específicamente, ver SIRE SUNAT enero 2026 — guía PYME.

La GRE 2.0 es la tercera pata. Hasta 2026 convivían la guía física en papel y la GRE electrónica versión 1.0. Desde el 1 de julio de 2026 solo queda GRE 2.0 como documento legal para sustentar traslado de bienes.

Las tres fechas que importan en 2026

Por qué este momento y no otro

Tres razones. La primera es la brecha tributaria: SUNAT estima la evasión del IGV cerca del 30% del recaudo potencial. La cadena electrónica factura → SIRE → declaración mensual cierra esos vacíos. La segunda es escala: en 2025 se emitieron más de 4 000 millones de CPE — sin validación en tiempo real es un pantano para fiscalización a posteriori. La tercera son las guías físicas, que son el canal principal para esquemas de factura sin guía y guía sin factura. GRE-only cierra la pata logística en la trazabilidad.

El regulador no va a dar marcha atrás. Las prórrogas — incluida la última extensión de la guía física hasta el 30 de junio de 2026 — son las últimas.

Requisitos técnicos: qué hacer para cada fecha

Antes del 1 de enero — preparar SIRE

1. Activar SIRE en Clave SOL. Mi RUC → SIRE → Afiliación. La activación es irreversible: una vez hecha, el PLE deja de estar disponible para los mismos periodos.
2. Configurar el export en formato SIRE. Es un payload JSON, no TXT como en PLE. La estructura está fijada por el Anexo II de la R.S. 040-2022/SUNAT y actualizaciones posteriores.
3. Cruzar CPE con SIRE. Todos los CPE recibidos de proveedores caen automáticamente en la propuesta del Registro de Compras. El contribuyente confirma o ajusta — por ejemplo, excluye los CPE de hospitalidad que no dan derecho a crédito fiscal.
4. Conservar el archivo PLE. Los PLE ya presentados quedan disponibles cinco años, pero la usabilidad de descarga baja después de migrar. Lo prudente es bajar copias locales antes del 1 de enero.

Antes del 1 de febrero — validación estricta de CPE

Las nuevas reglas las aplica el OSE/PSE y SUNAT en el momento de la emisión. Cinco bloques:

• Estructura XML UBL 2.1. Cualquier desvío — namespace, orden de elementos, campos obligatorios — devuelve rechazo con códigos de error 2335, 2336, 2358 y similares.
• RUC del receptor en tiempo real. Consulta al padrón SUNAT en el momento de emisión. Si el RUC es inválido o el estado es baja, el CPE queda rechazado.
• Aritmética del IGV. El monto del IGV coincide exactamente con base imponible × 18% (o 0% / 10% para los regímenes que correspondan). Redondeo según las reglas del Anexo VIII.
• Serie y numeración. Control de unicidad y continuidad. Un número omitido dispara rechazo en toda la serie posterior.
• CDR en 7 días. La Constancia de Recepción de SUNAT debe llegar dentro de 7 días calendario. Si no llega, el CPE se considera no remitido — incluso si el IGV ya está declarado.

Antes del 30 de junio — GRE 2.0

La GRE son dos documentos relacionados:

• GRE Remitente — el que despacha el bien. Contiene datos del cliente, la carga, la ruta, el motivo de traslado y los ubigeo de origen y destino.
• GRE Transportista — el que mueve el bien. Contiene datos del vehículo (placa), del conductor (licencia, documento) y la ruta.

La GRE 2.0 exige:

• Enlace con factura o un campo de no aplica con justificación.
• Emisión en tiempo real antes de que arranque el traslado, no después.
• Identificación obligatoria del vehículo y del conductor.
• Ubigeos correctos (catálogo INEI) de origen y destino.

Qué cubre Odoo con l10n_pe y qué no

Odoo con el módulo l10n_pe y las extensiones de partner (OCA, Vauxoo, Defontana-PE) cubre lo siguiente:

• Generación de XML UBL 2.1 para factura, boleta, nota de crédito y nota de débito.
• Firma XAdES-BES.
• Envío vía OSE/PSE — Nubefact, Sunat-PSE, Efact, FactiliZA.
• Recepción del CDR y enlace al asiento contable.

Lo que no viene out of the box para 2026:

• Export SIRE. El l10n_pe estándar genera PLE TXT. Para SIRE hace falta un módulo custom; el upstream Odoo 19, con release en junio de 2026, promete soporte parcial por roadmap.
• GRE 2.0. En Odoo 17 está soportada GRE 1.0. Para 2.0 se necesitan parches o módulos de partner.
• Recepción de CPE. Recibir CPE de proveedores con parseo de XML y matching contra órdenes de compra es un proyecto aparte (l10n_pe_edi_purchases o integración con el inbox del OSE).
• Validaciones preflight. Validar XML localmente antes de enviarlo al OSE baja el rechazo, pero no viene en el paquete estándar.

En la práctica, casi toda instalación de Odoo en Perú es l10n_pe más uno de tres stacks de partner. Migrar a SIRE y a GRE 2.0 obliga o a hacer forward-port de parches a l10n_pe, o a esperar Odoo 19. Para una mirada del ecosistema completo, ver Odoo en Perú — pillar de país.

Cuándo aplica y cuándo no

#1. PYME de servicios en Lima, ~30 boletas/día, S/ 800 000 de facturación

Configuración estándar. Régimen MYPE Tributario con ingresos > 75 UIT (S/ 401 250), sin status PRICO. SIRE obligatorio desde enero. El volumen — ~7 800 boletas y ~600 facturas al año — entra completo en el l10n_pe estándar y cualquier OSE del top 5. La migración a SIRE es activar en SOL y configurar el export en un formato Odoo estándar. Un día de consultor.

#2. Distribuidora en Arequipa, 80 GRE/día, S/ 3,5M de facturación

Configuración no trivial. El dolor principal es GRE 2.0. Los ingresos superan el techo MYPE o caen en Régimen General con > 75 UIT — SIRE obligatorio desde enero. 80 GRE/día implican emisión offline (en un almacén remoto sin internet estable) y enlace con hojas de ruta como bloqueos técnicos. Hace falta o un connector OSRM-route → generación GRE, o una app móvil para el conductor con buffer offline. El l10n_pe estándar no lo resuelve. Presupuesto — USD 15 000 a USD 30 000 en custom dev e integración.

#3. Restaurante en Cusco, 4 locales, ~200 boletas/día, S/ 600 000 de facturación

No aplica directamente — el enfoque es otro. Facturación bajo 75 UIT — SIRE voluntario. La validación de CPE de febrero de 2026 sí aplica (corre para todos los emisores). La GRE es irrelevante — no se mueve nada físicamente. Lo que sí se necesita: integración POS Odoo en cada local, un único OSE para los 4, emisión automática de boleta tras cada venta. Lo cubre el l10n_pe + point_of_sale + cualquier OSE, sin custom dev. Presupuesto — USD 4 000 a USD 8 000.

#4. Constructora con 12 obras simultáneas, S/ 25M de facturación

Los tres requisitos son críticos. Facturas con múltiples adelantos y valorizaciones por obra, GRE para cada transferencia de materiales entre almacén y obra, recepción de CPE de decenas de proveedores. El stack estándar Odoo + l10n_pe cubre la base pero no cubre: el enlace adelantos → factura final (custom-management de cuentas por anticipos), generación multi-site de GRE en modo offline, recuperación de drawback y detracciones de IGV (específico de construcción). Presupuesto — USD 40 000 a USD 80 000 por el stack completo. Para casos así, suele ser viable un audit de Odoo de 30 minutos antes de comprometer presupuesto.

#5. Diseñador freelance, S/ 90 000 de facturación

No le aplica la mayoría de requisitos. Régimen Especial o RUS, por debajo del umbral SIRE. CPE — sí, obligatorio (boletas al cliente). GRE — irrelevante. Odoo — sobredimensionado: la solución correcta es un OSE con web-UI tipo Nubefact. ~USD 25 al mes, sin ERP.

Errores típicos que disparan multas

#1. «Si tengo OSE estoy listo»

El OSE o PSE solo se encarga de emisión, firma y envío del CPE a SUNAT. No se hace cargo de la corrección de los datos (RUC del receptor, bases de IGV), del export SIRE, de GRE 2.0 ni de la recepción de CPE de proveedores. La PYME que cree que Nubefact o Defontana equivale a compliance total se va a topar con un rechazo del 8 al 12% bajo las reglas de febrero: master data sucia heredada de la época Excel choca contra el validador endurecido.

#2. Registro de Compras en Excel con copia manual desde el CPE

Hasta antes de SIRE ese método funcionaba. Después del 1 de enero de 2026, para contribuyentes con > 75 UIT deja de existir. SIRE construye la propuesta del registro de forma automática a partir de los CPE realmente recibidos. Si editas tu Excel y lo subes a SIRE, el desfase con el registro automático dispara notificación y luego multa por inconsistencia entre comprobantes y registros.

#3. Confundir boleta y factura por tipo de receptor

La nueva validación rechaza al instante la factura emitida a una persona natural sin RUC (corresponde boleta) y la boleta emitida a una persona jurídica con RUC por monto > S/ 700 (corresponde factura). Hasta 2026 esto se perdonaba; con el endurecimiento equivale a rechazo más multa por documentación incorrecta. La multa según el art. 174.2 del Código Tributario es del 0,6% del IB (ingreso bruto del periodo), con mínimo del 10% de UIT (~S/ 535).

#4. GRE «después» — cuando el camión ya rodó

Práctica clásica: el conductor sale, dos horas después en la oficina emiten la GRE y la postean. Desde el 1 de julio de 2026 eso es infracción al Código Tributario por remitir bienes sin guía de remisión. La multa es 50% UIT (~S/ 2 675) por caso, con riesgo de incautación del bien en el próximo control de SUNAT.

#5. Ignorar los CPE «condicionales» del pasado

Si en 2024 o 2025 emitiste CPE y no llegó el CDR en 7 días, ese CPE quedó formalmente no remitido — aunque tú hayas declarado el IGV. En 2026, al cruzar la propuesta de SIRE con el histórico de CPE, SUNAT verá el desfase. Todos los CPE colgados hay que retransmitirlos (si aún se puede) o anularlos formalmente y reemitir con numeración nueva.

Caso anónimo: distribuidora en Lima

Situación (Q4 2025). Distribuidor de electrónica en Lima, Régimen MYPE Tributario, S/ 2,1M de ingresos (~400 UIT). Stack: QuickBooks para contabilidad, Nubefact para emisión de CPE, Excel para Registro de Compras y Ventas, guías físicas para cada entrega. Equipo: 1 contador, 2 vendedoras, 1 jefe de almacén, 2 conductores. 60 a 80 facturas, 200 boletas y 30 GRE por día.

Trigger. En octubre de 2025 llegó una notificación de SUNAT — fiscalización del Registro de Compras de julio de 2025. Desfase con la base automática de CPE: S/ 18 400 de IGV no sustentado (pérdida del derecho al crédito fiscal). Adicional: 4 GRE de entregas grandes del mes anterior estaban ausentes — las descubrieron por una llamada del cliente.

Qué hicimos (noviembre 2025 – enero 2026). Migración QuickBooks → Odoo 17 Community + l10n_pe + connector Nubefact. Módulo custom para export SIRE (fork de OCA con ajustes locales). Salto a Nubefact full plan con GRE 2.0 e integración con Odoo. Tablet POS para los conductores: buffer offline para 50 GRE, sync al volver al almacén. Capacitación: 3 días para el contador (workflow SIRE) y 1 día para los conductores.

«En noviembre creíamos que el problema era el contador. En enero entendimos que el problema era que ningún sistema hablaba con ningún otro. Migrar Odoo no fue cambiar de software — fue armar la primera vez en cinco años un único sistema operativo del negocio.»

Resultado (febrero de 2026). El rechazo de CPE bajó de 9,3% (Q3 2025) a 1,1% (enero de 2026). Todas las GRE se generan antes de que salga la unidad (antes el 70% era post-facto). El SIRE-readiness del primer mes: la propuesta automática coincidió con la declaración final en 99,2%. Inversión: USD 9 200 en 8 semanas. Riesgo evitado: las multas estimadas del Q1 2026 en el escenario statu quo iban de S/ 18 000 a S/ 30 000.

Es la escala típica para una PYME con 300 a 600 UIT de facturación en Lima: 6 a 12 semanas de migración, USD 6 000 a USD 15 000 de inversión, y un payback de 18 a 24 meses por el crédito fiscal recuperado y las multas evitadas. Cuando el proyecto Odoo ya está en marcha pero falla, el patrón se cubre en rescate de proyectos Odoo.

Checklist y próximo paso

Baja el Checklist SUNAT 2026 para tu Odoo — 24 puntos sobre SIRE, validaciones de CPE y GRE 2.0, con módulos l10n_pe y configuraciones concretas. PDF, 14 páginas, sin spam por email. O reserva una auditoría de 30 minutos — revisamos el stack actual y decimos qué es crítico antes de cada una de las tres fechas.

Preguntas frecuentes