Своё приложение для Битрикс24: когда готовых решений не хватает

Возможности Битрикс24 расширяются настройками, роботами, бизнес-процессами и готовыми приложениями из маркетплейса. Но бывают задачи, для которых готовых решений нет: специфическая логика компании, уникальный интерфейс, связь с внутренней системой. Тогда разрабатывают собственное приложение, которое встраивается в портал и работает через REST API.

Когда это нужно

• Нужен расчёт или проверка по правилам компании прямо в карточке сделки
• Требуется связать Битрикс24 с внутренней системой, для которой нет готовой интеграции
• Нужен свой интерфейс для сотрудников внутри портала
• Готовое приложение из маркетплейса закрывает задачу частично и не настраивается
• Нужны собственные роботы и действия для бизнес-процессов

Типы решений

Входящий вебхук. Простой способ для серверных интеграций без интерфейса: внешняя система работает с порталом по адресу вебхука.

Локальное приложение. Устанавливается в один портал, может иметь интерфейс, встроенный в Битрикс24, и серверную часть. Подходит для решений под одну компанию.

Тиражное приложение. Публикуется в маркетплейсе для многих порталов. Требует соответствия требованиям площадки и поддержки множества клиентов.

Где приложение появляется

Приложение может встраиваться в разные места интерфейса: вкладка в карточке сделки или контакта, кнопка в списке, пункт меню, раздел в левом меню, виджет в чате, свой робот в настройках стадий. Выбор места зависит от того, когда пользователю нужна функция.

Примеры

Калькулятор стоимости. В карточке сделки менеджер вводит параметры заказа, приложение считает стоимость по правилам компании и записывает результат в сделку.

Проверка клиента. Робот на стадии «Договор» запрашивает внешний сервис или внутреннюю базу и записывает результат проверки.

Связь с производственной системой. Приложение передаёт заказ в систему цеха и показывает в карточке статус выполнения.

Панель руководителя. Собственный раздел с показателями, которые нельзя построить стандартными отчётами.

Этапы разработки

1. Описание задачи и сценариев использования
2. Проверка маркетплейса на готовые решения
3. Проектирование: где в интерфейсе, какие данные, какие права
4. Разработка и тестирование на тестовом портале
5. Установка на рабочий портал и обучение пользователей
6. Поддержка и развитие

Размещение

Серверная часть приложения размещается на сервере разработчика или компании и должна быть доступна для портала. Для облачного Битрикс24 это сервер с доступом из интернета и защищённым соединением. Определите, кто отвечает за сервер, резервные копии и обновления.

Безопасность

Приложение получает доступ к данным портала в рамках выданных прав. Запрашивайте только нужные права, храните ключи и токены надёжно, проверяйте подлинность запросов от портала. Для приложений с персональными данными продумайте, где и как данные хранятся вне Битрикс24.

Поддержка

Битрикс24 обновляется, и иногда изменения затрагивают API. Нужен ответственный разработчик, который следит за изменениями и поддерживает приложение. Получите исходный код, документацию и доступы, чтобы при необходимости передать поддержку другому подрядчику.

Начинайте с минимальной версии, которая решает главную задачу, и проверьте её на реальных пользователях. Дополнительные экраны и настройки добавляйте после того, как станет понятно, что приложением действительно пользуются и в каком направлении его развивать.

Если нужно разработать приложение для вашего портала Битрикс24, оставьте заявку — обсудим задачу и предложим решение.