Cómo elegir un integrador de automatización: 5 criterios que realmente determinan la seguridad y el coste total del proyecto

La elección de un integrador de automatización rara vez se decide únicamente por criterios técnicos. En la práctica, es una decisión sobre en qué fase del proyecto aflorará el riesgo: ya durante la concepción y las definiciones previas, o solo después del montaje, cuando la línea deba volver a producir. Desde la perspectiva de la planta, lo más costoso no suelen ser los errores puntuales de programación, sino unos supuestos de partida erróneos: un alcance de cambios mal definido, interfaces omitidas con la instalación existente, ausencia de pruebas acordadas, documentación deficiente y una responsabilidad trasladada al usuario final.

Por eso, el precio de la oferta debería ser solo uno de los elementos de evaluación. El coste real del proyecto suele venir determinado por las preguntas que el integrador plantea antes del pedido, por la forma de gestionar la puesta en marcha y por la calidad del rastro documental que deja al finalizar los trabajos. Es precisamente en ese punto donde la seguridad y los costes dejan de ser cuestiones separadas, especialmente en un entorno de automatización industrial.

El precio de la integración no es el coste del proyecto

Lo más fácil es comparar el importe de la oferta, pero normalmente ese es el criterio de selección más débil. El coste de contratación del servicio es solo una parte del coste total de la decisión de proyecto. El resultado de la inversión suele depender más de los problemas que aparecen tras la puesta en marcha: retrabajos en los resguardos, cambios en la lógica de seguridad, conflicto entre la productividad exigida y las condiciones reales de trabajo seguro, carencias en la documentación necesaria para la recepción y retrasos derivados de nuevas puestas en marcha de la instalación. Por eso, la oferta más barata rara vez resulta ser la más económica a lo largo de todo el ciclo de vida de la solución.

En los proyectos de modernización, la diferencia entre un ejecutor y un socio de proyecto se hace visible muy pronto. El ejecutor realiza lo que figura en la especificación. El socio de proyecto primero verifica si la propia especificación no contiene supuestos que más adelante se convertirán en una fuente de costes o de responsabilidad para la planta. Sabe identificar los límites del proyecto, las interfaces con la línea existente, las dependencias entre mecánica, control y seguridad, así como el impacto de los cambios en el estado de la máquina tras la modernización y en la evaluación de la conformidad. No es una cuestión de estilo de trabajo, sino de capacidad para gestionar el riesgo desde el inicio del proyecto.

La mayor parte de las soluciones de compromiso costosas suele generarse en la fase de concepto. Un escenario habitual es el siguiente: el proyecto prevé una simple sustitución del sistema de control, pero sin analizar su impacto en la secuencia de trabajo, el acceso para mantenimiento y las funciones de seguridad. Tras la puesta en marcha, resulta que el operario debe realizar operaciones manuales adicionales, el mantenimiento necesita procedimientos que compensen un mal diseño y la productividad cae porque no se ha resuelto bien el acceso seguro a las zonas de trabajo. Es entonces cuando empiezan las correcciones no contempladas en la oferta: cambios mecánicos, incorporación de resguardos, rediseño de los circuitos de seguridad, actualización de la documentación y nuevas recepciones. En ese momento, el programa del controlador puede acabar siendo la parte menos problemática.

Por eso, conviene leer la oferta del integrador no solo desde la óptica de la inversión inicial, sino también desde la de los costes posteriores a la puesta en marcha y de las preguntas planteadas al inicio. Es una buena señal que se describan con precisión los supuestos de contorno, que se identifiquen los riesgos en la interfaz con la instalación existente, que se advierta sobre carencias en los datos de entrada y que exista disposición a cuestionar expectativas erróneas del inversor. Es una mala señal prometer una ejecución rápida sin analizar interfaces, no hacer referencia a la documentación de la máquina existente, omitir las condiciones de recepción y guardar silencio sobre la responsabilidad en materia de seguridad tras los cambios. En este contexto, queda claro que la seguridad y los costes ocultos del proyecto y de la certificación CE no son un añadido de última hora, sino una condición de partida de toda la modernización.

Cinco criterios que descartan los falsos ahorros

Los proyectos más caros no suelen ser aquellos en los que el integrador tenía una tarifa inicial más alta, sino aquellos en los que se compró una simplicidad aparente. Por eso, conviene basar la elección del contratista en cinco criterios que pueden verificarse incluso antes de firmar el contrato. Funcionan tanto en una conversación técnica como en una solicitud de oferta o en una matriz de evaluación de ofertas.

