Odoo Studio: Crear Modelos, Vistas y Automatizaciones Sin Código

Introducción

Odoo Studio potencia el resto de la suite: los cuadros de mando, los documentos, Studio y las conexiones IoT solo aportan valor real cuando los datos de ventas, inventario y finanzas son fiables y consistentes.

Normalmente los equipos adoptan Odoo para registrar operaciones primero y, después, piden mejores informes y pantallas adaptadas; ahí es donde entran las aplicaciones de plataforma y una personalización cuidada.

Studio permite a mandos y usuarios avanzados definir cómo se muestra y accede a la información sin romper el modelo de datos central que sostiene todo el sistema.

COOs, product owners y responsables internos de Odoo que evalúen el siguiente nivel de madurez necesitan distinguir cuándo ampliar aplicaciones estándar y cuándo llamar a expertos.

Studio forma parte del ERP modular de Odoo. Los equipos lo usan cuando buscan responsabilidades claras, procesos repetibles y un historial buscable, en vez de mensajes dispersos y hojas de cálculo locales. Odoo Studio: modelos personalizados, vistas y automatizaciones sin código es el argumento que suelen presentar los responsables a la dirección.

Este artículo es un Top 10 ordenado por niveles: Nivel 1 (sencillo) hasta Nivel 10 (experto). Cada nivel incluye pasos numerados: las acciones exactas que harías en Odoo Studio.

Empieza por donde te sientas cómodo, no por el nivel 10 solo porque suene impresionante.

Lee la sección del reto a continuación y abre el nivel que mejor refleje la situación actual de tu equipo.

En esta guía verás:

• Qué responsabilidades tiene Odoo Studio dentro de una pila típica de empresa
• Dónde aparecen los cuellos de botella con más frecuencia (y por qué)
• Diez casos de uso ordenados desde la disciplina básica hasta la estrategia avanzada
• Cuándo las automatizaciones o integraciones justifican recurrir a un partner de Odoo

El reto

Un directivo abre un dashboard impecable y pregunta por qué el efectivo no coincide con contabilidad. Alguien construyó una vista sobre datos incompletos y ahora cada reunión empieza con problemas de confianza en vez de tomar decisiones.

Los responsables quieren información y procesos a medida, pero sin gobernanza la personalización y los datos se expanden sin control. Los dashboards y cambios en Studio solo funcionan si se apoyan en datos transaccionales fiables.

¿Te suena? Normalmente los equipos se topan con estos problemas:

• KPI que no reflejan la realidad operativa
• Personalizaciones sin disciplina de sandbox
• Integraciones que se rompen silenciosamente tras actualizaciones

La buena noticia: no necesitas un proyecto titánico para arreglarlo. Elige un caso de uso de la lista, ejecútalo 30 días en Odoo Studio y mide el impacto.

Top 10 de casos de uso en Studio

Diez casos de uso para Odoo Studio, ordenados del Nivel 1 (fácil, hacible esta tarde) al Nivel 10 (experto). Cada caso responde: ¿qué construiríamos y qué clicks serían en Studio?

El Nivel 1 es la victoria rápida diaria. El último nivel es deliberadamente ambicioso para que veas hasta dónde puede escalar la misma aplicación si la arquitectura y los datos se mantienen limpios.

Elige tu nivel, sigue los pasos numerados en una base de pruebas y sube cuando el nivel anterior ya no te suponga reto.

1. Añadir un campo personalizado en la ficha de cliente en dos minutos Nivel 1 — Fácil

El Nivel 1 es la acción más simple en Studio: un administrador, un campo que falta, sin código ni migraciones. Arrastras el campo al formulario y todos los usuarios lo ven al refrescar.

Así se haría en Odoo:

1. Abre cualquier ficha de cliente en Contactos y pulsa el icono de Studio en la esquina superior derecha.
2. Arrastra un campo Char desde la caja de herramientas hasta el formulario, justo debajo del nombre de la empresa, y suéltalo allí.
3. Cambia la etiqueta por Notas del Gestor de Cuenta y añade un tooltip que explique qué debe escribirse.
4. Pulsa Guardar; el campo ya está activo para todos los usuarios, en cada ficha de cliente y en todas las vistas del modelo.
5. Abre otra ficha de cliente para confirmar que el campo existe, rellénalo y revisa que el chatter haya registrado el cambio.

Qué consigues: Tu equipo captura la información que faltaba esa misma tarde sin abrir un ticket de TI ni esperar a un desarrollador.

