Добавьте своё содержимое сюда
Добавьте своё содержимое сюда

Кто есть кто на рынке ТСБ, или Взгляд из-за зеркала.

kto est kto na rinke tsb ili vzglyad iz za zerkala

Кто есть кто на рынке ТСБ, или Взгляд из-за зеркала.

Кто есть кто на рынке ТСБ, или Взгляд из-за зеркала

Действующие лица и конечная цель
Основное действующее лицо любой отрасли (рынок ТСБ не исключение) – это заказчик. Именно на заказчика направлены все действия, и именно с ним строят взаимоотношения поставщики – проектировщики – инсталляторы. Заказчик – основная фигура во взаимодействии и влиянии на эту цепочку. От заказчика в первую очередь зависит, как это может показаться ни парадоксальным, успех или неудача проекта. Поставщик, проектировщик и инсталлятор – это инструменты, ресурсы по достижению конечной цели, определенной заказчиком.
В начале разговора предлагаем все-таки дать точное определение действующим лицам и исполнителям. Мы начали рассматривать цепочку заказчик – проектировщик – поставщик – инсталлятор.
Заказчик имеет свою работающую структуру, которую необходимо оптимизировать, снизить затраты на содержание посредством установки систем безопасности и автоматизации.
Проектировщик на основании исходных данных (ТЗ) изготавливает пакет документов с учетом ГОСТов, СНИПов и прочих требований.
Поставщик производит/поставляет/продает оборудование заданной в проекте комплектации.
Инсталлятор – а вот здесь, на наш взгляд, уместнее употребить другое слово – монтажник. Монтажник осуществляет монтаж, установку и пусконаладку оборудования в соответствии с проектом.
Все эти действующие лица живут по собственным правилам и в своем ритме. Взаимодействуют лишь в случаях потребности одних в других. Не интересуются проблемами друг друга и действуют практически независимо. Заказчик – проектировщик – поставщик – монтажник…
То есть в этой цепочке явно не хватает звена, которое возьмет на себя тяжелый труд по объединению всех в единый организм на базе внедрения именно той системы, которая полностью удовлетворяет потребностям заказчика. Того, кто может эффективно организационно подправить работающий организм предприятия заказчика, кто замотивирован на снижение издержек заказчика на всех этапах, включая конечный результат, с учетом особенностей и специфики работ остальных участников. Кто зарабатывает на снижении издержек не только видимых, но и скрытых, возникающих как в процессе, так и по прошествии некоторого времени. Отсутствие такого звена и определяет все конфликты, возникающие при инсталляции систем.
Инсталляция – это композиция. Композиция, созданная с определенной целью, посредством набора объектов, с использованием их состояний, расположений в пространстве, наполненных единым логическим смыслом. Слова «цель» и «логика» ключевые в определении «инсталлятор».
Заказчик – проектировщик – поставщик – монтажник в действительности должно звучать как заказчик – инсталлятор – (проектировщик – поставщик – монтажник).
Но, увы, у нас это не практикуется, поэтому мы по-прежнему будем именовать монтажника инсталлятором. Пусть инсталляция будет со значением «установка» – прикрутить, подключить. Вернемся к исходной цепочке заказчик – проектировщик – поставщик – инсталлятор и к конечной цели этого взаимодействия.
Если все это уложить в оси координат, то получим некий график, где ось Х – это время от начала до окончания проекта, а ось Y – отображение величины ошибок, допущенных в проекте. На оси X расположим участников проекта в хронологическом порядке:
заказчик определяет цель.
Проектировщик изготавливает проект, т. е. документ, однозначно определяющий структуру системы, взаимодействие ее частей, места установки, состав оборудования и материалов, т. е. материализация цели заказчика на бумаге.
Поставщик обеспечивает наличие оборудования и материалов в соответствии с проектом.
Инсталлятор (монтажник) на основании проекта и поставленного оборудования, материалов выполняет монтаж и пусконаладку системы.

kto est kto na rinke tsb ili vzglyad iz za zerkala 2

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

