Ориентиры украинского СКУД: собственные разработки или импорт?

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

Почему все так плохо и почему дальше будет еще хуже?

Системы контроля и управления доступом (СКУД или СКД) – это класс технических средств безопасности (ТСБ), которые имеют очень важную особенность, отличающую их от других ТСБ.

Прежде всего, СКУД – это технические средства, которые используются для реализации установленных на объекте режимных правил. Сами по себе режимные правила – это инструкции о том, кого, когда и куда можно пустить, а кого нельзя. Все казалось бы просто. Но вот тут и проявляется эта важная особенность – СКУД, как набор технических средств, должна реализовывать или участвовать в реализации режимных правил, которые должны придумать и донести до системы соответствующие сотрудники объекта. Того, на котором система должна работать.

Не секрет, что отношение к каждому конкретному товару или группе товаров, формируется, в том числе и не в последнюю очередь, впечатлением от его потребления.

Сейчас можно однозначно утверждать – отношение к системам контроля доступа у потребителей сформировано. Оно формировалось на протяжении полутора десятков лет активного развития самих систем и активного развития рынка их потребления.

И сформированное отношение к СКУД совсем не настолько позитивно, как хотелось бы.

Выразить это отношение можно так – в подавляющем большинстве случаев, внедрение на объекте СКУД не оправдывает ожидания заказчика. Почему так?

Давайте рассмотрим проблему с точки зрения продавца/инсталлятора и с точки зрения заказчика.

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

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

То, как, в каком составе и каким образом настроенная система попадает в эксплуатацию заказчику, в первую очередь должно зависеть от заказчика. Но, на практике, в подавляющем большинстве случаев, зависит от продавца.

Почему так?

Проблема в самом заказчике и его взаимоотношениях с операторами рынка. У заказчика в штате может не оказаться и, как правило, не оказывается специалиста по обеспечению режима. Более того, зачастую, не оказывается специалиста, способного внятно, однозначно поставить задачу, которую должна решать СКУД на конкретном объекте.

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

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

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

С другой стороны, у операторов рынка соответствующие специалисты есть. И заказчикам было бы разумнее для формулирования задачи на создание СКУД этих специалистов и приглашать. Такие специалисты – как раз то, что нужно заказчику в первую очередь. У них есть соответствующая подготовка, у них есть опыт, они знают, как создавать такие системы от начала до конца, и могут избавить заказчика от ошибок. Учитывая среднее прогнозируемое время эксплуатации СКУД (8-12 лет), иметь специалиста подобного уровня заказчику нет необходимости. Он может его привлекать только на этап планирования-внедрения системы.

Но на практике, заказчики не спешат привлекать такого рода специалистов в качестве консультантов, хотя на рынке предложения о консалтинге есть. Не доверяют?

Может быть. Но, скорее всего, заказчики просто не осознают необходимости организационной составляющей в СКУД. Мы все с этим сталкивались и продолжаем сталкиваться на практике. Очень часто приходится наблюдать ситуацию, когда заказчик принимает в эксплуатацию "набор технических средств" СКУД и не знает дальше что с ним делать.

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

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

Самое плохое в этой ситуации в том, что заказчик, скорее всего, наступит снова на те же грабли.

Как инженер я утверждаю, что нет плохих и хороших систем. Есть неправильное применение систем.

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

И это не может быть решено самим продавцом – должна быть поставлена задача, и она должна быть поставлена правильно.

А в условиях, когда заказчик выбирает систему из множества предложений, руководствуясь исключительно фактором стоимости, участники торгов уменьшают стоимость предложения путем формального соблюдения перечисленных требований к системе. Ничего "лишнего", в том числе и никаких ресурсов не запланировано на "вразумить" заказчика. Речь не о подкупе, а о работе по анализу режимных правил и разработке комплекса организационных мероприятий за заказчика, раз уж он это не учел. Хотите дешевле? Пожалуйста!

Когда система уже установлена и работает, трудно определить, чья вина в "неполной совместимости" объекта и системы – заказчика или продавца. Это и есть проблема взаимоотношений.

Идеальная модель процесса внедрения СКУД, на мой взгляд, выглядит так:

- анализ действующих режимных правил и проблем режима,

- поиск и формулирование решений по устранению проблем и организации контроля соблюдения режимных правил с применением технических средств,

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

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

- внедрение системы.

Последний пункт не расписываю, он тоже состоит из множества этапов. Утопично? Ну почему же?

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

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

