На портале необходимо было обеспечить
Мы воспользовались штатной методологией обмена (интеграции) портала с ЗУПами. Произвели некоторые доработки штатного обмена, чтобы можно было:
В результате организационная структура группы компаний стала выглядеть следующим образом:

Для бесшовной интеграции Битрикс24 с Active Directory нам пришлось реализовать несколько обработок на события создания/обновления учетных записей пользователей.
Наши обработки решили следующие задачи:
После того, как мы выгрузили организационную структуру и учетные записи пользователей и произвели соответствующую обработку, настроили типовую интеграцию Битрикс24 с Active Directory, описание находится здесь. После чего связка ЗУПы-Битрикс24-AD начала функционировать полноценно.

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

2. После создания учетной записи сотрудника на портале первая авторизация пользователя происходит через AD и передаются соответствующие дополнительные реквизиты. Также в целом происходит аутентификация сотрудника в учетной записи по доступам из AD. Соответственно, при дальнейших авторизациях на портале это происходит бесшовно через учетную запись Active Directory.
Основным и, пожалуй, главным инструментом в работе с порталом для клиента является модуль «Задачи и проекты».
Штатный функционал не позволял производить классификацию в рамках созданной заявки (задачи), а также её согласования на реализацию/выполнение. Такого рода потребность существовала сразу у нескольких отделов/департаментов. В том числе и у департамента IT, на примере которого мы и продемонстрируем функционал нашего решения (разработки).
Фактически мы разработали аналог сервиса OkDesk, но с расширенными функционалом, который бесшовно интегрирован в Битрикс24.Визуально доработанный интерфейс выглядит следующим образом:

Как видно, в рамках работы с задачей появилось три дополнительных группы действий:
Опишем, как эти функции становятся доступны для отображения в публичном интерфейсе и как происходит настройка вывода реквизитов для процедуры проведения классификации.
Для этого в настройках учетных записей сотрудников на портале созданы и доступны для заполнения реквизиты, которые отвечают за отображения/доступность работы с нужным функционалом:

Соответственно, если все признаки активны, то сотрудник может управлять/работать со всем функционалом, а если нет, то только с выбранным (остальной функционал будет скрыт для работы из публичной части).
Управление настройками Классификаций построено на управлении инфоблоками.
То есть для создания нового типа классификации задач или выбора реквизита для заполнения/указания группы потребуется всего лишь несколько минут времени администратора портала.

В результате после проведения соответствующих настроек в административной панели портала у сотрудников появились следующие возможности:
Рассмотрим эти функции подробнее.
1. Классификация задач
Данный блок включает в себя управление следующими функциями:



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

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

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

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

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

Также выбранный сотрудник добавляется в данную задачу в качестве наблюдателя и, соответственно, получает уведомления о том, что ему был назначен к выполнению один из пунктов чек-листа. В рамках одной задачи может быть зафиксировано неограниченное кол-во багов к выполнению. Также вся эта информация фиксируется/логируется в истории Highload-блока.
3. Процедура согласования по задачам (заявкам)
В интерфейсе задачи всем пользователям портала доступа клавиша «Создать запрос на согласование».

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

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

При этом прервать текущее согласование принудительно может только администратор портала. Естественно, что процедура согласования полностью логируется в журнале, а также в комментариях к задаче.
Важно отметить, что процедуру согласования можно произвести и через электронную почту сотрудника. После запуска согласования пользователю на почту приходит следующее письмо:

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

Постановщик и исполнитель задачи получат об этом соответствующие уведомления.
Отметим, что данный фильтр отрабатывает в точности таким же образом, что и штатные фильтра задач по статусам «Делаю», «Помогаю», «Наблюдаю» и др.
Таким образом разработка данного решения позволила:
Используя типовой (штатный) функционал модулей «Процессы в ленте», «Процессы в списках», а также связку штатного функционала модуля «Задачи» и шаблоны задач с дополнительной разработкой «Классификация и согласования» (которые мы описали выше),нам удалось автоматизировать типовые процессы компании, такие как:
Для удобства работы создали отдельную публичную страницу для перехода к запуску нужного бизнес-процесса. Все процессы реализованы внутри штатных активити (Activity) — редактор для бизнес-процессов + реализованы кастомизированные запросы с вызовом нужных функций через штатное активити — php-запрос.

Требовалось создать внутреннюю академию компании на базе Битрикс24. Для решения этой задачи клиент воспользовался готовым модулем iMpact LMS от коллег из IDEX GROUP.
Задачи, которые удалось решить при помощи данного модуля:

Достигнутые цели
В результате сотрудничества с клиентом полностью реализовали ключевые поставленные задачи и в 1,5 раза ускорили обработку внутренних обращений компании:
Получите максимум практического контента и реальных кейсов по разработке e-commerce решений и автоматизации бизнес-процессов на нашем сайте: https://webest.ru/