Импортозамещение АСУ ТП для водоочистки: российские диспетчерские платформы и практика миграции

Что именно замещаем: уровни АСУ ТП водоочистки и где сидит импорт

Автоматизированная система управления технологическим процессом (АСУ ТП) водоканала или очистных сооружений строится по трёхуровневой модели, и от того, на каком уровне сидит импортный компонент, зависит логика перехода на отечественное оборудование и программное обеспечение. Нижний, полевой уровень — датчики расхода, давления, уровня и качества воды, исполнительные механизмы задвижек и насосов, преобразователи частоты. Средний уровень образуют программируемые логические контроллеры (ПЛК) и устройства связи с объектом, которые собирают сигналы с полевых приборов и выполняют локальные алгоритмы управления. Верхний уровень — диспетчерский слой: серверы сбора и архивирования данных, сама платформа АСУ ТП (в международной терминологии — SCADA, supervisory control and data acquisition), операторские рабочие места с мнемосхемами и архив исторических трендов.

До 2022 года диспетчерский софт на объектах водоснабжения и водоотведения в подавляющем большинстве случаев поставлялся зарубежными вендорами. Платформы Wonderware System Platform, Siemens WinCC, GE iFIX, Schneider Citect и Iconics Genesis64 занимали, по оценкам отраслевых интеграторов, от 60 до 80% рынка диспетчеризации российских водоканалов. Средний уровень был представлен контроллерами Siemens SIMATIC S7, Schneider Modicon и Allen-Bradley, а среди полевых приборов доминировали датчики Endress+Hauser и приводная автоматика ABB. После введения экспортных ограничений лицензии, техническая поддержка и обновления этих продуктов в России стали недоступны, а часть вендоров официально прекратила обслуживание установленной базы.

Ключевая особенность водоочистки как отрасли в том, что три уровня АСУ ТП замещаются принципиально разным темпом, и понимание этого различия избавляет технического директора от ложной задачи «заменить всё и сразу». Диспетчерская платформа — это лицензируемое программное обеспечение, риск которого носит юридический и обновленческий характер: без действующей лицензии и патчей безопасности система юридически уязвима и замораживается на версии до 2022 года. Программируемые логические контроллеры и полевые приборы — это работоспособное железо, которое продолжает исправно выполнять свою функцию годами и заменяется по мере физического износа, истечения межповерочного интервала или расширения объекта. Отсюда практический вывод: верхний уровень диспетчеризации можно и целесообразно мигрировать первым, оставив контроллеры Siemens и Schneider на месте до планового обновления.

Возможность такого раздельного замещения обеспечивают открытые протоколы обмена данными между уровнями — прежде всего OPC UA и Modbus TCP. Российская диспетчерская платформа, подключённая к действующим контроллерам через один из этих протоколов, читает и записывает теги без вмешательства в логику самого ПЛК. Эта техническая развязка делает возможной поэтапную миграцию: сначала меняется верхний, программный слой, а нижние уровни донашивают свой ресурс и замещаются отдельным проектом (подробнее об импортозамещении контроллерного уровня — в статье «ПЛК и промышленные сети на очистных сооружениях после ухода западных вендоров»).

Масштаб задачи для типового водоканала виден на структуре диспетчеризации города с населением от 200 до 500 тысяч жителей. Под единой системой АСУ ТП у такого предприятия водопроводно-канализационного хозяйства обычно находится от 30 до 150 удалённых объектов — насосных станций второго подъёма, артезианских скважин, канализационных насосных станций (КНС), узлов учёта и очистных сооружений. Одномоментная замена диспетчерского софта для такого числа объектов без остановки водоснабжения или водоотведения невозможна физически, и это обстоятельство определяет всю дальнейшую логику проектов миграции.

Нормативная и регуляторная рамка импортозамещения АСУ ТП

Переход на отечественные диспетчерские платформы для водоканалов — не добровольная инициатива, а обязательное требование, закреплённое в нескольких нормативных документах. Отправная точка — Указ Президента Российской Федерации № 166 от 30 марта 2022 года «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации». Указ ввёл запрет на закупку иностранного программного обеспечения для значимых объектов критической информационной инфраструктуры (КИИ) без специального согласования, а с 1 января 2025 года — прямой запрет на его использование на этих объектах.

Статус объекта КИИ для систем водоснабжения и водоотведения закреплён Федеральным законом № 187-ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации», который относит водоснабжение и водоотведение к сферам, подлежащим защите наравне с энергетикой, транспортом и связью. Каждый субъект КИИ обязан провести категорирование своих объектов, присвоив им одну из трёх категорий значимости либо признав объект незначимым; для значимых объектов установлен обязательный переход на доверенные программно-аппаратные комплексы (ПАК).

Требования к таким доверенным ПАК конкретизированы Постановлением Правительства Российской Федерации № 1912 от 22 ноября 2023 года: диспетчерская платформа должна иметь регистрационную запись в реестре отечественного программного обеспечения Минцифры и соответствовать требованиям по совместимости с отечественными операционными системами и процессорами. В реестре Минцифры на 2026 год присутствуют все основные российские платформы диспетчеризации, применимые к водоочистке, — КРУГ-2000, MasterSCADA, Каскад, RapidSCADA, Alpha Platform.

Дополнительный слой требований задают приказы ФСТЭК России, прежде всего приказ № 31 от 14 марта 2014 года в действующей редакции — «Требования к обеспечению защиты информации в автоматизированных системах управления производственными и технологическими процессами на критически важных объектах». Документ регламентирует состав средств защиты информации для АСУ ТП и напрямую влияет на архитектуру новой диспетчерской системы.

Для главного инженера или начальника службы автоматизации практический смысл этой нормативной рамки конкретен. Муниципальное предприятие водопроводно-канализационного хозяйства, которое модернизирует очистные сооружения или сети по инвестиционной программе или концессионному соглашению, обязано закладывать в проектную документацию отечественную диспетчерскую платформу из реестра Минцифры. Иначе экспертиза проекта и приёмка объекта в эксплуатацию осложняются, а при проверке использование незарегистрированного зарубежного программного обеспечения на значимом объекте КИИ становится основанием для предписания надзорного органа.

Категорирование объекта — не формальность, а работа, предшествующая выбору платформы: от присвоенной категории значимости зависит, какой набор мер защиты обязателен и требуется ли сертификация применяемых средств во ФСТЭК. Крупные очистные сооружения, обслуживающие город с населением от 100 тысяч жителей, как правило, попадают в категорию значимых объектов, что делает выбор платформы и архитектуры защиты взаимосвязанными решениями.

Российские диспетчерские платформы: обзор и применимость к водоочистке

Российский рынок диспетчерских платформ к 2026 году предлагает несколько зрелых продуктов промышленного класса, у каждого из которых накоплен опыт внедрения именно в водной отрасли. КРУГ-2000, разработка научно-производственной фирмы «КРУГ» из Пензы, — один из старейших российских программно-технических комплексов, присутствующий в реестре Минцифры и признанный доверенным программно-аппаратным комплексом в соответствии с Постановлением Правительства № 1912. Платформа внедрена на системах автоматизированного диспетчерского управления (АСДУ) водоканалов Костромы, Саратова, Энгельса и городов Кавказских Минеральных Вод; сильная сторона КРУГ-2000 — комплексная поставка «платформа плюс собственные контроллеры», снимающая часть вопросов совместимости при полной замене системы.

MasterSCADA 4D от компании «ИнСАТ» (Москва) построена по объектно-ориентированному принципу с единым деревом объектов, объединяющим настройку АСУ ТП и диспетчеризации в одной среде разработки. Платформа широко применяется на водоканалах и канализационных очистных сооружениях благодаря скорости разработки типовых объектов: насосная станция, скважина, узел учёта настраиваются один раз как шаблон и тиражируются на десятки аналогичных точек, что критично при миграции распределённой системы. Дополнительное преимущество MasterSCADA 4D — вертикальная интеграция с системами управления производством (MES), востребованная на промышленных очистных сооружениях с учётом расхода реагентов и энергии.

Платформа Каскад, развиваемая в отраслевой линейке решений с усиленными требованиями к информационной безопасности, ориентирована прежде всего на значимые объекты КИИ, где сертификационные требования ФСТЭК становятся определяющим фактором выбора. Alpha Platform от пензенской компании «Атомик Софт» — современная модульная SCADA-система с веб-клиентом, спроектированная как прямая замена для Wonderware и WinCC, что упрощает миграцию мнемосхем и логики с этих платформ.

RapidSCADA занимает отдельную нишу как открытая система с лицензией Apache License 2.0, также присутствующая в реестре Минцифры. Это бесплатная кроссплатформенная веб-ориентированная платформа без ограничений по числу тегов, что делает её привлекательной для небольших очистных сооружений и насосных станций с ограниченным бюджетом на лицензии, где служба автоматизации способна самостоятельно сопровождать открытое решение. TRACE MODE компании «АдАстра» — одна из самых распространённых российских SCADA-систем, применявшаяся в диспетчеризации водоканалов ещё до 2022 года; при инвентаризации полезно учитывать, что часть объектов может уже работать именно на этой платформе, и миграция сводится к обновлению версии, а не к замене вендора.