El primer criterio es la madurez de proyecto en el ámbito de la seguridad. Un integrador riguroso sabe describir no solo la arquitectura de control, sino también la forma de identificar los peligros, los supuestos de contorno, el reparto de responsabilidades entre las partes y la lógica de selección de las medidas de protección. Si la conversación se limita a elegir un controlador, una cortina o un enclavamiento, y no lleva a preguntar quién responde de la evaluación de riesgos tras los cambios, cuáles son los modos de funcionamiento y qué desviaciones respecto al uso normal deben tenerse en cuenta, entonces el proyecto se está abordando de forma demasiado superficial.

El segundo criterio se refiere a la capacidad de trabajar en la interfaz entre disciplinas. Los problemas reales de seguridad rara vez se deben a un único error eléctrico. Surgen en las interfaces: entre el movimiento mecánico y el resguardo, entre la secuencia de control y la neumática, entre el rearme del sistema y la visibilidad de la zona peligrosa, entre la ergonomía de operación y la organización del cambio de formato. Un integrador que no percibe estas dependencias suele trasladar su coste a la fase de puesta en marcha.

El tercer criterio es la calidad de la documentación y de la trazabilidad de las decisiones. Ya en la fase de oferta debe quedar claro si el contratista contempla el concepto de seguridad, los esquemas, la lista de entradas y salidas, la descripción de funciones, el plan de pruebas, el registro de cambios y las condiciones de aceptación. La falta de documentación casi siempre traslada el coste a la planta: el equipo de mantenimiento pierde tiempo reconstruyendo la lógica de funcionamiento, las modificaciones posteriores se introducen sin certeza sobre sus efectos y la evaluación de la conformidad tras la modernización se vuelve más difícil, porque no se sabe qué hipótesis se adoptaron ni qué se cambió realmente. Una buena documentación no es un complemento administrativo, sino una herramienta de control del riesgo técnico.

El cuarto criterio es la forma de gestionar la puesta en marcha y la recepción. Para la planta no solo importa que la máquina arranque, sino que la puesta en marcha esté planificada de modo que pueda confirmarse objetivamente el cumplimiento de los requisitos funcionales y de seguridad. El integrador debe definir de antemano los escenarios de prueba, los criterios de aceptación, las condiciones de entrega para la explotación y el modo de tratar las no conformidades. Si la recepción va a consistir únicamente en poner en marcha la producción y corregir fallos sobre la marcha, el inversor asume el riesgo de disputas sobre el alcance, retrasos y correcciones costosas tras una parada.

El quinto criterio es la mantenibilidad y la durabilidad de la solución. El programa puede funcionar correctamente el día de la puesta en marcha y, al mismo tiempo, estar escrito de forma poco legible, sin un diagnóstico razonable, sin control de versiones y sin preparación para futuros cambios. En ese caso, cada avería, ampliación o sustitución de componentes se convierte en una operación de riesgo elevado. Una solución bien preparada permite recuperar la versión del programa, determinar la causa de la parada, verificar los parámetros de seguridad e introducir modificaciones sin empeorar el nivel de protección.

Estos criterios pueden verificarse rápidamente con unas pocas preguntas:

• ¿Cómo se describirán la identificación de peligros, el alcance de los cambios y el reparto de responsabilidades entre el integrador y el usuario?
• ¿Qué documentos serán condición para la recepción: esquemas, descripción de funciones, plan de pruebas, protocolos, registro de cambios, copias del programa y versiones de seguridad?
• ¿Cómo se realizarán las pruebas funcionales y las pruebas relacionadas con la seguridad, y quién aprueba las no conformidades y las desviaciones?
• ¿Cómo se dará servicio a la solución al cabo de un año y tras una nueva modernización: diagnóstico, acceso a repuestos, claridad del programa, recuperación de versiones?

Si las respuestas son genéricas, el problema no está en el estilo de comunicación, sino en la madurez del proceso. Desde el punto de vista de los costes y de la conformidad, es precisamente entonces cuando aumenta el riesgo de que la planta asuma obligaciones que no se contemplaron ni en el presupuesto ni en el calendario.

Dónde el integrador genera costes o los elimina