Кто есть заказчик и его взаимоотношения с системами безопасности?
Как правило, заинтересованным лицом в установке системы выступает служба безопасности. Образование и статус сотрудников определяется словом «безопасность». В основной своей массе это люди, имеющие юридическое образование, прошедшие школу жизни в различных органах правопорядка. Люди, знающие и грамотные в процессах организации безопасности вверенных им территорий, умеющие работать по академическим шаблонам и строящие свою «агентурную сеть» по сбору и обработке информации на базе людских ресурсов и классического документооборота. А вот их знания о том, как человека заменить «железкой» и какую пользу можно от этого получить, зачастую явно недостаточны.
Человеческий ресурс – дело неблагодарное, он постоянно хочет денег, болеет, размножается, не выполняет свои должностные обязанности надлежащим образом, допускает ошибки, другими словами – очень дорогой и беспокойный. Естественно, что над службой безопасности всегда висит угроза оптимизации. Одно из направлений оптимизации, отработанное годами, – это замена части персонала простейшими охранными системами: охранной сигнализацией (датчик – световой/звуковой сигнал), охранной видеосистемой (камера – записывающее устройство). За счет таких систем удается оптимизировать численный состав путем замены постов наблюдения и сбора информации на камеры, а патруль, выполняющий обход территории, – на всевозможные датчики.
Убираем пять охранников, ставим пять камер или датчиков, за мониторы сажаем наблюдателя и старшего к нему. Убираем трех вахтеров, ставим три турникета и одного вахтера. Количество персонала уменьшается, но напрямую зависит от количества контрольных точек.
Служба безопасности перебирается к мониторам наблюдения и занимает прочное статичное положение на КПП (или ЦПО, ПЦН и т. д.). Данная конструкция хороша на небольших предприятиях с небольшим количеством точек: для систем видеонаблюдения не более 10–20 камер, для охранных систем – до 50 контрольных точек. В основном этот продукт и предлагают на российском рынке. Данную конструкцию и материальную часть хорошо знают как продавцы, так и заказчики. При таких условиях функции наших действующих лиц поставщик – проектировщик – инсталлятор безболезненно и весьма эффективно объединяются в одно лицо, в монтажную компанию с каким-нибудь замысловатым и звучным именем. Основной проблемой заказчика при покупке и установке таких систем является выбор из множества предложений от компаний продавцов-монтажников того единственного, которое отвечает требованиям надежности и укладывается в выделенный бюджет.
Для заказчика гарантией и ключевым фактором выбора той или иной организации могут стать такие аргументы, как «мы вместе служили», «один мой знакомый ставил, у него все работает», а ТЗ сокращается до незамысловатой, но всеобъемлющей фразы – «найдите мне подешевле, но понадежней». Такие системы называют «коробочными». Открыл коробку, достал железки, прочитал инструкцию, соединил все между собой, включил в розетку. Все работает.
И воцарилась на рынке полная идиллия и взаимопонимание со всех сторон… Функций минимум, и они «зашиты» намертво, конечное оборудование согласовано между собой и в пределах всей системы не требует специальных тонких настроек, а значит, и знаний.

Немного из жизни таких систем. Один охранник, он же оператор, он же видеоинженер, может весьма продуктивно (читай – ответственно) следить, реагировать одновременно не более чем за 16 камерами и не более 30 минут. Далее внимание человека рассеивается, и его необходимо подменить минимум на полчаса. Естественно, никто этого не делает, потому что придется вдвое увеличить штат. Оператор с небольшими перерывами досиживает до конца смены, а если быть честным, на практике один наблюдатель сидит и «отслеживает» события по N камерам в течение 12 часов с перерывами на поесть и справить нужду. Руководители уверены, что он работает. Но реально результаты таких наблюдений весьма скромны. Говорить об эффективности подобного решения организации безопасности можно с большой натяжкой. Этот путь, конечно же, имеет свой смысл, и нельзя говорить, что это вообще неправильно. Данная конструкция хороша для небольших предприятий с малым количеством контрольных точек и малым количеством событий. Хотя отсутствие событий в продолжительный период времени также ослабляет внимание наблюдателя. Представьте забор высотой 3 метра с колючей проволокой, через который, может быть, кто-то раз в год решит перелезть. Естественно, посмотрев на это спокойствие в течение месяца, наблюдатель начинает заниматься другими делами, отличными от основной задачи. То же самое и в обратную сторону, например, в торговом центре, где хаотично перемещаются тысячи людей. В таких ситуациях операторы быстро переориентируют свое внимания на события, наиболее важные для них. Таких событий мало – не более четырех. Первое и самое главное – контроль подходных путей к посту охраны, чтобы вовремя принять рабочий вид (выключить телевизор, убрать телефон). Второе – отследить приезд/приход на территорию шефов и оповестить, кого надо, чтобы те вовремя приняли рабочий вид (выключить телевизор, убрать телефон). И еще несколько таких же «важных задач» оперативного наблюдения.