Выбор конкретной платформы под задачу водоочистки опирается на несколько практических критериев: число тегов и обслуживаемых объектов, требования к резервированию серверов сбора данных, наличие готовых библиотек типовых объектов водоочистки — насосных станций, аэротенков, воздуходувных станций, узлов обеззараживания. Отдельного внимания требует категория значимости объекта: для значимых объектов приоритет получают платформы с сертификатами ФСТЭК и статусом доверенного программно-аппаратного комплекса. Решение принимается и с учётом совокупной стоимости владения, включающей обучение персонала службы автоматизации работе с новой средой разработки.

Практика миграции: как перейти без остановки технологического процесса

Проект миграции диспетчерского уровня АСУ ТП водоочистки начинается не с закупки лицензий новой платформы, а с этапа инвентаризации и аудита действующей системы. На этом этапе составляется полное описание существующей диспетчеризации: перечень объектов и точек ввода-вывода, число и структура тегов, состав мнемосхем, логика тревог и уставок, формат отчётов, перечень интеграций с сопряжёнными системами — коммерческим учётом, биллингом, лабораторной информационной системой контроля качества воды. Пропуск этого этапа превращает миграцию в разработку системы заново, и именно недооценка объёма инвентаризации становится источником большинства срывов сроков.

Центральная техническая стратегия перехода — сбор данных через открытый протокол без прикосновения к полевому и контроллерному уровню. Новая российская диспетчерская платформа подключается к действующим контроллерам Siemens, Schneider или Allen-Bradley через протокол OPC UA либо Modbus TCP и начинает получать с них те же сигналы, что раньше получала зарубежная SCADA. Программируемые логические контроллеры при этом не перепрошиваются и не заменяются: меняется только программное обеспечение верхнего уровня. Такая развязка снимает главный риск проектов импортозамещения — одновременную замену и софта, и контроллерного железа, при которой любая ошибка в новой логике контроллера способна остановить технологический процесс.

Практическим стандартом перехода стал режим параллельной работы, который в отрасли иногда называют горячим переходом. Новая диспетчерская система разворачивается на отдельных серверах рядом со старой, и обе платформы одновременно получают данные с одних и тех же контроллеров через параллельные соединения по OPC UA. Операторы продолжают вести технологический процесс на старой, привычной системе, пока новая проходит период опытной эксплуатации — обычно от четырёх до восьми недель, в течение которых сверяются показания, отрабатываются мнемосхемы и уточняются пороги тревог. Только после подтверждения корректности работы на реальных данных операторов переключают на новую систему, а старую оставляют в резерве ещё на некоторое время. При таком сценарии подача воды или приём стоков ни разу не прерываются ради самого факта миграции.

Наиболее трудоёмкой частью проекта оказывается перенос мнемосхем, логики тревог и типовых отчётов — на эту работу приходится от 40 до 60% всех трудозатрат миграции. Типовые объекты, для которых у выбранной платформы есть готовая библиотека — насосная станция, воздуходувка, аэротенк, узел учёта — переносятся относительно быстро за счёт параметрической настройки шаблона под конкретные адреса тегов. Уникальные схемы, сложившиеся на объекте за десятилетия и часто нигде не задокументированные, приходится восстанавливать и переносить вручную инженерами интегратора совместно со службой автоматизации водоканала, которая единственная помнит логику отдельных узлов.

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

Типовые сроки миграции диспетчерского уровня заметно различаются в зависимости от масштаба объекта. Для одиночных очистных сооружений с одним диспетчерским пунктом проект укладывается в 6–9 месяцев от инвентаризации до полного перехода. Для распределённого водоканала с десятками удалённых объектов срок вырастает до 12–18 месяцев, поскольку миграция ведётся не одним куском, а последовательными кустами объектов — сначала несколько насосных станций одного района, затем следующая группа, с обязательным периодом параллельной работы для каждого куста. Бюджет верхнеуровневой миграции, без учёта замены контроллеров и полевых приборов, составляет от 3 до 20 миллионов рублей в зависимости от числа тегов, рабочих мест операторов и требований к резервированию серверов.

Информационная безопасность и «доверенность» при переходе

Импортозамещение диспетчерского уровня АСУ ТП водоочистки не сводится к формальной замене одного программного продукта на другой — по своей сути это прежде всего проект по приведению значимого объекта КИИ в соответствие с требованиями информационной безопасности. Первый обязательный элемент — сегментация и изоляция технологической сети. Диспетчерский уровень должен быть физически и логически отделён от корпоративной сети предприятия и от интернета межсетевыми экранами промышленного класса, и при переходе на новую платформу эту границу пересматривают заново.

Требования к доверенным программно-аппаратным комплексам предполагают, что новая диспетчерская платформа разворачивается на отечественном системном слое — операционных системах Astra Linux или РЕД ОС, а где это оправдано масштабом объекта — на отечественных процессорах. Совместимость платформы с российской операционной системой и процессорной архитектурой входит в перечень условий, при которых ПАК признаётся доверенным в соответствии с Постановлением Правительства № 1912.

