Расширение функционала Битрикс24: конструктор вкладок и ролевой доступ для автоматизации лизингового отдела
Разработали собственный модуль для Битрикс24, который выходит за рамки штатных возможностей CRM: гибкий ролевой доступ к полям и вкладкам с учётом групп пользователей, CRM-ролей, отделов и стадий сделки, а также визуальный конструктор дополнительных вкладок. Теперь юрист, менеджер и служба безопасности лизинговой компании видят на одной вкладке карточки только нужные им данные — включая связанные сущности и цепочки связанных сущностей — без переключения между разделами CRM.
1Цели и задачи
Компания использует Битрикс24 для сопровождения лизинговых сделок. Вокруг каждой сделки завязано множество связанных сущностей и смарт-процессов: предмет лизинга, поставщики, лизингополучатель, юридическая экспертиза, страхование, обеспечение, графики платежей и другие. Стандартная карточка Битрикс24 показывает всем пользователям одинаковый набор полей и вкладок независимо от роли и стадии сделки, а связанные данные из других сущностей доступны только через переход в отдельные разделы CRM. На практике это приводило к тому, что для сбора полной картины по сделке сотруднику приходилось открывать четыре-пять разных карточек одновременно — саму сделку, элемент предмета лизинга, карточку поставщика, элемент юридической экспертизы и так далее. Это замедляло обработку заявок, увеличивало количество ошибок при заполнении и контроле данных, а также усложняло разграничение зон ответственности между менеджерами, юристами и службой безопасности, поскольку стандартная модель прав Битрикс24 не позволяет тонко настраивать доступ к отдельным полям и вкладкам в зависимости от роли, воронки и стадии. Задачей проекта стала разработка собственного модуля, который решает две связанные проблемы: во-первых, вводит расширенную и гибкую модель ролевого доступа к полям и вкладкам CRM-сущностей и смарт-процессов; во-вторых, даёт возможность конструировать дополнительные вкладки, объединяющие на одном экране данные из нескольких связанных сущностей — под конкретную роль, тип сущности, воронку и стадию сделки.2Общая архитектура решения
Модуль реализован как самостоятельное расширение Битрикс24 и состоит из двух настроечных разделов, работающих в связке, — «Управление правами» и «Управление вкладками». Оба раздела опираются на единую систему условий, определяющую, к кому и в каком контексте применяется то или иное правило: — роль пользователя — группа пользователей, CRM-роль или отдел из организационной структуры компании; — тип сущности — любая базовая CRM-сущность (лид, сделка, контакт, компания) либо любой из смарт-процессов, настроенных в Битрикс24 под нужды лизингового бизнеса (предмет лизинга, поставщики, юридическая экспертиза и другие); — контекст сделки — конкретная воронка и стадия либо признак «применять ко всем воронкам» / «ко всем стадиям». За счёт того что оба раздела модуля используют одинаковую логику условий, администратор системы настраивает права и вкладки в единой понятной парадигме: сначала описывает, для кого и в каком контексте действует правило, а затем — что именно этому пользователю показывать (раздел «Управление вкладками») и что из показанного он может редактировать (раздел «Управление правами»).3Раздел «Управление правами»
Раздел «Управление правами» позволяет создавать дополнительные, более тонкие правила доступа к полям и вкладкам, чем предусмотрено стандартной моделью прав Битрикс24. Для каждой комбинации «роль — тип сущности — воронка/стадия» администратор задаёт: — перечень доступных полей и вкладок конкретной сущности; — уровень доступа к каждому элементу — полное редактирование, только просмотр или полное скрытие; — правила, действующие временно, в рамках конкретной стадии, и правила, действующие постоянно, независимо от стадии. Это открывает сценарии, которые невозможно реализовать средствами самого Битрикс24. Например: юрист получает право видеть и редактировать блок «Юридическая экспертиза» и связанные с ним поля предмета лизинга только на стадиях «Правовая проверка» и «Согласование договора» — на остальных стадиях те же данные становятся доступны ему исключительно для просмотра, чтобы исключить случайные правки уже согласованных условий. Служба безопасности, в свою очередь, получает доступ на просмотр проверочных данных по поставщику и лизингополучателю на всех стадиях сделки, но без права редактирования, поскольку её задача — контроль, а не ввод данных. Такая модель прав снижает риск ошибок, связанных с редактированием данных не той ролью или не на той стадии процесса, и одновременно избавляет интерфейс каждого сотрудника от полей, которые ему не нужны для выполнения своих задач.4Раздел «Управление вкладками» — конструктор
Второй раздел модуля — визуальный конструктор вкладок. Он позволяет для выбранной комбинации «роль + тип сущности + воронка/стадия» собрать отдельную дополнительную вкладку карточки с произвольным набором информационных блоков, не прибегая к программированию. Конструктор решает три задачи одновременно: Во-первых, позволяет проектировать блоки свойств из полей самой сущности, группируя их по смысловому назначению — например, отдельный блок «Условия лизинга», отдельный блок «График платежей», отдельный блок «Обеспечение по сделке». Это даёт возможность структурировать даже большое количество полей так, чтобы пользователь видел логически связанные данные вместе, а не в виде сплошного списка. Во-вторых, позволяет подключать и отображать связанные значения из других сущностей и смарт-процессов — причём не только простые связанные поля, но и множественные, сложносоставные свойства, где связанный элемент сам, в свою очередь, ссылается на элементы иных смарт-процессов или CRM-сущностей. Например, у предмета лизинга может быть несколько связанных поставщиков, а у каждого поставщика — собственный набор реквизитов и условий поставки; конструктор позволяет развернуть всю эту цепочку связей прямо на вкладке. В-третьих, для каждого подключённого блока задаётся режим отображения — только просмотр либо быстрое редактирование прямо на вкладке, без перехода в карточку связанной сущности. При этом права на редактирование внутри блока настраиваются отдельно и могут быть более гибкими, чем стандартные права Битрикс24: сотрудник может видеть весь связанный блок данных, но иметь возможность редактировать лишь часть свойств внутри него, а остальные — только просматривать.5Практический пример: вкладка «Юридическая экспертиза»
Наглядно логику конструктора демонстрирует карточка элемента смарт-процесса «Юридическая экспертиза». В стандартном интерфейсе Битрикс24 юристу пришлось бы отдельно открывать карточку предмета лизинга, чтобы посмотреть его характеристики, отдельно — карточку поставщика, чтобы проверить условия поставки, и отдельно — карточку лизингополучателя, чтобы свериться с его данными. С помощью конструктора вкладок на карточке «Юридическая экспертиза» была собрана отдельная вкладка, объединяющая: — название и дополнительные характеристики предмета лизинга (модель, год выпуска, технические параметры, статус проверки); — данные поставщиков — реквизиты, условия поставки, статус согласования, с возможностью быстрого редактирования отдельных полей прямо на вкладке; — данные лизингополучателя, необходимые для правовой оценки сделки. Все эти данные физически хранятся и ведутся в своих собственных смарт-процессах и CRM-сущностях, но на вкладке представлены как единый рабочий экран, спроектированный конкретно под задачи юриста. Ему не требуется помнить, в каком разделе CRM искать нужную сущность, и переключаться между вкладками браузера или разделами системы — вся необходимая для проверки информация уже находится в одном месте, в контексте текущей задачи.6Гибкость и масштабируемость решения
Поскольку и правила доступа, и конструктор вкладок настраиваются в привязке к роли, типу сущности и стадии/воронке, один и тот же смарт-процесс может выглядеть по-разному для разных участников сделки. Менеджер лизингового отдела видит вкладку с укрупнённой сводкой по клиенту, предмету лизинга и графику платежей. Юрист видит вкладку с блоками правовой экспертизы, связанных договоров и данных по предмету лизинга. Служба безопасности видит вкладку с проверочными данными по поставщику и лизингополучателю, без доступа к финансовым условиям сделки. Важное преимущество архитектуры — все эти представления настраиваются через административный интерфейс модуля, без написания кода. Появление новой роли, нового смарт-процесса в бизнес-процессе компании или новой стадии в воронке не требует привлечения разработчиков: администратор CRM самостоятельно создаёт новое правило доступа и, при необходимости, новую вкладку или блок в конструкторе. Это существенно снижает нагрузку на ИТ-отдел и ускоряет адаптацию системы под изменения бизнес-процессов лизинговой компании. Кроме того, модульная структура решения позволяет применять его не только к сделкам, но и к любым другим CRM-сущностям и смарт-процессам, задействованным в компании — от лидов и контактов до узкоспециализированных процессов, созданных под конкретные операционные нужды.7Решаемая проблема
Ключевая проблема универсального интерфейса Битрикс24 — избыточность и негибкость. Карточка сущности показывает всем пользователям одинаковый набор полей и вкладок независимо от того, нужны ли эти данные конкретному сотруднику на конкретном этапе работы, а связанные сущности вынесены в отдельные разделы CRM, между которыми нужно постоянно переключаться. Это приводит к визуальной перегруженности карточек, увеличению времени обработки сделок и росту числа ошибок при заполнении и контроле данных — особенно в сложных многоступенчатых процессах, характерных для лизингового бизнеса. Разработанный модуль решает эту проблему за счёт совмещения двух механизмов: тонкой настройки ролевого доступа к полям и вкладкам и конструктора, который собирает связанные данные из разных сущностей на одном экране. Каждая роль видит только релевантные для неё данные и элементы управления, а информация из связанных сущностей выводится прямо в контексте текущей задачи, без необходимости искать и открывать другие карточки вручную.8Результаты
В результате внедрения модуля лизинговый отдел получил: — гибкую, не зависящую от штатной модели Битрикс24 систему ролевого доступа к полям и вкладкам, учитывающую группы пользователей, CRM-роли, отделы компании, тип сущности и стадию/воронку сделки; — конструктор вкладок, позволяющий без программирования собирать рабочие интерфейсы под конкретные роли, объединяя на одном экране данные из нескольких связанных сущностей и смарт-процессов, включая множественные сложносоставные свойства; — интерфейсы карточек, адаптированные под реальные роли участников сделки — менеджеров, юристов, службу безопасности и другие подразделения — вместо единого перегруженного интерфейса для всех; — заметное сокращение времени обработки сделок за счёт исключения постоянного переключения между связанными карточками и снижение количества ошибок при заполнении и контроле данных; — самостоятельность бизнеса в донастройке системы под изменения процессов — новые роли, смарт-процессы и стадии воронок добавляются администратором CRM без участия разработчиков. Таким образом, собственный модуль расширенного ролевого доступа и конструктора вкладок закрыл одну из ключевых проблем универсального интерфейса Битрикс24 — избыточность данных для конкретного пользователя и необходимость постоянного переключения между разделами CRM — и стал основой для дальнейшей автоматизации работы лизингового отдела.
Оглавление
Оглавление
Нужен похожий проект?
Расскажите о задаче — покажем близкие по смыслу работы и предложим решение со сроками и бюджетом.
Похожие проекты
Кастомизированный отчет с данными из сервиса видеофиксации посетителей в Битрикс24