El coste del trabajo del integrador se evalúa mejor por la fase del proyecto en la que salen a la luz los problemas. Si las decisiones difíciles aparecen solo durante la puesta en marcha, el coste casi siempre se traslada a la planta: en forma de tiempo adicional de parada, cambios realizados bajo la presión de la producción y una responsabilidad poco clara sobre lo que realmente se modificó. En un proyecto bien gestionado, esos costes se eliminan antes. El conflicto entre el ritmo exigido, el acceso del operario, el acceso para mantenimiento y las medidas de protección debería identificarse en la fase conceptual, y no en planta una vez realizado el montaje.

Aquí es donde resulta más fácil distinguir al contratista que «cambia el control» del integrador que responde por la coherencia de la solución. La modernización de una máquina existente o de un tramo de línea rara vez se reduce a una simple sustitución del controlador y de unos pocos accionamientos. El cambio en la lógica de funcionamiento suele afectar a todo el sistema de dependencias: la secuencia de movimientos pasa a ser distinta, cambian los tiempos de reacción y surge la necesidad de un acceso diferente durante el cambio de formato, la limpieza o la eliminación de atascos. Si el integrador no analiza esto antes de congelar el proyecto, el control puede funcionar correctamente y, aun así, el conjunto no estará listo para una explotación segura.

Un ejemplo típico es sencillo. La planta prevé modernizar un puesto de embalaje en una ventana de servicio corta. La hipótesis inicial parece razonable: sustituir un control obsoleto, ordenar los accionamientos, introducir algunas correcciones en la secuencia, sin intervención mecánica. Sin embargo, al arrancar resulta que la nueva lógica exige que el operario entre con más frecuencia en la zona de alimentación de material, y que las protecciones existentes y la disposición de los dispositivos de seguridad alargan cada intervención hasta un nivel inaceptable para la producción. El equipo de mantenimiento empieza a buscar soluciones provisionales, el servicio de prevención cuestiona la forma de acceso, producción presiona para recuperar el ritmo, y el integrador señala que el programa funciona conforme a la función acordada. En el siguiente paso hay que modificar las protecciones, rediseñar la forma de confirmar las intervenciones, afinar el procedimiento de cambio de formato y completar las instrucciones para operación y mantenimiento.

Cada uno de estos cambios, por separado, puede parecer menor, pero en conjunto crean una cascada de costes: más días de indisponibilidad del puesto, no conformidades adicionales en la recepción, nuevas intervenciones tras el inicio de la producción y una disputa sobre si el problema detectado era un cambio de alcance o la consecuencia de un concepto erróneo. El mismo caso, llevado con rigor, tiene otro aspecto ya varias semanas antes. El integrador muestra que el ritmo requerido y la forma de operación esperada entran en conflicto con la disposición actual de las protecciones y con el acceso para mantenimiento. No oculta el problema bajo la fórmula «saldrá en la puesta en marcha», sino que presenta variantes y sus consecuencias para el proceso, la seguridad y la recepción posterior.

Es precisamente en ese momento cuando la planta puede tomar una decisión informada: llevar a cabo una modernización completa o ejecutar los trabajos por fases con una definición incompleta de los requisitos, pero con un límite de responsabilidad claramente descrito para los cambios que salgan a la luz durante la puesta en marcha. En la práctica, conviene preguntar no solo por las declaraciones, sino también por el desarrollo de proyectos anteriores: cuántos cambios se introdujeron tras congelar el proyecto, cuántas no conformidades aparecieron en la recepción, cuántas intervenciones fueron necesarias después del arranque y cuál fue el tiempo real de indisponibilidad del puesto. Estas preguntas muestran rápidamente si estamos ante un problema habitual de puesta en marcha o ante un error de diseño.

Solo en este contexto se aprecia con claridad el papel de la documentación, las pruebas y la evaluación de la conformidad tras la modernización. No son un complemento burocrático de una máquina ya terminada. Son el resultado de un buen proceso de diseño, que integra la lógica de control con la seguridad, la ergonomía de uso y las necesidades de mantenimiento. Si estos elementos no se desarrollan en paralelo, la planta asume el riesgo en el peor momento: después del montaje, bajo la presión de reanudar la producción y sin la certeza de si el alcance de los cambios genera obligaciones adicionales para el usuario final.

Cómo comprar con responsabilidad antes de que aparezca el problema

