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

K-TEAM.

Модуль Адаптация

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

Незарегистрированный пользователь Системы не должен иметь доступ к Административной панели и Пользовательской части Системы.

Назначение ролей производится пользователем с ролью Администратор.

Роли пользователей в Системе

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

Функциональные возможности ролей

Функциональные требования описывают логику работы модуля «Адаптация» и компонентов, настраиваемых и разрабатываемых в рамках реализации Системы.

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

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

Список выводимых полей на странице «Сотрудники на адаптации»:

• Фото сотрудника на адаптации;
• Фамилия и имя сотрудника на адаптации - является ссылкой в карточку сотрудника на адаптации;
• Город сотрудника на адаптации;
• Подразделение сотрудника на адаптации;
• Дата начала адаптации;
• Шаг – отображается текущий шаг сценария, общее количество шагов, шкала прогресса адаптации. Шкала прогресса адаптации должна показывать % выполненных событий пользователем на текущий момент (отношение выполненных событий к общему количеству событий в сценарии).
• Задача – отображается наименование текущего события сценария. Текущим событием является событие в статусе «В работе», «Просрочено» или «Ждет выполнения». Если таких событий несколько, то на странице «Сотрудники на адаптации» отображается событие с самой поздней датой начала. Если несколько событий в статусе «Ждет выполнения», то отображается ближайшее по дате событие.
• Сценарий адаптации – отображается наименования сценария адаптации, закрепленного за сотрудником. Является ссылкой на детальную страницу сценария для роли HR-сотрудник.
• Наставник – отображается фото, фамилия и имя наставника сотрудника на адаптации. Является ссылкой в профиль наставника.
• Статус – отображается статус процесса адаптации сотрудника.

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

• Редактировать – открывается форма редактирования, поля аналогичны форме добавления сотрудника на адаптацию Таблица 6.
• Завершить – кнопка доступна, если у пользователя уже запустился сценарий адаптации, то есть дата начала адаптации уже наступила. При нажатии на кнопку «Завершить» процесс адаптации завершается.
• Удалить - кнопка доступна двух случаях:
• Если у пользователя еще не наступила дата начала сценария адаптации;
• Если у процесса сценария адаптации пользователя статус «Завершил».

При удалении сотрудника из списка сотрудников на адаптации Система должна запрашивать подтверждение удаления.

При завершении адаптации должна появляться форма завершения адаптации. Поля формы завершения адаптации представлены в таблице ниже.

 Форма завершения адаптации

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

Поля формы добавления сотрудника на адаптацию

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

• Сотрудник;
• Дата начала адаптации;
• Наставник;
• Руководитель;
• Сценарий.

Если по закрепленному за сотрудником сценарию адаптации уже запустилось одно из событий, то для редактирования в карточке сотрудника на адаптации должны быть доступны только поля:

• Наставник;
• Руководитель.

Страница «Сценарии адаптации» предназначена для просмотра списка сценариев, для добавления/редактирования сценариев адаптации, для просмотра событий сценариев и добавления/редактирования событий сценария.

Должна быть реализована страница с отображением всех сценариев.

Список выводимых полей на странице «Сценарии адаптации»:

• Название сценария – является ссылкой на детальную страницу сценария;
• Город – отображается город для сотрудников которого актуален сценарий;
• Подразделение - отображается подразделение для сотрудников которого актуален сценарий;
• Статус – отображается статус сценария, доступно два значения: опубликован (сценарий доступен для назначения сотрудникам), черновик (сценарий не доступен для назначения сотрудникам).

• Редактировать – открывается форма редактирования сценария, аналогичная форме добавления сценария Таблица 7;
• Скопировать сценарий – открывается форма создания дубликата сценария, аналогичная форме добавления сценария Таблица 7. При сохранении сценария создается дубликат сценария;
• Снять с публикации – статус сценария меняется с «Опубликован» на «Черновик»;
• Опубликовать - статус сценария меняется с «Черновик» на «Опубликован»;
• Удалить – удаляет сценарий.

К функциональности редактирования сценария предъявляются следующие требования:

• Если сценарий назначен пользователю, то должно быть запрещено:
• Добавлять события в сценарий;
• Редактировать события сценария;
• Удалять события сценария.
• Если сценарий назначен пользователю, то для редактирования доступны поля формы добавления сценария (см. таблицу ниже).
• Если сценарий назначен пользователю должна быть возможность просмотра событий сценария.

На странице «Сценарии адаптации» должна быть функциональная возможность добавления сценариев.

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

Поля формы создания сценария адаптации представлены в таблице ниже.

Поля формы создания сценария адаптации

В Системе должен быть реализован справочник Городов и справочник Должностей.

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

