Автоматизация работы страхового агентства АСТ с помощью Битрикс24

О компании

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

Количество офисов: 1 офис в г. Москве
Тип лицензии Битрикс24: Коробочная версия

В ноябре 2020 года в компанию ПУСК обратился представитель агентства страховых технологий с задачами на доработку коробочной версии Битрик24. 

Клиент выслал нам техническое задание на доработки портала, а также блок-схему того, как работает структура IT в компании АСТ. Мы провели несколько встреч для обсуждения вопросов по интеграции с 1С, определили границы ответственности по работам и после согласовали договор сотрудничества. 

После заключения договора запустили проект по этапам с привлечением нашего бизнес-аналитика для подробного описания каждой задачи. 

В результате был составлен ряд следующих задач:

1. Разворот тестового портала для проверки обновлений и доработок
2. Создание двенадцати списков для видов страхования, марок ТС и прочих целей
3. Настройка карточек CRM
4. Ограничение по выбору нескольких объектов страхования
5. Добавление кнопки «Выбрать» в объектах страхования
6. Взаимосвязь показа полей
7. Односторонняя интеграция базы данных MsSQL и Битрикс24
8. Подкрашивание элементов списка в зависимости от срока окончания договора
9. Инструкция для сотрудников с административными правами по расширению места

В рамках данного кейса расскажем о части наиболее интересных решений для коробочной версии портала АСТ.

Ограничение по выбору нескольких объектов страхования

Первой задачей на доработку штатной функциональности являлось ограничение по выбору нескольких объектов страхования. Требовалось создать ограничение, исходя из поля Парковый договор, которое мы добавили ранее. В рамках предыдущих работ нами также был создан список Объекты страхования, который имеет привязку к сделкам и компаниям. В данном списке хранится основная информация по объекту страхования.

Чтобы понять суть доработки, рассмотрим логику работы менеджера:

В рамках ведения сделки по этапам, менеджер привязывает объекты страхования к сделке. Однако регламент АСТ подразумевает ограничения по количеству допустимых объектов страхования в одной сделке. Они накладываются исходя из типа договора:

• если сделка ведется по парковому договору, объектов может быть несколько

• если сделка ведется не по парковому договору, объект может быть только один

В рамках задачи наши специалисты:

1. Добавили пользовательское поле Парковый договор (Да/Нет) в сущность Сделки
2. Реализовали механизм привязки элементов к сделке со следующей логикой:
• Если в сделке значение поля Парковый договор — Да, то менеджер может добавлять или привязывать несколько элементов к Сделке
• Если в сделке значение поля Парковый договор — Нет, то менеджер может добавлять или привязывать только один объект страхования. Если сотрудник пытается добавить второй объект страхования, то система выдает сообщение: Невозможно добавить второй объект страхования. Данная сделка не относится к парковому договору!

Теперь при попытке менеджера добавить объект страхования сверх лимита срабатывает автоматизация:

Данная доработка помогает контролировать корректность ведения сделки и свести к минимуму вероятность ошибки.

Дополнительно мы добавили кнопку Выбрать для удобства менеджеров:

При соблюдении описанных выше условий кнопка вызывает список объектов страхования. При этом выбор происходит только из тех объектов страхования, которые привязаны в компании, связанной со сделкой.

Взаимосвязь показа полей

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

В рамках задачи наши специалисты настроили механизм отображения полей, в зависимости от выбора значения в поле Тип объекта.

Логика работы проста: если в поле списка Тип объекта выбрано значение «ТС», необходимо выводить 27 полей, среди которых:

• Марка ТС
• Мощность двигателя, КВт
• Мощность двигателя, л/с

Если же тип объекта списка — не ТС, то выводится всего 5 полей:

• Тип объекта
• Территория страхования
• Дополнительное описание
• Компания
• Сделка

Скрытие полей в зависимости от выбранного типа объекта позволяет ограничить список доступных значений до наступления заданных менеджером условий.

Интеграция базы данных MsSQL и Битрикс 24

Следующая настройка портала — односторонняя интеграция БД MsSQL и Битрикс24. Мы получили следующую необходимую для переноса информацию:

1. Сущность для подтягивания данных из БД
2. Протокол обмена
3. SQL-запрос для подтягивания данных из БД
4. Параметры для обмена данными
5. Список полей для обмена
   
6. Сервера MsSQL, с которых необходимо забирать информацию

После получения необходимых данных мы приступили к интеграции. Перенос был выполнен с соблюдением следующих условий:

• Запросы должны быть масштабируемыми, в зависимости от необходимых данных из MsSQL

• Должна быть возможность менять запросы, в зависимости от необходимых данных, которые нужно подтянуть из базы данных

• На странице с запросами, со стороны Битрикс24, должна рисоваться таблица сопоставления данных из запроса с визуальным отображением в Битрикс24

• Должна быть создана инструкция для администратора, ответственного за обновление из БД, по изменению запрашиваемых данных со стороны Битрикс24 к базе данных MsSQL. В инструкции отобразить:

1. Как получить доступ к модулю обмена данными

2. Как поменять запрос в модуле

3. Как рисуется таблица сопоставления данных из запроса и отображаемых данных в Битрикс24

Дополнительно мы реализовали подкрашивание элементов списка в сформированной после интеграции таблице Оформленные договора. 

Сценарий использования данной доработки:

1. В таблицу Оформленные договора попадают элементы с заполненным полем Дата окончания договора

2. Менеджер переходит в таблицу всех договоров по контрагенту и отслеживает их статус. 

•  Красный цвет  — просроченные более, чем на месяц договора
•  Желтый цвет  — просроченные менее, чем на месяц договора
•  Зеленый цвет  — непросроченные договора

3. В случае необходимости менеджер может отсортировать элементы по необходимым полям

Табличные данные позволяют легко сравнивать и анализировать большие массивы информации. Для эффективной работы менеджеров было важно цветное и понятное оформление таблицы для быстрого ознакомления с данными по договорам.

Резюме по проекту

В данном кейсе представлены далеко не все работы, проведенные для корпоративного портала АСТ. Мы создали более 10 списков-справочников, помогли оформить переход на тариф Битрикс24 с бóльшим количеством пользователей, исправили мелкие ошибки на портале и составили инструкцию для администраторов по расширению места на портале.

Клиент остался доволен выполненными работами. Индекс активности за месяц в компании АСТ демонстрирует стабильно высокие показатели:

Ищете исполнителя для нестандартных задач по Битрикс24? Обращайтесь по контактам в ПУСК, мы настроим вашу CRM-систему в короткие сроки.

 Звоните по телефону  +7 (495)118-39-18 или заполните форму ниже.