Crítica de Dominio — Cumplimiento, Costeo y Defensibilidad de ConTodo ERP

Rol y postura. Reviso los cuatro documentos de dominio (03 Compliance SUNAT, 04 Contable, 05 Importaciones, 06 Textil) con criterio de quality gate tipo Big Four: no valido que "se vea bien", valido que el modelo resista una fiscalización SUNAT, un cierre auditado y una demo lado a lado contra CONCAR/SISCONT/Defontana. La conclusión adelantada es que el diseño es sólido y por encima del estándar del software local, pero tiene cinco incoherencias materiales y ocho gaps que, de no cerrarse, generan rechazos de comprobantes, observaciones de auditoría o pérdida de defensibilidad comercial. Anti-overclaiming: ninguna de estas observaciones invalida la arquitectura; son condiciones de aceptación, no rediseños.

1. Veredicto ejecutivo

2. Incoherencias materiales (deben resolverse antes de MVP)

2.1 [BLOQUEANTE] El IGV no está reconciliado entre documentos

• Doc 04 (Contable) registra la venta con IGV 18% (S/ 10,000 → S/ 1,800).
• Doc 05 (Importaciones) descompone el impuesto en IGV 16% + IPM 2% y registra el IPM en cuenta 40113 separada del IGV (40111).
• Doc 06 (Textil) usa IGV 18% para el precio de venta.

El problema no es de tasa (ambos suman 18%), es de modelo de datos y de generación de PLE/SIRE. En el mercado local, el IGV (16%) y el IPM (2%) son tributos distintos con cuentas distintas (4011 vs 4018/40113), y en el comprobante electrónico y en el RVIE/RCE el "IGV" se reporta consolidado al 18%, pero en el Registro de Compras de importación el desagregado importa para sustento del crédito. Si el motor contable de ventas usa "18% a 4011" y el de importaciones usa "16% a 40111 + 2% a 40113", se rompe la conciliación del mayor de la cuenta 40 y el cálculo de crédito fiscal.

Recomendación. Definir una regla única: el tributo se modela siempre como IGV (16%) + IPM (2%) a nivel interno (cuentas 4011 e IPM), y se presenta consolidado al 18% en el comprobante UBL y en RVIE. Documentar que el 18% es una vista de presentación, no una cuenta. Parametrizar ambas tasas en parametros_tributarios con vigencia (el doc 03 ya tiene la tabla; falta usarla aquí). Sin esto, hay riesgo de descuadre de la cuenta 40 en cualquier empresa que compre local y importe.

2.2 [ALTO] El asiento de nacionalización (doc 05 §6) acredita todo a un solo proveedor

El asiento propuesto:

Cuadra aritméticamente, pero es contablemente incorrecto en su contrapartida: el IGV/IPM/Percepción de importación no se le deben al proveedor del exterior (que solo cobra el FOB+flete+seguro); se pagan a SUNAT/Aduanas vía el agente de aduana, y el FOB se le debe al proveedor no domiciliado. Agruparlo todo en "42/46" impide:

• Conciliar la CxP real con el proveedor extranjero (subledger doc 04 §6).
• Sustentar el pago de tributos de importación (que respaldan el crédito fiscal, no la factura del proveedor).
• Conciliar el RCE (que toma el crédito fiscal de la DUA/DAM, no de una factura de proveedor).

Recomendación. Desdoblar la contrapartida en al menos tres acreedores: (a) 42 / 46 al proveedor del exterior por el FOB+flete+seguro de su factura; (b) 40 Tributos por pagar / 10 Bancos por el pago a Aduanas de Ad-Valorem+IGV+IPM+Percepción; (c) 42/63 al agente de aduana por sus honorarios y gastos. El crédito fiscal del IGV de importación debe poder mapearse al número de DUA/DAM como documento de sustento en el RCE (campo obligatorio en el Registro de Compras: tipo de documento 50 — Declaración Aduanera). Hoy el modelo no lo menciona y eso es un gap de SIRE/RCE directo.

2.3 [ALTO] El costeo textil no aterriza la cuenta de producción en proceso

Doc 06 §8 afirma que la OP "genera asientos de existencias (clase 2), producción en proceso (cuenta 71/23) y costo de ventas (clase 69)". Pero:

• El motor de plantillas del doc 04 §4 no incluye ninguna plantilla de producción (WIP_ISSUE, WIP_LABOR, WIP_OVERHEAD, FG_RECEIPT). Solo hay venta, compra, cobro, pago, planilla, depreciación y dif. de cambio.
• El uso de cuenta 71 (Variación de la producción almacenada) vs. 23 (Productos en proceso) está mezclado. En PCGE el flujo correcto es: gasto por naturaleza (clase 6) → destino a clase 9 (costos por función) → cuenta 23 Productos en proceso → 21 Productos terminados → 69 Costo de ventas, con la 71/79 como cuentas de variación/transferencia. El doc 06 lo enuncia pero no lo modela; el doc 04 ni siquiera lo lista.

Recomendación. Crear el set de plantillas de producción y definir explícitamente el circuito clase 6 → 79/91 → 23 → 21 → 69. Esto es exactamente lo que CONCAR/SISCONT obligan a hacer manualmente; automatizarlo es foso, pero hoy está declarado y no diseñado. Sin él, el módulo textil produce costos en el Kardex que no tienen su espejo en el mayor, y el balance de comprobación no cuadrará contra el inventario (control doc 04 §6 fallaría).

2.4 [MEDIO] Inconsistencia numérica en la tasa CIF del ejemplo textil

