Puntos clave
En cuatro etapas, y la primera no es técnica. Etapa uno, acordar la taxonomía del grupo: una convención para nombrar activos, una forma de jerarquía, un método de criticidad, un conjunto de códigos de causa de parada. Esto es lo único que realmente es difícil de cambiar después, por lo que es lo único que debe estar correcto antes de instalar nada. Etapa dos, ejecutar un piloto en un sitio y una línea, elegido por representatividad más que por entusiasmo. Etapa tres, desplegar completamente el sitio piloto y anotar lo que tuvisteis que cambiar. Etapa cuatro, ejecutar los sitios restantes en oleadas, dos o tres a la vez, reutilizando la configuración.
Ejecuten las aprobaciones a nivel nacional en paralelo desde la semana uno, porque son el cuello de botella y no son algo que podáis acelerar vosotros. En Alemania, Austria, Países Bajos y Francia, los sistemas que pueden producir datos sobre empleados individualmente suelen requerir la implicación del comité de empresa. La evaluación de protección de datos y, para las entidades en alcance, el registro de proveedores bajo NIS2 se ejecutan junto a ello. Fabrico soporta esta estructura con vistas multi-planta y benchmarking entre plantas, control de acceso por roles con SSO y SAML disponibles, una interfaz en inglés, búlgaro, alemán, francés y polaco, alojamiento en una región AWS de la UE, y 3 días de configuración por parte de Fabrico para la capa CMMS por sitio.
Esta decisión determina lo que el programa podrá entregar alguna vez, así que tomadla deliberadamente en lugar de por defecto.
Una instancia significa que todos los sitios comparten una taxonomía y un modelo de permisos, y la elaboración de informes de grupo es un filtro en lugar de un proyecto de integración. El benchmarking entre plantas, que normalmente es la razón por la que un grupo financia el programa, funciona desde el primer día. El coste es político: cada sitio cede algo de autonomía, y un cambio que beneficie a una planta tiene que ser aceptable para todas.
Instancias separadas por sitio o por país dan libertad a cada planta y eliminan la negociación. El coste llega después y es permanente: comparar dos plantas significa conciliar dos taxonomías, que es un trabajo analítico recurrente en lugar de una decisión puntual. Los grupos que eligen esta ruta suelen acabar construyendo un data warehouse para deshacerlo.
Hay una razón legítima para dividir que no es política: un requisito legal o contractual real de mantener los datos de una jurisdicción separados. Eso es menos frecuente de lo que se afirma dentro de la UE, donde una única región de la UE satisface la mayoría de los requisitos. Estableced si la restricción es real antes de que decida vuestra arquitectura, usando las preguntas de nuestra guía para compradores sobre GDPR y protección de datos.
La recomendación por defecto es una instancia, con permisos haciendo el trabajo que las instancias separadas habrían hecho.
Aquí es donde la mayoría de los despliegues en Europa fallan, y el error casi siempre es la sobre-estandarización en lugar de la falta de ella.
Estandarizar, de forma central y sin excepciones: la convención de nombres de activos y la forma de la jerarquía; el método de criticidad, para que un activo crítico signifique lo mismo en Polonia que en España; la lista de códigos de causa de parada, porque es el vocabulario de cada comparación que vayáis a hacer; y las definiciones detrás de los indicadores principales, especialmente qué cuenta como parada planificada.
Dejar al sitio: los planes preventivos e intervalos, que dependen del ciclo de trabajo, el entorno y la normativa local; los patrones de turnos y calendarios; el idioma de la interfaz; los proveedores locales y fuentes de piezas; y la secuenciación de su propia formación interna.
La prueba para decidir en qué lista entra algo es simple: ¿tiene que significar lo mismo en dos países para que un número a nivel de grupo sea válido? Un código de causa de parada sí lo tiene. Un intervalo preventivo en un compresor no lo tiene. Aplicar esa prueba de forma coherente evita tanto la centralización que hace que los sitios se resientan como la localización que convierte los informes de grupo en ficción.
La lista de códigos de causa de parada merece un cuidado especial porque es engañosamente fácil de equivocarse. Mantenedla corta, haced que cada código sea mutuamente exclusivo y traducid las etiquetas en lugar de dejar que cada sitio invente las suyas. Una lista de quince códigos que todos usan vale más que una lista de noventa que cada sitio interpreta de manera distinta.
Representación de los empleados. En Alemania el comité de empresa tiene derechos de co-determinación sobre sistemas técnicos capaces de monitorizar el rendimiento de los empleados, y existen equivalentes en Austria, Países Bajos y Francia. Esto no es una formalidad y no es algo que un acuerdo de grupo resuelva por adelantado. También es totalmente manejable cuando se trata temprano y con honestidad, y lo cubrimos en detalle en nuestra guía de aprobación del comité de empresa para el monitoreo de OEE. El patrón que funciona es implicar al comité antes de la selección en lugar de después, y ser específicos sobre lo que se mide a nivel de máquina frente a a nivel de persona.
Protección de datos. Un único acuerdo de tratamiento de datos puede cubrir al grupo, pero la evaluación del tratamiento se hace donde reside el responsable, y los delegados locales de protección de datos preguntarán por la región de alojamiento, subprocesadores y retención. Responded a eso una vez, de forma central, en un documento que cada sitio pueda reutilizar.
Registro de la cadena de suministro NIS2. Si una entidad está en alcance depende de su sector y su tamaño, por lo que dentro de un mismo grupo algunos sitios estarán cubiertos y otros no. La obligación bajo el artículo 21 de gestionar la seguridad de la cadena de suministro hace que vuestro proveedor de software sea una entrada en una evaluación documentada de riesgos en cada entidad en alcance. Detalles en nuestra guía sobre CMMS y OEE bajo la directiva NIS2. Recoged la evidencia del proveedor una vez a nivel de grupo y distribuidla, en lugar de que cinco sitios hagan las mismas preguntas por separado.
La eficiencia disponible aquí es real: haced el trabajo de seguridad del proveedor una vez, de forma central, y reutilizadlo. El cuestionario de seguridad para proveedores es el mismo en cada país aunque el aprobador no lo sea.
No elijáis el sitio mejor gestionado. Tendrá éxito gracias a su propio equipo, no demostrará nada transferible y generará una configuración que asume una madurez que los demás sitios no tienen.
Tampoco elijáis el peor sitio. Un despliegue que comienza como un rescate confunde dos problemas, y si fracasa no sabréis si la culpa fue de la herramienta o del sitio.
Elegid un sitio representativo con un gerente dispuesto. Representativo en tamaño, antigüedad de los equipos y composición del equipo; dispuesto porque el piloto necesitará decisiones rápidas y a alguien que absorba la disrupción. Si el gerente dispuesto dirige un sitio no representativo, aceptad la disposición de todos modos y dejad explícito que un segundo sitio más típico validará la configuración antes del despliegue en oleadas.
Dentro del sitio piloto, empezad por una línea en lugar de por toda la planta. Una línea alcanza un uso diario genuino en semanas, que es la única evidencia que importa, y los errores son baratos.
Las capacidades multi-sitio son vistas multi-planta, benchmarking entre plantas, control de acceso por roles para que un sitio vea sus propios datos mientras el grupo vea todos, SSO y SAML disponibles para configuraciones a medida, un registro de auditoría y paneles personalizables. La interfaz está disponible en inglés, búlgaro, alemán, francés y polaco, con más idiomas sencillos de añadir, lo que cubre la mayor parte del problema del idioma en la planta dentro de un grupo europeo sin necesidad de soluciones por sitio.
En medición, disponibilidad, rendimiento y calidad se calculan a partir de datos PLC, con sensores IoT y cámaras con IA para máquinas sin señal utilizable, lo que importa en un grupo donde las edades de las plantas difieren por décadas y el equipo de un sitio no expondrá las mismas señales que el de otro. La integración se hace mediante una REST API, webhooks, importación y exportación de Excel, y una sincronización bidireccional de SAP PM incluyendo S/4HANA para grupos que ejecutan un ERP central.
En cumplimiento, las respuestas son las mismas en todas partes, que es el punto: ISO 27001, ISO 9001 e ISO/IEC 20000-1, un acuerdo de tratamiento de datos GDPR, alojamiento en una región AWS de la UE, cifrado en reposo y en tránsito, copias de seguridad diarias y un objetivo de tiempo de recuperación de 4 horas y objetivo de punto de recuperación. La respuesta de soporte está contractualmente en menos de 2 horas.
En plazos, sed precisos con vuestro comité de dirección. La capa CMMS se cotiza en 3 días de configuración por parte de Fabrico por sitio, cubriendo configuración, usuarios, roles e importación masiva. La conexión de máquinas para OEE no es una línea de tiempo de software: el direccionamiento del PLC, el mapeo de tags y cualquier sensor o cámara retrofit son trabajos físicos que marcan el ritmo según vuestro equipo y el acceso a la línea. Presentarlos como un solo número es la forma más común de que un plan de despliegue pierda credibilidad en el tercer mes.
Un grupo con seis plantas en Alemania, Polonia, Rumanía y España quiere una única vista de disponibilidad y un proceso de mantenimiento común.
Meses 1 a 2. Taller de taxonomía con los seis sitios, finalizando con una convención de nombres, una forma de jerarquía, un método de criticidad y quince códigos de causa de parada. En paralelo, se abre el proceso del comité de empresa en Alemania, comienza la evaluación de protección de datos del grupo y se recoge el paquete de seguridad del proveedor una vez. No se instala software.
Meses 3 a 4. Piloto en una línea en Polonia, elegida como representativa con un gerente de planta dispuesto. Órdenes de trabajo reactivas y registro de activos primero, planes preventivos para activos críticos después, OEE en esa línea conectado durante una parada planificada.
Meses 5 a 6. Despliegue completo del sitio polaco, y una lista por escrito de cada cambio que el piloto obligó a hacer. Esa lista es el entregable real del piloto, más que la propia línea en funcionamiento.
Meses 7 a 12. Oleadas de dos sitios. Alemania avanza cuando se firme el acuerdo con el comité de empresa, lo que puede ser más tarde de lo que el plan desea, y el plan ya debe asumir eso en lugar de tratarlo como un retraso.
Las dos cosas que deciden si esto funciona son ambas no técnicas. La taxonomía tiene que ser acordada por los sitios en lugar de impuesta, o será ignorada en silencio. Y la línea temporal alemana tiene que ser independiente de las demás, porque un proceso de co-determinación que se acelera produce un peor acuerdo y uno más lento. Los grupos que tratan ambas como problemas de gestión de proyectos en lugar de problemas de negociación son los que todavía gestionan dos taxonomías tres años después.
No. El ciclo de trabajo, las condiciones ambientales, la calidad del agua, la normativa local y la edad del equipo difieren, y forzar un mismo intervalo en un compresor en España y en uno en Rumanía produce o bien sobre-mantenimiento en un sitio o una avería en el otro. Estandarizad el método y el vocabulario, no los intervalos. Cuando dos sitios tienen equipo realmente idéntico en condiciones idénticas, compartir un plan tiene sentido, pero eso es una decisión a nivel de sitio para converger, no una instrucción del grupo.
Comparando los componentes en lugar del indicador principal. Una única cifra de OEE entre un taller por pedido y una línea de alto volumen no es una comparación, es una coincidencia. Disponibilidad frente a su propia historia, razones de parada clasificadas y el cumplimiento de preventivos son todos comparables entre plantas muy diferentes porque miden el proceso y no el producto. Dejad la comparación de OEE entre plantas para líneas verdaderamente similares y usad la tendencia frente al propio historial en el resto.
No. El idioma de la interfaz es una configuración por usuario, así que un técnico polaco y un planificador alemán pueden trabajar en la misma instancia en sus propios idiomas. Lo que debe compartirse es el vocabulario de datos, es decir, los nombres de activos y los códigos de causa. El enfoque habitual es mantener las etiquetas de activos neutrales al idioma, puesto que son códigos y no palabras, y traducir las etiquetas de los códigos de causa manteniendo el código subyacente idéntico.
Varía demasiado como para dar una media útil, y tratarlo como una duración fija es el error. Lo que acorta de forma fiable el plazo es iniciarlo antes de la selección del proveedor, ser precisos sobre lo que se mide a nivel de máquina frente a nivel individual y ofrecer escribir los límites en el propio acuerdo. Lo que alarga de forma fiable el proceso es presentar un contrato firmado y pedir la aprobación. Planificad el sitio alemán como una pista independiente con sus propias fechas.
Normalmente no en la misma oleada. Tienen restricciones diferentes: la capa CMMS es configuración y gestión del cambio, mientras que OEE es trabajo de conexión física marcado por el acceso a la línea. Ejecutarlos juntos hace que todo el programa avance al ritmo de la ventana de parada más lenta. El patrón que funciona es CMMS primero en todo el grupo, OEE conectado línea por línea según permitan las ventanas de mantenimiento, con el sitio piloto haciendo ambos para que aprendáis la interacción pronto.
Para dimensionar un despliegue de grupo, incluido el paquete de seguridad que podéis distribuir a cada sitio a la vez, reservad una demo. Si estáis encargando un nuevo sitio como parte del programa, veed la guía de puesta en marcha de planta greenfield, y para las definiciones métricas en las que el grupo se estandarizará, la guía de OEE para manufactura.
Última actualización: 7 de agosto de 2026.
Iniciar sesión
Blog
