Пн - Пт: 09:00 - 18:00
Разработка функционала в Битрикс24

Разработка функционала в Битрикс24

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

Сначала проверяем, нужна ли разработка вообще

Это первый и самый полезный этап. Прежде чем что-то писать, смотрим:

  • нет ли нужного в штатном Битрикс24 — за годы там появилось многое, о чём не все знают;
  • нет ли готового приложения в Маркете — купить обычно дешевле, чем разработать;
  • нельзя ли обойтись бизнес-процессом или роботом вместо кода;
  • не решается ли задача изменением самого процесса, а не системы.
Важно понимать до начала

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

Что разрабатываем

Приложения и интерфейсы внутри портала

Собственные разделы, кнопки и формы в карточках CRM, свои отчёты и сводные экраны — когда стандартные не показывают того, что нужно руководителю.

Интеграции с внешними системами

1С, складские и производственные программы, сайты, маркетплейсы, сервисы доставки, отраслевое ПО. Обмен через REST и вебхуки в обе стороны, с обработкой ошибок — чтобы отвалившийся обмен был заметен сразу, а не через месяц по расхождению цифр.

Нестандартную логику в процессах

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

Доработку коробочной версии

Правки на уровне кода портала — то, что доступно только в коробке.

Облако и коробка: чем отличается разработка

Разница принципиальная, и о ней лучше знать заранее.

Облако
  • Код портала недоступен
  • Разработка ведётся только снаружи: приложения на REST, вебхуки, встраивания в интерфейс
  • Это ограничивает возможности, зато обновления Битрикс24 приходят сами и ничего не ломают
Коробка
  • Можно менять что угодно, включая ядро
  • Но каждая правка ядра — это будущая проблема при обновлении, поэтому мы так почти никогда не делаем: пишем в отдельном модуле или через события, чтобы обновляемость сохранилась
  • Если правка ядра всё же неизбежна, предупреждаем об этом до начала работ, а не после

Как идёт работа

1
Встреча с аналитиком

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

2
Техническое задание

Пишем, что именно делаем, и согласовываем с вами до начала. Это защищает обе стороны: вы понимаете, за что платите, мы — что считается сделанным.

3
Разработка и проверка

Сначала на тестовом контуре, потом перенос на рабочий портал. На живом портале мы не экспериментируем.

4
Передача

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

Сколько стоит и что с гарантией

Разработка считается в часах по вашей ставке: 3000 ₽ в час по льготной, если мы являемся интегратором на вашем портале, и 4000 ₽ в час по базовой. Количество часов называем после встречи с аналитиком — до неё честной оценки не существует, а называть цифру наугад мы не будем.

Гарантия

Год, если проблема возникла из-за нашей ошибки. Это не касается случаев, когда изменились ваши требования или сам Битрикс24: такие доработки оцениваются отдельно.

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

Сколько стоит разработка в Битрикс24?

Работа считается по часам: 3000 ₽ по льготной ставке, 4000 ₽ по базовой. Количество часов определяется после встречи с аналитиком, когда понятно, что именно нужно сделать.

Можно ли дорабатывать облачный Битрикс24?

Да, но только снаружи: приложениями на REST, вебхуками и встраиваниями в интерфейс. Код облачного портала недоступен никому, включая нас.

Не сломается ли доработка при обновлении портала?

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

Возьмётесь доделать то, что писал другой подрядчик?

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

Кому принадлежит разработанный код?

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