Рынок АСУ ТП непрозрачен: под «интегратором» могут понимать проектировщика, поставщика оборудования, сборщика шкафов или команду, которая делает всё. До договора важно понять, кто именно отвечает за результат и где заканчивается его зона.

Почему это важнее цены

Разница в смете между подрядчиками может быть двукратной. Но если один не обследовал объект и не заложил аварийные сценарии, экономия проявится позже: переделками, простоями и ручным управлением. Стоимость простоя линии обычно выше стоимости проекта.

Смотрите не на презентацию, а на то, как интегратор задаёт вопросы. Сильная команда сначала выясняет технологию, границы и ограничения, а потом называет цену.

12 вопросов интегратору

  1. Кто делает обследование? Инженер, который будет проектировать, или менеджер по продажам?
  2. Сколько похожих объектов вы сдали? Не «делали АСУ ТП», а конкретные технологии и масштабы.
  3. Кто отвечает за ПЛК, SCADA и сети? Одна команда или несколько субподрядчиков?
  4. Как строится карта сигналов? Кто согласовывает адреса, типы и единицы измерения?
  5. Какие аварийные сценарии вы проектируете? Потеря связи, отказ сервера, недостоверные данные, ручной режим.
  6. Есть ли резервирование? Какое именно: сервер, канал, контроллер, питание?
  7. Как проверяете интеграцию? Есть ли протокол испытаний и имитация аварий?
  8. Что входит в пусконаладку? Обучение, инструкции, выход на режим, сопровождение.
  9. Какие права на ПО и документацию? Получите ли вы исходники, схемы и доступы?
  10. Как считаются изменения? Есть ли процедура change request и прайс на допработы?
  11. Кто поддерживает систему после сдачи? Реакция на инциденты, обновления, резервные копии.
  12. Что вы не делаете? Честный ответ помогает увидеть границы и риски.
Хороший признак: интегратор говорит «нужно обследование» и показывает, как будет проверять аварийные сценарии. Плохой: «сделаем всё под ключ, цена окончательная» без карты сигналов.

Что должно быть в договоре

  • границы объекта и перечень сигналов;
  • состав проектной и эксплуатационной документации;
  • критерии приёмки и протокол испытаний;
  • порядок изменения объёма и стоимость допработ;
  • ответственность за оборудование и сроки поставки;
  • права на ПО, исходники и доступы;
  • поддержка после сдачи и резервное копирование.

Если в договоре нет критериев приёмки, приёмка превращается в переговоры. Если нет прав на ПО, вы зависите от подрядчика при любом изменении.

Красные флаги

  • Называет цену до обследования и не спрашивает про сигналы.
  • Обещает «любые протоколы» без списка оборудования.
  • Не показывает примеры протоколов испытаний и аварийных сценариев.
  • Не включает обучение и документацию в проект.
  • Не отдаёт исходники и доступы.
  • Сроки «за месяц» на распределённый объект без команды.
  • Не называет, кто именно будет вести проект.

Чек-лист заказчика

  • Понятны технология, критические точки и границы объекта.
  • Есть перечень оборудования и протоколов.
  • Интегратор задаёт вопросы, а не только продаёт.
  • Проверены похожие проекты и рекомендации.
  • Согласованы карта сигналов, критерии приёмки и аварийные сценарии.
  • В договоре есть документация, обучение, права на ПО и поддержка.
  • Заложен бюджет на эксплуатацию и изменения.

Если хотите сравнить подходы на конкретном объекте, начните с обследования и концепции. Это дешевле полного проекта и помогает увидеть, как подрядчик думает. АСУ ТП под ключ · этапы проекта · обсудить задачу.

Вопросы

Частые вопросы

Что должно быть в техническом задании на АСУ ТП?

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

Можно ли сэкономить на резервировании?

Иногда — если простой объекта допустим. Для непрерывного производства и энергетики экономия на резерве обычно переносится в стоимость аварии.

Как проверить опыт интегратора?

Попросите похожие объекты, протоколы испытаний, состав команды и контакты заказчиков. Смотрите не на презентацию, а на то, как подрядчик описывает сложности.