मेरा toll-free 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 भी रिपोर्ट करता है, और toll-free रीड पाँच देता है: not_supplied, supplied, in_review, approved और rejected। इस सेट को खुला मानें, क्योंकि समीक्षा में चरण बढ़ सकते हैं।

मुझे कैसे पता चले कि यह मेरी प्रतीक्षा कर रहा है या कैरियर की?

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

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

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

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

छह सत्यापन स्थितियों का क्या मतलब है?

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

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

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

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

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

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

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

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

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