Требования к тестированию СКС в тендере: отчеты и приемка

Зачем в тендере отдельно прописывать тестирование и отчеты

СКС часто выглядит «готовой» в день сдачи: кабели уложены, розетки установлены, на свитче горит линк. Проблемы обычно всплывают позже, когда начинаются реальные нагрузки: IP-телефония, видеонаблюдение, Wi‑Fi, передача больших файлов, PoE.

Частые сюрпризы после сдачи: ошибки распиновки и «перепутанные пары», слишком сильное расплетение жил у розетки, плохой контакт в клемме, превышение длины линии, перегибы и пережатия в лотках. В результате сеть вроде бы «работает», но дает потери, падение скорости, нестабильный PoE и случайные обрывы.

Важно понимать разницу: «прозвонка» или горящий линк на порту подтверждают базовую целостность и факт соединения. Они не отвечают на главный вопрос: соответствует ли линия требованиям категории (например, Cat.6) и выдержит ли гигабит на всей длине без ошибок.

В тендере полезно разделять три вещи:

• монтаж (как уложили и оконцевали);
• проверка (минимальные тесты целостности);
• сертификация линии (измерения сертифицирующим прибором по стандарту с вердиктом Pass/Fail).

Если требования к тестам и отчетности не прописаны, у заказчика почти нет фактов для приемки и спора.

Чтобы приемка была предметной, заранее укажите, что подрядчик обязан передать:

• протоколы измерений по каждой линии с Pass/Fail и параметрами теста;
• сведения о приборе (модель, адаптеры), данные о поверке/калибровке, дату теста и исполнителя;
• привязку результатов к маркировке портов и кабельному журналу;
• итоговый отчет, по которому видно, что именно сдано.

Тогда спор идет не про «нам кажется», а про конкретную линию с конкретным результатом.

Какие уровни тестирования бывают и что вам реально нужно

В СКС есть разница между «линк есть» и «линия соответствует стандарту и будет стабильно работать годами». Если это не зафиксировать заранее, подрядчик легко сдаст сеть по принципу «интернет есть», а скрытые дефекты проявятся уже на эксплуатации.

Обычно выделяют три уровня проверки:

1. Базовые проверки: прозвон, правильность распиновки, отсутствие коротких замыканий, базовая длина. Это подтверждает, что провод подключен, но не то, что он поддержит нужную скорость.

2. Квалификация: проверка, что линия тянет заданный сервис (например, 1G/10G) в текущей конфигурации. Удобно для быстрых решений, но не заменяет соответствие категории.

3. Сертификация: полный набор измерений по стандарту для категории (медь) или класса (оптика) с вердиктом Pass/Fail. Это тот самый «экзамен», после которого сеть можно уверенно принимать.

Для витой пары «работает» обычно заканчивается на базовой проверке. «Соответствует стандарту» начинается с сертификации и включает измерения помех и затухания (например, NEXT/PSNEXT, ACR, Return Loss), а не только распиновку.

Для оптики логика похожая: минимально проверяют целостность и полярность, а для приемки обычно нужны измерения потерь (OLTS) и, где критично, рефлектограмма (OTDR), чтобы видеть сварки, коннекторы и проблемные места.

Выбор уровня зависит от цены простоя:

• офис: сертификация меди по нужной категории, оптика по потерям; квалификация уместна как дополнительная проверка;
• школа: 100% базовые проверки и сертификация ключевых линий, чтобы не тратить дни на поиск «плавающих» портов;
• больница: сертификация и полный комплект протоколов, потому что сбои бьют по процессам и безопасности;
• ЦОД: сертификация всего, плюс OTDR на магистралях и жесткие пороги по потерям.

Если от сети зависит работа людей и сервисов, требуйте сертификацию, а не «тест на наличие линка».

Как описать объект и состав СКС, чтобы отчеты были сравнимы

