मेरा टोल-फ़्री SMS सत्यापन अस्वीकार क्यों हुआ?

कैरियर किसी डोज़ियर को अस्वीकार कर दे, तो सत्यापन उसका कारण आइटम की स्थितियों से अलग दिखाता है। denial_reasons में कैरियर की व्याख्या होती है। आवश्यकताओं की सूची यह दर्ज करती है कि आपने क्या दिया, यह नहीं कि किस उत्तर के कारण अस्वीकृति हुई।

लोग सबसे पहले आवश्यकताओं की सूची देखते हैं, लेकिन वह इस सवाल का जवाब नहीं दे सकती। इसका कारण समझने से काफ़ी समय बचता है।

अस्वीकृति का कारण कहाँ मिलता है?

सत्यापन पढ़ने के लिए bird sms tfn verifications get का उपयोग करें। यह स्थिति, वह सेंडर जिसे यह लाइसेंस देता है, और कैरियर की प्रतिक्रिया लौटाता है। denial_reasons उस प्रतिक्रिया को टेक्स्ट के रूप में रखता है।

एक बात का पहले से ध्यान रखें: कारण केवल अस्वीकृति के साथ आते हैं। जब कैरियर सीधे मना करने के बजाय बदलाव माँगता है, तो सत्यापन info_requested पर चला जाता है और नई स्थिति बिना कारणों के दर्ज होती है। इसलिए जो सत्यापन आपसे और जानकारी माँग रहा है, वह यह नहीं बताएगा कि कौन-सी जानकारी चाहिए। तब आवश्यकताओं की सूची देखें, ताकि पता चले कि उसमें कौन-से आइटम अभी भी बाकी हैं।

आवश्यकताओं की सूची यह क्यों नहीं बता सकती कि कौन-सा उत्तर गलत था?

क्योंकि कैरियर हर उत्तर पर अलग-अलग निर्णय नहीं लेता। वह पूरे डोज़ियर पर एक साथ निर्णय लेता है, और Bird उस एक फ़ैसले को आपके दिए हर आइटम पर लागू कर देता है।

अस्वीकृत सत्यापन पर दिया गया हर आइटम rejected दिखाता है, चाहे समस्या उसी से हुई हो या नहीं। हर खाली आइटम not_supplied दिखाता है। सूची में कोई आइटम किसी दूसरे से ज़्यादा अस्वीकृत नहीं होता। सूची से दोषी आइटम का पता नहीं चलता, इसलिए denial_reasons का उपयोग करें।

आवश्यकताओं की सूची असल में डोज़ियर की संरचना दिखाने के लिए है: क्या माँगा गया है, आपने किसका उत्तर दिया है, और क्या अभी बाकी है।

कैरियर असल में क्या माँगता है?

किसी सत्यापन का नाम दिए बिना आवश्यकताएँ माँगने पर आपको खाली फ़ॉर्म मिलता है: कैरियर जो भी आइटम माँगते हैं, वे सब उसी क्रम में जिसमें उन्हें प्रस्तुत करना है। --verification-id से किसी सत्यापन का नाम देने पर आपको वही सूची उसके अपने उत्तरों के साथ मिलती है।

हर आइटम के साथ ये चीज़ें आती हैं: उसे सबमिट करने के लिए एक key, उत्तर देने वाले व्यक्ति को दिखाने के लिए एक label, अच्छा उत्तर कैसा होता है यह बताने वाला help_text, और यह कि उत्तर required है या नहीं। वैकल्पिक आइटम देने पर उनकी भी समीक्षा होती है।

दो उत्तर तय विकल्पों में से ही चुने जाते हैं, और शुरू करने से पहले इन्हें जान लेना उपयोगी है:

• कानूनी संरचना, sole_proprietor, private_profit, public_profit, non_profit या government में से एक। इनकी वर्तनी 10DLC की पाँच संरचनाओं जैसी ही है, फिर भी यह जानबूझकर एक अलग सूची है, क्योंकि हर प्राधिकरण खुद तय करता है कि वह क्या स्वीकार करता है।
• मासिक वॉल्यूम, किसी संख्या के बजाय एक श्रेणी के रूप में: कुल ग्यारह श्रेणियाँ, up_to_10 से लेकर up_to_1m और up_to_5m तक, और आखिरी श्रेणी above_5m है।

हर आइटम एक state भी बताता है, और टोल-फ़्री रीड में इसके पाँच मान आते हैं: not_supplied, supplied, in_review, approved और rejected। इस सेट को खुला मानें, क्योंकि समीक्षा में नए चरण जुड़ सकते हैं।

