Слово «доработка» в Битрикс24 часто означает совсем разное: добавить поле в сделку, собрать маршрут согласования, подключить внешнюю систему или сделать отдельный экран для сотрудников. Для каждой из этих задач подходит свой инструмент, и ошибка в выборе способа дорога — в плане поддержки, рисков и бюджета.
Правильный подход: сначала понять процесс, а уже потом выбирать между штатной настройкой, готовым приложением, REST-интеграцией и собственной разработкой.
Как выбрать способ доработки
Прежде чем писать техническое задание, ответьте на пять вопросов:
- Какие данные нужны? Новые поля, документы, справочники и связи между сущностями определяют, хватит ли стандартной CRM-сущности или нужен смарт-процесс.
- Кто работает с процессом? Роли, подразделения и внешние пользователи влияют на права и интерфейс.
- Что запускает действие? Смена стадии, заполнение поля, внешнее событие или расписание — от этого зависит выбор между роботами, триггерами, вебхуками и серверной обработкой.
- Есть ли внешняя система? 1С, сайт, телефония, склад или сервис проверки контрагентов требуют готового коннектора, REST-интеграции или приложения.
- Что происходит при ошибке? Повтор запроса, уведомление, журнал, ручная корректировка и запрет дублей — здесь решается, нужна ли очередь и собственный код.
Когда обходиться настройкой
Штатная настройка подходит, если процесс укладывается в существующие сущности CRM и его сможет поддерживать администратор портала без программиста. В таких случаях используют поля и разделы карточки, воронки, стадии, права CRM, роботов, триггеры, смарт-процессы и штатные уведомления.
Смарт-процесс особенно полезен, когда задаче тесно в сделке, лиде или счёте. Это рекламации, сервисные обращения, внутренние согласования и заявки на закупку. Если все пункты чек-листа выполняются — данные влезают в CRM, стандартной карточки хватает, действие запускается стадией или полем, штатные роботы покрывают логику, права настраиваются ролями, а внешние системы не нужны или закрыты готовой интеграцией — начинайте с настройки.
Роботы хороши для простых действий при смене стадии: создать задачу, отправить уведомление, запросить документ. Проблемы начинаются, когда критичный процесс собирают из длинной цепочки роботов с неочевидными условиями, задержками и обходными ветками. В такой схеме трудно найти источник ошибки и безопасно повторить действие.
Когда смотреть в Маркетплейс
Перед заказной разработкой проверяйте Маркетплейс Битрикс24. Там есть решения для телефонии, мессенджеров, доставки, проверки реквизитов, документов и отчётности. Главное — не верить списку функций, а проверить приложение на реальном сценарии. Важно смотреть на соответствие процессу, запрашиваемые права, работу с внешним сервисом, обновления, поддержку и совместимость с текущими настройками.
Когда нужна REST-интеграция или вебхук
REST-интеграция нужна для обмена данными с внешней системой без отдельного интерфейса внутри Битрикс24. Вебхук — упрощённый способ REST для одного портала, но он не подходит для тиражных решений и не заменяет приложение, если нужен интерфейс.
Перед запуском важно предусмотреть дубли, повторные попытки, большие объёмы данных, потерю событий, лишние права и изменение структуры данных. В облачном Битрикс24 есть ограничения на интенсивность и ресурсоёмкость REST-запросов, поэтому массовый обмен разбивают на части и выносят в очередь.
Когда нужно собственное приложение
Собственное приложение оценивают, если требования нельзя надёжно закрыть настройкой или готовым решением. Типичные признаки: отдельная вкладка, форма или отчёт в карточке CRM, специальный интерфейс, сложные расчёты, серверная обработка событий, собственное состояние процесса, фоновая очередь, работа с несколькими внешними системами, нестандартные права или необходимость тиражировать решение на разные порталы.
Итог
Поля, стадии, права, роботы и смарт-процессы закрывают многие внутренние задачи. Для типового внешнего сценария часто находится готовое приложение. REST-интеграция нужна для обмена данными без интерфейса. Собственное приложение — тогда, когда нужен специальный экран, серверная логика или нестандартная обработка.
При оценке сразу определяйте результат и способ проверки: схему процесса, роли, данные, внешние системы, исключения и сценарии приёмки. Тогда объём работ станет конкретнее, чем при общей фразе «нужна доработка».
