Свой калькулятор, реестр или дашборд внутри рабочего системы.
Услуга Opslane · обновлено 14.09.2026
Разработка приложений для Битрикс24
Разрабатываем приложение под конкретную работу сотрудника: калькулятор в сделке, реестр, рабочий экран, согласование или внутренний сервис. Сначала определяем результат и проверяем штатные возможности Битрикс24, затем согласуем интерфейс, данные, права и состав разработки.
Если в компании звучит «это каждый понедельник собирает Света», «для этого у нас отдельный Excel» или «в карточке не хватает одной нормальной кнопки» — это хороший кандидат на разбор. Мы не заставляем выбирать между Коворком, Вайбкодом и REST API. Сначала смотрим на работу, которую надо убрать.
задачаначинаем с рутины, а не с технологии
MVPсначала проверяем рабочий сценарий
контрольправа, тесты и поддержка входят в проектирование
Практический смысл
Что это меняет в работе
Не список функций, а сценарии, ради которых имеет смысл открывать новый инструмент.
AI-сотрудник для конкретной роли — без «универсального помощника на всё».
Бот или небольшое приложение для повторяющейся операции.
Переход от одноразовой доработки к тиражируемому продукту, если сценарий повторяется у разных компаний.
Примеры
Как это выглядит на языке бизнеса
Если узнаёте свою ручную рутину — скорее всего, её стоит хотя бы разобрать.
Отчёт вместо Excel
Система сама собирает нужные данные и показывает их одним экраном в понятной роли.
Кнопка в карточке CRM
Расчёт, проверка документа, формирование спецификации или запуск собственного сценария из сделки.
Внутренний мини-сервис
Отпуска, согласования, заявки, контроль часов, фотоотчёты, реестр оборудования и другие узкие процессы.
AI App Factory
Постоянный формат: регулярно берём очередную ручную рутину и превращаем её в рабочий инструмент.
01
Как проходит разработка
Задача и прототип Фиксируем текущую работу, пользователей и критерии готовности. Проверяем, нельзя ли решить задачу штатным механизмом. Согласуем прототип, состав данных, интеграции и способ размещения.
Показываете ручной процесс и текущие обходные пути.
Фиксируем результат, который должен получить сотрудник.
Выбираем самый простой устойчивый способ реализации.
Собираем рабочий вариант и тестируем на реальных сценариях.
Передаём команде и оставляем понятную схему поддержки.
Реализация и тестирование
Проверяем основное действие и пограничные случаи: пустые данные, недостаточные права, повторный запуск, ошибку внешнего сервиса и удаление приложения. Для решений на нескольких порталах отдельно проверяем изоляцию данных и жизненный цикл авторизации.
Запуск и дальнейшие изменения
После приёмки переносим согласованное решение в рабочее окружение и проверяем сценарии нужных ролей. Передаём инструкцию, описание настроек и порядок обращения при ошибках. Владелец приложения, доступы к размещению и ответственность за обновления определяются до запуска.
02
Прототип и состав приложения
До разработки описываем сценарии: что сотрудник открывает, какие данные видит, что вводит и какой результат сохраняется. Прототип помогает согласовать порядок действий и сообщения об ошибках. Он не считается готовым продуктом, пока не проверены права, данные и рабочие случаи.
✓
описание бизнес-сценария и критериев готовности;
✓
готовое приложение, бот или настроенный AI-агент;
✓
права доступа и схема данных;
✓
проверенные тест-кейсы и правила эксплуатации;
✓
инструкция пользователям и порядок дальнейших изменений.
В состав проекта включаем согласованные экраны и действия, модель данных, точки встройки, интеграции и тестовые сценарии. Отдельно указываем, где приложение хранит сведения, какие записи может изменять и что произойдёт при повторном запуске.
03
Когда требуется приложение
Приложение имеет смысл, когда сотруднику нужен отдельный интерфейс или действие, которых недостаточно в текущем рабочем процессе. Например, расчёт по данным сделки должен выполняться из её карточки, а внутренний реестр — показывать связанные записи и позволять конкретной роли изменить их по правилам.
Это примеры задач, а не обещание готового универсального модуля. На разборе уточняем пользователя, исходные данные, результат, исключения и действие при ошибке.
Штатная настройка, обмен или собственный экран
Если задачу решают поля, роботы или согласования, достаточно настройки Битрикс24. Когда требуется только передать данные между системами, рассматриваем интеграцию через API Битрикс24. Разработку приложения выбираем при необходимости собственной логики или рабочего интерфейса.
04
Формат и размещение
Локальное приложение для одного портала Локальное приложение создаётся для конкретного Битрикс24 и не требует публикации в Маркетплейсе. По официальной документации доступны статичный вариант с HTML и JavaScript и серверные варианты с интерфейсом или без него. Для серверной части нужно доступное по HTTPS размещение; способ авторизации зависит от формата.
✓
Перед генерацией фиксируем пользователя, задачу и ожидаемый результат.
✓
Определяем, какие данные Bitrix24 приложение читает и какие может изменять.
✓
Проверяем пограничные случаи: пустые данные, повторный запуск, отсутствие прав, ошибка внешней системы.
✓
Для критичных процессов решаем, достаточно ли AI-собранного приложения или нужна классическая разработка и отдельный backend.
✓
После запуска сохраняем документацию и тест-кейсы, чтобы решение можно было поддерживать независимо от конкретного чата с AI.
Формат и размещение
Доступность REST проверяем до начала работ: локальное приложение требует соответствующей подписки BitrixGPT + Маркетплейс либо пробного режима. Подписка и размещение не включаются в стоимость разработки автоматически.
Решение для нескольких порталов
Решение для нескольких порталов Если приложение предполагается устанавливать в разных компаниях, проектируем тиражный формат: раздельные настройки и данные порталов, OAuth-авторизацию, обновления и поддержку. Публикация в Маркетплейсе требует доступа к кабинету разработчика, соблюдения регламента и проверки модераторами.
Разработка внутреннего инструмента не означает автоматическую публикацию, лицензирование или одобрение Маркетплейсом. Подготовку к распространению и состав этой работы согласуем отдельно.
Инструменты AI-разработки
Инструменты AI-разработки Код и Вайбкод могут использоваться для прототипа или подходящего способа реализации. Их условия, размещение и лимиты проверяем для выбранного сценария. Сгенерированный код проходит ту же проверку прав, данных и ошибок, что и другая разработка.
AI-функция добавляется, только если она нужна самому приложению. Выбор таких сценариев разобран в разделе AI в Битрикс24; калькулятор или реестр может работать без языковой модели.
05
Данные, интеграции и права
Определяем, какие сущности приложение читает и изменяет, какие роли его открывают и от чьего имени выполняются действия. Для REST выбираем необходимые разрешения и подходящую авторизацию. Секреты и служебные токены не должны попадать в клиентский интерфейс или публичные журналы.
При обмене согласуем связи записей, обработку повторного события, очереди и поведение при недоступности внешней системы. Если задача охватывает несколько каналов или систем, общую архитектуру разбираем в разделе интеграций Битрикс24.
СценарийЧто получает сотрудникЧто проверяем
КалькуляторФорма расчёта внутри рабочего процессаФормулы, версии правил, права
Операционный реестрОдин экран со связанными объектамиФильтры, скорость, источник данных
ДашбордНестандартная управленческая выборкаМетрики, период, полнота данных
AI-помощникРазбор текста или данных по своей инструкцииКонтекст, ошибки, подтверждение действий
Служебная кнопкаОдно действие из карточки CRMПовторный запуск, логирование, результат
06
Стоимость и сопровождение
Оценка зависит от числа сценариев и экранов, модели данных, интеграций, прав, формата распространения и сложности тестов. Сначала фиксируем состав, затем рассчитываем разработку. Фиксированный публичный пакет для любого приложения не предполагается.
✓
Много внешних систем и сложная очередь обмена.
✓
Высокая нагрузка или жёсткие требования к производительности.
✓
Особые требования к инфраструктуре, безопасности и журналированию.
✓
Тиражируемый продукт для многих порталов с отдельным жизненным циклом версий.
✓
Бизнес-логика, где ошибка может привести к потере денег или необратимому изменению данных.
Продуктовые подписки, внешнее размещение и сторонние сервисы указываем отдельно. После запуска регулярные обновления, диагностика и развитие согласуются как поддержка Битрикс24 или отдельная задача с определённым объёмом.
FAQ
Вопросы о приложениях
Коротко о том, что чаще всего хочется уточнить до пилота.
Обязательно ли приложение использует AI?
Нет. Калькулятор, реестр или согласование могут работать по заданным правилам без языковой модели. AI добавляем при отдельной потребности и проверяем его результат.
Можно сделать приложение только для нашей компании?
Да. Для одного портала рассматриваем локальное приложение. Выбираем статичный или серверный формат по задаче, размещению и доступной авторизации.
Публикация в Маркетплейсе входит автоматически?
Нет. Она требует отдельной подготовки и проверки по правилам площадки. Для распространения нужно заранее проектировать работу на разных порталах, обновления и поддержку; решение модерации не гарантируем.
Доступ к REST можно считать бесплатным?
Нет. Условия зависят от формата и механизма. Для локального приложения проверяем подписку или пробный режим; исключения для некоторых вебхуков не заменяют требования к приложению.
Кто поддерживает приложение после запуска?
До запуска определяем владельца, доступы к размещению, документацию и состав поддержки. Исправления и развитие после приёмки выполняются по согласованным условиям, включая решения, созданные с помощью AI.
Практика
Что прочитать дальше
Инструкции и разборы без повтора продуктовой страницы: первый запуск, постановка задачи, безопасность и выбор архитектуры.
Шаблон · 9 мин
Как описать задачу для приложения в Битрикс24 Вайбкод
Шаблон постановки задачи для AI-приложения: кто пользователь, какие данные нужны, что должно произойти, где нужны права и как проверить, что приложение работает правильно.
Читать →Подборка · 14 мин20 идей приложений для Битрикс24 Вайбкод, которые полезнее ещё одного Excel
Не демо ради AI, а задачи, которые компании уже решают руками: калькуляторы, дашборды, реестры, контроль договоров, сервисные панели и внутренние боты.
Читать →Архитектура · 10 минБитрикс24 Вайбкод или REST API: что выбрать для своей задачи
Сравниваем Вайбкод и классический REST API без религиозной войны: где AI-платформа ускоряет маленькие приложения, а где нормальная интеграционная архитектура всё ещё обязательна.
Читать →АктуальностьПродукт быстро развивается
Перед внедрением мы сверяем доступность функций, тарифные требования, права и актуальную документацию Битрикс24. На странице сознательно нет обещаний по временным квотам и параметрам, которые могут измениться между релизами.
Обсудим приложение под ваш процесс
Опишите действие сотрудника, используемые данные и ожидаемый результат. Покажите существующий экран или обходной способ работы без передачи конфиденциальных данных. Определим формат решения, прототип и состав оценки.