मैं कैसे जानूँ कि सत्यापन मेरी ओर से रुका है या कैरियर की ओर से?

आवश्यकताओं के रीड में मौजूद दो बूलियन इसका जवाब देते हैं, और इनमें से सिर्फ़ एक आपसे जुड़ा है।

satisfied तभी true होता है जब सत्यापन स्वीकृत हो जाता है। पूरा भरा हुआ आवेदन भी स्वीकृति की प्रतीक्षा में हो सकता है।

needs_input तब true होता है जब अगला कदम आपको उठाना है। इसमें चार स्थितियाँ आती हैं: किसी अनिवार्य आइटम का उत्तर नहीं दिया गया है, कैरियर ने बदलाव माँगे हैं, आपका ड्राफ़्ट पूरा है पर किसी ने उसे सबमिट नहीं किया है, या अस्वीकृति अभी अपनी पुनः सबमिशन अवधि के भीतर है।

दोनों का false होना पहचानना ज़रूरी है, क्योंकि इसके दो अर्थ हैं। या तो कैरियर के पास डोज़ियर है और आपको बस प्रतीक्षा करनी है, या आपका सत्यापन अस्वीकार हो चुका है और उसकी पुनः सबमिशन अवधि खत्म हो गई है। resubmit_allowed इन दोनों में फ़र्क करता है, इसलिए जब भी आप कोई अस्वीकृति पढ़ें, इसे भी पढ़ें।

सत्यापन की छह स्थितियों का क्या अर्थ है?

क्या मैं अस्वीकृत सत्यापन को ठीक कर सकता हूँ?

कभी-कभी, और इसका जवाब एक फ़ील्ड देता है: अस्वीकृत सत्यापन को केवल तभी सुधारकर दोबारा सबमिट किया जा सकता है जब resubmit_allowed true हो। संपादित करने या दोबारा सबमिट करने से पहले लौटाए गए फ़्लैग और समीक्षा स्थिति को देखें, केवल किसी तारीख से पात्रता की गणना न करें।

सत्यापन तब संपादन योग्य होता है जब वह ड्राफ़्ट हो, जब कैरियर ने और जानकारी माँगी हो, और जब तक अस्वीकृति अपनी दोबारा सबमिट करने की अवधि के भीतर हो। बाकी सभी स्थितियाँ लॉक होती हैं, जिनमें approved के साथ submitted और under_review भी शामिल हैं। यानी जिन दो स्थितियों में आप सबसे ज़्यादा प्रतीक्षा करते हैं, उन दोनों में आप संपादन नहीं कर सकते। फिर भी कोशिश करने पर conflict लौटता है।

एक जवाब सुधारने के लिए बाकी जवाब दोबारा दर्ज नहीं करने पड़ते। अपडेट केवल वही फ़ील्ड लागू करता है जो आप भेजते हैं, इसलिए एक गलत जवाब होने पर आपको केवल वही जवाब बदलना होता है, पूरा डोज़ियर नहीं।

मैं कौन-से कमांड इस्तेमाल करूँ?

छह कमांड पूरे जीवनचक्र को कवर करते हैं, और एक चरण जानबूझकर इनमें शामिल नहीं है।

bird sms tfn verifications requirements हर आइटम का अलग-अलग विवरण पढ़ता है, और get, create, update, list और cancel वही करते हैं जो उनके नाम बताते हैं। समीक्षा के लिए सत्यापन सबमिट करना इनमें शामिल नहीं है: यह डैशबोर्ड में होता है।

फ़ॉर्म भरते समय एक शॉर्टकट काम आता है। --identity-id पास करने पर व्यवसाय और संपर्क की आवश्यकताएँ उस पार्टी से पहले से भर जाती हैं जिसका विवरण आप पहले दे चुके हैं, और वे prefilled के रूप में चिह्नित होकर लौटती हैं। मैसेजिंग और opt-in आवश्यकताएँ कभी पहले से नहीं भरतीं, क्योंकि उन्हें आप हर सत्यापन के लिए नए सिरे से लिखते हैं। इस सत्यापन के लिए आपने जो कुछ पहले से दर्ज किया है, वह पार्टी के जवाब पर प्राथमिकता पाता है।

टोल-फ़्री सत्यापन की स्थिति के लिए कोई सार्वजनिक webhook इवेंट भी नहीं है, इसलिए सब्सक्रिप्शन से आपको पता नहीं चलेगा कि निर्णय कब आया। यह जानने के लिए get कमांड को बार-बार पोल करें।