Реализация блока «База знаний» на Битрикс24 для Systeme Electric

Выбор функционала

Для реализации блока «База знаний» был выбран функционал работы со списками. Он хорошо поддавался кастомизации и доработке, являлся штатным функционалом и не имел таймлайна в отличие от смарт-процессов. Таймлайн в этой задаче занимал бы довольно много полезного места. Однако, смарт-процессы позволили бы довольно гибко настроить права доступа к статьям.

Для удобства использования «Базы знаний», доступ к ней был вынесен отдельным пунктом в боковое меню.

Настройки доступа

Доступ к работе с «Базой знаний» настраивался через настройки списка. 

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

У группы «Администраторы» есть полный доступ к списку, они могут объединять статьи в разделы (папки), создавать, изменять, удалять их, запускать бизнес-процессы по статьям.

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

Редактирование табличной части и фильтры

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

А также можно использовать фильтры для поиска определённой статьи.

Часто используемые фильтры можно сохранить и использовать их в будущем без дополнительной настройки.

Разграничение видимости статей

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

Просмотр статей

Был переработан просмотр статей. Под переработкой подразумевается создание дополнительной вкладки с просмотром статьи. На этой вкладке выделено название, добавлены интервалы между информационными блоками, а также отображаются добавленные видео.

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

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

Связанные статьи

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

Создание статей

Для создания статьи необходимо вернуться на страницу со списком статей и нажать на кнопку «Добавить».

Зависимости полей

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

Если Категория статьи – учебная, то поля «Тип» и «Товар» уже не являются обязательными.

Если категория – по продукту, то в поле «Тип» одни значения.

Если категория —  сервисная программа, то значения в поле «Тип» другие.

Вложения

Вложения в статью можно добавить с помощью поля «Вложения» и выбора файлов с компьютера.

Можно напрямую поместить в текст статьи, используя вставку ссылки на изображение.

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

Связь с товарми

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

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

Эта вкладка позволяет ознакомиться со статьями, относящимися к просматриваемому товару.

Согласование статей

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

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

Отправка статьи на согласование происходит путём запуска бизнес-процесса «Согласование содержания».

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

Задание на проверку статьи располагается у эксперта во вкладке «Автоматизации». Она может быть переименована по желанию заказчика.

Ознакомиться с направленными на согласование материалами можно по ссылке «Перейти к документу».

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

По завершении голосования автор статьи получает уведомление с информацией о решении экспертов.

После согласования статьи, её статус меняется, и она становится доступна всем членам компании.

Если вас заинтересовал данный проект, свяжитесь с нами.

Команда специалистов «Ёлва» внимательно изучит ваш запрос на миграцию и обеспечит грамотный переход на новую систему.

Опишите ваш проект в письме на почту: request@yolva-it.ru.

#B2B#Битрикс24#Импортозамещение#Кейс