ConTodo ERP — Matriz de Cumplimiento Normativo SUNAT y Requisitos Legales Perú
ConTodo ERP — Cumplimiento Normativo Tributario y Contable (Perú)
Propósito. Establecer la línea base de cumplimiento que el ERP ConTodo debe satisfacer para operar legalmente en el mercado peruano, con foco en empresas textiles, importadoras, comercializadoras, distribuidoras y manufactura ligera (PYMEs y medianas). Este documento es el contrato funcional entre el área tributaria/contable y el equipo de producto/arquitectura.
Disclaimer profesional. Las normas tributarias peruanas se modifican con frecuencia mediante Resoluciones de Superintendencia. Las fechas, montos (UIT) y obligatoriedades aquí descritas reflejan el marco vigente conocido a junio 2026 y deben validarse con un contador colegiado y la normativa publicada en El Peruano antes de cada release. Anti-overclaiming: este ERP facilita el cumplimiento; la responsabilidad tributaria recae siempre en el contribuyente.
1. Contexto y supuestos explícitos
| # | Supuesto | Valor / Justificación |
|---|---|---|
| S1 | UIT 2026 | S/ 5,350 (referencial; parametrizable por año). Todo umbral de obligatoriedad se expresa en UIT, nunca hardcodeado. |
| S2 | Perfil de cliente objetivo | Régimen General y RER; ingresos > 150 UIT/año (obligados a contabilidad completa y libros electrónicos). |
| S3 | Emisión de comprobantes | Vía SEE - Del Contribuyente (sistema propio) y/o OSE; descartamos SEE-SOL (portal) salvo contingencia. |
| S4 | Tipo de cambio | SUNAT publica TC venta/compra diario; el ERP debe consumirlo automáticamente (multimoneda). |
| S5 | Moneda funcional | PEN. USD como moneda de transacción frecuente (importadoras). |
| S6 | Arquitectura | Rails + PostgreSQL multi-tenant; cada tenant = un RUC con su propio certificado digital. |
2. Matriz de Cumplimiento Normativo (núcleo del entregable)
Leyenda obligatoriedad: OB = Obligatorio | CO = Condicional (según actividad/volumen) | RE = Recomendado. Prioridad de implementación: P0 = MVP bloqueante | P1 = Release 1 | P2 = Release 2+.
| Requisito | Norma / Base legal | Oblig. | Impacto en el ERP (ConTodo) | Prioridad |
|---|---|---|---|---|
| Comprobantes de Pago Electrónicos (CPE): Factura, Boleta, Nota de Crédito/Débito | D.L. 1370; RS 097-2012/SUNAT y modif.; RS 000128-2021 | OB | Generación XML UBL 2.1, firma XAdES-BES con certificado digital, envío a SUNAT/OSE, gestión de CDR, representación impresa (PDF) y QR. | P0 |
| Guía de Remisión Electrónica (GRE) Remitente y Transportista | RS 000123-2022/SUNAT, prórrogas y RS 000018-2024 | OB | Módulo Logística: GRE-Remitente y GRE-Transportista, integración con motivos de traslado, registro MTC del vehículo/conductor. | P0/P1 |
| Programa de Libros Electrónicos (PLE) — legacy | RS 286-2009/SUNAT y modif. | CO | Generación TXT con nomenclatura SUNAT, suma de control, validable en aplicativo PLE. Transición hacia SIRE. | P1 |
| SIRE: RVIE (Registro de Ventas e Ingresos Electrónico) | RS 000112-2021, RS 000040-2022, RS 000000-2024 (universalización) | OB | Generación de propuesta RVIE, aceptación/reemplazo/complementación vía API SUNAT (servicios web SIRE). | P0 |
| SIRE: RCE (Registro de Compras Electrónico) | RS 000040-2022/SUNAT y modif. | OB | Conciliación de compras contra propuesta SUNAT (basada en CPE recibidos), registro de no domiciliados, marcas de no incluir en propuesta. | P0 |
| Detracciones (SPOT) | D.L. 940; RS 183-2004/SUNAT y Anexos I/II/III | CO | Cálculo automático por bien/servicio sujeto, generación de constancia, control de depósito Banco de la Nación, validación para crédito fiscal. | P1 |
| Retenciones del IGV | RS 037-2002/SUNAT (Agentes de Retención) | CO | Si el tenant es agente de retención: comprobante de retención electrónico (CRE), cálculo 3%. | P1 |
| Percepciones del IGV | Ley 29173; RS 058-2006/SUNAT | CO | Comprobante de percepción electrónico, tasas (1%/2%/0.5%), aplicación en ventas. | P2 |
| Registro de Inventario Permanente Valorizado — Formato 13.1 | RS 234-2006/SUNAT (Anexo); art. 35 Reglamento LIR | CO | Kardex valorizado por método de costeo; obligatorio si ingresos > 1,500 UIT. | P1 |
| Registro de Inventario Permanente en Unidades Físicas — Formato 12.1 | RS 234-2006/SUNAT | CO | Kardex en unidades; obligatorio si ingresos > 500 UIT y ≤ 1,500 UIT. | P1 |
| Método de costeo (PEPS / Promedio) | Art. 62 LIR; NIC 2 | OB | El ERP debe soportar Promedio Ponderado (móvil) y PEPS; prohibido UEPS para fines tributarios. | P0 |
| Plan Contable General Empresarial (PCGE 2019) | RD 002-2019-EF/30 (CNC) | OB | Catálogo de cuentas a 5 dígitos precargado; mapeo automático de asientos. | P0 |
| Estados Financieros (NIIF / NIIF PYMES) | Ley 29720; CNC; CONASEV/SMV | CO | ESF, ER, EFE, ECPN según taxonomía SMV para empresas obligadas. | P2 |
| PLAME / T-Registro (Planillas) | D.S. 018-2007-TR; RS 183-2011/SUNAT | CO | Módulo RRHH/Planillas: archivo PLAME, AFPnet, registro de trabajadores. | P2 |
| Declaraciones determinativas (PDT 621 / Form. Virtual) | Normativa SUNAT vigente | RE | Exportación de bases imponibles IGV-Renta para conciliar con declaración mensual. | P2 |
| Comprobante de Pago Electrónico de no domiciliados / facturas de proveedores del exterior (importaciones) | DUA/DAM; Ley General de Aduanas D.L. 1053 | CO | Módulo Importaciones: registro de DAM, costeo de importación (CIF + tributos + gastos), prorrateo a inventario. | P1 |
| Anti-fraude: numeración y series correlativas | RS 097-2012/SUNAT | OB | Control de series por sucursal/punto de emisión, sin saltos ni duplicados; bloqueo de reuso. | P0 |
| Conservación de comprobantes y libros (5 años) | Art. 87 Código Tributario | OB | Almacenamiento inmutable de XML/CDR/TXT en S3 con versionado y retención ≥ 5 años. | P0 |
3. Detalle crítico: Facturación Electrónica (SEE)
3.1 Modalidades de emisión
3.2 Decisión de arquitectura: ¿SEE propio u OSE?
| Criterio | SEE - Del Contribuyente (propio) | SEE - OSE (tercerizado) |
|---|---|---|
| Costo recurrente | Sin fee por comprobante | Fee por comprobante (S/ 0.01–0.10) |
| Complejidad técnica | Alta (firma, schemas, CDR, disponibilidad SUNAT) | Media (delegada al OSE) |
| Control y latencia | Total, pero dependes de uptime SUNAT | Buffer del OSE ante caídas SUNAT |
| Time-to-market | Lento | Rápido |
| Recomendación ConTodo | Implementar propio como motor nativo (diferenciador) | Ofrecer OSE como fallback/contingencia configurable por tenant |
Alternativa propuesta: arquitectura híbrida. ConTodo emite nativamente (SEE propio) y permite enrutar a un OSE certificado por tenant cuando lo prefiera, mediante una capa de abstracción
ComprobanteGateway(patrón Strategy). Esto reduce el riesgo de lock-in y la dependencia del uptime de SUNAT.
4. SIRE: RVIE y RCE — el cambio estructural 2024–2026
El SIRE reemplaza progresivamente al PLE para los Registros de Ventas (RVIE) y Compras (RCE). SUNAT genera una propuesta a partir de los CPE; el contribuyente la acepta, reemplaza o complementa.
Impacto en el ERP: ConTodo debe implementar el cliente de los servicios web SIRE (autenticación con credenciales SOL/token), motor de conciliación automática (matching por RUC + serie + número + monto), y gestión de discrepancias. Este es un diferenciador competitivo fuerte frente a ERPs legacy (CONCAR, SISCONT) que aún dependen de carga manual de PLE.
5. Cronograma SIRE / Libros Electrónicos (RVIE-RCE)
| Hito | Periodo | Acción en ConTodo | Estado típico contribuyente |
|---|---|---|---|
| Universalización RVIE-RCE | Desde periodos 2024 en adelante (por grupos) | Activar módulo SIRE por tenant según su grupo de incorporación | Obligado |
| Plazo de generación mensual | Hasta el vencimiento según último dígito RUC (cronograma SUNAT) | Recordatorios + bloqueo de cierre de periodo sin generar | Mensual |
| Anotación de comprobantes recibidos (RCE) | Periodo de recepción o hasta 2 periodos posteriores (crédito fiscal) | Alerta de comprobantes pendientes de anotar | Mensual |
| Conservación | 5 años | Retención S3 inmutable | Permanente |
Regla de producto: ConTodo debe incluir un calendario tributario dinámico que cruza el último dígito del RUC del tenant con el cronograma de vencimientos publicado por SUNAT (parametrizable por año), generando alertas en BI/notificaciones.
6. Kardex: Formatos 12.1 y 13.1
| Aspecto | Formato 12.1 (Físicas) | Formato 13.1 (Valorizado) |
|---|---|---|
| Obligados | Ingresos > 500 y ≤ 1,500 UIT | Ingresos > 1,500 UIT |
| Contenido | Cantidades (entradas/salidas/saldo) | Cantidades + costos unitarios y totales |
| Columnas clave | Fecha, tipo doc, cantidad, saldo | + costo unitario, costo total, método |
| Método de costeo | N/A | Promedio móvil o PEPS |
| Salida en ConTodo | TXT/Excel formato SUNAT + visor web | Idem + cuadre con cuenta 20/21 |
Riesgo técnico: el cálculo del costo promedio móvil debe ser transaccional y a prueba de concurrencia (locks pesimistas o cola Sidekiq serializada por SKU+almacén) para evitar costos negativos o saldos inconsistentes en operaciones simultáneas multi-almacén.
7. Riesgos regulatorios y de cumplimiento
| ID | Riesgo | Probabilidad | Impacto | Mitigación en ConTodo |
|---|---|---|---|---|
| R1 | Cambio de schema UBL / nuevas validaciones SUNAT | Alta | Alto | Versionado de plantillas XML; capa de mapeo desacoplada; suite de validación contra XSD oficial en CI. |
| R2 | Caída del servicio SUNAT/OSE | Media | Alto | Cola de reintentos (Sidekiq backoff), modo contingencia, monitoreo de CDR. |
| R3 | Manejo indebido del certificado digital del cliente | Media | Crítico | Almacenamiento cifrado (KMS/secrets), aislamiento por tenant, rotación, nunca en repositorio. |
| R4 | Error en cálculo de detracción/retención → multa al cliente | Media | Alto | Tablas de tasas parametrizadas y versionadas; tests de regresión por escenario tributario. |
| R5 | Saltos/duplicidad en numeración de comprobantes | Baja | Alto | Secuencias atómicas en PostgreSQL por serie; constraint UNIQUE (serie, numero, ruc). |
| R6 | Incumplimiento de conservación 5 años | Baja | Medio | Política de retención S3 + lifecycle; auditoría de borrado. |
| R7 | Desfase entre UIT/tasas anuales y parámetros del sistema | Media | Medio | Tabla parametros_tributarios con vigencia (fecha_desde/fecha_hasta) por año. |
| R8 | Multi-tenant: fuga de datos entre RUCs | Baja | Crítico | Aislamiento por tenant_id con Row-Level Security en PostgreSQL + tests de aislamiento. |
8. Oportunidades de diferenciación competitiva
- SIRE nativo automatizado. La mayoría de ERPs locales (SISCONT, CONCAR, StarSoft) aún tratan SIRE como carga manual. Un motor de conciliación RVIE-RCE automático es un diferenciador de venta directo frente a contadores.
- Costeo de importaciones integrado. Para el vertical importador/textil, el prorrateo automático de costos de importación (flete, seguro, DAM, detracciones de servicios) al inventario es un dolor real mal resuelto por la competencia.
- IA tributaria. Asistente que detecta inconsistencias antes del envío a SUNAT (montos, IGV mal calculado, detracción omitida), reduciendo rechazos y multas — coherente con el módulo IA del producto.
- Calendario tributario proactivo. Alertas por RUC y régimen, integradas a BI, que la competencia no ofrece de forma nativa.
- Cloud-native multi-tenant. Escalabilidad y actualizaciones normativas centralizadas (un cambio de schema SUNAT se despliega para todos los tenants sin instaladores), ventaja estructural sobre el software desktop legacy.
9. Recomendaciones de priorización (roadmap de compliance)
| Fase | Foco | Entregables de cumplimiento |
|---|---|---|
| MVP (P0) | Facturar legalmente | CPE (factura/boleta/NC/ND), firma digital, CDR, PCGE, costeo promedio/PEPS, SIRE RVIE/RCE básico, numeración correlativa, conservación. |
| Release 1 (P1) | Operación completa | GRE, Kardex 12.1/13.1, detracciones, retenciones, costeo de importaciones, PLE legacy. |
| Release 2 (P2) | Cierre fiscal y RRHH | Estados Financieros NIIF/SMV, percepciones, PLAME/T-Registro, exportación para declaraciones determinativas. |
10. Conclusión
ConTodo debe tratar el cumplimiento SUNAT no como un módulo accesorio sino como el núcleo de confianza del producto: en el mercado peruano, un ERP que rechaza comprobantes o que falla en SIRE es desechado de inmediato. La arquitectura híbrida (SEE propio + fallback OSE), el motor SIRE automatizado, el costeo de importaciones y la parametrización tributaria versionada por año constituyen tanto los requisitos de supervivencia (P0) como las palancas de diferenciación frente a Odoo, SAP B1, Defontana y el legacy local (CONCAR, SISCONT, StarSoft). La gestión del certificado digital, el aislamiento multi-tenant y la robustez ante caídas de SUNAT son los riesgos críticos a blindar desde el día uno.