Совсем по-другому дела обстоят с системами, значительно превышающими озвученные выше параметры. Для примера возьмем объект, в котором емкость охранных систем составляет от 150 до 300 камер и порядка 200–600 охраняемых зон.
Если для таких объектов применить «коробочную» систему, то получим весьма немалый штат сотрудников, огромный архив данных (при этом не факт, что он будет единым массивом, так как «коробочные» системы имеют свои ограничения).
Тысячи всевозможных событий в день, с которыми придется работать: фильтровать их по значимости: штатные, нештатные, критические, аварийные, криминальные и т. д. По каждому событию должна быть выполнена определенная предписанная реакция персонала. Правила игры потребуют от службы безопасности быстрой, точной, контролируемой и имеющей ответственное лицо реакции. Использование привычного алгоритма действий (увидел – доложил старшему – получил указания – зафиксировал – выполнил действия – зафиксировал – доложил старшему – старший проверил исполнение) уже не подходит. Ведь с таким потоком информации старший, конечно же, не справится. Одного старшего уже не хватит. Как только старших становится больше двух, над ними ставят более старшего. В итоге служба безопасности может принять вид неповоротливого, тугодумного монстра. Естественно возникает вопрос, что с этим делать.
Заказчик узнает у знакомых, кто и как решает эти проблемы, изучает материальную часть, общается с производителем, посещает выставки, читает литературу, изучает возможности систем и их настроек, принципы и возможности сопряжений различных систем. На основе полученных знаний по-другому начинает смотреть на охранные системы. Приходит понимание, что это не просто инструмент фиксации событий, что при его помощи можно их классифицировать, причем по правилам, заданным заранее. Используя эти правила, можно делегировать часть своих функций подчиненному персоналу, получая независимую оценку их действий. Используя ресурсы систем, наблюдать за всем, что происходит не постоянно, пытаясь выловить события, заслуживающие внимания, а наблюдать только то, что необходимо, а значит, повысить эффективность персонала и оптимизировать его количество, включая надстройку.
На рынке достаточно представлено систем и инсталляторов, предлагающих услуги по установке и пусконаладке таких систем. Полагаясь на инсталлятора, заказчик зачастую не может оценить все риски, связанные с выбором той или иной системы. То есть природа рисков, с одной стороны, заключается в недостаточных знаниях заказчика, в его желании экономить на всем, а с другой – в недостаточных знаниях инсталлятора и в его желании заработать на всем как в последний раз в этой жизни. Вот они, доминирующие силы во взаимоотношениях действующих лиц. Эти силы, увы, зачастую намного превышают силу разума.
Поговорим о предлагаемых на нашем рынке системах. По понятным причинам не будем называть бренды, но уверены, что читатель согласится и поймет, о чем идет речь. Итак, на рынке присутствуют два вида систем. Узкоспециальные (в чистом виде охранные, контроль/управление доступом, видеонаблюдение) и комплексные системы, сочетающие в себе все из предыдущего пункта в «едином» продукте.
Узкоспециальные системы на 85% отвечают потребностям конечного потребителя. То есть выполняют основные задачи, соответствующие ожиданиям заказчика, имеют хорошую производительность, предсказуемую стоимость. Все оборудование внутри системы работает согласованно и без критических ошибок. Защищенность самой системы на высоте (имеются в виду как аппаратная, так и программная часть). Не требуется высокий уровень знаний конечного потребителя. Недостающие 15% возможностей, ожидаемых от системы, потребитель без особых усилий может скорректировать путем изменения привычного ему порядка действий. В основной массе это как раз те самые «коробочные» системы. Главные недостатки: необходимость сопряжения разных систем между собой и проблемы с масштабированием. На практике они так и остаются отдельными самостоятельными системами. Базы данных таких систем не имеют ничего общего между собой. Поиск событий происходит за счет интеллекта потребителя на элементарном уровне: «Я знаю, что событие произошло в такой-то период времени, я лезу в каждую из баз, получаю список событий из этих баз и далее самостоятельно анализирую полученные списки с поправкой на разницу во времени на серверах баз данных».

kto est kto na rinke tsb ili vzglyad iz za zerkala 3

