Настройка мобильного приложения Битрикс24
Мобильное приложение Битрикс24 доступно из коробки для всех тарифных планов, но без правильной настройки сотрудники теряют до 30% рабочего времени. Пропускают уведомления о новых сделках, не видят календарные встречи, не могут синхронизировать корпоративную почту. Особенно остро это проявляется в коробочных версиях: нужно вручную подключать SSL-сертификат, настраивать Firebase для Android и APNs для iOS. Мы настраиваем мобильное приложение уже более 10 лет, выполнили 50+ проектов для облачных и коробочных версий. За это время выявили типовые узкие места и разработали быстрые скрипты для их устранения. Средний чек на базовую настройку — 15 000 руб., на расширенную — от 35 000 руб. Экономия на неэффективных коммуникациях после настройки — до 50 000 руб. в месяц.
Какие проблемы решает настройка?
Тихие каналы связи. Без push-уведомлений менеджеры теряют до 2 часов на реакции на заявку. Руководители не видят завершения задач. Настройка Firebase и APNs решает это за 30 минут.
Неполный доступ к CRM. Мобильное приложение может показывать чужие сделки или скрывать нужные поля. Настройка прав и представлений — 1 час работы.
Разрозненные календари. IMAP-синхронизация не передаёт встречи из Outlook. Переход на Exchange Web Services или OAuth2 для Google Workspace даёт 100% двустороннюю синхронизацию.
Как настроить push-уведомления для коробочной версии?
Push-уведомления работают через Firebase Cloud Messaging (Android) и Apple Push Notification Service (iOS). Для коробочного Битрикс24 настройка выполняется в разделе "Настройки → Настройки продукта → Push и Pull". Необходимо:
- Создать проект в Firebase Console, получить Server Key.
- Для iOS — сертификат APNs из Apple Developer Account.
- Внести ключи в настройки модуля
pull.
Мы используем готовые скрипты для быстрой интеграции Firebase и APNs, что сокращает время настройки до 30 минут. Результат: уведомления приходят в течение 3 секунд после события в системе. В одном из проектов это повысило скорость обработки заявок на 25%, что принесло экономию около 40 000 руб. в месяц.
Почему важна синхронизация календаря?
Если почта настроена через IMAP, встречи из корпоративного календаря не синхронизируются. Переход на Exchange Web Services или OAuth2 для Google Workspace решает проблему: после настройки встречи появляются в мобильном приложении в обе стороны. Сравнение: настройка через Exchange быстрее в 2 раза, чем через IMAP, и поддерживает полную двустороннюю синхронизацию без задержек. В одном из кейсов это сэкономило отделу продаж 10 часов в месяц на согласование встреч, что эквивалентно 30 000 руб. дополнительной прибыли.
CRM в мобильном приложении: настройка полей и прав
По умолчанию в мобильном доступны: лиды, сделки, контакты, компании, звонки. Настройка видимости полей — через "CRM → Настройки → Поля" с отдельными профилями для мобильного представления. Для автоматического открытия карточки звонящего при входящем вызове включается идентификация звонка в настройках телефонии. Приложение показывает карточку контакта из CRM при входящем звонке на мобильный, если номер найден в b_crm_contact_detail. В 95% случаев это ускоряет обработку звонков на 30%. Для кастомизации полей используем REST API — добавляем поля в представление «Мобильное приложение».
Как настроить права доступа?
В разделе "Настройки → Структура компании → Роли" для мобильного устройства актуально: ограничить экспорт данных CRM, запретить удаление записей, настроить доступ к разделу «Диск» только к корпоративному хранилищу (не личному). Это критически важно для соблюдения политик безопасности. Наши сертифицированные специалисты проводят аудит прав и выдают рекомендации. По статистике, 70% компаний находят у себя избыточные права уже после первого анализа.
Что входит в настройку
| Компонент |
Описание |
| Аудит текущей конфигурации |
Проверка версии Битрикс24, SSL, модулей |
| Push-уведомления |
Настройка Firebase (Android) и APNs (iOS) |
| CRM-поля |
Кастомизация представлений под мобильные устройства |
| Синхронизация |
Exchange Web Services или Google Workspace OAuth2 |
| Права |
Матрица ролей с аудитом безопасности |
| Документация |
Инструкция для администратора, чек-лист |
| Тестирование |
Проверка всех сценариев на реальных устройствах |
Сравнение конфигураций
| Компонент настройки |
Базовая конфигурация |
Расширенная конфигурация |
| SSL-сертификат и порты |
Проверка и настройка |
Установка Let's Encrypt |
| Push-уведомления |
Firebase + APNs |
Дополнительно: кастомные звуки |
| CRM-поля |
Стандартное отображение |
Индивидуальные профили полей |
| Синхронизация почты |
IMAP |
Exchange / Google Workspace |
| Права доступа |
Роли по отделам |
Матрица прав с аудитом |
Процесс работы над проектом
- Аналитика — изучаем текущую конфигурацию, выявляем узкие места.
- Проектирование — определяем состав push, права, списки синхронизации.
- Настройка — конфигурируем SSL, Firebase, APNs, роли, поля CRM.
- Тестирование — проверяем push, синхронизацию, доступность всех разделов.
- Деплой — передаём инструкции и закрепляем результат.
Типичные ошибки при самостоятельной настройке
- Неверный Server Key Firebase — уведомления не работают вовсе.
- Отсутствие SSL-сертификата — приложение не подключается к коробке.
- Забытые права доступа — сотрудники видят личные данные других.
- Не включён модуль
pull — push не проходит.
Чек-лист перед запуском:
- [ ] SSL-сертификат (для коробки) установлен и проверен.
- [ ] Серверный ключ Firebase добавлен в настройки
pull.
- [ ] APNs сертификат загружен.
- [ ] Включен модуль
calendar для синхронизации.
- [ ] Настроены роли для мобильного доступа.
- [ ] Проведено тестовое уведомление на Android и iOS.
Сроки и стоимость
Базовая настройка занимает от 2 до 4 часов. Расширенная с интеграцией Exchange или Google Workspace — 1-2 дня. Стоимость рассчитывается индивидуально в зависимости от сложности и версии Битрикс24. Мы работаем с облачными и коробочными редакциями. Свяжитесь с нами для консультации по вашему проекту — обсудим детали и согласуем сроки.
Мы гарантируем стабильную работу всех компонентов после настройки. Закажите настройку мобильного приложения Битрикс24 — и ваши сотрудники будут всегда на связи.
Service Worker на Битриксе — отдельное приключение
Композитный кэш (CPagesCache) отдаёт HTML-страницу из файлового кэша, а Service Worker поверх него кэширует ресурсы через Cache API. Два слоя кэширования, которые ничего не знают друг о друге. Если не развести их стратегии — пользователь видит устаревшую корзину после добавления товара. Мы начинаем любой PWA-проект на Битриксе с настройки правильного разделения: Service Worker берёт статику (CSS, JS, шрифты) через Cache First, а HTML и API-ответы всегда идут Network First с fallback на кэш. Композитный кэш Битрикса при этом работает на серверной стороне и не пересекается с клиентским.
Типы мобильных приложений для Битрикс
PWA (Progressive Web App) — веб-приложение, которое выглядит как нативное, но живёт в браузере. Установка из стора не нужна — добавление на домашний экран.
React Native — кроссплатформа от Meta. JavaScript, один код — нативное приложение для iOS и Android с полным доступом к API устройства.
Flutter — кроссплатформа от Google на Dart. Собственный движок рендеринга Skia, стабильные 60/120 FPS.
Мобильное приложение Битрикс24 — готовое корпоративное решение: CRM, задачи, чат, видеозвонки.
| Критерий |
PWA |
React Native |
Flutter |
| Стоимость |
Низкая |
Средняя |
Средняя |
| Запуск |
1-3 недели |
2-4 месяца |
2-4 месяца |
| App Store / Google Play |
Нет (TWA) |
Да |
Да |
| Push |
Да (iOS 16.4+) |
Да |
Да |
| Офлайн |
Базовый |
Полный |
Полный |
| Камера, GPS |
Ограничено |
Полный |
Полный |
| Производительность |
Средняя |
Высокая |
Высокая |
PWA обгоняет нативную разработку по скорости запуска в 3 раза, а React Native на 40% дешевле Flutter по трудозатратам для типового интернет-магазина.
Как реализовать PWA на Битриксе без конфликта кэшей?
manifest.json — иконка, название, display: standalone, theme_color, start_url. Пользователь устанавливает сайт на домашний экран. Файл кладём в корень и подключаем через <link rel="manifest"> в header.php шаблона.
Service Worker — ядро PWA. Регистрируем в footer.php:
- Cache First для статики:
/bitrix/cache/, CSS, JS, шрифты, изображения товаров
- Network First для HTML и API (
/ajax/, /bitrix/services/). Если сеть недоступна — отдаём кэш.
- Stale While Revalidate для каталога — показываем кэшированное, обновляем в фоне
- Отдельная логика для корзины: всегда Network Only, иначе пользователь видит фантомные товары
Ключевой нюанс — конфликт с композитом Битрикс. Модуль composite кэширует HTML на сервере и отдаёт статические файлы. Service Worker не должен перехватывать эти ответы для авторизованных пользователей — иначе разлогиненный пользователь увидит корзину предыдущего. Решаем через проверку cookie BX_USER_ID в fetch-обработчике.
Push-уведомления — Firebase Cloud Messaging или OneSignal. Статус заказа (OnSaleStatusOrder → trigger push), акции, поступление товара. Токен устройства сохраняем в UF-поле пользователя.
Офлайн-каталог — ранее просмотренные товары доступны без интернета. IndexedDB для карточек, Cache API для изображений.
Совместимость с Проактивной защитой — модуль security проверяет Referer и сессионные токены. Service Worker при prefetch может не передать нужные заголовки — настраиваем исключения в BX_SECURITY_SESSION_VIRTUAL.
Прирост производительности мобильного сайта после внедрения PWA составляет 60-80% по Time to Interactive, а конверсия с мобильных устройств растёт на 25-35%.
React Native для интернет-магазинов на Битрикс
Когда PWA мало — React Native даёт полноценное нативное приложение с единой кодовой базой.
Архитектура:
- Бекенд: Битрикс отдаёт данные через REST API. Стандартные методы
catalog.product.list, sale.order.add для каталога и заказов. Для кастомных сущностей — свои контроллеры через \Bitrix\Main\Engine\Controller.
- Промежуточный слой: BFF (Backend for Frontend) на Node.js или GraphQL. Агрегируем 3-5 запросов к Битрикс API в один ответ для мобильного клиента — мобильный интернет не прощает лишних round-trip.
- Фронтенд: React Native приложение.
Функционал интернет-магазина:
- Каталог: поиск, фильтры, сортировка — данные из
CIBlockElement::GetList через REST
- Карточка товара: галерея (react-native-fast-image), описание, характеристики, отзывы
- Корзина и чекаут с persistence через AsyncStorage
- Личный кабинет: заказы, избранное, профиль, адреса
- Push: статус заказа, акции, брошенная корзина — FCM/APNs, триггеры на событиях Битрикс
- Нативные фичи: сканер штрихкодов (react-native-camera), геолокация для ПВЗ, Face ID / Touch ID (react-native-biometrics)
- Офлайн: каталог и избранное через AsyncStorage / WatermelonDB
- Deep linking:
react-navigation deep link → конкретный товар из push или рекламы
React Native выбирают, потому что:
- React-разработчики уже знают 80% стека
- Экосистема: тысячи готовых пакетов в npm
- Hot Reload — моментальный feedback при разработке
- CodePush от Microsoft — обновление JS-бандла без публикации в Store. Фикс бага за минуты, а не за 2-3 дня ревью.
Flutter vs React Native: когда выбрать Flutter
Альтернатива React Native. Выбираем, когда нужен нестандартный UI с тяжёлыми анимациями.
Сильные стороны:
- Skia engine — 60/120 FPS на сложных анимациях, где React Native начинает подлагивать на bridge
- Пиксельная идентичность на iOS и Android — свой рендеринг, не платформенные виджеты
- Dart: строго типизированный, ошибки на этапе компиляции, а не в проде на устройстве пользователя
- Material Design и Cupertino виджеты из коробки
Когда Flutter:
- Интерфейс со сложными анимациями и кастомными переходами между экранами
- Критически важна одинаковость UI на обеих платформах
- Планы на web и desktop (Flutter поддерживает все три таргета)
- Команда знает Dart или готова вложиться
Интеграция с Битрикс:
- REST API на стороне Битрикс (аналогично React Native)
- Пакет
dio для HTTP с interceptors: автоматическое добавление auth-токена, retry на 5xx
- Состояние:
Riverpod или BLoC — зависит от масштаба
- Локальное хранение:
Hive для key-value, sqflite для сложных запросов к офлайн-данным
Для нестандартного интерфейса Flutter даёт идентичное поведение на обеих платформах — экономия до 30% времени на кросс-платформенных багах.
Как подготовить API для мобильного приложения на Битриксе?
Мобильное приложение ровно настолько хорошо, насколько хорош API.
Проектирование:
- RESTful с версионированием (
/api/v1/, /api/v2/) — обратная совместимость при обновлениях
-
JWT + refresh token. Access — 15 минут, refresh — 30 дней. Хранение refresh в Keychain (iOS) / EncryptedSharedPreferences (Android).
- Пагинация курсором (
?after=eyJ...) — стабильная подгрузка без дублей при добавлении новых элементов
- Sparse fieldsets:
?fields=id,name,price,image — отдаём только нужное экрану, экономим трафик
Оптимизация под мобильные сети:
- Агрегированные эндпоинты: один запрос на экран вместо пяти.
/api/v1/home возвращает баннеры, рекомендации, акции и категории одним ответом
- Gzip-сжатие — в Битрикс включается через
\Bitrix\Main\Config\Option::set('main', 'use_compression', 'Y')
- ETag / Last-Modified — 304 Not Modified экономит трафик и время
- Retry с exponential backoff + offline queue (запросы копятся и отправляются при восстановлении сети)
- Изображения по размеру устройства:
CFile::ResizeImageGet() с параметрами из заголовка DPR
Push-уведомления:
- FCM (Android) + APNs (iOS)
- Триггеры на событиях Битрикс:
OnSaleStatusOrder, OnCatalogStoreProductUpdate, OnSaleBasketSaved
- Сегментация: персонализация по поведению из CRM
- Аналитика воронки: доставка → открытие → переход → конверсия
Что входит в разработку мобильного приложения под ключ?
-
Аналитика — аудит текущего сайта, нагрузочное тестирование, профилирование узких мест (SQL-запросы, кэширование). Сбор требований по фичам.
-
Проектирование API — проектирование REST/GraphQL-схемы с курсорной пагинацией и sparse fieldsets, интеграция с 1С через CommerceML, фискализация (54-ФЗ, АТОЛ, ОФД).
-
Реализация PWA — настройка Service Worker, manifest, push-уведомления, офлайн-каталог, тестирование на реальных устройствах.
-
Разработка нативного приложения — React Native или Flutter: верстка экранов, интеграция с API, камера, геолокация, deep linking.
-
Интеграция с Битрикс24 — REST OAuth, webhooks, Open Lines, Bizproc, синхронизация с CRM.
-
Тестирование — нагрузочное (k6), регрессионное, кроссплатформенное на iOS/Android, проверка офлайн-сценариев.
-
Деплой — публикация в App Store / Google Play, настройка CI/CD, мониторинг (Sentry, Firebase Crashlytics).
-
Документация — описание API, архитектуры, инструкция по обновлению. Передача доступов и исходных кодов.
Результат: работающее приложение, документация, доступы к серверам и сторам, обучение команды заказчика.
Сроки
| Задача |
Сроки |
| PWA для существующего сайта |
2-4 недели |
| REST API для мобильного приложения |
3-6 недель |
| MVP на React Native / Flutter |
2-3 месяца |
| Полнофункциональное приложение |
4-6 месяцев |
| Публикация в App Store / Google Play |
1-2 недели |
| Кастомизация приложения Б24 |
2-4 недели |
Рекомендуем стартовать с PWA — проверить гипотезу за 2-3 недели. Если мобильный трафик подтверждает спрос — наращивать нативное приложение с полным доступом к устройству.
Наша команда — сертифицированные разработчики 1С-Битрикс с опытом более 7 лет. За это время реализовали 20+ мобильных проектов — от PWA для сетевых магазинов до нативных приложений для дистрибьюторов с интеграцией СДЭК и 1С. Гарантируем совместимость с актуальными версиями платформы и модулей. Progressive Web Apps, React Native, Flutter.
Закажите предварительную оценку: пришлём архитектурный план и сроки за 2 рабочих дня. Получите консультацию разработчика по выбору технологии — заполните форму на сайте или позвоните нам.