Техническое задание на разработку и внедрение

K-TEAM.

Модуль Интранет

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

Основные группы пользователей в Системе представлены в Таблица 2.

Навигационная карта Портала представлена на Рисунок 2.

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

•  Изображение баннера;
•  Подложка для заголовка и подзаголовка баннера;
•  Заголовок баннера – имеет ограничение по количеству символов (максимум две строки текста). После превышения допустимого количества символов, часть текста скрывается;
•  Подзаголовок баннера – имеет ограничение по количеству символов (максимум две строки текста). После превышения допустимого количества символов, часть текста скрывается;
•  Кнопка со ссылкой — при нажатии на кнопку в баннере, должен осуществляться переход на страницу по ссылке;
•  Стрелки пролистывания баннеров;
•  Прогресс-бар.

•  Автоматическое пролистывание должно воспроизводиться каждые 5 сек;
•  Пользователь должен иметь возможность пролистывать баннеры вручную.

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

Для быстрого перехода в разделы Портала или на внешние ресурсы компании на Главной странице необходимо разработать виджет «Быстрые ссылки».
Виджет должен быть реализован в виде механизма «слайдер» с возможностью размещения нескольких быстрых ссылок.
Виджет «Быстрые ссылки» должен быть выполнен в двух размерах: L, M, а также предусматривать адаптивную версию для мобильных устройств. Виджет в размере М должен предусматривать настройку отображения карточек — в один или в два ряда (Рисунок 8, Рисунок 9).

Каждая быстрая ссылка содержит элементы:

• Цветная подложка;
• Иконка;
• Заголовок виджета.

Для информирования о наиболее значимых событиях и новостях в компании, необходимо разработать виджет «Новости».
Виджет «Новости» должен состоять из двух функциональных блоков, выполненных в виде механизма «слайдер» (Рисунок 11):
1. Блок «Анонсы новостей»;
2. Блок «Самое важное».

Блок «Анонсы новостей» должен содержать скомпонованные инфоповоды – корпоративные новости, анонсы мероприятий и другие полезные материалы, касающиеся деятельности компании. Блок должен включать в себя следующие элементы:

•  Картинка анонса новости;
•  Теги новости;
•  Заголовок новости – должен иметь ограничение по количеству отображаемых символов. После превышения допустимого количества символов, часть текста скрывается;
•  Дата публикации новости;
•  Счетчик лайков - по клику необходимо проставлять/снимать лайк у новости;
•  Счетчик просмотров - должен отображать уникальные просмотры новости. Уникальными просмотрами считаются просмотры пользователя в рамках одного браузера;
•  Количество комментариев - по клику должен осуществляться переход на детальную страницу новости к блоку "Комментарии".

•  Плитка (Рисунок 12). (Новости должны отображаться с картинкой превью)
•  Мини-плитка (Рисунок 13). (Новости должны отображаться без картинки превью)

•  Название блока - "Самое важное";
•  Счетчик слайдов (без автоматического пролистывания);
•  Картинка анонса новости;
•  Теги новости;
•  Заголовок новости – должен иметь ограничение по количеству отображаемых символов. После превышения допустимого количества символов, часть текста скрывается;
•  Текст анонса – должен иметь ограничение по количеству отображаемых символов. После превышения допустимого количества символов, часть текста скрывается;
•  Дата публикации новости;
•  Счетчик лайков - по клику необходимо проставлять/снимать лайк у новости;
•  Счетчик просмотров - должен отображать уникальные просмотры новости. Уникальными просмотрами считаются просмотры пользователя в рамках одного браузера;
•  Количество комментариев - по клику должен осуществляться переход на детальную страницу новости к блоку "Комментарии".

В случае, если не добавлена ни одна новость, в виджете должна отображаться заглушка (Рисунок 21).