Комплексные системы (по заявлению производителей) покрывают весь спектр охранных задач систем безопасности, не имеют ограничений по размерам баз данных, легко масштабируются, имеют интеллектуальную составляющую, как преднастроенную, так и возможности адаптации под клиента. Также производителем предлагаются и более развернутые решения. Под «безопасностью» производители таких систем подразумевают все, что может повредить зданию и людям, находящимся в нем. Это мониторинг состояния оборудования и системы в целом, управление инженерией здания и собственно охранные системы. Производители предлагают как полностью свой уникальный продукт (как правило, «уникальный»), так и «готовые» интеграционные решения между собственными системами и системами сторонних производителей (на уровне получения протоколов оборудования). Логическая часть и управление конечными устройствами выглядит как некий самостоятельный программный продукт, нахлобучка сверху. Эти решения не идеальны и имеют целый набор подводных камней, с которыми придется столкнуться покупателю. Если такую систему разобрать на составляющие – охранную систему, видеонаблюдение, управление инженерными системами, на поверку может выясниться, что в одной части производитель предлагает явно устаревшее оборудование, в другой производительность желает оставлять лучшего, а в третьей логика выполнения операций и регистрации событий настолько сложна и оторвана от жизни, что нужно иметь либо очень дорогого специалиста, либо огромное желание установить такую систему, чтобы на данный факт просто не обращать внимания. Также нельзя забывать про производительность и реакцию системы на событие (сигнал – отображение на интерфейсе пользователя), надежность системы при потере связи с каким-либо компонентом, самовосстанавливаемость системы, работа в автономном режиме при потере питания. Стоимость таких систем определяется не только стоимостью покупки железа, лицензий и внедрения, но и владения такой системой. Причем в понятие «владение» входит не только стоимость технического обслуживания, но и стоимость персонала (а при его ротации – необходимость обучения), стоимость доработок системы (а они обязательно будут с познанием сути купленного продукта и его «скрытых» возможностей), при масштабировании и увеличении рабочих мест и т. д. В итоге удовлетворенность покупателя каждой из частей будет составлять от 40 до 60%. Простым математическим вычислением получаем «удовлетворенность покупателя» всей системой порядка 50%. Это не много, и простой реорганизацией и подстройкой под систему персонала здесь не обойтись. Но взамен производитель предлагает единую автоматизированную систему. То есть фактически всевидящее око.
Подводные камни комплексных систем являются следствием процесса их рождения. Для их создания используются простые узкоспециальные системы, к которым прикручивают дополнительные опции из других систем, или пытаются состыковать две системы разных производителей. Чаще всего это происходит либо по причине того, что заказчик приобрел две системы и, решив их «подружить», нанял разработчика. А компания-разработчик, получив продукт, откатанный на полигоне заказчика за его же деньги, предложила новое решение всему рынку. Эти системы порой напоминают куртку, сшитую из лоскутков, причем швы не только отличаются стежками, но и цветом ниток. Более того, иногда рукава пришиты к воротнику через бумажную прослойку, которая размокает после первого дождя. Но, в принципе, по форме – куртка. А содержание сразу не оценишь. Но это другая история.

