चेकआउट से पहले जाँचना कि पता अपने बताए गए पिन कोड से मेल खाता है
ऑर्डर फ़ॉर्म पर पिन कोड और शहर का मेल न खाना एक छोटी सी टाइपिंग गलती लगती है, जब तक कि वह देश के बिल्कुल गलत हिस्से में भेजी गई डिलीवरी में न बदल जाए।
क्षेत्र के अनुसार कॉल सेंटर रूटिंग सिस्टम बनाना
जो एजेंट किसी एक क्षेत्र की स्थानीय नियामक बारीकियों और आम क्लेम पैटर्न को जानता है, वह उस क्षेत्र से आई कॉल को उस बराबर कुशल एजेंट से तेज़ और बेहतर संभालता है जिसने वहाँ का कोई क्लेम पहले कभी नहीं संभाला, और राष्ट्रीय कॉल सेंटर चलाने वाली एक बीमा कंपनी को एहसास हुआ कि उसका "अगले उपलब्ध एजेंट को भेजें" सिस्टम इसे पूरी तरह अनदेखा कर रहा था, और कॉल करने वाला किसी भी क्षेत्र में हो, हर एजेंट को एक-दूसरे का विकल्प मान रहा था।
पारंपरिक फ़ोन लाइन के बजाय कंपनी के वेब-आधारित संपर्क फ़ॉर्म और कॉलबैक अनुरोध सिस्टम से आने वाली कॉल के लिए, कॉल करने वाले का IP पता पहले से हर अनुरोध का हिस्सा था। /v1/ip ने उस पते को क्षेत्र और शहर में बदला, जिसका इस्तेमाल रूटिंग सिस्टम ने कॉल करने वाले को उन एजेंटों से मिलाने के लिए किया जिन्हें उस खास क्षेत्र में विशेषज्ञता सौंपी गई थी, बजाय केवल इस आधार पर रूट करने के कि कौन पहले खाली हुआ।
इसने उपलब्धता को एक कारक के रूप में पूरी तरह नहीं हटाया, क्योंकि पूरी तरह मेल खाता एजेंट जो अगले बीस मिनट तक उपलब्ध नहीं है, अक्सर सामान्य जानकारी वाले उपलब्ध एजेंट से बुरा नतीजा होता है, इसलिए रूटिंग लॉजिक ने दोनों को साथ तौला: कम इंतज़ार वाला मज़बूत क्षेत्रीय मिलान बिना इंतज़ार वाले बेमेल से केवल एक सीमा तक बेहतर माना गया, और यह सीमा नया सिस्टम लाइव होने के बाद कंपनी द्वारा इकट्ठा किए गए असली इंतज़ार समय के डेटा के आधार पर तय की गई।
कंपनी ने उसी क्षेत्रीय डेटा का इस्तेमाल कुछ कॉल को ऐसे एजेंटों तक भेजने के लिए भी किया जो किसी व्यापक भाषा श्रेणी के बजाय संबंधित स्थानीय भाषा रूप में धाराप्रवाह थे, क्योंकि एक सामान्य "स्पेनिश बोलने वाले एजेंट" पूल ने कॉल करने वालों को उस पूल से कम अच्छी सेवा दी जो शब्दावली के उन क्षेत्रीय अंतरों का ध्यान रखता था जो खास तौर पर बीमा और क्लेम की बातचीत में सामने आते हैं, और यह बारीकी कॉल करने वालों की संतुष्टि के स्कोर के लिए कंपनी की शुरुआती उम्मीद से ज़्यादा मायने रखती थी।
इसके लिए फ़ोन सिस्टम को पूरी तरह बदलने की ज़रूरत नहीं पड़ी। लोकेशन का पता उस बिंदु पर लगाया गया जहाँ कॉल करने वाले का संपर्क अनुरोध पहली बार कंपनी के सर्वर तक पहुँचता था, कॉल रूटिंग लॉजिक को सौंपे जाने से पहले ही, और उस लॉजिक को फ़ैसला लेने के लिए केवल एक क्षेत्र फ़ील्ड की ज़रूरत थी, यानी पूरे रूटिंग सिस्टम को दोबारा बनाने के बजाय एक छोटा इंटीग्रेशन बिंदु।
कंपनी ने पहचाने गए क्षेत्र को पूर्ण तथ्य के बजाय एक मज़बूत संकेत माना, यह जानते हुए कि कॉर्पोरेट VPN पर या यात्रा कर रहा कॉल करने वाला उस क्षेत्र से अलग क्षेत्र में दिख सकता है जहाँ उसकी पॉलिसी असल में है। जिन मामलों में पॉलिसी का क्षेत्र और पहचाना गया क्षेत्र मेल नहीं खाते थे, सिस्टम इसके बजाय कॉल करने वाले के पॉलिसी रिकॉर्ड से मिलान पर लौट आता था, और IP-आधारित पहचान को मुख्य रूप से उस आम स्थिति के लिए उपयोगी मानता था जहाँ पॉलिसीधारक शारीरिक रूप से भी उसी क्षेत्र में होते हैं जिसे उनकी पॉलिसी कवर करती है और सामान्य घरेलू या मोबाइल कनेक्शन से कॉल कर रहे होते हैं।
अनुरोधों की संख्या आने वाले संपर्क फ़ॉर्म सबमिशन के साथ चलती थी, जो इस आकार की कंपनी के लिए मुफ़्त दैनिक कोटा के भीतर आराम से रहने वाला काम था, क्योंकि लुकअप कॉल के दौरान लगातार नहीं, बल्कि हर संपर्क अनुरोध पर एक बार चलता था। इस बदलाव के लिए नए कर्मचारियों या नई एजेंट ट्रेनिंग की ज़रूरत नहीं पड़ी, सिवाय यह औपचारिक रूप से दर्ज करने के कि कौन-से एजेंट पहले से किन क्षेत्रों में मज़बूत थे, एक ऐसी जानकारी जो कंपनी के पास अनौपचारिक रूप से थी लेकिन जिसका रूटिंग के लिए पहले कभी व्यवस्थित इस्तेमाल नहीं हुआ था।
एंडपॉइंट के दस्तावेज़ /docs/ipv4-lookup/ और /docs/ipv6-lookup/ पर हैं।