Resumen técnico
Conclusiones clave:

El artículo subraya que los proyectos de máquinas construidas para uso propio requieren definir desde una fase temprana el papel de la planta y la vía de conformidad, ya que la integración suele dar lugar a un nuevo conjunto funcional. Abordar la seguridad «al final» conduce a modificaciones costosas y a retrasos.

  • Las máquinas fabricadas internamente en 2026 suponen un riesgo de diseño y pueden implicar obligaciones propias del fabricante, con independencia de que se comercialicen o no
  • Es fundamental distinguir entre: máquina nueva, conjunto de máquinas acopladas, reconstrucción/modificación sustancial o cambio operativo
  • Una clasificación errónea suele acabar en modificaciones de los resguardos y del sistema de control, ensayos adicionales, retrasos en la puesta en marcha y conflictos sobre la conformidad.
  • Las decisiones más costosas son las que se toman demasiado tarde: la integración de robots, transportadores, cortinas fotoeléctricas y software propio pone de manifiesto las carencias solo en el momento de la puesta en marcha.
  • Criterio práctico: quién decide la arquitectura de seguridad, la lógica de control y las condiciones de uso; si es la planta, debe justificarlo y documentarlo

Por qué este tema es importante hoy

Las máquinas construidas para uso propio ya no son una cuestión secundaria de mantenimiento, sino un ámbito con pleno riesgo de diseño y de responsabilidad para la planta. En 2026, el problema no consiste solo en preguntarse si el equipo «sale al exterior», sino en determinar si la forma en que se ha diseñado, ensamblado y puesto en marcha genera para la planta obligaciones propias del fabricante o de la entidad que introduce una modificación sustancial de máquinas. Esto afecta directamente al calendario de la inversión, al presupuesto y a la responsabilidad del equipo directivo. Una clasificación incorrecta del proyecto rara vez se resuelve únicamente corrigiendo la documentación. Lo más habitual es que implique rediseñar resguardos, modificar el sistema de control, repetir ensayos, retrasar la puesta en marcha y abrir una discusión sobre quién debía garantizar la conformidad. En la práctica, lo más costoso no son los requisitos en sí, sino las decisiones tomadas demasiado tarde.

Por eso, este asunto debe resolverse en la fase de planteamiento del proyecto y no en la recepción. Para el equipo, esto significa tener que responder a una pregunta operativa clave: si la planta se limita a ensamblar equipos estándar dentro de un proceso existente, o si en realidad está creando una máquina nueva o cambiando la función y el nivel de riesgo de una ya existente. Este criterio tiene una dimensión práctica, porque ordena la responsabilidad sobre la documentación técnica, la evaluación de riesgos, las soluciones de seguridad y las condiciones para autorizar el uso. Si la decisión se toma demasiado tarde, el proyecto empieza a desarrollarse sobre premisas erróneas: la parte mecánica avanza por su lado, la automatización por el suyo, y la cuestión de la conformidad no reaparece hasta que el equipo ya está físicamente terminado y cualquier cambio cuesta varias veces más que en la fase conceptual.

Un ejemplo habitual en la práctica es una célula robotizada o una línea semiautomática montada a partir de componentes ya preparados: robot, transportadores, cortinas, controlador y software desarrollado internamente en la planta. A nivel interno, a veces se considera una «modernización del proceso», porque no se vende nada a un cliente. Sin embargo, desde el punto de vista de la responsabilidad, lo decisivo no es el lugar de uso, sino el efecto técnico de la integración. Si el equipo crea una nueva lógica de funcionamiento, define zonas peligrosas en las máquinas, selecciona funciones de seguridad en la automatización industrial y establece las condiciones de intervención del operario, entonces ya no está realizando únicamente un montaje. En ese caso, la conformidad debe gestionarse como una parte integral del proyecto de ingeniería, con sus propios puntos de decisión e indicadores, como el número de no conformidades de seguridad abiertas antes de la puesta en marcha, el número de cambios de diseño tras la aceptación interna y el tiempo necesario para cerrar la evaluación de riesgos.

Solo en este contexto tiene sentido introducir la referencia normativa. En 2026, para una planta lo más importante es distinguir si se trata de una máquina nueva, de un conjunto de máquinas acopladas, de la reconstrucción de una máquina existente o simplemente de un cambio operativo sin impacto en los requisitos esenciales de seguridad. El alcance de las obligaciones no es idéntico en cada una de estas situaciones, por lo que no debe basarse la decisión en la simplificación de que «es para uso propio, así que las normas del fabricante no nos afectan». Si la planta asume el control efectivo del proyecto y de su seguridad, debe estar preparada para demostrar sobre qué base consideró admisible una determinada variante. Eso es precisamente lo que da hoy relevancia a este tema: no se trata de una formalidad al final del proceso, sino de elegir un modelo de ejecución del proyecto que o bien limita el riesgo y el coste, o bien los desplaza al momento en que corregir resulta más difícil.

