Revisión documental del cable solar H1Z2Z2-K

Los datos técnicos, un certificado y una Declaración de Prestaciones (DoP) cumplen funciones distintas para el código H1Z2Z2-K, y una solicitud que no especifica cuál se necesita suele devolver un documento que no sirve al propósito previsto. Una ficha técnica describe la construcción y las características generales; un certificado da fe de un ensayo o evaluación concreta; una DoP es una declaración formal vinculada a un alcance definido. El comprador debe indicar por escrito, con claridad, cuál de estos tres documentos requiere el proyecto antes de que se emita cualquiera de ellos.

Una vez recibido el documento, el paso práctico es leer el número, la fecha y el alcance tal como aparecen impresos, sin inferir una clase o un alcance de aprobación que no figure en la página. Los registros de CMK contienen entradas documentales relacionadas con el código H1Z2Z2-K vinculadas a las referencias EN 50618:2014 e IEC 62930:2017, y confirmar que la referencia impresa coincide con la norma que exige el proyecto es una verificación distinta de confirmar el código del producto. Ninguna de las dos comprobaciones debe omitirse asumiendo que la otra ya la cubre.

Las especificaciones de proyectos fotovoltaicos hacen referencia a veces a la EN 50618:2014, a veces a la IEC 62930:2017, y en ocasiones a ambas, según el mercado o el marco de certificación que siga el proyecto. La EN 50618:2014 es la referencia citada con más frecuencia en las especificaciones de proyectos europeos, mientras que la IEC 62930:2017 aparece más a menudo cuando un marco de certificación internacional o no europeo rige el suministro. La referencia no debe elegirse solo por el año de publicación; utilice la norma exigida expresamente por la especificación del proyecto y los requisitos del mercado aplicable.

Se trata de una práctica habitual del sector y no de una regla propia de CMK: los EPC e instaladores de distintos proyectos hacen referencia a uno u otro documento, o a ambos, según la vía de certificación que haya adoptado su proyecto. Un comprador que opera en varios mercados no debe asumir que la misma referencia normativa se aplica por igual a todos los proyectos, y debe confirmar, antes de solicitar documentos, cuál exige realmente su contrato o especificación. Esta confirmación debe realizarse antes de enviar la solicitud, no después.

Antes de aceptar una DoP o una ficha técnica del código H1Z2Z2-K en el expediente de un proyecto, deben completarse tres comprobaciones en orden. Primero, confirmar que el código impreso en el documento es exactamente H1Z2Z2-K, sin truncamientos, sufijos añadidos ni sustitución por un código relacionado. Segundo, confirmar cuál de las dos referencias normativas —EN 50618:2014, IEC 62930:2017, o ambas— figura realmente en el documento, ya que un proyecto puede exigir una específicamente y no aceptar la otra como equivalente.

Tercero, confirmar que la fecha o versión del documento es la pertinente para el pedido actual, ya que el expediente del proyecto puede contener ya una versión anterior sustituida en una etapa previa del mismo suministro. Ninguna de estas tres comprobaciones debe darse por satisfecha por inferencia; cada una debe confirmarse frente a lo que realmente aparece impreso en el documento, sin asumir contenido, alcance o clase que no se muestre directamente. Esta secuencia se aplica a cada solicitud, independientemente del tamaño del pedido o la etapa del proyecto.

El código H1Z2Z2-K pertenece a una familia de cables fotovoltaicos unipolares, y su prefijo H no debe tratarse como indicio de que cualquier otro producto con ese prefijo, procedente de una familia de aplicación distinta, sea automáticamente adecuado para un proyecto fotovoltaico. Los sistemas de designación de cables producen con frecuencia códigos que se asemejan superficialmente entre aplicaciones completamente distintas, y un prefijo compartido comunica una convención de nomenclatura, no una equivalencia de función, construcción o uso previsto entre dos productos.

Un comprador o ingeniero de proyecto que encuentre un código parecido a H1Z2Z2-K, sin coincidir exactamente con él, debe tratarlo como un producto diferente que requiere su propia revisión documental, y no como una variante de la misma referencia. La idoneidad entre aplicaciones nunca se establece por un prefijo compartido o un parecido de nombre en la familia; solo puede confirmarse cotejando el código y el documento asociado con la aplicación específica que exige el proyecto.

Para el código H1Z2Z2-K, una revisión completa exige alinear tres elementos antes de usar un documento en una cotización o un pedido: el código exacto del producto, la referencia o referencias normativas indicadas en el documento, y el tipo de documento solicitado. Confirmar cada uno por separado, en lugar de suponerlo a partir de otro, marca la diferencia entre una revisión que resiste una auditoría de proyecto y una que no.