01 / Штатно
Настройка платформы
Поля, права, роботы, бизнес-процесс или стандартный webhook закрывают сценарий без нового продукта.
- Главная
- Разработка
- Битрикс24 · приложения
Битрикс24 · приложения
Приложения Битрикс24 для задач, которых нет в коробке
Создаём локальные и тиражные приложения: рабочие места, вкладки в CRM, отчёты, мобильные формы и интерфейсы внешних сервисов. Проектируем приложение вместе с правами, REST-обменом, сервером и дальнейшей поддержкой.
- amoCRM · официальный партнёр
- Битрикс24 · бизнес-партнёр
- Код и доступы передаваем
Сначала выбор пути
Разработка — третий вариант, а не первый
Проверяем задачу по возрастающей сложности. Это снижает стоимость владения и число компонентов, которые придётся поддерживать.
02 / Готово
Партнёрское решение
Сравниваем поддержку нужных объектов, ограничения, обновления, журнал и полную стоимость лицензии.
03 / На заказ
Собственная разработка
Нужна, если процесс, интерфейс, объём, безопасность или контроль ошибок не укладываются в готовые варианты.
Типовые запросы
Что можно вынести в приложение
Не копируем весь Битрикс24. Собираем отдельное рабочее место вокруг роли и решения, которое сотрудник принимает каждый день.
01
Рабочее место отдела
Свой экран диспетчера, снабжения, сервиса, логистики или производства поверх данных CRM и смарт-процессов.
02
Вкладка в карточке
Данные внешней системы, документы, расчёт, история операций или специализированная форма рядом со сделкой.
03
Мобильный сценарий
PWA для замеров, выезда, фотоотчёта, чек-листа и подписи с передачей результата в Битрикс24.
04
Нестандартный отчёт
Согласованные показатели, фильтры и детализация, которых не хватает штатной аналитике.
05
Коннектор канала
Свой интерфейс настройки, маршрутизация сообщений, статус доставки и журнал работы внешнего канала.
06
Маркетплейс-продукт
Многопортальная установка, тарифы, роли клиента, обновление версии и поддержка пользователей.
Проектные решения
Приложение начинается с роли, а не с экрана
Детали ниже определяют эксплуатацию выбранного формата и проверяются до оценки реализации.
Сначала описываем сотрудника и решение, которое он принимает. Диспетчеру нужен список отклонений и быстрое назначение, замерщику — мобильная форма и фото, руководителю — показатель с детализацией. Один универсальный экран обычно перегружает каждую роль и усложняет права.
Точку встраивания выбираем после сценария. Короткое действие в сделке остаётся во вкладке или боковой панели; реестр и многошаговый процесс получают собственную страницу. Пользовательский тип поля оправдан только тогда, когда данные действительно живут в поле, а не маскируют отдельную систему.
Жизненный цикл включает установку, получение прав, первичную настройку, обновление и удаление. Приложение должно корректно переживать повтор установки и смену администратора. При удалении нельзя оставлять активные токены, бесконечные события или непонятные фоновые задания.
Тиражное приложение изолирует настройки и данные порталов. В журнале и метриках всегда виден tenant, но пользователь одного клиента не может получить сведения другого. Миграции конфигурации и совместимость версий планируются до первой массовой установки, иначе обновление превращается в ручной проект для каждого портала.
Интерфейс получает контекст портала и текущего объекта только через поддерживаемые механизмы. Все чувствительные операции повторно проверяются на сервере приложения. Наличие кнопки в браузере само по себе не даёт пользователю права изменить сделку или скачать документ.
Мобильный сценарий тестируем отдельно от десктопного портала. Учитываем узкий экран, нестабильную сеть, камеру и повторную отправку формы. Черновик помогает сотруднику не потерять результат выезда при разрыве соединения.
Архитектура
Данные проходят через контролируемый маршрут
У каждой операции есть внешний идентификатор, состояние и способ проверить итог. Синхронный вызов используем только там, где он действительно безопасен.
Источник
Пользователь Битрикс24
Событие, пользовательское действие или плановая выборка.
Контроль
Приложение
Проверка, маппинг, очередь, защита от дублей, журнал и повтор.
Результат
CRM и внешний сервис
Подтверждение операции, сохранённая связь объектов и сверяемый итог.
Если получатель временно недоступен, операция не должна исчезать или бесконечно создавать новые сущности. Она получает состояние, понятную причину ошибки и управляемый повтор.
Результат проекта
Передаём не только код, но и управляемую систему
Состав зависит от масштаба, но критичные решения, доступы и сценарии восстановления не остаются в переписке разработчика.
01
Сценарий роли
Пользователь, решение, данные на входе, действие, результат и ситуация отказа.
02
Интерфейс
Адаптивная страница или виджет, состояния загрузки, пустые данные, ошибки и ограничения доступа.
03
REST и события
Согласованные методы, scope, очередь, подписки, batch и журнал операций.
04
Установка
OAuth, ONAPPINSTALL, параметры портала, миграции настроек и безопасное удаление приложения.
05
Тиражирование
Изоляция клиентов, конфигурация, лимиты, обновление и поддержка для нескольких порталов.
06
Проверка обновлений
Тестовый портал, регрессия точек встраивания и контроль совместимости серверной части.
Специфика задачи
Точки встраивания выбираем по действию пользователя
Официальный механизм Битрикс24 позволяет открыть приложение как собственную страницу или встроить его в доступную точку интерфейса.
Страница
Отдельное рабочее место
Подходит для реестра, диспетчерской панели, большого отчёта или процесса с несколькими шагами.
Placement
Действие в контексте
Вкладка или кнопка получает контекст карточки и позволяет решить задачу без ухода из CRM.
Поле
Свой тип данных
Пользовательский интерфейс просмотра и редактирования, если стандартного поля недостаточно.
Источники и границы. Возможности платформ сверены 2 октября 2026 года: Механизм встраивания · REST API Битрикс24. Конкретные методы, тарифы, редакции и требования публикации повторно проверяем перед проектом.
Надёжность
Проверяем отказ до того, как он станет инцидентом
Демонстрация успешной операции — только начало приёмки. Интеграция должна предсказуемо вести себя при повторе, задержке и недоступности.
Duplicate
Повтор события
Тот же ID не создаёт вторую сделку, заказ, документ или платёж.
Timeout
Нет ответа
Операция остаётся в контролируемом состоянии и повторяется по правилам.
Partial
Частичный результат
Виден выполненный шаг, точка отказа и безопасное продолжение процесса.
Recovery
Восстановление
После сбоя можно сверить период и повторить только пропущенные операции.
Порядок работы
От контрольного примера до сопровождения
Для локальной задачи этапы компактные. Для критичной интеграции каждый этап имеет отдельный результат и принимающего сотрудника.
Обследование
Текущий процесс, системы, данные, ограничения и цена ошибки.
Проектирование
Вариант решения, карта данных, события, права и критерии приёмки.
Разработка
Контуры, код, конфигурация, журнал и тестовые данные.
Пилот
Обычный путь, исключения, роли, нагрузка и соседние процессы.
Эксплуатация
Передача, мониторинг, поддержка, обновления и план развития.
Форматы работы
Сначала регулярная ответственность, затем проект и разовые задачи
Интеграции живут вместе с процессом и API платформ. Поэтому приоритетный формат после запуска — сопровождение, а не ожидание следующего аварийного обращения.
Ежемесячное сопровождение
Для работающих интеграций, где важны контроль, контекст и плановое развитие.
от 30 000 ₽ / мес
- мониторинг и разбор инцидентов
- плановые проверки и сверка
- небольшие изменения в согласованном объёме
- отчёт и следующий приоритет
Проектная разработка
Для подтверждённого типового запроса или нового интеграционного продукта с приёмкой.
оценка после обследования
- требования и архитектура
- итерации и демонстрации
- тестирование отказов
- передача кода и документации
Пакет часов
Дополнительный формат для ограниченного списка разовых работ без новой архитектуры.
от 15 000 ₽
- диагностика одного сбоя
- локальный webhook или поле
- проверка готового модуля
- небольшая правка документации
Короткие ответы
Вопросы до старта
Точная оценка появляется после проверки систем и одного реального сценария. Ниже — границы, которые полезно знать заранее.
Приложение работает в облачном Битрикс24?
Да, приложения и REST API являются основным способом расширить облачный портал. Конкретные методы и точки встраивания проверяем по тарифу, правам и документации.
Можно создать приложение только для нашей компании?
Да, локальное приложение подходит для одного портала и внутреннего процесса. Тиражное решение нужно, если продукт устанавливается нескольким клиентам.
Можно добавить приложение в карточку сделки?
Да, через поддерживаемые точки встраивания. Приложение получает контекст карточки и авторизацию пользователя; права проверяются отдельно.
Что потребуется от заказчика?
Владелец процесса, тестовый портал, примеры данных, согласованные роли, аккаунты инфраструктуры и сотрудник, который примет контрольные сценарии.
Связанные направления
Выберите компонент, который соответствует задаче
Страницы кластера разделены по поисковому и проектному намерению, но в реальной архитектуре компоненты часто работают вместе.
Следующий шаг
Покажите одну операцию, которая сейчас выполняется вручную или теряется
Разберём путь данных, проверим готовые решения и предложим минимальный устойчивый вариант. Для оценки полезны пример сущности, используемые системы, частота операций и ожидаемый результат.
- Не просим готовое техническое задание для первого разговора
- Отдельно обозначаем неизвестные и внешние зависимости
- Не продаём разработку, если задача решается надёжнее без неё
Описать задачу
Проект с проверяемой приёмкойСпроектируем «Приложения Битрикс24 для задач, которых нет в коробке» с тестами и передачей результата
Зафиксируем операцию, данные, ошибки и критерии готовности до оценки разработки. Реализацию оформим проектом, а мониторинг и развитие — ежемесячным сопровождением.
Отправка формы ни к чему не обязывает. Сначала уточним границы задачи.