Curso de Desarrollo de Módulos en Odoo 19 Enterprise hasta 100% Bonificable a través de FUNDAE
Tu bonificación paso a paso
Forma a tu equipo sin costes mediante la bonificación estatal. Este programa de Desarrollo de Módulos en Odoo 19 Enterprisepara empresas es subvencionable hasta el 100%.
Potencia las habilidades de edición y automatización de tus profesionales.
Accede a una formación avanzada en Desarrollo de Módulos en Odoo 19 Enterprise práctica y orientada a resultados.
Prepara a tu equipo para los retos documentales del entorno laboral actual.
Gestionamos gratis tu bonificación de este curso corporativo de Desarrollo de Módulos en Odoo 19 Enterprise ante FUNDAE.
Capacita a tu equipo en Desarrollo de Módulos en Odoo 19 Enterprise A Medida, tutorizado y bonificable por FUNDAE para empresas y equipos. Pide información.
Está alineado con la documentación oficial actual de Odoo 19 Otra gran ventaja es que el programa se apoya en la estructura real de la documentación de Odoo 19: server framework, web framework, CLI, testing, performance, web controllers, upgrade utils y APIs externas. Eso evita formar sobre prácticas antiguas, parciales o demasiado intuitivas.
1
Personaliza el temario al 100% para tu equipo
Diseñamos una formación a medida utilizando los documentos y flujos de trabajo reales de tu empresa.
Nueva Plataforma de E-learningFormación en directo con plataforma de apoyo para reforzar el aprendizaje
Acceso a las grabaciones
Los alumnos podrán revisar las sesiones grabadas para repasar conceptos clave, recuperar explicaciones concretas o reforzar aquellos contenidos que necesiten después de la clase en directo.
Recursos formativos
Materiales, sesiones grabadas y documentación de apoyo quedan centralizados en la plataforma para que el equipo pueda consultarlos durante y después de la formación.
Confirmación de asistencia
La plataforma permite registrar y confirmar la asistencia de los participantes, facilitando el seguimiento de la formación y la gestión documental necesaria para la bonificación FUNDAE.
Programa formativo
Temario del curso
Encuentra todo el temario del curso aquí.
Temario
Comprensión de Odoo como plataforma modular y de por qué desarrollar “un módulo” implica realmente tocar datos, interfaz, seguridad, automatización y ciclo de vida.
Revisión de la separación entre server framework y web framework para no mezclar responsabilidades desde el inicio.
Análisis de cómo conviven addons estándar, addons enterprise y addons custom dentro de un mismo proyecto.
Lectura del flujo completo entre modelo, vista, acción, menú, permiso, controlador, asset y servicio frontend.
Comprensión del papel de la base de datos como soporte central de modelos, metadatos, vistas y registros del sistema.
Diferenciación entre configuración funcional, extensión declarativa y desarrollo programático propiamente dicho.
Identificación de anti-patrones habituales en proyectos Odoo: herencia mal planteada, módulos gigantes, dependencias circulares o personalización sobreescrita.
Revisión del papel del modo desarrollador y de las herramientas técnicas de inspección dentro del ERP.
Construcción de una visión de plataforma que permita decidir mejor dónde implementar cada necesidad.
Taller inicial de lectura arquitectónica de una solución Odoo real con varias capas personalizadas.
Comprensión de Odoo como plataforma modular y de por qué desarrollar “un módulo” implica realmente tocar datos, interfaz, seguridad, automatización y ciclo de vida.
Revisión de la separación entre server framework y web framework para no mezclar responsabilidades desde el inicio.
Análisis de cómo conviven addons estándar, addons enterprise y addons custom dentro de un mismo proyecto.
Lectura del flujo completo entre modelo, vista, acción, menú, permiso, controlador, asset y servicio frontend.
Comprensión del papel de la base de datos como soporte central de modelos, metadatos, vistas y registros del sistema.
Diferenciación entre configuración funcional, extensión declarativa y desarrollo programático propiamente dicho.
Identificación de anti-patrones habituales en proyectos Odoo: herencia mal planteada, módulos gigantes, dependencias circulares o personalización sobreescrita.
Revisión del papel del modo desarrollador y de las herramientas técnicas de inspección dentro del ERP.
Construcción de una visión de plataforma que permita decidir mejor dónde implementar cada necesidad.
Taller inicial de lectura arquitectónica de una solución Odoo real con varias capas personalizadas.
Tema 1: Arquitectura general de Odoo 19 y mapa técnico del framework
Comprensión de Odoo como plataforma modular y de por qué desarrollar “un módulo” implica realmente tocar datos, interfaz, seguridad, automatización y ciclo de vida.
Revisión de la separación entre server framework y web framework para no mezclar responsabilidades desde el inicio.
Análisis de cómo conviven addons estándar, addons enterprise y addons custom dentro de un mismo proyecto.
Lectura del flujo completo entre modelo, vista, acción, menú, permiso, controlador, asset y servicio frontend.
Comprensión del papel de la base de datos como soporte central de modelos, metadatos, vistas y registros del sistema.
Diferenciación entre configuración funcional, extensión declarativa y desarrollo programático propiamente dicho.
Identificación de anti-patrones habituales en proyectos Odoo: herencia mal planteada, módulos gigantes, dependencias circulares o personalización sobreescrita.
Revisión del papel del modo desarrollador y de las herramientas técnicas de inspección dentro del ERP.
Construcción de una visión de plataforma que permita decidir mejor dónde implementar cada necesidad.
Taller inicial de lectura arquitectónica de una solución Odoo real con varias capas personalizadas.
Tema 2: Preparación del entorno de desarrollo: fuente, Python, PostgreSQL y herramientas
Montaje del entorno de trabajo recomendado para desarrollo serio sobre Odoo 19.
Diferencias entre trabajo local, staging en Odoo.sh y despliegue on-premise desde una lógica de desarrollo.
Estructura del repositorio fuente y organización práctica de addons personalizados.
Preparación de bases de datos separadas para desarrollo, pruebas funcionales y validación técnica.
Gestión de dependencias Python y disciplina mínima del entorno virtual.
Uso de configuración de servidor, parámetros y archivos de arranque para controlar addons path, base y puertos.
Configuración de editor o IDE para navegación rápida entre Python, XML, JS y plantillas.
Buenas prácticas para levantar varias instancias sin contaminar unas con otras.
Resolución de problemas frecuentes de arranque, conexión a PostgreSQL o carga de módulos.
Taller de bootstrap completo del entorno técnico de trabajo.
Tema 3: Anatomía de un módulo Odoo y estructura mínima correcta
Papel del directorio del módulo, del paquete Python y de la convención de nombres dentro del ecosistema Odoo.
Función real de `__init__.py`, `__manifest__.py`, carpetas `models`, `views`, `security`, `data`, `static` y otras ubicaciones típicas.
Diferencias entre módulo pequeño de una sola responsabilidad y módulo transversal con varias capas.
Cómo diseñar una estructura que facilite mantenimiento y revisión de cambios.
Criterios para separar addons por dominio funcional, por vertical o por capa técnica.
Riesgos de agrupar demasiada lógica en un único módulo y señales de que conviene partirlo.
Organización de assets, tests, demostraciones y documentación dentro del módulo.
Buenas prácticas de naming para modelos, XML IDs, archivos y recursos estáticos.
Convenciones de proyecto que reducen fricción entre desarrolladores y simplifican upgrades.
Taller de disección y reestructuración de un módulo mal organizado.
Tema 4: Manifiestos, dependencias y metadatos del módulo
Rol del `__manifest__.py` como declaración oficial del módulo ante Odoo.
Uso correcto de nombre, versión, categoría, summary, description, license y author dentro de una base corporativa.
Dependencias obligatorias, dependencias opcionales y riesgo real de declarar menos o más de la cuenta.
Diferencia entre `data`, `demo`, `assets` y otras claves del manifest.
Criterios para versionar módulos custom sin romper coherencia del portfolio.
Cómo reflejar correctamente la capa enterprise y el acoplamiento a apps concretas del ecosistema.
Riesgos de un manifest pobre en proyectos con muchos addons y varios equipos.
Estrategias para documentar alcance y compatibilidades desde el propio manifiesto.
Buenas prácticas cuando un módulo necesita web, mail, documents, website o apps muy acopladas.
Taller de construcción y revisión de manifests orientados a producción.
Tema 5: CLI de Odoo, scaffolding y utilidades de línea de comandos
Uso de la CLI para ejecutar el servidor y trabajar con parámetros de desarrollo de forma repetible.
Scaffold de un módulo como punto de partida, entendiendo sus límites y qué debe reestructurarse después.
Lanzamiento de Odoo como entorno consola Python para inspección y diagnóstico.
Poblado de base de datos y utilidades auxiliares de desarrollo.
Conteo de líneas de código y otras funciones útiles para auditoría técnica del repositorio.
Diferencia entre arrancar para desarrollo, para pruebas o para tareas de mantenimiento.
Buenas prácticas de comandos reproducibles en scripts, Makefiles o documentación de equipo.
Uso disciplinado de opciones de actualización de módulos durante iteraciones de desarrollo.
Cómo evitar errores frecuentes al trabajar con varias bases y varios addons path.
Taller de flujo completo con CLI desde scaffold hasta actualización del módulo.
Tema 6: ORM de Odoo: modelos, recordsets y ciclo de vida del dato
Comprensión del ORM como capa central del backend y no solo como forma cómoda de leer tablas.
Diferencia entre modelos persistentes, modelos transitorios y abstracciones especiales del framework.
Uso correcto de `env`, `self`, recordsets y contexto de ejecución.
Creación, búsqueda, escritura y borrado con criterio de batch y de consistencia transaccional.
Cómo funciona realmente el prefetch y por qué afecta al rendimiento y al estilo de código.
Ciclo de vida del dato desde el alta hasta la eliminación lógica o física dentro de un módulo.
Dominios, contextos y convenciones para encapsular lógica de acceso a datos.
Comprensión de la relación entre ORM, seguridad, multiempresa y reglas de registro.
Errores típicos al asumir que Odoo opera como un ORM genérico ajeno al resto del framework.
Taller de diseño de modelos y servicios de dominio sobre el ORM.
Tema 7: Campos, relaciones, computes, onchange y constraints
Uso correcto de campos básicos y avanzados con atención a semántica funcional y coste técnico.
Relaciones many2one, one2many y many2many con criterios de diseño y no por simple costumbre.
Campos computados, almacenados y no almacenados, y sus implicaciones en búsqueda, rendimiento y UX.
`onchange` y su lugar exacto dentro de la experiencia de usuario sin confundirlo con lógica de negocio persistente.
Constraints Python y SQL para reforzar integridad del dato desde capas complementarias.
Defaults, copy, tracking, company-dependent y otros atributos con efecto real sobre el modelo.
Cómo decidir si una derivación debe vivir en compute, en SQL o en una capa de servicio.
Errores de dependencia circular y recomputaciones excesivas en módulos de negocio complejos.
Buenas prácticas para escribir modelos legibles, seguros y menos frágiles ante upgrades.
Taller de modelado completo con campos avanzados y reglas de integridad.
Tema 8: Herencia de modelos, mixins y reutilización inteligente
Diferencias entre `_inherit`, `_name`, `_inherits` y otras formas de extensión del framework.
Cuándo conviene ampliar un modelo estándar y cuándo crear uno nuevo con relación a los existentes.
Uso de mixins oficiales y clases útiles para añadir comportamientos frecuentes sin duplicar lógica.
Reutilización de capacidades de mail, activities, portal, website, sequence, company o tracking según necesidad.
Riesgos de una herencia mal diseñada sobre modelos estándar críticos del ERP.
Cómo evitar colisiones semánticas al redefinir campos o métodos base.
Estrategias para encapsular comportamientos reutilizables dentro del portfolio propio de addons.
Diseño de módulos importables y piezas técnicas reusables entre verticales o clientes.
Lectura de dependencias y efectos laterales cuando varios módulos heredan el mismo modelo.
Taller de creación de un mixin y de extensión limpia de un modelo estándar.
Tema 9: Seguridad en Odoo: grupos, ACL, record rules y riesgos reales
Papel de los grupos como puente entre usuarios y mecanismos de control del framework.
Access rights y cómo diseñarlos sin caer en permisos excesivos o bloqueos imposibles de operar.
Record rules como capa de restricción de registros y su impacto en multiempresa y visibilidad.
Seguridad a nivel de campo y diferencias entre ver, editar, crear y borrar.
Errores clásicos de seguridad cuando se confía demasiado en la visibilidad de la interfaz.
Seguridad override, `sudo`, comprobaciones programáticas y cuándo deben usarse con extrema cautela.
Multi-company security y diseño de módulos que no rompan aislamiento de datos.
Riesgos reales de bypass involuntario por código custom en modelos, controladores o métodos auxiliares.
Buenas prácticas para auditar y probar seguridad desde el inicio del desarrollo.
Taller de construcción de una matriz de seguridad completa para un módulo propio.
Tema 10: Data files XML y CSV: carga declarativa de seguridad, datos y configuración
Papel de XML y CSV como lenguaje de despliegue de datos estructurales en Odoo.
Diferencia entre datos de instalación, demo data, no update y datos de inicialización evolutiva.
Uso de `record`, `field`, `menuitem`, `template`, `function` y otras piezas frecuentes del XML de módulo.
Cuándo conviene CSV y cuándo XML según volumen, legibilidad y tipo de dato.
XML IDs como columna vertebral de referencias estables entre módulos y upgrades.
Riesgos de sobrescritura, duplicidad o pérdida de trazabilidad por mal uso de identificadores externos.
Carga de secuencias, categorías, grupos, parámetros, correos y configuraciones base vía data files.
Cómo organizar carpetas y orden de carga para no introducir dependencias frágiles.
Estrategias para preparar demo data útil sin contaminar entornos reales.
Taller de diseño de data files limpios, versionables y orientados a despliegue.
Tema 11: Acciones, menús, ventanas, server actions y navegación funcional
Modelo de acciones de Odoo y su papel en la experiencia del usuario.
Acciones de ventana, contexto, dominio y binding al menú o a botones inteligentes.
Server actions como palanca declarativa y cuándo dejan de ser suficientes frente a código Python real.
Diseño de menús y jerarquías de navegación alineados con el proceso de negocio.
Acciones contextuales sobre listas, formularios y otros entry points del cliente web.
Wizards disparados por acción y flujos de usuario de varios pasos.
Errores comunes de navegación en módulos que técnicamente funcionan, pero son torpes de usar.
Buenas prácticas para mantener coherencia entre modelo, acción, menú y seguridad.
Estrategias para desacoplar navegación estándar y navegación específica de una vertical.
Taller de construcción de un flujo completo de entrada al módulo.
Tema 12: Vistas XML: form, list, kanban, search, graph, pivot, calendar y settings
Anatomía de una vista y diferencias entre estructura, herencia y comportamiento por tipo.
Diseño de formularios usables y mantenibles, con grupos, notebook, botones, chatter y estados.
List views con edición inline, columnas técnicas, decoraciones y control de experiencia operativa.
Search views con filtros, grupos y favoritos pensados para usuarios reales y no solo para demo.
Kanban, calendar, graph, pivot y otras vistas como apoyo a productividad y reporting.
Settings views y personalización de configuraciones técnicas o funcionales.
Python expressions en arquitectura de vistas y uso correcto de condiciones visuales.
Herencia de vistas estándar sin romper actualizaciones ni generar XPaths imposibles de mantener.
Errores frecuentes al sobrecargar la interfaz con lógica que debería vivir en backend.
Taller de diseño y herencia de varias vistas sobre un modelo real.
Tema 13: Lógica de negocio avanzada: create, write, unlink, compute y servicios de dominio
Cuándo intervenir en `create`, `write`, `unlink` y otras zonas críticas del ciclo de vida.
Cómo encapsular reglas de negocio sin convertir el modelo en un bloque monolítico inmantenible.
Estrategias para separar validación, cálculo, automatización y side effects con más claridad.
Uso correcto de contextos y flags técnicos para evitar bucles, dobles ejecuciones o procesos fantasma.
Gestión de secuencias, estados, transiciones y trazabilidad en objetos de negocio complejos.
Integración con mail tracking, actividades, documentos o aprobaciones desde lógica Python.
Tratamiento de dependencias entre modelos sin perder atomicidad funcional.
Buenas prácticas para escribir código legible que soporte cambios de proceso futuros.
Errores comunes en recursividad, recomputes masivos y automatizaciones poco controladas.
Taller de implementación de un flujo de negocio con varias reglas encadenadas.
Tema 14: Wizards, modelos transitorios y experiencias guiadas de usuario
Cuándo un wizard aporta valor frente a una vista directa o una acción estándar.
Uso de modelos transitorios para asistentes, procesos masivos y confirmaciones de varios pasos.
Paso de contexto entre el registro origen y el wizard sin perder consistencia.
Diseño de asistentes orientados a usuario y no solo a resolver una necesidad técnica.
Validaciones, resultados, cierres y acciones posteriores desde un flujo guiado.
Carga de defaults dinámicos y comunicación de errores o advertencias dentro del wizard.
Wizards batch para acciones sobre múltiples registros con seguridad y control.
Diferencia entre transient model útil y abuso de asistente para todo tipo de interacción.
Buenas prácticas para mantener wizard, lógica de negocio y acción bien separados.
Taller de construcción de un proceso asistido end-to-end.
Tema 15: Informes QWeb, PDF y documentos corporativos
QWeb como motor de plantillas para HTML y documentos del ecosistema Odoo.
Estructura de un reporte, report action y plantillas vinculadas al modelo y al flujo de negocio.
Render a PDF y papel del motor de generación en la salida final.
Paper formats, encabezados, pies, tablas, códigos de barras y otros elementos documentales habituales.
Herencia de informes estándar sin romper branding ni sostenibilidad del upgrade.
Uso de variables, loops, condiciones y plantillas parciales dentro del reporte.
Diferencias entre documento operativo, documento legal y documento comercial desde el punto de vista técnico.
Estrategias para internacionalización y multiempresa en informes personalizados.
Errores clásicos de layout, estilos o rendimiento en documentos complejos.
Taller de construcción de un informe PDF corporativo completo.
Tema 16: Controladores HTTP, rutas, portal y extensiones web
Cuándo conviene usar un controlador HTTP y cuándo es mejor permanecer dentro del cliente web estándar.
Rutas públicas, autenticadas y portal, con su impacto real en seguridad y experiencia.
Controladores para website, portal cliente, formularios externos o integraciones ligeras.
Renderizado de páginas, assets y plantillas en contextos web propios.
Manejo de parámetros, validación de entrada y respuesta correcta desde el lado servidor.
Arquitectura de un módulo que mezcla backend ERP y frontend web o portal.
Errores de seguridad habituales en controladores mal protegidos o demasiado confiados.
Buenas prácticas para desacoplar el controlador de la lógica de negocio.
Integración con componentes del website builder cuando sea necesario.
Taller de creación de un endpoint web funcional y seguro.
Tema 17: APIs externas: JSON-2, RPC y estrategias de integración
Panorama actual de APIs externas de Odoo 19 y criterios para elegir el canal correcto.
JSON-2 API como interfaz moderna y consideraciones de migración desde XML-RPC/JSON-RPC.
RPC API tradicional y escenarios donde sigue apareciendo en integraciones existentes.
Autenticación, claves API, control de acceso y alcance real de las operaciones remotas.
Diseño de contratos estables entre Odoo y sistemas externos.
Integraciones con webhooks, middleware, ETL o servicios internos de la organización.
Gestión de transacciones, errores y reintentos cuando el ERP forma parte de una arquitectura distribuida.
Estrategias para no exponer demasiada lógica interna del modelo en APIs externas.
Buenas prácticas para versionado y observabilidad de integraciones.
Taller de diseño de una integración segura entre Odoo y un sistema tercero.
Tema 18: Frontend Odoo: assets, módulos JS y arquitectura del cliente web
Cómo se organiza el cliente web de Odoo y por qué no es solo “un poco de JavaScript”.
Assets bundles y estrategia de carga del frontend dentro de un módulo custom.
Tipos de archivos JavaScript soportados por Odoo 19 y transformación de módulos nativos.
Relación entre servidor, assets y navegador en el ciclo de compilación y entrega del cliente.
Extensión del web client sin romper sus puntos de extensión principales.
Impacto del lazy loading y de la organización de bundles en rendimiento y mantenibilidad.
Buenas prácticas para separar código web, recursos y plantillas frontend.
Errores típicos al mezclar assets globales con lógica localizada de un módulo.
Cómo pensar el frontend Odoo como framework y no como “parches en la UI”.
Taller de estructuración de la capa web de un addon personalizado.
Tema 19: Owl, componentes, QWeb frontend y experiencia interactiva moderna
Owl como framework de componentes del cliente web de Odoo y su papel real hoy.
Componentes, props, estado y ciclo de vida dentro de una personalización moderna.
QWeb templates enriquecidas con directivas Owl para construir UI dinámica.
Diferencia entre componente aislado, pantalla integrada y aplicación standalone en Odoo.
Standalone Owl apps y casos donde pueden tener sentido dentro de una solución Enterprise.
Estrategias para combinar backend estándar con frontend enriquecido sin sobrediseñar.
Buenas prácticas de composición de componentes y legibilidad del árbol de UI.
Errores comunes al trasladar patrones React/Vue sin respetar la forma de trabajar de Odoo.
Cómo diseñar UX enriquecida manteniendo coherencia con el cliente web.
Taller de construcción de un componente Owl funcional dentro de un módulo.
Tema 20: Registries, services, hooks y patching en el cliente web
Registries como principal punto de extensión ordenado del web client.
Uso de services como sistema de dependencias vivas del frontend.
Hooks para factorizar comportamiento ligado al ciclo de vida de componentes.
Casos donde el patching es la solución correcta y casos donde es un antipatrón.
Extensión de campos, vistas, acciones cliente o servicios a través de registries.
Consumo de servicios estándar como `rpc`, notificaciones u otros mecanismos del cliente.
Construcción de hooks propios para reutilizar comportamiento entre componentes.
Riesgos de parches invasivos sobre código que no controlamos y cómo acotarlos.
Buenas prácticas para mantener extensiones frontend resilientes ante upgrades.
Taller de extensión controlada del web client con registries, services y hooks.
Tema 21: Personalización de apps Enterprise y estrategia de extensión del estándar
Cómo extender módulos Enterprise sin entrar en guerra permanente con el estándar.
Criterios para tocar ventas, inventario, contabilidad, proyecto, helpdesk o documentos con seguridad técnica.
Cuándo conviene heredar y cuándo conviene desacoplar en un módulo satélite bien definido.
Riesgos de modificar vistas o flujos demasiado centrales sin contrato claro de negocio.
Personalización de documentos, firma, hojas de cálculo, knowledge o website desde desarrollo formal.
Relación entre Studio y código custom en proyectos donde ambas capas conviven.
Cómo diseñar customizaciones verticales sin bloquear upgrades mayores del ERP.
Buenas prácticas para namespacing y aislamiento de comportamiento enterprise específico.
Estrategias para documentar impactos sobre módulos estándar muy usados por negocio.
Taller de intervención controlada sobre un módulo Enterprise crítico.
Tema 22: Studio, automatizaciones y convivencia entre low-code y código
Qué parte del trabajo puede resolverse en Studio y qué parte debe vivir en módulos versionados.
Automation rules, webhooks y personalizaciones rápidas como apoyo y no como sustituto del desarrollo serio.
Criterios para decidir si una necesidad se resuelve con Studio, con data files o con Python/JS.
Riesgos de mezclar cambios hechos en interfaz con cambios en repositorio sin gobierno.
Diseño de una política de convivencia entre low-code y código custom.
Trazabilidad, revisión y promoción de cambios creados en Studio dentro del ciclo del proyecto.
Estrategias para migrar soluciones nacidas en Studio hacia módulos cuando el negocio madura.
Buenas prácticas para no generar personalizaciones invisibles difíciles de mantener.
Cómo formar a key users sin perder el control técnico del sistema.
Taller de análisis de frontera entre parametrización avanzada y desarrollo.
Tema 23: Testing backend y frontend: unit tests, savepoints, HOOT y regresión
Por qué probar en Odoo no es opcional cuando el ERP soporta procesos críticos del negocio.
Clases de test disponibles y uso de `setUpClass` para datos comunes en pruebas.
Savepoint tests y transacciones como patrón útil para suites rápidas con setup relevante.
Pruebas de backend sobre modelos, seguridad, automatizaciones y flujos de negocio.
Pruebas frontend con framework JavaScript y herramientas específicas como HOOT.
Web test helpers y mock server para validar comportamiento de UI sin depender totalmente del backend real.
Estrategias de cobertura razonable para módulos con backend, web y reportes.
Cómo preparar datos de prueba limpios, reproducibles y entendibles por el equipo.
Integración de tests en pipelines y validación previa a merges o despliegues.
Taller de diseño de una suite de tests útil para un módulo real.
Tema 24: Rendimiento, profiling y buenas prácticas de escalabilidad
Qué problemas de rendimiento aparecen de verdad en módulos Odoo y cómo diagnosticarlos.
Profiling backend y lectura de cuellos de botella en búsquedas, computes, bucles y accesos repetitivos.
Buenas prácticas de batch, prefetch, dominios, lectura mínima y escritura eficiente.
Problemas típicos de N+1 queries y cómo evitarlos en código de negocio y en reportes.
Impacto de vistas pesadas, assets mal organizados y frontend excesivamente invasivo.
Estrategias para diseñar módulos que escalen con mucho dato y con muchos usuarios.
Cómo separar un problema de rendimiento del framework de un problema de diseño propio.
Revisión de logs y herramientas disponibles para perfilar situaciones reales.
Buenas prácticas de paginación, agregación y explotación de datos sin castigar la base.
Taller de optimización de un módulo con problemas reales de latencia.
Tema 25: Upgrades, scripts de migración y mantenimiento evolutivo
Cómo preparar un módulo para sobrevivir a upgrades y no solo para funcionar en la versión actual.
Scripts de upgrade y fases del proceso de migración de una base personalizada.
Uso de upgrade utils para acelerar migraciones y reducir riesgos sobre la consistencia del dato.
Refactor seguro de XML IDs, campos, modelos y vistas con mirada de largo plazo.
Estrategias para evolucionar módulos propios entre versiones mayores de Odoo.
Riesgos de romper datos, referencias indirectas o contratos de interfaz durante una actualización.
Validación técnica y funcional posterior a una migración.
Papel de los entornos de ensayo y de las bases upgradeadas de prueba.
Cómo diseñar hoy para reducir el coste del Odoo 20 o del siguiente salto mayor.
Taller de preparación de una estrategia de upgrade para una base custom.
Tema 26: Despliegue, Odoo.sh, observabilidad y operación técnica
Flujo de trabajo de desarrollo, staging y producción en Odoo.sh y sus implicaciones prácticas.
Estrategias de branches, revisiones y despliegues controlados en proyectos con varios desarrolladores.
Logs, diagnóstico y trazabilidad técnica de fallos en entornos gestionados y on-premise.
Gestión de secretos, parámetros, configuraciones y datos sensibles en despliegue.
Buenas prácticas para empaquetar módulos y dependencias de forma reproducible.
Observabilidad mínima para saber qué módulo ha fallado, cuándo y por qué.
Preparación de bases duplicadas, neutralizadas y entornos de prueba sin comprometer producción.
Qué revisar antes de instalar, actualizar o quitar módulos en una base viva.
Operación segura en proyectos con muchas customizaciones y varios equipos.
Taller de diseño de una cadena de despliegue y soporte de módulos Odoo Enterprise.
Tema 27: Proyecto final integrador de desarrollo de módulos en Odoo 19 Enterprise
Selección de un caso real o anonimizado con suficiente complejidad de backend, vistas, seguridad y reporting.
Definición de arquitectura modular, dependencias y alcance funcional del desarrollo.
Modelado completo de datos con relaciones, reglas de negocio y coherencia con estándar Odoo.
Construcción de seguridad, acciones, menús y experiencia de usuario operativa.
Implementación de vistas, automatizaciones y una parte de frontend moderna donde aporte valor.
Generación de un reporte o documento relevante dentro del flujo del módulo.
Exposición controlada mediante controlador o API cuando el caso lo requiera.
Preparación de tests, revisión de rendimiento y checklist de despliegue.
Diseño de estrategia de upgrade y mantenimiento del addon a medio plazo.
Presentación final del módulo con criterio técnico, de negocio y de operación.
Perfiles profesionales
Pensado para quienes deben dominar Desarrollo de Módulos en Odoo 19 Enterprise en su día a día
Desarrolladores Python que empiezan o consolidan carrera en Odoo
Este perfil encaja especialmente bien porque necesita traducir su experiencia general en Python y backends de negocio al modelo específico de Odoo: ORM, vistas, seguridad, datos XML, acciones, automatización y cliente web. El curso le ayuda a dejar de trabajar por intuición y a construir módulos más limpios, más seguros y mucho más mantenibles.
Consultores técnicos y perfiles híbridos funcional-técnicos
Quienes suelen moverse entre parametrización avanzada, Studio, automatizaciones, integraciones y desarrollo a medida encuentran aquí un encaje muy claro. La formación les permite entender mejor dónde termina la configuración y dónde empieza el desarrollo serio, y cómo combinar ambas capas sin generar deuda técnica innecesaria.
Preguntas frecuentes
Resolvemos todas tus dudas sobre nuestra formación en Desarrollo de Módulos en Odoo 19 Enterprise
Explora las respuestas a las preguntas que guian a nuestra comunidad. Aqui encontraras claridad sobre como funciona todo, desde el acceso hasta los detalles de los cursos. Si buscas respuestas, este es el lugar para comenzar.
Está claramente orientado a Odoo 19. La propia documentación oficial de esa versión estructura el trabajo del desarrollador en bloques como Server framework 101, web framework, testing, performance, CLI, upgrade utils y external JSON-2 API, y el curso se apoya precisamente en ese mapa técnico actual.
Cubre ambos. Odoo 19 documenta el frontend con assets, JavaScript modules, Owl components, registries, services, hooks, patching code, QWeb templates y pruebas JavaScript. Por eso el curso dedica un bloque fuerte a cliente web y no solo a modelos Python y XML.
No hace falta ser experto, pero sí conviene traer una base previa de Python y una comprensión mínima de cómo funciona Odoo como ERP. Aun así, la documentación de Odoo 19 mantiene tutoriales de entrada como Server framework 101 y otros de ampliación sobre datos, seguridad, pruebas y módulos importables, lo que encaja muy bien con un itinerario formativo progresivo.
Sí. La documentación oficial de Odoo 19 dedica una referencia específica a Security in Odoo, donde distingue mecanismos principales de acceso ligados a grupos, además de access rights, record rules, field access y pitfalls. El curso recoge esa capa con bastante profundidad porque es una de las fuentes más frecuentes de errores en customizaciones.
Incluye testing con bastante peso. Odoo 19 documenta pruebas de backend y frontend, y explica además patrones como `setUpClass` y tests con savepoints. También mantiene referencias para HOOT, web test helpers y mock server del lado JavaScript.
Sí. Odoo 19 documenta los QWeb Reports como informes escritos en HTML/QWeb, declarados mediante report actions, con generación PDF realizada por wkhtmltopdf. El curso dedica un bloque específico a diseño, herencia y despliegue de documentos corporativos.
Sí. La documentación oficial mantiene una sección propia de upgrade scripts, phases of upgrade scripts y upgrade utils, precisamente para facilitar actualizaciones de bases personalizadas y reducir riesgos de inconsistencias. Esa parte es uno de los diferenciales del curso frente a formaciones más básicas.
Sí. En contexto corporativo, esta formación puede plantearse como bonificable hasta el 100% si la empresa dispone de crédito suficiente y tramita correctamente la acción formativa conforme al marco aplicable.
Está claramente orientado a Odoo 19. La propia documentación oficial de esa versión estructura el trabajo del desarrollador en bloques como Server framework 101, web framework, testing, performance, CLI, upgrade utils y external JSON-2 API, y el curso se apoya precisamente en ese mapa técnico actual.
Cubre ambos. Odoo 19 documenta el frontend con assets, JavaScript modules, Owl components, registries, services, hooks, patching code, QWeb templates y pruebas JavaScript. Por eso el curso dedica un bloque fuerte a cliente web y no solo a modelos Python y XML.
No hace falta ser experto, pero sí conviene traer una base previa de Python y una comprensión mínima de cómo funciona Odoo como ERP. Aun así, la documentación de Odoo 19 mantiene tutoriales de entrada como Server framework 101 y otros de ampliación sobre datos, seguridad, pruebas y módulos importables, lo que encaja muy bien con un itinerario formativo progresivo.
Sí. La documentación oficial de Odoo 19 dedica una referencia específica a Security in Odoo, donde distingue mecanismos principales de acceso ligados a grupos, además de access rights, record rules, field access y pitfalls. El curso recoge esa capa con bastante profundidad porque es una de las fuentes más frecuentes de errores en customizaciones.
Incluye testing con bastante peso. Odoo 19 documenta pruebas de backend y frontend, y explica además patrones como `setUpClass` y tests con savepoints. También mantiene referencias para HOOT, web test helpers y mock server del lado JavaScript.
Sí. Odoo 19 documenta los QWeb Reports como informes escritos en HTML/QWeb, declarados mediante report actions, con generación PDF realizada por wkhtmltopdf. El curso dedica un bloque específico a diseño, herencia y despliegue de documentos corporativos.
Sí. La documentación oficial mantiene una sección propia de upgrade scripts, phases of upgrade scripts y upgrade utils, precisamente para facilitar actualizaciones de bases personalizadas y reducir riesgos de inconsistencias. Esa parte es uno de los diferenciales del curso frente a formaciones más básicas.
Sí. En contexto corporativo, esta formación puede plantearse como bonificable hasta el 100% si la empresa dispone de crédito suficiente y tramita correctamente la acción formativa conforme al marco aplicable.
Diseñemos hoy el curso que tu empresa necesita
Cuéntanos tus objetivos de negocio y prepararemos una propuesta formativa bonificable totalmente ad hoc
Refuerza el backend y el frontend dentro del mismo itinerario Muchos cursos de Odoo se quedan solo en Python y XML, o solo en personalización rápida. Aquí se trabaja también el cliente web moderno con Owl, QWeb, registries, services, hooks y patching, lo que permite abordar proyectos Enterprise actuales con más solvencia técnica.
2
Reduce deuda técnica en bases personalizadas Otra ventaja muy importante es que ayuda a ordenar modules, manifests, data files, seguridad, tests y lifecycle de despliegue. Esto es especialmente valioso en empresas que ya tienen customizaciones acumuladas y quieren seguir creciendo sin convertir cada cambio en un problema futuro.
3
Mejora la capacidad de upgrade y mantenimiento El programa dedica un bloque fuerte a migración, scripts y upgrade utils, porque una buena personalización no se mide solo por funcionar hoy, sino por poder actualizarse con control mañana. Esto da muchísimo valor en entornos Odoo Enterprise con varios años de vida.
4
Sirve tanto para proyectos nuevos como para reordenar proyectos existentes El curso encaja muy bien en equipos que van a crear módulos desde cero, pero también en quienes necesitan mejorar un portfolio ya existente, racionalizar Studio frente a código, introducir pruebas y preparar una operación técnica más fiable sobre Odoo.sh u on-premise.
Después de la formación en directo, los alumnos podrán acceder a ejercicios prácticos para aplicar lo trabajado en clase y consolidar el aprendizaje con actividades guiadas.
Acceso a las grabaciones
Los alumnos podrán revisar las sesiones grabadas para repasar conceptos clave, recuperar explicaciones concretas o reforzar aquellos contenidos que necesiten después de la clase en directo.
Recursos formativos
Materiales, sesiones grabadas y documentación de apoyo quedan centralizados en la plataforma para que el equipo pueda consultarlos durante y después de la formación.
Confirmación de asistencia
La plataforma permite registrar y confirmar la asistencia de los participantes, facilitando el seguimiento de la formación y la gestión documental necesaria para la bonificación FUNDAE.
Ejercicios prácticos
Después de la formación en directo, los alumnos podrán acceder a ejercicios prácticos para aplicar lo trabajado en clase y consolidar el aprendizaje con actividades guiadas.
Practica y mejora con nuestra plataforma
Una plataforma practica, con IA integrada y pensada para que mejores desarrollando. Se adapta a tu ritmo, te corrige al instante y te muestra tu progreso real.
Correccion magica
Feedback inteligente
Aprende de cada acierto y fallo con explicaciones claras
Equipos que ya personalizan Odoo pero necesitan subir nivel
Este perfil obtiene mucho valor porque muchas organizaciones ya tienen módulos propios, pero con arquitectura irregular, seguridad mejorable, pruebas inexistentes y upgrades dolorosos. El curso ayuda a ordenar manifests, modelos, vistas, JS, informes, scripts y despliegues con una visión mucho más madura.
Arquitectos y tech leads responsables de soluciones Odoo
Quienes deben decidir cómo estructurar addons, cómo separar customizaciones, cómo gobernar el versionado y cómo mantener la compatibilidad con futuras upgrades pueden aprovechar muchísimo esta formación. El programa aporta criterio para diseño técnico, rendimiento, testing y lifecycle management en entornos Enterprise.
Administradores de Odoo.sh y equipos DevOps de plataforma
Este perfil encaja especialmente bien cuando el desarrollo de módulos convive con staging, branches, pruebas, despliegues y upgrades. La formación conecta el código con la operación real: bases duplicadas, neutralización, logs, seguridad, mantenimiento y estrategia de evolución del ERP.
Empresas que quieren profesionalizar su capa de desarrollo Odoo
Para organizaciones que dependen cada vez más de Odoo y ya no pueden permitirse personalizaciones improvisadas, este curso resulta especialmente útil porque convierte el desarrollo de módulos en una práctica de ingeniería bien gobernada, y no en una sucesión de cambios sueltos sobre producción.