Ruta | Duración | Nivel | Antes de empezar |
🟢 Fundamentos | 20 min | Inicial | Ninguno |
Antes de tocar nada, merece la pena entender cómo está pensado Mairu. La mayoría de las dudas de quien empieza ("¿esto es una entidad o un formulario?", "¿por qué no me sale este dato en otro sitio?") desaparecen cuando se tiene claro qué pieza hace qué.
🎯 Al terminar sabrás
Explicar qué es Mairu y qué problema resuelve.
Distinguir las piezas principales: datos maestros, formularios, respuestas, estados, reglas, eventos, consultas, programaciones, dashboards y Power BI.
Saber qué pieza usar ante una necesidad concreta.
🧠 La idea: un proceso, no un formulario
Mairu es una plataforma no-code para digitalizar procesos industriales. Lo importante de esa frase es procesos: un formulario solo recoge información, pero un proceso tiene un antes (qué hay que hacer y quién), un durante (registrar los datos) y un después (avisar, hacer seguimiento, analizar).
Mairu tiene una pieza para cada una de esas fases. Míralo como una fábrica de información:
DATOS DE REFERENCIA → CAPTURA → REACCIÓN → SEGUIMIENTO → ANÁLISIS (lo que ya sabes) (lo que pasa) (qué hacer) (cómo va) (qué aprendo)
1. Datos de referencia: los datos maestros
Son la información estable que se reutiliza en muchos procesos: tus máquinas, tus productos, tus usuarios, tus clientes. Se crean una vez en Configuración y luego se seleccionan desde los formularios, en lugar de escribirse a mano cada vez.
Dato maestro | Representa | Ejemplo |
Assets | Activos físicos, organizados en jerarquía | Área → Línea → Máquina |
Productos y Tipos de producto | Lo que fabricas, consumes o almacenas (con stock) | Materia prima, producto final |
Usuarios, Departamentos y Puestos | Las personas y la organización | Calidad → Técnico de calidad |
Entidades | Cualquier otro listado reutilizable | Proveedores, turnos, prioridades, motivos de rechazo |
Estados y Grupos de estados | Las fases por las que pasa un registro | Pendiente → En curso → Completado |
💡 Una Entidad no se "rellena" en el día a día. Es un catálogo de referencia que alimenta a los formularios. Es la confusión más frecuente al empezar: si es un listado que se reutiliza, es una Entidad; si es algo que alguien registra cada vez que ocurre, es un Formulario.
2. Captura: formularios, subformularios y respuestas
Un Formulario es lo que un usuario cumplimenta para registrar una actividad: una inspección, una incidencia, un control.
Cada vez que alguien lo cumplimenta se genera una Respuesta. Todas las respuestas de un formulario forman su histórico.
Un Subformulario es un formulario dentro de otro, para registrar varias líneas de detalle en una misma respuesta (por ejemplo, cada una de las pesadas de un control).
3. Reacción: reglas, eventos y automatizaciones
Estas tres piezas se confunden a menudo. La diferencia es cuándo actúan:
Pieza | Cuándo actúa | Para qué | Ejemplo |
Reglas | Mientras se rellena el formulario | Adaptar el formulario: mostrar, ocultar, hacer obligatorio, calcular | Si el control es NO OK → mostrar Acción correctora |
Eventos | Al guardar la respuesta | Hacer que pase algo después | Si el control es NO OK → enviar un email a Calidad |
Automatizaciones | Periódicamente, sin que nadie guarde nada | Revisar los datos y actuar | Cada día, avisar de los equipos sin revisar |
4. Seguimiento: estados, programaciones y dashboards
Los Estados dicen en qué punto está cada respuesta.
Las Programaciones generan tareas (formularios que hay que completar en una fecha o con una periodicidad) y las asignan a personas, departamentos o puestos.
Los Dashboards son la pantalla de inicio de cada usuario: tareas, accesos directos, indicadores y listados.
5. Análisis y conexión: consultas, Power BI e integraciones
Las Consultas recuperan datos ya registrados para reutilizarlos: rellenar un campo, calcular un indicador, mostrar un listado.
Power BI permite construir informes sobre uno o varios formularios.
La API, los Webhooks y las importaciones conectan Mairu con otros sistemas (ERP, MES, GMAO…).
🛠️ Práctica guiada: dibuja tu proceso antes de construirlo
En esta lección no se configura nada. El ejercicio es pensar el proceso del Control de envasado (el caso de todas las lecciones) y asignar a cada necesidad su pieza de Mairu.
Lee la descripción y completa mentalmente la tabla:
Cada turno se hace un control de envasado en las líneas. El operario elige la línea, el producto y el turno, registra el lote, hace cinco pesadas y mide la temperatura. Si el control es NO OK, tiene que explicar la acción correctora y el responsable de calidad debe recibir un email. Calidad quiere ver el peso medio de cada control, tener los controles pendientes en su pantalla de inicio y analizar la evolución del peso por línea cada mes.
Necesidad | Pieza de Mairu |
Elegir la línea | Asset (Selector de Assets) |
Elegir el producto | Producto (Selector de productos) |
Elegir el turno | Entidad Turnos (Selector de Entidades) |
Cinco pesadas | Subformulario Pesadas con un único campo Peso |
Mostrar Acción correctora solo si es NO OK | Regla |
Email a Calidad si es NO OK | Evento Enviar email |
Peso medio de cada control | Consulta de tipo Indicador |
Un control en cada turno | Programación |
Controles pendientes en la pantalla de inicio | Dashboard con widget de Tareas |
Evolución mensual del peso por línea | Power BI |
💡 Este hábito, primero el proceso y luego las herramientas, es la mejor práctica más importante de Mairu. Ver Diseñar un proceso completo en Mairu y no solamente un formulario.
🔍 Comprueba que lo has entendido
Responde sin mirar arriba:
Tienes un listado de 300 proveedores que aparece en cinco formularios. ¿Dónde lo guardas?
Quieres que el campo Duración de la parada solo aparezca si hubo parada. ¿Regla, evento o automatización?
Quieres un email cada lunes con las inspecciones vencidas. ¿Regla, evento o automatización?
En un control registras diez mediciones de temperatura. ¿Diez campos o un subformulario?
Ver respuestas
En una Entidad Proveedores, usada con un Selector de Entidades.
Regla: actúa mientras se rellena el formulario.
Automatización: actúa de forma periódica, sin que nadie guarde nada.
Subformulario con un único campo Temperatura: así podrás calcular medias, máximos y gráficos (lo verás en la lección 6).
⚠️ Errores habituales
Empezar por el formulario. Se acaba con un formulario enorme que no avisa a nadie ni se puede analizar. Dibuja antes el proceso completo.
Escribir a mano lo que ya es un dato maestro. Si los usuarios escriben el nombre de la máquina, tendrás "Línea 1", "linea1" y "L1" en el histórico y nada cuadrará en los informes.
Usar eventos para cambiar el formulario. Lo que debe pasar mientras se rellena es una regla; lo que pasa después de guardar es un evento.
🏋️ Reto
Elige un proceso real de tu empresa (una incidencia, una auditoría, una solicitud de compra…) y haz la misma tabla Necesidad → Pieza de Mairu. Guárdala: la usarás en el proyecto final.
📚 Para saber más
➡️ Siguiente lección: Trabajar con Mairu como usuario