2. Añadir una pestaña de Cumplimiento con campos agrupados y visibilidad condicional Nivel 2 — Fácil

El Nivel 2 pasa de un campo a la disposición. Agrupas información relacionada en una pestaña dedicada para que los usuarios la encuentren sin recorrer todo el formulario.

Así se haría en Odoo:

1. Abre una ficha de cliente en modo Studio, haz clic en el botón + junto a la última pestaña y nombra la nueva pestaña Cumplimiento.
2. Dentro de la pestaña añade una Sección y coloca tres campos: IVA Verificado (boolean), NDA Firmado (boolean) y Fecha Última Auditoría (date).
3. Configura la pestaña para que solo se muestre cuando el cliente sea una empresa, no cuando sea un contacto individual.
4. Activa Registrar Cambios en cada uno de los campos para que el chatter guarde quién modificó qué y cuándo.
5. Guarda, recarga la página y confirma que la pestaña Cumplimiento aparece entre Ventas y Notas Internas solo en las fichas de empresas.

Qué consigues: Los datos de cumplimiento residen en la ficha del cliente en vez de en una hoja de cálculo separada que nadie actualiza al mes.

3. Crear una vista Kanban personalizada para la reunión de ventas matinal Nivel 3 — Fácil

El Nivel 3 introduce las vistas. Los mismos pedidos de venta se transforman en un tablero agrupado por equipo, codificado por fecha límite, listo para una reunión diaria de diez minutos.

Así se haría en Odoo:

1. Abre Ventas, Pedidos, pulsa el icono de Studio, selecciona Vistas y haz clic en Añadir una vista Kanban al modelo.
2. Arrastra el nombre del cliente, ingresos esperados y vendedor a la tarjeta, y crea una regla de color basada en la Fecha Límite.
3. Agrupa los registros por Equipo de Ventas y añade un filtro rápido Active = True para ocultar las oportunidades cerradas.
4. Fija la vista como predeterminada para el grupo de Gestores de Ventas mediante la configuración de acceso de vistas en Studio.
5. Haz la reunión de mañana desde un único tablero, arrastra tarjetas entre columnas y observa cómo las actualizaciones se sincronizan para todos.

Qué consigues: Los gestores dirigen una reunión visual de diez minutos desde una pantalla en vez de abrir cinco informes y volver a explicar la misma cartera cada mañana.

4. Personalizar el PDF de la cotización con marca y bloques condicionales Nivel 4 — Medio

El Nivel 4 baja a lo tangible. El editor de informes de Studio permite rediseñar el PDF de la cotización con identidad visual, totales dinámicos y secciones condicionadas.

Así se haría en Odoo:

1. Ve a Ajustes, Studio, Informes y selecciona el informe de Cotización o Pedido vinculado al modelo Pedido de Venta.
2. En el editor de diseño coloca el logotipo en el encabezado y reordena las columnas: descripción, precio unitario, cantidad, impuestos y subtotal.
3. Inserta un bloque condicional que solo se muestre cuando state = draft, mostrando un banner “Válida 30 días” con el color de la marca.
4. Añade un pie con las condiciones de pago extraídas dinámicamente de la ficha del cliente para que cada PDF refleje la realidad contractual.
5. Guarda, sal de Studio y envía una cotización de prueba por correo para confirmar que el PDF se genera con el nuevo diseño.

Qué consigues: El equipo de ventas envía cotizaciones con marca y validez legal sin pedir a diseño o finanzas que retoquen documentos antes de cada envío.

5. Crear una app sin código para un flujo interno nuevo Nivel 5 — Medio

El Nivel 5 pasa de personalizar a crear. Construyes una app nueva para un proceso que Odoo no trae por defecto, sin escribir una sola línea de código.

Así se haría en Odoo:

1. Entra en Studio, haz clic en Nueva App, llámala Préstamo de Equipos, elige un icono y color y confirma para generar el menú y la tabla en la base de datos.
2. En el nuevo modelo añade campos: Nombre del Activo (char), Solicitante (Many2one a res.users), Fecha Préstamo (date), Fecha Devolución (date) y Estado (selection).
3. Genera las vistas por defecto Kanban, Lista y Formulario, y ajusta el formulario para mostrar Estado como una barra de estados arriba.
4. Coloca el nuevo menú bajo Inventario y concede acceso de Lectura o Escritura al grupo Empleados para que cualquiera pueda solicitar un préstamo.
5. Prueba creando dos registros de préstamo y moviendo uno por todos los estados para confirmar que el flujo funciona de extremo a extremo.

