О чём раздел
Под обработкой заявления подразумевается:
- Получение списка Заявлений
- Общий список
- Список по фильтрам
- Получение данных одного Заявления
- Интерпретация состояния Заявления
- Получение файлов Заявления: печатная форма, подписываемый файл, архив КЭДО
- Обработка Заявления Кадровым Специалистом
- Заявление обработано
- Смена Ответственного
- Отклонение Заявления
Заявление - кадровый документ, подписание которого инициировано Работником
Работа с реестром Заявлений
Работа с Заявлением
В данном разделе описывается функционал по отношению к Кадровику.
для понимания процесса работы с Заявлениями рекомендуется изучить раздел [Заявление]
Кадровик получает реестр Заявлений по конкретному заявителю/согласующему
Цель
Подготовить справочник Шаблонов Заявлений, которыми сможет воспользоваться Сотрудник при подаче Заявлений.
К подготовке можно отнести актуализацию - корректировку имён шаблонов и видимость для Сотрудника при подаче
API-методы | Примечания | |
---|---|---|
1 | 1) Кадровик получает данные сотрудника по ID в своей ИС GDOC GET /api/v1/clients/:clientId/employees/:externalId/externalId или Кадровик получает данные ФЛ по СНИЛС GDOC GET /api/v1/clients/:clientId/users/:snils/snils | Цель данного шага - получить идентификатор сотрудника в системе HRL, по которому требуется получить список заявлений, как по:
Идентификатор Сотрудника в HRL смотрим в employee -> legalEntities -> employeeId В случае, если в системе Клиента хранится связка идентификаторов Сотрудника HRL и идентификаторов в ИС Клиента, то данный шаг можно пропустить |
2 | 2) Кадровик получает список Заявлений GDOC POST /api/v1/clients/:clientId/applicationGroups/hrRegistry |
Кадровик получает реестр Заявлений по отделу Заявителя
API-методы | Примечания | |
---|---|---|
1 | 1) Кадровик получает справочник отделов GDOC GET /api/v1/clients/:clientId/departments Идентификатор Сотрудника в HRL смотрим в clientDepartments -> id | Цель данного шага - получить идентификатор отдела в HRL В случае, если в системе Клиента хранится связка идентификаторов Отдела HRL и идентификаторов в ИС Клиента, то данный шаг можно пропустить |
2 | 2) Кадровик получает список Заявлений по отделам заявителя GDOC POST /api/v1/clients/:clientId/applicationGroups/hrRegistry |
Кадровик получает реестр Заявлений по конкретному ЮЛ
API-методы | Примечания | |
---|---|---|
1 | 1) Кадровик получает справочник Юрлиц GDOC GET /api/v1/clients/:clientId/legalEntities Идентификатор Юрлица в HRL смотрим в legalEntities -> id | Цель данного шага - получить идентификатор отдела в HRL В случае, если в системе Клиента хранится связка идентификаторов Юрица HRL и идентификаторов в ИС Клиента, то данный шаг можно пропустить |
2 | 2) Кадровик получает список Заявлений по Юрлицам GDOC POST /api/v1/clients/:clientId/applicationGroups/hrRegistry |
Кадровик получает все данные по Заявлениям с учётом всех фильтров
API-методы | Примечания | |
---|---|---|
1 |
POST /api/v2/clients/:clientId/applicationGroups/getHrRegistry Возможные фильтры:
Тип: array of strings
Тип: string Формат: date
Тип: string Формат: date
Тип: string "2021-01-01T11:02:20.675436+03" "2021-01-01T00:00:00.000000+03" "2019-05-12T21:49:46.650Z"
Тип: string "2021-01-01T11:02:20.675436+03" "2021-01-01T00:00:00.000000+03" "2019-05-12T21:49:46.650Z"
Тип: array of strings "d94ddcb0-f339-451e-b58d-0dc76de78640" ]
Тип: array of strings "d94ddcb0-f339-451e-b58d-0dc76de78640" ]
Тип: array of strings "8c37ca37-f4db-4567-b4c1-f4e8993f22c4" ]
Тип: array of strings Допустимые значения:
|
Кадровик получает данные конкретного заявления (метаданные, файлы и архив)
Предусловие
У Клиента есть идентификатор Группы Заявлений и идентификатор Заявления
API-методы | Примечания | |
---|---|---|
1 | 1) Кадровик получает данные заявления по ID в HRL GDOC GET /api/v1/clients/:clientId/applicationGroups/:applicationGroupId | На метаданные заявления содержат в себе:
|
2 | 2) Кадровик получает печатную форму заявления с оттиском GDOC GET /api/v1/clients/:clientId/applications/:applicationId/printFormFile | Печатная форма заявления может быть использована для отображения. В случае, если Кадровику достаточно метаданных, полученных из заявления, то шаг с получением файла заявления можно пропустить |
3 | 3) Кадровик получает файл Заявления, который подписан Сотрудником ADDON GET /api/v1/clients/:clientId/applications/:applicationId/convertedFile | Получение файла, который подписывался имеет смысл, если процессы клиента предполагают дальнейшее подписание этого файла в какой-либо внешней системе |
4 | 3) Кадровик получает дополнительные файлы, приложенные Сотрудником при подаче Заявления ADDON GET /api/v1/clients/:clientId/applicationGroups/:applicationGroupId/attachments/:attachmentId | |
5 | 5) Кадровик получает архив КЭДО по Заявлению GDOC GET /api/v1/clients/:clientId/applications/:applicationId/archive | Архив КЭДО включает в себя:
|
Кадровик обрабатывает Заявление
API-методы | Примечания | |
---|---|---|
1 | 1) Кадровик оставляет комментарий к заявлению, видимый всем участникам ADDON POST /api/v1/clients/:clientId/applications/:applicationId/comments | |
2 | 2) Кадровик берёт заявление в работу (становиться ответственным) ADDON POST /api/v1/clients/:clientId/applications/:applicationId/responsibles | Данный шаг может быть пропущен, если у Клиента после получения заявления сразу выносится решение от Кадровика и не требуется вести учёт того, какие заявления находятся в работе в моменте. |
3 | 3) Кадровик принимает решение по заявлению: POST /api/v1/clients/:clientId/applications/:applicationId/signBySes PUT /api/v1/clients/:clientId/applications/:applicationId/reject |
Следующий раздел
Поиск документации