|
Заявление - кадровый документ, подписание которого инициировано Работником
В данном разделе описывается функционал по отношению к Кадровику.
|
Подготовить справочник Шаблонов Заявлений, которыми сможет воспользоваться Сотрудник при подаче Заявлений. К подготовке можно отнести актуализацию - корректировку имён шаблонов и видимость для Сотрудника при подаче |
API-методы | Примечания | ||||
---|---|---|---|---|---|
1 | 1) Кадровик получает данные сотрудника по ID в своей ИС GET /api/v1/clients/:clientId/employees/:externalId/externalId или Кадровик получает данные ФЛ по СНИЛС GET /api/v1/clients/:clientId/users/:snils/snils | Цель данного шага - получить идентификатор сотрудника в системе HRL, по которому требуется получить список заявлений, как по:
Идентификатор Сотрудника в HRL смотрим в employee -> legalEntities -> employeeId В случае, если в системе Клиента хранится связка идентификаторов Сотрудника HRL и идентификаторов в ИС Клиента, то данный шаг можно пропустить | |||
2 | 2) Кадровик получает список Заявлений POST /api/v1/clients/:clientId/applicationGroups/hrRegistry |
|
API-методы | Примечания | |
---|---|---|
1 | 1) Кадровик получает справочник отделов GET /api/v1/clients/:clientId/departments Идентификатор Сотрудника в HRL смотрим в clientDepartments -> id | Цель данного шага - получить идентификатор отдела в HRL В случае, если в системе Клиента хранится связка идентификаторов Отдела HRL и идентификаторов в ИС Клиента, то данный шаг можно пропустить |
2 | 2) Кадровик получает список Заявлений по отделам заявителя POST /api/v1/clients/:clientId/applicationGroups/hrRegistry |
API-методы | Примечания | |
---|---|---|
1 | 1) Кадровик получает справочник Юрлиц GET /api/v1/clients/:clientId/legalEntities Идентификатор Юрлица в HRL смотрим в legalEntities -> id | Цель данного шага - получить идентификатор отдела в HRL В случае, если в системе Клиента хранится связка идентификаторов Юрица HRL и идентификаторов в ИС Клиента, то данный шаг можно пропустить |
2 | 2) Кадровик получает список Заявлений по Юрлицам 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 GET /api/v1/clients/:clientId/applicationGroups/:applicationGroupId | На метаданные заявления содержат в себе:
| ||
2 | 2) Кадровик получает печатную форму заявления с оттиском GET /api/v1/clients/:clientId/applications/:applicationId/printFormFile | Печатная форма заявления может быть использована для отображения. В случае, если Кадровику достаточно метаданных, полученных из заявления, то шаг с получением файла заявления можно пропустить | ||
3 | 3) Кадровик получает файл Заявления, который подписан Сотрудником GET /api/v1/clients/:clientId/applications/:applicationId/convertedFile | Получение файла, который подписывался имеет смысл, если процессы клиента предполагают дальнейшее подписание этого файла в какой-либо внешней системе
| ||
4 | 3) Кадровик получает дополнительные файлы, приложенные Сотрудником при подаче Заявления GET /api/v1/clients/:clientId/applicationGroups/:applicationGroupId/attachments/:attachmentId |
| ||
5 | 5) Кадровик получает архив КЭДО по Заявлению GET /api/v1/clients/:clientId/applications/:applicationId/archive | Архив КЭДО включает в себя:
|
API-методы | Примечания | |||||||
---|---|---|---|---|---|---|---|---|
1 | 1) Кадровик оставляет комментарий к заявлению, видимый всем участникам POST /api/v1/clients/:clientId/applications/:applicationId/comments |
| ||||||
2 | 2) Кадровик берёт заявление в работу (становиться ответственным) 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 |
|
Поиск документации