Meta Tech Provider

WhatsApp गड़बड़ी 190: ऐक्सेस टोकन की अवधि खत्म

गड़बड़ी 190 का मतलब है कि अनुरोध के लिए इस्तेमाल किया गया ऐक्सेस टोकन समाप्त हो गया है या अमान्य कर दिया गया है। हर कॉल एक जैसी विफल होती है, इसलिए लगता है कि नंबर गायब हो गया। ऐसा नहीं है: क्रेडेंशियल में गड़बड़ी है और नंबर आमतौर पर ठीक रहता है।

190

Meta का कोड ऐसे ऐक्सेस टोकन के लिए जिसकी अवधि खत्म हो गई है या जिसे अमान्य कर दिया गया है।

0

Meta का कोड इसी स्थिति को पुष्टि संबंधी विफलता के रूप में बताने के लिए।

2 tokens

EasyCoexistence हर कनेक्शन के लिए क्रेडेंशियल रखता है, इसलिए अस्वीकृति की वजह पता लगाई जा सकती है।

अवधि खत्म हुआ टोकन खोए हुए नंबर जैसा क्यों दिखता है?

क्योंकि हर अनुरोध विफल होता है और सभी एक ही तरह विफल होते हैं।

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

यह अंतर महत्वपूर्ण है क्योंकि दोनों के जवाब अलग होते हैं। खराब क्रेडेंशियल बदला जाता है। हटाए गए नंबर को फिर से कनेक्ट करना पड़ता है, जिसके लिए कारोबारी मालिक और फ़ोन की जरूरत होती है।

दोनों स्थितियों में अंतर कैसे पता चलता है?

ऐसे दूसरे क्रेडेंशियल से, जो उसी खाते को पढ़ सके।

EasyCoexistence हर कनेक्शन के साथ क्लाइंट का टोकन और अपना System User टोकन रखता है। जब एक अस्वीकार हो जाता है, तो दूसरा WhatsApp Business खाते को पढ़कर तय करता है कि वास्तव में कौन-सी चीज़ खराब हुई। अगर क्लाइंट टोकन अस्वीकार हो, लेकिन दूसरा टोकन पढ़ सके, तो क्रेडेंशियल की अवधि खत्म हुई है और नंबर ठीक है। दोनों विफल हों, तो नंबर के साथ कुछ हुआ है।

दूसरे रीडर के बिना अंतर बताने का एकमात्र तरीका कारोबारी मालिक से जांच करवाना है। निगरानी का उद्देश्य ही ऐसी रुकावट से बचना है।

टोकन अमान्य कैसे हो जाते हैं?

कई तरीकों से, और अधिकतर जानबूझकर नहीं।

टोकन की वैधता अवधि होती है और वे अपने आप समाप्त हो जाते हैं। Meta खाते का पासवर्ड बदलने पर वे अमान्य हो जाते हैं। कोई व्यक्ति Business Settings में ऐप की पहुंच हटाए, तब भी ऐसा होता है। Meta किसी टोकन को जोखिम वाला मानकर वापस ले ले, तो भी यही होता है। इनमें से किसी स्थिति से पहले चेतावनी नहीं मिलती और फ़ोन के WhatsApp Business ऐप में भी इनका पता नहीं चलता।

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

आम गड़बड़ियाँ

  • नंबर को फिर से कनेक्ट करना। अगर समस्या टोकन में है, तो इससे कारोबारी मालिक को ऐसा काम करना पड़ेगा जिसकी जरूरत ही नहीं थी।
  • इसे कभी-कभी होने वाली समस्या मानकर दोबारा प्रयास करना। अमान्य किया गया टोकन अपने आप ठीक नहीं होता।
  • एक ही क्रेडेंशियल पर निर्भर रहना। एक टोकन होने पर क्रेडेंशियल की विफलता और खोए हुए नंबर में अंतर बताने का कोई तरीका नहीं होता।
EasyCoexistence के साथ ऐसा करना

EasyCoexistence हर कनेक्शन के साथ दो टोकन रखता है, इसलिए अस्वीकृत क्रेडेंशियल का अनुमान नहीं लगाया जाता, उसकी वजह पता चलती है और खराब टोकन को हटाकर नंबर बचा रहता है।

अक्सर पूछे जाने वाले सवाल

क्या नंबर अब भी काम करता है?

आमतौर पर हां। WhatsApp Business ऐप पर असर नहीं पड़ता और नंबर सुरक्षित रहता है। बंद केवल एपीआई की पहुंच हुई है।

क्या गड़बड़ी 0 भी यही समस्या है?

व्यवहार में हां। एंडपॉइंट के आधार पर Meta इस स्थिति की सूचना दोनों कोड में से किसी एक के तहत देता है।

क्या फिर से कनेक्ट करने से समस्या ठीक होगी?

हां, लेकिन यह छोटी समस्या का भारी समाधान है। इसमें कारोबारी मालिक और फ़ोन की जरूरत पड़ती है, जबकि नया क्रेडेंशियल ही पर्याप्त है।

क्या टोकन को कभी समाप्त न होने वाला बनाया जा सकता है?

System User टोकन लंबे समय तक मान्य रह सकते हैं। इसी वजह से दूसरा टोकन रखना उपयोगी है।

पढ़ना जारी रखें

शुरू करने के लिए तैयार हैं?

WhatsApp Coexistence को महीनों में नहीं, मिनटों में कॉन्फ़िगर करें। ऐप्लिकेशन मोबाइल पर काम करता रहता है।

मुफ़्त ट्रायल शुरू करें

इस तारीख को सत्यापित

WhatsApp गड़बड़ी 190