Чтобы отчетность по СКС можно было проверить и сопоставить между подрядчиками, сначала нужно одинаково описать, что именно строится и как это будут считать. Иначе в протоколах появятся разные «линии», разные длины и разные уровни требований, а приемка превратится в спор.

Зафиксируйте категорию и класс: например, витая пара Cat.6 для Class E или Cat.6A для Class EA. Сразу укажите, что подтверждается в измерениях: длина постоянной линии (Permanent Link) или канала (Channel), и какие диапазоны длины допустимы (если это важно для проекта).

Опишите топологию простыми терминами: где магистраль, где горизонталь, сколько кроссовых, какие зоны (этаж, крыло, серверная), какие типы точек (розетка RJ-45, консолидационная точка, порт в патч‑панели). Так вы зададите единую структуру отчетов и маркировки.

Уточните, что именно считается «линией» в протоколах: от какого порта до какого, и каким режимом тестируют. Например: «порт патч‑панели в шкафу 3.1 - порт розетки 3.1‑215, тест Permanent Link, адаптеры по стандарту производителя тестера». Это критично для формулировки требований к тестированию СКС в тендере.

Коротко закрепите состав компонентов и базовые правила монтажа: категория и тип кабеля (включая экранирование и класс горючести), розетки и патч‑панели, патч‑корды (категория, длины, заводские), требования к трассам и радиусам изгиба, правила заземления экранов и шкафов (если применяется).

Один типичный перекос: один подрядчик тестирует «канал» вместе с патч‑кордами, а другой - только «постоянную линию». Результаты будут несопоставимы, даже если кабель уложен одинаково. Границы линии и тип теста лучше прописать одной строкой в ТЗ.

Какие протоколы измерений требовать для витой пары

Чтобы приемка не превратилась в спор на словах, заранее фиксируйте, какой отчет вы хотите видеть по каждой линии. Протоколы от простого тестера на «прозвон» не заменяют сертификацию линий витой пары.

Для медных линий протокол должен показывать не только Pass/Fail, но и конкретные значения и запас (margin). Запас - это насколько результат лучше порога стандарта. Если запас около нуля, линия может начать «сыпаться» после переобжима, добавления патч‑корда или при росте помех.

Что обязательно должно быть в протоколе

Минимум, который стоит требовать:

• идентификатор линии (маркировка на обоих концах) и место: стойка, панель, порт, розетка;
• модель прибора, тип тестового адаптера, версия прошивки, выбранный стандарт/лимит (ISO/IEC или TIA, класс/категория);
• режим измерений: Permanent Link или Channel (какой принят в проекте);
• таблица параметров с Pass/Fail и margin по каждому параметру;
• данные о поверке/калибровке: номер, дата и срок действия (или иной подтверждающий документ).

Permanent Link обычно используют для приемки стационарной линии (кабель, розетка, кросс). Channel применяют, если вы хотите учитывать и патч‑корды, но тогда нужно заранее задать, какие патч‑корды входят в канал и кто их предоставляет.

Какие параметры должны быть в отчете

Попросите, чтобы отчет включал карту проводников (Wire Map) и длину, а также ключевые частотные параметры: затухание (Insertion Loss), NEXT/PSNEXT, возвратные потери (Return Loss), ACR (часто как ACR‑N и ACR‑F), задержку распространения и skew.

Линия может иметь Pass по длине и Wire Map, но провалиться по Return Loss или NEXT из-за неаккуратной разделки пар в розетке. На нагрузке это проявится «странными» обрывами и падениями скорости, а в сертификационном протоколе видно сразу.

Если в проекте есть оптика: что требовать по измерениям и отчетам

В оптике важно разделить два вида проверки: измерение потерь (OLTS) и рефлектометрию (OTDR). OLTS показывает итоговое затухание канала и подходит для приемки по принципу «в норме/не в норме». OTDR дает рефлектограмму и помогает найти причину проблем: плохую сварку, перегиб, грязный коннектор, лишний разъем.

