...
Expand | ||
---|---|---|
| ||
Да, мы автоматом это делаем, если что-то не передается. Просто не Не всегда написание в паспорте соответствеут соответствует автоматической транслитерации, и для таких случаем есть возможность передавать нужные значения. (см. скрин) |
Expand | ||
---|---|---|
| ||
true = мужской, false = женский |
Expand | ||
---|---|---|
| ||
Берутся названия словарей и коды, прикрепляемые к персоне. Это определяется интеграционной логикой и настройками, которые выполняет агентство.Если бы кто-то в задаче написал, какой агент и какой клиент, можно было бы посмотреть настройку этих словарей и дать скриншот со справочниками. Но кстати, Горовая Анна, тут ты по идее не хуже меня ориентируешься) |
Expand | ||
---|---|---|
| ||
К персоне может быть привязано несколько кодов из разных справочников. Например, Табельный номер (это может быть идентификатор в учетной системе клиента), Категория должности (для применения тревел-потилики) и т.п. Ключ isPrimaryKey = true позволяет определить, какой код отвечает за идентификатор пользователя. По этому параметру синхронизуются данные из запроса с данными в БД и обновляются значениями, передаваемыми в запросе. Если такого параметра нет, то мы пробуем искать по документу, а потом по ФИО + ДР. Если никто не нашелся, создаем нового. |
Expand | ||
---|---|---|
| ||
Это параметры пользователя, от имени которого будет вестись поиск и создаваться заказ. К сожалению, не знаю пдробностей интеграции, разные клиенты делают по-разному. Кто-то от имени ТМ создает заказы и всех передает пассажирами, а кто-то для каждого своего пользователя передает данные и создает уникального пользователя на нашей стороне. |
Expand | ||
---|---|---|
| ||
Это ISO-2 код страны гражданства персоны. Является международным стандартом, можно взять тут, например |
Expand | ||
---|---|---|
| ||
Да |
Expand | ||
---|---|---|
| ||
Нет, если не будет передано, то персона привяжется к первой найденной организации |
Expand | ||
---|---|---|
| ||
Да |