﻿# Решение проблем при поиске ответственных в кадровых процессах

> [HTML Version](kedo-roles-troubleshooting.html)

Исполнители для задач в бизнес-процессах и права пользователей в **ELMA365 КЭДО** определяются на основе настроек ролей в подразделениях штатной и управленческой структуры.

Подробнее о принципах поиска подходящих ответственных читайте в статье [«Определение ответсвенных по ролям в КЭДО»](kedo-roles-settings.md).

Если после настройки решения возникают проблемы при назначении задач и прав, убедитесь, что:

1. [Для ролей в подразделениях корректно назначены ответственные](#assign-responsible-employees).

2. [В приложениях заданы правильные настройки доступа](#permissions-settings).

3. [После обновления или импорта решения КЭДО 3.0 группы доступа созданы заново](#update-import-solution).

4. [При адаптации решения настроены обязательные поля и блоки бизнес-процессов](#adaptation).

## Назначение ответственных для ролей

Сотрудник отдела кадров указывает ответственных, задавая должности сотрудников, которые выполняют определённые роли в кадровых процессах. Проверьте, что: 

- в штатной и управленческой структуре корректно указаны ответственные для ролей:

	- в подразделении пользователя, по которому запущен процесс;

	- в вышестоящих подразделениях — для поиска исполнителей по иерархии компании и вертикального наследования прав.

Подробнее читайте в статье [«Создать штатную и управленческую структуры компании»](kedo-staff-structure-settings.md);

- на должности, указанные для ролей в подразделениях, назначены пользователи, которые должны выполнять определённые обязанности в процессах.

Подробнее читайте в статье [«Создать базу сотрудников»](kedo-employee-adding.md).

## Настройки доступа к приложениям

В приложениях **ELMA365 КЭДО** по умолчанию заданы определённые права доступа. Чтобы выдача прав соответствовала требованиям компании, администратор системы может изменить настройки. 

Подробнее читайте в статье [«Настроить права доступа в КЭДО»](kedo-access-settings.md).

## Настройка групп доступа при обновлении или импорте решения «КЭДО 3.0»

Администратору системы нужно запустить формирование групп доступа:

- после обновления решения **КЭДО 3.0** до новой версии. Подробнее читайте в статье [«Обновить решения ELMA365 КЭДО»](update-kedo.md).

- если решение экспортируется из одной компании и переносится в другую. Подробнее читайте в статье [«Настроить группы доступа при экспорте решений ELMA365 КЭДО»](kedo-group-settings-for-export.md).

Чтобы исправить проблемы с группами доступа в компании, вы можете принудительно сформировать группы доступа заново. Для этого перейдите в раздел **КЭДО 3.0 > Главная** и на вкладке **Администрирование КЭДО** последовательно нажмите кнопки:

- для удаления существующих групп — **Удалить все группы доступа**;

- для формирования групп на основе текущих настроек ролей — **Создание/обновление групп доступа по штатной структуре (ШР)** и **Создание/обновление групп доступа по управленческой структуре (УС)**;

- для применения настроек групп к существующим элементам приложений — **Заполнение ролей у элементов приложений группами доступа**.

## Настройка обязательных полей и шагов при адаптации решения

В приложениях **ELMA365 КЭДО 3.0** по умолчанию настроен поиск исполнителей для задач и выдача прав доступа. 

Убедитесь, что при адаптации решения вы не удалили необходимые для этого поля приложений и блоки в бизнес-процессах. Если вы добавляете пользовательские приложения, настройте их таким же образом.

Обязательные поля в приложениях и блоки в процессах

1. Для записи сотрудника, по которому запускается процесс, добавьте в контекст приложения поля типа **Приложение** со ссылкой на приложение **Сотрудники**:

- если процесс запускается по одной записи в приложении **Сотрудники** — `staff` (тип **Один**);

- если процесс запускается по всем записям о сотрудниках, относящимся к одному пользователю — `staffs` (тип **Несколько**).

2. Чтобы ответственным [назначались права с помощью групп доступа](kedo-roles-settings.md#permission-groups), в контексте приложения создайте свойства типа **Роль** со следующими кодами:

- **Роль Подписанты ШР** — `signatories\_role`

- **Роль Отдел кадров ШР** — `hr\_role`

- **Роль Бухгалтерия ШР** — `accounting\_role`

- **Роль Офис-менеджеры ШР** — `office\_managers\_role`

- **Роль Наблюдатели КЭДО ШР** — `kedo\_responsible\_role`

- **Роль Сотрудники ШР** — `staffs\_role`

- **Роль Руководители ШР** — `chief\_role`

- **Роль Отдел кадров** — `hr\_ms\_role`

- **Роль Бухгалтерия** — `accounting\_ms\_role`

- **Роль Офис-менеджеры** — `office\_managers\_ms\_role`

- **Роль Наблюдатели КЭДО** — `kedo\_responsible\_ms\_role`

- **Роль Сотрудники** — `staffs\_ms\_role`

- **Роль Руководители** — `chief\_ms\_role`

- **Роль Сотрудники Юридического лица** — `staffs\_legal\_entity\_role`

3. Чтобы записывать в поля типа **Роль** подходящие группы доступа в зависимости от подразделения сотрудника, настройте запуск процесса **(s) Группы: Присвоение групп доступа и выдача прав субъекту**.  
  
В настройках входных переменных сопоставьте поле типа **Приложение**, хранящее обрабатываемый элемент, со свойством **Объект** или **Объекты**.