1. Из скупости тестим наши релизы исключительно на наидешевейших китайцах. 2- 5 тыс. руб. Проблемы бывают чаше с наворочеными Самсунгами.
2. Повторюсь смартфон в качестве средства хранения пропуска это опция. QR пропуск на бумажном носители, АРМ охраны, на том же смартфона- всё это остаётся.
3. Всё тот же смартфон в качестве АРМа Охраны. И турникет в принципе не нужен.
4. Без комментария. Если не должны, то не должны.
5. Управления правами пользователя, сотрудника объекта как в LAN так и в облаке одинаково работает.
Тут нужно пояснить. Мы позиционируем нашу систему как facility management. И СКУД это лишь компонент, с развивающимся функционалом. Приветствуем когда есть возможность подрубиться к традиционному СКУД в качестве дополнения для удалённого согласования и выпуска пропусков. Только вот почему-то пользователи после 3-6 месяцев эксплуатации свои традиционные СКУДы отключают, это и мотивирует нас двигать функционал. Думаю, рынок сделает свой выбор. Возражений против облака в СБ много. Помню в 90-х ровно так же критиковали биометрию.
и не пользуются. Для них кастомная версия веб-сервисов. Они, слава богу, как мы понимаем при деньгах и готовы платить. Банки, крупные сетевики, госы хотят именно веб-сервисы но в интранете. И для своих смартфонов -VPN. Получается вот такой вот Extranet.
грамотное замечание. Молодец. Есть такие риски. Даже были пару раз в описанных ситуациях. Действительно, когда понимаешь что 12.000 пропусков разом встают, ооочень неприятное ощущение. На этот случай задумались делать резервное локальное зеркало на условно недорогом мини-ПК на объекте. На языке автомобилиста, так называемая "докатка". Надеемся "на 30- 120 минут" будет хватать.
очень в точку замечание про открывание ворот из другого города, да даже из соседнего здания. К слову, это может быть очень небезопасно. Честно сказать мы на это не сразу обратили внимание. Решение нашлось в привязке к геолокации смартфона и всплывающей кнопке уведомления или проверке BLE (если договариваемся пользоваться bluetooth)
Насчёт безопасности, ОЙ КАК СОГЛАШУСЬ. Каждый раз волнуюсь, когда совершаю очередной платёж в банкклиенте или apple pay. Регулярно проверяю не залез ли кто в эл. кошелек. До сих пор, как то обходилось. Просто мне везёт наверное… :)
начну с конца. Возражение "подсадить на абонентку" это первое что мы услышали от нашего самого первого пользователя. К сведению это Завод в средней полосе России 2.500 рабочих. Быстро поняли что проблема волнует каждого без исключения и сделали со временем по запросу сборку на HW заказчика. Забавно, то, что наша, поверьте, очень недорогая опция локальной сборки микросервисов востребована только ведомствами, которые иначе не могут. Коммерсанты быстро меняют мнение получая регулярные обновления и багфиксинги, совершенствуя свои бизнес процессы в сообществе.
В любом современном СКУД есть WEB Client. Сразу вопрос к объему его функционала 15- 30%.
Из Вашего поста действительно интересный вопрос о сложностях /разнице проектирования. На стороне аппаратной части разница не велика. Мы активно приветствуем сохранение часто уже установленных Парсеков, Болидов, Кодосов и Рубежей или даже рекомендуем их установку. И для заказчиков в первую очередь решаем задачу разгружая
Бюро Пропусков -пропуска запрашиваются, согласовываются удалённо. Штатная единица отдела кадров постепенно рассасывается.
Охрану на КПП- посетитель идёт со своим электронным пропуском на смартфоне. Тем не многим, пользующимся кнопочным телефоном, печатают QR пропуск. Экономию на rfid любого форм фактора легко посчитать. Охране остаётся иногда протянуть руку к чековому принтеру и надзирать за проходом. Тема верификации за скобками. Тут не комментирую.
вынашивая идею облачного СКУД мы напридумывали себе множество, как нам казалось, преимуществ. А на практике подтвердились лишь очень не многие, но за-то гораздо ярче чем мы ожидали. Вот некоторые:
Наибольшим преимуществом оказалась возможность для любого Заявителя на пропуск, будь это Принимающая сторона, Посетитель, или, что нередко, третье лицо сделать это удалённо, пройдя согласование множества инстанций (пример из жизни; диспетчер экспедитора подающий заявку на своего водителя забрать груз для грузовладельца на складе временного хранения, пользователь системы в этом случае Складской Комплекс).
Возможности руководителя/ управляющего объектом недвижимости оперативно видеть динамику заполняемости объекта. И отслеживать "авторов" этой заполняемости. Количество посетителей к тому или иному арендатору прямо пропорционально изношенности входных групп, кол-ву поломок лифта, грязи в с/у и т.п.
2. Повторюсь смартфон в качестве средства хранения пропуска это опция. QR пропуск на бумажном носители, АРМ охраны, на том же смартфона- всё это остаётся.
3. Всё тот же смартфон в качестве АРМа Охраны. И турникет в принципе не нужен.
4. Без комментария. Если не должны, то не должны.
5. Управления правами пользователя, сотрудника объекта как в LAN так и в облаке одинаково работает.
Подробнее здесь www.youtube.com/watch?v=vWynPO7pyBc
и не пользуются. Для них кастомная версия веб-сервисов. Они, слава богу, как мы понимаем при деньгах и готовы платить. Банки, крупные сетевики, госы хотят именно веб-сервисы но в интранете. И для своих смартфонов -VPN. Получается вот такой вот Extranet.
грамотное замечание. Молодец. Есть такие риски. Даже были пару раз в описанных ситуациях. Действительно, когда понимаешь что 12.000 пропусков разом встают, ооочень неприятное ощущение. На этот случай задумались делать резервное локальное зеркало на условно недорогом мини-ПК на объекте. На языке автомобилиста, так называемая "докатка". Надеемся "на 30- 120 минут" будет хватать.
очень в точку замечание про открывание ворот из другого города, да даже из соседнего здания. К слову, это может быть очень небезопасно. Честно сказать мы на это не сразу обратили внимание. Решение нашлось в привязке к геолокации смартфона и всплывающей кнопке уведомления или проверке BLE (если договариваемся пользоваться bluetooth)
Насчёт безопасности, ОЙ КАК СОГЛАШУСЬ. Каждый раз волнуюсь, когда совершаю очередной платёж в банкклиенте или apple pay. Регулярно проверяю не залез ли кто в эл. кошелек. До сих пор, как то обходилось. Просто мне везёт наверное… :)
начну с конца. Возражение "подсадить на абонентку" это первое что мы услышали от нашего самого первого пользователя. К сведению это Завод в средней полосе России 2.500 рабочих. Быстро поняли что проблема волнует каждого без исключения и сделали со временем по запросу сборку на HW заказчика. Забавно, то, что наша, поверьте, очень недорогая опция локальной сборки микросервисов востребована только ведомствами, которые иначе не могут. Коммерсанты быстро меняют мнение получая регулярные обновления и багфиксинги, совершенствуя свои бизнес процессы в сообществе.
Насчёт дешевизны прокси карт и брелков. Они таки в разы дороже бумажного пропуска на кассовой ленте… https://www.youtube.com/watch?v=b9UsAPkL4MQ на 1:40 мин
В любом современном СКУД есть WEB Client. Сразу вопрос к объему его функционала 15- 30%.
Из Вашего поста действительно интересный вопрос о сложностях /разнице проектирования. На стороне аппаратной части разница не велика. Мы активно приветствуем сохранение часто уже установленных Парсеков, Болидов, Кодосов и Рубежей или даже рекомендуем их установку. И для заказчиков в первую очередь решаем задачу разгружая
Подробнее здесь https://www.youtube.com/watch?v=vWynPO7pyBc
вынашивая идею облачного СКУД мы напридумывали себе множество, как нам казалось, преимуществ. А на практике подтвердились лишь очень не многие, но за-то гораздо ярче чем мы ожидали. Вот некоторые:
Если интересно, могу продолжить ...