Audita tu Odoo: 50 puntos de autodiagnóstico para PYME en LATAM

Por qué 4 horas — y no 4 semanas

Si tu Odoo lleva seis meses "casi listo", no tienes un problema de espera. Tienes un problema de diagnóstico. Esta plantilla entrega una lista mínima suficiente de 50 puntos que el CFO y el tech lead de una PYME de Perú, México, Colombia, Argentina o Chile pueden recorrer en 4 horas y obtener una respuesta honesta: rescatar el sistema, optimizarlo o quemarlo y migrar a un Odoo 18 limpio.

Una auditoría forense externa de un consultor toma 30–60 horas-persona y cuesta entre USD 1 500 y USD 5 000 por instalación. Hacerla cada trimestre para cada ERP de PYME sale demasiado caro. El autodiagnóstico resuelve otra cosa: cada tres meses, darle al equipo un indicador de si vale la pena llamar a un experto externo.

En una muestra de 60+ instalaciones de Odoo en LATAM (Perú, México, Chile, Colombia, Argentina entre 2018 y 2026), el 78% de los sistemas eran recuperables — pero solo si los problemas se detectaban antes de que el cierre contable se atrasara 14 días o las facturas empezaran a rechazarse en bloque por SUNAT, SAT, DIAN, ARCA o SII.

El autodiagnóstico es early warning. El PDF del consultor externo es cirugía. No los confundas — y no intentes que uno reemplace al otro.

Las 10 categorías del autodiagnóstico

Los 50 puntos están repartidos en 10 categorías de 4 a 6 ítems. Cada uno recibe una calificación: sí / no / parcial. Mientras más no tenga una categoría, mayor es la prioridad de un focused audit en esa área. La auditoría detallada se reserva para cuando la categoría con más rojos es fiscal o código custom.

#1. Configuración y versión (5 puntos)

1. Versión de Odoo: 16.0, 17.0 o 18.0 LTS. Si corres 13–15, estás en stack deprecated sin parches de seguridad.
2. Edition Community o Enterprise. El módulo accounting completo en Community solo existe vía módulos de terceros de OCA.
3. Developer mode habilitado para los usuarios con el nivel técnico que lo necesita — no más, no menos.
4. Número de usuarios activos contrastado con la licencia. Pasarse del límite es exposición a auditoría de Odoo SA.
5. Existe un documento de procesos que referencia módulos concretos de Odoo, no un "todo funciona de alguna manera".

#2. Localización fiscal (8 puntos)

La categoría más explosiva. La mayor parte de las multas se origina aquí.

6. El módulo l10n_xx correspondiente está instalado (l10n_pe, l10n_mx, l10n_co, l10n_ar, l10n_cl).
7. La versión del l10n_xx coincide con la major version de Odoo. Los parches de OCA l10n-peru suelen llegar con 2–4 semanas de retraso respecto al core upgrade.
8. Los certificados de firma electrónica están instalados y no expiran en los próximos 90 días.
9. Perú: l10n_pe_edi configurado para CPE. ¿GRE (Guía de Remisión Electrónica) cerrada correctamente?
10. Perú: integración con SIRE (RVIE + RCE) activa. Si no, es multa diferida.
11. México: complementos Carta Porte 3.1 y Pagos 2.0 instalados.
12. Colombia: nómina electrónica integrada. ¿Hay conector a RADIAN para factoring de facturas?
13. Argentina / Chile: webhooks a ARCA (ex-AFIP) y SII activos. Los rechazos de validación se loguean en un lugar consultable.

#3. Código custom (5 puntos)

14. Cuántas líneas de código custom en addons/custom/. Más de 5 000 — o eres un ERP builder, o tienes un problema.
15. Existen unit tests para los módulos custom. Al menos uno.
16. Cada módulo custom tiene un README que explica el por qué, no el qué.
17. Cuántos módulos custom duplican funcionalidad nativa (Sale, Inventory, MRP). Ese código se rompe en cada upgrade.
18. Quién firmó el último commit en cada módulo custom. ¿Esa persona sigue en la empresa?

#4. Calidad de datos (6 puntos)

19. Cuántos duplicados en res.partner por vat (GROUP BY vat HAVING COUNT(*) > 1).
20. Cuántos productos en product.template sin BoM activos — crítico en PYMEs manufactureras.
21. Cuántas líneas contables sin contraparte (account.move.line WHERE partner_id IS NULL). Cada una rompe el reporte por cliente.
22. SKU fantasma: productos sin movimiento en los últimos 12 meses.
23. El stock total en Odoo coincide con el inventario físico (±2%).
24. Los periodos contables del año anterior están cerrados, o quedan abiertos para correcciones post-facto.

#5. Performance (4 puntos)

25. Top-10 de queries lentos en pg_stat_statements. Hay queries que superan los 5 segundos.
26. Tamaño de la base Postgres: hasta 20 GB es normal, 20–50 GB exige vacuum y cleanup regulares, más de 50 GB exige archivado real.
27. Tiempo de respuesta del POS en horas pico: menos de 1 segundo.
28. Cuántas veces al día aparecen en los logs WorkerLost, MemoryError o 504 Gateway Timeout.

#6. Integraciones (5 puntos)

29. Existe un inventario de integraciones activas — Shopify, MercadoLibre, webhooks bancarios, ContPaq, Siigo.
30. Cada integración tiene retry con exponential backoff.
31. Dónde se almacenan los failed payloads. Si en ningún lado, tienes silent data loss.
32. Alguien monitorea errores de integración — Sentry, Datadog o al menos un cron-script manual con notificación a Slack.
33. Se probó el disaster recovery de la última integración en los últimos 90 días.

