Добавить подпомещения к адресу — примеры (только для США)

В этом документе описывается ряд реальных сценариев, в которых API проверки адресов выдаёт сигналы, подтверждающие необходимость добавления сублокальных данных в вашу систему. Эти сигналы доступны только для адресов в США. Подробнее см. в примерах рабочих процессов в разделе «Создание логики проверки» .

Типичный пример: добавление подпредпосылок

В этом сценарии показан адрес, в котором ваша система может предложить клиенту добавить номер единицы к адресу.

Вердикт по адресу, в котором отсутствует подпомещение

Приведенный ниже пример подчеркивает важный сигнал.

{
  "inputGranularity": "PREMISE",
  "validationGranularity": "PREMISE",
  "geocodeGranularity": "PREMISE",
  "possibleNextAction": "CONFIRM_ADD_SUBPREMISES"
}

Пример пограничного случая: добавление подпредпосылок

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

Отсутствующие подпредпосылки и выведенные и замененные компоненты

В этом примере показан ввод адреса в США с отсутствующим населенным пунктом и неверным почтовым индексом.

Вердикт об отсутствующей подпосылке и выведенных и замененных компонентах

{
  "inputGranularity": "PREMISE",
  "validationGranularity": "PREMISE",
  "geocodeGranularity": "PREMISE",
  "hasInferredComponents": true,
  "hasReplacedComponents": true,
  "possibleNextAction": "CONFIRM_ADD_SUBPREMISES"
}

Дальнейшее изучение компонентов адреса показывает, что местоположение было определено, а почтовый индекс был заменен.

{
   "componentName": {
     "text": "33131",
   }
   "componentType": "postal_code",
   "confirmationLevel": "CONFIRMED",
   "replaced": true
},
{
   "componentName": {
     "text": "Miami",
     "languageCode": "en"
   }
   "componentType": "locality",
   "confirmationLevel": "CONFIRMED",
   "inferred": true
}

В этом документе описывается ряд реальных сценариев, в которых API проверки адресов выдаёт сигналы, подтверждающие необходимость добавления сублокальных данных в вашу систему. Эти сигналы доступны только для адресов в США. Подробнее см. в примерах рабочих процессов в разделе «Создание логики проверки» .

Типичный пример: добавление подпредпосылок

В этом сценарии показан адрес, в котором ваша система может предложить клиенту добавить номер единицы к адресу.

Вердикт по адресу, в котором отсутствует подпомещение

Приведенный ниже пример подчеркивает важный сигнал.

{
  "inputGranularity": "PREMISE",
  "validationGranularity": "PREMISE",
  "geocodeGranularity": "PREMISE",
  "possibleNextAction": "CONFIRM_ADD_SUBPREMISES"
}

Пример пограничного случая: добавление подпредпосылок

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

Отсутствующие подпредпосылки и выведенные и замененные компоненты

В этом примере показан ввод адреса в США с отсутствующим населенным пунктом и неверным почтовым индексом.

Вердикт об отсутствующей подпосылке и выведенных и замененных компонентах

{
  "inputGranularity": "PREMISE",
  "validationGranularity": "PREMISE",
  "geocodeGranularity": "PREMISE",
  "hasInferredComponents": true,
  "hasReplacedComponents": true,
  "possibleNextAction": "CONFIRM_ADD_SUBPREMISES"
}

Дальнейшее изучение компонентов адреса показывает, что местоположение было определено, а почтовый индекс был заменен.

{
   "componentName": {
     "text": "33131",
   }
   "componentType": "postal_code",
   "confirmationLevel": "CONFIRMED",
   "replaced": true
},
{
   "componentName": {
     "text": "Miami",
     "languageCode": "en"
   }
   "componentType": "locality",
   "confirmationLevel": "CONFIRMED",
   "inferred": true
}