Разработка модулей
Когда коробочному порталу нужна логика, которой в платформе нет, мы пишем её отдельным модулем. Так доработка живёт своей жизнью: обновили Битрикс24 — и она не превратилась в тыкву.
- Доработки не теряются при обновлении
- Собственный модуль вместо правки ядра
- Документация и исходники — вам
Узнаёте свою компанию?
Портал боятся обновлять
Доработки внесены прямо в ядро или шаблоны. Каждое обновление — риск сломать то, что работает.
Нужна логика, которой в платформе нет
Свои расчёты, тарификация, сложные права или интерфейс под конкретную роль — штатным не собирается.
Решение нужно тиражировать
Одну и ту же настройку приходится повторять на нескольких порталах или в филиалах вручную.
Что делаем
Пишем по правилам платформы: события, ORM, штатные интерфейсы — чтобы модуль пережил обновления и не мешал другим решениям.
Своя бизнес-логика
Расчёты, тарификация, проверки и правила, которых нет в штатном Битрикс24.
Интерфейсы и рабочие места
Собственные разделы, списки и формы внутри портала — привычные пользователю.
Обмены с внешними системами
Коннекторы к учётным, складским и отраслевым программам на стороне модуля.
Свои активити для процессов
Новые действия в бизнес-процессах и роботах, доступные обычным настройщикам.
Права и ограничения
Своя модель доступа поверх штатной — под структуру компании и требования безопасности.
Отчёты по своим данным
Списки и аналитика по сущностям модуля, доступные в интерфейсе портала.
Обновляемость
Ядро не трогаем: модуль ставится и снимается штатными средствами, обновления безопасны.
Документация и исходники
Передаём код и описание: дальше вы не привязаны к нам как к единственному подрядчику.
Скажем, нужен ли здесь код
Опишите задачу. Часто половина решается настройкой, и модуль нужен только для оставшейся части — это заметно дешевле.
Оценка выполнимости — бесплатно
Как проходит проект
-
01
Разбор задачи
Выясняем, что нужно и почему не решается настройкой. Смотрим текущее состояние портала.
Понятно, нужен ли код -
02
Техническое задание
Описываем сущности, интерфейсы, права и сценарии. Согласуем до начала разработки.
ТЗ и оценка по этапам -
03
Разработка
Пишем модуль на тестовом стенде, показываем промежуточные результаты по этапам.
Модуль на тестовом контуре -
04
Тестирование
Проверяем сценарии, нагрузку и совместимость с другими решениями на портале.
Ошибки найдены до боя -
05
Установка
Ставим на боевой портал в согласованное окно, с резервной копией и планом отката.
Модуль работает в бою -
06
Поддержка версий
Проверяем совместимость после обновлений платформы и выпускаем новые версии модуля.
Обновления не ломают доработку
Что вы получаете
Портал можно обновлять
Доработка живёт в модуле, а не в ядре: обновление платформы перестаёт быть спецоперацией.
Логика под ваш бизнес
Расчёты и правила работают так, как принято у вас, а не так, как получилось уложить в стандарт.
Решение можно тиражировать
Тот же модуль ставится на другие порталы и филиалы без ручной пересборки.
Исходники у вас
Код и документация передаются компании — смена подрядчика не обнуляет вложенное.
Оценим разработку по техзаданию
После разбора задачи назовём объём работ по этапам и срок первой рабочей версии.
Форматы работы
Разработку ведём этапами: каждый заканчивается работающей версией, которую можно посмотреть.
Доработка существующего
от 1 неделиПравки и расширение того, что уже написано.
- Разбор текущего кода
- Правки и новые сценарии
- Проверка совместимости
- Установка на боевой портал
Новый модуль
от 1 месяцаСвоя логика, интерфейсы и данные под задачу компании.
- Техзадание и оценка по этапам
- Разработка на тестовом стенде
- Тестирование и приёмка
- Документация и исходники
Спасение доработок
срок по проектуКогда правки внесены в ядро и портал нельзя обновить.
- Аудит внесённых изменений
- Перенос логики в модуль
- Возврат ядра в исходное состояние
- Обновление платформы
Смежные услуги
Обсудим разработку модуля
Расскажите, чего не хватает в портале. Скажем, что решается настройкой, а что действительно требует кода.