Doc 06 §4.2 fija la tasa CIF en S/ 7.20/min-MOD, pero §4.3 aplica S/ 0.155/min "ilustrativo" para que el total cuadre en S/ 18.66, con una nota al pie que reconoce el desajuste. Un revisor (o un cliente técnico en demo) verá que 7.20 × 18.5 = S/ 133.2 de CIF por polo, lo cual es absurdo (sería 7x el costo total). La nota al pie no resuelve el problema metodológico: o la tasa de §4.2 está mal calculada (capacidad práctica irreal de 12,000 min/mes ≈ una sola persona) o la base de absorción no es minutos-MOD totales de planta.

Recomendación. Recalcular el ejemplo con cifras coherentes: si el CIF presupuestado mensual es S/ 86,400 y la planta tiene, por ejemplo, 20 operarios × 22 días × 480 min = ~211,200 min-MOD/mes, la tasa sería S/ 0.41/min-MOD, que aplicada a 18.5 min da S/ 7.58 — cercano al rango razonable. Corregir esto importa porque el costo unitario alimenta el precio y el margen mostrados en §4.4; un error aquí desacredita todo el ejemplo en una demo ante un jefe de costos textil.

2.5 [MEDIO] Detracción tratada como tasa fija 12% en tres documentos

Docs 04 (§4.2), 05 y 06 usan 12% como tasa de detracción ("servicios", "maquila/confección"). El SPOT en Perú tiene tasas distintas por código de bien/servicio (Anexos I/II/III de la RS 183-2004), y la confección/fabricación por encargo cae típicamente en "fabricación de bienes por encargo" (código con su propia tasa), distinto de "demás servicios". Modelar la detracción como constante 12% es la causa #1 de error de detracción → pérdida de crédito fiscal del usuario del servicio (riesgo R4 del doc 03, aquí materializado).

Recomendación. El doc 03 ya define el riesgo y la mitigación correcta ("tablas de tasas parametrizadas y versionadas"). Los docs 04/05/06 deben dejar de hardcodear 12% y referenciar una tabla_detracciones(codigo_bien_servicio, tasa, vigencia, umbral_min S/ 700). Incluir el umbral de S/ 700 (operaciones menores no detraen) que ningún ejemplo menciona — un cliente que detrae por debajo del umbral genera fricción innecesaria.

3. Gaps funcionales de cumplimiento (no están o están incompletos)

4. Coherencia del flujo de costo: Importación → Kardex → Producción → Venta

Este es el eje donde ConTodo gana o pierde frente a la competencia. La cadena debe ser un solo costo que viaja:

Lo que funciona: la valorización de MP importada al landed cost (doc 05) entra correctamente al Kardex que consume el BOM (doc 06). El método único (promedio móvil) es coherente en los tres documentos y alineado a NIC 2 / Art. 62 LIR. Bien.

Lo que falta para que la cadena cierre contablemente (no solo en el Kardex):

1. El eslabón C→E→F→G no tiene plantillas contables (gap G2). Hoy el costo "viaja" en el Kardex pero no en el mayor.
2. Concurrencia del promedio móvil (riesgo correctamente identificado en doc 03 §6): con maquila (inventario sale a tercero y vuelve transformado) el cálculo de promedio móvil se complica porque el almacén-tercero recibe a costo y devuelve a costo + conversión. Hay que definir si el almacén-tercero recalcula promedio o mantiene capa de costo identificada. El doc 06 no lo especifica y es una fuente real de descuadre.
3. Diferencia de cambio entre TC de la OCI/anticipo y TC de la DAM (doc 05 lo menciona, doc 04 tiene la plantilla FX_DIFFERENCE) — pero falta decir explícitamente que esa diferencia NO entra al costo del inventario (va a 67/77). El doc 05 §7 lo dice bien; conviene que el doc 04 lo blinde con un test, porque el error inverso (meter dif. cambio al costo) infla el inventario y es una observación clásica de auditoría.

5. Riesgos SUNAT/SIRE específicos (más allá de los ya listados en doc 03)

6. Defensibilidad competitiva (vs. CONCAR / SISCONT / Defontana)

Evalúo cada afirmación de diferenciación de los documentos con criterio de "¿sobrevive a una demo comparativa?":

Punto ciego competitivo no abordado: CONCAR/SISCONT tienen 20+ años de confianza del contador peruano y un ejército de contadores que ya los dominan. La defensibilidad técnica no basta; el producto necesita un importador de datos desde CONCAR/SISCONT (plan de cuentas, saldos iniciales, maestros) para reducir el costo de cambio. Ningún documento lo menciona y es el principal obstáculo de adopción real. Recomiendo agregarlo como requisito P1.

7. Recomendaciones priorizadas (cierre del quality gate)

8. Conclusión del Partner de Dominio

El núcleo de ConTodo es defendible y técnicamente por encima del software contable peruano legacy: partida doble garantizada en BD, costeo de importaciones con prorrateo multi-base, costeo industrial textil con BOM multinivel y maquila como almacén-tercero son fosos reales que CONCAR, SISCONT, StarSoft y Defontana no cubren de forma integrada. Sin embargo, el modelo aún no cierra contablemente la cadena costo-importación-producción-venta: faltan las plantillas de producción, el asiento de nacionalización está mal acreditado, el IGV/IPM no está reconciliado entre módulos y la DUA no figura como sustento de crédito fiscal en el RCE. Estas son condiciones de aceptación (P0), no rediseños. Cerradas esas cinco incoherencias y los gaps P0/P1, el producto resiste una fiscalización SUNAT, un cierre auditado y una demo comparativa. El mayor riesgo no técnico es la inercia del contador peruano hacia CONCAR/SISCONT: sin un importador de datos y conciliación SIRE impecable, la superioridad técnica no se convierte en adopción.