Dónde suelen aumentar más el coste o el riesgo

En los proyectos de máquinas construidas para uso propio, el coste rara vez aumenta por un único «gran error». Mucho más a menudo se incrementa como consecuencia de una serie de decisiones tomadas demasiado tarde o en un nivel de responsabilidad inadecuado. La suposición más arriesgada es pensar que los aspectos legales y de seguridad pueden cerrarse una vez terminada la construcción, cuando la parte mecánica y el control ya están, en la práctica, congelados. En ese momento, cualquier corrección de resguardos, sistemas de control relacionados con la seguridad, funciones de parada o accesos de servicio deja de ser un cambio menor y empieza a afectar al calendario, a las recepciones internas y al alcance de los trabajos de los proveedores. Para la planta, esto no solo significa un mayor coste de ejecución, sino también un riesgo real de asumir la responsabilidad por una solución que no puede justificarse fácilmente ni desde el punto de vista técnico ni organizativo.

Lo más habitual es que el problema comience en la fase de calificación del proyecto. El equipo trata el proyecto como una modernización o como un «puesto tecnológico», cuando en realidad se está creando una máquina nueva o un conjunto de máquinas con su propia lógica de control, funciones de seguridad integradas y un modo de uso previsible. Si ese límite se identifica mal, también será errónea la ruta de decisión posterior: distinto alcance de la documentación, distinta forma de evaluar el riesgo, distintos requisitos para las interfaces entre equipos. El criterio práctico es sencillo: hay que responder quién decide realmente sobre la arquitectura de seguridad, la forma de control y las condiciones de uso tras la puesta en marcha. Si la respuesta es «la planta», no tiene sentido planificar el calendario como si la responsabilidad siguiera recayendo exclusivamente en los proveedores de los elementos que componen la instalación.

Un buen ejemplo es una línea montada a partir de módulos prefabricados, robots, transportadores y software de supervisión propio. Al principio, el proyecto parece seguro desde el punto de vista organizativo, porque la mayoría de los equipos proceden de proveedores de prestigio. Sin embargo, el coste y el riesgo aparecen en el punto de integración: las zonas de acceso se solapan, el rearme tras una parada de emergencia no sigue una lógica uniforme y los modos de ajuste y servicio se resuelven solo durante la puesta en marcha. Es entonces cuando se pone de manifiesto que las declaraciones y los manuales de cada componente no resuelven el problema del conjunto funcional completo. El efecto sobre el proyecto es el habitual: nuevas modificaciones en los cuadros eléctricos, cambios de software, incorporación de resguardos, ensayos adicionales y aplazamiento de la fecha de entrega para la puesta en servicio. Por eso conviene medir no solo el número de no conformidades, sino también el número de interfaces de seguridad abiertas entre equipos y el número de cambios en las funciones de seguridad una vez finalizado el proyecto de ejecución. Son indicadores que muestran pronto si el coste empieza a crecer en el punto más difícil de controlar. En el caso de líneas de producción y tecnológicas, este enfoque resulta especialmente útil.

La segunda fuente de pérdidas es repartir la responsabilidad entre departamentos de una forma cómoda desde el punto de vista organizativo, pero poco clara desde el punto de vista jurídico. El diseñador prevé una solución, el área de automatización la implanta, mantenimiento añade requisitos de operación y nadie cierra las decisiones en una única evaluación de riesgos referida a la configuración final. En la práctica, es precisamente entonces cuando aparecen desviaciones aparentemente menores: los interruptores de resguardo se seleccionan sin relación con el tiempo real de parada, las anulaciones de servicio no tienen condiciones de uso claramente definidas y la instrucción interna describe un estado ideal, no el resultante tras los cambios introducidos durante la puesta en marcha. En 2026, en el caso de máquinas fabricadas internamente, esta situación es especialmente peligrosa, porque la planta no puede escudarse en que «el sistema se fue creando por etapas». Si ha asumido el papel de entidad que realmente crea e integra la solución, debe demostrar la coherencia entre los requisitos esenciales, la evaluación de riesgos, la documentación técnica y las condiciones de uso. Si la calificación jurídica del proyecto se sitúa en la intersección de varios regímenes, eso debe resolverse antes de pedir los componentes críticos, y no después de la puesta en marcha. Ese es precisamente el criterio práctico de decisión: si la elección de hoy reduce el número de cambios de diseño tras la recepción interna, o si solo aplaza el problema hasta el momento en que cada corrección costará el doble. En este contexto, la certificación CE de máquinas y una auditoría de seguridad de máquinas y líneas de producción ayudan a ordenar las responsabilidades y verificar la coherencia de la solución final.

Cómo abordar el tema en la práctica

