Расчётная модель для бизнес-центра: 4 входные группы, зоны арендаторов, IP-АТС и журнал событий. Сценарий показывает, какие параметры нужно согласовать до заказа SIP-домофонов и СКУД. Площадь, число офисов, оборудование, сроки и результаты для реального объекта подтверждаются только после обследования и стендового теста.
Это типовая архитектура для предварительного ТЗ. Число входов и зон приведено как расчётное допущение; оно не подтверждает опубликованный клиентский проект, фактическое внедрение или измеренный результат. Совместимость SIP, NVR/VMS и СКУД проверяется по конкретным моделям и версиям ПО.
Объект и задачи
В типовом объекте могут быть несколько арендаторов, раздельные зоны и существующая аналоговая или карточная система. До проектирования фиксируют текущие панели, контроллеры, кабельную инфраструктуру, IP-АТС, требования к архиву и порядок изменения прав доступа.
В ТЗ обычно фиксируют:
- Видеодомофония на 4 входных группах с качеством видео для идентификации посетителей
- Интеграция с IP-АТС (Asterisk) — вызов с домофона на телефон администратора и секретаря
- Единая матрица прав доступа для всех арендаторов по зонам
- Журнал проходов с видеоверификацией
- Масштабируемость: добавление новых точек без замены ядра системы
Архитектурное решение
Для расчётной схемы рассматривается следующий архитектурный подход:
- SIP-видеопанели на входных группах: число панелей, питание, сеть и план нумерации определяются по объекту; SIP-регистрация проверяется на выбранной АТС
- IP СКУД с журналом событий: число контроллеров, дверей, пользователей и зон фиксируется в матрице доступа
- Связка видеопанели и СКУД: Wiegand, RS-485, реле и сценарий открытия сопоставляются по конкретным моделям и схеме питания
- NVR/VMS: запись и архив оцениваются по видеопотоку, протоколам, версии ПО и требованиям к сроку хранения
- Роли арендаторов: права и зоны описываются в таблице доступа до конфигурации и приёмочных тестов
Интеграция SIP-домофона с Asterisk: пример сценария
В расчётной схеме видеопанель рассматривается как SIP-устройство. До поставки проверяют регистрацию, кодеки, DTMF, маршрутизацию и сценарий открытия двери:
| Сценарий | Обработка в Asterisk |
|---|---|
| Вызов с главного входа | Направление на группу администратора и секретаря; отображение видео — если это поддерживают панель и клиентское устройство |
| Вызов во внутренний офис | Маршрутизация на SIP-телефон или программный клиент нужного арендатора |
| Нет ответа | Резервный маршрут на охрану или другой номер — по настройке IP-АТС |
| Открытие двери | DTMF или другая команда открытия — только при поддержке выбранной панели, АТС и контроллера |
Что измерять после запуска
Для реального объекта заранее согласуют матрицу зон, тестовые сценарии вызова, открытие по идентификатору, запись в журнале, работу резервных маршрутов и процедуру изменения прав. Измеренные результаты публикуют только при наличии разрешения и подтверждающих данных.
Матрица зон доступа для бизнес-центра
Для БЦ полезно описать доступ не списком устройств, а матрицей ролей и зон. В ней отдельно указывают главный вход, ресепшн, офисные этажи, серверные, паркинг, технические помещения и зоны арендаторов. Для каждой зоны фиксируют, кто проходит, в какое время, каким идентификатором и кто видит событие в журнале.
| Зона | Сценарий | Что подтвердить |
|---|---|---|
| Главный вход | Вызов на ресепшн и открытие по согласованной команде | SIP-маршрут, реле, резервный способ |
| Этажи арендаторов | Доступ по роли и расписанию | Формат карт, права и журнал событий |
| Серверная | Ограниченный доступ сотрудников | Второй фактор или отдельная зона, если поддерживается |
| Паркинг | Проезд сотрудников и посетителей | Интерфейс шлагбаума и аварийное открытие |
Приёмка проекта по сценариям
На стенде или тестовой зоне проверьте не только звонок и проход, но и отказовые состояния. Отключите один сетевой участок, попробуйте просроченную карту, измените роль арендатора и убедитесь, что событие попадает в журнал с понятным временем и точкой прохода. Каждое ограничение записывайте рядом с моделью и версией программной платформы.
- Сверить схему зон и номера устройств с утверждённым планом.
- Проверить SIP-вызов, DTMF, видео и группу ресепшн на выбранной версии АТС.
- Проверить выдачу, отзыв и блокировку RFID-идентификатора.
- Проверить журнал, резервное открытие и порядок передачи администратору.
- Передать заказчику акт, реестр моделей и инструкцию первой линии.
Ответственные и границы работ
Расчётная модель БЦ не заменяет рабочую документацию. До заказа разделите зоны ответственности: поставщик подтверждает состав и функции модели, интегратор — сетевую схему и настройку, монтажная команда — крепление, кабель и питание, а заказчик — правила прохода и порядок аварийного открытия. В коммерческом предложении полезно перечислить, что входит в поставку, а что рассчитывается отдельно.
Для каждой точки зафиксируйте входные условия и критерий готовности. Например, ресепшн принимает вызов и видит изображение; карта сотрудника открывает только разрешённую зону; событие содержит время и точку; при отказе сети действует утверждённый резерв. Если функция не подтверждена выбранной моделью, оставьте её как вопрос к стенду, а не как обещание в проекте.
Такой формат помогает сопоставить несколько предложений и заранее увидеть, где потребуется дополнительный контроллер, лицензия или работа интегратора.
Какие материалы получить от поставщика
До подписания заказа запросите паспорт, схему подключения, список совместимых интерфейсов, руководство администратора и формат гарантийного обращения. Эти документы нужны проектировщику и монтажнику, поэтому их наличие проверяют вместе с ценой и сроком поставки.
Если часть зон передаётся другому арендатору, заранее предусмотрите отзыв старых прав и повторную выдачу идентификаторов. Это простое правило нужно проверить на тестовой учётной записи до открытия объекта.
Для расчётной модели достаточно показать логику зон и критерии теста. Фактическое число устройств, лицензий и кабельных работ определяют по плану здания и выбранной платформе.
В отчёте оставьте место для ограничений и нерешённых вопросов. Их видимость полезнее, чем формулировка «совместимо» без указания модели и версии ПО.
Именно эта детализация превращает расчётную модель в понятный список вопросов для рабочего проекта.
FAQ — часто задаваемые вопросы
Да, SIP-домофон можно подключить к IP-АТС при подтверждении параметров конкретной связки. До заказа проверяют модель и прошивку панели, версию АТС, регистрацию SIP, кодеки, DTMF, маршрутизацию и сценарий открытия двери. Asterisk, FreePBX, 3CX, Cisco UCM, Avaya и другие платформы оцениваются по этим параметрам; при нестандартных расширениях нужен стендовый тест.
Да. Уровни доступа и зоны назначаются в составе выбранного контроллера и программной платформы. Совместимость, число пользователей и сценарии для арендаторов подтверждаются по конкретной модели до заказа.
Если выбранная связка поддерживает DTMF и управление реле, команду открытия передают по согласованному сценарию IP-АТС. До заказа проверяют безопасность, права пользователя, резервный способ открытия и реакцию конкретной панели.
Состав программного обеспечения и требования к серверу зависят от контроллера, масштаба объекта и выбранной интеграции. Эти параметры фиксируются в спецификации до заказа.
Стоимость считают после получения площади, числа входов и зон, состава оборудования, требований к архиву, монтажу и региону. Публичная статья не заменяет коммерческое предложение; запросите расчёт под ваш объект.