На рисунке ниже представлена детальная страница сценария с событиями сценария.

Список выводимых полей на детальной странице сценария:

• № - отображается порядковый номер события в сценарии;
• Название – отображается название события;
• День и время отправки – отображается день и время отправки события;
• Срок выполнения – отображается обозначенный срок для выполнения события;
• Тип события – отображается тип события, доступны следующие типы событий:
• Сообщение;
• Встреча;
• Задача;
• Опрос.
• Достижение – отображается количество баллов, которое получит пользователь за выполнение события.

• Редактировать – открывается форма редактирования события, аналогичная форме добавления события;
• Удалить – удаляет событие.

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

Должны быть доступны четыре типа событий:

• Сообщение;
• Встреча;
• Задача;
• Опрос.

Общие поля формы создания события сценария

Достижения — это баллы, начисляемые сотруднику за выполнение шагов сценария. По умолчанию в системе должно быть предустановленное количество баллов по каждому типу события. У HR-сотрудника должна быть возможность изменить количество баллов при заполнении формы создания события.

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

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

Поля форм представлены ниже в таблицах.

Поля формы добавления опроса

В форме создания события типа «Опрос» должна быть возможность выбирать опросы, ранее созданные в системе. Выбор опроса должен осуществляться из списка активных опросов.

При выборе ранее созданного опроса в форме должны отображаться вопросы и варианты ответов, входящие в этот опрос.

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

В Системе должна быть возможность создавать опросы для статистики.
При опросе для статистики должны открываться форма создания события. Поля формы представлены в таблице ниже.

Поля формы добавления опроса для статистики

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

При выборе типа события «Задача» должны открываться форма создания события. Поля формы представлены в таблице ниже.

Поля формы добавления типа события «Задача»

Добавление события типа «Задачи» должно быть реализовано на базе стандартной функциональности продукта «1С-Битрикс: Enterprise» «Задачи и проекты»: https://helpdesk.bitrix24.ru/section/90967/.

В день наступления события типа «Задача» на портале должна создаваться задача в разделе «Задачи и проекты», у которой должна быть включена опция «Проконтролировать задачу после завершения».

Во всех формах добавления события в поле «Текст сообщения» и в событиях типа «Задача» в поле «Описание задачи» должна быть возможность указать ФИ сотрудника, выполняющего одну из ролей адаптации.
Роль в поле «Текст сообщения» должна добавляться с помощью символа «@».
Список доступных ролей:

• Сотрудник;
• Руководитель;
• Наставник;
• HR-специалист.

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

• Графики;
• Просроченные задачи;
• Причины увольнений.

К подразделу «Графики» предъявляются следующие требования:

В подразделе «Графики» должен отображаться блок «Всего на адаптации». В блоке «Всего на адаптации» должно отображаться количество сотрудников, которые в данный момент находятся на адаптации. Учитываются те сотрудники, у которых прогресс адаптации не равен 100% и меньше 100%.

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

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

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

• Насколько Вы удовлетворены своей работой?
• Насколько Вы удовлетворены условиями работы?
• Насколько Вы удовлетворены содержанием работы
• Насколько руководитель уделяет Вам внимание
• Насколько хорошо Вы понимаете свои текущие задачи и цели?
• Насколько хорошо Вы знаете коллег?

По каждому вопросу отображается шкала от 0 до 10 – для выбора варианта от 0 до 10;

Вариант ответа со шкалой от 0 до 10 должен быть обязательным;

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

• Минимальный рейтинг шкалы ответа и название рейтинга;
• Максимальный рейтинг шкалы ответа и название рейтинга;
• Возможность добавить вариант ответа в виде текстового поля и задать название поля для ввода произвольного ответа сотрудника;

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

 
Все участники опроса должны делиться на следующие группы:

• Довольные – те сотрудники, которые выбрали 9-10 баллов;
• Нейтральные - те сотрудники, которые выбрали 7-8 баллов;
• Критики - те сотрудники, которые выбрали 0-6 баллов.

 
Рассчитывать значение NPS необходимо по формуле: (количество довольных – количество критиков) / количество участников опроса x 100%.

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

В каждом графике должны отображаться:

• Название графика;
• Индекс NPS;
• Диаграмма со шкалой контрольных точек.

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

По умолчанию на странице «Графики» должны отображаться графики опроса с наименьшим индексом сортировки.

К подразделу «Причины увольнений» предъявляются следующие требования:
В подразделе «Причины увольнений» должен отображаться список сотрудников, у которых причиной завершения адаптации является значение из группы причин завершения адаптации «Уволен».
По каждой записи в списке должны отображаться:

• Сотрудник – фото и ФИ сотрудника на адаптации, является ссылкой на карточку сотрудника на адаптации.
• Город – город сотрудника.
• Подразделение – подразделение сотрудника.
• Чья инициатива – отображается значение из поля «Инициатор», которое указывается при досрочном завершении адаптации сотрудника с причиной завершения адаптации «Уволен».
• Причина увольнения – отображается значение из поля «Комментарий», которое указывается в форме завершения адаптации сотрудника.
• Дата завершения адаптации – отображается дата завершения адаптации сотрудника.
• Наставник – является ссылкой в Личный кабинет наставника.

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

По клику на фотографию и ФИО сотрудника на адаптации должен осуществляться переход в карточку сотрудника на адаптации.

По клику на фотографию и ФИО наставника должен осуществляться переход в профиль наставника.

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

• Сотрудник;
• Город;
• Подразделение;
• Инициатор;
• Руководитель;
• Наставник.

На странице «Статистика» в модуле «Адаптация» должен быть разработан инструмент для фильтрации данных в графиках.

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

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

• «Подразделение»;
• «Город»;
• «Сценарий»;
• «Руководитель»;
• «Наставник»;
• «Дата начала»
• «Дата окончания».

Для подраздела «Просроченные задачи» фильтрация должна осуществляться по параметрам:

• «Сотрудник»;
• «Ответственный»;
• «Подразделение»;
• «Город»;
• «Сценарий»;
• «Руководитель»
• «Наставник».

• «Сотрудник»;
• «Подразделение»;
• «Инициатор»;
• «Город»;
• «Руководитель»;
• «Наставник».

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

На странице «Опросы» должна быть возможность просмотреть результаты по выбранному опросу.

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

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

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

На странице «Опросы» в представлении «Вопрос» должны отображаться следующие поля:

• Название вопроса – отображается название вопроса. Должна быть возможность выбрать вопрос из списка. Должна быть возможность переключения между вопросами с помощью кнопок навигации «<», «>».
• Сотрудник – отображается ФИ и фото сотрудника. Является ссылкой в карточку сотрудника на адаптации;
• Ответ – отображается ответ сотрудника.

В представлении «Сотрудник» на странице «Опросы» должны отображаться ответы сотрудника на выбранный опрос.

На странице «Опросы» в представлении «Сотрудник» должна быть возможность выбора сотрудника из списка. В списке должны отображаться те сотрудники, которые принимали участие в выбранном опросе.

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

В представлении «Диаграмма» должны отображаться следующие поля:

• Вопрос - отображается название вопроса и варианты ответов;
• Гистограмма – отображается шкала по каждому варианту ответа с указанием количества проголосовавших и процента проголосовавших.

Карточка сотрудника на адаптации предназначена для выполнения заданий сотрудником, мониторинга процесса адаптации по шагам сотрудником, HR-сотрудником, руководителем, наставником.

У HR-сотрудника, руководителя и наставника на странице «Сотрудники на адаптации» должна быть возможность просмотра карточки сотрудника по клику на его ФИО.

В карточке сотрудника должна быть указана информация (см. на рисунке ниже):

Контактные данные сотрудника:

• Фото;
• ФИО;
• Должность;
• Подразделение;
• Контактный Email;
• Мобильный телефон;
• Внутренний телефон;
• Город;
• Часовой пояс.
• Руководитель сотрудника;
• Наставник сотрудника;
• Даты начала и окончания адаптации;
• Сценарий адаптации (наименование);
• Прогресс адаптации;
• Шаги адаптации с указанием заданий сценария, закрепленного за сотрудником;
• Отсутствия сотрудника.

В блоке «Адаптация сотрудника» должна отображаться следующая информация:

• Дата начала адаптации;
• Дата окончания адаптации;
• Сценарий адаптации (наименование);
• Прогресс адаптации.

Шкала прогресса адаптации должна показывать порядковый номер текущего шага адаптации сотрудника и общее количество шагов сценария.

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

Поля модального окна "Добавить отсутствие"

Если у сотрудника есть активное отсутствие, то в карточке сотрудника в блоке «Отсутствия сотрудника» должен отображаться период отсутствия и причиной отсутствия, если причина отсутствия была указана.

В случае, если причина отсутствия не была указана, то в блоке «Отсутствия» должен отображаться только период отсутствия.

На период отсутствия сотрудника статус прогресса адаптации должен быть «Приостановлено».

Если у сотрудника есть активное отсутствие, то дата начала и крайний срок событий со статусом «Ждёт выполнения» и крайний срок для событий со статусом «В работе» должны быть пересчитаны с учетом периода отсутствия сотрудника.

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

В Системе должна быть возможность добавлять несколько записей об отсутствии.