#7. Cron jobs (4 puntos)

34. Cuántos registros activos en ir.cron.
35. Cuántos tienen nextcall más de 7 días en el pasado (zombies).
36. Cuál es el cron job más pesado por tiempo de ejecución promedio.
37. Existe algún cron que se ejecuta cada minuto. ¿Tiene justificación de negocio?

#8. Backups y recuperación (4 puntos)

38. Backup diario de DB y filestore se ejecuta de forma automática y verificada.
39. El backup vive en una región geográfica distinta — S3/GCS de otra región, no el mismo data center.
40. Se probó un restore en los últimos 90 días. RTO medido en segundos, minutos u horas.
41. Existe una retention policy documentada. Estándar razonable: 7 daily + 4 weekly + 12 monthly.

#9. Seguridad y accesos (5 puntos)

42. Todas las cuentas admin tienen 2FA habilitado.
43. No existe una cuenta admin compartida que TI envía por WhatsApp. El audit trail con eso queda inservible y el bus factor cae a 1.
44. El acceso al filestore está protegido a nivel de SO (solo el usuario odoo).
45. Rate limit activo en rutas de portal y website para frenar brute force.
46. Audit log activo para la acción unlink (eliminación de registros).

#10. Operación y aprendizaje (4 puntos)

47. Se entrevistó a 5 usuarios clave: qué workarounds usan fuera de Odoo — Excel sombra, grupos de WhatsApp para estados de pedido.
48. Cada proceso tiene owner documentado: una persona, no "el área".
49. Existe un incident log de los últimos 90 días con root cause analysis, no "se rompió — se arregló".
50. Plan de upgrade a la próxima LTS (Odoo 19) decidido: aprobado, postergado a 2027 o ni siquiera discutido.

Cuándo el autodiagnóstico aplica — y cuándo no

Errores típicos al recorrer la lista

Error 1. Llenar "a ojo". El equipo pinta puntos verdes sin verificar. Sin psql y sin leer logs, esto deja de ser auditoría y pasa a ser autoengaño.

Error 2. Ignorar los amarillos. Parcial no es OK. Es "toma una hora aparte y resuélvelo" — en 3 meses, el amarillo será rojo.

Error 3. Autodiagnóstico hecho por la misma persona que implementó. Conflicto de interés directo: no va a señalar sus propios defectos. Mínimo, invita un second pair of eyes — otro dev, el contador o el COO.

Error 4. Confiar ciegamente en la localización fiscal. "Las facturas salen" no equivale a "la localización está bien configurada". SUNAT, SAT y DIAN pueden aceptar un XML con warning que se materializa como multa en la revisión anual.

Error 5. Hacerlo una vez. El ERP es un sistema vivo. Si lo recorres una vez, en 90 días la mitad de las respuestas ya están desactualizadas. Cadencia mínima: trimestral. Antes de cada major upgrade: obligatorio.

Caso anónimo: cadena minorista en Lima

Cadena minorista, 9 puntos de venta, Odoo 16 Enterprise con 18 meses en producción. El CFO inicia el autodiagnóstico — 4 horas con el tech lead y el contador senior.

Distribución de resultados sobre 50 puntos: 14 rojos, 11 amarillos, 25 verdes.

"Pensábamos que el problema era performance. Resultó que la performance era un síntoma — el problema real estaba en localización fiscal y backups que nunca habíamos restaurado."

Top-3 hallazgos:

1. l10n_pe_edi no recibió patches desde el día de instalación. Aproximadamente el 8% de las CPE salía con formato de serie incorrecto — SUNAT las aceptaba con warning. En la revisión anual eso se habría convertido en rechazo y multa multi-UIT.
2. 6 de 11 cron jobs hacían refresh de un cache que ningún código activo consumía. CPU al 30% constante sin que nadie supiera de dónde venía.
3. Los backups corrían, pero el restore no se probó ni una vez en 18 meses. En el restore de prueba sobre staging quedó claro que el filestore no se estaba copiando — la empresa, de hecho, no tenía backup de 1.2 TB de facturas y fotos de producto.

Tras 6 semanas de reparación (3 devs × 6 semanas a carga parcial + 2 semanas contables de re-emisión): el cierre mensual bajó de 9 días a 3, la carga del servidor cayó −35%, y los backups se mudaron a S3 en otra región con restore probado (RTO 90 minutos).

ROI: gasto de USD 4 800. Recuperación estimada: USD 18 000+ anuales entre la reducción de tiempos de cierre contable y la eliminación del riesgo de multa por CPE mal emitidas.

Tu siguiente paso: rescatar, auditar o migrar

Después del autodiagnóstico tienes tres caminos.

Camino 1. Rescatar y optimizar. Menos de 10 puntos rojos, concentrados en categorías 4 (datos), 5 (performance) y 8 (backups). El sistema es salvable por el equipo interno en 6–10 semanas. Mira la metodología en rescate de proyecto Odoo.

Camino 2. Auditoría detallada externa. Más de 10 rojos, o los rojos viven en categorías 2 (localización fiscal) y 3 (código custom). Llama a un consultor externo para un forensic review de 5–10 días. Detalles del scope en auditoría Odoo.

Camino 3. Migración o reemplazo. Aproximadamente el 7% de los casos de nuestra muestra: el sistema está tan recargado de deuda técnica que sale más barato empezar con un Odoo 18 o 19 limpio. Esa decisión se toma sobre datos, no emociones. Consulta el marco de decisión de migración antes de cerrar el debate.

Preguntas frecuentes