Un colector de polvo que se pone en marcha sin que se activen las alarmas no es lo mismo que un sistema cuyo funcionamiento se haya comprobado, y un sistema que funciona correctamente durante una prueba de funcionamiento no es lo mismo que un sistema que el comprador haya aceptado formalmente. Confundir estas tres fases es lo que lleva a una planta a acabar utilizando equipos que nunca se han verificado realmente según los requisitos del contrato, o a discutir un déficit de rendimiento una vez que ha vencido el plazo para documentarlo. Saber qué puede y qué no puede demostrar cada fase determina qué es lo que el comprador aprueba, qué se eleva a un nivel superior y qué pruebas existen si surge una disputa más adelante.
Lo que la primera puesta en servicio puede y no puede demostrar
| Escenario | Lo que debe transmitir la escena | Lo que no establece por sí mismo |
|---|---|---|
| Startup | Rotación, protecciones básicas, funciones auxiliares y funcionamiento de cada componente | Rendimiento del sistema integrado de recogida de polvo |
| Puesta en servicio | El colector instalado, los conductos, el ventilador, los sistemas de control, el sistema de limpieza y las interfaces de descarga funcionan conjuntamente en condiciones de funcionamiento definidas. | Aceptación contractual, salvo que los resultados documentados se comparen con las especificaciones acordadas |
| Aceptación | Los resultados documentados se han comparado con las especificaciones acordadas, y se ha asignado una disposición a cada criterio no cumplido. | Una exigencia de rendimiento incondicional que va más allá de los criterios acordados y de los resultados documentados |
La primera vez que se pone en marcha un colector de polvo, la prueba está concebida para ser limitada. La puesta en marcha tiene por objeto confirmar que el equipo funcionará sin riesgos inmediatos y que sus componentes individuales se comportan tal y como se han diseñado: los motores giran en la dirección correcta, dispositivos de enclavamiento y protecciones están presentes y en buen estado de funcionamiento, los servicios, como el aire comprimido y la alimentación eléctrica, están conectados y dentro de los límites establecidos, y los componentes individuales —una compuerta, una válvula rotativa, un solenoide de limpieza— responden cuando se les ordena. Se trata de una comprobación a nivel de componentes, no a nivel de sistema.
Esta distinción es importante porque las condiciones de puesta en marcha no suelen ser representativas de las condiciones reales del proceso. Un ventilador puede funcionar sin estar acoplado a un sistema de conductos en funcionamiento, un colector puede someterse a ciclos sin carga de polvo y una secuencia de control puede ejecutarse de forma aislada, en lugar de en respuesta a señales reales del proceso. En estas condiciones, confirmar que un componente funciona no indica al comprador si dicho componente funcionará correctamente una vez que se vea sometido a una carga de polvo real, a una resistencia real al flujo de aire o a ciclos de trabajo reales. Cuando la red de conductos, el ventilador y el colector aún no se han puesto a prueba conjuntamente bajo carga, ninguna afirmación sobre la velocidad de captura, la caída de presión o la eficacia de la limpieza puede respaldarse con los resultados de la puesta en marcha, independientemente de lo impecable que sea el proceso de puesta en marcha en sí.
Esto establece un límite práctico respecto a lo que el comprador debe esperar de un informe de puesta en marcha. Un informe de puesta en marcha puede indicar que la rotación fue correcta, que se aplicaron las medidas de protección y que se verificaron los servicios públicos. No debe utilizarse, ni aceptarse, como prueba de que el colector cumplirá un límite de emisiones, mantendrá una caída de presión específica o conservará el flujo de aire a lo largo de las zonas de producción. Si un proveedor o contratista presenta la finalización de la puesta en marcha como prueba del rendimiento del sistema, el comprador debe distinguir entre lo que se ha probado realmente (componentes individuales, condiciones estáticas) y lo que aún no se ha probado (el sistema integrado bajo carga). Esta distinción es la base para decidir si el proyecto está listo para pasar a la siguiente fase o si se necesita una verificación adicional antes de dar ese paso.
La puesta en marcha del comportamiento del sistema integrado debe demostrar
Mientras que la puesta en marcha inicial confirma que las piezas funcionan, la puesta en servicio confirma que el sistema funciona como tal. Esto implica probar el colector instalado junto con su red de conductos, el ventilador, los controles, el sistema de limpieza y las interfaces de descarga en condiciones de funcionamiento definidas de antemano —no en condiciones arbitrarias o convenientes, sino en situaciones que reflejen cómo se espera que funcione el sistema una vez que la producción dependa de él—.
La razón por la que las pruebas de integración no pueden omitirse ni deducirse a partir de comprobaciones de los componentes es que el rendimiento del control de polvo surge de las interacciones, y no de un único componente de forma aislada. La captación en la campana depende de la velocidad en el conducto, que a su vez depende del rendimiento del ventilador frente a la resistencia real del sistema, que depende de la carga del filtro y de la frecuencia de limpieza, y que depende de que la lógica de control responda correctamente a la presión diferencial o a los ciclos temporizados. Un ventilador que funcione correctamente en un banco de pruebas puede, aun así, no alcanzar la velocidad requerida una vez conectado al trazo real de conductos, ya que las pérdidas estáticas, el equilibrado de las derivaciones y los ajustes de las compuertas modifican el punto de funcionamiento. Un sistema de limpieza que funcione correctamente en una prueba de banco puede, aun así, no mantener una caída de presión estable una vez que se encarga de limpiar filtros cargados con el polvo real del proceso, ya que la formación de capas de polvo y el comportamiento de descarga dependen del material que se manipule.
Por eso, la puesta en servicio debe basarse en casos de funcionamiento definidos, en lugar de en una única prueba de «aprobado/suspendido». Pueden ser necesarios diferentes casos para representar los transitorios de arranque, las condiciones de producción en estado estacionario y las condiciones de perturbación o reducción de carga, ya que un sistema que se comporta correctamente en un punto de funcionamiento no tiene por qué hacerlo necesariamente en otro. Cuando el proceso de producción varía —por ejemplo, entre un funcionamiento por lotes intermitente y uno continuo—, los casos de funcionamiento utilizados para la puesta en servicio deben reflejar esa variabilidad; de lo contrario, el informe de puesta en servicio no representará el rendimiento que realmente se le exigirá al sistema.
Los resultados de la puesta en servicio, debidamente documentados, describen cómo se comportó el sistema integrado en los casos sometidos a prueba. Por sí solos, no constituyen una aceptación contractual. Esa determinación requiere una fase de comparación independiente con respecto a las especificaciones acordadas por las partes, razón por la cual un informe de puesta en servicio que muestre un buen comportamiento del sistema no es, por sí mismo, el mismo documento que un acta de aceptación.
Pruebas contractuales necesarias para la aceptación
| Elemento de registro de aceptación | Qué hay que comprobar | Valor de la decisión |
|---|---|---|
| Criterio acordado | Se identifica el requisito aplicable de la especificación acordada | Establece el valor de referencia contractual para el cheque |
| Resultado documentado | Se registra el resultado utilizado para la decisión de aceptación | Proporciona los datos que permiten realizar una comparación con el valor de referencia |
| Comparación de criterios | El resultado documentado se compara con el criterio acordado | Indica si se ha cumplido el criterio o si sigue sin cumplirse |
| Disposición relativa al incumplimiento de los criterios | A cada criterio no cumplido se le ha asignado una resolución | Evita que un resultado sin resolver quede oculto por la aprobación general |
La aceptación responde a una pregunta diferente a la de la puesta en servicio. La puesta en servicio se centra en si el sistema funciona; la aceptación, en si ese funcionamiento cumple con las obligaciones específicas acordadas entre el comprador y el proveedor, y requiere una comparación documentada y trazable para determinar la respuesta.
Esta comparación tiene una estructura. Cada requisito aplicable de la especificación acordada debe poder identificarse como un criterio concreto, sin que haya que deducirlo del lenguaje general del contrato. Cada criterio requiere un resultado documentado —una cifra, una observación, el resultado de una prueba— que se haya obtenido realmente en las condiciones de puesta en servicio o de ensayo, y no un valor supuesto o estimado. A continuación, el resultado debe compararse explícitamente con el criterio, de modo que el registro indique si se ha cumplido y, en caso afirmativo, con qué margen de cumplimiento o de incumplimiento. Cuando falta este paso de comparación, un conjunto de datos brutos de ensayo no constituye un registro de aceptación, por muy exhaustivos que hayan sido los ensayos subyacentes.
El paso que suele determinar si un acta de aceptación es defendible es lo que ocurre con los criterios que no se han cumplido. Un criterio de especificación puede cumplirse o no, pero un criterio no cumplido no puede simplemente omitirse en la documentación. A cada criterio no cumplido se le debe asignar una resolución, ya sea una medida correctiva con un plan definido para su resolución, una desviación acordada mutuamente, un compromiso de repetir la prueba u otra solución documentada. Sin ello, una aprobación general que abarque todo el proyecto puede ocultar una deficiencia de rendimiento pendiente, dejando al comprador sin recurso alguno una vez que el contrato se haya cerrado formalmente.
Esto tiene diferentes implicaciones dependiendo de cómo se redactaran inicialmente los criterios de aceptación. Cuando la especificación define criterios medibles y específicos de la prueba —un rango de caída de presión, una condición de funcionamiento concreta—, la comparación es directa y resulta más fácil dejar clara la decisión. Cuando los criterios se redactan en un lenguaje general o cualitativo, la fase de comparación requiere un mayor criterio, y el comprador debe confirmar, antes de que comiencen las pruebas, cómo se evaluarán los criterios ambiguos y quién tiene la autoridad para determinar si se han cumplido. El Norma IEC 62381 en pruebas de aceptación en fábrica, in situ y de integración ofrece un marco de planificación sobre cómo deben estructurarse y secuenciarse estas distintas actividades de aceptación, aunque los criterios de rendimiento del colector de polvo en sí mismos siguen siendo específicos de cada proyecto y no vienen establecidos únicamente por dicha norma. Cuando un proyecto incluye el sistema de Porvoo… equipos de captación de polvo y de control de la contaminación atmosférica, las condiciones de funcionamiento, las características de los materiales y las expectativas de rendimiento que el comprador facilita durante la definición del proyecto son los elementos que determinan las especificaciones con respecto a las cuales se realiza posteriormente esta comparación de aceptación, por lo que la exhaustividad de esa información inicial del proyecto influye directamente en la precisión de dicha comparación.
Elementos de «Punch» que impiden avanzar de una fase a otra
| Efecto que se debe indicar para cada partida de punzonado pendiente | Pregunta a la que debe responder el expediente | Importancia de las fases y los controles |
|---|---|---|
| Funcionamiento seguro | ¿Afecta este asunto pendiente al funcionamiento seguro? | No es posible determinar la preparación sin tener en cuenta este efecto. |
| Validez de la prueba | ¿Influye la partida pendiente en la validez del resultado de la prueba? | Las pruebas afectadas no pueden servir de base para la tramitación del expediente si no se indica una resolución. |
| Preparación para la siguiente etapa | ¿Influye esta cuestión pendiente en la disposición a seguir adelante? | El registro debe indicar de forma explícita la decisión sobre la progresión |
Una cuestión pendiente no es, por sí sola, motivo para detener el proceso, ni es seguro ignorarla sin más. Cada cuestión pendiente debe evaluarse en función de tres criterios distintos, y tratarlas como una lista indiferenciada de “cuestiones pendientes” dificulta identificar cuáles son realmente importantes para la decisión en cuestión.
La primera cuestión es si el problema pendiente afecta al funcionamiento seguro. Un problema que represente una deficiencia de seguridad —una protección que falte, un enclavamiento que no se haya verificado, un dispositivo de protección que se haya dejado en modo de derivación— no puede posponerse por motivos de calendario o conveniencia, ya que su presencia determina si el equipo puede funcionar o no, independientemente de cualquier otra consideración. La segunda cuestión es independiente: ¿afecta el problema pendiente a la validez de los resultados de las pruebas ya obtenidos? Un problema detectado tras la realización de una prueba puede afectar retroactivamente a la validez de los resultados de dicha prueba, incluso si el problema en sí mismo parece no estar relacionado con la seguridad. Por ejemplo, si posteriormente se descubre que un parámetro de control estaba mal configurado durante una prueba de puesta en servicio, es posible que los resultados de dicha prueba deban considerarse inválidos en lugar de una superación demostrada, independientemente de cómo se presentaran inicialmente las cifras.
La tercera pregunta aborda directamente la preparación: teniendo en cuenta todo lo demás, ¿influye el asunto pendiente en la decisión de permitir que el proyecto pase a la siguiente fase? Las dos primeras preguntas no dan una respuesta automática a esto. Un aspecto puede no afectar ni a la seguridad ni a la validez de las pruebas realizadas y, aun así, considerarse lo suficientemente importante como para que deba resolverse antes de continuar, dependiendo de lo que exijan los términos acordados del proyecto. Por el contrario, un aspecto que se haya señalado durante la puesta en servicio podría no tener ninguna repercusión en la preparación para la aceptación si su resolución ya se hubiera acordado y documentado.
Cuando no se ha indicado explícitamente el efecto de un punto pendiente sobre estas tres cuestiones, el equipo del proyecto se ve obligado a emitir un juicio implícito en lugar de uno documentado. Esta es la condición que determina más directamente si una entrega objeto de controversia puede defenderse posteriormente —no si existían puntos pendientes, ya que por lo general los hay, sino si su efecto sobre la seguridad, la validez de las pruebas y el estado de preparación quedó registrado en su momento, en lugar de reconstruirse más tarde a partir de la memoria o de notas incompletas—.
Registro de Stage-Gate para un traspaso justificable
Un traspaso justificable se construye a partir de los registros elaborados en cada una de las fases anteriores, que deben estar interrelacionados entre sí en lugar de quedar como documentos independientes. El registro de puesta en marcha establece que los componentes individuales y los sistemas de protección se verificaron en condiciones estáticas o aisladas. El registro de puesta en servicio establece cómo se comportó el sistema integrado —colector, red de conductos, ventilador, controles, sistema de limpieza e interfaces de descarga— en los casos de funcionamiento definidos. El informe de aceptación establece qué criterios de especificación cumplieron dichos resultados de puesta en servicio, cuáles quedaron sin cumplir y qué resolución se asignó a cada criterio no cumplido. La lista de pendientes establece, para cada punto pendiente en el momento de la transición, su efecto sobre el funcionamiento seguro, la validez de las pruebas y la disposición para continuar.
Lo que hace que esta cadena sea defendible no es el volumen de documentación, sino si las conexiones entre las fases son explícitas. Un registro de puesta en servicio que no pueda relacionarse con criterios de aceptación específicos deja la decisión de aceptación sin fundamento. Un registro de aceptación que haga referencia a resultados sin indicar qué prueba de puesta en servicio los generó, ni en qué caso de funcionamiento, deja la comparación abierta a cuestionamientos. Una lista de tareas pendientes que registre los asuntos pendientes sin indicar su efecto sobre la preparación deja la decisión sobre el avance implícita, en lugar de documentada.
Las condiciones que determinan qué límite de fase es más relevante dependen de lo que requiera el proyecto. Cuando el contrato especifica pruebas de aceptación rigurosas, criterio por criterio, el acta de aceptación y su tratamiento de los criterios no cumplidos tienen el mayor peso en caso de controversia. Cuando, por el contrario, el contrato hace hincapié en la verificación operativa continua durante un periodo de rodaje, la documentación del comportamiento en múltiples casos de funcionamiento que figura en el acta de puesta en servicio se convierte en la prueba más relevante. En cualquier caso, la parte encargada de preparar el expediente de entrega debería confirmar, antes de que el proyecto llegue a ese punto, qué documentación de qué fase considera decisiva el contrato, ya que eso determina en qué aspectos deben concentrarse los esfuerzos de documentación y el escrutinio a medida que el proyecto avanza hacia la entrega final.
Preguntas frecuentes
Q: ¿Se puede considerar que un colector de polvo está puesto en servicio una vez que el motor arranca y funcionan las protecciones básicas?
A: No. Esas comprobaciones solo sirven para la puesta en marcha; la puesta en servicio aún debe demostrar que el colector, los conductos, el ventilador, los controles, el sistema de limpieza y las interfaces de descarga instalados funcionan conjuntamente en las condiciones de funcionamiento definidas.
Q: ¿Qué aspectos deben acordarse antes de que comiencen las pruebas de puesta en servicio integradas?
A: Antes de ejecutar las pruebas, define los casos de funcionamiento que se van a probar y los resultados que debe arrojar cada prueba. Esto proporciona al equipo una base clara para evaluar el comportamiento del sistema integrado y evita que una comprobación satisfactoria de un componente se considere un resultado del sistema.
Q: ¿Significa que, si la puesta en marcha se ha realizado con éxito, el colector de polvo ha sido aceptado automáticamente?
A: No. Para que se apruebe, es necesario comparar los resultados documentados con los criterios aplicables de la especificación acordada, con una disposición explícita para cada criterio que no se cumpla.
Q: ¿Pueden mantenerse los elementos pendientes cuando el proyecto pasa a la siguiente fase?
A: Solo cuando el informe indique cómo afecta cada elemento al funcionamiento seguro, a la validez de la prueba y a la preparación para la siguiente fase. Un elemento que deje sin resolver cualquiera de esas cuestiones debe impedir el avance hasta que queden claros su efecto y su resolución.