С чего же начинается весь процесс?
С объекта и технического задания (ТЗ). Как это происходит на практике?
Служба безопасности знает, «куда смотреть и что закрывать». Эксплуатация знает, что в принципе нужна пожарная сигнализация и оповещение. Потом вспоминается, что на объекте есть парковка. Приходят соответствующие органы инспекции и говорят, что за эскалаторами и лифтами надо постоянно следить дежурному по эксплуатации. И, таким образом, с грехом пополам составляется список того, что нужно установить. Но дальше возникает основная проблема – отсутствие у заказчика специалистов для постановки задач. Вследствие чего заказчик зачастую перекладывает обязанность формулирования задачи на плечи других участников процесса. Результат предугадать несложно: система не удовлетворяет ожиданиям заказчика. Почему? ТЗ формируется заказчиком в виде небольшого пакета документов, состоящего в лучшем случае из планировок этажей и генплана с нанесенными местами установки конечного оборудования, а то и без них. Это передается нескольким инсталляторам с просьбой предоставить спецификации. А инсталляторы бывают разными. Они либо представляют интересы определенных брендов оборудования, либо выбраны по неким заданным правилам (личные взаимовыгодные отношения рассматривать не будем).
Инсталляторы наперебой рассказывают о преимуществах своего оборудования, удивляют ценой, техническими и маркетинговыми параметрами оборудования. Под маркетинговыми подразумеваются параметры, которые звучат гордо, но отражают реальное положение дел с большой натяжкой.
Заказчик готов довериться инсталлятору и приобрести самую лучшую в мире комплексную систему. Но без глубоких познаний аппаратной и программной частей охранных систем он не в состоянии подробно сформулировать ТЗ. И что же происходит? Инсталлятор, не изучив и не поняв внутреннее устройство структуры заказчика, начинает внедрение, опираясь на места установки конечного оборудования, рассчитывая, что логическая часть ТЗ заказчика не будет отличаться от алгоритмов, прошитых в системе. Поставщик отталкивается от возможностей продаваемой им системы, причем не всегда до конца зная ее ресурсы и ограничения. Это касается в основном представителей в РФ зарубежных систем безопасности, но иногда проскакивает и у представителей (перекупщиков) отечественных систем.
Хуже всего дело обстоит с алгоритмической составляющей будущей системы. На нашей памяти ни один из инсталляторов не удосужился поинтересоваться организационной структурой службы безопасности и порядком взаимодействия заинтересованных служб. О стандартном наборе действий участников процесса вообще речи не идет. Не было ни одного вопроса о том, какие именно конечные параметры в итоге хочет получить заказчик, какой набор отчетов должна выдавать система для непосредственной работы с ними службы безопасности.
Узнать, что в действительности хочет заказчик, не так трудно, но это накладывает некоторую ответственность на инсталлятора. Самое неприятное для инсталлятора после таких вопросов и ответов – это признать, что предлагаемая им система не отвечает ожиданиям заказчика.
Как заставить заказчика сформулировать конечную задачу системы? Что в итоге заказчик хочет от системы?
Для чего, например, предназначена система видеонаблюдения? Получить внятную, различимую, узнаваемую фотографию подозрительного лица и зарегистрированную последовательность произошедшего события.
То есть не где и сколько поставить камер, датчиков, какие мониторы, сколько гигабайтов информации хранится в Raid-массивах, как коммутированы провода – все это для заказчика интересно только с точки зрения ценообразования. А важно, какой набор отчетов и возможностей для непосредственной работы с ними будут у службы безопасности.
Для службы безопасности важно иметь на руках материал на «подозреваемого», с которым можно в дальнейшем работать как самостоятельно, так и обратившись в правоохранительные органы. Важно принять меры для пресечения/предупреждения возможных действий «подозреваемого». Наконец, иметь необходимый материал – набор документов установленного (либо внутренним распорядком, либо требованиями законодательства) образца. Это могут быть фотографии определенного вида, размера и разрешения, видеоролик с записью действий «исполнителя», также определенного качества, размера и с наличием необходимых атрибутов (даты, времени, формата, качества), распечатка регистрации тревожных событий в реальном времени. На какие события и как служба безопасности будет реагировать. Что касается охранного видеонаблюдения то, как показывает практика, 95% событий выявляются по прошествии некоторого времени. То есть у мониторов сидит целый отряд наблюдателей и ничего не видит, а основная работа «безопасников» начинается с обращения к ним пострадавшего и рытья архива в поисках события.
Поэтому техническое задание при его правильной подготовке начинает формироваться, когда определены набор отчетов, документов, действия и взаимодействия службы безопасности. Потом можно переходить непосредственно к самому объекту: деление на внешние и внутренние контуры, которые определяются физическими особенностями здания, стенами, окнами, дверями и т. д., к классификации защищаемых составных частей объекта.
Таким образом, с точки зрения заказчика последовательность итераций при создании системы безопасности должна выглядеть следующим образом:
определение задач, которые система должна решать;
список отчетов с указанием форм документов, выдаваемых системой;
определение критических и важных точек объекта, включая предписанную логику потоков посетителей, передвижений персонала, взаимодействие служб и т. д.;
технологическое задание, список и классификация возможных событий (тревог) по каждому событию, алгоритм действий персонала;
техническое задание;
проект и рабочая документация.
Далее все прочие шаги, которые описаны в ГОСТ, СНИП и других документах.

(Продолжение следует)

Мы используем cookie-файлы для наилучшего представления нашего сайта. Продолжая использовать этот сайт, вы соглашаетесь с использованием cookie-файлов.
Принять