Средства защиты информации при миграции подбираются из реестра сертифицированных решений ФСТЭК России — межсетевые экраны для промышленных сетей, системы обнаружения вторжений, ориентированные на протоколы АСУ ТП, средства мониторинга событий безопасности. Момент перехода на новую платформу — повод привести весь контур защиты в соответствие с требованиями приказа ФСТЭК № 31, поскольку старая архитектура нередко проектировалась в иной регуляторной логике.

Резервирование и отказоустойчивость серверов диспетчеризации приобретают особое значение из-за категории надёжности объекта. Водоснабжение относится к объектам первой категории надёжности, поэтому серверы сбора данных новой платформы разворачиваются по схеме основной плюс резервный сервер с автоматическим переключением при отказе, а не в единственном экземпляре, как иногда допускалось на старых системах.

Отдельный аргумент в пользу миграции — накопленные уязвимости «замороженных» зарубежных систем. Платформа, лишённая обновлений безопасности с 2022 года, со временем накапливает неустранённые уязвимости, информация о которых публична и доступна потенциальному злоумышленнику. Для объекта КИИ эксплуатация системы с известными уязвимостями представляет собой прямое нарушение требований 187-ФЗ вне зависимости от того, истекла лицензия формально или нет, и этот довод для руководства водоканала зачастую весомее чисто лицензионных рисков.

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

Экономика и типовые ошибки проекта миграции

Бюджет проекта миграции диспетчерского уровня складывается из нескольких статей, соотношение между которыми отличается от привычной структуры затрат на закупку зарубежного софта. Лицензии на отечественную платформу — КРУГ-2000, MasterSCADA 4D, Alpha Platform или Каскад — как правило, обходятся ниже зарубежных аналогов в пересчёте на число тегов, а у RapidSCADA лицензионная статья бюджета отсутствует вовсе благодаря открытой модели распространения. Основная статья расходов — проектные и пусконаладочные работы, на которые приходится от 50 до 70% общего бюджета: перенос мнемосхем, настройка протоколов обмена с контроллерами, тестирование в режиме параллельной работы. Дополнительные статьи — обучение персонала, средства защиты информации из реестра ФСТЭК и серверная инфраструктура на отечественном системном программном обеспечении.

Наиболее распространённая ошибка в подобных проектах — попытка начать миграцию без полноценной инвентаризации существующей системы. Недооценка реального числа мнемосхем, тревог и нестандартных алгоритмов управления приводит к срыву первоначальных сроков в 1,5–2 раза: интегратор, оценивший объём работ по документации без выезда на объект, на середине проекта обнаруживает десятки незадокументированных узлов, которые нужно переносить с нуля. Корректная инвентаризация на старте окупается сокращением числа переделок и повторных согласований.

Вторая типовая ошибка — попытка «большого взрыва»: перевести всю распределённую систему диспетчеризации на новую платформу одномоментно вместо покустовой миграции по группам объектов. Для объекта первой категории надёжности такой сценарий несёт прямой риск нарушения водоснабжения или водоотведения в случае любой ошибки настройки, поскольку одновременно теряется контроль над всеми объектами сразу. Поэтапность миграции — обязательное условие для объектов, отказ которых напрямую влияет на жизнеобеспечение города.

Третья ошибка, тесно связанная с темой контроллерного уровня, — стремление заместить сразу и диспетчерскую платформу, и программируемые логические контроллеры в рамках одного проекта. Такая одновременная замена умножает и технические риски, и стоимость, поскольку интегратору приходится одновременно отлаживать новую логику на контроллерах и переносить визуализацию на новую SCADA, не имея эталонного состояния ни на одном из уровней. Правильная последовательность — сначала перевести диспетчерский уровень на отечественную платформу, работающую с действующими контроллерами по открытому протоколу, а замену самих ПЛК Siemens и Schneider вести отдельным темпом, по мере физического износа.

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

Экономический эффект миграции складывается из нескольких компонентов. Прямая экономия — отсутствие ежегодных платежей за зарубежные лицензии и поддержку, которые для крупного водоканала составляли от 2 до 8 миллионов рублей в год даже до введения ограничений. К этому добавляется снятие юридического риска эксплуатации запрещённого программного обеспечения на значимом объекте КИИ и доступ к отечественной технической поддержке с гарантированными сроками реакции. Совокупный эффект окупает затраты на миграцию за 3–6 лет в зависимости от масштаба системы, а риск штрафов по 187-ФЗ делает переход практически безальтернативным для водоканалов со значимыми объектами.