Bu belgede, Address Validation API'nin sisteminizden alt tesis ekleme davranışı gerektiren yanıt sinyalleri sağladığı bazı gerçek dünya senaryoları açıklanmaktadır. Bu sinyaller yalnızca ABD adresleri için kullanılabilir. Bağlam için Doğrulama mantığınızı oluşturma bölümündeki Örnek iş akışları'na bakın.
Sık karşılaşılan örnek: Alt tesis ekleme
Bu senaryoda, sisteminizin müşteriden adrese birim numarası eklemesini isteyebileceği bir adres gösterilmektedir.
| Girilen adres | Bölge |
|---|---|
| 1450 Brickell Avenue, Miami, FL 33131-4065 | ABD |
Alt tesis bilgisi eksik olan bir adres için karar
Aşağıdaki örnekte önemli sinyal vurgulanmaktadır.
{
"inputGranularity": "PREMISE",
"validationGranularity": "PREMISE",
"geocodeGranularity": "PREMISE",
"possibleNextAction": "CONFIRM_ADD_SUBPREMISES"
}
Uç durum örneği: alt tesis ekleme
Aşağıdaki örnekte, verdict daha ayrıntılı inceleme gerektiren adres kalitesi sorunlarını gösterir. Bu örnekte ayrıca, sistem mantığınızı geliştirmek için daha kapsamlı bir resim elde etmek amacıyla mantığınızın karardan adres bileşenlerine nasıl geçebileceği de gösterilmektedir.
Eksik alt tesisler ve tahmin edilen ve değiştirilen bileşenler
Bu örnekte, eksik bir yerleşim yeri ve yanlış posta kodu içeren bir ABD adresi girişi gösterilmektedir.
| Girilen adres | Bölge |
|---|---|
| 1450 Brickell Avenue, FL 33132-4065 | ABD |
Eksik alt tesisler ve tahmin edilip değiştirilen bileşenler için karar
{
"inputGranularity": "PREMISE",
"validationGranularity": "PREMISE",
"geocodeGranularity": "PREMISE",
"hasInferredComponents": true,
"hasReplacedComponents": true,
"possibleNextAction": "CONFIRM_ADD_SUBPREMISES"
}
Adres bileşenleri daha ayrıntılı incelendiğinde, semtin tahmin edildiği ve posta kodunun değiştirildiği görülür.
{
"componentName": {
"text": "33131",
}
"componentType": "postal_code",
"confirmationLevel": "CONFIRMED",
"replaced": true
},
{
"componentName": {
"text": "Miami",
"languageCode": "en"
}
"componentType": "locality",
"confirmationLevel": "CONFIRMED",
"inferred": true
}