WhatsApp त्रुटी 131005: प्रवेश नाकारला, परवानगी गहाळ
त्रुटी 131005 म्हणजे access token कडे WhatsApp एंडपॉइंटला आवश्यक असलेली परवानगी नाही, कारण ती कधी दिलेली नव्हती किंवा नंतर काढली गेली. Meta चे वर्णन आहे "Permission is either not granted or has been removed." उपाय: access token debugger ने टोकन तपासा, मग गहाळ परवानगी द्या किंवा ती असलेले टोकन वापरा.
"Permission is either not granted or has been removed." यासाठी Meta चा कोड.
WhatsApp वापरकर्त्यांना कोणत्याही प्रकारचा मेसेज पाठवण्यासाठी लागणारी परवानगी.
business_management, whatsapp_business_management आणि whatsapp_business_messaging, सिस्टीम यूझर टोकन तयार करताना दिल्या जातात.
WhatsApp त्रुटी 131005 म्हणजे काय?
याचा अर्थ टोकन खरे म्हणून स्वीकारले गेले आहे, पण एंडपॉइंट ज्या परवानगीची तपासणी करतो ती त्यात नाही.
Meta च्या Cloud API संदर्भात 131005 हा कोड "Permission is either not granted or has been removed." या तपशीलासह दिलेला आहे. Graph API त्रुटी 10 मध्येही अगदी हेच वाक्य आहे. फरक फक्त श्रेणीचा आहे: 10 हा सामान्य Graph API कोड आहे, तर 131005 हा 131 ने सुरू होणाऱ्या WhatsApp कोडांमध्ये येतो.
शब्द सारखेच असल्याने निदानही सारखेच आहे. दोन्हींसाठी Meta चा उपाय म्हणजे access token debugger वापरणे आणि एंडपॉइंटला आवश्यक परवानग्या ॲपकडे आहेत का ते तपासणे.
सहसा कोणती परवानगी गहाळ असते?
सहसा WhatsApp च्या दोन परवानग्यांपैकी एक, आणि कोणती ते कॉल काय करतो यावर अवलंबून असते.
Meta च्या परवानग्या मार्गदर्शकात कामानुसार दोन्हींची विभागणी केली आहे. कोणत्याही प्रकारचा मेसेज पाठवण्यासाठी आणि मेसेज व स्टेटस वेबहुक मिळवण्यासाठी whatsapp_business_messaging लागते. खात्याचा मेटाडेटा, टेम्प्लेट व्यवस्थापन, फोन नंबरची यादी, analytics आणि खात्याचे वेबहुक यांसाठी whatsapp_business_management लागते.
फक्त management परवानगी असलेले टोकन खाते वाचू शकते आणि टेम्प्लेटची यादी दाखवू शकते, पण पाठवण्याचा प्रयत्न करताच अपयशी ठरते. सिस्टीम यूझर टोकन तयार करताना Meta चे access token मार्गदर्शक business_management, whatsapp_business_management आणि whatsapp_business_messaging एकत्र देण्यास सांगते.
त्रुटी 131005 कशी दुरुस्त करायची?
आधी टोकन वाचा, मग फक्त जे गहाळ आहे तेच बदला.
debug_token एंडपॉइंटला कॉल करा, किंवा टोकन access token debugger मध्ये पेस्ट करा. scopes प्रॉपर्टीमध्ये दिलेल्या सर्व परवानग्यांची यादी असते. अपयशी ठरलेल्या एंडपॉइंटच्या संदर्भ पानाशी तिची तुलना करा.
एखादी परवानगी नसेल, तर ती असलेले नवीन टोकन तयार करा, किंवा टोकन पार्टनर फ्लोमधून आले असेल तर व्यवसाय मालकाकडून ती पुन्हा द्यायला सांगा. सर्व परवानग्या असूनही त्रुटी कायम राहिल्यास, टोकनमागील सिस्टीम यूझरला त्या विशिष्ट WhatsApp Business Account चा प्रवेश दिला आहे का ते तपासा, कारण टोकनला सर्व scopes असूनही ते त्या मालमत्तेला नेमलेले नसू शकते.
सामान्य चुका
- टोकनची मुदत संपली असे गृहीत धरणे. मुदत संपल्यास 190 किंवा 0 येतो. हा कोड म्हणजे टोकन चालते पण परवानगी नाही.
- फक्त management परवानगी असलेले टोकन तयार करून ते पाठवण्यासाठी वापरणे. पाठवण्यासाठी whatsapp_business_messaging लागते.
- scopes तपासून थांबणे. सिस्टीम यूझरला त्या विशिष्ट WhatsApp Business Account चा प्रवेशही द्यावा लागतो.
EasyCoexistence प्रत्येक नंबर Meta च्या Embedded Signup द्वारे जोडते, जिथे व्यवसाय ॲपला त्याच्या परवानग्या देतो, आणि त्याचा MCP कनेक्टर नंबरचे हेल्थ सांगतो, त्यामुळे असिस्टंट पाठवण्यापूर्वी तपासू शकतो.
वारंवार विचारले जाणारे प्रश्न
131005 आणि 10 ही एकच त्रुटी आहे का?
Meta च्या संदर्भात दोन्हींचे वर्णन सारखेच आहे. 131005 WhatsApp श्रेणीतील आहे आणि 10 Graph API श्रेणीतील.
सेटअपनंतर परवानगी काढली जाऊ शकते का?
होय. Meta चे वर्णन फक्त कधीही न दिलेल्या नव्हे, तर काढून टाकलेल्या परवानग्यांनाही स्पष्टपणे लागू होते.
त्रुटी 131005 चा फोनवरील WhatsApp Business ॲपवर परिणाम होतो का?
नाही. ती API टोकनशी संबंधित आहे. फोनवरील ॲप पूर्वीप्रमाणेच चालू राहते.
त्रुटी 131005 नंतर पुन्हा प्रयत्न करावा का?
नाही. त्याच टोकनने पुन्हा प्रयत्न केल्यास तोच निकाल येतो. आधी परवानगी दुरुस्त करा.
पुढे वाचा
सुरुवात करण्यासाठी तयार आहात?
WhatsApp Coexistence काही मिनिटांत सेट करा, काही महिन्यांत नाही. ॲप फोनवर काम करत राहते.
मोफत ट्रायल सुरू करापडताळले: