Anatomía del procedimiento de pruebas: las nueve secciones que el regulador espera.

Ejecutar una campaña de cumplimiento de código de red es una oportunidad poco común para entrar en el detalle técnico de cómo realmente se comporta una central — respuesta de tensión, respuesta de frecuencia, capacidad reactiva, tolerancia a huecos, coordinación de protecciones. Pero esa oportunidad solo rinde si la campaña se prepara correctamente. Y la preparación es un documento: el procedimiento de pruebas.

El tiempo invertido en un procedimiento robusto ahorra meses y montos significativos más adelante en el proyecto. Reduce el tráfico de observaciones del regulador. Reduce el riesgo de re-pruebas. Reduce las disputas contractuales entre la central, el EPC y el OEM. Reduce el riesgo de no alcanzar la operación comercial.

A primera vista, el requisito parece simple: cumplir con los códigos de pruebas de desempeño aplicables — ASME PTC 46 para capacidad de ciclo combinado, IEC 61000-4-30 Clase A para calidad de la energía, IEEE 2800 para recursos basados en inversores, y el anexo técnico del código de red de la jurisdicción (en México, el Anexo 5 del Manual de Interconexión de Centrales Eléctricas establecido por la Resolución RES/550/2021 de la CRE). Pero estos códigos le dan un marco sólido — el andamiaje general, las clases de instrumentación aceptadas, los métodos de cálculo aceptables. No pueden decirle cómo, cuándo, y con qué equipo específico probar su central. Para eso existe el procedimiento específico de sitio.

Lo que un procedimiento específico de sitio está reconciliando

Un procedimiento se ubica en la intersección de cuatro restricciones — y su trabajo es reconciliarlas en un único documento ejecutable:

• Códigos internacionales de pruebas — el fundamento técnico. ASME PTC 46 para aceptación de ciclo combinado, PTC 22 para turbinas de gas, PTC 6 para turbinas de vapor. IEC 61000-4-30 Clase A para calidad de la energía. IEEE 2800 para recursos basados en inversores. Estándares de calibración trazables a NIST para la instrumentación.
• Requerimientos técnicos del código de red — el mandato del regulador. En México, el Anexo 5 del Manual de Interconexión bajo la Resolución RES/550/2021 de la CRE. Marcos equivalentes en Brasil (Procedimentos de Rede vía ONS), Chile (Norma Técnica de Seguridad y Calidad de Servicio vía CEN), Colombia (Código de Conexión vía XM), Perú (Norma Técnica de Calidad vía COES), Marruecos (Cahier des Charges vía ANRE), Arabia Saudita (Grid Code vía WERA).
• Especificaciones contractuales — las garantías contra las que se está probando la central. Garantías del contrato EPC. Garantías de desempeño del OEM. Demostraciones requeridas por los financiadores. Umbrales de aceptación del propietario.
• Condiciones reales del sitio — la física de su central específica. Rango de temperatura ambiente, altitud, PCI del combustible, temperatura del agua, disposición de la interconexión, puntos de acceso para instrumentación, rutas de comunicación, restricciones de seguridad.

Los códigos de pruebas cubren la primera restricción en profundidad. Los documentos contractuales cubren la tercera. Pero la segunda y la cuarta — los requerimientos específicos del regulador y las condiciones específicas del sitio — son donde cada central es distinta, y donde el procedimiento tiene que hacer el juicio de ingeniería que ningún código externo puede aportar.

Las nueve secciones que debe contener un procedimiento defendible

A lo largo de proyectos en más de 50 centrales — térmicas, ciclos combinados, hidráulicas, renovables y BESS — las mismas nueve secciones aparecen en cada procedimiento que ha pasado la revisión del regulador sin un ciclo de re-trabajo. Cuando una de estas secciones falta o está débil, ahí es donde se concentra el tráfico de observaciones después.

1. Pruebas a ejecutar — la lista enumerada

El procedimiento comienza con una lista inequívoca de las pruebas a realizar en esta central. No un párrafo. Una tabla. Una fila por prueba, con referencia cruzada a la sección aplicable del código de red, al equipo bajo prueba (esta unidad, este transformador, este punto de interconexión), al punto de operación (100% de carga, 75% de carga, a tensión nominal, a −5% de tensión), y al criterio de aceptación expresado como un número.

Para una central de ciclo combinado tipo D bajo el Anexo 5 de México, esa lista comprende de 25 a 45 pruebas individuales por unidad más pruebas de calidad de la energía en el punto de interconexión. Para un BESS bajo IEEE 2800, comprende de 18 a 30 pruebas. Para una central hidráulica, distinto. La enumeración es específica por jurisdicción y por tecnología — pero debe ser explícita. Un procedimiento que dice "se ejecutarán las pruebas de código de red" no es un procedimiento; un procedimiento que dice "La Prueba 26 (Respuesta Primaria de Frecuencia) se ejecutará en la Unidad 1 al 90% de carga con ajuste inicial de estatismo del 4.0%, respuesta objetivo dentro de ±0.5% del punto de consigna" sí lo es.

2. Instrumentación — clase de precisión, modelo, calibración, ubicación

Dependiendo del tipo de prueba, se requiere un nivel específico de incertidumbre. Esa incertidumbre está impulsada casi por completo por la precisión de la instrumentación. El procedimiento nombra cada canal de medición y especifica:

• La clase de precisión requerida por el código aplicable (IEC 61000-4-30 Clase A para calidad de la energía, ASME PTC 19.5 para flujo, PTC 19.3 para temperatura)
• El número de modelo específico del instrumento que se utilizará y la referencia de su certificado de calibración vigente
• La ubicación exacta de instalación en la central — con referencia a un P&ID o unifilar
• El método de conexión — relación del TC, relación del TP, ruta de cableado secundario, tasa de muestreo
• La ruta de trazabilidad de calibración (NIST para EE.UU., CENAM para México, o el instituto nacional de metrología aplicable)

Un procedimiento que nombra los instrumentos y cita su calibración es real. Un procedimiento que dice "se utilizará equipo calibrado" no es defendible.

3. Condiciones de referencia — la línea base a la que se corrige la medición

Los parámetros de código de red fluctúan con las condiciones climáticas y de operación. La temperatura ambiente afecta la salida de la turbina de gas. La presión barométrica afecta la tasa térmica de la turbina de vapor. La frecuencia de la red afecta la medición de respuesta del gobernador. El PCI del combustible afecta el cálculo de tasa térmica. El procedimiento especifica un conjunto de condiciones de referencia — típicamente ambiente ISO (15 °C, nivel del mar, 60% HR) para trabajo de capacidad térmica, y tensión/frecuencia nominales para trabajo de desempeño eléctrico — a las que se corregirán los valores medidos.

Las condiciones de referencia son la forma en que la central puede comparar pruebas a lo largo del tiempo y la forma en que el regulador puede comparar esta central con otras. Sin ellas, no es posible ninguna comparación significativa.

4. Ventanas de estabilidad — cuán estable debe estar la central para un dato válido

Cada código especifica una ventana de estabilidad antes de que un punto de prueba se convierta en dato válido. ASME PTC 46 requiere que la carga, las condiciones ambientales y el flujo de combustible se mantengan dentro de tolerancias especificadas durante un periodo mínimo antes de que comience la captura de datos. Las pruebas de frecuencia y tensión de código de red tienen sus propios requerimientos de estabilidad — típicamente expresados como una tasa máxima permitida de cambio del parámetro bajo prueba durante la ventana de medición.

El procedimiento especifica, para cada prueba, la tolerancia de estabilidad y la duración mínima de operación estable antes de que los datos empiecen a contar. Esta sección es lo que protege a la campaña de gastar una semana capturando datos que después resultan inválidos.

5. Métodos de cálculo — las fórmulas, citadas al código

El procedimiento incluye una sección detallada que enlista cada cálculo a realizar sobre los datos medidos, citado al código fuente. Cálculo de tasa térmica citado al PTC 46. Cálculo de incertidumbre citado al PTC 19.1. Cálculo de estatismo citado al anexo aplicable del código de red. Curva de capacidad reactiva citada al IEEE 421.5. Agregación de calidad de la energía citada al IEC 61000-4-30.

Donde el código de red tiene su propia fórmula específica (el Anexo 5 de México incluye varias particulares), el procedimiento cita directamente la sección del código de red. El regulador lee esta sección con cuidado — una fórmula en el procedimiento que no puede rastrearse a una referencia de código es la ruta más rápida a una observación.

6. Curvas de corrección — cómo se llevan los valores medidos a la referencia

Debido a que las condiciones de medición varían y las condiciones de referencia son fijas, cada prueba requiere un conjunto de curvas de corrección. Corrección por temperatura ambiente para la capacidad. Corrección por altitud para turbinas de combustión. Corrección por PCI del combustible para tasa térmica. Corrección por frecuencia de red para respuesta del gobernador. Corrección por temperatura del agua de enfriamiento para tasa térmica de turbina de vapor.

El procedimiento incluye las curvas de corrección mismas — usualmente como ecuaciones polinómicas más una gráfica — identificando la fuente de cada curva. Las curvas provistas por el OEM se citan al documento de desempeño del OEM. Las curvas provistas por código se citan a la sección aplicable del PTC o del código de red. Sin curvas de corrección completas, un valor medido no puede compararse contra una garantía o contra un umbral.

7. Métodos y códigos aplicables — el registro completo de estándares

Las actividades individuales dentro de una campaña de pruebas están gobernadas por códigos individuales. El cálculo de incertidumbre sigue ASME PTC 19.1. La trazabilidad de calibración de instrumentos sigue NIST o el instituto nacional de metrología aplicable. La sincronización de la adquisición de datos sigue IEC 61869 para TCs/TPs. El análisis de combustible sigue ASTM D3588 o equivalente.

El procedimiento incluye una tabla — el registro de estándares — que enlista cada código aplicado, su edición/año, y las actividades de campaña que gobierna. Esta sección es lo que hace que el dossier sea auditable años después, cuando un financiador o un adquirente realiza debida diligencia técnica y necesita confirmar que la campaña siguió la práctica aceptada.

8. Protocolo de captura de datos — muestreo, agregación, almacenamiento

Durante la prueba, la captura de datos debe seguir un protocolo especificado. No una guía general — una especificación. Para cada fuente de datos, el procedimiento nombra:

• La tasa de muestreo (típicamente base de 200 ms para trabajo de código de red, agregada a 10 min y 2 hr conforme a IEC 61000-4-30)
• El estándar de marca de tiempo (UTC, sincronizado por PTP cuando se requiera)
• El formato de almacenamiento (estructura CSV, archivo PQDIF, flujo PMU)
• La lista de canales con nombres de etiqueta
• El protocolo de respaldo e integridad (registro paralelo, verificación de sumas de comprobación, cadena de custodia)

Un procedimiento que especifica el formato de archivo, la base de tiempo, la tasa de muestreo, la lista de canales y el protocolo de almacenamiento está listo para dossier. Un procedimiento que dice "se registrarán los datos" no lo está.

9. Plantillas de reporte — el entregable que el regulador realmente leerá

El procedimiento incluye las plantillas para los reportes que se producirán a partir de la campaña. No descripciones de los reportes — las plantillas reales, con estructura de secciones, tablas de datos esperadas, gráficas esperadas, portada, bloques de firma e historial de revisiones.

El regulador lee reportes, no datos crudos. Los reportes que llegan en el formato esperado por el regulador — estructura SAPPSE para las presentaciones a CENACE en México, estructura ONS-Web para Brasil, plataforma de XM para Colombia, formato de ANRE para Marruecos — se aprueban en una o dos revisiones. Los reportes que llegan en un formato novedoso pasan seis meses en tráfico de observaciones mientras el regulador solicita reformatos. Las plantillas quedan pre-negociadas al incluirlas en el procedimiento y hacer que el procedimiento se apruebe.

Qué ocurre cuando una sección falta o está débil

Cada una de las nueve secciones existe porque ocurre una clase específica de falla cuando está ausente. Los modos de falla son predecibles y, una vez vistos, obvios en retrospectiva.

• Lista enumerada de pruebas faltante — disputas de alcance con el regulador a mitad de campaña. "Ustedes dijeron pruebas de código de red pero no especificaron esta prueba." El programa se detiene hasta que se renegocia el alcance.
• Especificación de instrumentación faltante — los datos se rechazan durante la revisión del dossier. "No podemos aceptar esta medición porque no han demostrado la clase de precisión." Re-prueba a cargo del propietario.
• Condiciones de referencia faltantes — los valores medidos no son comparables con las garantías. Disputa contractual entre la central, el EPC y el OEM sobre si se cumplió la garantía.
• Tolerancias de estabilidad faltantes — una semana de datos queda invalidada porque la central no estaba estable cuando se capturó. Re-prueba.
• Fórmulas de cálculo faltantes — el regulador observa cada valor calculado. El tráfico de observaciones se dispara. La duración del programa se extiende semanas.
• Curvas de corrección faltantes — los valores medidos no pueden llevarse a referencia. Cada resultado de prueba se vuelve negociable en lugar de definitivo.
• Registro de códigos faltante — el dossier reprueba una auditoría de debida diligencia después, cuando un financiador o adquirente evalúa si la campaña siguió la práctica aceptada.
• Protocolo de captura de datos faltante — los datos crudos se capturan en un formato que no puede reprocesarse después si surge una pregunta.
• Plantillas de reporte faltantes — los reportes llegan en el formato equivocado para el regulador y pasan meses en ciclos de reformateo.

Cada uno de estos modos de falla es prevenible. La inversión de ingeniería para prevenirlos es órdenes de magnitud menor que el costo de experimentarlos.

El efecto compuesto

Ninguna de las nueve secciones es difícil de redactar por sí sola. La dificultad es que deben ser internamente consistentes — la sección de instrumentación debe coincidir con la sección de cálculo, que debe coincidir con las curvas de corrección, que deben coincidir con las plantillas de reporte. Y todas juntas deben coincidir con el código aplicable, el contrato, y la central real.

Por eso un buen procedimiento toma de seis a doce semanas de tiempo experimentado de ingeniería redactarlo. No porque alguna sección individual sea compleja, sino porque hacer que sean consistentes — y luego mantenerlas consistentes a través de dos o tres ciclos de revisión con el regulador — requiere trabajo deliberado.

La inversión de ingeniería se manifiesta del otro lado. Las centrales cuyos procedimientos son sólidos alcanzan la operación comercial con dossieres limpios, tráfico mínimo de observaciones, sin re-pruebas y sin disputas de alcance. Las centrales cuyos procedimientos son débiles gastan el equivalente al costo de redacción del procedimiento muchas veces en COD demorado, defensa extendida, disputas contractuales y fricción con financiadores. El procedimiento es donde vive el apalancamiento.

Las nueve secciones de un procedimiento son el primer artefacto de cualquier proyecto de pruebas de código de red. Si el suyo está siendo redactado internamente o por un EPC, una revisión independiente del documento — antes de que llegue al regulador — suele ser la hora de ingeniería con mayor apalancamiento que gasta un propietario de central durante el comisionamiento.