OLTS обычно достаточно, когда линии короткие, трассы простые, а монтаж типовой. OTDR стоит требовать, если возможны спорные ситуации или трасса сложная: длинные магистрали между корпусами, много сварок и муфт, нет доступа к кабелю после отделки, критичная инфраструктура (ЦОД, больница, финсектор), были переделки по ходу работ.

Чтобы требования были однозначными, заранее зафиксируйте исходные данные: тип волокна (SM/MM), количество волокон, ожидаемые длины, типы коннекторов, полярность, допустимый бюджет потерь по каналу. Бюджет лучше задавать числами: «не более X дБ на длине Y» с учетом коннекторов и сварок.

Отдельно пропишите обязательную чистку и инспекцию торцов перед измерениями. Грязный торец часто дает «плавающие» результаты, и потом трудно доказать причину.

В отчетах требуйте не просто файлы из прибора, а понятный итог по каждой линии: ID по маркировке, длину и длины волн измерения, итоговое затухание и Pass/Fail по бюджету. Для OTDR - таблицу событий (сварка, разъем, изгиб) с расстоянием и потерями, плюс список линий, которые нужно переделать.

Маркировка: какие правила задать, чтобы не было путаницы

Маркировка в СКС - это не «наклейки для красоты», а связь реальной линии с протоколом измерений, планом и кабельным журналом. Если формат не задать в тендере, подрядчик сделает «как привык», а на приемке всплывут дубли, пропуски и несоответствия между этажами.

Сразу закрепите единый формат идентификаторов, который одинаково читается везде: стойка (или шкаф), патч‑панель, порт, а для рабочей зоны - розетка. Главное - чтобы идентификатор розетки и идентификатор порта в стойке были связаны одной логикой, а не «по памяти монтажника».

Практичный вариант - короткие коды без лишних слов. Например, порт: R01‑P02‑24. Розетка: F03‑RM305‑02 (этаж 3, помещение 305, розетка 2). Тогда в документах можно однозначно указать соответствие: R01‑P02‑24 = F03‑RM305‑02.

В ТЗ стоит закрепить:

• где маркировать: обе стороны каждого кабеля, лицевая часть розетки, патч‑панель (у порта);
• чем маркировать: печать на ленте/этикетке, без ручки и маркера;
• требования к стойкости: чтобы не отклеивалось и не стиралось при уборке;
• уникальность ID по всему объекту (без «у каждого этажа свой порт 01»).

Отдельной строкой попросите таблицу соответствий «порт коммутатора - порт панели - розетка» и правило: номер линии в протоколе измерений должен совпадать с маркировкой на панели и розетке.

Исполнительная документация: схемы, планы и кабельный журнал

Исполнительная документация нужна, чтобы вы могли принять СКС и потом обслуживать ее без догадок. Если ее не потребовать заранее, подрядчик сдаст «как получилось», и любая переделка после переезда станет дорогой.

Исполнительные схемы - это финальная версия «как построено» с учетом всех изменений на объекте. В тендере прямо напишите, что приемка идет по исполнительным схемам, а проектные материалы используются как исходные.

Минимальный набор, который стоит требовать вместе с протоколами измерений:

• планы этажей с привязкой всех розеток и их номеров, а также мест установки шкафов и стоек;
• схемы трасс (лотки, короба, проходы через стены) с указанием узлов и скрытых переходов;
• схемы кроссировок: что в какой патч‑панели, порты, резерв, маркировка на активном оборудовании;
• кабельный журнал: линия откуда‑куда, длина (по факту), категория, маршрут, маркировка с двух сторон;
• ведомость изменений: что и почему поменяли относительно проекта.

Задайте формат сдачи: PDF для просмотра и исходники в редактируемом формате (например, DWG или аналог, который вы используете). Главное - чтобы все было увязано. Номер розетки на плане должен совпадать с номером линии в журнале и с ID в протоколе тестирования.

