Автоматизация в ритейле: чем сетевой магазин отличается от отделения банка по составу телеметрии

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

Разница между магазином и отделением банка касается не масштаба сети и не числа точек. Она в том, что конкретно на объекте способно причинить прямой ущерб за минуты: у ритейла это порча продукции в остановившейся холодильной камере, у банка - нарушение требований к охране и к бесперебойности обслуживания клиентов. Ниже - разбор состава телеметрии по двум проектам сопоставимого масштаба: диспетчеризация магазинов федеральной розничной сети и диспетчеризация 155 отделений Банка ВТБ по системе САДИС. Оба проекта решены одной командой на одной платформе, поэтому разница в составе подсистем закономерна и держится на специфике сегмента - выбор конкретного заказчика здесь почти ни при чём.

Почему нельзя перенести состав телеметрии между сегментами один в один

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

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

• Магазин зарабатывает на обороте товара. Остановка холодильной или морозильной камеры на несколько часов - это списание партии продукции, прямая и сразу измеримая потеря.
• Банковское отделение работает под требованиями к охране и бесперебойности. Здесь регулярно фигурируют охранная сигнализация, резервное электроснабжение и контроль доступа - зоны, которых в типовом магазине просто нет.

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

Что совпадает у обоих сегментов

Коротко: базовый слой диспетчеризации - учёт энергопотребления, климат и микроклимат, управление освещением по расписанию - одинаков и для магазина, и для отделения банка, потому что оба относятся к одному классу объектов: помещение с работающим персоналом и клиентским потоком.

Прежде чем разбирать различия, стоит зафиксировать, что не отличается. И в проекте по магазинам розничной сети, и в проекте по 155 отделениям ВТБ в базовый состав вошли:

Подсистема	Что общего у магазина и отделения банка
Освещение	Управление по расписанию работы объекта, контроль фактического потребления
Учёт энергопотребления	Снятие показаний счётчиков, агрегация по объекту и по сети
Климат (кондиционирование, вентиляция)	Контроль температурных уставок, аварийные события
Протечки воды	Датчики в технических зонах, автоматическое оповещение дежурной службы

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

Холодильное оборудование - контур, которого у банка нет вообще

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

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

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

В банковском отделении такой подсистемы нет ни в каком виде - там просто отсутствует технологическое оборудование этого класса. Это первое и самое очевидное расхождение состава телеметрии между сегментами, и оно задаёт тон остальным: у каждого сегмента есть подсистема, которая существует только в нём.

Охранный контур: у банка выше требования, чем у магазина

Коротко: в проекте по 155 отделениям ВТБ диспетчеризация снимает данные с охранной инфраструктуры наравне с пожарной и климатической, тогда как в проекте по розничной сети охранный контур в состав задачи не входил.

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

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

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

Резервное электроснабжение: обязательная часть у банка, отсутствует в задаче у ритейла

Коротко: во всех банковских проектах диспетчеризации, которые мы делали, резервное электроснабжение - обязательная подсистема с контролем ИБП и событий пропадания фаз; в проекте по розничной сети такой подсистемы в составе задачи не было.

В проекте по 155 отделениям ВТБ электроснабжение включено в базовый состав мониторинга: контроль основного и резервного источника, состояния ИБП, событий пропадания фаз. Это согласуется с тем, что банковское отделение обычно проектируется по схеме «два ввода → АВР → ИБП → ДГУ резерв» - подробно эта топология разобрана в статье «СБГЭ отделения банка». Диспетчеризация в таком случае не создаёт резервирование, а даёт видимость его состояния - переключился ли АВР, держит ли ИБП нагрузку, не разрядились ли батареи.

В задаче по автоматизации магазинов розничной сети подсистема резервного электроснабжения не упоминается вовсе - учёт энергопотребления есть, контроль ИБП и ДГУ в состав проекта не входил. Читать это расхождение как «в рознице резервное питание не нужно» неверно: категорию надёжности электроснабжения объекта определяет ПУЭ, независимо от сегмента бизнеса, и разбор этой категории есть в материале «Категория надёжности электроснабжения». Правильное чтение другое: если на объекте розничной сети резервное питание всё же смонтировано, его контроль закладывают в диспетчеризацию отдельным явным пунктом технического задания, потому что сам по себе в тиражное решение для ритейла, в отличие от банковского, он не встанет.

Как считать состав телеметрии под конкретный сегмент

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

Сравнение по двум проектам сводится к таблице:

Группа параметров	Магазин розничной сети	Отделение банка
Освещение и энергоучёт	Да, базовый слой	Да, базовый слой
Климат и вентиляция	Да, базовый слой	Да, базовый слой
Протечки воды	Да	Да
Холодильное и морозильное оборудование	Да, ключевая подсистема	Отсутствует как класс оборудования
Охранная сигнализация	Не входила в задачу	Да, наравне с пожарной
Резервное электроснабжение (ИБП, ДГУ, АВР)	Не входила в задачу	Да, обязательная подсистема
Тепловые завесы, наружная реклама	По объекту	Да, часть типовой конфигурации

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

Что заложить в ТЗ

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

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

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

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

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

Почему в проекте по розничной сети не было контроля ИБП, если у части магазинов они физически есть? Потому что заказчик не ставил такую задачу в рамках конкретного проекта - платформа умеет снимать эти параметры без ограничений. Если на объекте установлено резервное питание, его контроль имеет смысл вносить в техническое задание отдельным явным пунктом.

Нужен ли магазину контроль охранной сигнализации в диспетчеризации инженерных систем? Зависит от того, как заказчик распределил ответственность между инженерной службой и службой безопасности. В разобранном проекте розничной сети охрана обслуживалась отдельно от диспетчеризации инженерных систем; в банковском проекте - входила в тот же контур, что и пожарная безопасность.

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

Стоит ли на старте проекта закладывать телеметрию «с запасом», включая контуры, которые сегменту обычно не свойственны? Не всегда оправдано - лишние параметры увеличивают стоимость обследования, монтажа и последующего анализа данных без соответствующей пользы. Разумнее сверять черновой перечень с профилем риска объекта, чем закладывать контуры про запас.

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

Источники

• Автоматизация и диспетчеризация инженерных систем магазинов федеральной розничной сети - кейс: холодильное оборудование, учёт энергопотребления, климат, освещение, без резервного электроснабжения и охранного контура в составе задачи.
• Диспетчеризация инженерных систем в 155 отделениях Банка ВТБ - система САДИС - кейс: пожарная безопасность, охранный контур, климат, резервное электроснабжение с контролем ИБП, в составе типовой конфигурации.
• «Диспетчеризация филиальной сети: типовое решение» - унификация состава телеметрии внутри одного сегмента сети.
• «СБГЭ отделения банка: топология два ввода - АВР - ИБП - ДГУ» - почему резервное электроснабжение в банковском проекте обязательная подсистема, а не опция.

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