Универсальные списки Битрикс24

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

Универсальные списки Битрикс24 особенно выручают в случае использования облачного решения. Безусловно огромные возможности открываются, если разработать отдельное приложение, взаимодействующее с нужными сущностями внутри Битрикс24. Но это не всегда экономически целесообразно. Давайте подробнее рассмотрим саму задачу и предложенный нами способ ее решения:

Задача клиента:

Клиент представляет группу университетов.

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

Отчет должен включать в себя:

• План набора – задается вручную пользователями.
• Факт набора – данные заполняются автоматически из сделок.
• Свободно мест – рассчитывается автоматически, как разница между планом и фактом набора.

Решение:

Первое, что нужно было сделать – это организовать сбор и обработку первичной информации. В нашем случае помимо базовой информации о контакте, необходимо было заполнять ВУЗ и Специальность.

Мы запрашивали у пользователя только значения справочника Профессия, остальные поля заполнялись автоматически, в зависимости от этого значения

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

Следующим шагом мы определили, по какому критерию данные будут передаваться в отчет. В нашем случае – это стадия сделки.

Реализация самого отчета выполнена на Списках. Для каждого ВУЗа и каждой специальности в нем был создан элемент списка.

При переходе на стадию сделки «Зачислен» в отчет передавались данные о конкретном студенте и отображались в отчете в виде ссылки на сделку.

Бизнес процесс в отчете уже считал количество таких студентов, заполнял поле «Факт набора» и рассчитывал поле «Свободно мест».

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

Тут отрабатывали 2 сценария:

1.    Данные по студенту изменились – он был зачислен на Лечебное дело, но решил потом сменить на специальность Педиатрию. В данном случае информация о нем будет удалена из отчета по специализации Лечебное дело (-1 в факте набора) и добавлена в отчет по Педиатрии (+1 к факту набора)

2.    Студент вообще отказался. Для этого необходимо было всего лишь закрыть сделку отказом. В данном случае информация о нем будет удалена из отчета по специализации Лечебное дело (-1 в факте набора).

Важно:

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

 

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

На нашем сайте вы можете заказать внедрение Битрикс24 у сертифицированных партнеров.