Дата окончания адаптация должна меняться в зависимости от длительности отсутствия.

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

• Шаг – порядковый номер события в сценарии;
• Дата начала – дата и время отправки события в чат-бот;
• Название – название события;
• Тип события;
• Крайний срок – дата и время, до которого сотрудник должен выполнить событие;
• Ответственный – сотрудник, которому событие будет отправлено в чат-бот;
• Статус – статус выполнения события.

• Красный цвет – события со статусом «Просрочено»;
• Зеленый цвет – события со статусом «Выполнено»;
• Синий цвет – события со статусом «В работе»;
• Серый цвет – события со статусом «Ожидает выполнения».

• По клику на название события со статусами «Просрочено», «Выполнено», «В работе» должен осуществляться переход в чат-бот на выбранное событие;
• Переход к просмотру детальной информации по событию со статусом «Ожидает выполнения» не должен осуществляться. Название события должно быть некликабельным.
• Переход к событию в чат-боте возможен только для владельца события.

• При клике на 1ую неделю должны отображаются все события с 1го по 5 день сценария;
• При клике на 2ую неделю должны отображаются все события с 6го по 10 день сценария;
• При клике на 3ую неделю должны отображаются все события с 11го по 15 день сценария и так далее по неделям.

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

Иконка «Диалог» должна отображаться красным цветом, если ответы не просмотрены, после просмотра ответов цвет иконки должен меняться на синий.

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

В блоке «Шаги адаптации» должна быть реализована функциональность «Фильтр».
При клике на поле «Фильтр» должна появляться возможность использовать фильтры. Должны быть реализованы следующие фильтры:

• Ответственный – список, осуществляется сортировка по полю «Ответственный».
• Статус – список (Ждет выполнения, В работе, Просрочено, Выполнено) - список, осуществляется сортировка по полю «Статус».
• Тип события – список, осуществляется сортировка по полю «Тип события».
• Дата начала– сортировка по полю «Дата начала».
• Крайний срок - сортировка по полю «Крайний срок».

На странице «Список вопросов» должна отображаться кнопка «Добавить вопрос», при нажатии на которую должна открываться форма добавления вопроса и ответа.
Поля формы добавления нового вопроса представлены в таблице "Поля формы добавления вопроса и ответа".

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

Поля формы добавления вопроса и ответа

Виртуальный помощник должен функционировать в рамках модуля "Вопрос-ответ", который устанавливается совместно с дополнительным модулем K-Team "Адаптация".

Чат-бот предназначен для снижения трудозатрат сотрудников HR на адаптацию новых работников, а также для отображения списка категорий вопросов и быстрого поиска ответов на свои вопросы.

В Системе должно быть предусмотрено два способа взаимодействия с ассистентом: в чате на Портале и в Telegram.

Чат-бот на Портале и в Telegram должен функционировать в рамках модулей "Адаптация" и "Интранет" (раздел "Вопрос-ответ").

Переход в чат-бот по адаптации должен осуществляться из карточки сотрудника по клику на название события со статусами «В работе», «Выполнено», «Просрочено» в блоке «Шаги адаптации» или по клику на кнопку «Чат по адаптации» .

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

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

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

В чат-боте должна быть возможность отправлять со стороны Системы:

• Текстовые сообщения;
• Видеоматериалы;
• Изображения;
• Файлы;
• Ссылки.

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

Функциональность чат-бота должна быть доступна в десктопной и мобильной версиях портала.

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

Чат-бот должен быть доступен пользователям Telegram при наличии привязки к профилю на корпоративном Портале.

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

•  Найден связанный пользователь портала;
•  Пользователь портала активен (активность = да).

• Вызов категорий часто задаваемых вопросов;
• Вызов списка часто задаваемых вопросов;
• Получение событий по сценарию адаптации (при условии если авторизованного пользователя запущен сценарий адаптации).

В процессе разработки было использовано внешнее решение для интеграции – PHP библиотека для взаимодействия с API Telegram.

1. Для хранения привязок пользователей портала к аккаунтам Telegram требуется реализовать служебный справочник (таблица Базы Данных) со следующим реквизитным составом (Таблица "Активные привязки").

Запись добавляется в таблицу при выполнении команды «Start» в чат-боте Telegram независимо от наличия привязки на портале.

2.Требуется реализовать служебный справочник для хранения данных о пользователях чат-бота, возвращаемых сервисом «Telegram».Запись добавляется в таблицу при выполнении команды «Start» в чат-боте Telegram независимо от наличия привязки на портале.

Активные привязки

Поля для записи пользователи чат-бота

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

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

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

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

В чат-боте должна быть возможность отправлять со стороны Системы:

• Текстовые сообщения;
• Ссылки.

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

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