Для отображения информации о текущих, будущих или прошедших датах рождения сотрудников на Главной странице Портала необходимо предусмотреть виджет «Дни рождения».
По умолчанию в виджет выводятся сотрудники, чьи дни рождения попадают на ближайшие даты (ограничение по количеству дней, за которые отображать дни рождения, устанавливаются индивидуально в конструкторе виджета «Дни рождения».
Виджет должен быть реализован в виде механизма «слайдер» в двух размерах: L и М, а также предусматривать два представления - плитка и мини-плитка для каждого из размеров (Рисунок 17, Рисунок 18, Рисунок 19, Рисунок 20). 

Виджет в размере L должен представлять собой горизонтальный слайдер с карточками сотрудников и выводится на всю ширину экрана. Для разрешения 1920х1080 должно выводиться 5 карточек сотрудников; для разрешения 1366х768 – 3 карточки.
Карточка сотрудника для виджета в размере L должна содержать следующие элементы:

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

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

•  Открытки — списки доступных открыток;
•  Стикеры — списки доступных стикеров;
•  Поле «Текст поздравления» — поле для ввода текста поздравления и смайлов;
•  Кнопка «Отправить поздравление»;
•  Кнопка «Отмена»;
•  «Крестик» для закрытия попапа.

Для отображения сотрудников, отмеченных в компании за какие-либо заслуги, на Главной странице Портала необходимо предусмотреть «Виджет «Лучшие сотрудники»».
Виджет должен быть реализован в виде механизма «слайдер» в двух размерах: L и М.
Виджет размера L должен представлять собой слайдер с информацией о награждениях сотрудников и занимать всю ширину экрана. Для виджета в L размере должно быть предусмотрено два представления – плитка с большой картинкой и плитка с маленькой картинкой (Рисунок 22, Рисунок 23). По умолчанию на слайде выводиться три карточки. В виджете «Лучшие сотрудники» в L размере не должно быть возможности выбора количества карточек для отображения.
Карточка сотрудника должна содержать элементы:

•  Название заслуги;
•  Фото;
•  Фамилия Имя;
•  Должность;
•  Подразделение;
•  Иллюстрация награждения;
•  Иконка для вызова подробной информации – описание достижения (при наличии). По клику должен открываться попап с детальным описанием заслуги.

•  Фотография сотрудника;
•  Фамилия и имя (ссылка на профиль);
•  Должность;
•  Название награды;
•  Иллюстрация награды;
•  Иконка для вызова подробной информации – описание достижения (при наличии). По клику должен открываться попап с детальным описанием заслуги.

В виджете должна быть предусмотрена ссылка «Как стать лучшим?». По клику должен осуществляться переход на страницу с подробной информацией о том, как попасть на доску почета (при наличии таковой). Размещение ссылки осуществляется в административной части системы — модуль «K-Team.Сотрудники», поле "Как стать лучшим". В случае, если поле не заполнено, ссылка "Как стать лучшим" в виджете не отображается.
При отсутствии созданных записей о заслугах сотрудников в компании, в виджете должна выводиться заглушка (Рисунок 26).

Для отображения новых сотрудников компании на Главной странице Портала необходимо предусмотреть функциональный блок «Виджет «Новые сотрудники»».
Должно быть реализовано автоматическое и ручное пролистывание списка сотрудников, если сотрудников более одного.
Виджет должен быть реализован в виде механизма «слайдер» в двух размерах: L и М. Виджет должен представлять собой слайдер с информацией о новых сотрудниках и иметь два представления – плитка и мини-плитка для каждого из размеров.
По умолчанию в виджете в размере L в представлении «Плитка» выводятся три большие карточки в ряд на всю ширину экрана, в представлении «Мини-плитка» три мини-карточки соответственно. 
Карточка сотрудника для виджета в размере L должна содержать следующие элементы:

•  Фотография сотрудника;
•  Фамилия и имя (ссылка на профиль);
•  Должность;
•  Подразделение;
•  Руководитель;
•  Дата выхода сотрудника на работу.

Карточка сотрудника для виджета в размере М должна содержать следующие элементы:

•  Фотография сотрудника;
•  Фамилия и имя (ссылка на профиль);
•  Должность;
•  Подразделение.

Для L размера не предусмотрена настройка выбора количества карточек для отображения в виджете. 

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

По умолчанию сотрудники должны отображаться в виджете в течение четырнадцати дней с даты создания учетной записи на Портале. Для пользователя с ролью «Администратор» в административной части Системы – модуль «K-Team.Сотрудники» - должны быть предусмотрена настройка количества дней, за которые будут отображаться сотрудники в виджете.
При отсутствии новых сотрудников в компании в виджете «Новые сотрудники» должна выводиться заглушка (Рисунок 30).

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

•  Режим голосования;
•  Режим просмотра результатов.

•  Заголовок виджета;
•  Название вопроса. В случае, если опрос включает в себя несколько вопросов, необходимо предусмотреть нумерацию через дробную черту в формате «A/B» для перехода к следующему вопросу, где А – номер текущего вопроса, В – общее количество вопросов;
•  Типы вариантов ответов;
•  Чекбокс «Скрыть мой ответ в результатах». Данная опция должна включаться при необходимости в настройке опроса;
•  Кнопка «Далее» — по нажатию должен осуществляться переход к следующему вопросу (при условии, что опрос содержит более одного вопроса);
•  Кнопка «Назад» — переход к предыдущему вопросу;
•  Кнопка «Голосовать».

•  Заголовок виджета;
•  Название вопроса. В случае, если опрос включает в себя несколько вопросов, необходимо предусмотреть нумерацию через дробную черту в формате «A/B» для перехода к следующему вопросу, где А – номер текущего вопроса, В – общее количество вопросов;
•  Текст вариантов ответов;
•  Шкалы результатов с выводом процентов. По клику на «%» должен отображаться попап с пользователями, выбравшими данный вариант ответа.
•  Кнопка «Переголосовать» (если настройка опроса предусматривает изменение своего мнения).

Для пользователя с ролью «Администратор» в конструкторе Главной страницы должны быть доступны следующие возможности:

1. Установка Главной страницы по умолчанию. У Администратора должна быть возможность собрать конфигурацию Главной страницы и установить данную конфигурацию в качестве Главной страницы по умолчанию. Для этого, в режиме конструктора должен быть реализован чек-бокс «Главная по умолчанию». Чекбокс должен быть доступен в форме настроек, после нажатия на кнопку «Сохранить» (Рисунок 34).

2. Установка своей Главной страницы для всех пользователей. У Администратора должна быть возможность собрать конфигурацию главной страницы и распространить данную страницу на всех пользователей. Для этого, в режиме конструктора должен быть реализован чек-бокс «Установить для всех». Чек-бокс должен быть доступен в форме настроек, после нажатия на кнопку «Сохранить» (Рисунок 34).

3. Блокировка виджета. У Администратора должна быть возможность заблокировать виджет от скрытия с Главной страницы. Для этого, в режиме конструктора должна быть реализована иконка «замок» (Рисунок 35). По умолчанию все виджеты доступны для скрытия с Главной. При нажатии — должна осуществляться блокировка виджета. У пользователей в режиме конструктора не должно быть возможность скрыть данный виджет.

4. Переключение устаревшего дизайна Главной страницы на новый и обратно. У Администратора должна быть возможность переключиться на новый формат Главной страницы и обратно. Для этого в Административной части Портала в настройках модуля «K-Team. Главная страница» должен быть реализован чек-бокс «Использовать новую Главную страницу».

Важно: данная настройка отображается только при условии, что включен «Устаревший режим» для всего портала.

5. Запрет использования конструктора Главной страницы для пользователей. У пользователя с ролью Администратор должна быть возможность полностью скрыть функционал «Конструктор Главной страницы» для пользователей портала. Для этого в настройках модуля K-Team. Главная страница — Доступ, должна быть настройка уровней доступа: K-Team: Сотрудники (Рисунок 36):
• Просмотр — Главная страница доступна для просмотра. Конструктор Главной не доступен;
• Редактирование — Главная страница доступна для просмотра. Конструктор Главной доступен.

Виджет «Баннер» должен иметь возможность персональной настройки в режиме конструктора Главной страницы.
В виджете предусмотрены следующие настройки параметров (Рисунок 37):
1. Переключатель размера виджета: L, M, — меняет вариант отображения размера в режиме просмотра;
2. Иконка для перетаскивания виджета (drag&drop) — смена позиции виджета на странице;
3. Иконка блокировки виджета — запрещает скрытие виджета с Главной страницы. Доступна только для Администратора. По умолчанию — блокировка отключена.
4. Иконка для скрытия виджета с Главной страницы (не доступна, если Администратор заблокировал виджет);

Состав элементов для виджета «Баннер» идентичен во всех размерах.

Виджет «Быстрые ссылки» должен иметь возможность персональной настройки в режиме конструктора Главной страницы.
В виджете предусмотрены следующие настройки параметров (Рисунок 38):
1. Переключатель размера виджета: L, M — меняет вариант отображения размера в режиме просмотра;
2. Иконка для перетаскивания виджета (drag&drop) — смена позиции виджета на странице;
3. Иконка блокировки виджета. запрещает скрытие виджета с Главной страницы. Доступна только для Администратора. По умолчанию — блокировка отключена;
4. Иконка для скрытия виджета с Главной страницы (не доступна, если Администратор заблокировал виджет);
5. Настройка отображения списка быстрых ссылок — вызывает попап с управлением сортировкой быстрых ссылок (Рисунок 39).
6. Переключатель смены представлений – в один или в два ряда.

В настройках отображения списка быстрых ссылок должны быть реализованы следующие настройки:
1. Смена порядка быстрой ссылки. Для всех элементов в списке должна быть предусмотрена возможность изменения порядка отображения быстрой ссылки при помощи механизма drag&drop;
2. Переключатель активации/деактивации быстрой ссылки. По умолчанию, все созданные быстрые ссылки находятся в состоянии «активно» и отображаются в Публичной части. В случае, если ссылка деактивирована — она не должна отображаться в Публичной части;
3. Сброс настроек. По нажатию, данная опция должна отменять ранее заданные настройки для быстрых ссылок.

Состав элементов для виджета «Быстрые ссылки» идентичен во всех размерах. 

Виджет «Новости» должен иметь возможность персональной настройки в режиме конструктора Главной страницы.
В виджете предусмотрены следующие настройки параметров:
1. Переключатель размера виджета: L, M — меняет вариант отображения размера в режиме просмотра;
2. Иконка для перетаскивания виджета (drag&drop) — смена позиции виджета на странице;
3. Иконка блокировки виджета. запрещает скрытие виджета с Главной страницы. Доступна только для Администратора. По умолчанию — блокировка отключена;
4. Иконка для скрытия виджета с Главной страницы (не доступна, если Администратор заблокировал виджет);
5. Переключатель представлений: «Плитка» (Рисунок 40) и «Мини-плитка» (Рисунок 41);
6. Переключатель «Настройки отображения» (Рисунок 42). По умолчанию количество отображаемых новостей в блоке «Самое важное» — 2; в блоке «Анонсы новостей» — 4. Для настройки отображения новостей в виджете заданы ограничения: минимальное количество отображаемых новостей для блока «Самое важное» — 1, для блока «Анонсы новостей» — 2, максимальное для обоих блоков — 10.
7. Переключатель «Подписаться на новости». Активирует подписку на уведомления о новых новостях. По умолчанию переключатель неактивен. Настройки уведомлений:
 Уведомлять о новостях (в колокольчик / на портале). По умолчанию установлен колокольчик на портале;
 Уведомлять о новостях всей компании / моего подразделения. По умолчанию установлено для "Вся компания".

Для пользователей с ролью «Администратор системы» должна быть доступна возможность добавления нового слайда в слайдер на Главной странице. Для этого в Административной части Системы в разделе «Инфоблоки модуля Главная страница» в разделе «Слайдер» необходимо отображать кнопку «Добавить элемент».
По клику на кнопку необходимо отображать форму создания слайда с полями:

•  Активность — чекбокс активности слайда;
•  Начало активности — дата начала отображения слайда;
•  Окончание активности — дата окончания отображения слайда;
•  Название — название слайда (отображается только в Системе в списке созданных слайдов);
•  Символьный код — заполняется автоматически;
•  Сортировка — порядок отображения слайда;
•  Тип слайда — выбор типа слайда:
•  Обычный слайд — изображение и текст;
•  Новость — анонс новости.
•  Цвет фона под текстом — цвет фоновой подложки. Выбор через инструмент цветовой палитры color-picker.
•  Светлый цвет текста — опция окрашивания цвета текста в слайдере в белый цвет.

•  Детальная картинка — загрузка изображений форматов JPEG, PNG;
•  Детальное описание — визуальный редактор для ввода текстовой информации на слайд.

•  Картинка для анонса — загрузка изображений форматов JPEG, PNG;
•  Привязка к новости — выбор новости для вывода на слайдер из списка новостей на Портале.

Для пользователей с ролью «Администратор системы» должна быть доступна возможность добавления нового виджета в блок «Быстрые ссылки» на Главной странице. Для этого в Административной части Системы в разделе «Инфоблоки модуля Главная страница» в разделе «Виджет заявок» необходимо отображать кнопку «Добавить элемент».
По клику на кнопку необходимо отображать форму создания виджета с полями:

•  Активность — чекбокс активности слайда;
•  Начало активности — дата начала отображения виджета;
•  Окончание активности — дата окончания отображения виджета;
•  Название — заголовок виджета;
•  Символьный код — заполняется автоматически;
•  Сортировка — порядок отображения виджета;
•  Цвет фона под текстом — цвет фоновой подложки. Выбор через инструмент цветовой палитры color-picker.
•  Ссылка — ссылка на раздел или на внешний сайт, обязательное поле;
•  Иконка — иконка виджета в формате png, jpg, gif, bmp, webp, svg;

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

•  Смайлы;
•  Открытки;
•  Стикеры.

•  Тип — выбор типа открытки/стикера, по умолчанию тип «смайл»;
•  Набор — набор для добавления нового элемента;
•  Написание кода смайла — код открытки/стикера, вводится на латинице;
•  Кнопка «Добавить файл» — загрузка файла открытки/стикера;
•  Скрытый смайл — открытка/стикер не будет доступен в галерее;
•  Сортировка — порядок отображения открытки/стикера;
•  Название смайла:
•  Русское название;
•  Английское название.

На Портале должна быть реализована функциональность просмотра и редактирования раздела «Профиль пользователя».
Раздел включает в себя отображение следующих функциональных блоков:

•  Фото пользователя;
•  Кнопки «Чат» и «Видеозвонок»;
•  Контактная информация;
•  Положение в структуре и руководители;
•  Отсутствия;
•  Замещающие на время отсутствия;
•  Запланированные отпуска;
•  Избранные сервисы;
•  Информация о ДМС;
•  Мои заявки;
•  Компетенции;
•  Благодарности;
•  Обо мне;
•  Мои интересы.

У пользователей должна быть возможность настроить порядок отображения полей контактной информации в профиле.
Для этого, в режиме редактирования полей контактной информации, рядом с каждым полем должен отображаться элемент сортировки «drag & drop» (Рисунок 52). У пользователя должна быть возможность сменить порядок полей, или перенести поля между блоками «Основная информация» и «Дополнительная информация».

У пользователя с ролью «Администратор» должна быть возможность установить свой порядок сортировки для всех пользователей портала. Для этого, после сохранения изменений должен отображаться попап с опцией «Установить для всех». У пользователя с ролью «Администратор» должна быть возможность запретить сортировку полей для всех пользователей портала. Для этого, после сохранения изменений должен отображаться попап «Запретить пользователям сортировку полей» (Рисунок 53).
В случае, если Администратор установил запрет сортировки, то элемент «drag & drop» в режиме редактирования полей контактной информации у пользователей отображаться не должен. 

Для просмотра информации о сервисах в компании и оформления заявок на Портале необходимо реализовать функциональность «Сервисы».
К просмотру и редактированию раздела «Сервисы» предъявляются требования:

•  Просмотр раздела доступен всем пользователям Портала;
•  Оформление заявок через раздел «Сервисы» доступен всем пользователям портала;
•  Редактирование сервисов доступно для пользователей с ролью «Администратор системы» и «HR». Подробнее Раздел

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

При клике на виджет сервиса необходимо открывать детальную страницу заявки. Детальная страница заявки должна содержать элементы:

•  Основная информация о пользователе:
•  ФИО;
•  Должность;
•  Подразделение;
•  Контактный телефон.
•  Список полей формы заявки.
•  Кнопку «Отправить».

После успешной отправки заявки на исполнение, заявка должна отобразиться в «Профиле пользователя» в блоке «Мои заявки» со статусом «Новая». В Системе необходимо предусмотреть уведомления по шагам исполнения заявки для автора заявки.
Для этого, необходимо направлять оповещения на Портал о смене статуса по заявке:

•  Когда заявка взята в работу;
•  Когда заявка отклонена;
•  Когда заявка выполнена.

Для просмотра информации о заданиях пользователей на Портале необходимо реализовать функциональность «Задачи ЛК».
К просмотру и редактированию раздела «Задачи ЛК» предъявляются требования:

•  Просмотр раздела доступен всем пользователям Портала;
•  Обработка заявок в сервисе доступна только для пользователей, назначенных ответственными исполнителями за заявку;
•  Редактирование раздела «Задачи ЛК» не предусмотрено.

•  Представление заданий «В работе»;
•  Представление заданий «Завершенные».

•  Чекбокс выбора задания;
•  Тип заявки (название заявки);
•  Подразделение автора заявки;
•  ФИО автора заявки;
•  Плановый срок исполнения заявки;
•  Кнопка «Приступить».

•  Заполненные поля заявки;
•  Кнопку «Принять в работу»;
•  Кнопку «Отказ в заявке».

•  Текстовое поле «Введите причину отказа»;
•  Кнопку «Закрыть заявку»;
•  Кнопку «Отмена».

•  Заполненные поля заявки;
•  Кнопку «Выполнить заявку»;
•  Кнопку «Отказ в заявке».

В Системе должен быть реализован процесс переноса ежегодного отпуска.
Для этого в разделе «Отпуска», необходимо разработать кнопку «Подать заявление».
По клику на кнопку, необходимо открывать окно с выбором действий:

•  «Отпуск за свой счет»;
•  «Отпуск вне графика»;
•  «Перенос отпуска».

•  Селект выбора дат отпуска для переноса;
•  Даты отпуска по графику;
•  Количество дней отпуска;
•  Новые даты отпуска;
•  ФИО инициатора;
•  Должность инициатора;
•  Подразделение инициатора;
•  Кнопку «Отправить на согласование».

В Системе должен быть реализован процесс оформления отпуска за свой счет.
У пользователя в разделе «Отпуска» по клику на «Подать заявление» должна быть возможность выбрать тип отпуска «Отпуск за свой счет».
По клику на кнопку необходимо открывать форму с полями:

•  Даты отпуска;
•  Количество дней;
•  В связи (селект с выбором причины отпуска);
•  ФИО;
•  Должность;
•  Подразделение.

Для назначения замещающих на период отсутствия пользователя на Портале необходимо реализовать функциональность «Управление замещением».
К просмотру и редактированию раздела «Управление замещением» предъявляются требования:

•  Просмотр раздела доступен всем пользователям Портала;
•  Добавление и редактирование замещающих доступно только владельцу профиля;
•  Добавленные замещающие должны отображаться в профиле пользователя согласно 5.3.2.1.1
• Для создания заместителя на Портале в разделе «Управление замещением» необходимо реализовать кнопку «Добавить заместителя». По клику на кнопку необходимо открывать форму создания заместителя.
• Форма «Добавления заместителя» должна содержать поля:
•  Замещающий – выбор сотрудника из списка пользователей на Портале. Обязательное поле.
•  Полномочия – селект выбора. Обязательное поле.
•  Срок полномочий - дата начала и окончания полномочий. Обязательное поле.
•  На время отсутствия - чек-бокс, по умолчанию не заполнен. Необязательное поле. Если чек бокс заполнен, замещение действует на время отсутствия по Графику отсутствий;
•  Кнопка «Сохранить»;
•  Кнопка «Назад».

•  Полномочия;
•  Замещающий ФИО;
•  Должность замещающего;
•  Дата начала полномочий;
•  Срок истечения полномочий.

Функциональность раздела «Группы» должна соответствовать стандартной функциональности Битрикс24. Подробное описание на сайте вендора https://helpdesk.bitrix24.ru/open/17724444/

Функциональность раздела «Календарь» должна соответствовать стандартной функциональности Битрикс24. Подробное описание на сайте вендора https://helpdesk.bitrix24.ru/open/17018898/

Функциональность раздела «Задачи» должна соответствовать стандартной функциональности Битрикс24. Подробное описание на сайте вендора https://helpdesk.bitrix24.ru/open/17962166/

Функциональность раздела «Диск» должна соответствовать стандартной функциональности Битрикс24. Подробное описание на сайте вендора https://helpdesk.bitrix24.ru/open/5390221/

Функциональность раздела «Новости» должна соответствовать стандартной функциональности Битрикс24. «Живая лента». Подробное описание на сайте вендора https://helpdesk.bitrix24.ru/open/1315100/

Функциональность раздела «Эффективность» должна соответствовать стандартной функциональности Битрикс24. Подробное описание на сайте вендора https://helpdesk.bitrix24.ru/open/18124434/

Функциональность раздела «Время» должна соответствовать стандартной функциональности Битрикс24. Подробное описание на сайте вендора https://helpdesk.bitrix24.ru/open/17934454/

Функциональность раздела «Отчеты» должна соответствовать стандартной функциональности Битрикс24. Подробное описание на сайте вендора https://helpdesk.bitrix24.ru/open/17875598/

Функциональность «Личный кабинет» должна обеспечивать следующие возможности в части администрирования:

•  Администрирование функциональности «ДМС»;
•  Администрирование функциональности «Сервисы»;
•  Администрирование функциональности «Мои сервисы» (виджет в профиле);
•  Администрирование полей контактной информации.

На Портале необходимо предусмотреть возможность управления блоком «Полис ДМС» в профиле пользователя.
Для этого в Административной части Системы в разделе «Korus» необходимо разработать сервис «Управление ДМС».
К сервису «ДМС» предъявляются следующие требования в части просмотра и редактирования:

•  Просмотр сервиса доступен для пользователя с ролью «Администратор системы» и «HR».
•  Редактирование информации с помощью инструментов сервиса доступно для пользователей с ролью «Администратор системы» и «HR».

В сервисе «Управление ДМС» необходимо реализовать возможность добавления страховой компании.
Для этого в сервисе необходимо разработать вкладку «Компания». Вкладка должна содержать поля:
Селект для выбора компании из ранее созданных;
Кнопку «Добавить новую компанию».
По клику на «Добавить компанию», необходимо открывать поп-ап с возможностью ввести данные:

•  Название компании* – текстовое поле, обязательное;
•  Номер телефона – текстовое поле без учета формата ввода номера. Необязательное;
•  Кнопка «Сохранить»;
•  Кнопка «Назад».

На Портале необходимо предусмотреть возможность управления разделом «Сервисы» в разделе «Личный кабинет». Для этого в Административной части Системы в разделе «Korus» необходимо разработать сервис «Настройка типов заявок и ответственных».
К сервису «Настройка типов заявок и ответственных» предъявляются следующие требования в части просмотра и редактирования:

•  Просмотр сервиса доступен для пользователя с ролью «Администратор системы» и «HR».
•  Редактирование информации с помощью инструментов сервиса доступно для пользователей с ролью «Администратор системы» и «HR».

В сервисе «Настройка типов заявок и ответственных» необходимо реализовать возможность добавления группы заявок.
Для этого в сервисе необходимо разработать вкладку «Типы заявок». Вкладка должна содержать поля:

•  Селект для выбора группы заявок;
•  Кнопку «Добавить группу заявок».

•  Название группы(раздела) – текстовое поле;
•  Уникальный символьный код (на английском) – текстовое поле, заполняется на латинице;
•  Цвет подложки – color-picker;
•  Кнопка «Назад»;
•  Кнопка «Сохранить».

В Административной части должна быть реализована возможность добавления полей к новому типу заявки. Для этого при выборе типа заявки необходимо отображать кнопки «Редактировать форму создания заявки».
По клику на кнопку требуется отображать форму редактирования полей заявки с кнопкой «Добавить поле». По клику на «Добавить поле» необходимо отображать поля:

•  Сортировка;
•  Название поля – наименование поля, которое будет отображаться в карточке заявки (обязательное к заполнению поле);
•  Код поля (на английском языка без пробелов) – символьное значение поля, заполняется на латинице;
•  Обязательное поле – чекбокс обязательности к заполнению данного поля;
•  Множественное поле – чекбокс выбора свойства множественного поля;
•  Тип поля – возможность выбора типа поля:
•  Строка(число);
•  Текст;
•  Способ получения (включает выбор лично/доставка, при выборе доставки добавляется поле адрес);
•  Чекбокс;
•  Множественный чекбокс;
•  Radio;
•  Список;
•  Файл;
•  Дата и время;
•  Дата;
•  Диапазон дат;
•  Месяц;
•  Год.

Для создания ответственных сотрудников за исполнение заявки, в сервисе «Настройка типов заявок и ответственных» необходимо реализовать вкладку «Маршрутизация по типам заявок». Во вкладке необходимо отображать список типов заявок в системе.
Для отображения панели настройки маршрутизации по заявке, при клике на тип заявки необходимо отображать форму с полями:

•  Тип заявки – выбор типа заявки для которой будет производиться настройка маршрутизации из выпадающего списка (обязательное поле для заполнения);
•  Добавить этап согласования заявки руководителем – чекбокс добавления этапа добавления согласования;
•  Добавить формирование заявления – чекбокс формирования документа заявления;
•  Срок исполнения заявки ответственным (обязательное поле для заполнения) – количество рабочих дней для согласования;
•  Ответственные – выбор групп ответственных сотрудников за обработку заявки из структуры на портале;
•  Подразделения – выбор групп подразделений, для которых доступно оформление заявок данного типа, из структуры на портале;
•  Добавление группы ответственных (дополнительно) - кнопка.

•  Срок согласования руководителем (количество рабочих дней);
•  Руководитель должен подписать заявление.

•  ${full_name}
•  ${position}
•  ${department}
•  ${full_name}
•  ${days}
•  ${vac_list}

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

Отображение страницы создания маршрутизации по заявке представлено на Рисунок 78.

На Портале необходимо предусмотреть возможность управления отображением полей контактной информации в профиле пользователя.
Для этого в Административной части Системы в разделе «Korus» необходимо разработать сервис «Настройка полей личного кабинета».
К сервису предъявляются следующие требования в части просмотра и редактирования:

•  Просмотр сервиса доступен для пользователя с ролью «Администратор системы».
•  Редактирование информации с помощью инструментов сервиса доступно для пользователей с ролью «Администратор системы».

Для смены порядка полей в блоке контактной информации в профиле пользователя, в Административной части системы создана возможность управления сортировкой полей.
В разделе «Настройки полей личного кабинета» добавлена колонка «Сортировка (в личном кабинете пользователя)» (Рисунок 81).
Для отображения полей контактной информации в верхнем блоке «Основная информация» (Рисунок 82), в настройках полей личного кабинета добавлена колонка «Вариант отображения»:

•  Опция «Основная информация» — выводит поле в верхний (раскрытый) блок контактных данных в профиле пользователя.
•  Опция «Дополнительная информация» — выводит поле в нижний (скрытый) блок контактных данных в профиле пользователя.

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

•  Поля — наименование поля;
•  Символьный код;
•  Настройка поля — выключить настройку / включить настройку. Данная настройка добавляет или исключает поле из состава полей для настройки;
•  Сортировка поля — возможность сортировать порядок полей (пока что только в административной части).

По умолчанию в Системе в блоке "Мои сервисы" установлены виджеты:

• «Отпуска»;
• «Полис ДМС»;
• «Сотовая связь».

В Системе необходимо предусмотреть возможность добавлять собственные виджеты в блок "Мои сервисы". 
Управление виджетами по умолчанию и создания новых виджетов должно производится в Административной части Системы.
При создании виджета должны быть предусмотрены следующие поля:

•  Название – заголовок виджета.
•  Символьный код – уникальный код элемента. Заполняется автоматически при вводе названия.
•  Иконка – изображение в формате png, svg.
•  Подложка - добавление заливки под область иконки.
•  Описание - кратное описание виджета.
•  Кнопка - добавление кнопки в виджет. Включает в себя: Ссылка – ссылка на кнопку; Описание – название кнопки. Предусмотрено добавление нескольких кнопок в виджет. Необязательное поле.
•  Активность – виджет отображается/скрывается в блоке «Мои сервисы» -> «Основное» в профиле пользователя.

На Портале необходимо реализовать возможность просмотра новостей компании.
Для этого в Публичной части Портала необходимо разработать раздел «Новости». Раздел должен быть доступен из основного меню Портала, пункт «Новости», а также из блока «Новости» на Главной странице.
Функциональность «Новости» должна быть разработана на базе стандартной функциональности Битрикс24 «Сайты».
К разделу «Новости» предъявляются следующие требования в части просмотра и редактирования:

•  Просмотр раздела доступен всем пользователям Портала;
•  Просмотр детальной страницы новости доступен всем пользователям Портала, если новость не ограничена для просмотра настройками таргетинга по подразделению;
•  Добавление лайка к новости доступно для всех пользователей Портала;
•  Добавление комментариев и ответов на комментарии к новости доступно всем пользователям Портала, если в настройках новости не установлен запрет на комментирование;
•  Редактирование и удаление комментариев доступно пользователям с ролью "Сотрудникам" только своих комментариев, пользователям с ролью «Администратор системы» и «Контент-редактор раздела «Новости» всех комментариев;
•  Скрытие комментариев доступно пользователям с ролью "Сотрудникам" только своих комментариев, пользователям с ролью «Администратор системы» и «Контент-редактор раздела «Новости» всех комментариев.

На Портале необходимо реализовать возможность просмотра новостей компании.
Для этого в Публичной части Портала необходимо разработать раздел «Новости». Раздел должен быть доступен из основного меню Портала, пункт «Новости», а также из блока «Новости» на Главной странице.
Функциональность «Новости» должна быть разработана на базе стандартной функциональности Битрикс24 «Сайты».
К разделу «Новости» предъявляются следующие требования в части просмотра и редактирования:

•  Просмотр раздела доступен всем пользователям Портала;
•  Просмотр детальной страницы новости доступен всем пользователям Портала, если новость не ограничена для просмотра настройками таргетинга по подразделению;
•  Добавление лайка к новости доступно для всех пользователей Портала;
•  Добавление комментариев и ответов на комментарии к новости доступно всем пользователям Портала;
•  Редактирование и удаление комментариев доступно только для своих комментариев, а также по всем комментариям для пользователей с ролью «Администратор системы» и «Контент-редактор раздела «Новости»»;
•  Скрытие комментариев к новости доступно только для своих комментариев, а также по всем комментариям для пользователей с ролью «Администратор системы» и «Контент-редактор раздела «Новости»»;
•  Редактирование раздела доступно для пользователей с ролью «Администратор системы» и «Контент-редактор раздела «Новости»». Подробнее 5.3.2.2.2 

Для пользователей с ролью «Администратор системы» и «Контент-редактор раздела «Новости»» в Системе должна быть реализована возможность создания новостей.

Функциональность создания новости должна соответствовать описанию функциональности на сайте вендора https://helpdesk.bitrix24.ru/section/105667/#section105667

Редактирование и удаление новости должно быть доступно в Административной части Системы.
Деактивация новости должна быть доступна в Административной и  Публичной части Системы.

В Системе должна быть реализована возможность настройки новостей в части функций:

•  Уведомления пользователей о новых новостях;
•  Ограничение просмотра новости по подразделению;
•  Добавление тегов к новости;
•  Запрет комментирования новости;
•  Добавление новости в блок «Самое важное».

На Портале необходимо реализовать возможность просмотра опросов компании.
Для этого в Публичной части Портала необходимо разработать раздел «Опросы». Раздел должен быть доступен из пользовательского меню Портала, пункт «Опросы», а также из блока «Опросы» на Главной странице.
Функциональность «Опросы» должна быть разработана на базе стандартной функциональности Битрикс24 «Опросы».
К разделу «Опросы» предъявляются следующие требования в части просмотра и редактирования:

•  Просмотр раздела доступен всем пользователям Портала;
•  Просмотр детальной страницы опроса доступен всем пользователям Портала;
•  Прохождение опросов доступно для всех пользователей Портала;
•  Просмотр результатов опроса доступен всем пользователям Портала, если это не ограничено настройками опроса.

Для пользователей с ролью «Администратор системы» и «Контент-редактор раздела «Опросы»» должна быть возможность создания, редактирования, удаления опросов, а также возможность просмотра статистики по опросу.
Функциональность должна быть разработана на базе стандартной функциональности Битрикс24 «Опросы». Описание на сайте вендора https://helpdesk.bitrix24.ru/open/8514437/
Для перехода к управлению опросами в Публичной части Портала в разделе «Опросы» должны отображаться кнопки:

•  Кнопка «Добавить опрос»;
•  Кнопка «Управление опросами».

Для пользователей с ролью «Администратор системы» и «HR» должна быть доступна возможность создания, редактирования, удаления подразделения.
Для создания нового подразделения в представлении «Плитка» необходимо отображать кнопку «Добавить подразделение». По клику необходимо открывать поп-ап с полями:

•  Название подразделения;
•  Вышестоящее подразделение – привязка к структуре;
•  Руководитель;
•  Выбрать из структуры – фильтр для выбора пользователя из структуры;
•  Кнопка «Добавить»;
•  Кнопка «Закрыть».