В этой цепочке выбор конкретного набора технических средств на совести проектировщика. Попадает выбранный набор в нужный диапазон применимости – значит "хорошая" система. Не попадает – "плохая".

Проблемы СКУД не заканчиваются на этапе внедрения. После внедрения начинается эксплуатация, а это и есть жизнь системы.

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

Эксплуатация СКУД всегда сопровождается осознанием заказчиком целей и назначения применения системы, а также осознанием необходимости разработки и использования необходимых организационных мероприятий. Через некоторое время заказчик оказывается готовым определить эти требования и сделать из набора технических средств систему.

Некоторые, особенно крупные, заказчики поступают осторожнее – они реализуют некий "пилотный" проект, который реализует только часть системы. Знаю несколько таких заказчиков, которые попробовали несколько таких "пилотов". У них сейчас есть несколько наборов несовместимых между собой технических средств контроля доступа. К сожалению, часто такая осторожность не дает однозначного ответа на вопрос соответствия диапазона применимости данной системы условиям объекта. Как минимум потому, что "пилотная" часть системы не охватывает весь объект и не отражает ее работу в режиме полной нагрузки.

Что мы имеем в сухом остатке?

Рынок СКУД в Украине близок к насыщению – очень многие объекты уже оснащены системами, новые объекты строятся не так часто, как хотелось бы, осторожничающие продолжают осторожничать.

Срок эксплуатации систем, которые создавались более 8 лет назад подходит к концу и грядет обновление систем. Заказчики, уже имеющие опыт эксплуатации СКУД будут, я надеюсь, более четко определять задачи на новые системы.

А предложений на рынке много.

Но вот в чем особенность этих предложений – за время становления и развития рынка СКУД, операторы рынка расслоились на две группы. Это те, кто продают "наборы технических средств" и те, кто продают действительно Системы. Это не ошибка, что с большой буквы. Это потому, что как я писал выше, Система (имею в виду СКУД) - это комплекс, состоящий из набора технических средств и организационных мероприятий. Если первые продают "наборы", то вторые к этим наборам добавляют недостающую часть.

Ко второй группе относятся интеграторы и разработчики систем, которые работают непосредственно с заказчиком.

Если обратиться к происхождению наборов технических средств – на рынке Украины представлены продукты как отечественного, так и импортного производства. Среди импорта большая часть произведена в России.

Если заказчик расположен приобрести набор технических средств вместо системы, то он скорее отдаст предпочтение импорту. Так уж сложилось, что отечественным изделиям у нас доверяют меньше. И абсолютно необоснованно.

С точки зрения получения Системы, отечественные производители имеют преимущество – они могут максимально адаптировать свой продукт под требования заказчика. Таким же преимуществом обладают соразработчики – те, кто создают системы путем написания собственного программного обеспечения к чьему-то оборудованию. Такая адаптация продукта под требования заказчика наиболее интересна заказчикам. Они в результате получат то, что им нужно, ничего лишнего.

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

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

Есть и исключения. Это достаточно большая группа наборов технических средств, которые обладают функционалом, перекрывающим потребности небольших объектов, таких как офисы, офисные центры, банки, небольшие предприятия, на которых режимные правила сводятся к "пустить своего и не пустить чужого" и перечень пользователей стабилен. Большинство производителей СКУД стремятся занять эту нишу и имеют продукты, обеспечивающие это.

В результате, на рынке СКУД в настоящее время сложилась следующая картина.

Среди систем для небольших объектов идет жесткая ценовая конкуренция. На рынке в этом сегменте преобладают системы российского производства. Здесь преобладают продавцы готовых систем.

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

Доля российских систем легко объяснима – их производится больше, производители близко и мы не имеем с ними ни языкового, ни культурного барьера, их системы достаточно качественны и надежны.

Кризисные явления в последнее время сильно ударили по отечественным производителям. Они начали активно искать рынки сбыта за пределами Украины и многие его нашли в странах "ближнего зарубежья". Развитие рынка очень сильно сдерживается плохим состоянием экономики, что бы не говорили об состоянии представители власти. Последствия кризиса и текущая политика государства по отношению к предпринимателям отражаются, как на рынках сбыта, так и на самом производстве. В существующих экономических условиях, сложившихся в настоящее время в Украине, те отечественные производители, которые не смогут выйти на внешние рынки или не "присосутся" к государственному бюджету, обречены.

Автор

Технический директор ООО "Инттекс"

Михаил Каменецкий