Реализация блока «Продажи» на Битрикс24 для Systeme Electric
О КОМПАНИИ
System Electric - крупнейший в отрасли инженерно-сервисный центр и российская компания с мировой экспертизой, специализирующаяся на разработке, производстве и поставке оборудования для распределения электроэнергии и промышленной автоматизации.
Задачи
Процесс работы
1. Разработка правил работы с полями в сущностях «Сделки», «Контакты», «Компании»
Первое, что необходимо было реализовать в рамках блока разработки правил – это настройка и разработка существующих атрибутов на соответствие необходимым требованиям.
Выполнено скрытие атрибута «Дата сделки» как при создании, так и просмотре карточки «Сделки». Атрибут скрыт, но не удален с учетом того, что хранит в себе исторические данные.
Выполнена настройка атрибута «Страна реализации сделки», где основной задачей стояло вывести два параметра по сортировке в начало списка, что позволит менеджерам выбирать эти параметры, не пролистывая целую ленту.
Вместо атрибута «Номер заказа SAP» с типом «Текст» выполнено создание атрибута «Номер заказа SAP» с типом «Целое число» и обновлены исторические данные из атрибута с типом «Текст» в атрибут с типом «Целое число». Функционал позволил сохранить исторические данные, которые были заполнены ранее и в последующем не давать возможность менеджеру заполнять текстовые значения в атрибуте.
Разработан функционал автоматического копирования адреса компании в контакт, с тем условием если менеджер выбрал компанию и установил параметр «Да» в поле «Скопировать адрес из Компании». Адрес компании скопируется в адрес контакта после нажатия на кнопку «Сохранить».

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

Проводимые работы по атрибуту «Вероятность» на сущности «Сделка» позволили избежать пользовательских ошибок. Разработана проверка, что если число в атрибуте содержит значение меньше нуля, то необходимо отображать предупреждение при сохранении.

Реализована проверка на атрибуте «Дата сделки», в которым основным условием является, что сделку нельзя сохранить, если «Дата сделки» установлена в прошлом от текущего дня. При несоблюдении данного условия отображается предупреждение при сохранении.

2. Разработка отчета по сделкам и по связанной сущности «Задачи»
В рамках работы с отчетом по сделкам и задачам стояло требование, что необходимо разработать отчет, который будет сформирован только из тех задач, которые связаны со сделками.
Так как отчет должен содержать в себе большое количество данных для их хранения была создана промежуточная таблица, которая содержит данные по атрибутам из сущности “Сделки” и по связанным задачам. Таблица обновляется при создании или редактировании существующих задач. Данные из таблицы отображаются в виде отчета.
Основной функционал отчета:
Функционал страницы списка сущностей “Сделки” позволяет перейти в сформированный отчет.

При входе в отчет отображается табличное представление со значениями из сущностей “Сделка” и “Задачи”.

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

Помимо фильтрации столбцов по возрастанию и убыванию в отчете есть возможность расширенной фильтрации.

Также в отчете доступен функционал, где отображается количество данных на странице, общее количество данных в отчете, возможность перехода по страницам и доступна возможность отображения 20, 50, 100 элементов.

По заранее заданным фильтрам менеджер имеет возможность выгрузить все данные в Excel. По нажатии кнопки «Скачать в Excel».

Доступ в отчете
Доступ в отчете разграничивается двумя группами пользователей:
- Доступен только просмотр.
- Доступен просмотр и выгрузка данных в Excel.
Группами пользователей удобно управлять с помощью административной панели, где реализована возможность массово добавлять или удалять доступ для пользователей.
3. Разработка функционала работы прескрипции
С блоком “Прескрипция” были проведены работы со связанной сущностью “Участники сделки”, которая расположена в навигационном меню карточки “Сделки”, а также была добавлена логика на карточку работы с товарами.
Табличное представление “Участников сделки” позволяет добавлять участников, назначать им тип участия, долю участия, а также роль в сделке. Атрибут “Сумма” пересчитывается автоматически в зависимости от доли участия пользователя в сделке.

Создатель сделки автоматически попадает в список “Участники”. Данному пользователю устанавливается “Тип участия” — “Лидер проекта”, “Доля участия” = 100%, “Роль” — «Ответственный за сделку».
Разработанная логика на вкладке товаров связана с участниками сделок.
Одним из требований являлось реализация фильтра по атрибуту «Прескриптор». Функционал работает так, что когда мы устанавливаем в атрибуте «Предписано» параметр «Да», атрибут «Прескриптор» становится доступен для редактирования. При выборе пользователя, которого необходимо назначить прескриптором отображаются только те пользователи, которые имеют роль «Прескриптор» в связанной со сделкой сущностью «Участники сделки».
Пользователь, который назначен прескриптором, становится обладателем дополнительных прав доступа для данной строки товара и может редактировать поле «Сумма предписания», которое недоступно пользователям с другими ролями.

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

4. Разработка дополнительного функционала на карточке сущности “Задачи”
Основными требованиями по работе с блоком “Задачи” являлись: обогащение объекта атрибутами, автоматизация и фильтрации в работе с атрибутами, а также скрытие и отображение данных.
Когда пользователь приступает к работе над задачей в интерфейсе отображается такая информация как:
- Наименование задачи
- Описание задачи
- Ответственный
- Наблюдатель
- Центр компетенций
Атрибут «Центр компетенций» — это список, который содержит в себе записи со своим параметром данных, который влияет на поведение логики в задачах.

Реализован функционал отображения скрытых атрибутов при выборе параметра в атрибуте “Центр компетенций”.

Реализована каскадная фильтрация по атрибутам “Активити продукта”, “Продуктовая группа”.

РЕЗУЛЬТАТЫ
Проект позволил создать гибкую, безопасную и масштабируемую систему управления клиентскими и внутренними процессами.
Работа с CRM стала быстрее, точнее и удобнее, а сотрудники получили инструменты, которые реально помогают им в ежедневных задачах.
Благодаря автозаполнению, скрытию лишних полей
Отчет формируется только из связанных задач, исключая нерелевантные данные
Процент потери данных при миграции
Благодарственное письмо
ООО «Систэм Диджитал», выражает благодарность ООО «Ёлва» за профессионализм и высокое качество работ по внедрению и поддержке CRM-системы, Корпоративного портала на базе
Битрикс24.
Работы выполнены в тесном сотрудничестве со специалистами группы компаний «Систэм Электрик», качественно и в сроки, предусмотренные договором.
Отмечаем высокий профессионализм, неформальный подход и ответственность специалистов ООО «Елва», а также глубокое знание функциональности продуктов Битрикс24 в части управления взаимоотношениями с клиентами.
Рекомендуем компанию ООО «Ёлва» в качестве надежного и квалифицированного партнера по внедрению, развитию и поддержке CRM-систем, Корпоративного портала на базе платформы Битрикс24.
С уважением,
Заместитель генерального директора по информационным технологиям и цифровой трансформации «Систам Диджитал»
Власов Кирилл Валерьевич