En la práctica, el diseño de una máquina fabricada para uso propio debe gestionarse como se gestiona un producto cuya seguridad y conformidad recaen íntegramente en la planta, y no como un conjunto de trabajos de mantenimiento y automatización repartidos entre distintos departamentos. Esto determina la forma de tomar decisiones ya desde el inicio del proyecto. Si el equipo trata la iniciativa únicamente como una «modernización interna», la cuestión sobre los límites de la intervención, el alcance de la responsabilidad y la integridad de las evidencias que respaldan las soluciones adoptadas suele plantearse demasiado tarde. El resultado es previsible: el coste reaparece en la fase final del proyecto en forma de modificaciones de resguardos, cambios en el sistema de control, nueva puesta en marcha y correcciones de la documentación, mientras que la responsabilidad sigue recayendo en la planta, con independencia del número de subcontratistas que hayan participado en los trabajos.

Por eso, la primera decisión de gestión no debería ser «qué compramos», sino «quién cierra la calificación del proyecto y con qué base». En un proyecto fabricado internamente hace falta un único responsable de la decisión sobre la configuración final de la máquina: una persona o un equipo capaz de integrar la función técnica, las condiciones de uso, la forma de intervención del servicio técnico y las consecuencias legales. Un buen criterio de evaluación es sencillo: si a día de hoy puede definirse el modo de trabajo final, los modos especiales, los límites de acceso de las personas a las zonas de peligro y las condiciones de parada y de nuevo arranque tras una intervención. Si no es así, el proyecto no está listo para pedir elementos críticos ni para cerrar la arquitectura de control. En ese estado, cualquier decisión de compra reduce la flexibilidad y aumenta el riesgo de que más adelante haya que adaptar la seguridad a una solución ya elegida, en lugar de diseñarla en paralelo con la función de la máquina.

Un ejemplo típico es el de un puesto robotizado o una línea montada a partir de subconjuntos procedentes de distintas fuentes. En la fase conceptual se prevé un acceso sencillo para mantenimiento, pero tras las pruebas resulta que el ajuste requiere entradas más frecuentes al interior, trabajo a velocidad reducida o la desactivación temporal de parte de las protecciones en condiciones estrictamente definidas. Si estos escenarios no se han identificado y evaluado antes, el equipo empieza a «añadir» excepciones: un interruptor adicional, un bypass, un procedimiento específico para el técnico. Ese es el momento en el que aumentan tanto el coste como la responsabilidad personal de quienes aprueban la solución. No porque el cambio en sí sea inadmisible, sino porque se ha introducido fuera de un proceso cerrado de análisis de riesgos en el proyecto y sin demostrar que la forma final de uso sigue cumpliendo los requisitos de seguridad. Por eso conviene medir no solo el plazo de puesta en marcha, sino también el número de cambios que afectan a las funciones de protección tras la aceptación interna, el número de desviaciones abiertas sin decisión del responsable del proyecto y el tiempo necesario para llevar la documentación a un estado conforme con la máquina real.

Solo en este contexto tiene sentido la referencia normativa y legal. En 2026, en el caso de máquinas fabricadas internamente, lo decisivo no es el mero concepto de «uso propio», sino si la planta realmente diseña, integra y pone en servicio una solución terminada bajo su propio control. Si es así, debe poder demostrar la coherencia entre los requisitos esenciales, la evaluación de riesgos, las soluciones técnicas, las instrucciones y las condiciones de uso. Si la situación real es más compleja, por ejemplo cuando incluye la reconstrucción de una máquina existente, la integración de varios conjuntos o un cambio del uso previsto, la calificación debe determinarse antes de la implantación, porque de ella dependen el alcance de las obligaciones documentales y la forma de gestionar las evidencias de conformidad. Desde el punto de vista directivo, esto significa una cosa: no posponer la resolución del estatus legal del proyecto hasta la fase de puesta en marcha. En este ámbito, el retraso casi siempre se convierte en un coste de diseño, y un coste de diseño se transforma muy rápidamente en un riesgo de responsabilidad para la planta.

Qué tener en cuenta durante la implantación

En las máquinas fabricadas para uso propio, el mayor error de implantación consiste en asumir que, como el equipo va a permanecer dentro de la planta, los requisitos formales pueden «cerrarse más adelante». En la práctica, es precisamente la fase de puesta en marcha la que revela si el proyecto se ha gestionado como una iniciativa de ingeniería con control de cambios o como una sucesión de decisiones puntuales tomadas bajo la presión de la producción. Para una planta en 2026, esto tiene una repercusión jurídica y económica directa: cualquier cambio en la lógica de control, los resguardos, el acceso para servicio o la forma de trabajo del operario después de la recepción técnica puede poner en cuestión la coherencia de la evaluación de riesgos y de la documentación previa. Si el equipo no puede indicar quién aprobó el cambio, cuál fue su impacto en la seguridad y si las instrucciones siguen reflejando la situación real, el problema no es solo organizativo. Es un riesgo de responsabilidad para la planta por poner en servicio una solución cuya seguridad no se ha demostrado de una manera defendible.

