account_update वेबहुक आणि प्रत्येक डिस्कनेक्शनचे कारण

account_update मध्ये कोणते events असतात?

ॲप WhatsApp Business Account मधून अनइन्स्टॉल केल्यावर PARTNER_REMOVED येते. हा डिस्कनेक्शनचा अधिकृत सिग्नल आहे. एखादे field false झाले म्हणून डिस्कनेक्शनचा अंदाज घेण्यापेक्षा याच्यावर आधारित अंमलबजावणी करणे योग्य आहे.

नंबर पूर्णपणे offboard केल्यावर ACCOUNT_OFFBOARDED येते. आधी काढलेले कनेक्शन परत आल्यावर ACCOUNT_RECONNECTED येते. अंमलबजावणीशी संबंधित events मध्ये ACCOUNT_RESTRICTION आणि ACCOUNT_VIOLATION, तसेच नावात DISABLED किंवा BAN असलेले events येतात.

पडताळणी आणि मंजुरीचे निकालही येथे येतात. त्यांच्या event नावात VERIFIED किंवा APPROVED असते. Handler ने event नावानुसार कृती करावी आणि अपरिचित event ला त्रुटी न मानता माहिती म्हणून हाताळावे, कारण Meta पूर्वसूचनेशिवाय नवीन events जोडते.

डिस्कनेक्शनची कारणे कोणती?

सहा कारणे आहेत आणि त्यांचे अर्थ एकमेकांपेक्षा खूप वेगळे आहेत.

PRIMARY_INACTIVITY म्हणजे साधारण 14 दिवसांचा नियम: प्राथमिक डिव्हाइसवर WhatsApp Business ॲप उघडले गेले नाही. हे पुन्हा मिळवता येते आणि सर्वात सामान्य कारण आहे.

COMPANION_INACTIVITY हीच कल्पना companion डिव्हाइसवर लागू होते, पण विंडो सुमारे 30 दिवसांची असते.

BUSINESS_DOWNGRADE म्हणजे नंबर पुन्हा ग्राहकांसाठीच्या WhatsApp ॲपवर गेला. त्यामुळे Coexistence संपते, कारण Coexistence साठी Business ॲप आवश्यक आहे.

CHANGE_NUMBER म्हणजे फोन नंबरच बदलला. USER_RE_REGISTERED म्हणजे नंबर नव्या डिव्हाइसवर पुन्हा नोंदवला गेला. ACCOUNT_DISCONNECTED म्हणजे क्लायंटने तो जाणीवपूर्वक डिस्कनेक्ट केला किंवा अंमलबजावणीमुळे तो काढला गेला.

disconnection_info.initiated_by सोबत हे कारणही येते. कृती एखाद्या व्यक्तीने केली की सिस्टिमने, हे त्यातून कळते.

event पेक्षा कारण महत्त्वाचे का आहे?

कारण PARTNER_REMOVED एकट्याने पुढे काय करायचे ते सांगत नाही.

PRIMARY_INACTIVITY मुळे काढलेला नंबर परत येतो: व्यवसाय ॲप उघडतो, पुन्हा कनेक्ट करतो आणि सर्वकाही सुरू होते. याला ग्राहकाने खाते सोडले असे मानल्यास अजूनही ग्राहक असलेल्या व्यक्तीला रद्द करण्याचा ईमेल जाऊ शकतो.

BUSINESS_DOWNGRADE किंवा ACCOUNT_DISCONNECTED मुळे काढलेला नंबर वेगळी परिस्थिती दर्शवतो. त्याला तात्पुरते मानल्यास कनेक्शन कायमचे प्रलंबित राहू शकते.

कधी कधी removal सोबत कोणतेही कारण येत नाही. अशावेळी initiated_by हा फॉलबॅक आहे: एखाद्या व्यक्तीने केलेले removal जाणीवपूर्वक मानता येते, पण कारण नसलेले system removal तसे मानता येत नाही. ही स्पष्टता नंतरच्या सपोर्ट संभाषणाऐवजी कोडमध्ये ठेवणे योग्य आहे.

सामान्य चुका

• प्रत्येक PARTNER_REMOVED सारखेच हाताळणे. कारणामुळे दोन आठवड्यांची शांतता आणि ग्राहकाने खाते सोडणे यातील फरक कळतो.
• या event ऐवजी एखादे field false झाल्यावरून डिस्कनेक्शनचा अंदाज घेणे. त्यामुळे चुकीचे अलर्ट निर्माण होतात.
• अपरिचित event नाव आल्यावर त्रुटी मानणे. Meta नवीन events जोडते, त्यामुळे Handler ने अपरिचित event वगळावे.

वारंवार विचारले जाणारे प्रश्न

पुढे वाचा