Розробка сайту охоронного підприємства на 1С-Бітрікс

Розробка сайту охоронного підприємства на 1С-Bitrix

Сайт приватного охоронного підприємства — не вітрина, а інструмент довіри. Потенційний замовник приходить з конкретною задачею: захистити склад, офіс, будмайданчик. Він шукає підтвердження ліцензій, зрозумілий перелік послуг та можливість швидко розрахувати бюджет. На 1С-Bitrix все це збирається через інфоблоки, модуль sale для калькулятора та компоненти особистого кабінету, які дають клієнту контроль над охоронюваними об'єктами у реальному часі.

Каталог послуг охоронного підприємства

Послуги ЧОП неоднорідні: фізична охорона, пультова охорона, відеонаблюдення, СКУД, супровід грузів, пожежний моніторинг. Під кожен напрямок створюється елемент інфоблока з набором властивостей:

• Тип послуги — список значень (фізична, пультова, технічна, комплексна)
• Опис — детальне текстове поле з HTML-редактором
• Об'єкти застосування — привязка до довідника типів об'єктів (склад, офіс, торговий центр, приватний будинок)
• Сертифікати та допуски — файлові властивості для PDF-документів
• Іконка та обкладинка — для карток на головній та в каталозі

Інфоблок настроюється з фасетним індексом, щоб фільтрація за типом послуги та типом об'єкта працювала без затримок навіть з десятками елементів. На фронтенді — карточки з коротким описом та CTA «Розрахувати вартість», що веде в калькулятор.

Об'єкти під охороною: портфоліо без витоків даних

Охоронне підприємство не може публікувати адреси та деталі охоронюваних об'єктів — це прямо порушує умови договору та загрожує безпеці. Але портфоліо потрібно для підтвердження компетенцій.

Рішення — окремий інфоблок «Об'єкти» з контрольованою деталізацією:

• Категорія об'єкта — «Складський комплекс 12 000 м², Московська область»
• Період охорони — «з 2019 року по теперішній час»
• Перелік послуг — привязка до інфоблока послуг
• Обезличена фото — без опізнавальних ознак, обробована
• Відгук замовника — з указанням посади, без повного найменування компанії (якщо NDA)

Фільтрація на фронтенді: за типом об'єкта, послугою, регіоном. Карточки компактні — основна задача не продати конкретний об'єкт, а показати масштаб та досвід.

Ліцензії та сертифікати

Для ЧОП розділ ліцензій — обов'язковий з точки зору закону. Відвідувач повинен бачити:

• Ліцензію на приватну охоронну діяльність (МВС)
• Допуски на монтаж ОПС та відеонаблюдення (якщо є)
• Сертифікати ISO, членство в СРО
• Посвідчення сотрудників (загальна інформація про кваліфікацію)

Інфоблок «Документи» з типізацією (ліцензія, сертифікат, допуск, членство), датою видачі, строком дії та файлом скану. На фронтенді — плитка з превью документа та посиланням на повнорозмірний скан. Агент на cron перевіряє строк дії та сповіщає адміністратора за 60 днів до закінчення через модуль поштових подій.

Калькулятор вартості охорони

Калькулятор — ключовий елемент конверсії. Клієнт вибирає параметри, отримує орієнтовну вартість та відправляє заявку. Логіка:

Розрахунок на сервері через AJAX-обработчик. Коефіцієнти зберігаються в окремому інфоблоці-довіднику, щоб менеджер міг коригувати тарифи без програміста. Після розрахунку — форма заявки з попередньо заповненими параметрами, яка створює лід в CRM Bitrix24 або угоду в модулі crm коробки.

Інтеграція з пультом централізованого спостереження

ПЦС — ядро пультової охорони. Сайт інтегрується з системами моніторингу (Мираж, Атлас, Елеста) через API або проміжну базу даних. Інтеграція вирішує дві задачі:

1. Для клієнта — відображення статусу об'єкта в особистому кабінету (під охороною / знята з охорони / тревога)
2. Для оператора — не дублює ПЦС, але може відображати зведку по об'єктах клієнта

Технічна зв'язка: cron-агент опитує API ПЦС, записує стани у highload-блок, компонент особистого кабінету читає дані з highload-блока. Затримка — до 60 секунд, що допустимо для інформаційного відображення (оперативна реакція йде через ПЦС напрямку).

Особистий кабінет з моніторингом об'єктів

Особистий кабінет — те, що відрізняє серйозний сайт ЧОП від шаблонної візитки. Клієнт входить по логіну та паролю (група користувачів «Клієнти ЧОП» з обмеженим доступом) та бачить панель управління своїми об'єктами.

Архітектура кабінету будується на трьох highload-блоках:

• HL_Objects — об'єкти клієнта (адреса, тип, привязка до послуг, привязка до користувача)
• HL_Events — події по об'єктах (постановка/знімання, тревоги, технічні збої)
• HL_Reports — щомісячні звіти в PDF (генеруються автоматично або завантажуються менеджером)

Highload-блоки вибрані замість звичайних інфоблоків через обсяг даних: у крупного ЧОП тисячі подій на день, та звичайний інфоблок почне гальмувати на вибірках. Highload-блок з ORM-запитами через D7 відпрацьовує стабільно.

Панель кабінету включає:

• Список об'єктів — таблиця з поточним статусом (зелений/жовтий/червоний індикатор), адресою та типом охорони. Фільтр за статусом та типом.
• Карточка об'єкта — детальна сторінка з історією подій за вибраний період. Таблиця з пагінацією, фільтри за типом подій та датою. Графіки — кількість тревог за місяцями (Chart.js, рендеруються на клієнті з JSON-відповіді компонента).
• Розділ тревог — окрема вкладка з тревожними подіями. Сортування за датою, групування по об'єкту. Позначка «ознайомлен» зі сторони клієнта — пишеться у highload-блок.
• Звіти — список PDF-звітів з можливістю завантаження. Права доступу через привязку звіту до користувача — клієнт бачить тільки свої документи.
• Заявки та звернення — форма зворотного зв'язку, привязана до об'єкта. Створює звернення в CRM або тікет в техпідтримці.

Безпека кабінету — критична. Використовується стандартна авторизація Bitrix з посиленими настройками: складність пароля не менше 12 символів, блокування після 5 невдалих спроб, привязка сесії до IP, двофакторна аутентифікація через OTP (модуль security). Всі запити до highload-блоків проходять перевірку належності об'єкта поточному користувачу — виключається горизонтальна ескалація привілегій.

Сповіщення: при тревожній події клієнт отримує email та SMS (через сервіс SMS-провайдера, підключений до модуля messageservice). Шаблони сповіщень настроюються в поштових подіях з підстановкою даних об'єкта.

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

Етапи розробки

Разом: 10–12 тижнів для повнофункціонального сайту з особистим кабінетом. Без кабінету — 6–7 тижнів.