Una buena decisión de compra en automatización industrial no empieza comparando precios, sino con la calidad de los datos de entrada facilitados al integrador. Si la solicitud describe únicamente el resultado productivo esperado, el contratista definirá por su cuenta los límites del proyecto, la forma de operación, las condiciones de servicio y las hipótesis sobre la línea existente. Esto suele significar que la oferta más barata solo lo es porque omite elementos que generan costes y que no afloran hasta la puesta en marcha.

Por eso, la planta debe describir no solo la función de la máquina o de la modernización, sino también las limitaciones del proceso, los requisitos de operación, las interfaces con los sistemas y equipos ya en funcionamiento, el modo de servicio esperado, las condiciones de parada y el alcance de la documentación necesaria para mantenimiento, formación y cambios posteriores. En esta fase también hay que decidir si los trabajos de mecánica y automatización se gestionarán conjuntamente o por separado, y quién será responsable de las interfaces entre disciplinas. Cuanto más precisos sean los datos de entrada, menor será el riesgo de que la oferta oculte costes desplazados a una fase posterior.

La evaluación de las ofertas no debería premiar la promesa de «lo haremos de forma integral», sino aquello que pueda verificarse antes del pedido. Una buena oferta muestra el plan de trabajo, la lista de hipótesis adoptadas para la valoración, los riesgos identificados, los datos de entrada requeridos por parte de la planta, el reparto de responsabilidades y la forma de realizar las pruebas antes de la entrega y durante la puesta en marcha. También debe describir con claridad las condiciones de recepción: qué es condición indispensable para la aceptación y qué puede pasar a una lista de puntos abiertos para cerrar después del arranque. Si el integrador no sabe identificar los riesgos, definir los criterios de aceptación ni señalar la información que falta, el problema no desaparecerá tras la firma del pedido. Simplemente se trasladará al calendario de parada y al presupuesto de cambios.

La mayoría de los malentendidos surgen después no por la propia técnica, sino por un contrato impreciso. El documento comercial debe ordenar no solo el plazo y el precio, sino también el modo de gestión de cambios, los derechos sobre el código fuente, el diseño y la documentación, las obligaciones de las partes durante la puesta en marcha, los criterios de aceptación y la relación completa de materiales que deben entregarse en la recepción. Esto incluye los programas de controladores y paneles, las copias de seguridad, los esquemas, las listas de señales, los ajustes, las instrucciones, los resultados de las pruebas y los documentos necesarios para la explotación posterior y para una posible vía de certificación CE de máquinas. Una buena práctica es supeditar la recepción final y el último pago a la integridad de la documentación y a la ejecución de las pruebas acordadas, porque es precisamente entonces cuando se pone de manifiesto el nivel real de preparación del integrador.

• en la solicitud: función, limitaciones del proceso, interfaces, modo de servicio, documentación esperada, límites del proyecto
• en la oferta: hipótesis, riesgos, planificación del proyecto, responsabilidades de las partes, condiciones de recepción
• en el contrato y la recepción: reglas de gestión de cambios, derechos sobre el código y los documentos, conjunto completo de entrega, criterios de aceptación

La referencia a los requisitos formales debe cerrar la decisión, no sustituirla. Las simples alusiones a la seguridad de las máquinas, la evaluación de la conformidad, la documentación técnica, las instrucciones o la verificación de las funciones de seguridad no corregirán un alcance mal definido ni un reparto poco claro de responsabilidades. Si el proyecto se refiere a una máquina nueva o a una modernización que pueda considerarse una modificación sustancial, esto debe identificarse con la debida antelación, antes del pedido y antes de aceptar la forma de ejecución. De lo contrario, el usuario final puede acabar asumiendo obligaciones que no se tuvieron en cuenta ni en la valoración ni en el calendario.

La conclusión práctica es sencilla: resulta más económico dedicar más tiempo a preparar la solicitud, verificar al integrador y realizar una revisión de seguridad de máquinas y líneas antes de la puesta en marcha de la producción que asumir correcciones cuando la línea ya está parada y las responsabilidades entre las partes siguen sin estar claras. Al elegir un integrador de automatización, la seguridad no es un coste accesorio. Es la vía más directa para reducir los costes que aparecen cuando el proyecto se ha definido mal desde el principio. En la práctica, también ayuda una colaboración bien organizada entre el integrador y el departamento de mantenimiento, así como una preparación adecuada de la planta para la automatización de la producción.