Оснащение и доступ · источники проверены 12 августа 2026 года
Электронные замки для гостиниц: выбор системы и RFP
Не начинайте с бренда и цены «за номер». Сначала посчитайте реальные точки доступа, отделите offline-функции от real-time, зафиксируйте PMS/mobile key и разошлите один RFP. Локальный selector ниже рассчитывает только ваши количества, предлагает направление shortlist и готовит таблицу доказательств и приёмки — без регистрации и передачи введённых значений.
Короткий ответ: как выбрать замки для отеля
- 01Соберите реестр дверей.
Номера, служебные помещения, входы, общие зоны и лифты — разные точки с разной фурнитурой и правилами доступа.
- 02Опишите нужные операции.
Удалённое изменение прав, real-time события, PMS, mobile key, расписания сотрудников и режим без сети.
- 03Выберите направление архитектуры.
Offline, online или смешанный контур — по функции и зоне, а не по рекламному названию продукта.
- 04Запросите доказательства.
Точные модели и версии, BOM, интерфейсы, лицензии, проект монтажа, данные, SLA и end-of-support.
- 05Примите на сценариях.
Пилот, выпуск и утрата ключа, продление, переселение, отказы, роли и выгрузка событий проверяются до тиража.
Калькулятор количества и RFP для электронных замков
Базовое количество комплектов — сумма выбранных дверей. Резерв применяется один раз по введённому вами проценту; значение по умолчанию равно нулю. Карты, мобильные credentials и encoder-станции вводятся напрямую: HotGrade не подставляет «норму на номер», цену, срок батареи или SLA.
Selector системы доступа и RFP
Сначала scope и функции, затем цена. Расчёт и два файла формируются только в браузере.
Зафиксируйте хотя бы одну точку доступа или операционное требование; бренд и цену выбирать рано.
- Количество точек доступа не зафиксировано: итог комплектов пока равен нулю.
3. Матрица требований поставщику
Приоритет можно менять. Поля ответа и доказательств останутся пустыми в CSV, чтобы все поставщики отвечали в одном формате.
- 01ПериметрЕдиный реестр точек доступа и зон
Разнести гостевые номера, служебные помещения, общие зоны и лифты; указать, какие двери не входят в предложение
Доказательство и приёмка
Доказательство: Ведомость дверей с типом полотна/коробки и привязкой к комплекту без номеров комнат и схем объектаТест: Сверить количество и типы на репрезентативной выборке дверей до заказа партии - 02ПериметрСовместимость замка, двери и фурнитуры
Указать шаблон врезки, толщину и материал двери, направление, цилиндр/ручки, питание и допустимые доработки
Доказательство и приёмка
Доказательство: Чертёж монтажа, datasheet и подписанный результат обследования дверейТест: Смонтировать пилот без необратимой массовой доработки; проверить закрывание, открывание и повторяемость - 03ПериметрОтдельная проверка дверей на путях эвакуации
Не считать электронный замок достаточным доказательством: показать применимое проектное решение и свободное открывание изнутри
Доказательство и приёмка
Доказательство: Заключение/проверка ответственного проектного специалиста и документы на дверной комплектТест: Проверить открывание изнутри без ключа и требуемое поведение по сигналу противопожарной защиты - 04АрхитектураОписать offline/online-контур по каждой зоне
Показать, где хранится право доступа, чем дверь связана с системой и какие функции сохраняются без сети
Доказательство и приёмка
Доказательство: Схема компонентов верхнего уровня, перечень зависимостей и матрица функций по зонамТест: Отключить тестовый сетевой сегмент по согласованному сценарию и сверить заявленное поведение без описания обхода - 05АрхитектураПолная спецификация решения и лицензий
Раздельно указать замки, считыватели, контроллеры/шлюзы, encoder-станции, credentials, ПО, лицензии и подписки
Доказательство и приёмка
Доказательство: BOM с версиями, количеством, сроком лицензии, включёнными работами и исключениямиТест: Сверить поставку строка к строке с BOM и перечнем активированных лицензий - 06CredentialsЖизненный цикл гостевого credential
Описать выпуск, начало и конец действия, дубликат, продление, переселение и checkout
Доказательство и приёмка
Доказательство: Workflow и журнал демонстрации без реальных данных гостейТест: На тестовой брони пройти выпуск, продление, переселение и завершение проживания - 07CredentialsСценарий утраченного credential
Указать, как аннулируется утраченный носитель, какие ранее выданные ключи остаются действовать и что видит сотрудник
Доказательство и приёмка
Доказательство: Описание управляемого процесса, ролей и времени выполнения по выбранной архитектуреТест: На тестовых credentials проверить заявленный результат аннулирования и запись события - 08CredentialsРоли, зоны и расписания сотрудников
Разделить служебные роли, доступные зоны, временные окна, выдачу и отзыв полномочий
Доказательство и приёмка
Доказательство: Матрица ролей без ФИО сотрудников и образец журнала измененийТест: Создать тестовые роли с разными зонами и подтвердить разрешённые/отклонённые проходы - 09КонтрольСобытия, время и экспорт аудита
Перечислить фиксируемые события, источник времени, глубину хранения, фильтры, экспорт и права просмотра
Доказательство и приёмка
Доказательство: Обезличенный пример экспорта, схема полей и описание синхронизации времениТест: Сопоставить несколько тестовых событий на двери и в системе; проверить время, результат и экспорт - 10ИнтеграцииСовместимость с точной PMS и версией интерфейса
Назвать PMS, версию/редакцию, тип DLS-интерфейса, поддерживаемые операции, владельца поддержки и ограничения
Доказательство и приёмка
Доказательство: Письменное подтверждение обеих сторон или запись в актуальной матрице совместимостиТест: Соединить тестовый контур и подтвердить успешный и ошибочный ответ без реальных гостевых данных - 11ИнтеграцииПриёмка ключевых PMS-сценариев
Зафиксировать new/duplicate/lost/re-encode/delete, срок действия, room move, продление и checkout
Доказательство и приёмка
Доказательство: Протокол поддерживаемых операций и ожидаемого поведения online/offlineТест: Пройти согласованный набор сценариев на тестовой брони и сохранить результаты - 12ИнтеграцииМобильный ключ как конкретная совместимая связка
Указать модели замков, BLE/NFC/wallet/web/app-канал, поддерживаемые устройства, выдачу, отзыв и fallback
Доказательство и приёмка
Доказательство: Матрица совместимости на текущих версиях и условия отдельной лицензии/сервисаТест: Выдать, использовать и отозвать тестовый mobile credential на поддерживаемых устройствах; проверить fallback - 13НадёжностьПоведение при отказе сети, сервера и питания
Для каждого компонента описать доступность функций, локальную работу, восстановление и сверку накопленных событий
Доказательство и приёмка
Доказательство: Матрица отказов, RTO/RPO если применимо, процедура восстановления и ответственностиТест: На тестовом контуре выполнить согласованные отключения и восстановление; проверить целостность конфигурации и событий - 14НадёжностьКонтроль батарей и регламент обслуживания
Указать способ индикации/мониторинга, пороги уведомления, тип элементов питания, замену и ответственность
Доказательство и приёмка
Доказательство: Регламент производителя, перечень расходников и демонстрация предупрежденияТест: Сымитировать штатное предупреждение на тестовом комплекте и проверить маршрут заявки на замену - 15НадёжностьКонтролируемая аварийная процедура
Назначить роли, журналирование, хранение средств восстановления и порядок эскалации без раскрытия метода в RFP
Доказательство и приёмка
Доказательство: Утверждённая закрытая процедура и доказательство обучения уполномоченных ролейТест: Провести tabletop-проверку полномочий и фиксации события без публикации технических деталей - 16КонтрольАдминистративные роли и журнал изменений
Разделить выпуск credentials, настройку дверей, просмотр аудита, экспорт и администрирование
Доказательство и приёмка
Доказательство: Матрица полномочий, требования к аутентификации и обезличенный журнал административных действийТест: Проверить, что тестовые роли видят и изменяют только разрешённые функции - 17ДанныеКарта данных, доступ, хранение и удаление
Перечислить данные системы, места хранения/резервирования, получателей, сроки и процедуру удаления/выгрузки
Доказательство и приёмка
Доказательство: Data map и договорные роли; отдельная правовая/техническая проверка, если события связаны с человекомТест: Проверить экспорт, ограничение доступа и удаление на тестовых обезличенных записях - 18ПоставкаПилот и массовая приёмка по одной версии протокола
Выбрать репрезентативные двери/зоны, критерии pass/fail, исправление дефектов и условие начала тиража
Доказательство и приёмка
Доказательство: Подписанный протокол пилота, журнал отклонений и утверждённая конфигурацияТест: Повторить ключевые тесты после массового монтажа на выборке и сверить конфигурацию - 19ПоставкаПоддержка, запас и жизненный цикл
Указать SLA, каналы поддержки, запасные части, обучение, обновления, backup конфигурации и end-of-support
Доказательство и приёмка
Доказательство: SLA, RACI, перечень запасных компонентов, план обновлений и условия выхода/передачи конфигурацииТест: Создать тестовую заявку, восстановить конфигурацию на стенде и проверить комплект переданных материалов
Скачать пакет для запроса предложений
CSV — таблица ответа поставщика; Markdown — рамки работ, блокирующие условия и план приёмки.
Offline, online и смешанная архитектура — в чём разница
| Направление | Когда включать в shortlist | Что обязательно проверить |
|---|---|---|
| Offline | Право доступа читается дверью с носителя; real-time события и удалённые изменения не обязательны | Утрата и аннулирование, продление/переселение, локальный аудит, encoder workflow и восстановление |
| Online | Нужны удалённые изменения, централизованное состояние или события без локального считывания | Покрытие, шлюзы, питание, сервер/облако, latency, отказ сети, лицензии и ответственность поддержки |
| Смешанная | Номера, служебные и общие зоны имеют разные требования или разные условия связи | Единый жизненный цикл credentials, границы зон, совместимость компонентов и отсутствие «слепых» процессов |
Первичное различие offline/online сверено по документации Oracle Hospitality OPERA Cloud 25.3 ↗, проверено 12 августа 2026 года. Oracle показывает DLS-интерфейсы для обеих архитектур: поэтому PMS-интеграция сама по себе не доказывает, что дверь online.
Что должно быть в запросе поставщику кроме самого замка
| Контур | Зафиксировать в RFP | Красный флаг |
|---|---|---|
| Дверь и монтаж | Полотно/коробка, направление, толщина, фурнитура, шаблон врезки, пилот и восстановление отделки | Одна цена «на любую дверь» без обследования |
| Полный BOM | Замки, считыватели, контроллеры/шлюзы, encoder, cards, ПО, лицензии, подписки и работы | В КП есть только цена ручки или замка |
| Credentials | Гость/сотрудник, зоны, сроки, дубликат, утрата, отзыв, fallback и аварийная процедура | «RFID» или «mobile» без точной технологии и lifecycle |
| Интеграции | Точные PMS/DLS версии, операции, владельцы поддержки и сценарии приёма | Логотип PMS без версии и протокола теста |
| Данные | События, время, поля, хранение, экспорт, роли, резервирование и удаление | Неизвестно, где журнал и кто его видит |
| Жизненный цикл | SLA, батареи, запас, обновления, end-of-support, backup конфигурации и условия выхода | Цена поставки без эксплуатации и передачи конфигурации |
Как принять PMS-интеграцию, а не поле «поддерживается»
В справке OPERA Cloud 25.3 операции DLS включают выпуск нового и дублирующего ключа, утрату, повторную запись, удаление, one-shot, сроки действия и дополнительные зоны. Для room move и изменения срока проживания поведение online и offline различается. Это не означает совместимость конкретного замка с вашей PMS: зафиксируйте обе версии, тип интерфейса и ожидаемый результат каждого шага.
- 01Успешный check-in.
Тестовая бронь получает credential с верным началом, окончанием и зоной.
- 02Продление и переселение.
Проверяется, требуется ли перезапись носителя и что происходит со старой комнатой.
- 03Утрата и дубликат.
Поставщик заранее объясняет, какие выданные credentials перестают действовать.
- 04Checkout и ошибка.
Срок заканчивается как согласовано; неуспешная операция видна сотруднику и попадает в журнал.
Источник: Oracle Hospitality, Managing Keys ↗, версия 25.3, проверено 12 августа 2026 года. Сценарии страницы — редакционная методика приёмки HotGrade, не инструкция Oracle или конкретного производителя.
Mobile key, аудит и роли: проверяйте связку, а не обещание
Страницы производителей показывают, насколько разным бывает состав решения: PMS-интерфейс, encoder, роли, расписания, аудит замков, лифты, Bluetooth, BLE/NFC, wallet или web-key могут быть отдельными компонентами и лицензиями. Поэтому в RFP нужно называть точную модель замка, версию ПО, канал mobile key, поддерживаемые устройства, fallback и владельца всей цепочки.
Примеры категорий функций: dormakaba Ambiance ↗ и Salto Space Hospitality ↗, проверено 12 августа 2026 года. Это первичные коммерческие описания производителей: они подтверждают существование функций у их продуктов, но не качество, доступность в РФ, совместимость с вашим объектом или превосходство бренда.
Два обязательных блокирующее условиеа: эвакуация и персональные данные
Двери на путях эвакуации
Калькулятор не определяет назначение двери. Если точка относится к эвакуационному выходу, сначала требуется проектная проверка. МЧС со ссылкой на пункт 26 ПП РФ № 1479 указывает: запоры на перечисленных дверях должны обеспечивать свободное открывание изнутри без ключа; для объектов с особым режимом действует отдельное условие автоматического или дистанционного открывания.
Источник: ГУ МЧС России по Москве ↗, проверено 12 августа 2026 года.
Журналы событий
Событие двери не объявляется персональными данными автоматически. Но если credential или запись можно связать с определённым гостем или сотрудником, до договора зафиксируйте цель обработки, состав полей, доступ, хранение, резервные копии, экспорт и удаление. Не просите поставщика выгружать реальные гостевые данные для демонстрации.
Основание границы: официальный текст 152-ФЗ, статья 3 ↗, проверено 12 августа 2026 года. Это сигнал к правовой и технической проверке, а не автоматическая квалификация конкретного журнала.
Как сравнить три коммерческих предложения
Сравнивайте не цену одного замка, а одинаковый scope: оборудование, cards/credentials, encoder, серверы и шлюзы, лицензии, подписки, подготовку дверей, монтаж, интеграцию, commissioning, пилот, обучение, запас, поддержку и вывод из эксплуатации. Пустая строка — неизвестная стоимость или исключение, а не ноль. Финальную сумму переносите в бюджет гостиничного проекта только после нормализации состава.
HotGrade не получает вознаграждение от производителей или продавцов электронных замков и не подтверждает их цены, наличие, лицензии, интеграции или SLA. Выгружаемый CSV намеренно оставляет поля ответа и доказательств пустыми.
Частые вопросы
Какие электронные замки выбрать для гостиницы: offline или online?
Offline может войти в shortlist, если право доступа можно записывать на носитель и не нужны удалённые изменения или события в реальном времени. Online нужен, когда эти функции обязательны, но добавляет сеть, шлюзы, серверы и режимы отказа. Для разных зон возможен смешанный контур. Это направление отбора, не выбор бренда.
Сколько электронных замков нужно на гостиницу?
Базовое количество равно числу реально выбранных точек: двери номеров, служебные двери и общие точки доступа. Резерв считается только по проценту, который вводит пользователь. Карты, мобильные credentials и encoder-станции не выводятся из числа номеров автоматически.
Обязательно ли интегрировать гостиничные замки с PMS?
Нет универсального требования для каждого объекта. Если интеграция нужна, запрос должен фиксировать точные версии PMS и DLS, поддерживаемые операции и тесты выпуска, продления, переселения, утраты и checkout. Само наличие логотипа PMS не подтверждает работу конкретной связки.
Можно ли поставить электронный замок на дверь эвакуационного выхода?
Тип двери и применимое проектное решение должен проверить профильный специалист. МЧС указывает, что запоры на перечисленных дверях эвакуационных выходов должны позволять свободное открывание изнутри без ключа. Калькулятор только ставит блокирующее условие и не проектирует пожарную автоматику.
Почему HotGrade не публикует рейтинг производителей и цены?
Без сопоставимых данных по точным моделям, монтажу, лицензиям, интеграциям, SLA, доступности и приёмке такой рейтинг был бы пересказом продавцов. Страница даёт одинаковый RFP: поставщики заполняют один scope, а владелец сравнивает доказательства и полную стоимость.
Связанные рабочие материалы
- Оснащение гостиницы — собрать общую ведомость и сравнить полную стоимость КП.
- PMS для гостиницы — зафиксировать систему-источник и сценарий переноса данных.
- Паспорт безопасности гостиницы — не смешивать закупку контроля доступа с процедурой по ПП № 447.
- Роли и смены — назначить выпуск, отзыв и эскалацию без передачи лишних полномочий.
Проверьте свой отель как бизнес — бесплатно
Формулы из гайдов — общие. Ваш объект уже может быть в базе HotGrade (десятки тысяч объектов по РФ): найдите его и откройте расширенный отчёт — бесплатно, после регистрации.
- разбор всех осей управления: репутация, операционка, цифра, каналы — с доказательной базой;
- сравнение с сопоставимыми объектами сегмента и рынком города;
- зоны недореализованного потенциала — что конкретно подтянуть в первую очередь.
Источник и дата под каждым числом. «Не найдено» ≠ нарушение. Позиции и оценки не продаются.