Модели в рамках одной задачи приходят с parentDepartmentExternalId, но не гарантируется корректный порядок пришедших отделов (может идти сначала дочерний отдел для создания, затем его родительский для создания). Необходимо выстроить модели в правильном порядке перед занесением в task#data для корректной обработки задачи.

Метод

POST /api/v1/clients/:clientId/bulkDataSyncTasks

Тело запроса

{
    "type": "CLIENT_DEPARTMENTS",
    "data": [
        {
            "syncTypes" : ["DATA_WITH_LEGAL_ENTITY", "DATA_WITH_HEAD_MANAGER"],
            "name": "Bulk Отдел1", 
            "externalId": "bulk1",
            "parentDepartmentExternalId" :"extZp",
            "legalEntityExternalId" : "legalExt2",
            "headManagerExternalId" : "extManager1"
        },
        {
            "syncTypes" : ["DATA_WITH_LEGAL_ENTITY"],
            "name": "Bulk Отдел2", 
            "externalId": "bulk2",
            "parentDepartmentExternalId" :"bulk1",
            "legalEntityExternalId" : "legalExt1"
        },
        {
            "name": "Bulk Отдел3", 
            "externalId": "bulk3",
            "parentDepartmentExternalId" :"bulk2"
        }
    ]
}

В заданном примере отделы на этапе валидации должны выстроиться в правильном порядке - “Отдел2”, “Отдел3”, “Отдел1”, “Пример отдела”. Задача завершится успешно, при этом синхронизация отдела “Пример отдела” завершится со статусом FAILED и данными об ошибке, что родительский отдел не существует по указанному внешнему ID.

• headManagerExternalId - ID руководителя отдела во внешней системе (ID сотрудника, назначаемого руководителем)
• legalEntityExternalId - ID юрлица во внешней системе
• syncTypes - Список типов используемых при синхронизации данных. Допустимые значения в списке DATA_WITH_LEGAL_ENTITY и DATA_WITH_HEAD_MANAGER

Поиск документации