Фотофиксация: что именно требовать, чтобы видеть качество монтажа

Фото - это способ увидеть качество работ там, где после сдачи все будет закрыто коробами, потолком или дверцами шкафа. Если прописать требования заранее, принимать сеть проще.

Попросите базовый набор снимков по каждому узлу: стойки/шкафы целиком (снаружи и внутри), патч‑панели и органайзеры с читаемой маркировкой, пользовательские розетки (общий вид и крупный план ID), кабельные трассы и проходы, узлы заземления (если применимо).

Критично требовать съемку до закрытия: трассы под потолком, в коробах, проходы через стены, запас кабеля у стойки и у розетки, радиусы изгиба и точки крепления.

Чтобы фото не превратились в «папку из 500 файлов», задайте правило имени/подписи: дата, объект, помещение, узел, идентификатор линии. Этот ID должен совпадать с кабельным журналом и протоколами.

Также заранее пропишите работу с дефектами: исполнитель фотографирует проблему и устранение парой «до/после» с тем же ракурсом.

Как принимать результаты тестов: проверка, выборка и пороги

Приемка СКС по отчетам работает только тогда, когда вы получаете не «скриншоты с Pass», а полный комплект исходников. Сразу задайте, какие файлы и в каком виде передаются.

Обычно достаточно такого набора:

• исходные файлы прибора (родной формат) по всем линиям;
• экспорт PDF для просмотра;
• сводная таблица CSV/Excel: ID, результат, длина, дата, оператор;
• единая структура папок: объект -> этаж/шкаф -> панель -> линии;
• список линий, которые не тестировались (если это допускается), с причиной.

Дальше проверьте целостность комплекта: количество линий в кабельном журнале должно совпадать с количеством отчетов, ID на розетке и патч‑панели - совпадать с ID в протоколе. Ищите «дыры» (пропущенные порты), дубли, отчеты без привязки к месту.

В самих протоколах смотрите не только Pass. Риски обычно выдают: длина близко к пределу, маленький запас по параметрам, повторяющиеся аномалии на группе линий из одного лотка или шкафа.

Пороговые правила лучше прописать заранее:

• любой Fail -> переделка и повторное измерение затронутых линий;
• Pass, но запас ниже согласованного минимума -> диагностика и перепроверка;
• длина «на грани» -> проверка трассы и лишних петель;
• несоответствие ID или места установки -> отчет считается недействительным.

Замечания фиксируйте письменно: реестр несоответствий (ID, место, суть, требуемое действие, срок). Повторные измерения принимайте как новую версию пакета с датой и подписью ответственного.

Частые ошибки в ТЗ на СКС, из-за которых потом страдают

Проблемный сценарий узнаваем: монтаж закончен, в папке лежат «Pass» протоколы, а через неделю начинаются «плавающие» обрывы, ошибки PoE или просадки скорости. Часто причина в расплывчатых требованиях к тестам и отчетам.

Типичные ошибки:

• попросить измерения в режиме Channel, когда для приемки стационарной линии нужен Permanent Link;
• не зафиксировать категорию/класс и получить формальный «Pass» по более мягкому лимиту;
• не задать формат идентификаторов, из-за чего протоколы превращаются в набор файлов без привязки к этажу, стойке и порту.

В ТЗ стоит прямо уточнить или запретить:

• режим измерений (Permanent Link или Channel) и где какой допускается;
• стандарт и категория/класс, по которым засчитывается Pass;
• формат ID линии (стойка/панель/порт - розетка/комната) и обязательное совпадение с маркировкой;
• подтверждение поверки/калибровки прибора и дату измерений;
• обязательный комплект исполнительной документации.

Простой пример: подрядчик сдает 300 линий и 300 PDF с «Pass», но в файлах только номера 001-300. Без схем и кабельного журнала вы не докажете, что «001» - это нужная переговорная, и искать концы придется уже вашей команде.

