Lookup अवलोकन

Lookup किसी प्राप्तकर्ता को भेजने से पहले उसके बारे में सवालों का जवाब देता है। इसे एक फ़ोन नंबर दें और यह बताता है कि वह नंबर क्या है: उसे सर्व करने वाला नेटवर्क, देश, क्या उसने नेटवर्क बदला है, और लाइन किस प्रकार की है। इसे एक ईमेल पता दें और यह बताता है कि उस पते पर भेजना उचित है या नहीं।

दोनों एक अनुरोध और एक जवाब हैं। न कुछ बनाना है, न पोल करना है, और न बाद में कुछ साफ़ करना है। डैशबोर्ड में Lookup पेज वही दोनों ऑपरेशन एक-एक करके चलाता है, जो कोई भी कोड लिखने से पहले जवाब कैसा दिखता है यह देखने का सबसे तेज़ तरीका है।

हर lookup आपके संगठन के वॉलेट से चार्ज होता है, और इस पर बिल्ड करने से पहले यही हिस्सा समझने लायक है।

फ़ोन नंबर lookup हमेशा बेस lookup के लिए एक बार बिल करता है। इसके ऊपर आप प्रॉपर्टीज़ का अनुरोध कर सकते हैं, जो एक सशुल्क डेटा स्रोत से आने वाले अतिरिक्त तथ्य हैं। आपके द्वारा अनुरोध की गई हर प्रॉपर्टी अलग से बिल होती है, लेकिन केवल तभी जब वह डिलीवर हो। जिस प्रॉपर्टी का जवाब नहीं मिल सका, वह एक स्टेटस के साथ वापस आती है और आपको कुछ भी खर्च नहीं होता।

ईमेल पते का lookup हर उत्तरित पते पर एक बार बिल करता है। हर निर्णय बिल होता है, undeliverable सहित: यही वह जवाब है जो आपने माँगा था, और यही वह है जो आपको बाउंस से बचाता है।

जब lookup विफल होता है तो कुछ भी बिल नहीं होता। गलत फ़ॉर्मेट वाला नंबर, कोई ऐसा पता जिसे हम अस्वीकार करते हैं, या कोई ऐसा डेटा स्रोत जिससे संपर्क नहीं हो सका, इनमें से किसी की कोई लागत नहीं।

Lookup मूल्य निर्धारण बेस lookup, हर प्रॉपर्टी और ईमेल पते के lookup की दर सूचीबद्ध करता है।

यह विभाजन फ़ोन नंबर lookup की पूरी डिज़ाइन है, इसलिए इसे स्पष्ट रूप से समझना ज़रूरी है।

बेस lookup हमेशा चलता है। यह सर्विंग नेटवर्क, नंबर जारी करने वाला नेटवर्क, देश, क्या नंबर ने कभी नेटवर्क बदला है, और एक मोटा line_type (मोबाइल, फ़िक्स्ड लाइन, VoIP, टोल-फ़्री, आदि) बताता है। अगर बेस lookup का जवाब नहीं मिल पाता, तो पूरा अनुरोध विफल हो जाता है, न कि आधा-खाली जवाब लौटाया जाता है जिसे आपको जाँचकर पता लगाना पड़ता कि वह खाली था।

प्रॉपर्टीज़ वे हैं जो आप ऊपर जोड़ते हैं, उन्हें type में नाम देकर। ये बारीक सवालों के जवाब देती हैं: रेंज की सटीक आवंटित सेवा, पूरा पोर्टिंग रिकॉर्ड, क्या नंबर अभी नेटवर्क पर लाइव है, क्या वह रोमिंग में है, उसका SIM आखिरी बार कब बदला, और एक विश्वसनीयता स्कोर। जिस प्रॉपर्टी का जवाब नहीं मिल सका, वह कभी अनुरोध को विफल नहीं करती। वह एक स्टेटस में बदल जाती है, और बेस lookup फिर भी सर्व होता है।

हर प्रॉपर्टी ब्लॉक में एक status होता है, और इसे पढ़ना वैकल्पिक नहीं है।

ok का मतलब है कि प्रॉपर्टी का जवाब मिला, उसकी वैल्यू प्रतिक्रिया में है, और यह बिल हुई।

unavailable का मतलब है कि कोई जवाब नहीं आया, इसलिए प्रॉपर्टी कुछ नहीं जोड़ती। यह बिल नहीं हुई।

inconclusive का मतलब है कि जवाब आया लेकिन वह प्रॉपर्टी को हल नहीं करता: नंबर उसके पीछे के डेटा की कवरेज से बाहर है, या स्रोत ने ऐसी वैल्यू लौटाई जो यह प्रॉपर्टी रिपोर्ट नहीं करती। यह एक वास्तविक खोज है, न कि गायब जानकारी, और यह भी बिल नहीं हुई।

status एक ओपन वोकैबुलरी है, इसलिए और वैल्यूज़ जोड़ी जा सकती हैं। ok पर ब्रांच करें और बाकी सब को "not answered" मानें, तो आपका कोड चाहे यह कैसे भी बढ़े, सही रहेगा।

Lookup एक बार में एक प्राप्तकर्ता के लिए, कमिट करने से पहले निर्णय लेने के लिए है: साइनअप पर नंबर या पता जाँचना, किसी लीड पर कार्रवाई करने से पहले उसकी जाँच करना, या लाइन के प्रकार के अनुसार संदेश को अलग तरीके से रूट करना। इसकी प्रति जाँच लागत होती है और यह आपको एक ऐसा जवाब देता है जिस पर आप कार्रवाई कर सकते हैं।

अगर आप केवल उन पतों पर भेजना बंद करना चाहते हैं जो पहले ही बाउंस या शिकायत कर चुके हैं, तो आपको Lookup की ज़रूरत नहीं। Suppressions यह स्वचालित रूप से और मुफ़्त में करता है।

किसी भी ऑपरेशन का बैच फ़ॉर्म नहीं है, और lookup अनुरोध दर सीमा प्रति क्रेडेंशियल 10 अनुरोध प्रति मिनट से शुरू होती है, इसलिए पूरी सूची की जाँच के लिए यह अभी बना नहीं है। अगर आपको यही चाहिए तो सीमा बढ़ाने के बारे में हमसे बात करें।