चेकआउट से पहले जाँचना कि पता अपने बताए गए पिन कोड से मेल खाता है
ऑर्डर फ़ॉर्म पर पिन कोड और शहर का मेल न खाना एक छोटी सी टाइपिंग गलती लगती है, जब तक कि वह देश के बिल्कुल गलत हिस्से में भेजी गई डिलीवरी में न बदल जाए।
लिस्टिंग साइट के लिए किराये की संपत्ति के पते का सत्यापन
किसी वेकेशन रेंटल पर पहुँचने वाले मेहमान का यह पाना कि नक्शे पर पिन किसी खाली प्लॉट, पूरी तरह अलग इमारत, या असली प्रॉपर्टी से कुछ गलियाँ दूर की जगह की ओर इशारा कर रहा है, एक बुरा अनुभव है जिसका असर होस्ट जितना ही प्लेटफ़ॉर्म पर भी पड़ता है, और सेल्फ़-सर्विस लिस्टिंग बनाने की अनुमति देने वाले एक वेकेशन रेंटल प्लेटफ़ॉर्म ने पाया कि ऐसा इतनी बार हो रहा था कि गलत पतों को बाद में पकड़ने के लिए मेहमानों की शिकायतों पर निर्भर रहने के बजाय एक असली समाधान ज़रूरी था।
ज़्यादातर मामले जानबूझकर की गई धोखाधड़ी नहीं थे। हाथ से पता दर्ज करने वाले होस्ट आम टाइपो कर देते थे, नई लिस्टिंग सेट करते समय पिन असली प्रॉपर्टी से थोड़ा हटकर लगा देते थे, या ऐसा पिन कोड दर्ज कर देते थे जो उसी फ़ॉर्म में कहीं और टाइप किए गए शहर और सड़क से मेल नहीं खाता था। कुछ कम मामले ज़्यादा जानबूझकर किए गए लगते थे, ऐसे पते जो दावा की गई जगह से पूरी तरह अलग कहीं रिज़ॉल्व होते थे, और कभी-कभी ऐसे दूसरे संकेतों से जुड़े होते थे जो बताते थे कि लिस्टिंग बिल्कुल वैसी नहीं थी जैसा उसका दावा था।
प्लेटफ़ॉर्म ने लिस्टिंग बनाने की प्रक्रिया में एक सत्यापन चरण जोड़ा। होस्ट का दर्ज किया गया पता /v1/forward पर गया, जिसने इस संकेत के साथ मिलान लौटाया कि वह कितने भरोसे के साथ रिज़ॉल्व हुआ, और प्लेटफ़ॉर्म ने उस रिज़ॉल्व हुए स्थान की तुलना उस पिन से की जो होस्ट ने सेटअप के दौरान अलग से नक्शे पर लगाया था, और उन लिस्टिंग को फ़्लैग किया जिनमें दोनों के बीच एक छोटी सहनशीलता से ज़्यादा का अंतर था, जो इस बात का मज़बूत संकेत था कि या तो टाइप किया गया पता गलत है या लगाया गया पिन, क्योंकि वास्तव में सटीक लिस्टिंग में दोनों काफ़ी करीब होने चाहिए। दर्ज किए गए पिन कोड को अलग से /v1/postcode से जाँचा गया ताकि वे मामले पकड़े जा सकें जिनमें वह फ़ॉर्म पर दर्ज शहर से मेल नहीं खाता था।
जो लिस्टिंग दोनों जाँचों में पास हुईं, वे सामान्य रूप से प्रकाशित हुईं। जिन लिस्टिंग में टाइप किए गए पते और लगाए गए पिन के बीच अंतर था, या जिनका पिन कोड बाकी दर्ज पते से मेल नहीं खाता था, उन्हें छोटी मैन्युअल समीक्षा के लिए रोका गया, या कुछ मामलों में होस्ट को एक खास संदेश के साथ वापस भेजा गया कि लिस्टिंग लाइव होने से पहले फ़्लैग किए गए फ़ील्ड को दोबारा जाँचें और ठीक करें, जिससे गलती उस पल पकड़ी गई जब उसे ठीक करना सबसे आसान और सबसे सस्ता था, किसी मेहमान के उस पर भरोसा करके बुकिंग और यात्रा करने से पहले।
प्लेटफ़ॉर्म आंतरिक रूप से स्पष्ट था कि यह सत्यापन केवल इस बात की पुष्टि करता है कि पता सही ढंग से बना है और पिन के स्थान से मेल खाता है, न कि यह कि प्रॉपर्टी खुद किसी और मामले में अपनी तस्वीरों या विवरण से मेल खाती है, जो उसकी ट्रस्ट और सेफ़्टी प्रक्रिया का एक अलग हिस्सा था जिसे पते की जाँच ने हल करने की कोशिश नहीं की। पते की जाँच को एक व्यापक ट्रस्ट सिस्टम का एक सीमित, स्पष्ट रूप से परिभाषित हिस्सा मानने से, बजाय इसके कि उससे उसकी उचित क्षमता से ज़्यादा की उम्मीद की जाए, आंतरिक रूप से और होस्ट को इस फ़ीचर का विवरण देने में, दोनों जगह उम्मीदें यथार्थवादी रहीं।
वॉल्यूम नई लिस्टिंग बनाने और मौजूदा लिस्टिंग के पतों में बदलाव के अनुसार रहा, जो प्लेटफ़ॉर्म की कुल बुकिंग मात्रा की तुलना में एक मामूली और अनुमान योग्य काम था, और मध्यम आकार के प्लेटफ़ॉर्म के लिए मुफ़्त दैनिक कोटा के भीतर आराम से रहा।
दोनों एंडपॉइंट के दस्तावेज़ /docs/forward-geocoding/ और /docs/postal-code-lookup/ पर हैं।