Desarrollo ERP3 min de lectura
Odoo 20 Access Rights: Migrating to ir.access
Odoo 20 removes record rules and merges them into access rights with domains. What changed, how to migrate ir.model.access.csv and ir.rule, and what to test.
Servicio · Operar y mejorar
Optimización del rendimiento ERP basada en mediciones
Un ERP lento no es solo molesto. Cuando confirmar un pedido tarda treinta segundos o una ejecución de MRP no termina en toda la noche, la gente busca apaños, y los apaños son donde muere la calidad de los datos.
Visión general
En qué consiste: optimización del rendimiento erp
La lentitud casi siempre tiene una causa concreta: un campo calculado a medida que se recalcula en cada lectura, un informe que recorre un millón de registros en Python, un índice que falta, pocos procesos de trabajo o una integración que satura la base de datos en hora punta. La encontramos midiendo.
01El problema
Dónde suelen torcerse las cosas
01
Pantallas que tardan segundos en cargar
Las listas y formularios se ralentizan a medida que crecen los datos, sobre todo los que tienen campos personalizados.
02
Informes que se quedan colgados
Los informes de cierre de mes tardan minutos o directamente fallan.
03
Procesos por lotes que se alargan
MRP, facturación o sincronizaciones que siguen ejecutándose cuando llega el turno de mañana.
04
Resolverlo a base de hardware
Se compran servidores más grandes sin entender el cuello de botella, con poca mejora.
02Nuestro enfoque
Cómo lo abordamos
Empezamos definiendo qué significa «lento» en números: qué pantallas, informes y procesos, cuánto tardan y qué sería aceptable. Después perfilamos —trazas de aplicación, análisis de consultas y métricas de infraestructura— hasta identificar el cuello de botella con pruebas.
Las correcciones se priorizan por impacto. A menudo unos pocos cambios —reescribir un campo calculado, añadir dos índices, pasar una integración a lotes fuera de hora punta— aportan la mayor parte de la mejora. Cada cambio se mide antes y después.
03Capacidades
Qué cubre el trabajo
01
Perfilado de la aplicación
Rastrear las peticiones lentas hasta las rutas de código concretas responsables.
02
Optimización de consultas
Análisis del SQL lento, creación de índices y reescritura de consultas costosas.
03
Refactorización del código a medida
Sustituir bucles registro a registro por operaciones por lotes y campos almacenados.
04
Ajuste de procesos y caché
Configuración de procesos de la aplicación, límites de memoria y caché según su carga.
05
Dimensionamiento de la infraestructura
Ajustar CPU, memoria y almacenamiento a la demanda medida.
06
Planificación de integraciones
Mover las sincronizaciones pesadas fuera de hora punta y agrupar las actualizaciones frecuentes.
04Aspectos técnicos
Los detalles que deciden si aguanta
01
Datos representativos
Pruebas sobre una copia del tamaño de producción, porque los problemas de rendimiento rara vez aparecen con pocos datos.
02
Salud de la base de datos
Se revisan el crecimiento de tablas, el estado del vaciado, los límites de conexión y los bloqueos.
03
Patrones N+1
Detección de código que lanza una consulta por registro en lugar de una por lote.
04
Barreras contra regresiones
Mediciones de tiempo de los flujos críticos añadidas a las pruebas para evitar futuras ralentizaciones.
05Proceso
Cómo se desarrolla el proyecto
- 01
Medir
Tiempos de referencia de los flujos importantes.
- 02
Perfilar
Identificar cuellos de botella con trazas, planes de consulta y métricas.
- 03
Corregir
Cambios concretos por orden de prioridad.
- 04
Verificar
Mediciones antes/después y pruebas de rendimiento contra regresiones.
06Resultados
Qué puede esperar después
Un día a día más rápido
Las transacciones habituales vuelven a completarse en segundos.
Ventanas de proceso fiables
Los procesos nocturnos terminan mucho antes de que empiece la jornada.
Un gasto más inteligente
Infraestructura dimensionada con datos y no con suposiciones.
Dónde se aplica
Sectores y sistemas que vemos con frecuencia
Sectores relacionados
Integraciones relacionadas
Servicios relacionados
Se suelen prestar junto a este
Auditoría ERPUna revisión independiente de configuración, datos, código a medida, integraciones y gobierno.Desarrollo ERPIngeniería para plataformas ERP: módulos, API, informes, portales y mejora del rendimiento.Mantenimiento ERPCuidado preventivo: actualizaciones, copias de seguridad, seguridad, limpieza y planificación de capacidad.Soporte ERPUn equipo asignado que conoce su configuración y atiende incidencias, consultas y pequeños cambios.
Artículos
Lecturas relacionadas
Desarrollo ERP2 min de lectura
Custom ERP vs Off-the-Shelf ERP: How to Decide
When custom ERP development makes sense, when off-the-shelf ERP is the better choice, and why a hybrid — standard core plus custom domain app — is often the answer.
Desarrollo ERP2 min de lectura
Odoo Studio vs Custom Code: Where to Draw the Line
What Odoo Studio does well, where it creates trouble, and when to switch to custom module development. A practical decision guide with examples.
Preguntas frecuentes
Preguntas frecuentes
¿Ampliar el servidor resolverá la lentitud?
A veces, pero no suele bastar por sí solo. La mayor parte de la lentitud de un ERP se debe a código, consultas o configuración concretos. Medir primero evita gastar en hardware que no ataca la causa.
¿Cuánto dura una revisión de rendimiento?
Un diagnóstico inicial suele llevar de una a tres semanas según el tamaño del sistema y los accesos. Después se planifican las correcciones por impacto.
¿Pueden optimizar sistemas alojados por un proveedor SaaS?
La infraestructura la controla el proveedor, pero el código a medida, los informes, las integraciones y la configuración suelen explicar la lentitud y pueden corregirse.
Siguiente paso
¿Su ERP está frenando el negocio?
Envíenos las tres cosas más lentas de las que se queja su equipo. Le diremos dónde mirar primero.