Документы
Документы для солнечного кабеля H1Z2Z2-K
Для H1Z2Z2-K проверяйте код изделия вместе со ссылками EN 50618:2014 и IEC 62930:2017 и связанными записями.
Продукция
Упомянутые изделия и семейства
Сверка кода продукции с эталонным обозначением
Проверка кабеля для солнечных фотоэлектрических систем не может ограничиваться общим обозначением вроде «солнечный кабель». Проверка начинается с подтверждения того, что код, указанный в рассматриваемом документе, посимвольно совпадает с кодом H1Z2Z2-K, требуемым спецификацией проекта. В базе документов CMK содержатся записи, связанные с кодом H1Z2Z2-K, и первая задача закупщика или инженера проекта — убедиться, что запрошенный файл относится именно к этому коду, а не подменён продуктом со схожим названием из другой линейки.
Системы обозначения кабелей могут выглядеть достаточно похоже, чтобы вызвать путаницу, особенно когда закупщик работает по спецификации, где указан лишь частичный код или коммерческое сокращение. Прежде чем документ будет включён в комплект подачи по проекту, проверяющий должен сопоставить его с точным кодом из базы и убедиться, что не произошла подмена между линейками, имеющими общий префикс или визуальное сходство названий. Этот шаг носит процедурный, а не технический характер, но его пропуск — частая причина отклонения документов при аудите проекта.
Запрос корректного типа документа
Технические данные, сертификат и Декларация о характеристиках (DoP) выполняют разные функции применительно к коду H1Z2Z2-K, и запрос без указания конкретного типа часто приводит к получению документа, не соответствующего задаче. Технический паспорт описывает конструкцию и общие характеристики; сертификат подтверждает конкретное испытание или оценку; DoP — это формальное заявление, привязанное к определённой области применения. Закупщик должен письменно и однозначно указать, какой из трёх документов требуется проекту, до того как документ будет выдан.
После получения документа практический шаг заключается в том, чтобы прочитать номер, дату и указанную область применения именно так, как они напечатаны, не домысливая класс или область одобрения, не отражённые в документе. В базе документов CMK содержатся записи, связанные с кодом H1Z2Z2-K, привязанные к EN 50618:2014 и IEC 62930:2017, и подтверждение того, что напечатанная ссылка совпадает со стандартом, требуемым проектом, — отдельная проверка, отличная от подтверждения кода продукции. Ни одну из этих двух проверок нельзя пропускать, полагаясь на другую.
Почему в одном семействе продукции встречаются два стандарта
Спецификации проектов солнечной генерации иногда ссылаются на EN 50618:2014, иногда на IEC 62930:2017, а иногда на оба документа сразу — в зависимости от рынка или системы сертификации, которой следует проект. EN 50618:2014 чаще упоминается в спецификациях европейских проектов, тогда как IEC 62930:2017 встречается чаще там, где закупку регулирует международная или неевропейская система сертификации. Не выбирайте ссылку только по году публикации: используйте норму, прямо указанную в спецификации проекта и применимых требованиях рынка.
Это отраслевая практика, а не правило, специфичное для CMK: EPC-подрядчики и монтажные организации в разных проектах ссылаются на один из документов или на оба, в зависимости от выбранного пути сертификации. Закупщику, работающему на нескольких рынках, не следует предполагать, что одна и та же ссылка на стандарт применяется одинаково ко всем проектам, и следует уточнить, до запроса документов, какая ссылка действительно требуется его контрактом или спецификацией. Это уточнение должно происходить до отправки запроса, а не после.
Контрольный перечень для проверки области применения DoP и технического паспорта
Прежде чем DoP или технический паспорт на код H1Z2Z2-K будет принят в проектную документацию, необходимо последовательно выполнить три проверки. Во-первых, убедиться, что код, напечатанный в документе, в точности соответствует H1Z2Z2-K — без сокращений, добавленных суффиксов или подмены родственным кодом. Во-вторых, убедиться, какая из двух ссылок на стандарт — EN 50618:2014, IEC 62930:2017 или обе — фактически указана в документе, поскольку проект может требовать конкретно одну из них, не принимая другую как равнозначную.
В-третьих, убедиться, что дата или версия документа соответствуют текущему заказу, поскольку в проектной документации может уже находиться устаревшая версия с более ранней стадии той же закупки. Ни одну из этих трёх проверок нельзя считать выполненной путём предположения — каждая должна подтверждаться по фактическому содержанию документа, без допущения содержания, области применения или класса, прямо не указанных в нём. Эта последовательность применяется к каждому запросу независимо от объёма заказа или стадии проекта.
Недопустимость предположений о применимости на основании префикса кода
Код H1Z2Z2-K относится к семейству одножильных солнечных фотоэлектрических кабелей, и его префикс H не следует рассматривать как признак того, что любой другой продукт с этим префиксом из другого семейства применения автоматически подходит для проекта солнечной генерации. Системы обозначения кабелей нередко порождают коды, внешне похожие в совершенно разных областях применения, и общий префикс отражает лишь принцип наименования, а не равнозначность функции, конструкции или назначения между двумя продуктами.
Закупщик или инженер проекта, столкнувшийся с кодом, похожим на H1Z2Z2-K, но не совпадающим с ним точно, должен рассматривать его как самостоятельный продукт, требующий отдельной проверки документации, а не как вариант той же позиции. Применимость между разными областями использования никогда не устанавливается общим префиксом или сходством названия семейства — она может быть подтверждена только сопоставлением кода и связанного документа с конкретным применением, требуемым проектом.
Заключение
Для кода H1Z2Z2-K полноценная проверка означает согласование трёх элементов перед использованием документа в коммерческом предложении или заказе: точного кода продукции, соответствующей ссылки или ссылок на стандарт, указанных в документе, и запрошенного типа документа. Подтверждение каждого элемента отдельно, а не предположение одного из другого, определяет разницу между проверкой, которая выдерживает аудит проекта, и той, которая его не выдерживает.