Por eso, en el diseño hay que prestar atención no solo a los parámetros técnicos, sino también a los límites de las decisiones que pueden adoptarse sin una nueva evaluación. El criterio práctico es sencillo: si el cambio afecta a una función de seguridad, a la secuencia de trabajo, al acceso de las personas a la zona de peligro, al modo de ajuste, al mantenimiento o al uso previsto, no debe tratarse como una simple corrección de puesta en marcha. Ese cambio requiere una decisión del responsable del proyecto, una revisión del riesgo y la comprobación de que las evidencias de conformidad siguen siendo válidas. Desde el punto de vista del calendario, esto significa que la arquitectura de seguridad debe quedar cerrada antes de la puesta en marcha productiva, y no después. Si la planta no lo hace, el coste vuelve por partida doble: primero como retrabajo eléctrico o mecánico y después como parada, recepciones adicionales y conflicto de responsabilidades entre automatización, mantenimiento y el jefe de proyecto.

Un ejemplo práctico típico es un puesto construido internamente con un robot, un transportador y un sistema de alimentación, que en un principio debía funcionar sin intervención del operario y que, tras las pruebas, pasa a permitir la reposición manual de la pieza durante el funcionamiento automático. Desde el punto de vista del proyecto, esta decisión suele presentarse como una pequeña optimización del rendimiento. En realidad, modifica las condiciones de uso, la forma de acceso a la zona de trabajo y las exigencias aplicables a las medidas de protección y al control. Si el equipo lo trata como una mejora local, sin revisión formal, puede llegarse a una situación en la que la instrucción describa una forma de uso, la evaluación de riesgos otra y la operación real una tercera. Esta discrepancia eleva el coste de mantenimiento y de defensa de las decisiones técnicas, porque cualquier avería posterior, incidente potencialmente accidental o inspección se evaluará según la situación real, y no según las intenciones del proyecto.

Solo en este contexto merece la pena referirse a los requisitos legales. En las máquinas fabricadas internamente no basta con la convicción de que la planta es «solo usuaria» si, en realidad, ha diseñado, integrado o modificado de forma sustancial la solución y la ha puesto en servicio. En ese caso, lo relevante es la capacidad de demostrar que los requisitos esenciales se han traducido en soluciones técnicas y organizativas concretas. Cuando el estatus del proyecto es fronterizo, por ejemplo, porque incluye la reconstrucción de una máquina existente o la integración de varios equipos en un nuevo conjunto funcional, la decisión debe basarse en la situación real y no en el nombre del proyecto ni en la estructura de compras. Para el equipo, la medida práctica de la madurez de la implantación es la siguiente: si antes de la puesta en marcha puede identificarse sin añadir nada más el alcance actual de la máquina, la evaluación de riesgos aprobada, la lista de cambios tras las pruebas, las condiciones de operación segura y la persona responsable de aceptar las desviaciones. Si no es así, la implantación sigue formal y operativamente abierta, aunque la máquina ya esté ejecutando el ciclo de producción.

Máquinas fabricadas para uso propio (in-house) y obligaciones legales de la planta en 2026

No se pueden basar las decisiones en la suposición de que, como la máquina no se vende, las obligaciones del «fabricante» no son aplicables. Lo determinante es el efecto técnico de la integración y quién controla realmente el diseño y la seguridad.

Cuando la planta crea una nueva lógica de funcionamiento, define zonas peligrosas, selecciona funciones de seguridad y establece las condiciones de intervención del operador, ya no se trata únicamente de un montaje. En ese caso, la conformidad debe gestionarse como parte del proyecto de ingeniería.

Hay que determinar quién decide sobre la arquitectura de seguridad, la forma de control y las condiciones de uso tras la puesta en marcha. Si es la planta, el calendario y el alcance de los trabajos no deben dar por supuesto que la responsabilidad recae exclusivamente en los proveedores de los componentes.

Cuando las cuestiones de seguridad y conformidad se cierran una vez finalizada la construcción, la parte mecánica y el sistema de control ya están «congelados», y cualquier corrección se vuelve costosa y afecta al calendario. Las consecuencias habituales son la modificación de resguardos, cambios en el sistema de control, ensayos adicionales y el retraso de la puesta en marcha.

Los problemas aparecen en las interfaces: superposición de zonas de acceso, falta de una lógica coherente de rearme tras una parada de emergencia y ajuste de los modos de reglaje y servicio solo durante la puesta en marcha. Las declaraciones y las instrucciones de los componentes no resuelven automáticamente los riesgos del conjunto funcional en su totalidad.

Compartir: LinkedIn Facebook