От датчика до КИС: почему интеграция начинается не с протоколов, а с ИБ и архитектуры

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

Развилка, которую не видно на старте:
Представьте типичную ситуацию. Вам ставят задачу: «провести интеграцию системы с корпоративным контуром». Локально. Понятно. Вы садитесь за работу, поднимаете документацию и выясняется, что система технологически и документально не готова к интеграции: нет актуальной проектной документации, а требования безопасности и корпоративные стандарты не учтены. То есть система работает, но с точки зрения ИБ она — «чёрный ящик».

В этот момент у вас есть два пути.

Первый — нарисовать схему «как есть». Формально выполнить этап, задачу. Отправить её на согласование в ИБ, получить отказ, а потом разбираться, кто виноват. Такой путь выглядит как «сделать свою работу», но на деле это перекладывание проблемы на следующий этап. Безопасники завернут проект, он встанет, а время и деньги будут потеряны.

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

Я всегда настроен на второй путь.
Хотя коллеги с нефтепераработки говорят, что это может стоить дорого...

Но что могло произойти, если бы я просто нарисовал схему? Проект ушёл бы в ИБ, получил отказ, и мы бы опять пришли в начало. Только с потерянным временем, бюджетом на бесполезную итерацию и испорченной репутацией тех, кто «не заметил».

В этом смысле интеграция — это не про то, как соединить системы. Это про то, как понять, готовы ли они к соединению.

Эта ситуация не про конкретную интеграцию и не про конкретную компанию. Это про разрыв, который может быть в любом проекте цифровизации на стыке ИТ-инфраструктуры и прикладных систем ОТ.

Мы часто начинаем с технологий: какие протоколы использовать, какие шлюзы настроить. Но правильный порядок другой:

Архитектура: есть ли вообще целевая система, готова ли она к интеграции?

Безопасность: соответствует ли она требованиям ИБ, готова ли к подключению к корпоративным сервисам защиты?

Протоколы: и только теперь — как именно мы будем соединять.

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

Проблема в том, что «героическое усилие» часто становится нормой. И тогда каждый проект — это битва, а не инженерия.

Именно здесь и появляется роль РП — заметить, что мы снова начинаем не с того конца.

Какой у Вас в компании процесс интеграции систем ?