Короткий чек‑лист требований для тендерной документации

Ниже - компактный набор формулировок, который помогает сделать требования к тестированию СКС в тендере проверяемыми.

Измерения и протоколы

• 100% сертификация линий витой пары в режиме Permanent Link (или Channel, если так задумано) с указанием категории и стандарта.
• В протоколе обязательны: длина, Wire Map, NEXT/PSNEXT, Return Loss, ACR, задержка и skew (по возможностям тестера и выбранного стандарта).
• Прибор: действующая калибровка/поверка, подтверждающие документы в составе сдачи.
• Формат сдачи: исходные файлы измерений + экспорт PDF/CSV с поиском по ID.
• Правило по браку: линии с Fail не принимаются, переделка и повторный тест за счет подрядчика.

Отдельно задайте структуру именования линий и требование совпадения ID в протоколах, на бирках и в кабельном журнале.

Документы, маркировка и фото

• Кабельный журнал: ID линии, откуда‑куда, длина (проект/факт), порт панели, номер розетки, результат теста.
• Исполнительные планы и схемы: розетки, трассы, кроссировки, структура стойки/шкафа.
• Маркировка: материал, место, единый формат, соответствие журналу и протоколам.
• Фотофиксация: стойки, вводы, лотки, узлы прохода, заделка на патч‑панелях и розетках, читаемые бирки; при необходимости - «до/после» закрытия коробов.

Для критичных объектов можно усилить требования: 100% тестирование без выборки, для оптики - OTDR и двунаправленные замеры, расширенная проверка со стороны заказчика.

Пример сценария: как принять СКС без сюрпризов после переезда

Офис на 2 этажах: 120 медных линий, 2 телекоммуникационные стойки, часть трасс проходит через короба с поворотами, местами есть жесткие перегибы. Переезд запланирован, и любой скрытый дефект проявится в первые дни: телефония отваливается, принтеры пропадают из сети, скорость скачет.

Здесь решают не «общие слова», а точные формулировки в ТЗ. Если написать просто «протестировать СКС», подрядчик может принести общий отчет без привязки к розеткам и без доказательств, что тестировали именно те линии, которые вы принимаете. Если же заранее задать структуру маркировки, режим измерений, формат файлов и связку с исполнительной документацией, приемка становится проверяемой.

Удобный вариант - требовать итоговую передачу не россыпью файлов, а одной понятной структурой (например, единый архив): реестр линий, протоколы (родной формат + PDF), планы этажей, схемы стоек, фото.

И заранее закрепить обязанность исправить все линии со статусом Fail и приложить повторные протоколы. На практике чаще всего «валят» не кабели, а монтаж: перепутанные пары, перетяжка стяжками, ошибки маркировки, лишние соединения, плохая посадка модулей.

Критерии закрытия работ можно формулировать просто: 100% линий имеют протоколы с Pass по заявленному стандарту, 100% линий есть в реестре и на планах, маркировка в поле совпадает с отчетами, замечания устранены и подтверждены повторным тестом.

Следующие шаги: как подготовить ТЗ и организовать приемку

Начните с вводных: какие сервисы будут жить на сети и насколько критичны простои. Это помогает правильно выбрать уровень проверок и критерии приемки.

Перед публикацией тендера соберите базовые данные: категории линий, количество портов, состав кроссовых, требования к оптике (если есть), график работ, режим доступа на объект, правила маркировки и формат схем. Дальше оформите требования к тестированию и сдаче как часть тендерной документации и будущего договора, с буфером времени на устранение дефектов и повторные измерения.

Если внутри компании нет ресурса на проектирование и независимую приемку, можно привлечь системного интегратора. Например, GSE.kz как производитель и интегратор ИТ‑инфраструктуры в Казахстане может помочь с проектированием, поставкой оборудования и организацией приемки по измеримым критериям, чтобы у эксплуатации остался понятный комплект документации.