Qué consigues: Un proceso antes no controlado —equipos que se prestaban objetos sin rastro— ahora tiene trazabilidad clara con responsables, plazos y vista para gestores.

6. Automatizar avisos por retraso con una acción server sin código Nivel 6 — Medio

El Nivel 6 añade lógica. El generador de automatizaciones de Studio lanza acciones al cambiar campos, en intervalos temporales o al crear registros, sin abrir Python.

Así se haría en Odoo:

1. Abre la app Préstamo de Equipos, ve a Studio, Automaciones y crea una nueva regla sin código.
2. Configura el disparador On Update del campo Estado cuando el nuevo valor sea Atrasado, sobre el modelo Préstamo de Equipos.
3. Añade dos acciones: enviar una plantilla de email al Solicitante con nombre del activo y fecha de devolución, y publicar una nota roja en el chatter.
4. Crea una segunda regla por intervalo: cada mañana a las 9:00 escanear préstamos cuya Fecha Devolución sea anterior a hoy y cambiar Estado a Atrasado.
5. Prueba poniendo la fecha de devolución en el pasado y verifica que la siguiente ejecución cambia el estado y envía el correo automáticamente.

Qué consigues: Los recordatorios se envían solos cada mañana; nadie persigue devoluciones manualmente y los gestores dejan de preguntar “¿nos lo devolvieron?”.

7. Diseñar un flujo de aprobación multietapa con botones condicionales Nivel 7 — Difícil

El Nivel 7 convierte Studio en motor de workflows. Modelas solicitudes de compra con barra de estado, botones según rol y lógica condicional que controla quién mueve qué.

Así se haría en Odoo:

1. Crea un modelo Solicitud de Compra con campos Solicitante, Importe, Justificación, Aprobador y una barra de Estado (Borrador, Por Aprobar, Aprobado, Rechazado).
2. Añade tres botones en el formulario: Enviar (visible en Borrador), Aprobar y Rechazar (visibles en Por Aprobar y solo para usuarios del grupo Gestores).
3. Configura cada botón para cambiar el estado al siguiente paso y para asignar automáticamente un Aprobador cuando se pulse Enviar.
4. Construye una automatización en Studio: si el registro llega a Aprobado con Importe superior a 5.000, envía un email al CFO para una segunda aprobación.
5. Guarda un filtro Mis Aprobaciones Pendientes para que los gestores vean solo lo que les corresponde, anclado en su panel.

Qué consigues: El control de gasto ocurre dentro de Odoo con trazabilidad completa, evitando hilos de correo donde se pierde la aprobación.

8. Proteger un modelo personalizado con reglas de registro y acceso por grupos Nivel 8 — Difícil

El Nivel 8 es seguridad. La misma app Préstamo de Equipos necesita permisos distintos por rol; la capa de seguridad de Studio define quién lee, escribe y ve cada registro.

Así se haría en Odoo:

1. Ve a Ajustes, Usuarios y Compañías, Grupos y crea Equipment Manager y Equipment Employee con nombres descriptivos.
2. En Studio, sobre el modelo Préstamo de Equipos, define permisos de Read, Write, Create y Delete por grupo: Empleado puede crear o leer sus préstamos, Manager puede editar todos.
3. Añade una regla de registro: Equipment Employee ve solo préstamos donde el Solicitante sea el usuario actual, mientras que Manager ve todos los registros de la empresa.
4. Oculta campos sensibles (Notas de Aprobación, Coste de Adquisición) al grupo Empleado usando las reglas de visibilidad de Studio.
5. Entra como usuario empleado para confirmar que no ve préstamos de otros y luego cambia a cuenta de manager para verificar el acceso total.

Qué consigues: Una sola app sirve a todos, pero cada rol solo ve lo que debe —sin bases separadas, sin exportaciones manuales y sin riesgo de fuga de datos confidenciales.

9. Conectar el modelo personalizado con CRM, Inventario y Proyecto mediante smart buttons Nivel 9 — Difícil

El Nivel 9 es integración. El modelo Préstamo de Equipos deja de ser una isla y alimenta el resto de Odoo: clientes, proyectos e inventario comparten el mismo registro.

Así se haría en Odoo:

