Руководитель SAP SuccessFactors считывает сценарии & записи с помощью Self-Service сотрудников

В следующей статье описаны различные сценарии чтения и записи для агента Employee Self-Service, подключенного к SAP SuccessFactors.

• Сценарии чтения sap SuccessFactors Manager
• Сценарии записи диспетчера SAP SuccessFactors

Сценарии чтения sap SuccessFactors Manager

Диспетчер чтение разделов проверка, если пользователь является менеджером, использующим ESS_UserContext_Is_Manager переменную. После этого большинство разделов имеют тот же формат, который просто перенаправляет раздел на SuccessFactors System Get Common Execution, который вызывает Get Common Orchestrator поток, а затем большая языковая модель интерпретирует ответы из потока и создает ответ для диспетчера. Ожидает SuccessFactors System Get Common Execution следующие входные данные:

Параметры фильтра:
Как правило, передача Employee ID и User ID для запроса фильтра для Employee Read разделов:

Пример формата, используемого в разделе:

"{""personIdExternalVal"": """ & Global.ESS_UserContext_Employee_Id & """,""userIdVal"": """ & Global.ESS_UserContext_User_Id & """}" 

Пример конфигурации шаблона:

{ 
  ... 
  "filter": "personIdExternal eq '{personIdExternalVal}' and userId eq '{userIdVal}'", 
  ... 
} 

Ключи, присутствующие в filterParam, должны соответствовать ожидаемому в конфигурации шаблона. В предыдущих примерах personIdExternalVal будет использоваться в качестве ключа для вставки Global.ESS_UserContext_Employee_Id в выражение фильтра.

ScenarioName: Имя конфигурации, которое используется вызовом Dataverse для получения конфигурации сценария. userIdentifier: Идентификатор пользователя

• Затем Common Orchestrator возвращает ModelResponse и LabelResponse, который затем анализируется с помощью крупной языковой модели с помощью следующих инструкций и создает ответ для диспетчера:
• Извлеките входные данные из приведенного ниже ответа (сопоставите значение ответа Label как ключ в атрибуте ответа модели, а затем укажите значение модели).
• Предоставление пользователю ответа в удобочитаемой форме
• Правильно отформатируйте его, чтобы он выглядел чистым и удобочитаемым
• Используйте только значения данных из переменной с именем as successfactorsModelResponse и используйте переменную с именем как successfactorsLabelResponse для маркировки данных. Пример ответа:

Label Response : key":"company","value":"company" 

Model Response : 
"company":"11111" 

Example Output : 
Your company is 11111

Единственным исключением из этого общего формата являются Get Employee Id и Get Service Anniversary, которые подробно описаны в следующих разделах.

Код компании

Конфигурация:

{ 
  "scenario": "ManagerReadCompanyCode", 
  "rootEntity": "EmpEmployment", 
  "filter": "isContingentWorker eq {isContingentWorkerValue} and userNav/manager/empInfo/personIdExternal eq '{personIdExternalVal}' and userNav/manager/empInfo/userId eq '{userIdVal}'", 
  "requestEntities": [ 
    { 
      "key": "UserId", 
      "valuePath": "userNav/userId", 
      "labelPath": "User/userId" 
    }, 
    { 
      "key": "DisplayName", 
      "valuePath": "userNav/displayName", 
      "labelPath": "User/displayName" 
    }, 
    { 
      "key": "CompanyName", 
      "valuePath": "jobInfoNav/companyNav/name", 
      "labelPath": "" 
    }, 
    { 
      "key": "CompanyCode", 
      "valuePath": "jobInfoNav/company", 
      "labelPath": "EmpJob/company" 
    } 
  ], 
  "permissionsMetadata": [], 
  "rolePermissions": [ 
    { 
      "roleId": "115", 
      "permissions": [{ "permStringValue": "$_jobInfo_company_read" }] 
    } 
  ] 
} 

Получение кода компании для конкретного сотрудника или прямого отчета

Эта конфигурация используется, когда имя directs заполняется запросом руководителя. Он включает в себя выражение фильтра, которое фильтрует различные поля имен, пытаясь сопоставить его с тем, что менеджер включил в запрос:

Конфигурация:

{ 
    "scenario": "ManagerReadEmpNameCompanyCode", 
    "rootEntity": "EmpEmployment", 
    "filter": "isContingentWorker eq {isContingentWorkerValue} and userNav/manager/empInfo/personIdExternal eq '{personIdExternalVal}' and userNav/manager/empInfo/userId eq '{userIdVal}' and (substringof(tolower('{name}'), tolower(userNav/firstName)) or substringof(tolower('{name}'), tolower(userNav/lastName)) or substringof(tolower('{name}'), tolower(userNav/displayName)))", 
    "requestEntities": [{ 
            "key": "UserId", 
            "valuePath": "userNav/userId", 
            "labelPath": "User/userId" 
        }, { 
            "key": "DisplayName", 
            "valuePath": "userNav/displayName", 
            "labelPath": "User/displayName" 
        }, { 
            "key": "CompanyName", 
            "valuePath": "jobInfoNav/companyNav/name", 
            "labelPath": "" 
        }, { 
            "key": "CompanyCode", 
            "valuePath": "jobInfoNav/company", 
            "labelPath": "EmpJob/company" 
        } 
    ], 
    "permissionsMetadata": [], 
    "rolePermissions": [{ 
            "roleId": "115", 
            "permissions": [{ 
                    "permStringValue": "$_jobInfo_company_read" 
                } 
            ] 
        } 
    ] 
}

Центр затрат

Конфигурация:

{ 
 "scenario": "ManagerReadCostCenter", 
 "rootEntity": "EmpEmployment", 
 "filter": "isContingentWorker eq {isContingentWorkerValue} and userNav/manager/empInfo/personIdExternal eq '{personIdExternalVal}' and userNav/manager/empInfo/userId eq '{userIdVal}'", 
 "requestEntities": [ 
   { 
     "key": "UserId", 
     "valuePath": "userNav/userId", 
     "labelPath": "User/userId" 
   }, 
   { 
     "key": "DisplayName", 
     "valuePath": "userNav/displayName", 
     "labelPath": "User/displayName" 
   }, 
   { 
     "key": "CostCenterCode", 
     "valuePath": "jobInfoNav/costCenter", 
     "labelPath": "EmpJob/costCenter" 
   }, 
   { 
     "key": "CostCenterName", 
     "valuePath": "jobInfoNav/costCenterNav/name", 
     "labelPath": "" 
   } 
 ],  
 "permissionsMetadata": [], 
 "rolePermissions": [ 
   { 
     "roleId": "115", 
     "permissions": [{ "permStringValue": "$_jobInfo_cost-center_read" }] 
   } 
 ] 
} 

Получение конкретного сотрудника или центра затрат

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

Конфигурация:

{ 
  "scenario": "ManagerReadEmpNameCostCenter", 
  "rootEntity": "EmpEmployment", 
  "filter": "isContingentWorker eq {isContingentWorkerValue} and userNav/manager/empInfo/personIdExternal eq '{personIdExternalVal}' and userNav/manager/empInfo/userId eq '{userIdVal}' and (substringof(tolower('{name}'), tolower(userNav/firstName)) or substringof(tolower('{name}'), tolower(userNav/lastName)) or substringof(tolower('{name}'), tolower(userNav/displayName)))", 
  "requestEntities": [ 
    { 
      "key": "UserId", 
      "valuePath": "userNav/userId", 
      "labelPath": "User/userId" 
    }, 
    { 
      "key": "DisplayName", 
      "valuePath": "userNav/displayName", 
      "labelPath": "User/displayName" 
    }, 
    { 
      "key": "CostCenterCode", 
      "valuePath": "jobInfoNav/costCenter", 
      "labelPath": "EmpJob/costCenter" 
    }, 
    { 
      "key": "CostCenterName", 
      "valuePath": "jobInfoNav/costCenterNav/name", 
      "labelPath": "" 
    } 
  ], 
  "permissionsMetadata": [], 
  "rolePermissions": [ 
    { 
      "roleId": "115", 
      "permissions": [{ "permStringValue": "$_jobInfo_cost-center_read" }] 
    } 
  ] 
} 

Сведения о задании

Конфигурация:

{ 
  "scenario": "ManagerReadJobInfo", 
  "rootEntity": "EmpEmployment", 
  "filter": "isContingentWorker eq {isContingentWorkerValue} and userNav/manager/empInfo/personIdExternal eq '{personIdExternalVal}' and userNav/manager/empInfo/userId eq '{userIdVal}'", 
  "requestEntities": [ 
    { 
      "key": "DisplayName", 
      "valuePath": "userNav/displayName", 
      "labelPath": "User/displayName" 
    }, 
    { 
      "key": "UserId", 
      "valuePath": "userNav/userId", 
      "labelPath": "User/userId" 
    }, 
    { 
      "key": "JobTitle", 
      "valuePath": "jobInfoNav/jobTitle", 
      "labelPath": "User/jobTitle" 
    }, 
    { 
      "key": "JobCode", 
      "valuePath": "jobInfoNav/jobCode", 
      "labelPath": "User/jobCode" 
    }, 
    { 
      "key": "JobFunctionType", 
      "valuePath": "jobInfoNav/jobCodeNav/jobFunctionNav/jobFunctionType", 
      "labelPath": "FOJobFunction/jobFunctionType" 
    }, 
    { 
      "key": "jobFunction", 
      "valuePath": "jobInfoNav/jobCodeNav/jobFunction", 
      "labelPath": "FOJobCode/jobFunction" 
    } 
  ], 
  "permissionsMetadata": [], 
  "rolePermissions": [ 
    { 
      "roleId": "115", 
      "permissions": [ 
        { 
          "permStringValue": "$_jobInfo_job-title_read" 
        }, 
        { 
          "permStringValue": "$_jobInfo_job-code_read" 
        } 
      ] 
    } 
  ] 
} 

Получение сведений о конкретном сотруднике или руководстве по заданию

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

Конфигурация:

{ 
  "scenario": "ManagerReadEmpNameJobInfo", 
  "rootEntity": "EmpEmployment", 
  "filter": "isContingentWorker eq {isContingentWorkerValue} and userNav/manager/empInfo/personIdExternal eq '{personIdExternalVal}' and userNav/manager/empInfo/userId eq '{userIdVal}' and (substringof(tolower('{name}'), tolower(userNav/firstName)) or substringof(tolower('{name}'), tolower(userNav/lastName)) or substringof(tolower('{name}'), tolower(userNav/displayName)))", 
  "requestEntities": [ 
    { 
      "key": "UserId", 
      "valuePath": "userNav/userId", 
      "labelPath": "User/userId" 
    }, 
    { 
      "key": "DisplayName", 
      "valuePath": "userNav/displayName", 
      "labelPath": "User/displayName" 
    }, 
    { 
      "key": "JobTitle", 
      "valuePath": "jobInfoNav/jobTitle", 
      "labelPath": "User/jobTitle" 
    }, 
    { 
      "key": "JobCode", 
      "valuePath": "jobInfoNav/jobCode", 
      "labelPath": "User/jobCode" 
    }, 
    { 
      "key": "JobFunction", 
      "valuePath": "jobInfoNav/jobCodeNav/jobFunction", 
      "labelPath": "FOJobCode/jobFunction" 
    }, 
    { 
      "key": "JobFunctionType", 
      "valuePath": "jobInfoNav/jobCodeNav/jobFunctionNav/jobFunctionType", 
      "labelPath": "FOJobFunction/jobFunctionType" 
    } 
  ], 
  "permissionsMetadata": [], 
  "rolePermissions": [ 
    { 
      "roleId": "115", 
      "permissions": [ 
        { "permStringValue": "$_jobInfo_job-title_read" }, 
        { "permStringValue": "$_jobInfo_job-code_read" } 
      ] 
    } 
  ] 
} 

Годовщина службы

Конфигурация:

{ 
  "scenario": "ManagerReadServiceAnniversary", 
  "rootEntity": "EmpEmployment", 
  "filter": "isContingentWorker eq {isContingentWorkerValue} and userNav/manager/empInfo/personIdExternal eq '{personIdExternalVal}' and userNav/manager/empInfo/userId eq '{userIdVal}'", 
  "requestEntities": [ 
    { 
      "key": "UserId", 
      "valuePath": "userNav/userId", 
      "labelPath": "User/userId" 
    }, 
    { 
      "key": "DisplayName", 
      "valuePath": "userNav/displayName", 
      "labelPath": "User/displayName" 
    }, 
    { 
      "key": "hireDate", 
      "valuePath": "userNav/hireDate", 
      "labelPath": "" 
    } 
  ], 
  "permissionsMetadata": [], 
  "rolePermissions": [ 
    { 
      "roleId": "115", 
      "permissions": [ 
        { "permStringValue": "$_employmentInfo_originalStartDate_read" } 
      ] 
    } 
  ] 
} 

Получение годовщины конкретного сотрудника или службы directs

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

Конфигурация

{ 
  "scenario": "ManagerReadEmpNameServiceAnniversary", 
  "rootEntity": "EmpEmployment", 
  "filter": "isContingentWorker eq {isContingentWorkerValue} and userNav/manager/empInfo/personIdExternal eq '{personIdExternalVal}' and userNav/manager/empInfo/userId eq '{userIdVal}' and (substringof(tolower('{name}'), tolower(userNav/firstName)) or substringof(tolower('{name}'), tolower(userNav/lastName)) or substringof(tolower('{name}'), tolower(userNav/displayName)))", 
  "requestEntities": [ 
    { 
      "key": "UserId", 
      "valuePath": "userNav/userId", 
      "labelPath": "User/userId" 
    }, 
    { 
      "key": "DisplayName", 
      "valuePath": "userNav/displayName", 
      "labelPath": "User/displayName" 
    }, 
    { 
      "key": "hireDate", 
      "valuePath": "userNav/hireDate", 
      "labelPath": "" 
    } 
  ], 
  "permissionsMetadata": [], 
  "rolePermissions": [ 
    { 
      "roleId": "115", 
      "permissions": [ 
        { "permStringValue": "$_employmentInfo_originalStartDate_read" } 
      ] 
    } 
  ] 
} 

Сценарии записи диспетчера успешности SAP

Разделы для записи руководителя описаны следующим образом:

1. Получение данных прямого отчета

При необходимости получите прямые данные отчета руководителя и данные списка выбора с помощью SuccessFactors System Get Common Execution, для чего требуются следующие входные данные:

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

Пример формата, используемого в разделе:

"{""personIdExternalVal"": """ & Global.ESS_UserContext_Employee_Id & """,""userIdVal"": """ & Global.ESS_UserContext_User_Id & """}" 

Фрагмент конфигурации шаблона:

{ 
  ... 
  "filter": "personIdExternal eq '{personIdExternalVal}' and userId eq '{userIdVal}'", 
  ... 
} 

Ключи, присутствующие в filterParam , должны соответствовать ожидаемому в конфигурации шаблона. В приведенных выше personIdExternalVal примерах будет использоваться в качестве ключа для вставки Global.ESS_UserContext_Employee_Id в выражение фильтра.

ScenarioName: имя конфигурации, которое используется вызовом Dataverse для получения конфигурации сценария.

userIdentifier: идентификатор пользователя

SuccessFactors System Get Common Execution затем возвращает ModelResponse и LabelResponse, которые анализируются для данных пользователя и хранятся в переменных.

2. Подтверждение сведений

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

3. Отправить

Если руководитель отправляет обновление, данные собираются и используются для вызова SuccessFactors System Update Common Execution. Этот поток будет использовать UPSERT пользовательские данные с SuccessFactors помощью соединителя OData . SuccessFactors System Update Common Execution ожидает следующие входные данные:

TargetUserId: идентификатор пользователя var_requestParam: массив объектов. Пример формата, используемого в разделе:

"[{""key"":""personIdExternalVal"", ""value"":"""&Global.ESS_UserContext_Employee_Id&"""},         {""key"":""countryVal"", ""value"":"""&First(Topic.var_parsedModel).country&"""},{""key"":""startDateVal"", ""value"":"""&DateDiff(Date(1970, 1, 1), First(Topic.var_parsedModel).startDate, TimeUnit.Seconds) * 1000&"""},{""key"":""genericString1Val"", ""value"":"""&Topic.id_raceAndEthnicity&"""}]" 

Фрагмент из конфигурации шаблона:

{ 
    "__metadata": { 
        "uri": "PerGlobalInfoUSA" 
    },   
    "personIdExternal": "personIdExternalVal", 
    "country": "countryVal", 
    "startDate": "/Date(startDateVal)/", 
    "genericString1": "genericString1Val", 
 } 

Ключи, присутствующие в var_requestParam , должны соответствовать ожидаемому в конфигурации шаблона. В приведенных выше personIdExternalVal примерах используется в качестве ключа для вставки Global.ESS_UserContext_Employee_Id в текст запроса.

var_scenarioName: имя конфигурации, которое используется вызовом Dataverse для получения конфигурации сценария.

В SuccessFactors System Update Common Execution случае успешного выполнения copilot ответит, что обновление прошло успешно. В случае сбоя обновления пользователь получает сообщение об ошибке.

Настройки

Для настройки конфигурации шаблона обычно требуются следующие изменения:

Добавление полей в Get Config:
После добавления поля в конфигурацию шаблона необходимо обновить схему modelResponse узла синтаксического анализа.

Свойство адаптивная карточка label задается значением, хранящимся в анализируемой переменной метки. Свойство value задается с помощью переменной var_veteranInfo , в которой хранятся проанализированные данные пользователя.

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

{
type: "Input.ChoiceSet",
placeholder: "No Selection",
id: "id_veteran",
label: Lookup(Topic.var_parsedLabel, key="genericNumber1").value,
value: First(Topic.var_veteranInfo).genericNumber1,
choices: Topic.var_veteranPicklist
}

После этого обновите схему выходной привязки строкой, указанной в свойстве id . Следовательно, id = id_veteran в предыдущем примере схема выходной привязки должна иметь переменную с тем же именем с правильным типом данных, как показано ниже:

kind: Record
properties:
  actionSubmitId: String
  id_challenged_veteran: String
  id_special_disabled_veteran: String
  id_veteran: String

Добавление полей для обновления

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

Авторизация:

• Авторизация выполняется с помощью permissionsMetadata/rolePermission , который является частью конфигурации шаблона. И permissionsMetadataUser Id используются для создания строки запроса для OData Connector in SuccessFactors Check User Permissions flow. Если SuccessFactors Check User Permissions flow не выполняется permissionsMetadataroleBased Permissions flow с помощью разрешения роли и переменной ролей пользователя.
• Важно включить permissionMetadata или rolePermission в файл конфигурации шаблона, так как нет других проверка авторизации, если оба этих поля отсутствуют.

Центр затрат

Конкретный центр затрат	Сведения
Описание	Извлекает текущий центр затрат руководителя, отображает его, а затем предлагает руководителю выбрать прямой и ввести новый центр затрат с датой начала. Диспетчер также может включать в запрос прямую и должность, и он будет заполнен слотом
Запросы	Обновление центра затрат для [EmployeeName] Я хочу обновить [EmployeeName]центр затрат? Я хотел бы обновить центр затрат участника команды до [id_costCenter] Обновите [EmployeeName]центр затрат до [id_costCenter] Обновление центра затрат для моей команды.
Адаптивные карта

Получение конфигураций — Центр затрат

Получение существующего центра затрат — это первый шаг в потоке.

Конфигурация:

	
{
  "scenario": "ManagerReadCostCenter",
  "rootEntity": "EmpEmployment",
  "filter": "isContingentWorker eq {isContingentWorkerValue} and userNav/manager/empInfo/personIdExternal eq '{personIdExternalVal}' and userNav/manager/empInfo/userId eq '{userIdVal}'",
  "requestEntities": [
    {
      "key": "UserId",
      "valuePath": "userNav/userId",
      "labelPath": "User/userId"
    },
    {
      "key": "DisplayName",
      "valuePath": "userNav/displayName",
      "labelPath": "User/displayName"
    },
    {
      "key": "CostCenterCode",
      "valuePath": "jobInfoNav/costCenter",
      "labelPath": "EmpJob/costCenter"
    },
    {
      "key": "CostCenterName",
      "valuePath": "jobInfoNav/costCenterNav/name",
      "labelPath": ""
    },
{
      "key": "Company",
      "valuePath": "jobInfoNav/company",
      "labelPath": "EmpJob/company"
    }
  ], 
  "permissionsMetadata": [],
  "rolePermissions": [
    {
      "roleId": "115",
      "permissions": [{ "permStringValue": "$_jobInfo_cost-center_read" }]
    }
  ]
}

Проверка центра затрат

Эта конфигурация используется для проверки введенного центра затрат руководителя. После того как руководитель отправит адаптивная карточка, эта конфигурация используется с get Common Orchestrator для запроса к центру затрат и просмотра, существует ли он в коде компании, в который находится менеджер.

Конфигурация:

{
  "scenario": "ValidateCostCenter",
  "rootEntity": "FOCostCenter",
  "filter": "externalCode eq '{costCenterValue}' and cust_LegalEntity/externalCode eq '{companyCodeValue}'",
  "requestEntities": [
    {
      "key": "costCenterCode",
      "valuePath": "externalCode",
      "labelPath": ""
    },
    {
      "key": "costCenterName",
      "valuePath": "name",
      "labelPath": ""
    }
  ], 
  "permissionsMetadata": [],
  "rolePermissions": []
}

Обновление центра затрат

Обновление адреса электронной почты контакта

Конфигурация

{
        "scenario": "UpdateCostCenter",
        "requestBody": '{
            "__metadata": {
                "uri": "EmpJob"
            },
            "userId": "userIdVal",
            "startDate": "/Date(startDateVal)/",
            "costCenter": "costCenterVal"
        }',
        "permissionsMetadata": [{
                "permType": "DATA_MODEL",
                "permLongValue": -1,
                "permStringValue": "$_eventReason_DATACOST_write"
            }
        ],
        "rolePermissions": []
    }

должность;

должность;	Описание
Описание	Извлекает руководителей, направляет текущие названия заданий, отображает его, а затем предлагает руководителю выбрать прямой и ввести новое название с датой начала. Диспетчер также может включать в запрос прямую и должность.
Запросы	Я хочу изменить должность для [EmployeeName] Обновите [EmployeeName]название должности на [newJobTitle] Можно ли изменить должность члена команды? Я хотел бы изменить [EmployeeName]должность Обновление названия задания для моих прямых отчетов Измените должность участника команды на [newJobTitle]?
Адаптивная карточка

Получение конфигураций — сведения о задании

Получение существующих сведений о задании — это первый шаг в потоке

Конфигурация:

	{
  "scenario": "ManagerReadJobInfo",
  "rootEntity": "EmpEmployment",
  "filter": "isContingentWorker eq {isContingentWorkerValue} and userNav/manager/empInfo/personIdExternal eq '{personIdExternalVal}' and userNav/manager/empInfo/userId eq '{userIdVal}'",
  "requestEntities": [
    {
      "key": "DisplayName",
      "valuePath": "userNav/displayName",
      "labelPath": "User/displayName"
    },
    {
      "key": "UserId",
      "valuePath": "userNav/userId",
      "labelPath": "User/userId"
    },
    {
      "key": "JobTitle",
      "valuePath": "jobInfoNav/jobTitle",
      "labelPath": "User/jobTitle"
    },
    {
      "key": "JobCode",
      "valuePath": "jobInfoNav/jobCode",
      "labelPath": "User/jobCode"
    },
    {
      "key": "JobFunctionType",
      "valuePath": "jobInfoNav/jobCodeNav/jobFunctionNav/jobFunctionType",
      "labelPath": "FOJobFunction/jobFunctionType"
    },
    {
      "key": "jobFunction",
      "valuePath": "jobInfoNav/jobCodeNav/jobFunction",
      "labelPath": "FOJobCode/jobFunction"
    }
  ],
  "permissionsMetadata": [],
  "rolePermissions": [
    {
      "roleId": "115",
      "permissions": [
        {
          "permStringValue": "$_jobInfo_job-title_read"
        },
        {
          "permStringValue": "$_jobInfo_job-code_read"
        }
      ]
    }
  ]
}

Обновление названия задания

Обновление названия задания

Конфигурация

        "scenario": "UpdateJobTitle",
        "requestBody": '{
            "__metadata": {
                "uri": "EmpJob"
            },
            "userId": "userIdVal",
            "startDate": "/Date(startDateVal)/",
            "jobTitle": "jobTitleVal"
        }',
        "permissionsMetadata": [{
                "permType": "DATA_MODEL",
                "permLongValue": -1,
                "permStringValue": "$_eventReason_JOBTITLE_write"
            }
        ],
        "rolePermissions": []
}