account_update ও প্রতিটি সংযোগ বিচ্ছিন্নতার কারণ

account_update-এ কী কী ইভেন্ট থাকে?

অ্যাপটি WhatsApp Business Account থেকে আনইনস্টল হলে PARTNER_REMOVED আসে। এটিই বিচ্ছিন্নতার নির্ভরযোগ্য সংকেত। কোনো ফিল্ডের মান false হয়েছে দেখে বিচ্ছিন্নতা অনুমান না করে এর ওপরই কাজ করা উচিত।

নম্বরটি সম্পূর্ণভাবে সরিয়ে নেওয়া হলে ACCOUNT_OFFBOARDED আসে। আগে সরানো সংযোগ ফিরে এলে ACCOUNT_RECONNECTED আসে। এছাড়া প্রয়োগবিধির ইভেন্ট ACCOUNT_RESTRICTION এবং ACCOUNT_VIOLATION থাকে, পাশাপাশি যেসব ইভেন্টের নামে DISABLED বা BAN আছে সেগুলোও আসে।

যাচাইকরণ ও অনুমোদনের ফলও এখানে আসে, যেসব ইভেন্টের নামে VERIFIED বা APPROVED থাকে। হ্যান্ডলারে event নাম অনুযায়ী ব্যবস্থা নিন এবং অচেনা কিছু এলে সেটিকে তথ্য হিসেবে নিন, ব্যর্থ হবেন না। কারণ Meta আগাম না জানিয়েও নতুন ইভেন্ট যোগ করতে পারে।

বিচ্ছিন্নতার কারণগুলো কী?

ছয়টি কারণ আছে, এবং প্রতিটির অর্থ আলাদা।

PRIMARY_INACTIVITY হলো প্রায় 14 দিনের নিয়ম: প্রাথমিক ডিভাইসে WhatsApp Business অ্যাপ খোলা হয়নি। এটি ফিরিয়ে আনা যায় এবং সবচেয়ে বেশি দেখা যায়।

COMPANION_INACTIVITY একই ধরনের নিষ্ক্রিয়তা, তবে সহায়ক ডিভাইসে এবং প্রায় 30 দিনের বেশি সময়সীমায়।

BUSINESS_DOWNGRADE মানে নম্বরটি আবার সাধারণ WhatsApp অ্যাপে চলে গেছে। এতে Coexistence শেষ হয়, কারণ Coexistence-এর জন্য Business অ্যাপ দরকার।

CHANGE_NUMBER মানে ফোন নম্বর বদলেছে। USER_RE_REGISTERED মানে নতুন ডিভাইসে নম্বরটি আবার নিবন্ধিত হয়েছে। আর ACCOUNT_DISCONNECTED মানে ক্লায়েন্ট ইচ্ছা করে সংযোগ বিচ্ছিন্ন করেছে, অথবা প্রয়োগবিধির কারণে তা হয়েছে।

কারণটির সঙ্গে disconnection_info.initiated_by-ও আসে। এটি জানায় কাজটি কোনো ব্যক্তি করেছে, নাকি সিস্টেম।

ইভেন্টের চেয়ে কারণ বেশি গুরুত্বপূর্ণ কেন?

কারণ PARTNER_REMOVED একা দেখে কী ব্যবস্থা নিতে হবে তা বোঝা যায় না।

PRIMARY_INACTIVITY-এর কারণে সরানো নম্বর ফিরে আসে: ব্যবসাটি অ্যাপ খোলে, আবার সংযোগ দেয় এবং সবকিছু চালু হয়। এটিকে গ্রাহক চলে যাওয়া ধরে নিলে এমন একজনকে বাতিলের ইমেল পাঠানো হবে, যিনি এখনও গ্রাহক।

BUSINESS_DOWNGRADE বা ACCOUNT_DISCONNECTED-এর কারণে সরানো নম্বর ভিন্ন পরিস্থিতি। এটিকে সাময়িক ধরে রাখলে সংযোগ চিরকাল অনিশ্চিত অবস্থায় পড়ে থাকতে পারে।

কোনো কারণ ছাড়াই অপসারণ এলে initiated_by হলো ফলব্যাক। কোনো ব্যক্তি করা অপসারণ ইচ্ছাকৃত বলে বোঝা যায়, কিন্তু কারণহীন সিস্টেম অপসারণে তা বোঝা যায় না। পরে সহায়তা কথোপকথনে না গিয়ে কোডেই এই পার্থক্য রাখা ভালো।

সাধারণ ভুলগুলো

• সব PARTNER_REMOVED-কে একইভাবে দেখা। কারণটি দুই সপ্তাহের নীরবতা আর গ্রাহক চলে যাওয়ার পার্থক্য করে।
• কোনো ফিল্ড false হওয়া দেখে বিচ্ছিন্নতা অনুমান করা, এই ইভেন্ট থেকে নয়। এতে মিথ্যা সতর্কবার্তা তৈরি হয়।
• অচেনা ইভেন্ট নাম এলে ব্যর্থ হওয়া। Meta নতুন ইভেন্ট যোগ করে, তাই হ্যান্ডলারের অজানা ইভেন্ট এড়িয়ে যাওয়া উচিত।

প্রায়শই জিজ্ঞাসিত প্রশ্ন

আরও পড়ুন