Доработка готового приложения Битрикс24: фильтр, отчёт, поле или автоматическое действие

Доработать готовое приложение Битрикс24 часто возможно. Сначала нужно выяснить, где находится нужная функция: в настройках портала, в коде самого приложения или во внешней интеграции. Фильтр иногда добавляется настройкой, новый отчёт требует расчёта данных, а автоматическое действие затрагивает права и обработку ошибок. Автор приложения может менять его код; другой разработчик может работать с переданными исходниками или создать отдельное решение через доступные интерфейсы Битрикс24. Начинать стоит с описания рабочего результата, а затем выбирать способ реализации.

Сначала отделите приложение от самого Битрикс24

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

Поэтому просьба «добавьте фильтр в Битрикс24» ещё не определяет работу. Нужны адрес страницы, название приложения, снимок нужного места и действие пользователя. Полезно приложить ссылку на карточку приложения из каталога, если решение установлено оттуда.

Если вопрос касается приложения из Маркета, Битрикс24 рекомендует обращаться к его разработчику. Контакты находятся в разделе технической поддержки на странице установленного приложения. Официальная инструкция помогает найти нужную команду.

Установка приложения сама по себе не означает, что заказчику переданы его исходники. Условия изменения и доступа к коду нужно смотреть в договоре и документации конкретного продукта.

Сквозной пример: отчёт о сделках без следующего шага

Рассмотрим учебную ситуацию. Руководитель открывает готовое приложение с отчётом по сделкам. Ему нужно видеть только сделки отдела сопровождения, у которых нет запланированного действия. Из строки отчёта он хочет открыть карточку, проверить ситуацию и при необходимости создать задачу менеджеру.

Первоначальная формулировка звучит просто: «Добавить фильтр и кнопку». Но под ней скрываются разные решения.

Фильтр по отделу. Что считать отделом: подразделение ответственного сейчас или подразделение на дату отчёта? Если сотрудник перешёл в другую команду, историческая картина может измениться. Это нужно решить до разработки.

Отсутствие следующего шага. Речь о пустом пользовательском поле, отсутствии открытого дела CRM или отсутствии задачи? Эти признаки не равнозначны. Сделка с задачей на подготовку договора может иметь пустое поле, но реальная работа уже запланирована.

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

Такой разбор превращает расплывчатую просьбу в проверяемый сценарий. Заодно может выясниться, что кнопка пока не нужна: достаточно корректного фильтра и ссылки на карточку. Это уменьшает первую доработку без потери основного результата.

Что можно решить настройкой, а что потребует кода

Матрица помогает выбрать маршрут, но не заменяет проверку конкретного приложения. Два визуально похожих отчёта могут получать данные по-разному. Один считает показатели сразу из CRM, другой использует собственное хранилище и обновляет его по расписанию.

В учебном примере наличие отдела в CRM ещё не означает, что приложение умеет фильтровать по нему. Разработчику нужно проверить, получает ли отчёт этот признак и как сопоставляет сотрудников с подразделениями.

Что может автор приложения и что может внешний разработчик

Автор готового продукта обычно располагает его кодом и понимает, как устроены обновления. Он может добавить возможность для всех пользователей, сделать отдельную настройку или предложить индивидуальный вариант. Какой путь доступен и входит ли изменение в поддержку, определяют условия конкретного приложения.

Внешний разработчик может продолжить работу, если заказчику доступны исходники и разрешение на их изменение. Тогда перед оценкой понадобятся репозиторий, инструкция запуска и описание текущего размещения.

Если доступа к коду нет, остаётся другой путь: отдельный отчёт, обработчик или приложение, которое работает с доступными данными портала. Оно решает задачу рядом с установленным продуктом, но не получает возможности произвольно изменять чужой закрытый код.

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

Если отдельное решение разрастается, полезно сравнить его с разработкой приложения на заказ. Иногда развитие существующего продукта удобнее, иногда разумнее сделать самостоятельный инструмент.

Как описать задачу для оценки

Вместо длинного технического задания на первом шаге достаточно короткой карточки. Для нашего примера она может выглядеть так:

Кто работает: руководитель отдела сопровождения.

Где: установленное приложение с отчётом по открытым сделкам.

Что мешает: нужные сделки приходится отбирать вручную, отсутствие следующего действия не видно.

Что нужно: фильтр по текущему отделу ответственного и признак отсутствия открытого дела CRM.

Действие из отчёта: открыть карточку сделки. Кнопку создания задачи оцениваем отдельно.

Ожидаемый результат: руководитель получает список для проверки и может перейти к каждой сделке.

Пример: несколько специально подготовленных сделок с разными отделами, делами и правами доступа.

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

Чтобы обсудить изменение нашего продукта, используйте страницу доработок. Для более широкой задачи есть разработка под процессы компании.

Из чего складывается объём доработки

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

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

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

Оценка становится понятнее, если подрядчик разделяет её на обследование, интерфейс, обработку данных, проверку и выпуск. Это позволяет увидеть, что входит в первую версию, а что можно добавить позднее. Конкретные стоимость и срок зависят от обнаруженных условий; универсальная цена «за один фильтр» их не учитывает.

Права и объём данных нужно проверить до выпуска

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

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

Ещё один вопрос: что произойдёт на настоящем объёме данных? В облаке действуют ограничения интенсивности и ресурсоёмкости REST-запросов. Длинную выборку нужно проектировать с учётом постраничного получения и обработки ошибок. Пакетирование запросов само по себе ограничения не отменяет. Актуальные правила приведены в документации лимитов.

Для обмена через вебхук также проверяют права его владельца и обращение с секретным адресом. Он не должен попадать в открытый код страницы. Это прямо отмечено в документации вебхуков.

Шаблон приёмки доработки

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

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

Частые вопросы

Можно ли заказать доработку приложения из Маркета у другой компании?

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

Всегда ли новое поле требует программиста?

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

Нужно ли переустанавливать приложение после изменения?

Это зависит от способа обновления и состава изменения. Не следует удалять рабочее приложение наугад: могут быть затронуты настройки и связанные данные. Порядок выпуска должен назвать разработчик конкретного решения.

Можно ли добавить автоматическое действие без отдельного интерфейса?

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

С чего начать, если непонятно, какое приложение отвечает за функцию?

Зафиксируйте путь до нужного экрана и действие, которое хотите изменить. Добавьте снимок и пример результата. Администратор или разработчик сможет определить, относится ли задача к настройке CRM, готовому приложению или внешней интеграции.

Следующий шаг

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

Официальные источники

Технические сведения проверены 20 октября 2026 года.

• Как обратиться в поддержку приложения Маркета.
• Локальные приложения: виды и назначение.
• Скоупы и доступ к методам REST API.
• Входящие и исходящие вебхуки.
• Лимиты REST API.