1. Añade un Many2one desde Préstamo de Equipos a res.partner para vincular cada préstamo a un cliente o partner.
2. En la ficha del cliente utiliza Studio para añadir un smart button Préstamos Abiertos que filtre Préstamo de Equipos por partner y muestre un conteo en vivo.
3. Incluye un campo relacionado en el préstamo que muestre el saldo pendiente del cliente, para que finanzas evalúe el riesgo antes de aprobar otro préstamo.
4. Crea una automatización: cuando un préstamo se marque como Devuelto, generar una actividad en Inventario asignada al equipo de almacén para verificar el activo.
5. Añade el botón inteligente del préstamo en la ficha de Proyecto cuando el cliente del proyecto coincida, enlazando ambas líneas de tiempo con un clic.

Qué consigues: Equipos, clientes, inventario y proyectos comparten una única cronología; nadie reescribe datos y los equipos de almacén, ventas y proyectos trabajan sobre la misma fuente.

Conectar campos relacionados, smart buttons, automatizaciones y reglas de seguridad entre cuatro aplicaciones estándar y un modelo personalizado es precisamente el tipo de arquitectura cross-app que Dasolo ofrece en sus engagements de Studio liderados por partner.

10. Ejecutar una miniapp de Salud del Cliente sin código con IA, dashboards y sincronización BI Nivel 10 — Experto

El Nivel 10 es la cota máxima. Studio orquesta una miniapp de Customer Health que extrae señales de todas las apps, puntúa riesgo, llama a Odoo AI para resúmenes y publica dashboards en tiempo real para dirección.

Así se haría en Odoo:

1. Crea un modelo Salud del Cliente con campos Puntuación, Último NPS, Tickets Abiertos, Facturas Vencidas, Último Pedido y Resumen IA, rellenados por campos relacionados desde CRM, Helpdesk, Ventas y Contabilidad.
2. Programar una automatización nocturna en Studio que recalcule la Puntuación con una fórmula ponderada y cambie el Estado entre Saludable, Vigilancia, En Riesgo y Pérdida Inminente.
3. Añadir una acción de Odoo AI que lea los últimos 30 días de chatter del cliente cada lunes y escriba un párrafo resumen de riesgo en Resumen IA.
4. Configurar reglas de registro para que los gestores de cuentas vean solo sus clientes asignados y los ejecutivos accedan al portfolio completo con notas personales enmascaradas.
5. Integrar la ficha Salud del Cliente como smart button en cada Oportunidad CRM, mostrando la puntuación y el resumen IA dentro de la pantalla de revisión de la venta.
6. Construir un dashboard en Spreadsheet Customer Risk Live que ordene clientes por puntuación, se refresque en tiempo real y envíe los diez clientes más en riesgo a un canal de Discuss vía webhook.
7. Sincronizar el conjunto de datos con tu herramienta BI externa (Looker, Power BI) mediante una automatización webhook de Studio para que la dirección consulte los mismos números que el equipo de CRM.

Qué consigues: Una miniapp sin código que ofrece a toda la compañía la misma visión sobre el riesgo de clientes, con IA sintetizando la información y Studio haciendo el pegamento; los humanos pueden centrarse en recuperar cuentas.

Diseñar el grafo de modelos, los prompts de IA, las reglas de seguridad, los dashboards en tiempo real y la sincronización externa es la arquitectura que Dasolo monta en un programa de Studio liderado por partner. La mayoría de equipos necesitan apoyo externo para acertar el pegamento cross-app a la primera.

Cuándo tiene sentido pedir ayuda experta

Si los niveles 1 a 6 se ajustan a tu caso, a menudo podéis triunfar con Studio estándar, un responsable interno comprometido y una sandbox donde se permita romper cosas de forma segura.

A partir del nivel 7 las apuestas suben: workflows automáticos que envían correos al cliente incorrecto, campos de Studio que impiden actualizaciones o APIs que dejan de sincronizar stock a las 2 a.m.

Eso no significa que vuestro equipo haya fallado; es una señal de que la arquitectura, las pruebas y la gobernanza importan mucho.

Trae a un partner cuando necesites diseño multiaplicación, cumplimiento por país, integraciones complejas o una fecha de puesta en marcha que la dirección ya haya fijado.

Trabaja con Dasolo

Dasolo ayuda a implantar Odoo para que encaje con la forma real de trabajar: apps a medida, integraciones limpias y formación que la gente recuerde cuando los consultores se vayan.

Si tu hoja de ruta para Studio incluye los casos avanzados de esta guía, podemos trazar un plan por fases: victorias rápidas primero y luego automatizaciones e integraciones con propietarios y scripts de prueba claros.

Tú mantienes el control del alcance y del presupuesto. Nosotros aportamos la profundidad en Odoo para que tu equipo no aprenda lecciones caras en producción.

Reserva una consulta gratuita:

Agenda tu demo