На тендере 2026 года в техническом задании появилась новая строка: «соответствие концепции открытой АСУ ТП, ПНСТ 1062, ПНСТ 1063». Интегратор открывает PDF: там требования к интероперабельности, открытым протоколам, документированию интерфейсов и роли единого справочника данных. Заказчик ждёт галочку в акте приёмки. Поставщик контроллера пишет в КП «поддерживаем открытую архитектуру» без единой ссылки на раздел стандарта. На пуске выясняется, что «открытость» у всех означает разное: у одного — Modbus TCP в паспорте, у другого — возможность поставить OPC UA шлюз отдельно, у третьего — маркетинговый слайд.
Разбираем, что такое предварительные национальные стандарты ПНСТ 1062 и 1063 в контексте открытой промышленной автоматизации, чем они отличаются от обязательных ГОСТ и отраслевых регламентов, и что реально меняется для интегратора, заказчика и эксплуатации в ТЗ, проектировании и приёмке. Не даём построчный пересказ текстов стандартов и не подменяем консультацию по конкретному объекту КИИ — фокус на практическом смысле для инженера, который собирает шкаф и сдаёт FAT.
Короткий ответ
ПНСТ 1062 и 1063-2026 — первые предварительные национальные стандарты, которые формализуют подход к открытой АСУ ТП в России: совместимость оборудования и ПО разных производителей через открытые протоколы, документированные интерфейсы, модульную архитектуру и единые правила описания данных. Статус ПНСТ означает, что документы задают направление и могут цитироваться в ТЗ и контрактах, но ещё не заменяют действующие обязательные нормы до перевода в ГОСТ или включения в отраслевые регламенты.
Для интегратора это сдвиг от формулировки «поставьте ПЛК бренда X» к проверяемым требованиям: какие протоколы на границе участков, как оформлена карта обмена, есть ли справочник сигналов, как ведёт себя система при замене модуля другого производителя. Для заказчика — возможность в приёмке опираться не только на «работает в ручном», а на перечень артефактов: паспорт интерфейсов, протоколы испытаний совместимости, as-built с версиями прошивок.
ПНСТ не отменяют требования ИБ, ПАЗ и отраслевых норм. Они накладывают слой про открытость и интероперабельность поверх существующей инженерной дисциплины. В 2026 году разумная позиция: закладывать требования ПНСТ в новые проекты и модернизации, где планируется смешанный парк контроллеров или смена подрядчика в горизонте 10-15 лет.
Что такое ПНСТ и почему именно «открытая АСУ ТП»
Предварительный национальный стандарт (ПНСТ) в российской системе технического регулирования — этап до утверждения полноценного ГОСТ. Его публикуют, чтобы отрасль успела обкатать формулировки, выявить пробелы и согласовать терминологию. Для заказчика ссылка на ПНСТ в договоре — сигнал: «мы хотим не закрытый остров, а систему, которую можно развивать без единственного вендора».
Открытая АСУ ТП в логике этих документов — не «всё бесплатно и без лицензий». Это архитектура, где нижний и средний уровни строятся из сменяемых компонентов с опубликованными или отраслево принятыми интерфейсами: полевые шины, Ethernet-связь, OPC UA, Modbus, единые правила именования и качества данных. Закрытый контур по-прежнему допустим внутри участка, если на границе есть документированный шлюз.
ПНСТ 1062 и 1063 в паре обычно разделяют уровни: один документ ближе к общим принципам и терминам открытой автоматизации, второй — к требованиям к составу, взаимодействию и документированию системы. Точное распределение разделов смотрят в актуальной редакции на момент проекта; в статье важнее не номер пункта, а то, что в сумме они впервые дают заказчику и интегратору общий словарь для ТЗ после десятилетий «каждый проект уникален».
Что было до стандартов: типовая картина на объекте
До появления ПНСТ открытость обсуждали на уровне договорённостей и опыта интегратора. В ТЗ писали «совместимость с Modbus RTU» или «интеграция с SCADA заказчика», без требований к справочнику тегов, версионированию карт регистров и поведению при замене модуля. Приёмка сводилась к сценариям технолога: пуск, авария, ручной режим.
Смешанный парк после ухода иностранных брендов усугубил проблему: российский контроллер на одной линии, legacy шлюз на другой, диспетчерская на третьей платформе. Импортозамещение с «совпавшими тегами» показало, что одинаковые имена в HMI не равны совместимости. Открытые протоколы между цехами решали обмен точечно, но без единого регламента каждый шлюз жил по своим правилам.
Заказчик не мог требовать в акте «интероперабельность по ГОСТ X», потому что единого ГОСТ на открытую АСУ ТП не было. ПНСТ заполняют этот вакуум на переходный период.
Что меняется для интегратора
Интегратору придётся раньше вкладываться в документацию, которую раньше отдавали «после пуска, если останется время». Карта сигналов с единицами измерения, источником, классом и владельцем — не приложение для галочки, а условие приёмки. Интерфейсы между шкафами оформляют как отдельные спецификации: протокол, адресация, таймауты, поведение при Bad Quality.
В коммерческом предложении недостаточно перечислить модели ПЛК. Нужно показать, какие открытые протоколы используются на границе с соседними системами, какие шлюзы ставятся, кто владеет справочником данных. Смета на интеграцию растёт на этапе проектирования, но падает риск переделок при смене подрядчика или расширении линии.
Обучение команды смещается к промышленным сетям и протоколам: не только «настроить Modbus», а понимать сегментацию, задержки, согласование времени. Сравнение ролей Modbus TCP и OPC UA на границе участка разбирали в материале про Profinet, EtherNet/IP и Modbus TCP; ПНСТ поощряют выбор протокола по задаче, а не по привычке вендора.
Рабочие группы крупных заказчиков (металлургия, нефтехимия, энергетика) в 2026 году всё чаще включают в типовое ТЗ отсылку к ПНСТ. Интегратор, который не читал документы, проигрывает на преквалификации ещё до торгов.
Что меняется для заказчика: ТЗ и приёмка
В техническом задании появляются проверяемые пункты вместо общих слов. Примеры формулировок, которые начали встречаться на практике:
требование к открытым протоколам на границе АСУ с MES/ERP и соседними участками; обязательный справочник сигналов с версией и ответственным владельцем; испытания замены типового модуля ввода-вывода или коммуникационного интерфейса без переписывания всего проекта; передача пакета документов при вводе в эксплуатацию с паспортом интерфейсов, а не только мнемосхемой.
На FAT и SAT добавляются сценарии, редкие пять лет назад: обрыв связи между участками, явный Bad Quality на диспетчерской, замена шлюза на резервный с восстановлением карты обмена по документации. Приёмка «по молчаливому согласию» после трёх суток работы линии уходит в прошлое там, где в контракте стоит ссылка на ПНСТ.
Заказчику важно не превратить стандарт в бюрократию. ПНСТ задают минимальную планку открытости; избыточные требования («все протоколы только OPC UA» на объекте с сотней дискретных межблокировок) удорожают проект без выигрыша. Главный инженер АСУ должен адаптировать типовые пункты ПНСТ под класс объекта.
Интероперабельность: где стандарт помогает, а где нет
Интероперабельность в смысле ПНСТ — это не автоматическая подстановка любого модуля любого завода. Это предсказуемый стык: известный протокол, известная семантика, известное поведение при отказе. Внутри шкафа по-прежнему может стоять проприетарная корзина модулей, если наружу выведен документированный Modbus или OPC UA.
Стандарт подталкивает к модульной архитектуре: контроллер, модули I/O, коммуникация, HMI — с явными границами. При выборе ПЛК в 2026 году заказчик чаще спрашивает не только диагональ экрана, но и наличие открытых интерфейсов в паспорте и примеров интеграции с чужими системами.
ПНСТ не гарантируют, что два российских контроллера «заведутся сами». Они требуют, чтобы интегратор доказал совместимость на стенде до пуска, а не на живой линии в ночную смену.
Таблица: аспект, было до стандартов, что смотреть после ПНСТ
|
Аспект |
Было до стандартов |
Что смотреть после ПНСТ |
|
Формулировки в ТЗ |
«Совместимость с SCADA», «стандартные протоколы» без перечня |
Явный список протоколов на границах, ссылка на ПНСТ, требование к справочнику сигналов |
|
Документация интерфейсов |
Карта Modbus «в приложении к проекту», устаревшая к пуску |
Версионированная спецификация обмена, владелец, процедура изменения |
|
Приёмка |
Технологические сценарии, визуальная мнемосхема |
Плюс тесты обрыва связи, Bad Quality, замены типового модуля по регламенту |
|
Смешанный парк контроллеров |
Решение «на коленке» через шлюз без паспорта |
Шлюз как изделие с паспортом, SLA, картой с обеих сторон |
|
Импортозамещение |
Перенос тегов 1:1, надежда на «аналог» |
Проверка семантики сигналов, не только имён; опора на открытые стыки |
|
Эксплуатация 10+ лет |
Зависимость от одного интегратора и его ноутбука |
As-built, прошивки, лицензии, справочник — передаются заказчику |
|
ИБ и сегментация |
Отдельно от «открытости», часто конфликт |
Открытый протокол в DMZ, не плоская сеть; документированный белый список |
Связь с импортозамещением и российским контуром
ПНСТ логично стыкуются с задачей замены иностранного шкафа: новый контроллер должен не только встать на DIN-рейку, но и вписаться в открытый контур завода. Заказчик получает аргумент в переговорах с поставщиком: «покажите соответствие требованиям открытой архитектуры, а не только реестр».
Это не отменяет проверки сроков поставки модулей и сервиса. Открытость без запасных модулей на складе — красивая схема в PDF и простой при поломке.
ПНСТ и международные нормы: не противоречие, а стык
Открытая АСУ ТП в российских ПНСТ не отменяет IEC 61131-3, IEC 62443 по кибербезопасности АСУ, отраслевые стандарты по ПАЗ. Логика простая: международные документы задают, как писать программу и как оценивать риски; ПНСТ добавляют требования к тому, как разные отечественные и импортные остатки стыкуются на одной площадке после смены поставщиков.
Интегратору не нужно выбирать «или ПНСТ, или IEC». В проектной документации указывают оба слоя там, где применимо: языки программирования по 61131-3, карта обмена и справочник сигналов по логике открытой архитектуры из ПНСТ. На FAT проверяют и корректность ST-блока, и поведение OPC UA при обрыве кабеля.
Заказчикам крупных холдингов знакома схема «глобальный стандарт группы + национальные требования площадки». ПНСТ для российских объектов становятся таким национальным слоем для автоматизации, пока не появится обязательный ГОСТ в полном объёме.
Что включить в ТЗ: минимальный набор для проверяемости
Чтобы ссылка на ПНСТ в договоре не осталась декорацией, в техническое задание включают пункты, которые можно проверить на стенде и в акте. Не переписывают стандарт целиком — выбирают применимое к объекту.
Перечень открытых протоколов на каждой границе системы: участок — диспетчерская, участок — MES, участок — соседний участок. Для каждого — максимальное число сигналов, период обновления, требование к метке времени и статусу качества.
Требование к справочнику сигналов в машиночитаемом виде с версией, датой утверждения и ФИО ответственного со стороны заказчика. Формат (таблица, OPC UA model, экспорт из MES) согласуют до начала ПНР.
Перечень артефактов приёмки: паспорт интерфейсов, as-built с версиями прошивок и runtime, протокол испытания обрыва связи, протокол замены типового коммуникационного модуля или шлюза по инструкции без привлечения автора проекта.
Ограничение на «временные» нестандартные решения: срок жизни Excel-моста или проприетарного канала, после которого обязателен переход на документированный открытый стык.
Для модернизации действующего объекта отдельный подпункт: какие legacy-системы остаются за шлюзом до даты X и кто финансирует унификацию справочника.
Такой набор не увеличивает объём шкафа. Он увеличивает объём проектирования на 10-15%, что обычно окупается одним предотвращённым простоем из-за «не того» масштаба в межцеховой блокировке.
FAT и SAT: сценарии, которые раньше не писали в программу испытаний
Под логику ПНСТ в программу FAT добавляют сценарии интероперабельности, а не только технологические режимы.
Обрыв Ethernet между участками на 30, 120 и 600 секунд: потребитель должен видеть Bad Quality или безопасное состояние по карте, а не последнее значение с меткой Good. Соседний участок не должен считать разрешение активным, если источник молчит.
Замена шлюза на идентичный по паспорту с восстановлением конфигурации из архива заказчика, не из ноутбука интегратора. Время восстановления фиксируют в протоколе.
Изменение уставки с диспетчерской и с локального HMI: журнал, приоритет, запрет гонки команд — если оба пути предусмотрены проектом.
Сверка справочника: выборочно 20 тегов с верхнего уровня и в проекте ПЛК — имя, единица, масштаб, класс.
На SAT эксплуатация подтверждает, что получила обучение по чтению качества тега и знает, кого вызывать при обрыве обмена. Без этого открытая архитектура живёт только в папке проекта.
Ограничения и что ПНСТ не решают
ПНСТ не заменяют IEC 61131-3, требования к функциональной безопасности, приказы ФСТЭК на объектах КИИ. Контур ПАЗ по-прежнему живёт по своим правилам; «открытость» туда не переносят без расчёта.
Статус предварительного стандарта означает возможные правки. В договоре фиксируют редакцию ПНСТ и дату, на которую проектировали. При обновлении документа заказчик и интегратор оценивают, затрагивает ли изменение уже сданный объект.
Стандарт не убирает необходимость квалифицированных кадров. Без инженера, который прочитает карту регистров и настроит шлюз, ни один ПНСТ не спасёт от хаоса на пуске.
ПНСТ не гарантируют низкую цену проекта. Открытость стоит времени на документацию и тесты. Зато снижает стоимость владения, когда через пять лет на объект приходит новый интегратор и не начинает с нуля.
Типовые ошибки при работе с ПНСТ в проекте
Вставить в ТЗ абзац «соответствие ПНСТ» без расшифровки. Подрядчик подпишет акт, не выполнив ни одного проверяемого пункта.
Путать открытый протокол и отсутствие сегментации сети. ИБ-служба справедливо заблокирует «открытую» плоскую сеть; нужен документированный контур обмена.
Требовать полную замену legacy в один этап под предлогом стандарта. ПНСТ допускают шлюзы и поэтапную миграцию; big bang дороже и рискованнее.
Не заложить время на FAT сценариев интероперабельности. На объекте обнаруживается, что «открытый» OPC UA сервер не отдаёт качество тега.
Игнорировать владельца справочника сигналов. Через год Excel с тегами уволившегося инженера станет единственным источником истины.
Вопросы при работе
Обязателен ли ПНСТ на всех объектах?
Нет, пока он не переведён в обязательный ГОСТ или не включён в отраслевой регламент. Ссылка в ТЗ делает его договорным требованием на конкретном проекте.
Достаточно ли Modbus TCP для соответствия «открытой АСУ ТП»?
Часто на границе участка — да, при полной документации карты и качества данных. Для крупной семантики и подписок смотрят OPC UA; выбор по задаче, не по моде.
Кто должен готовить паспорт интерфейсов?
Интегратор АСУ как исполнитель по контракту; заказчик утверждает и хранит в составе as-built.
Меняется ли выбор между CODESYS и MasterSCADA из-за ПНСТ?
Нет напрямую: стандарт про архитектуру и стыки, не про среду разработки. Важно, чтобы среда не блокировала открытые интерфейсы на границе системы.
Источник: https://psve.ru/blog/pnst-1062-1063-2026-otkrytaya-asu-tp
🔗 ПНСТ 1062 и 1063-2026: что меняют первые стандарты открытой АСУ ТП