این سند تعدادی از سناریوهای دنیای واقعی را شرح می‌دهد که در آن‌ها API اعتبارسنجی آدرس، سیگنال‌های پاسخی ارائه می‌دهد که رفتار add subpremises را از سیستم شما تضمین می‌کند. این سیگنال‌ها فقط برای آدرس‌های ایالات متحده در دسترس هستند. برای مشاهده‌ی زمینه، به مثال گردش‌های کاری در بخش «منطق اعتبارسنجی خود را بسازید» مراجعه کنید.
مثال رایج: اضافه کردن زیرمحل‌ها
این سناریو آدرسی را نشان می‌دهد که در آن سیستم شما ممکن است از مشتری بخواهد شماره واحد را به آدرس اضافه کند.
| آدرس وارد شده | منطقه |
|---|---|
| ۱۴۵۰ خیابان بریکل، میامی، فلوریدا ۳۳۱۳۱-۴۰۶۵ | ما |
حکم مربوط به آدرسی که فاقد زیربنا است
مثال زیر سیگنال مهم را برجسته می‌کند.
{
"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
}