# EasyCoexistence: বাংলা (bn) EasyCoexistence is an independent Meta Tech Provider. It is not a Meta product and is not affiliated with or endorsed by Meta. Product documentation (English): https://easycoexistence.com/llms-full.txt ## Claude, ChatGPT ও Cursor-এর জন্য WhatsApp MCP সার্ভার https://easycoexistence.com/bn/whatsapp-mcp-server একটি MCP সার্ভার AI সহকারীকে সরাসরি WhatsApp ব্যবহার করতে দেয়: এটি আপনার নম্বরের তালিকা দেখায়, মেসেজ ও টেমপ্লেট পাঠায়, হেলথ পরীক্ষা করে এবং আপনার সিস্টেমে ওয়েবহুক নির্দেশ করে। EasyCoexistence Meta-র official Cloud API-তে এমন একটি সার্ভার চালায়, তাই আপনার গ্রাহকেরা যে নম্বরে আগেই মেসেজ করেন সেটি অফিসিয়ালই থাকে এবং ঝুঁকিতে পড়ে না। ### WhatsApp MCP সার্ভার কী? MCP, অর্থাৎ Model Context Protocol, হলো AI সহকারীর এমন একটি টুলে পৌঁছানোর পদ্ধতি, যার মালিক সে নয়। আপনি একবার একটি কানেক্টর যোগ করলে সহকারী আপনার হয়ে সাধারণ ভাষায় সেই টুল কল করতে পারে, মাঝখানে কোনো গ্লু কোড ছাড়াই। একটি WhatsApp MCP সার্ভার WhatsApp নম্বরকে এমন একটি টুল হিসেবে প্রকাশ করে। API-তে প্রমাণীকরণ করে পেলোড তৈরি ও প্রতিক্রিয়া সামলানোর স্ক্রিপ্ট লেখার বদলে আপনি বলতে পারেন: এই গ্রাহককে একটি মেসেজ পাঠান, অর্ডার আপডেটের জন্য একটি টেমপ্লেট তৈরি করুন, এই নম্বরটির হেলথ কেমন বলুন। সহকারীই কলগুলো করে। গুরুত্বপূর্ণ হলো এটি কোন WhatsApp-এ পৌঁছায়। একই নামে থাকা দুটি সম্পূর্ণ আলাদা জিনিস আছে, আর সেই পার্থক্যই ঠিক করে ক্লায়েন্টের নম্বর টিকে থাকবে কি না। ### বেশিরভাগ WhatsApp MCP সার্ভারের নম্বর ব্যান হয় কেন? আজ আপনি যে প্রায় সব WhatsApp MCP সার্ভার ইনস্টল করতে পারেন, সেগুলো WhatsApp Web চালিয়ে কাজ করে। ব্রাউজার ক্লায়েন্টের মতোই এটি লিংক করা ডিভাইস হিসেবে লগ ইন করে এবং সেই সেশন স্বয়ংক্রিয়ভাবে চালায়। এটি WhatsApp-এর শর্তবিরুদ্ধ। ভোক্তা ক্লায়েন্টের স্বয়ংক্রিয় ও ব্যাপক ব্যবহার সেখানে নিষিদ্ধ, আর লিংক করা ডিভাইসই ভোক্তা ক্লায়েন্ট। এভাবে ব্যবহার করা নম্বর ব্যান হতে পারে, এবং ব্যান ঠেকানোর দাবি এমন কিছুর কথা বলে যা বিক্রেতা নিয়ন্ত্রণ করে না। ব্যক্তিগত নম্বরের ক্ষেত্রে এটি বিরক্তিকর। কিন্তু ক্লায়েন্টের গ্রাহকেরা যে নম্বরে আগেই মেসেজ করেন, সেটিই তার ব্যবসা। EasyCoexistence কানেক্টর এভাবে কাজ করে না। এটি Meta-র official Cloud API কল করে, Meta-র নিজস্ব Coexistence ফিচারের মাধ্যমে অনবোর্ড করা নম্বরে। এখানে কোনো লিংক করা ডিভাইস নেই এবং হারানোর মতো কোনো সেশনও নেই। ### AI আসলে এটি দিয়ে কী করতে পারে? 16টি টুল, যা মানুষ বাস্তবে যে কাজগুলো চায় সেগুলোর সঙ্গে মেলে। পড়া: আপনার অ্যাকাউন্টের নম্বরগুলোর তালিকা দেখানো, একটি নম্বরের হেলথ পরীক্ষা করা, অর্থাৎ তার কোয়ালিটি রেটিং, মেসেজিং স্তর ও সংযোগের অবস্থা দেখা, এবং অন্য কোথাও দরকার হলে তার API ক্রেডেনশিয়াল পড়া। পাঠানো: 24 ঘণ্টার সেশনের মধ্যে একটি মেসেজ পাঠানো; নম্বরের টেমপ্লেটগুলোর তালিকা দেখা, নতুন টেমপ্লেট তৈরি করা, Meta সেটি অনুমোদন করেছে কি না পরীক্ষা করা এবং সময়সীমার বাইরে কথোপকথন শুরু করতে অনুমোদিত টেমপ্লেট পাঠানো। সংযোগ: ওয়েবহুকের গন্তব্য সেট করা, যাতে Meta থেকে আসা মেসেজ সরাসরি আপনার সার্ভারে যায়। আর একটি সংযোগ শুরু করা, যা ক্লায়েন্টের নম্বর যুক্ত করার জন্য খোলার লিংক ফিরিয়ে দেয়। ডকুমেন্টেশনের একটি টুলও আছে, তাই সহকারী অনুমান না করে কোনো বিষয় কীভাবে কাজ করে তা দেখে নিতে পারে। শেষের এই জোড়াটিই এটিকে সাধারণ চ্যাট খেলনার চেয়ে বেশি কিছু বানায়। কোনো মানুষ ড্যাশবোর্ড না খুলেও একটি এজেন্ট নম্বর অনবোর্ড করে আপনার সিস্টেমে নির্দেশ করতে পারে। Partner API: আপনার নিজের সফটওয়্যার যখন তার গ্রাহকদের নিজেদের নম্বর যুক্ত করতে দেয়, তখন আরও পাঁচটি টুল হোস্টেড কানেক্ট লিংক সেট আপ করে। এগুলো সেটআপের অবস্থা দেখায়, API কী তৈরি বা বাতিল করে, স্ট্যাটাস ইভেন্ট গ্রহণকারী URL সেট করে এবং একজন গ্রাহকের জন্য কানেক্ট লিংক তৈরি করে। ### ব্যবসা কি ফোনের অ্যাপ ব্যবহার চালিয়ে যেতে পারে? হ্যাঁ, আর ব্যবসা যে নম্বরের ওপর আগে থেকেই নির্ভর করে, সেখানে এটি কাজ করার পুরো কারণও এটাই। Coexistence হলো Meta-র অফিসিয়াল মোড, যাতে একই নম্বরে একই সময়ে WhatsApp Business অ্যাপ এবং Cloud API চালানো যায়। টিম আগের মতোই ফোন থেকে উত্তর দিতে থাকে, একই চ্যাট, একই ইতিহাস ও একই ডিভাইস ব্যবহার করে, আর API একই লাইনে মেসেজ পাঠায় ও গ্রহণ করে। API যা পাঠায় তা অ্যাপে দেখা যায়, আর টিম অ্যাপে যা লেখে তা API-তে দেখা যায়। তাই এজেন্ট কাউকে সরিয়ে দিচ্ছে না। সম্ভব হলে এটি উত্তর দেয়, আর মানুষ চাইলে ফোনে একই থ্রেডে দায়িত্ব নেয়। কোনো পক্ষকেই অন্য পক্ষের বিষয়ে জানতে হয় না। 1. Connect the number: Sign up, then run Meta's Embedded Signup and scan the code from the WhatsApp Business app. About two minutes, and nothing about the app changes. 2. Add the connector: In Claude, ChatGPT, Cursor or Claude Code, add a custom connector pointing at https://easycoexistence.com/api/mcp and sign in. OAuth, so no key is pasted anywhere. 3. Ask for something: "Which of my numbers is unhealthy?" or "Send Sarah the booking confirmation." The assistant picks the tool and makes the call. - 24 ঘণ্টার সেশনের বাইরে সাধারণ মেসেজ পাঠানো। সময়সীমার বাইরে শুধু অনুমোদিত টেমপ্লেট যায়, তাই শুধু send_message জানা কোনো এজেন্ট 25তম ঘণ্টায় নীরব হয়ে যাবে। - গ্রুপ চ্যাট আশা করা। প্রতিটি প্রোভাইডারের ক্ষেত্রেই Coexistence নম্বর groups API থেকে বাদ থাকে। - Meta-র GET হ্যান্ডশেকের উত্তর দিতে পারে না এমন URL-এ ওয়েবহুক নির্দেশ করা। Meta কিছু পাঠানোর আগে এন্ডপয়েন্ট যাচাই করে, আর নীরব 404 প্রথম মেসেজ না আসা পর্যন্ত কাজ করা সেটআপের মতোই দেখায়। **এর কারণে কি আমার ক্লায়েন্টের নম্বর ব্যান হতে পারে?** না। এটি Meta-র official Cloud API, যা Meta-র নিজস্ব Coexistence ফিচারের মাধ্যমে ব্যবহৃত হয়। মানুষ যে ব্যানের ঝুঁকির কথা বলে, তা আসে অনানুষ্ঠানিক গেটওয়ে থেকে, যেগুলো লিংক করা ডিভাইস হিসেবে লগ ইন করে। এটি সম্পূর্ণ আলাদা পদ্ধতি। **কোন সহকারীগুলোর সঙ্গে কানেক্টরটি কাজ করে?** HTTP-তে OAuth সহ MCP সমর্থন করে এমন যেকোনো সহকারী: Claude, ChatGPT, Cursor, Claude Code এবং আজকের Codex। এটি একটি রিমোট এন্ডপয়েন্ট, তাই আপনার মেশিনে কিছু চলে না। **আমার কথোপকথন কি আপনাদের সার্ভারের মধ্য দিয়ে যায়?** না। আসা মেসেজ Meta থেকে সরাসরি আপনার নির্ধারিত ওয়েবহুকে যায়, আর আমরা কথোপকথনের বিষয়বস্তু সংরক্ষণ করি না। সংযোগ পর্যবেক্ষণের জন্য দরকারি অ্যাকাউন্ট ও ফোন নম্বরের স্ট্যাটাস আমরা রাখি, এর বেশি কিছু নয়। **আমি কি একাধিক ক্লায়েন্টের জন্য একটি কানেক্টর ব্যবহার করতে পারি?** হ্যাঁ। একটি অ্যাকাউন্টে আপনার প্রয়োজনমতো যত নম্বর রাখতে পারেন, প্রতিটির সংযোগ আলাদাভাবে বিল হয়, আর কানেক্টর সবগুলোর তালিকা দেখায়। আপনি যে ব্যবসাগুলোকে সেবা দেন, সেগুলোর জন্য এটি ব্যবহারে কোনো বাধা নেই। --- ## WhatsApp Coexistence: একই নম্বরে অ্যাপ ও API https://easycoexistence.com/bn/whatsapp-coexistence Coexistence হলো Meta-র অফিসিয়াল মোড, যেখানে একই নম্বরে একই সময়ে WhatsApp Business অ্যাপ ও Cloud API চালানো যায়। টিম ফোন থেকেই একই চ্যাট ও ইতিহাস রেখে উত্তর দেয়, আর সফটওয়্যার সেই সংযোগে মেসেজ পাঠায় ও গ্রহণ করে। কিছু মাইগ্রেট হয় না এবং নম্বরও বদলায় না। ### Coexistence আসলে কোন সমস্যার সমাধান করে? এটি আসার আগে কোনো ব্যবসায়িক নম্বর WhatsApp API-তে যুক্ত করতে হলে অ্যাপ ছাড়তে হতো। নম্বর মাইগ্রেট করা হতো, ফোন WhatsApp ক্লায়েন্ট হিসেবে কাজ করা বন্ধ করত, আর সারাদিন গ্রাহকদের উত্তর দেওয়া ব্যক্তিকে নতুন কেনা সফটওয়্যার দিয়ে কাজ করতে হতো। বেশিরভাগ ছোট টিম এই বিনিময় মেনে নিত না, তাই তারা কোনো কিছু অটোমেটও করত না। Coexistence এই বিনিময় সরিয়ে দেয়। অ্যাপ আগের মতোই কাজ করে। একই ব্যক্তি একই ফোন থেকে উত্তর দেন, একই কথোপকথন দেখেন এবং নতুন কিছু শেখার প্রয়োজন হয় না। একই সময়ে API সেই নম্বরে যুক্ত থাকে এবং মেসেজ পাঠাতে, গ্রহণ করতে ও অন্য সিস্টেমের সঙ্গে সংযুক্ত হতে পারে। তাই প্রশ্নটি আর ফোন ছাড়তে হবে কি না, তা নয়। বরং সফটওয়্যারকে কোন কাজ দিতে চান, আর মানুষ কখন একই কথোপকথনে আবার যুক্ত হবে, সেটিই মূল বিষয়। ### সংযুক্ত করার পর ফোনে কী বদলায়? প্রায় কিছুই নয়, আর সেটিই এর উদ্দেশ্য। অ্যাপ একইভাবে খোলে, কনট্যাক্ট তালিকা একই থাকে এবং পুরোনো কথোপকথনও সব থাকে। কাউকে নতুন কোথাও লগ ইন করতে হয় না। যা বদলায়, তা ফোনে চোখে পড়ে না। API যে মেসেজ পাঠায়, তা অ্যাপের কথোপকথনে দেখা যায়। ফলে উত্তরদাতা অর্ধেক নয়, পুরো বিষয়টি দেখতে পান। অ্যাপে লেখা মেসেজ API-তেও দেখা যায়, তাই কোনো মানুষ আগে উত্তর দেওয়ার পর সফটওয়্যার তার ওপর আবার উত্তর দেয় না। নম্বর প্রথমবার সংযুক্ত হলে Meta প্রায় ছয় মাসের ইতিহাস সিঙ্ক করে, তাই API শূন্য থেকে শুরু করে না। শুরুতেই দুটি সীমা জেনে রাখুন: Coexistence নম্বরে, সব প্রদানকারীর ক্ষেত্রেই, গ্রুপ চ্যাট API-তে আসে না এবং নম্বরটি WhatsApp-এর কনজিউমার অ্যাপে থাকতে পারে না, শুধু Business অ্যাপে থাকতে পারে। ### Coexistence কার জন্য? দুটি গোষ্ঠীর জন্য, এবং তারা এর কাছ থেকে বিপরীত জিনিস চায়। একটি নম্বর ও ছোট টিমের কোনো ব্যবসা চায় ফোনটি চলতে থাকুক, আর কিছু পুনরাবৃত্ত কাজ অটোমেট হোক: নিশ্চিতকরণ, রিমাইন্ডার এবং ব্যবসার সময়ের বাইরের প্রথম উত্তর। তারা কাউকে বদলাতে সফটওয়্যার কিনছে না। তারা সন্ধ্যার সময় ফিরে পেতে এটি কিনছে। এজেন্সি, কনসালট্যান্সি বা ডেভেলপার উল্টো দিকটি চান। তারা অনেক ব্যবসার জন্য কাজ করেন, যাদের প্রত্যেকের এমন নম্বর আছে যা তারা বদলাতে বা মাইগ্রেট করতে পারেন না। অথচ তৈরি করা সিস্টেমগুলোতে সেই নম্বরগুলো পৌঁছানো দরকার। ক্লায়েন্টের কর্মীরা হাতে উত্তর দিতে থাকা কোনো নম্বরে API যুক্ত করার একমাত্র অফিসিয়াল উপায় হলো Coexistence। উভয়েরই ভেতরের প্রয়োজন এক: সংযোগটি সচল থাকতে হবে এবং কখন তা আর সচল নেই, তা কাউকে বুঝতে হবে। ### Coexistence সংযোগে মনিটরিং দরকার কেন? কারণ কাউকে না জানিয়েও এটি কাজ করা বন্ধ করতে পারে। প্রতিটি নম্বরের একটি কোয়ালিটি রেটিং ও মেসেজিং টিয়ার থাকে, যা প্রাপকের প্রতিক্রিয়ার ভিত্তিতে Meta বদলায়। রেটিং কমে। টিয়ার বদলে যায়। অ্যাক্সেস টোকেনের মেয়াদ শেষ হয়। যে ওয়েবহুক গন্তব্য আর উত্তর দেয় না, সেটিতে অনন্তকাল রিকোয়েস্ট পাঠানো হয় না। এর কোনো কিছুই ফোনে সতর্কবার্তা তৈরি করে না, আর অ্যাপ স্বাভাবিকভাবেই চলতে থাকে। তাই প্রথম লক্ষণটি সাধারণত কোনো গ্রাহকের বলা, সে মেসেজ পায়নি। Meta এমন একটি নিয়মও প্রয়োগ করে, যেখানে কোনো সংযোগে 14 দিন API কার্যকলাপ না থাকলে সেটিতে নজর দেওয়া দরকার। নিয়মটি গোপন বা অন্যায্য নয়, কিন্তু সহজেই চোখ এড়িয়ে যেতে পারে। EasyCoexistence এটিই দেখে। সংযোগটি নিয়মিত পরীক্ষা করা হয়, আর কিছু বদলালে গ্রাহকের কাছ থেকে জানার বদলে আমাদের কাছ থেকেই জানতে পারেন। 1. Sign up: Create an account and add a card. The first 3 days are free, and nothing is charged until they end. 2. Run Embedded Signup: Meta's own flow opens, you pick the number, and you scan a code from the WhatsApp Business app. About two minutes. 3. Point it somewhere: Set the webhook destination to your own system, or add the MCP connector and let an assistant do it. The app on the phone carries on as before. - WhatsApp-এর কনজিউমার অ্যাপে থাকা কোনো নম্বর সংযুক্ত করার চেষ্টা করা। Coexistence-এর জন্য Business অ্যাপ দরকার, তাই নম্বরটি আগে সেখানে নিতে হবে। - গ্রুপ চ্যাট API-তে আসবে ধরে নেওয়া। সব প্রদানকারীর ক্ষেত্রেই Coexistence নম্বরে এগুলো API-তে আসে না, তাই গ্রুপনির্ভর কিছু কাজ করবে না। - গ্রাহকের শেষ মেসেজের 24 ঘণ্টার বেশি পরে ফ্রি টেক্সট দিয়ে উত্তর দেওয়া। ওই সময়ের পরে শুধু অনুমোদিত টেমপ্লেট পাঠানো যায়। - Meta-র যাচাইকরণ রিকোয়েস্টের উত্তর দিতে পারে না এমন URL-এ ওয়েবহুক রেখে দেওয়া। কিছু পাঠানোর আগে Meta এন্ডপয়েন্ট পরীক্ষা করে, আর নীরব ব্যর্থতা সচল সেটআপের মতোই দেখায়। **আমার টিমকে কি ফোন ব্যবহার বন্ধ করতে হবে?** না। Coexistence-এর মূল কথাই এটি। WhatsApp Business অ্যাপ একই নম্বরে, একই কথোপকথনসহ চলতে থাকে, আর API পাশাপাশি কাজ করে। **আমার আগের কথোপকথন কি হারিয়ে যাবে?** না। সেগুলো অ্যাপেই থাকে, আর নম্বর সংযুক্ত হলে Meta প্রায় ছয় মাসের ইতিহাস API-তে সিঙ্ক করে। তাই সফটওয়্যার প্রসঙ্গসহ শুরু করে, শূন্য থেকে নয়। **আমি কি এটি বাতিল করতে পারব?** হ্যাঁ। নম্বর সংযোগ বিচ্ছিন্ন করা যায়, আর অ্যাপ আগের মতোই চলতে থাকে। সংযুক্ত করার ফলে নম্বরটির কোনো কিছু স্থায়ীভাবে বদলে যায় না। **এটি কি অনানুষ্ঠানিক WhatsApp API-এর মতো?** না, আর এই পার্থক্যেই নম্বরটি টিকে থাকবে কি না নির্ধারিত হয়। Coexistence হলো Cloud API-তে Meta-র অফিসিয়াল ফিচার। অনানুষ্ঠানিক গেটওয়ে লিঙ্ক করা ডিভাইস হিসেবে WhatsApp Web চালায়, যা শর্ত ভঙ্গ করে এবং নম্বর নিষিদ্ধ হতে পারে। --- ## অনানুষ্ঠানিক WhatsApp API: কোন কারণে নম্বর সত্যিই নিষিদ্ধ হয় https://easycoexistence.com/bn/unofficial-whatsapp-api-risks অনানুষ্ঠানিক WhatsApp API লিঙ্ক করা ডিভাইস হিসেবে সাইন ইন করে এবং WhatsApp Web-এর সেশন স্বয়ংক্রিয়ভাবে চালায়। এতে WhatsApp-এর শর্ত ভাঙে, Meta এই আচরণ শনাক্ত করে এবং নম্বর নিষিদ্ধ হয়। অফিসিয়াল Cloud API একই কাজ করে Meta সমর্থিত একটি ইন্টারফেসের মাধ্যমে, ব্যবসা আগে থেকেই যে নম্বর ব্যবহার করে তাতেই। ### অনানুষ্ঠানিক WhatsApp API কীভাবে কাজ করে? বিপণনে যা-ই বলা হোক, সবগুলো ভেতরে একই কাজ করে। এগুলো WhatsApp Web যে প্রোটোকল ব্যবহার করে তা খুলে, একটি অ্যাকাউন্টের সঙ্গে লিঙ্ক করা ডিভাইস হিসেবে নিজেদের জোড়ে, তারপর প্রোগ্রামিংয়ের মাধ্যমে সেই সেশন চালায়। লাইব্রেরি সকেট থেকে আসা মেসেজ পড়ে এবং সেখান দিয়েই পাঠানো মেসেজ আবার ঠেলে দেয়। এ কারণেই এগুলো সস্তা, কয়েক মিনিটে ইনস্টল হয় এবং অফিসিয়াল API যে ফিচারগুলো প্রকাশ করে না, সেগুলোতেও পৌঁছাতে পারে। আবেদন করার মতো কোনো অ্যাকাউন্ট নেই, পেরোনোর মতো কোনো পর্যালোচনাও নেই। আপনি একটি কোড স্ক্যান করেন, তারপরই পাঠানো শুরু করেন। এ কারণেই নম্বরটি ঝুঁকিতে থাকে। ওই সেশনের কোনো অংশই অনুমোদিত নয়। WhatsApp-এর শর্তে কনজিউমার ক্লায়েন্টের স্বয়ংক্রিয় বা ব্যাপক ব্যবহার নিষিদ্ধ, আর লিঙ্ক করা ডিভাইসই কনজিউমার ক্লায়েন্ট। সুবিধা ও ঝুঁকি একই সত্যের দুই দিক। ### Meta আসলে কীভাবে এটি শনাক্ত করে? লাইব্রেরির নাম খুঁজে নয়, যদিও অনেকে তাই ভাবেন এবং মনে করেন কোড নতুন করে লিখলেই রক্ষা পাবেন। শনাক্তকরণ আচরণভিত্তিক, এবং এটি ট্র্যাফিকের ধরন দেখে। স্বয়ংক্রিয় ব্যবস্থাই স্বাভাবিকভাবে যে সংকেত তৈরি করে, সেগুলোই দেখা হয়। পাঠানো মেসেজ ও পাওয়া উত্তরের অনুপাত, কারণ বাস্তব কথোপকথন মোটামুটি ভারসাম্যপূর্ণ হলেও ব্রডকাস্ট তা নয়। কনট্যাক্ট গ্রাফে দূরত্ব, কারণ যারা কখনও আপনাকে লেখেনি এবং যাদের সঙ্গে কোনো অভিন্ন কনট্যাক্ট নেই, তাদের লেখা স্বাভাবিক ব্যবহারের মতো দেখায় না। সময়ের নিয়মিততা, কারণ মানুষ নির্দিষ্ট বিরতিতে মেসেজ পাঠায় না। প্রাপকের রিপোর্ট, যেগুলোর ওজন বেশি এবং যেগুলো দ্রুত আসে। এ কারণেই এক বছর চলা গেটওয়ে নিরাপত্তার প্রমাণ নয়। এটি শুধু প্রমাণ করে যে ট্র্যাফিক এখনও কোনো সীমা পার হয়নি। কোন লাইব্রেরি মেসেজ পাঠাচ্ছে, সেই সীমা তার ওপর নির্ভর করে না। ### নিষেধাজ্ঞার প্রকৃত খরচ কত? স্বয়ংক্রিয় ব্যবস্থাটি যতটা মূল্যবান ছিল, তার চেয়েও বেশি, আর এই অংশটিই কম হিসাব করা হয়। নম্বরটি কাজ করা বন্ধ করে দেয়। স্বয়ংক্রিয় ব্যবস্থা নয়, নম্বরটি। ওই নম্বরের প্রতিটি কথোপকথন অপ্রাপ্য হয়ে যায়, আর সেসব কথোপকথনের গ্রাহকেরা কিছুই জানতে পারেন না। তারা শুধু আর উত্তর পেতে থাকেন না। যে ব্যবসার নম্বর গাড়ি, দোকানের সামনের অংশ, কার্ড বা হাজারো পুরনো ইনভয়েসে ছাপা আছে, তাদের কাছে নম্বরটি সফটওয়্যারের চেয়ে ফোন লাইনের কাছাকাছি। ইতিহাসও সঙ্গে চলে যায়। ওই থ্রেডগুলোর ভেতরে তৈরি কনট্যাক্ট তালিকাটিও। আপিলের সুযোগ আছে এবং কখনও কাজও করে, কিন্তু তা ধীর, আর ফলাফলের নিশ্চয়তা কেউ দিতে পারে না। এজেন্সির ক্ষেত্রে হিসাব আরও খারাপ, কারণ যে নম্বরটি কাজ করা বন্ধ করে সেটি এমন এক ক্লায়েন্টের, যাকে কখনও বলা হয়নি যে এটাই ব্যবস্থাটি। ### এর বদলে অফিসিয়াল পথটি কেমন? অফিসিয়াল API নিয়ে আপত্তিটি একসময় বাস্তব ছিল। নম্বর স্থানান্তর করতে হতো, এতে ফোনের WhatsApp Business অ্যাপ বন্ধ হয়ে যেত, আর কোনো ছোট দলই তা মেনে নিতে চাইত না। Coexistence সেই আপত্তি দূর করেছে। একই নম্বরে একই সময়ে Business অ্যাপ ও Cloud API চালানোর জন্য এটি Meta-এর নিজস্ব পদ্ধতি। দল ফোন থেকেই উত্তর দিতে থাকে, চ্যাট ও ইতিহাস যেখানে ছিল সেখানেই থাকে, আর API একই লাইনের সঙ্গে যুক্ত থাকে। কোনো লিঙ্ক করা ডিভাইস নেই, সার্ভারে রাখা কোনো সেশন নেই, চুরি করার মতো ক্রেডেনশিয়ালও নেই। বিনিময়টি বাস্তব, তবে ছোট। গ্রাহকের শেষ মেসেজের 24 ঘণ্টার মধ্যে শুধু ফ্রি টেক্সট কাজ করে, টেমপ্লেটের অনুমোদন দরকার এবং গ্রুপ চ্যাট পাওয়া যায় না। বিনিময়ে ব্যবস্থাটির কারণেই নম্বর নিষিদ্ধ হতে পারে না। - অ্যান্টি-ব্যান সুরক্ষার দাবি করা কোনো লাইব্রেরি সমস্যার সমাধান করেছে বলে বিশ্বাস করা। শনাক্তকরণ কোন কোড মেসেজ পাঠাচ্ছে তা নয়, ট্র্যাফিকের আচরণ দেখে। তাই দাবিটি এমন কিছুর কথা বলে যা বিক্রেতা নিয়ন্ত্রণ করতে পারে না। - কয়েক মাসের আপটাইমকে নিরাপত্তার প্রমাণ মনে করা। এর মানে শুধু ট্র্যাফিক এখনও কোনো সীমা পার হয়নি, যা আলাদা কথা। - প্রথমে ব্যক্তিগত নম্বরে পরীক্ষা করা। সেখানে নিষেধাজ্ঞা বিরক্তিকর, কিন্তু ব্যবসার নম্বর সম্পর্কে কিছু শেখায় না, যদিও সেটিতে অনেক বেশি ট্র্যাফিক থাকে। - শেয়ার করা সার্ভারে অনানুষ্ঠানিক সেশন রাখা। ওই ক্রেডেনশিয়াল সম্পূর্ণ অ্যাকাউন্টে প্রবেশাধিকার দেয় এবং এগুলো পরিচিত লক্ষ্য। **এগুলোর কোনোটি ব্যবহার করলে কি আমার নম্বর ইতিমধ্যে ঝুঁকিতে আছে?** সেশন যতক্ষণ চালু থাকে, ততক্ষণ ঝুঁকি থাকে। নির্দিষ্ট কোনো তারিখে কিছু ঘটে না, তাই দীর্ঘ আপটাইম আশ্বস্ত করার মতো নয়। একই নম্বরে অফিসিয়াল API-তে যাওয়া অ্যাপ না হারিয়েই সম্ভব। **নম্বর না বদলে কি অফিসিয়াল API-তে যেতে পারি?** হ্যাঁ। Coexistence আপনার ব্যবহৃত নম্বরটিই যুক্ত করে, আর পুরো সময় ফোনে WhatsApp Business অ্যাপ কাজ করতে থাকে। কিছু স্থানান্তর করতে হয় না। **অফিসিয়াল API কী করতে পারে না?** Coexistence নম্বরে গ্রুপ চ্যাট পাওয়া যায় না। গ্রাহকের শেষ মেসেজের 24 ঘণ্টার মধ্যে শুধু ফ্রি টেক্সট কাজ করে, আর সেই সময়সীমার বাইরে মেসেজে Meta অনুমোদিত টেমপ্লেট ব্যবহার করতে হয়। **অফিসিয়াল পথের খরচ কি বেশি?** Meta যেকোনো পথেই নিজস্ব মেসেজিং ফি সরাসরি আপনার কাছ থেকে নেয়। পার্থক্য হলো, নম্বর হারানোর ঝুঁকির বদলে প্রতি নম্বরে নির্দিষ্ট মাসিক মূল্য দিতে হয়। --- ## অফিসিয়াল Cloud API-তে WhatsApp ও n8n যুক্ত করুন https://easycoexistence.com/bn/integrations/n8n ওয়েবহুকের গন্তব্য n8n-এর Webhook নোডে সেট করুন, আর নম্বরে আসা প্রতিটি মেসেজ ওয়ার্কফ্লো ট্রিগার হবে। উত্তর Cloud API দিয়ে বা আমাদের MCP সার্ভারের মাধ্যমে যাবে। n8n এটি পায়, কারণ তার MCP Client Tool OAuth2 সমর্থন করে। পুরো সময় ফোন কাজ করতে থাকে। ### WhatsApp-এর মেসেজ কীভাবে n8n ওয়ার্কফ্লোতে পৌঁছায়? Meta নম্বরে পাঠানো প্রতিটি মেসেজ আপনার নির্ধারিত একটি URL-এ HTTP POST হিসেবে পাঠায়। ওই URL-ই পুরো ইন্টিগ্রেশন। একটি production URL-এ n8n-এর Webhook নোড বসান, সেটিকে নম্বরের ওয়েবহুক গন্তব্য হিসেবে নির্ধারণ করুন, আর প্রতিটি আসা মেসেজে ওয়ার্কফ্লো চলবে। পেলোডে প্রেরকের তথ্য, টেক্সট বা মিডিয়ার রেফারেন্স, টাইমস্ট্যাম্প এবং মেসেজ id থাকে। এরপর এটি সাধারণ n8n ওয়ার্কফ্লো: কনটেন্ট দেখে শাখা তৈরি করুন, গ্রাহকের তথ্য খুঁজুন, আপনার চালানো অন্য যেকোনো সেবা কল করুন এবং উত্তর দেবেন কি না ঠিক করুন। এটি Coexistence হওয়ায় একই মেসেজ ফোনের WhatsApp Business অ্যাপেও থাকে। একজন মানুষ উত্তর দিতে পারেন। ওয়ার্কফ্লো মানুষটি কী পাঠিয়েছেন তা দেখে, আর মানুষটি ওয়ার্কফ্লো কী পাঠিয়েছে তা দেখেন, ফলে কেউ অন্যের উত্তরের ওপর উত্তর দেন না। ### ওয়ার্কফ্লো কীভাবে উত্তর পাঠায়? Cloud API-তে HTTP Request নোড ব্যবহার করে, নম্বরের ফোন নম্বর ID এবং অ্যাক্সেস টোকেন দিয়ে। দুটিই ড্যাশবোর্ডে দেখা যায়, অথবা আপনি চাইলে MCP সংযোগকারীর মাধ্যমে কোনো সহকারী এগুলো এনে দিতে পারে। কী পাঠাবেন তা সময়ের ওপর নির্ভর করে, আর এখানেই অনেকে ভুল করেন। গ্রাহকের শেষ মেসেজের 24 ঘণ্টার মধ্যে ফ্রি টেক্সট কাজ করে এবং উত্তরটি ওয়ার্কফ্লো যা তৈরি করেছে তাই হয়। ওই সময়ের বাইরে শুধু Meta আগে অনুমোদন করেছে এমন টেমপ্লেট যাবে। যে ওয়ার্কফ্লো কেবল ফ্রি টেক্সট পাঠায়, পরীক্ষা চলাকালে সেটি নিখুঁত মনে হয়, কারণ পরীক্ষা সবসময় মেসেজের কয়েক সেকেন্ড পর হয়। তারপর প্রথম বাস্তব রাতের ব্যবহারে সেটি নীরব হয়ে যায়। নির্ভরযোগ্য কাঠামো হলো একটি শাখা: শেষ আসা মেসেজের পর কত সময় গেছে তা পরীক্ষা করুন, তারপর ফ্রি টেক্সট বা টেমপ্লেট বেছে নিন। ### n8n কি MCP সংযোগকারীকেও ব্যবহার করতে পারে? হ্যাঁ, আর এ ক্ষেত্রে n8n ব্যতিক্রমী। এর MCP Client Tool নোড দূরের MCP সার্ভারে সংযোগ করে এবং OAuth2 সমর্থন করে, যা আমাদের দরকার। তাই ওয়ার্কফ্লোর AI Agent নোড সরাসরি আমাদের টুল কল করতে পারে। এটি জানা দরকার, কারণ বেশিরভাগ অটোমেশন প্ল্যাটফর্ম তা পারে না। Make এবং Zapier দুটিই নিজেদের MCP সার্ভার চালায়, কিন্তু কোনোটিই ক্লায়েন্ট হিসেবে কাজ করে না। তাই কোনোটিই তৃতীয় পক্ষের সার্ভারে পৌঁছাতে পারে না। n8n পারে। এটি মূলত কাজ করার অংশে উপযোগী: ওয়ার্কফ্লো চলার সময় কোনো এজেন্ট নোড মেসেজ পাঠাবে, নম্বরের হেলথ দেখবে বা টেমপ্লেটের অনুমোদনের স্ট্যাটাস পড়বে কি না ঠিক করতে পারে। তবে এটি ওয়েবহুকের বিকল্প নয়, কারণ আসা মেসেজে জাগানোর কোনো উপায় MCP-এর নেই। ### ওয়ার্কফ্লোর কোনটি ব্যবহার করা উচিত? দুটিই, তবে আলাদা কাজের জন্য। এটি পছন্দের বিষয় নয়। ওয়েবহুক দিয়েই যেকোনো কিছু শুরু হয়। একজন গ্রাহক লিখবেন, Meta আপনার Webhook নোডে পাঠাবে, ওয়ার্কফ্লো চলবে। কোনো টুলে এর MCP সমতুল্য নেই, কারণ এই প্রোটোকল রিকোয়েস্ট ও প্রতিক্রিয়াভিত্তিক, এমন কিছু নয় যা ভেতর থেকে কল করা যায়। MCP Client Tool হলো ওয়ার্কফ্লোর ভেতরের কোনো এজেন্টের কাজ করার উপায়, যেখানে আপনাকে কলটি হার্ডকোড করতে হয় না। ওয়ার্কফ্লো যদি ঠিক জানে কী পাঠাতে হবে, Cloud API-তে HTTP Request নোড সহজ এবং ভুলের সুযোগ কম। এজেন্ট সিদ্ধান্ত নিলে সংযোগকারী তাকে ষোলোটি টুল ও তাদের বর্ণনার নিয়ম দেয়, যার মধ্যে 24 ঘণ্টার উইন্ডোও আছে। ### মানুষ যে n8n WhatsApp নোড ব্যবহার করে, এর থেকে এটি কীভাবে আলাদা? অনলাইনে দেখা বেশিরভাগ n8n WhatsApp সেটআপ এমন অনানুষ্ঠানিক গেটওয়ের ওপর তৈরি, যা লিঙ্কড ডিভাইস হিসেবে সাইন ইন করে। এগুলো দ্রুত শুরু করা যায়, কিন্তু নম্বরকে ঝুঁকিতে ফেলে, কারণ এই পদ্ধতি WhatsApp-এর শর্ত ভাঙে এবং Meta লাইব্রেরির বদলে ট্রাফিকের ধরন শনাক্ত করে। আরেকটি প্রচলিত পথ হলো Coexistence ছাড়া অফিসিয়াল API, যা কাজ করে, কিন্তু নম্বর মাইগ্রেট করে। WhatsApp Business অ্যাপটি আর তাতে কাজ করে না, আর সারাদিন উত্তর দেওয়া টিমকে নতুন টুলে যেতে হয়। বেশিরভাগ ছোট ব্যবসার জন্য এটি গ্রহণযোগ্য নয়, তাই তাদের অনেকে শুরুতেই অনানুষ্ঠানিক গেটওয়ে বেছে নিয়েছিল। Coexistence সেই অনুপস্থিত সমন্বয়টি দেয়। অফিসিয়াল API, এবং ফোনও কাজ করতে থাকে। - n8n-এর Test URL-কে ওয়েবহুক গন্তব্য হিসেবে ব্যবহার করা। এডিটর বন্ধ হলে এটি শোনা বন্ধ করে, তাই মেসেজ কোথাও পৌঁছায় না। - Meta-এর যাচাইকরণ রিকোয়েস্টের উত্তর না দেওয়া। কিছু পাঠানোর আগে Meta একটি challenge-সহ GET পাঠায়। নোড সেটি ফিরিয়ে না দিলে কোনো মেসেজ আসে না। - 24 ঘণ্টার উইন্ডোর বাইরে ফ্রি টেক্সটে উত্তর দেওয়া। ওয়ার্কফ্লোর দিক থেকে এটি নীরবে ব্যর্থ হয়, আর শুধু অনুমোদিত টেমপ্লেটই যায়। **এটির জন্য কি আলাদা n8n নোড দরকার?** না। Webhook নোড মেসেজ গ্রহণ করে এবং HTTP Request নোড পাঠায়। কিছু ইনস্টল করতে হয় না, কারণ ইন্টিগ্রেশনটি একটি URL ও REST কল। **টিম কি ফোন থেকেই উত্তর দিতে পারবে?** হ্যাঁ। Coexistence-এর অর্থই এটি। একই নম্বরে WhatsApp Business অ্যাপ কাজ করতে থাকে, আর ওয়ার্কফ্লো ও মানুষ একে অন্যের মেসেজ দেখতে পান। **একটি ওয়ার্কফ্লো কি একাধিক ক্লায়েন্টের নম্বর সামলাতে পারে?** হ্যাঁ। প্রতিটি নম্বরকে একই ওয়েবহুকের দিকে পাঠান এবং পেলোডের receiving phone number id দেখে শাখা তৈরি করুন। একটি অ্যাকাউন্টে আপনার প্রয়োজনমতো নম্বর রাখা যায়। **আমার n8n instance বন্ধ থাকলে কী হবে?** Meta কিছু সময় মেসেজ পাঠানোর চেষ্টা করে, তারপর বন্ধ করে দেয়। ফোনের WhatsApp Business অ্যাপে মেসেজ আসতেই থাকে, তাই ব্যবসার কাছে কিছু হারায় না, শুধু ওয়ার্কফ্লোতে পৌঁছায় না। --- ## কাস্টম কানেক্টর দিয়ে WhatsApp-কে Claude-এর সঙ্গে সংযুক্ত করুন https://easycoexistence.com/bn/integrations/claude Claude-এ https://easycoexistence.com/api/mcp কাস্টম কানেক্টর হিসেবে যোগ করে লগ ইন করুন। এরপর Claude আপনার নম্বরগুলোর তালিকা দেখাতে, হেলথ পরীক্ষা করতে, মেসেজ ও টেমপ্লেট পাঠাতে এবং আপনার নিজস্ব সিস্টেমে ওয়েবহুক নির্দেশ করতে পারবে। সবকিছু Meta-র অফিসিয়াল Cloud API-তে হবে, লিঙ্ক করা ডিভাইস সেশনে নয়। ### Claude-এ এটি কীভাবে যোগ করবেন? Claude-এ সেটিংস খুলে EasyCoexistence MCP এন্ডপয়েন্টের দিকে নির্দেশ করা একটি কাস্টম কানেক্টর যোগ করুন। Claude একটি লগ ইন পেজ খুলবে, আপনি অনুমোদন করবেন, তারপর টুলগুলো দেখা যাবে। কোনো কী তৈরি বা কনফিগারেশন ফাইলে পেস্ট করার দরকার নেই, কারণ কানেক্টরটি OAuth ব্যবহার করে। Claude Desktop-এও একই কানেক্টর ব্যবহার করা যায়, সেটিংসের Connectors অংশ থেকে যোগ করতে হয়। এর কনফিগারেশন ফাইলে শুধু সেই লোকাল সার্ভারগুলোর বর্ণনা থাকে যেগুলো এটি নিজে চালু করে, তাই এটির মতো রিমোট এন্ডপয়েন্ট সেখানে লেখা হয় না। দুই ক্ষেত্রেই সার্ভারটি রিমোট। কিছু ইনস্টল হয় না, আপনার ল্যাপটপে ব্যাকগ্রাউন্ডে কিছু চলে না, আর অ্যাপ বন্ধ করলেও কিছু নষ্ট হয় না। Claude খোলা থাকুক বা না থাকুক, একটি নম্বর সংযুক্ত থাকে। ### সংযুক্ত হওয়ার পর Claude কী করতে পারে? সাধারণ ভাষায় বলুন, Claude উপযুক্ত টুল বেছে নেবে। আমার কোন নম্বরটির হেলথ খারাপ? এই গ্রাহককে বুকিং নিশ্চিতকরণ পাঠাও। অর্ডার আপডেটের জন্য একটি টেমপ্লেট তৈরি করো এবং Meta অনুমোদন করলে আমাকে জানাও। এই নম্বরের ওয়েবহুক আমার সার্ভারে নির্দেশ করো। প্রতিদিনের কাজে মানুষ যে পড়ার টুলগুলো ব্যবহার করে, সেগুলোর মধ্যে আছে নম্বরের তালিকা দেখা, নম্বরের কোয়ালিটি রেটিং, মেসেজিং টিয়ার ও সংযোগের অবস্থা পরীক্ষা করা এবং অন্য কোনো কিছুর প্রয়োজন হলে ক্রেডেনশিয়াল নেওয়া। পাঠানোর টুলগুলো সেশন উইন্ডোর মধ্যে ফ্রি টেক্সট এবং এর বাইরে অনুমোদিত টেমপ্লেট সমর্থন করে। ক্লায়েন্টদের সেবা দেওয়া যে কারও জন্য সবচেয়ে গুরুত্বপূর্ণ জোড়াটি হলো সংযোগ শুরু করা এবং ওয়েবহুকের গন্তব্য সেট করা। ফলে Claude কারও ড্যাশবোর্ড খোলা ছাড়াই ক্লায়েন্টের নম্বর অনবোর্ড করে আপনার সিস্টেমে সংযুক্ত করতে পারে। ### এভাবে করলে নম্বরটি কি নিষেধাজ্ঞা থেকে নিরাপদ? হ্যাঁ, কারণ এর ভিত্তিতে Claude নয়, অন্য প্রযুক্তি কাজ করে। মানুষ সাধারণত যে WhatsApp MCP সার্ভারগুলো খুঁজে পায়, সেগুলো WhatsApp Web-কে লিঙ্ক করা ডিভাইস হিসেবে চালায়। এটি WhatsApp-এর শর্ত ভঙ্গ করে, আর Meta ট্র্যাফিকের আচরণ দেখে তা শনাক্ত করে। তাই কোন সহকারী নির্দেশ দিচ্ছে তা নির্বিশেষে নম্বর নিষিদ্ধ হতে পারে। সতর্ক সহকারী ব্যবহার করলেও লাভ নেই, কারণ নিষিদ্ধ হচ্ছে পদ্ধতিটিই। এই কানেক্টর Meta-র নিজস্ব Coexistence ফিচারের মাধ্যমে অনবোর্ড করা নম্বরে Meta-র অফিসিয়াল Cloud API কল করে। কোনো লিঙ্ক করা ডিভাইস নেই, কোথাও সেশন ধরে রাখা হয় না, এবং এটি শর্তবিরোধী নয়। এর বদলে সাধারণ সীমাগুলো প্রযোজ্য: গ্রাহকের শেষ মেসেজের 24 ঘণ্টার মধ্যে শুধু ফ্রি টেক্সট, এরপর অনুমোদিত টেমপ্লেট, এবং কোনো গ্রুপ চ্যাট নয়। **Claude Code এবং Claude অ্যাপগুলোতে কি এটি কাজ করে?** হ্যাঁ। এটি OAuth-সহ HTTP-র মাধ্যমে চলা একটি রিমোট MCP সার্ভার, তাই কাস্টম কানেক্টর সমর্থন করে এমন যেকোনো কিছু এটি ব্যবহার করতে পারে, যেমন Claude Code, ChatGPT এবং Cursor। **Claude কি আমার গ্রাহকদের কথোপকথন দেখতে পায়?** শুধু আপনি যা দেখতে বলেন। Meta থেকে আসা মেসেজ আপনার নির্ধারিত ওয়েবহুক গন্তব্যে যায়, আর আমরা কখনো কথোপকথনের বিষয়বস্তু সংরক্ষণ করি না। **Claude কি নিজে থেকে নতুন নম্বর সংযুক্ত করতে পারে?** এটি প্রক্রিয়া শুরু করতে পারে। কানেক্টর এমন একটি লিঙ্ক দেয়, যা ব্যবসার মালিক খুলে Meta-র প্রক্রিয়ার মাধ্যমে নিজের নম্বর অনুমোদন করেন। এই ধাপটি শুধু তিনিই সম্পন্ন করতে পারেন। **Claude সময়সীমার বাইরে মেসেজ পাঠানোর চেষ্টা করলে কী হয়?** Cloud API তা প্রত্যাখ্যান করে এবং Claude ত্রুটিটি দেখতে পায়, তাই এটি অনুমোদিত টেমপ্লেটে ফলব্যাক করতে পারে। কিছুই নীরবে বাদ পড়ে না। --- ## WhatsApp Cloud API নাকি Coexistence: নম্বরের জন্য কোনটি https://easycoexistence.com/bn/whatsapp-cloud-api-vs-coexistence Coexistence, Cloud API-এর বিকল্প নয়, এতে নম্বরটিকে Cloud API-তে যুক্ত করা হয়। সাধারণ Cloud API নম্বর পুরোপুরি সফটওয়্যারের অধীনে থাকে। Coexistence নম্বরে একই সময়ে API এবং WhatsApp Business অ্যাপ চলে, তাই দল ফোন থেকেই উত্তর দিতে পারে। ### Cloud API এবং Coexistence কি সত্যিই আলাদা জিনিস? না, এইভাবে ভাবলেই মানুষ বিভ্রান্ত হয়। Cloud API হলো Meta-র হোস্ট করা WhatsApp Business Platform। Coexistence হলো একই API-তে নম্বর যুক্ত করার একটি পদ্ধতি, যেখানে পরে সেই নম্বরে WhatsApp Business অ্যাপও সচল থাকে। তাই এন্ডপয়েন্টগুলো একই, মেসেজের ফরম্যাট একই, টেমপ্লেট একইভাবে কাজ করে এবং 24 ঘণ্টার সময়সীমা দুটিতেই একই। একটির জন্য লেখা যেকোনো কিছু অন্যটির সঙ্গেও কাজ করে। পার্থক্য হলো ফোনে কী ঘটে। সাধারণ পদ্ধতিতে নম্বর যুক্ত করলে Business অ্যাপটি আর কাজ করে না। নম্বরটি তখন সফটওয়্যারের অধীনে থাকে এবং যে ব্যক্তি উত্তর দিতেন, তাকে তৈরি করা যেকোনো ব্যবস্থার মাধ্যমে উত্তর দিতে হয়। Coexistence দিয়ে যুক্ত করলে দুই দিকই সচল থাকে এবং একটিতে যা পাঠানো হয়, অন্যটিতেও তা দেখা যায়। ### কখন সাধারণ Cloud API বেছে নেওয়া ভালো? যখন ওই নম্বরে কাউকে হাতে উত্তর দিতে হয় না, যা শুনতে যতটা বিরল মনে হয়, আসলে তার চেয়ে বেশি সাধারণ। শুধু অর্ডারের আপডেট পাঠানো নোটিফিকেশন নম্বরে মানুষের উত্তর দেওয়ার ব্যবস্থা রাখার দরকার নেই। কোনো ইন্টিগ্রেশনের জন্য নতুন করে কেনা নম্বর আগে কারও অ্যাপে ছিল না। বেশি পরিমাণের সহায়তা নম্বর যদি আগে থেকেই হেল্পডেস্কের মাধ্যমে চলে, তার মানবিক কাজের ধারা সম্পূর্ণ অন্য জায়গায় থাকে। সেখানে WhatsApp Business অ্যাপ ফিরিয়ে আনলে ব্যবস্থা খণ্ডিত হবে। এসব ক্ষেত্রে Coexistence অকারণে একটি সীমাবদ্ধতা যোগ করে। Coexistence নম্বরের থ্রুপুট মান এবং মেসেজিং স্তরের সঙ্গে বাড়ে না, Meta সেটি নির্দিষ্ট করে দেয়। পাশাপাশি নিয়মিত ডিভাইস কার্যকলাপের শর্তও পালন করতে হয়, অথচ কোনো সুবিধা পাওয়া যায় না। ### কখন কাজের একমাত্র উপায় Coexistence? যখন নম্বরটিতে আগে থেকেই ব্যবসার কাজ চলছে এবং কেউ সেখানে উত্তর দিচ্ছেন। বেশিরভাগ ছোট প্রতিষ্ঠানের ক্ষেত্রে এমনটাই হয়, আর কোনো এজেন্সি যে নম্বর পায়, কার্যত প্রতিটি নম্বরেই হয়। নম্বরটি গাড়ি, দোকান, ইনভয়েস এবং ওয়েবসাইটে ছাপা থাকে। দিনে কেউ ফোন থেকে উত্তর দেন এবং নিয়মিত গ্রাহকদের নাম ধরে চেনেন। সেই ব্যক্তিকে অ্যাপ বন্ধ হয়ে যাবে বলা মানেই আলোচনা শেষ। এ কারণেই অনেক ব্যবসা অফিসিয়াল API-এর বদলে অনানুষ্ঠানিক গেটওয়েতে চলে গিয়েছিল। Coexistence এই আপসের অবসান ঘটিয়েছে। অ্যাপ সচল থাকে, দলকে নতুন কিছু শিখতে হয় না এবং সফটওয়্যার যে API পেত, একই API পায়। ### পরে কি একটি নম্বরকে দুটির মধ্যে স্থানান্তর করা যায়? নম্বর সংযোগ বিচ্ছিন্ন করে আবার সংযুক্ত করা যায়, তাই মানুষের আশঙ্কার মতো সিদ্ধান্তটি চিরস্থায়ী নয়। তবে চ্যাট হিস্ট্রি শেয়ার করার সিদ্ধান্তটি স্থায়ী। কোনো নম্বর প্রথমবার Coexistence-এর মাধ্যমে সংযুক্ত হলে Meta জিজ্ঞেস করে, বিদ্যমান কথোপকথনগুলো API-এর সঙ্গে শেয়ার করা হবে কি না। এটি অনবোর্ডিংয়ের সময় একবার নেওয়া সিদ্ধান্ত এবং পরে আর বদলানো যায় না। আপনি না বলার পর প্রসঙ্গটি চাইলে একমাত্র উপায় হলো সংযোগ বিচ্ছিন্ন করে আবার সংযুক্ত করা। তাই যে বিষয়টিতে সতর্ক হওয়া দরকার, তা হলো কোন পদ্ধতিতে অনবোর্ডিং করবেন সেটি নয়। সেদিন হিস্ট্রির জন্য হ্যাঁ বলবেন কি না, সেটিই গুরুত্বপূর্ণ, কারণ এই সিদ্ধান্তটি পরে আর ফিরে আসে না। - Coexistence-কে নিম্নমানের API ভাবা। এটি একই Cloud API, শুধু ভিন্ন অনবোর্ডিং পদ্ধতিতে পাওয়া যায়, এন্ডপয়েন্ট ও নিয়মও একই। - যে নম্বরে কেউ হাতে উত্তর দেন না, সেখানে Coexistence বেছে নেওয়া। এতে এমন ফোন ব্যবহারের সুবিধার বিনিময়ে ডিভাইস কার্যকলাপের শর্ত ও নির্দিষ্ট থ্রুপুট সীমা যোগ হয়, যার প্রয়োজনই নেই। - অনবোর্ডিংয়ের সময় চ্যাট হিস্ট্রি না দিয়ে পরে যোগ করা যাবে ভাবা। এই সিদ্ধান্ত একবারই নেওয়া যায় এবং বদলানো যায় না। **সাধারণ Cloud API-এর চেয়ে কি Coexistence ধীর?** Coexistence নম্বরের থ্রুপুট মানের রেটিং ও মেসেজিং স্তরের সঙ্গে বাড়ে না, Meta সেটি নির্দিষ্ট করে দেয়। কথোপকথনের ক্ষেত্রে এই সীমা সচরাচর সমস্যা নয়, তবে বেশি পরিমাণে মেসেজ পাঠালে হতে পারে। **দুটিতেই কি টেমপ্লেট একইভাবে কাজ করে?** হ্যাঁ। টেমপ্লেট Meta-র পর্যালোচনার জন্য জমা দেওয়া হয় এবং API-এর মাধ্যমে একইভাবে পাঠানো হয়। Coexistence নম্বরে ফোনের অ্যাপ থেকে টেমপ্লেট পাঠানো যায় না, তাই 24 ঘণ্টার সময়সীমার বাইরের যেকোনো মেসেজ API-এর মাধ্যমে পাঠাতে হয়। **নতুন নম্বর কি Coexistence-এ যুক্ত করা যায়?** নম্বরটি আগে WhatsApp Business অ্যাপে নিবন্ধিত থাকতে হবে, কারণ Coexistence এমন নম্বরই যুক্ত করে যা অ্যাপ ইতিমধ্যে ব্যবহার করছে। যে নম্বরে কেউ হাতে উত্তর দেবেন না, তার জন্য সাধারণ Cloud API অনবোর্ডিং বেশি উপযুক্ত। **এজেন্সিগুলো ক্লায়েন্টের নম্বরের জন্য কোনটি ব্যবহার করে?** প্রায় সব সময় Coexistence। ক্লায়েন্টের নম্বরে তাদের কর্মীরা আগে থেকেই উত্তর দেন। সেটি স্থানান্তর করলে WhatsApp Business অ্যাপ তাদের কাছ থেকে চলে যাবে, যা কোনো ক্লায়েন্টই মেনে নেন না। --- ## WhatsApp ত্রুটি 131047: পুনঃযোগাযোগের মেসেজ https://easycoexistence.com/bn/docs/whatsapp-error-131047 ত্রুটি 131047 মানে ওই গ্রাহকের শেষ মেসেজের পর 24 ঘণ্টার বেশি কেটে গেছে। তাই কাস্টমার সার্ভিস উইন্ডো বন্ধ এবং ফ্রি টেক্সট যাবে না। শুধু Meta আগে অনুমোদন করা একটি টেমপ্লেট কথোপকথনটি আবার খুলতে পারে। ### ত্রুটি 131047 কেন হয়? যার শেষ মেসেজটি আপনার কাছে আসার পর 24 ঘণ্টার বেশি হয়ে গেছে, তাকে ফ্রি টেক্সট পাঠালে এই ত্রুটি হয়। WhatsApp Business Platform কোনো ব্যবসাকে কাস্টমার সার্ভিস উইন্ডোর ভেতরেই স্বাধীনভাবে লিখতে দেয়। গ্রাহক আপনাকে মেসেজ করলে উইন্ডোটি খোলে এবং 24 ঘণ্টা থাকে। এই সময় আপনি ইচ্ছেমতো মেসেজ পাঠাতে পারেন। সময় পেরিয়ে গেলে API ফ্রি টেক্সট প্রত্যাখ্যান করে এবং 131047 দেখায়, কারণ প্রাপক এমন মেসেজের অনুমতি দেননি। টেস্টিংয়ে নয়, প্রোডাকশনে এই ত্রুটি দেখা দেওয়ার কারণ সময়। ইন্টিগ্রেশন পরীক্ষা করার সময় কেউ মেসেজ পাঠিয়ে কয়েক সেকেন্ড পরেই রিপ্লাই করে, তাই সেটি সবসময় উইন্ডোর ভেতরে থাকে। প্রথম রাত পেরোনোর ঘটনা, বা কোনো গ্রাহক এক দিন চুপ থাকার ঘটনাতেই ত্রুটিটি দেখা দেয়। ### কীভাবে এটি ঠিক করবেন? ফ্রি টেক্সটের বদলে একটি অনুমোদিত টেমপ্লেট পাঠান। টেমপ্লেট হলো এমন মেসেজ, যা আপনি আগে Meta-র কাছে জমা দেন এবং Meta যাচাই করে। অনুমোদিত হওয়ার পর টেমপ্লেট যেকোনো সময় পাঠানো যায়, এমন কাউকেও যিনি আপনাকে কখনো মেসেজ করেননি। টেমপ্লেট পাঠালে কথোপকথনটি আবার খোলে, আর গ্রাহক রিপ্লাই করলেই আপনি ফ্রি টেক্সট পাঠানোর নতুন 24 ঘণ্টা পান। তাই টেকসই সমাধান বারবার পাঠানোর চেষ্টা নয়। সমাধান হলো একটি শাখা তৈরি করা: পাঠানোর আগে দেখুন ওই যোগাযোগের ব্যক্তি কতক্ষণ আগে শেষ মেসেজ করেছেন। 24 ঘণ্টার মধ্যে হলে ফ্রি টেক্সট পাঠান। সময় পেরিয়ে গেলে পরিস্থিতির সঙ্গে মানানসই টেমপ্লেট পাঠান। যে ইন্টিগ্রেশন শুধু ফ্রি টেক্সট পাঠাতে পারে, সেটি বারবার এই ত্রুটিতে পড়বে এবং কথোপকথন দেখছেন এমন ব্যক্তির কাছে বিষয়টি ত্রুটির বদলে নীরবতা মনে হবে। ### Coexistence নম্বরেও কি এটি প্রযোজ্য? হ্যাঁ, এবং একটি অতিরিক্ত বিষয় জানা দরকার। নম্বরটি Coexistence-এর মাধ্যমে অনবোর্ড করা হোক বা না হোক, উইন্ডো একইভাবে কাজ করে। কারণ এটি কোনো অনবোর্ডিং পদ্ধতির নিয়ম নয়, প্ল্যাটফর্মের নিয়ম। পার্থক্য হলো, কে এর ভিত্তিতে কাজ করতে পারে। Coexistence নম্বরে WhatsApp Business অ্যাপ টেমপ্লেট পাঠাতে পারে না। তাই উইন্ডোর বাইরে যেকোনো মেসেজ API-এর মাধ্যমে পাঠাতে হবে। অর্থাৎ ফোন থেকে উত্তর দেওয়া দল একটি সক্রিয় কথোপকথনে স্বাধীনভাবে রিপ্লাই দিতে পারে, কিন্তু অ্যাপ থেকে বন্ধ কথোপকথন আবার শুরু করতে পারে না। আবার শুরু করার কাজটি API-এর, এবং ব্যবসা শুরুতেই নম্বর সংযুক্ত করার এটি একটি বাস্তব কারণ। - একই ফ্রি টেক্সট মেসেজ আবার পাঠানো। উইন্ডো নিজে থেকে খোলে না, তাই পুনরায় পাঠালেও একইভাবে ব্যর্থ হবে। - তাদের শেষ মেসেজের বদলে আপনার শেষ মেসেজ থেকে সময় গোনা। উইন্ডোটি খোলে তাদের মেসেজে। - ভাবা যে টেমপ্লেট লিখে একই মুহূর্তে পাঠানো যাবে। Meta আগে সেটি যাচাই করে, সাধারণত কয়েক মিনিটের মধ্যে, তবে কখনো এক দিনও লাগতে পারে। **আমি কি 24 ঘণ্টার উইন্ডো বাড়াতে পারি?** না। এটি Meta নির্ধারণ করে এবং কোনো প্রোভাইডার এটি বাড়াতে পারে না। শুধু গ্রাহক আবার আপনাকে মেসেজ করলে উইন্ডোটি খোলে। **গ্রাহক টেমপ্লেটে রিপ্লাই করলে কি উইন্ডোটি আবার খুলবে?** হ্যাঁ। গ্রাহকের যেকোনো মেসেজ নতুন 24 ঘণ্টা শুরু করে, আপনার পাঠানো টেমপ্লেটের রিপ্লাইও। **কোন টেমপ্লেটের ক্যাটাগরি ব্যবহার করব?** লেনদেনসংক্রান্ত মেসেজের জন্য Utility, প্রচারণামূলক মেসেজের জন্য marketing। Marketing মেসেজ পাঠাতে আপনার নিজের WhatsApp Business Account-এ একটি পেমেন্ট পদ্ধতি থাকতে হবে। **ত্রুটি 131047 কি 131049-এর মতো?** না। 131047 হলো বন্ধ উইন্ডোর ত্রুটি। 131049 হলো ইকোসিস্টেমের স্বাস্থ্য রক্ষায় Meta-র ডেলিভারি সীমিত করা, যা আলাদা একটি পরিস্থিতি। --- ## WhatsApp-এর ত্রুটি 131049: ইকোসিস্টেমের হেলথের জন্য মেসেজ ব্লক https://easycoexistence.com/bn/docs/whatsapp-error-131049 ত্রুটি 131049 মানে ইকোসিস্টেমে সুস্থ সম্পৃক্ততা বজায় রাখতে Meta এই মেসেজটি পাঠায়নি। এটি 24 ঘণ্টার উইন্ডোর সমস্যা নয় এবং টেমপ্লেটের সমস্যাও নয়। Meta-এর নির্দেশনা হলো, ওই প্রাপককে আবার চেষ্টা করার আগে অন্তত 24 ঘণ্টা অপেক্ষা করুন। ### এখানে ইকোসিস্টেমে সম্পৃক্ততা বলতে আসলে কী বোঝায়? প্রাপকরা ব্যবসার পাঠানো মেসেজ স্বাগত জানাচ্ছেন কি না, সেটিই বোঝায়। এটি শুধু আপনার অ্যাকাউন্টে নয়, পুরো প্ল্যাটফর্মজুড়ে মাপা হয়। প্ল্যাটফর্ম মনে করলে কোনো নির্দিষ্ট মেসেজ প্রাপক স্বাগত জানাবেন না, তখন সেটি ব্লক করে 131049 ফেরত দেয়। এটি আপনার ভাঙা কোনো নির্দিষ্ট নিয়মের বিচার নয়, বরং মেসেজ ও প্রাপক সম্পর্কে সিদ্ধান্ত। তাই ভালো কোয়ালিটি রেটিং থাকা অ্যাকাউন্টেও এটি দেখা যেতে পারে। যেসব প্রাপক সম্প্রতি সম্পৃক্ত হননি, তাদের মার্কেটিং মেসেজ পাঠালে এবং একই ধরনের অনেক মেসেজ একসঙ্গে গেলে এটি বেশি দেখা যায়। এটি নম্বরের ওপর শাস্তি নয়, পাঠানোর ধরণ সম্পর্কে একটি সংকেত। ### টেমপ্লেট পাঠালে সমস্যাটি ঠিক হয় না কেন? কারণ টেমপ্লেট কখনো সমস্যাই ছিল না। মেসেজ আটকে যাওয়ার পর স্বাভাবিকভাবেই টেমপ্লেট ব্যবহার করতে ইচ্ছে হয়, কারণ অন্য সাধারণ সমস্যার সমাধান 131047-এ এটিই। কিন্তু 131047 সময়ের নিয়ম: উইন্ডো বন্ধ হয়ে গেছে, আর অনুমোদিত টেমপ্লেট সেটি আবার খোলার অনুমোদিত উপায়। 131049 হলো এই নির্দিষ্ট ব্যক্তিকে এই নির্দিষ্ট মেসেজ পাঠানো নিয়ে সিদ্ধান্ত, আর টেমপ্লেটের পথও একই ডেলিভারি পথ। টেমপ্লেটসহ বা ছাড়া সঙ্গে সঙ্গে আবার চেষ্টা করলে যে ধরণটি সমস্যার কারণ হয়েছে, সেটিই আরও জোরালো হতে পারে। Meta-এর নির্দেশনা হলো ওই প্রাপককে আবার চেষ্টা করার আগে অন্তত 24 ঘণ্টা অপেক্ষা করুন এবং মেসেজটি তিনি সত্যিই পেতে চাইতেন কি না, তা দেখুন। ### আবার এমন হওয়া কীভাবে এড়াবেন? কীভাবে পাঠানো হচ্ছে তা নয়, কী পাঠানো হচ্ছে তা বদলান। পুরো তালিকায় না পাঠিয়ে সম্প্রতি সম্পৃক্ত হওয়া মানুষদের পাঠান। কনটেন্টে বৈচিত্র্য রাখুন, কারণ একই রকম মেসেজ অনেক পরিমাণে একসঙ্গে পাঠানোই এই নজরদারির ধরণ। সম্প্রচারমূলক প্রচারের বদলে গ্রাহকের কোনো কাজের সঙ্গে যুক্ত উপযোগী মেসেজ পাঠান, যেমন অর্ডার বা বুকিংয়ের আপডেট। কোয়ালিটি রেটিং ও মেসেজিং টিয়ার একসঙ্গে দেখা ভালো, কারণ একই মূল কারণে দুটিই বদলায়: প্রাপকরা খারাপ প্রতিক্রিয়া জানাচ্ছেন। কোয়ালিটিতে নম্বর কমতে থাকলে আরও গুরুতর কিছু হওয়ার আগে সাধারণত এ ধরনের ত্রুটি বাড়ে। শুরুতেই এই পতন ধরতে পারলে সীমাবদ্ধ হওয়ার বদলে ধরণ বদলানো যায়। - এটিকে 24 ঘণ্টার উইন্ডোর সমস্যা ধরে টেমপ্লেটে বদলে ফেলা। শর্ত আলাদা, ফল একই। - সঙ্গে সঙ্গে আবার চেষ্টা করা। Meta-এর নির্দেশনা হলো ওই প্রাপকের জন্য অন্তত 24 ঘণ্টা অপেক্ষা করা। - এটিকে ব্যান হিসেবে পড়া। নম্বরটি কাজ করছে, শুধু এই মেসেজটি পৌঁছায়নি। **আমার নম্বর কি ব্যান হয়েছে?** না। 131049 একটি মেসেজ ব্লক করে। নম্বরটি কাজ করতে থাকে এবং অন্য মেসেজ সফলভাবে পাঠানো যেতে পারে। **কতক্ষণ অপেক্ষা করব?** ওই প্রাপককে আবার মেসেজ পাঠানোর আগে অন্তত 24 ঘণ্টা অপেক্ষা করতে Meta নির্দেশ দেয়। প্রকাশিত নির্দিষ্ট সময়সীমা নেই। **এটি কি আমার কোয়ালিটি রেটিংয়ে প্রভাব ফেলে?** এটি একই মূল মাপ থেকে আসা সংকেত, তাই ঘন ঘন দেখা গেলে বিচ্ছিন্ন ত্রুটি না ভেবে কোয়ালিটি সম্পর্কে আগাম সতর্কতা হিসেবে নেওয়া উচিত। **কোনো প্রোভাইডার কি এটি এড়াতে পারে?** না। ডেলিভারির সময় Meta এটি প্রয়োগ করে, তাই অফিসিয়াল API-তে থাকা সব প্রোভাইডার একই আচরণ দেখতে পায়। --- ## WhatsApp ত্রুটি 131048: স্প্যাম সীমা পূরণ হয়েছে https://easycoexistence.com/bn/docs/whatsapp-error-131048 ত্রুটি 131048 বোঝায়, নম্বরটির গুণমান কমে যাওয়ায় Meta সেটি থেকে মেসেজ পাঠানো সীমিত করছে। সাধারণত প্রাপকরা মেসেজ ব্লক করলে বা রিপোর্ট করলে এমন হয়। নম্বরটি এখনও কাজ করে। গুণমান ফেরার সময়ে এটি কতটা পাঠাতে পারবে, শুধু সেটাই বদলেছে। ### কী কারণে নম্বরের গুণমান কমে? প্রাপকের নেতিবাচক প্রতিক্রিয়ায়, যা Meta আপনার কোড দেখে অনুমান না করে মাপে। ব্লক, রিপোর্ট এবং আরও নীরবে, উত্তর প্রত্যাশী মেসেজে মানুষ একেবারেই উত্তর না দেওয়া, এগুলোই সংকেত। যে নম্বর অনেক মেসেজ পাঠিয়ে কম মেসেজ পায়, সেটি কথোপকথন চালানো নম্বরের চেয়ে আলাদা দেখায়। এই পার্থক্য জমে গুণমানের রেটিংয়ে প্রভাব ফেলে। রেটিং সবুজ, হলুদ ও লাল অবস্থার মধ্য দিয়ে বদলায়। লাল হলে এই ত্রুটির সঙ্গে পাঠানো ব্যর্থ হতে শুরু করে। ফোনে এই পরিবর্তনের কোনো ঘোষণা আসে না, আর WhatsApp Business অ্যাপ পুরো সময় স্বাভাবিকভাবে কাজ করে। তাই বেশিরভাগ ব্যবসার প্রথম সংকেত সতর্কবার্তা নয়, মেসেজ পাঠানো ব্যর্থ হওয়া। ### নম্বর কীভাবে সেরে ওঠে? নিজে থেকেই, যদি যে ধরনের পাঠানোয় গুণমান কমেছে তা বন্ধ হয়। গুণমান একটি চলমান মাপ। সাম্প্রতিক মেসেজে ভালো প্রতিক্রিয়া পেলে রেটিং বাড়ে এবং তার সঙ্গে সীমাও উঠে যায়। কোনো আপিল জমা দেওয়ার বা কোনো প্রোভাইডারের বদলে দেওয়ার মতো সুইচ নেই। তাই কেউ এর সমাধান বিক্রি করতে পারে না। বাস্তবে কাজে দেয়, এমন মানুষদের কাছে মেসেজ পাঠানো যারা সম্প্রতি যুক্ত ছিলেন। প্রচারমূলক বার্তার বদলে গ্রাহকের করা কোনো কাজের সঙ্গে যুক্ত প্রয়োজনীয় মেসেজ বেছে নিন। ব্যক্তিকে না পাঠিয়ে তালিকায় একসঙ্গে পাঠানো যেকোনো কিছু কমিয়ে দিন। যে ধরন রেটিং কমিয়েছে, সেটিই রেটিং নিচে রাখে। তাই সেই ধরন বদলালেই পুনরুদ্ধার শুরু হয়। ### ব্যর্থ হওয়ার আগে কীভাবে বুঝবেন? শুধু রেটিং দেখে। তাই শুধু সংযোগ করার বদলে সংযোগ পর্যবেক্ষণ করার পক্ষে এটিই সবচেয়ে স্পষ্ট কারণ। Meta ফোন নম্বরে গুণমানের রেটিং এবং মেসেজিং টিয়ার দেখায়, আর এতে পরিবর্তন আসে আপনার কোনো ক্ষতি হওয়ার আগেই। নম্বর সবুজ থেকে হলুদে গেলে হাতে এখনও ব্যবস্থা নেওয়ার সময় থাকে। নম্বর লালে পৌঁছে এই ত্রুটি ফেরত দিতে শুরু করলে ইতিমধ্যে কিছু মেসেজ পাঠানো যায়নি, আর তখন সেগুলো কিউতে অপেক্ষা না করে হারিয়ে যায়। WhatsApp Business অ্যাপে এই পতনের কিছুই দেখা যায় না। তাই ফোন থেকে উত্তর দেওয়া দল মেসেজ পাঠানো বন্ধ হওয়ার মুহূর্ত পর্যন্ত সবকিছু স্বাভাবিকই দেখে। - এটিকে পাঠানোর কোডের ত্রুটি ভাবা। রিকোয়েস্ট ঠিক আছে, সীমিত হয়েছে নম্বরটি। - এড়াতে প্রোভাইডার বদলানো। গুণমান নম্বরটির সঙ্গে যুক্ত এবং নম্বরের সঙ্গেই থাকে। - নোটিফিকেশনের অপেক্ষা করা। ফোনে গুণমান কমার কোনো ঘোষণা আসে না। **আমি কি এখনও মেসেজ গ্রহণ করতে পারব?** হ্যাঁ। মেসেজ গ্রহণে কোনো প্রভাব পড়ে না এবং নম্বরের WhatsApp Business অ্যাপ স্বাভাবিকভাবেই কাজ করে। **সেরে উঠতে কত সময় লাগে?** Meta কোনো নির্দিষ্ট সময় প্রকাশ করে না। এটি চলমান মাপ, তাই নির্দিষ্ট সময় পরে নয়, সাম্প্রতিক পাঠানো ভালো হলে উন্নতি হয়। **অন্য প্রোভাইডারে গেলে কি এটি রিসেট হবে?** না। গুণমান ফোন নম্বরের সঙ্গে যুক্ত, যে ব্যক্তি বা প্রতিষ্ঠান সেটির মাধ্যমে পাঠায় তার সঙ্গে নয়। **এটি কি ব্যান হওয়ার মতো?** না। ব্যান হলে নম্বরটি সরিয়ে দেওয়া হয়। এখানে কাজ করা নম্বরটি গুণমান ফিরে না আসা পর্যন্ত কতটা পাঠাতে পারবে, তা সীমিত হয়। --- ## WhatsApp ত্রুটি 132001: টেমপ্লেট নেই https://easycoexistence.com/bn/docs/whatsapp-error-132001 ত্রুটি 132001 মানে আপনি যে টেমপ্লেট পাঠাতে চেয়েছেন, তা চাওয়া ভাষায় নেই, অথবা আছে কিন্তু অনুমোদিত নয়। টেমপ্লেট নাম ও ভাষা একসঙ্গে দেখে শনাক্ত করা হয়, তাই অন্য লোকেলে একই নামের টেমপ্লেট আলাদা। ### টেমপ্লেট থাকলেও 132001 কেন আসে? প্রায় সব সময় কারণ ভাষার কোড। টেমপ্লেটের নাম ও ভাষা একসঙ্গে সেটিকে শনাক্ত করে। en_US-এ order_update নামে তৈরি টেমপ্লেটটি en, pt বা pt_BR-এ order_update নামে নেই। সঠিক নামের সঙ্গে ভুল লোকেল পাঠালে ঠিক এই ত্রুটি আসে, আর বার্তাটি কোন অংশটি ভুল তা স্পষ্ট করে না। দ্বিতীয় কারণ অনুমোদনের অবস্থা। তৈরি করা হলেও পর্যালোচনা এখনো অপেক্ষমাণ থাকলে টেমপ্লেট পাঠানো যায় না, প্রত্যাখ্যাত হলেও যায় না। একেবারেই তৈরি না করা টেমপ্লেটের মতো উভয় অবস্থাতেই একই কোড আসে, তাই নাম ভুল ধরে নেওয়ার আগে অবস্থা যাচাই করুন। ### সঠিক নাম ও ভাষা কীভাবে খুঁজবেন? কনফিগার করা তথ্যের ওপর নির্ভর না করে নম্বরের টেমপ্লেটগুলোর তালিকা দেখুন এবং সেখান থেকে তথ্য নিন। তালিকায় প্রতিটি টেমপ্লেটের সঠিক নাম, সঠিক ভাষার কোড এবং পর্যালোচনার স্ট্যাটাস থাকে, যা এই ত্রুটির তিনটি কারণ একসঙ্গে যাচাই করে। এটিই একমাত্র নির্ভরযোগ্য উৎস, কারণ যে সিস্টেম টেমপ্লেট তৈরি করেছে সেটি নাম লিখে রাখার পর টেমপ্লেট সম্পাদনা বা প্রত্যাখ্যাত হতে পারে। MCP সংযোগকারীর মাধ্যমে এটি API কল নয়, একটি প্রশ্ন: কোনো নম্বরে কোন টেমপ্লেট অনুমোদিত আছে জিজ্ঞেস করুন, সহকারী সেগুলোর তালিকা পড়ে দেবে। নিজের কোড থেকে এটি WhatsApp Business Account-এর বিরুদ্ধে একটি Graph রিকোয়েস্ট, যেখানে ওই সংযোগের phone number id এবং টোকেন ব্যবহার করা হয়। ### অনুমোদন পেতে কত সময় লাগে? সাধারণত কয়েক মিনিট, কখনো এক দিন পর্যন্ত। পাঠানোর আগে Meta প্রতিটি টেমপ্লেট পর্যালোচনা করে। বেশিরভাগ দ্রুত অনুমোদিত হয়, তবে সময় নিশ্চিত নয় এবং কোনো প্রদানকারী এই প্রক্রিয়া দ্রুত করতে পারে না। তাই ইন্টিগ্রেশন তৈরি করে সঙ্গে সঙ্গে টেমপ্লেট পাঠানোর ক্ষেত্রে পর্যালোচনা চলাকালীন এই ত্রুটি আসবে। নির্ভরযোগ্য পদ্ধতি হলো ইন্টিগ্রেশন সেটআপের সময় আগেই টেমপ্লেট তৈরি করা, তারপর সেটি ব্যবহার করার আগে স্ট্যাটাস যাচাই করা। সংযোগকারীসহ একজন সহকারী দুটোই করতে পারে: টেমপ্লেট জমা দিয়ে জানাতে পারে সেটি অনুমোদিত, প্রত্যাখ্যাত নাকি এখনো পর্যালোচনাধীন। - টেমপ্লেটটি en_US হিসেবে তৈরি হলেও en পাঠানো। API-এর কাছে এগুলো আলাদা টেমপ্লেট। - টেমপ্লেট তৈরি করেই একই ধাপে পাঠানো। Meta আগে সেটি পর্যালোচনা করে। - প্রত্যাখ্যাত টেমপ্লেট এখনো কাজ করবে ধরে নেওয়া। অনুপস্থিত টেমপ্লেটের মতো এটিও একই ত্রুটি দেয়। **সঠিক ভাষার কোড কোথায় দেখব?** ওই নম্বরের টেমপ্লেট তালিকায়। সেখানে নাম, ভাষা ও স্ট্যাটাস একসঙ্গে থাকে, এটিই একমাত্র নির্ভরযোগ্য উৎস। **অপেক্ষমাণ টেমপ্লেট কি পাঠাতে পারি?** না। শুধু অনুমোদিত টেমপ্লেটই পৌঁছায়, আর অপেক্ষমাণ টেমপ্লেট একই ত্রুটি দেয়। **প্রত্যাখ্যাত টেমপ্লেট কি নতুন করে তৈরি করতে হবে?** এটি সম্পাদনা করে আবার জমা দেওয়া যায়। তবে প্রত্যাখ্যাত অবস্থায় এটি পাঠানো যায় না। **WhatsApp Business অ্যাপ কি টেমপ্লেট পাঠাতে পারে?** Coexistence নম্বরে নয়। টেমপ্লেট API-এর মাধ্যমে পাঠানো হয়, আর এটাই নম্বর সংযুক্ত করার বাস্তব কারণগুলোর একটি। --- ## WhatsApp-এর 132000 ত্রুটি: প্যারামিটারের সংখ্যা মিলছে না https://easycoexistence.com/bn/docs/whatsapp-error-132000 ত্রুটি 132000 বোঝায়, আপনার দেওয়া ভেরিয়েবল টেমপ্লেটের প্রত্যাশিত মানের সঙ্গে মেলেনি। দুটি প্লেসহোল্ডার থাকা টেমপ্লেটে ক্রমানুসারে ঠিক দুটি মান দরকার। কেউ টেমপ্লেট সম্পাদনা করার পর পাঠানোর কোড আপডেট না করলে এই ত্রুটি প্রায়ই দেখা দেয়। ### টেমপ্লেটের ভেরিয়েবল কীভাবে গোনা হয়? টেমপ্লেটের টেক্সটে থাকা নম্বরযুক্ত প্লেসহোল্ডার ব্যবহার করে, প্রতিটি কম্পোনেন্টে ক্রমানুসারে গোনা হয়। টেমপ্লেটের বডিতে Hello {{1}}, your order {{2}} has shipped লেখা থাকলে সেখানে দুটি ভেরিয়েবল নির্ধারিত আছে, এবং সেন্ডে বডি কম্পোনেন্টের জন্য ঠিক দুটি মান দিতে হবে। একটি বা তিনটি মান দিলে এই ত্রুটি আসে। দুটি মান দিলেও ভুল কম্পোনেন্টের জন্য দিলে একই ত্রুটি হয়, কারণ হেডার, বডি ও বাটনের প্যারামিটার এক তালিকায় না গিয়ে আলাদাভাবে গোনা হয়। তাই প্রথম দেখায় ত্রুটিটি ভুল মনে হতে পারে: মোট মানের সংখ্যা ঠিক থাকলেও কম্পোনেন্টগুলোর মধ্যে বণ্টন ভুল হতে পারে। ### গতকাল কাজ করা টেমপ্লেটে এটি কেন দেখা দেয়? কারণ কেউ টেমপ্লেট সম্পাদনা করেছেন, কিন্তু তার সঙ্গে পাঠানোর কোড বদলানো হয়নি। অনুমোদনের পর টেমপ্লেট সম্পাদনা করা যায়, আর প্লেসহোল্ডার যোগ বা বাদ দিলে প্রেরকের দিক থেকে চুক্তিটি নীরবে বদলে যায়। ইন্টিগ্রেশনকে কিছু জানানো হয় না, তাই পরের সেন্ড ব্যর্থ হয়। যে দলে মার্কেটিং WhatsApp Manager-এ টেমপ্লেট সম্পাদনা করে এবং ইঞ্জিনিয়ারিং পাঠানোর কোডের দায়িত্বে থাকে, সেখানে এই ত্রুটি এভাবেই সবচেয়ে বেশি দেখা যায়। প্রতিরোধের উপায় হলো, প্রথমবার তৈরি করার সময় লিখে রাখা মানের ওপর নির্ভর না করে টেমপ্লেটটি আবার পড়ে নেওয়া। টেমপ্লেটের তালিকা বর্তমান সংজ্ঞা ফেরত দেয়, আর সেন্ডের সময় সেটিই একমাত্র প্রাসঙ্গিক সংস্করণ। ### মানগুলো কীভাবে সঠিকভাবে দেবেন? টেমপ্লেটের নিজস্ব কাঠামোর সঙ্গে মিলিয়ে কম্পোনেন্টের অ্যারে তৈরি করে। প্রতিটি কম্পোনেন্টে তার ধরন উল্লেখ থাকে এবং প্লেসহোল্ডার যে ক্রমে এসেছে, সেই ক্রমে নিজস্ব প্যারামিটার থাকে। দুটি ভেরিয়েবল থাকা বডির জন্য দুটি টেক্সট প্যারামিটারসহ একটি বডি কম্পোনেন্ট দরকার। টেমপ্লেটের হেডারেও ভেরিয়েবল থাকলে আলাদা হেডার কম্পোনেন্ট ও তার নিজস্ব প্যারামিটার দিতে হবে, হেডারের মান বডির তালিকায় যোগ করা যাবে না। MCP কানেক্টরের মাধ্যমে আপনার জন্য এটি এক ধাপ দূরের কাজ: একজন সহকারী টেমপ্লেট পড়ে প্রতিটি কম্পোনেন্টে কতটি প্লেসহোল্ডার আছে তা দেখে, আপনার অনুরোধ অনুযায়ী মান বসায়। নিজের কোডে এমন কাঠামো হার্ডকোড না করে স্টার্টআপে টেমপ্লেটের সংজ্ঞা পড়ে নেওয়া ভালো, কারণ এটি বদলাতে পারে। - হেডার ও বডির ভেরিয়েবল এক তালিকায় জড়ো করা। এগুলো কম্পোনেন্ট অনুযায়ী গোনা হয়। - ভেরিয়েবলের সংখ্যা হার্ডকোড করা। প্রেরককে না জানিয়েই টেমপ্লেট সম্পাদনা করলে এই সংখ্যা বদলে যায়। - ব্যবহার না করা প্লেসহোল্ডারের জন্য খালি স্ট্রিং পাঠানো। টেমপ্লেটে সেটি এখনও নির্ধারিত, তাই সংখ্যার মিল থাকতে হবে। **ভেরিয়েবল ছাড়া টেমপ্লেট পাঠাতে পারি?** হ্যাঁ। টেমপ্লেটে কোনো ভেরিয়েবল না থাকলে কোনো প্যারামিটার পাঠাবেন না। তবুও পাঠালে এই ত্রুটি আসে। **মানগুলোর ক্রম কি গুরুত্বপূর্ণ?** হ্যাঁ। প্লেসহোল্ডার নম্বরযুক্ত এবং ক্রমানুসারে পূরণ করা হয়, তাই দুটি মান অদলবদল করলে ত্রুটি নয়, ভুল মেসেজ তৈরি হয়। **এক ভাষায় একই সেন্ড কাজ করে, অন্য ভাষায় করে না কেন?** প্রতিটি ভাষার সংস্করণ আলাদা টেমপ্লেট, তাই সম্পাদনার পর প্লেসহোল্ডারের সংখ্যা আলাদা হতে পারে। **এটি কি 132001-এর মতো একই ত্রুটি?** না। 132001 বোঝায় টেমপ্লেট খুঁজে পাওয়া যায়নি বা অনুমোদিত নয়। 132000 বোঝায় টেমপ্লেট পাওয়া গেছে, কিন্তু ভেরিয়েবল মেলেনি। --- ## WhatsApp ত্রুটি 2593107: সিঙ্কের সীমা অতিক্রম https://easycoexistence.com/bn/docs/whatsapp-error-2593107 2593107 ত্রুটির মানে হলো, এই নম্বরে কনট্যাক্ট ও চ্যাটের ইতিহাস একবার সিঙ্ক হয়ে গেছে। প্রতি অনবোর্ডিংয়ে সিঙ্ক একবারই চলে এবং আবার চালানো যায় না। তাই এটি আবার চালানোর একমাত্র উপায় হলো নম্বরটি সংযোগ বিচ্ছিন্ন করে পুনরায় সংযুক্ত করা। ### এখানে কোন সিঙ্কের কথা বলা হচ্ছে? এটি এমন একটি ধাপ, যা Coexistence নম্বরের আগের কনট্যাক্ট ও কথোপকথনের ইতিহাস API পাশে নিয়ে আসে। ফলে কোনো ব্যবসা বছরের পর বছর ব্যবহার করা নম্বরে সফটওয়্যার একেবারে খালি অবস্থায় শুরু করে না। এটি শুধু Coexistence-এর কারণেই থাকে। সাধারণভাবে অনবোর্ড করা নম্বরে আনার মতো আগের অ্যাপের ইতিহাস থাকে না, তাই সিঙ্ক করারও কিছু থাকে না। Coexistence নম্বরে দুটিই থাকে, আর নম্বর সংযুক্ত হওয়ার সময় Meta সেগুলো একবার স্থানান্তরের সুযোগ দেয়। এই কারণেই দীর্ঘদিন Cloud API নিয়ে কাজ করা লোকজনের কাছেও ত্রুটিটি অপরিচিত মনে হয়। এটি এমন একটি অনবোর্ডিং পদ্ধতির অংশ, যা তারা আগে ব্যবহার করেননি। ### এটি শুধু একবারই কেন চালানো যায়? কারণ এটি চলমান সুবিধা নয়, অনবোর্ডিংয়ের অংশ। Meta এটিকে সংযোগের সময় নেওয়া একবারের সিদ্ধান্ত হিসেবে বিবেচনা করে। Embedded Signup চলাকালে ব্যবসার মালিককে জিজ্ঞেস করা হয়, বিদ্যমান চ্যাটের ইতিহাস শেয়ার করবেন কি না। হ্যাঁ বললেই সিঙ্ক চালানোর অনুমতি মেলে। পরে এটি আবার চালু করার কোনো সেটিংস নেই এবং এটি পুনরাবৃত্তি করার কোনো এন্ডপয়েন্টও নেই। তাই দ্বিতীয় কলের ক্ষেত্রে সীমা ওঠার অপেক্ষা না করে এই ত্রুটিই ফেরত আসে। বাস্তবে এর মানে হলো, সিদ্ধান্তটি নেওয়ার সময় যতটা মনে হয় তার চেয়ে বেশি গুরুত্বপূর্ণ। কেউ অনবোর্ডিং দ্রুত শেষ করতে গিয়ে ইতিহাস প্রত্যাখ্যান করলে, সেই সিদ্ধান্ত বদলানোর একমাত্র উপায় হলো সম্পূর্ণ সংযোগ বিচ্ছিন্ন করে আবার সংযুক্ত করা। ### আবার সত্যিই এটি দরকার হলে কী হবে? নম্বরটি সংযোগ বিচ্ছিন্ন করে আবার সংযুক্ত করতে হবে। এটি কোনো সেটিংস বদলানো নয়, বাস্তব একটি কাজ। আবার সংযুক্ত করলে Embedded Signup শুরু থেকে চলে, ফোনে কোড স্ক্যান করাও এর মধ্যে থাকে, এবং ইতিহাস গ্রহণ করার নতুন সুযোগ পাওয়া যায়। পুরো সময় WhatsApp Business অ্যাপটি অপরিবর্তিত থাকে, তাই ব্যবসা কিছু হারায় না। তবে এটি নীরবে পেছনে চলা কোনো কাজ নয়, ফোনের কাছে কাউকে থাকতে হবে। একটি বিষয় আগে থেকে পরিকল্পনা করা জরুরি। সংযোগ বিচ্ছিন্ন করলে ওয়েবহুকের গন্তব্যটি সরিয়ে যায়, কারণ সেটি নম্বরে নয়, অ্যাপ সাবস্ক্রিপশনের override হিসেবে থাকে। আবার সংযুক্ত করলে পাঠানো ও পর্যবেক্ষণ ফিরে আসে, কিন্তু নিজের সার্ভারে ডেলিভারি ফিরে আসে না, যদি কেউ সেটি পুনরায় না বসায়। - সিঙ্ক কল আবার চেষ্টা করা। এটি একবারের কাজ, তাই আবার চেষ্টা করলেও একই ত্রুটি আসবে, সফল হবে না। - সতর্কতার জন্য অনবোর্ডিংয়ের সময় চ্যাটের ইতিহাস প্রত্যাখ্যান করা। নম্বরটি আবার সংযুক্ত করেই শুধু সেই সিদ্ধান্ত বদলানো যায়। - ওয়েবহুকের গন্তব্য পুনরায় বসানোর পরিকল্পনা ছাড়া নম্বরটি আবার সংযুক্ত করা। অ্যাপের সঙ্গে সেটিও সরিয়ে যায়। **এটি কি সাধারণ Cloud API নম্বরে হয়?** না। সিঙ্ক শুধু Coexistence নম্বরের জন্য থাকে, কারণ শুধু সেসব নম্বরেই স্থানান্তরের মতো আগের অ্যাপের ইতিহাস থাকে। **কতটা ইতিহাস সিঙ্ক হয়?** অনবোর্ডিংয়ের সময় Meta সাম্প্রতিক কথোপকথনের ইতিহাসের একটি সময়সীমা সিঙ্ক করে। সঠিক পরিমাণ কোনো প্রোভাইডার নয়, Meta নির্ধারণ করে। **আবার সংযুক্ত করলে কি ফোনের চ্যাট হারিয়ে যাবে?** না। API পাশের সংযোগ বিচ্ছিন্ন ও পুনঃসংযোগ করলে WhatsApp Business অ্যাপ এবং এর কথোপকথনে কোনো প্রভাব পড়ে না। **2593108 কি একই সমস্যা?** না। ওই কোডের মানে হলো অনবোর্ডিংয়ের 24 ঘণ্টার বেশি পরে সিঙ্ক চালানোর চেষ্টা করা হয়েছে, সিঙ্ক আগেই হয়ে গেছে এমন নয়। --- ## WhatsApp ত্রুটি 2593108: 24 ঘণ্টার উইন্ডোর বাইরে সিঙ্ক https://easycoexistence.com/bn/docs/whatsapp-error-2593108 ত্রুটি 2593108 বোঝায়, নম্বর অনবোর্ড হওয়ার 24 ঘণ্টার বেশি পরে কনট্যাক্ট ও চ্যাটের ইতিহাস সিঙ্ক শুরু হয়েছে। এই সময়সীমা Meta-র নির্ধারিত, এবং এটি পার হয়ে গেলে সিঙ্ক করার একমাত্র উপায় নম্বরটি আবার সংযুক্ত করা। ### এটি কোন 24 ঘণ্টার উইন্ডো? মেসেজিংয়েরটি নয়, যদিও এই ত্রুটি নিয়ে বেশিরভাগ বিভ্রান্তির উৎস সেটিই। WhatsApp Business Platform-এ বহুল পরিচিত 24 ঘণ্টার কাস্টমার সার্ভিস উইন্ডো আছে। এটি কাস্টমারের শেষ মেসেজ থেকে গণনা করা হয় এবং ফ্রি টেক্সট পাঠানো যাবে কি না, তা নির্ধারণ করে। এটি সম্পূর্ণ আলাদা একটি ঘড়ি। এই উইন্ডো গণনা শুরু হয় Coexistence নম্বরের অনবোর্ডিং সম্পন্ন হওয়ার মুহূর্ত থেকে এবং শুধু কনট্যাক্ট ও চ্যাটের ইতিহাস এখনও আনা যাবে কি না, তা নির্ধারণ করে। নম্বরটি ছাড়া এই দুটির মধ্যে আর কোনো সম্পর্ক নেই, এবং সফলভাবে পাঠানো কোনো মেসেজ সিঙ্কের উইন্ডো এখনও খোলা আছে, এমন প্রমাণ নয়। ### এটি কেন মিস হয়ে যায়? কারণ অনবোর্ডিং ও ইন্টিগ্রেশন সাধারণত আলাদা দিনে হয়, এবং প্রায়ই আলাদা মানুষ তা করেন। সাধারণত ব্যবসার মালিক বিকেলে নম্বরটি সংযুক্ত করেন, তারপর সেই সপ্তাহের পরে কোনো এজেন্সি বা ডেভেলপার সেটিকে তাদের সিস্টেমে যুক্ত করেন। ইতিহাস নিয়ে ভাবার সময় উইন্ডো বন্ধ হয়ে যায়, এবং সতর্কবার্তার বদলে অপরিচিত একটি ত্রুটির কোড হিসেবে ব্যর্থতা দেখা দেয়। সিঙ্ককে ইন্টিগ্রেশনের অংশ না ভেবে অনবোর্ডিংয়ের অংশ হিসেবে দেখা ভালো। ইতিহাসের কোনো গুরুত্ব থাকলে, নম্বর সংযুক্ত হওয়ার দিনই, অন্য কিছু তৈরি করার আগে, সেটি আনতে হবে। ### উইন্ডো বন্ধ হয়ে গেলে কী কী করা যায়? নম্বরটি বিচ্ছিন্ন করে আবার সংযুক্ত করুন, অথবা ইতিহাস ছাড়াই শুরু করুন। আবার সংযুক্ত করলে Embedded Signup নতুন করে শুরু হয়, ফোনে স্ক্যান করাও এর মধ্যে থাকে, এবং নতুন একটি উইন্ডো খোলে। WhatsApp Business অ্যাপে এর কোনো প্রভাব পড়ে না, তাই দুই ক্ষেত্রেই ব্যবসা তার কথোপকথন ধরে রাখে। খরচ হলো, আবার কাউকে ফোনের কাছে থাকতে হবে। ইতিহাস ছাড়া শুরু করাও অনেক সময় ঠিক আছে। সংযুক্ত হওয়ার মুহূর্ত থেকে API সবকিছু গ্রহণ করে, এবং বেশিরভাগ ইন্টিগ্রেশনের কাছে পুরোনোটার চেয়ে নতুন কথোপকথন বেশি গুরুত্বপূর্ণ। কোনো কাস্টমারের আগের প্রেক্ষাপট সঙ্গে সঙ্গে খুঁজে দেখা দরকার হলে ইতিহাস বেশি গুরুত্বপূর্ণ, তবে এমন পরিস্থিতি প্রথমে মনে হওয়ার চেয়ে কম। - এটিকে মেসেজিং উইন্ডোর সঙ্গে গুলিয়ে ফেলা। এগুলো আলাদা ঘড়ি, যা আলাদা বিষয় মাপে। - ইন্টিগ্রেশনের কাজ শুরু হওয়া পর্যন্ত ইতিহাস ফেলে রাখা। ততক্ষণে উইন্ডো সাধারণত বন্ধ হয়ে যায়। - বিচ্ছিন্ন করার পর আবার সংযোগের সময় ওয়েবহুকের গন্তব্য পুনরুদ্ধার না করা, যা বিচ্ছিন্নতার পর থাকে না। **এটি কি মেসেজিং উইন্ডোর একই 24 ঘণ্টা?** না। এটি অনবোর্ডিং থেকে গণনা করা হয় এবং সিঙ্ক নিয়ন্ত্রণ করে। মেসেজিং উইন্ডো কাস্টমারের শেষ মেসেজ থেকে গণনা করা হয় এবং ফ্রি টেক্সট নিয়ন্ত্রণ করে। **উইন্ডো কি বাড়ানো যায়?** না। এটি Meta-র নির্ধারিত, কোনো প্রোভাইডার এটি দীর্ঘ করতে পারে না। **আবার সংযুক্ত করতে কি কোনো মূল্য লাগে?** আবার সংযুক্ত করার জন্য কোনো মূল্য নেওয়া হয় না। কোডটি আবার স্ক্যান করতে কাউকে ফোনের কাছে থাকতে হবে। **আমি যদি কখনও ইতিহাস সিঙ্ক না করি?** নম্বর সংযুক্ত হওয়ার মুহূর্ত থেকে API তবুও সবকিছু গ্রহণ করবে। কোনো কিছুর আগের প্রেক্ষাপট সঙ্গে সঙ্গে দরকার হলেই শুধু ইতিহাস গুরুত্বপূর্ণ। --- ## WhatsApp-এর 131026 ত্রুটি: মেসেজ পৌঁছায়নি https://easycoexistence.com/bn/docs/whatsapp-error-131026 131026 ত্রুটির অর্থ Meta ওই প্রাপকের কাছে মেসেজ পৌঁছে দিতে পারেনি। সাধারণ কারণ হলো নম্বরটি WhatsApp-এ একেবারেই নিবন্ধিত নয়, যদিও পুরোনো ক্লায়েন্ট বা ব্যবহারকারী গ্রহণ না করা শর্তাবলিও একই কোড তৈরি করতে পারে। ### দেখতে বৈধ নম্বরে মেসেজ পৌঁছায় না কেন? ফোন নম্বর থাকা আর সেই নম্বরে WhatsApp থাকা এক বিষয় নয়। সবচেয়ে সাধারণ কারণ হলো, প্রাপক ওই নম্বরটি কখনও WhatsApp-এ নিবন্ধন করেননি, অথবা পরে সরিয়ে ফেলেছেন। নম্বরের ফরম্যাট দেখে এটি বোঝার উপায় নেই। তাই CRM থেকে আমদানি করা তালিকায় অনেক ক্ষেত্রে এই ত্রুটি দেখা যায়: তালিকায় ফোন নম্বর থাকে, কিন্তু তার কিছুই কেবল WhatsApp নম্বর। আরও দুটি কম সাধারণ কারণে একই কোড দেখা যায়। প্রাপক এমন পুরোনো WhatsApp ক্লায়েন্ট ব্যবহার করতে পারেন, যা পাঠানো মেসেজের ধরন গ্রহণ করতে পারে না। আবার নতুন কোনো ফিচারের জন্য প্রয়োজনীয় শর্তাবলিও তিনি গ্রহণ নাও করে থাকতে পারেন। প্রেরক হিসেবে কোনোটিই আপনি নিয়ন্ত্রণ করতে পারবেন না। ### এটি পেলে কী করা উচিত? যোগাযোগটির সঙ্গে ত্রুটিটি রেকর্ড করে ওই নম্বরে পাঠানো বন্ধ করুন, আবার রিট্রাই করবেন না। সমস্যাটি প্রাপকের দিকের, তাই সঙ্গে সঙ্গে রিট্রাই করলে একই ফল আসবে এবং নির্ধারিত রিট্রাইও সাধারণত কাজে দেবে না। এটিকে সাময়িক সমস্যা ভাবলে এমন নম্বরে ইন্টিগ্রেশনের থ্রুপুট নষ্ট হয়, যেগুলো কখনও কিছু পাবে না। আরও কার্যকর প্রতিক্রিয়া হলো যোগাযোগটিকে WhatsApp-এ অপ্রাপ্য হিসেবে চিহ্নিত করে অন্য মাধ্যমে পাঠানো। এতে সময়ের সঙ্গে যোগাযোগের তালিকা নীরবে খারাপ হওয়াও ঠেকানো যায়। নম্বরটি সত্যিই WhatsApp-এ থাকলে সমাধানটি আপনার নয়, প্রাপকের দিকেই করতে হবে। - নির্ধারিত সময়ে রিট্রাই করা। সমস্যাটি প্রাপকের দিকের এবং সময় পেরোলেই দূর হয় না। - এটিকে ফরম্যাটের সমস্যা ভাবা। নম্বরটি Meta-তে পৌঁছেছিল এবং যাচাইকরণে নয়, মেসেজ পৌঁছে দেওয়ার সময় প্রত্যাখ্যাত হয়েছে। - ফিল্টার না করে CRM তালিকায় পাঠানো। ফোন নম্বর থাকলেই সেটি WhatsApp নম্বর হয় না। **আমি কি আগে যাচাই করতে পারি কোনো নম্বর WhatsApp-এ আছে কি না?** নির্ভরযোগ্যভাবে নয়, এবং Meta এ জন্য কোনো লুকআপ দেয় না। বাস্তবে প্রথম মেসেজ পাঠানোই যাচাই। **এতে কি আমার কোয়ালিটি রেটিং প্রভাবিত হয়?** পৌঁছানো যায়নি এমন প্রাপক আর আপনাকে ব্লক বা রিপোর্ট করা প্রাপক এক নয়। তবে এমন প্রাপকে ভরা তালিকায় বেশি পাঠালে সেই প্যাটার্ন অন্য জায়গায়ও প্রভাব ফেলতে পারে। **নম্বরের ফরম্যাটই কি সমস্যা?** সাধারণত নয়। ভুল ফরম্যাটের নম্বর আলাদা প্যারামিটার ত্রুটি দেয়। এই কোডের অর্থ, নম্বরটি বোঝা গিয়েছিল কিন্তু সেখানে পৌঁছানো যায়নি। **আমার কি যোগাযোগটি মুছে ফেলা উচিত?** মুছে না দিয়ে WhatsApp-এ অপ্রাপ্য হিসেবে চিহ্নিত করুন। ব্যক্তি পরে ওই নম্বরটি নিবন্ধন করতে পারেন। --- ## WhatsApp ত্রুটি 131042: ব্যবসায়িক অ্যাকাউন্টের পেমেন্ট সমস্যা https://easycoexistence.com/bn/docs/whatsapp-error-131042 ত্রুটি 131042 মানে WhatsApp Business Account-এ কার্যকর পেমেন্ট পদ্ধতি না থাকায় Meta মেসেজের চার্জ নিতে পারছে না। এই চার্জ Meta সরাসরি আপনার কাছ থেকে নেয়, তাই সমাধান WhatsApp Manager-এ, আপনার API অ্যাক্সেসদাতার কাছে নয়। ### আসলে কে কাকে বিল করছে? এখানে দুটি কোম্পানি আছে, আর বিল দুটির মাত্র একটির সঙ্গে আপনার প্রোভাইডারের সম্পর্ক আছে। Meta WhatsApp Business Platform-এ কথোপকথনের জন্য চার্জ করে এবং আপনার নিজের WhatsApp Business Account-এ যুক্ত পেমেন্ট পদ্ধতি থেকে সেই টাকা নেয়। এই সম্পর্ক আপনার সঙ্গে Meta-র। প্রোভাইডার এর পাশে থেকে অ্যাক্সেস ও টুল ব্যবহারের জন্য চার্জ করে, কিন্তু সেই কথোপকথনের চার্জ কখনও দেখে না। তাই প্রোভাইডারের সঙ্গে যোগাযোগ করে এই ত্রুটি ঠিক করা যায় না, এবং সেই অবস্থানে থাকা কেউ আপনার হয়ে কার্ড যোগ করতে পারে না। এর মানে, যে কথোপকথনের খরচ প্রোভাইডার কখনও পায় না, তাতে সে মার্জিনও যোগ করতে পারে না। ### পেমেন্ট পদ্ধতি কোথায় সেট করা হয়? যে WhatsApp Business Account নম্বরটির মালিক, সেই অ্যাকাউন্টের WhatsApp Manager-এ। সেখানেই আপনি পেমেন্ট পদ্ধতি যোগ বা আপডেট করবেন। নির্দিষ্ট কিছু মেসেজ পাঠানো কাজ করার আগে অ্যাকাউন্টে এটি থাকা দরকার। বিশেষ করে মার্কেটিং টেমপ্লেট পাঠাতে এটি লাগে। তাই এমন অ্যাকাউন্টে প্রচারমূলক মেসেজ পাঠানোর প্রথম চেষ্টায় প্রায়ই ত্রুটিটি দেখা যায়, যেখানে আগে শুধু গ্রাহকদের উত্তর দেওয়া হয়েছে। API ইচ্ছাকৃতভাবেই এটি করতে পারে না। কার্ড যুক্ত করার কোনো এন্ডপয়েন্ট নেই, কারণ এটি মেসেজ পাঠানোর কাজ নয়, অ্যাকাউন্ট-স্তরের বাণিজ্যিক সম্পর্ক। - প্রোভাইডারকে এটি ঠিক করতে বলা। বিলিং সম্পর্ক আপনার সঙ্গে Meta-র, আর কোনো API কার্ড যুক্ত করতে পারে না। - প্রোভাইডারের ফি মেসেজের খরচও কভার করে ধরে নেওয়া। এগুলো আলাদা কোম্পানির আলাদা বিল। - পেমেন্ট পদ্ধতি ছাড়া অ্যাকাউন্টে মার্কেটিং টেমপ্লেট পাঠানোর চেষ্টা করা। Meta এই পাঠানোর জন্য একটি পেমেন্ট পদ্ধতি চায়। **EasyCoexistence কি আমার হয়ে Meta-কে পেমেন্ট করতে পারে?** না। চার্জ আপনার নিজের WhatsApp Business Account-এ থাকা পেমেন্ট পদ্ধতিতে যায়, আর সেটি যুক্ত করার কোনো API নেই। **এটি এখনই কেন দেখা দিল?** প্রায়ই প্রথম মার্কেটিং টেমপ্লেট পাঠানোর চেষ্টা হলে এটি দেখা দেয়। Meta বিশেষভাবে এসব পাঠানোর জন্য পেমেন্ট পদ্ধতি চায়। **এতে কি ইনকামিং মেসেজ বন্ধ হয়ে যায়?** মেসেজ গ্রহণে কোনো প্রভাব পড়ে না। Meta যে মেসেজ পাঠানোর জন্য চার্জ নিতে চায়, শুধু সেটিই ব্যর্থ হয়। **Meta-র চার্জ পুরোপুরি এড়ানোর কোনো উপায় আছে?** 24 ঘণ্টার কাস্টমার সার্ভিস সময়সীমার মধ্যে দেওয়া উত্তর ফ্রি। এই সময়সীমার বাইরে শুরু হওয়া কথোপকথনের জন্য Meta চার্জ করে। --- ## WhatsApp ত্রুটি 133010: ফোন নম্বর নিবন্ধিত নয় https://easycoexistence.com/bn/docs/whatsapp-error-133010 ত্রুটি 133010 মানে ফোন নম্বরটির WhatsApp Business Platform-এ নিবন্ধন শেষ হয়নি। এটি অ্যাকাউন্টে যুক্ত হয়ে ড্যাশবোর্ডে দেখা যেতে পারে, কিন্তু নিবন্ধন শেষ না হওয়া পর্যন্ত কোনো মেসেজ পাঠাতে পারবে না। ### এখানে নিবন্ধন বলতে আসলে কী বোঝায়? এটি এমন একটি শেষ ধাপ, যা নম্বরটিকে মেসেজ পাঠানোর উপযোগী করে। WhatsApp Business Account-এ নম্বরটি থাকা আলাদা বিষয়। অনবোর্ডিংয়ের মাধ্যমে একটি নম্বর অ্যাকাউন্টের সঙ্গে যুক্ত হয় এবং আপনি তার শনাক্তকারীগুলো পান। নিবন্ধন প্ল্যাটফর্মকে জানায় যে নম্বরটি লেনদেনের জন্য প্রস্তুত। ড্যাশবোর্ডে নম্বরটি এরই মধ্যে দেখা যাওয়ায় মানুষ অনেক সময় না বুঝেই এই ধাপটি বাদ দেয়। সবকিছু সংযুক্ত মনে হয়, কিন্তু প্রথম মেসেজ পাঠানো ব্যর্থ হয়। Coexistence নম্বরের ক্ষেত্রে বিষয়টি আরেক কারণে সহজে চোখ এড়ায়: ফোনের WhatsApp Business অ্যাপ পুরো সময় স্বাভাবিকভাবে কাজ করে। তাই ব্যবসার দৈনন্দিন ব্যবহারে কিছুই অসম্পূর্ণ মনে হয় না। ### অনবোর্ডিং কীভাবে অসম্পূর্ণ থেকে যায়? সাধারণত কেউ উইন্ডোটি বন্ধ করে দিলে এমন হয়। Meta-র Embedded Signup একটি পপআপ হিসেবে চলে এবং এতে ফোনে কোড স্ক্যান করাসহ কয়েকটি ধাপ থাকে। নম্বরটি দেখা যাওয়ার পর, কিন্তু প্রক্রিয়া শেষ হওয়ার আগে উইন্ডো বন্ধ করলে ঠিক এই অবস্থা তৈরি হয়। ফোনের অংশে সংযোগ হারালেও এমন হতে পারে, অথবা ডিভাইস খুঁজতে যাওয়ার সময় সেশন শেষ হয়ে গেলেও হতে পারে। সমাধান হলো মেসেজ আবার পাঠানোর চেষ্টা না করে প্রক্রিয়াটি পুনরায় চালানো। আবার সংযোগ করলে শুরু থেকে ধাপগুলো সম্পন্ন হয় এবং নিবন্ধন শেষ হয়। এটি দুবার করলেও নম্বর বা WhatsApp Business অ্যাপের কোনো ক্ষতি হয় না। - মেসেজ আবার পাঠানোর চেষ্টা করা। মেসেজ পাঠানোর চেষ্টা করলে নিবন্ধন শেষ হয় না। - দৃশ্যমান নম্বরকে সক্রিয় নম্বর ধরে নেওয়া। এটি অ্যাকাউন্টে যুক্ত থাকতে পারে, কিন্তু এখনও নিবন্ধিত নাও হতে পারে। - ফোন দেখে সমস্যার কারণ নির্ধারণ করা। নিবন্ধন শেষ হোক বা না হোক, WhatsApp Business অ্যাপ স্বাভাবিকভাবে কাজ করে। **নম্বরটি কি হারিয়ে গেছে?** না। Meta-র অনবোর্ডিং প্রক্রিয়া আবার চালালে নিবন্ধন শেষ হয় এবং পুরো সময় WhatsApp Business অ্যাপে কোনো প্রভাব পড়ে না। **আমি কি API-এর মাধ্যমে নিবন্ধন করতে পারি?** নিবন্ধন Meta-র অনবোর্ডিং প্রক্রিয়ার অংশ, যার জন্য ব্রাউজার ও ফোন দরকার। কোড স্ক্যান এড়ানোর কোনো API শর্টকাট নেই। **আমি এখনও মেসেজ গ্রহণ করতে পারছি কেন?** গ্রহণ ও পাঠানো একই ধাপের ওপর নির্ভর করে না। তাই আংশিকভাবে সম্পন্ন অনবোর্ডিংয়ের নম্বর ফোনে সক্রিয় মনে হতে পারে। **এটি কি 133006-এর মতোই?** না। 133006 মানে নিবন্ধনের আগে নম্বরটির যাচাইকরণ দরকার। এই ত্রুটির অর্থ হলো নিবন্ধন নিজেই শেষ হয়নি। --- ## WhatsApp-এর 190 ত্রুটি: অ্যাক্সেস টোকেনের মেয়াদ শেষ https://easycoexistence.com/bn/docs/whatsapp-error-190 Error 190 মানে রিকোয়েস্টে ব্যবহৃত অ্যাক্সেস টোকেনের মেয়াদ শেষ হয়েছে বা এটি বাতিল করা হয়েছে। প্রতিটি কল একইভাবে ব্যর্থ হয়, তাই মনে হয় নম্বরটি হারিয়ে গেছে। আসলে তা নয়: ক্রেডেনশিয়ালটি নষ্ট হয়েছে, নম্বর সাধারণত ঠিকই আছে। ### মেয়াদ শেষ হওয়া টোকেনকে হারিয়ে যাওয়া নম্বরের মতো দেখায় কেন? কারণ প্রতিটি রিকোয়েস্ট ব্যর্থ হয়, এবং সবগুলো একইভাবে ব্যর্থ হয়। নম্বর পড়া, এর হেলথ পরীক্ষা, টেমপ্লেটের তালিকা দেখা এবং মেসেজ পাঠানো একসঙ্গে বন্ধ হয়ে যায়। বাইরে থেকে এটি অ্যাকাউন্ট থেকে নম্বর সরিয়ে ফেলার মতোই দেখায়, আর একটি ক্রেডেনশিয়াল ব্যবহার করা ইন্টিগ্রেশনের পক্ষে এই দুটি আলাদা করা সম্ভব হয় না। তাই অনেকেই ধরে নেন সংযোগ বিচ্ছিন্ন হয়েছে, যদিও আসলে তেমন কিছুই ঘটেনি। পার্থক্যটি গুরুত্বপূর্ণ, কারণ দুই অবস্থার প্রতিক্রিয়া বিপরীত। নষ্ট ক্রেডেনশিয়াল বদলে ফেলতে হয়। সরিয়ে দেওয়া নম্বর আবার সংযুক্ত করতে হয়, যার জন্য ব্যবসার মালিক এবং ফোন দুটিই দরকার। ### পার্থক্যটি কীভাবে বোঝা যায়? একই অ্যাকাউন্ট পড়তে পারে এমন দ্বিতীয় ক্রেডেনশিয়াল রেখে। EasyCoexistence প্রতিটি সংযোগে ক্লায়েন্টের টোকেন এবং নিজের System User টোকেন রাখে। একটি প্রত্যাখ্যাত হলে অন্যটি WhatsApp Business Account পড়ে এবং নিশ্চিত করে আসলে কোনটি নষ্ট হয়েছে। ক্লায়েন্টের টোকেন প্রত্যাখ্যাত হলেও দ্বিতীয় পাঠক কাজ করলে বোঝা যায় ক্রেডেনশিয়ালের মেয়াদ শেষ হয়েছে এবং নম্বর সুস্থ আছে। দুটিই ব্যর্থ হলে নম্বরটির সঙ্গেই কিছু ঘটেছে। দ্বিতীয় পাঠক না থাকলে পার্থক্য বোঝার একমাত্র উপায় হলো ব্যবসার মালিককে পরীক্ষা করতে বলা, অথচ মনিটরিং যে ধরনের বাধা এড়ানোর কথা, এটিই ঠিক সেই বাধা। ### টোকেন কীভাবে বাতিল হয়? বিভিন্নভাবে, যার বেশিরভাগই ইচ্ছাকৃত নয়। টোকেনের নির্দিষ্ট মেয়াদ থাকে এবং নিজে থেকেই শেষ হয়। Meta অ্যাকাউন্টের পাসওয়ার্ড বদলালে সেগুলো বাতিল হয়। Business Settings-এ কেউ অ্যাপের অ্যাক্সেস সরিয়ে দিলেও তা হয়, আবার Meta কোনো টোকেনকে ঝুঁকিপূর্ণ মনে করে বাতিল করলেও হয়। এগুলোর কোনোটির আগেই সতর্কবার্তা আসে না, এবং ফোনের WhatsApp Business অ্যাপ থেকেও কোনোটিই দেখা যায় না। তাই টোকেনের বৈধতা মনিটরিংয়ের অংশ হওয়া উচিত, ত্রুটি সামলানোর অংশ নয়। ত্রুটি সামলানোর ব্যবস্থা এটি দেখার সময়ে ইতিমধ্যে মেসেজ পাঠানো ব্যর্থ হয়ে গেছে। - নম্বর আবার সংযুক্ত করা। সমস্যা যদি টোকেনে হয়, তাহলে ব্যবসার মালিককে এমন কাজ করতে বলা হবে যার কোনো দরকারই ছিল না। - এটিকে সাময়িক সমস্যা ধরে আবার চেষ্টা করা। বাতিল হওয়া টোকেন নিজে থেকে ঠিক হয় না। - একটি ক্রেডেনশিয়ালের ওপর নির্ভর করা। একটি টোকেন থাকলে ক্রেডেনশিয়াল ব্যর্থতা আর হারিয়ে যাওয়া নম্বরের পার্থক্য বোঝার উপায় নেই। **নম্বরটি কি এখনও কাজ করে?** সাধারণত হ্যাঁ। WhatsApp Business অ্যাপটি প্রভাবিত হয় না এবং নম্বরটিও অক্ষত থাকে। বন্ধ হয়েছে শুধু API অ্যাক্সেস। **ত্রুটি 0 কি একই বিষয়?** কার্যত হ্যাঁ। এন্ডপয়েন্ট অনুযায়ী Meta এই অবস্থাটি দুটি কোডের যেকোনো একটির অধীনে জানায়। **আবার সংযুক্ত করলে কি ঠিক হবে?** হবে, কিন্তু এটি ছোট সমস্যার জন্য ভারী সমাধান, আর নতুন ক্রেডেনশিয়ালেই যে কাজ হয় তার জন্য ব্যবসার মালিক ও ফোন দুটিই দরকার। **টোকেনের মেয়াদ শেষ হওয়া কি বন্ধ করা যায়?** System User টোকেন দীর্ঘদিন কার্যকর থাকতে পারে, তাই দ্বিতীয়টি রাখা উপকারী। --- ## WhatsApp ত্রুটি 130429: থ্রুপুট সীমা পূর্ণ হয়েছে https://easycoexistence.com/bn/docs/whatsapp-error-130429 ত্রুটি 130429 মানে এই নম্বরের Cloud API থ্রুপুট সীমা পূর্ণ হয়েছে। এটি ভলিউমের সমস্যা নয়, পাঠানোর গতির সমস্যা: একই মেসেজ ধীরে পাঠালে চলে যায়। Coexistence নম্বরে সীমাটি Meta নির্ধারণ করে। ### আসলে কোন বিষয়টি সীমিত? আপনি দিনে কতটি মেসেজ পাঠাতে পারবেন তা নয়, মেসেজ বের হওয়ার গতি। প্ল্যাটফর্ম একটি নম্বরের জন্য প্রতি সেকেন্ডে নির্দিষ্ট সংখ্যক মেসেজ গ্রহণ করে। এর বেশি রিকোয়েস্ট কিউতে না রেখে বাতিল করা হয়। তাই 10,000 মেসেজ পাঠানো নিজে সমস্যা নয়, কিন্তু একই সেকেন্ডে সব পাঠানো সমস্যা। কয়েক মিনিটে ছড়িয়ে পাঠালে একই ব্যাচ ঠিকভাবেই চলে যায়। এটি মেসেজিং টিয়ার থেকে আলাদা। টিয়ার ঠিক করে দিনে কতজন আলাদা গ্রাহকের সঙ্গে আপনি কথোপকথন শুরু করতে পারবেন। আবার কোয়ালিটি সীমা এমন নম্বরের পাঠানো কমায়, যার প্রাপকরা নেতিবাচক প্রতিক্রিয়া দেখান। তিনটি আলাদা সীমা, তিনটি আলাদা কোড, যা প্রায়ই একে অন্যের সঙ্গে গুলিয়ে যায়। ### সীমা কি বাড়ানো যায়? Coexistence নম্বরে নয়। Meta এটি নির্দিষ্ট গতিতে স্থির করে এবং কোনো প্রদানকারী তা বাড়াতে পারে না। বেশি গতির ওপর নির্ভর করে নকশা করার আগে এটি জানা জরুরি। সাধারণ পদ্ধতিতে অনবোর্ড করা নম্বরে সময়ের সঙ্গে কোয়ালিটি রেটিং ও মেসেজিং টিয়ার অনুযায়ী থ্রুপুট বাড়ে। এই পার্থক্য Coexistence-এর কয়েকটি প্রকৃত সীমাবদ্ধতার একটি। তাই বেশি ভলিউমের ব্রডকাস্ট নম্বর সাধারণত Coexistence ছাড়া অনবোর্ড করাই ভালো। কথোপকথনভিত্তিক ব্যবহারে এই সীমা সচরাচর বাধা হয় না। তবে কোনো কোড তালিকার ওপর লুপ চালিয়ে যত দ্রুত সম্ভব পাঠালে এটি দেখা দেয়। নিজের স্বার্থেই এমন নকশা এড়ানো ভালো। ### প্রেরকের বদলে কী করা উচিত? মেসেজ পাঠানোর গতি কমান এবং ব্যাকঅফসহ রিট্রাই করুন, সঙ্গে সঙ্গে রিট্রাই করবেন না। নির্দিষ্ট গতির কিউ দীর্ঘমেয়াদি সমাধান, কারণ এতে সীমাটি প্রোডাকশনে গিয়ে আবিষ্কৃত কোনো সমস্যা না হয়ে সিস্টেমের স্বাভাবিক বৈশিষ্ট্য হয়ে ওঠে। সেটি বেশি বড় ব্যবস্থা হলে, এই নির্দিষ্ট কোডে এক্সপোনেনশিয়াল ব্যাকঅফ ব্যবহার করলেও বেশির ভাগ সুবিধা পাওয়া যায়। বারবার দ্রুত রিট্রাই করা কাজ করে না। প্রত্যাখ্যানের সঙ্গে সঙ্গে রিট্রাই করা লুপ এমন সময়ে আরও রিকোয়েস্ট পাঠায়, যখন নম্বরটি ইতিমধ্যে নির্ধারিত গতির ওপরে আছে। ফলে পরিস্থিতি দূর না হয়ে আরও দীর্ঘ হয়। - সঙ্গে সঙ্গে রিট্রাই করা। প্রত্যাখ্যানের মুহূর্তে আরও রিকোয়েস্ট পাঠালে নম্বরটি সীমার ওপরে থাকে। - এটিকে মেসেজিং টিয়ারের সঙ্গে গুলিয়ে ফেলা। টিয়ার প্রতি সেকেন্ডের মেসেজ নয়, দৈনিক আলাদা কথোপকথন নিয়ন্ত্রণ করে। - থ্রুপুট বাড়বে ধরে Coexistence নম্বরের নকশা করা। তা বাড়ে না, সীমাটি স্থির। **এর মানে কি আমার নম্বর সীমাবদ্ধ?** না। এটি সাধারণ রেট লিমিট। নম্বরটি সুস্থ, আর ধীরে পাঠালে একই মেসেজ সফল হয়। **Coexistence নম্বর কত দ্রুত পাঠাতে পারে?** Coexistence নম্বরের জন্য Meta একটি স্থির গতি নির্ধারণ করে। কোয়ালিটি ও টিয়ারের সঙ্গে এটি বাড়ে না। **80007 কি একই বিষয়?** না। এটি নম্বরের মেসেজ থ্রুপুটের নয়, WhatsApp Business Account-এর রেট লিমিট। **অন্য কোনো প্রদানকারী কি দ্রুত পাঠাতে পারবে?** না। সীমাটি নম্বর ও Meta-র সঙ্গে সম্পর্কিত, API কল করা প্রদানকারীর সঙ্গে নয়। --- ## অফিশিয়াল Cloud API-তে WhatsApp-কে Make-এর সঙ্গে সংযুক্ত করুন https://easycoexistence.com/bn/integrations/make নম্বরটির ওয়েবহুক গন্তব্য Make-এর কাস্টম ওয়েবহুকে সেট করুন, আর প্রতিটি আসা মেসেজে একটি সিনারিও শুরু হবে। HTTP মডিউল দিয়ে Cloud API-এর মাধ্যমে উত্তর পাঠানো হবে। Make আমাদের MCP সার্ভার ব্যবহার করতে পারে না, কারণ Make নিজেই একটি MCP সার্ভার, ক্লায়েন্ট নয়। ### WhatsApp মেসেজ কীভাবে Make সিনারিও শুরু করে? Make-এ একটি কাস্টম ওয়েবহুক মডিউল তৈরি করুন, সেটি দেওয়া URL কপি করুন এবং নম্বরটির ওয়েবহুক গন্তব্য হিসেবে সেট করুন। এরপর Meta নম্বরে পাঠানো প্রতিটি মেসেজ সরাসরি ওই URL-এ HTTP POST হিসেবে পাঠাবে, আর সিনারিও চলবে। পেলোডে প্রেরকের তথ্য, মেসেজের লেখা বা মিডিয়ার রেফারেন্স, টাইমস্ট্যাম্প এবং মেসেজের id থাকে। এরপর এটি সাধারণ সিনারিওর মতোই কাজ করে: বিষয়বস্তু অনুযায়ী পাঠান, কাস্টমারকে খুঁজে দেখুন এবং আপনার চালানো অন্য যেকোনো সেবায় কল করুন। এটি Coexistence হওয়ায় একই মেসেজ ফোনের WhatsApp Business অ্যাপেও থাকবে। একজন মানুষ উত্তর দিতে পারবেন, সিনারিও তিনি কী পাঠিয়েছেন তা দেখতে পাবে, এবং কেউ কারও উত্তরের ওপর আবার উত্তর দেবে না। ### Make কেন MCP সংযোগকারী ব্যবহার করতে পারে না? কারণ Make একটি MCP সার্ভার, MCP ক্লায়েন্ট নয়। এটি Claude ও ChatGPT-এর মতো অ্যাসিস্ট্যান্টের জন্য নিজের সিনারিও প্রকাশ করে, যারা ভেতরের দিকে Make-এ সংযুক্ত হয়। এটি অন্য কারও MCP সার্ভারে বাইরে থেকে সংযুক্ত হয় না। পুরো বিষয়টি সংযোগের দিক নিয়ে। আমাদের সংযোগকারী কলের অপেক্ষায় থাকা একটি সার্ভার, আর Make-এর এমন কিছু নেই যা বাইরে থেকে কোনো সার্ভারে কল করে। তাই দুটির সংযোগ হয় না। এটি n8n থেকে আলাদা, কারণ n8n-এ MCP Client Tool নোড আছে এবং OAuth-এর মাধ্যমে দূরবর্তী সার্ভার ব্যবহার করতে পারে। বাস্তবে এতে কোনো খরচ নেই। ওয়েবহুক পথ একটি সিনারিওর প্রয়োজনীয় সব কাজ করে এবং আসা মেসেজে প্রতিক্রিয়া জানায়, যা কোনো টুলেই MCP করতে পারে না। ### সিনারিও কীভাবে উত্তর পাঠায়? Cloud API-এর মাধ্যমে একটি HTTP মডিউল ব্যবহার করে, যেখানে নম্বরটির ফোন নম্বর ID এবং অ্যাক্সেস টোকেন দিতে হবে। দুটিই ড্যাশবোর্ড থেকে পড়া যায়, অথবা আপনি চাইলে MCP সংযোগকারীর মাধ্যমে কোনো অ্যাসিস্ট্যান্টকে এগুলো এনে দিতে বলতে পারেন। কখন পাঠাচ্ছেন, তার ওপর পাঠানোর বিষয় নির্ভর করে। কাস্টমারের শেষ মেসেজের 24 ঘণ্টার মধ্যে ফ্রি টেক্সট কাজ করে। এর পরে শুধু Meta অনুমোদিত টেমপ্লেটই পৌঁছাবে, আর যে সিনারিও শুধু ফ্রি টেক্সট পাঠায়, প্রথম রাত পেরোনোর ঘটনাতেই নীরব হয়ে যাবে। টেকসই কাঠামো হলো একটি রাউটার: শেষ আসা মেসেজটি কতক্ষণ আগে এসেছে তা দেখুন, তারপর ফ্রি টেক্সট শাখা বা টেমপ্লেট শাখা বেছে নিন। - সিনারিও বন্ধ থাকা অবস্থায় ওয়েবহুক Make-এর URL-এ রেখে দেওয়া। Meta সেখানে মেসেজ পাঠাবে, কিন্তু কিছু চলবে না। - Meta-র যাচাইকরণের রিকোয়েস্টের উত্তর না দেওয়া। কিছু পাঠানোর আগে Meta একটি challenge-সহ GET পাঠায়। - 24 ঘণ্টার সীমার বাইরে ফ্রি টেক্সট দিয়ে উত্তর দেওয়া। এটি ব্যর্থ হবে, আর সিনারিওর দিক থেকে মনে হবে কিছুই ঘটেনি। **Make কি আপনার MCP সার্ভারে সংযুক্ত হতে পারে?** না। Make ক্লায়েন্টের বদলে MCP সার্ভার, তাই এটি আমাদের সার্ভারে বাইরে থেকে কল করতে পারে না। ওয়েবহুক পথ একটি সিনারিওর প্রয়োজনীয় সব কাজ করে। **WhatsApp-এর জন্য কি আমার Make অ্যাপ দরকার?** না। কাস্টম ওয়েবহুক মেসেজ গ্রহণ করে এবং HTTP মডিউল পাঠায়। সংযোগটি একটি URL ও একটি REST কল। **টিম কি ফোন থেকেই উত্তর দিতে পারবে?** হ্যাঁ। Coexistence-এর অর্থই এটি। একই নম্বরে অ্যাপ চালু থাকে এবং সিনারিও মানুষটি কী পাঠিয়েছেন তা দেখতে পায়। **একটি সিনারিও কি একাধিক ক্লায়েন্টের জন্য কাজ করতে পারে?** হ্যাঁ। প্রতিটি নম্বরকে একই ওয়েবহুকে পাঠান এবং পেলোডের phone number id অনুযায়ী রুট করুন। --- ## অফিসিয়াল Cloud API-তে WhatsApp ও Zapier সংযোগ করুন https://easycoexistence.com/bn/integrations/zapier নম্বরের ওয়েবহুক গন্তব্য Zapier-এর ক্যাচ হুকে সেট করুন, তাহলে প্রতিটি আসা মেসেজে একটি Zap চালু হবে। উত্তর Cloud API-র মাধ্যমে ওয়েবহুক অ্যাকশনে ফিরে যায়। Zapier আমাদের MCP সার্ভার ব্যবহার করতে পারে না, কারণ Zapier নিজেই MCP সার্ভার, ক্লায়েন্ট নয়। ### আসা মেসেজ কীভাবে একটি Zap চালু করে? Webhooks by Zapier ট্রিগার দিয়ে একটি Zap শুরু করুন, Catch Hook বেছে নিন এবং Zapier তৈরি করা URL কপি করুন। সেই URL নম্বরের ওয়েবহুক গন্তব্য হিসেবে সেট করুন, তাহলে Meta প্রতিটি আসা মেসেজ সরাসরি সেখানে পাঠাবে। পেলোডে প্রেরকের তথ্য, মেসেজের বিষয়বস্তু, টাইমস্ট্যাম্প এবং মেসেজ আইডি থাকে, যা দিয়ে বেশিরভাগ Zap শাখা তৈরি করে। আপনার অবকাঠামোতে কিছুই চলে না এবং আমাদের রক্ষণাবেক্ষণের জন্য কোনো Zapier অ্যাপও নেই, কারণ সংযোগের ভিত্তি একটি URL। একই নম্বরে WhatsApp Business অ্যাপ আগের মতোই কাজ করে, তাই Zap যে কথোপকথন সামলাতে পারে না, কেউ চাইলে তা হাতে নিতে পারেন। ### Zapier MCP কানেক্টর ব্যবহার করে না কেন? কারণ Zapier একটি MCP ক্লায়েন্টের বদলে MCP সার্ভার হিসেবে চলে। Claude এবং ChatGPT-এর মতো অ্যাসিস্ট্যান্ট Zapier-এ সংযোগ করে তার অ্যাকশন ব্যবহার করে। Zapier কোনো তৃতীয় পক্ষের MCP সার্ভারে বাইরে থেকে সংযোগ করে না, তাই আমাদের সার্ভারেও পৌঁছাতে পারে না। এর বাস্তব প্রভাব নেই। কোনো মানুষ অনুরোধ করলে অ্যাসিস্ট্যান্ট কাজ করার জন্য MCP ব্যবহার করে, আর Zap-এর কাঠামো ঠিক উল্টো: কিছু ঘটে, তারপর অটোমেশন প্রতিক্রিয়া জানায়। MCP ক্লায়েন্ট থাকা টুলসহ প্রতিটি টুলে এটি ওয়েবহুকের কাজ। অ্যাসিস্ট্যান্টকেও কাজে যুক্ত করতে চাইলে, Zap-এর পাশাপাশি Claude বা ChatGPT-তে কানেক্টর ব্যবহার করুন, Zap-এর ভেতরে নয়। ### একটি Zap কীভাবে উত্তর পাঠায়? Cloud API-র বিরুদ্ধে Webhooks by Zapier POST অ্যাকশন ব্যবহার করে, ড্যাশবোর্ড থেকে নেওয়া নম্বরের ফোন নম্বর ID এবং অ্যাক্সেস টোকেন দিয়ে। আপনি কী পাঠাতে পারবেন, তা সময়ের ওপর নির্ভর করে। গ্রাহকের শেষ মেসেজের 24 ঘণ্টার মধ্যে ফ্রি টেক্সট পাঠানো যায়। এর পরে শুধু অনুমোদিত টেমপ্লেট পাঠানো যায়। প্রোডাকশনে বেশিরভাগ Zap এখানেই ভেঙে যায়, কারণ পরীক্ষা সবসময় মেসেজের কয়েক সেকেন্ডের মধ্যেই করা হয়। দুই পরিস্থিতি সামলাতে হলে শেষ আসা মেসেজটি কতক্ষণ আগে এসেছে, তার ওপর একটি পাথ ফিল্টার দিন। এটি একটি অতিরিক্ত ধাপ, আর এর মাধ্যমেই মঙ্গলবার বিকেলে কাজ করা অটোমেশন ভোর তিনটাতেও কাজ করে। - গন্তব্য হিসেবে Zapier-এর পরীক্ষার URL ব্যবহার করা। এটি শোনা বন্ধ করে দেয় এবং মেসেজ কোথাও পৌঁছায় না। - Meta-র যাচাইকরণের GET ভুলে যাওয়া। ডেলিভারি শুরু হওয়ার আগে ক্যাচ হুককে চ্যালেঞ্জ ফিরিয়ে দিতে হয়। - 24 ঘণ্টার সময়সীমার পরে ফ্রি টেক্সট পাঠানো, যা Zap-এর দৃষ্টিতে নীরবে ব্যর্থ হয়। **কোনো অফিসিয়াল WhatsApp Zapier অ্যাপ আছে?** এখানে আপনার এমন অ্যাপের প্রয়োজন নেই। একটি ক্যাচ হুক গ্রহণ করে এবং একটি ওয়েবহুক অ্যাকশন পাঠায়, ফলে কোনো মধ্যস্থতাকারী ছাড়াই আপনি অফিসিয়াল Cloud API ব্যবহার করেন। **Zapier কি আপনার MCP সার্ভার ব্যবহার করতে পারে?** না। Zapier নিজেই একটি MCP সার্ভার এবং ক্লায়েন্ট হিসেবে কাজ করে না, তাই আমাদের সার্ভারে বাইরে থেকে কল করতে পারে না। **আমার দল কি ফোনটি হারাবে?** না। Coexistence একই নম্বরে WhatsApp Business অ্যাপ চালু রাখে। **আমার Zap থামানো থাকলে কী হবে?** Meta কিছু সময় পুনরায় চেষ্টা করে, তারপর থেমে যায়। ফোনের অ্যাপে মেসেজ আসতে থাকে, তাই ব্যবসার কোনো ক্ষতি হয় না। --- ## কাস্টম কানেক্টর দিয়ে WhatsApp-কে ChatGPT-এ সংযুক্ত করুন https://easycoexistence.com/bn/integrations/chatgpt ChatGPT সেটিংসে ডেভেলপার মোড চালু করুন, EasyCoexistence কানেক্টর হিসেবে যোগ করুন, তারপর ChatGPT আপনার নম্বরের তালিকা, হেলথ, মেসেজ ও টেমপ্লেট পরিচালনা করতে পারবে এবং Meta-র অফিসিয়াল Cloud API-তে আপনার সিস্টেমের ওয়েবহুক সেট করতে পারবে। ### কীভাবে এটি ChatGPT-এ যোগ করবেন? Settings খুলে Connectors, তারপর Advanced-এ যান এবং ডেভেলপার মোড চালু করুন। এর ফলে বিল্ট-ইন তালিকা থেকে বেছে নেওয়ার বদলে URL দিয়ে কানেক্টর যোগ করার অপশন দেখা যায়। EasyCoexistence MCP এন্ডপয়েন্টে নির্দেশ করা একটি কানেক্টর যোগ করুন। ChatGPT প্রথমবার কোনো টুল ব্যবহার করলে লগ ইন খুলবে, সেখানেই অনুমোদন দিন। কিছু তৈরি, কপি বা পেস্ট করতে হবে না, কারণ কানেক্টরটি API কী-এর বদলে OAuth ব্যবহার করে। সার্ভারটি নিজেই রিমোট। কিছু ইনস্টল হয় না, আপনার মেশিনে ব্যাকগ্রাউন্ডে কিছু চলে না, আর ChatGPT বন্ধ করলেও সংযুক্ত নম্বরে কোনো প্রভাব পড়ে না। ### সংযুক্ত হওয়ার পর ChatGPT কী করতে পারে? সহজ ভাষায় বলুন, ChatGPT নিজেই টুল বেছে নেবে। আমার কোন নম্বরটির অবস্থা খারাপ? এই গ্রাহককে তার বুকিং নিশ্চিতকরণ পাঠান। অর্ডার আপডেটের জন্য একটি টেমপ্লেট তৈরি করে Meta অনুমোদন দিলে আমাকে জানান। এই নম্বরের ওয়েবহুক আমার সার্ভারে নির্দেশ করুন। পড়ার টুলগুলো নম্বরের তালিকা, কোয়ালিটি রেটিং, মেসেজিং টিয়ার ও সংযোগের অবস্থা দেখায় এবং অন্য কিছুর প্রয়োজন হলে ক্রেডেনশিয়ালও আনে। পাঠানোর টুলগুলো সেশন উইন্ডোর মধ্যে ফ্রি টেক্সট এবং এর বাইরে অনুমোদিত টেমপ্লেট পাঠায়। ষোলোটি টুলের একটি ChatGPT-কে Markdown আকারে আমাদের ডকুমেন্টেশন দেয়। তাই এটি অনুমান থেকে নয়, আমাদের ডকুমেন্টেশন দেখে এসব কীভাবে কাজ করে সে বিষয়ে উত্তর দেয়। ### এটি কী করতে পারে না? আসা মেসেজের উত্তর নিজে থেকে দিতে পারে না। বিষয়টি স্পষ্ট করে বলা দরকার, কারণ অধিকাংশ মানুষ সহকারীর কাছে এটাই আশা করেন। MCP রিকোয়েস্ট ও প্রতিক্রিয়াভিত্তিক। আপনি বললে ChatGPT টুল ব্যবহার করে। কোনো ব্যবস্থা নেই যাতে গ্রাহকের WhatsApp মেসেজ ChatGPT-কে জাগিয়ে তুলে রাত 3টায় নিজে থেকে উত্তর দিতে পারে। আমাদের কানেক্টর এতে কোনো পরিবর্তন আনে না, এবং কোনো পণ্যের MCP সার্ভারও তা পারে না। স্বয়ংক্রিয় উত্তর দেওয়ার পথ হলো ওয়েবহুক। Meta আসা মেসেজ আপনার চালানো সিস্টেমে পাঠায়, আর সেই সিস্টেম ঠিক করে কী করতে হবে। দুটো একসঙ্গে কাজ করে, এবং কানেক্টর আপনার হয়ে ওয়েবহুকের গন্তব্যও সেট করতে পারে। - এটি গ্রাহকদের স্বয়ংক্রিয়ভাবে উত্তর দেবে বলে আশা করা। MCP আপনার অনুরোধে কাজ করে, আর আসা মেসেজের জন্য ওয়েবহুক দরকার। - বিল্ট-ইন কানেক্টর তালিকায় EasyCoexistence খোঁজা। ডেভেলপার মোড চালু করে URL দিয়ে এটি যোগ করতে হয়। - কী দরকার মনে করা। কানেক্টরটি OAuth দিয়ে অনুমোদন করে, তাই কিছু পেস্ট করার দরকার নেই। **পেইড ChatGPT প্ল্যান কি দরকার?** কাস্টম কানেক্টর সেটিংসের ডেভেলপার মোডের মাধ্যমে ব্যবহৃত হয়। প্রাপ্যতা OpenAI-র নিজস্ব প্ল্যানের নিয়ম অনুসরণ করে, আমাদের নিয়ন্ত্রণে থাকা কোনো বিষয় নয়। **ChatGPT কি আমার গ্রাহকদের কথোপকথন দেখতে পায়?** আপনি যতটুকু জানতে চান, শুধু ততটুকুই। আসা মেসেজ Meta থেকে আপনার নির্ধারিত ওয়েবহুক গন্তব্যে যায়, আর আমরা কখনো কথোপকথনের বিষয়বস্তু সংরক্ষণ করি না। **এটি কি নতুন নম্বর সংযুক্ত করতে পারে?** এটি প্রক্রিয়া শুরু করতে পারে। কানেক্টর একটি লিঙ্ক দেয়, যা ব্যবসার মালিক খুলে Meta-র প্রবাহের মাধ্যমে নিজের নম্বর অনুমোদন করেন। **Claude-এর মতো একই অ্যাকাউন্টে কি এটি কাজ করে?** হ্যাঁ। একটি EasyCoexistence অ্যাকাউন্ট, একটি এন্ডপয়েন্ট, এবং আপনার সংযুক্ত প্রতিটি সহকারী একই নম্বর দেখতে পায়। --- ## MCP-এর মাধ্যমে WhatsApp-কে Cursor-এ সংযুক্ত করুন https://easycoexistence.com/bn/integrations/cursor EasyCoexistence-কে Cursor-এর MCP কনফিগারেশনে যোগ করলে প্রজেক্ট না ছেড়েই এডিটর একটি আসল WhatsApp নম্বরে পৌঁছাতে পারে: নম্বরের তালিকা দেখুন, হেলথ পরীক্ষা করুন, মেসেজ ও অনুমোদিত টেমপ্লেট পাঠান, এবং আপনি যা তৈরি করছেন তার জন্য ওয়েবহুকের গন্তব্য নির্ধারণ করুন, সবই Meta-র অফিসিয়াল Cloud API-তে। ### Cursor-এ এটি কীভাবে যোগ করবেন? সেটিংস খুলে MCP বিভাগটি খুঁজুন, তারপর EasyCoexistence এন্ডপয়েন্টে নির্দেশ করা একটি সার্ভার যোগ করুন। Cursor mcp.json ফাইলও পড়ে। একাধিক মেশিন সেটআপ করলে বা কনফিগারেশন ভার্সন কন্ট্রোলে রাখতে চাইলে এটিই ভালো পথ। রিলোড করার পর Cursor-কে আপনার নম্বরগুলোর তালিকা দেখাতে বলুন। প্রথমবার এটি লগ ইন করবে, এরপর টুলগুলো সব সময় পাওয়া যাবে। কোনো প্যাকেজ ইনস্টল করতে হবে না এবং কোনো কী তৈরি করতে হবে না। সার্ভারটি রিমোট, তাই এডিটরের পাশে কিছু চলে না এবং Cursor বন্ধ করলেও সংযুক্ত নম্বরে কোনো প্রভাব পড়ে না। ### এডিটরের মধ্যে WhatsApp কেন ব্যবহার করবেন? কারণ সাধারণত তৈরি করা জিনিসটিই ইন্টিগ্রেশন, আর এটি ছাড়া প্রতিক্রিয়ার চক্র ধীর হয়ে যায়। ওয়েবহুক সংযুক্ত করা, এটি যাচাইকৃত কি না পরীক্ষা করা, নিজেকে একটি পরীক্ষামূলক মেসেজ পাঠানো, কোনো টেমপ্লেটের অনুমোদনের স্ট্যাটাস পড়া: প্রতিটির জন্য ড্যাশবোর্ডে যেতে এবং ফিরে আসতে হয়। সংযোগ থাকলে কোড যেখানে আছে, সেখানেই এসব প্রশ্ন করা যায়। ক্লায়েন্টের প্রজেক্টে কাজ করার সময় তার নম্বর সেটআপ করার এটিই দ্রুততম উপায়। get_connect_link ক্লায়েন্টকে খোলার লিংক ফেরত দেয়, আর set_webhook_destination নম্বরটিকে আপনি যা তৈরি করছেন তার দিকে নির্দেশ করে, এমন কোনো ব্রাউজার ট্যাব খোলার দরকার ছাড়াই যা Meta-র পপআপ নয়। - এটি মেসেজ গ্রহণ করবে ধরে নেওয়া। MCP-কে অনুরোধ করলে এটি কাজ করে; ইনকামিং ট্রাফিকের জন্য ওয়েবহুকের গন্তব্য দরকার। - কনফিগারেশনে টোকেন রাখা। সংযোগটি OAuth ব্যবহার করে, তাই ফাইলে কোনো সিক্রেট দরকার নেই। - যে কনট্যাক্ট একদিন ধরে লেখেনি তাকে ফ্রি টেক্সট পাঠানো। 24 ঘণ্টার পর শুধু অনুমোদিত টেমপ্লেটই পৌঁছায়। **কিছু ইনস্টল করতে হবে কি?** না। এটি OAuth-সহ HTTP-র মাধ্যমে চলা একটি রিমোট সার্ভার, তাই Cursor এটি চালানোর বদলে এতে সংযুক্ত হয়। **কনফিগারেশন ভার্সন কন্ট্রোলে রাখতে পারি?** হ্যাঁ, mcp.json-এর মাধ্যমে। এতে কোনো সিক্রেট নেই, কারণ প্রথম ব্যবহারের সময় OAuth-এর মাধ্যমে অনুমোদন হয়। **Claude Code-এও কি এটি কাজ করে?** হ্যাঁ, একটি কমান্ডেই। প্রতিটি ক্লায়েন্টের জন্য এন্ডপয়েন্ট একই। **যেকোনো নম্বরে পাঠাতে পারে?** আপনার অ্যাকাউন্টে সংযুক্ত নম্বরগুলো থেকে যেকোনো WhatsApp প্রাপকের কাছে পাঠাতে পারে, প্রচলিত সময়সীমা ও টেমপ্লেটের নিয়ম মেনে। --- ## MCP-এর মাধ্যমে WhatsApp-কে Claude Code-এর সঙ্গে সংযুক্ত করুন https://easycoexistence.com/bn/integrations/claude-code একটি claude mcp add কমান্ড চালালেই Claude Code একটি আসল WhatsApp নম্বরে পৌঁছাতে পারে: নম্বরের তালিকা দেখা, হেলথ পরীক্ষা, মেসেজ ও টেমপ্লেট পাঠানো এবং ওয়েবহুকের গন্তব্য সেট করা যায়। সবকিছু Meta-র অফিসিয়াল Cloud API-তে হয়, সংযুক্ত ডিভাইস সেশনে নয়। ### কীভাবে এটি যোগ করবেন? যেকোনো টার্মিনালে http ট্রান্সপোর্ট এবং EasyCoexistence এন্ডপয়েন্টসহ claude mcp add চালান। এরপর Claude Code-এর ভেতরে /mcp চালিয়ে প্রমাণীকরণ করুন। তারপর থেকে ওই মেশিনের প্রতিটি সেশনে ষোলোটি টুল পাওয়া যাবে। কনফিগারেশন এন্ট্রি ছাড়া আর কিছু ইনস্টল হয় না। সার্ভারটি রিমোট, তাই চালু রাখার মতো কোনো প্রসেস নেই এবং ডিস্কে কোথাও কোনো সেশন সংরক্ষিত থাকে না। অনুমোদন OAuth-এর মাধ্যমে হয়, তাই কোনো টোকেন শেল হিস্ট্রি, ডটফাইল বা রিপোজিটরিতে চলে যায় না। ডেস্কটপ অ্যাপের তুলনায় এখানে এটি বেশি গুরুত্বপূর্ণ, কারণ টার্মিনাল কনফিগারেশন ভুল করে কমিট হয়ে যেতে পারে। ### আসলে এটি কী কাজে লাগে? একই সময়ে WhatsApp এবং কোডবেস নিয়ে চলা এজেন্টের কাজের জন্য। আমাদের পেইং ব্যবহারকারীরা মূলত এটাই করেন। একজন এজেন্ট get_connect_link দিয়ে ক্লায়েন্টের নম্বর সংযুক্ত করতে পারে, set_webhook_destination দিয়ে সেটি যে সার্ভিস তৈরি করছে তার সঙ্গে যুক্ত করতে পারে, তারপর টেস্ট মেসেজ পাঠিয়ে ওয়েবহুক যাচাইকৃত হয়েছে কি না তা পড়ে দেখতে পারে। অন্যথায় এই কাজের জন্য ড্যাশবোর্ড, ফোন এবং অনেক অপেক্ষা লাগে। ডকুমেন্টেশন মডেলের কাছে পৌঁছানোর পথও এটি। get_docs আমাদের পণ্যের ডকুমেন্টেশন markdown হিসেবে ফেরত দেয়, তাই Coexistence-এর নিয়ম, 24 ঘণ্টার সময়সীমা বা 14 দিনের শর্ত নিয়ে প্রশ্নের উত্তর এজেন্ট আমাদের ডকুমেন্টেশন থেকে দেয়, নিজের স্মৃতি থেকে নয়। - ইনকামিং মেসেজ এজেন্টের কাছে পৌঁছাবে বলে ধরে নেওয়া। MCP হলো রিকোয়েস্ট ও প্রতিক্রিয়া; মেসেজ পৌঁছাতে ওয়েবহুক দরকার। - প্রতি প্রজেক্টে এটি যোগ করা। এটি প্রতি মেশিনে কনফিগার হয় এবং প্রতিটি সেশনে ব্যবহারযোগ্য। - স্ক্রিপ্টে সময়সীমার বাইরে ফ্রি টেক্সট পাঠানো। সর্বশেষ ইনকামিং মেসেজের সময় পরীক্ষা করে টেমপ্লেট পাঠান। **Codex-এও কি এটি কাজ করে?** OAuth-সহ HTTP-র মাধ্যমে MCP বলতে পারে এমন যেকোনো কিছু একই এন্ডপয়েন্ট ব্যবহার করতে পারে। **ডিস্কে কি কোনো টোকেন সংরক্ষিত হয়?** না। অনুমোদন OAuth-এর মাধ্যমে হয়, তাই কনফিগারেশন ফাইলে কোনো গোপন তথ্য থাকে না। **একজন এজেন্ট কি নিজে একটি নম্বর সংযুক্ত করতে পারে?** এজেন্ট প্রক্রিয়াটি শুরু করতে পারে। ফেরত দেওয়া লিংকটি ব্যবসার মালিককে খুলতে হবে, কারণ Meta-র প্রক্রিয়ায় ব্রাউজার ও ফোন দরকার। **টার্মিনাল বন্ধ করলে কি কোনো সংযোগ বিচ্ছিন্ন হয়?** না। সার্ভারটি রিমোট এবং স্থানীয়ভাবে যা-ই চলুক, নম্বরটি সংযুক্ত থাকে। --- ## WhatsApp ওয়েবহুক: মেসেজ সরাসরি আপনার সার্ভারে পাঠান https://easycoexistence.com/bn/whatsapp-webhook WhatsApp-এর ওয়েবহুক হলো আপনার নির্ধারিত একটি HTTPS এন্ডপয়েন্ট, যেখানে Meta ইভেন্ট পোস্ট করে: আসা মেসেজ, ডেলিভারি স্ট্যাটাস, কুয়ালিটি পরিবর্তন এবং অ্যাকাউন্ট আপডেট। Coexistence নম্বরে গন্তব্য আপনার নিজের সার্ভারে সেট করা যায়, তাই কথোপকথন কখনোই কোনো প্রোভাইডারের মাধ্যমে যায় না। ### Meta আসলে ওয়েবহুকে কী পাঠায়? ইভেন্টগুলো বিভিন্ন বিভাগে ভাগ করা থাকে, আর এই পার্থক্যই আপনার আর্কিটেকচার ঠিক করে। মেসেজ পাথে গ্রাহকের পাঠানো মেসেজ এবং Coexistence নম্বরে WhatsApp Business অ্যাপ থেকে আপনার টিম পাঠানো মেসেজের প্রতিধ্বনি আসে। এগুলো messages এবং smb_message_echoes ফিল্ড, আর কথোপকথনের কনটেন্ট থাকে এগুলোতেই। অপারেশনাল পাথে বাকি সবকিছু আসে: সংযোগের স্ট্যাটাস বদলালে account_update, কুয়ালিটি বা থ্রুপুট বদলালে phone_number_quality_update, এবং account_alerts, account_review_update, business_capability_update ও phone_number_name_update। এগুলোতে কথোপকথনের কনটেন্ট থাকে না, আর মনিটরিং এগুলো থেকেই তৈরি হয়। যে প্রোভাইডার মেসেজ পাথে নিজেকে রাখে, সে প্রথম দলটি পায়। যে রাখে না, সে পায় না। ### Meta কীভাবে একটি এন্ডপয়েন্ট যাচাই করে? কিছু ডেলিভার করার আগে একটি GET রিকোয়েস্ট দিয়ে, আর এই যাচাই ব্যর্থ হওয়াই সেটআপ সম্পূর্ণ মনে হলেও মেসেজ না পাওয়ার সবচেয়ে সাধারণ কারণ। Meta আপনার URL-এ hub.mode-এর মান subscribe, আপনার hub.verify_token এবং একটি hub.challenge মান দিয়ে কল করে। আপনার এন্ডপয়েন্টকে সেই challenge কাঁচা রেসপন্স বডি হিসেবে ফেরত দিতে হবে, JSON-এ মোড়ানো যাবে না এবং এর সঙ্গে কিছু যোগ করা যাবে না। তা না হলে Meta কখনো ডেলিভারি শুরু করে না, আর কোনো ড্যাশবোর্ডেও এর ইঙ্গিত পাওয়া যায় না। এন্ডপয়েন্টটি HTTPS-ও হতে হবে। যে এন্ডপয়েন্ট নীরবে 404 ফেরত দেয়, অথবা এমন কোনো অথেন্টিকেশন স্তরের পেছনে থাকে যা Meta-কে প্রত্যাখ্যান করে, প্রথম মেসেজ না আসা পর্যন্ত সেটি কাজ করা সেটআপের মতোই দেখায়। ### গন্তব্য কি আপনার নিজের সার্ভারে দেওয়া যায়? হ্যাঁ, আর প্রোভাইডারভেদে পার্থক্যটি এখানেই। Meta একটি নির্দিষ্ট WhatsApp Business Account-এর ওয়েবহুক কোথায় ডেলিভার হবে, তা একটি অ্যাপ দিয়ে ওভাররাইড করতে দেয়। আমরা সেই ওভাররাইড আপনার URL-এ সেট করি, ফলে মেসেজ পাথের ইভেন্ট আমাদের কলব্যাক থেকে আপনার কাছে চলে যায়। অপারেশনাল ইভেন্টগুলো আমরা রাখি, কারণ ড্যাশবোর্ড ও সতর্কবার্তা এগুলো দিয়েই তৈরি। এর ফলাফল নীতিগত নয়, আর্কিটেকচারগত। কথোপকথনের কনটেন্ট আমাদের পাশে সংরক্ষণের কোনো সুযোগ নেই, কারণ তা আমাদের কাছে ডেলিভারই হয় না। কোনো অ্যাকাউন্টে ওভাররাইড সেট না থাকলে সেটি আমাদের ডিফল্ট কলব্যাকে ফিরে যায়, যেখানে হ্যান্ডলার ওই ইভেন্টগুলো সংরক্ষণ না করে বাদ দেয়। ### একটি নম্বর আবার সংযুক্ত হলে গন্তব্যের কী হয়? এটি সরিয়ে দেওয়া হয়, অথচ প্রায় কেউই এই ব্যর্থতার জন্য প্রস্তুত থাকে না। গন্তব্যটি ফোন নম্বরের বৈশিষ্ট্য নয়। এটি WhatsApp Business Account-এ আমাদের অ্যাপের সাবস্ক্রিপশনের ওপর থাকা একটি ওভাররাইড। Meta-র 14 দিনের নিষ্ক্রিয়তার নিয়মে বা অন্য কোনো কারণে সংযোগ সরিয়ে দিলে, সেই অ্যাকাউন্ট থেকে অ্যাপ আনইনস্টল হয় এবং ওভাররাইডও সঙ্গে চলে যায়। আবার সংযুক্ত করলে পাঠানো এবং মনিটরিং ফিরে আসে। কিন্তু আপনার সার্ভারে ডেলিভারি ফিরে আসে না, আর কোনো ত্রুটিও জানানো হয় না। তাই প্রথম লক্ষণ হতে পারে কোনো গ্রাহকের বলা যে কেউ উত্তর দেয়নি। প্রতিবার আবার সংযুক্ত হলে আমরা ওভাররাইড প্রয়োগ করি, কারণ একটি বাস্তব নম্বর পরিষ্কারভাবে আবার সংযুক্ত হওয়ার পরও এমন নীরব হয়ে গিয়েছিল। - যাচাইকরণ GET থেকে JSON ফেরত দেওয়া। Meta শুধু কাঁচা hub.challenge মান চায়, আর কিছু নয়। - সাময়িক বা টেস্ট URL ব্যবহার করা। যে টুল এটি তৈরি করেছে, সেটি শোনা বন্ধ করার পরও Meta সেখানে ডেলিভারি চালিয়ে যায়। - আবার সংযোগের পর গন্তব্য থেকে যাবে ধরে নেওয়া। এটি একটি অ্যাপ সাবস্ক্রিপশনে থাকে এবং সেটির সঙ্গে আনইনস্টল হয়। - Meta-র রিকোয়েস্ট প্রত্যাখ্যান করে এমন অথেন্টিকেশনের পেছনে এন্ডপয়েন্ট রাখা। **আমার মেসেজ কি EasyCoexistence-এর মাধ্যমে যায়?** না। ওভাররাইড Meta থেকে মেসেজ পাথের ইভেন্ট সরাসরি আপনার এন্ডপয়েন্টে পাঠায়। কোনো অ্যাকাউন্টে ওভাররাইড না থাকলে ইভেন্ট আমাদের কলব্যাকে ফিরে যায় এবং সংরক্ষণ না করে বাদ দেওয়া হয়। **আমি কি পরে গন্তব্য পরিবর্তন করতে পারি?** হ্যাঁ, যেকোনো সময় ড্যাশবোর্ড বা MCP কানেক্টর থেকে। null পাঠালে এটি আমাদের ডিফল্টে ফিরে যায়। **Meta ডেলিভারি দেওয়ার সময় আমার সার্ভার বন্ধ থাকলে কী হয়?** Meta কিছু সময় রিট্রাই করে, তারপর বন্ধ করে দেয়। ফোনের WhatsApp Business অ্যাপে মেসেজ তবুও আসে, তাই ইন্টিগ্রেশন ব্যর্থ হলেও ব্যবসার কোনো মেসেজ হারায় না। **বেশ কয়েকটি নম্বরের জন্য কি একটি ওয়েবহুক যথেষ্ট?** হ্যাঁ। প্রতিটি নম্বর একই এন্ডপয়েন্টে নির্দেশ করুন এবং পেলোডে থাকা receiving phone number id অনুযায়ী শাখা তৈরি করুন। --- ## Python থেকে WhatsApp মেসেজ পাঠান ও নিন https://easycoexistence.com/bn/integrations/python মেসেজ নেওয়ার জন্য আপনার ওয়েব ফ্রেমওয়ার্কে একটি রুট Meta-র যাচাইকরণ GET-এর উত্তর দেয় এবং POST গ্রহণ করে। পাঠানোর জন্য ফোন নম্বরের `phone_number_id` ও টোকেনসহ Cloud API-তে HTTPS রিকোয়েস্ট পাঠান। আমাদের কোনো SDK বা ইনস্টল করার কিছু নেই। ### Python-এ মেসেজ কীভাবে নেবেন? আপনি আগে থেকেই যে ফ্রেমওয়ার্ক ব্যবহার করেন, তাতে একটি রুটে দুটি হ্যান্ডলার রাখুন। GET হ্যান্ডলার Meta-র যাচাইকরণের উত্তর দেয়। এটি কোয়েরি স্ট্রিং থেকে `hub.mode`, `hub.verify_token` এবং `hub.challenge` পড়ে, টোকেনটি আপনার নিজের টোকেনের সঙ্গে মিলিয়ে দেখে, তারপর raw body হিসেবে challenge ফেরত দেয়। এখানে JSON ফেরত দেওয়া সবচেয়ে সাধারণ ভুল, এবং এটি নীরবে ব্যর্থ হয়। POST হ্যান্ডলার ইভেন্ট গ্রহণ করে। দ্রুত 200 ফেরত দিন এবং পরে কাজ করুন, কারণ ধীর প্রতিক্রিয়াকে Meta ব্যর্থতা হিসেবে ধরে আবার চেষ্টা করবে। এতে একই মেসেজ দুবার সামলাতে হতে পারে। মেসেজটি কিউতে রাখুন বা ব্যাকগ্রাউন্ড টাস্কে দিন, সরাসরি হ্যান্ডলারের মধ্যে প্রক্রিয়া করবেন না। মেসেজের সঙ্গে `wamid` মেসেজ আইডি আসে। শুরু থেকেই এটি দিয়ে ডুপ্লিকেট বাদ দেওয়া ভালো, কারণ পুনরায় চেষ্টা হওয়া স্বাভাবিক, ব্যতিক্রম নয়। ### কীভাবে পাঠাবেন? ফোন নম্বরের `phone_number_id`-এর জন্য Cloud API-র `messages` এন্ডপয়েন্টে bearer টোকেনসহ একটি POST পাঠান। দুটি মানই সংযোগ থেকে আসে: ড্যাশবোর্ডে সেগুলো দেখা যায়, আর আপনি চাইলে সহকারীকে আনতে দিলে `get_api_credentials` সেগুলো ফেরত দেয়। কলটির কোনো অংশই আমাদের জন্য নির্দিষ্ট নয়, তাই যেকোনো HTTP লাইব্রেরি কাজ করবে এবং রিকোয়েস্টটি Meta-র নিজস্ব ডকুমেন্টেশনের মতোই হবে। সময়ের সঙ্গে পেলোড বদলে যায়। গ্রাহকের শেষ মেসেজের 24 ঘণ্টার মধ্যে `text` অবজেক্ট পাঠাবেন। এর বাইরে অনুমোদিত টেমপ্লেট ও তার ভাষা উল্লেখ করে `template` অবজেক্ট পাঠাবেন। যে ক্লায়েন্ট শুধু প্রথম গঠনটি জানে, সেটি পরীক্ষায় ঠিক কাজ করবে, কিন্তু রাত পেরোনোর পর প্রথম মেসেজেই ব্যর্থ হয়ে `131047` ত্রুটি ফেরত দেবে। ### প্রোডাকশন হ্যান্ডলারে এর বাইরে কী দরকার? এমন তিনটি বিষয় আছে, যা বাদ দেওয়া সহজ কিন্তু পরে যোগ করা ব্যয়বহুল। মেসেজ আইডি দিয়ে ডুপ্লিকেট বাদ দিন, কারণ Meta আবার চেষ্টা করে। ওয়েবহুক URL-এ একটি লম্বা র‍্যান্ডম সিক্রেট রাখুন এবং সেটি ছাড়া আসা রিকোয়েস্ট প্রত্যাখ্যান করুন, নইলে অনুমানযোগ্য URL জানা যে কেউ সেখানে পোস্ট করতে পারবে। signature হেডার এখানে কোনো বিকল্প নয়: Meta স্বাক্ষর করে সেই অ্যাপের সিক্রেট দিয়ে, যে অ্যাপের মালিকানায় সাবস্ক্রিপশনটি আছে, আর সেটি আমাদের অ্যাপ, যার সিক্রেট কখনো শেয়ার করা হয় না। আর যোগাযোগটি শেষবার লেখার পর কত সময় পেরিয়েছে তা দেখে শাখা তৈরি করুন, যাতে পাঠানোর পথ নিজেই `text` বা `template` বেছে নেয়। এর কোনোটির জন্য ফ্রেমওয়ার্ক বা লাইব্রেরি দরকার নেই। এগুলো একটি সেট, একটি যাচাই এবং একটি তুলনা। প্রথম ক্লায়েন্ট আসার আগেই এগুলো বসিয়ে নিলে সংযোগটি নীরবে চলবে, আর না করলে বারবার আপনাকে সতর্ক করতে হবে। - যাচাইকরণের GET থেকে raw challenge value-এর বদলে JSON ফেরত দেওয়া। - 200 ফেরত দেওয়ার আগে সরাসরি প্রক্রিয়া করা। Meta ধীর প্রতিক্রিয়ায় আবার চেষ্টা করে, ফলে মেসেজটি দুবার সামলাতে হয়। - সময়ের সীমা যাচাই না করে ফ্রি টেক্সট পাঠানো। এতে `131047` ফেরত আসে এবং মনে হয় কিছুই ঘটেনি। **Python SDK আছে কি?** আমাদের কাছ থেকে নেই, এবং আপনার সেটি দরকারও নেই। APIটি Meta-র, ডকুমেন্টেশনও Meta-র, আর যেকোনো HTTP লাইব্রেরি দিয়ে এতে পৌঁছানো যায়। **কোন ফ্রেমওয়ার্ক ব্যবহার করা উচিত?** যেকোনোটি। দরকার এমন একটি রুট, যা GET-এর উত্তর দেয় এবং POST গ্রহণ করে। প্রতিটি Python ওয়েব ফ্রেমওয়ার্কই তা পারে। **একটি মেসেজ দুবার সামলানো কীভাবে এড়াব?** পেলোডের `wamid` মেসেজ আইডি দিয়ে ডুপ্লিকেট বাদ দিন। Meta পরিকল্পনা অনুযায়ী আবার চেষ্টা করে, তাই এটি অস্বাভাবিক ঘটনা নয়। **টিম কি এখনও ফোন ব্যবহার করতে পারবে?** হ্যাঁ। Coexistence একই নম্বরে WhatsApp Business অ্যাপ চালু রাখে, আর আপনার হ্যান্ডলার তারা যা পাঠায় তা echo ইভেন্ট হিসেবে দেখতে পায়। --- ## Node.js থেকে WhatsApp মেসেজ পাঠান ও নিন https://easycoexistence.com/bn/integrations/node মেসেজ নেওয়ার জন্য এমন একটি রুট লাগে, যা Meta-র যাচাইকরণ GET-এর উত্তর দেয় এবং POST গ্রহণ করে। মেসেজ পাঠাতে নম্বরের ফোন নম্বরের আইডি ও টোকেন দিয়ে Cloud API-তে ফেচ কল করুন। আমাদের কোনো SDK বা ইনস্টল করার কিছু নেই। ### Node-এ মেসেজ কীভাবে নেবেন? Express, Fastify, একটি Next রুট হ্যান্ডলার বা সাধারণ সার্ভারে দুটি মেথডসহ একটি রুট রাখুন। GET Meta-র যাচাইকরণের উত্তর দেয়: কোয়েরি থেকে hub.mode, hub.verify_token এবং hub.challenge পড়ুন, টোকেনটি আপনারটির সঙ্গে মিলিয়ে দেখুন, তারপর challenge-টি সাধারণ টেক্সট হিসেবে ফেরত দিন। JSON হিসেবে ফেরত দেওয়া সাধারণ ভুল। এতে এন্ডপয়েন্টটি ঠিক দেখালেও কোনো মেসেজ পায় না। POST ইভেন্ট গ্রহণ করে। সঙ্গে সঙ্গে 200 দিন এবং পরে প্রক্রিয়া করুন। ধীর হলে Meta আবার পাঠায়, আর উত্তর দেওয়ার আগে কাজ করা হ্যান্ডলার একই মেসেজ একাধিকবার দেখতে পারে। বিশেষ করে সার্ভারলেসে আগে উত্তর দিয়ে কাজটি কিউতে পাঠালেই কোল্ড স্টার্ট ডুপ্লিকেট তৈরি করা থেকে বাঁচে। ### কীভাবে পাঠাবেন? ফোন নম্বরের আইডির জন্য Cloud API messages এন্ডপয়েন্টে টোকেনসহ একটি বেয়ারার হেডার দিয়ে ফেচ করুন। এতে আমাদের কোনো বিশেষত্ব নেই, তাই রিকোয়েস্টটি Meta-র নিজস্ব ডকুমেন্টেশনের সঙ্গে হুবহু মেলে এবং শেখার বা নির্ভরশীল হয়ে পড়ার মতো কোনো র‍্যাপার নেই। দুটি মানই ড্যাশবোর্ডে আছে, আর কোনো অ্যাসিস্ট্যান্ট সংযোগ তৈরি করলে MCP কানেক্টরের মাধ্যমে get_api_credentials সেগুলো ফেরত দেয়। বডি নির্ভর করে সময়ের ওপর। গ্রাহকের শেষ ইনবাউন্ড মেসেজের 24 ঘণ্টার মধ্যে text অবজেক্ট পাঠান। এর বাইরে অনুমোদিত টেমপ্লেটের নাম ও ভাষাসহ টেমপ্লেট অবজেক্ট পাঠান। শুধু টেক্সট পাঠানো কোড সব পরীক্ষায় পাস করবে, কিন্তু রাতে আসা প্রথম মেসেজেই ব্যর্থ হবে। ### সার্ভারলেসে কী আলাদা? দুটি বিষয়, আর দুটিই কাজ শেষ হওয়ার আগে ফাংশন শেষ হয়ে যাওয়া নিয়ে। 200 ফেরত দিয়ে পরে কাজ চালিয়ে যাওয়া এমন ফাংশনে টেকে না, যা উত্তর দেওয়ার মুহূর্তে স্থির হয়ে যায়। উত্তর দেওয়ার পর কাজ চালু রাখার জন্য আপনার প্ল্যাটফর্মের সুবিধা ব্যবহার করুন, অথবা পেলোড কিউতে পাঠিয়ে আলাদা ফাংশনকে তা সামলাতে দিন। Meta শুধু দ্রুত স্বীকৃতি চায়, কাজটি তখনই শেষ হওয়া দরকার নেই। কোল্ড স্টার্ট ধীর উত্তরকে আরও সম্ভাব্য করে, ফলে পুনরায় পাঠানো ও ডুপ্লিকেট বাড়ে। wamid মেসেজ আইডি দিয়ে ডুপ্লিকেট বাদ দেওয়া এই কাঠামোতে ঐচ্ছিক নয়, নির্ভরযোগ্যতার জন্য এটিই দরকার। - চ্যালেঞ্জটি raw body হিসেবে না দিয়ে JSON হিসেবে ফেরত দেওয়া। - 200 দেওয়ার আগে কাজ করা। সার্ভারলেসে উত্তর দেওয়ার মুহূর্তে ফাংশন স্থির হয়ে যেতে পারে। - ডুপ্লিকেট বাদ দেওয়া এড়ানো। Meta ইচ্ছাকৃতভাবেই আবার পাঠায়, তাই ডুপ্লিকেট স্বাভাবিক, বিরল ঘটনা নয়। **আমার কি লাইব্রেরি দরকার?** না। একটি রুট ও ফেচই যথেষ্ট, আর কলটি Meta-র ডকুমেন্টেশনের সঙ্গে হুবহু মেলে। **এটি কি Vercel বা Lambda-তে কাজ করে?** হ্যাঁ, সার্ভারলেসের নিয়ম মেনে: আগে স্বীকৃতি দিন, তারপর ইনলাইন কাজ না করে কিউ বা ব্যাকগ্রাউন্ড ব্যবস্থায় প্রক্রিয়া করুন। **রিকোয়েস্টটি Meta থেকে এসেছে কীভাবে যাচাই করব?** ওয়েবহুক URL-এ একটি লম্বা র‍্যান্ডম সিক্রেট রাখুন এবং সেটি ছাড়া আসা যেকোনো রিকোয়েস্ট প্রত্যাখ্যান করুন। Meta স্বাক্ষর করে সেই অ্যাপের সিক্রেট দিয়ে, যে অ্যাপের মালিকানায় সাবস্ক্রিপশনটি আছে; এখানে সেটি আমাদের অ্যাপ এবং তার সিক্রেট কখনো শেয়ার করা হয় না, তাই আপনার দিক থেকে signature হেডার যাচাই করা সম্ভব নয়। **আমি কি TypeScript ব্যবহার করতে পারি?** হ্যাঁ। আমাদের দিক থেকে টাইপ করার কিছু নেই, কারণ পেলোডটি Meta-র এবং Meta-ই তা ডকুমেন্ট করেছে। --- ## EasyCoexistence বনাম BSP ইনবক্স https://easycoexistence.com/bn/compare/coexistence-vs-bsp BSP একটি প্ল্যাটফর্ম বিক্রি করে: শেয়ার করা ইনবক্সে আপনার দল কাজ করে, আর মেসেজ তাদের সার্ভারে জমা থাকে। Coexistence ফোনে WhatsApp Business অ্যাপ চালু রাখে এবং আপনার নির্ধারিত জায়গায় মেসেজ পাঠায়। প্রশ্ন হলো, আপনি কাজ করার জন্য একটি পণ্য চান, নাকি গড়ে তোলার জন্য একটি সংযোগ চান। ### BSP আসলে কী দেয়? একটি পণ্য, আর সেটি কোনো সমালোচনা নয়। একজন ব্যবসায়িক সমাধান প্রদানকারী সাধারণত শেয়ার করা ইনবক্স বিক্রি করে: এজেন্টরা লগ ইন করেন, কথোপকথন ভাগ করা হয়, প্রস্তুত উত্তর, ট্যাগ, রিপোর্টিং এবং একটি মোবাইল অ্যাপ থাকে। আটজনের একটি সহায়তা দলের কাজ ভাগ করা এবং কে কী উত্তর দিয়েছে তা দেখার প্রয়োজন হলে, এটিই সত্যিই সঠিক কেনাকাটা। নিজে এটি তৈরি করা বোকামি হবে। এর স্থাপত্যগত ফল হলো, মেসেজ তাদের প্ল্যাটফর্মের মধ্য দিয়ে যায় এবং সেখানেই জমা থাকে, কারণ শেয়ার করা ইনবক্স এ ছাড়া চলতে পারে না। ইতিহাস দেখাতে সেটি দরকার। এটি পণ্যের স্বাভাবিক বৈশিষ্ট্য, কোনো নির্দিষ্ট বিক্রেতার নেওয়া সিদ্ধান্ত নয়। ### কখন Coexistence বেশি উপযুক্ত? যখন নম্বরটি এমন একটি ব্যবসার, যার কাজের পদ্ধতি আগে থেকেই আছে এবং কেউ সেটি বদলাতে চায় না। একটি ফোন থেকে উত্তর দেওয়া ছোট দলের কথোপকথন ভাগ করার দরকার নেই। তাদের দরকার সন্ধ্যার সময়টি ফিরে পাওয়া, অর্থাৎ ফোন যেভাবে চলে সেভাবেই চলবে, আর কোনো স্বয়ংক্রিয় ব্যবস্থা নিশ্চিতকরণ ও প্রথম উত্তর সামলাবে। তাদের এমন একটি ইনবক্সে নেওয়া এমন সমস্যা সমাধান করে, যা তাদের নেই, এবং এমন সমস্যা তৈরি করে, যা তারা চায়নি। অন্য কারণে একটি এজেন্সির অবস্থাও একই রকম। ক্লায়েন্টরা নম্বর বদলাবেন না বা কর্মীদের নতুন প্রশিক্ষণ দেবেন না, আর অনেকেই তৃতীয় পক্ষের প্ল্যাটফর্মে কথোপকথন রাখতেই রাজি হবেন না। Coexistence-ই একমাত্র অফিসিয়াল পথ, যা তাদের কাছ থেকে কিছুই চায় না। ### আপনি সফটওয়্যার তৈরি করলে কোনটি সঠিক? প্রায় সব ক্ষেত্রেই Coexistence, আর কারণটি ফিচার নয়, কাঠামোগত। আপনি যদি কথোপকথন সামলানোর সফটওয়্যার তৈরি করেন, BSP ইনবক্স আপনার তৈরি পণ্যের প্রতিদ্বন্দ্বী এবং আপনার ও Meta-র মাঝের একটি স্তর। শেষ পর্যন্ত আপনি Cloud API-এর বদলে তাদের বিমূর্ত স্তরের সঙ্গে ইন্টিগ্রেট করেন। ফলে Meta-র নিয়মের ওপর যোগ হয় তাদের রেট লিমিট, ওয়েবহুকের ধরন, রিলিজের সময়সূচি এবং তাদের মূল্য। Coexistence-এ ওয়েবহুক আপনার এন্ডপয়েন্টে যায় এবং API কলগুলো Meta-র নিজস্ব, Meta-র নথিভুক্ত। ইন্টিগ্রেশনের কোনো অংশ নির্দিষ্ট বিক্রেতার ওপর নির্ভরশীল নয়, তাই প্রয়োজনে বেরিয়ে আসাও সম্ভব। - শুধু মূল্যের ভিত্তিতে বেছে নেওয়া। এগুলো আলাদা পণ্য, আর সস্তাটি অন্যটির ছোট সংস্করণ নয়। - কিছু তৈরি না করেই আটজনের সহায়তা দলকে কাঁচা সংযোগে বসানো। তাদের ইনবক্স দরকার, সেটি না থাকলে তারা অসন্তুষ্ট হবে। - BSP WhatsApp Business অ্যাপ চালু রাখতে পারে ধরে নেওয়া। কিছু BSP Coexistence-এর মাধ্যমে পারে, অনেকেই পারে না, তাই সরাসরি জিজ্ঞেস করা ভালো। **আমি কি দুটিই ব্যবহার করতে পারি?** হ্যাঁ, কার্যত সম্ভব, যদি BSP Coexistence সমর্থন করে। তাদের জিজ্ঞেস করুন, কথোপকথনের বিষয়বস্তু কোথায় জমা থাকে, কারণ আসল পার্থক্য সেখানেই। **BSP কি বেশি নির্ভরযোগ্য?** দুটিই Meta-র Cloud API-তে চলে, তাই ডেলিভারি একই। পার্থক্য হলো, Meta ও আপনার সিস্টেমের মধ্যে কত পক্ষ থাকে। **কোনটি সস্তা?** সাধারণত নির্দিষ্ট সংযোগ মূল্য, প্রতি আসনের ইনবক্স মূল্যের চেয়ে কম। তবে এগুলো আলাদা কেনাকাটা, তাই শুধু সংখ্যা তুলনা করলে ভুল ধারণা হবে। **আমি চলে গেলে আমার ইতিহাসের কী হবে?** Coexistence-এ ইতিহাস কখনো আমাদের কাছে ছিল না। প্ল্যাটফর্মে এটি সেখানেই থাকে, আর বাইরে নিতে হলে এক্সপোর্ট করতে হয়। --- ## EasyCoexistence বনাম নিজে তৈরি করা https://easycoexistence.com/bn/compare/build-it-yourself-vs-easycoexistence এই পণ্যটি করা প্রতিটি API কল Meta নথিবদ্ধ করেছে এবং Meta অ্যাপ থাকা যে কেউ ব্যবহার করতে পারেন। সংযোগ তৈরি করতে একটি সপ্তাহান্তই যথেষ্ট। বেশি সময় লাগে Tech Provider হওয়ায়, আর শেষ না হওয়া কাজ হলো কোনো সংযোগ নীরবে বন্ধ হলে তা বুঝতে পারা। ### আসলে আপনাকে কী তৈরি করতে হবে? প্রথম সংস্করণের জন্য মানুষ যতটা ভাবেন, তার চেয়ে কম। আর ঠিকমতো চলা সংস্করণের জন্য যতটা ভাবেন, তার চেয়ে বেশি। প্রথম সংস্করণে লাগে একটি Meta অ্যাপ, Embedded Signup, যাচাইকরণ হ্যান্ডশেকের উত্তর দেওয়া একটি এন্ডপয়েন্ট এবং একটি সেন্ড কল। OAuth ও ওয়েবহুক ব্যবহারে স্বচ্ছন্দ কারও জন্য এটি সত্যিই একটি সপ্তাহান্তের কাজ, আর আমাদের নিজস্ব ডকুমেন্টেশন পেজে এর বেশিরভাগই বর্ণনা করা আছে। ঠিকমতো চলা সংস্করণটি আলাদা। এটি নাম ধরে আট ধরনের ওয়েবহুক ইভেন্ট সামলায়, প্রত্যাহার করা টোকেন আর সরিয়ে দেওয়া নম্বরের পার্থক্য বোঝে, কোয়ালিটি রেটিং ও মেসেজিং টিয়ার পোল করে কারণ কোনোটিই নির্ভরযোগ্য ইভেন্ট হিসেবে আসে না, পুনঃসংযোগে ওয়েবহুক ওভাররাইড আনইনস্টল হলে তা আবার প্রয়োগ করে, এবং 14 দিনের নিষ্ক্রিয়তার কারণে সংযোগ বিচ্ছিন্ন হওয়াকে সত্যিই চলে যাওয়া গ্রাহকের থেকে আলাদা করে। এগুলোর প্রতিটিই কিছু ভেঙে যাওয়ার অভিজ্ঞতা থেকে শেখা। ### কোন অংশটি সংক্ষিপ্ত পথে করা যায় না? নিজের Meta Tech Provider হওয়া। একটি নম্বর সংযোগ করা আর অন্যদের নম্বর সংযোগ করার মধ্যে এটাই মূল পার্থক্য। এটি ফ্রি, কিন্তু দ্রুত হয় না। এর জন্য যাচাইকৃত Business Manager, App Review পাস করা একটি অ্যাপ এবং ফ্লো দেখানো রেকর্ড করা ভিডিও দরকার। এটি না হওয়া পর্যন্ত আপনি অন্য কারও প্রোভাইডার অ্যাকাউন্টের মাধ্যমে কাজ করবেন। অফ-দ্য-শেলফ টুলে মানুষ যে একক সংযোগের সীমায় পড়েন, তার কারণ এটিই। আপনার নিজের একটি নম্বর সংযোগ করলে এসবের কিছুই প্রযোজ্য নয়, তাই আপনার শুধু এটি তৈরি করা উচিত। ক্লায়েন্টদের নম্বর সংযোগ করলে এটাই আসল প্রকল্প, আর এটি কাজের দিনের বদলে অপেক্ষার সপ্তাহে মাপা হয়। ### মনিটরিং চালাতে আসলে কত খরচ হয়? এটির শেষ হওয়ার কোনো তারিখ নেই, আর এ কারণেই এটি বাকি অংশের থেকে আলাদা। একটি সংযোগ নীরবে ব্যর্থ হয়। কোয়ালিটি কমে যাওয়া, মেয়াদ শেষ হওয়া টোকেন, সরিয়ে দেওয়া ওয়েবহুক ওভাররাইড এবং 14 দিনের সংযোগ বিচ্ছিন্নতার মধ্যেও WhatsApp Business অ্যাপ কাজ করে যায়। তাই ফোনে কোনো সমস্যা দেখা যায় না, আর প্রথম সংকেত সাধারণত আসে কোনো গ্রাহকের প্রশ্নে, কেন কেউ উত্তর দেয়নি। এটি ধরতে লাগে নির্ধারিত সময়ে চলা পোলার, একটি ওয়েবহুক রিসিভার, স্টেট সংরক্ষণের জায়গা, সতর্কবার্তা এবং সেই সতর্কবার্তা লক্ষ্য করার কেউ। কোনোটিই কঠিন নয়। কিন্তু সবকিছুকেই চলতে হবে, আর Meta পরিবর্তন আনতে থাকায় সবকিছুকে সঠিকও থাকতে হবে। এখানে আসলে API কল নয়, এই কাজটিই কেনা হয়। - প্রথম সংস্করণ দেখে হিসাব করা। একটি নম্বর সংযোগ করা সপ্তাহান্তের কাজ, কিন্তু 50টি সংযুক্ত রাখা তা নয়। - নির্দিষ্ট সময়সীমার মধ্যে Tech Provider হওয়ার পরিকল্পনা করা। App Review-এর সময় আপনার নিয়ন্ত্রণে নেই। - মনিটরিংকে পরের ধাপ ভাবা। এটি যে ব্যর্থতাগুলো ধরে, সেগুলো নীরব। তাই না দেখা যাওয়া মানে সেগুলো ঘটছে না, এমন নয়। **এখানে কি কোনো নিজস্ব অংশ আছে?** না। প্রতিটি কল Meta-র নথিবদ্ধ Cloud API ব্যবহার করে। এটি ইচ্ছাকৃত, যাতে কোনো কিছু আপনাকে আটকে না রাখে এবং নিজস্ব ইন্টিগ্রেশন অক্ষত রেখেই চলে যেতে পারেন। **আমার একটি নম্বর থাকলে কি এটি নিজেই তৈরি করা উচিত?** সম্ভবত হ্যাঁ। আপনার নিজের একটি নম্বর একবার সংযোগ করা ছোট প্রকল্প, আর এতে আপনি প্ল্যাটফর্মটি ঠিকভাবে শিখবেন। **Tech Provider স্ট্যাটাস পেতে কত সময় লাগে?** এটি ফ্রি, কিন্তু এর জন্য যাচাইকৃত Business Manager এবং App Review দরকার, যার মধ্যে রেকর্ড করা ভিডিওও রয়েছে। অপেক্ষার সময়টাই দীর্ঘ অংশ। **নিজে তৈরি করলে কী হারাব?** প্রযুক্তিগতভাবে কিছুই নয়। আপনাকেই মনিটরিংয়ের দায়িত্ব নিতে হবে, যার কোনো শেষ নেই এবং যা নীরবে ব্যর্থ হয়। --- ## WhatsApp ত্রুটি 368: নীতির কারণে অ্যাকাউন্ট সীমিত https://easycoexistence.com/bn/docs/whatsapp-error-368 ত্রুটি 368 মানে নীতি প্রয়োগের পদক্ষেপের পর Meta WhatsApp Business অ্যাকাউন্ট সীমিত করেছে। এটি রিকোয়েস্টের সমস্যা নয়, অ্যাকাউন্ট-স্তরের সিদ্ধান্ত। আপিল করতে হবে Meta-র কাছে, কোনো সরবরাহকারীর মাধ্যমে নয়। ### সীমাবদ্ধতার প্রকৃত অর্থ কী? এর অর্থ Meta ব্যবসায়িক অ্যাকাউন্টের বিরুদ্ধে নীতি প্রয়োগের পদক্ষেপ নিয়েছে, সাধারণত একবারের কোনো ঘটনার বদলে বারবার নীতি লঙ্ঘনের পর। সাধারণ কারণগুলোর মধ্যে রয়েছে WhatsApp-এর বাণিজ্য বা ব্যবসায়িক নীতি ভঙ্গ করা মেসেজ, প্রাপকদের মেসেজ রিপোর্ট করার প্রবণতা, অথবা ব্যবসায়িক যাচাইকরণের এমন তথ্য যা যাচাইয়ে টেকে না। এগুলোর মিল হলো, এগুলো নির্দিষ্ট কোনো মেসেজ নয়, অ্যাকাউন্ট নিয়ে সমস্যা তৈরি করে। তাই কিছু মেসেজ নয়, প্রতিটি পাঠানো ব্যর্থ হয়। এটিকে মান-ভিত্তিক সীমাবদ্ধতা থেকে আলাদা করা জরুরি। মান-ভিত্তিক সীমাবদ্ধতায় সচল অ্যাকাউন্ট কতটা পাঠাতে পারবে তা কমে যায়। কিন্তু সীমাবদ্ধতা হলো অ্যাকাউন্টটি আদৌ চালু থাকা উচিত কি না, সেই বিষয়ে সিদ্ধান্ত। কম মেসেজ পাঠালে এটি সমাধান হয় না। ### এটি কীভাবে সমাধান করা হয়? Meta-র মাধ্যমে, Business Manager-এ, এবং শুধু অ্যাকাউন্টের মালিকদের দ্বারা। Business Manager-এর নীতি প্রয়োগের নোটিশে কোন নীতির কথা বলা হয়েছে এবং আপিল খোলা আছে কি না, তা জানানো হয়। আপিল করা যায় এবং কখনো সফলও হয়, কিন্তু কেউ নির্দিষ্ট সময়ের প্রতিশ্রুতি দিতে পারে না। কোনো সরবরাহকারীর মাধ্যমে চলা আলাদা উন্নীত করার পথও নেই। API অ্যাক্সেস বিক্রি করে এমন কারও নীতি প্রয়োগের সিদ্ধান্ত দেখার বা প্রভাবিত করার ক্ষমতা নেই। এটি এমন কয়েকটি পরিস্থিতির একটি, যেখানে যেকোনো বিক্রেতার সৎ উত্তর হলো, আপনি যে সাহায্যটি সবচেয়ে বেশি চান, সেটিতে তারা সাহায্য করতে পারে না। তারা শুধু কোন অ্যাকাউন্ট সীমিত এবং কখন তা ঘটেছে, তা জানাতে পারে। সংযোগের টাইমলাইন এই তথ্যই দেখায়। - সরবরাহকারীকে সীমাবদ্ধতা তুলে দিতে বলা। নীতি প্রয়োগের সিদ্ধান্ত Meta-র এবং এটি অন্য কেউ দেখতে পারে না। - নম্বরটি অন্য কোথাও সংযুক্ত করা। সীমাবদ্ধতা ব্যবসায়িক অ্যাকাউন্টে, তাই এটি নম্বরটির সঙ্গে থাকে। - এটিকে মান-ভিত্তিক সীমাবদ্ধতার সঙ্গে গুলিয়ে ফেলা। মান-ভিত্তিক সীমাবদ্ধতা অ্যাকাউন্ট নয়, সচল অ্যাকাউন্টের পাঠানোর পরিমাণ কমায়। **আমি কি নম্বরটি অন্য সরবরাহকারীর কাছে নিতে পারি?** না। সীমাবদ্ধতা WhatsApp Business অ্যাকাউন্টে, তাই নম্বরটি যেখানেই ব্যবহার করা হোক, এটি প্রযোজ্য। **আপিলে কত সময় লাগে?** Meta কোনো সময়সীমা প্রকাশ করে না, আর কোনো সরবরাহকারীর প্রক্রিয়াটি দেখার সুযোগ নেই। **এতে কি মেসেজ গ্রহণ প্রভাবিত হয়?** ঘটনাভেদে নীতি প্রয়োগের ফল আলাদা হয়। তবে একটি বিষয় নিশ্চিত: মেসেজ পাঠানো বন্ধ হয়ে যায়। **131031 কি একই বিষয়?** সম্পর্কিত। এই কোডটি যাচাইকরণ তথ্যের অমিলসহ সীমাবদ্ধতার সঙ্গে আসে। অর্থাৎ সমস্যা ব্যবসায়িক তথ্যের দিকে, মেসেজ পাঠানোর আচরণের দিকে নয়। --- ## WhatsApp-এর 131031 ত্রুটি: অ্যাকাউন্ট সীমাবদ্ধ বা ডেটায় অমিল https://easycoexistence.com/bn/docs/whatsapp-error-131031 131031 ত্রুটির অর্থ WhatsApp Business অ্যাকাউন্ট সীমাবদ্ধ। সাধারণত ব্যবসায়িক যাচাইকরণের তথ্য Meta-র কাছে থাকা তথ্যের সঙ্গে না মিললে, অথবা দুই ধাপের যাচাইকরণ PIN জড়িত থাকলে এটি ঘটে। সমাধান কোডে নয়, Business Manager-এ করতে হয়। ### কী ধরনের অমিল এর কারণ হয়? ব্যবসা সম্পর্কে Meta-র কাছে থাকা তথ্য এবং জমা দেওয়া তথ্যের পার্থক্য। শুনতে ছোট মনে হলেও এর প্রভাব ছোট নয়। ব্যবসায়িক যাচাইকরণ আইনি সত্তাকে অ্যাকাউন্টের সঙ্গে যুক্ত করে: নাম, ঠিকানা, নিবন্ধনের তথ্য এবং সহায়ক নথি। ব্যবসার দিক থেকে কিছু বদলানোর পর Meta-তে তা আপডেট না করলে, অথবা জমা দেওয়া তথ্য Meta যে রেজিস্ট্রি পরীক্ষা করে তার সঙ্গে না মিললে, মিল না হওয়া পর্যন্ত অ্যাকাউন্ট সীমাবদ্ধ হতে পারে। দুই ধাপের যাচাইকরণ PIN আরেকটি সাধারণ কারণ এবং এটি ঠিক করা সহজ। এটি ফোন নম্বরে সেট করা থাকে এবং কিছু নির্দিষ্ট কাজের জন্য প্রয়োজন হয়। PIN ভুলে গেলে, বা পরে চলে যাওয়া কেউ সেট করে গেলে, অন্য কিছু কাজ করার আগে এটি রিসেট করতে হবে। ### আসলে কোথায় দেখবেন? ফোন নম্বরে নয়, ব্যবসায়িক অ্যাকাউন্টের Business Manager-এ। যাচাইকরণের স্ট্যাটাস এবং যেকোনো প্রয়োগ-সংক্রান্ত সতর্কবার্তা দুটিই সেখানে থাকে। এগুলো সাধারণত জানায়, দুই কারণের কোনটি প্রযোজ্য। কোনো পরিষেবা প্রদানকারীর ড্যাশবোর্ড বলতে পারে নম্বরটি কখন কাজ করা বন্ধ করেছে, কিন্তু যাচাইকরণের রেকর্ড দেখতে পারে না। তাই কোন তথ্যটি ভুল, তা বলতে পারে না। যাচাইকরণ কারণ হলে ব্যবসার তথ্য আপডেট করে আবার জমা দিতে হবে। PIN কারণ হলে ওই নম্বরের WhatsApp Manager সেটিংস থেকে এটি রিসেট করতে হবে। পরে ব্যবসা যাতে এটি খুঁজে পায়, সে জন্য কোথাও লিখে রাখা ভালো। - এটিকে কোডের ত্রুটি ভাবা। রিকোয়েস্ট সঠিক ছিল, কিন্তু অ্যাকাউন্ট প্রত্যাখ্যাত হয়েছে। - যে একই তথ্য প্রত্যাখ্যাত হয়েছে, তা দিয়েই আবার যাচাইকরণ জমা দেওয়া। - PIN কোনো পরিষেবা প্রদানকারী সংরক্ষণ করে ধরে নেওয়া। এটি Meta-র নিজস্ব সেটিংসে নম্বরটির জন্য সেট করা হয়। **এটি কি 368-এর মতো একই সমস্যা?** সম্পর্কিত, তবে এক নয়। 368 হলো নীতিমালা প্রয়োগের পদক্ষেপ; এটি সাধারণত ব্যবসায়িক যাচাইকরণের তথ্য বা দুই ধাপের PIN নির্দেশ করে। **কোনো পরিষেবা প্রদানকারী কি আমার যাচাইকরণের স্ট্যাটাস দেখতে পারে?** না। এটি Business Manager-এর ব্যবসায়িক অ্যাকাউন্টে থাকে এবং পরিষেবা প্রদানকারীদের দেখানো হয় না। **আবার সংযোগ করলে কি কাজ হবে?** না। সীমাবদ্ধতা অ্যাকাউন্টের ওপর প্রযোজ্য, তাই নতুন সংযোগেও একই শর্ত থাকবে। **দুই ধাপের PIN কীভাবে রিসেট করব?** ফোন নম্বরটির WhatsApp Manager সেটিংস থেকে। পরে ব্যবসা যাতে এটি খুঁজে পায়, সে জন্য কোথাও লিখে রাখুন। --- ## WhatsApp ত্রুটি 132015: মানের জন্য টেমপ্লেট স্থগিত https://easycoexistence.com/bn/docs/whatsapp-error-132015 ত্রুটি 132015 মানে টেমপ্লেটটির মান কমে যাওয়ায় Meta এটি স্থগিত করেছে, সাধারণত প্রাপকরা ওই টেমপ্লেটের মেসেজ ব্লক বা রিপোর্ট করার পর। নম্বরটি ঠিক আছে। এই টেমপ্লেটটি সাময়িকভাবে পাঠানো যায় না। ### একটি টেমপ্লেটই কেন স্থগিত হয়? কারণ মান প্রতিটি টেমপ্লেট এবং নম্বর, উভয় স্তরেই মাপা হয়। তাই অন্য সবকিছুকে প্রভাবিত না করে সমস্যাযুক্ত টেমপ্লেটটি আলাদা করা যায়। প্রতিটি টেমপ্লেট দিয়ে পাঠানো মেসেজে প্রাপকরা কীভাবে প্রতিক্রিয়া জানান, Meta তা দেখে: ব্লক, রিপোর্ট এবং মানুষ আদৌ সম্পৃক্ত হচ্ছে কি না। কোনো টেমপ্লেট ধারাবাহিকভাবে নেতিবাচক প্রতিক্রিয়া তৈরি করলে একই নম্বরের অন্য টেমপ্লেটগুলো চালু রেখেই সেটি স্থগিত হয়। এটি ইচ্ছাকৃতভাবে সীমিত প্রতিক্রিয়া, যা প্রথম দেখায় যতটা মনে হয় তার চেয়ে বেশি কাজে লাগে, কারণ এতে ঠিক কোন মেসেজটি সমস্যা তৈরি করছে তা বোঝা যায়। সাধারণ কারণগুলোর মধ্যে আছে ইউটিলিটি টেমপ্লেটে প্রচারণামূলক কনটেন্ট, কোন ব্যবসা লিখছে তা স্পষ্ট না করা মেসেজ, অথবা যারা এমন মেসেজ আশা করেননি তাদের কাছে টেমপ্লেট পাঠানো। ### স্থগিত টেমপ্লেট নিয়ে কী করা উচিত? আবার পাঠানোর বদলে এটি সম্পাদনা করুন এবং কনটেন্ট সম্পর্কে পাওয়া তথ্য হিসেবে স্থগিত হওয়াটিকে দেখুন। একটি স্থগিত টেমপ্লেট কিছু সময় পর আবার পাঠানো যায়। কিন্তু একই ধরনের প্রাপকের কাছে একই কনটেন্ট পাঠালে একই প্রতিক্রিয়া এবং দ্বিতীয়বার স্থগিত হওয়ার ঝুঁকি থাকে। বারবার স্থগিত হলে Meta টেমপ্লেটটি স্থায়ীভাবে নিষ্ক্রিয় করে। তখন ভিন্ন কনটেন্ট দিয়ে নতুন টেমপ্লেট তৈরি করাই একমাত্র পথ। তাই দ্বিতীয়বার স্থগিত হওয়াটিই এড়ানো জরুরি। সম্পাদনার অর্থ সাধারণত প্রথম লাইনেই উদ্দেশ্য স্পষ্ট করা, ব্যবসার নাম দেওয়া এবং ব্যক্তি কেন মেসেজটি পাচ্ছেন তা সৎভাবে জানানো। কাকে পাঠানো হচ্ছে, সেটিও যাচাই করতে হবে, কারণ অনাগ্রহী তালিকায় ভালো টেমপ্লেট পাঠালেও একই সংকেত তৈরি হয়। - স্থগিতের মেয়াদ শেষ হওয়ার পর একই টেমপ্লেট আবার পাঠানো। কনটেন্টই এর কারণ। - এটিকে নম্বরের সমস্যা ভাবা। একই নম্বরের অন্য টেমপ্লেটগুলো চালু থাকে। - তৃতীয়বার স্থগিত হওয়ার অপেক্ষা করা। বারবার স্থগিত হলে টেমপ্লেট স্থায়ীভাবে নিষ্ক্রিয় হয়। **অন্য টেমপ্লেটগুলো কি এখনও পাঠানো যাবে?** হ্যাঁ। স্থগিত হওয়া শুধু এই টেমপ্লেটের ক্ষেত্রে প্রযোজ্য, একই নম্বরের অনুমোদিত অন্য টেমপ্লেটগুলো প্রভাবিত হয় না। **স্থগিত অবস্থা কতক্ষণ থাকে?** Meta নির্দিষ্ট সময় প্রকাশ করে না এবং বারবার স্থগিত হলে সময়কাল বাড়ে। **স্থগিত টেমপ্লেট কি সম্পাদনা করা যাবে?** হ্যাঁ, সম্পাদনার উদ্দেশ্যই হলো এটি। উন্নত কনটেন্ট আবার জমা দিলেই এটি পুনরুদ্ধার হতে পারে। **132016 কী?** এটি স্থায়ী সংস্করণ। বারবার স্থগিত হওয়ার পর টেমপ্লেটটি নিষ্ক্রিয় হয় এবং নতুন টেমপ্লেট দিয়ে বদলাতে হয়। --- ## WhatsApp-এর ত্রুটি 100: অবৈধ প্যারামিটার https://easycoexistence.com/bn/docs/whatsapp-error-100 ত্রুটি 100 মানে রিকোয়েস্টে এমন প্যারামিটার ছিল যা Meta গ্রহণ করে না: অসমর্থিত, ভুল বানানের, অথবা ওই এন্ডপয়েন্টের জন্য ভুল গঠনের। এটি নির্ধারিত ধরনের ত্রুটি, তাই একই রিকোয়েস্ট প্রতিবার একইভাবে ব্যর্থ হয় এবং পুনরায় চেষ্টা করে কোনো লাভ নেই। ### কী কারণে এটি হয় রিকোয়েস্টের বডি বা কোয়েরিতে এমন কিছু থাকে যা এন্ডপয়েন্ট চিনতে পারে না, এবং কারণগুলো আশ্চর্যজনকভাবে একই রকম। - কোনো ফিল্ডের নামের বানান ভুল, অথবা বড়-ছোট হাতের অক্ষর ভুল। - অন্য এন্ডপয়েন্টের জন্য নির্ধারিত প্যারামিটার। - ভুল ধরনের মান, যেমন পূর্ণসংখ্যা প্রত্যাশিত হলেও সংখ্যাটি স্ট্রিং হিসেবে পাঠানো। - নেস্টেড অবজেক্টকে সমতল করে পাঠানো, অথবা অবজেক্টের জায়গায় সমতল মান পাঠানো। ### পুনরায় চেষ্টা করে লাভ নেই কেন চেষ্টাগুলোর মধ্যে প্ল্যাটফর্মে কিছুই বদলায়নি। বিকৃত রিকোয়েস্ট দ্বিতীয়বারও প্রথমবারের একই কারণে বিকৃত থাকে, আর এই ত্রুটিকে ঘিরে রিট্রাই লুপ সফলতার বদলে মূল সমস্যার সঙ্গে রেট লিমিটিংও যোগ করে। কার্যকর পদক্ষেপ হলো ত্রুটির সঙ্গে রিকোয়েস্টের বডি লগ করা এবং এন্ডপয়েন্টের রেফারেন্সের সঙ্গে ফিল্ড ধরে ধরে মিলিয়ে দেখা। প্রায় প্রতিটি ক্ষেত্রেই এক মিনিটের মধ্যে পার্থক্যটি দেখা যায়। - পুনরায় চেষ্টা করা। রিকোয়েস্টটি নির্ধারিত ধরনের, তাই প্রতিবার একইভাবে ব্যর্থ হবে। - সমস্যাটি নম্বরে ধরে নেওয়া। এই ত্রুটি কখনো সংযোগ সম্পর্কে কিছু বোঝায় না। - এটিকে সাধারণ ব্যর্থতা হিসেবে পড়া। এটি নির্দিষ্টভাবে প্যারামিটারের সমস্যা বোঝায়, আর অনুপস্থিত ও সীমার বাইরের মানের জন্য 131008 এবং 131009 কোড রয়েছে। **এর মানে কি আমার নম্বর নষ্ট?** না। এই ত্রুটি শুধু রিকোয়েস্ট নিয়ে, নম্বরের কোনো সমস্যা হয়নি। **এটি এত অস্পষ্ট কেন?** এটি প্যারামিটার-সংক্রান্ত সমস্যার সাধারণ কোড। অনুপস্থিত প্যারামিটার এবং অবৈধ মানের জন্য Meta-র আরও নির্দিষ্ট কোড আছে। **কোনো প্রোভাইডার কি এটি ঘটাতে পারে?** শুধু রিকোয়েস্ট তৈরি করার মাধ্যমে। সরাসরি ইন্টিগ্রেশনে রিকোয়েস্টটি আপনার তৈরি। **ব্যাকঅফ দিয়ে কি পুনরায় চেষ্টা করব?** না। এটি নির্ধারিত ধরনের ত্রুটি, আর পুনরায় চেষ্টা করলে ক্ষণস্থায়ী নয় এমন সমস্যার সঙ্গে রেট লিমিটিংও যোগ হবে। --- ## WhatsApp ত্রুটি 131008: আবশ্যিক প্যারামিটার অনুপস্থিত https://easycoexistence.com/bn/docs/whatsapp-error-131008 ত্রুটি 131008 বোঝায়, রিকোয়েস্টে একটি আবশ্যিক প্যারামিটার অনুপস্থিত। এটি ত্রুটি 100-এর চেয়ে নির্দিষ্ট ও বেশি কার্যকর। ত্রুটি 100 সাধারণভাবে ভুলভাবে গঠিত প্যারামিটার বোঝায়, আর এটি স্পষ্ট করে যে ফিল্ডটি ছিলই না, ভুল ছিল না। ### সাধারণত কী অনুপস্থিত থাকে যে ফিল্ডগুলো ঐচ্ছিক মনে হয়, কিন্তু আসলে নয়। তাই একই কয়েকটি ফিল্ড বারবার দেখা যায়। - messaging_product, যা প্রতিটি পাঠানোর সময় `whatsapp` সেট করতে হয়। - যে মেসেজের ধরনে এটি প্রয়োজন, সেখানে recipient_type। - টেমপ্লেট পাঠানোর সময় language অবজেক্ট, একটিমাত্র ভাষা থাকলেও এটি আবশ্যিক। - ভেরিয়েবল নির্ধারিত টেমপ্লেটে components। এখানে খালি তালিকা দেওয়া এবং ফিল্ডটি বাদ দেওয়া এক বিষয় নয়। ### এটি ভালো খবর কেন কারণ এই ধরনের ত্রুটির মধ্যে এটিই সবচেয়ে নির্দিষ্ট। ত্রুটি 100 শুধু জানায়, কোথাও একটি প্যারামিটার ভুল আছে। এটি জানায়, একটি আবশ্যিক প্যারামিটার একেবারেই নেই। ফলে খোঁজ এন্ডপয়েন্টের আবশ্যিক ফিল্ডের তালিকায় সীমাবদ্ধ থাকে। যে এন্ডপয়েন্ট কল করা হচ্ছে, তার রেফারেন্স পড়ে রিকোয়েস্টটি আবশ্যিক ফিল্ডের তালিকার সঙ্গে মিলিয়ে দেখুন। এতে এক মিনিট লাগে। তাই লগে দুটিকে ত্রুটিপূর্ণ রিকোয়েস্ট হিসেবে একসঙ্গে না রেখে এই ত্রুটিকে 100 থেকে আলাদা করে রাখা মূল্যবান। - এটিকে ত্রুটি 100-এর মতোই বিবেচনা করা। এটি অনুপস্থিতির কথা বলে, তাই আরও নির্দিষ্ট। - components-এর খালি তালিকা পাঠানোকে ফিল্ড বাদ দেওয়ার সমান ভাবা। API-এর কাছে দুটো আলাদা। - messaging_product বাদ দেওয়া। প্রতিটি পাঠানোর সময় এটি আবশ্যিক এবং এটিই সবচেয়ে সাধারণ একক কারণ। **কোন প্যারামিটারটি অনুপস্থিত?** প্রতিক্রিয়ায় সেটির নাম থাকে। নাম না থাকলে এন্ডপয়েন্টের রেফারেন্সে আবশ্যিক ফিল্ডের তালিকা দেখুন। **messaging_product কি সত্যিই আবশ্যিক?** হ্যাঁ, প্রতিটি পাঠানোর সময় এটি `whatsapp` সেট করতে হয়। এটিই সবচেয়ে সাধারণ বাদ পড়া ফিল্ড। **এটি কি 100-এর মতোই?** না। 100 এমন প্যারামিটার বোঝায় যা আছে কিন্তু ভুল। এটি এমন প্যারামিটার বোঝায় যা অনুপস্থিত। **আবার চেষ্টা করলে কি কাজ হতে পারে?** না। রিকোয়েস্টটি নির্দিষ্ট, তাই ফিল্ড যোগ না করা পর্যন্ত প্রতিবার একইভাবে ব্যর্থ হবে। --- ## WhatsApp ত্রুটি 131009: অবৈধ প্যারামিটারের মান https://easycoexistence.com/bn/docs/whatsapp-error-131009 ত্রুটি 131009 বোঝায়, এক বা একাধিক প্যারামিটারের মান অবৈধ: ফিল্ডটি ছিল এবং বোঝা গেছে, কিন্তু এর ভেতরের মান এন্ডপয়েন্ট গ্রহণ করে না। লোকেল কোড, ফোন নম্বরের ফরম্যাট এবং এনাম মানই এর প্রধান কারণ। ### যে মানগুলোতে সবচেয়ে বেশি ত্রুটি হয় তিন ধরনের মানের কারণে বেশিরভাগ ত্রুটি হয়, এবং পড়লে তিনটিকেই মানুষের কাছে সঠিক মনে হয়। - লোকেল কোড: টেমপ্লেটটি en_US হিসেবে তৈরি হলেও en, অথবা pt_BR হলেও pt পাঠানো। - যতিচিহ্ন, শুরুর শূন্য বা প্লাস চিহ্নসহ ফোন নম্বর পাঠানো, যেখানে আন্তর্জাতিক ফরম্যাটে শুধু অঙ্ক প্রত্যাশিত। - ভুল অক্ষরছাঁদে এনাম মান, যেমন ছোট হাতের অক্ষরে টেমপ্লেটের ক্যাটাগরি পাঠানো। - এন্ডপয়েন্টে নথিভুক্ত ফরম্যাটের বদলে অন্য ফরম্যাটে তারিখ বা টাইমস্ট্যাম্প পাঠানো। ### লোকেল সমস্যাটি আলাদা করে দেখা জরুরি কেন কারণ এন্ডপয়েন্ট অনুযায়ী এটি দুটি ভিন্ন ত্রুটি তৈরি করে, ফলে মানুষ ভুল কারণ খুঁজতে থাকে। এমন কোনো ভাষায় টেমপ্লেট পাঠালে যা ওই নামে নেই, 132001 ফেরত আসে, যা টেমপ্লেটটি অনুপস্থিত বলে মনে হয়। যে এন্ডপয়েন্ট আগে লোকেল যাচাই করে, সেখানে ভুল লোকেল পাঠালে এই ত্রুটি ফেরত আসে। দুটিই একই মূল ভুলের ফল। উভয় ক্ষেত্রেই সমাধান হলো টেমপ্লেটের তালিকা দেখে ভাষার স্ট্রিংটি হুবহু কপি করা, তার গঠন অনুমান না করা। - en এবং en_US একই ধরে নেওয়া। এগুলো আলাদা টেমপ্লেট শনাক্ত করে। - প্লাস চিহ্ন বা যতিচিহ্নসহ ফোন নম্বর পাঠানো। আন্তর্জাতিক ফরম্যাটে শুধু অঙ্ক ব্যবহার করুন। - রিট্রাই করা। মানটি নির্ধারিতভাবেই ভুল। **কোন মানটি ভুল?** প্রতিক্রিয়ায় সাধারণত প্যারামিটারের নাম থাকে। না থাকলে আগে লোকেল ও ফোনের ফরম্যাট দেখুন। **ফোন নম্বর কীভাবে লিখব?** আন্তর্জাতিক ফরম্যাটে শুধু অঙ্ক ব্যবহার করুন, প্লাস চিহ্ন বা যতিচিহ্ন ছাড়া। **একই ভুলে কখনও 132001 কেন আসে?** কারণ টেমপ্লেট পাঠানোর সময় নাম ও ভাষা একসঙ্গে মেলানো হয়, তাই অজানা জোড়াটি অনুপস্থিত টেমপ্লেট হিসেবে ধরা হয়। **এটি কি আমার নম্বরের সমস্যা?** না। এই ত্রুটিটি শুধু রিকোয়েস্টের সঙ্গে সম্পর্কিত। --- ## WhatsApp ত্রুটি 131051: অসমর্থিত মেসেজের ধরন https://easycoexistence.com/bn/docs/whatsapp-error-131051 ত্রুটি 131051 মানে পাঠানো মেসেজের ধরন সমর্থিত নয়। কখনও ধরনটির মান ভুলভাবে লেখা থাকে, তবে Coexistence নম্বরে সাধারণত এর অর্থ হলো, ওই ধরনের সংযোগে প্ল্যাটফর্মটি ধরনটি অনুমোদন করে না। ### দুটি ভিন্ন কারণ প্রথম কারণটি সাধারণ: এমন একটি ধরন মান, যা ভুল লেখা হয়েছে বা API-তে নির্ধারিত নয়। এন্ডপয়েন্টের রেফারেন্স পড়লেই এক মিনিটে সমাধান করা যায়। দ্বিতীয় কারণটি সংযোগের কাঠামোর সঙ্গে সম্পর্কিত এবং অনেককে বিভ্রান্ত করে, কারণ কোডটি একই। সাধারণ Cloud API নম্বর যা করতে পারে, Coexistence নম্বর তা সব করতে পারে না। সেগুলোর কোনো একটি করার চেষ্টা করলে পরিষ্কার বার্তার বদলে এই ত্রুটিটি দেখা যায়। স্বয়ংক্রিয়ভাবে মুছে যায় এমন মেসেজ, একবার দেখার মিডিয়া, লাইভ লোকেশন এবং ব্রডকাস্ট লিস্ট সংযুক্ত নম্বরে বন্ধ থাকে, আর গ্রুপ চ্যাট API-এর সম্পূর্ণ বাইরে। ### কোন কারণটি ঘটেছে কীভাবে বুঝবেন আপনি কী পাঠাতে চেয়েছিলেন, তা দেখুন। - API-তে নির্ধারিত এবং আগে পাঠানো হয়েছে এমন ধরন: ফরম্যাটের ভুল, তাই পেলোড মিলিয়ে দেখুন। - গ্রুপে পাঠানোর যেকোনো চেষ্টা: সংযোগের কাঠামোগত সীমা, কোনো প্রোভাইডার এটি চালু করতে পারে না। - লাইভ লোকেশন, একবার দেখার মিডিয়া বা স্বয়ংক্রিয়ভাবে মুছে যায় এমন মেসেজ: Coexistence নম্বরে সংযোগের কাঠামোগত সীমা। - একেবারে নতুন এবং আগে পাঠানো হয়নি এমন ধরন: আপনার অ্যাকাউন্ট ও অঞ্চলে এটি পাওয়া যায় কি না দেখুন। - গ্রুপ চ্যাটকে কেন্দ্র করে ব্যবস্থা তৈরি করা। সব প্রোভাইডারের API-তেই এগুলো বাদ দেওয়া হয়েছে। - প্রোভাইডার বন্ধ থাকা কোনো ধরন চালু করতে পারে ধরে নেওয়া। এগুলো প্ল্যাটফর্ম-স্তরের সীমা। - আবার চেষ্টা করা। কোনো কারণই সাময়িক নয়। **আমি কি গ্রুপে মেসেজ পাঠাতে পারি?** না। সব প্রোভাইডারের ক্ষেত্রেই Coexistence নম্বরে গ্রুপ চ্যাট API-এর বাইরে। **লাইভ লোকেশন সমর্থিত নয় কেন?** Coexistence সক্রিয় হওয়ার পর নম্বরে বন্ধ হয়ে যাওয়া সুবিধাগুলোর এটি একটি। **এটি কি ঠিক করা যায়?** কারণটি ধরনের ভুল মান হলে যায়। প্ল্যাটফর্মের সীমা হলে যায় না। **এটি কি মেসেজ গ্রহণে প্রভাব ফেলে?** না। এই ত্রুটি অনুমোদিত নয় এমন ধরন পাঠানোর সঙ্গে সম্পর্কিত। --- ## WhatsApp-এর 131052 ত্রুটি: মিডিয়া ডাউনলোড ব্যর্থ https://easycoexistence.com/bn/docs/whatsapp-error-131052 131052 ত্রুটির অর্থ, Meta মেসেজের সঙ্গে যুক্ত মিডিয়া ডাউনলোড করতে পারেনি। সমস্যাটি আপনার রিকোয়েস্টে নয়, মিডিয়াতেই। তাই কোড বদলানোর বদলে অন্যভাবে পাঠাতে বলা বাস্তবসম্মত সমাধান। ### কেন ঘটে ইনবাউন্ড মিডিয়া সরাসরি দেওয়া হয় না, আলাদাভাবে আনা হয়। একটি মেসেজে মিডিয়া আইডি থাকে, আর সেটি ব্যবহার করে বাইট আলাদাভাবে আনা হয়। প্রেরকের দিকের কারণে এই আনা ব্যর্থ হতে পারে: আপলোড সম্পূর্ণ না হওয়া, আনার আগেই ফাইলের মেয়াদ শেষ হওয়া, অথবা ফাইল তৈরির প্রক্রিয়ায় ফরম্যাট নষ্ট হওয়া। আপনার দিক থেকে এগুলোর কোনোটিই দেখা যায় না, এবং রিকোয়েস্ট বদলালেও কোনোটির সমাধান হয় না। ### কী করবেন এটিকে সংযুক্তি ছাড়া পাওয়া একটি মেসেজ হিসেবে ধরুন এবং অন্য অসম্পূর্ণ ইনপুটের মতো পরিচালনা করুন। - মেসেজটি রেকর্ড করুন এবং পুরো ইভেন্ট বাদ না দিয়ে মিডিয়াটিকে অনুপলব্ধ হিসেবে চিহ্নিত করুন। - দ্রুত মিডিয়া আনুন: আইডি চিরকাল বৈধ থাকে না। - মানুষ যুক্ত থাকলে গ্রাহককে আবার পাঠাতে বলুন, এতে বেশিরভাগ সমস্যার সমাধান হয়। - অনির্দিষ্টকাল রিট্রাই করবেন না। প্রথমবার আনা এবং একবার রিট্রাই ব্যর্থ হলে মিডিয়াটি আর আসছে না। - পুরো মেসেজ বাদ দেওয়া। সংযুক্তি ছাড়াও টেক্সট ও প্রেক্ষাপট কাজে লাগে। - পাওয়ার অনেক পরে মিডিয়া আনা। আইডির মেয়াদ শেষ হয়। - লুপে রিট্রাই করা। ব্যর্থ আনা পরে সফল হওয়ার সম্ভাবনা কম। **মেসেজ কি হারিয়ে গেছে?** না। মেসেজ এসেছে; ব্যর্থ হয়েছে শুধু এর সংযুক্তি আনার প্রক্রিয়া। **গ্রাহককে কি আবার পাঠাতে বলব?** মানুষ যুক্ত থাকলে, হ্যাঁ। এতে বেশিরভাগ সমস্যার দ্রুত সমাধান হয়। **মিডিয়া আইডি কতক্ষণ বৈধ থাকে?** অনির্দিষ্টকাল নয়, তাই দ্রুত মিডিয়া আনা জরুরি। **131053 কি একই ধরনের?** না। সেটি আপনার পাঠানো মিডিয়া আপলোডে ব্যর্থতার কোড। --- ## WhatsApp Cloud API ত্রুটির কোড https://easycoexistence.com/bn/docs/whatsapp-error-codes এখানে নথিবদ্ধ সব WhatsApp Cloud API ত্রুটির কোড একটি টেবিলে দেওয়া আছে, প্রতিটির অর্থ এবং পুনরায় পাঠালে লাভ হবে কি না-সহ। বেশিরভাগ ক্ষেত্রে হবে না: এগুলো নির্ধারিত ত্রুটি, তাই একই রিকোয়েস্ট একইভাবে ব্যর্থ হয় এবং বারবার পাঠালে ভুল রিকোয়েস্ট রেট লিমিট তৈরি করে। ### পুনরায় পাঠানোর কলাম কীভাবে পড়বেন এখানে তিনটি মান আছে, এবং ভুলটি বেছে নেওয়াই এই পুরো রেফারেন্সে সবচেয়ে ব্যয়বহুল ভুল। না মানে ব্যর্থতাটি নির্ধারিত। রিকোয়েস্ট, টেমপ্লেট অথবা প্রাপকের স্ট্যাটাসে সমস্যা হয়েছে, তাই একই রিকোয়েস্ট আবার পাঠালে একই ত্রুটি আসে এবং পরে প্রয়োজন হবে এমন থ্রুপুট কমে যায়। হ্যাঁ মানে সমস্যা Meta-র দিকে ছিল এবং ব্যাকঅফ করলে সত্যিই সমাধান হয়। অপেক্ষা করুন মানে শর্তটি বাস্তব, কিন্তু সাময়িক: এমন সীমা বা লক, যা নিজে থেকেই উঠে যায়। ওঠার আগে পুনরায় পাঠালে কোনো লাভ হয় না, বরং সময় আরও বাড়তে পারে। ### কেন এগুলোর বেশিরভাগে পুনরায় পাঠানো উচিত নয় কারণ প্ল্যাটফর্ম সাধারণ ত্রুটির বদলে নির্দিষ্ট কোড দেয়। ভুল প্যারামিটার, অস্তিত্বহীন টেমপ্লেট, বন্ধ মেসেজিং উইন্ডো এবং অপ্ট-আউট করা প্রাপক, এগুলো প্রতিক্রিয়ার সময়ই শনাক্ত করা যায়। তাই Meta অস্পষ্টভাবে ব্যর্থ না হয়ে কারণটি জানায়। - দ্বিতীয়বার চেষ্টা করলে রিকোয়েস্টের সমস্যা ঠিক হয়ে যায় না। - টেমপ্লেটের সমস্যাটি টেমপ্লেটেই থাকে, রিকোয়েস্ট তা বদলাতে পারে না। - উইন্ডো বা অপ্ট-আউটের সমস্যা আপনার নয়, প্রাপকের স্ট্যাটাসের। - অ্যাকাউন্টের সীমাবদ্ধতা একটি সিদ্ধান্ত, পুনরায় পাঠানো কোনো আপিল নয়। ### এগুলোর কোনোটি এলে কী লগ করবেন আবার তৈরি না করেই ত্রুটি শনাক্ত করার মতো তথ্য রাখুন। পাঁচ মিনিটের সমাধান আর এক দিন অনুমান করার মধ্যে পার্থক্য এখানেই। - ট্রেস আইডিসহ সম্পূর্ণ ত্রুটির প্রতিক্রিয়া রাখুন, কারণ Meta-র সহায়তা এটি চাইবে। - যেভাবে পাঠানো হয়েছে সেই রিকোয়েস্ট বডি রাখুন, যেভাবে পাঠানোর কথা ছিল তা নয়। এই দুইয়ের ব্যবধানই সাধারণত বাগ। - ফোন নম্বরের আইডি রাখুন, যাতে একটি নম্বরের সমস্যা আর পুরো অ্যাকাউন্টের সমস্যা আলাদা বোঝা যায়। - টাইমস্ট্যাম্প রাখুন, যাতে ওই মুহূর্তে সংযোগের স্ট্যাটাসের সঙ্গে ব্যর্থতাটি মিলিয়ে দেখা যায়। ### শুধু Coexistence-এ থাকা কোডগুলো এমন কোড দুটি, এবং এগুলো মানুষকে বিভ্রান্ত করে, কারণ দেখতে সাধারণ পাঠানোর ত্রুটির মতো। 2593107 এবং 2593108 দুটিই চ্যাট হিস্ট্রি সিঙ্ক্রোনাইজেশন নিয়ে, অর্থাৎ কোনো নম্বর প্রথমবার সংযুক্ত হলে WhatsApp Business অ্যাপ থেকে সাম্প্রতিক কথোপকথন কপি করার ধাপ। এগুলো মেসেজিংয়ের ত্রুটি নয় এবং সংযোগ ব্যর্থ হয়েছে এমনও নয়। সিঙ্ক্রোনাইজেশন সীমা ছাড়িয়ে গেলে বা নির্ধারিত সময়ের বাইরে চললে নম্বরটি সংযুক্ত ও স্বাভাবিকভাবে মেসেজ পাঠাতে থাকে, শুধু প্রত্যাশার চেয়ে কম হিস্ট্রি কপি হয়। এগুলোকে সংযোগ নষ্ট হওয়া হিসেবে পড়ে অনেকে সংযোগ বিচ্ছিন্ন করে আবার শুরু করেন, ফলে হিস্ট্রি ফিরে পাওয়ার বদলে আরও বেশি হিস্ট্রি হারায়। - ডিফল্টভাবে পুনরায় পাঠানো। বেশিরভাগ কোড নির্ধারিত, তাই লুপের সঙ্গে রেট লিমিটও তৈরি হয়। - রিকোয়েস্ট বডি ছাড়া ত্রুটি লগ করা। পাঠানো এবং পাঠানোর ইচ্ছার ব্যবধানই সাধারণত বাগ। - সিঙ্ক্রোনাইজেশন ত্রুটিকে সংযোগ নষ্ট হওয়া হিসেবে পড়া। নম্বরটি তখনও সংযুক্ত এবং মেসেজ পাঠাচ্ছে। - ট্রেস আইডি বাদ দেওয়া। সহায়তার টিকিট কার্যকর করার একমাত্র উপায় এটিই। **কোন ত্রুটিগুলোতে পুনরায় পাঠানো উচিত?** 131016 এবং 131000, এক্সপোনেনশিয়াল ব্যাকঅফসহ। 130429, 132015 এবং 133008 অপেক্ষা করলে নিজে থেকেই ঠিক হয়। বাকি সব নির্ধারিত ত্রুটি। **ত্রুটির কোড মানেই কি আমার নম্বর সংযোগ বিচ্ছিন্ন?** সাধারণত নয়। বেশিরভাগ কোড রিকোয়েস্ট, টেমপ্লেট অথবা প্রাপক নিয়ে। সংযোগের সমস্যা পাঠানোর ত্রুটি হিসেবে নয়, অ্যাকাউন্ট ও কোয়ালিটির ওয়েবহুক হিসেবে দেখা যায়। **ট্রেস আইডি কী?** ত্রুটির প্রতিক্রিয়ায় থাকা একটি শনাক্তকারী, যা Meta-র সহায়তাকে নির্দিষ্ট রিকোয়েস্ট খুঁজে পেতে দেয়। প্রতিটি ব্যর্থতায় এটি লগ করুন, না হলে টিকিটে ব্যবস্থা নেওয়া যায় না। **সব প্রোভাইডারে কি এই কোড একই?** হ্যাঁ। এগুলো Meta-র Cloud API থেকে আসে, তাই যে প্রোভাইডারই নম্বর সংযুক্ত করুক, কোড একই থাকে। প্রোভাইডার শুধু কতটা পরিষ্কারভাবে এগুলো আপনার কাছে পৌঁছায় তা বদলাতে পারে। --- ## WhatsApp ত্রুটি 131053: মিডিয়া আপলোড ব্যর্থ https://easycoexistence.com/bn/docs/whatsapp-error-131053 ত্রুটি 131053-এর অর্থ, Meta আপনার রিকোয়েস্টের মিডিয়া আপলোড করতে পারেনি। এর ইনবাউন্ড সম্পর্কিত কোড 131052-এর মতো নয়, এটি আপনার নিয়ন্ত্রণে থাকা ফাইলের সমস্যা, তাই ঠিক করা যায়। আকার, ফরম্যাট এবং লিংক পাঠালে Meta সেটি সত্যিই পৌঁছাতে পারছে কি না, তা দেখুন। ### তিনটি কারণ বাস্তবে যেভাবে এগুলো ঘটে, সেই ক্রমে। - আকার: ফাইলটি তার ধরনের নির্ধারিত সীমার চেয়ে বড়। ছবি 5 MB, ভিডিও ও অডিও 16 MB, ডকুমেন্ট 100 MB। - ফরম্যাট: API যে কোডেক বা কনটেইনার গ্রহণ করে না, যা এডিটিং সফটওয়্যার থেকে এক্সপোর্ট করা ভিডিওতে প্রায়ই দেখা যায়। - পৌঁছানো: আপলোড করা আইডির বদলে লিংক পাঠানো, যেখানে URL-এ লগ ইন দরকার, ফায়ারওয়ালের আড়ালে আছে বা রিডাইরেক্ট করে। - মেয়াদ: তৈরি হওয়ার অনেক পরে আপলোড করা মিডিয়া আইডি ব্যবহার করা। ### লিংকের চেয়ে আপলোড ভালো লিংক পাঠালে Meta পাঠানোর সময় ফাইলটি আনার চেষ্টা করে। এতে আপনার নিজের নেটওয়ার্ক থেকে দেখা যায় না এমন একটি নতুন ব্যর্থতার সুযোগ তৈরি হয়। আপনার ব্রাউজারে যে URL পুরোপুরি লোড হয়, Meta-এর অবকাঠামো থেকে সেটি অপ্রাপ্য হতে পারে ভৌগোলিক অবস্থান, ফায়ারওয়াল নিয়ম বা আপনার ব্রাউজারে থাকা অথেন্টিকেশন কুকির কারণে। ফাইলটি আগে আপলোড করে ফেরত পাওয়া মিডিয়া আইডি পাঠালে এই ধরনের ব্যর্থতার সুযোগ পুরোপুরি দূর হয়। এতে একটি অতিরিক্ত রিকোয়েস্ট লাগে, কিন্তু পাঠানোর ফল নির্ভরযোগ্য হয়, বিশেষ করে বেশি পরিমাণে পাঠালে। - আপনার ব্রাউজারে কাজ করা URL Meta-এর জন্যও কাজ করবে ধরে নেওয়া। আপনার সেশন ও নেটওয়ার্ক তাদের মতো নয়। - কোডেক যাচাই না করে ভিডিও এক্সপোর্ট করা। এডিটিং সফটওয়্যারের ডিফল্ট সেটিংস প্রায়ই অসমর্থিত হয়। - আপলোডের অনেক পরে মিডিয়া আইডি আবার ব্যবহার করা। আইডির মেয়াদ শেষ হয়। **সীমাগুলো কী?** ছবি 5 MB, ভিডিও ও অডিও 16 MB, ডকুমেন্ট 100 MB। **আমার কি আপলোড করা উচিত, নাকি URL পাঠানো উচিত?** আপলোড করুন। এতে পৌঁছাতে না পারা ব্যর্থতার কারণ হিসেবে বাদ যায়। **URL আমার জন্য কাজ করে, Meta-এর জন্য নয় কেন?** তাদের নেটওয়ার্ক আপনার মতো নয়। ভৌগোলিক অবস্থান, ফায়ারওয়াল ও অথেন্টিকেশন সবই আলাদা। **এটি কি 131052-এর মতোই?** না। 131052 হলো গ্রাহক আপনাকে পাঠানো মিডিয়া ডাউনলোড ব্যর্থ হওয়ার কোড। --- ## WhatsApp ত্রুটি 131016: সেবা অনুপলব্ধ https://easycoexistence.com/bn/docs/whatsapp-error-131016 ত্রুটি 131016 মানে Meta-র দিকের একটি সেবা সাময়িকভাবে অনুপলব্ধ। এটি প্ল্যাটফর্মের অল্প কয়েকটি সত্যিই ক্ষণস্থায়ী ত্রুটির একটি, তাই তদন্ত না করে এক্সপোনেনশিয়াল ব্যাকঅফ দিয়ে আবার চেষ্টা করাই সঠিক প্রতিক্রিয়া। ### এটি কেন আলাদা এই প্ল্যাটফর্মের বেশিরভাগ ত্রুটি নির্দিষ্ট কারণে ঘটে: রিকোয়েস্টটি ভুল, টেমপ্লেটটি নেই, অথবা উইন্ডো বন্ধ হয়ে গেছে। সেগুলোতে আবার চেষ্টা করলে একটি রিকোয়েস্ট নষ্ট হয় এবং রেট লিমিটিং শুরু হতে পারে। এই ত্রুটিটি ব্যতিক্রম। এটি আপনার রিকোয়েস্ট বা নম্বর সম্পর্কে কিছু বলে না, শুধু জানায় যে Meta যে সেবা চালায় সেটি এই মুহূর্তে উত্তর দিতে পারেনি। এক মিনিট পর একই রিকোয়েস্ট সাধারণত সফল হয়, আর ব্যাকঅফের কাজই হলো এমন পরিস্থিতি সামলানো। ### সঠিকভাবে আবার চেষ্টা করবেন কীভাবে সংযতভাবে, কারণ একসঙ্গে অনেকবার আবার চেষ্টা করলে বিভ্রাট আরও খারাপ হয়। - এক্সপোনেনশিয়াল ব্যাকঅফ: 1 সেকেন্ড অপেক্ষা করুন, তারপর 2, 4 এবং 8 সেকেন্ড। - চেষ্টার একটি সর্বোচ্চ সীমা রাখুন, সাধারণত 5 বার। এরপর মেসেজটি পরে পাঠানোর জন্য একটি কিউতে রাখুন। - জিটার ব্যবহার করুন, যাতে অনেক কর্মী একই সময়ে আবার চেষ্টা না করে। - আইডেমপোটেন্সি নিশ্চিত করুন, যাতে ত্রুটির খবর আপনার কাছে পৌঁছানোর আগে মেসেজটি পাঠানো হয়ে থাকলে সেটি দুবার না যায়। - টাইট লুপে সঙ্গে সঙ্গে আবার চেষ্টা করা। এতে আগে থেকেই সমস্যায় থাকা সেবার ওপর চাপ বাড়ে। - এটিকে সংযোগের সমস্যা ভাবা। আপনার নম্বর ঠিক আছে। - সর্বোচ্চ সীমা ছাড়া আবার চেষ্টা করা। কিছু বিভ্রাট যেকোনো যৌক্তিক পুনঃচেষ্টা নীতির চেয়েও বেশি সময় স্থায়ী হয়। **আমার কি আবার চেষ্টা করা উচিত?** হ্যাঁ, এক্সপোনেনশিয়াল ব্যাকঅফ ব্যবহার করে। আবার চেষ্টা করলে কাজ হয়, এমন ত্রুটিগুলোর একটি এটি। **আমার নম্বর কি প্রভাবিত হয়েছে?** না। এটি প্ল্যাটফর্মের দিকের ব্যর্থতা। **এগুলো কতক্ষণ স্থায়ী হয়?** সাধারণত কয়েক সেকেন্ড থেকে কয়েক মিনিট। 5 বার ব্যাকঅফসহ চেষ্টা করলে বেশিরভাগ ক্ষেত্রে যথেষ্ট হয়। **সত্যিকারের বিভ্রাট থেকে এটিকে কীভাবে আলাদা করব?** এটি স্থায়ী হচ্ছে কি না দেখুন। নিয়মিত পর্যবেক্ষণ অনুমান ছাড়াই এর উত্তর দেয়। --- ## WhatsApp ত্রুটি 131000: কিছু ভুল হয়েছে https://easycoexistence.com/bn/docs/whatsapp-error-131000 ত্রুটি 131000 মানে Meta যে কারণে মেসেজ পাঠানো ব্যর্থ হয়েছে, তা শ্রেণিবদ্ধ করেনি। এটি অশ্রেণিবদ্ধ ত্রুটির বিভাগ, তাই একবার বিরতি দিয়ে আবার চেষ্টা করুন। সমস্যা থাকলে প্রতিক্রিয়ার ট্রেস আইডি দিয়ে সহায়তার কাছে বিষয়টি পাঠান। ### এটি আসলে কোন পরিস্থিতি বোঝায় Meta-র মেসেজ পাঠানোর প্রক্রিয়ায় এমন কোনো ব্যর্থতা, যাকে কোনো নির্দিষ্ট কোডের সঙ্গে মিলিয়ে দেখানো হয়নি। এর মধ্যে প্রকৃত সাময়িক ত্রুটি, অভ্যন্তরীণ সমস্যা এবং কখনও এমন অবস্থাও থাকতে পারে, যার জন্য API-এর নতুন সংস্করণে নির্দিষ্ট কোড আছে, কিন্তু তখন ছিল না। বিভাগটি বিস্তৃত হওয়ায় সবার জন্য একই প্রতিক্রিয়া ঠিক নয়। একবার ঘটলে তা কেবল বিচ্ছিন্ন ঘটনা হতে পারে। একই প্রাপকের ক্ষেত্রে বারবার ঘটলে সহায়তার টিকিট খোলার মতো একটি ধারা বোঝায়। ### এটি হলে কী করবেন একটি কাজ করলেই থামুন। - অল্প বিরতি দিয়ে একবার আবার চেষ্টা করুন। এর কিছু ঘটনা সাময়িক। - ট্রেস আইডিসহ পুরো প্রতিক্রিয়া লগ করুন, কারণ সহায়তা এটি চাইবে। - একজন প্রাপক নাকি সবাই, তা দেখুন। একজন প্রাপক হলে সমস্যাটি ওই নম্বরের দিকে ইঙ্গিত করে, আর সবাই হলে প্ল্যাটফর্মের দিকে। - আবার চেষ্টা করার পরও সমস্যা থাকলে ট্রেস আইডি ও সময় উল্লেখ করে একটি টিকিট খুলুন। - অনির্দিষ্টকাল আবার চেষ্টা করা। দুটি চেষ্টা ব্যর্থ হলে এটি সাময়িক ত্রুটি নয়। - ট্রেস আইডি বাদ দেওয়া। সহায়তার টিকিট কার্যকর করার জন্য এটিই একমাত্র প্রয়োজনীয় তথ্য। - আপনার নম্বর নষ্ট হয়েছে ধরে নেওয়া। সাধারণত তা নয়। **আবার চেষ্টা করব কি?** একবার, বিরতি দিয়ে। এর বেশি হলে এটি সাময়িক ত্রুটি নয়। **ট্রেস আইডি কী?** ত্রুটির প্রতিক্রিয়ায় থাকা একটি শনাক্তকারী, যা Meta-র সহায়তাকে নির্দিষ্ট রিকোয়েস্ট খুঁজে পেতে সাহায্য করে। **এর মানে কি আমার নম্বর বন্ধ?** সাধারণত নয়। অন্য মেসেজ পাঠানো সফল হচ্ছে কি না দেখুন। **কখন টিকিট খুলব?** আবার চেষ্টা করার পরও সমস্যা থাকলে, ট্রেস আইডি ও সময়সহ। --- ## WhatsApp ত্রুটি 131021: প্রেরক ও প্রাপক একই https://easycoexistence.com/bn/docs/whatsapp-error-131021 ত্রুটি 131021 মানে প্রেরক ও প্রাপক একই নম্বর। WhatsApp কোনো ব্যবসায়িক নম্বরকে নিজেকেই মেসেজ পাঠাতে দেয় না। প্রায় সব ক্ষেত্রেই সংযুক্ত নম্বরে, দ্বিতীয় ফোনে নয়, পরীক্ষামূলক মেসেজ পাঠানোর চেষ্টা থেকেই এটি হয়। ### কেন এটি হয় কোনো নম্বর সংযুক্ত করার পর সবাই প্রথমে পরীক্ষামূলক মেসেজ পাঠান, আর সামনে থাকা একমাত্র নম্বরটি হলো সদ্য সংযুক্ত নম্বর। এই স্বাভাবিক চেষ্টা প্ল্যাটফর্ম অনুমোদন করে না। কোনো সেটিংস বদলানোর সুযোগ নেই। WhatsApp-এর গ্রাহক অ্যাপে নিজেকে নোট পাঠানোর সুবিধা আছে, কিন্তু API-এর মাধ্যমে এটি নেই। ### সঠিকভাবে কীভাবে পরীক্ষা করবেন দ্বিতীয় একটি নম্বর ব্যবহার করুন এবং কোন দিকটি পরীক্ষা করছেন, সে বিষয়ে একটু সতর্ক থাকুন। - পরীক্ষার প্রাপক হিসেবে ব্যক্তিগত ফোন ব্যবহার করুন। সংযুক্ত নম্বর ছাড়া যেকোনো WhatsApp নম্বরই চলবে। - স্বচ্ছন্দে পাঠানো পরীক্ষা করতে আগে পরীক্ষার নম্বর থেকে ব্যবসায়িক নম্বরে মেসেজ পাঠান। এতে 24 ঘণ্টার সেবা-সময়কাল শুরু হবে। - এই সময়কালের বাইরে পরীক্ষা করতে একটি অনুমোদিত টেমপ্লেট পাঠান। তখন এটিই একমাত্র অনুমোদিত উপায়। - শুধু পরীক্ষার জন্য দ্বিতীয় ব্যবসায়িক নম্বর নিবন্ধন করবেন না, যদি না সত্যিই দরকার হয়। সাধারণ গ্রাহক নম্বরই যথেষ্ট। - পরীক্ষা করতে সংযুক্ত নম্বরে পাঠানো। নকশা অনুযায়ী এটি প্রত্যাখ্যাত হয়। - নিজেকে নোট পাঠানোর সুবিধা API-এর মাধ্যমে কাজ করে ধরে নেওয়া। এটি কাজ করে না। - গ্রাহক আগে মেসেজ না পাঠিয়েই ফ্রি টেক্সট পরীক্ষা করা। এর বদলে 131047 ত্রুটি দেখা দেয়। **আমি কি নিজের নম্বরে মেসেজ পাঠাতে পারি?** না। WhatsApp API-এর মাধ্যমে এটি অনুমোদন করে না। **এর জন্য কি কোনো সেটিংস আছে?** না। এটি প্ল্যাটফর্মের নিয়ম। **কী দিয়ে পরীক্ষা করা উচিত?** অন্য যেকোনো WhatsApp নম্বর দিয়ে, ব্যক্তিগত ফোন দিয়েও করা যায়। **তাহলে আমার পরীক্ষা 131047 ত্রুটিতে কেন ব্যর্থ হলো?** কারণ ফ্রি টেক্সট মেসেজ পাঠাতে হলে গ্রাহককে গত 24 ঘণ্টার মধ্যে আপনাকে মেসেজ পাঠাতে হবে। --- ## WhatsApp ত্রুটি 131045: ফোন নম্বর নিবন্ধিত নয় https://easycoexistence.com/bn/docs/whatsapp-error-131045 ত্রুটি 131045 মানে ফোন নম্বরটি Cloud API-তে মেসেজ পাঠানোর জন্য নিবন্ধিত হয়নি। WhatsApp Business অ্যাকাউন্টে নম্বর যোগ করা এবং পাঠানোর জন্য নিবন্ধন করা আলাদা ধাপ। এই ত্রুটি মানে দ্বিতীয় ধাপটি হয়নি। ### দুটি ধাপ কেন আছে কারণ একটি WhatsApp Business অ্যাকাউন্টে এমন নম্বর থাকতে পারে যেগুলো থেকে কিছু পাঠানো হচ্ছে না। নম্বর যোগ করলে মালিকানা প্রতিষ্ঠিত হয়; নিবন্ধন করলে সেটি Cloud API মেসেজিংয়ের জন্য সক্রিয় হয় এবং তার দুই ধাপের PIN সেট হয়। ম্যানুয়াল সেটআপে এগুলো আলাদা API কল, তাই প্রথমটি শেষ করে দ্বিতীয়টি ভুলে যাওয়া সহজ। তখন নম্বরটি অ্যাকাউন্টে দেখা যায়, ড্যাশবোর্ডে ঠিক মনে হয়, কিন্তু প্রতিবার পাঠানোর সময় এই ত্রুটি দেখায়। ### কীভাবে সমস্যাটি সমাধান করবেন নম্বরটি কীভাবে যোগ হয়েছে, তার ওপর নির্ভর করে। - ম্যানুয়াল সেটআপে ফোন নম্বর আইডির জন্য তার দুই ধাপের PIN দিয়ে নিবন্ধন এন্ডপয়েন্ট কল করুন। - কোনো প্রদানকারীর মাধ্যমে Coexistence অনবোর্ডিং হলে, প্রবাহের মধ্যেই নিবন্ধন হয়। তাই এই ত্রুটি সাধারণত বোঝায় যে প্রবাহটি শেষ হয়নি। - নম্বরটি সম্প্রতি অন্য অ্যাকাউন্ট থেকে স্থানান্তর করা হলে, নতুন অ্যাকাউন্টে আবার নিবন্ধন করতে হবে। - নিবন্ধন নিজেই ব্যর্থ হলে, কারণ সাধারণত PIN, যার ত্রুটি 133005। - ড্যাশবোর্ডে দেখা যাচ্ছে মানেই নম্বরটি পাঠানোর জন্য প্রস্তুত ধরে নেওয়া। দেখা যাওয়া এবং নিবন্ধিত হওয়া আলাদা বিষয়। - অনবোর্ডিং প্রবাহ মাঝপথে ছেড়ে দেওয়া। শেষ ধাপগুলোই নিবন্ধন সম্পন্ন করে। - এটিকে 133006-এর সঙ্গে গুলিয়ে ফেলা, যা নিবন্ধনের বদলে যাচাইকরণ নিয়ে। **নিবন্ধন কী?** অ্যাকাউন্টে নম্বর যোগ করার থেকে আলাদা একটি ধাপ, যা নম্বরটিকে Cloud API মেসেজিংয়ের জন্য সক্রিয় করে। **আমাকেই কি এটি করতে হবে?** ম্যানুয়াল সেটআপে হ্যাঁ। Coexistence প্রবাহে এটি আপনার হয়ে করা হয়। **এটি কি আবার করতে হবে?** শুধু নম্বরটি অন্য অ্যাকাউন্টে স্থানান্তর করার পর। **নিবন্ধন ব্যর্থ হলে কী হবে?** সাধারণত দুই ধাপের PIN-এ সমস্যা থাকে, যার ত্রুটি 133005। --- ## WhatsApp ত্রুটি 133005: টু-স্টেপ যাচাইকরণের PIN ভুল https://easycoexistence.com/bn/docs/whatsapp-error-133005 133005 ত্রুটির অর্থ রেজিস্ট্রেশনের সময় দেওয়া টু-স্টেপ যাচাইকরণের PIN ভুল ছিল। এটি 6 সংখ্যার একটি PIN, যা নম্বরটি প্রথম রেজিস্টার করার সময় সেট করা হয়েছিল। বারবার ভুল আন্দাজ করলে পরবর্তী চেষ্টা লক হয়ে যায়, তাই আবার চেষ্টা করার চেয়ে পুনরুদ্ধারের পথটাই বেশি গুরুত্বপূর্ণ। ### PIN কোথা থেকে আসে নম্বরটি প্রথমবার Cloud API মেসেজিংয়ের জন্য রেজিস্টার করার সময় এটি সেট করা হয়। পরে যেকোনো রেজিস্ট্রেশনে এটি আবার লাগে, এমনকি নম্বরটি অন্য অ্যাকাউন্টে মাইগ্রেট করার পরেও। সমস্যাটা শুরু হয় এই ফাঁক থেকেই। সেটআপের সময় একবার সেট করা PIN এক বছর দরকার না পড়লে সাধারণত কেউ লিখে রাখে না, আর যিনি সেট করেছিলেন তিনি প্রায়ই অন্য জায়গায় চলে গেছেন। ফলে নম্বর সরানো বা পুনরায় রেজিস্টার করার ঠিক সেই মুহূর্তেই ত্রুটিটি দেখা দেয়, যখন এমনিতেই চাপ থাকে। ### কেউ না জানলে কী করবেন একটি পথ আছে। এটি আন্দাজ করার চেয়ে ধীর, কিন্তু সত্যিই কাজ করে। - আন্দাজ করা বন্ধ করুন। বারবার ব্যর্থ হলে 133008 ফেরত আসে এবং কিছু সময়ের জন্য চেষ্টা লক হয়ে যায়। - WhatsApp Manager-এ নম্বরের টু-স্টেপ যাচাইকরণ সেটিংসে গিয়ে PIN বদলান। এটি বন্ধ করার জন্য কোনো API এন্ডপয়েন্ট নেই। - অ্যাডমিন ফোন নম্বর ID-তে একটি POST পাঠিয়ে API দিয়েও নতুন PIN সেট করতে পারেন, তারপর সেটি দিয়ে আবার রেজিস্টার করুন। - পুনরুদ্ধার হয়ে গেলে নতুন PIN এমন জায়গায় রাখুন যেখানে পরের জন প্রয়োজনে খুঁজে পাবেন। ### পরের বার এড়াবেন কীভাবে PIN-কে ব্যক্তিগত তথ্য নয়, অবকাঠামোর অংশ হিসেবে দেখুন। এটি অ্যাকাউন্টের অন্যান্য ক্রেডেনশিয়ালের সঙ্গে একই জায়গায় থাকা উচিত, মালিকানা থাকবে ব্যবসার, যিনি সেটআপ চালিয়েছিলেন তাঁর নয়। সেই ব্যক্তি চলে গেলেও এটি যেন থেকে যায়। এটি না করার আসল মূল্য ত্রুটিটি নয়, কারণ ত্রুটিটি নিজে তুচ্ছ। আসল ক্ষতি হলো যখন দরকার, ঠিক তখনই একটি চালু নম্বর মাইগ্রেট বা পুনরায় রেজিস্টার করতে না পারা। - বারবার আন্দাজ করা। এতে 133008 আসে এবং চেষ্টা লক হয়ে যায়। - PIN ব্যবসার কাছে না রেখে একজন ব্যক্তির কাছে রাখা। - সেটআপের পর আর কখনো লাগবে না ধরে নেওয়া। মাইগ্রেশনে এটি লাগে। **এই PIN কোথায় সেট করা হয়েছিল?** নম্বরটি প্রথমবার Cloud API মেসেজিংয়ের জন্য রেজিস্টার করার সময়। **আমি না জানলে কী করব?** WhatsApp Manager-এ নম্বরের টু-স্টেপ যাচাইকরণ সেটিংসে গিয়ে এটি বদলান, অথবা API দিয়ে নতুন একটি সেট করুন। **আন্দাজ করতে থাকলে কী হয়?** চেষ্টা লক হয়ে যায় এবং তার বদলে আপনি 133008 ত্রুটি পান। **PIN কখন লাগে?** রেজিস্ট্রেশনের সময়, এবং পরে যেকোনো পুনরায় রেজিস্ট্রেশন বা মাইগ্রেশনের সময় আবার লাগে। --- ## WhatsApp ত্রুটি 133008: PIN বারবার ভুল দেওয়া হয়েছে https://easycoexistence.com/bn/docs/whatsapp-error-133008 ত্রুটি 133008 মানে ভুল দুই-ধাপের যাচাইকরণ PIN বারবার দেওয়া হয়েছে এবং কিছু সময়ের জন্য পরের চেষ্টা বন্ধ আছে। এর আগে বারবার 133005 ত্রুটি দেখা যায়। তাই ভুল PIN দিলে আবার চেষ্টা না করে থামাই সঠিক প্রতিক্রিয়া। ### কী কারণে এটি দেখা যায় ভুল PIN দেওয়ার ছোট একটি ধারাবাহিকতা থেকেই এটি হতে পারে, কারণ ভুল PIN-কে আবার চেষ্টা করার মতো মনে হয়। তা করবেন না। প্রথম 133005 হলো PIN ঠিকভাবে খুঁজে বের করার সংকেত, আবার অনুমান করার নয়। লক হওয়ার পর সময়সীমা শেষ না হওয়া পর্যন্ত নম্বরটি নিবন্ধন করা যায় না, এর মধ্যে সঠিক PIN পাওয়া গেলেও নয়। ### লক থাকা অবস্থায় কী করবেন এর বিরুদ্ধে চেষ্টা না করে অপেক্ষা করুন। - চেষ্টা বন্ধ করুন। পরের চেষ্টা লক কমানোর বদলে আরও বাড়াতে পারে। - অপেক্ষার সময় PIN খুঁজে বের করুন বা রিসেট করুন: অ্যাকাউন্ট-স্তরের টোকেন দিয়ে দুই-ধাপের যাচাইকরণ বন্ধ করুন, অথবা Meta-র সহায়তা নিন। - সঠিক ফোন নম্বরের `phone_number_id` দিয়ে নিবন্ধন করছেন কি না নিশ্চিত করুন। ভুল নম্বরে PIN ব্যর্থ হলেও একই রকম দেখায়। - সময়সীমার পরে আবার চেষ্টা করার পরিকল্পনা করুন, বারবার স্ট্যাটাস যাচাই করবেন না। - লক থাকা অবস্থায় বারবার চেষ্টা করা। এতে কোনো লাভ নেই এবং লক আরও বাড়তে পারে। - PIN ঠিকভাবে রিসেট না করে অপেক্ষা করা। - নম্বরটি নিষিদ্ধ হয়েছে ধরে নেওয়া। PIN লক সাময়িক এবং নীতিমালা প্রয়োগের সঙ্গে সম্পর্কিত নয়। **লক কতক্ষণ থাকে?** Meta নির্ধারিত একটি সময়। ওই সময়ে পরের চেষ্টা লক কমানোর বদলে আরও বাড়াতে পারে। **আমার নম্বর কি নিষিদ্ধ হয়েছে?** না। এটি যাচাইকরণ-সংক্রান্ত লক, নীতিমালা প্রয়োগের সঙ্গে এর সম্পর্ক নেই। **লক থাকা অবস্থায় কি PIN রিসেট করতে পারি?** হ্যাঁ, অপেক্ষার সময়টি কাজে লাগানোর এটিই সেরা উপায়। **এটি কেন ঘটল?** বারবার ভুল PIN দেওয়ায়, যার প্রতিবারই 133005 ফেরত এসেছে। --- ## WhatsApp ত্রুটি 133006: ফোন নম্বর যাচাই করা হয়নি https://easycoexistence.com/bn/docs/whatsapp-error-133006 ত্রুটি 133006 মানে মেসেজিংয়ের জন্য ফোন নম্বর নিবন্ধনের আগে সেটি যাচাই করতে হবে। SMS বা ভয়েস কলে পাঠানো কোডের মাধ্যমে নম্বরটির নিয়ন্ত্রণ প্রমাণ করা হয়। নম্বর যোগ করা ও নিবন্ধন, দুটির থেকেই এটি আলাদা একটি ধাপ। ### যাচাইকরণ বনাম নিবন্ধন যাচাইকরণ প্রমাণ করে যে ব্যবসাটি নম্বরটির নিয়ন্ত্রণে আছে। নিবন্ধন Cloud API মেসেজিংয়ের জন্য সেটি সক্রিয় করে। এগুলো এই ক্রমেই হয়, আর এই ত্রুটির অর্থ হলো প্রথম ধাপটি সম্পূর্ণ হয়নি। বাস্তবে, কাউকে SMS বা স্বয়ংক্রিয় ভয়েস কলের মাধ্যমে ওই নম্বরে পাঠানো কোড গ্রহণ করতে হবে। যে নম্বরে কেউ উত্তর দিতে পারে না, সেটি যাচাই করা যাবে না। বেশিরভাগ ক্ষেত্রে API কল নয়, এটিই আসল বাধা। ### যাচাইকরণে কী বাধা দেয় প্রায় সব সময় কারণটি প্রযুক্তিগত নয়, বরং বাস্তব কোনো বিষয়। - কারও কাছে হ্যান্ডসেট বা SIM নেই, যা আগের মালিকের কাছ থেকে পাওয়া নম্বরে প্রায়ই ঘটে। - নম্বরটি এমন ল্যান্ডলাইন যাতে SMS নেই। সে ক্ষেত্রে ভয়েস যাচাইকরণ ব্যবহার করুন। - এটি এমন একটি ভার্চুয়াল নম্বর, যার প্রদানকারী কোডটি আটকে দেয় বা দেরি করায়। - নম্বরটি ইতিমধ্যে অন্য WhatsApp অ্যাকাউন্টে নিবন্ধিত। আগে এই বিষয়টি সমাধান করতে হবে। - যাচাইকরণের আগে নিবন্ধনের চেষ্টা করা। ক্রমটি গুরুত্বপূর্ণ। - ল্যান্ডলাইনে SMS বেছে নেওয়া। এ ধরনের নম্বরের জন্যই ভয়েস যাচাইকরণ আছে। - ভার্চুয়াল নম্বরে কোড নির্ভরযোগ্যভাবে আসবে ধরে নেওয়া। অনেক ক্ষেত্রে তা হয় না। **কীভাবে যাচাই করব?** নম্বরটিতেই SMS বা স্বয়ংক্রিয় ভয়েস কলে পাঠানো কোড ব্যবহার করুন। **ল্যান্ডলাইনের ক্ষেত্রে কী করব?** ভয়েস যাচাইকরণ ব্যবহার করুন। SMS-ছাড়া নম্বরের জন্য এই পদ্ধতিই আছে। **এটি কি নিবন্ধনের মতোই?** না। যাচাইকরণ নিয়ন্ত্রণ প্রমাণ করে, আর নিবন্ধন মেসেজিং সক্রিয় করে। **এটি কি এড়িয়ে যেতে পারি?** না। যাচাইকরণ সম্পূর্ণ না হওয়া পর্যন্ত নিবন্ধনের সময় এই ত্রুটি ফিরতে থাকবে। --- ## WhatsApp ত্রুটি 131050: ব্যবহারকারী মেসেজ নেওয়া বন্ধ করেছেন https://easycoexistence.com/bn/docs/whatsapp-error-131050 ত্রুটি 131050 মানে প্রাপক আপনার ব্যবসা থেকে মেসেজ নেওয়া বন্ধ করেছেন। এটি কোনও ত্রুটি নয় এবং এর কোনও প্রযুক্তিগত সমাধান নেই: ওই ব্যক্তি একটি সিদ্ধান্ত নিয়েছেন, তাই সেটি নথিবদ্ধ করে মেসেজ পাঠানো বন্ধ করাই সঠিক প্রতিক্রিয়া। ### কেন পাশ কাটানোর উপায় নেই কারণ এই ব্যবস্থা এমন ব্যবসার হাত থেকে মানুষকে সুরক্ষা দিতে তৈরি, যারা না-কে চূড়ান্ত উত্তর হিসেবে মানে না। এটি পাশ কাটানো গেলে প্ল্যাটফর্মটি কোনও পক্ষের জন্যই ব্যবহারযোগ্য থাকত না। Meta এরপর কী হচ্ছে, সেটিও দেখে। মেসেজ নেওয়া বন্ধ করা মানুষকে বারবার পাঠানোর চেষ্টা গুণমানের রেটিংয়ের পেছনের সংকেতগুলিতে প্রভাব ফেলে। গুণমানের রেটিং কমলে শুধু ওই প্রাপকদের নয়, পুরো নম্বরের মেসেজ পাঠানোর সক্ষমতা কমে যায়। ### এর বদলে কী করবেন একবার সঠিকভাবে নথিবদ্ধ করুন, তারপর সিস্টেমের বাকি অংশকে সেই সিদ্ধান্ত মানতে দিন। - যোগাযোগের তথ্যের সঙ্গে মেসেজ নেওয়া বন্ধ করার বিষয়টি সংরক্ষণ করুন, যাতে স্বয়ংক্রিয়ভাবে আর কেউ চেষ্টা না করে। - শুধু যে ক্যাম্পেইনে ত্রুটিটি ঘটেছে সেখানে নয়, প্রতিটি ক্যাম্পেইন ও অটোমেশন থেকে নম্বরটি বাদ দিন। - দ্বিতীয় কোনও ব্যবসায়িক নম্বর দিয়ে তাদের কাছে পৌঁছানোর চেষ্টা করবেন না। ব্যক্তি একই এবং সিদ্ধান্তও একই। - পরে তারা নিজেরাই মেসেজ করলে উইন্ডোটি আবার খুলবে এবং আপনি উত্তর দিতে পারবেন। সিদ্ধান্তটি তাদের, আপনার নয়। - আবার চেষ্টা করা। ব্যক্তি সিদ্ধান্ত না বদলানো পর্যন্ত এই ব্লক ইচ্ছাকৃত এবং স্থায়ী। - শুধু ব্যর্থ ক্যাম্পেইনে বাদ দেওয়া, ফলে পরের দিন অন্য একটি আবার চেষ্টা করে। - একই ব্যক্তির কাছে পৌঁছাতে অন্য নম্বর ব্যবহার করা। এতে একই সিদ্ধান্ত উপেক্ষা করা হয়। **আমি কি তাদের আবার মেসেজ পাঠাতে পারি?** শুধু তারা আগে আপনাকে মেসেজ করলে, কারণ তাতে পরিষেবা উইন্ডোটি আবার খুলবে। **এটি পাশ কাটানোর কোনও উপায় আছে?** না। চেষ্টা করলে আপনার গুণমানের রেটিং ক্ষতিগ্রস্ত হয়। **এটি কি আমার পুরো নম্বরকে প্রভাবিত করে?** মেসেজ নেওয়া বন্ধ করার সিদ্ধান্তটি ওই প্রাপকের ক্ষেত্রে প্রযোজ্য, কিন্তু বারবার চেষ্টা করলে সামগ্রিক গুণমানের রেটিং ক্ষতিগ্রস্ত হয়। **তাদের কি আমার তালিকা থেকে সরিয়ে দেব?** শুধু ব্যর্থ ক্যাম্পেইন থেকে নয়, সর্বত্র তাদের মেসেজ পাঠানো বন্ধ করুন। --- ## WhatsApp-এর 130497 ত্রুটি: প্রাপকের দেশ অনুমোদিত নয় https://easycoexistence.com/bn/docs/whatsapp-error-130497 130497 ত্রুটির অর্থ, আপনার অ্যাকাউন্ট থেকে প্রাপকের দেশে মেসেজ পাঠানোর অনুমতি নেই। এটি প্রাপকের সমস্যা নয়, ভৌগোলিক সীমাবদ্ধতা। সাধারণত রিকোয়েস্টে ভুলের বদলে অ্যাকাউন্টের সীমার কারণে এমন হয়। ### দেশে সীমাবদ্ধতার কারণ কী বেশ কয়েকটি কারণ থাকতে পারে, এবং সবই স্থায়ী নয়। - ব্যবসায়িক যাচাইকরণের পর সীমা উঠে যেতে পারে এমন নতুন বা যাচাইকরণহীন অ্যাকাউন্ট। - Meta পুরো প্ল্যাটফর্মজুড়ে যে দেশে সীমাবদ্ধতা প্রয়োগ করে। - পর্যালোচনা বা নিয়ম প্রয়োগের সময় সেট করা অ্যাকাউন্ট-স্তরের নিয়ন্ত্রণ। - ভুল দেশের কোডসহ ফরম্যাট করা নম্বর, যার ফলে আপনি যে দেশে মেসেজ পাঠাতে চাননি, সেই দেশের জন্য ত্রুটি তৈরি হয়। ### প্রথমে ফরম্যাট ঠিক আছে কি না দেখুন কারণ এটিই একমাত্র কারণ যা আপনি নিজে ঠিক করতে পারেন, এবং অন্যগুলোর তুলনায় এটি বেশি ঘটে। শুরুর শূন্যসহ পাঠানো নম্বর, অথবা দেশের কোড বাদ পড়ে ডিফল্ট কোড বসা নম্বর, প্রত্যাশিত দেশের বদলে অন্য দেশে মিলে যেতে পারে। এরপর আপনি যে দেশে মেসেজ পাঠাতে চান না, সেই দেশের সীমাবদ্ধতার কারণে পাঠানো ব্যর্থ হয়। নম্বরটি আন্তর্জাতিক ফরম্যাটে, শুধু সংখ্যা দিয়ে এবং সঠিক দেশের কোডসহ আছে কি না পরীক্ষা করতে এক সেকেন্ড লাগে। এতে সবচেয়ে সম্ভাব্য কারণটি বাদ যায়। - প্রাপককে দোষী ধরে নেওয়া। সীমাবদ্ধতা আপনার অ্যাকাউন্ট এবং ওই দেশের ওপর। - আবার চেষ্টা করা। প্রতিবারের মধ্যে কিছুই বদলায় না। - ফরম্যাট পরীক্ষা না করা, যদিও এটিই আপনার নিয়ন্ত্রণে থাকা একমাত্র কারণ। **প্রাপক কি আমাকে ব্লক করেছেন?** না। এটি আপনার অ্যাকাউন্টের ওপর থাকা দেশ-স্তরের সীমাবদ্ধতা। **এটি কি তুলে নেওয়া যায়?** কিছু সীমাবদ্ধতা সাময়িক এবং ব্যবসায়িক যাচাইকরণের পর উঠে যায়। অন্যগুলো পুরো প্ল্যাটফর্মজুড়ে প্রযোজ্য। **এটি কি ফরম্যাটের ভুল হতে পারে?** হ্যাঁ, তাই প্রথমে এটি বাদ দেওয়া উচিত। ভুল দেশের কোড নম্বরটিকে অন্য দেশের সঙ্গে মেলায়। **আবার চেষ্টা করলে কি কাজ হবে?** না। প্রতিবার চেষ্টা করার মধ্যে সীমাবদ্ধতা বদলায় না। --- ## WhatsApp-এর 132007 ত্রুটি: টেমপ্লেট নীতি লঙ্ঘন https://easycoexistence.com/bn/docs/whatsapp-error-132007 132007 ত্রুটি মানে টেমপ্লেটটি WhatsApp-এর ব্যবসায়িক মেসেজিং নীতি ভেঙেছে। বর্তমান রূপে মেসেজটি পাঠানো যাবে না। রিকোয়েস্টে কিছু বদলানোর বদলে টেমপ্লেটটি নতুন করে লিখে আবার জমা দিন। ### নীতিতে আসলে কী নিষিদ্ধ প্রথম টেমপ্লেট লেখার সময় অধিকাংশ মানুষ যতটা ভাবেন, নিয়ম তার চেয়ে সংকীর্ণ। - যে ব্যক্তি মেসেজ চাননি, তার কাছে অনিচ্ছিত প্রচারণা মনে হয় এমন বিষয়বস্তু। - নিষিদ্ধ ক্যাটাগরি, যার মধ্যে নির্দিষ্ট আর্থিক, স্বাস্থ্য ও নিয়ন্ত্রিত পণ্য রয়েছে। - প্রেরকের পরিচয় ভুলভাবে উপস্থাপন করা বা অস্তিত্বহীন সম্পর্কের ইঙ্গিত দেওয়া ভাষা। - বিভ্রান্তিকর তাড়াহুড়োর ভাব, অথবা উত্তর দিতে চাপ সৃষ্টি করার মতো কোনো কাঠামো। ### শব্দচয়নের মতো ক্যাটাগরিও কেন গুরুত্বপূর্ণ ইউটিলিটি হিসেবে জমা দেওয়া টেমপ্লেট যদি মার্কেটিং মেসেজের মতো শোনে, তাতে আপত্তিকর কিছু না থাকলেও সেটি নীতির সমস্যা। Meta টেমপ্লেটকে ক্যাটাগরিতে ভাগ করে, কারণ দুটির সম্মতি প্রত্যাশা আলাদা। ইউটিলিটি ক্যাটাগরির অধীনে প্রচারণামূলক মেসেজ পাঠালে সেই নিয়মই ভেঙে যায়। বাস্তব নিয়ম হলো, যে ক্যাটাগরির জন্য টেমপ্লেট লিখছেন, সেটির সঙ্গে সৎ থাকুন। মার্কেটিং টেমপ্লেট নিজেকে মার্কেটিং হিসেবে স্বীকার করলে অনুমোদন পায়। ডেলিভারি নোটিফিকেশনের ছদ্মবেশে থাকা মার্কেটিং টেমপ্লেট পায় না। ক্যাটাগরি না বদলে শুধু শব্দচয়ন পাল্টালে সাধারণত সেটি রক্ষা পায় না। - মেসেজ আবার পাঠানোর চেষ্টা করা। সমস্যা টেমপ্লেটে, রিকোয়েস্টে নয়। - শুধু বাহ্যিক সম্পাদনা করে আবার জমা দেওয়া। ক্যাটাগরি ভুল হলে শব্দচয়ন আপনাকে বাঁচাবে না। - অনুমোদনকে স্থায়ী ধরে নেওয়া। 132016 কোডে টেমপ্লেট পরে নিষ্ক্রিয় হতে পারে। **আমি কি মেসেজ আবার পাঠানোর চেষ্টা করতে পারি?** না। টেমপ্লেটটি নতুন করে লিখে আবার জমা দিতে হবে। **শব্দচয়ন ঠিক মনে হলেও এটি প্রত্যাখ্যাত হলো কেন?** প্রায়ই কারণ ক্যাটাগরি। ইউটিলিটি হিসেবে জমা দেওয়া মার্কেটিং মেসেজ শব্দচয়ন যাই হোক, নীতির সমস্যা। **আবার জমা দিতে কত সময় লাগে?** পর্যালোচনা সাধারণত দ্রুত হয়, তবে নির্দিষ্ট সময়ের নিশ্চয়তা নেই। **এটি কি 132016-এর মতোই?** না। 132016 হলো অনুমোদনের পর স্থায়ীভাবে নিষ্ক্রিয় করা টেমপ্লেটের কোড। --- ## WhatsApp ত্রুটি 132012: টেমপ্লেট প্যারামিটারের ফরম্যাটে অমিল https://easycoexistence.com/bn/docs/whatsapp-error-132012 ত্রুটি 132012 মানে পাঠানো প্যারামিটারের মান টেমপ্লেটের নির্ধারিত ফরম্যাটের সঙ্গে মেলেনি। তিনটি ভেরিয়েবল থাকা টেমপ্লেটে সঠিক ধরনে, সঠিক ক্রমে ঠিক তিনটি প্যারামিটার দিতে হবে। যেকোনো অমিল হলে আংশিকভাবে পাঠানোর বদলে এই ত্রুটি দেখা যায়। ### কী কী মিলতে হবে সবই, আর নীরবে। আংশিক মিল বলে কিছু নেই। - সংখ্যা: বডিতে তিনটি প্লেসহোল্ডার থাকলে বডির প্যারামিটারও ঠিক তিনটি হতে হবে, বেশি বা কম নয়। - ক্রম: প্যারামিটার অবস্থান অনুযায়ী মেলে। তাই দুটি অদলবদল করলে ভুল জায়গায় মানসহ মেসেজ পাঠানো হতে পারে, অথবা ধরন আলাদা হলে এই ত্রুটি দেখা যায়। - ধরন: কারেন্সি বা তারিখের প্যারামিটারের অবজেক্টের নির্ধারিত গঠন থাকে, তাই এটি সাধারণ টেক্সট হিসেবে পাঠানো যায় না। - কম্পোনেন্ট: হেডার, বডি ও বাটনের প্যারামিটার আলাদা তালিকা এবং এগুলো এক তালিকায় মেশানো যায় না। ### যে সম্পাদনা প্রোডাকশনে সমস্যা আনে টেমপ্লেট সম্পাদনা করেন এমন ব্যক্তি এবং API কল করেন এমন ব্যক্তি সবসময় এক নন। কেউ মেসেজ আরও পরিষ্কার করতে একটি ভেরিয়েবল যোগ করেন, টেমপ্লেটটি আবার অনুমোদিত হয়, আর অপরিবর্তিত ইন্টিগ্রেশন থেকে পাঠানো প্রতিটি মেসেজ ব্যর্থ হতে শুরু করে। সমস্যাটি ঘটার পর আবিষ্কার করার বদলে আগে থেকেই প্রতিরোধ করা যায়। টেমপ্লেট স্ট্যাটাসের ওয়েবহুকে সাবস্ক্রাইব করলে সম্পাদনা একটি ইভেন্ট হিসেবে আসে। ইন্টিগ্রেশন চুক্তির অংশ হিসেবে টেমপ্লেটের ভেরিয়েবলের সংখ্যা ধরে রেখে পরিবর্তনের সময় পর্যালোচনা করলে, ভাষার উন্নতি বিভ্রাটে পরিণত হওয়া ঠেকানো যায়। - সতর্কতার জন্য অতিরিক্ত প্যারামিটার পাঠানো। কম দেওয়ার মতো বেশি দেওয়াও ভুল। - অবস্থানভিত্তিক প্যারামিটারকে নামযুক্ত ধরে নেওয়া। এগুলো শুধু অবস্থান অনুযায়ী মেলে। - যে কোড এটি পাঠায় তা না দেখে টেমপ্লেট সম্পাদনা করা। **আমি কতটি প্যারামিটার পাঠাব?** টেমপ্লেটে যতটি সংজ্ঞায়িত আছে, ঠিক ততটি এবং সঠিক ক্রমে। **আমি কি অতিরিক্ত প্যারামিটার পাঠাতে পারি?** না। বেশি দিলে কম দেওয়ার মতোই ব্যর্থ হবে। **এটি হঠাৎ শুরু হলো কেন?** সাধারণত টেমপ্লেট সম্পাদনা করে ভেরিয়েবলের সংখ্যা বদলে দেওয়ার কারণে। **প্যারামিটার কি নামযুক্ত?** না। এগুলো অবস্থানভিত্তিক, তাই ক্রম গুরুত্বপূর্ণ। --- ## WhatsApp ত্রুটি 132016: টেমপ্লেট স্থায়ীভাবে বন্ধ https://easycoexistence.com/bn/docs/whatsapp-error-132016 132016 ত্রুটির অর্থ টেমপ্লেটটি স্থায়ীভাবে বন্ধ হয়েছে এবং আর ব্যবহার করা যাবে না। এটি সাধারণত মান কমে যাওয়ার শেষ ধাপ: প্রাপকরা ওই টেমপ্লেটের মেসেজ ব্লক বা রিপোর্ট করেছেন, টেমপ্লেটের মানের রেটিং কমেছে, এবং Meta এটি প্রত্যাহার করেছে। ### এখানে কীভাবে পৌঁছায় সাধারণত এক ধাপে নয়। প্রাপকরা অপছন্দ করেন এমন অনুমোদিত টেমপ্লেটে ব্লক ও রিপোর্ট জমতে থাকে, এর মানের রেটিং সবুজ থেকে হলুদ, তারপর লালে নামে, এবং এটি বিরতিতে যায়। বারবার বিরতিতে গেলে শেষ পর্যন্ত স্থায়ীভাবে বন্ধ হয়। আপনি নজর রাখলে পুরো ধারাটি দেখা যায়। টেমপ্লেটের মানের ওয়েবহুক প্রতিটি পরিবর্তন জানায়, আর টেমপ্লেট হলুদে গেলে সতর্কবার্তা পাওয়া যায়, তখনও ব্যবস্থা নেওয়ার সময় থাকে। এটি উপেক্ষা করলেই চালু টেমপ্লেট ব্যবহারের অযোগ্য হয়ে যায়। ### এ বিষয়ে কী করবেন এই ক্রমে দুটি কাজ করুন। - এটি দিয়ে মেসেজ পাঠানো বন্ধ করে অন্য টেমপ্লেটে বদলান, কারণ এটি আর কখনও কাজ করবে না। - নতুন টেমপ্লেট লেখার আগে প্রাপকরা কেন এটি অপছন্দ করেছেন তা বুঝুন, নইলে নতুনটিও একই পরিণতি পাবে। - ভাষার পাশাপাশি লক্ষ্য শ্রোতাও যাচাই করুন। যারা এটি আশা করেননি, তাদের পাঠালেও ভালো টেমপ্লেটে ব্লক জমে। - টেমপ্লেটের মানের ওয়েবহুকে সাবস্ক্রাইব করুন, যাতে পরের অবনতি বন্ধ হওয়ার সময় নয়, হলুদ হওয়ার সময়ই দেখা যায়। - নতুন নামে একই টেমপ্লেট আবার তৈরি করা। ব্যর্থতার কারণ ছিল বিষয়বস্তু। - হলুদ মানের রেটিং উপেক্ষা করা। হলুদ হলো সতর্কবার্তা, লাল হলো পরিণতি। - সমস্যা লক্ষ্য শ্রোতাদের হলেও শুধু ভাষাকে দোষ দেওয়া। **এটি কি আবার চালু করা যায়?** না। স্থায়ীভাবে বন্ধ মানেই স্থায়ীভাবে বন্ধ। **নতুন নামে কি এটি আবার তৈরি করতে পারি?** পারেন, কিন্তু অবনতির কারণ বিষয়বস্তু, তাই নতুনটিও সম্ভবত একই পথে যাবে। **132015 থেকে এটি কীভাবে আলাদা?** 132015 হলো বিরতি, যা উঠে যায়। এটি উঠে যায় না। **আগেই কি বুঝতে পারতাম?** হ্যাঁ। টেমপ্লেটের মানের ওয়েবহুক এই পর্যায়ে পৌঁছানোর আগেই অবনতি জানায়। --- ## WhatsApp ত্রুটি 131056: এক প্রাপককে অতিরিক্ত মেসেজ https://easycoexistence.com/bn/docs/whatsapp-error-131056 ত্রুটি 131056 মানে অল্প সময়ে আপনার ব্যবসার নম্বর থেকে এক প্রাপককে অতিরিক্ত মেসেজ পাঠানো হয়েছে। এটি প্রতি জোড়ার রেট লিমিট, আপনার অ্যাকাউন্টের সামগ্রিক থ্রুপুট থেকে আলাদা। সাধারণত এর মানে কোনো অটোমেশন নিজেই বারবার চলছে। ### কেন এটি প্রতি জোড়ার ক্ষেত্রে প্রযোজ্য কারণ এটি সাধারণ অতিরিক্ত ভলিউম ঠেকায় না, একজনকে মেসেজে প্লাবিত হওয়া ঠেকায়। কোনো অ্যাকাউন্ট তার সামগ্রিক থ্রুপুটের সীমার মধ্যে থেকেও এক মিনিটে একজন প্রাপককে ত্রিশটি মেসেজ পাঠাতে পারে। অ্যাকাউন্টের মোট পরিমাণ যা-ই হোক, প্রাপক সেটিকে স্প্যাম হিসেবেই দেখবেন। তাই লিমিটটি অ্যাকাউন্টের বদলে জোড়ার ক্ষেত্রে প্রযোজ্য। এ কারণেই সামগ্রিক রেট লিমিটের কাছাকাছিও না যাওয়া কম ভলিউমের নম্বরেও এটি দেখা যেতে পারে। ### সাধারণত কী কারণে হয় প্রায় সব সময়ই এর কারণ কোনো ব্যক্তির টাইপ করা নয়, বরং কোনো স্বয়ংক্রিয় প্রক্রিয়া। - এমন রিট্রাই লুপ, যা ডেলিভারি ব্যর্থতাকে মেসেজ পাঠানো ব্যর্থতা ধরে নিয়ে আবার পাঠায়। - এমন ওয়েবহুক হ্যান্ডলার, যা উত্তর পাঠায় এবং একই ইভেন্টে একাধিকবার চালু হয়। - এমন চ্যাটবট, যা একটি উত্তরকে দ্রুত পরপর অনেক ছোট মেসেজে ভাগ করে পাঠায়। - ডেভেলপমেন্টের সময় একই নম্বরে বারবার মেসেজ পাঠানো টেস্ট স্ক্রিপ্ট। ### কীভাবে এড়াবেন শুধু অ্যাকাউন্ট স্তরে নয়, কথোপকথন স্তরে থ্রটলিং করুন। পাঠানোর আগে প্রতি মিনিটে প্রতি প্রাপকের জন্য মেসেজের লিমিট বসাতে প্রায় কোনো খরচ নেই। এতে এই ত্রুটি এবং এর পেছনের গ্রাহক অভিজ্ঞতা দুটিই রোধ হয়। মেসেজ ডিডুপ্লিকেশনও সমান গুরুত্বপূর্ণ। ওয়েবহুক ইভেন্ট একাধিকবার ডেলিভার হতে পারে। কোনো মেসেজ আইডি আগে পরিচালনা করা হয়েছে কি না যাচাই না করে হ্যান্ডলার উত্তর পাঠালে লোডের সময় ঠিক এই সমস্যা তৈরি হবে। - রিট্রাই করা, ফলে ইতিমধ্যে মেসেজে প্লাবিত প্রাপকের কাছে আরও একটি মেসেজ যায়। - শুধু অ্যাকাউন্ট স্তরে থ্রটলিং করা। এই লিমিট প্রতি প্রাপকের জন্য। - মেসেজ আইডি ধরে ডিডুপ্লিকেশন না করে ওয়েবহুক ইভেন্ট পরিচালনা করা। **এটি কি আমার অ্যাকাউন্টের রেট লিমিট?** না। সেটি 130429। এটি প্রতি প্রাপকের জন্য প্রযোজ্য। **কম ভলিউমের নম্বরে এটি কেন হয়?** কারণ লিমিটটি অ্যাকাউন্টের মোট পরিমাণ নয়, জোড়ার ক্ষেত্রে প্রযোজ্য। **কীভাবে এটি বন্ধ করব?** প্রতি কথোপকথনে থ্রটলিং করুন এবং মেসেজ আইডি ধরে ওয়েবহুক ইভেন্ট ডিডুপ্লিকেট করুন। **আমার কি রিট্রাই করা উচিত?** না। রিট্রাই করলে একই প্রাপকের কাছে আরেকটি মেসেজ যায়। --- ## WhatsApp error 80007: WhatsApp Business Account-এ রেট লিমিট https://easycoexistence.com/bn/docs/whatsapp-error-80007 Error 80007 মানে WhatsApp Business Account-এ রেট লিমিট লেগেছে। এটি মেসেজিং থ্রুপুটে নয়, ম্যানেজমেন্ট ও রিড কলে প্রযোজ্য। সাধারণত কারণ পোলিং: ডেটা বদলানোর চেয়ে অনেক বেশি ঘন ঘন কোনো কিছু স্ট্যাটাস পরীক্ষা করছে। ### এটি কী গোনে গ্রাহকদের পাঠানো মেসেজ নয়, অ্যাকাউন্টে করা কল। - ফোন নম্বর, তাদের কোয়ালিটি রেটিং এবং থ্রুপুট লেভেল পড়া। - মেসেজ টেমপ্লেটের তালিকা তৈরি ও পড়া। - সাবস্ক্রিপশন এবং ওয়েবহুক কনফিগারেশন কল। - নির্দিষ্ট সময়সূচিতে চালানো যেকোনো স্ট্যাটাস পরীক্ষা, যেখান থেকেই সাধারণত কলের পরিমাণ বাড়ে। ### সমাধানের মতো কারণ হলো পোলিং কয়েকটি নম্বরে প্রতি 30 সেকেন্ডে স্ট্যাটাস পোল করলে, মাসে কয়েকবার বদলানো ডেটার জন্য দিনে হাজার হাজার কল হয়। শেষ পর্যন্ত এই লিমিটে পৌঁছাবেই, আর তখন গুরুত্বপূর্ণ কিছু ঘটার ঠিক সময়ে পোলিং কাজ করা বন্ধ করবে। ওয়েবহুক এই পদ্ধতি বদলে দেয়। কোনো কোয়ালিটি রেটিং পরিবর্তন, অ্যাকাউন্ট আপডেট বা টেমপ্লেট স্ট্যাটাস বদলালে Meta সেটি নিজেই পাঠায়। এতে কোনো কল লাগে না এবং যেকোনো পোলের চেয়ে দ্রুত আসে। সঠিক আর্কিটেকচারে পরিবর্তনের জন্য ওয়েবহুক থাকবে, আর পোলিং হবে মূল পদ্ধতি নয়, বিরল রিকনসিলিয়েশন পাস। - অল্প সময়ের ব্যবধানে স্ট্যাটাস পোল করা। এতে খুব কম বদলানো ডেটার জন্য লিমিট দ্রুত শেষ হয়। - রিট্রাই যোগ করে প্রতিক্রিয়া জানানো, এতে লিমিট আরও দ্রুত শেষ হয়। - এটিকে 130429-এর সঙ্গে গুলিয়ে ফেলা, যা মেসেজ পাঠানো নিয়ে। **এটি কি মেসেজ পাঠানো নিয়ে?** না। সেই লিমিট হলো 130429। এটি ম্যানেজমেন্ট ও রিড কলের ক্ষেত্রে প্রযোজ্য। **এর কারণ কী?** সাধারণত অল্প সময়ের ব্যবধানে স্ট্যাটাস পোল করা। **এর বদলে কী করা উচিত?** ওয়েবহুকে সাবস্ক্রাইব করুন এবং বিরল রিকনসিলিয়েশনের জন্য পোলিং রাখুন। **এটি কি নিজে থেকেই ঠিক হয়?** হ্যাঁ, সময়সীমা শেষ হলে ঠিক হয়। তবে পোলিং পদ্ধতি বদলানো না হলে আবার ফিরে আসে। --- ## এজেন্সি ও কনসালটেন্সির জন্য WhatsApp Coexistence https://easycoexistence.com/bn/whatsapp-coexistence-for-agencies প্রতিটি ক্লায়েন্টের ক্ষেত্রেই এজেন্সিগুলো একই সমস্যায় পড়ে: নম্বরটি এমন, যেটিতে কর্মীরা আগে থেকেই উত্তর দেন, আর মাইগ্রেশন করলে WhatsApp Business অ্যাপটি তাদের কাছ থেকে চলে যায়। Coexistence এই বাধা দূর করে, তাই কাজের পদ্ধতি না বদলেই ক্লায়েন্টের নম্বর সংযোগ করা যায়। ### কেন ক্লায়েন্টের নম্বর বেশিরভাগ ইন্টিগ্রেশনে বাধা হয়ে দাঁড়ায়? কারণ নম্বরটি আপনার পরিবর্তন করার নয়, আর সেটির সঙ্গে জড়িত সবকিছু আগে থেকেই ব্যবহৃত হচ্ছে। ক্লায়েন্টের নম্বর গাড়ি, ইনভয়েস, ওয়েবসাইট এবং বছরের পর বছর ধরে চলা কথোপকথনে ছাপা থাকে। কেউ সারাদিন ফোন থেকে সেটিতে উত্তর দেন এবং নিয়মিত যোগাযোগকারীদের নাম ধরে চেনেন। কোনো প্রস্তাবে সেই নম্বর মাইগ্রেশনের কথা উঠলেই WhatsApp Business অ্যাপটি সেখানে কাজ করা বন্ধ করে, আর ওই ব্যক্তিকে আপনার তৈরি সিস্টেমে চলে যেতে হয়। বেশিরভাগ ক্লায়েন্ট না বলেন, এবং সেটাই স্বাভাবিক। এই কারণেই অনেক এজেন্সি অননুমোদিত গেটওয়েতে চলে গিয়েছিল। সেগুলো ফোন সচল রাখত, যা ক্লায়েন্টের কাছে সবচেয়ে গুরুত্বপূর্ণ ছিল, আর নিষেধাজ্ঞার ঝুঁকি ধরা পড়ত না, যতক্ষণ না পড়ত। Coexistence একই প্রতিশ্রুতির অফিসিয়াল সংস্করণ। ### ক্লায়েন্টকে আসলে কীভাবে অনবোর্ড করা হয়? ক্লায়েন্ট নিজের ফোনে একটি কাজ করেন, আর এতে প্রায় দুই মিনিট লাগে। আপনি তাকে একটি সংযোগ লিংক পাঠান। তিনি সেটি খোলেন, Meta-র নিজস্ব পপআপ চালু হয়, তিনি নিজের Business Portfolio এবং নম্বর বেছে নেন, তারপর WhatsApp Business অ্যাপে একটি কোড স্ক্যান করেন। এটুকুই দরকার। কিছু ইনস্টল করতে হয় না, কোনো ক্রেডেনশিয়াল দিতে হয় না, আর স্ক্যান শেষ হলেই অ্যাপটি কাজ করতে থাকে। নম্বরটি আপনার অধীনে না থেকে ক্লায়েন্টের Business Portfolio-তেই থাকে, যা দুটি কারণে গুরুত্বপূর্ণ। সংযোগের মালিক কে, ক্লায়েন্ট জিজ্ঞেস করলে এটাই তার উত্তর। আর ক্লায়েন্ট এজেন্সি বদলালেও সম্পর্কটি তাদেরই থাকে, যা পরে ব্যাখ্যা করার চেয়ে শুরুতেই প্রতিশ্রুতি দেওয়া সহজ। ### 20 জন ক্লায়েন্ট হলে এটি কেমন দেখায়? এক অ্যাকাউন্ট, 20টি নম্বর, প্রতিটির জন্য একই নির্দিষ্ট মূল্য এবং পড়ার মতো একটি তালিকা। এমন কোনো স্তর নেই যা ছাড়িয়ে যেতে হবে, বা কোনো সীমায় পৌঁছালে প্ল্যান বদলে যায় না। 21তম ক্লায়েন্ট যোগ করাও প্রথম ক্লায়েন্ট যোগ করার মতোই। প্রতিটি নম্বর নিজের কোয়ালিটি রেটিং, মেসেজিং স্তর এবং সংযোগের স্ট্যাটাস জানায়, তাই কোনো ক্লায়েন্টের নম্বরের মান কমতে থাকলে তিনি জানানোর আগেই তা দেখা যায়। এই পরিসরে বেশিরভাগ মূল্য আসে এই দৃশ্যমানতা থেকে। সংযোগ নিঃশব্দে ব্যর্থ হতে পারে, WhatsApp Business অ্যাপটি প্রায় সব ব্যর্থতার মধ্যেও কাজ করতে থাকে, আর ক্লায়েন্টের তা জানার উপায় থাকে না। মনিটরিং না থাকলে প্রথম সংকেত আসে ক্লায়েন্টের প্রশ্নে, কেন তার অটোমেশন বন্ধ হয়েছে। এমন কথোপকথন ভালোভাবে শুরু হয় না। ### কোনো ব্যক্তি না করে কি এজেন্ট অনবোর্ড করতে পারেন? বেশিরভাগ কাজ পারেন, আর যে অংশটি পারেন না, সেটিই ক্লায়েন্টকে যেভাবেই হোক করতে হবে। MCP কানেক্টরের মাধ্যমে একজন সহকারী get_connect_link কল করে ক্লায়েন্টের খোলার জন্য লিংক তৈরি করতে পারেন, তারপর set_webhook_destination দিয়ে নম্বরটি আপনার যে সিস্টেমে পরিচালিত হয় সেখানে পাঠাতে পারেন, এরপর নম্বরটির হেলথ পরীক্ষা করে সবকিছু সচল আছে কি না নিশ্চিত করতে পারেন। ড্যাশবোর্ড না খুলেই এটাই পুরো ধাপক্রম। যা করা যায় না, তা হলো কোড স্ক্যান করা। Meta-র অনবোর্ডিং ব্রাউজারে চলে এবং নম্বর থাকা ফোনটি প্রয়োজন হয়, যা কোনো ঘাটতি নয়, বরং ইচ্ছাকৃত সুরক্ষা। ক্লায়েন্টই নিজের নম্বর অনুমোদন করার একমাত্র ব্যক্তি, আর এটাই সঠিক ব্যবস্থা। - ক্লায়েন্টকে বলা যে তাদের কর্মীরা কিছু টের পাবেন না, তারপর নম্বর মাইগ্রেট করা। মাইগ্রেশন অ্যাপটি সরিয়ে দেয়, তাই তারা সঙ্গে সঙ্গেই বুঝতে পারবেন। - ক্লায়েন্টের নম্বর নিজের Business Portfolio-তে সংযোগ করা। প্রতিটি নম্বর ক্লায়েন্টেরটিতেই রাখুন, যাতে সংযোগটি তাদের থাকে। - বড় পরিসরে মনিটরিংকে ঐচ্ছিক ভাবা। 20 জন ক্লায়েন্টের 20টি নীরব ব্যর্থতা সহায়তার চাপ, কোনো বিরল ঘটনা নয়। **প্রতিটি ক্লায়েন্টের কি আপনার সঙ্গে আলাদা অ্যাকাউন্ট দরকার?** না। আপনার পরিচালিত সব নম্বর এক অ্যাকাউন্টে থাকে, প্রতিটির আলাদা বিল হয়, আর কানেক্টর সবগুলো দেখায়। আপনি যেসব ব্যবসাকে সেবা দেন, তাদের জন্য এটি ব্যবহারে কোনো সীমাবদ্ধতা নেই। **সংযোগটির মালিক কে, আমি না ক্লায়েন্ট?** নম্বরটি ক্লায়েন্টের Business Portfolio-তে থাকে। আপনি সংযোগটি পরিচালনা করেন, আর Meta-র সঙ্গে মূল সম্পর্কটি তাদেরই। তারা জিজ্ঞেস করলে এটিই সৎ উত্তর। **ক্লায়েন্ট চলে গেলে কী হয়?** নম্বরটি সংযোগ বিচ্ছিন্ন হয় এবং তাদের WhatsApp Business অ্যাপ আগের মতোই চলতে থাকে। সংযুক্ত থাকার কারণে নম্বরটির কোনো কিছু স্থায়ীভাবে বদলে যায় না। **মেসেজের জন্য Meta-কে কে অর্থ দেয়?** ক্লায়েন্ট নিজের WhatsApp Business Account-এ থাকা পেমেন্ট পদ্ধতির মাধ্যমে অর্থ দেন। এই চার্জ কখনো আমাদের মাধ্যমে যায় না, তাই কারও জন্য অতিরিক্ত মূল্য যোগ করার কিছু থাকে না। --- ## Meta Tech Provider হওয়ার অর্থ কী এবং কেন তা গুরুত্বপূর্ণ https://easycoexistence.com/bn/meta-tech-provider Meta Tech Provider একটি যাচাইকৃত Business Manager-এ নিজের Meta অ্যাপ চালায় এবং এর মাধ্যমে অন্য ব্যবসার WhatsApp নম্বর সংযোগ করতে পারে। EasyCoexistence এমন একটি Tech Provider, তাই নম্বরটি রিসেলারের অ্যাকাউন্টের অধীনে না থেকে সরাসরি আপনার নিজের পোর্টফোলিওতে সংযুক্ত হয়। ### Tech Provider আসলে কী করে? এটি সেই অ্যাপ চালায়, যার মাধ্যমে অন্য ব্যবসা তাদের WhatsApp নম্বর সংযোগ করে। কোনো ব্যবসা অনবোর্ড হলে Meta-র Embedded Signup খুলে তাদের একটি অ্যাপ অনুমোদন করতে বলে। সেই অ্যাপটি Tech Provider-এর, এবং অনুমোদনের পর এটি তাদের হয়ে নম্বরটির স্ট্যাটাস পড়তে, মেসেজ পাঠাতে, টেমপ্লেট পরিচালনা করতে এবং ওয়েবহুক কোথায় পাঠানো হবে তা নির্ধারণ করতে পারে। কোনো প্রোভাইডার যা দেয়, সবই এই সম্পর্কের ওপর তৈরি। এই স্ট্যাটাসই সংযোগটিকে বৈধ করে। App Review-এর পর Meta যাচাইকৃত Business Manager-এ নিজের অ্যাপ থাকা কোনো কোম্পানিকে এটি দেয়। এটাই কোনো প্রোভাইডারকে অন্যের ক্রেডেনশিয়াল ধরে রাখা স্ক্রিপ্ট থেকে আলাদা করে। ### অ্যাপটির মালিক কে, তা কেন গুরুত্বপূর্ণ? কারণ এতে ঠিক হয় আপনার ক্লায়েন্টের নম্বর শেষ পর্যন্ত কার অ্যাকাউন্টে যুক্ত হবে। অন্য কারও প্রোভাইডার অ্যাকাউন্টের ওপর তৈরি টুল সেই অ্যাকাউন্টের সীমাবদ্ধতা বহন করে। সাধারণ অটোমেশন প্ল্যাটফর্মে মানুষ যে একক সংযোগের সীমায় পৌঁছে যায়, তার কারণ এখানেই: প্ল্যাটফর্মটি একটি প্রোভাইডার সম্পর্ক ধরে রাখে এবং সেটি ব্যবহারকারীদের মধ্যে ভাগ হয়। আমাদের নিজের অ্যাপ থাকলে সংযোগটি ক্লায়েন্টের Business Portfolio এবং Meta-র মধ্যে সরাসরি তৈরি হয়। নম্বরটি তাদেরই থাকে, কোনো রিসেলার সেটি ধরে রাখে না, এবং পরের নম্বর যোগ করাও প্রথমটির মতো একই কাজ। কোনো এজেন্সির জন্য এটি প্রযুক্তিগত খুঁটিনাটি নয়, ক্লায়েন্ট যখন জিজ্ঞেস করেন তাদের নম্বর কে নিয়ন্ত্রণ করে, তখন এটিই উত্তর। ### এই স্ট্যাটাসের জন্য কী প্রয়োজন? একটি যাচাইকৃত Business Manager, App Review পাস করা একটি অ্যাপ এবং প্রবাহগুলোর রেকর্ড করা প্রদর্শনী। ব্যবসা যাচাইকরণ অ্যাপটিকে একটি বাস্তব আইনি প্রতিষ্ঠানের সঙ্গে যুক্ত করে, যেখানে Meta রেজিস্ট্রির তথ্যের সঙ্গে নথি মিলিয়ে দেখে। App Review অ্যাপটি কী চায় এবং কেন চায় তা পরীক্ষা করে। WhatsApp-এর ক্ষেত্রে এতে অনবোর্ডিং শুরু থেকে শেষ পর্যন্ত কাজ করছে এমন রেকর্ড করা ভিডিওও থাকে। কোনো কিছুর জন্য টাকা লাগে না, তবে সবকিছুর জন্য সময় লাগে, আর এই অংশটি দ্রুত করা যায় না। নিজের অ্যাপ তৈরি করার কথা ভাবলে এটি জানা দরকার। আপনার নিজের একটি নম্বর সংযোগ করতে এগুলোর কিছুই লাগে না। ক্লায়েন্টদের নম্বর সংযোগ করতে সবই লাগে, এবং অপেক্ষা দিনের নয়, সপ্তাহের হিসাবে মাপা হয়। ### কোনো ব্যবসা নম্বর সংযোগ করলে এতে কী বদলায়? তিনটি বিষয়, যার কোনোটিই ইন্টারফেসে দেখা যায় না। নম্বরটি তাদের নিজের Business Portfolio-তে সংযুক্ত হয়, তাই Meta-র সঙ্গে সম্পর্কটিও তাদের। Meta কথোপকরণের চার্জ সরাসরি তাদের WhatsApp Business Account-এ বিল করে, তাই মাঝখানের কেউ তার ওপর অতিরিক্ত মূল্য বসাতে পারে না। আর একটি অ্যাকাউন্টে কত নম্বর রাখা যাবে তার কোনো সর্বোচ্চ সীমা নেই, কারণ ভাগ করা কোনো প্রোভাইডার সম্পর্ক নেই। যা বদলায় না, তা হলো অনবোর্ডিং। Embedded Signup Meta-র নিজস্ব প্রবাহ, পপআপটি Meta-র, এবং কোড স্ক্যান হয় WhatsApp Business অ্যাপে। Tech Provider এগুলোর কোনোটি বদলে দেয় না, বরং এগুলো ব্যবহারের সুযোগ তৈরি করে। - প্রতিটি প্রোভাইডারের নিজের Tech Provider স্ট্যাটাস আছে ধরে নেওয়া। অনেকেই অন্য কারও ওপর তৈরি, আর সেখান থেকেই সংযোগের সীমা আসে। - নির্দিষ্ট সময়সীমার মধ্যে এটি পাওয়ার পরিকল্পনা করা। App Review-এর সময় কোনো কোম্পানি নিয়ন্ত্রণ করতে পারে না। - এটিকে একটি ব্যাজ হিসেবে দেখা। এটি একটি অ্যাকাউন্ট সম্পর্ক, যা ঠিক করে ক্লায়েন্টের নম্বর কার পোর্টফোলিওতে থাকবে। **এর মানে কি Meta EasyCoexistence-কে সমর্থন করে?** না, কোনো প্রোভাইডারেরই এমন ইঙ্গিত দেওয়া উচিত নয়। Tech Provider হলো একটি প্রযুক্তিগত স্ট্যাটাস, যা অনুমোদিত অ্যাপের মাধ্যমে অন্য ব্যবসার নম্বর সংযোগের অনুমতি দেয়। এর ওপর তৈরি পণ্যের প্রতি এটি কোনো সমর্থন নয়। **আমি কি নিজে Tech Provider হতে পারি?** হ্যাঁ। যাচাইকৃত Business Manager থাকা এবং App Review-এর মধ্য দিয়ে যেতে ইচ্ছুক যেকোনো কোম্পানির জন্য এটি ফ্রি ও উন্মুক্ত। খরচ কোনো ফি নয়, অপেক্ষার সময়। **আমার নম্বর কার Business Portfolio-তে থাকবে?** আপনারটিতে। সংযোগটি আপনার পোর্টফোলিও এবং Meta-র মধ্যে তৈরি হয়, আর আমাদের অ্যাপ নম্বরটির ওপর কাজ করার অনুমোদন পায়। নম্বরটি আমাদের অ্যাকাউন্টে চলে যায় না। **আমি কত নম্বর সংযোগ করতে পারি, তার কি কোনো সীমা আছে?** না। অন্যত্র যে সীমায় মানুষ পৌঁছায়, তার কারণ হলো অনেক ব্যবহারকারীর মধ্যে একটি প্রোভাইডার সম্পর্ক ভাগ করা। এখানে এমনটি হয় না। --- ## WhatsApp Coexistence-এ কত খরচ, প্রোভাইডার ধরে ধরে https://easycoexistence.com/bn/whatsapp-coexistence-pricing-compared প্রোভাইডাররা তিনটি আলাদা এককে মূল্য ধরে: নম্বর প্রতি, সিট প্রতি, অথবা মেসেজ প্রতি। ফলে শিরোনামের অঙ্কগুলো তুলনা করা যায় না, আর আসল খরচ কেবল নির্দিষ্ট নম্বর সংখ্যায় দেখা যায়। এই পেজে 1, 10 ও 50টি নম্বরে হিসাব করে দেখানো হয়েছে। ### শিরোনামের মূল্যগুলো কেন তুলনাযোগ্য নয়? কারণ তারা আলাদা আলাদা জিনিসের জন্য টাকা নেয়, আর কোন একক কোন ধরনের ব্যবসার জন্য মানানসই, তা ওই এককই ঠিক করে। নম্বর প্রতি মূল্য নির্ধারিত হয় আপনি কতগুলো WhatsApp লাইন রাখছেন তার ওপর। এজেন্সি আসলে এই এককটিই নিয়ন্ত্রণ করে, আর EasyCoexistence, 360dialog ও Dualhook এটিই ব্যবহার করে। সিট প্রতি ও কন্ট্যাক্ট প্রতি মূল্য নির্ধারিত হয় কতজন উত্তর দেন এবং কতজন গ্রাহকের সঙ্গে কথা বলেন তার ওপর। WATI ও respond.io এটি ব্যবহার করে, আর এজেন্টদের একটি টিমই যখন কেনা পণ্য, তখন এটিই সঠিক একক। মেসেজ প্রতি মূল্য শুধু ভলিউম অনুসরণ করে, যা Twilio-র মডেল: কোনো প্ল্যাটফর্ম ফি নেই, নম্বর প্রতি ফি নেই, কিন্তু Meta যা বিল করে তার ওপরে প্রতিটি মেসেজে আলাদা চার্জ। তাই একমাত্র সৎ তুলনা হলো নির্দিষ্ট সংখ্যক সংযোগে, যা নিচের টেবিল করে। ### প্ল্যাটফর্ম-ভিত্তিক প্রোভাইডারদের একই সংখ্যায় খরচ কত? তাদের সততার সঙ্গে একই কলামে রাখা যায় না, কারণ তাদের ফি নম্বর সংখ্যার সঙ্গে মোটেও বদলায় না। যা বদলায় তা হলো সিট ও কন্ট্যাক্ট। WATI-র প্রকাশিত প্ল্যান তিন থেকে দশজন ইউজার এবং মাসে 500 থেকে 2,500 অ্যাক্টিভ কন্ট্যাক্ট পর্যন্ত। respond.io পাঁচজন ইউজার ও 1,000 কন্ট্যাক্টের জন্য US$ 79 প্রকাশ করে, যা বেড়ে US$ 279 হয়। YCloud একটি ফ্রি টিয়ার প্রকাশ করে, তারপর US$ 39, US$ 89 ও US$ 399, আর ইউজার ও চ্যানেল অ্যাড-অন হিসেবে প্রতি মাসে যথাক্রমে US$ 10 ও US$ 5 করে। একটি নম্বরওয়ালা সাপোর্ট টিমের জন্য এগুলো প্রতিযোগিতামূলক, এবং এতে একটি ইনবক্স আছে যা শুধু সংযোগে থাকে না। পঞ্চাশটি ক্লায়েন্ট নম্বরওয়ালা এজেন্সির জন্য খরচ দেখা দেয় অ্যাড-অন লাইনে, আর তা দেখা দেয় চ্যানেল প্রতি, কথোপকথন প্রতি নয়। সিদ্ধান্ত নেওয়ার প্রশ্নটি হলো, যে ইনবক্সের জন্য আপনি টাকা দিচ্ছেন সেখানে কেউ কি আদৌ লগ ইন করবে? ### Twilio-র কী অবস্থা, যারা এর কোনোটিই নেয় না? Twilio প্রতি দিকে মেসেজ প্রতি US$ 0.005 ফি প্রকাশ করে, এবং Meta-র নিজস্ব টেমপ্লেট ফি মার্কআপ ছাড়াই পাস করে দেয়। তাদের প্রকাশিত মূল্যে মাসিক প্ল্যাটফর্ম ফি নেই, নম্বর প্রতি ফিও নেই। ফলে প্রায় কিছুই না পাঠানো একটি নম্বর রাখার সবচেয়ে সস্তা উপায় এটি, আর ব্যস্ত নম্বর চালানোর সবচেয়ে ব্যয়বহুল উপায়ও এটি। পঞ্চাশটি অলস নম্বরের খরচ শূন্য, কিন্তু আসল কথোপকথন চালানো পঞ্চাশটি নম্বরের খরচ চলতে থাকে মেসেজ প্রতি, চিরকাল। এটাও জানা দরকার যে Twilio-র প্রাইসিং পেজে Coexistence নিয়ে কিছু বলা নেই। নম্বরে WhatsApp Business অ্যাপ চালু রাখা আপনার কাছে গুরুত্বপূর্ণ হলে, অন্য কিছু তুলনা করার আগে এই প্রশ্নটিই তাদের করুন। ### এজেন্সির আসলে কোনটি বেছে নেওয়া উচিত? যার একক আপনার ব্যবসায় যা বাড়ছে তার সঙ্গে মেলে। যা বাড়ছে তা যদি ক্লায়েন্ট নম্বর হয়, তাহলে ভলিউম ছাড়সহ নম্বর প্রতি মূল্যই একমাত্র কাঠামো যা সফল হওয়ার জন্য আপনাকে শাস্তি দেয় না। EasyCoexistence পাঁচটি নম্বর পর্যন্ত প্রতিটি US$ 9, আর নম্বর বাড়ার সঙ্গে প্রতিটি US$ 1-এ নেমে আসে, তাই পঞ্চাশ ক্লায়েন্টে প্রতিটি নম্বরের খরচ প্রথমটির চেয়ে কম হয়, বেশি নয়। যা বাড়ছে তা যদি একটি ইনবক্সে উত্তর দেওয়া এজেন্ট হয়, তাহলে সিট-ভিত্তিক প্ল্যাটফর্ম কেনাই সঠিক, এবং এই পেজ তার বিপক্ষে যুক্তি দেবে না। WATI ও respond.io সেটি বানিয়েছে এবং তা কাজ করে। যা বাড়ছে তা যদি হাতেগোনা কয়েকটি নম্বরে মেসেজ ভলিউম হয়, তাহলে আপনার আসল পাঠানোর হারে Twilio-র মেসেজ প্রতি মডেলকে অন্যগুলোর সঙ্গে হিসাব করে দেখা উচিত। এই পণ্য যে ক্ষেত্রের জন্য বানানো, অর্থাৎ নিজের নয় এমন নম্বর ধরে রাখা এজেন্সি বা ডেভেলপার, সেখানে ভলিউম মূল্যসহ নম্বর প্রতি মডেলই একমাত্র যা ব্যবসার একই দিকে বাড়ে: নম্বর বাড়লে নম্বর প্রতি হার কমে। - শিরোনামের অঙ্কগুলো সরাসরি তুলনা করা। এগুলো তিনটি আলাদা এককে ধরা, আর সবচেয়ে ছোট সংখ্যাটি প্রায়ই ভুল পছন্দ। - ধরে নেওয়া যে এদের কেউ Meta-র মেসেজ খরচে মার্কআপ করে। এই পেজের কেউই করে না; Meta আপনাকে বিল করে। - নথিভুক্ত না থাকা ফিচারকে অনুপস্থিত ফিচার ভাবা। কোনো প্রাইসিং পেজে Coexistence-এর উল্লেখ না থাকলে এই টেবিলের ওপর ভরসা না করে প্রোভাইডারকে জিজ্ঞেস করুন। **এই মূল্যগুলো কি বর্তমান?** এগুলো সেপ্টেম্বর 2026-এ প্রতিটি প্রোভাইডারের নিজস্ব প্রাইসিং পেজে যেভাবে প্রকাশিত ছিল সেভাবেই দেওয়া, এবং উপরের অঙ্কগুলোতে লিঙ্ক আছে। মূল্য বদলায়, তাই সিদ্ধান্তের আগে উৎস দেখে নিন। **EasyCoexistence-এর নম্বর প্রতি মূল্য কেন কমে?** কারণ একটি সংযোগ পর্যবেক্ষণের খরচ সংযোগের সংখ্যার অনুপাতে বাড়ে না। পঞ্চাশটি নম্বর রাখা এজেন্সির কাজ পঞ্চাশ গুণ নয়, তাই মূল্যও পঞ্চাশ গুণ নয়। **এদের কেউ কি Meta-র চার্জে মার্কআপ করে?** এই পেজের কোনো প্রোভাইডারই করে না। Meta মেসেজ খরচ বিল করে আপনার নিজের WhatsApp Business Account-এর পেমেন্ট পদ্ধতিতে, আর সে কারণেই মাঝখানের কেউ তাতে ছাড়ও দিতে পারে না। **কোন প্রোভাইডাররা Coexistence সমর্থন করে?** YCloud ও 8x8 এটি নথিভুক্ত করেছে, আর Dualhook ও EasyCoexistence এটিকে ঘিরেই বানানো। আরও কয়েকটি প্রাইসিং পেজে এ নিয়ে কিছু বলা নেই, যা কোনো দিকেরই প্রমাণ নয়, এবং সরাসরি জিজ্ঞেস করে নেওয়া ভালো। --- ## WhatsApp Coexistence শব্দকোষ https://easycoexistence.com/bn/whatsapp-coexistence-glossary WhatsApp Coexistence-এর পরিভাষাগুলো সহজেই গুলিয়ে যায়। বাস্তবে বেশিরভাগ বিভ্রান্তি হয়, যখন দুজন একই শব্দে ভিন্ন বিষয় বোঝান। এই সাইটে ব্যবহৃত সংজ্ঞাগুলো এখানে দেওয়া হলো, প্রতিটির সঙ্গে সংশ্লিষ্ট বিস্তারিত পৃষ্ঠার লিঙ্ক আছে। ### পরিভাষাগুলো এত সমস্যা তৈরি করে কেন? কারণ, এই পরিভাষাগুলোর কয়েকটি ভিন্ন স্তরের বিষয়কে বোঝায়, যেগুলোকে একই স্তরের মনে হয়। একটি Business Portfolio-তে একটি WhatsApp Business Account থাকে, আর তাতে থাকে ফোন নম্বর। প্রতিটি নম্বরের একটি ফোন নম্বরের আইডি থাকে। কথাবার্তায় চারটিকেই অ্যাকাউন্ট বলা হয়। তাই অ্যাকাউন্টটি কাজ করছে কি না দেখুন বলতে চার ধরনের আলাদা যাচাইকরণ বোঝাতে পারে। এই প্ল্যাটফর্মের 24 ঘণ্টার দুটি উইন্ডোর ক্ষেত্রেও একই সমস্যা হয়। এগুলো সম্পূর্ণ ভিন্ন বিষয় মাপে, কিন্তু নিয়মিত একটির বদলে অন্যটি বলা হয়। এর আরেকটি কারণ হলো, Meta এবং বিভিন্ন প্রোভাইডার একই বিষয়ের জন্য ভিন্ন শব্দ ব্যবহার করে। প্রোভাইডাররাও পরস্পরের সঙ্গে একমত নয়। যেখানে সম্ভব, এই পৃষ্ঠা Meta-র নিজস্ব পরিভাষা ব্যবহার করে। কোনো পরিভাষা আমাদের তৈরি হলে তা স্পষ্টভাবে বলা হয়। ### বাস্তবে কোন পার্থক্যগুলো সত্যিই গুরুত্বপূর্ণ? তিনটি, এবং প্রতিটির কারণে কেউ না কেউ এক দিন সময় হারিয়েছেন। কাস্টমার সার্ভিস উইন্ডো এবং সিঙ্ক্রোনাইজেশন উইন্ডো দুটিই 24 ঘণ্টার, কিন্তু তাদের মধ্যে কোনো সম্পর্ক নেই। একটি নির্ধারণ করে ফ্রি টেক্সট পৌঁছাবে কি না, যা গ্রাহকের সর্বশেষ মেসেজ থেকে গণনা করা হয়। অন্যটি নির্ধারণ করে চ্যাটের ইতিহাস এখনও টেনে আনা যাবে কি না, যা অনবোর্ডিং থেকে গণনা করা হয়। লিঙ্ক করা ডিভাইস API নয়। এটি অন্য কোথাও সাইন ইন করা ভোক্তা WhatsApp ক্লায়েন্ট। অনানুষ্ঠানিক টুলগুলো এটিই স্বয়ংক্রিয় করে, আর এর কারণে নম্বর নিষিদ্ধ হতে পারে। ওয়েবহুকের গন্তব্যও কোনো নম্বরের সেটিংস নয়। এটি কোনো অ্যাপের একটি অ্যাকাউন্টে সাবস্ক্রিপশনের ওপর দেওয়া ওভাররাইড। তাই সংযোগ সরিয়ে দিলে এটি অদৃশ্য হয়ে যায় এবং পুনরায় সংযোগের সময় আবার সেট করতে হয়। **Coexistence কি Cloud API থেকে আলাদা কোনো API?** না। Coexistence হলো Cloud API-তে নম্বর অনবোর্ড করার একটি পদ্ধতি, যাতে WhatsApp Business অ্যাপটি সেই নম্বরে কাজ করতে থাকে। এন্ডপয়েন্ট, মেসেজের ফরম্যাট এবং নিয়ম একই। **Business Portfolio এবং WABA-এর মধ্যে পার্থক্য কী?** Business Portfolio হলো Meta Business Manager-এ কোম্পানি স্তরের কনটেইনার। এর ভেতরে একটি WhatsApp Business Account থাকে এবং তাতে ফোন নম্বর রাখা হয়। একটি পোর্টফোলিওতে একাধিক WABA থাকতে পারে। **BSP কি Tech Provider-এর সমান?** দুটির মধ্যে কিছু মিল আছে, তবে তারা ভিন্ন বিষয় বোঝায়। Tech Provider হলো Meta-র একটি স্ট্যাটাস, যা কোনো কোম্পানিকে নিজের অ্যাপের মাধ্যমে অন্য ব্যবসার নম্বর সংযোগের অনুমতি দেয়। BSP সাধারণত এমন কোম্পানিকে বোঝায়, যারা মেসেজিং প্ল্যাটফর্ম বিক্রি করে। সেই কোম্পানির নিজের ওই স্ট্যাটাস থাকতে পারে, আবার নাও থাকতে পারে। **MCP-এর সঙ্গে WhatsApp-এর সম্পর্ক কী?** নিজে থেকে কোনো সম্পর্ক নেই। MCP হলো এমন একটি প্রোটোকল, যা AI সহকারীকে কোনো টুল ব্যবহারের সুযোগ দেয়। WhatsApp MCP সার্ভার একটি নম্বরকে এমন একটি টুল হিসেবে প্রকাশ করে। এটি মেসেজ গ্রহণ করতে পারে না, শুধু নির্দেশ পেলে কাজ করতে পারে। --- ## WhatsApp ওয়েবহুক ফিল্ড, কোনটি কোথায় যায় https://easycoexistence.com/bn/docs/webhook-fields WhatsApp Business Account নামযুক্ত ফিল্ড হিসেবে ইভেন্ট পাঠায়। দুটি ফিল্ডে কথোপকথনের বিষয়বস্তু থাকে এবং সেগুলো আপনার এন্ডপয়েন্টে যায়। ছয়টি ফিল্ডে অপারেশনাল স্ট্যাটাস থাকে, যেগুলো দিয়ে মনিটরিং তৈরি হয়। কোনটি কী, তা জানা থাকলেই আর্কিটেকচার ঠিক করা যায়। ### প্রতিটি ফিল্ড কী বহন করে? messages নম্বরে গ্রাহক যা পাঠান, তার সবকিছু বহন করে: টেক্সট, মিডিয়ার রেফারেন্স, রিপ্লাই এবং রিঅ্যাকশন। smb_message_echoes WhatsApp Business অ্যাপ থেকে আপনার টিম যা পাঠায়, তা বহন করে। এটি শুধু Coexistence নম্বরে থাকে এবং সফটওয়্যারকে মানুষের রিপ্লাই দেখতে দেয়। account_update সংযোগের স্ট্যাটাস বহন করে: অ্যাকাউন্ট থেকে অ্যাপ আনইনস্টল হলে PARTNER_REMOVED, ACCOUNT_OFFBOARDED, ACCOUNT_RECONNECTED, এবং রেস্ট্রিকশন বা ভায়োলেশনের ইভেন্ট। phone_number_quality_update কোয়ালিটি রেটিং ও থ্রুপুটের পরিবর্তন বহন করে। account_alerts অ্যাকাউন্টের বিরুদ্ধে Meta যে সতর্কবার্তা দেয়, তা বহন করে, আর account_review_update রিভিউয়ের ফল বহন করে। business_capability_update মেসেজিং সীমা ও সক্ষমতার পরিবর্তন বহন করে, আর phone_number_name_update ডিসপ্লে নামের অনুমোদন ও প্রত্যাখ্যান বহন করে। ### আর্কিটেকচারে এই বিভাজন গুরুত্বপূর্ণ কেন? কারণ এর ওপর নির্ভর করে কথোপকথনের বিষয়বস্তু কখনো কোনো প্রোভাইডারের কাছে পৌঁছাবে কি না। ওভাররাইড দুটি মেসেজ ফিল্ড Meta থেকে সরাসরি আপনার এন্ডপয়েন্টে পাঠায়। ছয়টি অপারেশনাল ফিল্ড প্রোভাইডারের কাছে যেতে থাকে, যার ফলে কেউ মেসেজ ধরে না রেখেও ড্যাশবোর্ড ও সতর্কবার্তা ব্যবস্থা চালানো যায়। এই কারণেই মেসেজ সংরক্ষণ না করার দাবি শুধু নীতির বিষয় নয়, কাঠামোগতও হতে পারে। মেসেজ ফিল্ড অন্যত্র পাঠানো হলে সেগুলো সংরক্ষণ করার কোনো কোড পথ থাকে না। আমাদের ক্ষেত্রে, ওভাররাইড না থাকা অ্যাকাউন্ট ডিফল্ট কলব্যাকে ফলব্যাক করে, যেখানে হ্যান্ডলার ওই ইভেন্টগুলো পারসিস্ট না করেই বাদ দেয়। ### আপনার হ্যান্ডলার কোন ফিল্ড প্রত্যাশা করবে? ওভাররাইড সেট করা থাকলে শুধু দুটি মেসেজ ফিল্ড প্রত্যাশা করুন। অন্য কিছু এলে ব্যর্থ হওয়ার বদলে তা উপেক্ষা করার জন্য হ্যান্ডলার লেখা ভালো। Meta সময়ের সঙ্গে নতুন ফিল্ড যোগ করে, তাই পেলোডের গঠনে কোনো নোটিশ ছাড়াই নতুন কী যোগ হতে পারে। যে হ্যান্ডলার ফিল্ডের নাম দেখে কাজ বেছে নেয় এবং অপরিচিত ফিল্ড উপেক্ষা করে, সেটি কাজ চালিয়ে যায়। আর যে নির্দিষ্ট গঠন ধরে নেয়, সেটি প্রথম অপরিচিত ইভেন্টেই ত্রুটি দেয়। smb_message_echoes-কে স্পষ্টভাবে পরিচালনা করাও ভালো, একে আওয়াজ ভেবে উপেক্ষা না করে। এটি না থাকলে কোনো মানুষ আগেই উত্তর দিয়েছেন কি না, সফটওয়্যার বুঝতে পারে না। ফলে একই প্রশ্নের জন্য গ্রাহক দুটি রিপ্লাই পেতে পারেন। - সাধারণ পেলোড ধরে নেওয়া। প্রতিটি ইভেন্টে তার ফিল্ডের নাম থাকে, তাই হ্যান্ডলারের সেটি দেখে কাজ বেছে নেওয়া উচিত। - smb_message_echoes উপেক্ষা করা। এটি না থাকলে মানুষ আগে উত্তর দেওয়ার পরও সফটওয়্যার তার ওপর নতুন রিপ্লাই পাঠায়। - অপরিচিত ফিল্ড বাদ না দিয়ে ত্রুটি দেওয়া। Meta কোনো অনুমতি না নিয়েই নতুন ফিল্ড যোগ করে। **আমি কি শুধু কিছু ফিল্ড পেতে পারি?** ওভাররাইড মেসেজের পথটি আপনার কাছে সরিয়ে দেয়। অপারেশনাল বিভাজন নির্দিষ্ট, কারণ মনিটরিং এটি দিয়েই তৈরি হয়। **smb_message_echoes কি সাধারণ Cloud API নম্বরে থাকে?** না। Coexistence নম্বর থেকে মানুষ অ্যাপে এবং সফটওয়্যার API থেকে মেসেজ পাঠাতে পারে বলেই এটি থাকে। **কোনো গন্তব্য সেট না করলে মেসেজ ইভেন্টের কী হয়?** সেগুলো আমাদের ডিফল্ট কলব্যাকে আসে এবং পারসিস্ট না করেই বাদ পড়ে। **ফিল্ডের নামগুলো কি Meta-র, নাকি আপনাদের?** Meta-র। এখানে আমাদের বানানো কোনো নাম নেই, তাই একবার শিখে নেওয়া মূল্যবান। --- ## WhatsApp-এর ওয়েবহুক এন্ডপয়েন্ট যাচাই করা https://easycoexistence.com/bn/docs/webhook-verification কোনো ইভেন্ট পাঠানোর আগে Meta hub.mode, hub.verify_token এবং hub.challenge বহনকারী GET দিয়ে আপনার এন্ডপয়েন্টে কল করে। আপনার এন্ডপয়েন্টকে টোকেন মিলিয়ে hub.challenge কাঁচা বডি হিসেবে ফেরত দিতে হবে। অন্য কিছু হলে ডেলিভারি শুরুই হয় না। ### Meta ঠিক কী পাঠায়? আপনার URL-এ তিনটি ক্যোয়ারি প্যারামিটারসহ একটি GET রিকোয়েস্ট পাঠায়। hub.mode-এর মান থাকে subscribe। গন্তব্য কনফিগার করার সময় আপনি যে টোকেন দিয়েছেন, hub.verify_token-এ সেটিই থাকে। hub.challenge হলো এই প্রচেষ্টার জন্য Meta তৈরি করা একটি মান। আপনার এন্ডপয়েন্টের উচিত hub.verify_token-এর সঙ্গে আপনার বেছে নেওয়া টোকেন মিলিয়ে দেখা। মিললে hub.challenge-কে সম্পূর্ণ প্রতিক্রিয়ার বডি হিসেবে 200 দিয়ে ফেরত দিন। এটি JSON-এ মুড়িয়ে দেবেন না, এর চারপাশে উদ্ধৃতি দেবেন না, কিংবা কিছু ফ্রেমওয়ার্ক ডিফল্টভাবে যোগ করে এমন শেষের নতুন লাইনও দেবেন না। টোকেন না মিললে 403 দিন। এটাই পুরো প্রোটোকল, এবং এটি ইচ্ছা করেই ছোট রাখা হয়েছে। ### ভুল উত্তর নীরবে ব্যর্থ হয় কেন? কারণ যাচাইকরণ ব্যর্থ হওয়া আপনার সিস্টেমের ত্রুটি নয়, Meta-র সিস্টেমে এটি একটি অনুপস্থিতি। চ্যালেঞ্জ সঠিকভাবে ফেরত না এলে Meta ওই গন্তব্যে ডেলিভারি শুরুই করে না। আপনার সার্ভার যাচাইকরণে 200 ফেরত দেয়, লগে রিকোয়েস্ট আসার তথ্য থাকে, অথচ কোনো ড্যাশবোর্ডে সমস্যা দেখা যায় না। একমাত্র লক্ষণ হলো মেসেজ আসে না। বেশিরভাগ মানুষ এটিকে হ্যান্ডশেকের সমস্যা না ভেবে Coexistence-এর সমস্যা মনে করেন। তাই কল করার আগে যাচাই করা জরুরি। Graph রিকোয়েস্ট পাঠানোর আগে আমরা URL-টি HTTPS কি না এবং একটি যাচাইকরণ টোকেন দেওয়া হয়েছে কি না পরীক্ষা করি। ফলে ভুল গন্তব্য সঙ্গে সঙ্গে ব্যর্থ হয়, সংযুক্ত দেখিয়ে থাকে না। ### আর কী কারণে যাচাইকরণ আটকে যেতে পারে? কোডের সঙ্গে সম্পর্কহীন তিনটি কারণে। এন্ডপয়েন্টের সামনে প্রমাণীকরণ। কোনো গেটওয়ে, বেসিক অথ স্তর বা IP অ্যালাউলিস্ট Meta-র রিকোয়েস্ট প্রত্যাখ্যান করবে, আর Meta-র দেওয়ার মতো কোনো ক্রেডেনশিয়াল নেই। যাচাইকরণের রুটটি এগুলো ছাড়াই পৌঁছানো যায় এমন হতে হবে। একটি রিডাইরেক্ট। Meta আপনার দেওয়া URL-এই কল করে, আর কোনো ক্যানোনিকাল হোস্টে 301 রিডাইরেক্ট এমনভাবে অনুসরণ করা হয় না যাতে হ্যান্ডশেক সম্পন্ন হয়। চূড়ান্ত URL দিন। এবং এমন কোনো ফ্রেমওয়ার্ক, যা প্রতিক্রিয়াকে সিরিয়ালাইজ করে। এমন হ্যান্ডলার থেকে স্ট্রিং ফেরত দিলে, যা সবকিছু JSON-এ মুড়িয়ে দেয়, বডিতে চ্যালেঞ্জের চারপাশে উদ্ধৃতি যোগ হয় এবং সেটি আর মেলে না। - JSON ফেরত দেওয়া। বডিতে কোনো আবরণ ছাড়া কাঁচা চ্যালেঞ্জ মানটি থাকতে হবে। - এন্ডপয়েন্টের পেছনে প্রমাণীকরণ বসানো। Meta-র কোনো ক্রেডেনশিয়াল নেই, তাই রিকোয়েস্ট প্রত্যাখ্যাত হবে। - Meta-কে রিডাইরেক্ট হওয়া URL দেওয়া। চূড়ান্ত URL ব্যবহার করুন। **কোন টোকেন ব্যবহার করব?** আপনার পছন্দের যেকোনো স্ট্রিং। URL জেনে ফেলা অন্য কারও রিকোয়েস্ট থেকে Meta-র রিকোয়েস্ট আলাদা করতে আপনার এন্ডপয়েন্টের এটি দরকার। **যাচাইকরণ কত ঘন ঘন হয়?** সেটআপের সময় এবং গন্তব্য সেট করার পর আবার হয়। কাজ করা এন্ডপয়েন্ট প্রতিটি ইভেন্টে নতুন করে যাচাই করা হয় না। **আমি কি নিজে পরীক্ষা করতে পারি?** হ্যাঁ। তিনটি প্যারামিটারসহ নিজের এন্ডপয়েন্টে কল করে দেখুন, বডিতে ঠিক challenge মানটিই ফেরত আসে কি না। **যাচাইকরণের সময় আমার সার্ভার বন্ধ থাকলে কী হবে?** হ্যান্ডশেক ব্যর্থ হবে এবং গন্তব্য সক্রিয় হবে না। আবার সেভ করলে যাচাইকরণটি পুনরায় চলবে। --- ## MCP টুল রেফারেন্স https://easycoexistence.com/bn/docs/mcp-tools-reference কানেক্টরটি অ্যাকাউন্টের প্রতিটি নম্বরের জন্য 16টি টুল দেয়। list_numbers সবার আগে আসে, কারণ অন্য প্রতিটি টুল এতে পাওয়া connection_id গ্রহণ করে। বিলিং বন্ধ হলে ছয়টি টুল সীমিত হয়: বাইরের সিস্টেমে কাজ করা চারটি, অ্যাক্সেস টোকেন ফেরত দেওয়া get_api_credentials এবং create_connect_link। বাকি দশটি, অর্থাৎ হেলথ ও টেমপ্লেট পড়ার টুল এবং Partner API সেটআপ, খোলা থাকে। ### প্রতিটি টুল কী করে? পড়া: list_numbers সংযুক্ত নম্বরগুলোর স্ট্যাটাস, মানের রেটিং এবং মেসেজিং স্তর দেয়, আর অন্য প্রতিটি কল এখান থেকেই শুরু হয়। get_number_health একই সঙ্গে লাইভ Meta স্ন্যাপশট, সাম্প্রতিক মনিটরিং টাইমলাইন, ওয়েবহুক ইভেন্ট এবং পোলার যাচাই দেয়। get_api_credentials Graph API-এর বেস URL, WABA আইডি, ফোন নম্বরের আইডি এবং পাওয়া গেলে অ্যাকাউন্টের নিজস্ব অ্যাক্সেস টোকেন দেয়। পাঠানো: send_message 24 ঘণ্টার উইন্ডোর মধ্যে ফ্রি টেক্সট পাঠায়, যেখানে উত্তর বিনামূল্যে। send_template অনুমোদিত টেমপ্লেট পাঠায়, তাই যে ব্যক্তি আগে লেখেনি তার সঙ্গে কথোপকথন শুরু করা যায়। list_templates, create_template এবং get_template_status টেমপ্লেটের পুরো জীবনচক্র সামলায়। সংযোগ: set_webhook_destination আপনার সিস্টেমে আসা মেসেজ এবং অ্যাপের প্রতিধ্বনি পাঠায়, আর null পাঠালে সেটি রিসেট হয়। get_connect_link নতুন নম্বর সংযোগের ড্যাশবোর্ড লিংক ও ধাপগুলো দেয়। get_docs পণ্যের ডকুমেন্টেশন মার্কডাউন হিসেবে দেয়। Partner API, এমন সফটওয়্যার বা এজেন্সির জন্য যাদের নিজস্ব গ্রাহকেরা নম্বর যুক্ত করেন: get_partner_setup বিলিং, API কী, ইভেন্ট URL এবং পরের ধাপ দেখায়। create_api_key একটি Partner API কী তৈরি করে এবং একবারই দেখায়, স্পষ্ট নিশ্চিতকরণ ছাড়া বিদ্যমান কী বদলায় না। revoke_api_key কীটি বাতিল করে, সেটিও নিশ্চিতকরণের পরে। set_partner_events_url স্ট্যাটাস ইভেন্ট কোথায় যাবে তা ঠিক করে এবং সাইনিং সিক্রেট একবার ফেরত দেয়। create_connect_link একজন গ্রাহকের জন্য 1 ঘণ্টা বৈধ একটি হোস্টেড কানেক্ট লিংক তৈরি করে, ঠিক POST /api/v1/connect-sessions-এর মতো। ### connection_id কেন গুরুত্বপূর্ণ? কারণ এটি একটি নির্দেশনাকে নির্দিষ্ট নম্বরের সঙ্গে যুক্ত করে, আর সহকারী এটি অনুমান করতে পারে না। নম্বর নিয়ে কাজ করা প্রতিটি টুল connection_id গ্রহণ করে, আর এটি পাওয়ার একমাত্র জায়গা list_numbers। বাস্তবে, কোনো সহকারীকে মেসেজ পাঠাতে বলা হলে সে আগে list_numbers কল করবে। তাই সেশনের প্রথম রিকোয়েস্ট সাধারণত পরেরগুলোর চেয়ে ধীর হয়। এর ফলে একাধিক নম্বর থাকা অ্যাকাউন্টও স্বয়ংক্রিয়ভাবে স্পষ্ট থাকে। কোনো ডিফল্ট নম্বর বা গোপন নির্বাচন নেই, তাই কোন নম্বরের কথা বলা হচ্ছে তা উল্লেখ না করা নির্দেশনা অনুমান করে পূরণ করা হয় না। ### বিলিং বন্ধ হলে কী হয়? ছয়টি টুল সীমিত হয়: বাইরের সিস্টেমে কাজ করা send_message, send_template, create_template এবং set_webhook_destination; get_api_credentials, কারণ এটি অ্যাকাউন্টের অ্যাক্সেস টোকেন ফেরত দেয়, যা দিয়ে আটকে থাকা অ্যাকাউন্ট সরাসরি Graph API দিয়ে পাঠাতে পারত; আর নতুন নম্বর যুক্ত করা create_connect_link। বাকি সব পড়ার সুবিধা চালু থাকে, Partner API সেটআপও: get_partner_setup, create_api_key, revoke_api_key এবং set_partner_events_url। এটি ভুলে যাওয়া কোনো বিষয় নয়, ইচ্ছাকৃত সিদ্ধান্ত। অ্যাকাউন্ট কেন আটকে আছে তা দেখতে না পারলে বা নম্বরগুলোর হেলথ যাচাই করতে না পারলে সহায়তার টিকিট ছাড়া ফেরার পথ থাকে না। হেলথ মনিটরিংও এই পড়ার সুবিধাগুলোর ওপর নির্ভর করে, তাই সবচেয়ে বেশি প্রয়োজনের সময় সেগুলো বন্ধ করলে মনিটরিংও বন্ধ হয়ে যেত। বাস্তবে, বিলিং বন্ধ থাকা অ্যাকাউন্ট নিজের অবস্থা নিয়ে প্রশ্নের উত্তর দিতে পারে এবং মনিটরড থাকে। বন্ধ হয় শুধু গ্রাহকের কাছে পৌঁছায় এমন কাজগুলো। - কানেক্টর মেসেজ গ্রহণ করবে বলে আশা করা। MCP হলো রিকোয়েস্ট ও প্রতিক্রিয়ার ব্যবস্থা; আসা ট্র্যাফিকের জন্য ওয়েবহুক দরকার। - connection_id হাতে লিখে রেখে দেওয়া। এটি list_numbers থেকে আসে, লিখে রাখার কোনো মান নয়। - বিলিং বন্ধ থাকা অ্যাকাউন্ট পুরোপুরি অফলাইন ধরে নেওয়া। পড়া ও মনিটরিং ইচ্ছাকৃতভাবে চালু থাকে, শুধু ক্রেডেনশিয়াল ছাড়া, কারণ সেগুলোতে পাঠানোর অ্যাক্সেস টোকেন থাকে। **কোন টুল কল করব, তা কি আমাকে বেছে নিতে হবে?** না। আপনি সহজ ভাষায় বলবেন, আর সহকারী উপযুক্ত টুল বেছে নেবে। টুলের বর্ণনাগুলো এ কাজের জন্যই লেখা। **এটি কি আমার কথোপকথন পড়তে পারে?** না। আসা মেসেজ আপনার নির্ধারিত ওয়েবহুক গন্তব্যে পাঠানো হয়। কানেক্টর অ্যাকাউন্ট ও নম্বরের অবস্থা পড়ে। **get_docs কি কাজে লাগে?** শুনতে যতটা সাধারণ, তার চেয়ে বেশি কাজে লাগে। এটি সহকারীকে আমাদের ডকুমেন্টেশন মার্কডাউন হিসেবে দেয়, তাই Coexistence-এর নিয়ম নিয়ে উত্তর স্মৃতি থেকে নয়, আমাদের ডকুমেন্টেশন থেকে আসে। **একটি কানেক্টর কি একাধিক ক্লায়েন্ট কভার করে?** হ্যাঁ। একটি অ্যাকাউন্টে আপনার প্রয়োজনমতো যত নম্বর রাখা যায়, আর list_numbers সেগুলো সব ফেরত দেয়। --- ## ধাপে ধাপে নম্বর সংযোগ করা https://easycoexistence.com/bn/docs/connecting-a-number সংযোগের কাজ Meta-র নিজস্ব Embedded Signup-এর মাধ্যমে হয়: Business Portfolio, WhatsApp Business Account এবং নম্বর বেছে নিয়ে WhatsApp Business অ্যাপে একটি কোড স্ক্যান করুন। প্রায় দুই মিনিট লাগে, আর পুরো সময় অ্যাপটি সচল থাকে। ### প্রক্রিয়ায় কী ঘটে? Meta-র পপআপ খুলে ক্রম অনুযায়ী তিনটি বিষয় জানতে চায়। প্রথমে Business Portfolio, যা Business Manager-এ কোম্পানি স্তরের ধারক। এরপর এর ভেতরের WhatsApp Business Account। তারপর ফোন নম্বর, যা আগে থেকেই WhatsApp Business অ্যাপে নিবন্ধিত থাকতে হবে, কারণ Coexistence অ্যাপটি ব্যবহার করছে এমন নম্বর সংযুক্ত করে, নতুন নম্বর তৈরি করে না। এরপর প্রক্রিয়াটি ফোনে চলে যায়। Meta একটি কোড দেখায়, সেই নম্বর থাকা ফোনে কেউ WhatsApp Business অ্যাপ খোলেন এবং কোডটি স্ক্যান করেন। ব্রাউজারের বাইরে যাওয়া একমাত্র ধাপ এটি, এবং ব্যবসার হয়ে অন্য কেউ এই কাজ করতে পারবেন না। ### অনবোর্ডিংয়ের সময় কোন সিদ্ধান্ত নেওয়া হয়, যা পরে বদলানো যায় না? আগের চ্যাটের ইতিহাস শেয়ার করা হবে কি না, এই সিদ্ধান্ত একবার জানতে চাওয়া হয় এবং ওই সংযোগের জন্য চূড়ান্ত। হ্যাঁ বললে সাম্প্রতিক কথোপকথনের ইতিহাস API-তে সিঙ্ক হয়, ফলে সফটওয়্যার প্রেক্ষাপটসহ শুরু করে। না বললে সংযোগের মুহূর্ত থেকে আসা মেসেজই শুধু API দেখতে পায়। দুটিই যুক্তিসঙ্গত, আর বেশির ভাগ ইন্টিগ্রেশনে নতুন কথোপকথনই গুরুত্বপূর্ণ, তবে সংযোগ বিচ্ছিন্ন করে আবার সংযোগ না করলে সিদ্ধান্তটি বদলানো যায় না। এটির একটি সময়সীমাও আছে। অনবোর্ডিংয়ের 24 ঘণ্টার মধ্যে সিঙ্ক শুরু করতে হবে, এবং এটি মাত্র একবার চলতে পারে। যেকোনো একটি বাদ পড়লে সতর্কবার্তার বদলে অপরিচিত একটি ত্রুটি দেখা দেয়। তাই ইন্টিগ্রেশনের কাজের সময় নয়, সেদিনই ইতিহাসের সিদ্ধান্ত নেওয়া ভালো। ### শুরু করার আগে কী প্রস্তুত রাখতে হবে? তিনটি জিনিস। এগুলো প্রস্তুত থাকলে প্রক্রিয়াটি মাঝপথে ছেড়ে দিতে হয় না। নম্বরটির মালিক Business Portfolio-তে প্রবেশাধিকার, যা সাধারণত ইন্টিগ্রেশন করা ব্যক্তির বদলে ব্যবসার মালিকের থাকে। নম্বরসহ ফোনটি আনলক করা এবং তাতে WhatsApp Business অ্যাপ ইনস্টল করা থাকতে হবে। আর সম্ভব হলে ওয়েবহুকের গন্তব্য আগে ঠিক রাখুন, কারণ অনবোর্ডিংয়ের শেষে সেট করা পরে মনে রাখার চেয়ে পরিষ্কার। প্রক্রিয়া শেষ হওয়ার আগে বন্ধ করলে নম্বরটি অ্যাকাউন্টের সঙ্গে যুক্ত হতে পারে, কিন্তু নিবন্ধিত নাও হতে পারে। এতে প্রথম মেসেজ পাঠানোর সময় ত্রুটি দেখা দেয়। শুরু থেকে আবার প্রক্রিয়াটি চালালে সমস্যাটি ঠিক হয়। - ফোন কাছে না রেখে শুরু করা। পরে অন্য ডিভাইস থেকে স্ক্যান করা যায় না। - নম্বর দেখা যাওয়ার পর পপআপ বন্ধ করে দেওয়া। এরপরও ধাপ থাকে, আর থেমে গেলে নম্বরটি নিবন্ধিত হয় না। - ইন্টিগ্রেশন তৈরি হওয়া পর্যন্ত ইতিহাসের সিদ্ধান্ত ফেলে রাখা। অনবোর্ডিংয়ের 24 ঘণ্টা পর এটি শেষ হয়ে যায়। **আমি কি এমন নম্বর সংযোগ করতে পারি, যার মালিক আমি নই?** শুধু যে ব্যবসা নম্বরটির মালিক, তারাই অনুমোদন করতে পারে। তাদের একটি লিংক পাঠান, তারপর তারা নিজেদের ফোনে প্রক্রিয়াটি সম্পন্ন করবে। **অনবোর্ডিংয়ের সময় কি অ্যাপটি বন্ধ হয়ে যায়?** না। কোড স্ক্যান করার সময়সহ পুরো প্রক্রিয়ায় অ্যাপটি সচল থাকে। **নম্বরটি যদি ব্যক্তিগত WhatsApp অ্যাপে থাকে?** আগে সেটিকে WhatsApp Business অ্যাপে নিতে হবে। Coexistence Business অ্যাপে থাকা নম্বর সংযুক্ত করে। **আমি কি প্রক্রিয়াটি আবার করতে পারি?** হ্যাঁ। সংযোগ বিচ্ছিন্ন করে আবার সংযোগ করলে প্রক্রিয়াটি নতুন করে চলে, চ্যাটের ইতিহাস গ্রহণের নতুন সুযোগসহ। --- ## 24 ঘণ্টার গ্রাহক-সেবা উইন্ডো https://easycoexistence.com/bn/docs/customer-service-window কোনো গ্রাহক আপনার নম্বরে মেসেজ পাঠালে গ্রাহক-সেবা উইন্ডো খোলে এবং 24 ঘণ্টা চালু থাকে। এর মধ্যে ফ্রি টেক্সট পাঠানো যায় এবং সেই উত্তরগুলো ফ্রি। এর বাইরে শুধু Meta অনুমোদিত টেমপ্লেটই পৌঁছাবে। ### ঘড়ি ঠিক কখন শুরু হয়? গ্রাহক মেসেজ পাঠালে ঘড়ি শুরু হয় এবং তারা আবার মেসেজ পাঠালেই নতুন করে শুরু হয়। এটাই অনেকে উল্টো বোঝেন। উইন্ডোটি আপনার শেষ মেসেজ, কথোপকথন শুরুর সময় বা টিকিট খোলার সময় থেকে মাপা হয় না। এটি গ্রাহকের সর্বশেষ ইনবাউন্ড মেসেজ থেকে মাপা হয়। তাই সক্রিয় কথোপকথন কার্যত কখনো বন্ধ হয় না, কিন্তু একতরফা কথোপকথন এক দিন পর বন্ধ হয়ে যায়। এর মানে উইন্ডোটি নম্বরভিত্তিক নয়, কন্ট্যাক্টভিত্তিক। একই নম্বরে একই সময়ে একজন গ্রাহক উইন্ডোর ভেতরে এবং অন্যজন বাইরে থাকতে পারেন। ### ভেতরে ও বাইরে কী পাঠানো যায়? ভেতরে যেকোনো কিছু পাঠানো যায়: ফ্রি টেক্সট, মিডিয়া এবং চাইলে টেমপ্লেট। বাইরে শুধু Meta আগে অনুমোদন করা টেমপ্লেট পাঠানো যায়। এ কারণেই টেমপ্লেট আছে। যিনি মেসেজ লেখেননি, তার সঙ্গে কথোপকথন শুরু বা আবার চালু করার অনুমোদিত উপায় হলো টেমপ্লেট। প্রাপক মেসেজটি চাননি বলেই এগুলো আগে পর্যালোচনা করা হয়। Coexistence নম্বরে এর অতিরিক্ত প্রভাব আছে। WhatsApp Business অ্যাপ টেমপ্লেট পাঠাতে পারে না, তাই উইন্ডোর বাইরে সবকিছু API দিয়ে পাঠাতে হয়। ফোন থেকে উত্তর দেওয়া টিম সক্রিয় কথোপকথনে অবাধে উত্তর দিতে পারে, কিন্তু নিষ্ক্রিয় কথোপকথন আবার চালু করতে পারে না। নম্বর সংযুক্ত করার এটি একটি বাস্তব কারণ। ### ইন্টিগ্রেশনগুলো প্রোডাকশনে গিয়ে এটি কেন আবিষ্কার করে? কারণ পরীক্ষা সবসময় উইন্ডোর ভেতরেই হয়। যিনি ইন্টিগ্রেশন তৈরি করেন, তিনি নিজেকে মেসেজ পাঠিয়ে কয়েক সেকেন্ড পর তার উত্তর দেন। এটি 24 ঘণ্টার ভেতরে থাকে, তাই ফ্রি টেক্সট কাজ করে এবং প্রতিটি পরীক্ষা পাস হয়। প্রথম বাস্তব ব্যর্থতা আসে এমন গ্রাহকের ক্ষেত্রে, যিনি গতকাল লিখেছেন। সাধারণত এটি লঞ্চের পর ধরা পড়ে। টেকসই পদ্ধতি হলো পাঠানোর আগে একটি শাখা রাখা: ওই কন্ট্যাক্ট সর্বশেষ কখন লিখেছে তা পরীক্ষা করুন, তারপর ফ্রি টেক্সট বা টেমপ্লেটের পথ নিন। শুরু থেকেই এটি করলে প্রায় কোনো খরচ নেই। পরে যোগ করতে গেলে কোডবেসের প্রতিটি সেন্ড খুঁজে পরিবর্তন করতে হয়। - আপনার নিজের শেষ মেসেজ থেকে সময় মাপা। উইন্ডোটি গ্রাহকের মেসেজে খোলে। - এটিকে নম্বরভিত্তিক ভাবা। এটি কন্ট্যাক্টভিত্তিক, তাই একই নম্বরে দুটি কথোপকথনের অবস্থা আলাদা হতে পারে। - মেসেজ পাঠানোর পর সঙ্গে সঙ্গে পরীক্ষা করা, যা সবসময় উইন্ডোর ভেতরে থাকে। **উইন্ডো কি বাড়ানো যায়?** না। এটি Meta নির্ধারণ করে এবং কোনো সরবরাহকারী এর সময় বাড়াতে পারে না। **টেমপ্লেটের উত্তর দিলে কি উইন্ডো আবার খোলে?** গ্রাহক উত্তর দিলে খোলে। শুধু টেমপ্লেট পাঠালে ফ্রি টেক্সটের উইন্ডো খোলে না। **উত্তরগুলো কি সত্যিই ফ্রি?** গ্রাহক-সেবা উইন্ডোর মধ্যে পাঠানো মেসেজের জন্য Meta মূল্য নেয় না। Meta মূল্য নেয় উইন্ডোর বাইরে শুরু করা কথোপকথনের জন্য। **আমি যে অন্য 24 ঘণ্টার উইন্ডোর কথা পড়েছি, সেটি কী?** এটি অনবোর্ডিং থেকে গণনা করা সিঙ্ক্রোনাইজেশন উইন্ডো এবং মেসেজ পাঠানোর বদলে চ্যাটের ইতিহাস নিয়ন্ত্রণ করে। দুটির মধ্যে কোনো সম্পর্ক নেই। --- ## WhatsApp মেসেজ টেমপ্লেট https://easycoexistence.com/bn/docs/message-templates টেমপ্লেট হলো এমন একটি মেসেজ, যা আগে থেকেই রিভিউয়ের জন্য Meta-তে জমা দেওয়া হয়। অনুমোদিত হলে এটি যেকোনো সময় পাঠানো যায়, এমন কাউকেও যিনি কখনও লিখেননি। 24 ঘণ্টার গ্রাহক সহায়তার সময়সীমার বাইরে মেসেজ পাঠানোর একমাত্র উপায় এটি। ### 3টি ক্যাটাগরি কীসের জন্য? এগুলো Meta-কে জানায় মেসেজটি কোন ধরনের, আর ক্যাটাগরি রিভিউ ও বিলিং দুটিই বদলে দেয়। ইউটিলিটি এমন লেনদেনসংক্রান্ত মেসেজের জন্য, যা গ্রাহকের কোনো কাজের সঙ্গে যুক্ত: অর্ডার আপডেট, বুকিং নিশ্চিতকরণ বা ডেলিভারি নোটিশ। মার্কেটিং প্রচারমূলক কনটেন্টের জন্য, আর এটি পাঠাতে WhatsApp Business অ্যাকাউন্টে একটি পেমেন্ট পদ্ধতি থাকতে হয়। অথেনটিকেশন একবারের কোডের জন্য এবং এর ফরম্যাট আরও কঠোর। ভুল ক্যাটাগরি বেছে নেওয়া প্রত্যাখ্যাত হওয়ার সাধারণ কারণ। ইউটিলিটি টেমপ্লেটে প্রচারমূলক ভাষা থাকলে তা ধরা পড়ে, এবং এত নিয়মিতভাবে ধরা পড়ে যে চেষ্টা করাই মূল্যহীন। ### ভেরিয়েবল কীভাবে কাজ করে? নম্বর দেওয়া প্লেসহোল্ডার, ক্রম অনুযায়ী পূরণ করতে হয় এবং প্রতিটি কম্পোনেন্টে আলাদাভাবে গণনা হয়। `Hello {{1}}, your order {{2}} has shipped` বডিতে 2টি ভেরিয়েবল নির্ধারণ করে, তাই পাঠানোর সময় বডির জন্য ঠিক 2টি মান দিতে হবে। হেডার ও বোতামের প্যারামিটার এক তালিকায় না মিলিয়ে আলাদাভাবে গণনা করা হয়। তাই মোট সংখ্যা ঠিক থাকলেও কোনো পাঠানো মেসেজ প্রত্যাখ্যাত হতে পারে। টেমপ্লেট তৈরি করার সময় Meta উদাহরণের মানও চায়, যাতে রিভিউয়ার বাস্তব মেসেজটি কেমন দেখাবে তা বুঝতে পারেন। বসানোর নিয়মও আছে: মেসেজের একেবারে শুরু বা শেষে ভেরিয়েবল থাকলে, অথবা আশপাশের লেখার তুলনায় ভেরিয়েবল বেশি হলে, দুটিই প্রত্যাখ্যাত হয়। ### Coexistence নম্বরে ফোন অ্যাপ এগুলো পাঠাতে পারে না কেন? কারণ টেমপ্লেট প্ল্যাটফর্মের সুবিধা, অ্যাপের সুবিধা নয়, আর অ্যাপ এগুলো সম্পর্কে কিছু জানে না। শুরুতেই জানার মতো এটি একটি গুরুত্বপূর্ণ বিষয়। Coexistence-এর মাধ্যমে সংযুক্ত ব্যবসা ফোন থেকেই টিমের উত্তর দেওয়া চালু রাখে, এবং টিম লাইভ যেকোনো মেসেজের জবাব দিতে পারে। কিন্তু কথোপকথন থেমে গেলে অ্যাপ থেকে সেটি আবার শুরু করা যায় না, কারণ এর জন্য টেমপ্লেট দরকার এবং টেমপ্লেট শুধু API-এর মাধ্যমে পাওয়া যায়। তাই নির্ধারিত, লেনদেনসংক্রান্ত বা আজ লিখেনি এমন কাউকে পাঠানো যেকোনো মেসেজ মূলত API-এর কাজ। অনেক ব্যবসার জন্য সংযোগটি ঠিক এই ঘাটতি পূরণ করতেই তৈরি করা হয়েছে। - একই রানে টেমপ্লেট তৈরি করে পাঠানো। Meta আগে রিভিউ করে, সাধারণত কয়েক মিনিটে, তবে কখনও এক দিনও লাগতে পারে। - হেডার ও বডির ভেরিয়েবল একত্রে গণনা করা। এগুলো প্রতিটি কম্পোনেন্টে আলাদাভাবে গণনা হয়। - ইউটিলিটি টেমপ্লেটে মার্কেটিং ভাষা ব্যবহার করা। এটি নিয়মিত প্রত্যাখ্যাত হওয়ার কারণ। **রিভিউ হতে কতক্ষণ লাগে?** সাধারণত কয়েক মিনিট, কখনও এক দিন পর্যন্ত। কোনো প্রোভাইডার এটি দ্রুত করাতে পারে না। **প্রতিটি ভাষার জন্য কি আলাদা টেমপ্লেট লাগে?** হ্যাঁ। নাম ও ভাষা একসঙ্গে একটি টেমপ্লেট শনাক্ত করে, তাই অন্য লোকেলের একই নামের টেমপ্লেট আলাদা। **অনুমোদিত টেমপ্লেট কি সম্পাদনা করতে পারি?** হ্যাঁ, তবে সম্পাদনা ভেরিয়েবলের চুক্তি বদলে দেয়। ফলে পুরোনো সংখ্যা নির্দিষ্ট করে তৈরি করা সেন্ডারগুলো কাজ নাও করতে পারে। **পেমেন্ট পদ্ধতি কি লাগবে?** মার্কেটিং মেসেজ পাঠাতে হ্যাঁ, আপনার নিজের WhatsApp Business অ্যাকাউন্টে। Meta এটি বাধ্যতামূলক করে, আর কোনো প্রোভাইডার আপনার হয়ে এটি যোগ করতে পারে না। --- ## account_update ও প্রতিটি সংযোগ বিচ্ছিন্নতার কারণ https://easycoexistence.com/bn/docs/webhook-account-update account_update হলো সংযোগের অবস্থা বদলানোর খবর Meta জানানোর পদ্ধতি। এর event ফিল্ডে কী ঘটেছে তা থাকে, আর অপসারণের ক্ষেত্রে disconnection_info.reason কেন ঘটেছে তা জানায়। এই কারণেই বোঝা যায় নম্বরটি ফিরে আসবে, নাকি পুরোপুরি চলে গেছে। ### 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 নতুন ইভেন্ট যোগ করে, তাই হ্যান্ডলারের অজানা ইভেন্ট এড়িয়ে যাওয়া উচিত। **PARTNER_REMOVED কি স্থায়ী?** সাধারণত নয়। বেশিরভাগ ক্ষেত্রে PRIMARY_INACTIVITY থাকে, যার মানে অ্যাপ খোলা হয়নি। আবার সংযোগ দিলেই সবকিছু ফিরে আসে। **আবার সংযোগ দিলে কি আমার ওয়েবহুক গন্তব্য ফিরে আসে?** না, এখানেই সমস্যা। গন্তব্যটি অ্যাপ সাবস্ক্রিপশনের একটি override এবং অ্যাপ আনইনস্টল হলে এটিও সরানো হয়। এটি আবার প্রয়োগ করতে হবে। **COMPANION_INACTIVITY কী?** প্রাথমিক ডিভাইসের বদলে সহায়ক ডিভাইসে একই ধরনের নিষ্ক্রিয়তা, তবে প্রায় 30 দিনের বেশি সময়সীমায়। **কারণ ছাড়াই কি এই ইভেন্ট পেতে পারি?** হ্যাঁ। তখন এটি ইচ্ছাকৃত ছিল কি না বোঝার একমাত্র সংকেত হলো disconnection_info.initiated_by। --- ## phone_number_quality_update ওয়েবহুক https://easycoexistence.com/bn/docs/webhook-phone-number-quality-update phone_number_quality_update একটি নম্বরের থ্রুপুট ও মেসেজিং সীমার পরিবর্তন জানায়। 2026 অনুযায়ী নাম থাকা সত্ত্বেও এতে সবুজ, হলুদ বা লাল মানের রেটিং থাকে না। রেটিং ফোন নম্বর থেকে আলাদাভাবে পোল করতে হয়। ### এই ওয়েবহুকে আসলে কী থাকে? থ্রুপুট ও মেসেজিং সীমার তথ্য, যা বর্তমান সীমা বহনকারী ফিল্ডসহ একটি ইভেন্ট ভ্যালু হিসেবে আসে। ব্যবহারিকভাবে, এতে বোঝা যায় একটি নম্বরের সক্ষমতা বদলেছে: সেটি অন্য মেসেজিং স্তরে গেছে, অথবা তার থ্রুপুট স্তর সমন্বয় করা হয়েছে। এগুলো রেকর্ড করা দরকার, কারণ এতে একটি ইন্টিগ্রেশন কী করতে পারবে তা বদলে যায় এবং স্তর নিচে নামা আগাম সংকেত হতে পারে। ফিল্ডের নাম থাকা সত্ত্বেও এতে মানের রেটিং থাকে না। পুরোনো ডকুমেন্টেশন ধরে লেখা হ্যান্ডলার এখানে GREEN, YELLOW বা RED খুঁজবে, কিছুই পাবে না, তারপর ধরে নেবে মানের রেটিং কখনও বদলায় না। ### তাহলে রঙের রেটিং কোথা থেকে আসে? নির্দিষ্ট সময়সূচি মেনে ফোন নম্বর সরাসরি পড়ে। quality_rating ফিল্ডটি Graph API-এর ফোন নম্বর অবজেক্টে থাকে এবং অপেক্ষা না করে এটি পোল করতে হয়। তাই একটি সংযোগ ঠিকভাবে মনিটর করতে ওয়েবহুক রিসিভারের পাশাপাশি পোলারও দরকার: দুটিতে আলাদা তথ্য থাকে, একটিও একা যথেষ্ট নয়। এ কারণেই বেশিরভাগ ইন্টিগ্রেশনে মানের পতন অদৃশ্য থাকে। এটি কেউ পুশ করে না, ফোনের WhatsApp Business অ্যাপেও এর কোনো চিহ্ন দেখা যায় না, এবং error 131048 তৈরি হওয়ার সময়ে প্রভাবিত সেন্ডগুলো ইতিমধ্যে ব্যর্থ হয়ে গেছে। - এই পেলোডে GREEN, YELLOW বা RED খোঁজা। 2026 অনুযায়ী এগুলো এখানে নেই। - শুধু ওয়েবহুক দিয়ে মনিটরিং তৈরি করা। মানের রেটিং পোল করতে হয়। - স্তর নিচে নামা উপেক্ষা করা। সাধারণত এটিই সমস্যার প্রথম দৃশ্যমান সংকেত। **ফিল্ডটির নাম মানের রেটিং অনুসারে কেন?** পরিবর্তনের আগেই নামটি চালু হয়েছিল। বিষয়বস্তু বদলালেও নামটি থেকে যায়, তাই অনেকেই বিভ্রান্ত হন। **কত ঘন ঘন রেটিং পোল করা উচিত?** সীমায় পৌঁছানোর আগেই পতন ধরার মতো ঘন ঘন। আমরা চাহিদামতো নয়, নির্দিষ্ট সময়সূচিতে পোল করি। **অ্যাপ কি রেটিং দেখায়?** না। ফোনের WhatsApp Business অ্যাপে এ বিষয়ে কিছুই দেখা যায় না। **131048 কি এর সঙ্গে সম্পর্কিত?** হ্যাঁ। কম রেটিংয়ের কারণে সীমাবদ্ধতা শুরু হলে একটি নম্বর এই ত্রুটি ফেরত দিতে শুরু করে। --- ## smb_message_echoes ওয়েবহুক https://easycoexistence.com/bn/docs/webhook-smb-message-echoes smb_message_echoes আপনার টিম WhatsApp Business অ্যাপ থেকে যা পাঠায়, তা পৌঁছে দেয়। এটি শুধু Coexistence নম্বরে থাকে, কারণ সেখানেই ফোন থেকে মানুষ এবং API থেকে সফটওয়্যার দুজনেই পাঠায়। ### এই ফিল্ডের আদৌ প্রয়োজন কেন? কারণ Coexistence এমন একটি পরিস্থিতি তৈরি করে, যার জন্য API শুরুতে তৈরি হয়নি: একই নম্বর থেকে দুটি পক্ষ পাঠাচ্ছে। সাধারণ Cloud API নম্বরে সফটওয়্যারই একমাত্র প্রেরক, তাই জানাবার মতো কিছু নেই। Coexistence নম্বরে টিম ফোন থেকেই উত্তর দিচ্ছে, আর সেটি দেখার উপায় না থাকলে প্রতিটি কথোপকথনের অর্ধেক বিষয়ে সফটওয়্যার অন্ধভাবে কাজ করত। এই প্রতিধ্বনি সেই ঘাটতি পূরণ করে। কেউ WhatsApp Business অ্যাপে উত্তর লিখলে, সেটি আপনার এন্ডপয়েন্টে একটি ইভেন্ট হিসেবে আসে। এর গঠন ইনবাউন্ড মেসেজের মতোই, তবে ব্যবসার পক্ষ থেকে বাইরে পাঠানো হিসেবে চিহ্নিত থাকে। ### এটি উপেক্ষা করলে কী সমস্যা হয়? গ্রাহক দুবার উত্তর পান, যা অসতর্কতার মতো দেখায়। সাধারণত একজন গ্রাহক সকাল 8টায় কিছু জানতে চান, এক মিনিটের মধ্যে একজন কর্মী ফোনে উত্তর দেন, আর সেই উত্তর না-দেখা অটোমেশন 3 মিনিট পরে একই প্রশ্নের উত্তর পাঠায়। গ্রাহকের চোখে এটি এমন একটি ব্যবসা, যারা ইতিমধ্যে কী বলেছে তা জানে না। এটি সামলানো জটিল নয়। ইনবাউন্ড মেসেজের মতোই প্রতিধ্বনিটি কথোপকথনের সঙ্গে সংরক্ষণ করুন এবং পাঠানোর আগে সাম্প্রতিক কার্যকলাপ দেখুন। সমস্যা ধরা কঠিন হয়, কারণ পরীক্ষায় এটি দেখা যায় না, টেস্ট কথোপকথনে তো মানুষ উত্তরই দেন না। - প্রতিধ্বনিগুলোকে অপ্রয়োজনীয় ধরে বাদ দেওয়া। মানুষ ইতিমধ্যে উত্তর দিয়েছেন, এরাই তার একমাত্র সংকেত। - প্রতিটি নম্বরে এই ফিল্ড থাকে ধরে নেওয়া। এটি Coexistence-নির্দিষ্ট। - মানুষকে কথোপকথনের অংশ না রেখে পরীক্ষা করা, যে পরিস্থিতিতে সমস্যাটি কখনো দেখা যায় না। **প্রতিধ্বনিতে কি মিডিয়া থাকে?** কী পাঠানো হয়েছে তা জানায়, মিডিয়ার রেফারেন্সসহ, ইনবাউন্ড মেসেজের একই গঠনে। **সাধারণ Cloud API নম্বরে কি এটি থাকে?** না। Coexistence ছাড়া অ্যাপ থেকে মানুষ পাঠান না, তাই প্রতিধ্বনি করার মতো কিছু নেই। **আমি কি এটি বন্ধ করতে পারি?** এটি মেসেজ পথের সঙ্গেই আসে। সেই পথ আপনার এন্ডপয়েন্টে রাউট করলে এটি অন্তর্ভুক্ত হয়, আর কোডে উপেক্ষা করা পরিণামসহ একটি সিদ্ধান্ত। **এতে কি কোনো মূল্য লাগে?** না। এটি একটি ওয়েবহুক ইভেন্ট, মেসেজ পাঠানো নয়। --- ## messages ওয়েবহুক https://easycoexistence.com/bn/docs/webhook-messages messages হলো সেই ফিল্ড, যা আপনার নম্বরে গ্রাহকের পাঠানো টেক্সট, মিডিয়া, উত্তর, প্রতিক্রিয়া ও ইন্টার‌্যাকটিভ প্রতিক্রিয়া বহন করে। রাউট করা Coexistence নম্বরে এটি Meta থেকে সরাসরি আপনার এন্ডপয়েন্টে যায়, কোনো প্রোভাইডারের মধ্য দিয়ে নয়। ### পেলোডে কী থাকে একটি ডেলিভারিতে এক বা একাধিক মেসেজ থাকতে পারে। প্রতিটিতে প্রেরক, একটি আইডি এবং একটি টাইপ থাকে। টাইপ অনুযায়ী অন্য কোন কী থাকবে তা নির্ধারিত হয়। - প্রেরকের ফোন নম্বর এবং যে নম্বরে তারা লিখেছেন সেই নম্বরের phone_number_id। - wamid মেসেজ আইডি, যার ভিত্তিতেই ডুপ্লিকেট শনাক্ত করা হয়। - একটি unix টাইমস্ট্যাম্প। - একটি টাইপ: text, image, audio, video, document, sticker, location, contacts, reaction, button অথবা interactive। - মিডিয়া টাইপের ক্ষেত্রে আসল বাইট নয়, ডাউনলোডের জন্য একটি মিডিয়া আইডি থাকে। ### রাউট করা নম্বরে এটি কখনো আমাদের কাছে পৌঁছায় না কেন কারণ override এই ফিল্ডটিকে smb_message_echoes-এর সঙ্গে আপনার নির্ধারিত গন্তব্যে পাঠায়। Meta কোনো WhatsApp Business Account-এর ওয়েবহুক কোথায় ডেলিভার হবে, তা অ্যাপকে বদলানোর সুযোগ দেয়। আমরা সেই override আপনার URL-এ সেট করি, ফলে মেসেজের পথ পুরোপুরি আমাদের অবকাঠামোর বাইরে চলে যায়। আমাদের পাশে কোনো কপি, কিউ বা সংরক্ষণ থাকে না, কারণ ডেলিভারি সেখানে পৌঁছায়ই না। কোনো গন্তব্য সেট না থাকলে ইভেন্টগুলো আমাদের ডিফল্ট কলব্যাকে ফলব্যাক করে, যেখানে হ্যান্ডলার সেগুলো সংরক্ষণ না করে বাদ দেয়। স্টোরেজ নিয়ে দাবি আর বাস্তব কোডপাথের মধ্যে এটাই পার্থক্য: কথোপকথনের কনটেন্ট যাওয়ার কোনো পথ নেই। ### সঠিকভাবে স্বীকৃতি দেওয়া কাজ শুরু করার আগে 200 ফেরত দিন, পরে নয়। Meta ধীর প্রতিক্রিয়াকে ত্রুটি হিসেবে ধরে এবং রিট্রাই করে। ফলে ইনলাইন প্রসেস করা হ্যান্ডলার একই মেসেজ একাধিকবার পেতে পারে। সঙ্গে সঙ্গে প্রতিক্রিয়া দিন, পেলোডটি কোনো কিউ বা ব্যাকগ্রাউন্ড টাস্কে পাঠান, এবং রিকোয়েস্টের বাইরে কাজটি হতে দিন। সার্ভারলেস ব্যবস্থায় এটি ঐচ্ছিক নয়। কোনো ফাংশন প্রতিক্রিয়া দেওয়ার পরও কাজ চালিয়ে গেলে সেটি সেই মুহূর্তে ফ্রিজ হতে পারে। তাই স্বীকৃতি ও প্রসেসিং সত্যিই আলাদা হতে হবে। ### ডুপ্লিকেট বাদ দেওয়া সবসময় wamid ব্যবহার করুন, কারণ রিট্রাই অস্বাভাবিক নয়, স্বাভাবিক ঘটনা। আপনার দিকের কোনো বাগ ছাড়াও একই মেসেজ দুবার আসতে পারে: ধীর প্রতিক্রিয়া, নেটওয়ার্ক টাইমআউট বা ডেলিভারির মাঝখানে ডিপ্লয়। দেখা আইডি সংরক্ষণ করে পুনরাবৃত্তি বাদ দেওয়া কয়েক লাইনের কাজ। এতে গ্রাহককে একবার উত্তর দেওয়া হবে, দুবার নয়। Coexistence নম্বরে এটি আরও গুরুত্বপূর্ণ, কারণ smb_message_echoes একই পথে আসে। প্রতিটি ইভেন্টকে নতুন ধরে নেওয়া হ্যান্ডলার এমন একজন মানুষের উত্তরের ওপর আবার উত্তর পাঠাতে পারে, যিনি ইতিমধ্যে উত্তর দিয়েছেন। - 200 ফেরত দেওয়ার আগে প্রসেস করা। Meta ধীর প্রতিক্রিয়ায় রিট্রাই করে, ফলে মেসেজটি দুবার হ্যান্ডেল হয়। - ডুপ্লিকেট শনাক্তকরণ বাদ দেওয়া। রিট্রাই নকশার অংশ, বিরল ব্যতিক্রম নয়। - পেলোডে মিডিয়ার বাইট আশা করা। এতে ডাউনলোডের জন্য মিডিয়া আইডি থাকে। **EasyCoexistence কি আমার গ্রাহকদের মেসেজ দেখতে পায়?** না। override এই ফিল্ডটি আপনার এন্ডপয়েন্টে পাঠায়। আমাদের ফলব্যাক কলব্যাকে পৌঁছানো যেকোনো কিছু সংরক্ষণ না করে বাদ দেওয়া হয়। **একটি রিকোয়েস্টে কি একাধিক মেসেজ আসতে পারে?** হ্যাঁ। একটি ডেলিভারিতে একাধিক মেসেজ থাকতে পারে। তাই হ্যান্ডলারকে প্রথমটি পড়ে থামার বদলে সবগুলোতে ইটারেট করা উচিত। **মিডিয়া কীভাবে পাব?** পেলোডে একটি মিডিয়া আইডি থাকে। নম্বরের অ্যাক্সেস টোকেন ব্যবহার করে সেটি দিয়ে URL আনুন, তারপর ডাউনলোড করুন। **smb_message_echoes কী?** এটি সহায়ক ফিল্ড, যা আপনার টিম WhatsApp Business অ্যাপ থেকে পাঠানো কনটেন্ট বহন করে। এটি শুধু Coexistence নম্বরে থাকে। --- ## phone_number_name_update ওয়েবহুক https://easycoexistence.com/bn/docs/webhook-phone-number-name-update phone_number_name_update ইভেন্টে ডিসপ্লে নাম জমা দেওয়ার ফল থাকে। এর সিদ্ধান্তের ঘর জানায় Meta নামটি অনুমোদন করেছে নাকি প্রত্যাখ্যান করেছে। এই ইভেন্টই একমাত্র জায়গা যেখানে ফলটি জানানো হয়, WhatsApp Business অ্যাপে এর কোনো তথ্য দেখা যায় না। ### এটি কী জানায় ইভেন্টের সিদ্ধান্ত হিসেবে ডিসপ্লে নাম জমা দেওয়ার ফল। নামটি গ্রাহকেরা কথোপকথনের ওপরে দেখেন, আর সেটি বদলালে Meta-র যাচাইকরণের মধ্য দিয়ে যেতে হয়। এই ইভেন্টে সাবস্ক্রাইব করার কারণ হলো, আর কোথাও ফলাফলটি জানানো হয় না। WhatsApp Business অ্যাপে কিছু দেখা যায় না। কয়েক সপ্তাহ আগে পরিবর্তনের আবেদন করা ব্যবসাও এটি না পেলে জানতে পারে না আবেদনটি কার্যকর হয়েছে কি না। টাইমলাইনে এটি সংরক্ষণ করলে ‘আমাদের নামের পরিবর্তন কার্যকর হয়েছে কি না’ প্রশ্নটি সহায়তা-আলোচনা না হয়ে তারিখসহ নিশ্চিত তথ্যে পরিণত হয়। ### কেন নাম প্রত্যাখ্যাত হয় মূলত নামটি যে ব্যবসা হিসেবে অ্যাকাউন্টটি যাচাইকৃত, তার সঙ্গে মিল না থাকলে। - আইনি সত্তা, নিবন্ধিত ব্যবসায়িক নাম বা ওয়েবসাইটের ব্র্যান্ডের সঙ্গে মেলে এমন নাম সাধারণত অনুমোদন পায়। - সাধারণ কোনো বর্ণনা বা যাচাইকৃত ব্যবসার সঙ্গে সম্পর্কহীন নাম সাধারণত পায় না। - নামের বদলে কীওয়ার্ড মনে হয় এমন কিছু নিয়মিতভাবে শনাক্ত হয়। ### নাম না থাকলে কী আটকে যায় কিছু পাঠানো আটকে যায়, আর এভাবেই বেশির ভাগ মানুষ জানতে পারেন যে নামটি কখনো অনুমোদিত হয়নি। অনুমোদিত ডিসপ্লে নাম ছাড়া কোনো নম্বর এমন কাজে error 131037 ফেরত দেয়, যেখানে নামটি প্রয়োজন। নম্বরের অন্য সবকিছু কাজ করায় এই ব্যর্থতা যিনি দেখেন, তাঁর কাছে এটি কোডের ত্রুটি মনে হয়। পরে সাধারণত দেখা যায়, ট্রায়াল সংযোগের সময় নাম দেওয়ার ধাপটি বাদ পড়েছিল এবং আর করা হয়নি। নাম জমা দেওয়া কেবল সাজসজ্জার ধাপ নয়, নম্বরটি সঠিকভাবে সেটআপ করার অংশ। নম্বর সংযুক্ত হওয়ার দিনই এটি করা ভালো। - কোনো খবর না পাওয়াকে অনুমোদন ধরে নেওয়া। সিদ্ধান্তটি এখানে এবং আর কোথাও আসে না। - নামের বদলে কীওয়ার্ড জমা দেওয়া। Meta এটি যাচাইকৃত ব্যবসার সঙ্গে মিলিয়ে দেখে। - ট্রায়ালের সময় ডিসপ্লে নাম বাদ দেওয়া, পরে নাম প্রয়োজন এমন পাঠানোর সময় 131037 পাওয়া। **রিভিউ হতে কত সময় লাগে?** Meta কোনো নির্দিষ্ট সময় প্রকাশ করে না, আর কোনো প্রোভাইডার এটি দ্রুত করাতে পারে না। **পরে কি নাম পরিবর্তন করতে পারি?** হ্যাঁ। প্রতিটি পরিবর্তন আবার যাচাইকরণের মধ্য দিয়ে যায় এবং এখানে আরেকটি ইভেন্ট তৈরি হয়। **গ্রাহক কি আমার নম্বরও দেখতে পান?** তাঁরা অনুমোদিত ডিসপ্লে নামটি দেখেন, আর সেটিই নাম রাখার উদ্দেশ্য। **error 131037 কী?** অনুমোদিত ডিসপ্লে নাম না থাকা কোনো নম্বর নাম প্রয়োজন এমন কাজ করার চেষ্টা করলে যে ত্রুটি ফেরত দেয়। --- ## message_template_status_update ওয়েবহুক https://easycoexistence.com/bn/docs/webhook-message-template-status-update message_template_status_update কোনো টেমপ্লেটের পর্যালোচনার অবস্থা বদলালে তা জানায়: অনুমোদিত, প্রত্যাখ্যাত, স্থগিত বা বন্ধ। একটি ইন্টিগ্রেশন টেমপ্লেট জমা দিয়ে ফলের অপেক্ষা করতে পারে, নির্দিষ্ট সময় পরপর Meta-কে জিজ্ঞেস করে অনুমান করতে হয় না। ### এটি কোন স্ট্যাটাস বহন করে একটি টেমপ্লেট কয়েকটি নির্দিষ্ট অবস্থার মধ্য দিয়ে যায়, আর প্রতিটি পরিবর্তনের খবর এখানে আসে। - অনুমোদিত: এখন থেকে টেমপ্লেটটি পাঠানো যাবে। - প্রত্যাখ্যাত: পাঠানো যাবে না, আর ইভেন্টের সঙ্গে কারণটিও থাকে। - স্থগিত: মান যথেষ্ট কমে যাওয়ায় Meta সাময়িকভাবে এটি থামিয়েছে। - বন্ধ: বারবার স্থগিত হওয়ার পর স্থায়ীভাবে থেমেছে, তাই নতুন টেমপ্লেট দরকার। ### কেন এতে পোল করার দরকার নেই কারণ বিকল্প পদ্ধতিতে বারবার জিজ্ঞেস করে কত ঘন ঘন জিজ্ঞেস করতে হবে তা অনুমান করতে হয়। এই ইভেন্ট না থাকলে, টেমপ্লেট তৈরি করা একটি ইন্টিগ্রেশনকে কোনো বিরতিতে get_template_status পোল করতে হয়, যতক্ষণ না উত্তর বদলায়। খুব ঘন ঘন করলে অপচয়, আবার খুব কম করলে অনুমোদিত টেমপ্লেট এক ঘণ্টা পড়ে থাকে, কেউ জানতে পারে না। এটি থাকলে প্রবাহটি হয় জমা দিন এবং অপেক্ষা করুন। Meta সাধারণত কয়েক মিনিটের মধ্যে ফল পাঠায়, আর ইন্টিগ্রেশন একবার প্রতিক্রিয়া জানায়। ক্লায়েন্টদের হয়ে টেমপ্লেট তৈরি করা এজেন্সির জন্য এর অর্থ হলো, কাজ নিজে নিজে শেষ হওয়া সারি বনাম কাউকে নজর রাখতে হওয়া সারি। ### প্রতিটি ফলাফলে কী করবেন অনুমোদিত হলে কাজটি সহজ: পাঠানোর উপযোগী হিসেবে চিহ্নিত করুন। বাকি তিনটি অবস্থাতেই এর আসল মূল্য বোঝা যায়। প্রত্যাখ্যানের সঙ্গে কারণ থাকে। সেটি সংক্ষেপ না করে হুবহু দেখানো ভালো, কারণ কারণটি সাধারণত কাজ করার মতো নির্দিষ্ট হয় এবং সংক্ষেপে সেই তথ্য হারিয়ে যায়। স্থগিত মানে কনটেন্ট থেকে খারাপ প্রতিক্রিয়া এসেছে, আর স্থগিতাদেশ উঠলে একই কনটেন্ট আবার পাঠালে একই ফল হবে। অপেক্ষা না করে সম্পাদনা করার সংকেত হিসেবে এটিকে নিন। এই টেমপ্লেটের জন্য বন্ধ হওয়া চূড়ান্ত। এগোনোর একমাত্র পথ হলো ভিন্ন কনটেন্ট দিয়ে নতুন টেমপ্লেট তৈরি করা, আর এটিকে সাময়িক ভাবলে পাঠানোর পথ অনির্দিষ্টকাল বন্ধ থাকবে। - এই ইভেন্ট অনুমোদনের খবর দেওয়ার পরও অনুমোদনের জন্য পোল করা। - প্রত্যাখ্যানের কারণ হুবহু না দেখিয়ে সংক্ষেপ করা। কাজ করার মতো নির্দিষ্ট তথ্যগুলোই এতে থাকে। - বন্ধ হওয়া টেমপ্লেটের জন্য অপেক্ষা করা। এই অবস্থা স্থায়ী এবং নতুন টেমপ্লেট দরকার। **অনুমোদন পেতে সাধারণত কত সময় লাগে?** সাধারণত কয়েক মিনিট, কখনো এক দিন পর্যন্ত। কোনো প্রদানকারী এটি দ্রুত করাতে পারে না। **স্থগিত টেমপ্লেট কি বন্ধ টেমপ্লেটের মতো?** না। নির্দিষ্ট সময় পর স্থগিতাদেশ ওঠে, কিন্তু বারবার স্থগিত হওয়ার পর বন্ধ হওয়া স্থায়ী। **প্রত্যাখ্যানের কারণ কি জানানো হয়?** হ্যাঁ, কারণটি কাজ করার মতো নির্দিষ্ট হয়, তাই সম্পাদনা না করে সেটি পাঠানো মূল্যবান। **একটি টেমপ্লেট স্থগিত থাকলে কি অন্য টেমপ্লেট পাঠাতে পারি?** হ্যাঁ। স্ট্যাটাসটি শুধু ওই টেমপ্লেটের ক্ষেত্রে প্রযোজ্য, নম্বরের ক্ষেত্রে নয়। --- ## message_template_quality_update ওয়েবহুক https://easycoexistence.com/bn/docs/webhook-message-template-quality-update message_template_quality_update একটি নির্দিষ্ট টেমপ্লেট নিয়ে প্রাপকদের প্রতিক্রিয়ার পরিবর্তন জানায়। মান কমে বিরতি আসার আগেই এটি আসে, তাই পরে ব্যর্থতার কারণ খোঁজার বদলে ব্যবস্থা নেওয়ার সময় দেয়। ### এটি কী মাপছে একটি নির্দিষ্ট টেমপ্লেট দিয়ে পাঠানো মেসেজে মানুষ কীভাবে প্রতিক্রিয়া জানায়, পুরো নম্বরে নয়। ব্লক ও রিপোর্টের ওজন সবচেয়ে বেশি, তবে একেবারেই যুক্ত না হওয়াও কিছুটা হিসাব হয়। টেমপ্লেটভিত্তিক এই পরিধিই এটিকে কার্যকর করে। একটি নম্বর সামগ্রিকভাবে ভালো থাকতে পারে, অথচ একটি টেমপ্লেট নিঃশব্দে নিজের প্রাপকদের বিরক্ত করছে। এই ইভেন্টটি দুটির পার্থক্য দেখায়। এটি না থাকলে প্রথম সংকেত আসে টেমপ্লেটটি পাঠানো ব্যর্থ হওয়ার সময়, যখন নম্বরের অন্য সবকিছু স্বাভাবিকভাবে কাজ করে। ### কেন দ্রুত ব্যবস্থা নেওয়াই মূল কথা কারণ এর পরের প্রতিটি অবস্থা আরও খারাপ এবং আগের অবস্থায় ফেরানো কঠিন। মান যথেষ্ট কমে গেলে টেমপ্লেটটি স্থগিত হয়। তখন প্রতিটি চেষ্টায় 132015 ত্রুটির কোড ফেরত আসে এবং Meta যে সময়কাল প্রকাশ করে না, তা পার হওয়ার পরই আবার চালু হয়। বারবার স্থগিত হলে এটি স্থায়ীভাবে নিষ্ক্রিয় হয়। তখন নতুন নামে নতুন টেমপ্লেট হিসেবে কনটেন্টটি আবার তৈরি করতে হয়। টেমপ্লেটটি এখনও পাঠানো যাচ্ছে এমন সময়ে মানের সংকেত আসাই একমাত্র মুহূর্ত, যখন সম্পাদনার কোনো খরচ নেই। স্থগিত হওয়ার পরও সম্পাদনাই সঠিক পদক্ষেপ, তবে কেউ খেয়াল না করা পর্যন্ত যত সময় যায়, পাঠানোর পথটি ততক্ষণ ভাঙা থাকে। ### সাধারণত কী কারণে এটি হয় কনটেন্ট এবং প্রাপকগোষ্ঠী, এই ক্রমে। দ্বিতীয় কারণটি মানুষ প্রায়ই ভুলে যায়। - ইউটিলিটি হিসেবে ঘোষিত টেমপ্লেটের ভেতরে প্রচারণামূলক ভাষা, যা প্রাপকেরা আশা করেননি। - কোন ব্যবসা মেসেজ পাঠাচ্ছে তা স্পষ্ট নয়। - সম্প্রতি যুক্ত হয়েছে এমন মানুষদের বদলে একটি তালিকায় পাঠানো। - যে প্রাপকগোষ্ঠী কখনও এটি চায়নি, তাদের কাছে একই টেমপ্লেট ব্যাপকভাবে পাঠানো। - এটিকে শুধু তথ্য হিসেবে দেখা। টেমপ্লেটটি এখনও কাজ করার সময় আসা এটিই শেষ সংকেত। - এটিকে নম্বরের সমস্যা হিসেবে পড়া। এটি একটি টেমপ্লেটের মধ্যেই সীমাবদ্ধ। - শুধু ভাষা সম্পাদনা করে একই প্রাপকগোষ্ঠী রাখা। কাকে পাঠানো হয়, তা মেসেজে কী বলা হয়েছে তার মতোই একই সংকেত তৈরি করে। **এটি কি আমার অন্য টেমপ্লেটগুলোকেও প্রভাবিত করে?** না। সংকেতটি একটি টেমপ্লেটের মধ্যেই সীমাবদ্ধ, তাই একই নম্বরের অন্য টেমপ্লেটগুলো প্রভাবিত হয় না। **আমি কি এটি অ্যাপে দেখতে পারি?** না। ফোনের WhatsApp Business অ্যাপে টেমপ্লেটের মানসংক্রান্ত কিছুই দেখা যায় না। **আমি এটি উপেক্ষা করলে কী হবে?** মান কমতে থাকলে টেমপ্লেটটি স্থগিত হবে, আর বারবার স্থগিত হলে এটি স্থায়ীভাবে নিষ্ক্রিয় হবে। **শুধু ভাষা সম্পাদনা করলেই কি যথেষ্ট?** অনেক সময় হয়, তবে সব সময় নয়। টেমপ্লেটটি কাকে পাঠানো হয়, তা মেসেজে কী বলা হয়েছে তার মতোই একই সংকেত তৈরি করে। --- ## history ওয়েবহুক https://easycoexistence.com/bn/docs/webhook-history `history` ফিল্ডে Coexistence নম্বরের বিদ্যমান কথোপকথনের একবারের স্থানান্তর আসে। ইতিহাস শেয়ারে সম্মতি দেওয়া থাকলে অনবোর্ডিংয়ের পরে এটি আসে, এবং স্থানান্তর হয়েছে কি না, ইন্টিগ্রেশনকে জানানোর একমাত্র সংকেত এটি। ### এটি কী পাঠায় WhatsApp Business অ্যাপে কোনো নম্বরে আগে থাকা একান্ত কথোপকথনের ইতিহাস এটি বহন করে, যাতে বছরের পর বছর ব্যবহৃত কোনো নম্বরে সফটওয়্যার অন্ধভাবে শুরু না করে। এর সঙ্গে গ্রুপ কথোপকথন আসে না। Coexistence নম্বরে এগুলো API থেকে পুরোপুরি বাদ থাকে। অ্যাপের নিজস্ব টুলও আসে না: লেবেল, দ্রুত উত্তর, স্বাগতবার্তা এবং অনুপস্থিতির বার্তার API-তে সমতুল্য কিছু নেই, তাই সেগুলো ডিভাইসেই থাকে। এই ফিল্ড শুধু Coexistence নম্বরে থাকে। সাধারণ পদ্ধতিতে অনবোর্ড করা নম্বরে আনার মতো আগের অ্যাপ ইতিহাস থাকে না, তাই পাঠানোর মতো কিছুই নেই। ### কেন এটি একবারই সক্রিয় হয় কারণ স্থানান্তরটি চলমান সুবিধা নয়, অনবোর্ডিংয়েরই অংশ। Embedded Signup-এর সময় ব্যবসার মালিককে বিদ্যমান কথোপকথন শেয়ার করবেন কি না জিজ্ঞেস করা হয়। হ্যাঁ বললেই সিঙ্ক চালানোর অনুমতি মেলে। পরে এটি আবার চালু করার কোনো সেটিংস নেই, পুনরাবৃত্তির কোনো এন্ডপয়েন্টও নেই। দ্বিতীয়বার চেষ্টা করলে রেট লিমিট সরে যাওয়ার বদলে 2593107 ফেরত আসে। এর একটি সময়সীমাও আছে। অনবোর্ডিংয়ের 24 ঘণ্টার মধ্যে সিঙ্ক শুরু করতে হবে। পরে চেষ্টা করলে 2593108 ফেরত আসে। যেকোনো একটি শর্ত মিস হলে নম্বরটি সংযোগ বিচ্ছিন্ন করে পুরো প্রক্রিয়া আবার চালাতে হবে। ### হ্যান্ডলার এটি নিয়ে কী করবে এটিকে মেসেজের পথে আসা অতিরিক্ত ট্রাফিক হিসেবে নয়, একবার আসা এবং বড় হতে পারে এমন একটি ব্যাচ হিসেবে বিবেচনা করুন। - দ্রুত স্বীকৃতি পাঠিয়ে অ্যাসিঙ্ক্রোনাসভাবে প্রক্রিয়া করুন, অন্য যেকোনো ডেলিভারির মতো। - মেসেজ আইডি ধরে ডুপ্লিকেট বাদ দিন: অনবোর্ডিংয়ের সময় history এবং লাইভ মেসেজ একে অপরের সঙ্গে মিলে যেতে পারে। - এটি না আসার জন্য প্রস্তুত থাকুন। মালিক ইতিহাস প্রত্যাখ্যান করলে কোনো কিছু এখানে পাঠানো হয় না, তাই ইন্টিগ্রেশনকে দুই অবস্থাতেই কাজ করতে হবে। - অনবোর্ডিং এটি আসা পর্যন্ত আটকে রাখবেন না। স্থানান্তর শেষ হওয়ার আগেই সংযোগ ব্যবহারযোগ্য থাকে। - ইতিহাস থাকতেই হবে এমন ইন্টিগ্রেশন তৈরি করা। অনেক নম্বর ইতিহাস ছাড়াই সংযুক্ত হয়। - 2593107-এর পরে সিঙ্ক আবার চেষ্টা করা। এটি একবারের ইভেন্ট, তাই আবার চেষ্টা করলেও একই ত্রুটি ফেরত আসে। - ইন্টিগ্রেশন তৈরির সময় পর্যন্ত ইতিহাসের সিদ্ধান্ত ফেলে রাখা, যা সাধারণত 24 ঘণ্টার সময়সীমা শেষ হওয়ার পরে হয়। **কতটা ইতিহাস আসে?** সাম্প্রতিক একান্ত কথোপকথনের একটি সময়সীমা আসে, যা কোনো প্রোভাইডার নয়, Meta নির্ধারণ করে। **গ্রুপ চ্যাট কি আসে?** না। Coexistence নম্বরে গ্রুপগুলো API থেকে পুরোপুরি বাদ থাকে। **পরে কি আবার অনুরোধ করা যায়?** না। প্রতি অনবোর্ডিংয়ে এটি একবার চলে। আবার চালাতে হলে নম্বরটি সংযোগ বিচ্ছিন্ন করে পুনরায় সংযোগ করতে হবে। **মালিক ইতিহাস প্রত্যাখ্যান করলে কী হয়?** এই ফিল্ডে কিছুই আসে না, এবং নম্বর সংযুক্ত হওয়ার মুহূর্ত থেকে আসা মেসেজগুলোই API দেখতে পায়। --- ## smb_app_state_sync ওয়েবহুক https://easycoexistence.com/bn/docs/webhook-smb-app-state-sync smb_app_state_sync সরাসরি WhatsApp Business অ্যাপ থেকে স্টেট বহন করে, মূলত Coexistence নম্বর সংযুক্ত হলে চলা কনট্যাক্ট সিঙ্ক্রোনাইজেশন। এটি history থেকে আলাদা, কারণ history কথোপকথন বহন করে, এবং এটি শুধু Coexistence নম্বরে থাকে। ### এতে কী থাকে অ্যাপের দিকের স্টেট, অর্থাৎ বাস্তবে ব্যবসার ফোনে আগে থেকেই থাকা কনট্যাক্ট। WhatsApp নম্বর থাকা প্রতিটি কনট্যাক্ট প্ল্যাটফর্মে সিঙ্ক্রোনাইজ করা যায়। তাই সফটওয়্যার ব্যবসার ফোনে বছরের পর বছর থাকা কোনো গ্রাহককে নতুন নম্বর হিসেবে না দেখে চিনতে পারে। এটি কথোপকথনের থেকে আলাদা। কথোপকথন আসে `history` ফিল্ডে, কারণ একটি ডিরেক্টরি আর অন্যটি ট্রান্সক্রিপ্ট। history-এর মতো এটিও শুধু Coexistence-এ থাকে। যে নম্বর কখনো অ্যাপে ছিল না, সেখানে সিঙ্ক করার মতো অ্যাপ স্টেট নেই। ### এতে কী থাকে না অ্যাপের নিজস্ব কাজের টুলগুলো, যেগুলোর প্ল্যাটফর্মের দিকে কোনো প্রতিনিধিত্ব নেই। - লেবেল, যা ডিভাইসে থাকে এবং সফটওয়্যার পড়তে পারে না। - কুইক রিপ্লাই, গ্রিটিং ও অ্যাওয়ে মেসেজ। - ক্যাটালগ, অর্ডার ও স্ট্যাটাস। - চ্যানেল এবং ভয়েস বা ভিডিও কলের ইতিহাস। ### ইন্টিগ্রেশনের জন্য এটি গুরুত্বপূর্ণ কেন কারণ প্রথম দিনেই আপনার সিস্টেম জানতে পারবে কি না যে কে লিখছে, তা এটি নির্ধারণ করে। কনট্যাক্ট সিঙ্ক না থাকলে প্রতিটি ইনবাউন্ড মেসেজ কোনো নাম ছাড়া শুধু ফোন নম্বর হিসেবে আসে, আর সেটিকে কাস্টমার রেকর্ডের সঙ্গে মেলানো আপনার দায়িত্ব। সিঙ্ক থাকলে ব্যবসার নিজস্ব কনট্যাক্ট তালিকা পাওয়া যায় এবং মিল খোঁজার কাজ বেশিরভাগই হয়ে যায়। দুই অবস্থার জন্যই পরিকল্পনা করা ভালো, কারণ কোনো ব্যবসা সিঙ্ক প্রত্যাখ্যান করতে পারে বা সময়সীমা পার করে ফেলতে পারে। কনট্যাক্ট থাকবেই ধরে নেওয়া ইন্টিগ্রেশন খুললে ব্যবহারকারীকে কাঁচা নম্বরের দীর্ঘ তালিকা দেখাবে। - কনট্যাক্ট থাকবেই ধরে নেওয়া। ব্যবসা সিঙ্ক প্রত্যাখ্যান করতে পারে বা সময়সীমা পার করে ফেলতে পারে। - এই পেলোডে লেবেল বা কুইক রিপ্লাই আশা করা। এগুলো ডিভাইসেই থাকে। - এটিকে history-এর সঙ্গে গুলিয়ে ফেলা, কারণ history কনট্যাক্ট তালিকার বদলে কথোপকথন বহন করে। **এটি কি history সিঙ্কেরই মতো?** না। এটি অ্যাপ স্টেট, মূলত কনট্যাক্ট বহন করে। `history` কথোপকথন বহন করে। **এটি কি একাধিকবার চলে?** প্রাথমিক সিঙ্ক্রোনাইজেশন অনবোর্ডিংয়ের সময় একবার হয়, history-এর মতো একই 24 ঘণ্টার সময়সীমার মধ্যে। **আমি কি লেবেল পাব?** না। লেবেল অ্যাপের একটি ফিচার, যার কোনো API সমতুল্য নেই। **এটি কি সাধারণ Cloud API নম্বরে থাকে?** না। এমন নম্বরে সিঙ্ক করার মতো WhatsApp Business অ্যাপ স্টেট নেই। --- ## template_category_update ওয়েবহুক https://easycoexistence.com/bn/docs/webhook-template-category-update template_category_update জানায় যে Meta কোনো টেমপ্লেটের ক্যাটাগরি বদলে ইউটিলিটি, মার্কেটিং বা অথেন্টিকেশনে নিয়েছে। এটি গুরুত্বপূর্ণ, কারণ ক্যাটাগরি ঠিক করে কথোপকথনের জন্য Meta-র চার্জ কত হবে। তাই কেউ কিছু না বদলালেও আপনার খরচ বদলে যেতে পারে। ### কেন ক্যাটাগরি নিজে থেকেই বদলে যায় কারণ Meta কোনো টেমপ্লেটকে শুধু ঘোষিত ক্যাটাগরি দিয়ে নয়, সেটিতে আসলে কী বলা হয়েছে তা দেখে পর্যালোচনা করে। ইউটিলিটি হিসেবে জমা দেওয়া কোনো টেমপ্লেটে অফার থাকলে, সেটি কম দামের লেবেল লাগানো প্রচারমূলক কনটেন্ট। কখনও রিভিউয়ের সময় এটি ধরা পড়ে এবং বাতিল হয়। কখনও অনুমোদনের পর, ব্যবহারের সময় কনটেন্টটি দেখা হলে, ক্যাটাগরি বদলে দেওয়া হয়। এই ইভেন্টটি সেই দ্বিতীয় ঘটনাই জানায়। আপনার দিকের কিছুই এটি ঘটায় না। টেমপ্লেট অপরিবর্তিত থাকে, কোড অপরিবর্তিত থাকে, আর এই ইভেন্ট না থাকলে প্রথম লক্ষণ হতে পারে পূর্বাভাসের সঙ্গে না মেলা ইনভয়েস। ### এতে কী বদলে যায় এর পর থেকে ওই টেমপ্লেট যে প্রতিটি কথোপকথন শুরু করবে, তার মূল্য। - Meta ইউটিলিটি, মার্কেটিং এবং অথেন্টিকেশন কথোপকথনের জন্য আলাদা মূল্য নির্ধারণ করে। - মার্কেটিং মেসেজের জন্য WhatsApp Business Account-এ পেমেন্ট পদ্ধতিও প্রয়োজন। - পেমেন্ট পদ্ধতি ছাড়া কোনো অ্যাকাউন্টে টেমপ্লেট মার্কেটিংয়ে বদলে গেলে 131042 ফেরত আসতে শুরু করে। - টেমপ্লেটটি নিজে কাজ করতে থাকে। বদলায় এর মূল্য এবং কী প্রয়োজন। ### কীভাবে ক্যাটাগরি বদলানো এড়াবেন সৎভাবে ক্যাটাগরি ঘোষণা করুন, কারণ কৃত্রিমভাবে কম দামের ক্যাটাগরি নেওয়ার চেয়ে সেটিই সস্তা। ইউটিলিটি টেমপ্লেট গ্রাহক যা করেছেন, সেটি বর্ণনা করে: অর্ডার, বুকিং বা ডেলিভারি। গ্রাহক কোনো কাজ না করলে যে মেসেজটি থাকত না, সেটি ইউটিলিটি। আর আপনি কিছু বিক্রি করতে চান বলেই যদি মেসেজটি থাকে, সেটি মার্কেটিং। পরে আপনার পছন্দের বাইরে মার্কেটিংয়ে সরিয়ে দেওয়ার চেয়ে শুরুতেই তা ঘোষণা করা কম খরচের। ভুল ক্যাটাগরিতে টেমপ্লেট বারবার জমা দিলে পুরো অ্যাকাউন্টের দিকেও নজর পড়তে পারে। মার্কেটিং মেসেজে মার্কেটিংয়ের মূল্য দেওয়ার চেয়ে সেটি খারাপ ফলাফল। - কম খরচ দিতে প্রচারমূলক কনটেন্টকে ইউটিলিটি হিসেবে ঘোষণা করা। পরে, আরও খারাপ সময়ে, ক্যাটাগরি বদলে যায়। - এই ইভেন্ট উপেক্ষা করা। আপনি নিয়ন্ত্রণ করেন এমন কিছু না বদলালেও এটি বিলিং বদলে দেয়। - অনুমোদনকে চূড়ান্ত ধরে নেওয়া। অনুমোদনের পরেও টেমপ্লেট সরিয়ে দেওয়া যেতে পারে। **টেমপ্লেট কি কাজ করা বন্ধ করে?** না। এটি মেসেজ পাঠাতে থাকে। বদলায় কথোপকথনের মূল্য এবং মার্কেটিংয়ের ক্ষেত্রে পেমেন্ট পদ্ধতির প্রয়োজনীয়তা। **ক্যাটাগরি বদলানোর বিরুদ্ধে কি আপিল করতে পারি?** Meta নিজস্ব চ্যানেলের মাধ্যমে ক্যাটাগরি নিয়ে বিরোধ সামলায়। কোনো প্রোভাইডার ক্যাটাগরি বদলাতে পারে না। **কোন ক্যাটাগরির মূল্য সবচেয়ে কম?** Meta বাজারভেদে আলাদা মূল্য নির্ধারণ করে। সঠিক ক্যাটাগরির মধ্যে সবচেয়ে কম দামেরটি হলো যে ক্যাটাগরি মেসেজটিকে সত্যভাবে বর্ণনা করে। **131063 কী?** অ্যাকাউন্টে মার্কেটিং টেমপ্লেট বন্ধ থাকলে এটি ফেরত আসে। পেমেন্ট পদ্ধতি না থাকার বিষয়টি আলাদা। --- ## Meta Business Portfolio এবং এর ভেতরের বিষয়গুলো https://easycoexistence.com/bn/docs/meta-business-portfolio Business Portfolio হলো Meta Business Manager-এ কোম্পানি স্তরের ধারক। এতে WhatsApp Business অ্যাকাউন্ট থাকে, আর সেগুলোতে ফোন নম্বর থাকে। কোনো ক্লায়েন্ট নম্বর সংযুক্ত করলে সেটি প্রোভাইডারের পোর্টফোলিওতে না গিয়ে ক্লায়েন্টের পোর্টফোলিওতেই থাকে। ### স্তরগুলো কীভাবে একসঙ্গে কাজ করে? তিনটি স্তর আছে, আর সবকিছুকে অ্যাকাউন্ট বলা থেকেই বেশিরভাগ বিভ্রান্তির শুরু। Business Portfolio সবার ওপরে থাকে এবং Meta Business Manager-এ কোম্পানিকে তুলে ধরে। এতে বিভিন্ন সম্পদ থাকে: বিজ্ঞাপন অ্যাকাউন্ট, পেজ এবং WhatsApp Business অ্যাকাউন্ট। একটি WhatsApp Business অ্যাকাউন্টের ভেতরে ফোন নম্বরগুলো থাকে, প্রতিটির নিজস্ব phone number id, মানের রেটিং এবং মেসেজিং স্তর থাকে। তাই কেউ যখন বলছেন অ্যাকাউন্টটি কাজ করছে কি না দেখুন, কথাটির অর্থ কে বলছেন তার ওপর নির্ভর করে চার ধরনের পরীক্ষা হতে পারে। কোনো সমস্যা হলে আপনি কোন স্তরের কথা বলছেন তা স্পষ্ট করে বললে সমস্যা শনাক্তে বেশিরভাগ সময় বেঁচে যায়। ### কার পোর্টফোলিওতে নম্বরটি আছে, তা কেন গুরুত্বপূর্ণ? কারণ এতে ঠিক হয় সংযোগটি আসলে কে নিয়ন্ত্রণ করে। Tech Provider-এর নিজস্ব অ্যাপের মাধ্যমে অনবোর্ডিং হলে নম্বরটি ক্লায়েন্টের পোর্টফোলিওতে সংযুক্ত হয় এবং প্রোভাইডারের অ্যাপকে সেটিতে কাজ করার অনুমতি দেওয়া হয়। Meta-র সঙ্গে সম্পর্কটি ক্লায়েন্টের, কথোপকথনের বিল তাদের পেমেন্ট পদ্ধতিতে যায় এবং অ্যাক্সেস বাতিল করার ক্ষমতাও তাদের থাকে। অন্য কারও প্রোভাইডার অ্যাকাউন্টের ওপর টুল তৈরি হলে নম্বরগুলো অন্যভাবে যুক্ত হয়, আর সাধারণ উদ্দেশ্যের অটোমেশন প্ল্যাটফর্মে মানুষ যে সীমাবদ্ধতার মুখোমুখি হয়, সেগুলো ওই যৌথ সম্পর্ক থেকেই আসে। কোনো এজেন্সির জন্য এটি এমন একটি প্রশ্নের উত্তর, যা শেষ পর্যন্ত প্রতিটি গুরুতর ক্লায়েন্টই করে। - পোর্টফোলিও এবং WABA-কে একই অর্থে ব্যবহার করা। একটি অন্যটিকে ধারণ করে এবং দুটির সমস্যা আলাদাভাবে দেখা দেয়। - নিজের পোর্টফোলিওর অধীনে ক্লায়েন্টের নম্বর সংযুক্ত করা। এতে সংযোগটি ক্লায়েন্টের বদলে আপনার হয়ে যায়। - ব্যবসা যাচাইকরণ নম্বরের সঙ্গে যুক্ত আছে ধরে নেওয়া। এটি পোর্টফোলিও স্তরে থাকে। **পোর্টফোলিও কি WhatsApp Business Account-এর মতোই?** না। পোর্টফোলিও হলো কোম্পানির ধারক; WABA তার ভেতরে থাকে এবং ফোন নম্বরগুলো ধারণ করে। **একটি পোর্টফোলিওতে কি একাধিক WABA রাখা যায়?** হ্যাঁ, কোনো ক্লায়েন্টের আলাদা ব্র্যান্ডের জন্য আলাদা অ্যাকাউন্ট থাকলে এজেন্সিগুলো প্রায়ই এমনটি দেখে। **কে কোনো পোর্টফোলিওতে অ্যাক্সেস দিতে পারে?** ওই পোর্টফোলিওর একজন অ্যাডমিন, যিনি সাধারণত ব্যবসার মালিক, ইন্টিগ্রেশন যিনি করছেন তিনি নন। **সংযুক্ত করলে কি আমার নম্বর স্থানান্তরিত হয়?** না। এটি আপনার পোর্টফোলিওতেই থাকে এবং প্রোভাইডারের অ্যাপকে সেটিতে কাজ করার অনুমতি দেওয়া হয়। --- ## WhatsApp Business অ্যাকাউন্ট, আর কেন ওভাররাইড এখানেই থাকে https://easycoexistence.com/bn/docs/whatsapp-business-account একটি WhatsApp Business অ্যাকাউন্টে ফোন নম্বর ও টেমপ্লেট থাকে। বিষয়টি যতটা সহজ মনে হয়, তার চেয়ে গুরুত্বপূর্ণ, কারণ ওয়েবহুক রাউটিং নম্বরভিত্তিক নয়, এই স্তরেই প্রয়োগ হয়। তাই কোনো সংযোগ সরালে রাউটিংও সরিয়ে নেওয়া হয়। ### একটি WABA-তে আসলে কী থাকে? ফোন নম্বর ও টেমপ্লেট, যে জোড়াটি প্রথম দেখায় যতটা সাধারণ মনে হয়, তার চেয়ে বেশি গুরুত্বপূর্ণ। টেমপ্লেট কোনো নম্বরের নয়, অ্যাকাউন্টের অধীনে থাকে। তাই একই WABA-এর সব নম্বর একই টেমপ্লেট লাইব্রেরি শেয়ার করে। অর্ডার আপডেটের জন্য একটি তৈরি করলে সব নম্বর সেটি পাঠাতে পারে। Meta একটি অ্যাকাউন্টে টেমপ্লেটের সংখ্যা সীমিত করে। একই অ্যাকাউন্টে অনেক ব্র্যান্ড পরিচালনাকারী এজেন্সি এই সীমায় পৌঁছাতে পারে। প্রতিটি নম্বরের নিজস্ব ফোন নম্বরের আইডি, ডিসপ্লে নাম, গুণমানের রেটিং এবং মেসেজিং স্তর থাকে। এগুলো নম্বরভিত্তিক, তাই একই অ্যাকাউন্টের একটি নম্বরের মান খারাপ হতে পারে, অন্যটি সুস্থ থাকতে পারে। ### কেন ওয়েবহুক ওভাররাইড এই স্তরে থাকে? কারণ ওভাররাইডটি যে সাবস্ক্রিপশন পরিবর্তন করে, সেটি কোনো নম্বরের নয়, একটি অ্যাপের অ্যাকাউন্টে সাবস্ক্রিপশন। কোনো গন্তব্য সেট হলে আসলে আমাদের অ্যাপের ওই WABA-তে সাবস্ক্রিপশনে একটি override_callback_uri প্রয়োগ হয়। এরপর অ্যাকাউন্টের প্রতিটি নম্বর তার মেসেজ পথের ইভেন্ট সেখানে পাঠায়। নম্বরভিত্তিক কোনো রাউটিং নেই, যা একই ক্লায়েন্টের অধীনে একাধিক নম্বর পরিচালনাকারীদের অবাক করে। পরিকল্পনার জন্য গুরুত্বপূর্ণ ফলাফলটি হলো, 14 দিনের নিষ্ক্রিয়তার নিয়মে বা অন্য কোনো কারণে কোনো সংযোগ সরালে অ্যাপটি অ্যাকাউন্ট থেকে আনইনস্টল হয় এবং ওভাররাইডও তার সঙ্গে আনইনস্টল হয়। পুনরায় সংযোগ হলে মেসেজ পাঠানো ও মনিটরিং ফিরে আসে। কিন্তু আপনার নিজস্ব সার্ভারে মেসেজ পাঠানো ফিরে আসে না, যতক্ষণ না কেউ ওভাররাইডটি আবার প্রয়োগ করে। - নম্বরভিত্তিক ওয়েবহুক রাউটিং আশা করা। ওভাররাইডটি অ্যাকাউন্টভিত্তিক। - পুনরায় সংযোগে গন্তব্য ফিরে আসে ধরে নেওয়া। অ্যাপের সঙ্গে এটি আনইনস্টল হয় এবং আবার প্রয়োগ করতে হয়। - টেমপ্লেট শেয়ার করা হয় তা ভুলে যাওয়া। অ্যাকাউন্টের প্রতিটি নম্বর একই লাইব্রেরি দেখে। **একটি WABA-এর দুটি নম্বর কি আলাদা এন্ডপয়েন্টে রাউট হতে পারে?** না। ওভাররাইডটি অ্যাকাউন্টে প্রয়োগ হয়, তাই এর সব নম্বর একই গন্তব্যে মেসেজ পাঠায়। **অ্যাকাউন্টের মধ্যে টেমপ্লেট কি স্থানান্তর করা যায়?** না। যে অ্যাকাউন্টে তৈরি করা হয়েছে, টেমপ্লেট সেই অ্যাকাউন্টেরই থাকে। **কোনো নম্বর সরালে ওভাররাইডের কী হয়?** অ্যাকাউন্ট থেকে অ্যাপ আনইনস্টল হলে ওভাররাইডও তার সঙ্গে চলে যায়। পুনরায় সংযোগে মেসেজ পাঠানো ফিরে আসে, কিন্তু গন্তব্য ফিরে আসে না। **টেমপ্লেটের কি কোনো সীমা আছে?** Meta প্রতি অ্যাকাউন্টে টেমপ্লেটের সংখ্যা সীমিত করে, সীমা ছাড়ালে একটি নির্দিষ্ট ত্রুটি ফেরত আসে। --- ## WhatsApp নম্বরে দুই ধাপের যাচাইকরণ https://easycoexistence.com/bn/docs/two-step-verification দুই ধাপের যাচাইকরণ হলো WhatsApp Business ফোন নম্বরে সেট করা একটি PIN। কিছু অপারেশনের জন্য এটি দরকার হয়। সাধারণত শুরু করার সময় একবার সেট করার পর আর ব্যবহার করা হয় না, তাই ব্যবসার কেউ PIN মনে না রাখাই সবচেয়ে সাধারণ সমস্যা। ### PIN আসলে কখন প্রয়োজন হয়? কোনো নম্বরের রেজিস্ট্রেশন ও পুনরায় রেজিস্ট্রেশনের সময় এবং Meta সুরক্ষিত রাখে এমন কিছু অ্যাকাউন্ট অপারেশনে এটি প্রয়োজন হয়। এর মানে, বেশিরভাগ ব্যবসা শুরু করার সময় PIN সেট করে, তারপর আর কখনও দেখে না। ঠিক এ কারণেই এটি সমস্যা হয়ে দাঁড়ায়। যিনি সেট করেছিলেন তিনি পরে আর থাকেন না, PIN কোথাও লেখা থাকে না, আর 18 মাস পর এমন এক মুহূর্তে এটি দরকার হয় যখন অন্য কিছু ইতিমধ্যেই নষ্ট হয়ে গেছে। এটি ঘিরে থাকা ত্রুটিগুলো নির্দিষ্ট, তাই কারণ নির্ণয় করা যায়। ভুল PIN দিলে 133005 ফেরত আসে। অনেকবার চেষ্টা করলে 133008 ফেরত আসে এবং প্রতিক্রিয়ায় উল্লেখ করা সময়ের জন্য পরবর্তী চেষ্টা বন্ধ থাকে। খুব দ্রুত চেষ্টা করলে 133009 ফেরত আসে। এটি ভুল উত্তরের সমস্যা নয়, বরং অনুরোধের সীমা। ### PIN হারিয়ে গেলে কী করবেন? নম্বরের সেটিংসে WhatsApp Manager-এ এটি রিসেট করুন। এর জন্য PIN-টির মালিক অ্যাকাউন্টে অ্যাক্সেস থাকতে হবে। এটি সেবা প্রদানকারীর নয়, ব্যবসার মালিকের অপারেশন। কোনো API PIN পড়তে বা রিসেট করতে পারে না, আর কোনো সেবা প্রদানকারী এটি সংরক্ষণও করে না। এটাই নকশা অনুযায়ী হওয়া উচিত, কারণ সেবা প্রদানকারী উদ্ধার করতে পারে এমন কোনো গোপন তথ্য দ্বিতীয় ধাপের সুরক্ষা হতে পারে না। বাস্তব পরামর্শ হলো, PIN এমন কোথাও লিখে রাখুন যেখান থেকে ব্যবসা নিজেই এটি উদ্ধার করতে পারে, এজেন্সি নয়। শুধু কোনো এজেন্সির পাসওয়ার্ড ম্যানেজারে PIN রাখলে, একটি ক্লায়েন্ট সম্পর্ক শেষ হওয়ার পর আবার একই সমস্যা তৈরি হয়। - ভুল PIN দেওয়ার পর দ্রুত আবার চেষ্টা করা। এতে 133009 ফেরত আসে এবং পরবর্তী বৈধ চেষ্টাও দেরি হয়। - শুধু এজেন্সির কাছে PIN রাখা। ব্যবসার নিজেরই এটি উদ্ধার করতে পারা দরকার। - সেবা প্রদানকারী PIN উদ্ধার করতে পারবে ধরে নেওয়া। কেউ এটি সংরক্ষণ করে না, আর PIN থাকার উদ্দেশ্যই এটাই। **আপনি কি আমার PIN রিসেট করতে পারবেন?** না। এটি Meta-র নিজস্ব সেটিংসে নম্বরে সেট করা হয়, আর কোনো সেবা প্রদানকারী এটি পড়তে বা বদলাতে পারে না। **লকআউট কতক্ষণ থাকে?** 133008-এর ক্ষেত্রে Meta নির্দিষ্ট সময়ের বদলে ত্রুটির প্রতিক্রিয়ায় অপেক্ষার সময় জানায়। **PIN কি নম্বরভিত্তিক, নাকি অ্যাকাউন্টভিত্তিক?** প্রতি ফোন নম্বরের জন্য। **এটি কি ব্যবসায়িক যাচাইকরণের মতোই?** না। যাচাইকরণ পুরো পোর্টফোলিও স্তরে আইনি সত্তা নিয়ে, আর এটি একটি নম্বরে সেট করা PIN। --- ## account_review_update ওয়েবহুক https://easycoexistence.com/bn/docs/webhook-account-review-update account_review_update ব্যবসায়িক অ্যাকাউন্ট নিয়ে Meta-র রিভিউয়ের ফল বহন করে। এর decision ফিল্ডে সিদ্ধান্ত জানায়, আর প্রত্যাখ্যানকে শুধু তথ্য না ধরে দুর্বল সংযোগ হিসেবে দেখা উচিত, কারণ এরপর সাধারণত মেসেজ পাঠানোর সক্ষমতা কমতে থাকে। ### রিভিউ কখন হয়? Meta যখন ব্যবসায়িক অ্যাকাউন্ট পরীক্ষা করে, তখন রিভিউ হতে পারে। এর আগে যাচাইকরণ জমা দেওয়া, আপিল করা, বা মেসেজ পাঠানোর আচরণ থেকে তৈরি স্বয়ংক্রিয় ফ্ল্যাগ থাকতে পারে। রিভিউ নিজে কোনো প্রোভাইডার শুরু করতে বা ভেতর থেকে দেখতে পারে না। যা আসে, তা হলো decision-সহ একটি ইভেন্টে জানানো ফলাফল। অনুমোদন সাধারণত উল্লেখযোগ্য নয়। প্রত্যাখ্যানের পরেই প্রায়ই সীমাবদ্ধতা আসে, তাই সেটিই দ্রুত পদক্ষেপের দাবি রাখে। WhatsApp Business অ্যাপে রিভিউয়ের কিছুই দেখা যায় না। তাই ব্যবসা রিভিউয়ের অধীনে থাকতে পারে, প্রত্যাখ্যাত হতে পারে, তবু ফোন থেকে গ্রাহকদের উত্তর দিতে পারে, কোনো ঘটনা বোঝা ছাড়াই। ### প্রত্যাখ্যানকে খবর না ধরে দুর্বল সংযোগ হিসেবে দেখবেন কেন? কারণ এটি প্রায়ই শেষ ঘটনা নয়, একাধিক ঘটনার প্রথমটি। প্রত্যাখ্যাত রিভিউয়ের অর্থ Meta অ্যাকাউন্টটি পরীক্ষা করে সন্তুষ্ট হয়নি। এরপর প্রায়ই সীমাবদ্ধতা আসে, যা মেসেজ পাঠানো পুরোপুরি বন্ধ করে এবং enforcement ইভেন্টসহ account_update হিসেবে জানানো হয়। প্রত্যাখ্যানের সময় সংযোগকে দুর্বল হিসেবে চিহ্নিত করলে ক্লায়েন্টের সঙ্গে আলোচনার জন্য দায়িত্বপ্রাপ্ত ব্যক্তি আগে থেকেই প্রস্তুতি নিতে পারেন। এটিকে শুধু তথ্য হিসেবে নথিভুক্ত করলে পদক্ষেপ নেওয়া শুরু হয় মেসেজ পাঠানো ব্যর্থ হওয়ার পর। তখন ব্যবসা ইতিমধ্যেই গ্রাহকদের কাছে পৌঁছাতে পারছে না, আর সতর্কবার্তার বদলে সংকট দিয়ে আলোচনা শুরু হয়। - স্ট্যাটাস না বদলে প্রত্যাখ্যান নথিভুক্ত করা। এটি আগাম সংকেত, শুধু ফুটনোট নয়। - এই ইভেন্টে কারণের আশা করা। এতে সিদ্ধান্ত থাকে; বিস্তারিত Business Manager-এ থাকে। - ব্যবসা নিজে বুঝে যাবে ধরে নেওয়া। ফোনে রিভিউয়ের কিছুই দেখা যায় না। **প্রোভাইডার কি রিভিউ ব্যর্থ হওয়ার কারণ দেখতে পারে?** না। enforcement-এর নোটিশ ও কারণ ব্যবসায়িক অ্যাকাউন্টের Business Manager-এ থাকে। **প্রত্যাখ্যান কি সবসময় সীমাবদ্ধতার দিকে নিয়ে যায়?** সবসময় নয়, তবে এতটাই প্রায়ই হয় যে সতর্কবার্তা হিসেবে ধরা সঠিক ডিফল্ট। **কে আপিল করতে পারে?** যাদের ব্যবসায়িক অ্যাকাউন্টে অ্যাডমিন অ্যাক্সেস আছে। কোনো প্রোভাইডার তাদের হয়ে আপিল করতে পারে না। **এটি কি টেমপ্লেট রিভিউয়ের মতো?** না। টেমপ্লেট রিভিউয়ের ফল আলাদাভাবে আসে এবং অ্যাকাউন্ট নয়, একটি টেমপ্লেট নিয়ে হয়। --- ## business_capability_update ওয়েবহুক https://easycoexistence.com/bn/docs/webhook-business-capability-update business_capability_update অ্যাকাউন্ট কী করতে পারবে, বিশেষ করে মেসেজিং সীমা, তার পরিবর্তন জানায়। এতে বর্তমান সীমা থাকে, অর্থাৎ প্রতিদিন কতজন অনন্য গ্রাহকের সঙ্গে আপনি কথোপকথন শুরু করতে পারবেন। এটি দুই দিকেই বদলাতে পারে। ### মেসেজিং সীমা আসলে কী সীমিত করে? একটি চলমান দিনে আপনি কতজন অনন্য গ্রাহকের সঙ্গে কথোপকথন শুরু করতে পারবেন। আপনি কতটি মেসেজ পাঠাতে পারবেন বা কত দ্রুত পাঠাতে পারবেন, তা নয়। সমস্যার মূল কারণ এই পার্থক্য। থ্রুপুট হলো প্রতি সেকেন্ডে মাপা একটি রেট, যা অতিক্রম করলে 130429 ফেরত আসে। মেসেজিং টিয়ার হলো নতুন কথোপকথনের দৈনিক সংখ্যা, আর সেটি অতিক্রম করা আলাদা বিষয়। কোনো নম্বর তার টিয়ারের সীমার মধ্যে থেকেও রেট-সীমায় পড়তে পারে, আবার উল্টোটাও হতে পারে। খোলা গ্রাহকসেবা উইন্ডোর মধ্যে দেওয়া উত্তর টিয়ার ব্যবহার করে না, কারণ সেগুলো কথোপকথন শুরু করছে না। টিয়ার ব্যবহার হয় এমন কারও কাছে পৌঁছালে, যিনি আগে লিখেননি। ### এটি নিচের দিকে বদলায় কেন? কারণ টিয়ার নির্ভর করে মানের ওপর, আর মান নির্ভর করে প্রাপকের প্রতিক্রিয়ার ওপর। যে নম্বরের প্রাপকরা মেসেজ ব্লক করেন বা রিপোর্ট করেন, তার অবস্থান খারাপ হয় এবং টিয়ারও সমন্বয় হতে পারে। তাই নিচের দিকে পরিবর্তন একটি কার্যকর আগাম সংকেত: সাধারণত কোনো কিছু বন্ধ হওয়ার আগেই এটি আসে, যখন কী পাঠানো হচ্ছে এবং কাকে পাঠানো হচ্ছে তা বদলানোর সময় থাকে। ওপরের দিকে পরিবর্তন ধীর এবং দীর্ঘ সময়ের ভালো গ্রহণযোগ্যতার মাধ্যমে অর্জিত হয়। কোনো ব্যবসা দেখতে পায় এমন জায়গায় এই দুই দিকের পরিবর্তন জানানো হয় না। তাই শুধু ত্রুটির প্রতিক্রিয়া না দেখিয়ে এই ইভেন্ট রেকর্ড করতে সামান্য অতিরিক্ত পরিশ্রম করাই মূল্যবান। - টিয়ারকে থ্রুপুটের সঙ্গে গুলিয়ে ফেলা। একটিতে দৈনিক কথোপকথনের সংখ্যা, অন্যটিতে প্রতি সেকেন্ডে মেসেজের সংখ্যা। - উত্তরগুলো টিয়ারের হিসাবে ধরা। খোলা উইন্ডোর মধ্যে পাঠানো মেসেজ কথোপকথন শুরু করে না। - নিচের দিকে পরিবর্তন উপেক্ষা করা। কিছু নষ্ট হওয়ার আগেই এটি আসে, আর এটাই এর মূল মূল্য। **আমি কীভাবে আমার টিয়ার বাড়াব?** এটি কোনো অনুরোধের বদলে সময়ের সঙ্গে মানের ওপর নির্ভর করে। যারা মেসেজ পেতে চান, তাদের ভালোভাবে মেসেজ পাঠানোই এর উপায়। **টেমপ্লেট পাঠালে কি সব সময় টিয়ার ব্যবহার হয়?** যে টেমপ্লেট কথোপকথন শুরু করে, সেটি টিয়ার ব্যবহার করে। খোলা উইন্ডোর মধ্যে পাঠানো টেমপ্লেট করে না। **messaging_limit_update কি আলাদা?** সম্পর্কিত পরিবর্তনের জন্য Meta দুটি নামই পাঠায়। কার্যকর তথ্য একই হওয়ায় আমাদের হ্যান্ডলার দুটিকে একইভাবে বিবেচনা করে। **এটি কি একটি Coexistence নম্বরে প্রযোজ্য?** হ্যাঁ। Coexistence-এ যা নির্দিষ্ট থাকে, তা হলো থ্রুপুট, মেসেজিং টিয়ার নয়। --- ## account_alerts ওয়েবহুক https://easycoexistence.com/bn/docs/webhook-account-alerts account_alerts হলো ব্যবসায়িক অ্যাকাউন্ট সম্পর্কে কোনো বিষয় জানানোর জন্য Meta-র সাধারণ চ্যানেল। অন্য ইভেন্টগুলোর মতো এটি প্রয়োগ করার কোনো অবস্থা বহন করে না, তাই এটি স্বয়ংক্রিয়ভাবে কাজ করার বিষয় নয়, বরং দেখে নেওয়ার সংকেত। ### এই চ্যানেলে কী আসে? অ্যাকাউন্ট সম্পর্কে Meta যে বিষয় জানানো দরকার মনে করে, সেটিই আসে। বিষয়টি ইচ্ছাকৃতভাবে উন্মুক্ত, এবং সময়ের সঙ্গে এর পরিধি বেড়েছে। বিষয়বস্তু নির্দিষ্ট কোনো তালিকায় সীমাবদ্ধ নয়, তাই নির্দিষ্ট সতর্কবার্তার ধরন দেখে কাজ করা হ্যান্ডলার নতুন ধরন এলে তা ধরতে পারবে না। টেকসই পদ্ধতি হলো সতর্কবার্তাটি রেকর্ড করা, অ্যাকাউন্টের সঙ্গে যুক্ত করা এবং একজন মানুষকে দেখানো, প্রতিটি ধরনকে আলাদা স্বয়ংক্রিয় প্রতিক্রিয়ায় বাঁধা নয়। এটাই একমাত্র অপারেশনাল ইভেন্ট যেখানে সঠিক পদ্ধতি হলো সিদ্ধান্ত না নিয়ে বিষয়টি লক্ষ্য করা। আমাদের হ্যান্ডলার সতর্কবার্তা আসার বিষয়টি রেকর্ড করে এবং তা থেকে স্ট্যাটাস অনুমান করার চেষ্টা করে না। ### মনিটরিংয়ে এটি কীভাবে ব্যবহার করা উচিত? স্ট্যাটাস বহন করা ইভেন্টগুলোর পাশে টাইমলাইনে একটি সংকেত হিসেবে। এর মূল্য ধারাবাহিকতায়। একটি সতর্কবার্তার কিছুক্ষণ পর প্রত্যাখ্যাত রিভিউ এবং তারপর সীমাবদ্ধতা এলে, তিনটি আলাদা করে যা জানাতে পারে না, একসঙ্গে তা একটি গল্প বলে। একই টাইমলাইনে এগুলো রেকর্ড করলেই বিষয়টি দৃশ্যমান হয়, আর ক্লায়েন্টের সঙ্গে কথোপকথন অনুমাননির্ভর না থেকে নির্দিষ্ট তারিখ ও ইভেন্টভিত্তিক হয়। এটির কাজ কোনো কিছু ট্রিগার করা নয়। সতর্কবার্তা সংযোগ বিচ্ছিন্ন হওয়া, মান কমে যাওয়া বা সীমাবদ্ধতা নয়। এগুলোর কোনো একটি হিসেবে ধরলে মিথ্যা সতর্কতা তৈরি হয়, ফলে মানুষ সত্যিকারের সতর্কবার্তাও উপেক্ষা করতে শেখে। - নির্দিষ্ট সতর্কবার্তার ধরন দেখে কাজ করা। তালিকা বাড়তে থাকে, তাই আজকের তালিকাভিত্তিক হ্যান্ডলার পুরোনো হয়ে যায়। - সতর্কবার্তা থেকে স্বয়ংক্রিয় কাজ শুরু করা। এটি কোনো অবস্থা বহন করে না, তাই অনুমান করা যেকোনো বিষয়ই আন্দাজ। - এটি কার্যকর পদক্ষেপের নির্দেশ দেয় না বলে বাদ দেওয়া। অন্য ইভেন্টগুলোর সঙ্গে তৈরি ধারাবাহিকতাতেই এর মূল্য। **এটি আমার সংযোগের স্ট্যাটাস বদলায় না কেন?** কারণ এটি কী বদলেছে তা বলে না। এটি থেকে স্ট্যাটাস অনুমান করলে মিথ্যা সতর্কতা তৈরি হবে। **বিস্তারিত কোথায় দেখব?** ব্যবসায়িক অ্যাকাউন্টের Business Manager-এ। ইভেন্টটি সেখানে দেখে নেওয়ার সংকেত। **এটি কি বিরল?** এটি নিয়মিত ঘটে না, তাই এলে তা সামনে আনা গুরুত্বপূর্ণ। **এর মানে কি কিছু সমস্যা হয়েছে?** অবশ্যই নয়। এর মানে Meta কোনো বিষয় জানিয়েছে, যা স্বয়ংক্রিয় প্রতিক্রিয়ার বদলে মানুষের একবার দেখে নেওয়ার মতো। --- ## WhatsApp ব্যবসায়িক নম্বরে ডিসপ্লে নাম https://easycoexistence.com/bn/docs/display-names ডিসপ্লে নাম হলো আপনার নম্বরের সঙ্গে কথোপকথনের ওপরে গ্রাহক যে নাম দেখেন। এটি বদলাতে Meta-র অনুমোদন লাগে, সিদ্ধান্ত phone_number_name_update ওয়েবহুকে আসে, আর ব্যবসার সঙ্গে নাম না মেলাই সাধারণত প্রত্যাখ্যানের কারণ। ### Meta কী যাচাই করে? মূলত নামটি যে ব্যবসার নামে অ্যাকাউন্ট যাচাইকৃত, তার সঙ্গে মেলে কি না। আইনি সত্তা, নিবন্ধিত ব্যবসায়িক নাম বা ওয়েবসাইট দেখে গ্রাহক যে ব্র্যান্ড চিনবেন, তার সঙ্গে মেলে এমন নাম সাধারণত অনুমোদিত হয়। সাধারণ বর্ণনা, যাচাইকৃত ব্যবসার সঙ্গে সম্পর্কহীন নাম বা নামের বদলে কীওয়ার্ডের মতো শোনায় এমন কিছু সাধারণত অনুমোদিত হয় না। অনুমোদিত ডিসপ্লে নাম ছাড়া নম্বরটি সীমিত কাজ করতে পারে এবং নির্দিষ্ট কিছু মেসেজ পাঠানোর সময় আলাদা ত্রুটি ফেরত দেয়। ট্রায়ালে দ্রুত নম্বর সংযোগ করে নাম সম্পূর্ণ না করা ব্যক্তিদের ক্ষেত্রে এতে সমস্যা ধরা পড়ে, যখন এক ধরনের মেসেজ পাঠানো ব্যর্থ হয় কিন্তু অন্যগুলো কাজ করে। ### সিদ্ধান্ত কীভাবে আসে? সিদ্ধান্ত ফিল্ডসহ phone_number_name_update ওয়েবহুকে আসে। এটি সংযোগ যে 6টি কার্যক্রমভিত্তিক ফিল্ডে সাবস্ক্রাইব করে, তার একটি এবং জমা দেওয়া নামের নিষ্পত্তি হয়েছে কি না জানানোর একমাত্র সংকেত। WhatsApp Business অ্যাপে এ সম্পর্কে কিছু দেখা যায় না। কয়েক সপ্তাহ আগে নাম বদলের অনুরোধ করা ব্যবসা এই ইভেন্ট না পেলে ফলাফল জানার কোনো উপায় রাখে না। সংযোগের টাইমলাইনে এটি রেকর্ড করলে আমাদের নাম বদল কার্যকর হয়েছে কি না, সেই প্রশ্নের উত্তর অনুমান নয়, একটি তারিখ হয়। অন্যথায় এমন প্রশ্ন সহজেই সহায়তা চাওয়ার কথোপকথনে পরিণত হয়। - নামের বদলে কীওয়ার্ড জমা দেওয়া। Meta এটি সার্চের জনপ্রিয়তার সঙ্গে নয়, যাচাইকৃত ব্যবসার সঙ্গে মিলিয়ে দেখে। - কোনো খবর না পাওয়াকে অনুমোদন ধরে নেওয়া। সিদ্ধান্ত ওয়েবহুকের মাধ্যমে আসে, অন্য কোথাও নয়। - ট্রায়ালে ডিসপ্লে নাম বাদ দেওয়া, পরে এমন মেসেজ পাঠানোর সময় 131037 পাওয়া যার জন্য নামটি দরকার। **অনুমোদন পেতে কত সময় লাগে?** Meta নির্দিষ্ট সময়সীমা প্রকাশ করে না এবং কোনো সেবাদাতা এটি দ্রুত করাতে পারে না। **পরে কি এটি বদলাতে পারি?** হ্যাঁ, প্রতিটি বদল আবার পর্যালোচনার মধ্য দিয়ে যায়। **131037 ত্রুটিটি কী?** অনুমোদিত ডিসপ্লে নাম না থাকা নম্বরটি এমন কিছু করার চেষ্টা করলে এই ত্রুটি ফেরত আসে, যার জন্য নামটি দরকার। **গ্রাহক কি আমার ফোন নম্বরও দেখেন?** অনুমোদনের পর তারা ডিসপ্লে নামটি দেখেন, আর সেটিই নাম থাকার উদ্দেশ্য। --- ## টেমপ্লেট ক্যাটাগরি: ইউটিলিটি, মার্কেটিং ও যাচাইকরণ https://easycoexistence.com/bn/docs/template-categories প্রতিটি টেমপ্লেট তৈরির সময় একটি ক্যাটাগরি ঘোষণা করে। UTILITY গ্রাহকের করা কোনো কাজের সঙ্গে যুক্ত লেনদেনভিত্তিক মেসেজের জন্য, MARKETING প্রচারের জন্য এবং অ্যাকাউন্টে পেমেন্ট মেথড থাকা বাধ্যতামূলক, আর AUTHENTICATION নিজস্ব কঠোর ফরম্যাটের অধীনে একবার ব্যবহারযোগ্য কোডের জন্য। ### কোন ক্যাটাগরিতে কী পড়ে? UTILITY ক্যাটাগরি লেনদেনভিত্তিক এবং গ্রাহকের করা কোনো কাজের সঙ্গে যুক্ত: অর্ডার নিশ্চিতকরণ, শিপিং আপডেট, বুকিংয়ের রিমাইন্ডার বা অ্যাপয়েন্টমেন্ট পরিবর্তন। মূল পরীক্ষা হলো, গ্রাহক নিজের করা কোনো কাজের কারণে মেসেজটি আশা করবেন কি না। MARKETING হলো যেকোনো প্রচারমূলক বিষয়: অফার, নতুন পণ্য, পুনরায় সম্পৃক্ত করার মেসেজ বা নিউজলেটার। এটি পাঠাতে WhatsApp Business Account-এ একটি পেমেন্ট মেথড থাকতে হয়। তাই যে অ্যাকাউন্টে আগে শুধু গ্রাহকদের রেপ্লাই দেওয়া হয়েছে, সেখান থেকে প্রথম MARKETING পাঠানো প্রায়ই ব্যর্থ হয়। AUTHENTICATION হলো একবার ব্যবহারযোগ্য পাসকোড ও যাচাইকরণ। এর ফরম্যাট সবচেয়ে কঠোর, কোডের চারপাশে কী লেখা যাবে তাতেও কড়া সীমা থাকে। ডেলিভারির প্রত্যাশা আলাদা বলেই এটি নিজস্ব ক্যাটাগরি। ### সবকিছুকে UTILITY হিসেবে ঘোষণা করবেন না কেন? কারণ Meta ক্যাটাগরি পুনরায় নির্ধারণ করে, আর সৎভাবে ঘোষণা করার চেয়ে পরে পুনরায় শ্রেণিবদ্ধ হওয়া বেশি খারাপ। UTILITY টেমপ্লেটে প্রচারমূলক কনটেন্ট থাকলে তা নিয়মিত ধরা পড়ে। টেমপ্লেটটি রিভিউতেই রিজেক্ট হতে পারে, অথবা অনুমোদনের পর ক্যাটাগরি বদলে যেতে পারে। তখন কিছু না বদলালেও UTILITY হিসেবে বিল হওয়া সেন্ডগুলো MARKETING হিসেবে বিল হতে শুরু করে। এটি সাশ্রয় নয়, ইনভয়েসে অপ্রত্যাশিত খরচ। ভুল ক্যাটাগরির টেমপ্লেট বারবার জমা দিলে অ্যাকাউন্টটির দিকেও নজর পড়ে। মেসেজটি আসলে যা, সেটিই ঘোষণা করা সাশ্রয়ী পথ। এতে রিভিউও দ্রুত হয়, কারণ রিভিউয়ার টেমপ্লেটের ঘোষিত বিষয়টিই যাচাই করেন। - UTILITY টেমপ্লেটে অফার রাখা। এটি নিয়মিত ধরা পড়ে এবং অনুমোদনের পর ক্যাটাগরি বদলে যেতে পারে। - অ্যাকাউন্টে পেমেন্ট মেথড না রেখে MARKETING পাঠানোর চেষ্টা করা। Meta একটি পেমেন্ট মেথড চায়, কোনো প্রোভাইডার এটি যোগ করতে পারে না। - পাসকোড ছাড়া অন্য কিছুর জন্য AUTHENTICATION ব্যবহার করা। ফরম্যাটের সীমা কঠোর, তাই এটি পাস করবে না। **MARKETING পাঠানোর খরচ কে দেয়?** Meta আপনার নিজের WhatsApp Business Account-এর পেমেন্ট মেথডে চার্জ করে। এটি কখনো আমাদের মাধ্যমে যায় না। **টেমপ্লেটের ক্যাটাগরি কি বদলাতে পারে?** কনটেন্ট ঘোষিত ক্যাটাগরির সঙ্গে না মিললে Meta অনুমোদনের পর ক্যাটাগরি বদলাতে পারে। **UTILITY কি ফ্রি?** UTILITY কথোপকথনের মূল্য Meta নির্ধারণ করে। এগুলো গ্রাহক সহায়তা উইন্ডোর ভেতরের ফ্রি রেপ্লাইয়ের মতো নয়। **ত্রুটি 131063 কী?** অ্যাকাউন্টে MARKETING টেমপ্লেট বন্ধ আছে। এটি পেমেন্ট মেথড না থাকার থেকে আলাদা। --- ## নম্বর কাজ করা বন্ধ করেছে: কারণ জানবেন কীভাবে https://easycoexistence.com/bn/docs/troubleshooting-a-connection কোনো সংযুক্ত নম্বর কাজ করা বন্ধ করলে কারণটি প্রায় কখনোই কোড নয়। ঘটনার সাধারণতার ক্রমে পরীক্ষা করুন: মেয়াদোত্তীর্ণ টোকেন, পুনঃসংযোগে হারিয়ে যাওয়া ওয়েবহুক ওভাররাইড, 14 দিনের নিষ্ক্রিয়তায় সংযোগ বিচ্ছিন্ন, মান কমে যাওয়া, তারপর অ্যাকাউন্টের সীমাবদ্ধতা। ### ফোনে কিছু ভুল মনে হয় না কেন? কারণ একই নম্বরে WhatsApp Business অ্যাপ এবং API আলাদা ব্যবস্থা হিসেবে কাজ করে, আর প্রায় সব ত্রুটি শুধু একটিকে প্রভাবিত করে। টোকেনের মেয়াদ শেষ হয়, কিন্তু অ্যাপে কোনো প্রভাব পড়ে না। ওয়েবহুক ওভাররাইড আনইনস্টল হয়, কিন্তু অ্যাপে কোনো প্রভাব পড়ে না। মান কমে যায়, তবুও অ্যাপে কোনো প্রভাব পড়ে না। প্রতিটি ক্ষেত্রেই ব্যবসা স্বাভাবিকভাবে গ্রাহকদের উত্তর দিতে থাকে, স্বাভাবিক আচরণ দেখে, এবং কিছু জানানোর কারণ পায় না। কেউ দেখে এমন ড্যাশবোর্ডের বদলে মনিটরিং কেন দরকার, এই ঘটনাই তার পুরো যুক্তি। ত্রুটিগুলো বাস্তব, নীরব, এবং নম্বরের সবচেয়ে কাছের মানুষগুলোরই সেগুলো টের পাওয়ার সম্ভাবনা সবচেয়ে কম। ### কোন ক্রমে পরীক্ষা করা উচিত? প্রথমে টোকেন দেখুন, কারণ এটিই সবচেয়ে সাধারণ এবং ঠিক করাও সবচেয়ে সস্তা। মেয়াদোত্তীর্ণ বা বাতিল হওয়া ক্রেডেনশিয়াল প্রতিটি কলকে একইভাবে ব্যর্থ করে, যা নম্বরটি সরিয়ে ফেলার মতোই দেখায়। একই অ্যাকাউন্টে দ্বিতীয় ক্রেডেনশিয়াল রেখে দুটির পার্থক্য বোঝা যায়। তারপর ওয়েবহুক ওভাররাইড দেখুন। পুনঃসংযোগ হয়ে থাকলে গন্তব্যটি অ্যাপের সঙ্গে আনইনস্টল হয়েছে। তাই পাঠানো ও মনিটরিং চলে, কিন্তু আপনার সার্ভারে ডেলিভারি নীরবে বন্ধ থাকে। এরপর সংযোগ বিচ্ছিন্ন হওয়া দেখুন: PARTNER_REMOVED এবং একটি কারণসহ account_update ইভেন্ট আসে। PRIMARY_INACTIVITY মানে অ্যাপটি প্রায় 14 দিন খোলা হয়নি, আর পুনঃসংযোগ করলেই সমস্যা ঠিক হয়। তারপর মান পরীক্ষা করুন, যা পুশ না হয়ে পোল করা হয়। সবশেষে সীমাবদ্ধতা দেখুন, যা অ্যাকাউন্ট-স্তরের প্রয়োগ এবং কোনো প্রোভাইডার সরাতে পারে না। ### কোনটি প্রায় কখনো কারণ নয়? আপনার কোড, যদি গতকালও কাজ করে থাকে এবং কিছু ডিপ্লয় না হয়ে থাকে। Cloud API স্থিতিশীল, আর এর রিকোয়েস্টের গঠন আপনার অজান্তে বদলে যায় না। কয়েক মাস চলার পর কোনো ইন্টিগ্রেশন বন্ধ হলে সবচেয়ে সম্ভাব্য কারণ হলো ক্রেডেনশিয়াল, রাউটিংয়ের পরিবর্তন বা অ্যাকাউন্ট-স্তরের ইভেন্ট। এগুলোর সবই কেউ রিপোজিটরিতে হাত না দিয়েও ঘটতে পারে। উল্লেখযোগ্য ব্যতিক্রম হলো সম্পাদনা করা টেমপ্লেট। টেমপ্লেটে ভেরিয়েবলের সংখ্যা বদলালে প্রতিটি সেন্ডারের চুক্তি নীরবে বদলে যায়। তাই এটি কোডের ত্রুটির মতো দেখালেও আসলে WhatsApp Manager-এ অন্য কারও করা কনটেন্টের পরিবর্তন। - প্রথমেই নম্বরের পুনঃসংযোগ করা। টোকেনের মেয়াদ শেষ হলে এতে ব্যবসার মালিককে অপ্রয়োজনীয় কাজ করতে বলা হয়। - কোড নষ্ট হয়েছে ধরে নেওয়া। স্থিতিশীল API এবং কোনো ডিপ্লয় না হওয়া অন্য কারণের দিকে ইঙ্গিত করে। - লক্ষণ দেখতে ফোন পরীক্ষা করা। এগুলোর প্রায় প্রতিটির সময় অ্যাপ কাজ করতে থাকে। **ফোনে নম্বর কাজ করছে, কিন্তু কিছু পাঠানো যাচ্ছে না। কোথা থেকে শুরু করব?** অ্যাক্সেস টোকেন দিয়ে। এটিই সবচেয়ে সাধারণ কারণ এবং সরিয়ে ফেলা নম্বরের মতো সবচেয়ে বেশি দেখায়। **আমি পুনঃসংযোগ করেছি, তবুও মেসেজ আমার সার্ভারে পৌঁছাচ্ছে না।** ওয়েবহুক ওভাররাইডটি অ্যাপের সঙ্গে আনইনস্টল হয়েছে। এটি আবার প্রয়োগ করতে হবে, আমরা স্বয়ংক্রিয়ভাবে তা করি। **এটি 14 দিনের নিয়মের কারণে হয়েছে কি না কীভাবে জানব?** account_update ইভেন্টে PRIMARY_INACTIVITY কারণসহ সংযোগ বিচ্ছিন্ন হওয়ার খবর আসে। **টেমপ্লেট সম্পাদনা কি আমার মেসেজ পাঠানো বন্ধ করতে পারে?** হ্যাঁ, এবং এটিই কোডের ত্রুটির মতো দেখতে একমাত্র কারণ। ভেরিয়েবলের সংখ্যা বদলালে প্রতিটি সেন্ডারের চুক্তি বদলে যায়। --- ## WhatsApp-এর কোন মেসেজের জন্য Meta চার্জ নেয় https://easycoexistence.com/bn/docs/free-and-paid-conversations Meta চার্জ করে ডেলিভার হওয়া প্রতিটি মেসেজের জন্য, কথোপকথনের জন্য নয়। 1 October 2026 থেকে প্রতিটি বিজনেস ফোন নম্বর মাসে 1,000টি ফ্রি সার্ভিস মেসেজ পায়। এগুলো হলো 24 ঘণ্টার কাস্টমার সার্ভিস উইন্ডোর ভেতরে পাঠানো রিপ্লাই। 1,001তম মেসেজ থেকে Meta চার্জ করে। টেমপ্লেট ডেলিভারির সময় চার্জ হয়, ইউটিলিটি টেমপ্লেটও এর বাইরে নয়। এই চার্জ যায় আপনার নিজের WhatsApp Business Account-এর পেমেন্ট পদ্ধতিতে। ### ঠিক কী কী ফ্রি? প্রতিটি বিজনেস ফোন নম্বরে মাসে 1,000টি পর্যন্ত সার্ভিস মেসেজ। টেমপ্লেট নয় এমন যেকোনো মেসেজ হলো সার্ভিস মেসেজ, আর তা শুধু খোলা কাস্টমার সার্ভিস উইন্ডোর ভেতরে পাঠানো যায়। এই উইন্ডো হলো গ্রাহকের আপনাকে পাঠানো সর্বশেষ মেসেজের পরের 24 ঘণ্টা। মাসের 1,001তম মেসেজ থেকে Meta প্রতিটির জন্য চার্জ করে, আর ব্যবহার না হওয়া সীমা পরের মাসে জমা হয় না। ইন্টিগ্রেশন ডিজাইনের ক্ষেত্রে এটি প্রথম দেখায় যতটা মনে হয় তার চেয়ে বেশি গুরুত্বপূর্ণ। যে সাপোর্ট ওয়ার্কফ্লো শুধু যারা মেসেজ করেছে তাদেরই উত্তর দেয়, তা এই সীমা পার না হওয়া পর্যন্ত ফ্রি থাকে, তারপর প্রতি মেসেজে চার্জ লাগে। যে ওয়ার্কফ্লো আগে যোগাযোগ শুরু করে, তাকে ডেলিভার হওয়া প্রতিটি টেমপ্লেটের জন্য দিতে হয়। 1 October 2026 থেকে খোলা উইন্ডোর ভেতরে পাঠানো ইউটিলিটি টেমপ্লেটও এর অন্তর্ভুক্ত। তাই একটি ইন্টিগ্রেশনের খরচ নির্ধারিত হয় কতগুলো মেসেজ ডেলিভার হচ্ছে এবং কোন ক্যাটাগরিতে, কতগুলো কথোপকথন হচ্ছে তা দিয়ে নয়। একই পরিমাণ মেসেজ পাঠালেও দুটি সিস্টেমে Meta-র চার্জের পার্থক্য অনেক বড় হতে পারে। ### Meta কাকে বিল করে? আপনার নিজের WhatsApp Business Account-এর পেমেন্ট পদ্ধতিকে, যা WhatsApp Manager-এ সেট করা থাকে। এটি ব্যবসা ও Meta-র মধ্যে সরাসরি সম্পর্ক। চার্জ কোনো Tech Provider-এর মধ্য দিয়ে যায় না, আর সে কারণেই প্রোভাইডার এতে মার্কআপ যোগ করতে, একসঙ্গে প্যাকেজ করতে বা রিসেল করতে পারে না। যে-ই WhatsApp মেসেজে ছাড়ের রেট অফার করে, সে হয় ভিন্ন ব্যবস্থার রিসেলার, অথবা Meta-র চার্জ ছাড়া অন্য কিছুর কথা বলছে। বাস্তবে এর ফল হলো, পেমেন্ট পদ্ধতি ছাড়া কোনো অ্যাকাউন্ট মাসিক ফ্রি সীমা শেষ না হওয়া পর্যন্ত রিপ্লাই দিতে পারে, কিন্তু টেমপ্লেট বা সীমার বাইরের রিপ্লাই পাঠানোর মুহূর্তেই ব্যর্থ হয়। এই বিভাজন না বোঝা পর্যন্ত ব্যর্থতাটি বিভ্রান্তিকর লাগে। - ধরে নেওয়া যে রিপ্লাই সবসময় ফ্রি। 1 October 2026 থেকে Meta প্রতি নম্বরে মাসে 1,000টির পরের সার্ভিস মেসেজের জন্য চার্জ করে, আর উইন্ডোর ভেতরের ইউটিলিটি টেমপ্লেটের জন্যও করে। - প্রোভাইডারের ইনভয়েসে Meta-র চার্জ থাকবে বলে আশা করা। এগুলো সরাসরি ও আলাদাভাবে বিল হয়। - অ্যাকাউন্টে পেমেন্ট পদ্ধতি ছাড়া ওয়ার্কফ্লো তৈরি করা। টেমপ্লেট যাবে না, আর মাসিক ফ্রি সীমা শেষ হলে রিপ্লাইও বন্ধ হয়ে যাবে। **সব রিপ্লাই কি ফ্রি?** শুধু প্রতিটি বিজনেস ফোন নম্বরে প্রতি মাসের প্রথম 1,000টি সার্ভিস মেসেজ। তারপর Meta প্রতিটির জন্য চার্জ করে। 24 ঘণ্টার উইন্ডোর বাইরে টেমপ্লেট লাগে, যার চার্জ ডেলিভারির সময় হয়। **ক্যাটাগরি বদলালে কি মূল্য বদলায়?** হ্যাঁ। Meta মার্কেটিং, ইউটিলিটি, অথেনটিকেশন ও সার্ভিস মেসেজের মূল্য আলাদা রাখে, আর রেট প্রাপকের দেশের ওপরও নির্ভর করে। **প্রোভাইডার কি আমাকে ভালো রেট দিতে পারে?** Meta-র চার্জে পারে না, কারণ ওই চার্জ কখনো প্রোভাইডারের কাছে পৌঁছায়ই না। **আমার পেমেন্ট পদ্ধতি ব্যর্থ হলে কী হয়?** যে সেন্ডে চার্জ লাগে তা বন্ধ হয়ে যায় এবং ত্রুটি 131042 ফেরত আসে। মেসেজ গ্রহণে কোনো প্রভাব পড়ে না। --- ## MCP নাকি ওয়েবহুক: আসলে কোনটি আপনার দরকার https://easycoexistence.com/bn/docs/mcp-or-webhook MCP হলো রিকোয়েস্ট ও প্রতিক্রিয়ার ব্যবস্থা: কেউ কিছু চাইলে সহকারী একটি টুল কল করে। ওয়েবহুক এর বিপরীত, যেখানে Meta একটি ইভেন্ট পাঠায় এবং আপনার সিস্টেম ঠিক করে কী করা হবে। MCP একা দিয়ে স্বয়ংক্রিয় প্রতিক্রিয়াশীল কিছু তৈরি করা যায় না। ### MCP কেন স্বয়ংক্রিয়ভাবে গ্রাহককে উত্তর দিতে পারে না? কারণ প্রোটোকলটিতে জাগিয়ে তোলার কোনো ব্যবস্থা নেই। একটি MCP সার্ভার এমন টুল প্রকাশ করে, যা কোনো ক্লায়েন্ট কল করে। কলটি সহকারীর কাছ থেকে শুরু হয়, আর সহকারী নিজেই একজন মানুষের উত্তর দিচ্ছে। ভেতরে আসার কোনো দিক নেই: কোনো গ্রাহক WhatsApp-এ মেসেজ পাঠালে তা সহকারীর কাছে পৌঁছে তাকে কাজ করাতে পারে না। এটি আমাদের সীমাবদ্ধতা নয়, প্রতিটি পণ্যের প্রতিটি MCP সার্ভারের ক্ষেত্রেই সত্য। তাই কোনো AI গ্রাহকদের রাতভর উত্তর দিতে পারবে কি না, এই প্রশ্নের উত্তর MCP নয়, ওয়েবহুক। Meta আপনার চালানো একটি সিস্টেমে মেসেজ পাঠায়, তারপর সেই সিস্টেম ঠিক করে কী করা হবে, যার মধ্যে কোনো মডেল কল করাও থাকতে পারে। ### কোন পথটি আসলে কোন কাজে ভালো? MCP একজন মানুষ যে কাজ করছেন, তার জন্য। আমার কোন নম্বরের হেলথ খারাপ, এই গ্রাহককে তার কনফার্মেশন পাঠান, অর্ডার আপডেটের জন্য একটি টেমপ্লেট তৈরি করুন, এই ক্লায়েন্টের নম্বরটি আমার সার্ভারে নির্দেশ করুন। প্রতিটি কাজ কারও অনুরোধ দিয়ে শুরু হয়, আর ড্যাশবোর্ডের চেয়ে সহকারীর মাধ্যমে দ্রুত করা যায়। ওয়েবহুক এমন সব কাজের জন্য, যা কাউকে উপস্থিত না রেখেই ঘটতে হবে। কর্মঘণ্টার পর প্রথম উত্তর, সঠিক ব্যক্তির কাছে পাঠানো, CRM-এ লগ করা, কোনো ওয়ার্কফ্লো চালু করা। গুরুত্বপূর্ণ বিষয় হলো, MCP ওয়েবহুক সেটআপ করতে পারে। get_connect_link এমন লিংক তৈরি করে, যা ক্লায়েন্ট খোলেন, আর set_webhook_destination তাদের নম্বর আপনার সিস্টেমে নির্দেশ করে। ফলে কোনো এজেন্ট সেই পথের অনবোর্ডিং করাতে পারে, যে পথটি নিজে পরিষেবা দিতে পারে না। ### কোন টুল কোনটির সঙ্গে কথা বলে? সহকারীরা MCP ব্যবহার করে: Claude, ChatGPT, Cursor, Claude Code। অটোমেশন প্ল্যাটফর্মগুলো সাধারণত তা করে না, আর এই পার্থক্যটি অনেকের ধারণার মতো নয়। Make এবং Zapier দুটিই নিজেদের MCP সার্ভার চালায় এবং তাদের অ্যাকশন সহকারীদের কাছে প্রকাশ করে। কোনোটিই MCP ক্লায়েন্ট হিসেবে কাজ করে না, তাই কোনোটিই আমাদের সার্ভারে কল করতে পারে না। তাদের জন্য ইন্টিগ্রেশন হলো একটি ওয়েবহুক এবং একটি HTTP কল। n8n ব্যতিক্রম। এর MCP Client Tool রিমোট সার্ভারে সংযোগ করে এবং OAuth2 সমর্থন করে, তাই n8n ওয়ার্কফ্লোর ভেতরের একটি এজেন্ট নোড সরাসরি আমাদের টুল কল করতে পারে। তবুও সেখানে ওয়ার্কফ্লো শুরু হয় ওয়েবহুক দিয়ে, কারণ প্রতিক্রিয়া জানানোর একমাত্র ব্যবস্থা সেটিই। - স্বয়ংক্রিয় উত্তর আশা করে MCP কেনা। MCP ডাকলে কাজ করে, আর ভোর 3টায় তাকে ডাকার কেউ থাকে না। - MCP সার্ভার থাকা কোনো প্ল্যাটফর্ম সেটি ব্যবহার করতে পারবে ধরে নেওয়া। Make এবং Zapier টুল প্রকাশ করে, ব্যবহার করে না। - দুই পথকে একই কাজ করানোর জন্য তৈরি করা। একই সিস্টেমের দুটি ভিন্ন অংশের জন্য এগুলো। **কোনো সহকারী কি আমার WhatsApp নজরে রাখতে পারে?** না। কোনো কিছুই MCP সার্ভারে ইভেন্ট পাঠাতে পারে না। নজরদারির জন্য ওয়েবহুক লাগে, যা পরে একটি মডেল কল করতে পারে। **আমার কি দুটিই দরকার?** বেশিরভাগ বাস্তব সিস্টেম দুটিই ব্যবহার করে: মানুষ যে কাজ করে তার জন্য MCP, আর মানুষ উপস্থিত না থাকলেও যা ঘটে তার জন্য ওয়েবহুক। **Zapier কি আপনার MCP সার্ভার ব্যবহার করতে পারে?** না। Zapier ক্লায়েন্ট নয়, MCP সার্ভার। তাই আমাদের সার্ভারে কল করার কোনো উপায় তার নেই। **n8n কি পারে?** হ্যাঁ, OAuth2-সহ এর MCP Client Tool ব্যবহার করে। তিনটির মধ্যে এটিই একমাত্র অটোমেশন প্ল্যাটফর্ম, যা তা পারে। --- ## সংযোগের পর WhatsApp Business অ্যাপে কী বদলায় https://easycoexistence.com/bn/docs/what-changes-in-the-app ফোনে প্রায় কিছুই বদলায় না। একই চ্যাট, ইতিহাস, পরিচিতি ও ডিভাইস থাকে, আর টিম আগের মতোই উত্তর দেয়। বদল হলো, একই লাইনে API যুক্ত হয়, দুই দিকের পাঠানো মেসেজ পরস্পর দেখা যায়, আর গ্রুপ চ্যাট API থেকে বাদ থাকে। ### কোন বিষয়গুলো ঠিক আগের মতো থাকে? অ্যাপ, নম্বর, কথোপকথন এবং যিনি সেগুলোর উত্তর দেন, সবই একই থাকে। WhatsApp Business অ্যাপ আগের মতোই খোলে, পরিচিতির তালিকায় কোনো পরিবর্তন হয় না, আর আগের সব কথোপকথন থাকে। কাউকে নতুন কোথাও লগ ইন করতে হয় না, কেউ কিছু ইনস্টল করে না, প্রশিক্ষণেরও দরকার হয় না। মঙ্গলবার বিকেলে কোনো ব্যবসা নম্বর সংযুক্ত করলে বুধবার সকালটি আগের প্রতিটি বুধবার সকালের মতোই থাকে। এটাই পুরো বিষয়, এবং এটি স্পষ্ট করে বলা জরুরি, কারণ আগে মাইগ্রেশনের প্রস্তাব পাওয়া ব্যবসার কাছে প্রতিশ্রুতিটি অবিশ্বাস্য শোনাতে পারে। ### সত্যিই কী বদলায়? তিনটি বিষয়, তবে দৃশ্যমান মাত্র একটি। API যে মেসেজ পাঠায়, তা অ্যাপের কথোপকথনের থ্রেডে দেখা যায়। ফলে ফোনে থাকা ব্যক্তি অর্ধেক নয়, পুরো চিত্রটি দেখেন। এটিই দৃশ্যমান পরিবর্তন, এবং এটি বিঘ্ন নয়, বরং উন্নতি। অ্যাপে লেখা মেসেজ সফটওয়্যারের কাছে দৃশ্যমান হয় এবং smb_message_echoes ইভেন্ট হিসেবে আসে। ফোনে থাকা কেউ এটি টের পান না, কিন্তু এর ফলে কোনো মানুষ আগে উত্তর দেওয়ার পর অটোমেশন তার ওপর আবার উত্তর দেয় না। আর গ্রুপ চ্যাট API থেকে বাদ থাকে। টিম আগের মতোই অ্যাপ থেকে গ্রুপ ব্যবহার করতে পারে, কিন্তু কোনো প্রোভাইডারের ক্ষেত্রেই সফটওয়্যার সেগুলো দেখতে বা সেখানে মেসেজ পাঠাতে পারে না। ### ব্যবসাকে কী করতে থাকতেই হবে? অ্যাপ খুলতে হবে, যা তারা এমনিতেই করত। প্রধান ডিভাইসে প্রায় 14 দিন কোনো কার্যকলাপ না থাকলে Meta একটি Coexistence সংযোগ বিচ্ছিন্ন করে। নিয়মিত গ্রাহকের উত্তর দেওয়া ব্যবসার ক্ষেত্রে এটি কখনো সামনে আসে না। তবে মৌসুমি কারণে চুপ থাকা নম্বর বা ধীর মাসে কোনো ক্লায়েন্টের জন্য এজেন্সি ধরে রাখা নম্বরের ক্ষেত্রে এটি ঘটতে পারে। সংযোগ বিচ্ছিন্ন হওয়া পুনরুদ্ধার করা যায়, তাই এটি ক্ষতি নয়, অসুবিধা। পরিকল্পনার আসল বিষয়টি পরে আসে: সংযোগের সঙ্গে ওয়েবহুক গন্তব্যও সরিয়ে দেওয়া হয়। তাই আবার সংযোগ করলে মেসেজ পাঠানো ফিরে আসে, কিন্তু নিজের সার্ভারে ডেলিভারি নীরবে বন্ধ থাকে, যদি না সেটি আবার প্রয়োগ করা হয়। - টিমকে বলবেন না যে তারা কিছু টের পাবে না, তারপর সংযোগের বদলে মাইগ্রেশন করবেন। মাইগ্রেশন অ্যাপ সরিয়ে দেয়। - গ্রুপ চ্যাট ঘিরে কিছু তৈরি করবেন না। প্রতিটি প্রোভাইডারের ক্ষেত্রেই এগুলো API থেকে বাদ। - চুপ থাকা নম্বর সংযুক্তই থাকবে ধরে নেবেন না। অ্যাপ না খুললে 14 দিন পর সংযোগ শেষ হয়। **টিমকে কি কিছু শিখতে হবে?** না। তারা এখন যেভাবে ব্যবহার করে, ঠিক সেভাবেই WhatsApp Business অ্যাপ ব্যবহার করতে থাকবে। **পুরনো কথোপকথন কি হারাব?** না। সেগুলো অ্যাপে থাকবে, আর অনবোর্ডিংয়ের সময় প্রায় 6 মাসের ইতিহাস চাইলে API-এর সঙ্গে শেয়ার করা যায়। **আমরা কি এখনও গ্রুপ ব্যবহার করতে পারি?** অ্যাপ থেকে হ্যাঁ, আগের মতোই। API-এর মাধ্যমে না, কোনো প্রোভাইডারের ক্ষেত্রেই নয়। **দুই সপ্তাহ কেউ অ্যাপ না খুললে কী হবে?** Meta API-এর দিকটি বিচ্ছিন্ন করে। আবার সংযোগ করলে সেটি ফিরে আসে, আর পুরো সময় অ্যাপটি অক্ষত থাকে। --- ## Coexistence রেফারেন্স https://easycoexistence.com/bn/docs/coexistence Coexistence একই নম্বরে একই সময়ে WhatsApp Business অ্যাপ এবং Cloud API চালায়। এই পেজে এর পরিচয়, মেসেজ চলাচল, সীমাবদ্ধতা এবং এটি কীভাবে বন্ধ করবেন, তা আছে। এর পক্ষে যুক্তি গাইডে রয়েছে। ### এটি কী একই ফোন নম্বরে WhatsApp Business অ্যাপ এবং Cloud API একসঙ্গে চালানোর Meta-র আনুষ্ঠানিক পদ্ধতি। এটি আলাদা API নয়: একই Cloud API, এমনভাবে অনবোর্ড করা হয় যাতে পরে ওই নম্বরে অ্যাপটি কাজ করতে থাকে। ### দলগুলো কেন এটি ব্যবহার করে প্রায় প্রতিটি সংযোগের পেছনে এই চারটি কারণ থাকে। - গাড়ি, রসিদ ও ওয়েবসাইটে আগে থেকেই ছাপা নম্বরটি রাখা। - কাউকে নতুন টুলে না সরিয়ে API সেন্ডিং, ওয়েবহুক ও টেমপ্লেট যোগ করা। - প্রোভাইডারের শেয়ার করা ইনবক্সের বাইরে কথোপকথন রাখা। - একটি এজেন্সিকে অনেক ক্লায়েন্টের নম্বর রাখতে দেওয়া, প্রতিটি ক্লায়েন্টের নিজস্ব Business Portfolio-তে। ### যোগাযোগ কীভাবে কাজ করে দুই মাধ্যমেই একই থ্রেড দেখা যায়। API যা পাঠায়, তা অ্যাপে দেখা যায়। দল অ্যাপে যা টাইপ করে, তা smb_message_echoes ইভেন্ট হিসেবে সফটওয়্যারে পৌঁছায়। তাই কোনো মানুষের কথার ওপর অটোমেশন উত্তর দেয় না। ### মূল্য নির্ধারণের ধরন Meta মেসেজের বদলে কথোপকথনের মূল্য নির্ধারণ করে এবং আপনার নিজের WhatsApp Business Account-এর পেমেন্ট পদ্ধতিতে বিল করে। 24 ঘণ্টার কাস্টমার সার্ভিস উইন্ডোর মধ্যে উত্তর ফ্রি। এর বাইরে কথোপকথন শুরু করতে টেমপ্লেট লাগে এবং মূল্য দিতে হয়। ### লিঙ্ক করা ডিভাইস Coexistence লিঙ্ক করা ডিভাইস নয় এবং এটি এমন ডিভাইস ব্যবহারও করে না। লিঙ্ক করা ডিভাইস হলো অন্য কোথাও সাইন ইন করা ভোক্তা ক্লায়েন্ট, যেটি অনানুষ্ঠানিক টুলগুলো অটোমেট করে এবং WhatsApp-এর শর্তে নিষিদ্ধ। এখানে ওই পদ্ধতির কিছুই ব্যবহার করা হয় না। ### কার্যগত সীমাবদ্ধতা Meta নির্ধারণ করে, তাই প্রতিটি প্রোভাইডারেই একই। - API-এর মাধ্যমে গ্রুপ চ্যাট পাওয়া যায় না। - ফোন অ্যাপ থেকে টেমপ্লেট পাঠানো যায় না, শুধু API-এর মাধ্যমে পাঠানো যায়। - সেন্ডিং থ্রুপুট স্থির, কোয়ালিটি ও টিয়ারের সঙ্গে বাড়ে না। - চ্যাট ইতিহাস শেয়ার করা হবে কি না, তা অনবোর্ডিংয়ের সময় একবারই নির্ধারিত হয়। ### যোগ্যতা সংযোগের আগে নম্বরটিকে নিচের সব শর্ত পূরণ করতে হবে। - ভোক্তা অ্যাপে নয়, ইতিমধ্যে WhatsApp Business অ্যাপে সক্রিয় থাকতে হবে। - আপনি অ্যাক্সেস করতে পারেন এমন Business Portfolio-তে থাকতে হবে। - অন্য কোনো প্রোভাইডারের অ্যাপের সঙ্গে আগে থেকে সংযুক্ত থাকা যাবে না। ### অপারেশনাল নোট সংযোগের পর সত্য থাকে, কিন্তু সহজেই চোখ এড়িয়ে যায় এমন বিষয়গুলো। - অ্যাপটি নিয়মিত খুলতে হবে, না হলে Meta API-এর অংশটি সংযোগ বিচ্ছিন্ন করে। - সংযোগ বিচ্ছিন্ন হলে অ্যাপের সঙ্গে ওয়েবহুক ওভাররাইডও সরিয়ে যায়। - কোয়ালিটি রেটিং পুশ করা হয় না, পোল করা হয়, তাই কমে গেলে কোনো সতর্কবার্তা আসে না। - দ্বিতীয় ক্রেডেনশিয়াল ছাড়া বাতিল টোকেন এবং সরিয়ে নেওয়া নম্বর দেখতে একই রকম। ### অ্যাকাউন্ট বাছাইয়ের সতর্কতা Embedded Signup-এর সময় Business Portfolio এবং WhatsApp Business Account আলাদা ধাপে বেছে নিতে হয়। ভুল অ্যাকাউন্ট বাছলে নম্বরটি অনিচ্ছাকৃত জায়গায় যুক্ত হয়। পরে সরাতে হলে সংযোগ বিচ্ছিন্ন করে পুরো প্রক্রিয়াটি আবার চালাতে হয়। ### একবারের সিদ্ধান্ত আগের চ্যাট ইতিহাস শেয়ার করা হবে কি না, তা একবার জিজ্ঞেস করা হয় এবং পরে বদলানো যায় না। অনবোর্ডিংয়ের 24 ঘণ্টার মধ্যে সিঙ্ক্রোনাইজেশন শুরু করতে হয় এবং এটি একবারই চলতে পারে। সময় পেরিয়ে গেলে সতর্কবার্তার বদলে দুটিই অপরিচিত ত্রুটি দেখায়। ### সংযোগ বিচ্ছিন্ন করা বা আগের অবস্থায় ফেরানো যেকোনো সময় ড্যাশবোর্ড বা কানেক্টরের মাধ্যমে নম্বরের সংযোগ বিচ্ছিন্ন করা যায়। WhatsApp Business অ্যাপ আগের মতোই চলতে থাকে, কথোপকথন ও ইতিহাস অক্ষত থাকে, এবং সংযুক্ত থাকার কারণে নম্বরটিতে কোনো স্থায়ী পরিবর্তন হয় না। - Coexistence-কে আলাদা API ভাবা। এটি ভিন্ন অনবোর্ডিংসহ Cloud API। - গ্রুপ চ্যাটকে কেন্দ্র করে ব্যবস্থা তৈরি করা। প্রতিটি প্রোভাইডারেই এগুলো বাদ থাকে। - আবার সংযোগ করলে ওয়েবহুকের গন্তব্য ফিরে আসবে ধরে নেওয়া। তা হয় না। **এটি কি Cloud API-এরই অংশ?** হ্যাঁ। Coexistence হলো Cloud API-তে অনবোর্ড করার একটি পদ্ধতি, যাতে ওই নম্বরে WhatsApp Business অ্যাপ কাজ করতে থাকে। **আমি কি এটি বন্ধ করতে পারি?** হ্যাঁ। সংযোগ বিচ্ছিন্ন করলে অ্যাপ এবং এর কথোপকথন আগের মতোই থাকে। **আমার দলের কি প্রশিক্ষণ দরকার?** না। তারা এখন যেভাবে WhatsApp Business অ্যাপ ব্যবহার করে, সেভাবেই ব্যবহার করতে থাকবে। **অ্যাপ টেমপ্লেট পাঠাতে পারে না কেন?** টেমপ্লেট প্ল্যাটফর্মের সুবিধা, অ্যাপের নয়। 24 ঘণ্টার উইন্ডোর বাইরের সবকিছু API-এর মাধ্যমে যায়। --- ## কোন তথ্য API-তে সিঙ্ক হয়, কোনটি হয় না https://easycoexistence.com/bn/docs/what-syncs-and-what-does-not কনট্যাক্ট ও একান্ত মেসেজের ইতিহাস API-তে সিঙ্ক হয়, এরপর মেসেজ দুই দিকেই মিরর হয়। গ্রুপ সিঙ্ক হয় না। WhatsApp Business অ্যাপের নিজস্ব টুল, যেমন ক্যাটালগ, অর্ডার, স্ট্যাটাস, লেবেল, দ্রুত উত্তর, স্বাগত ও অনুপস্থিতির মেসেজও সিঙ্ক হয় না। ### কোন তথ্য সিঙ্ক হয় দুটি জিনিস, আর বছরের পর বছর কোনো নম্বরে ব্যবসা চালানোর পর সফটওয়্যার শুরু করার ক্ষেত্রে এই দুটিই সবচেয়ে গুরুত্বপূর্ণ। - কনট্যাক্ট: WhatsApp নম্বর থাকা প্রতিটি কনট্যাক্ট প্ল্যাটফর্মে সিঙ্ক করা যায়। - একান্ত মেসেজের ইতিহাস, যাতে API চালু হওয়ার আগের কথোপকথন সম্পর্কে API অন্ধকারে না থাকে। - এরপর মেসেজ দুই দিকেই মিরর হয়: API যা পাঠায় তা অ্যাপে দেখা যায়, আর টিম অ্যাপে যা লেখে তা আপনার সিস্টেমে পৌঁছে যায়। ### কোন তথ্য সিঙ্ক হয় না মানুষ যতটা আশা করে, তার চেয়ে বেশি কিছু সিঙ্ক হয় না। ক্লায়েন্টকে কিছু দেওয়ার প্রতিশ্রুতি দেওয়ার আগে এই তালিকা পড়ে নেওয়া জরুরি। এগুলো কোনো সরবরাহকারীর সীমাবদ্ধতা নয়, প্ল্যাটফর্ম এভাবেই কাজ করে। - গ্রুপ চ্যাট সিঙ্ক হয় না এবং কোনো সরবরাহকারীর API-এর মাধ্যমেই এগুলো পাওয়া যায় না। - ব্যবসায়িক টুল: ক্যাটালগ, অর্ডার ও স্ট্যাটাস। - মেসেজিং টুল: স্বাগত মেসেজ, অনুপস্থিতির মেসেজ, দ্রুত উত্তর ও লেবেল। - চ্যানেল, ভয়েস ও ভিডিও কল এবং ব্যবসায়িক প্রোফাইলের তথ্য। ### অ্যাপের নিজস্ব টুলগুলো কেন অ্যাপেই থাকে কারণ এগুলো প্ল্যাটফর্মের নয়, অ্যাপের ফিচার। API-তে এগুলোর সমতুল্য কিছু নেই। দ্রুত উত্তর ও লেবেল ডিভাইসেই থাকে। কেউ অ্যাপ দেখছে না এমন সময় অ্যাপ যে মেসেজ পাঠায়, অনুপস্থিতির মেসেজ সেটিই। এগুলোর কোনোটি API-এর ধারণা নয়, তাই API-তে সিঙ্ক করার মতো কিছুই নেই। বাস্তবে, কোনো ব্যবসা কাজ গোছাতে লেবেলের ওপর নির্ভর করলে অ্যাপেই তা ব্যবহার করতে হবে, আর সফটওয়্যার সেগুলো দেখতে পারবে না। আপনার তৈরি ব্যবস্থায় এই সংগঠন জরুরি হলে, অন্য দিক থেকে পড়ে নেওয়ার বদলে নিজের সিস্টেমে তা নতুন করে বানাতে হবে। ### যে সময়সীমা পেরিয়ে যেতে পারে অনবোর্ডিংয়ের 24 ঘণ্টার মধ্যে সিঙ্ক শুরু করতে হবে। সময় পেরিয়ে গেলে আরেকটি সুযোগ পেতে নম্বরটি অফবোর্ড করে আবার অনবোর্ড করতে হবে। এটি পাঠানোর ক্ষেত্রে প্রযোজ্য 24 ঘণ্টার কাস্টমার সার্ভিস সময়সীমা থেকে আলাদা, কিন্তু দুটিকে প্রায়ই গুলিয়ে ফেলা হয়। একটি গ্রাহকের শেষ মেসেজ থেকে গণনা হয় এবং ফ্রি টেক্সট পৌঁছাবে কি না তা নির্ধারণ করে। অন্যটি অনবোর্ডিং থেকে গণনা হয় এবং ইতিহাস এখনও সিঙ্ক করা যাবে কি না তা নির্ধারণ করে। এই কারণেই ইন্টিগ্রেশনের কাজ শুরু হওয়ার দিন নয়, নম্বর সংযুক্ত হওয়ার দিনই ইতিহাস সিঙ্ক করবেন কি না ঠিক করা উচিত। সাধারণত দুটির মধ্যে এক সপ্তাহের পার্থক্য থাকে। - ক্লায়েন্টকে বলা যে তাদের লেবেল ও দ্রুত উত্তর আপনার সিস্টেমে দেখা যাবে। এগুলো অ্যাপেই থাকে। - গ্রুপ চ্যাটকে ঘিরে কোনো কিছু তৈরি করা। কোনো সরবরাহকারীর কাছেই এগুলো সিঙ্ক হয় না। - ইন্টিগ্রেশন তৈরি হওয়া পর্যন্ত ইতিহাস সিঙ্ক না করা। অনবোর্ডিংয়ের পর সময়সীমা 24 ঘণ্টা। **আমার পুরোনো কথোপকথন কি API-তে দেখা যাবে?** অনবোর্ডিংয়ের সময় গ্রহণ করলে একান্ত ইতিহাস সিঙ্ক হয়। গ্রুপ কথোপকথন হয় না। **সফটওয়্যার কি আমার লেবেল দেখতে পারে?** না। লেবেল অ্যাপের ফিচার, API-তে যার সমতুল্য কিছু নেই। তাই এগুলো ডিভাইসেই থাকে। **টিম কি দ্রুত উত্তর ব্যবহারের সুবিধা হারাবে?** না। আগের মতোই অ্যাপে এগুলো ব্যবহার করা যাবে। শুধু সফটওয়্যার সেগুলো দেখতে পারবে না। **24 ঘণ্টার সিঙ্ক সময়সীমা পেরিয়ে গেলে কী হবে?** নম্বরটি সংযোগমুক্ত করে আবার সংযুক্ত করতে হবে। এতে অনবোর্ডিং আবার শুরু হবে এবং নতুন সময়সীমা চালু হবে। --- ## Coexistence-এর পর কোন WhatsApp ফিচারগুলো বন্ধ হয় https://easycoexistence.com/bn/docs/features-disabled-by-coexistence Coexistence-এর মাধ্যমে কোনো নম্বর সংযুক্ত হলে চারটি বিষয় কাজ করা বন্ধ করে: অদৃশ্য হওয়া মেসেজ, একবার দেখার মেসেজ এবং লাইভ লোকেশন একান্ত চ্যাটে বন্ধ থাকে, আর ব্রডকাস্ট লিস্ট পুরোপুরি নিষ্ক্রিয় হয়। আগে থাকা লিস্টগুলো মুছে না গিয়ে শুধু পড়ার জন্য থাকে। ### চারটি ফিচার প্রতিটি ফিচার লুকিয়ে রাখা নয়, প্ল্যাটফর্ম-স্তরেই বন্ধ করা হয়। কারণ, সংযোগটি মেসেজ দেখতে পারে এমন API ব্যবহারের সঙ্গে এগুলোর প্রতিটির সরাসরি সম্পর্ক আছে। - অদৃশ্য হওয়া মেসেজ: সব একান্ত চ্যাটে বন্ধ থাকে। - একবার দেখার মেসেজ: সব একান্ত চ্যাটে নিষ্ক্রিয় থাকে। - লাইভ লোকেশন মেসেজ: সব একান্ত চ্যাটে নিষ্ক্রিয় থাকে। - ব্রডকাস্ট লিস্ট: নিষ্ক্রিয় হয়, আর আগে থাকা লিস্টগুলো মুছে না গিয়ে শুধু পড়ার জন্য থাকে। ### কেন শুধু এই চারটি কারণ, প্রতিটি এমন একটি প্রতিশ্রুতি দেয় যার সঙ্গে API-এর কাজের ধরন মেলে না। অদৃশ্য হওয়া মেসেজের প্রতিশ্রুতি হলো, এটি থেকে যাবে না। একবার দেখার মেসেজের প্রতিশ্রুতি হলো, এটি একবারই দেখা যাবে। দুটি প্রতিশ্রুতিই নির্ভর করে অন্য কোথাও এর কপি না থাকার ওপর, অথচ সংযুক্ত নম্বর সংজ্ঞা অনুযায়ী এই মেসেজগুলো অন্য একটি সিস্টেমে পাঠায়। লাইভ লোকেশন মেসেজ নয়, এটি একটি চলমান ধারা, যার কোনো API রূপ নেই। ব্রডকাস্ট লিস্ট হলো অ্যাপের ভেতর একসঙ্গে অনেককে পাঠানোর পদ্ধতি। প্ল্যাটফর্মের নিজস্ব সমাধান হলো টেমপ্লেট, যা অনুমোদন নিয়ে API-এর মাধ্যমে পাঠানো হয়। তাই এটি ইচ্ছেমতো করা কোনো পরিবর্তন নয়। প্ল্যাটফর্ম এমন কিছুর প্রতিশ্রুতি দিতে অস্বীকার করছে, যা এখন আর রাখতে পারবে না। ### ক্লায়েন্টের নম্বর সংযুক্ত করার আগে এর মানে কী ব্যবসাটি এগুলোর কোনোটি ব্যবহার করে কি না জেনে নিন, কারণ পরে জানতে পারলে পরিস্থিতি অস্বস্তিকর হবে। ব্রডকাস্ট লিস্টই বাস্তব ব্যবসাগুলোকে সবচেয়ে বেশি সমস্যায় ফেলে। কোনো দোকান যদি ব্রডকাস্ট লিস্টের মাধ্যমে 200 জন ক্রেতাকে প্রতি সপ্তাহে মেসেজ পাঠায়, তাহলে সেই কাজের ধারা বন্ধ হবে। এর বদলে অনুমোদিত মার্কেটিং টেমপ্লেট ব্যবহার করতে হবে, যার জন্য অ্যাকাউন্টে পেমেন্ট পদ্ধতি এবং Meta-র পর্যালোচনা দরকার। অদৃশ্য হওয়া মেসেজে ভিন্ন ধরনের ব্যবহারকারী সমস্যায় পড়েন, সাধারণত যিনি একবার এটি চালু করে পরে ভুলে গেছেন। ডেলিভারি ও ফিল্ড সার্ভিস ছাড়া লাইভ লোকেশন প্রায় কখনোই সামনে আসে না। - ব্যবসাকে না জানিয়ে এমন নম্বর সংযুক্ত করা, যা ব্রডকাস্ট লিস্টের ওপর নির্ভরশীল। এর বদলে অনুমোদন ও বিলিং-সহ একটি টেমপ্লেট লাগবে। - আগে থাকা ব্রডকাস্ট লিস্ট মুছে যাবে ধরে নেওয়া। এগুলো শুধু পড়ার জন্য থাকবে। - নম্বর সংযুক্ত থাকা অবস্থায় এগুলো ফিরে আসবে আশা করা। এগুলো ফিরে আসবে না। **আমি কি অদৃশ্য হওয়া মেসেজ আবার চালু করতে পারি?** নম্বর সংযুক্ত থাকা অবস্থায় নয়। সংযোগ বিচ্ছিন্ন করলে অ্যাপের স্বাভাবিক আচরণ ফিরে আসে। **আমার আগে থাকা ব্রডকাস্ট লিস্ট কি মুছে যাবে?** না। এগুলো শুধু পড়ার জন্য থাকবে। তাই বিষয়বস্তু থাকবে, কিন্তু সেখান থেকে মেসেজ পাঠানো যাবে না। **এটি কি গ্রুপ চ্যাটে প্রভাব ফেলে?** এই নিষ্ক্রিয়তা একান্ত চ্যাটের জন্য নথিভুক্ত। Coexistence নম্বরে গ্রুপগুলো পুরোপুরি API-এর বাইরে থাকে। **ব্রডকাস্ট লিস্টের বদলে কী ব্যবহার করব?** API-এর মাধ্যমে পাঠানো একটি অনুমোদিত মার্কেটিং টেমপ্লেট। এর জন্য আপনার নিজের WhatsApp Business Account-এ একটি পেমেন্ট পদ্ধতি দরকার। --- ## Coexistence-এর জন্য কোন নম্বর যোগ্য https://easycoexistence.com/bn/docs/number-eligibility একটি নম্বর WhatsApp Business অ্যাপে আগে থেকেই ব্যবহৃত হতে হবে, 2.24.17 বা পরের সংস্করণে থাকতে হবে, আপনার প্রশাসক-অ্যাক্সেস থাকা Business Portfolio-র মধ্যে থাকতে হবে এবং অন্য কোনো সেবাদাতার সঙ্গে সংযুক্ত থাকা যাবে না। ভৌগোলিক অবস্থান আর শর্ত নয়। বাকি সব ক্ষেত্রে অনবোর্ডিংয়ে নম্বরটি প্রত্যাখ্যান করা হয়। ### নম্বরটির নিজের কী শর্ত থাকতে হবে চারটি শর্তই Meta-র নিজস্ব অনবোর্ডিংয়ে যাচাই করা হয়, কোনো সেবাদাতা এগুলো যাচাই করে না। - WhatsApp অ্যাপে নয়, WhatsApp Business অ্যাপে আগে থেকেই রেজিস্টার করা এবং ব্যবহৃত হতে হবে। - প্রধান ডিভাইসে 2.24.17 বা পরের সংস্করণের অ্যাপ চালু থাকতে হবে। - আপনার প্রশাসক-অ্যাক্সেস থাকা Business Portfolio-র মধ্যে থাকতে হবে। - অন্য কোনো সেবাদাতার অ্যাপের সঙ্গে আগে থেকেই সংযুক্ত থাকা যাবে না। ### Coexistence কোথায় পাওয়া যায় WhatsApp Business অ্যাপ যেখানে চালু আছে, সেখানেই এটি পাওয়া যায়। Business অ্যাপ ব্যবহারকারীদের জন্য Meta-র বর্তমান অনবোর্ডিং নথিতে কোনো ভৌগোলিক সীমাবদ্ধতার কথা নেই। 2026 সালে শুরু হওয়া আঞ্চলিক চালু করার কাজ শেষ হয়েছে, এবং South Africa ও Nigeria-ও শেষের দিকের যুক্ত হওয়া বাজারগুলোর মধ্যে ছিল। এটি স্পষ্ট করে বলা জরুরি, কারণ চালু করার সময় প্রকাশিত আঞ্চলিক তালিকাগুলো এখনও ছড়িয়ে আছে। সেগুলোর কয়েকটিতে এমন দেশকেও বাদ দেওয়া হয়েছে, যেগুলো কয়েক মাস ধরে সমর্থিত। কোনো ব্যবসা এমন তালিকা দেখে ভাবতে পারে যে তারা ফিচারটি ব্যবহার করতে পারবে না, যদিও বাস্তবে পারে। Meta তারিখসহ কোনো দেশের তালিকা প্রকাশ করে না, তাই নির্ভরযোগ্য পরীক্ষা হলো প্রবাহটি নিজে চালানো। নম্বরটি WhatsApp Business অ্যাপে সক্রিয় থাকলে এবং Embedded Signup ভৌগোলিক কারণে সেটিকে প্রত্যাখ্যান না করলে, সেই নম্বরের জন্য Coexistence উপলভ্য। ### অনবোর্ডিংয়ে কী সমস্যা হয় বেশিরভাগ সমস্যার জন্য তিন ধরনের ব্যর্থতা দায়ী, এবং প্রতিটির চেহারা আলাদা। ভোক্তা WhatsApp অ্যাপে থাকা নম্বরকে Coexistence একেবারেই অফার করা হয় না। আগে সেটিকে WhatsApp Business অ্যাপে নিতে হবে। ফোনে ব্যবসাটিকেই এই মাইগ্রেশন করতে হয়। পুরোনো অ্যাপ এমন একটি প্রবাহ তৈরি করে, যা শুরু হলেও স্ক্যান সম্পূর্ণ করতে পারে না। সমাধান হলো অ্যাপ আপডেট করে আবার চেষ্টা করা। আর কোনো প্রবাহ মাঝপথে বন্ধ করলে নম্বরটি অ্যাকাউন্টের সঙ্গে সংযুক্ত থাকে, কিন্তু রেজিস্টার হয় না। ড্যাশবোর্ডে এটি সংযুক্ত দেখালেও প্রথম মেসেজ পাঠানোর সময় error 133010 দেখা যায়। শুরু থেকে আবার প্রবাহটি চালালে রেজিস্ট্রেশন সম্পূর্ণ হয়। - ভোক্তা WhatsApp অ্যাপে থাকা নম্বর দিয়ে অনবোর্ডিং শুরু করা। আগে নম্বরটিকে Business অ্যাপে নিতে হবে। - চালু করার সময়কার আঞ্চলিক প্রাপ্যতার তালিকায় ভরসা করা। কয়েকটি তালিকা পুরোনো এবং এখনও সমর্থিত দেশকে বাদ দেখায়। - নম্বর দেখা যাওয়ার পর Meta-র পপআপ বন্ধ করে দেওয়া। এর পরের ধাপগুলোই রেজিস্ট্রেশন সম্পূর্ণ করে। **আমি কি ল্যান্ডলাইন বা ভার্চুয়াল নম্বর ব্যবহার করতে পারি?** নম্বরটি WhatsApp Business অ্যাপে রেজিস্টার করা থাকতে হবে, অর্থাৎ রেজিস্ট্রেশন মেসেজ গ্রহণ করতে সক্ষম হতে হবে। **আমার কোন অ্যাপ সংস্করণ দরকার?** নম্বর থাকা ডিভাইসে 2.24.17 বা পরের সংস্করণ। **আমার দেশে কি Coexistence উপলভ্য?** প্রায় নিশ্চিতভাবেই। Meta-র বর্তমান অনবোর্ডিং নথিতে কোনো ভৌগোলিক সীমাবদ্ধতা নেই, এবং আঞ্চলিক চালু করার কাজ 2026 সালে শেষ হয়েছে। নির্ভরযোগ্য পরীক্ষা হলো প্রবাহটি নিজে চালানো। **ড্যাশবোর্ডে নম্বর দেখা যাচ্ছে, কিন্তু মেসেজ পাঠানো যাচ্ছে না।** সম্ভবত অনবোর্ডিং সম্পূর্ণ হয়নি। এতে error 133010 দেখা যায়, এবং প্রবাহটি আবার চালালে সমস্যা ঠিক হয়। --- ## EasyCoexistence বনাম 360dialog https://easycoexistence.com/bn/compare/easycoexistence-vs-360dialog 360dialog এবং EasyCoexistence একই মূল্য মডেল অনুসরণ করে: সংযুক্ত প্রতিটি নম্বরের জন্য নির্দিষ্ট ফি, আর Meta-র মেসেজিং খরচ সরাসরি আপনাকে বিল করা হয়, কোনো পক্ষই অতিরিক্ত মূল্য যোগ করে না। পার্থক্য হলো টাকার পরিমাণ, স্তরের সংখ্যা এবং ফি দিয়ে আসলে কী পাওয়া যায়। ### প্রতি নম্বরে আপনি কত দেন দুজনেই নম্বরভিত্তিক মূল্য নেয় এবং Meta-র মেসেজিং খরচে অতিরিক্ত মূল্য যোগ করে না, তাই বিষয়টি নির্ভর করে অঙ্কটি এবং তার বিনিময়ে কী পাওয়া যায় তার ওপর। - 360dialog:: সেপ্টেম্বর 2026 অনুযায়ী, প্রতি নম্বর প্রতি মাসে €49, €99 এবং €500 মূল্যের তিনটি WhatsApp API স্তর। সাইনআপের সময় একটি পরিকল্পনা বেছে নিতে হয়, পরে নির্দিষ্ট সীমা পার হতে হয়। - EasyCoexistence:: প্রকাশিত একটিমাত্র মূল্য তালিকা: সংযুক্ত প্রতিটি নম্বরের জন্য প্রতি মাসে US$ 9 থেকে শুরু হয়ে নম্বর যোগ করার সঙ্গে সঙ্গে কমে US$ 1। এতে কোথাও সুবিধার সীমা নেই: কোনো এজেন্সির বিশতম নম্বর প্রথমটির মতোই সব কাজ করে এবং কম খরচ হয়। আপগ্রেডের আলোচনাও নেই, কারণ আপগ্রেড করার মতো কিছু নেই। ### ক্লায়েন্ট যোগ করলে কী হয় যে অবস্থায় প্রতি নম্বরের অঙ্কটি আর সামান্য হিসাবের ভুল নয়। - 360dialog:: তাদের শুরুর স্তরে Meta-র কোনো খরচ ধরার আগেই বিশটি নম্বরের জন্য মাসে €980 লাগে। মডেলটি যথাযথ, গুণকটিও যা হওয়ার তাই। - EasyCoexistence:: বিশটি নম্বরের খরচ মাসে US$ 140। প্রতিটি নম্বর তার নিজস্ব ক্লায়েন্টের Business Portfolio-তে আলাদাভাবে সংযুক্ত, নিজস্ব লাইনে বিল করা হয়, এবং কোনো সংখ্যাতেই নতুন স্তরে যেতে হয় না। ### কথোপকথনের বিষয়বস্তু কোথায় যায় অন্য সবকিছুর আগে এটি নিশ্চিত করা জরুরি, কারণ পরে এটি বদলানো যায় না। - 360dialog:: তাদের প্রাইসিং পেজে মেসেজ যাওয়ার পথ বর্ণনা করা নেই। এটি কোনো দিকেরই প্রমাণ নয়, তাই তাদের প্রথম যে প্রশ্নটি করা উচিত, এটি সেটিই। - EasyCoexistence:: Meta আপনার নির্ধারিত একটি URL-এ মেসেজ ইভেন্ট পাঠায়, আপনার অ্যাকাউন্টে আমাদের অ্যাপের সাবস্ক্রিপশনে override ব্যবহার করে। কোনো গন্তব্য নির্ধারিত না থাকলে সেই অ্যাকাউন্টের ইভেন্ট আমাদের কলব্যাকে ফলব্যাক করে, যেখানে হ্যান্ডলার সেগুলো সংরক্ষণ না করেই বাদ দেয়। ### Coexistence নিজেই সংযোগের পর নম্বরের WhatsApp Business অ্যাপটি কাজ চালিয়ে যায় কি না। - 360dialog:: তাদের প্রাইসিং পেজে বিষয়টি বলা নেই। এই পেজসহ কোনো তুলনামূলক পেজের ওপর ভরসা না করে তাদের সরাসরি জিজ্ঞেস করুন: নথিভুক্ত নয় এমন সুবিধা অনুপস্থিত, এমন নয়। - EasyCoexistence:: এটাই পুরো পণ্য। নম্বরটি Meta-র নিজস্ব Coexistence প্রবাহের মাধ্যমে সংযুক্ত হয়, অ্যাপটি আগের মতোই কাজ করে, এবং প্রতিটি মাধ্যম অন্যটি যা পাঠায় তা দেখতে পায়। ### যখন আপনার পূর্ণ BSP সম্পর্ক দরকার একটি নির্দিষ্ট পরিস্থিতি, এবং সেটি বাস্তব। - 360dialog:: যখন আপনি শুধু সংযোগ নয়, কোনো বিক্রেতার সঙ্গে পূর্ণ সম্পর্ক কিনতে চান। তারা দীর্ঘদিনের অভিজ্ঞতা, আঞ্চলিক উপস্থিতি এবং এমন সহায়তা কাঠামোসহ প্রতিষ্ঠিত BSP, যা ছোট কোনো পণ্য দিতে পারে না। বড় প্রেরকদের এমন কিছু দরকার হয় যা ছোটদের দরকার হয় না, তাই তাদের সর্বোচ্চ স্তরটি আছে। - EasyCoexistence:: একটি কেন্দ্রীভূত পণ্য: ইমেইল সহায়তা এবং কী ঘটেছে ও কখন ঘটেছে তা দেখানো সংযোগের টাইমলাইন। নিজের ইন্টারফেস তৈরি করা কারও জন্য এটিই দরকার, এটি অ্যাকাউন্ট পরিচালনার সম্পর্ক নয়। ### কোনটি বেছে নেবেন আপনার যদি মানুষের মাধ্যমে পরিচালিত নামযুক্ত অ্যাকাউন্ট ম্যানেজার এবং এসকেলেশনের পথ দরকার হয়, সেটি একটি BSP সম্পর্ক, আর তাদের এমন সম্পর্ক আছে। আপনি যদি ক্লায়েন্টদের নম্বর নিজের কাছে রেখে সেগুলো ঘিরে সফটওয়্যার তৈরি করেন, তাহলে হিসাবই সিদ্ধান্ত নেয়। একই বিলিং মডেল, এক-পঞ্চমাংশ মূল্যে, সংযোগ পর্যবেক্ষণ এবং মেসেজ আপনার নিজস্ব সিস্টেমে যাওয়ার সুবিধাসহ, এমন একটি পণ্য যা এজেন্সির সঙ্গে বাড়ে, এজেন্সির বিরুদ্ধে নয়। - শুধু মাসিক অঙ্কের তুলনা করা। ফি দিয়ে কী পাওয়া যায়, সংখ্যার চেয়ে তার পার্থক্য বেশি। - কোনো পক্ষ Meta-র ফিতে অতিরিক্ত মূল্য যোগ করে ধরে নেওয়া। কেউই করে না; Meta সেই খরচ আপনাকেই বিল করে। - নথিভুক্ত নয় এমন সুবিধাকে অনুপস্থিত ধরে নেওয়া। এই পেজসহ কোনো তুলনামূলক পেজের ওপর ভরসা না করে তাদের জিজ্ঞেস করুন। **মূল্যগুলো কি বর্তমান?** সেপ্টেম্বর 2026-এ 360dialog-এর প্রাইসিং পেজে প্রকাশিত মূল্য এবং উপরে দেওয়া লিংকের তথ্য এগুলো। মূল্য বদলাতে পারে, তাই সিদ্ধান্তের আগে উৎসটি দেখুন। **কোনো পক্ষ কি Meta-র খরচে অতিরিক্ত মূল্য যোগ করে?** না। দুজনেই খরচ সরাসরি আপনাকে দেয়, আর Meta আপনার নিজস্ব WhatsApp Business Account-এ সরাসরি বিল করে। **360dialog কি Coexistence সমর্থন করে?** তাদের প্রাইসিং পেজে বিষয়টি বলা নেই। এটি কোনো দিকেরই প্রমাণ নয়, তাই তাদের জিজ্ঞেস করা ভালো। **এজেন্সির জন্য কোনটি ভালো?** আপনি প্রতি ক্লায়েন্টে একটি প্ল্যাটফর্ম চান, নাকি প্রতি ক্লায়েন্টে একটি সংযোগ চান, তার ওপর নির্ভর করে। সংখ্যা বাড়লে প্রতি নম্বরের খরচ বেশি গুরুত্বপূর্ণ হয়ে ওঠে। --- ## EasyCoexistence বনাম WATI https://easycoexistence.com/bn/compare/easycoexistence-vs-wati এগুলো একই পণ্যের প্রতিদ্বন্দ্বী সংস্করণ নয়, ভিন্ন পণ্য। WATI শেয়ার করা টিম ইনবক্স বিক্রি করে, যার মূল্য ব্যবহারকারী ও মাসিক সক্রিয় কনট্যাক্ট অনুযায়ী। EasyCoexistence প্রতি নম্বরের ভিত্তিতে সংযোগ বিক্রি করে, কোনো ইনবক্স ছাড়াই। ### মাসিক বিল আসলে কিসের জন্য দুটি পণ্যের মূল্য আলাদা এককের ভিত্তিতে নির্ধারিত হয়, আর একাধিক নম্বর থাকলে এই পার্থক্য প্রতি মাসে আরও বাড়ে। - WATI:: প্রতি ব্যবহারকারী ও মাসিক সক্রিয় কনট্যাক্টের ভিত্তিতে। সেপ্টেম্বর 2026 অনুযায়ী প্রকাশিত প্ল্যানে 3 থেকে 10 জন ব্যবহারকারী এবং 500 থেকে 2,500 কনট্যাক্ট থাকে, তাই প্রতিটি নতুন এজেন্ট ও প্রতিটি কাস্টমারের সঙ্গে বিল বাড়ে। - EasyCoexistence:: প্রতি সংযুক্ত নম্বরে একটি নির্দিষ্ট মূল্য, কোনো ব্যবহারকারী সীমা বা কনট্যাক্ট সীমা ছাড়াই। কোনো এজেন্সির 20তম কাস্টমারের খরচ প্রথমটির চেয়ে বেশি নয়, আর ব্যস্ত মাসের খরচ শান্ত মাসের মতোই। ### আপনার কাস্টমারদের কথোপকথন কোথায় গিয়ে শেষ হয় এটি এমন পার্থক্য যা পরে আর ফিরিয়ে নেওয়া যায় না, এবং প্রতিটি পণ্য কী, তা থেকেই এর ফল আসে। - WATI:: তাদের প্ল্যাটফর্মে। শেয়ার করা ইনবক্সে মেসেজের বিষয়বস্তু সংরক্ষণ করতেই হয়, যাতে যে কেউ খুললে তা দেখতে পারে। তাদের প্রাইসিং পেজে এটি প্রতিটি প্ল্যানের মূল সুবিধা হিসেবে তালিকাভুক্ত। - EasyCoexistence:: আমাদের পাশে কোথাও নয়। Meta মেসেজ ইভেন্ট সরাসরি আপনার নির্ধারিত URL-এ পাঠায়, আর আমাদের ফলব্যাক কলব্যাকে পৌঁছানো যেকোনো কিছু সংরক্ষণ না করেই বাদ পড়ে। এটি নীতিমালায় বলা নয়, কোডে বাধ্যতামূলক করা। ### আপনার টিমকে কাজের ধরন বদলাতে হবে কি না কোনো কিছুর সঙ্গে সম্মত হওয়ার আগে একজন ব্যবসার মালিক এই প্রশ্নই করেন। - WATI:: এজেন্টরা তাদের ইনবক্সে লগ ইন করে। কথোপকথন সেখানেই বরাদ্দ, ট্যাগ ও উত্তর দেওয়া হয়, ফলে টিম ফোন ছেড়ে নতুন একটি টুলে যায়। - EasyCoexistence:: কেউ কোথাও যায় না। Coexistence-এর মাধ্যমে WhatsApp Business অ্যাপ একই নম্বরে কাজ করে, একই চ্যাট ও একই ইতিহাস রেখে, আর সফটওয়্যার আপনার তৈরি কাজটুকু সামলে নেয়। ### আপনি যখন এর সীমা ছাড়িয়ে যাবেন তখন কী হবে দুটিরই একটি সীমা আছে। তবে সীমাগুলো ভিন্ন জায়গায়। - WATI:: আরও ব্যবহারকারী ও আরও সক্রিয় কনট্যাক্ট, প্রতিটি ধাপেই অতিরিক্ত মূল্য। প্ল্যাটফর্মই পণ্য, তাই বড় হতে হলে তার আরও অংশ কিনতে হয়। - EasyCoexistence:: কোনো স্তর নেই, তাই ছাড়িয়ে যাওয়ারও কিছু নেই। আপনি ইন্টারফেস তৈরি করছেন, তাই বড় করবেন আপনার নিজের সিস্টেমকে, Meta-র নথিভুক্ত API-তে, মাঝখানে আমাদের কিছু না রেখেই। ### কখন আপনার একটি ইনবক্স দরকার একটি পরিস্থিতি, আর সেটির নাম বলা হলেই এই পৃষ্ঠার বাকি অংশটি কাজে লাগে। - WATI:: 8 জনের একটি সহায়তা দল তাদের প্ল্যাটফর্মে কথোপকথন ভাগ করে নিচ্ছে, এমন একটি প্ল্যানে যা 3 জন ব্যবহারকারী ও 500 মাসিক সক্রিয় কনট্যাক্টের জন্য মাসে 4,999 রুপি থেকে শুরু হয়, এবং প্রতিটি অতিরিক্ত ব্যবহারকারীর জন্য আলাদা মূল্য যোগ হয়। - EasyCoexistence:: এটি ভিন্ন কাজ। এখানে কোনো ইনবক্স বা এজেন্ট ভিউ নেই, কারণ ইন্টারফেসটি আপনার বা আপনার কাস্টমারের কাছে আগে থেকেই আছে। ### কোনটি বেছে নেবেন যদি কোনো এজেন্ট দল প্রতিদিন লগ ইন করে এবং কথোপকথনই তাদের মূল কাজ হয়, ইনবক্স কিনুন। WATI একটি ইনবক্স তৈরি করেছে এবং সেটি যা বলে, তাই করে। অন্য সবার জন্য, আর এই পৃষ্ঠার অধিকাংশ পাঠকের ক্ষেত্রেই, ইনবক্সের জন্য মূল্য দিচ্ছেন কিন্তু ব্যবহার করছেন না। কাস্টমারের নম্বর পরিচালনা করা কোনো এজেন্সি এমন সিট কিনছে যা কেউ খোলে না। ইন্টারফেস তৈরি করা কোনো ডেভেলপার নিজের পণ্য ও Meta-র API-এর মাঝে একজন প্রতিদ্বন্দ্বী বসাচ্ছেন। একটি ছোট ব্যবসাকে এমন একটি ফোন ছাড়তে বলা হচ্ছে, যা ইতিমধ্যেই কাজ করছে। EasyCoexistence হলো নিচের সংযোগ, প্রতি নম্বরে একটি নির্দিষ্ট মূল্যে। কথোপকথন যায় আপনার সিস্টেমে, আর টিম যে অ্যাপটি আগে থেকেই চেনে সেটিই ব্যবহার করে। - মাসিক মূল্য সরাসরি তুলনা করা। একটিতে ইনবক্স ও ব্যবহারকারী আছে, অন্যটিতে নেই। - যখন কোনো টিমের ইনবক্স দরকার, তখন সংযোগ বেছে নেওয়া। তারা অসন্তুষ্ট হবে, এবং তাদের অসন্তুষ্ট হওয়ার কারণও থাকবে। - আপনি নিজেই ইন্টারফেস তৈরি করলে ইনবক্স বেছে নেওয়া। শেষে আপনার কাছে দুটি ইনবক্স থাকবে। **500 কনট্যাক্ট পার হলে কী হয়?** তাদের প্রারম্ভিক প্ল্যানে আপনাকে পরের স্তরে যেতে হবে। আমাদের ক্ষেত্রে কিছুই হয় না: কোনো মূল্যে কনট্যাক্ট সীমা নেই, তাই 10,000 কাস্টমারের মাসের খরচ 10 জন কাস্টমারের মাসের সমান। **কোনটি সস্তা?** তাদের প্রারম্ভিক প্ল্যানের তুলনায়, ছয়টি নম্বর পর্যন্ত আমরা সস্তা। সেই প্ল্যান মাসে 4,999 রুপি, আনুমানিক US$ 53, 3 জন ব্যবহারকারী ও 500 মাসিক সক্রিয় কনট্যাক্টের জন্য। আমাদের মূল্য প্রতি সংযুক্ত নম্বরে US$ 9, অথবা ছয়টি নম্বর থেকে প্রতিটি US$ 7, তাই ছয়টি নম্বরের খরচ মাসে US$ 42। এর বেশি হলে উত্তর নির্ভর করে তাদের অতিরিক্ত ব্যবহারকারী ও কনট্যাক্ট স্তরের চার্জের ওপর, যা টিম ও কাস্টমারের সংখ্যার সঙ্গে বাড়ে, আর আমাদের মূল্য বাড়ে শুধু নম্বরের সংখ্যার সঙ্গে। **WATI কি Coexistence সমর্থন করে?** তাদের প্রাইসিং পেজে এটি উল্লেখ করা নেই। এই পৃষ্ঠার ওপর নির্ভর না করে তাদের জিজ্ঞেস করুন। **আপনাদের কি মোবাইল অ্যাপ আছে?** না। টিম WhatsApp Business অ্যাপ ব্যবহার করে, Coexistence-এর উদ্দেশ্যই এটি। --- ## EasyCoexistence বনাম respond.io https://easycoexistence.com/bn/compare/easycoexistence-vs-respond-io respond.io একটি মাল্টিচ্যানেল প্ল্যাটফর্ম: টিম ইনবক্স, ওয়ার্কফ্লো, AI এজেন্ট ও ব্রডকাস্ট, মাসে US$ 79 থেকে, ব্যবহারকারী ও কনট্যাক্ট সীমাসহ। EasyCoexistence হলো নিচের সংযোগ স্তর, নম্বরভিত্তিক মূল্যে, এসব সুবিধা ছাড়া। ### চালাতে কত খরচ সেপ্টেম্বর 2026-এ প্রকাশিত তথ্য অনুযায়ী, মূল্য নির্ধারণের একক আলাদা। - respond.io:: মাসে US$ 79 থেকে, 5 জন ব্যবহারকারী ও 1,000 মাসিক সক্রিয় কনট্যাক্টের জন্য, সর্বোচ্চ US$ 279 পর্যন্ত। কতজন উত্তর দেয় এবং কতজন গ্রাহকের কাছে পৌঁছান, বিল তা অনুসরণ করে। - EasyCoexistence:: প্রতি সংযুক্ত নম্বরে মাসে US$ 9 থেকে, নম্বর বাড়ার সঙ্গে সঙ্গে US$ 1 পর্যন্ত কমে, ব্যবহারকারী বা কনট্যাক্টের সীমা ছাড়াই। আপনি কত নম্বর নিয়ন্ত্রণ করেন, বিল তা অনুসরণ করে। ### কথোপকথনের কনটেন্ট কোথায় থাকে সংযোগের বদলে ইনবক্স বিক্রি করার স্বাভাবিক ফল। - respond.io:: তাদের প্ল্যাটফর্মে, কারণ ইতিহাস দেখাতে টিম ইনবক্সের এটি দরকার। তাদের প্রাইসিং পেজে সংরক্ষণকাল বিস্তারিত নেই, বিষয়টি গুরুত্বপূর্ণ হলে জেনে নেওয়া ভালো। - EasyCoexistence:: আমাদের পাশে কোথাও নয়। ওয়েবহুক ওভাররাইড Meta থেকে মেসেজ ইভেন্ট সরাসরি আপনার এন্ডপয়েন্টে পাঠায়, আর আমাদের ফলব্যাকে আসা যেকোনো কিছু সংরক্ষণ না করে বাদ পড়ে। ### আপনার ও Meta-এর মাঝে কী থাকে যারা সফটওয়্যার তৈরি করছেন, তাদের জন্য এই প্রশ্নই সিদ্ধান্ত নির্ধারণ করে। - respond.io:: তাদের প্ল্যাটফর্ম। তাদের অ্যাবস্ট্রাকশন, রেট লিমিট, ওয়েবহুকের ধরন ও রিলিজ সময়সূচি অনুযায়ী ইন্টিগ্রেট করতে হবে। তারা যতটা অনুমতি দেয়, আপনার তৈরি জিনিস ততটাই বহনযোগ্য। - EasyCoexistence:: কিছুই নয়। API Meta-এর নিজস্ব, Meta দ্বারা নথিবদ্ধ, আর ওয়েবহুক আপনার এন্ডপয়েন্টে যায়। আমাদের ওপর নির্ভর করে কিছু তৈরি করতে হয় না, তাই ছেড়ে যাওয়াও সম্ভব। ### সংযোগ কে নজরে রাখে প্রাইসিং পেজে এটি সচরাচর থাকে না, অথচ এই পণ্য তৈরির মূল কারণই এটি। - respond.io:: তাদের প্রাইসিং পেজে এর উত্তর নেই, তাই অনুমান করে বলা ঠিক হবে না। ক্লায়েন্টের নম্বর আপনার কাছে থাকলে, সংযোগ নীরবে বিচ্ছিন্ন হলে কী হয় তা নির্দিষ্ট করে জিজ্ঞেস করুন। - EasyCoexistence:: কোয়ালিটি রেটিং, মেসেজিং টিয়ার ও থ্রুপুট নির্দিষ্ট সময়সূচিতে পরীক্ষা করা হয়। Meta-এর অ্যাকাউন্ট ইভেন্ট নাম ধরে সামলানো হয়। বাতিল হওয়া টোকেনকে হারানো নম্বর ভেবে না নিতে দুটি ক্রেডেনশিয়াল রাখা হয়। পুনঃসংযোগের পর ওয়েবহুক ওভাররাইড আবার প্রয়োগ করা হয়। ### কখন প্ল্যাটফর্ম আপনার প্রয়োজন দুটি পণ্য ভিন্ন প্রশ্নের উত্তর দেয়, তাই বিষয়টি স্পষ্ট করে বলা দরকার। - respond.io:: যখন আপনার প্ল্যাটফর্মই দরকার। তাদের প্রকাশিত প্ল্যানে টিম ও কাস্টম ইনবক্স, ওয়ার্কফ্লো, ব্রডকাস্ট, AI এজেন্ট, রিপোর্টিং এবং উচ্চতর স্তরে SSO ও একাধিক ওয়ার্কস্পেস আছে। এটি শুধু WhatsApp নয়, মাল্টিচ্যানেল। - EasyCoexistence:: ইচ্ছাকৃতভাবে ভিন্ন পরিসর: একটি নম্বর, একটি সংযোগ, 16টি MCP টুল ও একটি ওয়েবহুক, আর ইন্টারফেসটি আপনার হাতে। ### কোনটি বেছে নেবেন এগুলো একই জিনিসের প্রতিদ্বন্দ্বী সংস্করণ নয়, ভিন্ন স্তর। আপনার পাশে কেউ ইন্টারফেস তৈরি না করলে এবং এজেন্টদের কাজের জন্য প্রস্তুত জায়গা চাইলে, আপনি প্ল্যাটফর্মই খুঁজছেন। আপনিই তৈরি করলে, প্ল্যাটফর্মটি আপনার নিজস্ব স্ট্যাকে প্রতিদ্বন্দ্বী হয়ে বসে। ব্যবহারকারীরা কখনো দেখেন না এমন ইনবক্সের জন্য প্রতি সিটে, আপনার পণ্য আগে থেকেই সামলানো কথোপকথনের জন্য প্রতি কনট্যাক্টে মূল্য দেবেন। পাশাপাশি Meta যে API নথিবদ্ধ করে ও স্থিতিশীল রাখে, তার বদলে একটি অ্যাবস্ট্রাকশনের সঙ্গে ইন্টিগ্রেট করবেন। EasyCoexistence হলো নিচের সেই স্তর: প্রতি নম্বরে সমান ফি, আপনার সিস্টেমে নির্দেশ করা ওয়েবহুক, এবং সংযোগের নজরদারি, যাতে নীরব ত্রুটি গ্রাহক হারানোর কারণ না হয়। - US$ 9 ও US$ 79-কে একই জিনিসের দাম হিসেবে তুলনা করা। এগুলো একই জিনিস কেনে না। - আপনার দরকার ছিল একটি পণ্য, অথচ সংযোগ বেছে নেওয়া। ইনবক্স আবার তৈরি করতে কয়েক মাস লাগবে। - যেকোনো প্রদানকারী সংযোগ নজরে রাখে ধরে নেওয়া। নির্দিষ্ট করে জিজ্ঞেস করুন, কারণ প্রাইসিং পেজে এটি সচরাচর থাকে না। **কোনটি আমার জন্য সঠিক?** এগুলো ভিন্ন স্তর। respond.io কাজ করার জন্য একটি প্ল্যাটফর্ম, আর এটি তার নিচের সংযোগ, যারা নিজেরাই ইন্টারফেস তৈরি করেন তাদের জন্য। **তাদের কাছ থেকে আপনাদের কাছে আসতে পারি?** নম্বরটি আপনার এবং Coexistence-এর মাধ্যমে সংযুক্ত করা যায়। আপনি ছাড়বেন তাদের ইনবক্স ও ওয়ার্কফ্লো। **আপনাদের কি ওয়ার্কফ্লো বা AI এজেন্ট আছে?** না। MCP কানেক্টর একটি অ্যাসিস্ট্যান্টকে নম্বর ব্যবহার করতে দেয়, আর ওয়েবহুক আপনার নিজস্ব সিস্টেমকে প্রতিক্রিয়া জানাতে দেয়। কোনোটিই ওয়ার্কফ্লো বিল্ডার নয়। **এই মূল্যগুলো কি বর্তমান?** এগুলো সেপ্টেম্বর 2026-এ প্রকাশিত এবং উপরে লিংক করা তথ্য অনুযায়ী। সিদ্ধান্ত নেওয়ার আগে উৎস যাচাই করুন। --- ## EasyCoexistence বনাম Dualhook https://easycoexistence.com/bn/compare/easycoexistence-vs-dualhook দুটিই একই মূল স্থাপত্যের Coexistence প্রদানকারী: WhatsApp Business অ্যাপ চালু থাকে, আর মেসেজের ওয়েবহুক প্রদানকারীর ভেতর দিয়ে না গিয়ে Meta থেকে সরাসরি আপনার সার্ভারে যায়। মিলের তুলনায় পার্থক্য কম, তবে জানা জরুরি। ### দুটিই কী ধরনের পণ্য সাইটে এটিই সবচেয়ে কাছের তুলনা, কারণ দুটির অবস্থান প্রায় একই। - Dualhook:: একই মূল প্রতিশ্রুতির Coexistence প্রদানকারী: WhatsApp Business অ্যাপ চালু রাখা এবং মেসেজের ওয়েবহুক জমা না রেখে Meta থেকে সরাসরি আপনার সার্ভারে পাঠানো। তাদের ডকুমেন্টেশনে এটিকে Webhook Override বলা হয়েছে। - EasyCoexistence:: Meta যে নাম ব্যবহার করে, সেই একই নামে একই প্রক্রিয়া। আমরা WhatsApp Business Account-এর সাবস্ক্রিপশনে আমাদের অ্যাপের override_callback_uri সেট করি। এতে মেসেজের পথের ফিল্ডগুলো আপনার এন্ডপয়েন্টে যায়, আর কার্যক্রমের ফিল্ডগুলো আমাদের কাছে থাকে। ### মেসেজ কোথায় যায় দুটিই সরাসরি পাঠায়। পার্থক্য হলো, যেসব ইভেন্ট পাঠানো হয় না, সেগুলোর কী হয়। - Dualhook:: মেসেজ জমা না রেখে Meta থেকে সরাসরি পাঠানো হয়, যা তাদের সাইটে স্পষ্টভাবে বলা আছে এবং আমাদের ব্যবহৃত একই স্থাপত্য। - EasyCoexistence:: একই রাউটিং। আমরা যা যোগ করি, তা হলো ফলব্যাক পথে কী ঘটে: override সেট না থাকা অ্যাকাউন্টের ইভেন্ট আমাদের ডিফল্ট কলব্যাকে আসে, যেখানে হ্যান্ডলার সংরক্ষণ না করে সেগুলো বাদ দেয়। এই দাবি নীতিতে নয়, কোডে কার্যকর করা হয়েছে। ### 14 দিনের নিষ্ক্রিয়তার নিয়ম প্রাথমিক ডিভাইসে প্রায় 14 দিন কোনো কার্যক্রম না থাকলে Meta একটি Coexistence সংযোগ বিচ্ছিন্ন করে। দুটি পণ্যই এটি আলাদাভাবে সামলায়। - Dualhook:: তাদের ডকুমেন্টেশনে 13তম দিনে সতর্কতা, কাউন্টডাউন এবং রিমাইন্ডার ইমেলের কথা বলা হয়েছে। এতে ঘড়ি চলছে জানা যায়, কিন্তু সংযোগ কেন বিচ্ছিন্ন হয়েছে তা জানা যায় না। - EasyCoexistence:: আমরা সংযোগ বিচ্ছিন্ন হওয়া শনাক্ত করি এবং Meta-র reason ফিল্ড পড়ি, যা PRIMARY_INACTIVITY, BUSINESS_DOWNGRADE, CHANGE_NUMBER এবং অন্যান্য কারণ আলাদা করে। এতে দুই সপ্তাহের নীরবতা আর সত্যিই চলে যাওয়া গ্রাহককে আলাদা করা যায়। ### পুনঃসংযোগে কী নষ্ট হয় নিষ্ক্রিয়তার নিয়মের সবচেয়ে ব্যয়বহুল ফল, এবং যেকোনো প্রদানকারীকে জিজ্ঞেস করার মতো বিষয়। - Dualhook:: পুনঃসংযোগের পর ওয়েবহুক ওভাররাইডের কী হয়, তাদের ডকুমেন্টেশনে তা বলা নেই। এর মানে তারা এটি সামলায় না এমন নয়, তাই সরাসরি তাদের জিজ্ঞেস করাই উচিত। - EasyCoexistence:: অপসারণে অ্যাকাউন্ট থেকে অ্যাপটি আনইনস্টল হয় এবং ওভাররাইডও চলে যায়। পুনঃসংযোগে পাঠানো ও মনিটরিং ফিরলেও আপনার সার্ভারে ডেলিভারি নীরবে বন্ধ থাকে। তাই প্রতিটি পুনঃসংযোগে আমরা এটি আবার প্রয়োগ করি। ### প্রতি নম্বরের মূল্য দুটিই সিট বা মেসেজের বদলে সংযুক্ত প্রতি নম্বরের জন্য নির্দিষ্ট মাসিক মূল্য নেয়, আর Meta কথোপকথনের জন্য যে বিল করে তাতে অতিরিক্ত মূল্য যোগ করে না। - Dualhook:: তাদের নিজস্ব তুলনা পেজে September 2026 অনুযায়ী প্রতি মাসে $12 থেকে শুরু হওয়া নির্দিষ্ট মাসিক মূল্যের কথা বলা হয়েছে। - EasyCoexistence:: সংযুক্ত প্রতি নম্বরে প্রতি মাসে US$ 9 থেকে, নম্বর যত বাড়ে তত কমে US$ 1 পর্যন্ত, এবং ব্যবহারকারী বা কন্ট্যাক্টের সীমা নেই। কোনো এজেন্সির প্রতি নতুন ক্লায়েন্ট নম্বরে এই পার্থক্য জমতে থাকে। ### MCP সংযোগকারী নির্দিষ্ট একটি শ্রোতার জন্য এখানে আমাদের অতিরিক্ত সুবিধা আছে। - Dualhook:: তাদের ডকুমেন্টেশনে কোনো MCP সার্ভারের বর্ণনা নেই। তাদের পণ্য API এবং ড্যাশবোর্ডের মাধ্যমে ব্যবহার করা হয়। - EasyCoexistence:: OAuth-সহ দূরবর্তী MCP সার্ভারে 16টি টুল আছে। Claude, ChatGPT, Cursor এবং Claude Code দিয়ে নম্বরের তালিকা দেখা, হেলথ পরীক্ষা, মেসেজ ও টেমপ্লেট পাঠানো এবং ওয়েবহুক গন্তব্য সেট করা যায়। সহকারীর মাধ্যমে ক্লায়েন্ট অনবোর্ড করা এজেন্সির জন্য এটিই পার্থক্য। - নথিবিহীন ফিচারকে অনুপস্থিত ধরে নেওয়া। তাদের জিজ্ঞেস করুন; এই পেজে শুধু তাদের ডকুমেন্টেশন কোথায় নীরব, তা বলা হয়েছে। - শুধু মূল্যের ভিত্তিতে বেছে নেওয়া। Meta কথোপকথনের জন্য যে মূল্য নেয়, তার তুলনায় দুটির ফিই ছোট। - পুনঃসংযোগের পর যেকোনো প্রদানকারী ওয়েবহুক ওভাররাইড আবার প্রয়োগ করবে ধরে নেওয়া। যাকেই বেছে নিন, নির্দিষ্ট করে জিজ্ঞেস করুন। **এগুলো কি সত্যিই একই স্থাপত্যের?** মেসেজের পথে, হ্যাঁ। দুটিই Meta-র সেই সুবিধা ব্যবহার করে যাতে WhatsApp Business Account-এর ওয়েবহুক কোথায় যাবে তা বদলানো যায়। ফলে কথোপকথনের কনটেন্ট প্রদানকারীর ভেতর দিয়ে না গিয়ে আপনার সার্ভারে যায়। **14 দিনের নিয়মে দুটি পদ্ধতির পার্থক্য কী?** তারা 13তম দিনে সতর্ক করে যে সময় চলছে। আমরা Meta-র নিজস্ব সংযোগ বিচ্ছিন্নতার কারণ পড়ি, যা দুই সপ্তাহের নীরবতা আর সত্যিই চলে যাওয়া ক্লায়েন্টকে আলাদা করে। এরপর আমরা ওয়েবহুক ওভাররাইড আবার প্রয়োগ করি, যাতে ডেলিভারি নীরবে বন্ধ না হয়। **EasyCoexistence কোথায় আলাদা?** MCP-তে 16টি টুলের সংযোগকারী, যা তাদের ডকুমেন্টেশনে বর্ণিত নয়, এবং পুনঃসংযোগে ওয়েবহুক ওভাররাইড চলে গেলে তা স্বয়ংক্রিয়ভাবে আবার প্রয়োগ করা। **এই পেজটি কি ন্যায্য?** এখানকার প্রতিটি সংখ্যা তাদের প্রকাশিত পেজ থেকে নেওয়া এবং তারিখসহ দেওয়া। সিদ্ধান্তের আগে সেগুলো পড়ুন: এক পক্ষের লেখা তুলনা হলো প্রমাণ, চূড়ান্ত রায় নয়। --- ## একই নম্বরে WhatsApp Business অ্যাপ ও API ব্যবহার করা যাবে? https://easycoexistence.com/bn/whatsapp-business-app-and-api-same-number হ্যাঁ। Meta এটিকে Coexistence বলে, এবং এটি কোনো অস্থায়ী সমাধান নয়, অফিসিয়াল ফিচার। কর্মীরা ফোনের WhatsApp Business অ্যাপে উত্তর দিতে থাকেন, Cloud API একই নম্বরে একসঙ্গে চলে, এবং উভয় দিকেই একই কথোপকথন দেখা যায়। ### একটি নম্বর কীভাবে একই সময়ে দুদিকেই থাকতে পারে? কারণ Meta এর জন্য একটি বিশেষ মোড তৈরি করেছে। আগে এটি ছিল এমন এক সমঝোতা, যা কেউ করতে চাইত না: কোনো নম্বর API-তে স্থানান্তর করলে সেই নম্বরে WhatsApp Business অ্যাপ কাজ করা বন্ধ করত। ফলে ফোনে গ্রাহকদের উত্তর দেওয়া কর্মীদের এবং নতুন অটোমেশনের মধ্যে একটিকে বেছে নিতে হতো। Coexistence সেই বেছে নেওয়ার বাধা সরিয়ে দেয়। নম্বরটি Meta-র কাছে API নম্বর হিসেবে নিবন্ধিত থাকে, আর WhatsApp Business অ্যাপটি তার সঙ্গে যুক্ত থাকে। গ্রাহকের মেসেজ ফোনের অ্যাপে এবং আপনার API-এর ওয়েবহুকে দুদিকেই আসে, আর যেকোনো দিক থেকে পাঠানো উত্তর কথোপকথনে দেখা যায়। এখানে কিছু নকল করা বা ঘুরপথে চালানো হয় না: অ্যাপ এবং API একই নম্বরে যাওয়ার দুটি অনুমোদিত উপায়। ### ফোনে আসলে কী বদলায়? মানুষ যতটা ভাবেন, তার চেয়ে কম বদলায়। তবে সংযোগ করার আগে পার্থক্যগুলো জানা ভালো। কর্মীরা আগের মতোই কাজ করেন: একই অ্যাপ, একই চ্যাট, একই পরিচিতি, একই নম্বর। Coexistence চালু থাকা যেকোনো নম্বরে Meta চারটি ফিচার বন্ধ করে দেয়: অদৃশ্য হয়ে যাওয়া মেসেজ, একবার দেখা যায় এমন মিডিয়া, লাইভ লোকেশন এবং ব্রডকাস্ট লিস্ট। গ্রুপ চ্যাট অ্যাপে ব্যবহার করা যায়, কিন্তু API-এর আওতায় থাকে না, তাই অটোমেশন সেগুলো দেখতে পারে না। নম্বরটি প্রথমবার সংযুক্ত হওয়ার সময় একটি সিঙ্ক্রোনাইজেশন ধাপও থাকে। এতে সাম্প্রতিক কথোপকথনের ইতিহাস কপি হয়, যাতে API দিকটি তথ্যহীন অবস্থায় শুরু না করে। পুরো নম্বরের ইতিহাস নয়, সাম্প্রতিক মেসেজ কপি হয়। আরও পুরোনো সবকিছু আগের মতো ফোনেই থাকে। ### মত বদলালে কি কিছু নষ্ট হবে? না। মানুষ চেষ্টা করতে থামেন যে ভয়ে, সেটি পরিষ্কারভাবে বলা দরকার। কথোপকথন ফোনেই থাকে এবং সবসময় থেকেছে। API থেকে নম্বরটি বিচ্ছিন্ন করলে WhatsApp Business অ্যাপ আগের মতোই কাজ করে এবং চ্যাট অক্ষত থাকে, কারণ শুরুতেই কিছু কোথাও সরানো হয়নি। অ্যাপকে প্রতিস্থাপন না করে API-কে তার পাশাপাশি যুক্ত করা হয়েছিল। পুরো সময় নম্বরটি ব্যবসার নিজস্ব Meta Business Portfolio-তেই থাকে। একজন provider এটিকে Tech Provider হিসেবে সংযুক্ত করে। এটি মালিকানা নয়, একটি অনুমতি। তাই provider সরিয়ে দিলেও নম্বরটি তার সঙ্গে চলে যায় না, আগের জায়গাতেই থাকে। ### এটি চালু করতে কী কী দরকার? তিনটি জিনিস দরকার, যার মধ্যে দুটি আপনার ইতিমধ্যেই আছে। নম্বরটি ভোক্তাদের WhatsApp অ্যাপে নয়, WhatsApp Business অ্যাপে থাকতে হবে এবং অন্য কোথাও Cloud API-তে আগে থেকে নিবন্ধিত থাকা চলবে না। এর বাইরে অনবোর্ডিং চালানোর জন্য একজন Meta Tech Provider দরকার, কারণ Meta ড্যাশবোর্ড থেকে Coexistence নিজে চালু করা যায় না: সংযোগটি অনুমোদিত provider-এর অ্যাপের মাধ্যমে তৈরি হয়। এখানেই আমরা সাহায্য করি। Meta-র নিজস্ব Embedded Signup পোর্টফোলিও, অ্যাকাউন্ট এবং নম্বর বেছে নেয়। নিশ্চিত করতে WhatsApp Business অ্যাপে একটি কোড স্ক্যান করা হয়, তারপর কয়েক মিনিটেই নম্বর সংযুক্ত হয়ে যায়। সংযোগ তৈরির সময়ও অ্যাপটি কাজ করতে থাকে। - ভাবা যে আপনাকে একটি বেছে নিতেই হবে। Coexistence তৈরি করা হয়েছে যাতে আপনাকে তা করতে না হয়। - API-এর মাধ্যমে গ্রুপ চ্যাট পাওয়ার আশা করা। এগুলো অ্যাপেই থাকে এবং কোথাও API-এর আওতায় আসে না। - Meta ড্যাশবোর্ডে বিকল্প আসার অপেক্ষা করা। Coexistence অনবোর্ডিং Tech Provider-এর মাধ্যমে চলে। **এটি কি অফিসিয়াল?** হ্যাঁ। Coexistence Meta-র নিজস্ব ফিচার এবং নিজস্ব নাম। এটি কোনো ব্রিজ, লিঙ্ক করা ডিভাইস বা অস্থায়ী সমাধান নয়। **কর্মীরা কি কোনো পার্থক্য বুঝতে পারবেন?** শুধু চারটি ফিচার থাকবে না: অদৃশ্য হয়ে যাওয়া মেসেজ, একবার দেখা যায় এমন মিডিয়া, লাইভ লোকেশন এবং ব্রডকাস্ট লিস্ট। বাকি সব আগের মতোই থাকবে। **আমার চ্যাটের ইতিহাস কি হারিয়ে যাবে?** না। এটি ফোনে থাকে এবং সেখানেই থাকবে। নম্বর সংযুক্ত হলে সাম্প্রতিক ইতিহাস API দিকেও কপি হয়। **এটি কি ফিরিয়ে নেওয়া যাবে?** হ্যাঁ। নম্বরটি বিচ্ছিন্ন করলে অ্যাপ আগের মতোই চলবে এবং কথোপকথন অক্ষত থাকবে। --- ## চ্যাট না হারিয়ে WhatsApp-কে API-তে কীভাবে যুক্ত করবেন https://easycoexistence.com/bn/connect-whatsapp-without-losing-chats আপনার চ্যাট ফোনেই থাকে, API-তে যুক্ত করলেও সেগুলো সরানো হয় না। Coexistence WhatsApp Business অ্যাপ প্রতিস্থাপন না করে তার পাশে Cloud API যোগ করে, তাই কথোপকথন আগের জায়গাতেই থাকে এবং অ্যাপটি চালু থাকে। ### আগে API-তে যুক্ত করলে চ্যাট হারিয়ে যেত কেন? কারণ আগের পদ্ধতিটি যোগ করা নয়, মাইগ্রেশন ছিল। Cloud API-তে নম্বর নিবন্ধন করলে সেটি WhatsApp Business অ্যাপ থেকে সরিয়ে নেওয়া হতো, আর সব কথোপকথন থাকত সেই অ্যাপেই। নম্বরটি কোনো ইতিহাস ও অ্যাপ ছাড়াই API এন্ডপয়েন্ট হিসেবে ফিরে আসত। তাই অনেক ব্যবসা একবার API দেখে আর ব্যবহার করেনি। এই বিনিময়টি সত্যিই ছিল এবং ছোট ব্যবসাগুলো অফিসিয়াল API ব্যবহার না করার সবচেয়ে বড় কারণ ছিল এটিই। এর ফলে অনেকে অনানুষ্ঠানিক গেটওয়ের দিকে গিয়েছিল। সেগুলো লিঙ্ক করা ডিভাইসের মতো আচরণ করে অ্যাপ চালু রাখত, কিন্তু নম্বরটি ব্যানের ঝুঁকিতে পড়ত। ### Coexistence কী আলাদাভাবে করে? এটি অ্যাপ সরিয়ে না দিয়ে API যোগ করে। Meta-র কাছে নম্বরটি API নম্বর হিসেবে নিবন্ধিত হয়, আর WhatsApp Business অ্যাপটি সেই নম্বরের সঙ্গে যুক্ত থাকে। ফলে একই নম্বরে দুটিই একসঙ্গে কাজ করে। কথোপকথন কখনো সরানো হয় না। সেগুলো ফোনে, অ্যাপের ভেতর, আগের মতোই থাকে এবং পরে API সংযোগে যা-ই ঘটুক, সেখানেই থাকে। নম্বরটি প্রথম যুক্ত হলে Meta সাম্প্রতিক কথোপকথনের ইতিহাস API পাশে সিঙ্ক করে, যাতে অটোমেশন একেবারে শূন্য থেকে শুরু না করে। তবে এটি স্থানান্তর নয়, সামনে এগিয়ে দেওয়া একটি কপি। ডিভাইস থেকে কিছু সরানো হয় না। এরপর কোনো গ্রাহকের মেসেজ এলে তা দু জায়গাতেই আসে: ফোনের অ্যাপে এবং আপনার ওয়েবহুকে। কর্মীরা চাইলে অ্যাপে উত্তর দেন, প্রয়োজন হলে আপনার সিস্টেম উত্তর দেয়, আর দুটিই একই কথোপকথনে দেখা যায়। ### ঠিক কী সিঙ্ক হয়, আর কী হয় না? সংযোগ তৈরি হওয়ার পর নির্দিষ্ট একটি সময়সীমার মধ্যে সাম্প্রতিক মেসেজের ইতিহাস সিঙ্ক হয়। এতে অটোমেশন বা কোনো এজেন্ট চলমান কথোপকথনের প্রেক্ষাপট পায়, এমন কারও মেসেজে অন্ধভাবে উত্তর দিতে হয় না যাকে সে আগে কখনো দেখেনি। এর আগে থাকা সবকিছু, সংযোগের আগের মিডিয়া এবং গ্রুপ কথোপকথন সিঙ্ক হয় না। এর কোনোটিই হারায় না। সেগুলো ফোনে, অ্যাপের ভেতর থাকে এবং কর্মীরা আগের মতোই পড়তে পারেন। শুধু API পাশে কপি করা হয় না, কারণ এই সিঙ্ক অটোমেশনের শুরুর ভিত্তি, আর্কাইভ নয়। পূর্ণ ইতিহাস অন্য কোথাও দরকার হলে অ্যাপ থেকে এক্সপোর্ট করুন। সেটি নম্বর যুক্ত করার কাজ থেকে আলাদা, তাই দুটিকে গুলিয়ে না ফেলাই ভালো। ### পরে সংযোগ বিচ্ছিন্ন করলে কী হয়? অ্যাপটি চলতে থাকে এবং চ্যাটগুলোও সেখানেই থাকে, কারণ সেগুলো কখনো সরেনি। সংযোগ বিচ্ছিন্ন করলে নম্বরটির API অংশটি সরিয়ে দেওয়া হয়। WhatsApp Business অ্যাপটি সব কথোপকথন অক্ষত রেখে চালু থাকে, আর ব্যবসা কোনো কিছু পুনরুদ্ধার না করেই আগের অবস্থায় ফিরে যায়। শুরু করার আগে এই সুরক্ষাটি বোঝা জরুরি: পুরনো মাইগ্রেশনের মতো নয়, এই সিদ্ধান্ত বদলানো যায়। নম্বরটি পুরো সময় আপনার নিজের Meta Business Portfolio-তেই থাকে। কোনো প্রোভাইডার Tech Provider হিসেবে সেটি যুক্ত করে, যা আপনি অনুমতি দেন এবং প্রত্যাহারও করতে পারেন। তাই কোনো প্রোভাইডার ছেড়ে যাওয়ার অর্থ তার কাছ থেকে নম্বর ফেরত নেওয়া নয়। - ভয়ে আগে সবকিছু এক্সপোর্ট করা। চ্যাট কোথাও যাচ্ছে না। - API পাশে পুরো ইতিহাস আশা করা। সিঙ্ক হলো সাম্প্রতিক প্রেক্ষাপট, আর্কাইভ নয়। - অ্যাপ চালু রাখতে অনানুষ্ঠানিক গেটওয়ে ব্যবহার করা। Coexistence ব্যানের ঝুঁকি ছাড়াই কাজটি করে। **আমি কি চ্যাটের ইতিহাস হারাব?** না। এটি ফোনে আছে এবং সেখানেই থাকবে। অ্যাপ প্রতিস্থাপন না করে তার পাশে API যুক্ত হয়। **পুরনো ইতিহাস কি আমার সিস্টেমে দেখা যাবে?** যুক্ত করার পর সাম্প্রতিক ইতিহাস সিঙ্ক হয়। পুরনো মেসেজ ও মিডিয়া ফোনেই থাকে। **কর্মীরা কি অ্যাপ ব্যবহার চালিয়ে যেতে পারবেন?** হ্যাঁ, আগের মতোই। Coexistence-এর উদ্দেশ্যই এটি। **আমি সংযোগ বিচ্ছিন্ন করলে কী হবে?** অ্যাপটি সব কথোপকথন অক্ষত রেখে চলবে, কারণ কিছুই সরানো হয়নি। --- ## WhatsApp Business API পাওয়ার সবচেয়ে সস্তা উপায় https://easycoexistence.com/bn/cheapest-whatsapp-business-api API নিজে ফ্রি। আপনি Meta-কে কথোপকথনের জন্য এবং অ্যাক্সেসের জন্য একজন প্রোভাইডারকে মূল্য দেন। আপনি যাকেই ব্যবহার করুন, Meta-র অংশ একই থাকে। তাই কমানোর মতো একমাত্র পরিবর্তনশীল হলো প্রোভাইডারের ফি। সবচেয়ে সস্তা কাঠামো হলো মার্কআপ ছাড়া প্রতি নম্বরে নির্দিষ্ট ফি। ### আপনি আসলে কিসের জন্য মূল্য দিচ্ছেন? দুটি আলাদা বিষয় আছে, আর এগুলো গুলিয়ে ফেললেই এই শ্রেণির পণ্যের মূল্য তুলনা ভুল হয়। প্রথমটি হলো Meta-র কথোপকথনের মূল্য। Meta শ্রেণি অনুযায়ী কথোপকথনের মূল্য নেয়, আর দেশভেদে হার বদলে যায়। 24 ঘণ্টার সময়সীমার মধ্যে সেবা-সংক্রান্ত কথোপকথন ব্যবসা-উদ্যোগী কথোপকথনের চেয়ে আলাদাভাবে গণনা হয়। আপনি যাঁর মাধ্যমে কিনুন না কেন, এই খরচ থাকবেই, কারণ এটি Meta-র খরচ এবং সাধারণত এটিই বড় অঙ্ক। দ্বিতীয়টি হলো অ্যাক্সেসের জন্য প্রোভাইডার যে মূল্য নেয়। এটি সম্পূর্ণ তাদের বাণিজ্যিক সিদ্ধান্ত এবং ভিন্ন প্রোভাইডার বেছে নিয়ে বিলের যে অংশটি আপনি সত্যিই বদলাতে পারেন, এটিই সেই অংশ। এই দুটি আলাদা না করে মোট খরচে প্রোভাইডার তুলনা করা মানে অপ্রাসঙ্গিক বিষয়ের তুলনা করা। ### টাকা কোথায় গলে যায়? মার্কআপে, আর প্রতি মেসেজে অঙ্কটি ছোট হওয়ায় এটি সহজেই চোখ এড়ায়। কয়েকজন প্রোভাইডার Meta-র ফি-এর ওপর প্রতি মেসেজে অতিরিক্ত মূল্য নেন। Twilio ইনবাউন্ড ও আউটবাউন্ড প্রতি মেসেজে US$ 0.005 প্রকাশ করে। Gupshup প্রকাশ করে US$ 0.001। অন্যরা Meta-র ফি-সহ একটি মিলিত হার জানায়। এতে মার্কআপ বাস্তব থাকে, কিন্তু Meta-র প্রকাশিত হারের সঙ্গে তা যাচাই করা যায় না। এক সেন্টের দশ ভাগের এক ভাগ কিছুই মনে হয় না, যতক্ষণ না আপনি সেটিকে গুণ করছেন। মাসে এক লাখ মেসেজ হলে, Meta-র খরচের অতিরিক্ত Gupshup-এর প্রকাশিত হার মাসে US$ 100 এবং Twilio-র US$ 500। ফিচার দেখে বেছে নেওয়ার আগে স্প্রেডশিটে বসানোর মতো আসল সংখ্যা এগুলোই। ### সবচেয়ে সস্তা কাঠামো কোনটি? প্রতি সংযুক্ত নম্বরে নির্দিষ্ট ফি, আর Meta-র বিল সরাসরি আপনার কাছে যাবে, তাতে কোনো পরিবর্তন ছাড়াই। এই কাঠামোর দুটি বৈশিষ্ট্য আছে, যা বিকল্পগুলোতে নেই। নম্বর সংযুক্ত হওয়ার পর খরচ আর বাড়ে না, তাই ব্যবসা বাড়লেও খরচ বাড়ে না। আর Meta-র ইনভয়েস যাচাই করা যায়, কারণ কেউ তাদের ফি এর মধ্যে মিশিয়ে দেয়নি। ফলে Meta-র প্রকাশিত নিজস্ব হারের সঙ্গে আপনি Meta-কে দেওয়া মূল্য মিলিয়ে দেখতে পারেন। আমাদের মূল্য প্রতি সংযুক্ত নম্বরে প্রতি মাসে US$ 9 থেকে শুরু হয়ে নম্বর বাড়ার সঙ্গে US$ 1-এ নামে, প্রতি মেসেজে কোনো ফি নেই। Twilio-র প্রকাশিত হারে মাসে প্রায় 1,800 মেসেজের পর এটি সস্তা, এবং এরপর ব্যবধান বাড়ে। সিট-ভিত্তিক প্ল্যাটফর্মের হিসাব আলাদা: তারা মেসেজের বদলে মানুষের জন্য মূল্য নেয়, তাই কতজন ব্যবহার করবেন তার ওপর সীমা বদলে যায়। ### সবচেয়ে সস্তা বিকল্পই কি সঠিক? সব সময় নয়, আর কখন এটি সঠিক নয় সে বিষয়েও সৎ থাকা দরকার। আপনি যদি এমন একটি পণ্যে শেয়ার করা ইনবক্স, ক্যাম্পেইন টুল এবং অ্যানালিটিক্স চান, যেখানে আপনার দল সারাদিন কাজ করে, তাহলে প্রতি সিটে মূল্য নেওয়া প্ল্যাটফর্ম সত্যিই কিছু দিচ্ছে এবং সেই ফি তার মূল্য দেয়। আমাদের কম মূল্য দিয়ে সেটি নিজে তৈরি করলে তা সাশ্রয় নয়। আপনার আগে থেকেই কোনো সিস্টেম থাকলে সবচেয়ে সস্তা বিকল্পটি সঠিক। CRM, হেল্পডেস্ক, অটোমেশন টুল বা AI agent থাকা কোনো ব্যবসার মেসেজ পড়ার জন্য দ্বিতীয় জায়গা দরকার নেই; WhatsApp-কে প্রথম সিস্টেমে পৌঁছাতে হবে। সেই কাজের জন্য অফিসিয়াল API ব্যবহার করে প্রতি নম্বরে মূল্য দেওয়া এবং প্রতি মেসেজে কিছু না দেওয়াই সর্বনিম্ন খরচ। - Meta-র কথোপকথনের খরচ প্রোভাইডারের ফি থেকে আলাদা না করে প্রোভাইডার তুলনা করা। - মিলিত প্রতি মেসেজের হার দেখে ভাবা যে কোনো মার্কআপ নেই। এর মানে হলো তা আলাদাভাবে দেখানো হয়নি। - আপনার আসলে যে ইনবক্সটি প্ল্যাটফর্ম বিক্রি করছে সেটি দরকার থাকা সত্ত্বেও সবচেয়ে কম ফি বেছে নেওয়া। **WhatsApp Business API কি ফ্রি?** অ্যাক্সেস ফ্রি। Meta কথোপকথনের জন্য মূল্য নেয়, আর প্রোভাইডাররা তার ওপর অ্যাক্সেসের মূল্য নেয়। Meta-র অংশ সর্বত্র একই। **সবচেয়ে সস্তা প্রোভাইডার কোনটি?** সবচেয়ে সস্তা কাঠামো হলো মার্কআপ ছাড়া প্রতি নম্বরে নির্দিষ্ট ফি। আমাদের মূল্য প্রতি নম্বরে US$ 9 থেকে শুরু হয়ে নম্বর বাড়ার সঙ্গে US$ 1-এ নামে। **সস্তা প্রোভাইডার মানেই কি খারাপ API?** না। প্রতিটি ক্ষেত্রেই Cloud API Meta-র। প্রোভাইডার API-এর সামনে কী থাকে এবং তার জন্য কত মূল্য নেয়, তা বদলে দেয়। **কখন বেশি দামের প্রোভাইডার নেওয়া সার্থক?** যখন আপনি তাদের বিক্রি করা পণ্যটি চান, যেমন এমন একটি শেয়ার করা ইনবক্স যেখানে আপনার দল সারাদিন কাজ করে। --- ## টেমপ্লেটের উপাদান: হেডার, বডি, ফুটার ও বোতাম https://easycoexistence.com/bn/docs/template-components একটি টেমপ্লেটে সর্বোচ্চ 4টি উপাদান থাকে: হেডার, বডি, ফুটার ও বোতাম। শুধু হেডার এবং বডিতে ভেরিয়েবল নেওয়া যায়। প্রতিটি উপাদানের সীমা আছে, যা Meta পর্যালোচনার আগেই মেসেজের সম্ভাব্য বিষয়বস্তু নির্ধারণ করে। ### হেডার ঐচ্ছিক এবং 4 ধরনের একটির হতে পারে: টেক্সট, ছবি, ভিডিও বা ডকুমেন্ট। টেক্সট হেডারে সর্বোচ্চ 60টি অক্ষর থাকতে পারে এবং একটি ভেরিয়েবল নেওয়া যায়। মিডিয়া হেডারে পাঠানোর সময় দেওয়া ফাইল থাকে, তাই রসিদ বা টিকিট সংযুক্ত করা যায়। - টেক্সট হেডার: 60টি অক্ষর, সর্বোচ্চ একটি ভেরিয়েবল। - মিডিয়া হেডার: ছবি, ভিডিও বা ডকুমেন্ট, প্রতিবার পাঠানোর সময় দেওয়া হয়। - প্রতিটি টেমপ্লেটে মাত্র একটি হেডার থাকতে পারে। - কিছু বিভাগের জন্য লোকেশন হেডার পাওয়া যায়। ### বডি এটি আবশ্যিক অংশ, সর্বোচ্চ 1024টি অক্ষরের, এবং একমাত্র উপাদান যেখানে একাধিক ভেরিয়েবল নেওয়া যায়। ভেরিয়েবল অবস্থানভিত্তিক এবং সংখ্যাযুক্ত প্লেসহোল্ডার হিসেবে লেখা হয়, তাই আপনি পাঠানো প্রথম প্যারামিটারে প্রথম ভেরিয়েবলটি পূরণ হয়। অল্প স্থির টেক্সট রেখে বডিতে অতিরিক্ত ভেরিয়েবল থাকলে Meta তা প্রত্যাখ্যান করে, কারণ নিজে প্রায় কিছু না বলা টেমপ্লেট যেকোনো কনটেন্ট লেখার খোলা ক্ষেত্রের মতো দেখায়। প্লেসহোল্ডারের চারপাশে একটি পূর্ণ বাক্য লিখুন। ### ফুটার ঐচ্ছিক, 60টি অক্ষরের এবং একেবারেই ভেরিয়েবলহীন স্থির টেক্সট। এটি বডির চেয়ে ছোট ও ধূসর দেখায়, তাই স্থায়ী নোটের জন্য উপযুক্ত, কিন্তু মেসেজের ফলাফল যার ওপর নির্ভর করে এমন তথ্যের জন্য নয়। মার্কেটিং টেমপ্লেটে অপ্ট-আউট লাইন দেওয়া এর একটি প্রচলিত ব্যবহার। এতে প্রাপকদের কাছে টেমপ্লেটটির গ্রহণযোগ্যতাও বাড়ে। ### বোতাম সর্বমোট 10টি পর্যন্ত বোতাম রাখা যায়, 3 ধরনের মধ্যে। কোন ধরনের কতগুলো মেশানো হচ্ছে, তা অনুমোদনে বড় প্রভাব ফেলে। - দ্রুত উত্তর: চাপলে আপনার কাছে একটি নির্দিষ্ট টেক্সটের উত্তর পাঠায়। - কল টু অ্যাকশন: একটি URL খোলে বা ফোন নম্বরে কল করে। - URL বোতামে একটি ভেরিয়েবল নেওয়া যায়, যা নির্দিষ্ট বেস URL-এর শেষে যুক্ত হয়। - কোড কপি: প্রাপক কপি করার জন্য একটি কোড পায়, যা যাচাইকরণে ব্যবহৃত হয়। ### পর্যালোচনার আগে কাঠামো কেন গুরুত্বপূর্ণ Meta পুরো টেমপ্লেট পর্যালোচনা করে, এবং বেশিরভাগ প্রত্যাখ্যান শব্দচয়নের বদলে কাঠামোগত কারণে হয়। প্রায় পুরো বডি ভেরিয়েবলে ভরা, ব্যবসার সঙ্গে সম্পর্কহীন জায়গায় যাওয়া URL বোতাম, অথবা ইউটিলিটি বিভাগের অধীনে জমা দেওয়া মার্কেটিং মেসেজ, এগুলো কাঠামোগত কারণে প্রত্যাখ্যাত হয়। আগে কাঠামো ঠিক করলে শব্দচয়নের পর্যালোচনা সহজ হয়। নীতিমালার কারণে প্রত্যাখ্যাত টেমপ্লেট আসল কারণের নাম না দিয়ে ত্রুটির কোড 132007 ফেরত দেয়। - বডিতে বেশিরভাগ প্লেসহোল্ডার লেখা। স্থির টেক্সট খুব কম হলে Meta টেমপ্লেট প্রত্যাখ্যান করে। - ফুটারে ভেরিয়েবল আশা করা। কোনো ব্যতিক্রম ছাড়াই এটি স্থির টেক্সট। - ইউটিলিটি বিভাগের অধীনে মার্কেটিং মেসেজ জমা দেওয়া। ভুল বিভাগকে শব্দচয়ন দিয়ে ঠিক করা যায় না। **কোন অংশে ভেরিয়েবল নেওয়া যায়?** হেডারে সর্বোচ্চ একটি এবং বডিতে একাধিক ভেরিয়েবল নেওয়া যায়। ফুটারে কখনো নয়, আর URL বোতামে শেষে যুক্ত করার জন্য একটি মান নেওয়া যায়। **বডি কত লম্বা হতে পারে?** 1024টি অক্ষর, যা অন্য উপাদানগুলোর তুলনায় অনেক বেশি। **কতগুলো বোতাম রাখা যায়?** সর্বমোট 10টি পর্যন্ত, প্রতিটি ধরনের নিজস্ব সীমাসহ। **আমার টেমপ্লেট কেন প্রত্যাখ্যাত হয়েছে?** বেশিরভাগ সময় কারণ শব্দচয়ন নয়, কাঠামো: স্থির শব্দ খুব কম বা ভুল বিভাগ। এতে ত্রুটির কোড 132007 ফেরত আসে। --- ## টেমপ্লেটের স্ট্যাটাস লাইফসাইকেল https://easycoexistence.com/bn/docs/template-status-lifecycle একটি টেমপ্লেট ধারাবাহিক কয়েকটি অবস্থার মধ্য দিয়ে যায়, আর অনুমোদন সেই যাত্রার মাঝামাঝি, শেষ নয়। অনুমোদিত টেমপ্লেট মানের কারণে থামতে পারে, আবার চালু হতে পারে, পুনরায় থামতে পারে এবং শেষে স্থায়ীভাবে বন্ধ হয়ে যেতে পারে, কারও হস্তক্ষেপ ছাড়াই। ### অবস্থাগুলো সাধারণত একটি টেমপ্লেট যে ক্রমে এগুলোর মুখোমুখি হয়। - PENDING: জমা দেওয়া হয়েছে এবং পর্যালোচনার অপেক্ষায়। - APPROVED: পাঠানোর জন্য ব্যবহারযোগ্য। - REJECTED: পর্যালোচনায় প্রত্যাখ্যাত, সাধারণত কাঠামো বা শ্রেণির কারণে। - PAUSED: মান কমার পর সাময়িকভাবে ব্যবহার অনুপযোগী। - DISABLED: স্থায়ীভাবে ব্যবহার অনুপযোগী, যাত্রার শেষ। ### টেমপ্লেট কীভাবে থেমে যায় আপনি কিছু করার কারণে নয়। প্রাপকরা টেমপ্লেট দিয়ে পাঠানো মেসেজ ব্লক বা রিপোর্ট করলে এর মানের রেটিং সবুজ থেকে হলুদ, তারপর লালে নামে, আর অবনতি থামাতে Meta সেটিকে থামিয়ে দেয়। থামা সাময়িক এবং নিজে থেকেই উঠে যায়। এরপর কী হয় সেটিই গুরুত্বপূর্ণ: বারবার থামলে ধাপ বাড়ে, আর যে টেমপ্লেট বারবার লালে ফিরে আসে সেটি আবার থামার বদলে স্থায়ীভাবে বন্ধ হয়ে যায়। ### দুটি ওয়েবহুক পুরো চক্র দেখতে দুটিই দরকার, আর একটির বদলে অন্যটি সাবস্ক্রাইব না করলে তথ্যের একটি অংশ অদেখা থেকে যায়। - message_template_status_update: অনুমোদন, প্রত্যাখ্যান, থামা এবং স্থায়ীভাবে বন্ধ হওয়ার খবর দেয়। - message_template_quality_update: মানের রেটিং সবুজ, হলুদ ও লালের মধ্যে বদলানোর খবর দেয়। - মানের ওয়েবহুক আগাম সতর্কতা দেয়, আর স্ট্যাটাস ওয়েবহুক তার পরিণতি জানায়। - কোনোটিই ডিফল্টভাবে চালু নয়, তাই দুটিতেই সাবস্ক্রাইব করতে হয়। ### কেন হলুদ অবস্থাই কাজ করার সময় টেমপ্লেট থামার সময় পাঠানো ইতিমধ্যেই ব্যর্থ হয় এবং একটি ক্যাম্পেইন নষ্ট হয়ে যায়। হলুদ অবস্থায় এটি এখনও কাজ করে এবং অবনতিও দেখা যায়। হলুদ অবস্থায় কাজ করার মানে শুধু লেখার দিকে নয়, শ্রোতাদের দিকেও তাকানো। ভালোভাবে লেখা টেমপ্লেটও এমন মানুষদের পাঠালে দ্রুত ব্লক পেতে পারে, যারা এটি আশা করেনি। তালিকা রেখে শুধু কপি বদলালে কোনো ফল হয় না। ### সম্পাদনা করলে কী হয় অনুমোদিত টেমপ্লেট সম্পাদনা করা যায়, তবে সেটি আবার পর্যালোচনায় যায়। এতে একটি বাস্তব প্রভাব আছে: সম্পাদনায় ভেরিয়েবলের সংখ্যা বদলালে অপরিবর্তিত ইন্টিগ্রেশন থেকে পাঠানো প্রতিটি মেসেজ error 132012 ত্রুটিতে ব্যর্থ হতে শুরু করে। টেমপ্লেটের ভেরিয়েবলের সংখ্যাকে মার্কেটিং দলের মালিকানাধীন কপি নয়, ইন্টিগ্রেশন চুক্তির অংশ হিসেবে বিবেচনা করুন। - অনুমোদনকে স্থায়ী ধরে নেওয়া। অনুমোদিত টেমপ্লেট থামতে এবং শেষে স্থায়ীভাবে বন্ধ হতে পারে। - স্ট্যাটাসে সাবস্ক্রাইব করে মানের ওয়েবহুকে না করা। মানের ক্ষেত্রটি আগাম সতর্কতা দেয়। - যে কোড টেমপ্লেট পাঠায় তা না দেখে ভেরিয়েবল সম্পাদনা করা। **অনুমোদিত টেমপ্লেট কি অনুমোদিতই থাকে?** সব সময় নয়। দীর্ঘস্থায়ী নেতিবাচক প্রতিক্রিয়ায় এটি থামতে এবং শেষে স্থায়ীভাবে বন্ধ হতে পারে। **থামানো ও স্থায়ীভাবে বন্ধ হওয়ার মধ্যে পার্থক্য কী?** থামা নিজে থেকেই উঠে যায়। স্থায়ীভাবে বন্ধ হওয়া চূড়ান্ত, এরপর টেমপ্লেটটি আর ব্যবহার করা যায় না। **এটি ঘটার আগেই কীভাবে বুঝব?** টেমপ্লেটের মানের ওয়েবহুকে সাবস্ক্রাইব করুন। টেমপ্লেট কাজ করার সময়ই এটি হলুদ অবস্থায় যাওয়ার খবর দেয়। **সম্পাদনার পর পাঠানো ব্যর্থ হতে শুরু করল কেন?** সম্পাদনায় ভেরিয়েবলের সংখ্যা বদলালে অপরিবর্তিত ইন্টিগ্রেশন ভুল সংখ্যক প্যারামিটার পাঠায় এবং error 132012 পায়। --- ## ভেরিয়েবলসহ টেমপ্লেট পাঠানো https://easycoexistence.com/bn/docs/sending-a-template-with-variables টেমপ্লেটের ভেরিয়েবল নামভিত্তিক নয়, অবস্থানভিত্তিক। প্রতিটি কম্পোনেন্টের জন্য ক্রমানুসারে প্যারামিটারের তালিকা পাঠাতে হয়, এবং সংখ্যাটি টেমপ্লেটে নির্ধারিত সংখ্যার সঙ্গে হুবহু মিলতে হয়। ভুল করলে তিন ধরনের আলাদা ত্রুটি হতে পারে, যার প্রতিটি ভিন্ন সমস্যার ইঙ্গিত দেয়। ### প্যারামিটার কীভাবে মেলে নাম দিয়ে নয়, অবস্থান দিয়ে। বডির তালিকার প্রথম প্যারামিটার প্রথম প্লেসহোল্ডার পূরণ করে, দ্বিতীয়টি দ্বিতীয়টি পূরণ করে, এভাবেই চলতে থাকে। কোনো ভেরিয়েবলের নাম দেওয়ার উপায় নেই, আর দুটি প্যারামিটারের অবস্থান বদলালে মেসেজ সফলভাবে পাঠানো হয়, কিন্তু মানগুলো ভুল জায়গায় বসে। এই ঘটনাটিই বিপজ্জনক, কারণ কোনো কিছু ব্যর্থ হয় না। গ্রাহক এমন একটি অর্ডার নিশ্চিতকরণ পান, যেখানে টাকার জায়গায় তারিখ থাকে, অথচ কোথাও কোনো ত্রুটি লগ হয় না। ### কম্পোনেন্ট আলাদা তালিকা হেডারের ভেরিয়েবল ও বডির ভেরিয়েবল একই তালিকায় থাকে না। প্রতিটি কম্পোনেন্টের নিজস্ব প্যারামিটার থাকে, আর এগুলো একত্র করলে সংখ্যায় অমিল হয়। - হেডারের প্যারামিটার হেডার কম্পোনেন্টে যায়, এবং এমন কম্পোনেন্ট সর্বোচ্চ একটি থাকে। - বডির প্যারামিটার ক্রমানুসারে বডি কম্পোনেন্টে যায়। - বাটনের URL প্যারামিটার বাটন কম্পোনেন্টে যায়, বাটন অনুযায়ী ইনডেক্সসহ। - সবগুলোর জন্য একটি সমতল তালিকা পাঠালে 132000 ত্রুটি ফেরত আসে। ### ভাষা ঠিক রাখা টেমপ্লেটকে নাম ও ভাষা একসঙ্গে শনাক্ত করে, তাই একই নামের দুটি ভাষার টেমপ্লেট আসলে দুটি আলাদা টেমপ্লেট। টেমপ্লেটটি en_US হিসেবে তৈরি হলে en পাঠালে ফলব্যাক হয় না, 132001 ত্রুটি হয়, যা টেমপ্লেট না থাকার মতো দেখায়। নম্বরটির টেমপ্লেটগুলো তালিকাভুক্ত করে ভাষার হুবহু স্ট্রিং কপি করুন, এর গঠন অনুমান করবেন না। এটিই টেমপ্লেটের সবচেয়ে সাধারণ এবং সবচেয়ে কম বর্ণনামূলক ত্রুটি। ### ধরনভিত্তিক প্যারামিটার বেশিরভাগ প্যারামিটার সাধারণ টেক্সট। কিছু প্যারামিটার তা নয়, তাই সেগুলো টেক্সট হিসেবে পাঠালে 132012 ত্রুটি হয়। - কারেন্সি প্যারামিটারে একটি পরিমাণ, একটি কারেন্সি কোড এবং একটি ফলব্যাক স্ট্রিং থাকে। - তারিখ ও সময়ের প্যারামিটারে ফলব্যাকসহ একটি কাঠামোবদ্ধ অবজেক্ট থাকে। - মিডিয়া হেডারের প্যারামিটারে ফাইলের নাম নয়, মিডিয়া আইডি বা একটি লিংক থাকে। - প্রাপকের অ্যাপ মানটি ফরম্যাট করতে না পারলে যে ফলব্যাক স্ট্রিং দেখা যায়। ### কোন ত্রুটির অর্থ কী তিনটি ব্যর্থতা আলাদা করে চেনা যায়। এগুলো আলাদা করে লগ করলে টেমপ্লেট-সংক্রান্ত ত্রুটি হিসেবে একত্র করার চেয়ে অনুমান অনেক কম করতে হয়। 132001 ত্রুটির অর্থ নাম ও ভাষার জোড়া মেলেনি, তাই প্রথমে ভাষা পরীক্ষা করুন। 132000 ত্রুটির অর্থ সংখ্যা ভুল, তাই টেমপ্লেটের নিজস্ব সংজ্ঞার সঙ্গে মিলিয়ে দেখুন। 132012 ত্রুটির অর্থ কোনো মানের ফরম্যাট ভুল, সাধারণত ধরনভিত্তিক প্যারামিটার সাধারণ স্ট্রিং হিসেবে পাঠানো হয়েছে। - en থেকে en_US-এ ফলব্যাক হবে ধরে নেওয়া। তা হয় না, এবং ত্রুটিটি টেমপ্লেট না থাকার মতো দেখায়। - হেডার ও বডির প্যারামিটার এক তালিকায় মেশানো। এগুলো আলাদা কম্পোনেন্ট। - কারেন্সি বা তারিখ সাধারণ টেক্সট হিসেবে পাঠানো। ধরনভিত্তিক প্যারামিটারের নির্দিষ্ট গঠন থাকে। **টেমপ্লেটের ভেরিয়েবলের কি নাম থাকে?** না। এগুলো অবস্থানভিত্তিক, তাই প্যারামিটারের ক্রমই পুরো নিয়ম। **আমার টেমপ্লেট কেন নেই?** সাধারণত ভাষার কোডের কারণে। টেমপ্লেটকে নাম ও ভাষা একসঙ্গে শনাক্ত করে, কোনো ফলব্যাক নেই। **আমি বেশি প্যারামিটার পাঠালে কী হয়?** 132000 ত্রুটি হয়। কম পাঠালেও একই ত্রুটি হয়। **আমি কীভাবে একটি পরিমাণ পাঠাব?** পরিমাণ, কারেন্সি কোড ও ফলব্যাক স্ট্রিংসহ কারেন্সি প্যারামিটার হিসেবে পাঠান, সাধারণ টেক্সট হিসেবে নয়। --- ## রেট লিমিট ও মেসেজিং থ্রুপুট https://easycoexistence.com/bn/docs/rate-limits-and-throughput সীমা আছে চারটি আলাদা, আর এগুলোকে গুলিয়ে ফেলার কারণেই রেট লিমিট বিভ্রান্তিকর মনে হয়। মেসেজিং লিমিট Business Portfolio জুড়ে প্রতিদিন কতজন আলাদা প্রাপককে মেসেজ পাঠানো যাবে তা সীমিত করে, থ্রুপুট প্রতি সেকেন্ডের মেসেজ সীমিত করে, জোড়া সীমা একজন ব্যক্তির কাছে পাঠানো মেসেজ সীমিত করে, আর ম্যানেজমেন্ট লিমিট মেসেজ নয় এমন API কল সীমিত করে। ### মেসেজিং টিয়ার চলমান 24 ঘণ্টায় কাস্টমার সার্ভিস উইন্ডোর বাইরে আপনি কতজন আলাদা গ্রাহকের কাছে মেসেজ পাঠাতে পারবেন, এটাই এর সীমা। 7 অক্টোবর 2025 থেকে এটি প্রতিটি Business Portfolio-র জন্য নির্ধারিত হয় এবং তার সব নম্বর এটি ভাগ করে নেয়। মান ঠিক থাকলে এবং ভলিউম বাড়লে সীমা নিজে থেকেই বাড়ে। - সীমা ধাপে ধাপে বাড়ে: প্রতিদিন 250, 2,000, 10,000, 100,000 এবং সীমাহীন আলাদা প্রাপক। - শুধু কাস্টমার সার্ভিস উইন্ডোর বাইরের ডেলিভারি এই সীমার হিসাবে ধরা হয়। - সার্ভিস উইন্ডোর ভেতরের উত্তর ধরা হয় না। - মান কমলে সীমা আর নিচে নামে না, তবে বাড়াও থেমে যায়। ### থ্রুপুট থ্রুপুট মানে প্রতি সেকেন্ডে কত মেসেজ, যা দৈনিক টিয়ার থেকে আলাদা বিষয়। একটি নম্বর টিয়ারের বেশ ভেতরে থেকেও হঠাৎ অনেক মেসেজ একসঙ্গে পাঠালে থ্রুপুট সীমায় আটকে যেতে পারে। Coexistence নম্বরে এই সীমাই সবচেয়ে বেশি অবাক করে, কারণ এটি সাধারণ Cloud API নম্বরের চেয়ে কম রাখা হয়। এই ঊর্ধ্বসীমা Meta-র এবং প্রতিটি Coexistence প্রোভাইডারের জন্য প্রযোজ্য, তাই কোনো প্রোভাইডারই এটি বাড়াতে পারে না। ### প্রাপকভিত্তিক সীমা অল্প সময়ের মধ্যে আপনার নম্বর ও একজন প্রাপকের মধ্যে কতগুলো মেসেজ যেতে পারবে, তার আলাদা একটি সীমা আছে, যা ত্রুটি 131056 হিসেবে আসে। একজন ব্যক্তিকে মেসেজে ভরিয়ে দেওয়া ঠেকাতেই এটি আছে, তাই কম ভলিউমের অ্যাকাউন্টেও এটি কাজ করতে পারে। কারণ প্রায় সবসময়ই স্বয়ংক্রিয়: রিট্রাই লুপ, একই ইভেন্টে দুইবার চালু হওয়া ওয়েবহুক হ্যান্ডলার, অথবা একটি উত্তরকে কয়েকটি ছোট মেসেজে ভেঙে পাঠানো বট। ### ম্যানেজমেন্ট কল সীমা এর সঙ্গে মেসেজের কোনো সম্পর্ক নেই। নম্বর পড়া, টেমপ্লেটের তালিকা দেখা এবং স্ট্যাটাস যাচাই করা, সবই অ্যাকাউন্টের আলাদা একটি সীমার হিসাবে ধরা হয়, যা ত্রুটি 80007 হিসেবে আসে। পোলিং করলেই এই সীমা ফুরিয়ে যায়। প্রতি ত্রিশ সেকেন্ডে স্ট্যাটাস যাচাই মানে দিনে হাজার হাজার কল, অথচ ডেটা বদলায় মাসে মাত্র কয়েকবার। ওয়েবহুক ব্যবহার করলে প্রায় সব কলেরই দরকার হয় না। ### কীসে সীমা বাড়ে মান ও ইতিহাসে, অর্থপ্রদানে নয়। কেনার মতো কোনো প্ল্যান নেই, আর কোনো প্রোভাইডারই আপনার হয়ে সীমা তুলে দিতে পারে না। - কোয়ালিটি রেটিং সবুজ রাখুন; প্রাপকদের ব্লকই এটি কমিয়ে দেয়। - ভলিউম হঠাৎ না পাঠিয়ে নিয়মিতভাবে পাঠান। - ব্যবসার যাচাইকরণ সম্পন্ন করুন; এটি 250 থেকে 2,000-এ যাওয়ার একটি পথ। - বর্তমান সীমার অন্তত অর্ধেক ব্যবহার করুন; 2,000-এর ওপরের বৃদ্ধি স্বয়ংক্রিয়। - সব রেট লিমিটকে একটি ভাবা। চারটি আলাদা সীমা চারটি আলাদা ত্রুটি দেয়। - ছোট ব্যবধানে স্ট্যাটাস পোলিং করা। এতে খুব কম বদলানো ডেটার জন্য ম্যানেজমেন্ট সীমা ফুরিয়ে যায়। - বেশি সীমার জন্য টাকা দিতে চাওয়া। সীমা বাড়ে মান ও ইতিহাস দেখে। **কম ভলিউমেও আমি রেট লিমিটে পড়ছি কেন?** সম্ভবত প্রাপকভিত্তিক সীমা, ত্রুটি 131056। অ্যাকাউন্টের মোট সংখ্যা যা-ই হোক, এটি একজন ব্যক্তির কাছে পাঠানো মেসেজ সীমিত করে। **টাকা দিয়ে কি উচ্চতর মেসেজিং লিমিট পাওয়া যায়?** না। মান ও পাঠানোর ইতিহাস দেখে সীমা নিজে থেকেই বাড়ে। **Coexistence-এ কি থ্রুপুট কম?** হ্যাঁ। Meta এটি সাধারণ Cloud API নম্বরের চেয়ে কম রাখে, এবং কোনো প্রোভাইডার তা বাড়াতে পারে না। **ম্যানেজমেন্ট সীমার হিসাবে কী কী ধরা হয়?** পড়া ও কনফিগারেশনের কল: নম্বর, টেমপ্লেট ও স্ট্যাটাসের তালিকা। ওয়েবহুক ব্যবহার করলে প্রায় সব কল এড়ানো যায়। --- ## ইন্টার‌্যাক্টিভ মেসেজ পাঠানো: বাটন ও লিস্ট https://easycoexistence.com/bn/docs/sending-interactive-messages ইন্টার‌্যাক্টিভ মেসেজে টাইপ করার বদলে প্রাপক ট্যাপ করার জন্য বাটন বা একটি লিস্ট পান। এর দুই ধরন হলো রিপ্লাই বাটন ও লিস্ট মেসেজ। দুটিরই নির্দিষ্ট ছোট সীমা আছে, যা কথোপকথনের নকশা অন্য যেকোনো কিছুর চেয়ে বেশি নির্ধারণ করে। ### রিপ্লাই বাটন একটি মেসেজের নিচে সর্বোচ্চ 3টি বাটন। প্রাপক একটিতে ট্যাপ করলে আপনার ওয়েবহুকে বাটনের id-সহ সাধারণ ইনবাউন্ড মেসেজ হিসেবে রিপ্লাই আসে, তাই লেবেলের বদলে id মিলিয়ে দেখুন। শিরোনামে সর্বোচ্চ 20টি অক্ষর রাখা যায়। সীমাটি শুনতে যতটা মনে হয় তার চেয়ে কম, এবং সাধারণত এই সীমাই কপি নতুন করে লিখতে বাধ্য করে। - প্রতি মেসেজে সর্বোচ্চ 3টি বাটন। - শিরোনামে সর্বোচ্চ 20টি অক্ষর। - প্রতিটি বাটনে আপনার বেছে নেওয়া একটি id থাকে, যা রিপ্লাইয়ের সঙ্গে ফেরত আসে। - বাটনের চারপাশে ঐচ্ছিক হেডার, বডি ও ফুটার যোগ করা যায়। ### লিস্ট মেসেজ একটি বাটন ট্যাপ করলে সর্বোচ্চ 10টি সারির মেনু খোলে, যা সর্বোচ্চ 10টি সেকশনে ভাগ করা যায়। প্রতিটি সারিতে একটি শিরোনাম, ঐচ্ছিক বিবরণ এবং একটি id থাকে। 3টি বাটন যথেষ্ট না হলে এটি ব্যবহার করুন। মনে রাখবেন, ভেতরের কিছু দেখার আগে প্রাপককে লিস্ট খুলতে হবে, তাই বাটনের লেবেলটিই গুরুত্বপূর্ণ। - সর্বমোট সর্বোচ্চ 10টি সারি, সর্বোচ্চ 10টি সেকশনে। - সারির শিরোনামে সর্বোচ্চ 24টি অক্ষর, বিবরণে 72টি। - প্রতি মেসেজে একটি লিস্ট ব্যবহার করা যায়, এবং এর সঙ্গে বাটন যোগ করা যায় না। - সব ধরনের টেমপ্লেট মেসেজে এটি পাওয়া যায় না। ### রিপ্লাই যেভাবে আসে অন্য যেকোনো ইনবাউন্ড মেসেজের মতো একই মেসেজের ওয়েবহুকে, বাটন বা সারির id জানানো একটি ইন্টার‌্যাক্টিভ অবজেক্টসহ। আলাদা করে কোনো কিছুর জন্য সাবস্ক্রাইব করতে হয় না। শিরোনামের বদলে id মিলিয়ে দেখুন। কপি সম্পাদনা করা ব্যক্তি শিরোনাম বদলে দিতে পারেন, কিন্তু id বদলায় না। টেক্সট মিলিয়ে কাজ করা হ্যান্ডলার কেউ টাইপো ঠিক করলেই নীরবে কাজ করা বন্ধ করবে। ### Coexistence-এ কী বদলায় বাটন ও লিস্ট নিজেরা যেভাবে কাজ করে, তাতে কিছুই বদলায় না। এগুলো সাধারণ Cloud API মেসেজ এবং অন্য যেকোনো নম্বরের মতো Coexistence নম্বরেও একইভাবে কাজ করে। বদলায় রিপ্লাই কোথায় পৌঁছায়: গ্রাহকের ট্যাপ ফোনের WhatsApp Business app এবং আপনার ওয়েবহুক, দুই জায়গাতেই আসে, কারণ Coexistence নম্বর দুই জায়গায়ই ডেলিভার করে। স্বয়ংক্রিয়ভাবে রিপ্লাই দেওয়া হ্যান্ডলারকে ধরে নিতে হবে, একই মেসেজের উত্তর কেউ অ্যাপ থেকেও দিতে পারেন। - বাটনের শিরোনাম মিলিয়ে রিপ্লাই শনাক্ত করা। শিরোনাম সম্পাদনা করা যায়, id যায় না। - 3টির বেশি বাটনের জন্য নকশা করা। সীমাটি কঠোর এবং এর কোনো বিকল্প নেই। - কেউ WhatsApp Business app-এ একই ট্যাপের উত্তর দিতে পারেন, এটি ভুলে যাওয়া। **কতগুলো বাটন পাঠাতে পারি?** 3টি। এটি প্ল্যাটফর্মের কঠোর সীমা, এর কোনো বিকল্প নেই। **কেউ ট্যাপ করলে কী ফেরত আসে?** মেসেজের ওয়েবহুকে আসা একটি সাধারণ ইনবাউন্ড মেসেজ, যাতে ওই বাটন বা সারির জন্য নির্ধারিত id থাকে। **বাটন ও লিস্ট একসঙ্গে ব্যবহার করতে পারি?** না। একটি মেসেজে দুটির যেকোনো একটি থাকে। **এগুলোর জন্য কি অতিরিক্ত মূল্য লাগে?** না। এগুলো সাধারণ মেসেজ, এবং ওই কথোপকথনের অন্য মেসেজের মতোই Meta মূল্য নির্ধারণ করে। --- ## মিডিয়া পাঠানো: ছবি, ভিডিও, অডিও ও ডকুমেন্ট https://easycoexistence.com/bn/docs/sending-media-messages মিডিয়া পাঠাতে আগে ফাইল আপলোড করে পাওয়া আইডি উল্লেখ করুন, অথবা Meta-কে আনার জন্য একটি সর্বজনীন লিংক দিন। আপলোড বেশি নির্ভরযোগ্য, আর ধরনভেদে সীমা আলাদা হওয়ায় সহজেই ভুল হতে পারে। ### ধরনভেদে সীমা প্রতিটি ধরনে সীমা আলাদা। সীমা ছাড়ালে বর্ণনামূলক কিছু না জানিয়ে ত্রুটির কোড 131053 ফেরত আসে। - ছবি: 5 MB। JPEG এবং PNG। - ভিডিও: 16 MB। MP4 এবং 3GPP, H.264 ভিডিও ও AAC অডিওসহ। - অডিও: 16 MB। AAC, AMR, MP3, MP4 অডিও এবং Opus-সহ OGG। - ডকুমেন্ট: 100 MB। PDF ও Office ফরম্যাটসহ প্রচলিত অধিকাংশ ডকুমেন্টের ধরন। - স্টিকার: অ্যানিমেটেড 100 KB, স্থির 500 KB, শুধু WebP। ### আপলোড বনাম লিংক একই ফাইল পাঠানোর দুটি উপায়, এবং দুটির ব্যর্থতার ধরনও আলাদা। আপলোড করলে আগে ফাইলটি Meta-তে পাঠানো হয় এবং একটি মিডিয়া আইডি ফেরত আসে, যা পাঠানোর সময় উল্লেখ করেন। লিংক দিলে পাঠানোর সময় Meta-কে আনার জন্য একটি URL দেওয়া হয়। লিংক সহজ মনে হলেও এতে এমন একটি ব্যর্থতার সুযোগ থাকে যা আপনি দেখতে পান না: আপনার ব্রাউজারে খোলা URL ভৌগোলিক অবস্থান, ফায়ারওয়াল নিয়ম বা ব্রাউজারে থাকা সেশন কুকির কারণে Meta-র অবকাঠামো থেকে অপ্রাপ্য হতে পারে। আপলোড করুন। এতে একটি অতিরিক্ত রিকোয়েস্ট লাগে, কিন্তু ব্যর্থতার একটি পুরো শ্রেণি দূর হয়। ### মিডিয়া গ্রহণ করা ইনবাউন্ড মিডিয়া বাইট হিসেবে নয়, একটি মিডিয়া আইডি হিসেবে আসে। আপনার হ্যান্ডলারকে ওই আইডি ব্যবহার করে আলাদাভাবে ফাইল আনতে হবে। - দ্রুত আনুন। আইডি অনির্দিষ্টকাল বৈধ থাকে না। - ব্যর্থভাবে আনলে ত্রুটির কোড 131052 ফেরত আসে, যার অর্থ সাধারণত প্রেরকের আপলোড অসম্পূর্ণ ছিল। - পরে দরকার হলে ফাইলটি নিজে সংরক্ষণ করুন। Meta কোনো আর্কাইভ নয়। - মিডিয়া আনতে ব্যর্থ হলেও মেসেজটি সংরক্ষণ করুন, যাতে লেখা ও প্রেক্ষাপট থাকে। ### Coexistence-এ যা বদলায় Coexistence নম্বরে মিডিয়া অন্য যেকোনো Cloud API নম্বরের মতোই কাজ করে এবং সীমাও একই। জানার মতো একমাত্র পার্থক্য হলো ইতিহাস। কোনো নম্বর প্রথমবার সংযুক্ত হলে Meta WhatsApp Business অ্যাপ থেকে সাম্প্রতিক মেসেজ সিঙ্ক করে। এই সিঙ্কে মেসেজের লেখা থাকে, পূর্ণ মিডিয়া আর্কাইভ নয়। সংযোগের আগের মিডিয়া ফোনেই থাকে, যেমন সব সময় ছিল। - সহজ মনে হওয়ায় লিংক পাঠানো। Meta-র নেটওয়ার্ক আপনার ব্রাউজার নয়। - কয়েক ঘণ্টা পরে ইনবাউন্ড মিডিয়া আনা। মিডিয়া আইডির মেয়াদ শেষ হয়। - কোডেক না দেখে ভিডিও এক্সপোর্ট করা। এডিটিং সফটওয়্যারের ডিফল্ট প্রায়ই সমর্থিত নয়। **আমি সর্বোচ্চ কত বড় ফাইল পাঠাতে পারি?** 100 MB, তবে শুধু ডকুমেন্টের জন্য। ভিডিও ও অডিওর সীমা 16 MB, আর ছবির 5 MB। **আমার কি আপলোড করা উচিত, নাকি URL পাঠানো উচিত?** আপলোড করুন। এতে অপ্রাপ্যতা ব্যর্থতার কারণ হওয়ার সম্ভাবনা দূর হয়। **মিডিয়া আইডি কতক্ষণ বৈধ থাকে?** অনির্দিষ্টকাল নয়। তাই ইভেন্ট আসার সঙ্গে সঙ্গে ইনবাউন্ড মিডিয়া আনা উচিত। **সংযোগ করার সময় কি পুরনো মিডিয়া সিঙ্ক হয়?** না। ইতিহাস সিঙ্কে সাম্প্রতিক মেসেজের বিষয়বস্তু থাকে, আর সংযোগের আগের মিডিয়া ফোনেই থাকে। --- ## মেসেজ রিঅ্যাকশন: ইমোজি পাঠানো ও গ্রহণ https://easycoexistence.com/bn/docs/message-reactions একটি রিঅ্যাকশন বিদ্যমান মেসেজে একটি ইমোজি যুক্ত করে। এটি পাঠাতে মেসেজের আইডি ও ইমোজি উল্লেখ করুন। সরাতে ডিলিট কল নয়, একই রিঅ্যাকশনের ইমোজি স্ট্রিং খালি রেখে পাঠান। ### রিঅ্যাকশন পাঠানো রিঅ্যাকশন ধরনের একটি মেসেজে যে মেসেজে রিঅ্যাকশন দিচ্ছেন তার আইডি এবং একটি ইমোজি থাকে। একই মেসেজে দ্বিতীয় রিঅ্যাকশন পাঠালে সেটি আগেরটি প্রতিস্থাপন করে, যোগ হয় না, কারণ একজন প্রেরক প্রতি মেসেজে একটিই রিঅ্যাকশন রাখতে পারেন। মেসেজের আইডিটি এমন হতে হবে যা আপনার নম্বর দেখতে পারে: ওই গ্রাহকের পাঠানো মেসেজ, অথবা আপনার পাঠানো মেসেজ। ### রিঅ্যাকশন সরানো এখানেই অনেকে অবাক হন। কোনো ডিলিট কল নেই। একই রিঅ্যাকশন মেসেজে ইমোজি ফিল্ডের মান খালি স্ট্রিং করে পাঠান, তাহলেই রিঅ্যাকশনটি সরে যাবে। রিমুভাল ইভেন্টের অপেক্ষায় লেখা হ্যান্ডলার অনন্তকাল অপেক্ষা করবে। যা আসে তা হলো খালি ইমোজিসহ একটি রিঅ্যাকশন। নতুন রিঅ্যাকশনের মতোই এর গঠন, তাই ফিল্ডটি দেখে এটিকে সরানো হিসেবে বুঝতে হবে। ### রিঅ্যাকশন গ্রহণ করা ইনবাউন্ড রিঅ্যাকশন মেসেজ ওয়েবহুকে রিঅ্যাকশন ধরনের মেসেজ হিসেবে আসে। এতে যে মেসেজে রিঅ্যাকশন দেওয়া হয়েছে তার আইডি এবং ইমোজি থাকে। - messages ফিল্ডে সাবস্ক্রাইব করুন; আলাদা reactions ফিল্ড নেই। - খালি ইমোজি মানে গ্রাহক নিজের রিঅ্যাকশন সরিয়েছেন। - উল্লেখ করা মেসেজের আইডিটি আপনার আগে পাঠানো বা গ্রহণ করা কোনো মেসেজের। - রিঅ্যাকশন 24 ঘণ্টার সার্ভিস উইন্ডো আবার চালু করে না। ### উইন্ডো এখনও প্রযোজ্য রিঅ্যাকশনও একটি মেসেজ, তাই এটি পাঠাতে 24 ঘণ্টার গ্রাহক-সেবা উইন্ডো খোলা থাকতে হবে। তিন দিন আগের গ্রাহকের মেসেজে রিঅ্যাকশন দিলে error 131047 ফেরত আসে, ঠিক যেমন টেক্সট মেসেজ পাঠালেও আসত। গ্রাহকের কাছ থেকে রিঅ্যাকশন গ্রহণ করলে উইন্ডো আবার চালু হয়, কারণ যেকোনো ইনবাউন্ড মেসেজ তা করে। স্বয়ংক্রিয় ব্যবস্থার জন্য এটি জানা গুরুত্বপূর্ণ: আপনার শেষ মেসেজে থাম্বস-আপ পাওয়া মানে এখন আপনি স্বাধীনভাবে উত্তর দিতে পারেন। - ডিলিট এন্ডপয়েন্ট খোঁজা। সরানো হয় খালি ইমোজিসহ একই কল করে। - খালি ইমোজিকে ত্রুটিপূর্ণ ভাবা। এভাবেই রিঅ্যাকশন সরানোর কথা জানানো হয়। - সার্ভিস উইন্ডোর বাইরে রিঅ্যাকশন পাঠানো। অন্য যেকোনো মেসেজের মতো এটিও ব্যর্থ হয়। **আমি কীভাবে রিঅ্যাকশন সরাব?** খালি ইমোজি স্ট্রিংসহ একই রিঅ্যাকশন মেসেজ পাঠান। কোনো ডিলিট কল নেই। **রিঅ্যাকশনের জন্য কি কোনো মূল্য দিতে হয়?** না। এতে বিলযোগ্য কথোপকথন খোলে না। **আমি কি যেকোনো মেসেজে রিঅ্যাকশন দিতে পারি?** শুধু আপনার নম্বর থেকে পাঠানো বা গ্রহণ করা মেসেজে, এবং কেবল 24 ঘণ্টার সার্ভিস উইন্ডোর মধ্যে। **গ্রাহকের রিঅ্যাকশনে কি উইন্ডো আবার চালু হয়?** হ্যাঁ। তাদের পাঠানো যেকোনো ইনবাউন্ড মেসেজে তা হয়, রিঅ্যাকশনসহ। --- ## লোকেশন ও কনট্যাক্ট মেসেজ পাঠানো https://easycoexistence.com/bn/docs/sending-location-and-contacts লোকেশন মেসেজে ঐচ্ছিক নাম ও ঠিকানাসহ একটি পিন পাঠানো হয়। কনট্যাক্ট মেসেজে এক বা একাধিক কনট্যাক্ট কার্ড পাঠানো হয়। দুটিই সহজ। তবে গুরুত্বপূর্ণ সীমা হলো, চলাফেরার সঙ্গে আপডেট হওয়া লাইভ লোকেশন Coexistence নম্বরে উপলভ্য নয়। ### লোকেশন মেসেজ অক্ষাংশ ও দ্রাঘিমাংশের সঙ্গে পিনের নিচে ঐচ্ছিক নাম ও ঠিকানা দেখানো হয়। প্রাপক একটি ম্যাপ প্রিভিউ দেখেন এবং নিজের ম্যাপ অ্যাপ্লিকেশনে সেটি খুলতে পারেন। নাম ও ঠিকানা দেওয়া সময়সাপেক্ষ হলেও তা করা উচিত। এগুলো না থাকলে পিনে শুধু স্থানাঙ্ক দেখা যায়, ফলে গ্রাহক বুঝতে পারেন না তিনি সঠিক শাখাটি দেখছেন কি না। ### লোকেশন পাওয়া কোনো গ্রাহক লোকেশন শেয়ার করলে তা মেসেজ ওয়েবহুকে location ধরনের মেসেজ হিসেবে আসে। এতে স্থানাঙ্ক থাকে এবং গ্রাহকের অ্যাপ পাঠিয়ে থাকলে নাম ও ঠিকানাও থাকে। - স্থানাঙ্ক সব সময় থাকে, নাম ও ঠিকানা থাকতেই হবে এমন নয়। - শেয়ার করা লোকেশন একটি মেসেজ, তাই এটি 24 ঘণ্টার সার্ভিস উইন্ডো আবার চালু করে। - স্থানাঙ্ককে আনুমানিক ধরে নিন। ফোনের নির্ভুলতা ভিন্ন হতে পারে। - যা দরকার শুধু তা সংরক্ষণ করুন। Meta কোনো লোকেশন ইতিহাস নয়। ### কনট্যাক্ট মেসেজ একটি মেসেজে এক বা একাধিক কনট্যাক্ট কার্ড পাঠানো যায়। প্রতিটিতে vCard-এর ফিল্ড থাকে: নাম, ফোন, ইমেইল, ঠিকানা, প্রতিষ্ঠান এবং জন্মদিন। প্রাপক সরাসরি কার্ডটি সংরক্ষণ করতে পারেন। চ্যাটে একটি নম্বর টাইপ করে পাঠানোর বদলে গ্রাহককে সঠিক ব্যক্তির তথ্য দেওয়ার জন্য এটি উপযোগী। চ্যাটে টাইপ করা নম্বর ফরম্যাট ছাড়া টেক্সট হিসেবে আসে এবং হাতে কপি করতে হয়। ### Coexistence কী সরিয়ে দেয় Coexistence চালু হলে Meta কোনো নমরে যে চারটি WhatsApp ফিচার বন্ধ করে, লাইভ লোকেশন তার একটি। অন্যগুলো হলো অদৃশ্য হওয়া মেসেজ, একবার দেখা যায় এমন মিডিয়া এবং ব্রডকাস্ট তালিকা। এটি পাঠানোর চেষ্টা করলে 131051 ত্রুটি ফেরত আসে, যার অর্থ অসমর্থিত মেসেজের ধরন। দেখতে ফরম্যাটিংয়ের ভুল মনে হলেও আসলে তা নয়। কোনো প্রোভাইডার এটি চালু করতে পারে না। সীমাটি Meta-র এবং প্রতিটি Coexistence নম্বরে প্রযোজ্য। স্ট্যাটিক লোকেশন পিনে এর প্রভাব নেই, সেগুলো স্বাভাবিকভাবেই কাজ করে। - নাম বা ঠিকানা ছাড়া পিন পাঠানো। শুধু স্থানাঙ্ক গ্রাহককে কিছুই জানায় না। - লাইভ লোকেশনের ওপর নির্ভর করে ব্যবস্থা তৈরি করা। এটি প্রতিটি Coexistence নম্বরে বন্ধ। - ধরনটি সত্যিই অপ্রাপ্য হওয়া সত্ত্বেও 131051 ত্রুটিকে ফরম্যাটিংয়ের সমস্যা ভাবা। **আমি কি লাইভ লোকেশন পাঠাতে পারি?** Coexistence নম্বরে নয়। Meta এটি বন্ধ রাখে এবং কোনো প্রোভাইডার আবার চালু করতে পারে না। **স্ট্যাটিক লোকেশন পিন কি কাজ করে?** হ্যাঁ, স্বাভাবিকভাবে কাজ করে। ম্যাপ প্রিভিউয়ের নিচে ঐচ্ছিক নাম ও ঠিকানা দেখানো যায়। **একটি মেসেজে কতজন কনট্যাক্ট পাঠানো যায়?** বেশ কয়েকজন। প্রতিটিতে স্ট্যান্ডার্ড vCard ফিল্ড থাকে এবং প্রাপক সরাসরি সংরক্ষণ করতে পারেন। **শেয়ার করা লোকেশন কি সার্ভিস উইন্ডো আবার চালু করে?** হ্যাঁ। এটি অন্য যেকোনো ইনবাউন্ড মেসেজের মতোই। --- ## EasyCoexistence বনাম AiSensy https://easycoexistence.com/bn/compare/easycoexistence-vs-aisensy AiSensy মাসিক প্ল্যানে বিক্রি হওয়া WhatsApp মার্কেটিং ও চ্যাটবট প্ল্যাটফর্ম, যা ভারতীয় ই-কমার্স ব্যবসায় জনপ্রিয়। EasyCoexistence হলো অবকাঠামো: এটি Meta-র Coexistence ফিচারের মাধ্যমে একটি নম্বর সংযুক্ত করে, আপনার ব্যবহৃত সিস্টেমে মেসেজ পাঠায় এবং সংযুক্ত নম্বরভিত্তিক মূল্য নেয়। কোনটি সস্তা হবে, তা নির্ভর করে আপনি কোন ধরনের পণ্য চান। ### প্রতিটি পণ্য কী তারা একই ধরনের কেনাকাটার জন্য প্রতিদ্বন্দ্বিতা করে না। এটি পরিষ্কার রাখলেই তুলনাটি কাজে লাগে। - AiSensy:: ব্রডকাস্ট ক্যাম্পেইন, চ্যাটবট ফ্লো এবং শেয়ার্ড টিম ইনবক্সকেন্দ্রিক WhatsApp এনগেজমেন্ট প্ল্যাটফর্ম। এটি স্তরভিত্তিক মাসিক প্ল্যানে বিক্রি হয়, যেখানে কনট্যাক্ট ও এজেন্টের সীমা থাকে। - EasyCoexistence:: Coexistence অবকাঠামো। ফোনে WhatsApp Business অ্যাপ কাজ করতে থাকে, একই নম্বরে Cloud API চলে এবং মেসেজ ইভেন্ট Meta থেকে সরাসরি আপনার CRM, হেল্পডেস্ক, অটোমেশন বা AI এজেন্টে যায়। আপনার টিমকে নতুন কোনো পণ্যে যেতে হয় না। ### কার জন্য পণ্যটি তৈরি দুটিই WhatsApp সংযুক্ত করে। তবে প্রতিদিনের কাজের ধরন আলাদা। - AiSensy:: এমন মার্কেটিং টিমের জন্য, যারা ব্রডকাস্ট ক্যাম্পেইন ও চ্যাটবট ফানেল চালায়, ক্যাম্পেইন বিল্ডার, কনট্যাক্ট লিস্ট ও অ্যানালিটিক্স এক জায়গায় চায় এবং সেই প্ল্যাটফর্মেই কাজ করতে স্বচ্ছন্দ। - EasyCoexistence:: এমন ব্যবসা বা ডেভেলপারের জন্য, যার নিজস্ব সিস্টেম আগে থেকেই আছে। আমরা WhatsApp মেসেজ সেই সিস্টেমে পাঠাই, সংযোগ সচল রাখি এবং এরপর বাধা হয়ে দাঁড়াই না। ক্যাম্পেইন চাইলে আপনার গ্রাহক ডেটা যেখানে আছে, সেখানেই চালান। ### ফোনে অ্যাপ রাখা Coexistence যে নির্দিষ্ট সমস্যার জন্য তৈরি, এবং যেকোনো প্ল্যাটফর্মকে যে প্রশ্নটি করা উচিত। - AiSensy:: তাদের পণ্যই প্ল্যাটফর্ম ইনবক্স। তাই ফোনের WhatsApp Business অ্যাপের বদলে সেখানেই কথোপকথন পরিচালনা করার প্রত্যাশা থাকে। - EasyCoexistence:: WhatsApp Business অ্যাপ আগের মতোই কাজ করে। কর্মীরা ফোনে উত্তর দেন, API একই কথোপকথন দেখে এবং কোনো পক্ষকেই থামতে হয় না। এটাই পুরো ফিচার। ### বিল কোন বিষয় অনুসরণ করে এটাই কাঠামোগত পার্থক্য এবং ব্যবসা বাড়ার সঙ্গে মোট খরচ নির্ধারণ করে। - AiSensy:: ব্যবহারকারী ও প্ল্যান স্তরকেন্দ্রিক সাবস্ক্রিপশন। তাই বিল টিমের আকার ও চালু করা ফিচার অনুসরণ করে, আসন ব্যবহার না হলেও মূল্য দিতে হয়। - EasyCoexistence:: একটি সংযুক্ত নম্বর। কোনো আসন না থাকায় সহকর্মী যোগ করতে খরচ নেই। নম্বর বাড়লে প্রতি নম্বরের মূল্যও কমে, US$ 9 থেকে US$ 1 পর্যন্ত। কোনো এজেন্সির চল্লিশতম নম্বর প্রথমটির মতোই সব কাজ করে এবং কম খরচ হয়। ### আপনি চলে গেলে কী হয় যে কোনো সেবার ক্ষেত্রেই এটি জিজ্ঞেস করা মূল্যবান, যদি সেখানে আপনার কথোপকথন থাকে। - AiSensy:: ইনবক্স, কনট্যাক্টের ইতিহাস ও অটোমেশন প্ল্যাটফর্মের ভেতরেই থাকে। এগুলো সেবাটিকে কার্যকর করে, আবার চলে যাওয়াকে মাইগ্রেশন প্রকল্পে পরিণত করে। - EasyCoexistence:: আপনার কোনো কিছু আমাদের ভেতরে থাকে না। মেসেজ আসার সঙ্গে সঙ্গে আপনার নিজস্ব সিস্টেমে পাঠানো হয়েছে এবং নম্বরটি ক্লায়েন্টের নিজস্ব Meta Business Portfolio-তে থাকে। তাই আমাদের সরিয়ে দিলে সেটি আগের জায়গাতেই থাকে। - নিজের ব্যবহারের ধরন অনুযায়ী দুটির খরচ না গুনে আসনভিত্তিক মূল্যকে নম্বরভিত্তিক মূল্যের সঙ্গে তুলনা করা। - আপনার টিম আগে থেকেই CRM-এ কাজ করলেও ইনবক্সের জন্য মূল্য দেওয়া। - WhatsApp সংযোগ আলাদা ধরে নেওয়া। উভয় ক্ষেত্রেই নিচে Meta-র Cloud API কাজ করে। **কোনটি সস্তা?** এটি ব্যবহারের ধরন অনুযায়ী বদলে যায়। এক ইনবক্সে পাঁচজনের টিম আসন পছন্দ করতে পারে। নম্বর ও নিজস্ব সিস্টেম থাকা ব্যবসা আমাদের সঙ্গে প্রতি নম্বরে অনেক কম দেয়। **আমি কি শেয়ার্ড ইনবক্স হারাব?** আপনাকে কোনো শেয়ার্ড ইনবক্সে যেতে হবে না। মেসেজ আপনার টিমের ব্যবহৃত টুলেই আসে, যেখানে তারা আগেই কাজ করে। **WhatsApp সংযোগ কি আলাদা?** না। দুই ক্ষেত্রেই এটি Meta-র Cloud API। পার্থক্য হলো এর সামনে কী থাকে এবং বিল কীভাবে করা হয়। **আমি কি ব্রডকাস্ট ক্যাম্পেইন পাব?** আমাদের কাছ থেকে নয়, এবং এর জন্য আপনাকে মূল্যও দিতে হবে না। মেসেজ আপনার নিজস্ব সিস্টেমে যায়, তাই আপনার গ্রাহক ডেটা যেখানে আছে, সেখানেই ক্যাম্পেইন চালানো যায়। --- ## EasyCoexistence বনাম Interakt https://easycoexistence.com/bn/compare/easycoexistence-vs-interakt Interakt মাসিক প্ল্যান ও এজেন্ট সীমাসহ WhatsApp ব্যবসা এবং সহায়তা প্ল্যাটফর্ম। EasyCoexistence অবকাঠামো: এটি Meta-র নিজস্ব Coexistence ফিচারের মাধ্যমে নম্বর সংযুক্ত করে, আপনার ব্যবহৃত সিস্টেমে মেসেজ পাঠায় এবং সংযুক্ত নম্বরভিত্তিক মূল্য নেয়। কোনটি সস্তা হবে, তা নির্ভর করে আপনি ভেতরে চালানোর জন্য কোনো পণ্য চান কি না তার ওপর। ### প্রতিটি পণ্য কী একই কেনাকাটার জন্য তারা প্রতিদ্বন্দ্বী নয়। এটি স্পষ্ট রাখলেই তুলনাটি কাজে লাগে। - Interakt:: ক্যাটালগ ইন্টিগ্রেশন, অর্ডার নোটিফিকেশন, শেয়ারড ইনবক্স ও অটোমেশনসহ WhatsApp ব্যবসায়িক প্ল্যাটফর্ম, মাসিক প্ল্যানে এজেন্ট ও কন্ট্যাক্ট সীমা থাকে। - EasyCoexistence:: Coexistence অবকাঠামো। ফোনের WhatsApp Business অ্যাপ কাজ করতে থাকে, Cloud API একই নম্বরে চলে এবং মেসেজ ইভেন্ট Meta থেকে সরাসরি আপনার CRM, হেল্পডেস্ক, অটোমেশন বা AI এজেন্টে যায়। আপনার টিমকে ঢোকার মতো আলাদা পণ্য নেই। ### ব্যবসায়িক যুক্তি কোথায় থাকে অনলাইন স্টোরের জন্য আসল পার্থক্যটি হলো আপনার ক্যাটালগ ইতিমধ্যে কোথায় আছে। - Interakt:: প্ল্যাটফর্মের ভেতরে, আপনার স্টোরের সঙ্গে সংযুক্ত। ডেভেলপমেন্ট ছাড়াই অর্ডার নোটিফিকেশন ও ক্যাটালগ মেসেজ এক জায়গায় কনফিগার করতে চাইলে এটি সুবিধাজনক। - EasyCoexistence:: আপনার স্টোরের ভেতরে। আমরা WhatsApp ইভেন্ট আপনার ব্যাকএন্ডে পাঠাই, তাই অর্ডার কী তা জানা সিস্টেমই নোটিফিকেশন পাঠায়। দ্বিতীয় পণ্যে কিছু সিঙ্ক্রোনাইজ করতে হয় না। ### এজেন্সির খরচ কী এজেন্টভিত্তিক ও নম্বরভিত্তিক মূল্যের পার্থক্য এখানে সবচেয়ে বেশি। - Interakt:: এজেন্ট ও কন্ট্যাক্ট সীমাসহ প্ল্যান, তাই একাধিক ক্লায়েন্টের নম্বর পরিচালনা করা ব্যবসাকে প্রতি অ্যাকাউন্টে সিট ও বরাদ্দ কিনতে হয়। - EasyCoexistence:: একটি অ্যাকাউন্টে আপনার ইচ্ছামতো ক্লায়েন্ট নম্বর রাখা যায়। প্রতিটি সংযোগ হিসেবে বিল হয় এবং বেশি সংখ্যায় হার কমে। গোনার মতো এজেন্ট নেই, কন্ট্যাক্ট সীমাও পার হওয়ার নেই। ### বিল কী অনুসরণ করে এটাই কাঠামোগত পার্থক্য এবং আপনার ব্যবসা বাড়লে মোট খরচ নির্ধারণ করে। - Interakt:: ব্যবহারকারী ও প্ল্যান স্তরভিত্তিক সাবস্ক্রিপশন, তাই বিল টিমের আকার ও চালু করা ফিচার অনুসরণ করে। সিট ব্যবহার না করলেও মূল্য দিতে হয়। - EasyCoexistence:: একটি সংযুক্ত নম্বর। কোনো সিট না থাকায় সহকর্মী যোগ করতে খরচ নেই। নম্বর বাড়লে প্রতি নম্বরের হার US$ 9 থেকে US$ 1-এ নামে। এজেন্সির চল্লিশতম নম্বর প্রথমটির মতোই সবকিছু করে এবং কম খরচ হয়। ### আপনি চলে গেলে কী হয় আপনার কথোপকথন ধরে রাখে এমন যেকোনো পণ্যের ক্ষেত্রেই এই প্রশ্নটি করা উচিত। - Interakt:: ইনবক্স, কন্ট্যাক্টের ইতিহাস ও অটোমেশন প্ল্যাটফর্মে থাকে। এগুলো কাজ করার কারণও এটাই, আবার চলে যাওয়াকে মাইগ্রেশন প্রকল্পে পরিণত করে। - EasyCoexistence:: আপনার কোনো কিছু আমাদের ভেতরে থাকে না। মেসেজ আসার সঙ্গে সঙ্গে আপনার নিজস্ব সিস্টেমে পৌঁছে যায়, আর নম্বর ক্লায়েন্টের নিজস্ব Meta Business Portfolio-তে থাকে। তাই আমাদের সরিয়ে দিলেও সবকিছু আগের জায়গাতেই থাকে। - নিজের ব্যবহারের ধরন অনুযায়ী দুটির হিসাব না করে সিটের মূল্যকে নম্বরভিত্তিক মূল্যের সঙ্গে তুলনা করা। - আপনার টিম ইতিমধ্যে CRM-এ কাজ করলেও ইনবক্সের জন্য মূল্য দেওয়া। - WhatsApp সংযোগ আলাদা ধরে নেওয়া। উভয় ক্ষেত্রেই ভেতরের Cloud API Meta-র। **কোনটি সস্তা?** ব্যবহারের ধরন অনুযায়ী। এক ইনবক্সে পাঁচজনের টিম সিট পছন্দ করতে পারে। নম্বর ও নিজস্ব সিস্টেম থাকা ব্যবসা আমাদের সঙ্গে প্রতি নম্বরে অনেক কম খরচ করে। **শেয়ারড ইনবক্স কি হারাব?** আপনাকে কখনো কোনো শেয়ারড ইনবক্সে যেতে হবে না। মেসেজ আপনার টিমের ব্যবহৃত টুলেই আসে, যেখানে তারা আগে থেকেই কাজ করে। **WhatsApp সংযোগ কি আলাদা?** না। উভয় ক্ষেত্রেই এটি Meta-র Cloud API। পার্থক্য হলো এর সামনে কী থাকে এবং কীভাবে বিল করা হয়। **ক্যাটালগ মেসেজ পাঠাতে পারি?** হ্যাঁ, আপনার নিজস্ব নম্বরে Cloud API-এর মাধ্যমে, আপনার নিজস্ব সিস্টেম থেকে। আপনার স্টোরে ইতিমধ্যে ক্যাটালগ থাকায় আমরা আলাদা ক্যাটালগ তৈরি করি না। --- ## EasyCoexistence বনাম DoubleTick https://easycoexistence.com/bn/compare/easycoexistence-vs-doubletick DoubleTick হলো ব্যবহারকারীভিত্তিক WhatsApp বিক্রয় প্ল্যাটফর্ম, যা মোবাইলকেন্দ্রিক শেয়ার্ড ইনবক্স ঘিরে তৈরি। EasyCoexistence হলো অবকাঠামো: এটি Meta-র নিজস্ব Coexistence ফিচারের মাধ্যমে নম্বর সংযুক্ত করে, মেসেজ আপনার ব্যবহৃত সিস্টেমে পাঠায় এবং সংযুক্ত নম্বর অনুযায়ী মূল্য নেয়। কোনটি সস্তা হবে, তা নির্ভর করে আপনি ভেতরে কাজ করার জন্য একটি পণ্য চান কি না। ### প্রতিটি পণ্য কী তারা একই কেনাকাটার জন্য প্রতিদ্বন্দ্বী নয়। বিষয়টি পরিষ্কার রাখলেই তুলনাটি কার্যকর হয়। - DoubleTick:: মোবাইল শেয়ার্ড ইনবক্স, বাল্ক মেসেজিং ও ক্যাটালগ শেয়ারিং ঘিরে তৈরি WhatsApp বিক্রয় প্ল্যাটফর্ম। ব্যবহারকারী আসন অনুযায়ী মূল্য নির্ধারিত এবং ফোনে কাজ করা বিক্রয় দলের জন্য তৈরি। - EasyCoexistence:: Coexistence অবকাঠামো। ফোনের WhatsApp Business অ্যাপ চলতে থাকে, একই নম্বরে Cloud API কাজ করে এবং মেসেজ ইভেন্ট Meta থেকে সরাসরি আপনার CRM, হেল্পডেস্ক, অটোমেশন বা AI এজেন্টে যায়। আপনার দলকে যাওয়ার মতো আলাদা কোনো পণ্য নেই। ### বিক্রয় দল প্রতিদিন কীভাবে কাজ করে দুই পণ্যের পেছনে থাকা মূল কেনাকাটার সিদ্ধান্ত। - DoubleTick:: তাদের অ্যাপে, যেখানে শেয়ার্ড ইনবক্স, ক্যাটালগ ও বাল্ক পাঠানোর সুবিধা থাকে। প্ল্যান প্রায় মাসে 2,500 রুপি থেকে শুরু এবং ব্যবহারকারী অনুযায়ী মূল্য নির্ধারিত, তাই বিক্রয়কর্মীর সংখ্যা অনুযায়ী বিল বাড়ে। - EasyCoexistence:: দল যে CRM আগে থেকেই ব্যবহার করে, সেখানেই। আমরা কথোপকথন সেখানে পাঠাই, তাই বিক্রয়কর্মী আলাদা করে খুলতে হয় এমন অ্যাপের বদলে ডিলের রেকর্ডের পাশেই WhatsApp দেখতে পান। ### দ্বিতীয় নম্বরের খরচ কত একাধিক লাইন থাকা বিক্রয় কার্যক্রমে এটি সাধারণ প্রশ্ন। - DoubleTick:: বিলযোগ্য একক হলো আসন। তাই দলের সঙ্গে বাড়তে থাকা ব্যবহারকারীভিত্তিক সাবস্ক্রিপশনের পাশাপাশি দ্বিতীয় নম্বরের খরচ যোগ হয়। - EasyCoexistence:: দ্বিতীয় নম্বরটি শুধু দ্বিতীয় নম্বর, প্রকাশিত মূল্যে। আরও নম্বর যোগ হলে মূল্য কমে। জনবল এই হিসাবের অংশ নয়। ### বিল কোন বিষয়ের সঙ্গে বাড়ে এটাই কাঠামোগত পার্থক্য এবং বাড়ার সঙ্গে মোট খরচ নির্ধারণ করে। - DoubleTick:: ব্যবহারকারী ও প্ল্যান স্তরভিত্তিক সাবস্ক্রিপশন। তাই দল কত বড় এবং কোন সুবিধা চালু আছে, বিল তা অনুসরণ করে, আসন ব্যবহার না হলেও মূল্য দিতে হয়। - EasyCoexistence:: একটি সংযুক্ত নম্বর। আসন না থাকায় সহকর্মী যোগ করতে কোনো খরচ নেই। নম্বর বাড়লে প্রতি নম্বরের মূল্যও কমে, US$ 9 থেকে US$ 1 পর্যন্ত। কোনো এজেন্সির চল্লিশতম নম্বর প্রথমটির মতোই কাজ করে, কিন্তু কম খরচ হয়। ### আপনি চলে গেলে কী হয় আপনার কথোপকথন ধরে রাখা যেকোনো সেবার ক্ষেত্রেই এই প্রশ্নটি করা জরুরি। - DoubleTick:: ইনবক্স, যোগাযোগের ইতিহাস ও অটোমেশন প্ল্যাটফর্মে থাকে। এগুলোই সেবাটিকে কার্যকর করে, আবার চলে যাওয়াকে স্থানান্তর প্রকল্পে পরিণত করে। - EasyCoexistence:: আপনার কোনো কিছুই আমাদের ভেতরে থাকে না। মেসেজ আসার সময়ই আপনার নিজস্ব সিস্টেমে পাঠানো হয়েছে এবং নম্বরটি ক্লায়েন্টের নিজস্ব Meta Business Portfolio-তে থাকে। তাই আমাদের সরিয়ে দিলেও সব আগের জায়গাতেই থাকে। - নিজের পরিস্থিতিতে দুটির হিসাব না করে আসনভিত্তিক মূল্যকে নম্বরভিত্তিক মূল্যের সঙ্গে তুলনা করা। - দল আগে থেকেই CRM-এ কাজ করলে ইনবক্সের জন্য অর্থ দেওয়া। - WhatsApp সংযোগ আলাদা ধরে নেওয়া। দুই ক্ষেত্রেই ভেতরের Cloud API Meta-র। **কোনটি সস্তা?** পরিস্থিতির ওপর নির্ভর করে। এক ইনবক্সে পাঁচজনের দল আসনভিত্তিক মূল্য পছন্দ করতে পারে। কিন্তু নম্বর ও নিজস্ব সিস্টেম থাকা ব্যবসা আমাদের সঙ্গে প্রতি নম্বরে অনেক কম দেয়। **আমি কি শেয়ার্ড ইনবক্স হারাব?** আপনাকে কখনো কোনো শেয়ার্ড ইনবক্সে যেতে হবে না। মেসেজ আপনার দল যে টুল আগে থেকেই ব্যবহার করে, সেখানেই আসে। **WhatsApp সংযোগ কি আলাদা?** না। দুই ক্ষেত্রেই এটি Meta-র Cloud API। পার্থক্য হলো এর সামনে কী থাকে এবং মূল্য কীভাবে নেওয়া হয়। **মোবাইল অ্যাপ আছে কি?** আমরা অবকাঠামো দিই, তাই আপনার দল যে অ্যাপ আগে থেকেই ব্যবহার করে, সেটিই ব্যবহার করবে। ফোনে WhatsApp Business অ্যাপও পুরো সময় চলতে থাকবে। --- ## EasyCoexistence বনাম Zoko https://easycoexistence.com/bn/compare/easycoexistence-vs-zoko Zoko Shopify স্টোরের জন্য WhatsApp বাণিজ্য প্ল্যাটফর্ম, মাসিক প্ল্যানে বিক্রি হয়। EasyCoexistence হলো অবকাঠামো: এটি Meta-র Coexistence ফিচারের মাধ্যমে একটি নম্বর সংযুক্ত করে, আপনার ব্যবহৃত সিস্টেমে মেসেজ পৌঁছে দেয় এবং প্রতি সংযুক্ত নম্বর অনুযায়ী মূল্য নেয়। কোনটি সস্তা, তা নির্ভর করে আপনি ভেতরে কাজ করার জন্য একটি পণ্য চান কি না। ### প্রতিটি পণ্য কী তারা একই ধরনের কেনাকাটার জন্য প্রতিদ্বন্দ্বিতা করে না, আর এটি পরিষ্কার রাখলেই তুলনাটি কার্যকর হয়। - Zoko:: Shopify-কেন্দ্রিক WhatsApp বাণিজ্য প্ল্যাটফর্ম, যাতে ক্যাটালগ, পরিত্যক্ত কার্ট পুনরুদ্ধার, অর্ডার ফ্লো এবং যৌথ ইনবক্স রয়েছে, মাসিক প্ল্যানে বিক্রি হয়। - EasyCoexistence:: Coexistence অবকাঠামো। ফোনের WhatsApp Business অ্যাপ কাজ করতে থাকে, একই নম্বরে Cloud API চলে এবং মেসেজ ইভেন্ট Meta থেকে সরাসরি আপনার CRM, হেল্পডেস্ক, অটোমেশন বা AI এজেন্টে যায়। আপনার টিমকে কাজ করার জন্য নতুন কোনো পণ্যে যেতে হয় না। ### আপনি যদি Shopify স্টোর হন সৎ উত্তরটি এটাই, কারণ এটি সত্যিই ভিন্ন ধরনের কেনাকাটা। - Zoko:: ঠিক এ কাজের জন্য তৈরি। কার্ট পুনরুদ্ধার, ক্যাটালগ এবং অর্ডার ফ্লো তৈরি না করে কনফিগার করা যায়। Shopify-ই যদি আপনার পুরো ব্যবসা হয় এবং এই সপ্তাহেই চালু করতে চান, তবে এর বাস্তব মূল্য আছে। - EasyCoexistence:: ভেতরের স্তর। আপনার স্টোর Shopify-ভিত্তিক না হলে, বা যুক্তি আপনার নিজের ব্যাকএন্ডে থাকলে, আমরা WhatsApp ইভেন্ট সেখানে পাঠাই এবং আপনার সিস্টেমকে মেসেজের অর্থ নির্ধারণ করতে দিই। আমাদের না থাকা কোনো প্ল্যাটফর্ম ঘিরে কনফিগার করার কিছু নেই। ### স্টোর পুরো ব্যবসা না হলে কী হয় যে ক্ষেত্রে স্টোরফ্রন্ট-কেন্দ্রিক প্ল্যাটফর্ম আর মানানসই থাকে না। - Zoko:: একটি ইকোসিস্টেমে গভীরতা, যা বিশেষায়িত পণ্যের স্বাভাবিক বিনিময় এবং যে কারণে সেটি ওই পরিবেশে এত ভালো কাজ করে। - EasyCoexistence:: ইকোসিস্টেম-নিরপেক্ষতা। ওয়েবহুক আপনার এন্ডপয়েন্টে যায়, তাই নম্বরটি কীভাবে সংযুক্ত আছে তা না বদলেই একই সংযোগ Shopify স্টোর, কাস্টম ব্যাকএন্ড, n8n ওয়ার্কফ্লো বা AI এজেন্টে কাজ করে। ### বিল কী অনুসরণ করে এটাই কাঠামোগত পার্থক্য, এবং আপনি বড় হলে মোট খরচ নির্ধারণ করে এটিই। - Zoko:: ব্যবহারকারী ও প্ল্যান স্তরভিত্তিক সাবস্ক্রিপশন, তাই বিল টিমের আকার ও চালু করা ফিচার অনুসরণ করে। সিট ব্যবহার করা হোক বা না হোক, মূল্য দিতে হয়। - EasyCoexistence:: একটি সংযুক্ত নম্বর। কোনো সিট না থাকায় সহকর্মী যোগ করতে খরচ নেই, আর নম্বর বাড়লে প্রতি নম্বরের মূল্য কমে, US$ 9 থেকে US$ 1 পর্যন্ত। কোনো এজেন্সির চল্লিশতম নম্বরও প্রথমটির মতোই সব কাজ করে এবং কম খরচ হয়। ### আপনি চলে গেলে কী হয় যে কোনো কথোপকথন ধরে রাখা পণ্যের ক্ষেত্রে এই প্রশ্নটি করা জরুরি। - Zoko:: ইনবক্স, পরিচিতির ইতিহাস এবং অটোমেশন প্ল্যাটফর্মে থাকে। এগুলোই কাজ করার কারণ, আবার চলে যাওয়াকে মাইগ্রেশন প্রকল্পে পরিণত করার কারণও এটাই। - EasyCoexistence:: আপনার কোনো কিছুই আমাদের ভেতরে থাকে না। মেসেজ আসার সঙ্গে সঙ্গে আপনার নিজের সিস্টেমে পৌঁছে যায়, আর নম্বরটি ক্লায়েন্টের নিজের Meta Business Portfolio-তে থাকে। তাই আমাদের সরিয়ে দিলেও সেটি আগের জায়গাতেই থাকে। - আপনার ব্যবহারের ধরন অনুযায়ী দুটির হিসাব না করে সিটের মূল্যকে প্রতি নম্বরের মূল্যের সঙ্গে তুলনা করা। - আপনার টিম আগে থেকেই CRM-এ কাজ করলেও ইনবক্সের জন্য অর্থ দেওয়া। - WhatsApp সংযোগ আলাদা ধরে নেওয়া। উভয় ক্ষেত্রেই ভেতরের Cloud API Meta-র। **কোনটি সস্তা?** ব্যবহারের ধরন অনুযায়ী। একটি ইনবক্সে পাঁচজনের টিম সিট পছন্দ করতে পারে। নম্বর ও নিজস্ব সিস্টেম থাকা ব্যবসা আমাদের সঙ্গে প্রতি নম্বরে অনেক কম দেয়। **আমি কি যৌথ ইনবক্স হারাব?** আপনাকে কখনও কোনো যৌথ ইনবক্সে যেতে হয় না। মেসেজ আপনার টিম আগে থেকেই যে টুলে কাজ করে, সেখানেই আসে। **WhatsApp সংযোগ কি আলাদা?** না। দুই ক্ষেত্রেই এটি Meta-র Cloud API। পার্থক্য হলো এর সামনে কী থাকে এবং কীভাবে বিল নেওয়া হয়। **আমি Shopify ব্যবহার করি। আমার কি Zoko ব্যবহার করা উচিত?** তারা মাসিক প্ল্যানে কনফিগার করা Shopify ফ্লো বিক্রি করে। আপনার যুক্তি যদি নিজের স্টোর বা ব্যাকএন্ডে থাকে, আমরা US$ 9 প্রতি নম্বরে WhatsApp সেখানে যুক্ত করি এবং অর্ডারের ডেটা যেখানে আছে, ফ্লোও সেখানেই রাখেন। --- ## EasyCoexistence বনাম Trengo https://easycoexistence.com/bn/compare/easycoexistence-vs-trengo Trengo হলো WhatsApp, ইমেল, ভয়েস ও চ্যাটের জন্য ব্যবহারকারীভিত্তিক মূল্যের মাল্টিচ্যানেল টিম ইনবক্স। EasyCoexistence হলো অবকাঠামো: Meta-র নিজস্ব Coexistence ফিচারের মাধ্যমে একটি নম্বর সংযুক্ত করে, আপনার ব্যবহৃত সিস্টেমে মেসেজ পৌঁছে দেয় এবং সংযুক্ত নম্বর অনুযায়ী মূল্য নেয়। আপনার ভেতরে চালানোর জন্য পণ্য চান, নাকি বিদ্যমান সিস্টেমে সংযোগ চান, তার ওপর সাশ্রয় নির্ভর করে। ### প্রতিটি পণ্য কী তারা একই কেনাকাটার জন্য প্রতিদ্বন্দ্বিতা করে না। এটি পরিষ্কার রাখলেই তুলনাটি কার্যকর হয়। - Trengo:: একটি মাল্টিচ্যানেল টিম ইনবক্স, যা WhatsApp, ইমেল, লাইভ চ্যাট, ভয়েস ও সোশ্যাল এক ভিউতে আনে। এটি ব্যবহারকারী সিটভিত্তিক মূল্যে কয়েকটি চ্যানেল সামলানো সহায়তা টিমের জন্য তৈরি। - EasyCoexistence:: Coexistence অবকাঠামো। ফোনে WhatsApp Business অ্যাপ কাজ করতে থাকে, একই নম্বরে Cloud API চলে এবং মেসেজ ইভেন্ট Meta থেকে সরাসরি আপনার CRM, হেল্পডেস্ক, অটোমেশন বা AI এজেন্টে যায়। আপনার টিমকে ঢোকার মতো আলাদা কোনো পণ্য নেই। ### প্রতিটি চ্যানেলের জন্য একটি ইনবক্স সঠিক টিমের জন্য তাদের কেন্দ্রীয় প্রতিশ্রুতি ভালো। - Trengo:: এক জায়গায় ইমেল, WhatsApp, চ্যাট ও ভয়েস, সঙ্গে ভাগ করা অ্যাসাইনমেন্ট ও নিয়ম। ট্যাবে ডুবে থাকা সহায়তা টিমের জন্য এই একত্রীকরণই পণ্য, এবং এটি কাজ করে। - EasyCoexistence:: আমরা একটি চ্যানেল করি এবং আপনাকে একত্রীকরণ করতে বলি না। আপনার হেল্পডেস্কে ইমেল ও চ্যাট আগে থেকেই থাকলে, একটি ওয়েবহুকের মাধ্যমে WhatsApp সেখানেই পৌঁছায় এবং আপনার টিমকে দ্বিতীয় টুল শিখতে হয় না। ### টিম বড় হলে কী মূল্য দেবেন সিটভিত্তিক মূল্যের একটি নির্দিষ্ট ধরন আছে, নিয়োগের আগে তা দেখা মূল্যবান। - Trengo:: ব্যবহারকারীভিত্তিক, তাই নতুন প্রত্যেক সহায়তা কর্মী মাসিক বিল বাড়ায়, সে WhatsApp ব্যবহার করুক বা না করুক। - EasyCoexistence:: নম্বরভিত্তিক। দুইজনের সহায়তা টিম ও 20 জনের সহায়তা টিম একই মূল্য দেয়, কারণ বিলযোগ্য একক ব্যক্তি নয়, সংযোগ। ### বিল কোন কিছুর সঙ্গে বাড়ে এটাই কাঠামোগত পার্থক্য এবং বড় হওয়ার সঙ্গে মোট মূল্য নির্ধারণ করে। - Trengo:: ব্যবহারকারী ও প্ল্যান স্তরকেন্দ্রিক সাবস্ক্রিপশন, তাই টিমের আকার ও চালু হওয়া ফিচারের সঙ্গে বিল বাড়ে, সিট ব্যবহার না হলেও মূল্য দিতে হয়। - EasyCoexistence:: একটি সংযুক্ত নম্বর। কোনো সিট না থাকায় সহকর্মী যোগ করতে মূল্য লাগে না, আর নম্বর বাড়ালে প্রতি নম্বরের মূল্য কমে US$ 9 থেকে US$ 1 হয়। কোনো এজেন্সির 40তম নম্বর প্রথমটির মতোই সব কাজ করে এবং কম খরচ হয়। ### আপনি চলে গেলে কী হয় আপনার কথোপকথন ধরে রাখা যেকোনো ব্যবস্থার ক্ষেত্রেই এই প্রশ্নটি করা দরকার। - Trengo:: ইনবক্স, পরিচিতির ইতিহাস ও অটোমেশন প্ল্যাটফর্মে থাকে। এগুলোই কাজ করায়, আবার চলে যাওয়াকে মাইগ্রেশন প্রকল্পও বানায়। - EasyCoexistence:: আপনার কোনো তথ্য আমাদের ভেতরে থাকে না। মেসেজ আসার সঙ্গে সঙ্গে আপনার নিজস্ব সিস্টেমে পৌঁছে যায়, আর নম্বরটি ক্লায়েন্টের নিজস্ব Meta Business Portfolio-তে থাকে। তাই আমাদের সরালে সব ঠিক আগের জায়গাতেই থাকে। - নিজের ব্যবহারের ধরন না গুনে সিটের মূল্যকে নম্বরভিত্তিক মূল্যের সঙ্গে তুলনা করা। - আপনার টিম আগে থেকেই CRM-এ কাজ করলে ইনবক্সের জন্য মূল্য দেওয়া। - WhatsApp সংযোগ আলাদা ধরে নেওয়া। উভয় ক্ষেত্রেই ভেতরের Cloud API Meta-র। **কোনটি সস্তা?** একটি ইনবক্সে পাঁচজনের টিম হলে সিটভিত্তিক মূল্য সুবিধাজনক হতে পারে। কিন্তু নম্বর ও বিদ্যমান সিস্টেম থাকা ব্যবসা আমাদের সঙ্গে প্রতি নম্বরে অনেক কম দেয়। **আমি কি শেয়ার করা ইনবক্স হারাব?** আপনাকে কখনো কোনো ইনবক্সে যেতে হয় না। মেসেজ আপনার টিমের ব্যবহৃত টুলেই আসে, যেখানে তারা আগে থেকেই কাজ করে। **WhatsApp সংযোগ কি আলাদা?** না। উভয় ক্ষেত্রেই এটি Meta-র Cloud API। পার্থক্য হলো এর সামনে কী থাকে এবং কীভাবে মূল্য নেওয়া হয়। **আমার ইমেল ও চ্যাটও দরকার। আপনারা কি সেগুলো দেন?** না, এবং সেগুলোর জন্য আমরা মূল্য নিই না। আপনার অন্য চ্যানেল সামলানো হেল্পডেস্কে আমরা WhatsApp সংযুক্ত করি। --- ## EasyCoexistence বনাম Rasayel https://easycoexistence.com/bn/compare/easycoexistence-vs-rasayel Rasayel হলো WhatsApp-কেন্দ্রিক বিক্রয় ইনবক্স, যেখানে CRM-এর সঙ্গে সংযোগ থাকে এবং ব্যবহারকারীপ্রতি মূল্য নেওয়া হয়। EasyCoexistence হলো অবকাঠামো: এটি Meta-র নিজস্ব Coexistence ফিচারের মাধ্যমে নম্বর সংযুক্ত করে, আপনার ব্যবহৃত সিস্টেমে সরাসরি মেসেজ পাঠায় এবং সংযুক্ত প্রতি নম্বরের মূল্য নেয়। কোনটি সস্তা, তা নির্ভর করে আপনি কোন ধরনের পণ্য ব্যবহার করতে চান। ### প্রতিটি পণ্য কী তারা একই ক্রয়ের জন্য প্রতিযোগিতা করে না। এটি পরিষ্কার রাখলেই তুলনাটি কার্যকর হয়। - Rasayel:: বিক্রয় দলের জন্য তৈরি WhatsApp-কেন্দ্রিক শেয়ার্ড ইনবক্স, HubSpot এবং Pipedrive-এর মতো CRM-এর সঙ্গে দ্বিমুখী সংযোগসহ, ব্যবহারকারী সিটপ্রতি মূল্য। - EasyCoexistence:: Coexistence অবকাঠামো। ফোনের WhatsApp Business অ্যাপ কাজ করতে থাকে, Cloud API একই নম্বরে চলে এবং মেসেজ ইভেন্ট Meta থেকে সরাসরি আপনার CRM, হেল্পডেস্ক, অটোমেশন বা AI এজেন্টে যায়। আপনার দলের যাওয়ার মতো আলাদা কোনো পণ্য নেই। ### CRM-এ WhatsApp আনা দুই পণ্যের সবচেয়ে কাছের মিল এখানেই, তাই বিষয়টি নির্ভুলভাবে বোঝা জরুরি। - Rasayel:: তাদের ইনবক্স কথোপকথন CRM-এ সিঙ্ক করে, ফলে বিক্রয়কর্মী যেকোনো জায়গায় কাজ করতে পারেন এবং রেকর্ড সঙ্গে থাকে। এটি বাস্তব ইঞ্জিনিয়ারিংসহ একটি পূর্ণাঙ্গ পণ্য। - EasyCoexistence:: মেসেজ কোনো মাঝের ইনবক্স ছাড়াই Meta থেকে সরাসরি আপনার CRM-এ যায়। কথোপকথনের দুটি কপির বদলে একটি কপি থাকে, তাই সিঙ্ক ব্যর্থ হলে কিছু মেলানোর দরকার হয় না। ### আপনি কিসের জন্য মূল্য দিচ্ছেন দুটিই WhatsApp CRM-এ পৌঁছে দেয়। তবে বিল হিসাব হয় ভিন্নভাবে। - Rasayel:: সিটের জন্য, কারণ ইনবক্সই পণ্য এবং প্রতিটি বিক্রয়কর্মীর কাজ করার জন্য একটি সিট দরকার। - EasyCoexistence:: সংযোগের জন্য। আপনার পুরো বিক্রয় দল ইতিমধ্যে যে CRM-এর মূল্য দেয়, সেখানেই WhatsApp পড়ে, আর কতজন ব্যবহার করছেন তা বিবেচনা না করে আমরা প্রতি নম্বরের মূল্য নিই। ### বিল কোন কিছুর সঙ্গে বাড়ে এটাই কাঠামোগত পার্থক্য এবং আপনার ব্যবসা বাড়ার সঙ্গে মোট মূল্য নির্ধারণ করে। - Rasayel:: ব্যবহারকারী ও প্ল্যানের স্তরভিত্তিক সাবস্ক্রিপশন, তাই বিল দলের আকার ও চালু করা ফিচারের সঙ্গে বাড়ে, সিট ব্যবহার করা হোক বা না হোক মূল্য দিতে হয়। - EasyCoexistence:: একটি সংযুক্ত নম্বর। সিট না থাকায় সহকর্মী যোগ করতে কোনো খরচ নেই, আর নম্বর বাড়লে প্রতি নম্বরের মূল্য কমে US$ 9 থেকে US$ 1 হয়। কোনো এজেন্সির 40তম নম্বরও প্রথমটির মতোই সব কাজ করে, কিন্তু খরচ কম। ### আপনি চলে গেলে কী হয় আপনার কথোপকথন ধরে রাখা যেকোনো ব্যবস্থার ক্ষেত্রেই এই প্রশ্ন করা জরুরি। - Rasayel:: ইনবক্স, পরিচিতির ইতিহাস এবং অটোমেশন প্ল্যাটফর্মে থাকে। এগুলোই সেগুলোকে কাজ করায়, আবার এ কারণেই চলে যাওয়া একটি মাইগ্রেশন প্রকল্প হয়ে দাঁড়ায়। - EasyCoexistence:: আপনার কোনো তথ্য আমাদের ভেতরে থাকে না। মেসেজ আসার সঙ্গে সঙ্গে আপনার নিজস্ব সিস্টেমে পৌঁছেছে, আর নম্বরটি ক্লায়েন্টের নিজের Meta Business Portfolio-তে থাকে, তাই আমাদের সরিয়ে ফেললেও সবকিছু আগের জায়গাতেই থাকে। - নিজের ব্যবহারের ধরন না গুনে সিটের মূল্যকে প্রতি নম্বরের মূল্যের সঙ্গে তুলনা করা। - আপনার দল ইতিমধ্যে CRM-এ কাজ করলেও ইনবক্সের জন্য মূল্য দেওয়া। - WhatsApp সংযোগ আলাদা ধরে নেওয়া। দুই ক্ষেত্রেই ভেতরের Cloud API হলো Meta-র। **কোনটি সস্তা?** ব্যবহারের ধরন অনুযায়ী। একটি ইনবক্সে পাঁচজনের দল সিট পছন্দ করতে পারে। নম্বর ও নিজস্ব সিস্টেম থাকা ব্যবসা আমাদের সঙ্গে প্রতি নম্বরে অনেক কম দেয়। **আমি কি শেয়ার্ড ইনবক্স হারাব?** আপনাকে কখনো কোনো শেয়ার্ড ইনবক্সে যেতে হবে না। মেসেজ আপনার দল যে টুলে ইতিমধ্যে কাজ করে, সেখানেই আসে। **WhatsApp সংযোগ কি আলাদা?** না। দুই ক্ষেত্রেই এটি Meta-র Cloud API। পার্থক্য হলো এর সামনে কী থাকে এবং বিল কীভাবে হিসাব হয়। **আপনারা কি HubSpot-এর সঙ্গে সংযোগ করেন?** আমরা Meta-র ওয়েবহুক যেকোনো এন্ডপয়েন্টে পাঠাই, তাই ইনবাউন্ড ওয়েবহুক থাকা CRM বা তার সামনে থাকা ওয়ার্কফ্লো টুল সরাসরি কথোপকথন গ্রহণ করতে পারে। --- ## EasyCoexistence বনাম Callbell https://easycoexistence.com/bn/compare/easycoexistence-vs-callbell Callbell ছোট দলের জন্য তৈরি একাধিক এজেন্টের WhatsApp ইনবক্স, যার মূল্য ব্যবহারকারীভিত্তিক। EasyCoexistence হলো অবকাঠামো: এটি Meta-র Coexistence ফিচারের মাধ্যমে নম্বর সংযুক্ত করে, মেসেজ আপনার ব্যবহৃত সিস্টেমে পাঠায় এবং সংযুক্ত নম্বরভিত্তিক মূল্য নেয়। এক নম্বর ও বিদ্যমান সিস্টেম থাকলে EasyCoexistence সস্তা, আর এক ইনবক্সে ছোট দল চালাতে Callbell উপযোগী হতে পারে। ### প্রতিটি পণ্য কী দুটি একই ধরনের কেনাকাটার জন্য প্রতিযোগী নয়। এটি পরিষ্কার রাখলেই তুলনাটি অর্থবহ হয়। - Callbell:: ছোট দলের জন্য একাধিক এজেন্টের WhatsApp ইনবক্স, চ্যাটবট ফ্লো ও প্রাথমিক অটোমেশনসহ। মূল্য প্রতি ব্যবহারকারী সিটভিত্তিক, এবং লাতিন আমেরিকা ও দক্ষিণ ইউরোপের ছোট ব্যবসায় জনপ্রিয়। - EasyCoexistence:: Coexistence অবকাঠামো। ফোনের WhatsApp Business অ্যাপ চালু থাকে, একই নম্বরে Cloud API চলে, আর মেসেজ ইভেন্ট Meta থেকে সরাসরি আপনার CRM, হেল্পডেস্ক, অটোমেশন বা AI এজেন্টে যায়। আপনার দলকে সরানোর মতো আলাদা পণ্য নেই। ### ছোট দলের ক্ষেত্রে যেখানে তাদের মূল্য সবচেয়ে যুক্তিসঙ্গত এবং তুলনাটি সবচেয়ে কাছাকাছি। - Callbell:: একটি নম্বর ভাগ করে ব্যবহার করা দুই বা তিনজন এজেন্ট, সাধারণ ইনবক্স এবং সংযুক্ত করার মতো CRM নেই। তাদের প্রকাশিত মূল্য প্রতি ব্যবহারকারী প্রতি মাসে, তার ওপর WhatsApp-এর পেইড অ্যাড-অন যোগ হয়। তাই ছোট দলেও সিট ও চ্যানেল, দুই ধরনের বিল থাকে। - EasyCoexistence:: একই ব্যবসার আগে থেকেই কোনো সিস্টেম থাকলে। স্প্রেডশিট বা সাধারণ ব্যাকএন্ডে অর্ডার চালানো ছোট দোকান কম খরচে WhatsApp যুক্ত করতে পারে, আর কর্মীরা আগের মতো WhatsApp Business অ্যাপেই উত্তর দিতে পারেন। ### এক অ্যাকাউন্টে একাধিক লোকেশন দুটি পণ্যের পার্থক্য এখানে স্পষ্ট হয়। - Callbell:: প্রতিটি নম্বর ও প্রতিটি এজেন্ট সাবস্ক্রিপশনের অংশ। তাই দোকানের চেইনকে সিট ও নম্বর একসঙ্গে কিনতে হয়। - EasyCoexistence:: প্রতিটি লোকেশন প্রকাশিত হারে একটি সংযোগ। আরও সংযোগ যোগ হলে মূল্য কমে। দশটি নম্বরসহ দশটি দোকান এবং চল্লিশজন কর্মী দশটি নম্বরের মূল্য দেয়। ### বিল কোন বিষয় অনুসরণ করে এটাই কাঠামোগত পার্থক্য, এবং ব্যবসা বাড়লে মোট খরচ নির্ধারণ করে। - Callbell:: ব্যবহারকারী ও প্ল্যান স্তর ঘিরে তৈরি সাবস্ক্রিপশন। তাই দল কত বড় এবং কোন ফিচার চালু আছে, বিল তা অনুসরণ করে। সিট ব্যবহার না হলেও মূল্য দিতে হয়। - EasyCoexistence:: একটি সংযুক্ত নম্বর। সিট না থাকায় সহকর্মী যোগ করতে কোনো মূল্য নেই, আর নম্বর বাড়লে প্রতি-নম্বরের মূল্য US$ 9 থেকে কমে US$ 1 হয়। কোনো এজেন্সির চল্লিশতম নম্বর প্রথমটির মতোই কাজ করে, কিন্তু কম খরচে। ### আপনি চলে গেলে কী হয় আপনার কথোপকথন ধরে রাখা যেকোনো পণ্যের ক্ষেত্রেই এই প্রশ্নটি করা জরুরি। - Callbell:: ইনবক্স, যোগাযোগের ইতিহাস ও অটোমেশন প্ল্যাটফর্মে থাকে। এগুলোই তাদের কাজ করায়, আবার তাই চলে যাওয়াকে মাইগ্রেশন প্রকল্পে পরিণত করে। - EasyCoexistence:: আপনার কোনো কিছুই আমাদের ভেতরে থাকে না। মেসেজ আসার সঙ্গে সঙ্গে আপনার নিজের সিস্টেমে পৌঁছে যায়, আর নম্বর ক্লায়েন্টের নিজের Meta Business Portfolio-তে থাকে। তাই আমাদের সরালেও সব আগের জায়গাতেই থাকে। - নিজের ব্যবহারের ধরনে দুটির মোট খরচ না গুনে সিটের মূল্য ও প্রতি-নম্বরের মূল্য তুলনা করা। - আপনার দল আগে থেকেই CRM-এ কাজ করলে ইনবক্সের জন্য মূল্য দেওয়া। - WhatsApp সংযোগ আলাদা ধরে নেওয়া। দুই ক্ষেত্রেই ভেতরের Cloud API Meta-র। **কোনটি সস্তা?** এক নম্বর ও বিদ্যমান সিস্টেম না থাকলে দুই এজেন্টের জন্য Callbell কম খরচের হতে পারে। একাধিক নম্বর বা বিদ্যমান সিস্টেম থাকলে EasyCoexistence প্রতি নম্বরে অনেক সস্তা। **আমি কি শেয়ার করা ইনবক্স হারাব?** আপনাকে কোনো ইনবক্সে যেতে হবে না। মেসেজ আপনার দল আগে থেকেই যে টুল ব্যবহার করে সেখানে আসে। **WhatsApp সংযোগ কি আলাদা?** না। দুই ক্ষেত্রেই এটি Meta-র Cloud API। পার্থক্য হলো এর সামনে কী থাকে এবং মূল্য কীভাবে নেওয়া হয়। **দুই এজেন্টের জন্য Callbell কি সস্তা?** এক নম্বর ও বিদ্যমান সিস্টেম না থাকলে হতে পারে। দ্বিতীয় লোকেশন বা CRM যোগ হলে প্রতি-নম্বরের মূল্য দ্রুত এগিয়ে যায়। --- ## EasyCoexistence বনাম Baileys https://easycoexistence.com/bn/compare/easycoexistence-vs-baileys Baileys একটি ওপেন-সোর্স লাইব্রেরি, যা লিংকড-ডিভাইস প্রোটোকল সরাসরি বাস্তবায়ন করে WhatsApp-এ সংযোগ করে। এটি কাজ করে, ফ্রি বা সস্তা, কিন্তু অফিসিয়াল পদ্ধতিতে যে ঝুঁকি নেই তা এতে আছে: WhatsApp-এর ব্যবসায়িক শর্তে লিংকড-ডিভাইস সেশনের মাধ্যমে স্বয়ংক্রিয় মেসেজ পাঠানোর ব্যবস্থা নেই, এবং এভাবে ব্যবহৃত নম্বর কোনো সতর্কতা ছাড়াই সীমিত বা নিষিদ্ধ হতে পারে। EasyCoexistence Meta-র নিজস্ব Coexistence ফিচারের মাধ্যমে একই নম্বর সংযুক্ত করে। ### প্রতিটি কীভাবে WhatsApp-এ পৌঁছায় পুরো তুলনাটি এখানেই, আর বাকি সবকিছু এর ফল। - Baileys:: একটি TypeScript লাইব্রেরি, যা ওয়েবসকেটের মাধ্যমে WhatsApp-এর লিংকড-ডিভাইস প্রোটোকল বাস্তবায়ন করে। এটি ওয়েব ক্লায়েন্টের মতো QR কোড স্ক্যান করে লগ ইন করে, তারপর নিজেই সেশন ধরে রাখে। Meta-র কোনো অনুমোদন জড়িত নয়, কারণ Meta-কে কিছু জিজ্ঞেস করা হয় না। - EasyCoexistence:: Meta-র Cloud API, যেখানে ক্লায়েন্টের নিজস্ব WhatsApp Business Account-এর জন্য Meta জারি করা ক্রেডেনশিয়াল ব্যবহার করে Coexistence-এর মাধ্যমে সংযোগ করা হয়। নম্বরটি Meta-র কাছে API নম্বর হিসেবে নিবন্ধিত থাকে এবং একই সময়ে ফোনে WhatsApp Business অ্যাপটি চালু থাকে। ### সমস্যা হলে কী ঘটে দুটিই কখনও কখনও বন্ধ হয়। পার্থক্য হলো, জিজ্ঞেস করার মতো কেউ আছে কি না। - Baileys:: GitHub-এর একটি কমিউনিটি প্রকল্প। WhatsApp প্রোটোকল বদলালে লাইব্রেরিটিকে তা সামলাতে হয়, আর না পারা পর্যন্ত আপনার ইন্টিগ্রেশন বন্ধ থাকে। কোনো সহায়তা চুক্তি বা নিষেধাজ্ঞা প্রত্যাহারের আবেদন নেই। - EasyCoexistence:: Meta-র নিজস্ব অবকাঠামোতে চলা একটি সংযোগ, যা ধারাবাহিকভাবে মনিটর করা হয়। সংযোগ বিচ্ছিন্ন হলে আমরা Meta-র নিজস্ব কারণ দেখি, তাই 14 দিনের নিষ্ক্রিয়তা প্রকৃত অপসারণ থেকে আলাদা করা যায়, এবং কোনো গ্রাহক টের পাওয়ার আগেই আপনাকে জানানো হয়। ### সত্যি বলতে এর খরচ কত অনানুষ্ঠানিক পথটি সাধারণত ফ্রি মনে হয়, কিন্তু তুলনাটি আসলে লাইসেন্স ফি নিয়ে নয়। - Baileys:: লাইব্রেরি হিসেবে ফ্রি, তবে চালানোর জন্য একটি সার্ভার, সচল রাখার জন্য একটি সেশন এবং এটি বোঝেন এমন একজন ইঞ্জিনিয়ার দরকার। খরচটি লাইসেন্সের বদলে রক্ষণাবেক্ষণ ও ঝুঁকির। - EasyCoexistence:: প্রতি সংযুক্ত নম্বরে মাসে US$ 9 থেকে, হোস্টিং, মনিটরিং ও MCP সংযোগকারীসহ। চালানোর মতো কোনো সার্ভার, আবার সংযুক্ত করার মতো কোনো সেশন এবং প্রোটোকল বদলালে নতুন করে তৈরির কিছু নেই। ### প্রতিটি আসলে কী করতে পারে এটাই সৎ অংশ, এবং অনানুষ্ঠানিক প্রকল্পগুলো আদৌ কেন আছে তার কারণ। - Baileys:: কিছু ক্ষেত্রে অফিসিয়াল API-এর চেয়েও বেশি: প্রোটোকল স্তরে গ্রুপ চ্যাট, ব্যক্তিগত কথোপকথন, উপস্থিতি এবং পড়ার রসিদ। এই বিস্তৃত সক্ষমতাই এর অস্তিত্বের কারণ। - EasyCoexistence:: Cloud API যা অনুমতি দেয় তার সবকিছু: মেসেজ পাঠানো ও গ্রহণ, টেমপ্লেট, মিডিয়া এবং ইন্টার‌্যাক্টিভ মেসেজ, Meta-র মাধ্যমে ওয়েবহুক পৌঁছানোসহ। গ্রুপ চ্যাট API-এর বাইরে, আর ফ্রি টেক্সট উত্তরের জন্য 24 ঘণ্টার উইন্ডো খোলা থাকতে হয়। এগুলো Meta-র নিয়ম এবং প্রতিটি অফিসিয়াল প্রদানকারীর ক্ষেত্রেই প্রযোজ্য। ### কার কোনটি বেছে নেওয়া উচিত দুটিরই বাস্তব ব্যবহার আছে, আর বিষয়টি পুরোপুরি নির্ভর করে নম্বরটির মূল্য কত তার ওপর। - এমন একটি নম্বরে শখের প্রকল্প, যেটি হারালে আপনার আপত্তি নেই: অনানুষ্ঠানিক পথটি ফ্রি এবং সক্ষম। - যে নম্বরে কোনো ব্যবসা গ্রাহকদের উত্তর দেয়: অফিসিয়াল পথ, কারণ নিষেধাজ্ঞা ব্যবসার লাইন বন্ধ করে দেয়। - ক্লায়েন্টের নম্বর যুক্ত যেকোনো কিছু: অফিসিয়াল পথ, কারণ ঝুঁকিটি আপনার নেওয়ার নয়। - যেখানে ফোনে WhatsApp Business অ্যাপটি চালু থাকতেই হবে: Coexistence, যা আমরা দিই। - ব্যবসার নম্বরে অনানুষ্ঠানিক ব্রিজ পরীক্ষা করা। নিষেধাজ্ঞা কোনো সতর্কতা বা আবেদন ছাড়াই আসে। - বছরের পর বছর সচল থাকাকে নিরাপত্তা মনে করা। প্রয়োগ নিয়মিত নয়, পর্যায়ক্রমিক। - ধরে নেওয়া যে নিষেধাজ্ঞা শুধু API-তে প্রভাব ফেলে। এর সঙ্গে WhatsApp Business প্রোফাইলও চলে যায়। **Baileys কি সত্যিই কাজ করে?** হ্যাঁ, তাই এটি জনপ্রিয়। প্রশ্নটি এটি কাজ করে কি না নয়, WhatsApp বুঝতে পারলে নম্বরটির কী হয় সেটি। **এর জন্য কি কোনো নম্বর নিষিদ্ধ হতে পারে?** হ্যাঁ। WhatsApp-এর ব্যবসায়িক শর্তে অনানুষ্ঠানিক অ্যাক্সেসের ব্যবস্থা নেই, আর প্রয়োগে কোনো সতর্কতা বা আবেদন থাকে না। **আপনার সঙ্গে ব্যবহার করলে কি আমার WhatsApp Business অ্যাপ বন্ধ হয়ে যাবে?** না। Coexistence-এর উদ্দেশ্যই এটি: Cloud API একই নম্বরে চলার সময় ফোনের অ্যাপটি চালু থাকে। **Baileys কি অবৈধ?** এটি অপরাধ নয়, বরং এমন একটি পথ যার ব্যবস্থা WhatsApp-এর ব্যবসায়িক শর্তে নেই। পরিণতি আইনি পদক্ষেপ নয়, নম্বরটির বিরুদ্ধে ব্যবস্থা। --- ## EasyCoexistence বনাম WPPConnect https://easycoexistence.com/bn/compare/easycoexistence-vs-wppconnect WPPConnect একটি ওপেন-সোর্স প্রকল্প, যা নিয়ন্ত্রিত ব্রাউজার সেশনে WhatsApp Web স্বয়ংক্রিয় করে। এটি কাজ করে, ফ্রি বা সস্তা, তবে অফিসিয়াল পদ্ধতির মতো নয় এমন ঝুঁকি আছে: WhatsApp-এর ব্যবসায়িক শর্তে লিংকড-ডিভাইস সেশনের মাধ্যমে স্বয়ংক্রিয় মেসেজ পাঠানোর ব্যবস্থা নেই, এবং এভাবে ব্যবহৃত নম্বর কোনো সতর্কতা ছাড়াই সীমিত বা নিষিদ্ধ হতে পারে। EasyCoexistence Meta-র নিজস্ব Coexistence ফিচারের মাধ্যমে একই নম্বর সংযুক্ত করে। ### প্রতিটি পদ্ধতি কীভাবে WhatsApp-এ পৌঁছায় পুরো তুলনাটি এখানেই, আর বাকি সবকিছু এর ফল। - WPPConnect:: একটি ব্রাউজার স্বয়ংক্রিয়করণ প্রকল্প, যা হেডলেস সেশনে WhatsApp Web চালায় এবং তার ওপর REST র‍্যাপার দেয়। নম্বরটি QR কোডে সংযুক্ত হয়, আর সেশনটি ব্রাউজার প্রোফাইলে থাকে। তাই WhatsApp এটিকে API ক্লায়েন্টের বদলে সংযুক্ত ডিভাইস হিসেবে দেখে। - EasyCoexistence:: Meta-র Cloud API, Meta ক্লায়েন্টের নিজস্ব WhatsApp Business Account-এর জন্য দেওয়া ক্রেডেনশিয়ালসহ, Coexistence-এর মাধ্যমে। নম্বরটি Meta-র কাছে API নম্বর হিসেবে নিবন্ধিত হয় এবং একই সময়ে WhatsApp Business অ্যাপ ফোনে কাজ করতে থাকে। ### কোনো সমস্যা হলে কী ঘটে দুটিই কখনো কখনো নষ্ট হয়। পার্থক্য হলো, জিজ্ঞেস করার মতো কেউ আছে কি না। - WPPConnect:: একটি সক্রিয় ও দ্রুত সাড়া দেওয়া ওপেন-সোর্স কমিউনিটি, তবে কারও প্রতি কোনো বাধ্যবাধকতা নেই। WhatsApp Web-এ পরিবর্তন হলে সেশন পরিচালনা নষ্ট হতে পারে, আর সংযোগ কখনো অনুমোদিত না হওয়ায় নিষেধাজ্ঞার বিরুদ্ধে আপিলের পথ থাকে না। - EasyCoexistence:: Meta-র নিজস্ব অবকাঠামোর সংযোগ, যা ধারাবাহিকভাবে পর্যবেক্ষণ করা হয়। সংযোগ বিচ্ছিন্ন হলে আমরা Meta-র দেওয়া বিচ্ছিন্নতার কারণ পড়ি। তাই 14 দিনের নিষ্ক্রিয়তা প্রকৃত অপসারণ থেকে আলাদা করে বোঝা যায়, এবং গ্রাহক টের পাওয়ার আগেই আপনাকে জানানো হয়। ### সত্যি বলতে এর মূল্য কত অননুমোদিত পদ্ধতিটি সাধারণত ফ্রি মনে হয়, কিন্তু তুলনাটি আসলে লাইসেন্স ফি নিয়ে নয়। - WPPConnect:: ফ্রি, তবে এমন একটি সার্ভার দরকার যা সারাক্ষণ ব্রাউজার চালাতে পারে, প্রতিটি সেশনের জন্য মেমোরি এবং সেশন বন্ধ হলে পুনরায় চালু করার জন্য কাউকে দরকার হয়। একাধিক নম্বর হলে এসব খরচও বাড়ে। - EasyCoexistence:: প্রতি সংযুক্ত নম্বরে মাসে US$ 9 থেকে, হোস্টিং, পর্যবেক্ষণ ও MCP সংযোগকারীসহ। কোনো সার্ভার চালাতে হবে না, সেশন আবার সংযুক্ত করতে হবে না, আর প্রোটোকল বদলালে কিছু নতুন করে তৈরি করতে হবে না। ### প্রতিটি পদ্ধতি আসলে কী করতে পারে এটাই সৎ উত্তর, এবং অননুমোদিত প্রকল্পগুলোর অস্তিত্বের কারণও এটাই। - WPPConnect:: WhatsApp Web যা করতে পারে, তার সবই, যার মধ্যে গ্রুপ ও ব্যক্তিগত চ্যাটও আছে। এটি সত্যিই অফিসিয়াল API-এর চেয়ে বিস্তৃত। তবে পথে ব্রাউজার থাকায় এটি ধীর ও ভারী। - EasyCoexistence:: Cloud API যা অনুমতি দেয় তার সবকিছু: মেসেজ পাঠানো ও নেওয়া, টেমপ্লেট, মিডিয়া এবং ইন্টার‌অ্যাক্টিভ মেসেজ, Meta-র মাধ্যমে ওয়েবহুক সরবরাহসহ। গ্রুপ চ্যাট API-এর আওতায় নেই, আর ফ্রি টেক্সটের উত্তরের জন্য 24 ঘণ্টার উইন্ডো খোলা থাকতে হয়। এগুলো Meta-র নিয়ম এবং প্রতিটি অফিসিয়াল প্রদানকারীর ক্ষেত্রেই প্রযোজ্য। ### কার কোনটি বেছে নেওয়া উচিত দুটিরই বাস্তব প্রয়োজন আছে, আর বিষয়টি পুরোপুরি নির্ভর করে নম্বরটির মূল্য কত তার ওপর। - এমন একটি নম্বরে শখের প্রকল্প, যা হারালেও আপনার আপত্তি নেই: অননুমোদিত পদ্ধতিটি ফ্রি এবং সক্ষম। - যে নম্বরে কোনো ব্যবসা গ্রাহকদের উত্তর দেয়: অফিসিয়াল পদ্ধতি, কারণ নিষেধাজ্ঞা ব্যবসার লাইন বন্ধ করে দেয়। - ক্লায়েন্টের নম্বর জড়িত এমন যেকোনো কিছু: অফিসিয়াল পদ্ধতি, কারণ ঝুঁকিটি আপনার নেওয়ার নয়। - যেখানে WhatsApp Business অ্যাপটি ফোনে চালু থাকতেই হবে: Coexistence, যা আমরা করি। - ব্যবসার নম্বরে অননুমোদিত ব্রিজ পরীক্ষা করা। নিষেধাজ্ঞা সতর্কতা ও আপিল ছাড়াই আসে। - বছরের পর বছর সচল থাকাকে নিরাপত্তা মনে করা। প্রয়োগ নিয়মিত নয়, পর্যায়ক্রমিক। - ধরে নেওয়া যে নিষেধাজ্ঞা শুধু API-কে প্রভাবিত করে। এর সঙ্গে WhatsApp Business প্রোফাইলও চলে যায়। **WPPConnect কি সত্যিই কাজ করে?** হ্যাঁ, তাই এটি জনপ্রিয়। প্রশ্নটি এটি কাজ করে কি না নয়, WhatsApp বুঝতে পারলে নম্বরটির কী হবে সেটি। **এর জন্য কি কোনো নম্বর নিষিদ্ধ হতে পারে?** হ্যাঁ। WhatsApp-এর ব্যবসায়িক শর্তে অননুমোদিত ব্যবহারের ব্যবস্থা নেই, আর প্রয়োগে কোনো সতর্কতা বা আপিল থাকে না। **আপনাদের সঙ্গে ব্যবহার করলে কি আমার WhatsApp Business অ্যাপ বন্ধ হয়ে যাবে?** না। Coexistence-এর উদ্দেশ্যই এটি: ফোনের অ্যাপটি চালু থাকে, আর একই নম্বরে Cloud API কাজ করে। **ব্রাজিলে এটি জনপ্রিয় কেন?** এটি আগে এসেছিল, ডকুমেন্টেশন পর্তুগিজ ভাষায় ছিল এবং এটি ফ্রি। তাই এক প্রজন্মের স্থানীয় ইন্টিগ্রেশনের জন্য এটি ডিফল্ট হয়ে যায়। --- ## EasyCoexistence বনাম Evolution API https://easycoexistence.com/bn/compare/easycoexistence-vs-evolution-api Evolution API হলো একটি ওপেন-সোর্স REST API, যা অনানুষ্ঠানিক WhatsApp লাইব্রেরিকে পরিচ্ছন্ন ইন্টারফেসের আড়ালে চালায়। এটি কাজ করে, বিনামূল্যে বা সস্তা, তবে অফিসিয়াল পদ্ধতিতে না থাকা ঝুঁকি বহন করে: WhatsApp-এর ব্যবসায়িক শর্তে লিংকড-ডিভাইস সেশনের মাধ্যমে স্বয়ংক্রিয় মেসেজ পাঠানোর ব্যবস্থা নেই, এবং এভাবে ব্যবহৃত নম্বর কোনো সতর্কতা ছাড়াই সীমিত বা নিষিদ্ধ হতে পারে। EasyCoexistence Meta-র নিজস্ব Coexistence ফিচারের মাধ্যমে একই নমগর সংযুক্ত করে। ### প্রতিটি কীভাবে WhatsApp-এ পৌঁছায় পুরো তুলনাটি এখানেই, আর বাকি সবকিছু এখান থেকেই বোঝা যায়। - Evolution API:: একটি নিজস্ব সার্ভারে চালানো REST API ও ম্যানেজার, যা সংযুক্ত-ডিভাইস লাইব্রেরিকে পরিচ্ছন্ন ইন্টারফেসের আড়ালে চালায়, সঙ্গে ড্যাশবোর্ড, একাধিক ইনস্ট্যান্সের সহায়তা ও ওয়েবহুক। ডেভেলপার অভিজ্ঞতা ভালো, কিন্তু প্রতিটি ইনস্ট্যান্সের ভিতরে এখনও QR-সংযুক্ত একটি ডিভাইস থাকে। - EasyCoexistence:: Meta-র Cloud API, যেখানে Meta ক্লায়েন্টের নিজস্ব WhatsApp Business Account-এর জন্য দেওয়া ক্রেডেনশিয়াল ব্যবহার করা হয়, Coexistence-এর মাধ্যমে। নম্বরটি Meta-র কাছে API নম্বর হিসেবে নিবন্ধিত হয় এবং একই সময়ে ফোনের WhatsApp Business অ্যাপটি কাজ করতে থাকে। ### সমস্যা হলে কী ঘটে দুটিই কখনও কখনও বন্ধ হয়। পার্থক্য হলো, জিজ্ঞেস করার মতো কেউ আছে কি না। - Evolution API:: বড় কমিউনিটিসহ সক্রিয় ওপেন-সোর্স প্রকল্প। ইন্টারফেস স্থিতিশীল, কিন্তু এর আড়ালে থাকা পদ্ধতি অনুমোদিত নয়। তাই অনানুষ্ঠানিক ব্যবহারের জন্য নিষিদ্ধ নম্বরটি র‍্যাপার যত ভালোই তৈরি হোক, ফিরে আসে না। - EasyCoexistence:: Meta-র নিজস্ব অবকাঠামোর সংযোগ, যা নিয়মিত মনিটর করা হয়। সংযোগ বিচ্ছিন্ন হলে আমরা Meta-র দেওয়া কারণ পড়ি। তাই 14 দিনের নিষ্ক্রিয়তা আর সত্যিকারের অপসারণ আলাদা করে বোঝা যায়, এবং গ্রাহক টের পাওয়ার আগেই আপনাকে জানানো হয়। ### সত্যি বলতে এর মূল্য কত অনানুষ্ঠানিক পদ্ধতিটি সাধারণত বিনামূল্যের মতো মনে হয়, কিন্তু তুলনাটি আসলে লাইসেন্স ফি নিয়ে নয়। - Evolution API:: লাইসেন্স বিনামূল্যে, তবে নিজস্ব সার্ভারে চালাতে হয়। তাই আসল খরচ অবকাঠামো ও তা দেখভাল করা ব্যক্তির। পরিপাটি হওয়ায় শুরু করা সস্তা, কিন্তু ভিতরের প্রকৃতি বদলে যায় না। - EasyCoexistence:: সংযুক্ত প্রতি নম্বরে মাসে US$ 9 থেকে, হোস্টিং, মনিটরিং ও MCP সংযোগসহ। চালানোর মতো কোনো সার্ভার নেই, নতুন করে সেশন লিংক করার দরকার নেই, আর প্রোটোকল বদলালে কিছু পুনর্নির্মাণও করতে হয় না। ### প্রতিটি আসলে কী করতে পারে সৎ উত্তরটি এখানেই, আর অনানুষ্ঠানিক প্রকল্পগুলোর অস্তিত্বের কারণও এটাই। - Evolution API:: মেসেজ পাঠানো ও গ্রহণ, মিডিয়া, গ্রুপ, এক ডিপ্লয়মেন্ট থেকে একাধিক ইনস্ট্যান্স, সঙ্গে ওয়েবহুক ও ব্যবহারযোগ্য ড্যাশবোর্ড। ডেভেলপারের জন্য এটি পাওয়া অনানুষ্ঠানিক বিকল্পগুলোর মধ্যে সবচেয়ে আরামদায়ক। - EasyCoexistence:: Cloud API যা অনুমতি দেয় তার সবকিছু: মেসেজ পাঠানো ও গ্রহণ, টেমপ্লেট, মিডিয়া এবং ইন্টার‌্যাক্টিভ মেসেজ, Meta-র মাধ্যমে পৌঁছে দেওয়া ওয়েবহুকসহ। গ্রুপ চ্যাট API-এর আওতায় নেই, আর ফ্রি টেক্সটের উত্তরের জন্য 24 ঘণ্টার উইন্ডো খোলা থাকতে হয়। এগুলো Meta-র নিয়ম এবং প্রতিটি অফিসিয়াল প্রদানকারীর ক্ষেত্রেই প্রযোজ্য। ### কার কোনটি বেছে নেওয়া উচিত দুটিরই বাস্তব ব্যবহার আছে, আর বিষয়টি পুরোপুরি নির্ভর করে নম্বরটির মূল্য কতটা তার ওপর। - এমন একটি নম্বরে শখের প্রকল্প, যেটি হারালেও আপনার আপত্তি নেই: অনানুষ্ঠানিক পদ্ধতি বিনামূল্যে ও সক্ষম। - যে নম্বরে কোনো ব্যবসা গ্রাহকদের উত্তর দেয়: অফিসিয়াল পদ্ধতি, কারণ নিষেধাজ্ঞা ব্যবসার লাইন বন্ধ করে দেয়। - ক্লায়েন্টের নম্বর জড়িত যেকোনো কাজ: অফিসিয়াল পদ্ধতি, কারণ ঝুঁকিটি নেওয়া আপনার কাজ নয়। - যেখানে ফোনে WhatsApp Business অ্যাপটি চালু রাখতেই হবে: Coexistence, আর আমরা সেটিই করি। - ব্যবসার নম্বরে অনানুষ্ঠানিক ব্রিজ পরীক্ষা করা। নিষেধাজ্ঞা সতর্কতা ও আপিল ছাড়াই আসে। - বহু বছরের সচল আপটাইমকে নিরাপত্তার প্রমাণ ভাবা। প্রয়োগ নিয়মিত হয়, অবিচ্ছিন্ন নয়। - ভাবা যে নিষেধাজ্ঞা শুধু API-কে প্রভাবিত করে। এর সঙ্গে WhatsApp Business প্রোফাইলও চলে যায়। **Evolution API কি সত্যিই কাজ করে?** হ্যাঁ, তাই এটি জনপ্রিয়। প্রশ্নটি এটি কাজ করে কি না নয়, WhatsApp বুঝতে পারলে নম্বরটির কী হয় সেটি। **এর জন্য কি নম্বর নিষিদ্ধ হতে পারে?** হ্যাঁ। WhatsApp-এর ব্যবসায়িক শর্তে অনানুষ্ঠানিক ব্যবহারের ব্যবস্থা নেই, আর প্রয়োগের আগে কোনো সতর্কতা বা আপিলের সুযোগ থাকে না। **আপনাদের সঙ্গে আমার WhatsApp Business অ্যাপ কি কাজ করা বন্ধ করবে?** না। Coexistence-এর উদ্দেশ্যই এটি: Cloud API একই নম্বরে চলার সময় ফোনের অ্যাপটি কাজ করতে থাকে। **এটি পেশাদার দেখায়। তাহলে কি বেশি নিরাপদ?** না। ইন্টারফেসটি বেশিরভাগের চেয়ে ভালো, কিন্তু এর আড়ালে একই সংযুক্ত-ডিভাইস পদ্ধতি রয়েছে। প্রয়োগ র‍্যাপারের ওপর নয়, নম্বরের ওপর হয়। --- ## EasyCoexistence বনাম Whapi https://easycoexistence.com/bn/compare/easycoexistence-vs-whapi Whapi একটি হোস্ট করা পরিষেবা, যা অনানুষ্ঠানিক গেটওয়ের মাধ্যমে WhatsApp-এ প্রবেশাধিকার বিক্রি করে। এটি কাজ করে, ফ্রি বা সস্তা, তবে এতে এমন ঝুঁকি আছে যা আনুষ্ঠানিক পথে নেই: এভাবে ব্যবহৃত নম্বর WhatsApp-এর শর্ত ভঙ্গ করে এবং সতর্কতা ছাড়াই ব্যান হতে পারে। EasyCoexistence Meta-র নিজস্ব Coexistence ফিচারের মাধ্যমে একই নম্বর সংযুক্ত করে। ### প্রতিটি কীভাবে WhatsApp-এ পৌঁছায় পুরো তুলনাটি এখানেই, আর বাকি সবকিছু এখান থেকেই বোঝা যায়। - Whapi:: একটি হোস্ট করা গেটওয়ে, যার REST API ও পেইড প্ল্যান আছে। সুবিধাটি বাস্তব: চালানোর জন্য সার্ভার বা রক্ষণাবেক্ষণের জন্য লাইব্রেরি নেই। কিন্তু ভেতরে নম্বরটি Meta-র কাছে API নম্বর হিসেবে নিবন্ধিত না হয়ে ডিভাইস হিসেবে লিঙ্ক থাকে। - EasyCoexistence:: Meta-র Cloud API, ক্লায়েন্টের নিজস্ব WhatsApp Business Account-এর জন্য Meta-র দেওয়া ক্রেডেনশিয়াল দিয়ে, Coexistence-এর মাধ্যমে। নম্বরটি Meta-র কাছে API নম্বর হিসেবে নিবন্ধিত হয় এবং একই সময়ে ফোনে WhatsApp Business অ্যাপ কাজ করতে থাকে। ### সমস্যা হলে কী ঘটে দুটিই কখনো কখনো বন্ধ হয়। পার্থক্য হলো, জিজ্ঞেস করার মতো কেউ আছে কি না। - Whapi:: সহায়তাসহ একটি বাণিজ্যিক প্রদানকারী, যা ওপেন-সোর্স লাইব্রেরির চেয়ে বেশি। তবে সহায়তা ব্যান প্রত্যাহার করতে পারে না, কারণ এই প্রবেশাধিকার কখনো Meta অনুমোদন করেনি এবং এর জন্য আপিলের সুযোগ নেই। - EasyCoexistence:: Meta-র নিজস্ব অবকাঠামোর সংযোগ, যা ধারাবাহিকভাবে পর্যবেক্ষণ করা হয়। সংযোগ বিচ্ছিন্ন হলে আমরা Meta-র দেওয়া বিচ্ছিন্নতার কারণ পড়ি, তাই 14 দিনের নিষ্ক্রিয়তা প্রকৃত অপসারণ থেকে আলাদা করা যায় এবং গ্রাহক টের পাওয়ার আগেই আপনাকে জানানো হয়। ### সত্যি বলতে এর মূল্য কত অনানুষ্ঠানিক পথটি সাধারণত ফ্রি মনে হয়, কিন্তু তুলনাটি আসলে লাইসেন্স ফি নিয়ে নয়। - Whapi:: মাসিক ফি আছে, তাই ওপেন-সোর্স পথের মতো এটি সস্তা বিকল্প নয়। আপনি সুবিধার জন্য মূল্য দিচ্ছেন, কিন্তু ফ্রি টুলগুলোর ঝুঁকিও রাখছেন। - EasyCoexistence:: প্রতি সংযুক্ত নম্বরের জন্য প্রতি মাসে US$ 9 থেকে, হোস্টিং, মনিটরিং ও MCP সংযোগকারীসহ। চালানোর জন্য কোনো সার্ভার, আবার লিঙ্ক করার কোনো সেশন বা প্রোটোকল বদলালে নতুন করে তৈরি করার কিছু নেই। ### প্রতিটি আসলে কী করতে পারে সত্য কথাটি হলো, আর অনানুষ্ঠানিক প্রকল্পগুলোর অস্তিত্বের কারণও এটাই। - Whapi:: চালানোর মতো অবকাঠামো ছাড়াই পরিপাটি REST API-এর মাধ্যমে মেসেজ পাঠানো ও গ্রহণ, মিডিয়া, গ্রুপ এবং ব্যক্তিগত চ্যাট। ফিচার ধরে তুলনা করলে এটি অফিসিয়াল API-এর চেয়ে বিস্তৃত। - EasyCoexistence:: Cloud API যা অনুমতি দেয় তার সবকিছু: মেসেজ পাঠানো ও গ্রহণ, টেমপ্লেট, মিডিয়া এবং ইন্টার‌্যাক্টিভ মেসেজ, Meta-র মাধ্যমে ওয়েবহুক সরবরাহসহ। গ্রুপ চ্যাট API-এর বাইরে এবং ফ্রি টেক্সটের উত্তরের জন্য 24 ঘণ্টার উইন্ডো খোলা থাকতে হয়। এগুলো Meta-র নিয়ম এবং প্রতিটি অফিসিয়াল প্রদানকারীর ক্ষেত্রেই প্রযোজ্য। ### কার কোনটি বেছে নেওয়া উচিত দুটিরই বাস্তব যুক্তি আছে, আর পুরো বিষয়টি নির্ভর করে নম্বরটির মূল্য কত তার ওপর। - এমন নম্বরে শখের প্রকল্প, যা হারালেও আপনার আপত্তি নেই: অনানুষ্ঠানিক পথ ফ্রি এবং সক্ষম। - যে নম্বরে কোনো ব্যবসা গ্রাহকদের উত্তর দেয়: অফিসিয়াল পথ, কারণ ব্যান হলে ব্যবসার লাইন বন্ধ হয়ে যায়। - ক্লায়েন্টের নম্বর জড়িত যেকোনো কিছু: অফিসিয়াল পথ, কারণ ঝুঁকিটি নেওয়ার অধিকার আপনার নেই। - যেখানেই ফোনে WhatsApp Business অ্যাপ চালু রাখতে হবে: Coexistence, আর আমরা সেটিই করি। - ব্যবসার নম্বরে অনানুষ্ঠানিক ব্রিজ পরীক্ষা করা। ব্যান কোনো সতর্কতা বা আপিল ছাড়াই আসে। - বহু বছর ঠিকঠাক চলাকে নিরাপত্তা ধরে নেওয়া। প্রয়োগ নিয়মিত নয়, পর্যায়ক্রমিক। - ব্যান শুধু API-কে প্রভাবিত করে ধরে নেওয়া। এর সঙ্গে WhatsApp Business প্রোফাইলও চলে যায়। **Whapi কি সত্যিই কাজ করে?** হ্যাঁ, তাই এটি জনপ্রিয়। প্রশ্নটি এটি কাজ করে কি না নয়, WhatsApp বুঝতে পারলে নম্বরটির কী হয় সেটি। **এ কারণে কি কোনো নম্বর ব্যান হতে পারে?** হ্যাঁ। অনানুষ্ঠানিক প্রবেশাধিকার WhatsApp-এর ব্যবসায়িক শর্ত ভঙ্গ করে, আর প্রয়োগে কোনো সতর্কতা বা আপিল থাকে না। **আপনাদের সঙ্গে আমার WhatsApp Business অ্যাপ কি কাজ করা বন্ধ করবে?** না। Coexistence-এর উদ্দেশ্যই এটি: Cloud API একই নম্বরে চলার সময় ফোনের অ্যাপটি কাজ করতে থাকে। **এটি পেইড, তাহলে কি Meta এটি অনুমোদন করেছে?** না। তৃতীয় পক্ষকে মূল্য দিলেই প্রবেশাধিকার অনুমোদিত হয় না। Meta নম্বরটির জন্য ক্রেডেনশিয়াল ইস্যু করলেই অনুমোদন আসে, আর Coexistence সেটিই করে। --- ## সেরা WhatsApp Coexistence প্রোভাইডাররা https://easycoexistence.com/bn/compare/best-whatsapp-coexistence-providers সংক্ষিপ্ত তালিকা, কারণ WhatsApp API শিল্পের তুলনায় Coexistence নতুন এবং বেশিরভাগ প্রোভাইডার এখনও এটি সমর্থন করে না। যারা করে, তাদের মূল্য ও কোন ধরনের ব্যবসার জন্য তৈরি তা এখানে আছে। ### 1. EasyCoexistence, যে ব্যবসা বা এজেন্সি শুধু সংযোগটি চায়, অন্য কিছু নয় নিজেদের তালিকায় আমরা প্রথমে আছি, তাই বাকি অংশ পড়ুন এবং উৎস যাচাই করুন। বিষয়টি সীমিত ও যাচাইযোগ্য: এখানে প্রকাশিত শুরুর মূল্যের মধ্যে সর্বনিম্ন মূল্য, সিট ও প্ল্যান-স্তর ছাড়া প্রতি নম্বরের মডেল, অন্য কোনো ইনবক্সে নয় বরং Meta থেকে সরাসরি আপনার নিজস্ব সিস্টেমে মেসেজ ইভেন্ট পৌঁছানো, Meta-র নিজস্ব সংযোগ বিচ্ছিন্নের কারণ পড়ে এমন непрবচ্ছিন্ন মনিটরিং, এবং MCP কানেক্টর, যার মাধ্যমে AI অ্যাসিস্ট্যান্ট পুরো ব্যবস্থা চালাতে পারে। - প্রতি সংযুক্ত নম্বরে মাসে US$ 9 থেকে, নম্বর বাড়লে US$ 1 পর্যন্ত কমে। - কোনো সিট নেই, চুক্তি নেই, সেটআপ ফি নেই, 3 দিন ফ্রি। - শূন্য মার্কআপ: কথোপকরণের মূল্য Meta সরাসরি ক্লায়েন্টের কাছ থেকে নেয়। - Claude, ChatGPT, Cursor এবং Claude Code-এর জন্য OAuth-এ 16টি MCP টুল। ### 2. YCloud, যে দল এর চারপাশে একটি প্ল্যাটফর্ম চায় পজিশনিংয়ে সবচেয়ে কাছের বিকল্প: তারা প্রকাশ্যে Coexistence সমর্থন করে এবং WhatsApp মেসেজে শূন্য মার্কআপের প্রতিশ্রুতি দেয়, যা সবচেয়ে গুরুত্বপূর্ণ দুটি বিষয়। পার্থক্যটি মূল্যে। তাদের পেইড প্ল্যান মাসে US$ 39 থেকে শুরু হয়, যেখানে একজন ব্যবহারকারীর সিট, চ্যানেল ও AI ক্রেডিট অনুযায়ী মূল্য গঠিত হয়, একটি নম্বর গণনার আগেই। আমাদের মূল্য কোনো সিট বা ক্রেডিট ছাড়া প্রতি সংযুক্ত নম্বরে US$ 9 থেকে শুরু, তাই এক থেকে তিনটি নম্বরের ব্যবসা তার একটি অংশই দেয়, আর 40 নম্বরের এজেন্সির জন্য হার কমে US$ 5 হয়। ### 3. SleekFlow, যে দল শেয়ার্ড ইনবক্সেই কাজ করে তারা নিজেদের সমাধানের মধ্যে Coexistence তালিকাভুক্ত করে, আর পণ্যটি ক্যাম্পেইন ও অটোমেশনসহ একটি ওমনি-চ্যানেল ইনবক্স। মূল্য প্রতি ব্যবহারকারীর সিট অনুযায়ী, ন্যূনতম সিট সংখ্যা আছে এবং অতিরিক্ত WhatsApp নম্বরের জন্য অ্যাড-অন লাগে। সবাইকে এক জায়গায় কাজ করাতে চাওয়া বিক্রয় বা সহায়তা দলের জন্য এই কাঠামো উপযুক্ত। একাধিক লোকেশনের ব্যবসার জন্য এটি খারাপভাবে মানায়, কারণ সিট ও নম্বরের অ্যাড-অন দুটিই আপনার খরচ বাড়ায়। ### 4. 8x8, যে প্রতিষ্ঠান ইতিমধ্যে যোগাযোগসেবা কিনছে আপনি যাকেই বেছে নিন, আমাদেরসহ, তাদের Coexistence ডকুমেন্টেশন যেকোনো প্রোভাইডারের মধ্যে সবচেয়ে পরিষ্কার এবং পড়ার মতো। পণ্যটি কন্ট্যাক্ট সেন্টার ও ভয়েসের সঙ্গে বিক্রি হওয়া এন্টারপ্রাইজ CPaaS, যা অ্যাকাউন্ট দল ও বাণিজ্যিক ব্যবস্থার মাধ্যমে দেওয়া হয়। আপনি যদি ইতিমধ্যে যোগাযোগ খরচ একত্র করেন, এটি উপযুক্ত। একটি নম্বর ও একটি ওয়েবহুকের জন্য সেখানে পৌঁছানোর পদ্ধতিটি ভারী। ### 5. Dualhook, সরাসরি বিশেষজ্ঞ প্রোভাইডার আমরা যে একই আর্কিটেকচার ব্যবহার করি: Meta থেকে সরাসরি ওয়েবহুক রাউটিংসহ Coexistence, কোনো মেসেজ স্টোরেজ নেই, এবং প্রকাশিত মূল্য। তাদের প্রকাশিত মূল্য প্রতি নম্বরে US$ 12, যেখানে আমাদের US$ 9। তারা 13 দিন বাকি থাকতে সতর্ক করে যে সময় চলছে, কিন্তু Meta-র নিজস্ব সংযোগ বিচ্ছিন্নের কারণ পড়ে না। তাদের ডকুমেন্টেশনে MCP কানেক্টরের বর্ণনা নেই। ### সাইন করার আগে যেকোনো প্রোভাইডারকে যা জিজ্ঞেস করবেন এই তালিকার প্রোভাইডারদের আলাদা করে এমন চারটি প্রশ্ন, যার উত্তর কোনো বিক্রয় পেজ নিজে থেকে দেবে না। - নম্বরটি কি আমার নিজের Meta Business Portfolio-তেই থাকে, এবং Meta কি আমাকে সরাসরি বিল করে? - প্রতি মেসেজে কি আপনারা অতিরিক্ত কিছু নেন, এবং সেটি কি Meta-র ফি থেকে আলাদা করে দেখানো হয়? - পুনরায় সংযোগ হলে কি আপনারা ওয়েবহুক ওভাররাইড আবার প্রয়োগ করেন, নাকি ডেলিভারি নীরবে বন্ধ হয়ে যায়? - 14 দিনের নিষ্ক্রিয়তার নিয়মে আপনারা কী করেন, এবং Meta-র সংযোগ বিচ্ছিন্নের কারণ কি পড়েন? - ফিচারের সংখ্যা দেখে বেছে নেওয়া। Coexistence হলো Meta-র ব্যবস্থা, তাই নিচের প্ল্যাটফর্মটি সর্বত্র একই। - কোনো প্রোভাইডার WhatsApp সমর্থন করে বলে ধরে নেওয়া যে তারা Coexistence-ও সমর্থন করে। বেশিরভাগ এখনও করে না। - নিজের ব্যবহারের ধরন অনুযায়ী সিট ও নম্বরের মোট খরচ না গুনে সিটের মূল্যকে প্রতি নম্বরের মূল্যের সঙ্গে তুলনা করা। **নিজেদের তালিকায় আপনারা প্রথমে কেন?** কারণ আমাদের মতে দাবিটি টেকে: এখানে প্রকাশিত শুরুর মূল্যের মধ্যে সর্বনিম্ন মূল্য, কোনো সিট নেই, শূন্য মার্কআপ এবং মনিটরিং অন্তর্ভুক্ত। প্রতিটি অঙ্কের উৎস আছে, তাই যাচাই করুন। **কোন প্রোভাইডাররা Coexistence সমর্থন করে?** সাধারণভাবে WhatsApp সমর্থনকারীদের তুলনায় অনেক কম। এই তালিকার প্রোভাইডাররা নিজেদের সাইটে তা উল্লেখ করেছে; WhatsApp API শিল্পের বেশিরভাগ এখনও এটি দেয় না। **প্রোভাইডার কি Coexistence কী করতে পারে তা বদলে দেয়?** না। ফিচারটি Meta-র, তাই সীমাবদ্ধতা সর্বত্র একই: একই 4টি বন্ধ ফিচার, একই 14 দিনের নিয়ম, কোনো গ্রুপ চ্যাট নেই। **সবচেয়ে সস্তা বিকল্প কোনটি?** প্রকাশিত শুরুর মূল্যে আমাদেরটি, এবং নম্বর বাড়লে ব্যবধান আরও বাড়ে, কারণ আমাদের প্রতি নম্বরের হার কমে, কিন্তু সিট ও প্ল্যানের মূল্য কমে না। --- ## সেরা WhatsApp Cloud API প্রদানকারী https://easycoexistence.com/bn/compare/best-whatsapp-cloud-api-providers এখানে প্রতিটি প্রদানকারী একই Cloud API-তে সংযোগ করে, কারণ এটি Meta-র এবং এমন একটিই আছে। পার্থক্য শুধু মূল্য নেওয়ার পদ্ধতিতে: প্রতি মেসেজ, প্রতি ব্যবহারকারী বা প্রতি সংযুক্ত নম্বর। ### তিনটি মূল্য মডেল, আসল পছন্দ এখানেই ভেতরের API একই বলে ফিচারের তালিকা একরকম মনে হয়। কিন্তু বিল কীভাবে হিসাব হয়, তা আলাদা এবং ব্যবসা বাড়লে আপনি কত দেবেন সেটিই ঠিক করে। - প্রতি মেসেজ: প্রতিটি মেসেজে মূল্য, তাই ব্যবসা সফল হলে খরচও ঠিক তত বাড়ে। - প্রতি ব্যবহারকারী: প্রতিটি ব্যবহারকারীর জন্য মূল্য, তাই দল বড় হলে খরচ বাড়ে, লগ ইন না করলেও দিতে হয়। - প্রতি নম্বর: প্রতিটি সংযোগের জন্য মূল্য, নম্বর সংযুক্ত হয়ে গেলে যা আর বাড়ে না। ### প্রতি মেসেজে মূল্য নেওয়া প্রদানকারী এটি CPaaS গোষ্ঠী। Twilio Meta-র ফি ছাড়াও ইনবাউন্ড ও আউটবাউন্ড প্রতিটি মেসেজে US$ 0.005 প্রকাশ করে। Gupshup প্রকাশ করে প্রতিটি মেসেজে স্ট্যান্ডার্ড US$ 0.001। Bird এমন একটি সম্মিলিত মূল্য দেয়, যার মধ্যে Meta-র ফি আগে থেকেই আছে, তাই বাড়তি মূল্য বাস্তব হলেও Meta-র প্রকাশিত মূল্যের সঙ্গে যাচাই করা যায় না। Infobip বিক্রয় দলের মাধ্যমে গন্তব্য দেশের ভিত্তিতে মূল্য দেয়। চারটিই সক্ষম প্ল্যাটফর্ম, এবং চারটিতেই প্ল্যাটফর্মের বিল আপনার মেসেজের পরিমাণের সঙ্গে বাড়ে। ### প্রতি ব্যবহারকারীতে মূল্য নেওয়া প্রদানকারী এটি ইনবক্স গোষ্ঠী। SleekFlow, Wati এবং Respond.io ক্যাম্পেইন ও অটোমেশনসহ শেয়ার করা ইনবক্স বিক্রি করে। মূল্য ব্যবহারকারীভিত্তিক, প্ল্যানের স্তর অনুযায়ী, আর কয়েকটিতে WhatsApp নম্বরপ্রতি অতিরিক্ত মূল্যও আছে। আপনার দল যদি সারাদিন একটি পণ্যের ভেতরেই কাজ করতে চায়, এটি উপযুক্ত কেনাকাটা। কিন্তু দলের আগে থেকেই CRM থাকলে এটি ভুল পছন্দ, কারণ কেউ দ্বিতীয় ইনবক্স খুলুক বা না খুলুক, তার মূল্য দিতে হবে। ### প্রতি নম্বরে মূল্য নেওয়া প্রদানকারী এটি অবকাঠামো গোষ্ঠী এবং সবচেয়ে ছোট গোষ্ঠী। EasyCoexistence প্রতি মাসে প্রতি সংযুক্ত নম্বরে US$ 9 থেকে মূল্য নেয়, নম্বর যোগ করার সাথে সাথে তা US$ 1-এ নামে। মেসেজপ্রতি কোনো খরচ বা ব্যবহারকারীর আসন নেই। Dualhook-ও প্রকাশিত প্রতি নম্বরের মূল্য দেওয়া আরেক বিশেষায়িত প্রদানকারী। এই মডেল এমন ব্যবসার জন্য উপযোগী, যার আগে থেকেই একটি সিস্টেম আছে এবং সেটিতে WhatsApp পৌঁছাতে চায়। অনেক ক্লায়েন্টের নম্বর পরিচালনাকারী এজেন্সির জন্যও এটি উপযোগী, কারণ কমতে থাকা প্রতি-নম্বরের মূল্য জমে বড় সাশ্রয় তৈরি করে। ### মডেলগুলো যেখানে একে অন্যকে ছাড়িয়ে যায় অনুমান না করে হিসাব করা ভালো, আর হিসাবটি সংক্ষিপ্ত। - প্রতি মেসেজে US$ 0.005 হলে, প্রতি নম্বরে US$ 9 মূল্য মাসে প্রায় 1,800 মেসেজের পর সাশ্রয়ী। - প্রতি মেসেজে US$ 0.001 হলে, সীমা বদলায় মাসে প্রায় 9,000 মেসেজে। - ব্যবহারকারীভিত্তিক মডেলের সীমা ভলিউমে নয়, দলের আকারে। তাই ব্যবহারকারীর আসন ও নম্বরের সংখ্যা মিলিয়ে দেখুন। - Meta-র নিজস্ব কথোপকথনের ফি সব মডেলেই একই এবং তুলনার বিষয় নয়। ### কোনো মডেল যা বদলায় না ফিচার তুলনা দেখে ভুল ধারণা হওয়ার আগে এগুলো জেনে নিন। - Cloud API Meta-র, তাই নির্ভরযোগ্যতা ও সক্ষমতা প্রদানকারীর নয়, প্ল্যাটফর্মের। - টেমপ্লেট অনুমোদনের সিদ্ধান্ত Meta-র, কোনো প্রদানকারী এটি দ্রুত করতে পারে না। - প্রাপকের আচরণ দেখে Meta মানের রেটিং ও মেসেজিং স্তর নির্ধারণ করে। - যেখানে Coexistence সমর্থিত, সীমা সবখানেই একই, কারণ ফিচারটি Meta-র। - শিরোনামের ফিচার তুলনা করা। ভেতরের API প্রতিটি ক্ষেত্রেই Meta-র একই API। - সীমা অতিক্রমের ভলিউম উপেক্ষা করা। এক সেন্টের দশ ভাগের এক ভাগ একা কিছু নয়, কিন্তু এক বছরে গুণ করলে হয়। - সম্মিলিত প্রতি মেসেজের মূল্যে বাড়তি মূল্য নেই ধরে নেওয়া। এর অর্থ বাড়তি মূল্য আলাদা করে দেখানো হয়নি। **এক প্রদানকারীর Cloud API কি অন্যটির চেয়ে দ্রুত?** না। প্রতিটি ক্ষেত্রেই এটি Meta-র API। প্রদানকারী শুধু এর সামনে থাকা অংশ এবং তাদের নেওয়া মূল্য বদলাতে পারে। **কোন মডেলটি সাশ্রয়ী?** মাঝারি ভলিউমের পর প্রতি নম্বর। Twilio-র প্রকাশিত মূল্যে সীমা মাসে প্রায় 1,800 মেসেজ, Gupshup-র মূল্যে প্রায় 9,000। **আমার কি আদৌ কোনো প্রদানকারী দরকার?** আগে থেকেই WhatsApp Business অ্যাপে চালু থাকা নম্বরে Cloud API পৌঁছাতে হ্যাঁ। Coexistence অনবোর্ডিংয়ের জন্য Meta Tech Provider দরকার। **মেসেজের বিল কে করে?** আপনার প্রদানকারী পুনরায় বিক্রি না করলে Meta। আমাদের সঙ্গে Meta আপনাকে সরাসরি ইনভয়েস করে এবং আমরা কখনো বাড়তি মূল্য যোগ করি না। --- ## সেরা WhatsApp MCP সার্ভার https://easycoexistence.com/bn/compare/best-whatsapp-mcp-servers WhatsApp MCP সার্ভার খুঁজলে বেশিরভাগ ফলাফল এমন ওপেন-সোর্স প্রকল্প, যেগুলো লিঙ্ক করা ডিভাইস হিসেবে WhatsApp-এ লগ ইন করে। এগুলো কাজ করে, তবে নম্বর ঝুঁকিতে ফেলে। আসল পার্থক্য ফিচারে নয়, সার্ভারটি Meta-র অফিসিয়াল API-তে কথা বলে কি না, সেখানে। ### আসল পার্থক্য কোথায় প্রতিটি WhatsApp MCP সার্ভার একটি সরল রেখার এক পাশে পড়ে, আর সেই রেখা টুলস নিয়ে নয়। - অফিসিয়াল: সার্ভারটি Meta-র দেওয়া ক্রেডেনশিয়াল দিয়ে Meta-র Cloud API-তে কল করে। এটি অনুমোদিত, তাই নম্বর নিরাপদ। - অননুমোদিত: সার্ভারটি এমন একটি লাইব্রেরি চালায়, যা ওয়েব ক্লায়েন্টের মতো লিঙ্ক করা ডিভাইস হিসেবে লগ ইন করে। - অননুমোদিত পথে Meta-র অনুমোদন লাগে না, তাই ওপেন-সোর্স প্রকল্পে এটি প্রচলিত। - এটি WhatsApp-এর শর্তেরও বিরুদ্ধে, আর এ কারণে নম্বর কোনো সতর্কতা বা আপিলের সুযোগ ছাড়াই নিষিদ্ধ হয়। ### যে ওপেন-সোর্স প্রকল্পগুলো আপনি পাবেন GitHub-এর বেশিরভাগ WhatsApp MCP সার্ভার Baileys, WPPConnect বা Venom-এর মতো লাইব্রেরির ওপর তৈরি, যেগুলো লিঙ্ক করা ডিভাইসের প্রোটোকল রিভার্স-ইঞ্জিনিয়ার করে। এগুলো সত্যিই বুদ্ধিদীপ্ত, ফ্রি এবং সহকারীকে ব্যক্তিগত চ্যাট ও গ্রুপে প্রবেশাধিকার দেয়, যা অফিসিয়াল API দেয় না। মূল্য দিতে হয় অ্যাকাউন্ট দিয়ে: এভাবে নিষিদ্ধ হওয়া নম্বরের সঙ্গে WhatsApp Business প্রোফাইলও হারাতে হয়, আর বিষয়টি জানানোর কোনো সহায়তার পথ থাকে না। যে ব্যক্তিগত নম্বর হারালেও আপনার আপত্তি নেই, তার ক্ষেত্রে এই বিনিময় যুক্তিযুক্ত হতে পারে। ব্যবসা যে নম্বরে গ্রাহকদের উত্তর দেয়, তার ক্ষেত্রে নয়। ### এটি চালাতে আসলে কী লাগে ঝুঁকির বাইরেও ব্যবহারিক পার্থক্য আছে, আর দ্বিতীয় দিনেই বেশিরভাগ মানুষ সেটির মুখোমুখি হন। - সাধারণত ল্যাপটপে চলা একটি লোকাল সার্ভার প্রক্রিয়া, যা সহকারীকে কাজ করাতে সব সময় চালু রাখতে হয়। - ডিভাইস লিঙ্ক করতে একটি QR স্ক্যান, সেশন বিচ্ছিন্ন হলে যা আবার করতে হয়। - লোকাল কনফিগারেশন ফাইলে ক্রেডেনশিয়াল, যেখানে পরে API টোকেনও থাকে। - ল্যাপটপ স্লিপ করলে আপনার সহকারী ও নম্বরের মধ্যে আর কোনো সংযোগ থাকে না। ### EasyCoexistence, অফিসিয়াল পথ OAuth-এর মাধ্যমে একটি রিমোট MCP সার্ভার, তাই কিছু ইনস্টল করতে হয় না এবং কনফিগারেশন ফাইলে কোনো টোকেন থাকে না। 16টি টুল মানুষ সাধারণত সহকারীকে যে কাজগুলো করতে বলে, সেগুলোই কভার করে: নম্বরের তালিকা দেখা, কোনো নম্বরের হেলথ পরীক্ষা করা, API ক্রেডেনশিয়াল পড়া, মেসেজ পাঠানো, টেমপ্লেটের তালিকা দেখা, তৈরি ও পাঠানো, টেমপ্লেটের স্ট্যাটাস পরীক্ষা করা, আপনার সিস্টেমে ওয়েবহুক নির্দেশ করা, ডকুমেন্টেশন খোঁজা এবং নতুন সংযোগ শুরু করা। আরও 5টি টুল Partner API সেট আপ করে: সেটআপ স্ট্যাটাস, API কী, ইভেন্টস URL এবং হোস্টেড কানেক্ট লিংক। আপনার ল্যাপটপ খোলা থাকুক বা না থাকুক, এটি চলে, কারণ এটি হোস্টেড। আর এর পেছনের নম্বরটি Coexistence-এর মাধ্যমে Meta-র অফিসিয়াল Cloud API-তে থাকে, তাই WhatsApp Business অ্যাপ কাজ করতে থাকে এবং কোনো ঝুঁকি থাকে না। ### অফিসিয়াল পথ যা করতে পারে না বিষয়টি সরাসরি বলা দরকার, কারণ অননুমোদিত প্রকল্পগুলো কেন আছে এবং বেছে নেওয়ার আগে কী জানা উচিত, তার কারণ এটাই। - প্রতিটি অফিসিয়াল প্রদানকারীর ক্ষেত্রেই গ্রুপ চ্যাট সম্পূর্ণভাবে Cloud API-এর বাইরে। - ভোক্তা WhatsApp অ্যাকাউন্টের ব্যক্তিগত কথোপকথনে প্রবেশ করা যায় না। - ফ্রি টেক্সটের উত্তর শুধু 24 ঘণ্টার পরিষেবা-সময়ের মধ্যে কাজ করে; এর বাইরে একটি অনুমোদিত টেমপ্লেট দিয়ে কথোপকথন শুরু করতে হয়। - এগুলো আমাদের নয়, Meta-র নিয়ম, এবং কোনো অফিসিয়াল প্রদানকারী এগুলো তুলে দিতে পারে না। - টুলের সংখ্যা দেখে MCP সার্ভারের বিচার করা। প্রশ্ন হলো, এটি Meta-র API-তে কথা বলে নাকি ফোনের পরিচয় নকল করে। - ব্যবসার নম্বরে একটি অননুমোদিত ব্রিজ পরীক্ষা করা। কোনো সতর্কতা বা আপিলের সুযোগ ছাড়াই নিষেধাজ্ঞা আসে। - লোকাল সার্ভারকে ব্যক্তিগত ধরে নেওয়া। ল্যাপটপের কনফিগারেশন ফাইলে থাকা টোকেন দুর্বলতর ব্যবস্থা। **ওপেন-সোর্স WhatsApp MCP সার্ভারগুলো কি নিরাপদ?** এগুলো কাজ করে এবং লিঙ্ক করা ডিভাইস হিসেবে লগ ইন করে, যা WhatsApp-এর শর্তের বিরুদ্ধে। কোনো সতর্কতা ছাড়াই নম্বর নিষিদ্ধ হয়। **অফিসিয়াল MCP সার্ভার কি আমার গ্রুপ চ্যাট পড়তে পারে?** না। আমাদেরসহ প্রতিটি অফিসিয়াল প্রদানকারীর ক্ষেত্রে গ্রুপ চ্যাট Meta-র Cloud API-এর বাইরে। **আমাকে কি কিছু ইনস্টল করতে হবে?** না। আমাদেরটি OAuth-এর মাধ্যমে চলা একটি রিমোট সার্ভার, তাই আপনি একটি এন্ডপয়েন্ট যোগ করে লগ ইন করবেন। আপনার মেশিনে কিছু চলে না। **কোন সহকারীগুলো এটি ব্যবহার করতে পারে?** যেকোনো MCP ক্লায়েন্ট। আমরা Claude, ChatGPT, Cursor এবং Claude Code-এর ডকুমেন্টেশন দিই। --- ## EasyCoexistence বনাম Twilio https://easycoexistence.com/bn/compare/easycoexistence-vs-twilio Twilio একটি সাধারণ যোগাযোগ প্ল্যাটফর্ম, যা বহু চ্যানেলের মধ্যে WhatsApp পুনরায় বিক্রি করে এবং Meta-র ফি-র ওপর প্রকাশিত প্রতি-মেসেজ ফি যোগ করে। EasyCoexistence একটি কাজই করে: Coexistence-এর মাধ্যমে WhatsApp Business অ্যাপের নম্বর সংযুক্ত করে এবং নম্বরপিছু নির্দিষ্ট মূল্য নেয়। ### প্রতিটি পণ্য কী জন্য দুটি পণ্য ভিন্ন সমস্যার জন্য তৈরি, এবং শুরুতেই এই বিষয়টি পরিষ্কার করা জরুরি। - Twilio:: SMS, ভয়েস, ইমেল এবং WhatsApp-সহ বহু চ্যানেলে মেসেজিং গড়ে তোলার জন্য ইঞ্জিনিয়ারিং টিমের তৈরি যোগাযোগ প্ল্যাটফর্ম। WhatsApp বহু চ্যানেলের একটি, এবং অন্যগুলোর মতোই প্রতি-মেসেজ মূল্য প্রযোজ্য। - EasyCoexistence:: Coexistence বিশেষজ্ঞ। ফোনে WhatsApp Business অ্যাপ কাজ করতে থাকে, একই নম্বরে Cloud API চলে, মেসেজ ইভেন্ট আপনার নিজের এন্ডপয়েন্টে যায়, আর আমরা সংযোগের হেলথ দেখি। একটি কাজ, সম্পূর্ণভাবে। ### বাড়ার সঙ্গে মূল্য কীভাবে বদলায় এই পার্থক্যই সময়ের সঙ্গে জমে, এবং এটি মতামত নয়, সরল হিসাব। - Twilio:: প্রতি মেসেজে US$ 0.005, ইনবাউন্ড ও আউটবাউন্ড উভয় ক্ষেত্রেই, Meta-র যেকোনো চার্জের ওপর। প্রতিটি কথোপকথনের সঙ্গে ফি বাড়ে, তাই প্ল্যাটফর্মের মূল্য ব্যবসা কত ভালো করছে তার ওপর নির্ভর করে। - EasyCoexistence:: সংযুক্ত নম্বরপিছু নির্দিষ্ট ফি। মাসে দশ হাজার মেসেজের মূল্য দশটি মেসেজের সমান। সাফল্যে প্রতি মেসেজে প্ল্যাটফর্মের মূল্য কমে, বাড়ে না, আর ভলিউম বাড়লে নম্বরপিছু মূল্যও কমে। ### WhatsApp অ্যাকাউন্ট কার কাছে থাকে নম্বর এবং Meta-র সম্পর্ক কোথায় থাকে, তার ওপর নির্ভর করে যেকোনো পক্ষ ছাড়া কত সহজ। - Twilio:: Twilio-র সেন্ডারের মাধ্যমে নম্বর অনবোর্ড করা হয়, এবং মেসেজিং সম্পর্ক Twilio-র অবকাঠামোর মধ্য দিয়ে চলে, যেখানে বিলিং সম্পর্কও থাকে। - EasyCoexistence:: নম্বর ক্লায়েন্টের নিজের Meta Business Portfolio-তেই থাকে, নিজের WhatsApp Business Account-এ, আর Meta কথোপকথনের জন্য সরাসরি বিল করে। আমরা সংযোগ করা Tech Provider, এবং আমাদের সরিয়ে দিলেও নম্বরটি সঙ্গে যায় না। ### মেসেজ কোথায় যায় দুটি ব্যবস্থাই আপনার নিয়ন্ত্রণে থাকা সার্ভারে ইনবাউন্ড মেসেজ পাঠায়। পার্থক্য হলো পথ এবং সেই পথে কী থাকে। - Twilio:: ইনবাউন্ড মেসেজ Twilio-র মাধ্যমে আপনার ওয়েবহুকে আসে, আর Twilio প্রতিটি মেসেজ যাওয়ার সময় প্রক্রিয়া করে এবং বিল করে। - EasyCoexistence:: আমরা WhatsApp Business Account-এ Meta-র নিজস্ব override_callback_uri সেট করি, তাই মেসেজ ইভেন্ট Meta থেকে সরাসরি আপনার এন্ডপয়েন্টে যায়। সেগুলো আমাদের মধ্য দিয়ে যায় না, আমরা সংরক্ষণ করি না, এবং পথে মাপার মতো কিছু নেই। ### AI সহকারী থেকে এটি ব্যবহার এটি নতুন প্রশ্ন, যার উত্তর দেওয়ার কারণ সাধারণ উদ্দেশ্যের প্ল্যাটফর্মের তুলনায় আমাদের বেশি। - Twilio:: প্রধান ভাষাগুলোর জন্য SDK-সহ পূর্ণ REST API, তাদের প্রকাশিত প্রতি-মেসেজ US$ 0.005 হারে মাপা হয়। তাই আপনার লেখা ইন্টিগ্রেশন প্রতিবার পাঠানো বা গ্রহণ করার সময় বিল হয়। - EasyCoexistence:: একই API-এর সঙ্গে OAuth-এ ষোলোটি টুলের রিমোট MCP কানেক্টর, তাই Claude, ChatGPT, Cursor এবং Claude Code কোনো ক্লায়েন্ট না লিখেই নম্বর তালিকাভুক্ত করতে, হেলথ পরীক্ষা করতে, মেসেজ পাঠাতে এবং ওয়েবহুকের গন্তব্য সেট করতে পারে। - শুধু শিরোনামের ফি তুলনা করা। প্রতি-মেসেজ চার্জ ও নম্বরপিছু চার্জের সীমা আগে হিসাব করা দরকার। - বড় প্ল্যাটফর্ম মানেই ভালো WhatsApp সংযোগ ধরে নেওয়া। দুই ক্ষেত্রেই নিচের Cloud API Meta-র নিজস্ব। - Meta কাকে বিল করে তা উপেক্ষা করা। আপনার ও Meta-র ইনভয়েসের মাঝে থাকা প্রদানকারী বাড়তি মূল্য নিতে পারে। **কম ভলিউমে কি Twilio সস্তা?** মাসে প্রায় দুই হাজারের কম মেসেজে প্রতি-মেসেজ ফি কম। এর ওপরে নির্দিষ্ট নম্বরপিছু মূল্য জেতে এবং ভলিউম বাড়ার সঙ্গে সুবিধা বাড়তেই থাকে। **Twilio কি Coexistence করে?** তাদের WhatsApp প্রাইসিং পেজে এটি উল্লেখ নেই। Coexistence-এর জন্যই আমরা তৈরি, তাই একই নম্বরে WhatsApp Business অ্যাপ কাজ করতে থাকে। **API কি আলাদা?** না। দুই ক্ষেত্রেই নিচের Cloud API Meta-র নিজস্ব। পার্থক্য হলো পথে কে থাকে, তারা কত নেয় এবং Meta কাকে বিল করে। **পরে কি নম্বর সরাতে পারব?** হ্যাঁ। নম্বরটি আপনার নিজের Business Portfolio-তে থাকে, তাই আমাদের সরিয়ে দিলেও এটি ঠিক আগের জায়গাতেই থাকে। --- ## EasyCoexistence বনাম Gupshup https://easycoexistence.com/bn/compare/easycoexistence-vs-gupshup Gupshup একটি কথোপকথনভিত্তিক মেসেজিং প্ল্যাটফর্ম, যা Meta-র কথোপকথনের খরচের ওপর প্রকাশিত প্রতি মেসেজের মূল্য নেয়। EasyCoexistence সংযুক্ত নম্বরপ্রতি নির্দিষ্ট মাসিক মূল্য নেয় এবং মেসেজের বিলে কিছু যোগ করে না। বেশি মেসেজ হলে এই পার্থক্য আরও বড় হয়। ### বিলের ধরন এক সেন্টের দশ ভাগের এক ভাগ কিছুই মনে হয় না, কিন্তু বেশি পরিমাণে এটিই পুরো কথোপকথনের খরচ হয়ে দাঁড়ায়। - Gupshup:: Meta-র খরচের ওপর প্রতি মেসেজে US$ 0.001 স্ট্যান্ডার্ড মূল্য, টেমপ্লেট ও সেশন মেসেজ দুটির ক্ষেত্রেই প্রযোজ্য। মাসে এক লাখ মেসেজ হলে Meta-র খরচের আগেই প্ল্যাটফর্ম মূল্য দাঁড়ায় একশো ডলার। - EasyCoexistence:: মেসেজপ্রতি কোনো মূল্য নেই। এক লাখ মেসেজের খরচ দশটি মেসেজের সমান, কারণ মূল্য ট্র্যাফিকের বদলে নম্বরের ওপর নির্ভর করে। নম্বর যত ব্যস্ত হয়, প্রতি কথোপকথনে আমাদের মূল্য তত কম গুরুত্বপূর্ণ হয়ে ওঠে। ### পণ্যটি কী ঘিরে তৈরি দুটিই WhatsApp সংযুক্ত করে। তবে তাদের কাজের লক্ষ্য আলাদা। - Gupshup:: বট তৈরি, ক্যাম্পেইন পরিচালনার সরঞ্জাম এবং বিস্তৃত চ্যানেল তালিকাসহ একটি কথোপকথনভিত্তিক প্ল্যাটফর্ম, যা বেশি পরিমাণে আউটবাউন্ড কার্যক্রম চালানো ব্যবসার জন্য তৈরি। - EasyCoexistence:: Coexistence অবকাঠামো। WhatsApp Business অ্যাপ ফোনে চলতে থাকে, Cloud API একই নম্বরে চলে, আর মেসেজ ইভেন্ট আপনার ব্যবহৃত যেকোনো সিস্টেম বা AI এজেন্টে পৌঁছায়। আমরা আপনাকে টিম অন্য কোথাও সরাতে বলি না। ### কথোপকথনের ডেটা কোথায় থাকে আপনার ব্যবসার কতটা অন্যের পণ্যের ভেতরে চলবে, তা নির্ধারণ করে এই প্রশ্নটি। - Gupshup:: মেসেজ প্ল্যাটফর্মটির মধ্য দিয়ে যায়, যার ফলে বট তৈরির সুবিধা, ক্যাম্পেইনের সরঞ্জাম ও অ্যানালিটিক্স সম্ভব হয়। আপনি এগুলো চাইলে এটি যুক্তিসঙ্গত বিনিময়। - EasyCoexistence:: মেসেজ ইভেন্ট Meta থেকে সরাসরি আপনার এন্ডপয়েন্টে যায়, Meta-র নিজস্ব ওয়েবহুক ওভাররাইডের মাধ্যমে। আমরা কখনো কথোপকথনের বিষয়বস্তু দেখি না, তাই আপনি চলে গেলে আপনার ডেটা থেকে নেওয়ার কিছু থাকে না এবং এই পথে ব্যবহারের হিসাবও হয় না। ### অ্যাপ চালু থাকা নম্বর সংযুক্ত করা Coexistence যে নির্দিষ্ট সমস্যার সমাধানের জন্য তৈরি। - Gupshup:: তাদের প্রকাশিত প্রাইসিং পেজে Coexistence নিয়ে কিছু বলা নেই। এটি তারা সমর্থন করে না, এমন প্রমাণ নয়, তাই সরাসরি তাদের জিজ্ঞেস করাই ঠিক। - EasyCoexistence:: এটাই পুরো পণ্য। ইতিমধ্যে WhatsApp Business অ্যাপে চলা একটি নম্বর Meta-র নিজস্ব Embedded Signup-এর মাধ্যমে সংযুক্ত হয়, অ্যাপটি চালু থাকে এবং কয়েক মিনিটের মধ্যে একই নম্বরে Cloud API যুক্ত হয়। - US$ 0.001-কে তুচ্ছ ভাবা। সিদ্ধান্ত নেওয়ার আগে এক বছরের বাস্তব মেসেজের পরিমাণ দিয়ে হিসাব করুন। - আপনি ব্যবহার করবেন না এমন ক্যাম্পেইন পরিচালনার সরঞ্জামের জন্য মূল্য দেওয়া। ব্যবহার করুন বা না করুন, প্ল্যাটফর্মের মূল্য পুরো পণ্যের জন্য। - যেকোনো প্রোভাইডার Coexistence সমর্থন করে ধরে নেওয়া। যাকে বেছে নিন, নির্দিষ্ট করে জিজ্ঞেস করুন। **প্রতি মেসেজের মূল্য আসলে কত?** মাসে এক লাখ মেসেজ হলে Gupshup-এর প্রকাশিত US$ 0.001 প্ল্যাটফর্ম মূল্য দাঁড়ায় US$ 100। যেকোনো পরিমাণে একটি নম্বরের জন্য আমাদের মূল্য US$ 9। **Gupshup কি Coexistence সমর্থন করে?** তাদের প্রাইসিং পেজে এটি উল্লেখ নেই। Coexistence-ই আমাদের পুরো কাজ। **আপনাদের ব্যবহার করলে কি ক্যাম্পেইনের সুবিধা হারাব?** আমরা ক্যাম্পেইন পরিচালনার সরঞ্জাম নই এবং সেভাবে মূল্যও নিই না। মেসেজ আপনার নিজস্ব সিস্টেমে পৌঁছায়, তাই আপনি যেখানে ক্যাম্পেইন চালান, সেখানেই চালাতে পারবেন। **Meta-কে কে মূল্য দেয়?** ক্লায়েন্ট নিজস্ব WhatsApp Business Account থেকে সরাসরি মূল্য দেন। Meta-র কোনো চার্জে আমরা কখনো অতিরিক্ত মূল্য যোগ করি না। --- ## EasyCoexistence বনাম Infobip https://easycoexistence.com/bn/compare/easycoexistence-vs-infobip Infobip একটি এন্টারপ্রাইজ যোগাযোগ প্ল্যাটফর্ম, যার WhatsApp মূল্য দেশভেদে সেলসের মাধ্যমে নির্ধারিত হয়। EasyCoexistence-এর মূল্য প্রকাশ্য, প্রথম 3 দিন ফ্রি ট্রায়াল এবং কোনো কথোপকথন ছাড়াই নম্বর সংযোগ করা যায়। এটি ভিন্ন ক্রেতার জন্য ভিন্ন পণ্য। ### কোন পণ্য কার জন্য তৈরি কোনোটিই খারাপ পণ্য নয়। এগুলো ভিন্ন মানুষের কাছে বিক্রি হয়, আর সেটিই প্রায় সবকিছু ঠিক করে দেয়। - Infobip:: এন্টারপ্রাইজ CPaaS, যেখানে ওমনি-চ্যানেল রাউটিং, কনট্যাক্ট সেন্টার টুল এবং বৈশ্বিক ক্যারিয়ার সম্পর্ক থাকে। এটি অ্যাকাউন্ট টিমের মাধ্যমে এমন প্রতিষ্ঠানের কাছে বিক্রি হয়, যাদের প্রকিউরমেন্ট প্রক্রিয়া ও ভলিউম কমিটমেন্ট রয়েছে। - EasyCoexistence:: এমন ছোট ব্যবসা বা এজেন্সি, যাদের একটি WhatsApp Business নম্বর আছে এবং আজ বিকেলেই সেটি Cloud API-তে নিতে চায়। সাইন আপ করুন, সংযোগ করুন, কাজ শেষ। কথা বলার কেউ নেই, কারণ দর-কষাকষির কিছু নেই। ### সিদ্ধান্ত নেওয়ার আগে কী জানা যায় সবচেয়ে ব্যবহারিক পার্থক্য, এবং মানুষ প্রথমে এটিই অনুভব করে। - Infobip:: গন্তব্য দেশের ভিত্তিতে মূল্য কোট করা হয় এবং সেলসের সঙ্গে ব্যবস্থা করতে হয়। এন্টারপ্রাইজ CPaaS-এর জন্য এটি স্বাভাবিক এবং বার্ষিক ভলিউম নিয়ে দর-কষাকষি করা ক্রেতাদের উপযোগী। - EasyCoexistence:: পুরো মূল্যতালিকা প্রাইসিং পেজে আপনার মুদ্রায় দেওয়া আছে, ভলিউম ব্যান্ডও দেখা যায়। অ্যাকাউন্ট খোলার আগেই বিল হিসাব করতে পারবেন, আর প্রথম 3 দিনে কোনো মূল্য নেই। ### সিদ্ধান্ত থেকে সচল নম্বর পর্যন্ত সময় একটি নম্বর ও বাস্তব সমস্যা থাকা ব্যবসার জন্য এই তুলনাটিই গুরুত্বপূর্ণ। - Infobip:: এন্টারপ্রাইজ অনবোর্ডিং, যেখানে নিবেদিত সহায়তা ও কনফিগারেশন সহায়তা থাকে, যা বড় স্থাপনার সত্যিই প্রয়োজন। - EasyCoexistence:: কয়েক মিনিট। Meta-এর নিজস্ব Embedded Signup পোর্টফোলিও, অ্যাকাউন্ট ও নম্বর বেছে নেয়, WhatsApp Business অ্যাপ পুরো সময় কাজ করতে থাকে এবং মনিটরিং সঙ্গে সঙ্গেই শুরু হয়। ### সংযোগ বিচ্ছিন্ন হলে কী ঘটে প্রতিটি Coexistence সংযোগেরই কোনো না কোনো দিন খারাপ যায়। পার্থক্য হলো, কে তা বুঝতে পারে। - Infobip:: এন্টারপ্রাইজ সহায়তা চ্যানেল ও অ্যাকাউন্ট টিম, যেখানে চুক্তি এবং নির্দিষ্ট যোগাযোগ ব্যক্তি থাকে, সেই পরিস্থিতির জন্য এটি সঠিক মডেল। - EasyCoexistence:: আমরা সংযোগটি অবিচ্ছিন্নভাবে পর্যবেক্ষণ করি এবং Meta-এর নিজস্ব বিচ্ছিন্নতার কারণ পড়ি। তাই 14 দিনের নিষ্ক্রিয়তায় বাদ পড়া নম্বর এবং সত্যিই চলে যাওয়া ক্লায়েন্টকে আলাদা করা যায়। গ্রাহক বোঝার আগেই সতর্কবার্তা পৌঁছে যায়। - শুধু ফিচারের ভিত্তিতে এন্টারপ্রাইজ CPaaS-এর সঙ্গে প্রতি-নম্বরের টুলের তুলনা করা। এগুলো ভিন্ন প্রশ্নের উত্তর দেয়। - একটি নম্বরের জন্য প্রকিউরমেন্ট চক্র শুরু করা। এক বছরে টুলের মূল্যের চেয়ে এতে সময়ের খরচ বেশি হয়। - ধরে নেওয়া যে কম ভলিউমে কোটেশন প্রকাশিত মূল্যের চেয়ে কম হবে। সাধারণত তা হয় না। **Infobip একক নির্দিষ্ট মূল্য প্রকাশ করে না কেন?** তাদের মূল্য গন্তব্য দেশের ভিত্তিতে কোট করা হয়, যা ভলিউম নিয়ে দর-কষাকষি করা এন্টারপ্রাইজ ক্রেতাদের উপযোগী। আমাদের মূল্য প্রকাশিত, কারণ আমাদের ক্রেতা আজই সিদ্ধান্ত নিতে চান। **বড় এন্টারপ্রাইজের জন্য কি Infobip ভালো?** তারা বৈশ্বিক ক্যারিয়ার পরিসর ও অ্যাকাউন্ট টিমসহ সেই ক্রেতার জন্য তৈরি। নিজের নম্বর সংযোগ করা ব্যবসার জন্য আমরা দ্রুততর ও সস্তা পথ। **শুরু করতে কি কারও সঙ্গে কথা বলতে হবে?** না। প্রথম সংযুক্ত নম্বরে 3 দিন ফ্রি, এবং নম্বরটি Meta-এর নিজস্ব Embedded Signup-এর মাধ্যমে সংযুক্ত হয়। **মেসেজের বিল কে দেয়?** Meta সরাসরি আপনার নিজের WhatsApp Business Account-এ বিল করে। আমরা কখনো সেই ইনভয়েসের অংশ নই। --- ## EasyCoexistence বনাম YCloud https://easycoexistence.com/bn/compare/easycoexistence-vs-ycloud YCloud Coexistence সমর্থন করে এবং আমাদের মতো Meta-র মেসেজের মূল্যে অতিরিক্ত মূল্য যোগ করে না। পার্থক্য হলো আপনি কী কিনছেন: তাদের পেইড প্ল্যানগুলো সিট, চ্যানেল ও AI ক্রেডিটসহ প্ল্যাটফর্ম সাবস্ক্রিপশন, আর আমাদেরটি সংযুক্ত নম্বরভিত্তিক মূল্যের অবকাঠামো। ### দুজনেই যা ঠিকভাবে করে এটি স্পষ্ট করে বলা দরকার, কারণ এতে তুলনাটি আসল পার্থক্যগুলোর মধ্যে সীমিত থাকে। - YCloud:: Coexistence সমর্থিত এবং তা প্রকাশ্যেই বলা আছে, আর তাদের প্রাইসিং পেজে WhatsApp মেসেজে শূন্য অতিরিক্ত মূল্যের প্রতিশ্রুতি রয়েছে। একজন প্রোভাইডার সম্পর্কে সবচেয়ে গুরুত্বপূর্ণ দুটি বিষয়েই তারা সঠিক অবস্থানে আছে। - EasyCoexistence:: একই দুটি প্রতিশ্রুতি। Meta-র নিজস্ব ফ্লোর মাধ্যমে Coexistence, এবং Meta-র মেসেজে কোনো অতিরিক্ত মূল্য নয়। পার্থক্য হলো এর চারপাশের বাকি সবকিছুতে। ### সাবস্ক্রিপশন আসলে কী কিনে দেয় এটাই আসল বিভাজন, এবং আপনার জন্য কোনটি সস্তা হবে তা এখানেই নির্ধারিত হয়। - YCloud:: একটি প্ল্যাটফর্ম। তাদের পেইড প্ল্যান মাসে US$ 39 থেকে শুরু হয় এবং ব্যবহারকারীর সিট, চ্যানেল ও AI ক্রেডিট অনুযায়ী আলাদা হয়। আপনি যদি তাদের পণ্যের ভেতরে একটি দলকে কাজ করাতে চান, এই কাঠামোটি আপনার জন্য উপযুক্ত। - EasyCoexistence:: অবকাঠামো। সংযুক্ত প্রতি নম্বরে US$ 9 থেকে, গোনার মতো কোনো সিট নেই, চ্যানেলের স্তর নেই এবং শেষ হয়ে যাওয়ার মতো ক্রেডিটও নেই। একটি নম্বর থাকা ব্যবসা একটি নম্বরের জন্যই মূল্য দেয়, আর চল্লিশটি নম্বর থাকা এজেন্সি প্রতি নম্বরে কম হারে মূল্য দেয়। ### কথোপকথনগুলো কোথায় পৌঁছায় দুজনেই একই Cloud API সংযুক্ত করে। এরপর মেসেজগুলোর সঙ্গে কী হবে, সেটিই নকশার সিদ্ধান্ত। - YCloud:: তাদের প্ল্যাটফর্মে, যেখানে ইনবক্স, ক্যাম্পেইন ও AI ক্রেডিট থাকে, প্রতি মাসে US$ 39 থেকে, কোনো নম্বরের মূল্য ধরার আগেই। আপনার দল সেখানে কাজ করে, কারণ মেসেজগুলো সেখানেই থাকে। - EasyCoexistence:: আপনার সিস্টেমে। আমরা Meta-র নিজস্ব ওয়েবহুক ওভাররাইড সেট করি, যাতে মেসেজ ইভেন্ট Meta থেকে সরাসরি আপনার এন্ডপয়েন্টে বা MCP-এর মাধ্যমে আপনার AI এজেন্টে যায়। স্থানান্তর করার মতো কোনো ভেতরের জায়গা নেই, বাইরে নেওয়ারও কিছু নেই, আর আপনার দলের দেখার জন্য দ্বিতীয় কোনো ইনবক্স নেই। ### এজেন্সি বড় হলে কত খরচ হয় এই ক্ষেত্রেই দুটি মডেলের পার্থক্য সবচেয়ে বেশি। - YCloud:: সিটের সংখ্যা অনুযায়ী প্ল্যানের স্তর, তাই আরও মানুষ ও চ্যানেল যোগ হলে একের পর এক আপগ্রেডের সিদ্ধান্ত নিতে হয়। - EasyCoexistence:: নম্বর বাড়লে প্রতি নম্বরের হার কমে, US$ 9 থেকে US$ 1 পর্যন্ত। আপগ্রেড নিয়ে আলোচনার দরকার নেই, কারণ আপগ্রেড করার মতো কিছু নেই: চল্লিশতম নম্বরটি প্রথমটির মতোই সব কাজ করে, তবে কম খরচে। ### AI সহকারী থেকে এতে পৌঁছানো কোনো প্ল্যাটফর্মের প্ল্যানের স্তরেই এই অংশটি বলা থাকে না, অথচ প্রশ্নটি ক্রমেই গুরুত্বপূর্ণ হচ্ছে। - YCloud:: AI ক্রেডিট তাদের প্ল্যান কাঠামোর অংশ, যা তাদের পণ্যের ভেতরে তৈরি AI ফিচারের দিকে ইঙ্গিত করে। - EasyCoexistence:: OAuth-এর মাধ্যমে ষোলোটি টুলসহ একটি রিমোট MCP কানেক্টর। Claude, ChatGPT, Cursor এবং Claude Code সরাসরি নম্বরের তালিকা করতে, সংযোগের হেলথ দেখতে, মেসেজ ও টেমপ্লেট পাঠাতে এবং ওয়েবহুকের গন্তব্য সেট করতে পারে। কোনো ক্লায়েন্ট লিখতে হয় না, ক্রেডিটও কিনতে হয় না। - আগে আপনার সিট ও নম্বরের সংখ্যা না গুনে সিটভিত্তিক প্ল্যানের সঙ্গে নম্বরভিত্তিক মূল্য তুলনা করা। - আপনার দলের আগে থেকেই ইনবক্স থাকা সত্ত্বেও একটি ইনবক্সের জন্য মূল্য দেওয়া। আপনি সেটি খুলুন বা না খুলুন, প্ল্যাটফর্মের ফি থাকবেই। - AI ফিচার ও MCP কানেক্টরকে একই জিনিস ভাবা। একটি তাদের পণ্যের ভেতরে চলে, অন্যটি আপনার পণ্যের ভেতরে চলে। **দুজনেই কি সত্যিই শূন্য অতিরিক্ত মূল্য নেয়?** হ্যাঁ। YCloud-এর প্রাইসিং পেজে শূন্য অতিরিক্ত মূল্যের কথা বলা আছে, আমরাও তাই করি। তাই তুলনা করার বিষয় মেসেজের মূল্য নয়, প্ল্যাটফর্মের ফি। **কোনটি সস্তা?** 1 থেকে 4টি নম্বরে আমাদেরটাই: 4টি নম্বরের মাসিক খরচ US$ 36, যেখানে প্রবেশমূল্যের প্ল্যান US$ 39। 5টি নম্বর থেকে, আপনার seat ও channel-এর জন্য দরকারি প্ল্যানের স্তরের সঙ্গে আমাদের মোট খরচ তুলনা করুন। নম্বর বাড়ার সঙ্গে আমাদের হার প্রতি নম্বরে US$ 1-এ নামে। **আপনার সঙ্গে কি আমাকে ইনবক্স হারাতে হবে?** আপনাকে কখনো কোনো ইনবক্সে যেতে হয়নি। মেসেজ আপনার নিজস্ব সিস্টেম বা AI এজেন্টে আসে, যেখানে আপনার দল ইতিমধ্যেই কাজ করে। **YCloud-এর কি MCP কানেক্টর আছে?** তাদের প্রাইসিং পেজে MCP সার্ভারের বদলে প্ল্যাটফর্মের ভেতরের AI ক্রেডিটের কথা বলা আছে। আমাদেরটি OAuth-এর মাধ্যমে ষোলোটি টুল, যা যেকোনো MCP ক্লায়েন্ট থেকে ব্যবহার করা যায়। --- ## EasyCoexistence বনাম SleekFlow https://easycoexistence.com/bn/compare/easycoexistence-vs-sleekflow SleekFlow হলো প্রতি ব্যবহারকারী-সিটে বিক্রি হওয়া একটি সর্বচ্যানেল মেসেজিং প্ল্যাটফর্ম, যেখানে ন্যূনতম সিট সংখ্যা এবং প্রতি WhatsApp নম্বরে অতিরিক্ত মূল্য আছে। EasyCoexistence সংযুক্ত নম্বরপ্রতি মূল্য নেয় এবং সিটের কোনো ধারণাই নেই, তাই বিল আপনার দলের আকার নয়, আপনার রাখা নম্বরের ওপর নির্ভর করে। ### আপনি আসলে কিসের জন্য মূল্য দিচ্ছেন দুটি মূল্য মডেল দুটি আলাদা প্রশ্নের উত্তর দেয়, যার একটি আপনার সাংগঠনিক কাঠামো নিয়ে। - SleekFlow:: প্ল্যানের বিভিন্ন স্তরে ব্যবহারকারী-সিট অনুযায়ী মূল্য নির্ধারিত একটি শেয়ার্ড ইনবক্স ও ক্যাম্পেইন প্ল্যাটফর্ম, যেখানে আপনার দল দিনভর কাজ করলে সেটি অর্থবহ। - EasyCoexistence:: একটি সংযোগ। এককটি ব্যক্তি নয়, সংযুক্ত নম্বর। তাই সহকর্মী যোগ করতে কোনো খরচ নেই এবং দল বড় বা ছোট হলেও বিল বদলায় না। ### আপনার দল কোথায় কাজ করে মূল্য মডেলের নিচে থাকা সিদ্ধান্তটি এখানেই, আর এটি বদলানো সবচেয়ে কঠিন। - SleekFlow:: SleekFlow-এর ভেতরে। সেটিই পণ্য: এক জায়গায় ইনবক্স, অটোমেশন ও ক্যাম্পেইন, যা এমন দলের জন্য সত্যিই কাজে লাগে যারা এমন একটি জায়গা চায়। - EasyCoexistence:: যেখানে তারা আগে থেকেই কাজ করে। Meta থেকে মেসেজ ইভেন্ট সরাসরি আপনার CRM, হেল্পডেস্ক, অভ্যন্তরীণ টুল বা AI এজেন্টে যায় Meta-র নিজস্ব ওয়েবহুক ওভাররাইডের মাধ্যমে। কাউকে নতুন ইনবক্স শিখতে হয় না, কিছু মাইগ্রেটও করতে হয় না। ### দ্বিতীয় বা তৃতীয় নম্বর যোগ করলে একাধিক লোকেশন থাকা ব্যবসায় এটি সাধারণ বিষয়, আর এখানেই মডেল দুটির বড় পার্থক্য। - SleekFlow:: অতিরিক্ত WhatsApp নম্বর সিটভিত্তিক প্ল্যানের পাশাপাশি অ্যাড-অন হিসেবে যুক্ত হয়, তাই দ্বিতীয় নম্বর সাবস্ক্রিপশনের ওপর আরেকটি সিদ্ধান্ত। - EasyCoexistence:: দ্বিতীয় নম্বর কেবল দ্বিতীয় নম্বর, প্রকাশিত মূল্যে, এবং আরও নম্বর যোগ হলে মূল্য কমে। এক অ্যাকাউন্টে 20টি নম্বর থাকলেও প্ল্যান বদলাতে হয় না, কোনো আলোচনা লাগে না। ### মূল্য দেওয়া বন্ধ করলে কী হয় যে কোনো পণ্যের ক্ষেত্রে এই প্রশ্ন করা জরুরি, বিশেষ করে যেখানে আপনার কথোপকথন থাকে। - SleekFlow:: ইনবক্স, ইতিহাস ও অটোমেশন প্ল্যাটফর্মেই থাকে, যা এগুলোকে কাজ করায় এবং বেরিয়ে যাওয়াকে মাইগ্রেশনে পরিণত করে। - EasyCoexistence:: আপনার কোনো কিছুই আমাদের ভেতরে থাকে না, তাই মাইগ্রেট করার প্রয়োজন নেই। মেসেজ আসার সঙ্গে সঙ্গে আপনার সিস্টেমে পৌঁছে গেছে এবং নম্বরটি আপনার নিজস্ব Meta Business Portfolio-তে আছে। তাই আমাদের সরিয়ে নিলেও নম্বরটি যেখানে ছিল সেখানেই থাকে। - দুটিরই হিসাব না করে সিটের মূল্যকে প্রতি-নম্বর মূল্যের সঙ্গে তুলনা করা। 3টি সিট ও 1টি নম্বরের বিল, 1টি সিট ও 3টি নম্বরের বিলের চেয়ে সম্পূর্ণ আলাদা। - আপনার দল যে ইনবক্স খুলবেই না, তার জন্য মূল্য দেওয়া। ব্যবহার করা হোক বা না হোক, সিটের মূল্য দিতে হয়। - একাধিক লোকেশনের ব্যবসার হিসাব করার সময় প্রতি-নম্বরের অ্যাড-অন ভুলে যাওয়া। **কোনটি সস্তা?** আমরাই, যদি না আপনি বিশেষভাবে একটি ইনবক্স চান। তাদের প্রকাশিত মূল্য সিটপ্রতি, ন্যূনতম সিট সংখ্যা এবং প্রতি WhatsApp নম্বরে মাসিক অ্যাড-অনসহ। আমাদের মূল্য সংযুক্ত নম্বরপ্রতি US$ 9, যা নম্বর বাড়ার সঙ্গে কমে US$ 1 পর্যন্ত হয়, কোনো সিট ছাড়াই। **আমি কি একটি শেয়ার্ড ইনবক্স পাব?** না, এবং এর জন্য আপনাকে মূল্যও দিতে হবে না। মেসেজ আপনার নিজস্ব সিস্টেমে পৌঁছায়, যেখানে আপনার দল আগে থেকেই কাজ করে। **একাধিক লোকেশনের ক্ষেত্রে কী হয়?** প্রতিটি নম্বর প্রকাশিত মূল্যে বিল করা হয়, আরও নম্বর যোগ হলে মূল্য কমে। প্ল্যান বদলাতে হয় না, কোনো অ্যাড-অন নিয়ে আলোচনা করতে হয় না। **আমার ডেটা কি আটকে থাকবে?** আমাদের সঙ্গে নয়। মেসেজ Meta থেকে সরাসরি আপনার এন্ডপয়েন্টে যায় এবং নম্বরটি আপনার নিজস্ব Business Portfolio-তেই থাকে। --- ## EasyCoexistence বনাম Bird https://easycoexistence.com/bn/compare/easycoexistence-vs-bird Bird পাঠানো প্রতিটি WhatsApp মেসেজের জন্য মূল্য নেয়, যেখানে Meta-র নিজস্ব ফি রেটের মধ্যেই থাকে। EasyCoexistence সংযুক্ত প্রতিটি নম্বরের জন্য নির্দিষ্ট মূল্য নেয় এবং মেসেজের বিলে কখনও আসে না। তাই Meta কী মূল্য নিচ্ছে, তা আলাদা ও স্পষ্ট থাকে। ### একত্রিত রেট কী আড়াল করে এটি অসৎ নয়, এবং তাদের নিজস্ব পেজে খোলাখুলিভাবেই বলা আছে। তবু আপনি কী যাচাই করতে পারবেন, তা বদলে যায়। - Bird:: পাঠানো প্রতিটি মেসেজের জন্য একটি রেট, যার মধ্যে Meta-র অংশও রয়েছে। তাদের পেজে বলা আছে, Bird প্রসেসিংয়ের সময় নিজের পাঠানো ফি নেয় এবং ডেলিভারি রসিদ থেকে Meta-র অংশ হিসাব করে। - EasyCoexistence:: দুটি আলাদা বিল, যা কখনও মেশে না। Meta তাদের নিজস্ব WhatsApp Business Account-এ কথোপকথনের জন্য ক্লায়েন্টকে বিল করে, আর আমরা সংযোগের জন্য বিল করি। দুটিই নিজ নিজ উৎসের সঙ্গে মিলিয়ে যাচাই করা যায়, কারণ এগুলো কখনও একত্র করা হয়নি। ### Meta রেট বদলালে কী হয় Meta নির্দিষ্ট সময় পরপর কথোপকথনের মূল্য বদলায়, এবং দুটি মডেল সেই পরিবর্তন আলাদাভাবে প্রয়োগ করে। - Bird:: ভিত্তিমূল্য বদলালে একত্রিত রেটও বদলাতে হয়, ফলে আপনাকে দেওয়া সংখ্যাটিও বদলে যায়। - EasyCoexistence:: আমাদের দিক থেকে কিছু বদলায় না। Meta-র পরিবর্তন ক্লায়েন্টের Meta বিলে, Meta-র নিজস্ব রেটে, Meta যেদিন তা প্রয়োগ করে সেদিনই দেখা যায়। আমাদের ফি সংযোগের জন্য, মেসেজের মূল্যের সঙ্গে এর কোনো সম্পর্ক নেই। ### প্রতিটি পণ্য কোন কাজকে কেন্দ্র করে সাজানো দুটিই WhatsApp মেসেজ পাঠায়। তবে একই কাজের জন্য এগুলো তৈরি নয়। - Bird:: ইমেল, SMS এবং WhatsApp জুড়ে একটি মার্কেটিং ও কাস্টমার এনগেজমেন্ট প্ল্যাটফর্ম, বিভিন্ন চ্যানেলে বড় পরিসরে ক্যাম্পেইন চালানো টিমের জন্য তৈরি। - EasyCoexistence:: ইতিমধ্যে WhatsApp Business অ্যাপে চলা একটি নম্বরের জন্য Coexistence অবকাঠামো। অ্যাপটি চলতে থাকে, Cloud API পাশাপাশি কাজ করে, আর ইভেন্ট আপনার নিজস্ব সিস্টেমে পৌঁছায়। একটি নম্বর, একটি কাজ, সঠিকভাবে সম্পন্ন। ### কথোপকথনের মালিক কে দুটি মূল্য মডেলের নিচে থাকা মূল কাঠামোগত প্রশ্নটি এটাই। - Bird:: মেসেজ প্ল্যাটফর্মের মধ্য দিয়ে যাওয়ার সময় প্রসেস ও বিল হয়, আর এ কারণেই ক্যাম্পেইন ও অ্যানালিটিক্স টুলিং সম্ভব হয়। - EasyCoexistence:: মেসেজ ইভেন্ট Meta-র নিজস্ব override-এর মাধ্যমে Meta থেকে সরাসরি আপনার এন্ডপয়েন্টে যায়। সেগুলো আমাদের মধ্য দিয়ে যায় না এবং আমরা সংরক্ষণও করি না। তাই মেসেজপ্রতি আমাদের কোনো মূল্য নেওয়ার কারণ নেই। - একত্রিত রেটকে Meta-র প্রকাশিত রেটের সঙ্গে এমনভাবে তুলনা করা, যেন দুটি একই সংখ্যা। একটির মধ্যে অন্যটি অন্তর্ভুক্ত। - একত্রিত মূল্য দেখেই ধরে নেওয়া যে কোনো মার্কআপ নেই। এর মানে মার্কআপ আলাদা করে দেখানো হয়নি। - একটি নম্বর ও একটি ওয়েবহুকের কাজের জন্য ক্যাম্পেইন প্ল্যাটফর্ম বেছে নেওয়া। **Bird-এর মূল্য কি অসৎভাবে নির্ধারিত?** না। তারা স্পষ্টভাবে জানায় যে Meta-র ফি অন্তর্ভুক্ত। বিষয়টি হলো, একত্রিত রেটকে Meta-র নিজস্ব প্রকাশিত রেটের সঙ্গে যাচাই করা যায় না। **আপনার সঙ্গে মেসেজের বিল কে করে?** Meta সরাসরি আপনার নিজস্ব WhatsApp Business Account-এ বিল করে। আমরা কখনও Meta-র মূল্যে মার্কআপ যোগ করি না বা তা পুনরায় বিক্রি করি না। **Meta মূল্য বাড়ালে কী হবে?** Meta-র রেটে তা আপনার Meta বিলে দেখা যাবে। আমাদের ফি অপরিবর্তিত থাকবে, কারণ এটি মেসেজের সঙ্গে যুক্ত নয়। **Bird কি Coexistence সমর্থন করে?** তাদের WhatsApp মূল্য পেজে এ বিষয়ে কিছু বলা নেই। এটিই আমাদের পুরো কাজ। --- ## EasyCoexistence বনাম Zenvia https://easycoexistence.com/bn/compare/easycoexistence-vs-zenvia Zenvia মাসিক সফটওয়্যার প্ল্যানের সঙ্গে আলাদা চ্যানেল প্যাকেজ এবং WhatsApp চালুর জন্য সেটআপ ফি নেয়। EasyCoexistence সংযুক্ত নম্বরপ্রতি এক প্রকাশিত মূল্য নেয়, কোনো প্ল্যান, প্যাকেজ বা সেটআপ খরচ ছাড়াই। ছোট ব্যবসার জন্য এটি সম্পূর্ণ ভিন্ন মাত্রার খরচ। ### বিল কীভাবে তৈরি হয় এটাই কাঠামোগত পার্থক্য, এবং মোট মূল্য নির্ধারণ করে। - Zenvia:: একটি মাসিক সফটওয়্যার প্ল্যান, প্রত্যাশিত ভলিউম অনুযায়ী একটি চ্যানেল প্যাকেজ, এবং WhatsApp চ্যানেল চালু করার সময় একটি সেটআপ ফি। তিনটি সিদ্ধান্ত ও তিনটি বিলের লাইন, যা নিজস্ব মার্কেটিং পরিচালনা করা কোম্পানির জন্য উপযোগী। - EasyCoexistence:: একটি লাইন। সংযুক্ত নম্বরপ্রতি প্রকাশিত মূল্য, নম্বর বাড়লে যা কমে। এর ওপর কোনো প্ল্যান নেই, পাশে কোনো প্যাকেজ নেই, শুরু করতে কোনো টাকা দিতে হয় না। Meta-র কথোপকথনের খরচ Meta থেকে আলাদাভাবে, Meta-র নিজস্ব হারে ক্লায়েন্টকে দিতে হয়। ### কোনটির জন্য তৈরি দুটিই শক্তিশালী পণ্য। তবে লক্ষ্য আলাদা কোম্পানি। - Zenvia:: মাল্টিচ্যানেল ক্যাম্পেইন, জার্নি এবং বড় ব্রাজিলীয় এন্টারপ্রাইজ গ্রাহকভিত্তিক একটি কাস্টমার এক্সপেরিয়েন্স প্ল্যাটফর্ম, যা কাঠামোবদ্ধ যোগাযোগ পরিচালনা করা কোম্পানির জন্য বিক্রি করা হয়। - EasyCoexistence:: এমন ব্যবসার জন্য, যার ফোনে ইতিমধ্যে একটি WhatsApp Business নম্বর আছে এবং অ্যাপ না হারিয়ে সেটি Cloud API-তে নিতে চায়। অ্যাপ চালু থাকে, একই নম্বরে API চলে, এবং মেসেজ ব্যবসা ইতিমধ্যে যে সিস্টেম ব্যবহার করে সেখানে পৌঁছে যায়। ### ভলিউম বাড়লে কী হয় দুটি মডেল বিপরীত দিকে এগোয়। - Zenvia:: চ্যানেল প্যাকেজ ভলিউম অনুযায়ী নির্ধারিত হয়। তাই ভলিউম বাড়লে বড় প্যাকেজে যেতে হয়, এবং এর সঙ্গে প্ল্যানের স্তরও বদলাতে পারে। - EasyCoexistence:: নম্বর বাড়লে নম্বরপ্রতি মূল্য কমে, আর মেসেজের ভলিউম হিসাবেই আসে না। 100,000টি মেসেজ পাঠানো একটি নম্বরের খরচও কম মেসেজ পাঠানো নম্বরের মতোই। ### চালু নম্বর পেতে কত সময় লাগে ছোট ব্যবসার জন্য প্রায়ই পুরো সিদ্ধান্তটাই এর ওপর নির্ভর করে। - Zenvia:: WhatsApp চ্যানেল চালুর জন্য অ্যাক্টিভেশন ধাপসহ বাণিজ্যিক অনবোর্ডিং। বড় স্থাপনার ক্ষেত্রে এতে যে সহায়তা পাওয়া যায়, তা উপকারী। - EasyCoexistence:: Meta-র নিজস্ব Embedded Signup ব্যবহার করে কয়েক মিনিটেই হয়, এবং প্রথম সংযুক্ত নম্বর থেকে 3 দিন ফ্রি। পুরো সময় WhatsApp Business অ্যাপ চালু থাকে, আর নম্বর সংযুক্ত হওয়ার সঙ্গে সঙ্গেই মনিটরিং শুরু হয়। - শুধু প্ল্যানের মূল্য তুলনা করা। চ্যানেল প্যাকেজ ও সেটআপ ফিও মোট খরচের অংশ। - সংযোগের সমস্যা সমাধানে ক্যাম্পেইন প্ল্যাটফর্ম কেনা। - Meta-র কথোপকথনের খরচ কোথাও অন্তর্ভুক্ত আছে ধরে নেওয়া। এই খরচ ক্লায়েন্টের নিজস্ব অ্যাকাউন্ট থেকেই দিতে হয়। **রিয়ালে কি পেমেন্ট করা যাবে?** হ্যাঁ। মূল্য রিয়াল ও ডলার দুটিতেই প্রকাশিত, এবং আপনার প্রথম সাবস্ক্রিপশনে ব্যবহৃত মুদ্রাই স্থির থাকে। **সেটআপ ফি আছে কি?** না। 3 দিন ফ্রি, এরপর নম্বরপ্রতি মূল্য। একটি নম্বরে WhatsApp চালু করতে আলাদা কোনো টাকা দিতে হয় না। **ক্যাম্পেইন টুল কি হারাব?** আমরা ক্যাম্পেইন প্ল্যাটফর্ম নই এবং সেরকম মূল্যও নিই না। মেসেজ আপনার নিজস্ব সিস্টেমে পৌঁছে যায়, তাই আপনি যেখানে আগে ক্যাম্পেইন চালান সেখানেই চালাতে পারবেন। **Meta-কে কথোপকথনের খরচ কে দেয়?** ক্লায়েন্ট নিজের WhatsApp Business Account থেকে সরাসরি দেয়। Meta-র কোনো চার্জে আমরা অতিরিক্ত মূল্য যোগ করি না। --- ## EasyCoexistence বনাম 8x8 https://easycoexistence.com/bn/compare/easycoexistence-vs-8x8 8x8 একটি এন্টারপ্রাইজ যোগাযোগসেবা প্রদানকারী, যার Coexistence ডকুমেন্টেশন সবচেয়ে স্পষ্টগুলোর একটি, তাই এটি উদ্ধৃত হয়। EasyCoexistence তৈরি হয়েছে সেই ডকুমেন্টেশন পড়ে আজই একটি নম্বর সংযুক্ত করতে চাওয়া ব্যবসার জন্য, এন্টারপ্রাইজ বিক্রয়প্রক্রিয়া ছাড়াই। ### দুটির মিল কোথায় প্রযুক্তিগত ভিত্তি একই, তাই পার্থক্যে যাওয়ার আগে এটি বলা জরুরি। - 8x8:: তাদের Coexistence ডকুমেন্টেশন নির্ভুল এবং সীমাবদ্ধতাগুলো নিয়ে অস্বাভাবিকভাবে স্পষ্ট, যার মধ্যে নম্বর সংযুক্ত হলে কোন WhatsApp ফিচার বন্ধ হয় তাও আছে। এটি সত্যিই একটি উপকারী রেফারেন্স। - EasyCoexistence:: একই সীমাবদ্ধতা, কারণ এগুলো কোনো প্রদানকারীর নয়, Meta-র। আমরাও এগুলো ব্যাখ্যা করি এবং সেগুলো মেনে চলার জন্যই পণ্য তৈরি করেছি: 14 দিনের নিষ্ক্রিয়তার নিয়ম, সিঙ্কের সময়সীমা এবং যে ফিচারগুলো আর থাকে না। ### পড়া থেকে সংযোগ পর্যন্ত ডকুমেন্টেশন যে ব্যবধান পূরণ করে না। - 8x8:: অ্যাকাউন্ট টিম, কন্ট্যাক্ট সেন্টার পণ্য ও ক্যারিয়ার সেবা থাকা একটি এন্টারপ্রাইজ CPaaS, যা ক্রয়প্রক্রিয়াসম্পন্ন প্রতিষ্ঠানের কাছে বিক্রি হয়। বড় স্থাপনার প্রয়োজন অনুযায়ী অনবোর্ডিংয়ে সহায়তা থাকে। - EasyCoexistence:: সাইন আপ করুন এবং সংযোগ দিন। Meta-র নিজস্ব Embedded Signup পোর্টফোলিও, অ্যাকাউন্ট ও নম্বর বেছে নেয়, WhatsApp Business অ্যাপ কাজ করতে থাকে এবং প্রথম 3 দিনের জন্য কোনো মূল্য লাগে না। কল করার জন্য কাউকে খুঁজতে হবে না। ### সিদ্ধান্তের আগে যা জানা থাকে ছোট ব্যবসা বা এজেন্সির জন্য এটিই বাস্তব পার্থক্য। - 8x8:: মূল্য বাণিজ্যিকভাবে ঠিক করা হয়, যা এন্টারপ্রাইজ CPaaS-এ স্বাভাবিক এবং একসঙ্গে ভয়েস, কন্ট্যাক্ট সেন্টার ও মেসেজিংয়ের বড় পরিমাণের দরদাম করা ক্রেতাদের জন্য উপযুক্ত। - EasyCoexistence:: পুরো মূল্যতালিকা আপনার মুদ্রায় প্রকাশিত, বেশি ব্যবহারের স্তরগুলোও দেখা যায়। 40 নম্বরের একটি এজেন্সি অ্যাকাউন্ট খোলার আগেই বিল হিসাব করতে পারে। ### নম্বর সংযুক্ত হওয়ার পর Coexistence সংযোগ নীরবে বিচ্ছিন্ন হয়, অথচ বেশিরভাগ তুলনায় এই অংশটি বাদ পড়ে। - 8x8:: এন্টারপ্রাইজ সহায়তা ও অ্যাকাউন্টভিত্তিক সম্পর্ক, যা চুক্তি থাকা অবস্থায় সঠিক মডেল। - EasyCoexistence:: Meta-র নিজস্ব বিচ্ছিন্নতার কারণ পড়ে অবিচ্ছিন্ন মনিটরিং করা হয়, তাই 14 দিনের নিষ্ক্রিয়তা কোনো ক্লায়েন্ট চলে যাওয়া থেকে আলাদা বোঝা যায়। পাশাপাশি 16টি টুলসহ MCP সংযোগকারী আছে, যাতে ড্যাশবোর্ড না খুলেই সহকারী হেলথ পরীক্ষা ও পুনঃসংযোগ করতে পারে। - ভালো ডকুমেন্টেশনকেই পণ্য মনে করা। ডকুমেন্টেশন Meta-র প্রক্রিয়া ব্যাখ্যা করে, যা সব প্রদানকারীর ক্ষেত্রেই একই। - একটি নম্বর সংযুক্ত করতে এন্টারপ্রাইজ প্রক্রিয়া শুরু করা। - সংযোগ তৈরি হওয়ার পর যে কোনো প্রদানকারী সেটি নজরদারি করে ধরে নেওয়া। যাকেই বেছে নিন, নির্দিষ্টভাবে জিজ্ঞেস করুন। **8x8-এর ডকুমেন্টেশন কি নির্ভুল?** হ্যাঁ, আমরা সেটি উদ্ধৃতও করি। এতে বর্ণিত সীমাবদ্ধতাগুলো Meta-র, তাই আমাদেরসহ প্রতিটি Coexistence প্রদানকারীর ক্ষেত্রেই প্রযোজ্য। **Coexistence চালু থাকলে কোন ফিচারগুলো কাজ বন্ধ করে?** 8x8-এর ডকুমেন্টেশন ও আমাদের তথ্য অনুযায়ী 4টি: অদৃশ্য হয়ে যাওয়া মেসেজ, একবার দেখা যায় এমন মিডিয়া, লাইভ লোকেশন এবং ব্রডকাস্ট তালিকা। গ্রুপ চ্যাট পুরোপুরি API-এর বাইরে। **আমার কি এন্টারপ্রাইজ চুক্তি দরকার?** আমাদের সঙ্গে নয়। 3 দিন ফ্রি, প্রকাশিত মূল্য এবং কয়েক মিনিটেই একটি নম্বর সংযুক্ত করা যায়। **সংযোগ বিচ্ছিন্ন হলে কী হয়?** আমরা Meta-র বিচ্ছিন্নতার কারণ পড়ে আপনাকে সতর্কবার্তা পাঠাই। এতে 14 দিনের নিষ্ক্রিয়তার নিয়মকে সত্যিকারের বিদায়ের ঘটনা থেকে আলাদা করা যায়। --- ## Coexistence সাইনআপে "এই ফোন নম্বরটি যোগ্য নয়" https://easycoexistence.com/bn/docs/coexistence-error-number-not-eligible Meta-র সাইনআপ পপআপ নম্বরটিকে যোগ্য নয় বলে, যখন নম্বরের পেছনের WhatsApp Business অ্যাপ অ্যাকাউন্ট প্ল্যাটফর্মে সংযুক্ত হওয়ার জন্য Meta-র যাচাই পার করতে পারে না। Meta-র নথিভুক্ত কারণ হলো অ্যাপে পর্যাপ্ত অ্যাক্টিভিটি না থাকা। সমাধান হলো ওই নম্বরে অ্যাপটি নিয়মিত ও সত্যিকারভাবে ব্যবহার করা, তারপর ফ্লো আবার চালানো। ### বার্তাটি আসলে কী বলে? পপআপ যে ভাষায় দেখানো হয়, বার্তাটিও সেই ভাষায় আসে। ইংরেজিতে এটি "This phone number isn't eligible for registration or migration"। স্প্যানিশে এটি "Este número de teléfono no cumple los requisitos para el registro ni la migración" হিসেবে দেখা যায়। Meta-র Embedded Signup ত্রুটির রেফারেন্সে 3441045 কোডের অধীনে সবচেয়ে কাছের নথিভুক্ত রূপ আছে: "Your phone number isn't eligible to connect to the WhatsApp Business Platform"। ভাষা যা-ই হোক, অর্থ একই। ফ্লো ফোন নম্বরের ধাপে পৌঁছেছিল, Meta ওই নম্বরে নিবন্ধিত WhatsApp Business অ্যাপ অ্যাকাউন্ট দেখেছে এবং সেটিকে API-তে সংযুক্ত করতে অস্বীকার করেছে। ফোনে কিছু বদলায়নি, আর অ্যাপ আগের মতোই কাজ করে। ### দেখতে যোগ্য নম্বরও Meta কেন ফিরিয়ে দেয়? 3441045-এর জন্য Meta-র নিজের সমাধান সংক্ষিপ্ত: যোগ্যতা নির্ধারণে সাহায্য করতে WhatsApp Business অ্যাপে আরও অ্যাক্টিভিটি দরকার। Meta কোনো সীমা, দিনের সংখ্যা বা মেসেজের সংখ্যা প্রকাশ করে না। তাই অন্য কোথাও যে সংখ্যা পড়েন, সেটি কোনো প্রোভাইডারের পর্যবেক্ষণ, Meta-র নিয়ম নয়। সহজভাবে পড়লে এটি এমন অ্যাকাউন্টের দিকে ইঙ্গিত করে যার পেছনে সত্যিকারের ব্যবহার কম: সম্প্রতি নিবন্ধিত নম্বর, অথবা যে নম্বরে বাস্তব কথোপকথন খুব কম হয়েছে। আরও দুটি প্রত্যাখ্যান দেখতে একই রকম, কিন্তু আলাদা। কোড 3441042 মানে ওই অঞ্চলের নম্বরের জন্য ফিচারটি পাওয়া যায় না। আর API-র দিকে 2388091 ও 2388093 বলে, নম্বরটি মাইগ্রেট করা হচ্ছে না বলে রেজিস্ট্রেশন কোড পাওয়ার বা যাচাইয়ের যোগ্য নয়। এটি মাইগ্রেশন পথের বিষয়, Coexistence-এর নয়। ### আবার চেষ্টার আগে কী করবেন? WhatsApp Business অ্যাপে নম্বরটি স্বাভাবিকভাবে ব্যবহার করুন: একটি অর্থপূর্ণ সময় ধরে গ্রাহকদের সঙ্গে সত্যিকারের মেসেজ পাঠানো ও গ্রহণ। অপেক্ষার সময় অ্যাকাউন্ট মুছবেন না বা নম্বরটি আবার রেজিস্টার করবেন না, কারণ Meta-র যাচাই ওই অ্যাকাউন্টের অ্যাক্টিভিটি নিয়ে, আর নতুন করে শুরু করলে দেখার মতো কিছু থাকে না। একই সময়ে মৌলিক বিষয়গুলো দেখে নিন। অ্যাপটি অবশ্যই WhatsApp Business অ্যাপ হতে হবে, সাধারণ WhatsApp নয়, ভার্সন 2.24.17 বা নতুন, এবং নম্বরটি অন্য কোনো API প্রোভাইডারের সঙ্গে সংযুক্ত থাকা চলবে না। এগুলোর জন্য আলাদা বার্তা আসে, যা অন্য পেজে আছে। তারপর ফ্লো শুরু থেকে আবার চালান। প্রতিটি চেষ্টায় Meta নতুন করে যোগ্যতা যাচাই করে, তাই সত্যিকারের অ্যাক্টিভিটির পরের নতুন চেষ্টাই একমাত্র কার্যকর পরীক্ষা। - পরপর কয়েকবার ফ্লো চালানো। যোগ্যতা যাচাই করে Meta, আর বারবার চেষ্টা করলে বরং রেট লিমিটে আটকে যেতে পারেন। - পরিষ্কারভাবে শুরু করতে নতুন ইনস্টলে নম্বরটি আবার রেজিস্টার করা। Meta-র যাচাই অ্যাক্টিভিটি নিয়ে, আর নতুন রেজিস্ট্রেশনে তা নেই। - ধরে নেওয়া যে প্রোভাইডার নম্বরটি হোয়াইটলিস্ট করতে পারে। কোনো প্রোভাইডারই Meta-র যোগ্যতার সিদ্ধান্ত বদলাতে পারে না। **আমার নম্বর কি ব্যান হয়েছে?** না। এই বার্তা নম্বরটিকে API-তে সংযুক্ত করা নিয়ে। ফোনে WhatsApp Business অ্যাপ আগের মতোই কাজ করে। **আবার চেষ্টার আগে কতদিন অপেক্ষা করা উচিত?** Meta কোনো নির্দিষ্ট সময় প্রকাশ করে না। তাদের নথিভুক্ত সমাধান হলো WhatsApp Business অ্যাপে আরও সত্যিকারের অ্যাক্টিভিটি, তাই নম্বরটি বাস্তবে ব্যবহৃত হওয়া পর্যন্ত অপেক্ষা করুন। **বার্তায় মাইগ্রেশনের কথা কেন আছে?** একই পপআপ অ্যাকাউন্টের মধ্যে নম্বর সরানোর কাজও সামলায়। প্রত্যাখ্যান দুটি পথেই প্রযোজ্য, তাই বাক্যে দুটির নামই আছে। **অন্য প্রোভাইডার কি আলাদা উত্তর পাবে?** না। প্রতিটি প্রোভাইডার Meta-র একই Embedded Signup ব্যবহার করে, আর যোগ্যতার যাচাই Meta-র। --- ## "এই ফোন নম্বরটি ইতিমধ্যে একটি WhatsApp অ্যাকাউন্টে নিবন্ধিত" https://easycoexistence.com/bn/docs/coexistence-error-number-already-registered নম্বরটি এমন কোথাও নিবন্ধিত থাকলে, যা বর্তমান ধাপটি আটকে দেয়, তখন Meta-র সাইনআপ পপ-আপ এই বার্তা দেখায়। সেটি হতে পারে সাধারণ WhatsApp, WhatsApp Business API অ্যাকাউন্ট, অথবা অন্য কোনো প্ল্যাটফর্মের অ্যাকাউন্ট। আগে নম্বরটি সেই অ্যাকাউন্ট থেকে বিচ্ছিন্ন করতে হবে। বিচ্ছিন্ন করার পর নম্বরটি আবার পাওয়া যেতে কয়েক মিনিট লাগতে পারে বলে Meta জানিয়েছে। ### Meta-র ডকুমেন্টেশন অনুযায়ী এই বার্তার অর্থ কী? Meta-র Embedded Signup ত্রুটির তালিকায় বার্তাটি এভাবে আছে: "This number is registered to an existing WhatsApp account. To use this number, disconnect it from the existing account. Then, return to this page and re-enter the number." সেখানে আরও বলা আছে, নম্বরটি আবার পাওয়া যেতে সর্বোচ্চ 3 মিনিট লাগতে পারে। Meta-র ব্যাখ্যা হলো, ফোন নম্বরটি তাদের প্ল্যাটফর্মে আগেই নিবন্ধিত। এখানে তারা WhatsApp Messenger, WhatsApp Business অ্যাপ এবং WhatsApp Business API-এর নাম উল্লেখ করেছে। তাদের প্রস্তাবিত সমাধান হলো নম্বরটির নিবন্ধন বাতিল করা অথবা অন্য একটি নম্বর ব্যবহার করা। পপ-আপ ব্যবহারকারীর ভাষায় দেখানো হয়, তাই একই প্রত্যাখ্যান ইতালীয়, স্প্যানিশ বা পর্তুগিজে একই অর্থে আসে। ### Coexistence সাইনআপে এই ত্রুটি আসে কেন? Coexistence-এর কাজই হলো WhatsApp Business অ্যাপে আগে থেকে নিবন্ধিত একটি নম্বর সংযুক্ত করা। তাই নিবন্ধিত থাকাটা নিজে কোনো সমস্যা নয়। বার্তাটি আসে যখন প্রক্রিয়াটি Coexistence পথে নেই, অথবা নিবন্ধনটি ভুল ধরনের। তিনটি পরিস্থিতিতে এটি ঘটে। প্রথমত, নম্বরটি WhatsApp Business অ্যাপে নয়, সাধারণ WhatsApp-এ আছে, যা Coexistence সংযুক্ত করতে পারে না। দ্বিতীয়ত, যে প্রক্রিয়া চালানো হচ্ছে সেটি নতুন নম্বরের সাধারণ সাইনআপ, বিদ্যমান WhatsApp Business অ্যাপ অ্যাকাউন্ট সংযুক্ত করার বিকল্প নয়, ফলে Meta নম্বরটিকে নতুন করে নিবন্ধন করার মতো ধরে নেয়। তৃতীয়ত, নম্বরটি অ্যাপের বাইরে সরাসরি WhatsApp Business API-তে নিবন্ধিত। প্রতিটির সমাধান আলাদা। শুধু বার্তাটি দেখে তাই কিছু করা যায় না। ### নম্বর মুক্ত করে আবার চেষ্টা করবেন কীভাবে? নম্বরটি যেখানে আছে, সেই অনুযায়ী সমাধান বেছে নিন। নম্বরটি সাধারণ WhatsApp-এ থাকলে আগে ফোনে সেটিকে WhatsApp Business অ্যাপে নিয়ে যান। নম্বরটি WhatsApp Business অ্যাপে থাকার পরও পপ-আপ এই বার্তা দিলে দেখুন প্রক্রিয়াটি বিদ্যমান WhatsApp Business অ্যাপ অ্যাকাউন্ট সংযুক্ত করার বিকল্প দিয়েছিল কি না। সেই স্ক্রিন না এলে প্রক্রিয়াটি ভুল। অন্য কোনো প্ল্যাটফর্মের মাধ্যমে নম্বরটি API-তে নিবন্ধিত থাকলে সেখান থেকে বিচ্ছিন্ন করতে হবে। বিচ্ছিন্ন করার পর Meta-র পরামর্শ মতো কয়েক মিনিট অপেক্ষা করুন, তারপর পপ-আপে ফিরে নম্বরটি আবার লিখুন। পপ-আপ বন্ধ হয়ে গেলে পুরোনো উইন্ডো ব্যবহার না করে প্রক্রিয়াটি শুরু থেকে আবার চালান। - নম্বর বিচ্ছিন্ন করার সঙ্গে সঙ্গে একই নম্বর আবার চেষ্টা করা। Meta বলছে, নম্বরটি পাওয়া যেতে 3 মিনিট পর্যন্ত লাগতে পারে। - অ্যাপের নম্বরের জন্য নতুন নম্বরের সাধারণ সাইনআপ চালানো। Coexistence-এ যে প্রক্রিয়া বিদ্যমান WhatsApp Business অ্যাপ অ্যাকাউন্ট সংযুক্ত করার বিকল্প দেয়, সেটিই লাগে। - ত্রুটি কাটাতে WhatsApp Business অ্যাপের অ্যাকাউন্ট মুছে ফেলা। এতে ঠিক সেই নিবন্ধনটিই মুছে যায়, যেটি Coexistence সংযুক্ত করে। **Meta কোন বিদ্যমান অ্যাকাউন্টের কথা বলছে?** পপ-আপ তা বলে না। নম্বরটি এখন যেখানে নিবন্ধিত, সেটাই সেই অ্যাকাউন্ট: সাধারণ WhatsApp, ভুল পথে থাকা WhatsApp Business অ্যাপ, অথবা অন্য প্ল্যাটফর্মের মাধ্যমে API। **বিচ্ছিন্ন করলে কি আমার চ্যাট হারিয়ে যাবে?** কোনো প্ল্যাটফর্ম থেকে বিচ্ছিন্ন করা হয় WhatsApp Business অ্যাপের সেটিংস, অ্যাকাউন্ট, Business Platform থেকে। এটি অ্যাপের অ্যাকাউন্ট মুছে ফেলার থেকে আলাদা কাজ, আর অ্যাকাউন্ট মোছা সমাধান নয়। **আমি এটি ইতালীয় ভাষায় দেখেছি। এটি কি একই ত্রুটি?** হ্যাঁ। পপ-আপ স্থানীয় ভাষায় দেখানো হয়, তাই সেশন যে ভাষায় চলে, একই প্রত্যাখ্যান সেই ভাষায় আসে। **প্রোভাইডারকে কি কিছু করতে হবে?** শুধু তখনই, যখন নম্বরটি সেই প্রোভাইডারের মাধ্যমে সংযুক্ত। সে ক্ষেত্রে নতুন প্রক্রিয়া সম্পূর্ণ হওয়ার আগে সেখান থেকে নম্বরটি বিচ্ছিন্ন করতে হবে। --- ## "Request code failed: Our servers are temporarily unavailable" https://easycoexistence.com/bn/docs/coexistence-error-request-code-unavailable "Request code failed: Our servers are temporarily unavailable. Please wait 1 hour before trying again" মেসেজটি আসে, যখন সাইনআপের সময় কোনো নম্বরের জন্য যাচাইকরণ কোড চাওয়া হয় আর Meta সেটি পাঠায় না। মেসেজের নির্দেশই সমাধান: কোড চাওয়া বন্ধ করুন, পুরো 1 ঘণ্টা অপেক্ষা করুন, তারপর নতুন ফ্লো থেকে একবার চেষ্টা করুন। ### এটি কি Meta-র আউটেজ? হতে পারে, কিন্তু এই মেসেজের কাছাকাছি নথিভুক্ত ঘটনাগুলো অন্য দিকে ইঙ্গিত করে। Meta-র Embedded Signup ত্রুটির রেফারেন্সে হুবহু এই বাক্যটি নেই। তবে যাচাইকরণ কোড প্রত্যাখ্যানের একটি পরিবার আছে, যেগুলো একইভাবে আচরণ করে: "You have requested your code too many times", বারবার রিকোয়েস্টের জন্য 2494158 ও 2388367 কোড, আর কোড চাওয়ার সময় ত্রুটির জন্য 2593037। প্রতিটিই পরে আবার আসতে বলে। প্ল্যাটফর্মের প্রকৃত সমস্যাও থাকতে পারে। API-র দিকে 133004 মানে একটি সার্ভার সাময়িকভাবে অনুপলব্ধ, আর Meta-র পরামর্শ হলো আবার চেষ্টার আগে WhatsApp Business Platform-এর স্ট্যাটাস পেজ দেখা। স্ট্যাটাস পেজে কোনো ঘটনা না থাকলে মেসেজটিকে ওই নম্বরের কোড রিকোয়েস্টের সীমা হিসেবে ধরুন এবং মেসেজে দেওয়া ঘণ্টাটি মেনে চলুন। ### Coexistence নম্বরের জন্য কেন কোড চাওয়া হচ্ছে? Coexistence পথে নম্বরটি আগে থেকেই WhatsApp Business অ্যাপে রেজিস্টার করা থাকে, আর সেই কারণেই Meta পার্টনারদের ফোন নম্বর রেজিস্ট্রেশনের ধাপ বাদ দিতে বলে। Meta-র নথিভুক্ত ফ্লোতে মালিকানা যাচাই হয় অ্যাপের মাধ্যমেই: ব্যবসা WhatsApp Business অ্যাপে অফিসিয়াল Facebook Business অ্যাকাউন্ট থেকে একটি মেসেজ পায়, Connect ট্যাপ করে, তারপর সেখানেই যাচাইকরণের ধাপ শেষ করে। তাই কোড রিকোয়েস্ট বারবার ব্যর্থ হওয়া মানে পপআপ কোন পথে আছে তা দেখে নেওয়ার ইঙ্গিত। আগের WhatsApp Business অ্যাপ অ্যাকাউন্ট সংযুক্ত করার স্ক্রিনটি না এলে ফ্লো নম্বরটিকে নতুন রেজিস্ট্রেশন হিসেবে ধরছে এবং SMS বা ভয়েস কোড চাইছে। এই সীমাগুলো ঠিক সেখানেই কাজ করে। ### আরও খারাপ না করে কীভাবে আবার চেষ্টা করবেন? মেসেজে যতক্ষণ বলা আছে, পুরো 1 ঘণ্টা অপেক্ষা করুন এবং মাঝখানে আর কোনো কোড চাইবেন না। Meta বলে, নির্দিষ্ট সময়ের মধ্যে কতবার কোড চাওয়া যাবে সিস্টেম তা সীমিত করে, তাই অপেক্ষার সময়ে করা রিকোয়েস্ট আপনার বিপক্ষে যায়। 1 ঘণ্টা পার হলে পুরনো পপআপ বন্ধ করে ফ্লো নতুন করে শুরু করুন; খোলা থাকা উইন্ডোতে resend চাপবেন না। আগের WhatsApp Business অ্যাপ অ্যাকাউন্ট সংযুক্ত করার অপশনটি বেছে নিন, নম্বরসহ ফোনটি আনলক করে কাছে রাখুন এবং যাচাইকরণ আসামাত্র অ্যাপে তা শেষ করুন। ভুল কোড কয়েকবার দেওয়া হয়ে থাকলে Meta-র নির্দেশ আলাদা: সিস্টেম যাচাইকরণের সীমিত চেষ্টা অনুমোদন করে, আর আবার চেষ্টার আগে প্রায় 12 ঘণ্টা অপেক্ষা করতে বলে। - 1 ঘণ্টার মধ্যে বারবার resend চাপা। Meta একটি সময়ে কতবার কোড চাওয়া যাবে তা সীমিত করে। - আউটেজটি স্থায়ী ধরে নিয়ে নম্বর বদলে ফেলা। মেসেজে সাময়িক অপেক্ষার কথা বলা আছে। - অ্যাপের নম্বরের জন্য নতুন নম্বর রেজিস্ট্রেশন চালানো। Coexistence যাচাই করে WhatsApp Business অ্যাপের মাধ্যমে, নতুন SMS রেজিস্ট্রেশনে নয়। **1 ঘণ্টার বেশি অপেক্ষা করলে কি সুবিধা হবে?** মেসেজে 1 ঘণ্টার কথাই বলা আছে। বেশি অপেক্ষা করলে ক্ষতি নেই, কিন্তু ওই ঘণ্টায় কোড চাইলে ক্ষতি হয়। **আমার প্রোভাইডার কি সীমাটি রিসেট করতে পারে?** না। যাচাইকরণ কোডের সীমা Meta নম্বরের উপর প্রয়োগ করে, কোনো প্রোভাইডার তা সরাতে পারে না। **WhatsApp Business অ্যাপ কি প্রভাবিত হয়?** না। ফোনে অ্যাপ আগের মতোই কাজ করে। প্রত্যাখ্যান শুধু ব্রাউজারের সাইনআপ ধাপের জন্য। **এটি আসল আউটেজ কি না কীভাবে বুঝব?** Meta-র WhatsApp Business Platform স্ট্যাটাস পেজ দেখুন। সেখানে কোনো ঘটনা না থাকলে মেসেজটিকে কোড রিকোয়েস্টের সীমা হিসেবে ধরুন। --- ## WhatsApp Business অ্যাপে Coexistence QR কোড স্ক্যান ব্যর্থ হলে https://easycoexistence.com/bn/docs/coexistence-error-qr-code-pairing-failed Coexistence সাইনআপের সময় কোড স্ক্যান ব্যর্থ হলে কারণগুলো ফোনেই দেখতে হবে: পুরোনো WhatsApp Business অ্যাপ, ভুল অ্যাপ বা ভুল ডিভাইস থেকে স্ক্যান, অথবা স্ক্যানের পরের প্রম্পটে সাড়া না দেওয়া। সমাধান হলো অ্যাপ আপডেট করা, নম্বরটি যে ফোনে আছে সেই ফোনের WhatsApp Business অ্যাপ থেকে স্ক্যান করা এবং প্রতিটি প্রম্পট শেষ করা। ### ফোনে কী ঘটার কথা? Meta-র ডকুমেন্টেশনে ফোনের দিকটি চারটি ধাপে বর্ণনা করা আছে। ব্যবসাটি WhatsApp Business অ্যাপের ভেতরে অফিসিয়াল Facebook Business অ্যাকাউন্ট থেকে একটি মেসেজ পায় এবং Connect চাপে। এরপর Connect to the Business Platform চাপে। তারপর Confirm চাপে, যেখানে চ্যাট হিস্ট্রি শেয়ার করা হবে কি না তা বেছে নিতে হয়। শেষে যাচাইকরণ কোডের ধাপ শেষ করে ফ্লো সম্পূর্ণ করতে ব্রাউজারে ফিরে আসে। ব্রাউজারে দেখানো কোডটি অ্যাপের ভেতরের ওই কথোপকথন শুরু করার উপায়। তাই স্ক্যানে কিছুই না হলে, বা স্ক্যান করামাত্র ফোনে ত্রুটি দেখালে বুঝতে হবে ওই ধাপগুলোর একটি শুরুই হতে পারেনি। তার আগের সবকিছু, অর্থাৎ ব্রাউজারের অংশ, ইতিমধ্যে ঠিকভাবে কাজ করেছে। ### স্ক্যান ব্যর্থ হয় কেন? চারটি কারণ এই ক্রমে দেখা উচিত। অ্যাপটি খুব পুরোনো। Meta-র প্রয়োজন WhatsApp Business অ্যাপের ভার্সন 2.24.17 বা তার নতুন। Embedded Signup-এর একটি ত্রুটির কোডও আছে, 4563015, যা শুধু সর্বশেষ ভার্সনে অ্যাপ আপডেট করতে বলে। ভুল অ্যাপ দিয়ে স্ক্যান করা হয়েছে। কোডটি সামলাতে হবে নম্বরটি যে WhatsApp Business অ্যাপে আছে সেটি দিয়ে, প্রাইমারি ফোনে। সাধারণ WhatsApp, ফোনের ক্যামেরা অ্যাপ, বা WhatsApp Web ও Desktop-এর মতো লিঙ্কড ডিভাইস এক জিনিস নয়। প্রম্পটগুলো শেষ করা হয়নি। স্ক্যান শুধু ধাপটি খোলে; Connect, Connect to the Business Platform ও Confirm চাপলে তবেই এটি এগোয়। পপআপ বন্ধ করে ফেলা হয়েছে। ব্রাউজার উইন্ডো চলে গেলে ফোনে যে ফ্লো সম্পূর্ণ হচ্ছিল সেটিও চলে যায়। ### কীভাবে ঠিকভাবে আবার চেষ্টা করবেন? প্রথমে অ্যাপ স্টোর থেকে WhatsApp Business অ্যাপ আপডেট করুন এবং আবার খুলুন। নিশ্চিত করুন হাতের ফোনটিই নম্বরটি ধারণ করে এবং সেটি আনলক করা ও অনলাইনে আছে। তারপর ব্রাউজারে সাইনআপ ফ্লো একদম শুরু থেকে আবার চালু করুন, বিদ্যমান WhatsApp Business অ্যাপ অ্যাকাউন্ট সংযুক্ত করার বিকল্পটি বেছে নিন এবং ফোনে কাজ করার সময় পপআপ খোলা রাখুন। কোডটি WhatsApp Business অ্যাপের ভেতর থেকে সামলান, প্রতিটি প্রম্পট আসামাত্র উত্তর দিন এবং শেষ করতে ব্রাউজারে ফিরে আসুন। সংযোগ সম্পূর্ণ হওয়ার পর লিঙ্কড ডিভাইসগুলো লগ আউট হয়ে যাবে বলে ধরে নিন। নম্বরটি API-এর সঙ্গে সংযুক্ত হলে Meta সব কম্প্যানিয়ন অ্যাপ আনলিঙ্ক করে, এবং পরে সেগুলো আবার লিঙ্ক করা যায়। - ফোনের ক্যামেরা অ্যাপ দিয়ে স্ক্যান করা। কোডটি সামলাতে হবে নম্বরটি যে WhatsApp Business অ্যাপে আছে সেটি দিয়ে। - ফোনে কাজ করার সময় ব্রাউজারের পপআপ বন্ধ করে ফেলা। ফোনের ধাপের জন্য যে ফ্লো শুরু হয়েছিল সেটি দরকার। - লগ আউট হয়ে যাওয়া লিঙ্কড ডিভাইসকে ব্যর্থতা ভাবা। সংযোগের সময় Meta কম্প্যানিয়ন অ্যাপ আনলিঙ্ক করে; সেগুলো আবার লিঙ্ক করা যায়। **ব্যবসার হয়ে অন্য কেউ কি স্ক্যান করতে পারে?** শুধু নম্বরটি যে ফোনে আছে সেটি দিয়ে। ধাপটি ওই ডিভাইসের WhatsApp Business অ্যাপে হয়। **স্ক্যান করতে কি WhatsApp Web ব্যবহার করা যায়?** না। লিঙ্কড ডিভাইস হলো অ্যাকাউন্টের সঙ্গী। ফোনের ধাপটি প্রাইমারি ফোনের WhatsApp Business অ্যাপের কাজ। **স্ক্যান ব্যর্থ হলে কি ফোনে কিছু বদলায়?** না। ফ্লো সম্পূর্ণ না হওয়া পর্যন্ত নম্বরটি সংযুক্ত হয় না এবং অ্যাপ আগের মতোই কাজ করে। **আমার অ্যাপ বলছে এটি আপ টু ডেট। এরপর কী করব?** ভার্সন নম্বর 2.24.17 বা তার নতুন কি না দেখুন, তারপর ফ্লো একদম শুরু থেকে আবার চালু করুন এবং প্রতিটি প্রম্পট শেষ করুন। --- ## পুরোনো Business Portfolio-র কারণে Coexistence সাইনআপ আটকে গেছে https://easycoexistence.com/bn/docs/coexistence-error-inaccessible-business-portfolio নম্বরটি সাইনআপ পপআপে বেছে নেওয়া Meta Business Portfolio থেকে আলাদা কোনো পোর্টফোলিওর সঙ্গে যুক্ত থাকলে Meta সেটি বাতিল করে দেয় এবং জানায় যে নম্বরটি আপনার বেছে নেওয়া ব্যবসার সঙ্গে যুক্ত নয়। নম্বরটি ওই অন্য পোর্টফোলিওর ভেতর থেকেই আনলিংক করতে হবে, যার জন্য সেখানকার একজন অ্যাডমিন লাগবে। অথবা ফ্লোটি ওই পোর্টফোলিওর ভেতরেই চালাতে হবে। ### এমন হলে Meta কী বলে? Meta-র Embedded Signup ত্রুটির তালিকায় কোড 3441041 আছে: "আপনার দেওয়া ফোন নম্বরটি আপনার বেছে নেওয়া ব্যবসার সঙ্গে যুক্ত নয়। চালিয়ে যেতে হলে এই ফোন নম্বরটি ওই ব্যবসা থেকে আনলিংক করুন, অথবা অন্য একটি নম্বর দিন।" আপনার বেছে নেওয়া ব্যবসা বলতে পপআপের প্রথম স্ক্রিনে বাছাই করা Business Portfolio বোঝায়। বার্তাটির অর্থ হলো, Meta নম্বরটিকে আগে থেকেই অন্য একটি পোর্টফোলিওর সঙ্গে যুক্ত বলে জানে। এই সংযোগ আগের কোনো সেটআপ থেকে আসতে পারে: একসময় নম্বরটি সংযুক্ত করা কোনো এজেন্সি, প্রাক্তন কর্মীর Business Manager, অথবা বিজ্ঞাপনের জন্য তৈরি পুরোনো কোনো WhatsApp অ্যাকাউন্ট। এখন যিনি ফ্লো চালাচ্ছেন, তাঁর প্রায়ই এর কোনো ধারণাই থাকে না। ### অন্য পোর্টফোলিও থেকে নম্বর আনলিংক করবেন কীভাবে? Meta-র নথিভুক্ত সমাধানের দুটি ধাপ, দুটিই সেই পোর্টফোলিওর ভেতরে করতে হয়, যেটি বর্তমানে নম্বরটি ধরে রেখেছে। প্রথমে ওই নম্বরের সঙ্গে যুক্ত WhatsApp অ্যাকাউন্টটি সরান: Meta Business Suite, সেটিংস, Accounts, WhatsApp Accounts, Remove Account। এরপর WhatsApp Manager-এর Phone Numbers ট্যাব থেকে ফোন নম্বরটি নিজেই মুছে দিন। দুটি ধাপই ওই পোর্টফোলিওর ভেতরে হয়, তাই সেখানকার একজন অ্যাডমিন লাগবে। কোনো পোর্টফোলিওতে WhatsApp Business অ্যাকাউন্ট তৈরি করতেই Meta অ্যাডমিন স্তরের অনুমতি চায়। নম্বরটি মুক্ত হয়ে গেলে আবার সাইনআপ চালান এবং যে পোর্টফোলিও আপনার নিয়ন্ত্রণে আছে সেটি বেছে নিন। ### পুরোনো পোর্টফোলিওতে কেউ ঢুকতে না পারলে কী হবে? তখন বাস্তবসম্মত বিকল্প দাঁড়ায় দুটি। প্রথমত, অ্যাক্সেস ফিরে পান। যিনি পোর্টফোলিওটি তৈরি করেছিলেন, অথবা সেখানে এখনো থাকা যেকোনো অ্যাডমিন, বর্তমান একজনকে অ্যাডমিন হিসেবে যোগ করতে পারেন। এজেন্সির হাতে থাকা পোর্টফোলিওর ক্ষেত্রে এজেন্সিকে বলতে হবে হয় অ্যাক্সেস দিতে, নয়তো নিজেরাই আনলিংকের কাজটি করে দিতে। দ্বিতীয়ত, অ্যাক্সেস ফিরে পেলে নম্বরটি সরিয়ে না নিয়ে ওই পুরোনো পোর্টফোলিওর ভেতরেই ফ্লো চালান। Coexistence রূপান্তরিত অ্যাকাউন্টগুলো ক্লায়েন্টের নিজের পোর্টফোলিওতেই রাখে, তাই ফ্লো যে পোর্টফোলিওতে চালাবেন, নম্বরটি পরেও সেখানেই থাকবে। এমনটি বেছে নিন, যেটি এক বছর পরেও ব্যবসাটির নিয়ন্ত্রণে থাকবে। - নতুন একটি পোর্টফোলিও তৈরি করে আবার চেষ্টা করা। নম্বরটি তখনো পুরোনোটির সঙ্গে যুক্ত, তাই একই প্রত্যাখ্যান ফিরে আসে। - সংযোগ ভাঙতে WhatsApp Business অ্যাপের অ্যাকাউন্ট মুছে ফেলা। সংযোগটি Meta-র দিকে, অন্য পোর্টফোলিওর ভেতরে ধরা থাকে। - নম্বরটি এমন পোর্টফোলিওতে ফেলে রাখা, যা ব্যবসাটির নিয়ন্ত্রণে নেই। যিনি সেটির অ্যাডমিন, সংযোগের নিয়ন্ত্রণ তাঁর হাতেই থাকে। **Meta সহায়তা কি আমার হয়ে নম্বরটি সরিয়ে দিতে পারে?** 3441041-এর জন্য Meta-র নথিভুক্ত সমাধান হলো অন্য পোর্টফোলিওর ভেতরে আনলিংক করা, যা সেখানে অ্যাক্সেস আছে এমন কেউ করবেন। আপনার হয়ে নম্বর সরিয়ে দেওয়ার কথা Meta বলেনি। **কোন পোর্টফোলিওতে নম্বরটি আছে তা কীভাবে খুঁজব?** Meta-র বার্তায় সেটির নাম থাকে না। ব্যবসার যে কেউ যেসব পোর্টফোলিও ব্যবহার করেছেন, এজেন্সির তৈরি করা পোর্টফোলিওসহ সবগুলো একে একে দেখুন। **আনলিংক করলে কি WhatsApp Business অ্যাপ বন্ধ হয়ে যাবে?** ধাপগুলো Meta Business Suite ও WhatsApp Manager-এ ওই পোর্টফোলিও থেকে WhatsApp অ্যাকাউন্ট ও নম্বর সরায়। ফোনের অ্যাপে এগুলো ঘটে না। **নম্বরটি অন্য কোনো প্রোভাইডারের কাছে থাকা কি এর সমান?** না। সেটি অন্য একজন পার্টনারের অ্যাপের সঙ্গে সংযোগ। এখানে নম্বরটি অন্য একটি পোর্টফোলিওর অন্তর্গত। --- ## “আপনার বিদ্যমান WhatsApp Business অ্যাপ সংযুক্ত করুন” অপশনটি দেখা যাচ্ছে না https://easycoexistence.com/bn/docs/coexistence-error-option-not-showing বিদ্যমান WhatsApp Business অ্যাপ অ্যাকাউন্ট সংযোগের অপশনটি তখনই দেখা যায়, যখন Meta-র Embedded Signup চালু করা প্ল্যাটফর্ম তার কোডে এটি চালু করে রাখে। এই সেটিং না থাকলে পপআপে স্ট্যান্ডার্ড অ্যাকাউন্ট নির্বাচনের স্ক্রিন আসে এবং নম্বরটিকে নতুন রেজিস্ট্রেশন হিসেবে ধরা হয়। ব্যবসা এটি চালু করতে পারে না; প্ল্যাটফর্মকেই করতে হয়। ### অপশনটি দেখা যাবে কি না, তা কে নিয়ন্ত্রণ করে? যে প্ল্যাটফর্ম পপআপ চালু করে, সে। Meta-র ডকুমেন্টেশনে পার্টনারদের বলা হয়েছে, Embedded Signup চালু করার সময় whatsapp_business_app_onboarding মানসহ একটি featureType প্রপার্টি যোগ করতে। Meta যাচাইয়ের উপায়ও দিয়েছে: অ্যাকাউন্ট নির্বাচনের স্ক্রিনের জায়গায় যদি বিদ্যমান WhatsApp Business অ্যাকাউন্ট সংযোগের প্রস্তাব দেওয়া স্ক্রিন আসে, তাহলে ফিচারটি চালু আছে। তাই ব্যবসা যদি সাধারণ স্ক্রিন দেখে, অর্থাৎ WhatsApp Business অ্যাকাউন্ট বেছে নেওয়া বা তৈরি করা এবং রেজিস্টার করতে নম্বর দেওয়া, তাহলে পপআপ ওই সেটিং ছাড়াই চালু হয়েছিল। ব্যবসার নিজের Meta সেটিংসে এমন কিছু নেই যা এটি বদলাতে পারে। ব্যবসা শুধু এমন প্ল্যাটফর্মের সাইনআপ লিংকে যেতে পারে, যেখানে ফিচারটি চালু আছে। ### কোনো প্ল্যাটফর্ম কেন এটি দেয় না? চালু করার আগে প্ল্যাটফর্মের দিকে Meta কয়েকটি শর্ত দিয়েছে। প্ল্যাটফর্মকে আগে থেকেই Solution Partner বা Tech Provider হতে হবে, Cloud API ব্যবহার জানতে হবে, ওয়েবহুক গ্রহণ ও প্রসেস করতে পারে এমন ওয়েবহুক কলব্যাক থাকতে হবে এবং সেশন লগিংসহ Embedded Signup চালাতে হবে। নিজের সার্ভারে চালানো টুল, অথবা Tech Provider নয় এমন ডেভেলপার অ্যাপের ওপর তৈরি ইন্টিগ্রেশন প্রথম শর্তটিই পূরণ করে না। সেক্ষেত্রে ব্যবসার দিকে কনফিগারেশন বদলে অপশনটি ফিরিয়ে আনা যায় না। সমাধান হলো এই কাজ সম্পন্ন করেছে এমন প্ল্যাটফর্ম ব্যবহার করা। আরেকটি ফাঁক ভার্সন নিয়ে। Embedded Signup v2 ও v3 15 অক্টোবর, 2026 তারিখে অপ্রচলিত হচ্ছে, আর Meta পার্টনারদের তার আগেই v4-এ যেতে বলেছে। ### অপশন দেখা গেলেও অ্যাকাউন্ট বেছে নেওয়া না গেলে কী হবে? সেটি আলাদা প্রত্যাখ্যান, এবং তা আসে অ্যাকাউন্ট থেকে, প্ল্যাটফর্ম থেকে নয়। Meta-র ত্রুটির রেফারেন্সে 3441047 আছে: মার্কেটিং মেসেজ ব্যবহার করা অ্যাকাউন্টে ফিচারটি পাওয়া যায় না, এবং ব্যবসাকে অন্য একটি WhatsApp Business অ্যাকাউন্ট বেছে নিতে হয়। কোড 3441042 মানে ওই অঞ্চলের নম্বরে ফিচারটি অনুপলব্ধ। আর 2.24.17-এর নিচের ভার্সনের অ্যাপ প্রত্যাখ্যাত হয়, সঙ্গে সর্বশেষ ভার্সনে আপডেট করার অনুরোধ আসে। এর প্রতিটির জন্য পপআপে আলাদা বার্তা আসে। কোনো বার্তা ছাড়াই অপশন না থাকলে বুঝতে হবে সমস্যা ফ্লো চালু করার পদ্ধতিতে। - Coexistence-এর সুইচ খুঁজতে ব্যবসার Meta সেটিংসে ঘোরাঘুরি করা। অপশনটি সেট করে যে পপআপ চালু করে সে। - তবু স্ট্যান্ডার্ড ফ্লো সম্পূর্ণ করা। অপশন ছাড়া Meta নম্বরটিকে নতুন রেজিস্ট্রেশন ধরে, যা Coexistence নয়। - পুরোনো Embedded Signup ইন্টিগ্রেশন এখনও চলবে ধরে নেওয়া। Meta 15 অক্টোবর, 2026 তারিখে v2 ও v3 অপ্রচলিত করছে। **ব্যবসা কি নিজে Coexistence চালু করতে পারে?** পপআপে নয়। অপশনটি সেট করে Embedded Signup চালু করা প্ল্যাটফর্ম, featureType সেটিংয়ের মাধ্যমে। **অপশনটি চালু আছে কি না, বুঝব কীভাবে?** Meta-র নিজের পরীক্ষা: অ্যাকাউন্ট নির্বাচনের স্ক্রিনের জায়গায় এমন স্ক্রিন আসে, যেখানে আপনার বিদ্যমান WhatsApp Business অ্যাকাউন্ট সংযোগের প্রস্তাব থাকে। **ব্যবসার কি যাচাইকৃত পোর্টফোলিও লাগে?** এই অপশনের জন্য Meta-র তালিকাভুক্ত শর্তগুলো চালু করা প্ল্যাটফর্মের দিকের, সঙ্গে ব্যবসার জন্য অ্যাপের ভার্সন 2.24.17 বা তার নতুন হতে হবে। **এটি কি আঞ্চলিক সীমাবদ্ধতা?** আঞ্চলিক প্রত্যাখ্যান আলাদা বার্তা হিসেবে আসে, কোড 3441042। কোনো বার্তা ছাড়া অপশন না থাকলে বুঝতে হবে সমস্যা ফ্লো চালু করার পদ্ধতিতে। --- ## Coexistence সাইনআপের সময় "আপনার WhatsApp Business অ্যাপ আপডেট করুন" https://easycoexistence.com/bn/docs/coexistence-error-business-app-outdated Coexistence-এর জন্য নম্বরটি যে ফোনে আছে, সেখানে WhatsApp Business অ্যাপের ভার্সন 2.24.17 বা তার নতুন হতে হবে। এর নিচে হলে Meta-র সাইনআপ পপআপ নম্বরটি গ্রহণ করে না এবং অ্যাপটি সর্বশেষ ভার্সনে আপডেট করতে বলে। অ্যাপ স্টোর থেকে আপডেট করে প্রক্রিয়াটি শুরু থেকে আবার চালালে সমস্যাটি মিটে যায়। ### বার্তাটিতে কী লেখা থাকে? Meta-র Embedded Signup ত্রুটির রেফারেন্সে 4563015 কোডটি তালিকাভুক্ত আছে। এর টেক্সট "Update your WhatsApp Business App to the latest version to use this phone number" এবং সমাধানও ঠিক তা-ই: অ্যাপটি সর্বশেষ ভার্সনে আপডেট করুন। এর পেছনের শর্তটি Meta-র Coexistence অনবোর্ডিং ডকুমেন্টেশনে লেখা আছে: ব্যবসার গ্রাহককে WhatsApp Business অ্যাপের ভার্সন 2.24.17 বা তার বেশি ব্যবহার করতে হবে। বার্তাটি ন্যূনতম ভার্সনের বদলে সর্বশেষ ভার্সন চায়, আর সর্বশেষ উপলব্ধ ভার্সনে আপডেট করলে দুটো শর্তই পূরণ হয়। ### কোন ডিভাইস আপডেট করতে হবে? প্রাইমারি ফোন: অর্থাৎ যে ডিভাইসে WhatsApp Business অ্যাপে নম্বরটি নিবন্ধিত। Meta এই অ্যাপটিই যাচাই করে, এবং প্রক্রিয়ার ফোন-সংক্রান্ত ধাপটিও এটিই সামলায়। WhatsApp Web, ডেস্কটপ অ্যাপ বা অ্যাকাউন্টের সঙ্গে লিংক করা ট্যাবলেট আপডেট করলে কাজ হয় না, কারণ এগুলো সহযোগী ডিভাইস, নিবন্ধনের ডিভাইস নয়। Meta-র ডকুমেন্টেশনে আরও বলা আছে, নম্বর API-তে সংযুক্ত হলে সহযোগী ক্লায়েন্টগুলো আনলিংক হয়ে যায়, আর তার পর WhatsApp for Windows ও WhatsApp for WearOS সমর্থিত সহযোগী নয়। এজেন্সির কাজে ব্রাউজারে প্রক্রিয়া চালানো ব্যক্তির হাতে প্রায়ই ফোনটি থাকে না। তাই শুরুর আগে ব্যবসার মালিকের সঙ্গে এই ধাপটি নিশ্চিত করে নিন। ### ভার্সন কীভাবে দেখবেন এবং আবার চেষ্টা করবেন? নম্বরটি যে ফোনে আছে, সেখানে WhatsApp Business অ্যাপের ইনস্টল করা ভার্সন দেখুন। অ্যাপের নিজস্ব সহায়তা তথ্যে বা ফোনের অ্যাপ স্টোরে অ্যাপের পেজে এটি পাওয়া যায়। ভার্সন 2.24.17-এর নিচে হলে, অথবা স্টোর আপডেট দেখালে, আপডেটটি ইনস্টল করুন। আপডেটের পর অ্যাপটি বন্ধ করে আবার খুলুন, যাতে নতুন ভার্সনটিই চালু থাকে। এরপর ব্রাউজারে সাইনআপ প্রক্রিয়াটি শুরু থেকে আবার চালান। যে পপআপে আগেই প্রত্যাখ্যান দেখানো হয়েছে, সেটি থেকে চালিয়ে যাবেন না। তারপর বিদ্যমান WhatsApp Business অ্যাপ অ্যাকাউন্ট সংযুক্ত করার অপশনটি বেছে নিন। আপডেট হয় অ্যাপ স্টোরে, সাইনআপ পপআপে নয়। তাই এটি ফোন যাঁর হাতে, তাঁর ধাপ। প্রক্রিয়া আবার চালানোর আগে আপডেট হয়ে গেছে ধরে না নিয়ে তাঁর কাছ থেকে নতুন ভার্সন নম্বরটি জেনে নিন। - WhatsApp Web বা ডেস্কটপ অ্যাপ আপডেট করা। Meta প্রাইমারি ফোনের WhatsApp Business অ্যাপ যাচাই করে। - দুটি অ্যাপ থাকা ফোনে সাধারণ WhatsApp আপডেট করা। Business অ্যাপ আলাদা ইনস্টল, তার ভার্সনও আলাদা। - আপডেটের পর একই পপআপে আবার চেষ্টা করা। প্রক্রিয়াটি নতুন করে শুরু করুন, যাতে যাচাই নতুন ভার্সনের বিরুদ্ধে চলে। **2.24.17 কি যথেষ্ট, নাকি সর্বশেষ ভার্সন লাগবে?** Meta-র ঘোষিত ন্যূনতম ভার্সন 2.24.17। ত্রুটির টেক্সট সর্বশেষ ভার্সন চায়, তাই পুরো আপডেট করলে দুটো শর্তই পূরণ হয়। **আপডেট করলে কি কোনো চ্যাট হারিয়ে যায়?** আপডেট একই নিবন্ধনের ওপর অ্যাপের ভার্সন বদলায়। এটি অ্যাকাউন্ট মুছে ফেলা বা নম্বর আবার নিবন্ধন করার মতো নয়, আর সেগুলো এড়িয়ে চলা উচিত। **সংযোগের পরেও কি ভার্সন গুরুত্বপূর্ণ?** Meta-র শর্তটি অনবোর্ডিংয়ের জন্য বলা। তবু অ্যাপ হালনাগাদ রাখা বুদ্ধিমানের কাজ, কারণ ফোনটি সংযোগের অংশ হিসেবেই থাকে। **এটি কি নম্বর যোগ্য না হওয়ার মতো একই সমস্যা?** না। যোগ্যতার বিষয়টি অ্যাকাউন্টের কার্যকলাপ নিয়ে। এটি শুধু ফোনে থাকা অ্যাপের ভার্সনের সমস্যা। --- ## Coexistence ত্রুটি: নম্বর ইতিমধ্যে অন্য প্রোভাইডারের সাথে সংযুক্ত https://easycoexistence.com/bn/docs/coexistence-error-number-on-another-provider Meta-র Coexistence ফ্লো একটি WhatsApp Business অ্যাপের নম্বর নতুন প্ল্যাটফর্মে সংযুক্ত করবে না, যতক্ষণ অন্য একটি প্ল্যাটফর্ম সেটি ধরে রাখে। নম্বরটি আগে থেকেই অন্য প্রোভাইডারের সাথে সংযুক্ত থাকলে Meta-র সাইনআপ পপআপ সেটি প্রত্যাখ্যান করে এবং জানায় যে এই ফ্লোতে পার্টনার বদলানো সমর্থিত নয়। ব্যবসাকে WhatsApp Business অ্যাপে বর্তমান প্ল্যাটফর্মের সংযোগ বিচ্ছিন্ন করতে হবে, 15 মিনিট অপেক্ষা করতে হবে, তারপর নতুন সাইনআপ চালাতে হবে। ### কোন বার্তাগুলো বোঝায় যে নম্বরটি অন্য প্রোভাইডারে আছে? Meta-র Embedded Signup ত্রুটি রেফারেন্সে WhatsApp Business অ্যাপ ব্যবহারকারীর অনবোর্ডিং অংশে এই পরিস্থিতির জন্য তিনটি বার্তা আছে। - 2655093: ব্যবসা ইতিমধ্যে এই WhatsApp Business অ্যাকাউন্ট একটি পার্টনারের সাথে শেয়ার করছে, আর এই ফ্লোতে পার্টনার বদলানো সমর্থিত নয়। - 3441049: নম্বরটি ইতিমধ্যে এই প্রোডাক্টে নিবন্ধিত আছে এবং WhatsApp Business অ্যাপ থেকে বর্তমান অ্যাকাউন্টের সংযোগ বিচ্ছিন্ন করতে হবে। - 2655094: চালিয়ে যেতে আপনার ব্যবসায়িক প্ল্যাটফর্মের সংযোগ বিচ্ছিন্ন করুন, তারপর আবার চেষ্টা করার আগে 15 মিনিট অপেক্ষা করুন। ### বর্তমান প্রোভাইডারের সংযোগ কীভাবে বিচ্ছিন্ন করবেন? ফোন থেকে, WhatsApp Business অ্যাপে। Meta-র নির্দেশিত পথ হলো সেটিংস, অ্যাকাউন্ট, Business Platform, তারপর সংযুক্ত প্ল্যাটফর্মটি বেছে নিয়ে Disconnect-এ ট্যাপ করুন। Meta আরও জানায়, যে নম্বর অ্যাপ এবং Cloud API দুটোতেই ব্যবহৃত হচ্ছে, তাতে API-র নিজস্ব ডিরেজিস্ট্রেশন কল ব্যবহার করা যায় না। এ কারণেই সংযোগ বিচ্ছিন্ন করতে হয় অ্যাপে, পুরোনো প্রোভাইডারের ড্যাশবোর্ড দিয়ে নয়। ব্যবসা সংযোগ বিচ্ছিন্ন করলে Meta আগের প্ল্যাটফর্মকে PARTNER_REMOVED ইভেন্টসহ একটি account_update ওয়েবহুক পাঠায়। এভাবেই পুরোনো প্রোভাইডার বিষয়টি জানতে পারে। ওই প্রোভাইডারের সাথে থাকা যেকোনো সাবস্ক্রিপশন ব্যবসা ও তাদের মধ্যকার আলাদা বিষয়। ### সংযোগ বিচ্ছিন্ন করার পর কী ঘটে? অপেক্ষা করুন। 3441049 ও 2655094 দুটি বার্তাতেই Meta আবার চেষ্টা করার আগে 15 মিনিট অপেক্ষা করতে বলে। তারপর নতুন প্ল্যাটফর্মের সাইনআপ শুরু থেকে চালান এবং বিদ্যমান WhatsApp Business অ্যাপ অ্যাকাউন্ট সংযুক্ত করার অপশনটি বেছে নিন। এটি একটি নতুন অনবোর্ডিং: চ্যাট হিস্ট্রি শেয়ার করার সুযোগ আবার দেওয়া হয়, এবং অনবোর্ডিংয়ের পর কন্টাক্ট ও হিস্ট্রি সিঙ্ক্রোনাইজ করতে নতুন প্ল্যাটফর্মের হাতে 24 ঘণ্টা থাকে। একটি ক্ষেত্রে পরিবর্তনে তবুও বাধা আসতে পারে। Meta জানায়, যে ব্যবসা অতীতে কোনো পার্টনারের সাথে কাজ করেছে এবং এখনও সেই পার্টনারের ক্রেডিট লাইন শেয়ার করছে, নতুন পার্টনারে যাওয়ার সময় সে ত্রুটি দেখতে পারে। এটি সমাধানের জন্য Meta একটি আলাদা গাইড প্রকাশ করেছে। - পুরোনো প্রোভাইডারকে নম্বরটি ডিরেজিস্টার করতে বলা। Meta বলে, অ্যাপ এবং Cloud API দুটোতেই ব্যবহৃত নম্বরে ডিরেজিস্টার কল কাজ করে না। - সংযোগ বিচ্ছিন্ন করার কয়েক মিনিটের মধ্যেই আবার চেষ্টা করা। Meta 15 মিনিট অপেক্ষা করতে বলে। - পুরোনো সংযোগ ভাঙতে WhatsApp Business অ্যাপ অ্যাকাউন্ট মুছে ফেলা। সেটিংসে গিয়ে সংযোগ বিচ্ছিন্ন করাই নথিভুক্ত পথ। **একটি নম্বর কি একসাথে দুটি প্রোভাইডারের সাথে সংযুক্ত থাকতে পারে?** এই ফ্লোতে নয়। Meta-র বার্তা বলছে, বর্তমানটির সংযোগ আগে বিচ্ছিন্ন না করে পার্টনার বদলানো সমর্থিত নয়। **সংযোগ বিচ্ছিন্ন করলে কি আমার চ্যাট মুছে যাবে?** সংযোগ বিচ্ছিন্ন করলে শুধু প্ল্যাটফর্মের সংযোগ সরে যায়। WhatsApp Business অ্যাপ ফোনেই থাকে এবং কাজ করতে থাকে। **নতুন প্রোভাইডার কি আমার হয়ে পুরোনোটির সংযোগ বিচ্ছিন্ন করতে পারে?** না। সংযোগ বিচ্ছিন্ন করার কাজটি ব্যবসা নিজে WhatsApp Business অ্যাপে করে। **নতুন প্রোভাইডারের সাথে কি হিস্ট্রি আবার সিঙ্ক হয়?** নতুন অনবোর্ডিংয়ে হিস্ট্রি শেয়ার করার সুযোগ আবার দেওয়া হয়, এবং সিঙ্ক্রোনাইজেশন চালাতে নতুন প্ল্যাটফর্মের হাতে 24 ঘণ্টা থাকে। --- ## Coexistence সাইনআপের পর "This authorization code has expired" ত্রুটি https://easycoexistence.com/bn/docs/coexistence-error-authorization-code-expired Meta-র Embedded Signup শেষ হলে প্ল্যাটফর্ম একটি স্বল্পমেয়াদি কোড পায়, যা 30 সেকেন্ডের মধ্যে অ্যাক্সেস টোকেনের সঙ্গে বিনিময় করতে হয়। বিনিময় দেরিতে হলে, বা আগের কোনো প্রচেষ্টার কোড ব্যবহার করা হলে, Meta জানায় যে অথরাইজেশন কোডের মেয়াদ শেষ হয়ে গেছে। ফ্লো আবার চালালে নতুন কোড তৈরি হয়। ### কোন কোডের মেয়াদ শেষ হয়েছে? ব্যবসা Embedded Signup সম্পূর্ণ করলে Meta অ্যাসেট ID এবং একটি এক্সচেঞ্জযোগ্য টোকেন কোড সেই ব্রাউজার উইন্ডোতে ফেরত পাঠায়, যেটি পপআপ খুলেছিল। এরপর প্ল্যাটফর্ম কোডটি নিজের সার্ভারে পাঠায়। সার্ভার তার অ্যাপ ID ও অ্যাপ সিক্রেট দিয়ে Meta-র oauth access_token এন্ডপয়েন্টে কল করে কোডটিকে ব্যবসার টোকেনে বদলে নেয়। Meta-র ইমপ্লিমেন্টেশন গাইড সময় নিয়ে স্পষ্ট: এক্সচেঞ্জযোগ্য টোকেন কোডের মেয়াদ 30 সেকেন্ড, তাই মেয়াদ শেষ হওয়ার আগেই প্ল্যাটফর্মকে বিনিময় করতে হবে। এর পরে করা বিনিময় প্রত্যাখ্যাত হয় এবং সেই প্রত্যাখ্যানই "This authorization code has expired" হিসেবে দেখা যায়। পপআপ ধীরে শেষ করায় ব্যবসার কোনো ভুল নেই; কোড ফেরত আসার মুহূর্ত থেকেই ঘড়ি চলতে শুরু করে। ### পপআপ দেরিতে বা দুবার শেষ হলে কেন এটি ঘটে? বিনিময় সীমার বাইরে চলে যাওয়ার কয়েকটি কারণ থাকতে পারে। ফ্লো শেষ হওয়ার সময় ব্রাউজার ট্যাবটি ব্যাকগ্রাউন্ডে ছিল বা ল্যাপটপ স্লিপ মোডে চলে গিয়েছিল, ফলে কোড ইস্যু হওয়ার অনেক পরে প্ল্যাটফর্মের সার্ভারে পৌঁছেছে। অথবা সার্ভার সঙ্গে সঙ্গে বিনিময় না করে অন্য কাজের পেছনে সেটি সারিতে রেখেছে। কিংবা ব্যবহারকারী ফ্লো দুবার খুলে দুটোই শেষ করেছেন, আর প্ল্যাটফর্ম দ্বিতীয়টি সম্পূর্ণ হওয়ার পর প্রথম উইন্ডোর কোড বিনিময় করেছে। টেস্টিংয়ে চতুর্থ একটি কারণ আছে: ব্রাউজার কনসোল থেকে কোড কপি করে cURL বা Postman দিয়ে হাতে বিনিময় করা। Meta-র গাইড ঠিক এ বিষয়েই সতর্ক করে এবং শুরু করার আগেই বিনিময়ের রিকোয়েস্ট তৈরি রাখতে বলে। ### সংযোগ কীভাবে সম্পূর্ণ করবেন? একটি উইন্ডোতে ফ্লো শুরু থেকে আবার চালান এবং প্ল্যাটফর্মের পেজ সামনে রেখে শেষ করতে দিন। প্রতিটি সম্পন্ন ফ্লো নতুন কোড দেয়, আর প্ল্যাটফর্মের দরকার শুধু সেই কোডের দ্রুত বিনিময়। Coexistence নম্বরের ক্ষেত্রে দেরি করবেন না। ব্যবসা ফ্লো সম্পূর্ণ করলে Meta WhatsApp Business অ্যাকাউন্টটি রূপান্তর করে, এবং প্ল্যাটফর্ম গ্রাহককে অনবোর্ড করার পর মেসেজ হিস্ট্রি সিঙ্ক করতে পায় 24 ঘণ্টা। এর পরে ব্যবসাকে অফবোর্ড করে ফ্লো আবার সম্পূর্ণ করতে হয়। প্ল্যাটফর্মের দিক থেকে স্থায়ী সমাধান হলো কোড পৌঁছানোর মুহূর্তেই, অন্য কোনো অনবোর্ডিং ধাপের আগে, সার্ভারে বিনিময় করা। - একই কোড দিয়ে টোকেন বিনিময় আবার চেষ্টা করা। 30 সেকেন্ড পরে কোডটি অকার্যকর হয়ে যায় এবং ফিরে আসে না। - একসঙ্গে দুটি উইন্ডোতে সাইনআপ চালানো। যে প্রচেষ্টার কোড বিনিময় হচ্ছে, শুধু সেটিরই কোড কাজ করে। - ব্রাউজার থেকে কোড বিনিময় করা। Meta অ্যাপ সিক্রেটসহ সার্ভার থেকে সার্ভারে রিকোয়েস্ট চায়। **ব্যবসা কি নম্বরটি সংযুক্ত করতে পেরেছে?** ব্যবসা Meta-র ফ্লো সম্পূর্ণ করেছে, কিন্তু প্ল্যাটফর্ম কোডটিকে কার্যকর টোকেনে বদলাতে পারেনি, তাই নম্বরটিতে এখনো কোনো কাজ করতে পারছে না। ফ্লো আবার চালালে নতুন কোড পাওয়া যায়। **কোডের মেয়াদ কি বাড়ানো যায়?** না। 30 সেকেন্ডের মেয়াদ Meta ঠিক করে দেয়, কোনো প্ল্যাটফর্ম তা বাড়াতে পারে না। **WhatsApp Business অ্যাপ কি প্রভাবিত হয়?** না। সমস্যাটি সমাধানের সময় ফোনে অ্যাপটি স্বাভাবিকভাবেই চলতে থাকে। **এটি কি মেয়াদোত্তীর্ণ অ্যাক্সেস টোকেনের মতোই?** না। এটি স্বল্পমেয়াদি সাইনআপ কোড। চালু সংযোগে অ্যাক্সেস টোকেনের মেয়াদ শেষ হলে ত্রুটি 190 আসে। --- ## WhatsApp ত্রুটি 0: অ্যাপ ব্যবহারকারীকে যাচাই করা যায়নি https://easycoexistence.com/bn/docs/whatsapp-error-0 ত্রুটির কোড 0 মানে Meta অ্যাক্সেস টোকেনের পেছনের অ্যাপ ব্যবহারকারীকে যাচাই করতে পারেনি। Meta-র বিবরণ: "আমরা অ্যাপ ব্যবহারকারীকে যাচাই করতে পারিনি।" টোকেনের মেয়াদ শেষ হয়েছে, টোকেনটি অকার্যকর হয়েছে, অথবা ব্যবহারকারী তাঁর ডেটায় সব অ্যাপের অ্যাক্সেস বন্ধ করেছেন। সমাধান হলো নতুন অ্যাক্সেস টোকেন, আবার চেষ্টা করা নয়। ### WhatsApp ত্রুটির কোড 0 মানে কী? এর মানে প্ল্যাটফর্ম একটি রিকোয়েস্ট পেয়েছে, কিন্তু সেটিকে নির্ভরযোগ্য কোনো অ্যাপ ব্যবহারকারীর সঙ্গে মেলাতে পারেনি। Meta Cloud API-র ত্রুটি রেফারেন্সে কোড 0 রেখেছে অনুমোদনের ত্রুটির অধীনে, বিবরণ: "আমরা অ্যাপ ব্যবহারকারীকে যাচাই করতে পারিনি।" সম্ভাব্য কারণগুলো সবই টোকেন নিয়ে: মেয়াদ শেষ হয়েছে, টোকেনটি অকার্যকর হয়েছে, অথবা যিনি অ্যাক্সেস দিয়েছিলেন তিনি এমন সেটিংস বদলেছেন যা সব অ্যাপকে তাঁর ডেটায় প্রবেশ করতে দেয় না। ওই তালিকায় ফোন নম্বর, WhatsApp Business Account বা পাঠানো মেসেজ নিয়ে কিছুই নেই। রিকোয়েস্ট এতদূর যায়নি যে এগুলোর কোনোটি যাচাই করা হবে। ### ত্রুটি 0 কীভাবে ঠিক করবেন? নতুন অ্যাক্সেস টোকেন নিন। Meta এই সমাধানই তালিকাভুক্ত করেছে, এবং এটিই একমাত্র কার্যকর উপায়। বদলানোর আগে বুঝে নিন তিনটি কারণের কোনটি প্রযোজ্য, কারণ অবহেলা করলে প্রতিটিই ফিরে আসে। স্বল্পমেয়াদি ইউজার টোকেন নির্ধারিত সময়ে আবার মেয়াদ হারাবে। অকার্যকর হওয়া টোকেন ততক্ষণ ব্যর্থ হবে, যতক্ষণ না কেউ নতুন করে অ্যাক্সেস দেয়। যে ব্যবহারকারী অ্যাপের অ্যাক্সেস পুরোপুরি বন্ধ করেছেন, তাঁকে আগে সেটি চালু করতে হবে, তারপরেই তাঁর কোনো টোকেন কাজ করবে। সার্ভার থেকে সার্ভারে মেসেজ পাঠাতে Meta-র অ্যাক্সেস টোকেন গাইড System User টোকেন সুপারিশ করে। Meta এগুলোকে দীর্ঘমেয়াদি বলে বর্ণনা করেছে, যা ব্যবহারকারীর ইনপুট ছাড়া চলা স্বয়ংক্রিয় সার্ভিসের জন্য উপযুক্ত। ### ত্রুটি 0 আর ত্রুটি 190 কি একই? বাস্তবে দুটি মিলে যায়, তবে Meta আলাদাভাবে তালিকাভুক্ত করেছে। ত্রুটি 190-এর বিবরণ: "আপনার অ্যাক্সেস টোকেনের মেয়াদ শেষ হয়েছে।" ত্রুটি 0 আরও বিস্তৃত: এতে মেয়াদ শেষ হওয়া টোকেন, অকার্যকর টোকেন এবং অ্যাপের অ্যাক্সেস পুরোপুরি বন্ধ করা ব্যবহারকারী, সবই পড়ে। দুটিই একই অনুমোদন-সারণিতে আছে, এবং দুটির উত্তরই নতুন টোকেন। ব্যবহারিক পার্থক্য হলো ত্রুটি নির্ণয়ে। 190 জানায় টোকেনের বয়স পেরিয়ে গেছে। 0 জানায় যাচাই ব্যর্থ হয়েছে, কারণ খুঁজে বের করার দায়িত্ব আপনার। প্রতিস্থাপন দেওয়ার আগে এটি করা দরকার, নইলে এক ঘণ্টা পরে হুবহু একই ভাবে সেটিও ব্যর্থ হবে। - একই রিকোয়েস্ট আবার পাঠানো। যাচাই না হওয়া টোকেন যাচাইহীনই থাকে, তাই প্রতিবার কোড 0 ফিরে আসে। - নম্বরটি আবার সংযুক্ত করা। নম্বর কখনো যাচাই করাই হয়নি, তাই আবার অনবোর্ড করলে ব্যবসার মালিককে এমন কাজ করতে হয় যাতে কিছুই বদলায় না। - ব্যাকএন্ড কাজের জন্য নতুন স্বল্পমেয়াদি ইউজার টোকেন নেওয়া। এটি নির্ধারিত সময়ে মেয়াদ হারাবে এবং ত্রুটি ফিরে আসবে। **ত্রুটি 0 কি আমার নম্বর বিচ্ছিন্ন হয়েছে বোঝায়?** না। কোড 0-এর জন্য Meta-র সব কারণ অ্যাক্সেস টোকেন নিয়ে। নম্বর এবং ফোনের WhatsApp Business অ্যাপ এতে জড়িত নয়। **ত্রুটি 0 কোথায় নথিভুক্ত আছে?** Meta-র Cloud API ত্রুটির কোড রেফারেন্সের অনুমোদনের ত্রুটির সারণিতে। Cloud API তৈরি Graph API-র ওপর, যা একই ত্রুটির ফরম্যাট ব্যবহার করে। **অপেক্ষা করলে কি ত্রুটি 0 নিজে ঠিক হবে?** না। মেয়াদ শেষ বা অকার্যকর টোকেন নিজে থেকে ঠিক হয় না। নতুন টোকেন দরকার। **একটি টোকেন কী করতে পারে তা কীভাবে দেখব?** Meta-র অ্যাক্সেস টোকেন ডিবাগার বা debug_token এন্ডপয়েন্ট ব্যবহার করুন। দুটিই দেখায় টোকেনটি বৈধ কি না, কখন মেয়াদ শেষ হবে এবং কোন অনুমতিগুলো আছে। --- ## WhatsApp ত্রুটি 4: অ্যাপ API কলের সীমায় পৌঁছেছে https://easycoexistence.com/bn/docs/whatsapp-error-4 ত্রুটির কোড 4 মানে অ্যাপ তার API কল রেট সীমায় পৌঁছেছে। Meta-র বর্ণনা: "The app has reached its API call rate limit." এটি একটানা এক ঘণ্টার মধ্যে অ্যাপের করা কল গোনে, কোনো নম্বর থেকে পাঠানো মেসেজ নয়। অ্যাপ ড্যাশবোর্ডে ব্যবহার দেখুন, অপেক্ষা করুন, আর অ্যাপ কত ঘন ঘন API কল করে তা কমান। ### WhatsApp ত্রুটির কোড 4 মানে কী? এর মানে আপনার অ্যাপ বর্তমান উইন্ডোতে অনেক বেশি API কল করেছে, তাই গণনা কমা পর্যন্ত পরবর্তী কল প্রত্যাখ্যান করা হবে। Meta কোড 4-কে থ্রটলিং ত্রুটির তালিকায় রেখেছে, বিবরণে লেখা "The app has reached its API call rate limit." Graph API error handling guide এটিকে API Too Many Calls বলে এবং সাময়িক থ্রটলিং সমস্যা হিসেবে বর্ণনা করে। এর পাশে আরও দুটি থ্রটলিং কোড আছে, যেগুলোর সঙ্গে সহজেই গুলিয়ে যায়। 80007 হলো WhatsApp Business Account-এর রেট সীমায় পৌঁছানো। 130429 হলো Cloud API-র মেসেজ থ্রুপুট। কোড 4 এই দুটির কোনোটিই নয়: এটি অ্যাপের নিজস্ব কলের বরাদ্দ। ### অ্যাপের কল সীমা কীভাবে হিসাব করা হয়? অ্যাপ অ্যাক্সেস টোকেন দিয়ে করা রিকোয়েস্টের জন্য Meta-র Graph API rate limiting guide একটি সূত্র দেয়: এক ঘণ্টায় কলের সংখ্যা হলো 200 গুণ ব্যবহারকারীর সংখ্যা। ব্যবহারকারীর সংখ্যা ধরা হয় অ্যাপের স্বতন্ত্র দৈনিক সক্রিয় ব্যবহারকারী দিয়ে। দৈনিক ব্যবহার কমে গেলে সাপ্তাহিক ও মাসিক সংখ্যাও ব্যবহার হয়। সীমাটি পুরো অ্যাপের জন্য, প্রতি ব্যবহারকারীর জন্য নয়, তাই কয়েকজন ব্যস্ত ব্যবহারকারীই বেশিরভাগ বরাদ্দ খরচ করে ফেলতে পারেন। গাইড আরও বলে, ব্যবহার অ্যাপ ড্যাশবোর্ডে দেখা যায়। যথেষ্ট কল হয়ে গেলে প্রতিক্রিয়ায় X-App-Usage হেডারেও দেখা যায়। ত্রুটি 4 আসার আগে সীমা কাছে আসছে কি না, এই হেডার দিয়েই বোঝা যায়। ### ত্রুটি 4 পাওয়ার পর কী করবেন? কিছুক্ষণ কল বন্ধ রাখুন, তারপর কম কল করুন। প্রথম অংশে Meta-র rate limiting guide স্পষ্ট: সীমায় পৌঁছে গেলে API কল করা বন্ধ করুন, কারণ কল চালিয়ে গেলে গণনা বাড়ে এবং কল আবার সফল হতে বেশি সময় লাগে। দ্বিতীয় অংশটি ডিজাইনের। রিকোয়েস্ট একসঙ্গে ঝাঁকে না পাঠিয়ে সমানভাবে ছড়িয়ে দিন। প্রতিক্রিয়া ফিল্টার করুন, যাতে একটি কলেই দরকারি তথ্য আসে। একই তথ্য ফের আনা হয় এমন কল এড়িয়ে চলুন। পোলিংই সাধারণত আসল দোষী। যে ইন্টিগ্রেশন প্রতি কয়েক সেকেন্ডে একই অ্যাকাউন্টের স্ট্যাটাস জানতে চায়, সে এমন উত্তরের পেছনে বরাদ্দ খরচ করে যা তার কাছে আগেই আছে। - লুপে বারবার চেষ্টা করা। প্রতিটি বাড়তি কল গণনা বাড়ায় এবং স্বাভাবিক হওয়া আরও পিছিয়ে দেয়। - এটিকে পাঠানোর সীমা ভাবা। কোড 4 অ্যাপের কল গোনে, আর মেসেজ থ্রুপুটের কোড 130429। - স্ট্যাটাস এন্ডপয়েন্টে অল্প বিরতিতে পোলিং করা। অপরিবর্তিত তথ্য বারবার পড়লে ঘণ্টার বরাদ্দ শেষ হয়। **ত্রুটি 4 কি ত্রুটি 130429-এর মতোই?** না। 130429 হলো একটি নম্বরের মেসেজ থ্রুপুট। ত্রুটি 4 হলো আপনার অ্যাপ কতগুলো API কল করেছে তার হিসাব। **ত্রুটি 4 কতক্ষণ থাকে?** একটানা এক ঘণ্টার উইন্ডোতে কলের সংখ্যা সীমার নিচে নামা পর্যন্ত। এই সময়ে কল করলে তা আরও বাড়ে। **আমার অ্যাপ সীমার কত কাছে, তা কোথায় দেখব?** অ্যাপ ড্যাশবোর্ডের Application Rate Limit অংশে এবং প্রতিক্রিয়ায় ফেরত আসা X-App-Usage হেডারে। **ত্রুটি 4 কি ত্রুটি 80007-এর মতোই?** না। WhatsApp Business Account রেট সীমায় পৌঁছালে Meta 80007 ব্যবহার করে, আর ত্রুটি 4 অ্যাপের নিজস্ব কল গোনে। --- ## WhatsApp ত্রুটি 10: পারমিশন দেওয়া হয়নি বা সরিয়ে নেওয়া হয়েছে https://easycoexistence.com/bn/docs/whatsapp-error-10 ত্রুটির কোড 10 মানে অ্যাপের টোকেনে এমন একটি পারমিশন নেই, যা এন্ডপয়েন্টের দরকার: হয় সেটি কখনো দেওয়া হয়নি, নয়তো সরিয়ে নেওয়া হয়েছে। Meta-র বর্ণনা হলো "Permission is either not granted or has been removed."। Meta WhatsApp-এর আরও দুটি কারণ উল্লেখ করেছে: Flows with Endpoint-এ অ্যালাউলিস্টে নেই এমন নম্বর, আর কোনো API-এর যোগ্যতার শর্ত পূরণ না করা। ### WhatsApp ত্রুটির কোড 10 মানে কী? এর মানে টোকেনটি Meta-র কাছে পৌঁছেছে এবং চেনা গেছে, কিন্তু কলটির জন্য প্রয়োজনীয় পারমিশন তাতে নেই। Meta-র Cloud API রেফারেন্সে কোড 10-এর বিবরণ হলো "Permission is either not granted or has been removed."। Graph API ত্রুটি হ্যান্ডলিং গাইড এটিকে API Permission Denied বলে এবং অনুপস্থিত পারমিশনটি সামলাতে বলে। সরিয়ে নেওয়া কথাটি গুরুত্বপূর্ণ। সেটআপের সময় পারমিশন দেওয়া থাকলেও পরে তা তুলে নেওয়া যায়, যেমন কেউ Business Settings থেকে অ্যাপের অ্যাক্সেস বাতিল করলে। তাই কয়েক মাস ঠিকঠাক চলা ইন্টিগ্রেশনও নিজের কোডে কোনো বদল ছাড়াই 10 ফেরত দিতে পারে। ### ত্রুটি 10-এর আর কী কী কারণ Meta উল্লেখ করেছে? WhatsApp-এর জন্য নির্দিষ্ট দুটি কারণ আছে। দুটিই সহজে চোখ এড়িয়ে যায়, কারণ এগুলো স্কোপ নিয়ে নয়। Flows with Endpoint-এর ক্ষেত্রে Meta বলে, ব্যবসার পাবলিক কী সেট করতে যে ফোন নম্বর ব্যবহার করা হয়েছে, সেটি অ্যালাউলিস্টে আছে কি না নিশ্চিত করুন। অ্যালাউলিস্টের বাইরের নম্বর থাকলে টোকেনে সব পারমিশন থাকলেও এই কোড আসে। Meta আরও বলে, যে API-তে কল করা হচ্ছে তার যোগ্যতার শর্ত পূরণ না করা অ্যাকাউন্ট এই কোড পায়। সেক্ষেত্রে টোকেন বদলে লাভ নেই, কারণ বাধাটি অ্যাকাউন্টের যোগ্যতা, ক্রেডেনশিয়াল নয়। ### ত্রুটি 10 কীভাবে ঠিক করবেন? শুরু করুন অ্যাক্সেস টোকেন ডিবাগার দিয়ে, Meta যেটিকে প্রথম পরীক্ষা হিসেবে উল্লেখ করেছে। স্কোপের তালিকায় এন্ডপয়েন্টের দরকারি পারমিশন না থাকলে ব্যবসাটিকে সেটি আবার দিতে বলুন। পার্টনার অ্যাপের ক্ষেত্রে সেই পারমিশনের Advanced access নিশ্চিত করাও এর অংশ, কারণ Meta-র পারমিশন গাইড ক্লায়েন্ট অ্যাকাউন্টের জন্য তা বাধ্যতামূলক করেছে। স্কোপ সম্পূর্ণ মনে হলে WhatsApp-এর দুটি কারণ দেখুন। Flows কলে পাবলিক কী সেট করা নম্বরটি অ্যালাউলিস্টে আছে কি না দেখুন। অন্য সব ক্ষেত্রে যে API-তে কল করছেন তার যোগ্যতার শর্ত পড়ুন এবং কোনো ক্রেডেনশিয়াল বদলানোর আগে অ্যাকাউন্টটি তা পূরণ করে কি না নিশ্চিত করুন। - ডিপ্লয়ের কারণে ইন্টিগ্রেশন ভেঙেছে ধরে নেওয়া। Business Settings-এ পারমিশন সরিয়ে নিলে কোডে কোনো বদল ছাড়াই এই কোড আসে। - কারণ যোগ্যতা হলেও টোকেন নতুন করে বানানো। কোনো ক্রেডেনশিয়াল অযোগ্য অ্যাকাউন্টকে যোগ্য করতে পারে না। - Flows অ্যালাউলিস্ট উপেক্ষা করা। Flows with Endpoint-এ অ্যালাউলিস্টের বাইরের নম্বর পূর্ণ স্কোপ থাকলেও 10 ফেরত দেয়। **ত্রুটি 10 কি ত্রুটি 131005-এর মতোই?** Meta-র রেফারেন্সে দুটির বিবরণ একই। কোড 10 হলো Graph API-এর কোড, আর 131005 WhatsApp-এর রেঞ্জে পড়ে। দুটিই একইভাবে যাচাই করা হয়। **গতকাল ঠিকঠাক চলা নম্বরে কি ত্রুটি 10 আসতে পারে?** হ্যাঁ। Meta-র বিবরণে সরিয়ে নেওয়া পারমিশনও ধরা আছে, তাই আগে দেওয়া অ্যাক্সেস পরে তুলে নেওয়া যায়। **ত্রুটি 10 কি টোকেনের মেয়াদ শেষ হওয়া বোঝায়?** না। মেয়াদ শেষ হওয়া টোকেনের কোড 190 বা 0। কোড 10 মানে টোকেন বৈধ, কিন্তু একটি পারমিশন নেই। **কী কী পারমিশন দেওয়া হয়েছে তা কীভাবে দেখব?** debug_token কল করুন অথবা অ্যাক্সেস টোকেন ডিবাগার খুলুন। scopes প্রপার্টিতে টোকেনের সব পারমিশনের তালিকা থাকে। --- ## WhatsApp ত্রুটি 200: কোনো অ্যাক্সেস টোকেন দেওয়া হয়নি https://easycoexistence.com/bn/docs/whatsapp-error-200 ত্রুটির কোড 200 মানে রিকোয়েস্টটি অ্যাক্সেস টোকেন ছাড়াই Meta-র কাছে পৌঁছেছে। Meta-র বিবরণ হলো "কোনো অ্যাক্সেস টোকেন দেওয়া হয়নি", আর API 'Provide valid app ID' মেসেজটি ফেরত দেয়। এটি whatsapp_business_profile-এর মতো কিছু GET এন্ডপয়েন্টে দেখা যায়। 200 থেকে 299 কোডগুলো এমন অনুমতিকেও বোঝায়, যা দেওয়া হয়নি বা সরিয়ে নেওয়া হয়েছে। ### ত্রুটি 200 কেন 'Provide valid app ID' বলে? কারণ API এই মেসেজটিই ফেরত দেয়, যদিও আসল সমস্যা হলো টোকেন না থাকা। Meta-র ত্রুটি রেফারেন্স অনুযায়ী, whatsapp_business_profile-এর মতো কিছু GET এন্ডপয়েন্টে টোকেন না থাকলে কোড 200 আসে এবং API 'Provide valid app ID' মেসেজ ফেরত দেয়। একই রেফারেন্সে বলা আছে, একই ভুলের জন্য অন্য এন্ডপয়েন্ট বদলে 190 বা 104 ফেরত দিতে পারে। তাই মেসেজের ভাষা অ্যাপ ID-র দিকে ইঙ্গিত করে, কিন্তু সমাধান টোকেনে। Authorization হেডার আছে কি না এবং বানান ঠিক কি না দেখুন। আরও দেখুন, রিকোয়েস্ট তৈরির সময় টোকেন রাখা ভেরিয়েবলে সত্যিই মান ছিল কি না। ### কখন ত্রুটি 200 মানে অনুমতি নেই? যখন টোকেন আছে, কিন্তু কলটির জন্য প্রয়োজনীয় অনুমতি অ্যাপের নেই। Meta 200 থেকে 299 রেঞ্জকে "অনুমতি দেওয়া হয়নি বা সরিয়ে নেওয়া হয়েছে" হিসেবে তালিকাভুক্ত করেছে, এবং সমাধান কোড 10-এর মতোই: অ্যাক্সেস টোকেন ডিবাগারে টোকেনটি যাচাই করুন। দুটি নির্দিষ্ট ক্ষেত্র নথিভুক্ত আছে। অনুমতি গাইড বলছে, Advanced access ছাড়া যে অ্যাপ নিজের ব্যবসার মালিকানায় নয় এমন WABA-তে whatsapp_business_management ব্যবহার করে, সে ত্রুটি 200 পায়। রেজিস্ট্রেশন গাইড বলছে, whatsapp_business_management ছাড়া কোনো নম্বর ডিরেজিস্টার করলে ত্রুটি 200 আসে। অ্যাক্সেস টোকেন গাইড তৃতীয় একটি ক্ষেত্র যোগ করে: যে সিস্টেম ইউজারের টোকেন, তার যদি অনুসন্ধান করা রিসোর্সে অ্যাক্সেস না থাকে, তবে 200 দিয়ে রিকোয়েস্ট প্রত্যাখ্যাত হয়। ক্ষেত্র দুটি আলাদা করতে মেসেজের লেখা পড়ুন। টোকেন না থাকলে মেসেজ হয় 'Provide valid app ID'। ### ত্রুটি 200 আর ত্রুটি 190-এর পার্থক্য কী? ত্রুটি 190 মানে টোকেন পাঠানো হয়েছিল এবং তার মেয়াদ শেষ। ত্রুটি 200 তার প্রথম অর্থে মানে কোনো টোকেন পাঠানোই হয়নি। Meta-র রেফারেন্স এই পার্থক্য সরাসরি বলেছে: 200-এর সমাধান হলো রিকোয়েস্টে একটি বৈধ অ্যাক্সেস টোকেন রাখা, আর এই অবস্থাকে 190 থেকে আলাদা বলা হয়েছে, যা মেয়াদোত্তীর্ণ বা অবৈধ টোকেন বোঝায়। এতে কোথায় খুঁজবেন তা বদলে যায়। 190 পেলে দেখবেন টোকেনের মেয়াদ ও নবায়ন। 'Provide valid app ID' সহ 200 পেলে দেখবেন রিকোয়েস্ট তৈরির কোড, কারণ ক্রেডেনশিয়ালটি আপনার সিস্টেম থেকে বেরিয়েই যায়নি। - অ্যাপ ID-তে সমস্যা খোঁজা। মেসেজে অ্যাপ ID লেখা থাকলেও Meta-র নথিভুক্ত কারণ হলো টোকেনহীন রিকোয়েস্ট। - যে টোকেন কখনো পাঠানোই হয়নি, সেটি নবায়ন করা। নতুন টোকেনও রিকোয়েস্টে না থাকলে একই ত্রুটি আসবে। - প্রতিটি 200-কে টোকেন না থাকা ধরে নেওয়া। টোকেন থাকলে 200 থেকে 299 রেঞ্জ মানে অনুমতি নেই। **একটি সচল নম্বরেও কি ত্রুটি 200 আসতে পারে?** হ্যাঁ। এটি রিকোয়েস্টের বর্ণনা, নম্বরের নয়। পুরোপুরি সুস্থ নম্বরও টোকেন ছাড়া আসা কল প্রত্যাখ্যান করে। **একটি এন্ডপয়েন্ট 200 আর আরেকটি 190 ফেরত দিল কেন?** Meta বলে, টোকেন না থাকলে কিছু GET এন্ডপয়েন্ট 200 ফেরত দেয়, আর অন্য এন্ডপয়েন্ট 190 বা 104 ফেরত দিতে পারে। **নম্বর ডিরেজিস্টার করতে কি বিশেষ অনুমতি লাগে?** হ্যাঁ। Meta-র রেজিস্ট্রেশন গাইড বলছে, whatsapp_business_management ছাড়া ডিরেজিস্টার করলে ত্রুটি 200 আসে। **ত্রুটি 200 কি ত্রুটি 10-এর সঙ্গে সম্পর্কিত?** অনুমতির অর্থে, হ্যাঁ। দুটিরই বিবরণ হলো, কোনো অনুমতি দেওয়া হয়নি বা সরিয়ে নেওয়া হয়েছে। --- ## WhatsApp ত্রুটি 130472: এক্সপেরিমেন্টের কারণে মেসেজ পাঠানো হয়নি https://easycoexistence.com/bn/docs/whatsapp-error-130472 130472 ত্রুটির অর্থ, প্রাপক Meta-র মার্কেটিং মেসেজ এক্সপেরিমেন্টের আওতায় থাকায় মার্কেটিং টেমপ্লেট মেসেজ পাঠানো হয়নি। Meta-র বিবরণ হলো "Message was not sent as part of an experiment." WhatsApp-এর অল্প সংখ্যক ব্যবহারকারী কোনো মার্কেটিং টেমপ্লেট পান না, যতক্ষণ না কাস্টমার সার্ভিস উইন্ডো বা ফ্রি এন্ট্রি পয়েন্ট উইন্ডো খোলা থাকে। এই মেসেজের জন্য বিল হয় না। ### WhatsApp ত্রুটি 130472 কী বোঝায়? এর অর্থ, প্রাপক একটি এক্সপেরিমেন্ট গ্রুপের অন্তর্ভুক্ত হওয়ায় Meta মার্কেটিং টেমপ্লেটটি আটকে দিয়েছে। Meta-র এক্সপেরিমেন্ট পেজ জানায়, ব্যবহারকারীর অভিজ্ঞতার ওপর মেসেজিংয়ের প্রভাব মাপতে WhatsApp নিয়মিত এক্সপেরিমেন্ট চালায়। মার্কেটিং মেসেজ এক্সপেরিমেন্টে খুব অল্প সংখ্যক WhatsApp ব্যবহারকারী কোনো ব্যবসা থেকেই মার্কেটিং টেমপ্লেট মেসেজ পান না, যতক্ষণ না সেই ব্যবসার সঙ্গে কাস্টমার সার্ভিস উইন্ডো বা ফ্রি এন্ট্রি পয়েন্ট উইন্ডো খোলা থাকে। এমন কোনো ব্যবহারকারীকে মার্কেটিং টেমপ্লেট পাঠালে WhatsApp সেটি পাঠায় না এবং আপনার কাছ থেকে বিলও নেয় না। তখন `status` এর মান `failed` এবং ত্রুটির কোড 130472 সহ একটি স্ট্যাটাস ওয়েবহুক আসে। ### 130472 ত্রুটি আসা গ্রাহকের কাছে কীভাবে পৌঁছাবেন? তাঁকে দিয়ে আগে আপনাকে মেসেজ করানোর মাধ্যমে, যাতে কাস্টমার সার্ভিস উইন্ডো খুলে যায়। Meta-র এক্সপেরিমেন্ট পেজ স্পষ্ট করে বলেছে, টেমপ্লেট আবার পাঠালে একই ত্রুটি আসবে। তাদের প্রস্তাবিত পথ হলো WhatsApp ছাড়া অন্য কোনো চ্যানেলে ব্যবহারকারীর সঙ্গে যোগাযোগ করে তাঁকে মেসেজ করতে বলা, যাতে খোলা কাস্টমার সার্ভিস উইন্ডোর ভেতরে টেমপ্লেটটি পাঠানো যায়। এক্সপেরিমেন্টটি শুধু মার্কেটিং টেমপ্লেটের ক্ষেত্রে প্রযোজ্য। কোন ব্যবসা পাঠাচ্ছে তা নির্বিশেষে গ্রুপের ব্যবহারকারীদের ওপর এটি কার্যকর হয়। তাই আপনার অ্যাকাউন্ট, টেমপ্লেট বা নম্বর এর কারণ নয়, এগুলোর কোনোটি বদলালেও লাভ হয় না। ### ইন্টিগ্রেশন কীভাবে 130472 ত্রুটি সামলাবে? সেই মেসেজের চূড়ান্ত অবস্থা হিসেবে, পুনরায় চেষ্টা করার মতো ব্যর্থতা হিসেবে নয়। ত্রুটিটি শুধু পাঠানোর প্রতিক্রিয়ায় নয়, স্ট্যাটাস ওয়েবহুকের মাধ্যমেও আসে। তাই এর হ্যান্ডলিং থাকা উচিত ওয়েবহুক প্রসেসরে। মেসেজটিকে এক্সপেরিমেন্টে আটকে যাওয়া হিসেবে চিহ্নিত করুন, পুনরায় চেষ্টার জন্য কিউতে রাখবেন না, আর ব্যর্থতার হারের সতর্কবার্তা থেকে বাদ দিন, যাতে এটি ডেলিভারির সমস্যা বলে মনে না হয়। রিপোর্টিংয়েও একে আলাদা করে দেখানো ভালো। কোনো ক্যাম্পেইনে কয়েকটি 130472 ফলাফল মানে আপনার কোনো কাজের কারণে মান বা পৌঁছানো কমেনি। প্রকৃত ব্যর্থতার সঙ্গে এগুলো গুনলে সংখ্যা বোঝা কঠিন হয়ে যায়। - টেমপ্লেটটি আবার পাঠানো। Meta বলছে, আবার পাঠালে একই ত্রুটি আসে। - একে মানের সমস্যা ভাবা। এক্সপেরিমেন্টটি প্রতিটি ব্যবসার ক্ষেত্রে সমানভাবে একটি ব্যবহারকারী গ্রুপের ওপর প্রযোজ্য। - শুধু পাঠানোর প্রতিক্রিয়া দেখা। 130472 স্ট্যাটাস আসে মেসেজ ওয়েবহুকের মাধ্যমে। **130472 দিয়ে আটকে যাওয়া মেসেজের জন্য কি চার্জ লাগে?** না। Meta-র এক্সপেরিমেন্ট পেজ বলছে মেসেজটি পাঠানো হয় না এবং তার জন্য আপনার বিল হয় না। **আমার ব্যবসাকে কি এক্সপেরিমেন্ট থেকে অপ্ট-আউট করা যায়?** না। Meta বলছে কোনো ব্যতিক্রম বা অপ্ট-আউটের সুযোগ নেই, আর এক্সপেরিমেন্টের কোনো নির্দিষ্ট শেষ তারিখও নেই। **130472 ত্রুটি কি ইউটিলিটি টেমপ্লেটকেও প্রভাবিত করে?** Meta এক্সপেরিমেন্টটিকে মার্কেটিং টেমপ্লেট মেসেজের জন্য বর্ণনা করেছে। অন্য কোনো ক্যাটাগরির কথা তারা উল্লেখ করেনি। **তাহলে মেসেজটি কীভাবে পৌঁছে দেব?** অন্য কোনো চ্যানেলে গ্রাহককে আপনাকে মেসেজ করতে বলুন। কাস্টমার সার্ভিস উইন্ডো খুলে গেলে তার ভেতরে টেমপ্লেটটি পাঠানো যাবে। --- ## WhatsApp ত্রুটি 131037: 555 নম্বরের ডিসপ্লে নেম অনুমোদিত নয় https://easycoexistence.com/bn/docs/whatsapp-error-131037 131037 ত্রুটির অর্থ হলো মেসেজটি এমন একটি 555 ব্যবসায়িক ফোন নম্বর থেকে পাঠানো হয়েছে, যার ডিসপ্লে নেম অনুমোদিত নয়। Meta-র বর্ণনা: "The 555 business phone number used to send the request does not have an approved display name." Meta ডিসপ্লে নেম অনুমোদন না করা পর্যন্ত 555 নম্বর থেকে মেসেজ পাঠানো যায় না, তাই সমাধান হলো নামটি বদলানো। ### 555 ব্যবসায়িক ফোন নম্বর কী? যেসব ব্যবসা যোগ্য, Meta তাদের Embedded Signup-এর মাধ্যমে এই নম্বর দেয়। Meta-র Embedded Signup ওভারভিউ অনুযায়ী ব্যবসায়িক গ্রাহকেরা সর্বোচ্চ দুটি 555 নম্বর নিতে পারেন। এগুলোতে যুক্তরাষ্ট্রের কান্ট্রি কোড +1 এবং 555 এরিয়া কোড থাকে, স্বয়ংক্রিয়ভাবে যাচাই হয়ে যায়, এবং অন্য WhatsApp Business Account-এ সরানো বা WhatsApp Business Platform-এর বাইরে ব্যবহার করা যায় না। বাকি সব দিক থেকে এগুলো সাধারণ ব্যবসায়িক নম্বরের মতোই, অর্থাৎ মূল্যের নিয়ম ও কোয়ালিটি রেটিং প্রযোজ্য। শুধু একটি বাড়তি শর্ত আছে, যা এই ত্রুটির কারণ: মেসেজ পাঠানোর আগে 555 নম্বরের ডিসপ্লে নেম অনুমোদিত হতে হবে। ### 131037 ত্রুটি কীভাবে ঠিক করবেন? ডিসপ্লে নেম অনুমোদন করিয়ে নিন। বাস্তবে এর মানে এমন একটি নাম দেওয়া, যা যাচাইয়ে পাস করে। Meta-র সমাধান হলো 555 নম্বরের ডিসপ্লে নেম বদলানো, এবং এর জন্য তারা WhatsApp Business ডিসপ্লে নেম বদলানোর হেল্প সেন্টার নিবন্ধ দেখিয়েছে। WhatsApp Manager-এ পথটি হলো Account tools, Phone numbers, তারপর নম্বরের Profile ট্যাব, এরপর Display name অংশে Edit। Meta-র ডিসপ্লে নেম নির্দেশিকা মেনে চলুন, কারণ নাম প্রত্যাখ্যাত হলে আপনি আবার শুরুর জায়গাতেই ফিরে যাবেন। Meta-র ডিসপ্লে নেম গাইড আরও বলে, নাম বদলানো অনুমোদিত হওয়ার পর নম্বরটি আবার রেজিস্টার করার জন্য আপনার হাতে 14 দিন থাকে। অনুমোদনের আগে আবার রেজিস্টার করলে কোনো প্রভাব পড়ে না। ### ডিসপ্লে নেম অনুমোদিত হয়েছে কি না, কীভাবে দেখবেন? ফোন নম্বর আইডির name_status ফিল্ডটি রিকোয়েস্ট করুন। Meta-র ডিসপ্লে নেম গাইড বলে, verified_name ফিল্ডে শুধু সেই নামের স্ট্রিং থাকে যা যাচাইয়ে যায়, নামটি অনুমোদিত হয়েছে কি না তা এখানে দেখা যায় না। সেটা দেখায় name_status ফিল্ড। সিদ্ধান্তটি phone_number_name_update ওয়েবহুকেও আসে, যেখানে decision-এর মান হয় APPROVED অথবা REJECTED। নাম প্রত্যাখ্যাত হলে name_status-এর মান হয় DECLINED। Meta বলে, নির্দেশিকা পড়ে নামটি সম্পাদনা করুন, অথবা ডেভেলপার সহায়তার মাধ্যমে আপিল করুন। স্ট্যাটাস না বদলানো পর্যন্ত ওই 555 নম্বর থেকে প্রতিটি মেসেজ পাঠাতে গেলে 131037 ফিরে আসতে থাকবে। - verified_name দেখে অনুমোদন ধরে নেওয়া। Meta বলে, নাম অনুমোদিত হয়েছে কি না তা শুধু name_status দেখায়। - অনুমোদনের আগে আবার রেজিস্টার করা। Meta বলে, নতুন নাম অনুমোদিত না হওয়া পর্যন্ত এর কোনো প্রভাব নেই। - নির্দেশিকা না পড়ে বারবার নাম বদলানো। Meta 30 দিনে 10 বার পরিবর্তনের অনুমতি দেয়। **131037 ত্রুটি কি সাধারণ ব্যবসায়িক নম্বরেও হয়?** না। Meta-র বর্ণনায় বিশেষভাবে ডিসপ্লে নেম অনুমোদিত নয় এমন 555 ব্যবসায়িক ফোন নম্বরের কথা বলা হয়েছে। **555 নম্বর কি অন্য অ্যাকাউন্টে সরানো যায়?** না। Meta বলে, 555 নম্বর অন্য WhatsApp Business Account-এ সরানো যায় না। **নামটি অনুমোদিত হলে আমি কীভাবে জানব?** decision-এর মান APPROVED সহ একটি phone_number_name_update ওয়েবহুক আসবে এবং name_status-এর মান APPROVED হয়ে যাবে। **ডিসপ্লে নেম প্রত্যাখ্যাত হলে কী করব?** Meta-র ডিসপ্লে নেম নির্দেশিকা অনুযায়ী নামটি সম্পাদনা করুন, অথবা ডেভেলপার সহায়তার মাধ্যমে আপিল করুন। --- ## WhatsApp ত্রুটি 131057: Business Account মেইনটেন্যান্স মোডে আছে https://easycoexistence.com/bn/docs/whatsapp-error-131057 131057 ত্রুটির অর্থ WhatsApp Business Account মেইনটেন্যান্স মোডে আছে, তাই অল্প সময়ের জন্য এর রিকোয়েস্ট প্রত্যাখ্যান করা হচ্ছে। Meta-র বিবরণ হলো "Business Account is in maintenance mode." Meta-র দেওয়া একটি কারণ থ্রুপুট আপগ্রেড, যা সর্বোচ্চ এক মিনিট সময় নেয়। রিকোয়েস্টে কিছু বদলানোর বদলে অপেক্ষা করে আবার চেষ্টা করুন। ### WhatsApp ত্রুটি 131057 মানে কী? এর মানে Meta WhatsApp Business Account-কে মেইনটেন্যান্স মোডে রেখেছে এবং সেই মুহূর্তে এর জন্য কোনো রিকোয়েস্ট নিচ্ছে না। Cloud API রেফারেন্সে বিবরণের লেখা "Business Account is in maintenance mode" দেওয়া আছে এবং বলা হয়েছে, একটি কারণ হতে পারে অ্যাকাউন্টে থ্রুপুট আপগ্রেড। "একটি কারণ" কথাটি গুরুত্বপূর্ণ: Meta আপগ্রেডকে সম্ভাব্য কারণ হিসেবে বলেছে, একমাত্র কারণ হিসেবে নয়। রিকোয়েস্টে কোনো ভুল নেই। মেইনটেন্যান্স শেষ হলে একই কল অপরিবর্তিত পাঠালে সেটি সফল হওয়ার কথা। তাই এটি সেই অল্প কয়েকটি কোডের একটি, যেখানে অপেক্ষা করাই পুরো সমাধান। ### থ্রুপুট আপগ্রেডের কারণে 131057 ত্রুটি কেন হয়? কারণ নম্বরটি উচ্চতর হারে সরানোর সময় অল্প সময়ের জন্য ব্যবহারের অযোগ্য থাকে। Meta-র থ্রুপুট গাইড অনুযায়ী Cloud API ডিফল্টভাবে প্রতি সেকেন্ডে সর্বোচ্চ 80টি মেসেজ এবং স্বয়ংক্রিয় আপগ্রেডে সর্বোচ্চ 1,000টি পর্যন্ত সমর্থন করে। আপগ্রেডে সর্বোচ্চ এক মিনিট লাগতে পারে। এ সময় প্ল্যাটফর্মে নম্বরটি ব্যবহার করা যায় না এবং যেকোনো API রিকোয়েস্ট 131057 ফেরত দেয়। প্রথম আপগ্রেডের পর পরবর্তী বৃদ্ধিতে কোনো ডাউনটাইম হয় না। গাইডে যোগ্যতার শর্তও দেওয়া আছে: Business Portfolio-তে সীমাহীন মেসেজিং লিমিট, চলমান 24 ঘণ্টায় কাস্টমার সার্ভিস উইন্ডোর বাইরে অন্তত 100K ইউনিক ব্যবহারকারীকে মেসেজ পাঠানো এবং কোয়ালিটি রেটিং Medium বা তার ওপরে থাকা। ### Coexistence নম্বরে কি 131057 ত্রুটি হতে পারে? যেকোনো নম্বরে এটি দেখা দিতে পারে, তবে থ্রুপুটের ব্যাখ্যাটি Coexistence নম্বরের সঙ্গে কম মেলে। Meta-র থ্রুপুট গাইড বলছে, WhatsApp Business অ্যাপ ও Cloud API দুটোতেই ব্যবহৃত নম্বরের থ্রুপুট প্রতি সেকেন্ডে 20টি মেসেজে নির্দিষ্ট, যাতে অ্যাপের সঙ্গে সামঞ্জস্য থাকে। একই গাইডে বর্ণিত 1,000 পর্যন্ত স্বয়ংক্রিয় আপগ্রেড ডিফল্ট স্তরের নম্বরের জন্য প্রযোজ্য। তাই Coexistence নম্বরে 131057-কে তার আক্ষরিক অর্থে দেখুন, অর্থাৎ অ্যাকাউন্ট মেইনটেন্যান্স মোডে আছে, এবং আবার চেষ্টা করার আগে অপেক্ষা করুন। কয়েক মিনিটের অনেক বেশি সময় ধরে চললে নম্বর আবার সংযুক্ত না করে প্রতিক্রিয়ার fbtrace_id সহ Meta সহায়তার সঙ্গে যোগাযোগ করুন। - রিকোয়েস্ট বদলানো। রিকোয়েস্ট বৈধ, তাই অ্যাকাউন্ট মেইনটেন্যান্সে থাকা অবস্থায় এতে পরিবর্তন করে লাভ হয় না। - কোনো বিরতি ছাড়া বারবার চেষ্টা করা। আপগ্রেডের সময় সেই এক মিনিটের প্রতিটি কল একই কোড ফেরত দেয়। - নম্বর আবার সংযুক্ত করা। মেইনটেন্যান্স মোড Meta-র দিকের বিষয় এবং ব্যবসার কিছু না করেও শেষ হয়ে যায়। **মেইনটেন্যান্স মোড কতক্ষণ থাকে?** Meta বলছে থ্রুপুট আপগ্রেডে সর্বোচ্চ এক মিনিট লাগে। অন্য মেইনটেন্যান্স কারণের জন্য Meta কোনো সময়সীমা প্রকাশ করে না। **আপগ্রেড শেষ হলে কি আমাকে জানানো হবে?** হ্যাঁ। নম্বর আপগ্রেড হলে Meta event-এর মান THROUGHPUT_UPGRADE দিয়ে একটি phone_number_quality_update ওয়েবহুক পাঠায়। **উচ্চতর থ্রুপুটে কি খরচ বাড়ে?** না। Meta-র থ্রুপুট গাইড অনুযায়ী আপগ্রেড বিনামূল্যে এবং এটি মূল্যে কোনো প্রভাব ফেলে না। **131057 ত্রুটি কি 130429-এর সঙ্গে সম্পর্কিত?** পরোক্ষভাবে। 130429 মানে আপনি থ্রুপুটের অনুমতির চেয়ে দ্রুত পাঠিয়েছেন। সেই থ্রুপুট বাড়ানোর সময় 131057 দেখা দিতে পারে। --- ## WhatsApp ত্রুটি 132005: অনুবাদ করা টেক্সট অনেক দীর্ঘ https://easycoexistence.com/bn/docs/whatsapp-error-132005 132005 ত্রুটির অর্থ, যে টেমপ্লেটটি পাঠানো হচ্ছে তার টেক্সট ব্যবহৃত অনুবাদে অনেক দীর্ঘ। Meta-র বিবরণ হলো "Translated text is too long." Meta-র নির্দেশনা হলো WhatsApp Manager-এ গিয়ে দেখা টেমপ্লেটটি অনুবাদ করা হয়েছে কি না, তারপর টেমপ্লেটের স্ট্যাটাস পর্যালোচনা করা। টেমপ্লেটের বডি টেক্সটের সর্বোচ্চ সীমা 1,024 অক্ষর এবং ফুটার টেক্সটের সীমা 60। ### WhatsApp ত্রুটি 132005 বলতে কী বোঝায়? এর অর্থ, টেমপ্লেট পাঠানো ব্যর্থ হয়েছে, কারণ যে ভাষার সংস্করণটি পাঠানো হচ্ছে তার টেক্সট প্ল্যাটফর্মের অনুমোদিত সীমা ছাড়িয়ে গেছে। Meta টেমপ্লেট ত্রুটির তালিকায় 132005 রেখেছে, বিবরণ "Translated text is too long." তাদের সমাধান হলো WhatsApp Manager দেখে যাচাই করা যে টেমপ্লেটটি অনুবাদ করা হয়েছে, আর টেমপ্লেটের স্ট্যাটাস কীভাবে দেখতে হয় তার জন্য টেমপ্লেট কোয়ালিটি ডকুমেন্টেশন দেখা। এখানে "অনুবাদ" শব্দটিই সূত্র। প্রতিটি ভাষার জন্য টেমপ্লেটের আলাদা সংস্করণ থাকে। যে সংস্করণটি ব্যর্থ হয় সেটি আপনার পাঠানোর রিকোয়েস্টের ভাষার কোডের সঙ্গে মেলে, আর সেটি হয়তো আপনি প্রথমে যেটি লিখে যাচাই করেছিলেন সেটি নয়। ### 132005 ত্রুটি কীভাবে ঠিক করবেন? WhatsApp Manager-এ টেমপ্লেটটি খুলুন এবং যে ভাষায় পাঠাচ্ছেন সেটি দেখুন। নিশ্চিত করুন রিকোয়েস্টের ভাষার কোডের জন্য একটি অনুবাদ আছে এবং তার স্ট্যাটাস পাঠানোর অনুমতি দেয়। তারপর Meta-র কম্পোনেন্ট সীমার সঙ্গে দৈর্ঘ্য মিলিয়ে দেখুন: বডি টেক্সটের সর্বোচ্চ সীমা 1,024 অক্ষর এবং ফুটার টেক্সটের সর্বোচ্চ সীমা 60। অনুবাদ প্রায়ই মূল টেক্সটের চেয়ে দীর্ঘ হয়, তাই এক ভাষায় যে টেমপ্লেট সীমার মধ্যে থাকে অন্য ভাষায় সেটি সীমা ছাড়িয়ে যেতে পারে। কোনো অনুবাদ বেশি দীর্ঘ হলে WhatsApp Manager-এ সেই ভাষার সংস্করণটি ছোট করুন। সম্পাদনা না করে একই ভাষায় একই টেমপ্লেট আবার পাঠালে একইভাবে ব্যর্থ হবে। ### বহুভাষিক টেমপ্লেটে 132005 ত্রুটি কীভাবে এড়াবেন? জমা দেওয়ার আগে প্রতিটি ভাষার সংস্করণ সীমার সঙ্গে মিলিয়ে দেখুন, শুধু প্রথমটি নয়। আপনার টেমপ্লেট তৈরির টুলে একটি সহজ দৈর্ঘ্য পরীক্ষা বেশিরভাগ ঘটনা ধরে ফেলে: প্রতিটি অনুবাদের বডি ও ফুটারের অক্ষর গুনে 1,024 এবং 60-এর সঙ্গে তুলনা করুন। বডিতে ভেরিয়েবল থাকলে কিছুটা জায়গা ফাঁকা রাখুন, কারণ পাঠানোর সময় বসানো মানগুলোও গ্রাহকের পাওয়া মেসেজের অংশ। আপনার পাঠানোর লজিকে ভাষার কোডকে এমন অনুবাদের সঙ্গে বেঁধে রাখুন যা সত্যিই আছে। টেমপ্লেটে নেই এমন ভাষার জন্য রিকোয়েস্ট করলে সেটি ভিন্ন ত্রুটি, 132001। দুটিকে আলাদা রাখলে লগ পড়া সহজ হয়। - শুধু মূল ভাষা যাচাই করা। যে সংস্করণটি ব্যর্থ হয় সেটি রিকোয়েস্টের ভাষার কোডের সঙ্গে মেলা অনুবাদ। - সম্পাদনা না করে আবার পাঠানো। প্রতিটি চেষ্টায় টেক্সটের দৈর্ঘ্য একই থাকে। - 132001-এর সঙ্গে গুলিয়ে ফেলা। ওই কোডের অর্থ, টেমপ্লেটটি সেই ভাষায় নেই অথবা অনুমোদিত নয়। **132005 ত্রুটি কি আমার ভেরিয়েবল নিয়ে?** Meta-র বিবরণে অনুবাদ করা টেক্সট বেশি দীর্ঘ হওয়ার কথা বলা আছে। প্রথমে অনুবাদের দৈর্ঘ্য দেখুন, ভেরিয়েবলের মানের জন্য জায়গা রেখে। **টেমপ্লেটের বডির সীমা কত?** Meta-র টেমপ্লেট কম্পোনেন্ট রেফারেন্সে বডি টেক্সটের সর্বোচ্চ সীমা 1,024 অক্ষর। **অনুবাদ কোথায় যাচাই করব?** WhatsApp Manager-এ, টেমপ্লেটটির যে ভাষার সংস্করণ আপনার রিকোয়েস্টের সঙ্গে মেলে সেখানে। **132005 ত্রুটি কি 132001-এর মতোই?** না। Meta 132001-কে বর্ণনা করে এমন টেমপ্লেট হিসেবে যা নির্দিষ্ট ভাষায় নেই অথবা অনুমোদিত হয়নি। --- ## WhatsApp ত্রুটি 133000: আগের ডিরেজিস্ট্রেশনের চেষ্টা ব্যর্থ হয়েছে https://easycoexistence.com/bn/docs/whatsapp-error-133000 133000 ত্রুটির অর্থ ফোন নম্বর ডিরেজিস্টার করার আগের একটি চেষ্টা ব্যর্থ হয়েছে, তাই সেটি সমাধান না হওয়া পর্যন্ত নম্বরটি রেজিস্টার করা যাবে না। Meta-র বর্ণনা: "A previous deregistration attempt failed." Meta-র দেওয়া সমাধান হলো নম্বরটি আবার ডিরেজিস্টার করা, তারপর রেজিস্টার করা। দুটি এন্ডপয়েন্টেই প্রতি নম্বরে চলমান 72 ঘণ্টার মধ্যে সর্বোচ্চ 10টি রিকোয়েস্ট করা যায়। ### WhatsApp ত্রুটি 133000 মানে কী? এর মানে এই নম্বরের জন্য প্ল্যাটফর্মে একটি অসম্পূর্ণ ডিরেজিস্ট্রেশন এখনও রেকর্ডে আছে, আর তার ওপরে নম্বরটি রেজিস্টার করা হবে না। Meta 133000 কোডটি "A previous deregistration attempt failed" বিবরণসহ তালিকাভুক্ত করেছে এবং এক লাইনের সমাধান দিয়েছে: রেজিস্টার করার আগে নম্বরটি আবার ডিরেজিস্টার করুন। তাই কারণটি আগের ডিরেজিস্টার কলে থাকলেও ত্রুটিটি সাধারণত রেজিস্টার কলেই দেখা যায়। ডিরেজিস্ট্রেশন হয় ফোন নম্বর আইডির ডিরেজিস্টার এন্ডপয়েন্টে POST করে। Meta-র রেজিস্ট্রেশন গাইডে সতর্ক করা হয়েছে, এতে নম্বরটি আবার রেজিস্টার না করা পর্যন্ত Cloud API-তে ব্যবহার করা যায় না। তবে এতে নম্বর বা তার মেসেজের ইতিহাস মুছে যায় না। ### 133000 ত্রুটি কীভাবে ঠিক করবেন? ডিরেজিস্ট্রেশন আবার করুন, সফল হয়েছে কি না নিশ্চিত হন, তারপর রেজিস্টার করুন। সফল ডিরেজিস্টার কল `success` ফিল্ডে true ফেরত দেয়। এই প্রতিক্রিয়া পাওয়ার পরই রেজিস্টার কল করুন, সঙ্গে `messaging_product` ফিল্ড এবং নম্বরের ছয় অঙ্কের টু-স্টেপ যাচাইকরণ PIN দিন। ডিরেজিস্টার কলের জন্য `whatsapp_business_management` পারমিশন লাগে। Meta-র রেজিস্ট্রেশন গাইড অনুযায়ী এটি ছাড়া ডিরেজিস্টার রিকোয়েস্টে ত্রুটি 200 আসে, যা একই ধরনের দ্বিতীয় ব্যর্থতা বলে ভুল হতে পারে। ডিরেজিস্টার কল নিজেই বারবার ব্যর্থ হলে পরের রিকোয়েস্ট পাঠানোর আগে প্রতিটি প্রতিক্রিয়ার `details` মান পড়ুন, কারণ প্রতিটি চেষ্টা নিচে বর্ণিত সীমার মধ্যে গোনা হয়। ### এখানে চেষ্টার সীমা কেন গুরুত্বপূর্ণ? কারণ এই ত্রুটি ঠিক করা মানেই একাধিক চেষ্টা করা, আর Meta সেগুলোর ওপর সীমা বসিয়েছে। রেজিস্ট্রেশন গাইড অনুযায়ী রেজিস্টার ও ডিরেজিস্টার দুটি এন্ডপয়েন্টেই প্রতি ব্যবসা নম্বরে চলমান 72 ঘণ্টার মধ্যে সর্বোচ্চ 10টি রিকোয়েস্ট করা যায়। সীমা ছাড়ালে ত্রুটি 133016 আসে, আর পরবর্তী 72 ঘণ্টা নম্বরটি ওই কাজের জন্য ব্লক থাকে। ব্যর্থতার পর যে স্ক্রিপ্ট লুপ করে ডিরেজিস্টার ও রেজিস্টার কল চালায়, সেটি কয়েক সেকেন্ডেই পুরো কোটা শেষ করে নম্বরটিকে তিন দিনের জন্য অকেজো করে দিতে পারে। প্রতিটি চেষ্টা ভেবেচিন্তে করুন, প্রতিক্রিয়া লগ করুন, এবং স্বয়ংক্রিয়ভাবে চালিয়ে না গিয়ে দুই-তিনটি ব্যর্থতার পর থেমে কারণ খুঁজুন। - আগে ডিরেজিস্টার না করে আবার রেজিস্টার কল করা। Meta-র সমাধানে রেজিস্টার করার আগে ডিরেজিস্ট্রেশন সম্পূর্ণ হওয়া জরুরি। - রেজিস্টার ও ডিরেজিস্টার কল স্বয়ংক্রিয়ভাবে লুপে চালানো। 72 ঘণ্টায় সীমা 10টি রিকোয়েস্ট, আর তা ছাড়ালে নম্বর ব্লক হয়ে যায়। - `whatsapp_business_management` ছাড়া ডিরেজিস্টার করা। এতে ত্রুটি 200 আসে, যা নম্বরের আসল অবস্থা আড়াল করে। **ডিরেজিস্টার করলে কি আমার নম্বর মুছে যায়?** না। Meta-র রেজিস্ট্রেশন গাইড বলছে, ডিরেজিস্ট্রেশনে নম্বর বা তার মেসেজের ইতিহাস মুছে যায় না। **API দিয়ে কি Coexistence নম্বর ডিরেজিস্টার করা যায়?** না। Meta জানিয়েছে, Cloud API ও WhatsApp Business অ্যাপ দুটিতেই ব্যবহৃত নম্বরে ডিরেজিস্টার এন্ডপয়েন্ট ব্যবহার করা যায় না। **10টি চেষ্টার পর কী হয়?** API 133016 ফেরত দেয় এবং পরবর্তী 72 ঘণ্টা নম্বরটিকে ওই কাজের জন্য ব্লক করে। **আবার রেজিস্টার করতে কি PIN লাগবে?** হ্যাঁ। টু-স্টেপ যাচাইকরণ চালু থাকলে রেজিস্ট্রেশনে নম্বরের ছয় অঙ্কের টু-স্টেপ যাচাইকরণ PIN দিতে হয়। --- ## WhatsApp ত্রুটি 133004: সার্ভার সাময়িকভাবে অনুপলব্ধ https://easycoexistence.com/bn/docs/whatsapp-error-133004 133004 ত্রুটির অর্থ হলো রিকোয়েস্টটি যে সার্ভার সামলাচ্ছিল, সেটি সাময়িকভাবে অনুপলব্ধ ছিল। Meta-র বর্ণনা: "সার্ভার সাময়িকভাবে অনুপলব্ধ।" রিকোয়েস্টে কোনো সমস্যা নেই। Meta-র নির্দেশনা হলো আবার চেষ্টা করার আগে WhatsApp Business Platform-এর স্ট্যাটাস পেজ দেখুন এবং প্রতিক্রিয়ার details-এর মান পড়ুন, তারপর কিছুক্ষণ অপেক্ষা করে আবার চেষ্টা করুন। ### WhatsApp ত্রুটি 133004 মানে কী? এর মানে হলো একটি সার্ভার অনুপলব্ধ থাকায় প্ল্যাটফর্ম সেই মুহূর্তে রিকোয়েস্টটি প্রক্রিয়া করতে পারেনি। Meta তাদের Cloud API ত্রুটির রেফারেন্সে 133004 কোডটি "সার্ভার সাময়িকভাবে অনুপলব্ধ" বিবরণসহ তালিকাভুক্ত করেছে। এখানে মূল শব্দ হলো সাময়িকভাবে। আপনার অ্যাক্সেস টোকেন, নম্বর বা মেসেজ, কোনোটিই প্রত্যাখ্যাত হচ্ছে না, এবং একই রিকোয়েস্ট কিছুক্ষণ পরে সফল হতে পারে। এটি 133 সিরিজের কোডগুলোর একটি। এই সিরিজের বেশিরভাগই ফোন নম্বর নিবন্ধন ও নিবন্ধন বাতিল নিয়ে, তাই নিবন্ধনের কলের সময় এটি প্রায়ই দেখা যায়। তবে Meta এটিকে শুধু নিবন্ধনে সীমাবদ্ধ করেনি, তাই যেখানেই দেখা যাক, এটিকে সার্ভারের অবস্থা হিসেবে ধরুন। ### আবার চেষ্টা করার আগে কী দেখবেন? দুটি জিনিস, দুটিই Meta-র নিজস্ব সমাধানে উল্লেখ করা আছে। প্রথমত, metastatus.com-এ WhatsApp Business Platform-এর স্ট্যাটাস পেজ। Meta কোনো ঘটনার কথা জানালে সেটি মিটে যাওয়ার আগে আবার চেষ্টা করে লাভ নেই, আর এই পেজ আপনার নিজের লগের চেয়ে দ্রুত উত্তর দেয়। দ্বিতীয়ত, প্রতিক্রিয়ার error_data-র ভেতরে থাকা details-এর মান। Meta-র ত্রুটির রেফারেন্স details-কে ত্রুটির সবচেয়ে সম্ভাব্য কারণ হিসেবে বর্ণনা করে, কখনো কখনো কী করতে হবে তার নির্দেশনাসহ। এই কোডের ক্ষেত্রে Meta স্পষ্টভাবে বলে, আবার চেষ্টা করার আগে এটি দেখুন। স্ট্যাটাস পেজ স্বাভাবিক থাকলে এবং details-এ অপেক্ষার সময় না থাকলে, সঙ্গে সঙ্গে না করে ধাপে ধাপে বাড়ানো বিরতি দিয়ে আবার চেষ্টা করুন। ### 133004 অন্য সাময়িক ত্রুটি থেকে কীভাবে আলাদা? Meta এমন বেশ কয়েকটি কোড তালিকাভুক্ত করেছে যা সাময়িক অনুপলব্ধতা বোঝায়, এবং লগে এগুলো আলাদা রাখা ভালো। কোড 1 হলো অবৈধ রিকোয়েস্ট বা সম্ভাব্য সার্ভার ত্রুটি, কোড 2 হলো ডাউনটাইম বা ওভারলোডের কারণে সাময়িক সমস্যা, আর 131016 হলো একটি সার্ভিস সাময়িকভাবে অনুপলব্ধ। 133004 বিশেষভাবে একটি সার্ভারের কথা বলে। সবগুলোর ক্ষেত্রে করণীয় প্রায় একই: প্ল্যাটফর্মের স্ট্যাটাস নিশ্চিত করুন, details-এর মান পড়ুন, এবং আবার চেষ্টা করার আগে বিরতি দিন। তবুও সঠিক কোডটি লগে রাখা জরুরি, কারণ দিনের নির্দিষ্ট সময়ে একটি কোডের বারবার ঘটা Meta সহায়তাকে "API বন্ধ ছিল" ধরনের সাধারণ মন্তব্যের চেয়ে অনেক বেশি তথ্য দেয়। - টাইট লুপে সঙ্গে সঙ্গে বারবার চেষ্টা করা। যে সার্ভার এখন বন্ধ, পরের মিলিসেকেন্ডেও সেটি বন্ধ থাকবে। - details-এর মান না পড়া। Meta আবার চেষ্টা করার আগে এটি পড়তে বলে, এবং এতে কারণ থাকতে পারে। - সমস্যা এড়াতে রিকোয়েস্ট বদলে ফেলা। ত্রুটিটি রিকোয়েস্টের কোনো কিছু থেকে হয়নি। **133004 ত্রুটি কি আমার ভুল?** না। Meta এটিকে সাময়িকভাবে অনুপলব্ধ সার্ভার হিসেবে বর্ণনা করে। রিকোয়েস্ট এর কারণ নয়। **WhatsApp Business Platform-এর স্ট্যাটাস পেজ কোথায়?** Meta তাদের ত্রুটির কোডের রেফারেন্স থেকে metastatus.com/whatsapp-business-api-এ লিংক দেয়। **আবার চেষ্টা করার আগে কতক্ষণ অপেক্ষা করব?** Meta কোনো নির্দিষ্ট সময় দেয় না। details-এর মান ও স্ট্যাটাস পেজ দেখুন, তারপর ধাপে ধাপে বাড়ানো বিরতি দিয়ে আবার চেষ্টা করুন। **সমস্যা থেকে গেলে Meta সহায়তাকে কী পাঠাব?** ত্রুটির প্রতিক্রিয়া থেকে fbtrace_id পাঠান। Meta বলে, এটি ত্রুটি ডিবাগ করতে সাহায্য করতে পারে। --- ## WhatsApp ত্রুটি 133009: দুই ধাপের যাচাইকরণের PIN খুব দ্রুত দেওয়া হয়েছে https://easycoexistence.com/bn/docs/whatsapp-error-133009 ত্রুটি 133009 মানে দুই ধাপের যাচাইকরণের PIN-এর চেষ্টাগুলো Meta যত দ্রুত গ্রহণ করে, তার চেয়ে দ্রুত Meta-র কাছে পৌঁছেছে। Meta-র বর্ণনা: "দুই ধাপের যাচাইকরণের PIN খুব দ্রুত দেওয়া হয়েছে।" PIN ঠিক বা ভুল দুটোই হতে পারে। আবার চেষ্টার আগে প্রতিক্রিয়ার details মান দেখুন, এবং সেখানে যে অপেক্ষার কথা বলা আছে তা পার হওয়ার পরেই পরের চেষ্টা পাঠান। ### WhatsApp ত্রুটি 133009 মানে কী? এর মানে এই নম্বরের PIN-এর চেষ্টাগুলো খুব কাছাকাছি সময়ে আসছে, আর Meta সর্বশেষ চেষ্টাটি যাচাই না করেই ফিরিয়ে দিচ্ছে। Cloud API রেফারেন্সে 133009-এর details লেখা "দুই ধাপের যাচাইকরণের PIN খুব দ্রুত দেওয়া হয়েছে", আর নির্দেশ একটাই: আবার চেষ্টা করার আগে প্রতিক্রিয়ার details মান দেখুন। এটি পাশাপাশি দুটি কোডের মাঝামাঝি। 133005 বলে PIN ভুল ছিল। 133008 বলে এই নম্বরে অনেকবার PIN আন্দাজ করা হয়েছে। 133009 শুধু গতির কথা বলে, তাই কোনো প্রক্রিয়া পরপর দ্রুত PIN পাঠালে এটি দেখা যায়, যেমন register কলে রিট্রাই লুপ। ### ত্রুটি 133009 কীভাবে ঠিক করবেন? ধীর হন, আর আন্দাজে চেষ্টা বন্ধ করুন। পরের চেষ্টার আগে error_data-র ভেতরের details মান দেখুন। Meta-র রেফারেন্সে details হলো ত্রুটির সবচেয়ে সম্ভাব্য কারণ, আর এই কোডের ক্ষেত্রে Meta সবার আগে এটিই দেখতে বলে। তারপর নিশ্চিত করুন পরের চেষ্টায় এমন একটি PIN দেওয়া হচ্ছে, যা কেউ সত্যিই জানে। কেউ না জানলে Meta-র দুই ধাপের যাচাইকরণ গাইডে WhatsApp Manager-এ রিসেটের কথা আছে: ফোন নম্বরের সেটিংস খুলুন, দুই ধাপের যাচাইকরণ বেছে নিন এবং Change PIN-এ ক্লিক করুন। জানা একটি নতুন PIN অনেক দ্রুত কাজ করে, আন্দাজের সারির চেয়ে, যা শেষে 133008 আর আরও লম্বা অপেক্ষায় গিয়ে ঠেকে। ### PIN কোথায় ব্যবহৃত হয়? Cloud API-এর জন্য নম্বর রেজিস্টার করার সময়, এবং এর আশেপাশের কয়েকটি অ্যাকাউন্ট কাজে। Meta-র দুই ধাপের যাচাইকরণ গাইড বলছে, ফোন নম্বর রেজিস্টার করার সময় এই সেটিংয়ে ছয় সংখ্যার PIN লাগে, আর দুই ধাপের যাচাইকরণ চালু থাকলে রেজিস্ট্রেশন কলে PIN একটি আবশ্যক ফিল্ড। Meta-র ফোন নম্বর গাইড যোগ করে, PIN বদলানোর সময় বা প্ল্যাটফর্ম থেকে নম্বর মুছে ফেলার সময়ও PIN লাগে। এটি কালেভদ্রে লাগে বলে সহজেই ভুলে যাওয়া যায়। এটি ব্যবসার অন্য অ্যাকাউন্ট তথ্যের সঙ্গে রাখুন, যিনি প্রথমে নম্বরটি সেট আপ করেছিলেন তাঁর কাছে নয়। - লুপে সঙ্গে সঙ্গে register কল আবার চালানো। দ্রুত PIN চেষ্টাই ঠিক এই কোডটি জানায়। - রিট্রাইয়ের মাঝে আলাদা আলাদা PIN আন্দাজ করা। বেশি আন্দাজ করলে 133009 থেকে 133008-এ চলে যাবেন। - details মান উপেক্ষা করা। আবার চেষ্টার আগে Meta এটিই দেখতে বলে। **ত্রুটি 133009 কি মানে আমার PIN ভুল?** এমনটা নাও হতে পারে। এর মানে চেষ্টাগুলো খুব দ্রুত এসেছে। ভুল PIN জানানো হয় 133005 দিয়ে। **133009-এর পর কতক্ষণ অপেক্ষা করব?** Meta কোনো নির্দিষ্ট সময় প্রকাশ করে না। আবার চেষ্টার আগে প্রতিক্রিয়ার details মান দেখুন। **API দিয়ে কি দুই ধাপের যাচাইকরণ বন্ধ করা যায়?** না। Meta-র দুই ধাপের যাচাইকরণ গাইড বলছে এটি বন্ধ করার কোনো এন্ডপয়েন্ট নেই। তার বদলে নতুন PIN সেট করতে পারেন। **ভুলে যাওয়া PIN কীভাবে রিসেট করব?** WhatsApp Manager-এ ফোন নম্বরের সেটিংস খুলুন, দুই ধাপের যাচাইকরণ বেছে নিন এবং Change PIN-এ ক্লিক করুন। --- ## WhatsApp ত্রুটি 133015: নম্বর সম্প্রতি মুছে ফেলা হয়েছে, মোছা সম্পূর্ণ হয়নি https://easycoexistence.com/bn/docs/whatsapp-error-133015 133015 ত্রুটির অর্থ, যে ফোন নম্বরটি রেজিস্টার করা হচ্ছে সেটি সম্প্রতি মুছে ফেলা হয়েছে এবং সেই মোছার কাজ এখনো সম্পূর্ণ হয়নি। Meta-র বর্ণনা হলো: "আপনি যে ফোন নম্বর রেজিস্টার করার চেষ্টা করছেন সেটি সম্প্রতি মুছে ফেলা হয়েছে এবং মোছা এখনো সম্পূর্ণ হয়নি।" নথিভুক্ত সমাধান হলো রেজিস্ট্রেশন রিকোয়েস্ট আবার পাঠানোর আগে 5 মিনিট অপেক্ষা করা। ### WhatsApp ত্রুটি 133015 কী বোঝায়? এর অর্থ, একই নম্বর মুছে ফেলার কাজ চলার সময় একটি রেজিস্ট্রেশন রিকোয়েস্ট এসে পৌঁছেছে। Meta-র রেফারেন্সে বিস্তারিত বার্তাটি এভাবে দেওয়া আছে: "আপনি যে ফোন নম্বর রেজিস্টার করার চেষ্টা করছেন সেটি সম্প্রতি মুছে ফেলা হয়েছে এবং মোছা এখনো সম্পূর্ণ হয়নি।" প্রতিকারও একই রকম সুনির্দিষ্ট: রিকোয়েস্ট আবার পাঠানোর আগে 5 মিনিট অপেক্ষা করুন। সাধারণত এটি ঘটে নম্বর সরানোর সময়। কেউ একটি WhatsApp Business Account থেকে নম্বর মুছে সঙ্গে সঙ্গে অন্যটিতে রেজিস্টার করেন, অথবা নতুন করে শুরু করতে মুছে আবার যোগ করেন। তখন দ্বিতীয় ধাপটি Meta-র কাছে পৌঁছে যায়, অথচ প্রথম ধাপটি তখনো ব্যাকগ্রাউন্ডে শেষ হয়নি। ### ব্যবসার ফোন নম্বর কীভাবে মুছতে হয়? শুধু WhatsApp Manager-এ, এবং শুধু Business Portfolio-র অ্যাডমিন এটি করতে পারেন। Meta-র ফোন নম্বর গাইড অনুযায়ী API দিয়ে ব্যবসার ফোন নম্বর মোছা যায় না। মোছার কাজ WhatsApp Manager-এ করতে হয়। Connected স্ট্যাটাসের নম্বর মুছতে টু-স্টেপ যাচাইকরণ PIN লাগে। আর যে নম্বর থেকে গত 30 দিনে পেইড মেসেজ গেছে, শেষ মেসেজের 30 দিন পার না হওয়া পর্যন্ত তা মোছা যায় না। মোছা আর ডিরেজিস্ট্রেশন এক জিনিস নয়। Meta-র রেজিস্ট্রেশন গাইড বলে, ডিরেজিস্টার করলে নম্বরটি শুধু Cloud API-এর সঙ্গে ব্যবহারের অযোগ্য হয়। নম্বর বা তার মেসেজ ইতিহাস মুছে যায় না। 133015 ত্রুটি বিশেষভাবে মোছা নিয়ে। ### নম্বর সরানোর সময় 133015 ত্রুটি কীভাবে এড়াবেন? অপেক্ষাটিকে আগেই পদ্ধতির অংশ করে নিন, পরে হোঁচট খেয়ে জানার অপেক্ষায় থাকবেন না। নম্বর মোছার পর রেজিস্টার কল করার আগে অন্তত 5 মিনিট থামুন। তারপরও কল 133015 ফেরত দিলে সঙ্গে সঙ্গে আবার চেষ্টা না করে আরও অপেক্ষা করুন। ধৈর্য ধরার কারণ রেজিস্ট্রেশনের সীমা। Meta প্রতি নম্বরে 72 ঘণ্টার চলমান সময়ে রেজিস্টার এন্ডপয়েন্টে 10টি রিকোয়েস্টের অনুমতি দেয়। সীমা পেরোলে API 133016 ফেরত দেয় এবং পরবর্তী 72 ঘণ্টা রেজিস্ট্রেশন আটকে রাখে। 133015-এর বিপরীতে কয়েক সেকেন্ড পরপর চলা রিট্রাই লুপ মোছা শেষ হওয়ার আগেই সেই দশটি সুযোগ ফুরিয়ে দিতে পারে। - কয়েক সেকেন্ড পরপর রেজিস্টার কল দোহরানো। প্রতিটি কল 72 ঘণ্টায় 10টির সীমার মধ্যে গণনা হয়। - মোছা আর ডিরেজিস্ট্রেশনকে গুলিয়ে ফেলা। ডিরেজিস্টার করলে নম্বর মুছে যায় না, আর এই কোডটি মোছা নিয়ে। - API দিয়ে নম্বর মোছার চেষ্টা করা। Meta শুধু WhatsApp Manager-এ মোছা সমর্থন করে। **133015 ত্রুটির পর কতক্ষণ অপেক্ষা করব?** Meta বলে, রেজিস্ট্রেশন রিকোয়েস্ট আবার পাঠানোর আগে 5 মিনিট অপেক্ষা করুন। **API দিয়ে কি ব্যবসার ফোন নম্বর মোছা যায়?** না। Meta-র ফোন নম্বর গাইড অনুযায়ী মোছা শুধু WhatsApp Manager-এ সম্ভব। **আমি কেন আমার নম্বর মুছতেই পারছি না?** গত 30 দিনে যে নম্বর থেকে পেইড মেসেজ গেছে, Meta তা মুছতে দেয় না। শেষ মেসেজের 30 দিন পর মুছতে পারবেন। **বেশি ঘন ঘন চেষ্টা করলে কী হয়?** 72 ঘণ্টায় 10টি রেজিস্টার রিকোয়েস্টের পর API 133016 ফেরত দেয় এবং 72 ঘণ্টা রেজিস্ট্রেশন আটকে রাখে। --- ## WhatsApp ত্রুটি 135000: রিকোয়েস্ট প্যারামিটারে অজানা ত্রুটি https://easycoexistence.com/bn/docs/whatsapp-error-135000 ত্রুটি 135000 মানে রিকোয়েস্ট প্যারামিটারের কোনো অজানা ত্রুটির কারণে মেসেজ পাঠানো যায়নি। Meta-র বর্ণনা হলো "আপনার রিকোয়েস্ট প্যারামিটারের কোনো অজানা ত্রুটির কারণে মেসেজ পাঠানো যায়নি।" Meta-র নির্দেশনা: সঠিক সিনট্যাক্সের জন্য এন্ডপয়েন্টের রেফারেন্স দেখুন, আর ত্রুটিটি বারবার এলে সহায়তা টিমের সঙ্গে যোগাযোগ করুন। ### WhatsApp ত্রুটি 135000 মানে কী? এর মানে প্ল্যাটফর্ম মেসেজটি পাঠাতে পারেনি, ঠিক কেন পারেনি তাও বলতে পারেনি, তবু সমস্যাটি আপনার রিকোয়েস্ট প্যারামিটারে বলে চিহ্নিত করেছে। Meta-র রেফারেন্সে 135000-এর বিবরণ হলো "আপনার রিকোয়েস্ট প্যারামিটারের কোনো অজানা ত্রুটির কারণে মেসেজ পাঠানো যায়নি।" প্রতিকার হলো এন্ডপয়েন্টের রেফারেন্স দেখে নিশ্চিত হওয়া যে আপনি সঠিক সিনট্যাক্সে কল করছেন, আর কোডটি বারবার এলে সহায়তা টিমের সঙ্গে যোগাযোগ করা। এ কারণেই এটি 131000 থেকে আলাদা। Meta 131000-কে প্যারামিটারের দিকে ইঙ্গিত না করে অজানা ত্রুটি হিসেবে বর্ণনা করে, আর সেখানে প্রতিকার শুরু হয় আবার চেষ্টা করা দিয়ে। ### ভুল প্যারামিটার কীভাবে খুঁজে বের করবেন? আপনি যে রিকোয়েস্ট বডি পাঠিয়েছেন, সেটি এন্ডপয়েন্টের রেফারেন্সের সঙ্গে ফিল্ড ধরে ধরে মিলিয়ে দেখুন। ত্রুটির পাশাপাশি পুরো পেলোড লগ করুন, কারণ সমস্যা সৃষ্টিকারী মানটি প্রায়ই প্রতিটি মেসেজে আলাদা হয়: অপ্রত্যাশিত ফরম্যাটের ফোন নম্বর, টেক্সটের জায়গায় খালি স্ট্রিং, কিংবা ভুল জায়গায় ফিল্ড বসানো নেস্টেড অবজেক্ট। এরপর error_data-র ভেতরের details মানটি পড়ুন, যেটিকে Meta ত্রুটির সবচেয়ে সম্ভাব্য কারণ বলে বর্ণনা করে। 135000 দিয়ে ব্যর্থ হওয়া কোনো পেলোড পরিবর্তনের পর সফল হলে দুটি সংস্করণই রেখে দিন। পার্থক্যটাই উত্তর, আর পরের বার পাঠানোর আগে কী যাচাই করতে হবে তা-ও এটি বলে দেয়। ### ত্রুটি 135000 নিয়ে কখন Meta সহায়তায় যোগাযোগ করবেন? যখন রিকোয়েস্টটি রেফারেন্সের সঙ্গে মেলে এবং কোডটি বারবার ফিরে আসে। বারবার আসা 135000-এর পরবর্তী ধাপ হিসেবে Meta সহায়তার নাম বলে। ত্রুটির প্রতিক্রিয়ায় থাকা fbtrace_id দিন, যেটি ত্রুটি ডিবাগে সাহায্য করতে পারে বলে Meta জানায়। সঙ্গে দিন টাইমস্ট্যাম্প, এন্ডপয়েন্ট এবং ক্রেডেনশিয়াল সরানো রিকোয়েস্ট বডি। টিকিট খোলার আগে দেখুন একই রিকোয়েস্ট প্রতিবারই ব্যর্থ হয় কি না। যে রিকোয়েস্ট একবার ব্যর্থ হয়ে এক মিনিট পর কোনো পরিবর্তন ছাড়াই সফল হয়, সেটি প্যারামিটারের চেয়ে প্ল্যাটফর্মের দিকে ইঙ্গিত করে, আর তা নিশ্চিত করার দ্রুততর জায়গা WhatsApp Business Platform-এর Meta স্ট্যাটাস পেজ। - একই রিকোয়েস্ট বারবার আবার পাঠানো। Meta সমস্যাটি প্যারামিটারে বলে চিহ্নিত করে, তাই একই পেলোড সাধারণত একইভাবে ব্যর্থ হয়। - শুধু ত্রুটি লগ করা। রিকোয়েস্ট বডি ছাড়া ভুল প্যারামিটারটি খুঁজে পাওয়া যায় না। - fbtrace_id ছাড়াই সহায়তায় যোগাযোগ করা। Meta এটিকেই ত্রুটি ডিবাগে সাহায্যকারী ID বলে উল্লেখ করে। **ত্রুটি 135000 কি 131000-এর মতোই?** না। 131000 হলো কারণ উল্লেখ ছাড়া একটি অজানা ত্রুটি। 135000 হলো এমন অজানা ত্রুটি, যা Meta আপনার রিকোয়েস্ট প্যারামিটারের ওপর আরোপ করে। **ত্রুটি 135000 কি ত্রুটি 100-এর মতোই?** না। ত্রুটি 100 অসমর্থিত বা ভুল বানানের প্যারামিটার চিহ্নিত করে। 135000 বলে, প্যারামিটারগুলো এমন একটি ত্রুটি ঘটিয়েছে যা Meta শনাক্ত করতে পারে না। **135000-এর পর কি আবার চেষ্টা করব?** কোনো পরিবর্তন ছাড়া নয়। আগে রিকোয়েস্টটি এন্ডপয়েন্টের রেফারেন্সের সঙ্গে মিলিয়ে দেখুন। **Meta সহায়তায় কী পাঠাব?** প্রতিক্রিয়া থেকে fbtrace_id, এন্ডপয়েন্ট, সময় এবং ক্রেডেনশিয়াল ছাড়া রিকোয়েস্ট বডি। --- ## EasyCoexistence vs Z-API https://easycoexistence.com/bn/compare/easycoexistence-vs-z-api Z-API ব্রাজিলের একটি WhatsApp API, যা প্রতি ইনস্ট্যান্স হিসাবে বিক্রি হয় এবং QR কোড স্ক্যান করে নম্বর সংযুক্ত করে, ঠিক যেভাবে WhatsApp Web একটি ডিভাইস লিংক করে। EasyCoexistence Coexistence-এর মাধ্যমে নম্বরটিকে Meta-র অফিসিয়াল Cloud API-তে সংযুক্ত করে, ফলে WhatsApp Business অ্যাপ চালু থাকে এবং সংযোগের কোনো অংশ WhatsApp-এর শর্ত লঙ্ঘন করে না। ### প্রত্যেকে কীভাবে WhatsApp-এ পৌঁছায় এই পেজের বাকি সবকিছু এই পার্থক্য থেকেই আসে, তাই এটি আগে। - Z-API:: এর ডকুমেন্টেশন বলে, WhatsApp Web-এর মতোই সংযোগের জন্য একটি QR কোড স্ক্যান করতে হয় বা ফোন নম্বর দিতে হয়। এর নিজের সাইট অফিসিয়াল Cloud API-কে আলাদা পথ হিসেবে বর্ণনা করে এবং নিজেকে তার একটি বাজারের বিকল্প বলে। - EasyCoexistence:: Meta-র Cloud API, যার ক্রেডেনশিয়াল Meta ব্যবসার নিজের WhatsApp Business অ্যাকাউন্টের জন্য ইস্যু করে, এবং সংযোগ হয় Meta-র Embedded Signup-এর মাধ্যমে। নম্বরটি API নম্বর হিসেবে নিবন্ধিত হয় এবং একই ফোনে WhatsApp Business অ্যাপ চলতে থাকে। ### প্রতি নম্বরে খরচ কত দুটোই প্রতি নম্বরে চার্জ করে, তাই যেসব তুলনায় একক মেলে, এটি তার মধ্যে বিরল একটি। - Z-API:: Ultimate প্ল্যানে প্রতি ইনস্ট্যান্স মাসে R$ 99,99, অথবা Partner প্ল্যানে ন্যূনতম 10টি ইনস্ট্যান্সে প্রতিটি R$ 89,99, যা তাদের সাইটে প্রকাশিত। ট্রায়াল 2 দিনের। - EasyCoexistence:: এক থেকে পাঁচটি নম্বরের জন্য প্রতি সংযুক্ত নম্বরে মাসে US$ 9, ছয়টি ব্যান্ডে কমে নম্বর বাড়ার সঙ্গে প্রতিটি US$ 1 পর্যন্ত। প্রথম 3 দিন ফ্রি, এবং Meta তার মেসেজিং চার্জ সরাসরি ব্যবসাকে বিল করে, কোনো মার্কআপ ছাড়াই। ### WhatsApp ব্যবস্থা নিলে নম্বরটির কী হয় প্রতি ইনস্ট্যান্সের মূল্যে এই ঝুঁকিটি দেখা যায় না। - Z-API:: লিংক করা ডিভাইসের সেশন এমন পথ নয় যা WhatsApp-এর ব্যবসায়িক শর্ত স্বয়ংক্রিয় ব্যবসায়িক মেসেজিংয়ের জন্য অনুমোদন করে, এবং এভাবে সংযুক্ত অ্যাকাউন্ট সীমাবদ্ধ বা নিষিদ্ধ হতে পারে। - EasyCoexistence:: সংযোগটি Meta-র নিজের ফিচার, Meta-র নিজের ফ্লো দিয়ে করা, একটি স্বাধীন Meta Tech Provider-এর মাধ্যমে। নম্বরটি কীভাবে সংযুক্ত হয় তার এমন কিছু নেই যার বিরুদ্ধে WhatsApp ব্যবস্থা নিতে পারে। ### ফোন ব্যবহার চালু রাখা দুটোর যেকোনোটিতেই বেশিরভাগ ছোট ব্যবসা এখনও ফোন থেকে গ্রাহকদের উত্তর দেয়, তাই এটিই ঠিক করে দেয় দিনটা কেমন কাটবে। - Z-API:: ইনস্ট্যান্সটি WhatsApp Web-এর অর্থে একটি লিংক করা সেশন, তাই সেই লিংক যতক্ষণ সচল থাকে ততক্ষণই এটি টিকে থাকে। তাদের সাইট Meta-র Coexistence ফিচারের কথা উল্লেখ করে না। - EasyCoexistence:: Coexistence-ই পুরো পণ্য। টিম WhatsApp Business অ্যাপ রাখে, API একই নম্বরে চলে, এবং সংযোগ মনিটর করা হয়, যাতে Meta-র 14 দিনের নিয়মের মতো কোনো বিচ্ছিন্নতা ঘটামাত্র জানানো হয়। - QR দিয়ে লিংক করা ইনস্ট্যান্স আর Cloud API-কে ভিন্ন মূল্যের একই পণ্য ধরে নেওয়া। এরা ভিন্ন পথে WhatsApp-এ পৌঁছায়। - ব্যবসার প্রধান নম্বর লিংক করা ডিভাইসের সেশনে চালানো। নিষেধাজ্ঞা এলে নম্বরের WhatsApp উপস্থিতিও চলে যায়। - ভুলে যাওয়া যে Cloud API টেমপ্লেটের জন্য চার্জ করে। Meta তা ব্যবসাকে বিল করে, দুই সাবস্ক্রিপশনের বাইরে। **Z-API কি অফিসিয়াল WhatsApp API?** না। তাদের নিজের সাইট অফিসিয়াল Cloud API-কে Meta-র মাধ্যমের পথ এবং Z-API-কে বাজারের বিকল্প হিসেবে বর্ণনা করে, আর তাদের ডকুমেন্টেশন বলে একটি ইনস্ট্যান্স WhatsApp Web-এর মতো সংযুক্ত হয়। **কোনটি সস্তা?** হ্যাঁ, আমরা। Z-API প্রতি ইনস্ট্যান্সে মাসে R$ 99,99 প্রকাশ করে। আমরা পাঁচটি নম্বর পর্যন্ত প্রতি সংযুক্ত নম্বরে মাসে US$ 9 নিই, নম্বর বাড়ার সঙ্গে কমে US$ 1 পর্যন্ত। **আপনাদের সঙ্গে কি টেমপ্লেট অনুমোদন লাগে?** শুধু 24 ঘণ্টার উইন্ডোর বাইরে কথোপকথন শুরু করা মেসেজের জন্য, যা প্রতিটি অফিসিয়াল প্রোভাইডারের জন্য Meta-র নিয়ম। উইন্ডোর ভেতরের উত্তর ফ্রি টেক্সটে দেওয়া যায়। **Z-API থেকে EasyCoexistence-এ নম্বর সরানো যায় কি?** হ্যাঁ। সেশনটি আনলিংক করুন, WhatsApp Business অ্যাপ ব্যবহার চালিয়ে যান, এবং Embedded Signup-এর মাধ্যমে নম্বরটি সংযুক্ত করুন। এর জন্য অ্যাপ ভার্সন 2.24.17 বা তার পরের এবং সাম্প্রতিক প্রকৃত কার্যকলাপ লাগে। --- ## EasyCoexistence বনাম Blip https://easycoexistence.com/bn/compare/easycoexistence-vs-blip Blip একটি ব্রাজিলিয়ান কথোপকথনভিত্তিক প্ল্যাটফর্ম, যেখানে WhatsApp ও অন্যান্য চ্যানেলে চ্যাটবট বানানো এবং কাস্টমার সার্ভিস চালানো যায়; পেইড প্ল্যানের মূল্য সেলসের মাধ্যমে জানাতে হয়। EasyCoexistence হলো খোদ WhatsApp সংযোগ: Coexistence-এর মাধ্যমে Meta-র Cloud API-তে, প্রতি সংযুক্ত নম্বরের জন্য প্রকাশিত ফিতে, আর ফোনে WhatsApp Business অ্যাপও আগের মতোই চলে। ### প্রতিটি পণ্য আসলে কী দুটিই Meta-র অফিশিয়াল API ব্যবহার করে। তবে তার ওপর তারা আলাদা জিনিস বিক্রি করে। - Blip:: কাস্টম ফ্লো ও ন্যাচারাল ল্যাঙ্গুয়েজ প্রসেসিং দিয়ে বট বানানোর প্ল্যাটফর্ম, সঙ্গে মানুষের সার্ভিস ডেস্ক, যা WhatsApp, Instagram, Messenger ও অন্যান্য চ্যানেলে চলে। তাদের প্রাইসিং পেজে লেখা আছে তারা Meta-র অফিশিয়াল Business Solution Provider। - EasyCoexistence:: ব্যবসা WhatsApp Business অ্যাপে যে নম্বর ইতিমধ্যে ব্যবহার করে, সেটির সঙ্গে Meta-র Cloud API-র সংযোগ, সঙ্গে সেই সংযোগের নিরবচ্ছিন্ন মনিটরিং। মেসেজ চলে যায় ব্যবসা যে সিস্টেম আগে থেকে চালায় সেখানে: CRM, n8n, নিজস্ব কোড বা MCP-র মাধ্যমে AI এজেন্টে। ### খরচ কত এখানে পার্থক্য হলো কারও সঙ্গে কথা বলার আগেই মূল্য পড়ে জানা যায় কি না। - Blip:: সর্বোচ্চ দুজন এজেন্টের জন্য একটি ফ্রি প্ল্যান, মাসিক কথোপকথন সীমিত। পেইড প্ল্যানের মূল্য পেজে দেওয়া নেই; পাঠককে আরও জানতে বলা হয়, তাই অঙ্কটি আসে সেলস আলাপ থেকে। - EasyCoexistence:: 1 থেকে 5টি নম্বরের জন্য প্রতি সংযুক্ত নম্বরে প্রতি মাসে US$ 9, নম্বর বাড়লে নেমে US$ 1, প্রথম 3 দিন ফ্রি। Meta তাদের মেসেজিং চার্জ ব্যবসার নিজস্ব অ্যাকাউন্টে বিল করে, আর তাতে কোনো মার্কআপ নেই। ### ফোন কি চালু থাকে ফোন থেকে উত্তর দেওয়া ছোট ব্যবসার জন্য সাধারণত এটিই প্রথম প্রশ্ন। - Blip:: তাদের প্রাইসিং পেজে Coexistence নিয়ে কিছু বলা নেই। এই পেজের ওপর নির্ভর না করে তাদেরই জিজ্ঞেস করুন, সংযুক্ত থাকা অবস্থায় নম্বরটি WhatsApp Business অ্যাপে থাকতে পারে কি না। - EasyCoexistence:: হ্যাঁ, ডিজাইনেই তাই। Coexistence একই নম্বরে WhatsApp Business অ্যাপ চালু রাখে, সাম্প্রতিক চ্যাট হিস্ট্রি সিঙ্ক হয়, আর API পাশাপাশি চলে। Coexistence নম্বরে থ্রুপুট প্রতি সেকেন্ডে 20টি মেসেজ। ### বট লজিক কোথায় থাকে অটোমেশন কোথাও না কোথাও চালাতে হয়, আর সেই পছন্দই ঠিক করে আপনি কিসের সঙ্গে বাঁধা পড়বেন। - Blip:: Blip-এর ভেতরে। ফ্লো, বট ও সার্ভিস ডেস্ক তাদের প্ল্যাটফর্মেই তৈরি ও চালানো হয়, আর সেটিই তাদের বিক্রি করা পণ্য। - EasyCoexistence:: যেখানে আপনি আগে থেকেই বানান। Meta মেসেজ ওয়েবহুক সরাসরি আপনার নিজের সিস্টেমে পাঠায়, কথোপকথনের কনটেন্ট আমাদের দিকে কখনো সংরক্ষিত হয় না, আর MCP সার্ভারের মাধ্যমে Claude, ChatGPT, Cursor বা Codex নম্বরটি থেকে মেসেজ পাঠাতে পারে। - বট প্ল্যাটফর্মের কোটেশনকে সংযোগ ফির সঙ্গে লাইন ধরে মেলানো। একটিতে বিল্ডার ও ডেস্ক অন্তর্ভুক্ত। - ধরে নেওয়া যে যেকোনো Meta পার্টনার WhatsApp Business অ্যাপ চালু রাখে। Coexistence সমর্থিত ও চালু থাকতে হয়। - Meta-র নিজস্ব মেসেজিং চার্জ ভুলে যাওয়া। দুই পণ্যেই সেগুলো Meta বিল করে। **Blip কি তাদের মূল্য প্রকাশ করে?** শুধু ফ্রি প্ল্যান, সর্বোচ্চ দুজন এজেন্ট ও সীমিত কথোপকথনসহ। পেইড প্ল্যানের মূল্য তাদের প্রাইসিং পেজে দেওয়া নেই। **কোনটি সস্তা?** আমাদের মূল্য প্রকাশিত, তাদের নয়, তাই আমাদেরটাই আপনি যাচাই করতে পারবেন: প্রতি সংযুক্ত নম্বরে প্রতি মাসে US$ 9, নম্বর বাড়লে নেমে US$ 1, এজেন্টের কোনো সীমা নেই। **EasyCoexistence দিয়ে কি চ্যাটবট বানানো যায়?** হ্যাঁ, আপনি যে টুল ইতিমধ্যে ব্যবহার করেন সেখানেই। মেসেজ আপনার ওয়েবহুক, n8n, Make বা MCP-র মাধ্যমে AI এজেন্টে পৌঁছায়, আর লজিক থাকে সেখানেই। **EasyCoexistence কি Meta-র পণ্য?** না। আমরা একটি স্বাধীন Meta Tech Provider, Meta-র অফিশিয়াল Embedded Signup ও Cloud API ব্যবহার করি। --- ## EasyCoexistence বনাম Digisac https://easycoexistence.com/bn/compare/easycoexistence-vs-digisac Digisac একটি ব্রাজিলিয়ান মাল্টিচ্যানেল গ্রাহকসেবা প্ল্যাটফর্ম। এর মূল্য কাস্টম প্রস্তাবের ভিত্তিতে ঠিক হয়, মাসে R$ 197 থেকে শুরু। এটি Gupshup ও 360dialog-এর মাধ্যমে অফিসিয়াল WhatsApp API চালায় এবং তাদের মাধ্যমে Coexistence সমর্থন করে। EasyCoexistence একটি Meta Tech Provider, যা নম্বরটি নিজেই সংযুক্ত করে। প্রতি নম্বরে ফি প্রকাশিত, মাঝখানে কোনো প্ল্যাটফর্ম নেই। ### মূল্য কীভাবে ঠিক হয় একটিতে প্রস্তাব, অন্যটিতে টেবিল। পরের সবকিছু এর ওপরই নির্ভর করে। - Digisac:: কোনো নির্দিষ্ট প্ল্যান নেই। তাদের নিজেদের পেজ বলছে শুরুর মূল্য R$ 197, যা এজেন্ট, চ্যানেল, AI মডিউলের মতো ফিচার ও ইন্টিগ্রেশনের সংখ্যা অনুযায়ী বদলায়। তাদের সেলস টিম এসব মিলিয়ে একটি প্রস্তাব তৈরি করে। - EasyCoexistence:: প্রতি সংযুক্ত নম্বরে মাসে US$ 9, এক থেকে পাঁচটি নম্বরের জন্য। ছয়টি ব্যান্ড পেরিয়ে নম্বর যোগ করার সাথে সাথে প্রতিটি US$ 1 পর্যন্ত। গোনার মতো এজেন্ট নেই, যোগ করার মতো মডিউলও নেই। প্রথম 3 দিন ফ্রি। ### আপনার ও Meta-র মাঝখানে কে আছে একটি নম্বরের পেছনে কতগুলো কোম্পানি আছে, তার ওপর নির্ভর করে সমস্যা হলে কে ঠিক করতে পারবে। - Digisac:: প্ল্যাটফর্মটি Gupshup ও 360dialog-এর মাধ্যমে API চালায়, যারা Meta-র পার্টনার। তাদের Coexistence নিবন্ধ বলছে, অ্যাক্টিভেশন হয় 360dialog-এর মতো একটি অফিসিয়াল প্রোভাইডারের সঙ্গে, আর Digisac সেই প্রক্রিয়ায় ক্লায়েন্টকে সহায়তা করে। - EasyCoexistence:: কেউ নেই। আমরা একটি স্বতন্ত্র Meta Tech Provider। ব্যবসা Meta-র নিজস্ব Embedded Signup-এর মাধ্যমে নিজের WhatsApp Business Account-এ সাইন আপ করে, আর Meta-র ওয়েবহুক সরাসরি ব্যবসার সিস্টেমে যায়। ### টিম কোথায় কাজ করে একটি সার্ভিস প্ল্যাটফর্ম আর একটি সংযোগ কর্মদিবসের আলাদা আলাদা জিনিস বদলায়। - Digisac:: একটি শেয়ার্ড সার্ভিস প্ল্যাটফর্ম, যেখানে WhatsApp, Instagram, Telegram, Messenger, ইমেইল ও ওয়েবচ্যাট একসঙ্গে থাকে। সঙ্গে আছে কথোপকথন বণ্টন, ইন্টার্নাল চ্যাট ও সেলস ফানেল। টিম এর ভেতরেই কাজ করে। - EasyCoexistence:: নতুন কিছুতে লগ ইন করতে হয় না। টিম WhatsApp Business অ্যাপই ব্যবহার করে, আর অটোমেশন, CRM বা AI এজেন্ট একই নম্বরে API-এর মাধ্যমে কাজ করে। ### নম্বর চালু হতে কতক্ষণ লাগে ছোট ব্যবসা অনেক সময় শুধু এই একটি কারণেই সিদ্ধান্ত নেয়। - Digisac:: প্রথমে একটি বাণিজ্যিক প্রস্তাব, তারপর প্রোভাইডারের সঙ্গে অ্যাক্টিভেশন। তাদের পেজে পূর্বশর্ত হিসেবে CNPJ, Meta Business Manager ও নীতিমালা মেনে চলার কথা আছে। - EasyCoexistence:: সাধারণত Embedded Signup-এর মাধ্যমে দুই মিনিটের কম সময়ে: Facebook দিয়ে লগ ইন করুন, নম্বর দিন, অ্যাপে একটি QR কোড স্ক্যান করুন। নম্বর সংযুক্ত হওয়ামাত্র মনিটরিং শুরু হয়। - Digisac-এর শুরুর মূল্যকে প্রতি নম্বরের ফির সঙ্গে তুলনা করা। তাদের মূল্য এজেন্ট, চ্যানেল ও মডিউল বাড়লে বাড়ে। - Coexistence-কে প্ল্যাটফর্মের নিজস্ব ফিচার ভাবা। এটি Meta-র ফিচার, যা Meta-র দিকে একটি প্রোভাইডারের মাধ্যমে চালু হয়। - বাজেট থেকে Meta-র চার্জ বাদ দেওয়া। দুই বিকল্পেই এই চার্জ Meta নিজে বিল করে। **Digisac কি Coexistence সমর্থন করে?** হ্যাঁ। তাদের নিজেদের নিবন্ধ বলছে, এটি 360dialog-এর মতো একটি অফিসিয়াল প্রোভাইডারের সঙ্গে চালু করা হয়, আর Digisac প্রক্রিয়াটিতে সহায়তা করে। **কোনটি সস্তা?** একটি নম্বরের ক্ষেত্রে আমরাই সস্তা: মাসে US$ 9, আর Digisac-এর শুরুর মূল্য R$ 197, যা এজেন্ট, চ্যানেল ও মডিউল বাড়লে বাড়ে। আমাদের মূল্য নম্বর বাড়লে কমে। **আপনাদের সঙ্গে কি শেয়ার্ড ইনবক্স হারাব?** আমরা শেয়ার্ড ইনবক্স বিক্রি করি না। টিম WhatsApp Business অ্যাপই ব্যবহার করে, আর বাকি সবকিছু আপনার বেছে নেওয়া টুলে চলে। **Meta-কে কে টাকা দেয়?** ব্যবসা নিজেই, নিজের WhatsApp Business Account-এ সরাসরি। Meta-র কোনো চার্জের ওপর আমরা কখনও মার্কআপ করি না। --- ## EasyCoexistence বনাম Octadesk https://easycoexistence.com/bn/compare/easycoexistence-vs-octadesk Octadesk একটি ব্রাজিলিয়ান কাস্টমার সার্ভিস প্ল্যাটফর্ম, যেখানে চ্যাটবট, AI এজেন্ট ও হেল্পডেস্ক একসঙ্গে আছে। প্ল্যান শুরু হয় মাসে R$ 2.499 থেকে, যাতে 3,000 কনভারসেশন মেলে, সঙ্গে বাধ্যতামূলক অনবোর্ডিং কনসাল্টেন্সি। EasyCoexistence WhatsApp Business অ্যাপে থাকা নম্বরটিকে Coexistence-এর মাধ্যমে Meta-র Cloud API-তে সংযুক্ত করে, নম্বরপ্রতি প্রকাশিত ফিতে, কনভারসেশনের কোনো সীমা ও সেটআপ ছাড়া। ### মাসিক বিল কীসের জন্য দুটোর হিসাবের একক আলাদা, আর যত বেশি গ্রাহক মেসেজ করেন, এই পার্থক্য তত বাড়ে। - Octadesk:: কনভারসেশন অনুযায়ী প্ল্যান: One মাসে R$ 2.499 (3,000 কনভারসেশন), Flow R$ 4.399 (5,500), Nexus 9,000-এর জন্য, মূল্য অনুরোধে। হেল্পডেস্ক ব্যবহারকারীর খরচ প্রতি ব্যবহারকারী হিসেবে আলাদাভাবে যোগ হয়, আর প্রতিটি প্ল্যানে অনবোর্ডিং কনসাল্টেন্সি বাধ্যতামূলক, যার মূল্য অনুরোধে জানানো হয়। - EasyCoexistence:: সংযুক্ত প্রতিটি নম্বরের জন্য একটিই ফি: এক থেকে পাঁচটি নম্বরের জন্য মাসে US$ 9, আর নম্বর বাড়ার সঙ্গে সঙ্গে নম্বরপ্রতি US$ 1-এ নেমে আসে। দশ হাজার কনভারসেশনের মাসে যা খরচ, শান্ত মাসেও তাই। Meta তাদের মেসেজিং চার্জ সরাসরি নিজেই বিল করে। ### প্রতিটি কী দুটোই নম্বরকে অফিশিয়াল API-তে আনে। তার ওপর কী তৈরি, সেটাই আলাদা। - Octadesk:: একটি সার্ভিস ইকোসিস্টেম: চ্যাটবট, AI এজেন্ট, SLA ও টিকিট হিস্ট্রিসহ হেল্পডেস্ক এবং WhatsApp বাল্ক মেসেজ পাঠানো, আর প্রতিটি প্ল্যানে একটি অফিশিয়াল WhatsApp API নম্বর অন্তর্ভুক্ত। - EasyCoexistence:: সংযোগ এবং তার মনিটরিং। নম্বরটি WhatsApp Business অ্যাপেই থাকে, একই সময়ে তার ওপর API চলে, আর মেসেজ পৌঁছে যায় ব্যবসা যেসব টুল আগে থেকে ব্যবহার করে সেগুলোতে, আমাদের MCP সার্ভারের মাধ্যমে AI এজেন্টসহ। ### দ্বিতীয় বা দশম নম্বর যোগ করা এজেন্সি এবং একাধিক শাখার ব্যবসা সবার আগে এটাই জানতে চায়। - Octadesk:: প্রতিটি প্ল্যানে একটি অফিশিয়াল WhatsApp API নম্বর অন্তর্ভুক্ত বলে লেখা আছে। অতিরিক্ত নম্বরের মূল্য তাদের প্রাইসিং পেজে প্রকাশ করা নেই। - EasyCoexistence:: প্রতি অ্যাকাউন্টে নম্বরের সংখ্যা সীমাহীন, প্রতিটির মূল্য তার ব্যান্ড অনুযায়ী, আর সংখ্যা বাড়লে নম্বরপ্রতি হার কমে: ছয়টি নম্বর থেকে US$ 7, আর নম্বর বাড়ার সঙ্গে সঙ্গে US$ 1 পর্যন্ত। ### ফোন কি আগের মতো কাজ করে ছোট টিমকে কাজের ধরন বদলাতে হবে কি না, এই প্রশ্নই তা ঠিক করে। - Octadesk:: তাদের প্রাইসিং পেজে Coexistence নিয়ে কিছু বলা নেই। নম্বরটি তাদের API-তে গেলে WhatsApp Business অ্যাপে থাকতে পারবে কি না, তা তাদের কাছ থেকে নিশ্চিত করে নিন। - EasyCoexistence:: পারে। আমরা শুধু Coexistence-ই সংযুক্ত করি: অ্যাপে চ্যাট থেকে যায়, প্রায় ছয় মাসের হিস্ট্রি সিঙ্ক হতে পারে, আর একই নম্বরে API কাজ করে। সংযোগের ওপর নজর রাখা হয়, তাই কোনো বিচ্ছিন্নতা সঙ্গে সঙ্গে চিহ্নিত হয়। - কনভারসেশন না গুনে প্ল্যানের মূল্য তুলনা করা। Octadesk-এর প্ল্যানে তার সীমা আছে; সংযোগ ফিতে নেই। - অনবোর্ডিং কনসাল্টেন্সি বাদ দিয়ে বাজেট করা। Octadesk প্রতিটি প্ল্যানে এটি বাধ্যতামূলক করে এবং মূল্য অনুরোধে জানায়। - প্ল্যানে Meta-র টেমপ্লেট চার্জ মিটে যাবে বলে ধরে নেওয়া। Meta সেগুলো সরাসরি ব্যবসাকে বিল করে। **কোনটি সস্তা?** হ্যাঁ, সংযোগ দরকার এমন ব্যবসার জন্য অনেকটাই। Octadesk শুরু হয় মাসে R$ 2.499 থেকে, সঙ্গে অনবোর্ডিং; আমরা সংযুক্ত নম্বরপ্রতি মাসে US$ 9 নিই। **3,000 কনভারসেশনের পর কী হয়?** Octadesk-এর One প্ল্যানে আপনাকে উঁচু প্ল্যানে যেতে হয়। আমাদের ক্ষেত্রে কিছুই বদলায় না: কোনো মূল্যেই কনভারসেশনের সীমা নেই। **Octadesk কি Coexistence সমর্থন করে?** তাদের প্রাইসিং পেজে তা বলা নেই। এই পেজের ওপর নির্ভর না করে তাদেরই জিজ্ঞাসা করুন। **EasyCoexistence-এর সঙ্গেও কি AI ব্যবহার করতে পারব?** হ্যাঁ। আমাদের MCP সার্ভার Claude, ChatGPT, Cursor, Claude Code ও Codex-কে নম্বরটিতে মেসেজ ও টেমপ্লেট পাঠাতে দেয়। --- ## EasyCoexistence বনাম Huggy https://easycoexistence.com/bn/compare/easycoexistence-vs-huggy Huggy ব্রাজিলের একটি ওমনিচ্যানেল কাস্টমার সার্ভিস ইনবক্স, যার মূল্য প্ল্যান ও সংযুক্ত ইউজার অনুযায়ী ঠিক হয়, আর WhatsApp আলাদাভাবে পরিমাণ ও ক্যাটাগরি অনুযায়ী চার্জ হয়। EasyCoexistence হলো স্বয়ং WhatsApp সংযোগ: WhatsApp Business অ্যাপে থাকা নম্বরেই Coexistence-এর মাধ্যমে Meta-র Cloud API, প্রতি সংযুক্ত নম্বরে একটিই প্রকাশিত ফি-তে। ### মাসিক বিল আসলে কিসের জন্য Huggy-র বিল দলের সঙ্গে বাড়ে। আমাদের বিল বাড়ে শুধু নম্বরের সঙ্গে। - Huggy:: একজন সংযুক্ত ইউজারসহ একটি প্ল্যান, তারপর প্রতিটি অতিরিক্ত ইউজারের জন্য ফি: Starter-এ R$ 69,90, মাসে R$ 579 থেকে শুরু হওয়া Intermediate-এ R$ 119,90, মাসে R$ 989 থেকে শুরু হওয়া Custom-এ R$ 189,90। WhatsApp-এর খরচ এর ওপরে, পরিমাণ ও ক্যাটাগরি অনুযায়ী, আর ইমপ্লিমেন্টেশন ঐচ্ছিক R$ 1.250। - EasyCoexistence:: এক থেকে পাঁচটি নম্বরের জন্য প্রতি সংযুক্ত নম্বরে মাসে US$ 9, নম্বর যোগ করার সাথে সাথে নেমে US$ 1 পর্যন্ত, কোথাও ইউজারের হিসাব নেই। প্রথম তিন দিন ফ্রি, আর Meta তার মেসেজিং চার্জ সরাসরি ব্যবসাকে বিল করে। ### প্রতিটি পণ্য আসলে কী ইনবক্স আর সংযোগ কেনা হয় আলাদা কারণে। - Huggy:: WhatsApp, Instagram, Messenger, Telegram, ইমেইল, SMS ও ভয়েস এক জায়গায় আনা একটি সার্ভিস ইনবক্স, সঙ্গে চ্যাটবট ও রিপোর্ট। তাদের পেজ অনুযায়ী তারা অফিশিয়াল API চালু করার জন্য Meta-র অফিশিয়াল পার্টনার। - EasyCoexistence:: WhatsApp Business অ্যাপের নম্বর আর Meta-র Cloud API-এর মধ্যে সংযোগ, যার নজরদারি চলে নিরবচ্ছিন্নভাবে। মেসেজ চলে যায় ব্যবসা যে সিস্টেম আগে থেকে ব্যবহার করে সেখানে, Meta-র ওয়েবহুক বা আমাদের MCP সার্ভারের মাধ্যমে। ### দলের কাজের ধরন বদলায় কি না কিছুতে রাজি হওয়ার আগে মালিকের প্রথম প্রশ্ন। - Huggy:: এজেন্টরা Huggy ইনবক্সে লগ ইন করেন, যেখানে সব চ্যানেলের কথোপকথন ভাগ করে দেওয়া হয় ও উত্তর দেওয়া হয়। তাদের প্রাইসিং পেজে WhatsApp Business অ্যাপের সঙ্গে Coexistence নিয়ে কিছু বলা নেই। - EasyCoexistence:: কাউকে সরে যেতে হয় না। WhatsApp Business অ্যাপ একই নম্বরে, সব চ্যাটসহ কাজ করতে থাকে, আর ব্যবসা যা কিছু অটোমেট করে তার জন্য API পাশাপাশি চলে। ### কথোপকথন কোথায় থাকে এমন একটি সিদ্ধান্ত, যা পরে ফেরানো কঠিন। - Huggy:: তাদের প্ল্যাটফর্মে, কারণ যে এজেন্টরা কথোপকথন খোলেন তাদের দেখানোর জন্য ইনবক্সের এটি দরকার। - EasyCoexistence:: আমাদের দিকে নয়। কথোপকথনের বিষয়বস্তু কখনো সংরক্ষণ করা হয় না, আর Meta আসা মেসেজ সরাসরি ব্যবসার নিজস্ব ওয়েবহুকে পাঠাতে পারে। - WhatsApp-এর অংশ বাদ দিয়ে Huggy-র মূল্য হিসাব করা। এটি প্ল্যান থেকে আলাদা, পরিমাণ ও ক্যাটাগরি অনুযায়ী চার্জ হয়। - শুধু আজকের দল ধরে হিসাব করা। ইনবক্স প্ল্যানে প্রতিটি অতিরিক্ত ইউজার মাসিক ফি যোগ করে। - একটি নম্বরে API অ্যাক্সেসের জন্য ইনবক্স কিনে ফেলা। এর জন্য শুধু সংযোগই যথেষ্ট। **কোনটি সস্তা?** যে ব্যবসার সংযোগ দরকার, তার জন্য আমরা। Huggy-র Intermediate প্ল্যান একজন ইউজারের জন্য মাসে R$ 579 থেকে শুরু, WhatsApp-এর খরচ ছাড়া; আমাদের মূল্য প্রতি সংযুক্ত নম্বরে মাসে US$ 9। **Huggy কি অফিশিয়াল API ব্যবহার করে?** তাদের প্রাইসিং পেজ বলছে তারা Meta-র অফিশিয়াল পার্টনার এবং Meta-র অফিশিয়াল API চালু করে। **Huggy কি Coexistence সমর্থন করে?** তাদের প্রাইসিং পেজে এ বিষয়ে কিছু বলা নেই। এই পেজের ওপর ভরসা না করে তাদেরই জিজ্ঞেস করুন। **আপনাদের কি ইনবক্স আছে?** না। দল WhatsApp Business অ্যাপই ব্যবহার করতে থাকে, আর Coexistence ঠিক এর জন্যই। --- ## EasyCoexistence বনাম Umbler Talk https://easycoexistence.com/bn/compare/easycoexistence-vs-umbler-talk Umbler Talk একটি ব্রাজিলিয়ান WhatsApp ইনবক্স, CRM ও চ্যাটবট, যা অফিসিয়াল API-তে চলে। মূল্য প্রতি এজেন্ট মাসে R$ 99,90 থেকে, ন্যূনতম দুজন এজেন্টসহ। EasyCoexistence WhatsApp Business অ্যাপে থাকা নম্বরটিকে Coexistence-এর মাধ্যমে Meta-র Cloud API-র সঙ্গে যুক্ত করে। মূল্য সংযুক্ত নম্বরপ্রতি, তাই কতজন উত্তর দিচ্ছেন তার ওপর বিল নির্ভর করে না। ### মাসিক বিল কীসের জন্য Umbler Talk মানুষ গোনে। EasyCoexistence নম্বর গোনে। - Umbler Talk:: প্রতি এজেন্ট মাসে: Essencial-এ R$ 99,90, ন্যূনতম দুজন এজেন্টসহ; Impulso-তে R$ 149,90 এবং Escala-তে R$ 219,90, ন্যূনতম তিনজনসহ। সবচেয়ে ছোট সম্ভাব্য বিল হলো Essencial-এ দুজন এজেন্ট, মাসে R$ 199,80। - EasyCoexistence:: সংযুক্ত নম্বরপ্রতি মাসে US$ 9, 1 থেকে 5টি নম্বরের জন্য; ছয়টি ব্যান্ড পেরিয়ে নম্বর বাড়ার সঙ্গে সঙ্গে প্রতিটির মূল্য নেমে US$ 1 পর্যন্ত আসে। এজেন্টের সংখ্যা গোনা হয় না, ন্যূনতমও নেই। প্রথম 3 দিন ফ্রি, আর মেসেজের বিল Meta সরাসরি করে। ### প্রতিটি পণ্য আসলে কী দুটোই Meta-র অফিসিয়াল API-তে চলে, যা Umbler Talk নিজের পেজেই স্পষ্ট বলেছে। - Umbler Talk:: একটি শেয়ার্ড ইনবক্স, সঙ্গে ভিজ্যুয়াল CRM পাইপলাইন, চ্যাটবট, AI এজেন্ট, নলেজ বেস ও ওয়েবচ্যাট; উচ্চতর প্ল্যানে WhatsApp ক্যাম্পেইনও আছে। টিম কাজ করে এর ভেতরেই। - EasyCoexistence:: সংযোগ এবং তার পর্যবেক্ষণ। নম্বরটি WhatsApp Business অ্যাপেই থাকে, একই সময়ে তার ওপর API চলে, আর মেসেজ পৌঁছায় আপনার CRM, n8n, নিজের কোড বা MCP-র মাধ্যমে AI এজেন্টে। ### কয়টি নম্বর ধরে এজেন্সি ও একাধিক শাখার ব্যবসার জন্য প্ল্যানের নামের চেয়ে নম্বরের সীমা বেশি গুরুত্বপূর্ণ। - Umbler Talk:: Essencial-এ দুটি WhatsApp নম্বর, Impulso-তে সর্বোচ্চ তিনটি, আর Escala-তে নম্বরের সীমাকে গতিশীল বলা হয়েছে। বেশি নম্বর মানে প্রতিটি এজেন্টের জন্য উচ্চতর প্ল্যান। - EasyCoexistence:: প্রতি অ্যাকাউন্টে নম্বর অসীম, প্রতিটির মূল্য তার ব্যান্ড অনুযায়ী, আর নম্বর বাড়লে নম্বরপ্রতি মূল্য কমে। বিশতম নম্বরের খরচ প্রথমটির চেয়ে কম। ### WhatsApp Business অ্যাপ কাজ করতে থাকে কি না ছোট টিম সবার আগে এই প্রশ্নটিই করে। - Umbler Talk:: তাদের প্ল্যান পেজে Coexistence-এর কোনো উল্লেখ নেই। সংযুক্ত করার পরও নম্বরটি WhatsApp Business অ্যাপে কাজ করে কি না, তা তাদের জিজ্ঞাসা করুন। - EasyCoexistence:: হ্যাঁ। আমরা শুধু Coexistence-ই সংযুক্ত করি, তাই অ্যাপে চ্যাটগুলো থাকে এবং API তার পাশাপাশি কাজ করে। Meta-র 14 দিনের নিয়মের মতো সংযোগ বিচ্ছিন্ন হওয়ার ঘটনার ওপর নজর রাখা হয়। - এজেন্টপ্রতি মূল্যকেই পুরো বিল ধরে নেওয়া। ন্যূনতম দুজন এজেন্ট, আর উচ্চতর প্ল্যানে আরও বেশি। - নম্বরের সীমা দেখে প্ল্যান বেছে নেওয়া এবং ফলে প্রতিটি এজেন্টের জন্য উচ্চতর হারে টাকা দেওয়া। - বাজেট থেকে Meta-র টেমপ্লেট চার্জ বাদ দেওয়া। Meta সেগুলোর বিল সরাসরি ব্যবসাকে করে। **কোনটি সস্তা?** হ্যাঁ, আমরা। Umbler Talk-এর সবচেয়ে ছোট বিল দুজন এজেন্ট, প্রতিজন R$ 99,90, অর্থাৎ মাসে R$ 199,80। আমাদের মূল্য একটি সংযুক্ত নম্বরের জন্য US$ 9, উত্তর যে-ই দিক। **Umbler Talk কি অফিসিয়াল WhatsApp API ব্যবহার করে?** হ্যাঁ। তাদের পেজে বলা আছে Umbler Talk WhatsApp-এর অফিসিয়াল API ব্যবহার করে এবং প্ল্যাটফর্মের নির্দেশিকা মেনে চলে। **Umbler Talk কি Coexistence সমর্থন করে?** তাদের প্ল্যান পেজে এর উল্লেখ নেই। এই পেজের ওপর নির্ভর না করে তাদেরই জিজ্ঞাসা করুন। **EasyCoexistence কি এজেন্টপ্রতি চার্জ নেয়?** না। ফি সংযুক্ত নম্বরপ্রতি, সেই নম্বরে বা API-র মাধ্যমে যতজনই উত্তর দিন বা কাজ করুন। --- ## EasyCoexistence vs Whaticket https://easycoexistence.com/bn/compare/easycoexistence-vs-whaticket Whaticket হলো WhatsApp ও অন্যান্য চ্যানেলের জন্য একটি মাল্টি-এজেন্ট ইনবক্স, যার দাম মাসে US$ 49 থেকে শুরু, ন্যূনতম তিনজন ইউজার ও একটি WhatsApp লাইন সহ। সংযোগ হয় QR কোডে অথবা Coexistence-সহ অফিশিয়াল API দিয়ে। EasyCoexistence শুধু অফিশিয়াল সংযোগ: WhatsApp Business অ্যাপে থাকা নম্বরে Meta-র Cloud API, প্রতি নম্বরে US$ 9। ### প্রতিটি নম্বর কীভাবে সংযুক্ত করে Whaticket WhatsApp-এ যাওয়ার দুটি পথ বিক্রি করে। EasyCoexistence বিক্রি করে একটি। - Whaticket:: WhatsApp QR (WhatsApp Web-এর মতো স্ক্যান করা সেশন) অথবা Coexistence-সহ WhatsApp API, এর মধ্যে বেছে নেওয়া যায়। তাদের নিজেদের সাইটই সতর্ক করে যে WhatsApp Business দিয়ে গণ-মেসেজ পাঠালে ব্লক হতে পারে, এবং ঝুঁকি কমাতে API-এর পরামর্শ দেয়। - EasyCoexistence:: শুধু Meta-র Cloud API, Meta-র Embedded Signup দিয়ে Coexistence-এর মাধ্যমে সংযুক্ত, তাই একই নম্বরে WhatsApp Business অ্যাপ চলতে থাকে। QR সেশনের বিকল্প নেই, তাই ফিরে যাওয়ার মতো কোনো অনফিশিয়াল পথও নেই। ### মাসিক বিল কীসের জন্য দুটি বিল তৈরি হয় আলাদা অংশ দিয়ে। - Whaticket:: Basic-এ মাসে US$ 49 তিনজন ইউজার ও একটি লাইনের জন্য, প্রতিটি অতিরিক্ত লাইনে মাসে US$ 20, আর Pro প্ল্যান US$ 109। QR সংযোগে ক্যাম্পেইন পাঠালে ক্রেডিট খরচ হয়, 1,000 মেসেজের জন্য US$ 25 থেকে; API ক্যাম্পেইনে এটি প্রযোজ্য নয়। - EasyCoexistence:: সংযুক্ত প্রতিটি নম্বরে মাসে US$ 9, এক থেকে পাঁচটি নম্বরের জন্য, আর নম্বর বাড়ার সঙ্গে নেমে US$ 1। ইউজার নেই, ক্রেডিট নেই। Meta তাদের মেসেজিং চার্জ সরাসরি ব্যবসাকে বিল করে, কখনো মার্কআপ ছাড়া। প্রথম 3 দিন ফ্রি। ### প্রতিটি প্রোডাক্ট আসলে কী একটি হলো যেখানে এজেন্টরা কাজ করে। অন্যটি তার নিচের পাইপ। - Whaticket:: একটি মাল্টি-এজেন্ট ইনবক্স, যা মেসেজিং চ্যানেল একত্র ও স্বয়ংক্রিয় করে, ক্যাম্পেইনসহ, যাতে টিম তাদের নিজস্ব প্ল্যাটফর্মের ভেতরেই উত্তর দেয়। - EasyCoexistence:: সংযোগ এবং 24/7 মনিটরিং। টিম WhatsApp Business অ্যাপই ব্যবহার করে, মেসেজ পৌঁছে যায় আপনার নিজের ওয়েবহুকে, আর AI এজেন্টরা আমাদের MCP সার্ভারের মাধ্যমে নম্বরটিতে কাজ করে। ### দ্বিতীয়, পঞ্চম বা দশম নম্বরের খরচ কত এজেন্সি আর একাধিক শাখার ব্যবসা সবার আগে এই হিসাব কষে। - Whaticket:: প্ল্যানের ওপর প্রতিটি অতিরিক্ত লাইনে US$ 20, তাই Basic-এ পাঁচটি লাইনে তিনজন ইউজারের জন্য মাসে US$ 129। - EasyCoexistence:: পাঁচটি নম্বরে মাসে US$ 45, আর নম্বরপ্রতি হার কমতেই থাকে: ছয় থেকে US$ 7 করে, নম্বর বাড়ার সঙ্গে US$ 1। - QR সংযোগে ব্যবসার নম্বর চালানো। Whaticket-এর নিজের সাইটই সতর্ক করে যে সেখানে গণ-মেসেজ পাঠালে ব্লক হতে পারে। - মেসেজ ক্রেডিটের কথা ভুলে যাওয়া। QR সংযোগে ক্যাম্পেইনের জন্য প্ল্যানের ওপর প্রতি হাজার মেসেজে আলাদা বিল হয়। - অতিরিক্ত লাইনের দাম প্ল্যানের হারে ধরা। প্রতিটিতে মাসে US$ 20 করে যোগ হয়। **কোনটি সস্তা?** হ্যাঁ, আমরা। Whaticket Basic-এ একটি লাইনের দাম মাসে US$ 49; আমাদের এখানে একটি সংযুক্ত নম্বর US$ 9। পাঁচটি নম্বরে US$ 129 বনাম US$ 45। **Whaticket-এ কি Coexistence পাওয়া যায়?** হ্যাঁ। তাদের প্রাইসিং পেজে QR সংযোগের পাশাপাশি Coexistence-সহ WhatsApp API সংযোগের বিকল্প তালিকাভুক্ত আছে। **QR সংযোগ কি অফিশিয়াল?** না। এটি WhatsApp Web-এর মতোই একটি সেশন যুক্ত করে। Whaticket-এর নিজের সাইটই ব্লকের ঝুঁকি কমাতে API-এর পরামর্শ দেয়। **Whaticket-এর মতো ইনবক্স কি আপনাদের আছে?** না। টিম WhatsApp Business অ্যাপই ব্যবহার করে, আর যা কিছু স্বয়ংক্রিয় করবেন তা চলে আপনার নিজের টুলে। --- ## EasyCoexistence বনাম Leadsales https://easycoexistence.com/bn/compare/easycoexistence-vs-leadsales Leadsales মেক্সিকোর একটি কনভার্সেশনাল CRM, যা WhatsApp, Facebook ও Instagram-এ বিক্রির জন্য। এর Basic প্ল্যান মাসে US$ 97 এবং এতে WhatsApp যুক্ত হয় ওয়েব সেশনের মাধ্যমে; অফিসিয়াল API শুরু হয় Professional প্ল্যানে, US$ 133-এ। EasyCoexistence Coexistence-এর মাধ্যমে নম্বরটিকে Meta-র Cloud API-তে যুক্ত করে, প্রতি নম্বর US$ 9-এ। ### কোন প্ল্যান অফিসিয়ালভাবে WhatsApp-এ পৌঁছায় Leadsales-এ সংযোগের পদ্ধতি নির্ভর করে প্ল্যানের ওপর। EasyCoexistence-এ তা নির্ভর করে না। - Leadsales:: Basic WhatsApp যুক্ত করে Messenger ও ওয়েব সেশনের মাধ্যমে, Business API দিয়ে নয়। Professional (মাসে US$ 133 বা MX$ 3,239.88) এবং Advanced (US$ 247) অফিসিয়াল API ব্যবহার করে। - EasyCoexistence:: প্রতিটি নম্বর Meta-র Cloud API-তে থাকে, Meta-র নিজস্ব Embedded Signup ও Coexistence দিয়ে যুক্ত, তাই ফোনে WhatsApp Business অ্যাপ আগের মতোই চলে। অননুমোদিত কোনো সস্তা স্তর নেই। ### মাসিক বিল কীসের জন্য Leadsales প্রতি প্ল্যানে ব্যবহারকারী ও কথোপকথনের সীমা রাখে। EasyCoexistence কোনোটিরই রাখে না। - Leadsales:: Basic-এ 3 জন ব্যবহারকারী ও 5,000 সক্রিয় কথোপকথন, Professional-এ 4 জন ও 20,000, Advanced-এ 5 জন ও 50,000; বার্ষিক বিলিংয়ে ছাড় 20% পর্যন্ত। - EasyCoexistence:: 1 থেকে 5টি নম্বরের জন্য প্রতি সংযুক্ত নম্বরে মাসে US$ 9, নম্বর যত বাড়ে তত কমে প্রতিটি US$ 1 পর্যন্ত। ব্যবহারকারীর সংখ্যা নেই, কথোপকথনের সংখ্যা নেই, প্রথম 3 দিন ফ্রি, আর মেসেজিংয়ের বিল Meta সরাসরি ব্যবসাকে পাঠায়। ### প্রতিটি প্রোডাক্ট আসলে কী CRM আর সংযোগ আলাদা সমস্যার সমাধান করে। - Leadsales:: ফানেল, শেয়ার্ড ওয়ার্কস্পেস, ধাপ অনুযায়ী বাল্ক মেসেজ এবং উচ্চতর প্ল্যানে AI এজেন্ট সহ একটি সেলস CRM। লিড নিয়ে কাজ হয় Leadsales-এর ভেতরেই। - EasyCoexistence:: সংযোগ এবং তার মনিটরিং। Meta-র ওয়েবহুকের মাধ্যমে মেসেজ পৌঁছে যায় ব্যবসা যে CRM বা টুল ব্যবহার করে সেখানে, আর AI এজেন্টরা আমাদের MCP সার্ভারের মাধ্যমে নম্বরটিতে কাজ করে। ### ওয়েব সেশনে থাকা নম্বরের কী হয় সস্তা প্ল্যানের সঙ্গে যে ঝুঁকি আসে। - Leadsales:: Basic প্ল্যানের নম্বর WhatsApp-এ পৌঁছায় Business API দিয়ে নয়, ওয়েব সেশনের মাধ্যমে; স্বয়ংক্রিয় ব্যবসায়িক মেসেজের জন্য WhatsApp-এর বিজনেস শর্ত এই পথকে অনুমোদন করে না। - EasyCoexistence:: সংযোগটির বিরুদ্ধে ব্যবস্থা নেওয়ার মতো কিছু নেই, কারণ এটি Meta-র নিজস্ব Coexistence ফিচার, Meta-র নিজস্ব ফ্লো দিয়ে করা, এবং সংযোগটি সারাক্ষণ মনিটর করা হয়। - দামের কারণে Basic প্ল্যান বেছে নিয়ে ধরে নেওয়া যে সেটি API ব্যবহার করে। এটি ওয়েব সেশনের মাধ্যমে যুক্ত হয়। - ব্যবহারকারী গুনে সক্রিয় কথোপকথনের সীমা ভুলে যাওয়া। প্রতিটি প্ল্যানে একটি সীমা আছে। - আশা করা যে প্ল্যানে Meta-র টেমপ্লেট চার্জ ধরা আছে। Meta সেগুলোর বিল সরাসরি ব্যবসাকে পাঠায়। **কোনটি সস্তা?** আমরা। অফিসিয়াল API সহ সবচেয়ে সস্তা Leadsales প্ল্যান মাসে US$ 133; আমাদের কাছে একটি সংযুক্ত নম্বর US$ 9। **Leadsales কি অফিসিয়াল WhatsApp API ব্যবহার করে?** Professional ও Advanced-এ হ্যাঁ। তাদের Basic প্ল্যান WhatsApp যুক্ত করে Messenger ও ওয়েব সেশনের মাধ্যমে। **Leadsales কি Coexistence সমর্থন করে?** তাদের প্রাইসিং পেজে বলা আছে, কিছু ক্ষেত্রে নম্বরটি ফোনে ব্যবহারযোগ্য থাকে, আবার কিছু ক্ষেত্রে পুরোপুরি API-তে চলে যায়। আমাদের ক্ষেত্রে এটি সব সময় WhatsApp Business অ্যাপেই থাকে। **আমার CRM রেখে কি EasyCoexistence ব্যবহার করা যায়?** হ্যাঁ। Meta আপনার বেছে নেওয়া ওয়েবহুকে মেসেজ পাঠায়, তাই ওয়েবহুক গ্রহণ করে এমন যেকোনো CRM সেগুলো পেতে পারে। --- ## EasyCoexistence বনাম Treble https://easycoexistence.com/bn/compare/easycoexistence-vs-treble Treble লাতিন আমেরিকার একটি WhatsApp Business API প্ল্যাটফর্ম, যা স্বয়ংক্রিয় ফ্লো, ক্যাম্পেইন ও AI কাস্টমার সার্ভিসের জন্য তৈরি। এটি বিক্রি হয় তাদের সেলস টিমের মাধ্যমে, কোনো প্রকাশিত মূল্য ছাড়া। EasyCoexistence কাজ করে ভিন্ন জায়গায়: কোনো ব্যবসা WhatsApp Business অ্যাপে যে নম্বর আগে থেকেই ব্যবহার করে, সেটিকে Coexistence-এর মাধ্যমে Meta-র Cloud API-তে যুক্ত করে। সাইনআপ নিজে নিজে করা যায়, আর মূল্য প্রকাশিত: প্রতিটি সংযুক্ত নম্বরের জন্য প্রতি মাসে US$ 9। ### WhatsApp Business অ্যাপের কী হয় ফোনটি নিয়ে দুটি পণ্য শুরু করে পুরোপুরি উল্টো ধারণা থেকে। - Treble:: তাদের হোমপেজে বলা আছে, Treble WhatsApp Business API-ভিত্তিক সমাধান, বিনামূল্যের WhatsApp Business অ্যাপভিত্তিক নয়। Coexistence-এর কথা সেখানে নেই, তাই তাদের জিজ্ঞেস করুন একটি নম্বর অ্যাপে থেকে যেতে পারে কি না। - EasyCoexistence:: অ্যাপ থাকে। Coexistence একই নম্বরে WhatsApp Business অ্যাপ চালু রাখে, প্রায় ছয় মাসের চ্যাট হিস্ট্রি সিঙ্ক হয়, আর অটোমেশনের জন্য Cloud API পাশাপাশি চলে। ### এর খরচ কত একটির মূল্য আজই জানা যায়। অন্যটির জন্য কথা বলতে হয়। - Treble:: কোনো প্রকাশিত মূল্য নেই। হোমপেজে মূল্য দেখানো হয় না, প্রাইসিং পেজ পাসওয়ার্ড চায়, তাই অঙ্কটি আসে তাদের সেলস টিমের কাছ থেকে। - EasyCoexistence:: এক থেকে পাঁচটি নম্বরের জন্য প্রতি সংযুক্ত নম্বরে প্রতি মাসে US$ 9, ছয়টি ব্যান্ড পেরিয়ে, আপনি নম্বর যোগ করার সঙ্গে সঙ্গে প্রতিটির জন্য US$ 1 পর্যন্ত। মেসেজিংয়ের বিল Meta সরাসরি ব্যবসাকে দেয়, আর কোনো মার্কআপ নেই। ### প্রতিটি পণ্য আসলে কী দুটোই Meta-র অফিসিয়াল API-তে চলে। কিন্তু তারা বিক্রি করে ভিন্ন স্তর। - Treble:: স্বয়ংক্রিয় চ্যাট ফ্লো, বাল্ক ক্যাম্পেইন ও AI কাস্টমার সার্ভিসের একটি প্ল্যাটফর্ম, সঙ্গে HubSpot ও Salesforce-এর নেটিভ ইন্টিগ্রেশন এবং কাস্টম সংযোগের জন্য একটি API। - EasyCoexistence:: সংযোগ এবং তার 24/7 মনিটরিং। Meta ওয়েবহুক সরাসরি আপনার সিস্টেমে পাঠায়, কথোপকথনের কনটেন্ট আমাদের দিকে কখনো সংরক্ষিত হয় না, আর একটি MCP সার্ভার AI এজেন্টদের এই নম্বর থেকে মেসেজ পাঠাতে দেয়। ### নম্বর চালু হতে কত সময় লাগে ছোট ব্যবসার জন্য প্রায়ই এটাই সিদ্ধান্তের প্রশ্ন। - Treble:: সেলস প্রক্রিয়ার মধ্য দিয়ে, কারণ অনবোর্ডিংয়ের আগে তাদের টিমের সঙ্গে প্ল্যান ও মূল্য ঠিক করতে হয়। - EasyCoexistence:: সাধারণত দুই মিনিটের কম সময়ে Meta-র Embedded Signup-এর মাধ্যমে: Facebook দিয়ে লগ ইন করুন, নম্বর দিন, অ্যাপে একটি QR কোড স্ক্যান করুন। প্রয়োজন অ্যাপ ভার্সন 2.24.17 বা তার পরের এবং সাম্প্রতিক প্রকৃত ব্যবহার। - Coexistence আছে কি না না দেখেই ব্যস্ত অ্যাপ নম্বরকে শুধু-API সেটআপে সরিয়ে নেওয়া। তখন ফোন আর সেই জায়গা থাকে না যেখানে টিম উত্তর দেয়। - ক্যাম্পেইন প্ল্যাটফর্মের কোটেশনকে একটি সংযোগ ফির সঙ্গে তুলনা করা। একটিতে ফ্লো ও ক্যাম্পেইন অন্তর্ভুক্ত, অন্যটিতে নয়। - Meta-র টেমপ্লেট চার্জ হিসাবের বাইরে রাখা। এগুলোর বিল Meta দেয়, কোনো প্রোভাইডার নয়। **Treble কি মূল্য প্রকাশ করে?** না। তাদের হোমপেজে কোনো মূল্য নেই এবং প্রাইসিং পেজ পাসওয়ার্ড দিয়ে সুরক্ষিত। **কোনটি সস্তা?** আমাদের মূল্য প্রকাশিত, তাদের নয়, তাই আমাদেরটিই আপনি যাচাই করতে পারেন: প্রতিটি সংযুক্ত নম্বরের জন্য প্রতি মাসে US$ 9, আপনি নম্বর যোগ করার সঙ্গে সঙ্গে US$ 1 পর্যন্ত কমে। **Treble কি Coexistence সমর্থন করে?** তাদের হোমপেজে এর উল্লেখ নেই, আর Treble-কে WhatsApp Business অ্যাপের বদলে API-ভিত্তিক বলে বর্ণনা করা হয়েছে। তাদের জিজ্ঞেস করুন। **EasyCoexistence দিয়ে কি ক্যাম্পেইন চালানো যায়?** হ্যাঁ, Cloud API-এর মাধ্যমে অনুমোদিত টেমপ্লেট দিয়ে, আপনার নিজের সিস্টেম বা টুল থেকে। টেমপ্লেটের বিল Meta সরাসরি আপনাকে দেয়। --- ## EasyCoexistence বনাম Botmaker https://easycoexistence.com/bn/compare/easycoexistence-vs-botmaker Botmaker হলো WhatsApp Business Platform-এর ওপর গড়া লাতিন আমেরিকার একটি চ্যাটবট ও গ্রাহকসেবা প্ল্যাটফর্ম। মূল্য মাসে US$ 149 থেকে, 3,000 কথোপকথনের জন্য, সঙ্গে WhatsApp অ্যাকাউন্ট খোলার এককালীন US$ 99 ফি। এটি Coexistence সমর্থন করে। EasyCoexistence শুধু Coexistence সংযোগ, সংযুক্ত প্রতি নম্বরে মাসে US$ 9, কোনো কথোপকথন বান্ডল ছাড়াই। ### মাসিক বিল কীসের জন্য Botmaker কথোপকথন বিক্রি করে। EasyCoexistence বিক্রি করে সংযোগ। - Botmaker:: 3,000 কথোপকথনের জন্য Standard US$ 149, 5,000-এর জন্য Scale US$ 249, 10,000-এর জন্য Pro US$ 499। অতিরিক্ত প্রতি কথোপকথনে US$ 0.07 থেকে US$ 0.05, আর WhatsApp অ্যাকাউন্ট খুলতে US$ 99। পুশ মেসেজে WhatsApp-এর খরচের সঙ্গে 20% সার্ভিস ফি যোগ হয়। - EasyCoexistence:: এক থেকে পাঁচটি সংযুক্ত নম্বরের জন্য প্রতি নম্বরে মাসে US$ 9, নম্বর বাড়লে প্রতিটি US$ 1 পর্যন্ত কমে। কোনো বান্ডল নেই, অতিরিক্ত চার্জ নেই, শুরু করার ফি নেই। Meta তার চার্জ সরাসরি ব্যবসাকে বিল করে এবং আমরা তাতে কখনো মার্জিন যোগ করি না। ### দুটিতে Coexistence কীভাবে কাজ করে দুটিতেই নম্বরে WhatsApp Business অ্যাপ চালু থাকে। বাকি সেটআপ আলাদা। - Botmaker:: তাদের হেল্প সেন্টার বলছে, Coexistence শুধু নতুন লাইন বা নতুন কনফিগারেশনের জন্য পাওয়া যায়। ফোন থেকে কেউ উত্তর দিলে বট থেমে যায়, আর প্ল্যাটফর্মে গ্রুপ চ্যাট সমর্থিত নয়। - EasyCoexistence:: Coexistence-ই আমাদের পণ্য। Meta-র Embedded Signup দিয়ে প্রায় দুই মিনিটে নিজে নিজেই সংযোগ হয়, তারপর 24/7 মনিটরিং চলে। তাই Meta-র 14 দিনের নিয়মের মতো কোনো বিচ্ছিন্নতা ঘটামাত্র সতর্কবার্তা পাওয়া যায়। ### প্রতিটি পণ্য আসলে কী বট প্ল্যাটফর্ম আর সংযোগ দুটি আলাদা কেনাকাটা। - Botmaker:: WhatsApp-এ বট বানানো ও এজেন্টের মাধ্যমে সেবা দেওয়ার একটি প্ল্যাটফর্ম, প্ল্যান অনুযায়ী দশ থেকে পঞ্চাশটি এজেন্ট সিট সহ। ফ্লোগুলো থাকে Botmaker-এর ভেতরেই। - EasyCoexistence:: শুধু সংযোগ। Meta-র ওয়েবহুক আপনার নিজের সিস্টেমে পৌঁছায়, কথোপকথনের বিষয়বস্তু আমাদের দিকে কখনো সংরক্ষিত হয় না, আর একটি MCP সার্ভার Claude, ChatGPT, Cursor, Claude Code বা Codex-কে নম্বরটিতে কাজ করতে দেয়। ### ব্যবসা বাড়লে বিলের কী হয় ব্যবসা ব্যস্ত হলে দুটি মডেল উল্টো দিকে চলে। - Botmaker:: কথোপকথন বাড়লে প্রতি কথোপকথনে অতিরিক্ত চার্জ দিতে হয় অথবা পরের প্ল্যানে যেতে হয়। তাই ব্যস্ত মাসে খরচ শান্ত মাসের চেয়ে বেশি পড়ে। - EasyCoexistence:: মেসেজের পরিমাণ মূল্যে কোনো প্রভাব ফেলে না। শুধু নম্বর যোগ করলেই বিল বদলায়, আর যত নম্বর বাড়ে প্রতি নম্বরের হার তত কমে। - শুধু প্ল্যানের মূল্য তুলনা করা এবং US$ 99 অ্যাকাউন্ট ফি ও পুশ মেসেজের 20% সার্ভিস ফির কথা ভুলে যাওয়া। - আজকের কথোপকথন দেখে প্ল্যান বেছে নেওয়া। বান্ডলের বেশি হলে প্রতি কথোপকথনে অতিরিক্ত চার্জ লাগে। - ফোন থেকে উত্তর দিলেও বট চলতে থাকবে বলে ধরে নেওয়া। Botmaker-এ ফোন উত্তর দিলে বট থেমে যায়। **Botmaker কি Coexistence সমর্থন করে?** হ্যাঁ। তাদের হেল্প সেন্টারে এটি উল্লেখ আছে, তবে শুধু নতুন লাইন বা নতুন কনফিগারেশনের জন্য। **কোনটি সস্তা?** আমরাই সস্তা। Botmaker মাসে US$ 149 থেকে শুরু, সঙ্গে অ্যাকাউন্ট খুলতে US$ 99। আমাদের এখানে একটি সংযুক্ত নম্বর মাসে US$ 9, শুরু করতে কিছুই দিতে হয় না। **Meta-র চার্জের ওপর কি আপনারা কোনো ফি যোগ করেন?** না। Meta মেসেজিংয়ের বিল সরাসরি ব্যবসার নিজের অ্যাকাউন্টে পাঠায় এবং আমরা তাতে কখনো মার্জিন যোগ করি না। **EasyCoexistence দিয়ে কি বট বানানো যায়?** হ্যাঁ, n8n, Make, নিজের কোড বা MCP-র মাধ্যমে একটি AI এজেন্ট দিয়ে। মেসেজ Meta-র ওয়েবহুকের মাধ্যমে আপনার সিস্টেমে পৌঁছায়। --- ## EasyCoexistence বনাম Gallabox https://easycoexistence.com/bn/compare/easycoexistence-vs-gallabox Gallabox ও EasyCoexistence আলাদা সমস্যার সমাধান করে। Gallabox হলো অফিশিয়াল WhatsApp Business API-এর ওপর চলা টিম ইনবক্স ও অটোমেশন স্যুট, যা নির্দিষ্ট সংখ্যক ব্যবহারকারীর প্ল্যানে বিক্রি হয়। EasyCoexistence হলো সংযোগটিই: WhatsApp Business অ্যাপের একই নম্বরে Meta-র Cloud API, মূল্য নম্বর অনুযায়ী, কোনো ইনবক্স বা সিট ছাড়া। ### মাসিক বিলে আপনি কীসের জন্য টাকা দেন দুটি পণ্যের মূল্য আলাদা এককে ঠিক হয়, আর সেই একক ঠিক করে দেয় বিল কীভাবে বাড়বে। - Gallabox:: প্রতি মাসের প্ল্যান, টিমের আকার নির্দিষ্ট। Basic প্ল্যানের তালিকামূল্য ত্রৈমাসিক বিলে মাসে ₹ 2,999, 3 জন ব্যবহারকারীর জন্য। তাদের পেজে এটিকে কঠোর সীমা বলা হয়েছে, আর বড় টিমকে Essential বা Advanced প্ল্যানে যেতে হয়। - EasyCoexistence:: প্রতি সংযুক্ত নম্বরে প্রতি মাসে US$ 9 থেকে শুরু, নম্বর বাড়ার সঙ্গে সঙ্গে US$ 1 পর্যন্ত কমে। ব্যবহারকারী বা কন্ট্যাক্টের কোনো গণনা নেই, তাই নতুন কাউকে নিয়োগ দিলে বা আরও বেশি গ্রাহকের উত্তর দিলে ইনভয়েসে কিছুই বদলায় না। ### Coexistence কীভাবে চালু হয় দুজনেই Meta-র Coexistence ফিচার ব্যবহার করে, তাই ফোনে WhatsApp Business অ্যাপ আগের মতোই চলে। তবে সেখানে পৌঁছানোর পথ আলাদা। - Gallabox:: তাদের ডকুমেন্টেশনে বলা আছে, Coexistence ডিফল্টভাবে চালু থাকে না এবং শুরু করার আগে Gallabox সহায়তা টিমের সঙ্গে যোগাযোগ করতে হয়, যাতে ওয়ার্কস্পেস আগে সক্রিয় করা যায়। - EasyCoexistence:: Coexistence-ই আমাদের পণ্য। ব্যবসার মালিক প্রায় দুই মিনিটে Meta-র Embedded Signup নিজে নিজেই সম্পন্ন করেন। শর্ত হলো অ্যাপের সংস্করণ 2.24.17 বা তার পরের হতে হবে এবং নম্বরটি অন্য কোনো প্রোভাইডারের সঙ্গে যুক্ত থাকা চলবে না। ### কথোপকথন কোথায় থাকে যাঁরা নিজেদের ইন্টারফেস বানান বা ক্লায়েন্টের নম্বর সামলান, তাঁদের কাছে এটিই সবচেয়ে গুরুত্বপূর্ণ পার্থক্য। - Gallabox:: তাদের প্ল্যাটফর্মের ভেতরে। শেয়ার্ড ইনবক্স, চ্যাটবট বিল্ডার ও ব্রডকাস্ট টুল এজেন্টদের দেখাতে হলে মেসেজ তাদের সার্ভারে জমা রাখতে হয়। - EasyCoexistence:: আমাদের কাছে নয়। Meta ওয়েবহুক সরাসরি আপনার ঠিক করা এন্ডপয়েন্টে পাঠায়, আর কথোপকথন আমাদের দিকে কখনও জমা থাকে না। ডেটা গিয়ে পৌঁছায় আপনার CRM, আপনার অ্যাপ বা আপনার AI এজেন্টে। ### কোনটি বেছে নেবেন আপনি যদি চ্যাটবট ও ক্যাম্পেইনসহ একটি টিম ইনবক্স কিনতে চান, তাহলে Gallabox সেই ধরনের পণ্য, আর সেটি সংযোগ কেনা থেকে আলাদা একটি কেনাকাটা। আপনি যদি নম্বরটিই কিনতে চান, অফিশিয়ালভাবে সংযুক্ত ও সচল রাখা অবস্থায়, তাহলে EasyCoexistence সংকীর্ণ ও সস্তা বিকল্প। এটি মানায় সেই এজেন্সিকে যারা ক্লায়েন্টের নম্বর নিজেদের স্ট্যাকে জুড়ছে, সেই ডেভেলপারকে যাঁর ইন্টারফেস আগে থেকেই আছে, কিংবা সেই মালিককে যিনি টিমকে ফোন থেকে না সরিয়েই অটোমেশন চান। সংযোগটি পর্যবেক্ষণে থাকে, Meta-র 14 দিনের নিয়মসহ, আর Meta মেসেজিংয়ের বিল সরাসরি আপনার অ্যাকাউন্টে করে, আমরা কিছুই যোগ করি না। - প্ল্যানের মূল্য সরাসরি তুলনা করা। একটিতে ইনবক্স ও AI ক্রেডিট আছে, অন্যটি শুধু সংযোগ। - প্রোভাইডার চালু করার আগেই Coexistence অনবোর্ডিং শুরু করা, তারপর একই নম্বর বারবার চেষ্টা করা। - যেসব নম্বরের মেসেজ আপনার নিজের সফটওয়্যার সামলাবে, তার জন্য সিট-সীমাযুক্ত ইনবক্স কেনা। **EasyCoexistence কি Gallabox-এর চেয়ে সস্তা?** সংযোগের জন্য, হ্যাঁ। Gallabox Basic ত্রৈমাসিক বিলে মাসে ₹ 2,999, 3 জন ব্যবহারকারীর জন্য। EasyCoexistence প্রতি সংযুক্ত নম্বরে প্রতি মাসে US$ 9, ব্যবহারকারীর কোনো সীমা ছাড়া, তাই যত বড় টিমই হোক, একটি নম্বরের খরচ US$ 9। **Gallabox কি Coexistence সমর্থন করে?** হ্যাঁ। তাদের ডকুমেন্টেশনে এটি বর্ণিত আছে এবং বলা আছে, সেটআপের আগে সহায়তা টিমকে আপনার ওয়ার্কস্পেসে এটি চালু করতে হবে। **EasyCoexistence-এ কি Gallabox-এর মতো ইনবক্স আছে?** না। আপনার টিম WhatsApp Business অ্যাপ ব্যবহার করতেই থাকে, আর সফটওয়্যার একই মেসেজ পায় ওয়েবহুকের মাধ্যমে, যা Meta আপনার নিজের সিস্টেমে পাঠায়। **Meta-র মেসেজ ফি কে দেয়?** EasyCoexistence-এ আপনি দেন, সরাসরি Meta-কে, আপনার নিজের WhatsApp Business Account থেকে। আমরা এতে কিছুই যোগ করি না। --- ## EasyCoexistence বনাম TimelinesAI https://easycoexistence.com/bn/compare/easycoexistence-vs-timelinesai TimelinesAI হলো CRM-এর সঙ্গে সিঙ্ক করা একটি শেয়ার্ড WhatsApp ইনবক্স, যার মূল্য প্রতি সিটে। এটি QR কোড, অফিসিয়াল WhatsApp Business API অথবা Coexistence দিয়ে নম্বর সংযুক্ত করে। EasyCoexistence নম্বর সংযুক্ত করে শুধু Meta-র Cloud API ও Coexistence দিয়ে, মূল্য প্রতি নম্বরে, এবং প্রতিটি মেসেজ ইনবক্সে না পাঠিয়ে আপনার নিজের সিস্টেমে পাঠায়। ### প্রতিটি কীভাবে নম্বর সংযুক্ত করে সংযোগের পদ্ধতিই ঠিক করে নম্বরটি কীসের ঝুঁকিতে থাকবে, তাই এটি আগে আসছে। - TimelinesAI:: প্রতিটি প্ল্যানে তিনটি বিকল্প: QR কোড লিংক, যা নম্বরটিকে লিংকড ডিভাইস হিসেবে যুক্ত করে; অফিসিয়াল WhatsApp Business API; অথবা Coexistence, যেখানে অ্যাপ ও API একসঙ্গে চলে। - EasyCoexistence:: একটিমাত্র পদ্ধতি: Meta-র নিজস্ব Embedded Signup-এর মাধ্যমে Coexistence সহ Meta-র Cloud API। QR সেশনের কোনো বিকল্প নেই, তাই আমাদের মাধ্যমে সংযুক্ত কোনো নম্বর লিংকড-ডিভাইস সংযোগ টিকে থাকার ওপর নির্ভর করে না। ### মাসিক বিল কীসের জন্য প্রতি সিট আর প্রতি নম্বর বাড়ে ভিন্ন কারণে। - TimelinesAI:: Starter-এ প্রতি সিটে প্রতি মাসে $35, বার্ষিক বিলিংয়ে $28, আর Pro-তে প্রতি সিটে $49। তাদের প্রাইসিং পেজে লেখা আছে, WhatsApp অ্যাকাউন্ট সংযুক্ত করা প্রতিজন ব্যবহারকারীর জন্য একটি করে সিট লাগে। - EasyCoexistence:: পাঁচটি পর্যন্ত নম্বরের জন্য প্রতি সংযুক্ত নম্বরে প্রতি মাসে US$ 9, নম্বর বাড়লে US$ 1 পর্যন্ত কমে। মানুষের সংখ্যা গোনাই হয় না, আর Meta তাদের মেসেজ ফি সরাসরি আপনাকে বিল করে। ### কথোপকথন শেষে কোথায় যায় ইনবক্স আর সংযোগ ডেটা রাখে ভিন্ন জায়গায়। - TimelinesAI:: তাদের শেয়ার্ড ইনবক্সে, তারপর আপনার বেছে নেওয়া CRM-এ সিঙ্ক হয়। ইনবক্সই তাদের পণ্য, তাই মেসেজ তাদের প্ল্যাটফর্মের ভেতর দিয়ে যায় এবং সেখানে দেখানো হয়। - EasyCoexistence:: সরাসরি আপনার এন্ডপয়েন্টে। আপনার দেওয়া URL-এ Meta ওয়েবহুক পাঠায়, আর কথোপকথন আমাদের দিকে কখনও সংরক্ষিত হয় না, ফলে ক্লায়েন্টের ডেটা আপনার নিয়ন্ত্রিত সিস্টেমের ভেতরেই থাকে। ### কোনটি বেছে নেবেন যে সেলস টিম নিজেদের CRM-এর ভেতরে একটি শেয়ার্ড ইনবক্স চায়, তারা আসলে ইনবক্স খুঁজছে, আর TimelinesAI তেমনই একটি। যে ব্যবসা চায় নম্বরটি অফিসিয়ালভাবে সংযুক্ত থাকুক, পথের কোথাও QR সেশন থাকবে না এবং মাঝখানের কেউ কিছু সংরক্ষণ করবে না, তারা খুঁজছে একটি সংযোগ। EasyCoexistence সেই সংযোগ: Meta-র নিজস্ব সংযোগ বিচ্ছিন্ন হওয়ার কারণ পড়ে এমন হেলথ মনিটরিং, AI সহকারীর জন্য একটি MCP সার্ভার, এবং টিমের আকার যা-ই হোক, প্রতি নম্বরে একটি নির্দিষ্ট ফি। - দ্রুততর বলে ব্যবসার নম্বর QR কোডে লিংক করা। লিংকড-ডিভাইস সেশন Meta-র Business Platform নয়। - যে নম্বরে মানুষ নয়, সফটওয়্যার উত্তর দেবে, তার জন্যও সিট গোনা। - কোনটি কোন ধরনের তা না রেখে একই অ্যাকাউন্টে QR-লিংকড ও API-সংযুক্ত নম্বর মিশিয়ে ফেলা। **EasyCoexistence কি TimelinesAI-এর চেয়ে সস্তা?** একটি সংযুক্ত নম্বরের ক্ষেত্রে হ্যাঁ। TimelinesAI Starter প্রতি সিটে প্রতি মাসে $35। EasyCoexistence প্রতি সংযুক্ত নম্বরে প্রতি মাসে US$ 9, আর WhatsApp Business অ্যাপ থেকে উত্তর দেওয়া যেকোনো আকারের টিম কোনো খরচ বাড়ায় না। **TimelinesAI কি Coexistence সমর্থন করে?** হ্যাঁ। তাদের প্রাইসিং পেজে প্রতিটি প্ল্যানে QR কোড ও অফিসিয়াল API-এর পাশাপাশি Coexistence তালিকাভুক্ত আছে। **EasyCoexistence-এ কি QR কোডে নম্বর সংযুক্ত করা যায়?** না। প্রতিটি নম্বর Coexistence সহ Meta-র Cloud API দিয়ে সংযুক্ত হয়, কখনও লিংকড ডিভাইস হিসেবে নয়। **আমি কি ফোনে WhatsApp ব্যবহার করতে পারব?** হ্যাঁ। Coexistence একই নম্বরে WhatsApp Business অ্যাপ চালু রাখে, আর পাশাপাশি API চলে। --- ## EasyCoexistence বনাম Periskope https://easycoexistence.com/bn/compare/easycoexistence-vs-periskope Periskope ফোনের Link device স্ক্রিনে QR কোড স্ক্যান করে WhatsApp নম্বর সংযুক্ত করে, আর তাদের ডকুমেন্টেশনে বলা আছে WhatsApp API নম্বর লিঙ্ক করা যায় না। EasyCoexistence উল্টো পথে চলে: Coexistence-এর মাধ্যমে নম্বরটি Meta-র Cloud API-তে নিবন্ধিত হয়, ফলে WhatsApp Business অ্যাপ চালু থাকে এবং সংযোগটি অফিসিয়াল। ### প্রতিটি কীভাবে WhatsApp-এ পৌঁছায় এই পেজের বাকি সবকিছু নির্ভর করছে সংযোগের পদ্ধতির ওপর। - Periskope:: আপনি ফোনে WhatsApp-এর সেটিংস খুলে Link device বেছে নেন এবং Periskope-এর দেখানো QR কোড স্ক্যান করেন। নম্বরটি লিঙ্ক করা ডিভাইস হিসেবে যুক্ত হয়, আর তাদের হোমপেজে এটিকেই Business API ছাড়া চলার সুবিধা বলে প্রচার করা হয়। - EasyCoexistence:: Meta-র Embedded Signup নম্বরটি Cloud API-তে নিবন্ধন করে, এমন ক্রেডেনশিয়াল দিয়ে যা Meta আপনার নিজের WhatsApp Business Account-এ ইস্যু করে। Coexistence একই নম্বরে ফোনের অ্যাপটিও চালু রাখে। ### প্রতি মাসে কত খরচ দুই পক্ষই মূল্য প্রকাশ করে, তবে তারা আলাদা জিনিস গোনে। - Periskope:: Starter-এর মূল্য প্রতি ব্যবহারকারী মাসে $25 এবং Pro-র $35। প্রথম ফোন অন্তর্ভুক্ত, আর প্রতিটি অতিরিক্ত ফোন প্ল্যানের হারে আলাদা লাইসেন্স হিসেবে বিল হয়। Enterprise-এ অন্তত 50 জন ব্যবহারকারী বা ফোন লাগে। - EasyCoexistence:: এক থেকে পাঁচটি নম্বরের জন্য প্রতি সংযুক্ত নম্বরে মাসে US$ 9, ছয়টি ব্যান্ড পেরিয়ে নম্বর যোগ করার সাথে সাথে US$ 1 পর্যন্ত। কোনো ব্যবহারকারী লাইসেন্স নেই, আর Meta মেসেজিংয়ের বিল সরাসরি আপনার অ্যাকাউন্টে করে, কোনো মার্কআপ ছাড়াই। ### সংযোগ কী ঝুঁকির মুখে থাকে WhatsApp লিঙ্ক করা ডিভাইসের সেশন এবং API নিবন্ধনকে আলাদাভাবে দেখে। - Periskope:: লিঙ্ক করা ডিভাইসের মাধ্যমে অ্যাক্সেস Meta-র Business Platform-এর বাইরে চলে। স্বয়ংক্রিয় ও তৃতীয় পক্ষের ব্যবহার WhatsApp-এর ব্যবসায়িক শর্তের আওতায় পড়ে, আর এভাবে পৌঁছানো নম্বরের Meta-র কাছে API পর্যায়ের কোনো অবস্থান নেই। - EasyCoexistence:: প্রতিটি কল যায় Meta-র Cloud API-তে। সংযোগ বিচ্ছিন্ন হলে আমরা Meta-র নিজস্ব বিচ্ছিন্নতার কারণ পড়ে আপনাকে সতর্কবার্তা পাঠাই, এর মধ্যে Coexistence নম্বরের জন্য প্রযোজ্য 14 দিনের অ্যাপ-সক্রিয়তার নিয়মও আছে। ### কোনটি বেছে নেবেন প্রশ্নটি হলো নম্বরটির মূল্য কতটা এবং কোথায় সেটি চালাতে হবে। Periskope-এর মডেল তৈরি হয়েছে বিদ্যমান নম্বর ডিভাইস হিসেবে লিঙ্ক করার ওপর, গ্রুপসহ, আর এটি API নম্বর একেবারেই নেয় না। যে নম্বরের ওপর গ্রাহকরা নির্ভর করেন, কিংবা যে ক্লায়েন্টের নম্বরের দায়িত্ব একটি এজেন্সির, সেখানে অফিসিয়াল পথই Meta-র নিয়মের ভেতরে থাকে। EasyCoexistence সেই পথ দেয় নম্বর প্রতি নির্দিষ্ট ফিতে, WhatsApp Business অ্যাপ চালু রাখে এবং মেসেজ পৌঁছে দেয় আপনার নিজের সিস্টেমে। - টাকা দিয়ে কেনা টুল মানেই অ্যাক্সেস Meta-র অনুমোদিত, এমন ধরে নেওয়া। অনুমোদন আসে Meta API ক্রেডেনশিয়াল ইস্যু করলে। - ব্যবসার নম্বর ডিভাইস হিসেবে লিঙ্ক করে পরে আগে আনলিঙ্ক না করেই API প্রোভাইডারে সরানোর চেষ্টা করা। - বেশিরভাগ মেসেজ মানুষ নয়, অটোমেশন সামলালেও প্রতি ব্যবহারকারী হিসেবে মূল্য ধরা। **EasyCoexistence কি Periskope-এর চেয়ে সস্তা?** হ্যাঁ। Periskope Starter প্রতি ব্যবহারকারী মাসে $25, আর প্রতিটি অতিরিক্ত ফোনের জন্য আরও $25। EasyCoexistence প্রতি সংযুক্ত নম্বরে মাসে US$ 9, ব্যবহারকারীর জন্য আলাদা কোনো চার্জ নেই। **Periskope কি অফিসিয়াল WhatsApp API ব্যবহার করে?** না। তাদের ডকুমেন্টেশন অনুযায়ী নম্বর সংযুক্ত হয় Link device-এর QR কোডে, আর সেখানে বলা আছে WhatsApp API নম্বর লিঙ্ক করা যায় না। **EasyCoexistence দিয়ে কি গ্রুপ ব্যবহার করা যায়?** না। গ্রুপ চ্যাট Meta-র Cloud API-র বাইরে, এবং এই নিয়ম প্রতিটি অফিসিয়াল প্রোভাইডারের জন্য প্রযোজ্য। **আমার অ্যাপ কি চালু থাকবে?** হ্যাঁ। Coexistence ফোনে WhatsApp Business অ্যাপ চালু রাখে, আর একই নম্বরে Cloud API চলে। --- ## EasyCoexistence বনাম Wassenger https://easycoexistence.com/bn/compare/easycoexistence-vs-wassenger Wassenger একটি টিম ইনবক্স ও WhatsApp API প্ল্যাটফর্ম, যাতে দুটি সংযোগ আছে: QR কোড সেশন এবং Meta-র Cloud API, আর Coexistence আছে API দিকে। EasyCoexistence দেয় শুধু Coexistence-সহ Cloud API, কোনো ইনবক্স নেই, এবং নির্দিষ্ট সংখ্যক এজেন্টের প্ল্যানের বদলে প্রতিটি সংযুক্ত নম্বরের মূল্য মাসে US$ 9 থেকে শুরু। ### প্রতিটি কীভাবে নম্বর সংযুক্ত করে Wassenger-এর নিজস্ব হেল্প সেন্টারে দুটি সংযোগের তুলনা আছে, শুরুর জন্য সেটিই সবচেয়ে স্পষ্ট জায়গা। - Wassenger:: একটি QR সংযোগ, যাকে বর্ণনা করা হয়েছে ওয়ার্কার সার্ভিসের মাধ্যমে সেশনভিত্তিক সংযোগ হিসেবে, যাতে ফোন অনলাইন থাকা লাগে এবং যা WhatsApp-এর স্প্যাম শনাক্তকরণের আওতায় পড়ে। আরেকটি Cloud API সংযোগ, যা Meta-র সঙ্গে প্রমাণীকৃত। Coexistence আছে API দিকে। - EasyCoexistence:: শুধু Meta-র Cloud API, Meta-র Embedded Signup ও Coexistence দিয়ে। পণ্যে কোনো সেশন ওয়ার্কার বা QR সংযোগ নেই, তাই ভুল বিকল্প বেছে নেওয়ার সুযোগই নেই। ### মাসিক বিল কিসের জন্য এজেন্টের প্ল্যান আর প্রতি নম্বরের ফি আলাদা আলাদা জিনিসের সঙ্গে বাড়ে। - Wassenger:: Professional মাসে €39.90, এক নম্বর ও 3 এজেন্টের জন্য। Business €69.90, 6 এজেন্টসহ। Enterprise €99.90, 9 এজেন্টসহ। Meta-র নির্ধারিত টেমপ্লেট খরচ আলাদাভাবে, মূল দামে যোগ হয়। - EasyCoexistence:: প্রতি সংযুক্ত নম্বরে মাসে US$ 9, নম্বর যোগ করার সাথে সাথে নেমে US$ 1 পর্যন্ত, এজেন্টের কোনো হিসাব ছাড়া। Meta মেসেজের বিল করে আপনার নিজের WhatsApp Business Account-এ, আমাদের মাধ্যমে কখনো নয়। ### কথোপকথন শেষে কোথায় যায় ইনবক্স যা দেখায় তা জমা রাখে। সংযোগ যা পায় তা এগিয়ে দেয়। - Wassenger:: তাদের শেয়ার করা টিম ইনবক্সে, যেখানে এজেন্টদের চ্যাট বরাদ্দ করা হয়, ক্যাম্পেইন চালানো হয় এবং AI সহকারী ব্যবহার করা হয়। এজেন্টরা যাতে কাজ করতে পারে, তাই মেসেজ থাকে তাদের প্ল্যাটফর্মে। - EasyCoexistence:: আপনার নিজের সিস্টেমে। Meta ওয়েবহুক সরাসরি আপনার সেট করা এন্ডপয়েন্টে পাঠায়, কথোপকথন আমাদের দিকে কখনো জমা থাকে না, আর টিম WhatsApp Business অ্যাপ থেকেই উত্তর দিয়ে যায়। ### কোনটি বেছে নেবেন যে টিম চায় এজেন্টরা একটি শেয়ার করা ইনবক্সে লগ ইন করে কাজ করুক, সে আসলে ইনবক্স কিনছে, আর Wassenger-এর প্ল্যানগুলো ঠিক সেটিকে ঘিরেই তৈরি। যিনি শুধু অফিশিয়াল API-তে নম্বরটি চান, আর কিছু নয়, যেমন ক্লায়েন্টের নম্বর সংযুক্তকারী এজেন্সি, বিদ্যমান অ্যাপে ডেটা পাঠানো ডেভেলপার, বা নতুন টুল ছাড়াই অটোমেশন যোগ করতে চাওয়া মালিক, তিনি EasyCoexistence থেকে পান আরও সংকীর্ণ একটি পণ্য: একটিই সংযোগের ধরন, প্রতি নম্বরে নির্দিষ্ট ফি, Coexistence সংযোগ মেয়াদ হারানোর আগেই সতর্ক করা মনিটরিং, এবং Claude, ChatGPT ও Cursor-এর জন্য একটি MCP সার্ভার। - পরীক্ষার জন্য QR সংযোগে শুরু করে, কাজ করলে ব্যবসার নম্বরটি সেখানেই রেখে দেওয়া। - €39.90-এর প্ল্যানকে প্রতি নম্বরের ফির সঙ্গে তুলনা করার সময় প্ল্যানের ভেতরের এজেন্ট ও ইনবক্সকে হিসাবে না ধরা। - চ্যাট হিস্ট্রি সঙ্গে যাবে কি না যাচাই না করেই এক সংযোগ থেকে আরেকটিতে নম্বর সরানো। **EasyCoexistence কি Wassenger-এর চেয়ে সস্তা?** সংযোগের ক্ষেত্রে হ্যাঁ। Wassenger Professional এক নম্বরের জন্য মাসে €39.90। EasyCoexistence প্রতি সংযুক্ত নম্বরে মাসে US$ 9, আর পাঁচটি নম্বরের মোট খরচ US$ 45। **Wassenger কি Coexistence সমর্থন করে?** হ্যাঁ। একই নম্বরে WhatsApp Business অ্যাপ ও তাদের API প্ল্যাটফর্ম একসঙ্গে ব্যবহারের জন্য Wassenger একটি Coexistence পেজ ও হেল্প আর্টিকেল প্রকাশ করেছে। **Wassenger-এর QR সংযোগ কি অফিশিয়াল?** Wassenger নিজেই এটিকে সেশনভিত্তিক এবং WhatsApp-এর স্প্যাম শনাক্তকরণের আওতাধীন বলে বর্ণনা করে। Meta-র সঙ্গে প্রমাণীকৃত হলো তাদের Cloud API সংযোগ। **EasyCoexistence ব্যবহারের জন্য কি আমার সার্ভার লাগবে?** ওয়েবহুক গ্রহণের জন্য আপনার একটি এন্ডপয়েন্ট লাগবে, অথবা MCP সার্ভারের মাধ্যমে যুক্ত একটি AI সহকারী। সংযোগের নিজের হোস্টিং অন্তর্ভুক্ত। --- ## EasyCoexistence বনাম WANotifier https://easycoexistence.com/bn/compare/easycoexistence-vs-wanotifier WANotifier অফিসিয়াল API-তে চলা একটি WhatsApp মার্কেটিং ও নোটিফিকেশন প্ল্যাটফর্ম। এর মূল্য প্ল্যান ও কনট্যাক্ট স্তর অনুযায়ী ঠিক হয়, সঙ্গে মাসিক মেসেজ সীমা থাকে। EasyCoexistence নিজেই অফিসিয়াল সংযোগ, Coexistence সহ, এবং মূল্য প্রতি সংযুক্ত নম্বর ধরে, কনট্যাক্ট বা মেসেজের কোনো সীমা ছাড়া। দুটিই Meta-র মেসেজ ফি মার্কআপ ছাড়া সরাসরি আপনার ওপর দেয়, তাই পার্থক্য হলো সাবস্ক্রিপশনে আপনি আসলে কী কিনছেন। ### মাসিক বিল আসলে কীসের জন্য WANotifier মূল্য ঠিক করে অডিয়েন্সের আকার দেখে। EasyCoexistence ঠিক করে নম্বর দেখে। - WANotifier:: 1,000-এর কম কনট্যাক্টের স্তরে মাসিক বিলিংয়ে Essentials $69, Advanced $119 ও Premium $199, আর মাসিক পাঠানোর সীমা যথাক্রমে 4,000, 8,000 ও 12,000 মেসেজ। কনট্যাক্ট তালিকা বড় হলে উঁচু স্তর বেছে নিতে হয়। - EasyCoexistence:: পাঁচটি নম্বর পর্যন্ত প্রতি সংযুক্ত নম্বরে প্রতি মাসে US$ 9, নম্বর যোগ করার সাথে সাথে কমে US$ 1 পর্যন্ত। পঞ্চাশ হাজার কনট্যাক্টের তালিকার খরচ পঞ্চাশ কনট্যাক্টের তালিকার সমান। ### Coexistence কোথায় বসে দুটিই Meta-র অফিসিয়াল API দিয়ে সংযোগ দেয় এবং দুটিতেই Coexistence আছে, তাই WhatsApp Business অ্যাপ ফোনেই থাকে। - WANotifier:: প্রতিটি প্ল্যানে Coexistence একটি ফিচার হিসেবে তালিকাভুক্ত, সঙ্গে ক্যাম্পেইন, চ্যাটবট, ড্রিপ সিকোয়েন্স ও শেয়ার করা টিম ইনবক্স। - EasyCoexistence:: Coexistence-ই পুরো প্রোডাক্ট: প্রায় দুই মিনিটে নিজে নিজে Embedded Signup, সার্বক্ষণিক হেলথ মনিটরিং, এবং 14 দিনের অ্যাপ-অ্যাক্টিভিটি নিয়ম সহ Meta-র নিজস্ব সংযোগ বিচ্ছিন্নতার কারণের ভিত্তিতে সতর্কবার্তা। ### মেসেজ কোথায় যায় ক্যাম্পেইন টুল আপনার হয়ে মেসেজ নিয়ে কাজ করে। সংযোগ শুধু মেসেজগুলো আপনার হাতে তুলে দেয়। - WANotifier:: তাদের ড্যাশবোর্ড, ইনবক্স ও অটোমেশন বিল্ডারে যায়। ইন্টিগ্রেশনের জন্য Advanced ও Premium-এ REST API এবং ওয়েবহুক পাওয়া যায়। - EasyCoexistence:: প্রতিটি নম্বরের মেসেজ সরাসরি আপনার এন্ডপয়েন্টে যায়, কারণ Meta ওয়েবহুক পাঠায় আপনার দেওয়া URL-এ। আমাদের দিকে কিছুই জমা থাকে না, আর MCP সার্ভারের মাধ্যমে Claude, ChatGPT বা Cursor নম্বরটি নিয়ে কাজ করতে পারে। ### কোনটি বেছে নেবেন যিনি এক ড্যাশবোর্ডে ব্রডকাস্ট, ড্রিপ সিকোয়েন্স ও চ্যাটবট বিল্ডার চান, তিনি কিনছেন একটি ক্যাম্পেইন টুল, যা সংযোগ থেকে আলাদা একটি প্রোডাক্ট। যাঁর কাছে সফটওয়্যার আগেই আছে বা যিনি তৈরি করছেন, তাঁর দরকার নম্বরটি অফিসিয়ালভাবে সংযুক্ত করা এবং সংযুক্ত রাখা। সেটাই EasyCoexistence, এমন ফিতে যা কনট্যাক্ট বা ভলিউমের সঙ্গে বাড়ে না। আর Meta-র নিজস্ব মেসেজ ফি দুই ক্ষেত্রেই সরাসরি আপনার অ্যাকাউন্টে যায়। - মাসিক মেসেজ সীমা না দেখে শুধু মূল্য দেখে প্ল্যান বেছে নেওয়া। - মাসের মাঝখানে কনট্যাক্ট তালিকা স্তরের সীমা ছাড়িয়ে যেতে দেওয়া, অথচ পরের স্তরের খরচ বাজেটে না ধরা। - ধরে নেওয়া যে 0% মার্কআপ মানে কোনো প্ল্যাটফর্ম ফি নেই। সাবস্ক্রিপশন ও Meta-র ফি, দুটিই প্রযোজ্য। **EasyCoexistence কি WANotifier-এর চেয়ে সস্তা?** হ্যাঁ, সংযোগের ক্ষেত্রে। সবচেয়ে ছোট কনট্যাক্ট স্তরে WANotifier Essentials মাসে $69। EasyCoexistence প্রতি সংযুক্ত নম্বরে প্রতি মাসে US$ 9, কনট্যাক্ট বা মেসেজের কোনো সীমা ছাড়া। **WANotifier কি Coexistence সমর্থন করে?** হ্যাঁ। তাদের প্রাইসিং পেজে প্রতিটি প্ল্যানে WhatsApp Coexistence তালিকাভুক্ত আছে। **দুটিই কি Meta-র ফি মার্কআপ ছাড়া পাস করে?** হ্যাঁ। WANotifier 0% মার্কআপের কথা বলে, আর EasyCoexistence-এ Meta আপনার নিজের অ্যাকাউন্টে সরাসরি বিল করে। **EasyCoexistence দিয়ে কি ক্যাম্পেইন পাঠানো যায়?** আপনি নিজের সিস্টেম বা AI অ্যাসিস্ট্যান্ট থেকে Cloud API দিয়ে অনুমোদিত টেমপ্লেট পাঠাতে পারেন। কোনো ক্যাম্পেইন বিল্ডার নেই। --- ## EasyCoexistence বনাম Eazybe https://easycoexistence.com/bn/compare/easycoexistence-vs-eazybe Eazybe হলো সেলস টিমের জন্য একটি CRM লেয়ার, যা WhatsApp Web-এ Chrome এক্সটেনশন হিসেবে বসে। এর Starter প্ল্যানের মূল্য প্রতি ব্যবহারকারীর হিসাবে, আর উচ্চতর প্ল্যানে WhatsApp API নম্বর ও Coexistence যুক্ত হয়। EasyCoexistence শুধুই অফিশিয়াল সংযোগ: Coexistence সহ Meta-র Cloud API, মূল্য প্রতি নম্বরের হিসাবে, আর মেসেজ সরাসরি আপনার নিজের সিস্টেমে পৌঁছায়। ### প্রতিটি টুল কীভাবে WhatsApp-এ পৌঁছায় দুটি পণ্য দুই আলাদা জায়গায় বসে: একটি সেলস প্রতিনিধির ব্রাউজারে, অন্যটি Meta-র API-তে। - Eazybe:: প্রতিটি প্রতিনিধির খোলা থাকা WhatsApp Web সেশনের ওপর যোগ করা একটি Chrome এক্সটেনশন, যা লেবেল, CRM সিঙ্ক ও শিডিউলিং যোগ করে। উচ্চতর প্ল্যানে WhatsApp API নম্বর ও Coexistence-ও তালিকাভুক্ত আছে। - EasyCoexistence:: Meta-র Cloud API, Meta-র Embedded Signup-এর মাধ্যমে Coexistence সহ নিবন্ধিত। কোনো ব্রাউজার ট্যাবে কিছু চলে না, তাই কেউ WhatsApp Web খুলে রাখুক বা না রাখুক, মেসেজ প্রবাহিত হয়। ### মাসিক বিল কীসের জন্য Eazybe ভিজিটরের স্থানীয় মুদ্রায় মূল্য দেখায় এবং প্ল্যানভেদে হিসাবের একক বদলায়। - Eazybe:: Starter-এর মূল্য প্রতি ব্যবহারকারী প্রতি মাসে। Scaler, Basic AI ও Pro AI-এর মূল্য প্রতি নম্বর প্রতি মাসে, যাতে 3 বা 5 জন ব্যবহারকারী অন্তর্ভুক্ত থাকে, প্রতিটি অতিরিক্ত ব্যবহারকারীর জন্য আলাদা চার্জ লাগে, আর AI উত্তর প্রতিটির হিসাবে বিল হয়। - EasyCoexistence:: প্রতি সংযুক্ত নম্বরে মাসে US$ 9, নম্বর বাড়লে US$ 1 পর্যন্ত কমে। ব্যবহারকারী গণনা নেই, AI ক্রেডিট নেই, আর Meta মেসেজিংয়ের বিল সরাসরি আপনার নিজের অ্যাকাউন্টে পাঠায়। ### কথোপকথনগুলো শেষে কোথায় যায় একটি CRM এক্সটেনশন চ্যাট কপি করে CRM-এ রাখে। একটি সংযোগ সেগুলো আপনার বেছে নেওয়া যেকোনো সিস্টেমে পাঠায়। - Eazybe:: WhatsApp Web থেকে তাদের নিজস্ব প্ল্যাটফর্মের মাধ্যমে HubSpot, Zoho ও Salesforce-এর মতো সমর্থিত CRM-এ সিঙ্ক হয়। - EasyCoexistence:: Meta আপনার নির্ধারিত এন্ডপয়েন্টে ওয়েবহুক হিসেবে পৌঁছে দেয়, আমাদের দিকে কখনো সংরক্ষিত হয় না। আপনার CRM, আপনার অ্যাপ, অটোমেশন টুল বা MCP সার্ভারের মাধ্যমে একটি AI সহকারী সরাসরি সেগুলো পায়। ### কোনটি বেছে নেবেন যে সেলস টিম ব্রাউজারে প্রতিটি চ্যাটের পাশে CRM ফিল্ড চায়, সে একটি CRM এক্সটেনশন কিনছে, আর Eazybe-র Starter প্ল্যান ঠিক সেটাই। যে ব্যবসা চায় প্রতিটি নম্বর Meta-র অফিশিয়াল API-তে থাকুক, ব্রাউজার সেশনের ওপর কোনো নির্ভরতা ছাড়া, সে সংযোগটি কেনে। EasyCoexistence এটি দেয় প্রতি নম্বরে নির্দিষ্ট মাসিক ফি-তে, সংযোগের হেলথ নিরন্তর পর্যবেক্ষণ করে, 14 দিনের অ্যাপ-অ্যাক্টিভিটি নিয়ম শেষ হওয়ার আগে সতর্কবার্তা পাঠায়, আর টিমকে তাদের চেনা WhatsApp Business অ্যাপেই রাখে। - WhatsApp Web-এর একটি ব্রাউজার এক্সটেনশনকে API সংযোগ মনে করা। এটি ট্যাব খোলা থাকার ওপর নির্ভর করে। - প্রতি নম্বরে কতজন প্রতিনিধি থাকবে তা না গুনে প্রতি ব্যবহারকারীর প্ল্যানের সঙ্গে প্রতি নম্বরের ফি তুলনা করা। - ধরে নেওয়া যে প্রতিটি প্ল্যানে অফিশিয়াল API আছে। Eazybe-তে এটি Scaler থেকে শুরু হয়। **EasyCoexistence কি Eazybe-র চেয়ে সস্তা?** একটি টিমের শেয়ার করা নম্বরের ক্ষেত্রে হ্যাঁ। Eazybe Starter প্রতি ব্যবহারকারীর হিসাবে চার্জ করে, আর এর API প্ল্যান প্রতি নম্বরের সঙ্গে অতিরিক্ত ব্যবহারকারীর চার্জ নেয়। EasyCoexistence টিমের আকার যা-ই হোক, প্রতি সংযুক্ত নম্বরে মাসে US$ 9। **Eazybe কি Coexistence সমর্থন করে?** Eazybe একটি Coexistence পেজ প্রকাশ করেছে, যেখানে একই নম্বরে WhatsApp Business অ্যাপ ও অফিশিয়াল API একসঙ্গে চলার কথা বর্ণনা করা আছে। **EasyCoexistence-এর জন্য কি WhatsApp Web খোলা রাখতে হবে?** না। Cloud API Meta-র সার্ভারে চলে, আর টিম ফোনে WhatsApp Business অ্যাপই ব্যবহার করতে থাকে। **আমি কি মেসেজ আমার CRM-এ সিঙ্ক করতে পারি?** হ্যাঁ, Meta-র ওয়েবহুক আপনার CRM, n8n বা Make-এর মতো অটোমেশন টুল, অথবা আপনার নিজের কোডে পাঠিয়ে। --- ## EasyCoexistence বনাম Superchat https://easycoexistence.com/bn/compare/easycoexistence-vs-superchat Superchat হলো WhatsApp, Instagram, ইমেইল ও অন্যান্য চ্যানেলের একটি ইউনিফাইড ইনবক্স। এটি 12 মাসের ন্যূনতম চুক্তির প্ল্যানে বিক্রি হয়, আর এর Coexistence অপশনকে বিটা বলা হয়েছে। EasyCoexistence একটিমাত্র কাজ করে: Coexistence-এর মাধ্যমে WhatsApp নম্বরটিকে Meta-র Cloud API-এর সঙ্গে যুক্ত করে। মূল্য ধরা হয় প্রতি সংযুক্ত নম্বরে মাসিক হিসাবে, আর মেসেজ পৌঁছায় আপনার নিজের সিস্টেমে। ### মাসিক বিল কীসের জন্য Superchat একটি প্ল্যানের ভেতরে অ্যাকাউন্ট ও নম্বর গোনে। EasyCoexistence শুধু নম্বর গোনে। - Superchat:: Basic $19, Professional $29 ও Advanced $69 মাসে, নেট, যেখানে অ্যাকাউন্ট 3, 6 ও 12টি এবং WhatsApp নম্বর 1, 2 ও 4টি। প্রতিটি অতিরিক্ত নম্বরের জন্য মাসে $49 এবং প্রতিটি বাড়তি লগ ইনের জন্য $19, 12 মাসের ন্যূনতম মেয়াদে। - EasyCoexistence:: প্রতি সংযুক্ত নম্বরে মাসে US$ 9, নম্বর যোগ করার সঙ্গে US$ 1 পর্যন্ত নামে। গুনতে হয় না কোনো অ্যাকাউন্ট বা লগ ইন। Meta তার মেসেজ ফি সরাসরি আপনার কাছ থেকে নেয়। ### Coexistence কীভাবে দেওয়া হয় দুটিই অফিশিয়াল API-এর মাধ্যমে সংযুক্ত হয় এবং দুটিতেই Coexistence আছে, ফলে WhatsApp Business অ্যাপ ফোনেই থাকে। - Superchat:: চারটি সংযোগ পথের একটি, বাকিগুলো হলো নতুন নম্বর, সম্পূর্ণ মাইগ্রেশন ও অন্য প্রোভাইডার থেকে স্থানান্তর। তাদের সহায়তা কেন্দ্র বলছে, Coexistence পথটি এখন বিটায় আছে এবং এতে ফিচারের সীমাবদ্ধতা থাকতে পারে। - EasyCoexistence:: একমাত্র পথ। Meta-র Embedded Signup দিয়ে নিজে নিজে প্রায় দুই মিনিটে সম্পন্ন হয়। এরপর সংযোগটি নিরবচ্ছিন্নভাবে পর্যবেক্ষণে থাকে, তাই গ্রাহক টের পাওয়ার আগেই ছিন্ন হওয়া লিংক ধরা পড়ে। ### কথোপকথন কোথায় গিয়ে পৌঁছায় ইনবক্স এজেন্টদের জন্য কথোপকথন ধরে রাখে। সংযোগ সেগুলো এগিয়ে দেয়। - Superchat:: তাদের ইউনিফাইড ইনবক্সে, যেখানে টেমপ্লেট, লেবেল, AI এজেন্ট ও রিভিউ ম্যানেজমেন্ট তাদের প্ল্যাটফর্মের ভেতরেই মেসেজের ওপর কাজ করে। - EasyCoexistence:: আপনার ঠিক করা এন্ডপয়েন্টে, কারণ Meta সেখানেই সরাসরি ওয়েবহুক পাঠায়। কথোপকথন আমাদের দিকে কখনো জমা থাকে না, আর আপনার টিম WhatsApp Business অ্যাপ ব্যবহার করতেই থাকে। ### কোনটি বেছে নেবেন যে ব্যবসা একটি ইনবক্স থেকে একাধিক চ্যানেলে উত্তর দিতে চায়, সে কিনছে একটি মাল্টি-চ্যানেল ইনবক্স, যা WhatsApp সংযোগ থেকে আলাদা একটি কেনাকাটা। যে ব্যবসা চায় তার WhatsApp নম্বর অফিশিয়াল API-তে সচল থাকুক এবং মেসেজ যাক নিজের CRM, অ্যাপ বা AI সহকারীতে, সে EasyCoexistence কেনে: প্রতি নম্বরে নির্দিষ্ট ফি, আর Coexistence এখানে পণ্যের মূল অংশ, বিটা অপশন নয়। - ন্যূনতম মেয়াদের শর্ত না দেখে শুধু মাসিক মূল্য পড়া। - বেশি নম্বর লাগলে শুধু প্ল্যানের মূল্য ধরা। অতিরিক্ত নম্বরের জন্য আলাদা মাসিক ফি আছে। - অন্য API প্রোভাইডারের সঙ্গে আগে থেকে যুক্ত নম্বর নিয়ে Coexistence অনবোর্ডিং শুরু করা। **EasyCoexistence কি Superchat-এর চেয়ে সস্তা?** হ্যাঁ, WhatsApp সংযোগের ক্ষেত্রে। Superchat Basic মাসে $19, 12 মাসের ন্যূনতম মেয়াদে। EasyCoexistence প্রতি সংযুক্ত নম্বরে মাসে US$ 9, আর যেকোনো আকারের টিম WhatsApp Business অ্যাপ থেকেই উত্তর দিতে পারে। **Superchat কি Coexistence সমর্থন করে?** হ্যাঁ, তাদের সংযোগ অপশনগুলোর একটি হিসেবে, যাকে তাদের সহায়তা কেন্দ্র বিটা বলে চিহ্নিত করেছে। **EasyCoexistence কি Instagram বা ইমেইল কভার করে?** না। এটি শুধু Meta-র Cloud API-এর মাধ্যমে WhatsApp নম্বর সংযুক্ত করে, আর কিছু নয়। **Meta-র মেসেজ ফি কে দেয়?** আপনি দেন, নিজের WhatsApp Business Account থেকে সরাসরি Meta-কে। EasyCoexistence এতে কখনো মার্কআপ যোগ করে না। --- ## EasyCoexistence বনাম Sinch https://easycoexistence.com/bn/compare/easycoexistence-vs-sinch Sinch একটি এন্টারপ্রাইজ যোগাযোগ প্ল্যাটফর্ম, যা SMS, ভয়েস ও অন্যান্য চ্যানেলের পাশাপাশি WhatsApp পুনরায় বিক্রি করে এবং প্রতিটি গ্রাহকের চুক্তি অনুযায়ী Meta-র ফির ওপর নিজস্ব প্রতি-মেসেজ ফি নেয়। EasyCoexistence আপনার WhatsApp Business অ্যাপের নম্বরকে Coexistence-এর মাধ্যমে Meta-র Cloud API-তে সংযুক্ত করে, নিজে নিজেই, নম্বরপ্রতি নির্দিষ্ট ফিতে, আর মেসেজের বিল Meta সরাসরি আপনাকে পাঠায়। ### প্রতিটি মেসেজের খরচ কত পার্থক্য হলো, প্রতিটি মেসেজে দ্বিতীয় একটি ফি বসছে কি না। - Sinch:: প্রতিটি মেসেজে দুই স্তর: ক্যাটাগরি ও দেশ অনুযায়ী Meta-র ফি, আর প্ল্যাটফর্ম ব্যবহার ও প্রতি-মেসেজ সেবার জন্য Sinch-এর ফি। এটি প্রকাশ্য রেট কার্ড নয়, Sinch-এর সঙ্গে আপনার চুক্তি অনুযায়ী ঠিক হয়। - EasyCoexistence:: এক স্তর। Meta তাদের ফি আপনার নিজের WhatsApp Business Account-এ বিল করে, আমরা তাতে কখনো মার্কআপ যোগ করি না। আমাদের ফি প্রতি সংযুক্ত নম্বরে মাসে US$ 9, নম্বর যোগ করার সঙ্গে US$ 1 পর্যন্ত কমে, ট্রাফিক যত হোক। ### কোন নম্বরের জন্য কোনটি তৈরি বেশিরভাগ ছোট ব্যবসা আগে থেকেই WhatsApp Business অ্যাপে গ্রাহকদের উত্তর দেয়। সেই নম্বরটিই আসল। - Sinch:: Sinch Engage Classic-এর সেটআপ গাইড এমন একটি নম্বর চায়, যেখানে আন্তর্জাতিক SMS বা কল আসতে পারে এবং যা কোনো WhatsApp অ্যাকাউন্টের সঙ্গে সংযুক্ত নয়। তাদের অনবোর্ডিং আর্টিকেলে Coexistence-এর কোনো পথ বর্ণনা করা নেই। - EasyCoexistence:: WhatsApp Business অ্যাপে আগে থেকে থাকা নম্বর, যা Coexistence-এর মাধ্যমে সংযুক্ত হয়। চ্যাট, ইতিহাস এবং ফোনের অ্যাপ যেমন ছিল তেমনই থাকে, আর Cloud API একই নম্বরে চলে। ### কীভাবে শুরু করবেন একটি পথ সেলস চুক্তির মধ্য দিয়ে যায়, অন্যটি একটি সাইন-আপ পেজের মধ্য দিয়ে। - Sinch:: Sinch Build Dashboard-এর Embedded Signup, তাদের নিজেদের ভাষায়, বর্তমানে শুধু সরাসরি এন্টারপ্রাইজ ক্লায়েন্টদের জন্য উপলব্ধ, আর মূল্য আপনার চুক্তির ওপর নির্ভর করে। - EasyCoexistence:: Meta Embedded Signup-এর মাধ্যমে নিজে নিজেই প্রায় দুই মিনিটে সাইন-আপ, প্রথম 3 দিন ফ্রি। অ্যাপের ভার্সন 2.24.17 বা তার পরের হতে হবে এবং সাম্প্রতিক বাস্তব ব্যবহার থাকতে হবে। ### কোনটি বেছে নেবেন যে এন্টারপ্রাইজ আলোচনা করা শর্তে একটি চুক্তির আওতায় SMS, ভয়েস ও WhatsApp কেনে, সে CPaaS কিনছে, যা WhatsApp সংযোগ থেকে আলাদা একটি কেনাকাটা। যে ব্যবসার গ্রাহকেরা আগে থেকেই তার WhatsApp Business অ্যাপে লেখেন, অথবা যে এজেন্সি ক্লায়েন্টদের সেই নম্বরগুলো সংযুক্ত করে, তাদের দরকার Coexistence, প্রকাশিত মূল্য এবং প্রতিটি মেসেজের ওপর কোনো বাড়তি ফি না থাকা। EasyCoexistence ঠিক এই কাজের জন্যই তৈরি: Meta আপনার নিজের সিস্টেমে ওয়েবহুক পাঠায়, আর AI সহকারীদের জন্য আছে একটি MCP সার্ভার। - শুধু Meta-র রেট কার্ড ধরে বাজেট করা, অথচ প্রদানকারী প্রতিটি মেসেজে নিজের ফি যোগ করে। - API-র জন্য নতুন একটি নম্বর নিবন্ধন করা, আর গ্রাহকেরা অ্যাপের পুরনো নম্বরেই লিখতে থাকা। - নম্বর খালি করতে WhatsApp Business অ্যাপের অ্যাকাউন্ট মুছে ফেলা, অথচ Coexistence সেটি রেখেই দিত। **EasyCoexistence কি Sinch-এর চেয়ে সস্তা?** হ্যাঁ, যে অংশ আমাদের নিয়ন্ত্রণে, সেখানে। Sinch আপনার চুক্তি অনুযায়ী প্রতিটি মেসেজে নিজের ফি যোগ করে। EasyCoexistence প্রতি মেসেজে কিছুই যোগ করে না এবং প্রতি সংযুক্ত নম্বরে মাসে US$ 9 নেয়। **Sinch কি Coexistence সমর্থন করে?** এই পেজের জন্য যে Sinch অনবোর্ডিং আর্টিকেলগুলো দেখা হয়েছে, সেখানে এটির উল্লেখ নেই। এই পেজের ওপর নির্ভর না করে সরাসরি Sinch-কে জিজ্ঞাসা করুন। **Sinch কি তাদের WhatsApp ফি প্রকাশ করে?** তাদের সহায়তা কেন্দ্র বলছে, Sinch-এর ফি আপনার চুক্তির ওপর নির্ভর করে, আর সেখানে প্রতি-মেসেজের কোনো প্রকাশ্য রেট তালিকাভুক্ত নেই। **EasyCoexistence-এর সঙ্গে কি আমার কোনো চুক্তি লাগবে?** না। Meta-র Embedded Signup-এর মাধ্যমে সাইন-আপ নিজে নিজেই করা যায়, প্রথম 3 দিন ফ্রি। --- ## EasyCoexistence vs Vonage https://easycoexistence.com/bn/compare/easycoexistence-vs-vonage Vonage একটি ডেভেলপার কমিউনিকেশন প্ল্যাটফর্ম। এর Messages API SMS, RCS ও অন্যান্য চ্যানেলের পাশাপাশি WhatsApp-এও মেসেজ পাঠায়, আর Meta-র ফির ওপর প্রতিটি মেসেজে Vonage-এর প্ল্যাটফর্ম ফি যোগ হয়। EasyCoexistence নম্বরপ্রতি নির্দিষ্ট ফিতে WhatsApp Business অ্যাপের নম্বরকে Coexistence-এর মাধ্যমে Meta-র Cloud API-তে সংযুক্ত করে, এবং Meta তার মেসেজের বিল সরাসরি আপনাকে দেয়। ### বিল কীভাবে তৈরি হয় ভলিউম বাড়লে ব্যবহারভিত্তিক মূল্য আর নির্দিষ্ট ফি আলাদাভাবে আচরণ করে। - Vonage:: প্রতিটি ডেলিভার হওয়া মেসেজে Meta-র ফি, তার সঙ্গে Vonage-এর প্ল্যাটফর্ম ফি, যা প্রতি মেসেজে 0.0001 ইউরো থেকে শুরু হয় এবং ভলিউম ও অঞ্চল অনুযায়ী বদলায়। কলে Vonage আরও প্রতি মিনিটে $0.004 নেয়। - EasyCoexistence:: প্রতি সংযুক্ত নম্বরে মাসে US$ 9, নম্বর যোগ করার সাথে সাথে US$ 1-এ নেমে আসে। Meta মেসেজের বিল আপনার নিজের WhatsApp Business Account-এ দেয়, আর আমরা প্রতি মেসেজে কিছুই যোগ করি না। ### প্রতিটি কোন নম্বরের জন্য তৈরি ছোট ব্যবসা যে নম্বরে আগে থেকেই উত্তর দেয়, সেটি সাধারণত WhatsApp Business অ্যাপের নম্বর। - Vonage:: এর WhatsApp প্রাইসিং পেজ এবং পার্টনারদের জন্য হোস্টেড Embedded Signup গাইডে Coexistence নিয়ে কিছু বলা নেই। Coexistence হলো Meta-র সেই ফিচার, যা API নম্বরেও অ্যাপ চালু রাখে। - EasyCoexistence:: বিশেষভাবে Coexistence নম্বরের জন্য। WhatsApp Business অ্যাপ তার চ্যাট ধরে রাখে এবং ফোনে কাজ করতে থাকে, আর একই নম্বরে Cloud API চলে Meta-র Coexistence থ্রুপুট প্রতি সেকেন্ডে 20 মেসেজে। ### আপনি আর Meta-র মাঝখানে কী আছে দুটিই API পণ্য। পার্থক্য হলো আপনি কার API কল করছেন। - Vonage:: Vonage Messages API, যা WhatsApp ও তাদের অন্যান্য চ্যানেলের ওপর একটি একক ইন্টারফেস। আপনার কোড Vonage-কে কল করে, আর Vonage কল করে Meta-কে। - EasyCoexistence:: Meta-র ডকুমেন্টেড Cloud API, আপনার নিজের অ্যাকাউন্টে দেওয়া ক্রেডেনশিয়াল সহ, আর Meta ওয়েবহুক সরাসরি আপনার এন্ডপয়েন্টে পাঠায়। কথোপকথন কখনো আমাদের দিকে সংরক্ষিত হয় না। ### কোনটি বেছে নেবেন যে ডেভেলপার SMS, RCS, ইমেইল ও WhatsApp জুড়ে একটি API চান, তিনি মাল্টি-চ্যানেল CPaaS কিনছেন, যা WhatsApp সংযোগ থেকে আলাদা একটি পণ্য। যে ব্যবসা বা এজেন্সির WhatsApp Business অ্যাপের নম্বর Meta-র নিজস্ব API-তে দরকার, প্রতি মেসেজে ফি ছাড়া এবং নতুন নম্বর ছাড়া, তাদের দরকার Coexistence। EasyCoexistence তা নিজে নিজেই প্রায় 2 মিনিটে দেয়, প্রতিটি সংযোগ নিরন্তর মনিটর করে, এবং একটি MCP সার্ভারের মাধ্যমে নম্বরটি Claude, ChatGPT বা Cursor-এর কাছে উন্মুক্ত করে। - Meta-র নিজস্ব ফি যোগ না করে শুধু প্রতি মেসেজের প্ল্যাটফর্ম ফি থেকে খরচের হিসাব করা। - Meta-র Cloud API ডকুমেন্টেড ও পোর্টেবল হওয়া সত্ত্বেও কোনো ভেন্ডরের মেসেজ স্কিমা ধরে কোড লেখা। - ধরে নেওয়া যে CPaaS-এর অনবোর্ডিং ফ্লো এমন নম্বর গ্রহণ করবে, যা এখনো অ্যাপে সক্রিয়। **EasyCoexistence কি Vonage-এর চেয়ে সস্তা?** উল্লেখযোগ্য যেকোনো ভলিউমে হ্যাঁ, কারণ Vonage প্রতিটি মেসেজে প্ল্যাটফর্ম ফি যোগ করে, আর EasyCoexistence কিছুই যোগ করে না। কত মেসেজ গেল তা নির্বিশেষে আমাদের চার্জ প্রতি সংযুক্ত নম্বরে মাসে US$ 9-ই থাকে। **Vonage কি Coexistence সমর্থন করে?** এর WhatsApp প্রাইসিং ও হোস্টেড Embedded Signup পেজে এ নিয়ে কিছু বলা নেই। এই পেজের ওপর নির্ভর না করে Vonage-কে জিজ্ঞাসা করুন। **আমি কি আমার বিদ্যমান WhatsApp নম্বর রাখতে পারব?** হ্যাঁ। Coexistence WhatsApp Business অ্যাপে থাকা নম্বরটিকে তার চ্যাট সহ সংযুক্ত করে। **WhatsApp মেসেজের বিল কে দেয়?** Meta, সরাসরি আপনার নিজের WhatsApp Business Account-এ। EasyCoexistence সেই ফি কখনো বাড়িয়ে নেয় না। --- ## Coexistence নম্বর থেকে HubSpot-এ WhatsApp মেসেজ লগ করুন https://easycoexistence.com/bn/integrations/hubspot HubSpot-এ একটি Communications অবজেক্ট আছে, যার চ্যানেল টাইপ WHATS_APP হতে পারে। এটি HubSpot-এর বাইরে ঘটা মেসেজ লগ করার জন্য তৈরি। নম্বরের ওয়েবহুক একটি n8n ওয়ার্কফ্লোতে পাঠান, ফোন নম্বর দিয়ে কন্ট্যাক্ট খুঁজুন বা তৈরি করুন, তারপর প্রতিটি মেসেজ /crm/v3/objects/communications-এ POST করুন। কথোপকথন কন্ট্যাক্টের টাইমলাইনে জমা হয়, আর টিম WhatsApp Business অ্যাপ থেকেই উত্তর দিতে থাকে। ### একটি WhatsApp মেসেজ কীভাবে HubSpot কন্ট্যাক্টে পৌঁছায়? তিনটি ধাপে। Meta নম্বরের জন্য আপনার ঠিক করা ওয়েবহুক গন্তব্যে মেসেজ পাঠায়, যা এখানে n8n-এর ওয়েবহুক নোড। ওয়ার্কফ্লো প্রেরকের ফোন নম্বর দিয়ে HubSpot-এ কন্ট্যাক্ট খোঁজে, না পেলে নতুন একটি তৈরি করে। তারপর মেসেজের লেখাসহ একটি কমিউনিকেশন রেকর্ড তৈরি করে সেটি ওই কন্ট্যাক্টের সঙ্গে যুক্ত করে। HubSpot এই প্রয়োজনের জন্যই Communications অবজেক্ট বানিয়েছে। এটি HubSpot-এর বাইরে পাঠানো বা পাওয়া WhatsApp, LinkedIn বা SMS মেসেজ বোঝায় এবং লগ করা কল বা ইমেইলের মতোই রেকর্ডের টাইমলাইনে দেখা যায়। আবশ্যিক প্রপার্টি হলো চ্যানেল টাইপ, CRM মানে সেট করা hs_communication_logged_from, বডি, একজন ওনার এবং একটি টাইমস্ট্যাম্প। এর জন্য HubSpot মার্কেটপ্লেসের কোনো অ্যাপ লাগে না। HubSpot নোডের জন্য আপনি যে HubSpot ক্রেডেনশিয়াল আগেই সেট করেছেন, n8n-এর HTTP রিকোয়েস্ট নোড সেটিই আবার ব্যবহার করতে পারে, আর প্রতিটি মেসেজের জন্য কল মাত্র একটি POST। ### ফোনে টাইপ করা মেসেজও কি লগ হয়? হয়, আর এটাই Coexistence নম্বর যোগ করে। টিমের কেউ WhatsApp Business অ্যাপ থেকে উত্তর দিলে Meta সেই বহির্গামী মেসেজের একটি ইকো একই ওয়েবহুক গন্তব্যে পাঠায়। যে ওয়ার্কফ্লো আগত মেসেজ ও ইকো দুটোই সামলায়, সে কথোপকথনের দুই পক্ষই টাইমলাইনে লেখে। ফলে HubSpot-এ কন্ট্যাক্ট খুললে সেলসপারসন দেখেন গ্রাহক কী জিজ্ঞেস করেছেন এবং দোকান কী উত্তর দিয়েছে। ওয়েবহুকের ফিল্ড দেখে শাখা করুন। আগত মেসেজ আসে messages-এর অধীনে, আর ফোনের উত্তর আসে smb_message_echoes-এর অধীনে। প্রথমটি প্রাপ্ত হিসেবে, দ্বিতীয়টি পাঠানো হিসেবে লগ করুন, তাহলে টাইমলাইন ক্রমানুসারে পড়া যায়। ওয়ার্কফ্লো নিজে Cloud API দিয়ে যে উত্তর পাঠায়, তা তার আগে থেকেই জানা, তাই ওয়েবহুকের অপেক্ষা না করে পাঠানোর মুহূর্তেই লগ করুন। ### HubSpot-এর নিজস্ব WhatsApp ইনবক্স চ্যানেলের কী হবে? সেটি আলাদা একটি ইন্টিগ্রেশন। HubSpot-এর কনভার্সেশন ইনবক্স একটি WhatsApp নম্বরকে সরাসরি HubSpot-এর সঙ্গে যুক্ত করে, এবং এর নলেজ বেস বলে নম্বরটি অন্য কোনো WhatsApp ইন্টিগ্রেশনের সঙ্গে যুক্ত থাকা চলবে না। এটি Marketing Hub বা Service Hub-এর Professional ও Enterprise টিয়ারে পাওয়া যায়। EasyCoexistence দিয়ে যুক্ত করা নম্বরে পথ উল্টো: Meta তার ওয়েবহুক আপনার নিজের URL-এ পাঠায়, আর HubSpot তার API দিয়ে রেকর্ড গ্রহণ করে। কথোপকথনের উত্তর দেওয়া হয় ফোন থেকে অথবা আপনার ওয়ার্কফ্লো থেকে, আর HubSpot হয় সেই সিস্টেম, যেখানে কন্ট্যাক্ট, ডিল বা টিকিটের বিপরীতে ইতিহাস জমা থাকে। কলটি যে প্রাইভেট অ্যাপ বা ক্রেডেনশিয়াল থেকে হয়, তাতে কন্ট্যাক্ট লেখার স্কোপ লাগে। কন্ট্যাক্ট তৈরি করতেই ওয়ার্কফ্লোর এই স্কোপ আগে থেকেই দরকার। ### ওয়ার্কফ্লো কীভাবে প্রেরককে কন্ট্যাক্টের সঙ্গে মেলাবে? ফোন নম্বর দিয়ে, খোঁজার আগে সেটিকে একই ফরম্যাটে এনে। Meta প্রেরককে দেশের কোডসহ শুধু অঙ্কে পাঠায়, কোনো প্লাস চিহ্ন ছাড়া, যেমন 14155550188। HubSpot-এর কন্ট্যাক্ট হাতে টাইপ করা হয়, তাই একই ব্যক্তি +1 415 555 0188 বা (415) 555-0188 হিসেবেও থাকতে পারেন। নির্ভরযোগ্য পদ্ধতি হলো শুধু অঙ্কের নম্বর রাখার জন্য একটি আলাদা কন্ট্যাক্ট প্রপার্টি রাখা, ওয়ার্কফ্লো কন্ট্যাক্ট তৈরির সময় সেটি পূরণ করা, এবং ওই প্রপার্টিতেই খোঁজা। ফ্রি টেক্সট ফোন ফিল্ডে সরাসরি খুঁজলে ওয়ার্কফ্লোর তৈরি কন্ট্যাক্ট মেলে, কিন্তু মানুষের তৈরি অনেকগুলো মেলে না, ফলে ডুপ্লিকেট তৈরি হয়। খোঁজার ফল খালি এলে ওয়েবহুক পেলোডের প্রোফাইল নামকে প্রথম নাম এবং শুধু অঙ্কের নম্বরকে দুই ফিল্ডেই দিয়ে কন্ট্যাক্ট তৈরি করুন। কেউ পরে মার্জ বা নাম বদলাতে পারেন, আর কথোপকথন ততক্ষণে যুক্ত হয়ে আছে। - শুধু আগত মেসেজ লগ করা। তখন টাইমলাইনে প্রশ্ন থাকে কিন্তু উত্তর থাকে না, কারণ ফোনে টাইপ করা উত্তর smb_message_echoes ইভেন্ট হিসেবে আসে। - hs_communication_logged_from ফাঁকা রাখা। API দিয়ে কমিউনিকেশন তৈরির সময় HubSpot-এর জন্য এর মান CRM হওয়া আবশ্যিক। - কাঁচা ফোন ফিল্ডে কন্ট্যাক্ট খোঁজা। Meta-র শুধু অঙ্কের ফরম্যাট মানুষের টাইপ করা নম্বরের সঙ্গে খুব কমই মেলে, আর প্রতিটি না-মেলায় একটি ডুপ্লিকেট কন্ট্যাক্ট তৈরি হয়। **HubSpot-এর ভেতর থেকেই কি গ্রাহককে উত্তর দিতে পারব?** Communications অবজেক্টের মাধ্যমে নয়, কারণ এটি একটি লগ। উত্তর যায় WhatsApp Business অ্যাপ থেকে অথবা Cloud API কল করা ওয়ার্কফ্লো থেকে, এবং দুটোই কন্ট্যাক্টে ফিরে লগ হয়। **ওয়ার্কফ্লোর কোন HubSpot পারমিশন লাগবে?** কন্ট্যাক্ট পড়া ও লেখা। HubSpot Communications API-এর স্কোপ হিসেবে crm.objects.contacts.read বা crm.objects.contacts.write উল্লেখ করে, আর কন্ট্যাক্ট তৈরিতে যেকোনো ক্ষেত্রে write স্কোপ লাগে। **একই ওয়ার্কফ্লো কি প্রথম মেসেজও পাঠাতে পারে?** হ্যাঁ। n8n-এর আলাদা একটি শাখা নম্বরের phone_number_id ও টোকেন দিয়ে Cloud API-র মাধ্যমে অনুমোদিত টেমপ্লেট পাঠাতে পারে, তারপর সেটি বহির্গামী কমিউনিকেশন হিসেবে কন্ট্যাক্টে লগ করে। **পথে কি EasyCoexistence মেসেজের বিষয়বস্তু সংরক্ষণ করে?** না। Meta ওয়েবহুক সরাসরি আপনার n8n URL-এ পাঠায়। EasyCoexistence কখনো কথোপকথনের বিষয়বস্তু সংরক্ষণ করে না। --- ## Coexistence নম্বর থেকে WhatsApp কথোপকথন Salesforce-এ পাঠান https://easycoexistence.com/bn/integrations/salesforce নম্বরের ওয়েবহুক একটি n8n ওয়ার্কফ্লোতে পাঠান, SOQL কোয়েরি দিয়ে ফোন নম্বর ধরে Salesforce-এ প্রেরককে খুঁজুন, কোনো মিল না পেলে Lead তৈরি করুন, আর প্রতিটি মেসেজ রেকর্ডে Task বা নোট হিসেবে লগ করুন। তিনটি কাজই n8n-এর Salesforce নোড দিয়ে হয়। টিম WhatsApp Business অ্যাপ থেকেই উত্তর দিতে থাকে, আর ইতিহাস জমা থাকে Salesforce-এ। ### n8n ওয়ার্কফ্লোটি দেখতে কেমন? সারিতে চারটি নোড, সঙ্গে প্রতিটি Meta ওয়েবহুকের জন্য প্রয়োজনীয় যাচাইকরণ ব্রাঞ্চ। একটি Webhook নোড Meta-র পাঠানো প্রতিটি মেসেজের POST রিকোয়েস্ট গ্রহণ করে। একটি Salesforce নোড SOQL কোয়েরি চালিয়ে এমন Lead বা Contact খোঁজে, যার ফোন নম্বর প্রেরকের সঙ্গে মেলে। একটি IF নোড দেখে কিছু পাওয়া গেছে কি না: পাওয়া গেলে ওয়ার্কফ্লো রেকর্ডের আইডি সামনে নিয়ে যায়; না পাওয়া গেলে আরেকটি Salesforce নোড পেলোডে থাকা প্রোফাইল নাম দিয়ে Lead তৈরি করে। সবশেষে একটি Salesforce নোড ওই রেকর্ডে Task তৈরি করে, যার বর্ণনায় থাকে মেসেজের লেখা আর বিষয়ে লেখা থাকে এটি একটি WhatsApp মেসেজ। যাচাইকরণ ব্রাঞ্চ Meta-র GET রিকোয়েস্টের উত্তরে hub.challenge মানটি সাধারণ বডি হিসেবে ফেরত দেয়। এটি ছাড়া Meta কখনো ডেলিভারি শুরু করে না, আর ওয়ার্কফ্লোর বাকি অংশ অলস পড়ে থাকে। ### মেসেজ রাখব Task-এ, না নোটে? বেশির ভাগ টিমের জন্য Task, কারণ এটি অ্যাক্টিভিটি টাইমলাইনে আসে, যা সেলস প্রতিনিধিরা আগে থেকেই পড়েন এবং যার রিপোর্টও করা যায়। এর স্ট্যাটাস completed রাখুন, যাতে এটি খোলা কাজ হিসেবে না দেখায়, আর বিষয়ে চ্যানেলের নাম রাখুন, যাতে WhatsApp অ্যাক্টিভিটির ফিল্টার মাত্র একটি শর্তে হয়ে যায়। n8n নোডের Add note অপারেশন অন্য ক্ষেত্রে কাজে লাগে: যেখানে প্রতিটি মেসেজের বদলে সারসংক্ষেপ দরকার। কিছু টিম ওয়ার্কফ্লো দিয়ে সারা দিনের মেসেজ প্রতি কন্টাক্টে জমিয়ে সন্ধ্যায় একটি নোট লেখায়। এতে কুড়িটি ছোট লাইন পাঠানো গ্রাহকের টাইমলাইনও পড়ার মতো থাকে। যেটাই বেছে নিন, WhatsApp মেসেজের আইডি রেকর্ডে লিখে রাখুন। Meta ডেলিভারি আবার চেষ্টা করে, আর লেখার আগে আইডি আছে কি না যাচাই করলে ওয়ার্কফ্লো একই মেসেজ দুবার লগ করে না। ### টিম কি ফোন থেকে উত্তর দিতে পারবে, আর Salesforce কি তা দেখবে? দুটোরই উত্তর হ্যাঁ। Coexistence একই নম্বরে WhatsApp Business অ্যাপ চালু রাখে, তাই গতকাল যাঁরা গ্রাহকদের উত্তর দিয়েছেন, তাঁরা আজও দেবেন। অ্যাপ থেকে উত্তর দিলে Meta বহির্গামী মেসেজের একটি প্রতিধ্বনি একই ওয়েবহুক গন্তব্যে পাঠায়, smb_message_echoes ফিল্ডের অধীনে। ওয়ার্কফ্লোতে এই প্রতিধ্বনির জন্য দ্বিতীয় একটি পথ যোগ করুন এবং সেগুলো বহির্গামী Task হিসেবে লগ করুন। তখন Lead খুললে প্রতিনিধি গ্রাহকের প্রশ্ন আর দোকানের দেওয়া উত্তর, দুটোই ক্রম অনুযায়ী দেখেন, কাউকে হাতে চ্যাট কপি করতে হয় না। ওয়ার্কফ্লো নিজে HTTP Request নোড দিয়ে Cloud API-তে যে উত্তর পাঠায়, তা পাঠানোর মুহূর্তেই লগ করা উচিত। লেখা আর রেকর্ডের আইডি তখন ওয়ার্কফ্লোর হাতেই থাকে। ### ডুপ্লিকেট Lead কীভাবে এড়াবেন? ফোন নম্বর নরমালাইজ করে মেলান, মানুষ ফিল্ডে যেভাবে টাইপ করেছে সেভাবে নয়। Meta প্রেরককে দেশের কোডসহ শুধু ডিজিটে পাঠায়, কোনো প্লাস চিহ্ন ছাড়া। অন্যদিকে Salesforce-এর ফোন ফিল্ডে রেকর্ড তৈরিকারী যা লিখেছেন তা-ই থাকে, স্পেস, বন্ধনী আর ড্যাশসহ। নির্ভরযোগ্য উপায় হলো শুধু ডিজিটের নম্বর রাখার জন্য একটি কাস্টম টেক্সট ফিল্ড। ওয়ার্কফ্লো Lead তৈরির সময় সেটি পূরণ করে, আর আগের রেকর্ডগুলোর জন্য একবার ব্যাকফিল চালাতে হয়। তারপর SOQL কোয়েরি ওই ফিল্ডকে সমতা দিয়ে মেলায়, যা দ্রুত এবং নির্ভুল। Lead-এর পাশাপাশি Contact-ও দেখুন। যে গ্রাহক আগেই কনভার্ট হয়েছেন, তিনি একজন Contact, আর যে ওয়ার্কফ্লো শুধু Lead খোঁজে সে লিখতে আসা প্রতিটি পুরোনো গ্রাহকের জন্য নতুন Lead বানিয়ে ফেলে। - শুধু Lead অবজেক্টে খোঁজা। পুরোনো গ্রাহকেরা Contact, আর তাঁদের প্রত্যেকে মেসেজ করলে একটি করে ডুপ্লিকেট Lead তৈরি হয়। - মেসেজ খোলা Task হিসেবে লগ করা। গ্রাহকের প্রতিটি লাইনের জন্য প্রতিনিধিরা একটি করে করণীয় পান; তৈরির সময়ই স্ট্যাটাস completed করে দিন। - ওয়ার্কফ্লোতে যাচাইকরণের GET ব্রাঞ্চ বাদ দেওয়া। Meta কখনো গন্তব্য নিশ্চিত করে না, ফলে কোনো মেসেজই ডেলিভারি হয় না। **এর জন্য কি Salesforce AppExchange প্যাকেজ লাগবে?** না। n8n-এর বিল্ট-ইন Salesforce নোডই খোঁজা, Lead আর Task সামলায়, আর যা তাতে নেই তা একই ক্রেডেনশিয়াল দিয়ে HTTP Request নোডের মাধ্যমে করা যায়। **Make দিয়েও কি একই কাজ হয়?** হ্যাঁ। Make-এর কাস্টম ওয়েবহুক মেসেজ গ্রহণ করে, আর Salesforce মডিউল রেকর্ড লেখে। সিনারিওর কাঠামো ধাপে ধাপে n8n ওয়ার্কফ্লোর মতোই। **Salesforce কি কোনো Lead-কে WhatsApp টেমপ্লেট পাঠাতে পারে?** ওয়ার্কফ্লোর মাধ্যমে পারে। Salesforce থেকে একটি n8n ওয়েবহুক কল করান, তারপর n8n নম্বরের phone_number_id ও টোকেন দিয়ে Cloud API-র মাধ্যমে অনুমোদিত টেমপ্লেটটি পাঠায়। **EasyCoexistence কি মেসেজের কপি রাখে?** না। Meta প্রতিটি ওয়েবহুক সরাসরি আপনার n8n URL-এ পাঠায়, আর EasyCoexistence কখনো কথোপকথনের বিষয়বস্তু সংরক্ষণ করে না। --- ## Coexistence নম্বরে WhatsApp-কে Zoho CRM-এর সঙ্গে সংযুক্ত করুন https://easycoexistence.com/bn/integrations/zoho-crm নম্বরের ওয়েবহুক একটি n8n ওয়ার্কফ্লোতে পাঠান, phone প্যারামিটার দিয়ে Zoho CRM-এ খুঁজুন (এটি মডিউলের প্রতিটি ফোন ফিল্ড যাচাই করে), কিছু না মিললে একটি লিড তৈরি করুন, আর প্রতিটি মেসেজ রেকর্ডে নোট হিসেবে যোগ করুন। n8n-এর Zoho CRM নোড লিড ও কন্টাক্ট সামলায়; নোট যোগ করা একই ক্রেডেনশিয়াল দিয়ে Zoho-র Notes API-তে একটি HTTP কল। ### একটি WhatsApp মেসেজ কীভাবে Zoho CRM রেকর্ডে পরিণত হয়? Meta নম্বরের প্রতিটি মেসেজ আপনার ঠিক করা ওয়েবহুক গন্তব্যে পোস্ট করে, এখানে সেটি একটি n8n Webhook নোড। ওয়ার্কফ্লো পেলোড থেকে প্রেরকের নম্বর নেয় এবং সেটি phone-এ বসিয়ে Zoho-র সার্চ এন্ডপয়েন্টে কল করে, প্রথমে লিডে, তারপর কন্টাক্টে। Zoho মডিউলের প্রতিটি ফোন ফিল্ড দেখে, তাই Mobile বা Phone যেটিতেই মিলুক, দুটোই গণ্য হয়। সেলসপার্সন কোন ফিল্ড ব্যবহার করেছেন, তা অনুমান করতে হয় না। কিছু না মিললে n8n-এর Zoho CRM নোড WhatsApp প্রোফাইলের নাম ও নম্বর দিয়ে একটি লিড তৈরি করে। যেভাবেই হোক, ওয়ার্কফ্লোর কাছে তখন একটি রেকর্ড আইডি থাকে, আর সে POST /Notes দিয়ে মেসেজটি ওই রেকর্ডে নোট হিসেবে লেখে। একটি নোটের জন্য শুধু Note_Content এবং মডিউল ও রেকর্ডের নাম দেওয়া Parent_Id লাগে। ### n8n ক্রেডেনশিয়ালের জন্য Zoho-র কোন পারমিশন দরকার? যে মডিউলগুলোতে খুঁজবেন ও লিখবেন সেগুলোর জন্য পড়া ও তৈরির অনুমতি, সঙ্গে Notes-এ তৈরির অনুমতি। Zoho নোটের স্কোপের নাম দিয়েছে ZohoCRM.modules.notes.CREATE এবং এর পাশাপাশি প্যারেন্ট মডিউলের create স্কোপও চায়। তাই যে ক্রেডেনশিয়াল লিড তৈরি করতে পারে কিন্তু notes স্কোপ পায়নি, সেটি শেষ ধাপে অনুমোদন-ত্রুটি দিয়ে ব্যর্থ হয়। n8n-এর Zoho CRM নোড লিড, কন্টাক্ট, অ্যাকাউন্ট, ডিল এবং বেশ কিছু সেলস ডকুমেন্ট সামলায়, আর এতে আছে create, upsert, get, get all, update ও delete। নোট এর রিসোর্সের মধ্যে নেই, তাই নোটটি যায় একটি HTTP Request নোডের মাধ্যমে। n8n সেই নোডে আপনার আগে সংযুক্ত করা Zoho ক্রেডেনশিয়ালটিই ব্যবহার করতে দেয়, ফলে দুটির বদলে একটি OAuth অনুমোদন সামলালেই চলে। API ডোমেইন আপনার Zoho ডেটা সেন্টার অনুযায়ী ঠিক করুন। EU অঞ্চলে তৈরি ক্রেডেনশিয়াল zohoapis.com নয়, zohoapis.eu কল করে। ### Zoho CRM কতগুলো মেসেজ সামলাতে পারে? Zoho তার API মাপে ক্রেডিটে, প্রতি রোলিং 24 ঘণ্টায়, আর বরাদ্দ নির্ভর করে এডিশন ও ইউজার সংখ্যার ওপর। Free এডিশনে পাওয়া যায় 5,000। Standard-এ 50,000 এবং ইউজারপ্রতি 250 বাড়তি, Professional-এ 50,000 এবং ইউজারপ্রতি 500, আর Enterprise-এ 50,000 এবং ইউজারপ্রতি 1,000, প্রতিটিতে এডিশনের একটি সর্বোচ্চ সীমাও আছে। প্রতিটি আসা মেসেজে একটি সার্চ ও একটি নোট লেখা লাগে, আর প্রথমবার লেখা প্রেরকের জন্য একটি লিড তৈরিও। ছোট ব্যবসার নম্বরের জন্য এটি পেইড এডিশনের বরাদ্দের মধ্যে স্বচ্ছন্দে থাকে। সাধারণত আগে সমস্যা হয় একসঙ্গে চলা কলের সীমায়: Free-তে একসঙ্গে 5টি কল এবং Standard-এ 10টি চলে, তাই ব্রডকাস্টের উত্তরে একসঙ্গে অনেক মেসেজ এলে সেগুলো সারিতে দাঁড়াতে পারে। Zoho সীমার ত্রুটি দিলে n8n ওয়ার্কফ্লোকে একবারে একটি করে এক্সিকিউশন চালানোর মতো সেট করুন। ### ফোন থেকে পাঠানো উত্তর কি Zoho CRM-এ পৌঁছায়? পৌঁছাতে পারে। Coexistence নম্বরে WhatsApp Business অ্যাপ চালু থাকে, আর কেউ সেখান থেকে উত্তর দিলে Meta সেই বহির্গামী মেসেজের একটি ইকো একই ওয়েবহুক গন্তব্যে পাঠায়, smb_message_echoes ফিল্ডের অধীনে। ওয়ার্কফ্লোতে ইকোর জন্য একটি শাখা রাখুন এবং সেগুলো বহির্গামী শিরোনামে নোট হিসেবে লিখুন। তাহলে Zoho-তে লিড খুললেই সেলসপার্সন কথোপকথনের দুই পাশই পড়তে পারেন, আর কাউকে CRM-এ স্ক্রিনশট পেস্ট করতে হয় না। ওয়ার্কফ্লো নিজে Cloud API দিয়ে যে মেসেজ পাঠায়, যেমন ডিলের ধাপ বদলের পর অনুমোদিত একটি টেমপ্লেট, সেগুলো পাঠানোর মুহূর্তেই লগ করা ভালো, কারণ তখন ওয়ার্কফ্লোর হাতে টেক্সট ও রেকর্ড আইডি দুটোই থাকে। - ক্রেডেনশিয়ালকে লিডের স্কোপ দেওয়া, কিন্তু ZohoCRM.modules.notes.CREATE না দেওয়া। সার্চ ও লিড কাজ করে, তারপর প্রতিটি নোট ব্যর্থ হয়। - অন্য Zoho ডেটা সেন্টারের অ্যাকাউন্ট থেকে zohoapis.com কল করা। অ্যাকাউন্ট যে অঞ্চলে আছে, সেই অঞ্চলের API ডোমেইন ব্যবহার করুন। - শুধু লিডে খোঁজা। রূপান্তরিত গ্রাহকরা কন্টাক্ট, আর তাদের কেউ মেসেজ করলে একটি নতুন ডুপ্লিকেট লিড তৈরি হয়। **এটি কি Zoho-র নিজস্ব WhatsApp ইন্টিগ্রেশনের বদলে ব্যবহার করা যায়?** এটি একটি আলাদা পথ। এখানে নম্বর EasyCoexistence-এর মাধ্যমে সংযুক্ত থাকে এবং Zoho CRM তার API দিয়ে রেকর্ড পায়, আর টিম ফোন থেকে বা ওয়ার্কফ্লো থেকে উত্তর দেয়। **n8n-এর বদলে কি Make ব্যবহার করতে পারি?** হ্যাঁ। Make-এর কাস্টম ওয়েবহুক মেসেজ গ্রহণ করে, আর Zoho CRM মডিউল বা একটি HTTP মডিউল সার্চ, লিড ও নোট লেখে। **ডিলের ধাপ বদলালে কি WhatsApp টেমপ্লেট পাঠানো যায়?** হ্যাঁ, ওয়ার্কফ্লোর মাধ্যমে। ধাপ বদলের সময় একটি n8n ওয়েবহুক URL কল করান, তখন n8n নম্বরের ফোন নম্বর আইডি ও টোকেন দিয়ে Cloud API-র মাধ্যমে অনুমোদিত টেমপ্লেটটি পাঠায়। **EasyCoexistence কি মেসেজ জমা রাখে?** না। Meta ওয়েবহুক সরাসরি আপনার n8n URL-এ পৌঁছে দেয়। EasyCoexistence কথোপকথনের কোনো কনটেন্ট জমা রাখে না। --- ## Coexistence নম্বরে WhatsApp-কে Pipedrive-এর সঙ্গে যুক্ত করুন https://easycoexistence.com/bn/integrations/pipedrive নম্বরের ওয়েবহুক একটি n8n ওয়ার্কফ্লোতে পাঠান, ফোন নম্বর দিয়ে Pipedrive-এ ব্যক্তি খুঁজুন, কেউ না মিললে ব্যক্তি ও একটি লিড তৈরি করুন, তারপর প্রতিটি মেসেজ ওই ব্যক্তি বা ডিলে নোট হিসেবে লিখুন। n8n-এর Pipedrive নোড পুরো কাজটিই করে। টিম আগের মতোই WhatsApp Business অ্যাপ থেকে উত্তর দেয়, আর তাদের উত্তরও লগ করা যায়। ### একটি WhatsApp মেসেজ কীভাবে Pipedrive-এর ব্যক্তির কাছে পৌঁছায়? নম্বরটিতে আসা প্রতিটি মেসেজ Meta আপনার ঠিক করা ওয়েবহুক গন্তব্যে পোস্ট করে, এখানে সেটি n8n-এর ওয়েবহুক নোড। ওয়ার্কফ্লো প্রেরকের নম্বর দিয়ে Pipedrive-এ ব্যক্তি খোঁজে। Pipedrive-এর ব্যক্তি-অনুসন্ধান ফোন ফিল্ডও দেখে এবং একটি এক্সাক্ট ম্যাচ ফ্ল্যাগ নেয়। কোনো ব্যক্তি পাওয়া গেলে ওয়ার্কফ্লো সেই আইডি ব্যবহার করে। না পাওয়া গেলে WhatsApp প্রোফাইল নাম ও নম্বর দিয়ে একটি ব্যক্তি তৈরি করে, তারপর তার সঙ্গে যুক্ত একটি লিড খোলে। ফলে অচেনা কারও প্রথম মেসেজ Leads Inbox-এ এসে পড়ে, আর কেউ সেটি যাচাই করে দেখতে পারে। মেসেজটি নিজেই একটি নোট হয়ে যায়। Pipedrive নোডের জন্য শুধু কনটেন্ট লাগে, যেখানে HTML চলে, আর সঙ্গে ব্যক্তি, ডিল, প্রতিষ্ঠান বা লিডের অন্তত একটি আইডি। খোলা ডিল থাকলে নোটটি সেখানে যুক্ত করুন, না থাকলে ব্যক্তির সঙ্গে। ### সার্চ ধাপে সীমা কেন সবার আগে লাগে? কারণ Pipedrive সার্চের জন্য আলাদা এবং অনেক ছোট একটি বরাদ্দ রাখে। সাধারণ API কল প্রতি ব্যবহারকারীর জন্য দুই সেকেন্ডের চলমান উইন্ডোতে সীমিত, API টোকেনসহ Lite-এ 20 রিকোয়েস্ট থেকে Ultimate-এ 120 পর্যন্ত। Search API প্রতিটি প্ল্যানে দুই সেকেন্ডে 10 রিকোয়েস্টে বাঁধা। শান্ত নম্বরে এটি চোখেই পড়ে না। কিন্তু যে নম্বর কয়েক শ গ্রাহককে টেমপ্লেট পাঠায় আর এক মিনিটে পঞ্চাশটি উত্তর পায়, সেখানে সীমা লাগবেই, কারণ প্রতিটি উত্তর একটি সার্চ দিয়ে শুরু হয়। তখন ওয়ার্কফ্লো 429 প্রতিক্রিয়া দেখে, আর রিট্রাই না থাকলে নোটটি হারিয়ে যায়। দুটি কাজে সমাধান হয়। Pipedrive সার্চ নোডে অপেক্ষাসহ রিট্রাই চালু করুন, আর ফোন থেকে ব্যক্তির আইডির ম্যাপিং n8n-এর ওয়ার্কফ্লো স্ট্যাটিক ডেটায় বা একটি ছোট টেবিলে ক্যাশ করুন। তাহলে পরপর ছয়টি মেসেজ পাঠানো গ্রাহকের জন্য ছয়টি নয়, একটি সার্চই লাগে। ### ফোনে টাইপ করা উত্তরও কি লগ করা যায়? হ্যাঁ। Coexistence একই নম্বরে WhatsApp Business অ্যাপ চালু রাখে। টিমের কেউ সেখান থেকে উত্তর দিলে Meta বহির্গামী মেসেজের একটি ইকো smb_message_echoes ফিল্ডের অধীনে একই ওয়েবহুক গন্তব্যে পাঠায়। এই ইকোগুলোর জন্য একটি আলাদা ব্রাঞ্চ যোগ করুন এবং সেগুলো বহির্গামী চিহ্নিত নোট হিসেবে লগ করুন। আপনার টিম অ্যাক্টিভিটির সংখ্যা দিয়ে রিপোর্ট করলে সম্পন্ন অ্যাক্টিভিটি হিসেবেও রাখতে পারেন। তখন ডিল খুলে সেলসপার্সন দেখতে পারেন গ্রাহক কী জিজ্ঞেস করেছিলেন এবং দোকান কী উত্তর দিয়েছে, ক্রম অনুযায়ী। ওয়ার্কফ্লো নিজে যে মেসেজ পাঠায়, যেমন ডিল ধাপ বদলালে একটি টেমপ্লেট, সেটির নোট পাঠানোর মুহূর্তেই লগ করুন। টেক্সট ও ডিল আইডি ওয়ার্কফ্লোর কাছে আগে থেকেই আছে, তাই ওয়েবহুকের জন্য অপেক্ষা করার কোনো কারণ নেই। ### ফোন নম্বর কীভাবে নরমালাইজ করা উচিত? শুধু দেশের কোডসহ অঙ্কে, আর কিছু নয়, কারণ Meta ঠিক এভাবেই পাঠায়। প্রেরক আসে 14155550188 হিসেবে, অথচ Pipedrive-এ হাতে লেখা ব্যক্তির নম্বর হতে পারে +1 (415) 555-0188। ওয়ার্কফ্লো যখন ব্যক্তি তৈরি করে, তখন নম্বরটি এই শুধু-অঙ্কের রূপে সংরক্ষণ করুন, যাতে তার নিজের রেকর্ড সবসময় মিলে যায়। হাতে তৈরি ব্যক্তিদের জন্য n8n-এ একবারের একটি ক্লিনআপ চালিয়ে বিদ্যমান ফোন মান একই রূপে লিখে দিলে প্রথম সপ্তাহেই তার খরচ উঠে আসে। এটি না করলে এক্সাক্ট ম্যাচ সার্চ টিমের নিজে দেওয়া ব্যক্তিদের খুঁজে পায় না, আর ওয়ার্কফ্লো তাদের প্রত্যেকের জন্য একটি করে ডুপ্লিকেট তৈরি করে। টিম মূল ফরম্যাটে পড়তে চাইলে সেটি দ্বিতীয় একটি ফোন এন্ট্রিতে রেখে দিন। Pipedrive-এর একজন ব্যক্তির একাধিক ফোন থাকতে পারে। - ক্যাশ ছাড়া প্রতিটি মেসেজে একটি করে সার্চ চালানো। উত্তরের ঢেউ দুই সেকেন্ডে 10 রিকোয়েস্টের Search API সীমায় ধাক্কা খায় এবং নোট হারিয়ে যায়। - প্রতিটি নতুন ব্যক্তির বদলে প্রতিটি মেসেজের জন্য লিড তৈরি করা। Leads Inbox একই গ্রাহকের কপিতে ভরে যায়। - ডিল খোলা থাকা অবস্থায় নোট শুধু ব্যক্তির সঙ্গে যুক্ত করা। যিনি ডিলটি দেখছেন, তিনি কথোপকথনটি কখনো দেখতে পান না। **মেসেজগুলো কি Pipedrive-এর মেসেজিং ইনবক্সে দেখা যাবে?** না। এই পথে Pipedrive-এর API দিয়ে নোট ও লিড লেখা হয়। কথোপকথনের উত্তর দেওয়া হয় WhatsApp Business অ্যাপ থেকে বা ওয়ার্কফ্লো দিয়ে, আর সেগুলো ব্যক্তি বা ডিলে লগ হয়। **n8n-এর বদলে কি Make বা Zapier ব্যবহার করা যায়?** হ্যাঁ। একটি কাস্টম ওয়েবহুক বা ক্যাচ হুক মেসেজ গ্রহণ করে, আর তাদের Pipedrive ধাপ বা একটি HTTP ধাপ একই ক্রমে ব্যক্তি, লিড ও নোট লেখে। **ডিলের ধাপ বদলালে কি WhatsApp টেমপ্লেট পাঠানো যায়?** হ্যাঁ, ওয়ার্কফ্লোর মাধ্যমে। ধাপ বদল একটি n8n ওয়েবহুক URL-কে কল করলে n8n অনুমোদিত টেমপ্লেটটি Cloud API দিয়ে পাঠায়, নম্বরের `phone_number_id` ও টোকেন ব্যবহার করে। **EasyCoexistence কি মেসেজ সংরক্ষণ করে?** না। Meta প্রতিটি ওয়েবহুক সরাসরি আপনার n8n URL-এ পৌঁছে দেয়, আর EasyCoexistence কথোপকথনের কনটেন্ট কখনো সংরক্ষণ করে না। --- ## Coexistence নম্বরে WhatsApp-কে Bitrix24 CRM-এর সঙ্গে সংযুক্ত করুন https://easycoexistence.com/bn/integrations/bitrix24 নম্বরের ওয়েবহুক n8n ওয়ার্কফ্লোতে পাঠান এবং ওয়ার্কফ্লো দিয়ে ইনবাউন্ড ওয়েবহুক URL-এর মাধ্যমে Bitrix24-কে কল করান। crm.duplicate.findbycomm প্রেরকের ফোন নম্বরের মালিক লিড, কন্টাক্ট বা কোম্পানি খুঁজে দেয়, কেউ না থাকলে crm.lead.add নতুন লিড তৈরি করে, আর crm.timeline.comment.add মেসেজটি রেকর্ডের টাইমলাইনে লেখে। টিম আগের মতোই WhatsApp Business অ্যাপ থেকে উত্তর দেয়। ### n8n কীভাবে Bitrix24-এর সঙ্গে কথা বলে? ইনবাউন্ড ওয়েবহুকের মাধ্যমে। Bitrix24-এ এটি ডেটা গ্রহণকারী নয়, একটি ক্রেডেনশিয়াল। আপনি এটি Bitrix24-এর ডেভেলপার রিসোর্সে তৈরি করেন, কোন স্কোপ ব্যবহার করা যাবে তা বেছে নেন, আর পান একটি URL, যাতে থাকে আপনার পোর্টালের ঠিকানা, তৈরিকারী ইউজারের আইডি এবং একটি গোপন কোড। ওই URL-এর শেষে একটি মেথডের নাম জুড়ে দিলে সেই ইউজারের পরিচয়ে ও ওই ইউজারের অনুমতি নিয়ে REST API কল হয়। তাই n8n-এ Bitrix24-এর প্রতিটি ধাপ একটি HTTP রিকোয়েস্ট নোড, যা ওই URL-এর সঙ্গে crm.lead.add.json-এর মতো একটি মেথড জুড়ে POST করে। কোনো OAuth ফ্লো সম্পন্ন করতে হয় না, কোনো অ্যাপ প্রকাশও করতে হয় না। ওয়েবহুকটিকে শুধু CRM স্কোপ দিন, আর এমন ইউজার দিয়ে তৈরি করুন, যাঁর অনুমতি ওয়ার্কফ্লোর দেখার দরকারি লিড ও কন্টাক্ট কভার করে, কারণ Bitrix24 ওই ইউজার হিসেবেই অ্যাক্সেস যাচাই করে। ### ওয়ার্কফ্লো Bitrix24-এর কোন মেথডগুলো কল করে? n8n-এর ওয়েবহুক নোড Meta থেকে মেসেজ পাওয়ার পর পরপর তিনটি। PHONE টাইপ ও প্রেরকের নম্বর দিয়ে crm.duplicate.findbycomm সেই নম্বর থাকা লিড, কন্টাক্ট ও কোম্পানির আইডি ফেরত দেয়। এটিই সঠিক খোঁজ, কারণ এটি তিনটিতে একসঙ্গে খোঁজে এবং টেক্সট ফিল্ডের বদলে যোগাযোগের তথ্য মেলানোর জন্যই তৈরি। কিছু না পাওয়া গেলে crm.lead.add এমন একটি লিড তৈরি করে, যার শিরোনাম WhatsApp প্রোফাইলের নাম এবং ফোন ফিল্ডে নম্বরটি। এরপর crm.timeline.comment.add মেসেজের লেখাটি রেকর্ডে মন্তব্য হিসেবে লেখে, ENTITY_TYPE, ENTITY_ID ও COMMENT নিয়ে। মন্তব্যটি রেকর্ডের টাইমলাইনে কল ও ইমেইলের পাশে দেখা যায়, যেখানে সেলসপারসন আগে থেকেই তাকান। ### রেট লিমিট ওয়ার্কফ্লোকে কীভাবে প্রভাবিত করে? Bitrix24 REST কল মাপে লিকি বাকেট পদ্ধতিতে। প্রতিটি রিকোয়েস্ট একটি কাউন্টার বাড়ায়, কাউন্টার প্রতি সেকেন্ডে নির্দিষ্ট হারে কমে, আর সীমা পেরোলে পরের রিকোয়েস্ট QUERY_LIMIT_EXCEEDED-সহ 503 পায়। Enterprise প্ল্যানে কাউন্টার প্রতি সেকেন্ডে 5 করে কমে এবং সীমা 250; অন্য সব প্ল্যানে কমে 2 করে এবং সীমা 50। প্রতিটি ইনবাউন্ড মেসেজে দুই বা তিনটি কল লাগে, তাই ধীর স্রোতে সীমার কাছেও পৌঁছায় না। হঠাৎ ভিড়ে পৌঁছায়: এক মিনিটে 50 জন গ্রাহক একই টেমপ্লেটের উত্তর দিলে কল হয় সর্বোচ্চ 150। HTTP রিকোয়েস্ট নোডে ব্যর্থ হলে অল্প অপেক্ষা করে আবার চেষ্টার সেটিং দিন এবং ওয়ার্কফ্লোর এক্সিকিউশন একটি একটি করে চালান, যাতে ভিড়টা Bitrix24-এ ধীরে ঢোকে, ফিরে না আসে। ### ফোনে লেখা উত্তর কি Bitrix24-এ পৌঁছায়? পৌঁছাতে পারে। Coexistence নম্বরে WhatsApp Business অ্যাপ কাজ করতেই থাকে, এবং কেউ সেখান থেকে উত্তর দিলে Meta পাঠানো মেসেজের একটি প্রতিধ্বনি একই ওয়েবহুক গন্তব্যে পাঠায়, smb_message_echoes ফিল্ডের অধীনে। ওয়ার্কফ্লোর দ্বিতীয় একটি শাখা এই প্রতিধ্বনিগুলো ইনবাউন্ড মেসেজের মতোই সামলায়, শুধু মন্তব্যে আউটগোয়িং চিহ্ন দেওয়া থাকে। তখন রেকর্ডে পুরো কথোপকথন ক্রমানুসারে দেখা যায়, গ্রাহকের লাইন ও ব্যবসার উত্তরসহ। ওয়ার্কফ্লো নিজে Cloud API দিয়ে যে উত্তর পাঠায়, তা পাঠানোর সময়েই ওয়ার্কফ্লোর হাতে থাকে, তাই ওয়েবহুক ফিরে আসার অপেক্ষা না করে সেই মুহূর্তেই লগ করুন। - ইনবাউন্ড ওয়েবহুক URL ক্লায়েন্ট-সাইড কোডে বা শেয়ার করা ডকুমেন্টে পেস্ট করা। এর ভেতরের গোপন অংশ ওয়েবহুকটিকে দেওয়া প্রতিটি স্কোপের অ্যাক্সেস দেয়। - এমন ইউজার দিয়ে ওয়েবহুক তৈরি করা, যিনি সব লিড দেখতে পান না। তখন খোঁজে রেকর্ড বাদ পড়ে এবং ওয়ার্কফ্লো ডুপ্লিকেট তৈরি করে। - রিট্রাই ছাড়া একসঙ্গে অনেক কল পাঠানো। Bitrix24 তখন 503 QUERY_LIMIT_EXCEEDED দেয় এবং সেই মেসেজগুলো টাইমলাইনে কখনো পৌঁছায় না। **চ্যাটগুলো কি Bitrix24 Open Channels-এ দেখা যাবে?** এই ওয়ার্কফ্লোতে নয়। এটি CRM REST API দিয়ে লিড ও টাইমলাইন মন্তব্য লেখে, আর কথোপকথনের উত্তর দেওয়া হয় WhatsApp Business অ্যাপ থেকে বা ওয়ার্কফ্লো দিয়ে। **n8n-এর বদলে কি Make ব্যবহার করা যায়?** হ্যাঁ। Make-এর কাস্টম ওয়েবহুক মেসেজটি গ্রহণ করে, আর HTTP মডিউল ইনবাউন্ড ওয়েবহুক URL-এ একই তিনটি মেথড কল করে। **Bitrix24-এর ডেটা থেকে কি ওয়ার্কফ্লো WhatsApp টেমপ্লেট পাঠাতে পারে?** হ্যাঁ। n8n Bitrix24 থেকে দরকারি তথ্য পড়ে এবং নম্বরের phone_number_id ও টোকেন দিয়ে Cloud API-র মাধ্যমে অনুমোদিত টেমপ্লেট পাঠায়। **EasyCoexistence কি মেসেজ সংরক্ষণ করে?** না। Meta প্রতিটি ওয়েবহুক সরাসরি আপনার n8n URL-এ পাঠায়। EasyCoexistence কথোপকথনের কোনো বিষয়বস্তু কখনো সংরক্ষণ করে না। --- ## WhatsApp কনট্যাক্টকে RD Station Marketing-এর কনভার্সনে পরিণত করুন https://easycoexistence.com/bn/integrations/rd-station নম্বরের ওয়েবহুক একটি n8n ওয়ার্কফ্লোতে পাঠান এবং প্রতিটি প্রেরকের জন্য আপনার API key দিয়ে api.rd.services/platform/conversions-এ RD Station Marketing-এর কাছে একটি কনভার্সন ইভেন্ট POST করুন। RD Station ইমেইলের বদলে ফোন নম্বর গ্রহণ করে, তাই ইমেইল ছাড়া WhatsApp কনট্যাক্টও ট্যাগসহ লিড হয়ে যায় এবং অটোমেশন ফ্লোর জন্য তৈরি থাকে। টিম আগের মতোই ফোন থেকে উত্তর দেয়। ### একটি WhatsApp মেসেজ কীভাবে RD Station-এর লিড হয়? নম্বরে আসা প্রতিটি মেসেজ Meta আপনার ঠিক করা ওয়েবহুক গন্তব্যে পোস্ট করে, এখানে সেটি একটি n8n Webhook নোড। ওয়ার্কফ্লো পেলোড থেকে প্রেরকের নম্বর ও প্রোফাইলের নাম পড়ে এবং RD Station Marketing-এর কনভার্সন এন্ডপয়েন্টে একটি HTTP POST পাঠায়, API key থাকে কোয়েরি স্ট্রিংয়ে। বডিতে event_type-এর মান CONVERSION, event_family-এর মান CDP, আর একটি পেলোড থাকে যেখানে আপনার বেছে নেওয়া conversion_identifier থাকে, যেমন whatsapp-inbound। পেলোডের ভেতরে যায় নাম, mobile_phone এবং ট্যাগ। কনট্যাক্ট নতুন হলে RD Station তা তৈরি করে, আর যেকোনো ক্ষেত্রেই কনভার্সন রেকর্ড করে, ফলে কনট্যাক্টের ইতিহাসে দেখা যায় সে কখন WhatsApp দিয়ে এসেছে। এরপর সবকিছু RD Station-এর স্বাভাবিক নিয়মে চলে: কনভার্সন বা ট্যাগ দিয়ে সেগমেন্ট করুন এবং অটোমেশন ফ্লোকে বাকি কাজ করতে দিন। ### প্রতিটি মেসেজই কি কনভার্সন হওয়া উচিত? না, আর এটাই সবচেয়ে গুরুত্বপূর্ণ নকশা-সিদ্ধান্ত। যে গ্রাহক পরপর আটটি ছোট লাইন পাঠান, তাঁর আটটি কনভার্সন রেকর্ড হবে। এতে রিপোর্ট ফুলে যায় এবং একই অটোমেশন ফ্লো আটবার চালু হতে পারে। একটি নম্বরের প্রথম মেসেজে কনভার্সন করুন, অথবা আপনার ঠিক করা বিরতির পরের প্রথম মেসেজে, যেমন ত্রিশ দিন। n8n প্রতিটি নম্বরের শেষ কনভার্সনের তারিখ ওয়ার্কফ্লোর স্ট্যাটিক ডেটায় বা একটি ছোট টেবিলে রাখতে পারে এবং তারিখ সাম্প্রতিক হলে কলটি বাদ দিতে পারে। প্রথম যোগাযোগের চেয়ে নির্দিষ্ট কোনো ঘটনার জন্য আলাদা conversion_identifier ব্যবহার করুন। প্রোমোশনাল টেমপ্লেটের উত্তর, কোনো কীওয়ার্ডসহ মেসেজ, বা ইন্টারঅ্যাক্টিভ মেসেজের বোতামে ট্যাপ, প্রতিটিই আলাদা কনভার্সন হতে পারে। এতে RD Station একটি একরকম স্রোতের বদলে পরিষ্কার সেগমেন্ট পায়। ### RD Station কি উল্টো দিকে WhatsApp মেসেজ পাঠাতে পারে? ওয়ার্কফ্লোর মাধ্যমে, হ্যাঁ। কোনো লিড কনভার্ট হলে বা সুযোগ হিসেবে চিহ্নিত হলে RD Station Marketing একটি ওয়েবহুক চালাতে পারে। গ্রহণকারী প্রান্তের n8n ওয়েবহুক তখন Cloud API দিয়ে অনুমোদিত একটি WhatsApp টেমপ্লেট পাঠাতে পারে, এর জন্য EasyCoexistence ড্যাশবোর্ড থেকে নম্বরের ফোন নম্বর আইডি ও অ্যাক্সেস টোকেন ব্যবহার করুন। এখানে টেমপ্লেট গুরুত্বপূর্ণ, কারণ লিড হয়তো গত 24 ঘণ্টায় কিছু লেখেননি। এই সময়ের বাইরে শুধু Meta-র অনুমোদিত টেমপ্লেটই পৌঁছায়, ফ্রি টেক্সট ব্যর্থ হয়। সময়ের ভেতরে সাধারণ টেক্সট উত্তর কাজ করে। Coexistence একই নম্বরে অ্যাপ ও API দুটোই চালু রাখে, তাই ফোনের WhatsApp Business অ্যাপেও পাঠানো মেসেজগুলো দেখা যায়। যে সেলস কর্মী ফোনে কথোপকথনটি হাতে নেন, তিনি অটোমেশন আগে কী বলেছে তা দেখতে পান। - প্রতিটি মেসেজের জন্য কনভার্সন পাঠানো। একজন বেশি কথা বলা গ্রাহক অনেকগুলো কনভার্সন রেকর্ড করান এবং একই অটোমেশন ফ্লো বারবার চালান। - যে ব্রাউজার পেজ যে কেউ পড়তে পারে সেখান থেকে API key পোস্ট করা। কলটি n8n ওয়ার্কফ্লোর ভেতরে রাখুন, যেখানে key গোপন থাকে। - গত 24 ঘণ্টায় লেখেননি এমন লিডকে RD-চালিত ফ্লো থেকে ফ্রি টেক্সট পাঠানো। তখন শুধু অনুমোদিত টেমপ্লেটই পৌঁছায়। **এই RD Station কলের জন্য কি OAuth লাগে?** না। কনভার্সন এন্ডপয়েন্ট কোয়েরি স্ট্রিংয়ের API key দিয়ে যাচাই করে, আর কনভার্সন ইভেন্ট পাঠানোই সেই key-র কাজ। **WhatsApp কনট্যাক্টের ইমেইল না থাকলে কী হবে?** ফোন নম্বর পাঠান। ফোন না দিলে তবেই RD Station কনভার্সনে ইমেইল চায়। **n8n-এর বদলে কি Make বা Zapier ব্যবহার করা যায়?** হ্যাঁ। যে টুল ওয়েবহুক গ্রহণ করে HTTP POST করতে পারে, সেটিই RD Station-এ একই কনভার্সন বডি পাঠাতে পারে। **EasyCoexistence কি মেসেজ সংরক্ষণ করে?** না। Meta আপনার n8n URL-এ ওয়েবহুক পৌঁছে দেয়, আর EasyCoexistence কথোপকথনের বিষয়বস্তু কখনো সংরক্ষণ করে না। --- ## Coexistence নম্বরে WhatsApp-কে GoHighLevel কন্টাক্টের সঙ্গে যুক্ত করুন https://easycoexistence.com/bn/integrations/gohighlevel নম্বরের ওয়েবহুক একটি n8n ওয়ার্কফ্লোতে পাঠান, n8n-এর HighLevel নোড দিয়ে প্রেরককে HighLevel কন্টাক্ট হিসেবে তৈরি বা আপডেট করুন এবং POST /contacts/{contactId}/notes দিয়ে প্রতিটি মেসেজ নোট হিসেবে লিখুন। সাব-অ্যাকাউন্টের সেটিংস থেকে নেওয়া Private Integration টোকেন দিয়ে অথেনটিকেট করুন। প্রতিটি ফোন নম্বর আইডি সংশ্লিষ্ট সাব-অ্যাকাউন্টের সঙ্গে ম্যাপ করলে একটি ওয়ার্কফ্লো সব ক্লায়েন্টকে সামলাতে পারে। ### একটি WhatsApp মেসেজ কীভাবে HighLevel কন্টাক্টে পৌঁছায়? Meta নম্বরে আসা প্রতিটি মেসেজ আপনার নির্ধারিত ওয়েবহুক গন্তব্যে পোস্ট করে, এখানে সেটি একটি n8n Webhook নোড। ওয়ার্কফ্লো প্রেরকের নম্বর ও WhatsApp প্রোফাইল নাম n8n-এর HighLevel নোডে পাঠায়। এই নোডের কন্টাক্ট রিসোর্সে তৈরি বা আপডেট করার অপারেশন আছে, তাই নতুন প্রেরক কন্টাক্ট হয়ে যায় আর পরিচিত প্রেরককে খুঁজে নেওয়া হয়, ডুপ্লিকেট হয় না। কন্টাক্ট আইডি হাতে পেলে একটি HTTP Request নোড মেসেজের বিষয়বস্তু /contacts/{contactId}/notes-এ পোস্ট করে। নোটটি কন্টাক্ট রেকর্ডে দেখা যায়, ফলে যিনিই রেকর্ড খোলেন তিনি দেখতে পান গ্রাহক কী লিখেছেন। মেসেজে ফলো-আপ দরকার হলে HighLevel নোড কন্টাক্টে টাস্ক বা পাইপলাইনে অপরচুনিটিও তৈরি করতে পারে, দুটোই সরাসরি সমর্থিত। টিম পুরো সময় WhatsApp Business অ্যাপ থেকেই উত্তর দিতে থাকে। ### ওয়ার্কফ্লোতে কোন টোকেন ব্যবহার করবেন? একটি Private Integration টোকেন। HighLevel API v2-এ OAuth অথবা এই টোকেনগুলোর একটি দিয়ে পৌঁছানো যায়, আর পুরোনো v1 API কী-র মেয়াদ শেষ হয়ে গেছে। Private Integration টোকেন সাব-অ্যাকাউন্টের সেটিংসে তৈরি হয়, আপনি যে অনুমতিগুলো টিক দেন সেগুলোতেই সীমিত থাকে, এবং যেকোনো অ্যাক্সেস টোকেনের মতো Authorization হেডারে পাঠানো হয়। এটি নিজে থেকে রিফ্রেশ হয় না, যা অটোমেশনের জন্য সুবিধাজনক: কেউ রোটেট না করা পর্যন্ত এটি কাজ করতে থাকে। রোটেট করলে HighLevel পুরোনো ও নতুন টোকেন 7 দিন একসঙ্গে বৈধ রাখে, আর পুরোনোটি বন্ধ হওয়ার আগে এই সময়ের মধ্যেই নতুনটি n8n-এ বসাতে হবে। শুধু ওয়ার্কফ্লোর প্রয়োজনীয় স্কোপ টিক দিন: কন্টাক্ট, নোট এবং ব্যবহার করলে অপরচুনিটি ও টাস্ক। সেটিংসে Private Integrations না পেলে HighLevel বলছে Labs-এ এটি চালু করতে। ### একটি ওয়ার্কফ্লো কীভাবে একাধিক ক্লায়েন্ট সাব-অ্যাকাউন্ট সামলায়? গ্রহণকারী নম্বর ধরে রাউটিং করে। Meta-র পাঠানো প্রতিটি ওয়েবহুকে মেসেজ গ্রহণকারী ব্যবসায়িক নম্বরের phone_number_id থাকে। সব ক্লায়েন্টের নম্বর একই n8n ওয়েবহুকে পয়েন্ট করুন, একটি ছোট টেবিলে প্রতিটি phone_number_id-কে ওই ক্লায়েন্টের সাব-অ্যাকাউন্ট ও টোকেনের সঙ্গে মিলিয়ে রাখুন, এবং প্রতিটি রানের শুরুতে টোকেনটি খুঁজে নিন। এতে সব ক্লায়েন্টের জন্য রক্ষণাবেক্ষণ করতে হয় মাত্র একটি ওয়ার্কফ্লো, যা এজেন্সির জন্য সবচেয়ে বেশি জরুরি। ম্যাচিং লজিক বা নোটের ফরম্যাটে একটি সংশোধন সবার জন্য একসঙ্গে কার্যকর হয়। রেট লিমিট প্রতি অ্যাপ ও প্রতি সাব-অ্যাকাউন্টে গণনা হয়, তাই ক্লায়েন্টরা একে অন্যের সীমা খেয়ে ফেলে না: প্রত্যেকে পায় নিজস্ব 10 সেকেন্ডে 100টি রিকোয়েস্ট এবং দিনে 200,000টি। ### ফোন থেকে লেখা উত্তর কি HighLevel-এ পৌঁছায়? পৌঁছাতে পারে। Coexistence নম্বরে WhatsApp Business অ্যাপ ব্যবহার চলতে থাকে, এবং কেউ সেখান থেকে উত্তর দিলে Meta পাঠানো মেসেজের একটি echo একই ওয়েবহুক গন্তব্যে পাঠায়, smb_message_echoes ফিল্ডের অধীনে। এই echo-গুলোর জন্য আলাদা একটি ব্রাঞ্চ যোগ করুন এবং সেগুলো ‘পাঠানো’ চিহ্নিত নোট হিসেবে লিখুন। তখন কন্টাক্ট রেকর্ডে গ্রাহকের লাইন ও ব্যবসার উত্তর ক্রমানুসারে থাকে, CRM খুললে ক্লায়েন্ট ঠিক এটাই দেখতে চান। ওয়ার্কফ্লো নিজে Cloud API দিয়ে মেসেজ পাঠালে, যেমন অ্যাপয়েন্টমেন্ট বুক হওয়ার পর অনুমোদিত টেমপ্লেট, পাঠানোর মুহূর্তেই নোট লিখুন। ওয়ার্কফ্লোর কাছে তখন টেক্সট ও কন্টাক্ট আইডি আগে থেকেই থাকে। - v1 API কী ব্যবহার করা। HighLevel-এর v1 API-র মেয়াদ শেষ হয়েছে; API v2-এর জন্য Private Integration টোকেন বা OAuth লাগে। - 7 দিনের ওভারল্যাপের মধ্যে n8n আপডেট না করেই Private Integration টোকেন রোটেট করা। পুরোনো টোকেনের মেয়াদ শেষ হলে প্রতিটি কল ব্যর্থ হয়। - সব ক্লায়েন্টের মেসেজ একটি সাব-অ্যাকাউন্টের টোকেন দিয়ে লেখা। আগে phone_number_id-কে সঠিক সাব-অ্যাকাউন্টে ম্যাপ করুন, নইলে রেকর্ড ভুল ক্লায়েন্টে চলে যায়। **মেসেজগুলো কি HighLevel-এর Conversations ট্যাবে দেখা যাবে?** না, এই ওয়ার্কফ্লোতে নয়। এটি API দিয়ে কন্টাক্ট, নোট, টাস্ক ও অপরচুনিটি লেখে, আর কথোপকথনের উত্তর দেওয়া হয় WhatsApp Business অ্যাপ থেকে অথবা ওয়ার্কফ্লো দিয়ে। **n8n-এর বদলে Make বা Zapier ব্যবহার করা যাবে?** হ্যাঁ। কাস্টম ওয়েবহুক বা Catch Hook মেসেজ গ্রহণ করে, আর একটি HTTP ধাপ একই টোকেন দিয়ে HighLevel-এর API v2 কল করে। **বুক করা অ্যাপয়েন্টমেন্টে কি WhatsApp নিশ্চিতকরণ পাঠানো যায়?** হ্যাঁ, ওয়ার্কফ্লোর মাধ্যমে। HighLevel যখন n8n-এর ওয়েবহুক URL কল করে, n8n নম্বরটির ফোন নম্বর আইডি ও টোকেন দিয়ে Cloud API-র মাধ্যমে একটি অনুমোদিত টেমপ্লেট পাঠায়। **EasyCoexistence কি মেসেজ সংরক্ষণ করে?** না। Meta প্রতিটি ওয়েবহুক সরাসরি আপনার n8n URL-এ পৌঁছে দেয়, আর EasyCoexistence কখনো কথোপকথনের বিষয়বস্তু সংরক্ষণ করে না। --- ## Coexistence নম্বরকে Chatwoot-এর WhatsApp Cloud ইনবক্স হিসেবে ব্যবহার করুন https://easycoexistence.com/bn/integrations/chatwoot Chatwoot-এর WhatsApp Cloud ইনবক্স তিনটি মান চায়: WhatsApp Business Account আইডি, ফোন নম্বর আইডি এবং একটি অ্যাক্সেস টোকেন। একটি Coexistence নম্বর এই তিনটিই দেয়। এগুলো দিয়ে ইনবক্স তৈরি করুন, তারপর নম্বরের ওয়েবহুক গন্তব্য হিসেবে একই ভেরিফাই টোকেনসহ Chatwoot-এর ওয়েবহুক URL বসান। এরপর টিম Chatwoot থেকে এবং ফোন থেকে, দুই জায়গা থেকেই উত্তর দিতে পারবে। ### Coexistence নম্বরকে Chatwoot-এর সঙ্গে কীভাবে যুক্ত করবেন? দুই জায়গায়, এই ক্রমে। Chatwoot-এ একটি ইনবক্স যোগ করুন, WhatsApp বেছে নিন, তারপর ম্যানুয়াল সেটআপসহ WhatsApp Cloud প্রোভাইডার নির্বাচন করুন। নম্বর, ফোন নম্বর আইডি, WhatsApp Business Account আইডি এবং অ্যাক্সেস টোকেন লিখুন। এই সবকিছু EasyCoexistence ড্যাশবোর্ডে সংযোগের পাশে দেখা যায়, অথবা অ্যাসিস্ট্যান্টের জন্য get_api_credentials ফেরত দেয়। এরপর Chatwoot ইনবক্সটির জন্য একটি ওয়েবহুক URL এবং একটি ওয়েবহুক ভেরিফাই টোকেন দেখায়। EasyCoexistence-এ নম্বরের ওয়েবহুক গন্তব্য হিসেবে সেই URL বসান এবং একই ভেরিফাই টোকেন লিখুন। Meta তার যাচাইকরণ রিকোয়েস্ট Chatwoot-এ পাঠায়, Chatwoot সেটির উত্তর দেয়, আর তারপর থেকে নম্বরে আসা প্রতিটি মেসেজ ইনবক্সে পৌঁছায়। মাঝখানে কিছু চলে না, তাই চালু রাখার মতো কোনো ওয়ার্কফ্লো নেই। ### ফোন থেকে পাঠানো উত্তর কি Chatwoot-এ দেখা যায়? হ্যাঁ। Coexistence নম্বরে WhatsApp Business অ্যাপে লেখা একটি উত্তর Meta একটি smb_message_echoes ইভেন্ট হিসেবে জানায়। Chatwoot-এর ওয়েবহুক জব এই ফিল্ডটি চিনে মেসেজটিকে সঠিক কথোপকথনে আউটগোয়িং হিসেবে রেকর্ড করে। এর সোর্স কোডে ঘটনাটির বর্ণনা সরাসরি আছে: ব্যবসা Chatwoot এবং অ্যাপ দুই জায়গা থেকেই উত্তর দিচ্ছে, আর মেসেজগুলো Chatwoot-এ সিঙ্ক হচ্ছে। এতেই ভাগাভাগিটা বাস্তবে কাজ করে। মালিক নিয়মিত গ্রাহকদের ফোন থেকে উত্তর দিতে পারেন, টিম ডেস্কে বসে শেয়ার্ড ইনবক্স সামলাতে পারে, আর কেউ স্ক্রিনশট ফরওয়ার্ড না করেই একে অন্যের পাঠানো মেসেজ দেখতে পায়। Chatwoot থেকে পাঠানো মেসেজ একই নম্বরে Cloud API দিয়ে যায়, তাই সেগুলো ফোনেও দেখা যায়। ### Chatwoot ইনবক্সে কেন কোনো অ্যাপ সিক্রেট থাকা উচিত নয়? কারণ ডেলিভারিগুলো এমন একটি সিক্রেট দিয়ে সাইন করা হয়, যা আপনার কাছে নেই। Meta প্রতিটি ওয়েবহুক সেই অ্যাপের অ্যাপ সিক্রেট দিয়ে সাইন করে, যে অ্যাপের মালিকানায় সাবস্ক্রিপশন আছে। সেটি EasyCoexistence অ্যাপ, আর ওই সিক্রেট কখনো শেয়ার করা হয় না। Chatwoot-এর বর্তমান সোর্স কোডে ম্যানুয়ালি কনফিগার করা WhatsApp Cloud চ্যানেলে X-Hub-Signature-256 হেডার তখনই যাচাই হয়, যখন চ্যানেলে একটি অ্যাপ সিক্রেট সংরক্ষিত থাকে, অথবা চ্যানেলটি Chatwoot-এর নিজস্ব Embedded Signup দিয়ে তৈরি হয়। অ্যাপ সিক্রেট ছাড়া ম্যানুয়াল ইনবক্স ডেলিভারি গ্রহণ করে। যেটিতে যেকোনো অ্যাপ সিক্রেট দেওয়া আছে, সেটি প্রতিটি ডেলিভারিকে অননুমোদিত বলে প্রত্যাখ্যান করে। এখানে সুরক্ষা দেয় ভেরিফাই টোকেন। একটি লম্বা র‍্যান্ডম মান বেছে নিন, কারণ এটির সাহায্যেই Chatwoot Meta-র যাচাইকরণ রিকোয়েস্টকে অন্য কারও রিকোয়েস্ট থেকে আলাদা করে। ### এই নম্বরে Chatwoot কী করতে পারে না? একই সময়ে দ্বিতীয় কোনো জায়গায় ওয়েবহুক গ্রহণ করতে পারে না। Meta একটি নম্বরের ওয়েবহুক একটিমাত্র গন্তব্যে পাঠায়, তাই Chatwoot সেটি ধরে রাখলে একটি n8n ওয়ার্কফ্লো একই ইভেন্ট পাবে না। দুটোই দরকার হলে গন্তব্যটি আপনার নিজের একটি ছোট রিলের দিকে নির্দেশ করুন, যা প্রতিটি ডেলিভারি Chatwoot-এ এবং ওয়ার্কফ্লোতে ফরওয়ার্ড করে। Coexistence-এর সীমা অন্য সব জায়গার মতোই প্রযোজ্য: API প্রতি সেকেন্ডে সর্বোচ্চ 20টি মেসেজ পাঠায়, ফ্রি টেক্সট কেবল গ্রাহকের শেষ মেসেজের 24 ঘণ্টার মধ্যে যায়, আর তারপরের সবকিছুর জন্য টেমপ্লেট লাগে। WhatsApp Business অ্যাপ এখনও অন্তত প্রতি 14 দিনে একবার খুলতে হয়, যার ওপর EasyCoexistence নজর রাখে। - Chatwoot ইনবক্সে একটি অ্যাপ সিক্রেট দেওয়া। ডেলিভারিগুলো EasyCoexistence অ্যাপের সিক্রেট দিয়ে সাইন করা হয়, তাই Chatwoot প্রতিটিকে অননুমোদিত বলে প্রত্যাখ্যান করে। - Chatwoot যে ভেরিফাই টোকেন দেখায়, EasyCoexistence-এ তার চেয়ে আলাদা একটি টোকেন ব্যবহার করা। Meta-র যাচাইকরণ ব্যর্থ হয় এবং ইনবক্সে কোনো মেসেজ পৌঁছায় না। - ম্যানুয়াল ফ্লোর বদলে Chatwoot-এর Embedded Signup বেছে নেওয়া। এতে নম্বরটি Chatwoot-এর নিজস্ব Meta অ্যাপের মাধ্যমে যুক্ত হয়, যা একটি আলাদা সংযোগ। **এটি কি সেলফ-হোস্টেড Chatwoot-এ কাজ করে?** হ্যাঁ। ওয়েবহুক URL-এ app.chatwoot.com-এর জায়গায় আপনার নিজের Chatwoot ডোমেইন থাকে, বাকি সেটআপ একই। **Chatwoot-এর জন্য কি আমার নিজের Meta অ্যাপ লাগবে?** না। নম্বরটি EasyCoexistence-এর মাধ্যমে যুক্ত হয়, যা ক্রেডেনশিয়াল দেয় এবং ওয়েবহুক রাউট করে। Chatwoot-এর গাইড Meta অ্যাপ তৈরির কথা বলে শুধু এই ধরে নিয়ে যে আপনার কোনো অ্যাপ নেই। **একাধিক নম্বর কি Chatwoot-এ যুক্ত করা যায়?** হ্যাঁ। প্রতিটি নম্বরের জন্য একটি করে WhatsApp Cloud ইনবক্স তৈরি করুন, এবং প্রতিটি নম্বরের ওয়েবহুক গন্তব্য তার নিজের ইনবক্সের URL ও ভেরিফাই টোকেনে সেট করুন। **EasyCoexistence কি কথোপকথন দেখতে পায়?** না। Meta ওয়েবহুক সরাসরি Chatwoot-এ পৌঁছে দেয়, আর EasyCoexistence কথোপকথনের কোনো বিষয়বস্তু সংরক্ষণ করে না। --- ## WhatsApp মেসেজ Airtable-এ লগ করুন এবং বেস থেকে পাঠান https://easycoexistence.com/bn/integrations/airtable Airtable-এর ইনকামিং ওয়েবহুক ট্রিগার শুধু POST রিকোয়েস্ট নেয়, তাই Meta-র যাচাইকরণের GET-এর উত্তর দিতে পারে না এবং কোনো নম্বরের ওয়েবহুক গন্তব্যও হতে পারে না। গন্তব্য হিসেবে একটি n8n ওয়ার্কফ্লো দিন, যা প্রতিটি মেসেজ টেবিলে যোগ করবে। পাঠানোর কাজ Airtable-এর ভেতর থেকেই হয়: Run a script অটোমেশন fetch দিয়ে Cloud API কল করতে পারে, আর নম্বরের টোকেন থাকে সিক্রেট হিসেবে। ### Airtable কেন সরাসরি WhatsApp ওয়েবহুক গ্রহণ করতে পারে না? কারণ কিছু পাঠানোর আগে Meta গন্তব্য যাচাই করে। সে একটি চ্যালেঞ্জ মানসহ GET রিকোয়েস্ট পাঠায় এবং একই মান প্রতিক্রিয়ার বডিতে ফেরত চায়। Airtable-এর ওয়েবহুক পাওয়ার ট্রিগার শুধু POST রিকোয়েস্ট নেয় এবং নিজের নির্দিষ্ট JSON দিয়ে উত্তর দেয়, ফলে যাচাই পাস হয় না এবং Meta কখনো মেসেজ পাঠানো শুরু করে না। সমাধান হলো মাঝখানে একটি ধাপ। n8n-এর ওয়েবহুক নোড যাচাইকরণ সামলায় এবং প্রতিটি মেসেজ গ্রহণ করে, আর n8n-এর Airtable নোড একটি সারি যোগ করে: প্রেরক, প্রোফাইলের নাম, টেক্সট, মেসেজ আইডি, সময় এবং গ্রহণকারী ফোন নম্বর আইডি। Make বা Zapier-এও একই কাঠামো কাজ করে। এই মাঝখানের ধাপের আরেকটি সুবিধা আছে। Airtable-এর ওয়েবহুক ট্রিগার প্রতি সেকেন্ডে পাঁচটি রিকোয়েস্ট নেয়, আর ওয়ার্কফ্লো টুল হঠাৎ আসা ভিড়কে সারিতে রাখতে পারে, যা অন্যথায় প্রত্যাখ্যাত হতো। ### Airtable বেস থেকে কীভাবে WhatsApp টেমপ্লেট পাঠাবেন? এমন একটি অটোমেশন দিয়ে, যার অ্যাকশন Run a script। ট্রিগার হতে পারে কোনো রেকর্ড ভিউতে আসা, কোনো ফিল্ড বদলানো বা বাটনে ক্লিক। স্ক্রিপ্ট input.config() দিয়ে রেকর্ডের ফোন ও ফিল্ডগুলো পড়ে এবং fetch দিয়ে Cloud API-র মেসেজ এন্ডপয়েন্ট কল করে। Airtable অটোমেশনের স্ক্রিপ্ট সার্ভারে চলে, তাই ব্রাউজারের কোনো বাধা নেই। অ্যাক্সেস টোকেন কোডে না রেখে স্ক্রিপ্ট এডিটরে সিক্রেট হিসেবে রাখুন। Airtable কনসোল আউটপুট থেকে সিক্রেট লুকিয়ে দেয় এবং স্ক্রিপ্টের সব সিক্রেটে অ্যাক্সেস আছে এমন ব্যক্তিরাই তা সম্পাদনা করতে পারেন। গত 24 ঘণ্টায় গ্রাহক যা নিজে থেকে লেখেননি, তার জন্য টেমপ্লেট ব্যবহার করুন, কারণ ফ্রি টেক্সট শুধু ওই সময়সীমার ভেতরেই পৌঁছায়। স্ক্রিপ্ট ফেরত আসা মেসেজ আইডি রেকর্ডে লিখে রাখতে পারে, এতে পাঠানো মেসেজ সারির সঙ্গে যুক্ত থাকে। ### মেসেজ টেবিলটি দেখতে কেমন হওয়া উচিত? প্রতি মেসেজের জন্য একটি সারি, আর WhatsApp মেসেজ আইডি হবে প্রাইমারি ফিল্ড। Meta যে ডেলিভারি ব্যর্থ মনে করে তা আবার পাঠায়, তাই যে ওয়ার্কফ্লো যোগ করার আগে আইডি খুঁজে দেখে, সে একই মেসেজ দুবার লেখে না। inbound ও outbound মানসহ একটি direction ফিল্ড রাখুন। Coexistence নম্বরে টিম WhatsApp Business অ্যাপে যে উত্তর লেখে, তা smb_message_echoes ইভেন্ট হিসেবে একই ওয়েবহুকে আসে। এগুলো outbound সারি হিসেবে লগ করলে বেসে পুরো কথোপকথন থাকে, একপক্ষের নয়। প্রতিটি মেসেজ একটি Contacts টেবিলের সঙ্গে যুক্ত করুন, যার কী হবে শুধু অঙ্কের ফোন নম্বর, কারণ Meta এই রূপেই পাঠায়। তখন একটি রোলআপ প্রতিটি যোগাযোগের সর্বশেষ inbound সময় দেখায়, আর ফ্রি টেক্সট না টেমপ্লেট, তা ঠিক করতে অটোমেশনের এই একটি ফিল্ডই লাগে। - Airtable-এর ওয়েবহুক URL নম্বরের গন্তব্য হিসেবে দেওয়া। সেটি শুধু POST নেয়, Meta-র যাচাইকরণের GET ব্যর্থ হয় এবং কিছুই পৌঁছায় না। - অ্যাক্সেস টোকেন স্ক্রিপ্টের বডিতে পেস্ট করা। এটি স্ক্রিপ্ট সিক্রেট হিসেবে রাখুন, যাতে কোড ও লগ থেকে দূরে থাকে। - 24 ঘণ্টায় লেখেননি এমন কাউকে রেকর্ড অটোমেশন থেকে ফ্রি টেক্সট পাঠানো। শুধু অনুমোদিত টেমপ্লেট পৌঁছায়। **Airtable-এর ফ্রি প্ল্যানে কি Run a script পাওয়া যায়?** Airtable অ্যাকশনটি সব প্ল্যানে বিভিন্ন সীমাসহ তালিকাভুক্ত করেছে, এবং জানিয়েছে Team প্ল্যানের ট্রায়ালে এটি পাওয়া যায় না। **n8n বাদ দিয়ে কি Make বা Zapier ব্যবহার করা যায়?** হ্যাঁ। তিনটির যেকোনোটি ওয়েবহুক গ্রহণ করতে, যাচাইকরণের উত্তর দিতে এবং সারি যোগ করতে পারে। শুধু Airtable নিজে গন্তব্য হতে পারে না। **Airtable-এর বাটন কি WhatsApp মেসেজ পাঠাতে পারে?** হ্যাঁ। When a button is clicked ট্রিগারের সঙ্গে Cloud API কল করা একটি Run a script অ্যাকশন ব্যবহার করুন, আর সারির তথ্য টেমপ্লেট পূরণ করবে। **EasyCoexistence কি মেসেজ সংরক্ষণ করে?** না। Meta প্রতিটি ওয়েবহুক আপনার n8n URL-এ পাঠায়, এবং একমাত্র কপি হলো আপনার ওয়ার্কফ্লো Airtable-এ যা লেখে। --- ## WhatsApp মেসেজ Google Sheets-এ লগ করুন এবং শিট থেকে পাঠান https://easycoexistence.com/bn/integrations/google-sheets নম্বরের ওয়েবহুক গন্তব্য এমন একটি n8n ওয়ার্কফ্লোতে সেট করুন, যার Google Sheets নোড প্রতিটি মেসেজের জন্য একটি সারি যোগ করে: প্রেরক, নাম, টেক্সট, মেসেজ আইডি ও সময়। শিট থেকে পাঠাতে একটি Apps Script ফাংশন সারিগুলোর ওপর লুপ চালিয়ে UrlFetchApp দিয়ে Cloud API-কে কল করতে পারে, নম্বরের phone number id ও টোকেন ব্যবহার করে। টিম WhatsApp Business অ্যাপ থেকেই উত্তর দিতে থাকে। ### প্রতিটি WhatsApp মেসেজ কীভাবে একটি সারি হয়ে যায়? Meta নম্বরে আসা প্রতিটি মেসেজ আপনার সেট করা ওয়েবহুক গন্তব্যে পোস্ট করে। এখানে সেটি একটি n8n Webhook নোড, যা Meta-র যাচাইকরণ রিকোয়েস্টেরও উত্তর দেয়। পরের নোডটি Google Sheets, Append Row অপারেশনসহ, যা পেলোডের ফিল্ডগুলো কলামে বসায়: প্রেরকের নম্বর, প্রোফাইল নাম, টেক্সট, WhatsApp মেসেজ আইডি, টাইমস্ট্যাম্প এবং গ্রহণকারী phone number id। পুনরায় চেষ্টা যাতে ক্ষতি না করে, সেজন্য সাধারণ Append-এর বদলে মেসেজ আইডিকে কী ধরে Append or Update Row ব্যবহার করুন। Meta কোনো ডেলিভারি ব্যর্থ হয়েছে ভাবলে মেসেজটি আবার পাঠায়, আর আইডিকে কী ধরলে দ্বিতীয় ডেলিভারি একই সারির আপডেট হয়ে যায়। Coexistence নম্বরে WhatsApp Business অ্যাপে লেখা উত্তরগুলো একই ওয়েবহুকে smb_message_echoes ইভেন্ট হিসেবে আসে। একটি direction কলামসহ সেগুলো লগ করলে শিটে দুই পক্ষের মেসেজই থাকে। ### Sheets কোটা কোথায় সমস্যা করে? ব্যবহারকারীপ্রতি রাইটে। Sheets API প্রতি প্রজেক্টে মিনিটে 300টি এবং প্রতি ব্যবহারকারী প্রতি প্রজেক্টে মিনিটে 60টি রাইট রিকোয়েস্টের অনুমতি দেয়, আর একটি n8n ক্রেডেনশিয়াল মানে একজন ব্যবহারকারী। তাই প্রতি মেসেজে একটি সারি যোগ করা ওয়ার্কফ্লো টানা প্রায় সেকেন্ডে একটি মেসেজ সামলাতে পারে। বেশির ভাগ শপের নম্বরের জন্য এটি যথেষ্ট। ব্রডকাস্ট টেমপ্লেটের পর, যখন কয়েকশো গ্রাহক কয়েক মিনিটের মধ্যে উত্তর দেন, তখন আর যথেষ্ট থাকে না। তখন API 429 Too Many Requests ফেরত দেয় এবং পুনরায় চেষ্টা না থাকলে সারি হারিয়ে যায়। দুটি সমাধান, যেকোনো একটিই যথেষ্ট। Google Sheets নোডে অপেক্ষাসহ পুনরায় চেষ্টা চালু করুন, যা এক্সপোনেনশিয়াল ব্যাকঅফ করার Google-এর নিজস্ব পরামর্শের সঙ্গে মেলে। অথবা ব্যাচ করুন: n8n 30 সেকেন্ড ধরে মেসেজ জমা করে একটি রিকোয়েস্টে যোগ করুক, ফলে অনেকগুলো রাইট একটিতে নেমে আসে। ### শিট থেকে টেমপ্লেট কীভাবে পাঠাবেন? Apps Script দিয়ে, শিটের Extensions মেনু থেকে। একটি ফাংশন যে সারিগুলো এখনো পাঠানো হয়নি সেগুলো পড়ে, প্রতিটির জন্য UrlFetchApp দিয়ে Cloud API-র messages এন্ডপয়েন্টে কল করে এবং ফেরত আসা মেসেজ আইডি ও সময় সারিতে লিখে রাখে। একটি টাইম-ড্রিভেন ট্রিগার কয়েক মিনিট পরপর এটি চালাতে পারে, অথবা কাস্টম মেনু থেকে হাতে চালাতে পারেন। অ্যাক্সেস টোকেন কোডে না রেখে স্ক্রিপ্ট প্রপার্টিজে রাখুন, যাতে স্ক্রিপ্ট দেখতে পারা যে কেউ সেটি দেখতে না পায়। কোটা মাথায় রাখুন। সাধারণ Google অ্যাকাউন্টে দিনে 20,000টি এবং Workspace অ্যাকাউন্টে 100,000টি URL Fetch কল মেলে, আর প্রতিটি এক্সিকিউশন 6 মিনিট পর থেমে যায়। সারিগুলো ভাগে ভাগে প্রক্রিয়া করুন এবং এগোনোর আগে প্রতিটিকে পাঠানো হিসেবে চিহ্নিত করুন, যাতে থেমে যাওয়া রান দুবার না পাঠিয়ে যেখানে থেমেছিল সেখান থেকে চালু হয়। - মেসেজ আইডিকে কী না ধরে সারি যোগ করা। তখন Meta-র পুনরায় চেষ্টা একই মেসেজ দুটি সারিতে লিখে দেয়। - উত্তরের ঢলের সময় একটিমাত্র ক্রেডেনশিয়াল দিয়ে প্রতি মেসেজে একটি সারি লেখা। প্রতি ব্যবহারকারী মিনিটে 60 রাইটের সীমা 429 ফেরত দেয় এবং সারি হারিয়ে যায়। - গত 24 ঘণ্টায় যাঁরা লেখেননি, তাঁদের শিট থেকে ফ্রি টেক্সট পাঠানো। ওই সময়সীমার বাইরে শুধু অনুমোদিত টেমপ্লেটই পৌঁছায়। **n8n-এর বদলে কি Make বা Zapier ব্যবহার করা যায়?** হ্যাঁ। Make-এর কাস্টম ওয়েবহুক বা Zapier-এর catch hook মেসেজটি গ্রহণ করে, আর তাদের Google Sheets ধাপ সারি যোগ করে। **n8n কোন Google অ্যাকাউন্ট হিসেবে লেখে?** যে অ্যাকাউন্ট n8n-এর Google ক্রেডেনশিয়ালটি অনুমোদন করেছে। সেই অ্যাকাউন্টের শিটে এডিট অ্যাক্সেস থাকতে হবে, আর ওয়ার্কফ্লো তারই প্রতি ব্যবহারকারী রাইট কোটা খরচ করে। **ফোন কলামের ফরম্যাট কি ঠিক আছে?** নম্বর সাধারণ টেক্সট হিসেবে রাখুন: দেশের কোডসহ অঙ্ক, কোনো প্লাস চিহ্ন ছাড়া, Meta ঠিক এই রূপেই পাঠায়। না হলে Sheets সেগুলোকে সংখ্যা ধরে নেয়, ফলে শুরুর প্লাস মুছে যায় এবং লম্বা মান বদলে যেতে পারে। **EasyCoexistence কি মেসেজের কপি রাখে?** না। Meta প্রতিটি ওয়েবহুক আপনার n8n URL-এ পৌঁছে দেয়, আর শিটই একমাত্র কপি। --- ## Supabase Edge Function-এ WhatsApp ওয়েবহুক গ্রহণ করুন https://easycoexistence.com/bn/integrations/supabase একটি Supabase Edge Function সরাসরি নম্বরের ওয়েবহুক গন্তব্য হতে পারে। এটি Meta-র যাচাইকরণ GET-এর উত্তরে hub.challenge-এর মান ফেরত দেয়, POST করা প্রতিটি মেসেজ Postgres টেবিলে ঢোকায় এবং Cloud API দিয়ে উত্তর পাঠায়। ডিপ্লয় করার সময় JWT যাচাইকরণ বন্ধ রাখুন, কারণ Supabase ডিফল্টভাবে বৈধ JWT চায় আর Meta তা পাঠাতে পারে না। ### Edge Function-কে কী কী করতে হবে? দুটি কাজ, দুটি মেথডে। GET-এ এটি Meta-র যাচাইকরণের উত্তর দেয়। কোয়েরি স্ট্রিং থেকে hub.mode, hub.verify_token ও hub.challenge পড়ুন, টোকেনটি গন্তব্যের ভেরিফাই টোকেন হিসেবে আপনার দেওয়া মানের সঙ্গে মিলিয়ে দেখুন, তারপর challenge-টি প্লেইন টেক্সট বডি হিসেবে স্ট্যাটাস 200 সহ ফেরত দিন। টোকেন না মিললে 403 ফেরত দিন। POST-এ এটি ইভেন্ট গ্রহণ করে। বডি পার্স করুন, entry, changes ও value থেকে মেসেজগুলো বের করুন, টেবিলে ঢোকান এবং 200 ফেরত দিন। প্রতিক্রিয়া দ্রুত রাখুন: Meta ধীর বা ব্যর্থ উত্তরকে ব্যর্থ ডেলিভারি ধরে আবার পাঠায়, ফলে একই মেসেজ দুবার আসে। EasyCoexistence-এ ফাংশনের URL-টি নম্বরের ওয়েবহুক গন্তব্য হিসেবে একই ভেরিফাই টোকেন সহ বসান, তাহলেই Meta ডেলিভারি শুরু করবে। ### ফাংশন কেন Meta-কে 401 ফেরত দিচ্ছে? কারণ JWT যাচাইকরণ চালু আছে। Edge Function-এর হ্যান্ডলার চলার আগে Supabase Authorization হেডারের JWT যাচাই করে, এবং এটি প্রতিটি ফাংশনের ডিফল্ট। Meta এমন কোনো হেডার পাঠায় না, তাই প্ল্যাটফর্ম যাচাইকরণ GET এবং প্রতিটি ডেলিভারি দুটোই প্রত্যাখ্যান করে, আর আপনার কোড সেগুলো কখনো দেখতেই পায় না। শুধু এই ফাংশনের জন্য এটি বন্ধ করুন। হয় supabase functions deploy whatsapp --no-verify-jwt দিয়ে ডিপ্লয় করুন, অথবা supabase/config.toml-এ ফাংশনের সেকশনের নিচে verify_jwt = false দিন। Supabase-এর ডকুমেন্টেশনে ঠিক এই ক্ষেত্রটির কথাই আছে: বাইরের ওয়েবহুক প্রদানকারীর কল করা একটি পাবলিক এন্ডপয়েন্ট। প্ল্যাটফর্মের যাচাই বন্ধ থাকলে ফাংশনের নিজস্ব একটি যাচাই দরকার। সিগনেচার হেডার এখানে আপনার কাজে আসে না, কারণ Meta সাবস্ক্রিপশনের মালিক অ্যাপের অ্যাপ সিক্রেট দিয়ে সাইন করে। গন্তব্যের URL-এ কোয়েরি প্যারামিটার হিসেবে একটি লম্বা র‍্যান্ডম সিক্রেট রাখুন এবং সেটি ছাড়া আসা রিকোয়েস্ট প্রত্যাখ্যান করুন, যেমন উদাহরণে POST-এ করা হয়েছে। ### ফাংশন কীভাবে মেসেজ রাখবে ও উত্তর দেবে? আগে সংরক্ষণ, পরে উত্তর। WhatsApp মেসেজ আইডির ওপর ইউনিক কনস্ট্রেইন্ট সহ upsert করুন, যাতে Meta-র পুনরায় পাঠানো মেসেজ নতুন সারি না বানিয়ে একই সারিতে বসে। একাধিক নম্বর যদি একই ফাংশনে আসে, প্রতিটি সারিতে গ্রহণকারী phone_number_id রাখুন। ধীর কাজের জন্য, যেমন উত্তর দেওয়ার আগে কোনো মডেল বা অন্য API কল করা, কাজটি EdgeRuntime.waitUntil-এর হাতে দিন এবং সঙ্গে সঙ্গে প্রতিক্রিয়া ফেরত দিন। প্রমিস শেষ না হওয়া পর্যন্ত ফাংশন চলতে থাকে, আর Meta ততক্ষণে তার 200 পেয়ে যায়। Supabase 150 সেকেন্ড ইডল থাকলে অপেক্ষা বন্ধ করে 504 ফেরত দেয়, তাই যে হ্যান্ডলার সব কাজ শেষ করে তারপর সাড়া দেয়, সেটিই সবচেয়ে বেশি পুনরায় ডেলিভারি ঘটায়। উত্তর যায় Cloud API-র মেসেজ এন্ডপয়েন্টে, নম্বরের phone_number_id ও টোকেন দিয়ে, যা ফাংশন সিক্রেট হিসেবে রাখা। গ্রাহকের শেষ মেসেজের 24 ঘণ্টার মধ্যে ফ্রি টেক্সট পৌঁছায়, এর বাইরে শুধু অনুমোদিত টেমপ্লেট যায়। ### ফোন থেকে পাঠানো মেসেজ কি ফাংশনে পৌঁছায়? হ্যাঁ। Coexistence নম্বরে WhatsApp Business অ্যাপ আগের মতোই চলে, এবং কেউ সেখান থেকে উত্তর দিলে Meta ওই বহির্গামী মেসেজের একটি ইকো একই গন্তব্যে পাঠায়, messages-এর বদলে smb_message_echoes ফিল্ড ও message_echoes অ্যারের অধীনে। পার্সারটি দুটোই পড়ার মতো বাড়িয়ে নিন এবং একটি direction কলাম সংরক্ষণ করুন। তখন টেবিলে পুরো কথোপকথন থাকে, গ্রাহকের লাইন ও ব্যবসার উত্তর দুটোই, যা পরে বেশিরভাগ মানুষ কোয়েরি করতে চান: প্রতিক্রিয়ার সময়, উত্তরহীন থ্রেড, প্রতিটি কন্ট্যাক্টের সর্বশেষ ইনবাউন্ড সময়। এই শেষ মানটিই প্রতিটি পাঠানোর পথের ইনপুট, কারণ এটিই ঠিক করে উত্তর ফ্রি টেক্সট হবে নাকি টেমপ্লেট লাগবে। টেবিলের ওপর একটি ভিউ দিয়ে আপনার অ্যাপের বাকি অংশের জন্য এটি প্রতি কন্ট্যাক্টে দেখানো যায়। - JWT যাচাইকরণ চালু রেখে ডিপ্লয় করা। হ্যান্ডলার চলার আগেই Supabase Meta-র রিকোয়েস্ট 401 দিয়ে প্রত্যাখ্যান করে, আর কোনো মেসেজই আসে না। - challenge-টি JSON-এ মুড়ে ফেরত দেওয়া। Meta বডি হিসেবে কাঁচা মানটি চায়, নইলে যাচাইকরণ নীরবে ব্যর্থ হয়। - সাড়া দেওয়ার আগে ধীর কাজ করা। Meta যা ব্যর্থ ভাবে তা আবার পাঠায়, ফলে একই মেসেজ দুবার প্রসেস হয়। - নিজের কোনো যাচাই ছাড়া JWT যাচাইকরণ বন্ধ করা। URL যে-ই পাক, টেবিলে ভুয়া মেসেজ পোস্ট করতে পারবে। **এটি কি Supabase-এর ফ্রি প্ল্যানে চলে?** Edge Function ফ্রি প্ল্যানেও চলে, তবে ওয়াল ক্লক সীমা 150 সেকেন্ড, আর পেইড প্ল্যানে 400 সেকেন্ড। দ্রুত সাড়া দেওয়া ওয়েবহুক হ্যান্ডলার দুটো সীমার অনেক ভেতরেই থাকে। **ফাংশনে কি service role কী ব্যবহার করা উচিত?** শুধু সার্ভার-সাইডে, যেমন এখানে, ফাংশনের এনভায়রনমেন্ট থেকে পড়ে। এটি রো লেভেল সিকিউরিটি এড়িয়ে যায়, তাই কখনোই ব্রাউজারে পৌঁছানো চলবে না। **একটি ফাংশন কি একাধিক নম্বর সামলাতে পারে?** হ্যাঁ। প্রতিটি নম্বরের ওয়েবহুক গন্তব্য এতে দিন এবং প্রতিটি পেলোডের phone_number_id দেখে শাখা করুন। **EasyCoexistence কি মেসেজ দেখতে পায়?** না। Meta প্রতিটি ওয়েবহুক সরাসরি আপনার ফাংশনে পাঠায়, আর EasyCoexistence কথোপকথনের কোনো বিষয়বস্তু সংরক্ষণ করে না। --- ## Coexistence নম্বরে WhatsApp-কে Activepieces-এর সঙ্গে সংযুক্ত করুন https://easycoexistence.com/bn/integrations/activepieces Activepieces-এ একটি WhatsApp Business পিস আছে, যা অ্যাক্সেস টোকেন এবং WhatsApp Business Account id দিয়ে সংযুক্ত হয়, আর Coexistence নম্বর এই দুটিই দেখায়। এর New Incoming Message ট্রিগার নিজেই Meta-র যাচাইকরণের উত্তর দেয়, তাই এর URL-ই হতে পারে নম্বরের ওয়েবহুক গন্তব্য। পিসের ঐচ্ছিক অ্যাপ সিক্রেট ফাঁকা রাখুন। তাহলে টিম ফোনে উত্তর দিতে থাকলেও প্রতিটি মেসেজে ফ্লো চলবে। ### Coexistence নম্বরকে Activepieces-এর সঙ্গে কীভাবে সংযুক্ত করবেন? Activepieces-এ দুটি মান দিয়ে WhatsApp Business সংযোগ তৈরি করুন: অ্যাক্সেস টোকেন এবং WhatsApp Business Account id। EasyCoexistence ড্যাশবোর্ড সংযোগটির জন্য দুটিই দেখায়, আর get_api_credentials টুল সেগুলো অ্যাসিস্ট্যান্টকে ফেরত দেয়। পিসের নির্দেশনায় Meta অ্যাপ ও সিস্টেম ইউজার তৈরির কথা আছে, কারণ ধরে নেওয়া হয় আপনার কোনোটিই নেই। এখানে নম্বরটি আগেই সংযুক্ত, তাই সরাসরি মানগুলো পেস্ট করুন। তারপর New Incoming Message ট্রিগার দিয়ে শুরু হওয়া একটি ফ্লো বানান, তাতে নিজের পছন্দের একটি ভেরিফাই টোকেন দিন এবং ফ্লো পাবলিশ করুন। ট্রিগারের ওয়েবহুক URL কপি করে EasyCoexistence-এ নম্বরের ওয়েবহুক গন্তব্যে বসান, একই ভেরিফাই টোকেনসহ। Meta যাচাইকরণের রিকোয়েস্ট পাঠায়, ট্রিগার তার উত্তর দেয়, আর নম্বরে আসা প্রতিটি মেসেজে একটি রান শুরু হয়। ### অ্যাপ সিক্রেট কেন ফাঁকা রাখতে হবে? কারণ এই ডেলিভারিগুলো যে সিক্রেট দিয়ে সাইন করা হয়, সেটি আপনার পেস্ট করার মতো নয়। Meta প্রতিটি ওয়েবহুক সাইন করে সাবস্ক্রিপশনের মালিক অ্যাপের অ্যাপ সিক্রেট দিয়ে। EasyCoexistence-এর মাধ্যমে সংযুক্ত নম্বরে সেই অ্যাপ হলো EasyCoexistence অ্যাপ, যার সিক্রেট কখনো শেয়ার করা হয় না। পিসটি ফিল্ডটিকে ঐচ্ছিক ধরে। ফাঁকা থাকলে এর ট্রিগার ডেলিভারি যেমন আসে তেমনই গ্রহণ করে। অন্য কোনো অ্যাপের সিক্রেট দিলে প্রতিটি ডেলিভারি X-Hub-Signature-256 যাচাইয়ে ব্যর্থ হয় এবং নীরবে উপেক্ষিত হয়, যা দেখতে ঠিক মেসেজ না আসার মতো। অপরিচিতদের যাচাইকরণের ধাপ থেকে দূরে রাখে ভেরিফাই টোকেন। একটি লম্বা র‍্যান্ডম মান বেছে নিন, আর ট্রিগারের URL গোপন রাখুন, কারণ এটিই আপনার ফ্লো শুরু করার ঠিকানা। ### মেসেজ আসার পর একটি ফ্লো কী করতে পারে? ট্রিগার ফ্লোকে একটি সমতল করা মেসেজ দেয়: প্রেরক, প্রোফাইলের নাম, মেসেজ id, ধরন, টেক্সট, মিডিয়া id (থাকলে), বাটন ও লিস্টের উত্তর এবং গ্রহণকারী ফোন নম্বরের id। এরপর এটি Activepieces-এর একটি সাধারণ ফ্লো, যেখানে অন্য পিসগুলো ব্যবহার করা যায়, যেমন CRM, শিট বা AI ধাপ। উত্তর পাঠাতেও একই পিস কাজ করে। Send Message পাঠায় ফ্রি টেক্সট, যা গ্রাহকের শেষ মেসেজের 24 ঘণ্টার মধ্যেই পৌঁছায়। Send Template Message পাঠায় অনুমোদিত টেমপ্লেট, আর ওই সময়ের পরে কেবল এটিই পৌঁছায়। ইন্টারঅ্যাক্টিভ বাটন, লিস্ট, মিডিয়া, লোকেশন ও রিঅ্যাকশন আলাদা অ্যাকশন। Activepieces-এর নিজস্ব নির্দেশনায় বলা আছে, Meta প্রতি অ্যাপে একটি কলব্যাক URL নেয়। নম্বরভিত্তিক গন্তব্যে সীমা হলো প্রতি নম্বরে একটি URL, তাই একাধিক ইভেন্ট ধরনের জন্য একটি ফ্লোর ভেতরেই শাখা করুন। ### ফোনে টাইপ করা উত্তর কি ফ্লোতে পৌঁছায়? ওয়েবহুকে পৌঁছায়, কিন্তু এই ট্রিগারে নয়। Coexistence নম্বরে WhatsApp Business অ্যাপে টাইপ করা প্রতিটি উত্তরের একটি ইকো Meta একই গন্তব্যে পাঠায়, smb_message_echoes ফিল্ডের অধীনে। পিসের New Incoming Message ট্রিগার শুধু messages ফিল্ড পড়ে এবং বাকি সব বাদ দেয়। ফোনের উত্তর ফ্লোতে দরকার হলে Activepieces-এর সাধারণ Webhook পিস দিয়ে ফ্লো শুরু করুন, যা যেকোনো HTTP মেথড গ্রহণ করে, আর যাচাইকরণের GET রিকোয়েস্টের উত্তর দিন এর সিঙ্ক্রোনাস URL-এ একটি Return Response ধাপ দিয়ে। তখন কাঁচা পেলোড আপনাকেই পার্স করতে হবে, দুটি ফিল্ডসহ। বেশিরভাগ ফ্লোর জন্য পিসের ট্রিগারই সহজ পছন্দ: এটি গ্রাহকদের মেসেজে সাড়া দেয়, আর টিমের উত্তর ফোনের অ্যাপে দেখা যেতে থাকে। - WhatsApp সংযোগে অ্যাপ সিক্রেট পেস্ট করা। ডেলিভারি সাইন হয় EasyCoexistence অ্যাপের সিক্রেট দিয়ে, তাই প্রতিটিই উপেক্ষিত হয়। - ফ্লো পাবলিশ করার আগে গন্তব্য সেট করা। Meta সঙ্গে সঙ্গে যাচাই করে, আর অপ্রকাশিত ফ্লো উত্তর দিতে পারে না। - আশা করা যে New Incoming Message ট্রিগার ফোনে টাইপ করা উত্তর দেখবে। এটি শুধু messages ফিল্ড পড়ে, smb_message_echoes নয়। **সেল্ফ-হোস্টেড Activepieces-এ কি এটি কাজ করে?** হ্যাঁ। পিসটি ওপেন সোর্স এবং Activepieces-এর ক্লাউডে বা সেল্ফ-হোস্টেড, দুই ভাবেই চলে, যতক্ষণ ইনস্ট্যান্সটি ইন্টারনেট থেকে HTTPS দিয়ে পৌঁছানো যায়। **ফ্লো কোন ফোন নম্বর থেকে মেসেজ পাঠায়?** অ্যাকশনের ফোন নম্বর ফিল্ডে আপনি যেটি বেছে নেবেন সেটি থেকে। ফিল্ডটি সংযোগ যে WhatsApp Business Account-এর দিকে নির্দেশ করে, তার নম্বরগুলোর তালিকা দেখায়। **একই নম্বরে কি আমি n8n বা Make-ও ব্যবহার করতে পারি?** একই সময়ে নয়। Meta একটি নম্বরের ওয়েবহুক একটি গন্তব্যে পাঠায়, তাই গ্রহণের জন্য একটি টুল বেছে নিন, অথবা সেটি থেকে অন্যটিতে ফরোয়ার্ড করুন। **EasyCoexistence কি মেসেজ সংরক্ষণ করে?** না। Meta প্রতিটি ওয়েবহুক সরাসরি Activepieces ট্রিগারে পৌঁছে দেয়, আর EasyCoexistence কখনো কথোপকথনের বিষয়বস্তু সংরক্ষণ করে না। --- ## Coexistence-এর সাথে WhatsApp-এ Typebot ফ্লো চালান https://easycoexistence.com/bn/integrations/typebot Typebot-এর WhatsApp চ্যানেল একটি টোকেন, একটি WhatsApp Business Account ID এবং একটি ফোন নম্বর ID নেয়, তারপর আপনাকে একটি কলব্যাক URL ও একটি ভেরিফাই টোকেন দেয়। প্রথম তিনটি সংযুক্ত নম্বর থেকে পূরণ করুন, Typebot-এর ঐচ্ছিক অ্যাপ সিক্রেট ফাঁকা রাখুন, আর ওই কলব্যাক URL ও ভেরিফাই টোকেনকে নম্বরের ওয়েবহুক গন্তব্য হিসেবে সেট করুন। ### সংযুক্ত নম্বর থেকে Typebot-এর কোন ফিল্ডগুলোর মান আসে? Typebot-এর WhatsApp উইজার্ড বটের Share ট্যাবের নিচে থাকে এবং চারটি জিনিস চায়: একটি অ্যাপ সিক্রেট, একটি সিস্টেম ইউজার টোকেন, একটি WhatsApp Business Account ID এবং একটি ফোন নম্বর ID। এর মধ্যে তিনটি সরাসরি সংযোগ থেকে আসে। ড্যাশবোর্ডে নম্বরটির WABA id, phone_number_id এবং অ্যাক্সেস টোকেন দেখা যায়। কোনো অ্যাসিস্ট্যান্ট আপনার হয়ে এগুলো আনলে get_api_credentials টুলও একই মান ফেরত দেয়। মানগুলো মিলিয়ে সংশ্লিষ্ট ফিল্ডে পেস্ট করুন। অ্যাপ সিক্রেটটাই ফাঁকা রাখতে হবে। ইনকামিং ট্রাফিকে Typebot এটি একটি কাজেই ব্যবহার করে: Meta প্রতিটি ডেলিভারিতে যে X-Hub-Signature-256 হেডার যোগ করে, সেটি যাচাই করা। Tech Provider-এর মাধ্যমে সংযুক্ত নম্বরের ক্ষেত্রে Meta প্রোভাইডারের অ্যাপ সিক্রেট দিয়ে সাইন করে, যা কখনো শেয়ার করা হয় না। তাই ওখানে যেকোনো মান লিখলে Typebot প্রতিটি আসল মেসেজ প্রত্যাখ্যান করবে। ফিল্ড ফাঁকা থাকলে Typebot ওই যাচাই এড়িয়ে যায় এবং ডেলিভারি গ্রহণ করে। ### Typebot-এর কলব্যাক URL ও ভেরিফাই টোকেন কোথায় বসবে? নম্বরের ওয়েবহুক গন্তব্যে, কোনো Meta অ্যাপ ড্যাশবোর্ডে নয়। Typebot-এর উইজার্ড বলে, এর Callback URL ও Verify Token আপনার নিজের Meta অ্যাপের WhatsApp সেটিংসে পেস্ট করতে। EasyCoexistence-এর মাধ্যমে Coexistence ব্যবহার করলে আপনার কোনো অ্যাপ জড়িত নেই: সংযোগে যে গন্তব্য সেট করা আছে, Meta নম্বরের ইভেন্ট সেখানেই পাঠায়। তাই Typebot-এর শেষ ধাপ থেকে দুটি মানই কপি করে ড্যাশবোর্ডে বা set_webhook_destination দিয়ে গন্তব্য হিসেবে সেট করুন। এরপর Meta যাচাইয়ের জন্য Typebot-কে একটি GET রিকোয়েস্ট পাঠায়, Typebot চ্যালেঞ্জ দিয়ে উত্তর দেয়, আর সেই মুহূর্ত থেকে নম্বরে আসা প্রতিটি মেসেজ বটের কাছে পৌঁছায়। Typebot-এর ভেরিফাই টোকেন একবারই ব্যবহার করা যায়: যাচাই সফল হওয়ার সাথে সাথে এটি Typebot-এর ডেটাবেস থেকে মুছে যায়। পরে আবার গন্তব্য সেট করলে আগে উইজার্ডটি আবার চালিয়ে নতুন টোকেন তৈরি করুন। ### 24 ঘণ্টার উইন্ডো নিয়ে বট কী করে? Typebot তাদেরই উত্তর দেয় যারা এতে মেসেজ লিখেছে, ফলে প্রায় প্রতিটি মেসেজই কাস্টমার সার্ভিস উইন্ডোর ভেতরে থাকে। কাস্টমার যতবার লেখেন, Meta ততবার একটি 24 ঘণ্টার উইন্ডো খোলে, আর তার ভেতরে টেমপ্লেট ছাড়াই যেকোনো সার্ভিস মেসেজ পাঠানো যায়। যে বট শুধু উত্তর দেয়, সেটি তাই সহজ ক্ষেত্র। ঝুঁকি থাকে সেই ফ্লোতে, যেটি অপেক্ষা করে। Wait ব্লক, অথবা কাস্টমার একদিনের বেশি চুপ থাকার পর আবার শুরু হওয়া সেশন উইন্ডোর বাইরে ফ্রি টেক্সট মেসেজ পাঠানোর চেষ্টা করবে, আর Meta সেটি 131047 ত্রুটি দিয়ে প্রত্যাখ্যান করবে। Typebot-এর সেশন মেয়াদের সময়সীমা ডিফল্টে 4 ঘণ্টা এবং 48 ঘণ্টা পর্যন্ত বাড়ানো যায়। এটি ঠিক করে ফিরে আসা কাস্টমার কখন নতুন চ্যাট শুরু করবেন, Meta মেসেজটি নেবে কি না তা নয়। এটি Coexistence হওয়ায় টিম এখনও WhatsApp Business অ্যাপে প্রতিটি কথোপকথন দেখতে পায়, এবং বটের উত্তর দেওয়া উচিত নয় এমন যেকোনো সময় ফোন থেকেই এগিয়ে এসে সামলাতে পারে। - Typebot-এ Meta-র অ্যাপ সিক্রেট পেস্ট করা। ডেলিভারি Tech Provider-এর সিক্রেট দিয়ে সাইন করা হয়, তাই Typebot প্রতিটি মেসেজকে অবৈধ সিগনেচার ধরে প্রত্যাখ্যান করে। - Typebot-এর পুরনো ভেরিফাই টোকেন আবার ব্যবহার করা। একবার যাচাই সফল হলে এটি মুছে যায়, তাই আবার গন্তব্য সেট করতে উইজার্ড থেকে নতুন টোকেন লাগে। - কলব্যাক URL শেয়ার করা। সিগনেচার যাচাই বন্ধ থাকলে URL জানা থাকাই একটি রিকোয়েস্টকে ভেতরে ঢুকতে দেয়, তাই এটিকে পাসওয়ার্ডের মতো গোপন রাখুন। **Typebot-এর জন্য কি আমার নিজের Meta অ্যাপ লাগবে?** না। Typebot-এর গাইড ধরে নেয় যে একটি অ্যাপ আছে, কারণ বেশিরভাগ মানুষ নিজেই নম্বর সংযুক্ত করেন। Tech Provider-এর মাধ্যমে Coexistence ব্যবহার করলে টোকেন ও id সংযোগ থেকেই আসে, আর Meta ওয়েবহুক সরাসরি Typebot-এ পাঠায়। **টিম কি ফোনে বটের পাঠানো মেসেজ দেখতে পাবে?** হ্যাঁ। Cloud API দিয়ে পাঠানো মেসেজ একই নম্বরের WhatsApp Business অ্যাপে দেখা যায়, তাই একজন মানুষ থ্রেডটি পড়ে নিজে দায়িত্ব নিতে পারেন। **Typebot ও n8n কি একই নম্বরের মেসেজ একসাথে পেতে পারে?** না। একটি নম্বরের ওয়েবহুক গন্তব্য একটিই। দুটোতেই ইভেন্ট দরকার হলে গন্তব্য n8n-এ দিন, আর ওয়ার্কফ্লো দিয়ে কাঁচা পেলোডটি Typebot-এর কলব্যাক URL-এ ফরওয়ার্ড করান। **Typebot কি কথোপকথন সংরক্ষণ করে?** Typebot নিজের সেশন ও ফলাফলের ডেটা রাখে, যেমন যেকোনো চ্যানেলে রাখে। EasyCoexistence কখনো মেসেজের কনটেন্ট সংরক্ষণ করে না: আপনার সেট করা গন্তব্যে Meta সরাসরি ডেলিভারি দেয়। --- ## Coexistence দিয়ে একটি Botpress বট WhatsApp-এ সংযুক্ত করুন https://easycoexistence.com/bn/integrations/botpress Manual Configuration-এ Botpress-এর WhatsApp ইন্টিগ্রেশন ব্যবহার করুন। সংযুক্ত নম্বরের অ্যাক্সেস টোকেন ও ফোন নম্বর আইডি পেস্ট করুন, একটি ভেরিফাই টোকেন বেছে নিন এবং App ID ও Client Secret খালি রাখুন। তারপর Botpress-এর ওয়েবহুক URL ও সেই ভেরিফাই টোকেন নম্বরের ওয়েবহুক গন্তব্য হিসেবে সেট করুন, তাহলে Meta প্রতিটি মেসেজ বটে পৌঁছে দেবে। ### Coexistence নম্বরের সঙ্গে Botpress-এর কোন কনফিগারেশন কাজ করে? Manual Configuration। বাকি অপশনগুলো Botpress-এর নিজস্ব Meta অ্যাপের মাধ্যমে নম্বর সংযুক্ত করে, যা আগে থেকে সংযুক্ত নম্বর ব্যবহারের উপায় নয়, বরং নম্বরের আলাদা অনবোর্ডিং। WhatsApp ইন্টিগ্রেশনে Configuration ড্রপডাউন খুলে Manual Configuration বেছে নিন। সেখানে চাওয়া হয় Verify Token, Access Token, Default Bot Phone Number ID এবং ঐচ্ছিকভাবে App ID, Client Secret ও WABA ID। অ্যাক্সেস টোকেন, ফোন নম্বর আইডি ও WABA আইডি আসে সংযোগ থেকে: ড্যাশবোর্ড সেগুলো দেখায়, আর get_api_credentials সেগুলো অ্যাসিস্ট্যান্টকে ফেরত দেয়। ভেরিফাই টোকেন আপনার পছন্দমতো যেকোনো স্ট্রিং। App ID ও Client Secret খালি থাকবে। Botpress-এর গাইড সিক্রেটটিকে পূরণ করার মতো ফিল্ড হিসেবে দেখায়, কিন্তু ইন্টিগ্রেশনের ডেফিনিশনে এটি ঐচ্ছিক, এবং সেখানে লেখা আছে সিক্রেট না থাকলে সিগনেচার যাচাইকরণ বাদ যায়। বিষয়টি গুরুত্বপূর্ণ, কারণ Meta প্রতিটি ডেলিভারিতে Tech Provider-এর অ্যাপ সিক্রেট দিয়ে সাইন করে, যা কোনো গ্রাহকের কাছে থাকে না। ### Botpress-এর ওয়েবহুক কীভাবে Meta-র মেসেজ পায়? নম্বরের ওয়েবহুক গন্তব্যের মাধ্যমে। Botpress-এর গাইডে একটি Meta অ্যাপের WhatsApp কনফিগারেশনে এর ওয়েবহুক URL ও আপনার ভেরিফাই টোকেন পেস্ট করতে বলা হয়। এখানে আপনার কোনো Meta অ্যাপ নেই: সংযোগ যে গন্তব্যের নাম দেয়, Meta নম্বরের ইভেন্ট সেখানেই পাঠায়। তাই ইন্টিগ্রেশনের জন্য Botpress যে ওয়েবহুক URL দেখায় তা কপি করুন এবং একই ভেরিফাই টোকেনসহ ড্যাশবোর্ডে বা set_webhook_destination দিয়ে গন্তব্য হিসেবে সেট করুন। Meta একটি যাচাইকরণ GET পাঠায়, Botpress তার উত্তর দেয়, আর ডেলিভারি শুরু হয়। Botpress ম্যানুয়াল কনফিগারেশন সেভ করার সময় Graph-কে জিজ্ঞেস করে টোকেনটি কোন অ্যাপ ইস্যু করেছে, ফলে অবৈধ বা বাতিল টোকেন প্রথম মেসেজে নয়, সেভ করার সময়ই ধরা পড়ে। Botpress-এর হ্যান্ডলার smb_message_echoes-ও প্রক্রিয়া করে। WhatsApp Business অ্যাপ থেকে কেউ উত্তর দিলে Meta এই ইভেন্টটি পাঠায়। তাই ফোন থেকে দেওয়া উত্তর বটের কাছে অদৃশ্য থাকে না। ### Coexistence নিয়ে বটের কী জানা উচিত? যে একজন মানুষ হয়তো আগে থেকেই কথা বলছেন। নম্বরে WhatsApp Business অ্যাপ চালু থাকে, তাই একই মিনিটে গ্রাহক ফোন থেকেও উত্তর পেতে পারেন, বট থেকেও। ইকো এলে কী হবে তা ফ্লোতে ঠিক করুন: বেশিরভাগ টিম ওই কনটাক্টের জন্য কিছুক্ষণ বট থামিয়ে রাখে, যাতে যিনি কথা বলতে এসেছেন তাঁর কথার ওপর দিয়ে বট না বলে। দ্বিতীয় বিষয় সময়। যে বট আসা মেসেজের উত্তর দেয়, সে 24 ঘণ্টার কাস্টমার সার্ভিস উইন্ডোর মধ্যে কাজ করে, যেখানে ফ্রি টেক্সট চলে। যে ফ্লো একদিন পরে কিছু পাঠায়, যেমন ফলো-আপ বা রিমাইন্ডার, তার জন্য অনুমোদিত টেমপ্লেট লাগে, আর সেখানে ফ্রি টেক্সট পাঠালে ত্রুটির কোড 131047 আসে। ঠিক এই ধরনের প্রোঅ্যাকটিভ মেসেজের জন্যই Botpress-এর গাইড টেমপ্লেট স্ট্যাটাস ফিল্ডে সাবস্ক্রাইব করে। আর Coexistence নম্বরের থ্রুপুট প্রতি সেকেন্ডে 20টি মেসেজে নির্দিষ্ট, যা কথোপকথনভিত্তিক বটের পাঠানো পরিমাণের চেয়ে অনেক বেশি। - Client Secret-এ নিজের Meta অ্যাপের সিক্রেট বসানো। সিগনেচার কখনও মেলে না, আর Botpress প্রতিটি ডেলিভারির উত্তরে 401 দেয়। - Manual Configuration-এর বদলে OAuth বা স্যান্ডবক্স অপশন বেছে নেওয়া। সেগুলো Botpress-এর নিজস্ব অ্যাপের মাধ্যমে নম্বর সংযুক্ত করে, আগে থেকে সংযুক্ত নম্বর ব্যবহার করে না। - ইকো উপেক্ষা করা। ফোন থেকে দেওয়া উত্তরের জন্য কোনো নিয়ম না থাকলে, যিনি আগেই কথা বলতে এসেছেন বট তাঁর ওপর দিয়ে উত্তর দেয়। **সিগনেচার যাচাইকরণ বাদ দেওয়া কি নিরাপদ?** এতে সুরক্ষা URL-এর ওপর সরে যায়। Botpress প্রতিটি ইন্টিগ্রেশনের জন্য আলাদা ওয়েবহুক URL তৈরি করে, তাই সেটি গোপন রাখুন। মিডিয়া তবুও টোকেন দিয়ে Meta থেকে আনতে হয়, যা জাল ইভেন্ট নকল করতে পারে না। **একই নম্বর কি n8n-কেও ইভেন্ট দিতে পারে?** একটি নম্বরের ওয়েবহুক গন্তব্য একটিই। এটি একটি সিস্টেমে পয়েন্ট করুন, আর দ্বিতীয় সিস্টেমের ইভেন্ট লাগলে সেখান থেকে ফরওয়ার্ড করুন। **Botpress-এর কি আমার WABA আইডি লাগে?** এর ডেফিনিশনে এটি আপাতত ঐচ্ছিক, এবং সেখানে লেখা আছে ভবিষ্যতের একটি মেজর ভার্সনে এটি বাধ্যতামূলক হবে। তাই সংযোগ থেকে নিয়ে এটি পূরণ করে দিন। **মেসেজ কি EasyCoexistence-এর মধ্য দিয়ে যায়?** না। Meta সরাসরি Botpress-এর ওয়েবহুক URL-এ ডেলিভারি দেয়, আর কনটেন্ট আমাদের দিকে কখনও সংরক্ষণ করা হয় না। --- ## Dify অ্যাপ দিয়ে WhatsApp মেসেজের উত্তর দিন https://easycoexistence.com/bn/integrations/dify নম্বরের ওয়েবহুক একটি ছোট রিসিভারের দিকে পাঠান, যেমন n8n ওয়ার্কফ্লো বা আপনার নিজের কোডের একটি রুট। রিসিভার প্রতিটি মেসেজ Dify-এর Send Chat Message API-তে পাঠায় এবং উত্তরটি Cloud API দিয়ে ফেরত পাঠায়। Dify-এর ভেতরে EasyCoexistence MCP সার্ভারকে টুল হিসেবে যোগ করা যায়, ফলে এজেন্ট নিজেই নম্বরের ওপর কাজ করতে পারে। ### Meta কি WhatsApp মেসেজ সরাসরি Dify-তে পাঠাতে পারে? না, অন্তত হ্যান্ডশেক সম্পূর্ণ হয় এমনভাবে নয়। কিছু পাঠানোর আগে Meta গন্তব্যে একটি GET কল করে এবং hub.challenge-এর মানটি হুবহু প্রতিক্রিয়ার বডি হিসেবে ফেরত চায়। Dify-এর Webhook Trigger প্রতিটি ট্রিগারে একটি HTTP মেথড গ্রহণ করে, আর তার ডকুমেন্টেশন বলে JSON নয় এমন প্রতিক্রিয়ার বডি স্বয়ংক্রিয়ভাবে JSON-এ রূপান্তরিত হয়, তাই OK ফেরত আসে একটি মেসেজ অবজেক্ট হয়ে। ফলে চ্যালেঞ্জ কখনো হুবহু ফেরত দেওয়া যায় না এবং Meta কখনো ডেলিভারি শুরু করে না। তাই সামনে ছোট একটি কিছু বসাতে হয়। n8n-এর Webhook নোড, Python বা Node-এর একটি রুট অথবা একটি সার্ভারলেস ফাংশন GET-এর উত্তর দেয়, POST গ্রহণ করে এবং টেক্সট Dify-কে হস্তান্তর করে। ওয়েবহুক URL-এর দীর্ঘ এলোমেলো সিক্রেটও এই রিসিভারেই যাচাই করা হয়, কারণ X-Hub-Signature-256 হেডার Tech Provider-এর অ্যাপ সিক্রেট দিয়ে সই করা হয় এবং গ্রাহক তা যাচাই করতে পারেন না। ### রিসিভার কীভাবে Dify অ্যাপের সঙ্গে কথা বলে? Dify-এর Service API-তে একটি কলের মাধ্যমে: POST /chat-messages, অ্যাপের API কী দিয়ে প্রমাণীকরণ করা। বডিতে থাকে query, অর্থাৎ গ্রাহকের টেক্সট, এবং user, যা আপনার নিজের ঠিক করা একটি শনাক্তকারী। প্রেরকের WhatsApp নম্বরকে user হিসেবে ব্যবহার করুন এবং Dify যে conversation_id ফেরত দেয় তা রেখে দিন, যাতে একই ব্যক্তির পরের মেসেজ একই কথোপকথনে চলতে থাকে। response_mode গুরুত্বপূর্ণ। Blocking মোডে উত্তর সম্পূর্ণ হলে তবেই প্রতিক্রিয়া আসে, আর Dify-এর ডকুমেন্টেশন সতর্ক করে যে Dify Cloud-এ দীর্ঘ জেনারেশন এজ প্রক্সিতে কেটে যেতে পারে। Agent অ্যাপ শুধু streaming সমর্থন করে, তাই সেখানে blocking রিকোয়েস্ট 400 দিয়ে ব্যর্থ হয়। যে রিসিভার স্ট্রিম পড়ে এবং শেষে একটিমাত্র WhatsApp মেসেজ পাঠায়, সেটিই সবচেয়ে নির্ভরযোগ্য কাঠামো। উত্তরটি এরপর Cloud API-র টেক্সট মেসেজ হিসেবে একই নম্বরে যায়, যা গ্রাহকের মেসেজে খোলা 24 ঘণ্টার উইন্ডোর মধ্যে বিনামূল্যে। ### Dify-এর ভেতরে MCP সার্ভার কী যোগ করে? প্রতিটি কল আলাদাভাবে জুড়ে না দিয়েই Dify এজেন্টকে নম্বরের ওপর কাজ করার ক্ষমতা। Dify HTTP-র মাধ্যমে MCP সার্ভারের সঙ্গে যুক্ত হয় এবং ডিফল্টভাবে OAuth ডায়নামিক ক্লায়েন্ট রেজিস্ট্রেশনের মাধ্যমে সার্ভারে নিজেকে নিবন্ধিত করে, যা EasyCoexistence MCP সার্ভার সমর্থন করে। Tools-এর অধীনে এটি যোগ করুন, একবার লগ ইন করুন, আর এজেন্ট পেয়ে যাবে টুলগুলো: নম্বরের তালিকা, নম্বরের হেলথ দেখা, মেসেজ পাঠানো, অনুমোদিত টেমপ্লেট পাঠানো, টেমপ্লেটের স্ট্যাটাস পড়া। আগ বাড়িয়ে করা কাজের জন্য এটাই সঠিক জায়গা: পরের দিন ফলো-আপ করা Dify ওয়ার্কফ্লোকে send_template ব্যবহার করতে হবে, কারণ উইন্ডোর বাইরে ফ্রি টেক্সট পাঠালে ত্রুটির কোড 131047 ফেরত আসে, আর টুলের বিবরণ মডেলকে তা জানিয়ে দেয়। MCP যা পারে না তা হলো গ্রাহক লিখলে Dify-কে জাগিয়ে তোলা। প্রোটোকলটি রিকোয়েস্ট ও প্রতিক্রিয়ার, তাই আসা মেসেজ এখনো ওয়েবহুক এবং সামনের রিসিভারের মধ্য দিয়েই পৌঁছায়। - ওয়েবহুকের গন্তব্য হিসেবে Dify Webhook Trigger URL ব্যবহার করা। চ্যালেঞ্জ JSON-এ মোড়া হয়ে ফেরত আসে এবং Meta কখনো এন্ডপয়েন্ট যাচাই করে না। - Dify Agent অ্যাপে blocking রিকোয়েস্ট পাঠানো। Agent অ্যাপ শুধু streaming সমর্থন করে, আর কলটি 400 দিয়ে ব্যর্থ হয়। - প্রতিটি মেসেজে নতুন user মান ব্যবহার করা। Dify কথোপকথনকে user-এর আওতায় রাখে, তাই প্রতিটি মেসেজ কোনো স্মৃতি ছাড়া নতুন কথোপকথন শুরু করে। **Dify-তে কি WhatsApp চ্যানেল আছে?** এর ডকুমেন্টেশনে নেই। Dify অ্যাপ তার Service API দিয়ে পাওয়া যায়, তাই WhatsApp যুক্ত হয় এমন একটি রিসিভারের মাধ্যমে, যা সেই API কল করে। **n8n কি রিসিভার হতে পারে?** হ্যাঁ। একটি Webhook নোড মেসেজ গ্রহণ করে, একটি HTTP Request নোড Dify-কে কল করে, আর দ্বিতীয় HTTP Request নোড Cloud API দিয়ে উত্তর পাঠায়। **টিম কি ফোন থেকে এখনো উত্তর দিতে পারবে?** হ্যাঁ। Coexistence নম্বরটিতে WhatsApp Business অ্যাপ চালু রাখে, আর ফোন থেকে পাঠানো উত্তর echo ইভেন্ট হিসেবে রিসিভারে পৌঁছায়। **EasyCoexistence কি কথোপকথন দেখতে পায়?** না। Meta সরাসরি আপনার রিসিভারে ডেলিভারি দেয় এবং মেসেজের বিষয়বস্তু আমাদের দিকে কখনো সংরক্ষণ করা হয় না। MCP সার্ভার শুধু অ্যাকাউন্ট ও নম্বরের অবস্থা পড়ে। --- ## Flowise চ্যাটফ্লো দিয়ে WhatsApp মেসেজের উত্তর দিন https://easycoexistence.com/bn/integrations/flowise নম্বরের ওয়েবহুক গন্তব্য একটি ছোট রিসিভারে সেট করুন, যেমন n8n ওয়ার্কফ্লো বা আপনার নিজের কোডের একটি রুট। এটি প্রতিটি মেসেজ প্রেরকের নম্বরকে সেশন আইডি ধরে Flowise-এর Prediction API-তে পাঠায়, তারপর নম্বরের টোকেন ও `phone_number_id` দিয়ে Cloud API-এর মাধ্যমে উত্তর ফেরত পাঠায়। ### Flowise-এর সামনে কিছু একটা কেন লাগে? কারণ Meta-র ওয়েবহুক আর Flowise-এর API আলাদা ধরনে কথা বলে। Meta একটি গন্তব্য যাচাই করে GET দিয়ে, যার উত্তরে কাঁচা বডি হিসেবে hub.challenge ফেরত দিতে হয়, তারপর প্রতিটি মেসেজ পাঠায় নেস্টেড JSON POST হিসেবে। Flowise-এর Prediction API চায় /api/v1/prediction/ এবং তার পরে ফ্লো আইডিসহ একটি POST, সঙ্গে একটি question ফিল্ড। কেউই অন্যটির মতো নিজেকে বদলাবে না, তাই একটি রিসিভার অনুবাদ করে দেয়। রিসিভার হতে পারে n8n Webhook নোড, Python বা Node-এর একটি রুট, অথবা যেকোনো সার্ভারলেস ফাংশন। এটি যাচাইয়ের GET-এর উত্তর দেয়, ওয়েবহুক URL-এ বসানো একটি লম্বা র‍্যান্ডম সিক্রেট পরীক্ষা করে, Meta-কে সঙ্গে সঙ্গে 200 ফেরত দেয়, এবং তারপর কাজ শুরু করে। URL-এর সিক্রেটই এখানে কার্যকর প্রমাণীকরণ: Meta ডেলিভারি সই করে Tech Provider-এর অ্যাপ সিক্রেট দিয়ে, যা কখনো শেয়ার করা হয় না, তাই X-Hub-Signature-256 হেডার আপনার দিকে যাচাই করা যায় না। ### রিসিভার Prediction API কীভাবে কল করবে? গ্রাহকের টেক্সট question হিসেবে এবং গ্রাহকের WhatsApp নম্বর সেশন হিসেবে দিয়ে। Flowise প্রতিটি রিকোয়েস্টে overrideConfig নেয়, আর তার ভেতরের sessionId-ই মেমরি নোডকে সবাইকে এক থ্রেডে না মিশিয়ে প্রতিজন মানুষের জন্য আলাদা কথোপকথন রাখতে দেয়। ওয়েবহুকের পেলোডে থাকা প্রেরকের নম্বর এর জন্য একটি স্থিতিশীল ও স্বাভাবিক কী। চ্যাটফ্লো যদি API কী দিয়ে সুরক্ষিত থাকে, রিসিভার সেটি বিয়ারার টোকেন হিসেবে পাঠায়। রিসিভার স্ট্রিম জোড়া লাগানোর জন্য তৈরি না হলে streaming false রাখুন, কারণ WhatsApp একটি সম্পূর্ণ মেসেজ পৌঁছে দেয়, একবারে একটি টোকেন নয়। উত্তর যায় একই নম্বর থেকে Cloud API-র টেক্সট মেসেজ হিসেবে। গ্রাহকের মেসেজ যে 24 ঘণ্টার উইন্ডো খুলেছে, তার ভেতরে এটি বিনামূল্যে এবং অনুমোদিত। ফ্লো পরে যা পাঠাতে চায়, যেমন একটি রিমাইন্ডার, সেটি অবশ্যই অনুমোদিত টেমপ্লেট হতে হবে। ### Flowise এজেন্ট কি EasyCoexistence MCP সার্ভার ব্যবহার করতে পারে? আজ নয়। Flowise-এর Custom MCP একটি URL এবং কিছু হেডার দিয়ে Streamable HTTP সার্ভারের সঙ্গে যুক্ত হয়, সাধারণত Flowise ভেরিয়েবলে রাখা একটি স্থির বিয়ারার টোকেন দিয়ে। EasyCoexistence MCP সার্ভার প্রমাণীকরণ করে OAuth দিয়ে, ব্রাউজারে সাইন-ইন এবং নিজের ইস্যু করা টোকেন সহ, তাই হেডারে বসানোর মতো কোনো স্থির কী নেই। কার্যকর ভাগ হলো ফ্লো সিদ্ধান্ত নেবে আর রিসিভার পাঠাবে। ফ্লো ফেরত দেয় কী বলতে হবে সেই টেক্সট, অথবা গ্রাহক এক দিনের বেশি চুপ থাকলে একটি টেমপ্লেটের নাম, আর রিসিভার নম্বরের টোকেন দিয়ে Cloud API কল করে। এতে টোকেন কখনো Flowise-এর ভেতরে থাকে না, আর 24 ঘণ্টার নিয়ম কোডে প্রয়োগ হয়, যেখানে কন্টাক্ট সর্বশেষ কখন লিখেছে তা দেখা হয়, ভুলে যেতে পারে এমন মডেলের ওপর ছেড়ে দেওয়া হয় না। আসা মেসেজ তবুও শুধু ওয়েবহুকের মাধ্যমেই আসে, পাঠানো যেভাবেই হোক। - sessionId বাদ দেওয়া। তখন সব গ্রাহক একটি মেমরি ভাগ করে, আর একজনের তথ্য অন্যজনের উত্তরে এসে যেতে পারে। - Meta-কে উত্তর দেওয়ার আগে Flowise-এর জন্য অপেক্ষা করা। ধীর 200 আবার চেষ্টা করা হয়, ফলে একই মেসেজ দুবার প্রক্রিয়া হয়। - একদিন পর ফ্লোকে ফ্রি টেক্সট পাঠাতে দেওয়া। উইন্ডোর বাইরে Meta ত্রুটির কোড 131047 দিয়ে তা প্রত্যাখ্যান করে। **Flowise-এর কি WhatsApp নোড আছে?** এর ডকুমেন্টেশনে নেই। এটি Prediction API-র মাধ্যমে ধরা হয়, আর সেজন্যই Meta ও ফ্লোর মাঝখানে একটি রিসিভার থাকে। **n8n কি রিসিভার হতে পারে?** হ্যাঁ। Webhook নোড গ্রহণ করে, একটি HTTP Request নোড Flowise-কে কল করে, আর আরেকটি HTTP Request নোড Cloud API-র মাধ্যমে উত্তর পাঠায়। **ফোন থেকে কেউ উত্তর দিলে বট কীভাবে থামাব?** `echo` ইভেন্ট খেয়াল রাখুন। WhatsApp Business অ্যাপ থেকে পাঠানো উত্তর রিসিভারে আসে, আর রিসিভার সেই কন্টাক্টের জন্য ফ্লো বিরতিতে রাখতে পারে। **কথোপকথন কি EasyCoexistence সংরক্ষণ করে?** না। Meta সরাসরি আপনার রিসিভারে ডেলিভার করে। Flowise-এর মেমরি নোড যা রাখতে কনফিগার করা, Flowise তা-ই রাখে। --- ## LangChain এজেন্টকে একটি WhatsApp নম্বর দিন https://easycoexistence.com/bn/integrations/langchain LangChain এজেন্টের জন্য WhatsApp দুই ভাগে কাজ করে। আসা মেসেজ নম্বরের ওয়েবহুকের মাধ্যমে আপনার ওয়েব রুটে পৌঁছায়, আর রুটটি এজেন্টকে চালু করে। কাজ করতে এজেন্ট LangChain-এর MCPAdapter দিয়ে OAuth-সহ EasyCoexistence MCP টুল লোড করে, অথবা নম্বরের টোকেন ও ফোন নম্বর আইডি দিয়ে সরাসরি Cloud API কল করে। ### LangChain এজেন্ট কীভাবে WhatsApp টুল লোড করে? MCPAdapter-এর মাধ্যমে। এটি LangChain-এর MCP ক্লায়েন্ট, যা MCP সার্ভারের টুলগুলোকে সাধারণ LangChain টুল হিসেবে create_agent-এ তুলে দেয়। এর জন্য langchain[mcp] ভার্সন 1.4.0 বা তার পরের হতে হবে, আর এটি বেটা হিসেবে চিহ্নিত। অথেনটিকেশনের দায়িত্ব FastMCP-র। ক্লায়েন্টে auth="oauth" দিলে পুরো OAuth 2.1 ফ্লো চলে: ডিসকভারি, ডাইনামিক ক্লায়েন্ট রেজিস্ট্রেশন, ব্রাউজার রিডাইরেক্ট এবং টোকেন এক্সচেঞ্জ। EasyCoexistence MCP সার্ভার ঠিক এটাই আশা করে, তাই কোনো কী তৈরি বা পেস্ট করতে হয় না। ডিফল্টে টোকেন মেমরিতে থাকে এবং প্রতিটি রানে ব্রাউজারের ধাপ আবার করতে হয়। টোকেন স্টোরসহ FastMCP OAuth প্রোভাইডার ব্যবহার করলে টোকেন এক রান থেকে আরেক রানে থেকে যায়। লোড হওয়ার পর এজেন্ট টুলগুলোকে বর্ণনাসহ দেখতে পায়: প্রথমে list_numbers, কারণ বাকি সব টুল এর থেকে পাওয়া connection_id নেয়, তারপর send_message, send_template, list_templates, get_number_health এবং বাকিগুলো। ### আসা WhatsApp মেসেজ কীভাবে এজেন্টের কাছে পৌঁছায়? ওয়েবহুকের মাধ্যমে, কারণ MCP এটা করতে পারে না। প্রোটোকলটি রিকোয়েস্ট ও প্রতিক্রিয়ার ভিত্তিতে চলে, তাই গ্রাহক মেসেজ লিখলে সার্ভার ক্লায়েন্টকে জাগিয়ে তোলার কোনো উপায় এতে নেই। নম্বরের ওয়েবহুক গন্তব্য আপনার নিজের অ্যাপ্লিকেশনের একটি রুটে সেট করুন, URL পাথে একটি লম্বা র‍্যান্ডম সিক্রেট রেখে। রুটটি Meta-র যাচাইকরণ GET-এর উত্তরে চ্যালেঞ্জ হুবহু ফেরত দেয়, প্রতিটি POST গ্রহণ করে, সঙ্গে সঙ্গে 200 ফেরত দেয় এবং কাজটি কিউতে রাখে। এরপর একটি ওয়ার্কার পেলোড থেকে প্রেরকের নম্বর ও টেক্সট নিয়ে এজেন্টকে চালু করে। থ্রেড আইডি হিসেবে প্রেরকের নম্বর দিলে মেমরি প্রতিটি গ্রাহকের জন্য আলাদা থাকে। সিক্রেট যাচাই করুন URL-এ, X-Hub-Signature-256 হেডারে নয়। Meta স্বাক্ষর করে Tech Provider-এর অ্যাপ সিক্রেট দিয়ে, যা কখনো শেয়ার করা হয় না, তাই গ্রাহক সেই হেডার যাচাই করতে পারেন না। ### এজেন্ট কি MCP দিয়ে পাঠাবে, নাকি Cloud API দিয়ে? দুটোই চলে, পার্থক্য হলো নিয়মগুলো কার কাছে থাকে। MCP টুলগুলো নিজেদের বর্ণনায় WhatsApp-এর নিয়ম বহন করে, যেমন send_message শুধু 24 ঘণ্টার উইন্ডোর ভেতরে কাজ করে, আর যিনি মেসেজ লেখেননি তাঁর কাছে পৌঁছাতে send_template ব্যবহার করতে হয়। মডেল সেই বর্ণনা পড়ে বেশির ভাগ সময় সঠিকটি বেছে নেয়, আর এজেন্ট যেখানে নিজে সিদ্ধান্ত নেয় সেখানে এটাই কাজে আসে। এজেন্টের কাজ সীমিত হলে, যেমন যিনি এইমাত্র লিখলেন সবসময় তাঁকেই উত্তর দেওয়া, তখন নম্বরের টোকেন দিয়ে Cloud API মেসেজ এন্ডপয়েন্টে পোস্ট করা আপনার নিজের একটি সাধারণ টুল বেশি সহজ। তখন উইন্ডোর পরীক্ষা থাকে আপনার কোডে, আর যে নিয়ম কখনো ভাঙা চলবে না তার জায়গা সেখানেই। উইন্ডোর বাইরে ফ্রি টেক্সট পাঠালে ত্রুটি 131047 ফেরত আসে, আর গ্রাহক কিছুই দেখতে পান না। - MCP আসা মেসেজ পৌঁছে দেবে বলে ধরে নেওয়া। ওয়েবহুক রুট না থাকলে এজেন্ট গ্রাহকের কোনো খবরই পায় না। - সার্ভারে OAuth টোকেন মেমরিতে রেখে দেওয়া। প্রতিবার রিস্টার্টে ব্রাউজার সাইন-ইন লাগে, তাই টোকেন স্টোরে সংরক্ষণ করুন। - সব গ্রাহকের জন্য একটিই থ্রেড ব্যবহার করা। এজেন্টের মেমরির কী হিসেবে প্রেরকের নম্বর দিন। **এটা কি শুধু Python-এর জন্য?** MCPAdapter-এর উদাহরণটি Python-এ। ওয়েবহুক ও Cloud API সাধারণ HTTP, তাই LangChain যে ভাষাতেই চলুক, গ্রহণ ও পাঠানোর কাজ সেই ভাষায় করা যায়। **এজেন্টের কি প্রতিবার list_numbers লাগে?** এজেন্টের একটি connection_id দরকার, আর তা পাওয়ার একমাত্র জায়গা list_numbers। একটিমাত্র নম্বর থাকলে এজেন্ট শুরুতে একবারই এটি কল করে। **টিম কি ফোন থেকে এখনও উত্তর দিতে পারবে?** হ্যাঁ। Coexistence-এর কারণে WhatsApp Business অ্যাপ কাজ করতে থাকে, আর ফোন থেকে দেওয়া উত্তর echo ইভেন্ট হিসেবে আপনার রুটে পৌঁছায়, যা এজেন্ট বিবেচনায় নিতে পারে। **EasyCoexistence কি কথোপকথন পড়ে?** না। Meta সরাসরি আপনার রুটে ডেলিভার করে, আর মেসেজের কনটেন্ট আমাদের দিকে কখনো সংরক্ষিত হয় না। MCP টুলগুলো অ্যাকাউন্ট ও নম্বরের স্ট্যাটাস পড়ে। --- ## WhatsApp-এ একটি OpenAI Agents SDK এজেন্ট চালু করুন https://easycoexistence.com/bn/integrations/openai-agents-sdk নম্বরের ওয়েবহুক গন্তব্য হিসেবে আপনার Python অ্যাপের একটি রুট সেট করুন। প্রতিটি আসা মেসেজের জন্য Runner.run দিয়ে এজেন্ট চালান, প্রেরকের নম্বরকে কী ধরে একটি সেশন ব্যবহার করুন, তারপর নম্বরের টোকেন ও phone_number_id দিয়ে result.final_output Cloud API-র মাধ্যমে ফেরত পাঠান। একই নম্বরে WhatsApp Business অ্যাপ আগের মতোই কাজ করে। ### একটি WhatsApp মেসেজ কীভাবে এজেন্ট রান হয়ে ওঠে? আপনার নিজের অ্যাপের একটি রুটের মাধ্যমে, যেটিকে Meta কল করে। নম্বরের ওয়েবহুক গন্তব্য হিসেবে সেটি সেট করুন এবং পাথে একটি দীর্ঘ র‍্যান্ডম সিক্রেট রাখুন। রুটটি Meta-র যাচাইকরণ GET-এর উত্তরে hub.challenge প্লেইন টেক্সট হিসেবে ফেরত দেয়, প্রতিটি POST গ্রহণ করে, সঙ্গে সঙ্গে 200 দিয়ে সাড়া দেয় এবং কাজটি কিউতে রাখে। কারণ ধীর সাড়া পেলে Meta আবার চেষ্টা করে, আর তখন আপনার এজেন্ট দুইবার চলবে। এরপর একটি ওয়ার্কার পেলোড থেকে প্রেরক ও টেক্সট পড়ে Runner.run কল করে। এমন একটি সেশন দিন যার আইডি প্রেরকের নম্বর: SDK কথোপকথনটি সেই আইডির অধীনে রাখে, তাই একই গ্রাহকের পরের মেসেজ আগের জায়গা থেকেই চলতে থাকে এবং দুইজন গ্রাহকের ইতিহাস কখনও মিশে যায় না। শুরুর জন্য SQLiteSession যথেষ্ট। একাধিক ওয়ার্কার চালালে SDK-র Redis ও SQLAlchemy সেশনও আছে। এখানে URL-এর সিক্রেটই অথেনটিকেশন। Meta ডেলিভারি সাইন করে Tech Provider-এর অ্যাপ সিক্রেট দিয়ে, তাই গ্রাহক নিজে সিগনেচার হেডার যাচাই করতে পারেন না। ### উত্তর পাঠানোর কাজ এজেন্টের না হয়ে আপনার কোডের হওয়া উচিত কেন? কারণ যে নিয়মটি কখনও ভাঙা চলবে না সেটি সময়ের নিয়ম, আর প্রম্পটের চেয়ে কোড সেটি ভালোভাবে মানাতে পারে। গ্রাহক লিখলে Meta 24 ঘণ্টার একটি কাস্টমার সার্ভিস উইন্ডো খোলে। এর ভেতরে ফ্রি টেক্সট যায়। এর বাইরে শুধু অনুমোদিত টেমপ্লেট যায়, আর ফ্রি টেক্সট পাঠালে ত্রুটির কোড 131047 ফেরত আসে। যে ওয়ার্কার এইমাত্র আসা মেসেজের উত্তর দেয় সে সবসময় উইন্ডোর ভেতরে থাকে, তাই result.final_output টেক্সট হিসেবে পাঠানো গঠনগতভাবেই নিরাপদ। পরে হওয়া কাজ, যেমন পরদিন সকালের ফলো-আপ বা রিমাইন্ডার, আলাদা পথে যাওয়া উচিত যা টেমপ্লেট পাঠায়, কখনও ফ্রি টেক্সট নয়। এজেন্টের টুল থাকতেই পারে। অর্ডার বা বুকিংয়ের মতো তথ্য খোঁজার জন্য তাকে ফাংশন টুল দিন, কিন্তু WhatsApp-এ পাঠানোর কাজ ওয়ার্কারে রাখুন। এতে অ্যাক্সেস টোকেন এমন কিছুর নাগালের বাইরে থাকে যা মডেল যেকোনো আর্গুমেন্ট দিয়ে কল করতে পারে। ### এজেন্ট কি EasyCoexistence MCP সার্ভার ব্যবহার করতে পারে? পারে, MCPServerStreamableHttp দিয়ে, তবে একটি হেডারের চেয়ে একটু বেশি সেটআপ লাগে। SDK params["auth"]-এ হয় একটি Authorization হেডার, নয়তো একটি httpx.Auth গ্রহণ করে। EasyCoexistence MCP সার্ভার ব্রাউজারে সাইন ইন করার পর নিজের OAuth টোকেন ইস্যু করে, ডাইনামিক ক্লায়েন্ট রেজিস্ট্রেশন ও PKCE সহ, তাই কোনো স্ট্যাটিক কী নেই। MCP Python SDK-তে OAuthClientProvider আছে, যা একটি HTTP অথ হ্যান্ডলার এবং PKCE ও টোকেন রিফ্রেশ সহ সেই ফ্লো চালায়। params["auth"]-এ সেটিই বসে। এটি কাজের যখন এজেন্টকে নিজে সিদ্ধান্ত নিতে হয়: কোনো নম্বরের হেলথ দেখা, টেমপ্লেটের স্ট্যাটাস পড়া, বা টুলের বিবরণের নিয়ম অনুযায়ী send_message ও send_template-এর মধ্যে বেছে নেওয়া। যে ফ্রন্ট ডেস্ক শুধু উত্তর দেয়, তার জন্য উপরের ওয়ার্কারই ছোট এবং ভুলের সুযোগ কম। যেটাই করুন, ওয়েবহুক থাকবে। MCP হলো রিকোয়েস্ট ও প্রতিক্রিয়া, আর গ্রাহকের মেসেজ এজেন্টের কাছে পৌঁছাতে পারে কেবল Meta যে রুটে কল করে সেটির মাধ্যমে। - Meta-কে 200 ফেরত দেওয়ার আগে এজেন্ট চালানো। ধীর সাড়ায় Meta আবার চেষ্টা করে, আর গ্রাহক দুটি উত্তর পান। - সব গ্রাহকের জন্য একটিই সেশন ব্যবহার করা। প্রেরকের নম্বরকে কী ধরুন, নইলে ইতিহাস মিশে যায়। - দেরিতে পাঠানো ফলো-আপে ফ্রি টেক্সট যেতে দেওয়া। 24 ঘণ্টা পর এটি 131047 দিয়ে ব্যর্থ হয়, তাই টেমপ্লেট পাঠান। **এর জন্য কি OpenAI Responses API-র হোস্টেড MCP টুল লাগে?** না। ওয়ার্কার Runner.run দিয়ে এজেন্টটি লোকালি চালায়, আর WhatsApp-এর দিকটি আপনার কোডের করা একটি সাধারণ HTTPS কল। **কোন Graph API সংস্করণ ব্যবহার করব?** Meta-র বর্তমান উদাহরণে v25.0 ব্যবহার হয়। সংস্করণটি আপনার কোডের একটি জায়গায় ঠিক করে রাখুন, যাতে আপগ্রেড এক লাইনের পরিবর্তনে হয়ে যায়। **কেউ কি ফোন থেকে দায়িত্ব নিতে পারেন?** হ্যাঁ। Coexistence-এ WhatsApp Business অ্যাপ কাজ করতে থাকে, আর ফোন থেকে দেওয়া উত্তর আপনার রুটে ইকো ইভেন্ট হিসেবে আসে, যা ব্যবহার করে ওয়ার্কার এজেন্টকে থামিয়ে দিতে পারে। **EasyCoexistence কি কথোপকথন সংরক্ষণ করে?** না। Meta সরাসরি আপনার রুটে ডেলিভার করে। সেশন যা কিছু সংরক্ষণ করে তা আপনার নিজের ডেটাবেসে থাকে। --- ## Shopify থেকে WhatsApp-এ অর্ডার মেসেজ পাঠান https://easycoexistence.com/bn/integrations/shopify অর্ডার তৈরি হলে Shopify Flow-এর Send HTTP request অ্যাকশন অনুমোদিত টেমপ্লেট Cloud API-তে পোস্ট করতে পারে। এতে সংযুক্ত নম্বরের ফোন নম্বর আইডি আর Flow সিক্রেট হিসেবে রাখা টোকেন ব্যবহার হয়। যে প্ল্যানে এই অ্যাকশন নেই, সেখানে Shopify অ্যাডমিন ওয়েবহুক এমন একটি রিসিভারে যায়, যেমন n8n, আর সেটি একই কল করে। ### Shopify Flow কীভাবে WhatsApp মেসেজ পাঠায়? Send HTTP request অ্যাকশন দিয়ে, যা যেকোনো URL-এ হেডার ও বডিসহ পোস্ট করে, আর বডিতে ট্রিগারের Liquid ভেরিয়েবল ব্যবহার করা যায়। অর্ডার তৈরির ট্রিগারে একটি ওয়ার্কফ্লো বানান এবং Send HTTP request যোগ করুন। URL হবে সংযুক্ত নম্বরের ফোন নম্বর আইডির Cloud API মেসেজ এন্ডপয়েন্ট। একটি Authorization হেডার যোগ করুন, যার মান Bearer এবং তার পরে নম্বরের অ্যাক্সেস টোকেন। টোকেনটি Flow সিক্রেট হিসেবে রাখুন এবং সিক্রেট ভেরিয়েবল দিয়ে ব্যবহার করুন। সিক্রেটের মান Flow-এর ইন্টারফেসে কখনো দেখা যায় না এবং রান লগ থেকে মুছে ফেলা হয়, টোকেনের জন্য ঠিক এটাই উপযুক্ত জায়গা। বডি হবে একটি টেমপ্লেট মেসেজ: to ফিল্ডে গ্রাহকের ফোন নম্বর, আর টেমপ্লেটের প্যারামিটার হিসেবে অর্ডারের তথ্য। Flow 2XX বা 3XX প্রতিক্রিয়াকে সফল ধরে। বৈধ রিকোয়েস্টে Meta মেসেজ আইডি ফেরত দেয়, তাই রান সফল হওয়া মানে Meta মেসেজটি গ্রহণ করেছে। ### অর্ডার মেসেজ কেন টেমপ্লেট হতে হয়? কারণ স্টোর আগে লিখছে। Meta-র 24 ঘণ্টার কাস্টমার সার্ভিস উইন্ডো তখনই খোলে, যখন গ্রাহক নম্বরটিতে লেখেন। অর্ডার নিশ্চিতকরণ, শিপিং আপডেট বা পরিত্যক্ত চেকআউটের রিমাইন্ডার এর আগেই পাঠানো হয়, তাই ফ্রি টেক্সট প্রত্যাখ্যাত হয় এবং শুধু আগে থেকে অনুমোদিত টেমপ্লেট যায়। অর্ডার ও শিপিং আপডেটের জন্য `utility` ক্যাটাগরিতে টেমপ্লেটটি একবার তৈরি করুন এবং ওয়ার্কফ্লো চালু করার আগে অনুমোদনের জন্য অপেক্ষা করুন। রিকোয়েস্ট বডির নাম ও ভাষা অনুমোদিত টেমপ্লেটের সঙ্গে হুবহু মিলতে হবে, আর প্যারামিটারের সংখ্যা প্লেসহোল্ডারের সংখ্যার সমান হতে হবে। সম্মতির বিষয়টিও আছে। WhatsApp-এ কাউকে মেসেজ পাঠানোর আগে Meta অপ্ট-ইন চায়: ব্যক্তি নিজের নম্বর দিয়েছেন এবং এই ব্যবসার মেসেজ পেতে রাজি হয়েছেন। চেকআউটে এ কথা লেখা একটি চেকবক্স সাধারণত এর জন্য ব্যবহার হয়, আর ওয়ার্কফ্লো পাঠানোর আগে সেটি যাচাই করবে। ### স্টোরের প্ল্যানে Send HTTP request না থাকলে কী করবেন? তার বদলে Shopify অ্যাডমিন ওয়েবহুক ব্যবহার করুন। সেটিংস, Notifications, Webhooks-এ গিয়ে মার্চেন্ট অর্ডার তৈরির মতো কোনো ইভেন্টের জন্য JSON ফরম্যাটে একটি URL-এ ওয়েবহুক বানাতে পারেন। সেটিকে একটি রিসিভারে পাঠান: n8n-এর Webhook নোড, অথবা PHP, Python বা Node-এ লেখা একটি রুট। রিসিভার অর্ডারটি পড়ে, সম্মতি যাচাই করে এবং Cloud API-তে একই টেমপ্লেট কল করে। যে পথেই পাঠান, উত্তরের ক্ষেত্রে ফল একই। গ্রাহক অর্ডার মেসেজের উত্তর দিলে সেটি স্টোরের ফোনের WhatsApp Business অ্যাপে আসে, কারণ নম্বরটি Coexistence-এ আছে, আর তখন 24 ঘণ্টার উইন্ডো ফ্রি টেক্সটের জন্য খোলা থাকে। নম্বরের ওয়েবহুক গন্তব্য সেট করা থাকলে উত্তরটি আপনার সিস্টেমেও পৌঁছায়। অর্ডার মেসেজটিও অ্যাপে দেখা যায়, তাই যিনি উত্তর দিচ্ছেন তিনি দেখতে পান গ্রাহক কিসের জবাব দিচ্ছেন। - অর্ডার তৈরির সময় ফ্রি টেক্সট পাঠানো। গ্রাহক এখনো লেখেননি, তাই Meta তা প্রত্যাখ্যান করে; এটি অনুমোদিত টেমপ্লেট হতে হবে। - 4XX প্রতিক্রিয়ার জন্য ত্রুটি হ্যান্ডলিং Retry-তে রেখে দেওয়া। Meta যে রিকোয়েস্ট কখনো গ্রহণ করবে না, Flow তা 24 ঘণ্টা পর্যন্ত আবার পাঠাতে পারে। - টোকেনটি হেডারে সাধারণ টেক্সট হিসেবে বসানো। এটি Flow সিক্রেট হিসেবে রাখুন, যাতে ইন্টারফেস ও লগে না আসে। **টেমপ্লেট মেসেজের খরচ কে দেয়?** Meta মেসেজিংয়ের বিল সরাসরি ব্যবসার নিজের WhatsApp Business Account-এ পাঠায়। EasyCoexistence এতে কখনো বাড়তি কিছু যোগ করে না। **টিম কি ফোন থেকে গ্রাহকদের উত্তর দিতে পারবে?** হ্যাঁ। Coexistence ঠিক এটাই বজায় রাখে: স্টোর যে নম্বর থেকে পাঠায়, সেই একই নম্বরে WhatsApp Business অ্যাপ কাজ করে। **এর জন্য কি Shopify অ্যাপ লাগে?** না। Flow-এর Send HTTP request, অথবা রিসিভারে একটি অ্যাডমিন ওয়েবহুকই যথেষ্ট। Cloud API হলো একটি HTTPS কল। **to ফিল্ডে ফোন নম্বরের ফরম্যাট কেমন হবে?** দেশের কোডসহ আন্তর্জাতিক ফরম্যাট, শুধু অঙ্কে। পাঠানোর আগে চেকআউটের ফোন ফিল্ড পরিষ্কার করুন, কারণ গ্রাহকরা স্পেস ও চিহ্ন লিখে ফেলেন। --- ## WooCommerce থেকে WhatsApp-এ অর্ডার আপডেট পাঠান https://easycoexistence.com/bn/integrations/woocommerce অর্ডার ইভেন্টের জন্য WooCommerce-এ একটি ওয়েবহুক তৈরি করুন, যা একটি রিসিভারে পাঠাবে, যেমন n8n ওয়ার্কফ্লো বা ছোট একটি PHP রুট। রিসিভার WooCommerce-এর সিগনেচার যাচাই করে, গ্রাহক WhatsApp মেসেজে সম্মতি দিয়েছেন কি না দেখে, এবং সংযুক্ত নম্বরের phone_number_id ও টোকেন দিয়ে Cloud API-র মাধ্যমে একটি অনুমোদিত টেমপ্লেট পাঠায়। ### WooCommerce-এর অর্ডার কীভাবে WhatsApp মেসেজ চালু করে? একটি WooCommerce ওয়েবহুক ও একটি রিসিভারের মাধ্যমে। WooCommerce-এ সেটিংস, অ্যাডভান্সড, ওয়েবহুক অংশে গিয়ে অর্ডার টপিকসহ একটি ওয়েবহুক যোগ করুন, যেমন order created বা order updated, সঙ্গে একটি ডেলিভারি URL ও একটি সিক্রেট। এরপর ইভেন্ট ঘটলেই WooCommerce অর্ডারটি JSON আকারে ওই URL-এ পোস্ট করে। পেলোডের কাঠামো নির্দিষ্ট, তাই এটি সরাসরি Cloud API-তে পাঠানো যায় না। মাঝখানে একটি রিসিভার থাকে: n8n-এর ওয়েবহুক নোড, স্টোরের নিজস্ব PHP-র একটি রুট, বা যেকোনো ছোট সার্ভিস। এটি অর্ডার পড়ে, গ্রাহকের ফোন নম্বর ও মেসেজের জন্য দরকারি তথ্য বেছে নেয়, এবং সংযুক্ত নম্বরের জন্য Cloud API-র মেসেজ এন্ডপয়েন্টে একটি HTTPS রিকোয়েস্ট পাঠায়, যেখানে নম্বরের অ্যাক্সেস টোকেন বিয়ারার টোকেন হিসেবে থাকে। order.updated টপিক কোনো একটি স্ট্যাটাসে সীমাবদ্ধ নয়, তাই রিসিভারের উচিত অর্ডারের `status` ফিল্ড পড়ে, যে পরিবর্তনগুলো দরকার তার প্রতিটির জন্য একবার করে মেসেজ পাঠানো। WooCommerce ডিফল্টভাবে wp-cron দিয়ে ব্যাকগ্রাউন্ডে ডেলিভারি করে, তাই অর্ডারের পর মেসেজ আসতে সামান্য দেরি হতে পারে। ### রিসিভার কীভাবে বুঝবে রিকোয়েস্টটি স্টোর থেকেই এসেছে? WooCommerce-এর সিগনেচার থেকে। প্রতিটি ডেলিভারিতে একটি X-WC-Webhook-Signature হেডার থাকে, যা ওয়েবহুকে আপনার দেওয়া সিক্রেট দিয়ে হিসাব করা মূল পেলোডের base64 এনকোড করা HMAC-SHA256। রিসিভার প্রাপ্ত বডির ওপর একই হ্যাশ হিসাব করে মেলায়, আর না মিললে বাতিল করে দেয়। এটি স্টোরের নিজস্ব সিক্রেট, তাই WhatsApp-এ আসা মেসেজে Meta-র সিগনেচারের মতো নয়, এটি যাচাই করা যায়। নির্দিষ্ট-সময়ের (constant-time) তুলনা ব্যবহার করুন, এবং কোনো ফ্রেমওয়ার্ক পার্স করার আগেই মূল বডির হ্যাশ নিন, কারণ JSON নতুন করে এনকোড করলে হ্যাশ আলাদা হয়ে যায়। দ্রুত 2xx দিয়ে সাড়া দিন। 2xx, 301 বা 302 ছাড়া যেকোনো প্রতিক্রিয়া WooCommerce ব্যর্থতা গণ্য করে, এবং টানা পাঁচবারের বেশি ব্যর্থ হলে ওয়েবহুক নিষ্ক্রিয় করে দেয়। ডিপ্লয়ের সময় রিসিভার বন্ধ থাকলে, বা উত্তর দেওয়ার আগে Meta-র জন্য অপেক্ষা করে ধীর হলে, কেউ টের না পেয়েই স্টোরের মেসেজ বন্ধ হয়ে যেতে পারে। ### স্টোর কী পাঠাতে পারে, আর কখন? স্টোর প্রথমে লিখলে প্রতিবার একটি অনুমোদিত টেমপ্লেট। Meta-র 24 ঘণ্টার কাস্টমার সার্ভিস উইন্ডো খোলে কেবল গ্রাহক নম্বরে মেসেজ করলে, তাই অর্ডার কনফার্মেশন বা শিপিং আপডেট ব্যবসার শুরু করা মেসেজ, আর ফ্রি টেক্সট প্রত্যাখ্যান করা হয়। প্রতিটি আপডেটের জন্য একটি ইউটিলিটি টেমপ্লেট তৈরি করুন, অনুমোদনের অপেক্ষা করুন, তারপর নাম ও ভাষা দিয়ে পাঠান, অর্ডার নম্বর ও অন্য তথ্য প্যারামিটার হিসেবে দিয়ে। Meta অপ্ট-ইনও চায়: গ্রাহক নিজের নম্বর দিয়েছেন এবং এই ব্যবসার কাছ থেকে WhatsApp-এ মেসেজ পেতে সম্মত হয়েছেন। চেকআউটে অর্ডারে সংরক্ষিত একটি চেকবক্সই এর সবচেয়ে সহজ রেকর্ড, আর পাঠানোর আগে রিসিভারের তা যাচাই করা উচিত। গ্রাহক উত্তর দিলে কথোপকথন সাধারণ Coexistence-এর মতোই চলে। উত্তরটি স্টোরের ফোনের WhatsApp Business অ্যাপে আসে, ফ্রি টেক্সটের জন্য উইন্ডো খোলা থাকে, এবং টিম আগের মতোই অ্যাপ থেকে উত্তর দেয়। - WooCommerce-কে সাড়া দেওয়ার আগে Cloud API কল করা। ধীর বা ব্যর্থ পাঠানো ওয়েবহুকের বিপক্ষে গণ্য হয়, আর পাঁচবারের বেশি ব্যর্থ হলে সেটি নিষ্ক্রিয় হয়ে যায়। - মূল বডির বদলে পার্স করা JSON হ্যাশ করা। সিগনেচার কখনো মেলে না, আর প্রতিটি আসল ডেলিভারি বাতিল হয়ে যায়। - প্রতিটি order.updated ডেলিভারিতে মেসেজ পাঠানো। টপিকটি একটি স্ট্যাটাসে সীমাবদ্ধ নয়, তাই কোন পরিবর্তনের মেসেজ আগেই গেছে তা ট্র্যাক না করলে গ্রাহকরা ডুপ্লিকেট মেসেজ পান। **এর জন্য কি WordPress প্লাগইন লাগবে?** না। WooCommerce-এর বিল্ট-ইন ওয়েবহুক আর একটি রিসিভারই যথেষ্ট, আর রিসিভার একই PHP অ্যাপ্লিকেশনের একটি রুটও হতে পারে। **অর্ডার মেসেজের খরচ কে দেয়?** Meta মেসেজিংয়ের বিল সরাসরি ব্যবসার নিজের WhatsApp Business অ্যাকাউন্টে করে, আর EasyCoexistence কখনো তাতে মার্কআপ যোগ করে না। **টিম কি এখনও ফোন ব্যবহার করতে পারবে?** হ্যাঁ। Coexistence স্টোরের নম্বরে WhatsApp Business অ্যাপ চালু রাখে, আর স্টোরের পাঠানো টেমপ্লেট থ্রেডে দেখা যায়। **ওয়েবহুক নিষ্ক্রিয় হয়ে গেলে কী করব?** রিসিভার ঠিক করুন, তারপর WooCommerce-এ ওয়েবহুকের স্ট্যাটাস আবার সক্রিয় করুন। বন্ধ থাকার সময় তৈরি হওয়া অর্ডারে মেসেজ যায়নি। --- ## PHP ও Laravel থেকে WhatsApp মেসেজ পাঠান ও গ্রহণ করুন https://easycoexistence.com/bn/integrations/php-laravel মেসেজ গ্রহণের জন্য দরকার একটি Laravel রুট, যা Meta-র যাচাইকরণের GET-এর উত্তর দেয় এবং POST গ্রহণ করে। প্যারামিটারগুলো পড়তে হয় hub_mode, hub_verify_token ও hub_challenge নামে, কারণ PHP ডটকে আন্ডারস্কোরে বদলে দেয়। মেসেজ পাঠানো মানে Cloud API-র মেসেজ এন্ডপয়েন্টে নম্বরের ফোন নম্বর আইডি ও টোকেন দিয়ে একটি Http::withToken() POST। কোনো SDK লাগে না। ### Laravel-এ কীভাবে WhatsApp মেসেজ গ্রহণ করবেন? routes/api.php-তে একই পাথে একটি GET ও একটি POST রুট দিয়ে। ফাইলটি না থাকলে আগে php artisan install:api চালান। API রুট স্টেটলেস এবং web গ্রুপের বাইরে, তাই CSRF টোকেন না থাকার কারণে Meta-র POST বাতিল হয় না। routes/web.php-র রুটে ঠিক এই সমস্যাই হয়। GET রুট Meta-র যাচাইকরণের উত্তর দেয়। Meta পাঠায় hub.mode, hub.verify_token ও hub.challenge, কিন্তু PHP আসা ভেরিয়েবলের নামে ডটকে আন্ডারস্কোরে বদলে দেয়, তাই Laravel দেখে hub_mode, hub_verify_token ও hub_challenge। ডট দেওয়া নাম পড়লে null পাওয়া যায় এবং যাচাইকরণ কখনো সম্পন্ন হয় না। চ্যালেঞ্জটি প্লেইন টেক্সট হিসেবে ফেরত দিন, response()->json() দিয়ে নয়। POST রুট পেলোডটি একটি কিউ জবে দেয় এবং সঙ্গে সঙ্গে 200 ফেরত দেয়। পাথে একটি লম্বা র‍্যান্ডম কী রাখুন এবং দুই রুটেই সেটি যাচাই করুন। Meta ডেলিভারিতে Tech Provider-এর অ্যাপ সিক্রেট দিয়ে সই করে, তাই সিগনেচার হেডার আপনার দিকে যাচাই করা যায় না। ### Laravel থেকে কীভাবে WhatsApp মেসেজ পাঠাবেন? Laravel-এর HTTP ক্লায়েন্ট দিয়ে: ফোন নম্বর আইডির মেসেজ এন্ডপয়েন্টে একটি POST, সঙ্গে অ্যাক্সেস টোকেন বেয়ারার টোকেন হিসেবে। দুটি মান আসে সংযোগ থেকে, ড্যাশবোর্ডে দেখা যায় এবং get_api_credentials ফেরত দেয়। এগুলো কোডে না রেখে এনভায়রনমেন্ট ভেরিয়েবলের ভিত্তিতে config/services.php-তে রাখুন। বডির গঠন নির্ভর করে সময়ের ওপর। গ্রাহকের শেষ মেসেজের 24 ঘণ্টার মধ্যে নিচের মতো `text` অবজেক্ট কাজ করে। সেই সময়ের বাইরে Meta শুধু অনুমোদিত টেমপ্লেটের নাম ও ভাষা দেওয়া টেমপ্লেট অবজেক্ট গ্রহণ করে, আর ফ্রি টেক্সট 131047 ত্রুটি দিয়ে ব্যর্থ হয়। প্রতিক্রিয়াতেই তা দেখা যায়: ব্যর্থ কলে একটি ত্রুটি অবজেক্ট আসে, যার code বলে কী ভুল হয়েছে, তাই সেটি ফেলে না দিয়ে লগ করুন। অনুরোধের কোনো অংশই EasyCoexistence-এর জন্য আলাদা নয়। এটি Meta-র নিজস্ব ডকুমেন্টেশনের কলই, তাই Guzzle বা সাধারণ cURL সহ যেকোনো PHP HTTP ক্লায়েন্টে একইভাবে কাজ করে। ### প্রোডাকশনের Laravel হ্যান্ডলারে এর বাইরে আর কী লাগে? একটি আসল কিউ, ডুপ্লিকেট প্রতিরোধ এবং 24 ঘণ্টার সময়সীমা যাচাই। কিউ জরুরি, কারণ Meta ধীর প্রতিক্রিয়া পেলে আবার পাঠায়। HandleWhatsAppEvent::dispatch() দ্রুত ফেরত আসে কেবল তখন, যখন কিউ কানেকশন আসল এবং একটি ওয়ার্কার চলছে। `sync` ড্রাইভারে জব অনুরোধের ভেতরেই চলে, আর একটি ধীর মডেল কল বা ডেটাবেসে লেখা ডুপ্লিকেট ডেলিভারিতে পরিণত হয়। মেসেজ আইডি, অর্থাৎ প্রতিটি মেসেজের wamid, ধরে ডুপ্লিকেট বাদ দিন, কারণ পুনরায় পাঠানো ব্যতিক্রম নয়, স্বাভাবিক ঘটনা। ওই কলামে একটি ইউনিক ইনডেক্স, অথবা সেটির ওপর ভিত্তি করা ক্যাশ লকই যথেষ্ট। আর প্রতিটি কন্টাক্ট শেষ কখন লিখেছে তা সংরক্ষণ করুন। এই টাইমস্ট্যাম্প থাকলে পাঠানোর অংশ নিজেই টেক্সট বা টেমপ্লেট বেছে নেয়, গ্রাহক অপেক্ষা করার পর 131047 ত্রুটি থেকে জানতে হয় না। WhatsApp Business অ্যাপে ফোন থেকে লেখা উত্তর একই রুটে ইকো ইভেন্ট হিসেবে আসে, তাই হ্যান্ডলার বুঝতে পারে কখন কোনো ব্যক্তি কথোপকথন নিজের হাতে নিয়েছেন। - hub.challenge ডট দিয়ে পড়া। PHP নামটি বদলে hub_challenge করে দিয়েছে, তাই হ্যান্ডলার খালি বডি ফেরত দেয় এবং Meta কখনো যাচাই করে না। - ওয়েবহুককে routes/web.php-তে রাখা। Meta-র POST-এ CSRF টোকেন থাকে না, তাই 419 দিয়ে বাতিল হয়। - `sync` কিউতে ডিসপ্যাচ করা। জব 200 ফেরত দেওয়ার আগেই চলে, ধীর প্রক্রিয়াকরণ আবার পাঠানো হয় এবং মেসেজ দুবার প্রক্রিয়া হয়। - response()->json() দিয়ে চ্যালেঞ্জ ফেরত দেওয়া। মানের চারপাশের উদ্ধৃতি চিহ্ন Meta-র যাচাইকরণ ব্যর্থ করে। **PHP SDK আছে কি?** আমাদের পক্ষ থেকে নেই, আর দরকারও নেই। API Meta-র, ডকুমেন্টেশনও Meta-র, এবং Laravel-এর HTTP ক্লায়েন্ট বা Guzzle সরাসরি সেটি ব্যবহার করতে পারে। **Laravel ছাড়া কি এটি কাজ করে?** হ্যাঁ। সাধারণ PHP-তে $_GET['hub_challenge'] পড়ুন, text/plain হিসেবে echo করুন এবং cURL দিয়ে পাঠান। আন্ডারস্কোরের নিয়ম PHP-র সব ফ্রেমওয়ার্কে প্রযোজ্য। **URL-এর পাথে কেন একটি কী লাগে?** কারণ এটিই একমাত্র কার্যকর প্রমাণীকরণ। Meta-র সিগনেচার Tech Provider-এর অ্যাপ সিক্রেট ব্যবহার করে, যা কখনো শেয়ার করা হয় না, তাই URL-এর গোপন কী-ই অপরিচিতদের নকল ইভেন্ট পোস্ট করা ঠেকায়। **টিম কি এখনো ফোন ব্যবহার করতে পারবে?** হ্যাঁ। Coexistence নম্বরটিতে WhatsApp Business অ্যাপ চালু রাখে, এবং ফোন থেকে পাঠানো মেসেজ আপনার রুটে ইকো ইভেন্ট হিসেবে পৌঁছায়। --- ## ব্রাজিলে WhatsApp Coexistence: প্রাপ্যতা ও Meta-র রেট https://easycoexistence.com/bn/docs/whatsapp-coexistence-brazil ব্রাজিলে Coexistence পাওয়া যায়: WhatsApp Business অ্যাপ ব্যবহারকারীদের অনবোর্ডিং নিয়ে Meta-র ডকুমেন্টেশনে কোনো ভৌগোলিক বিধিনিষেধ নেই। +55 নম্বরে পাঠানো মেসেজের মূল্য ধরা হয় Meta-র ব্রাজিল রেট কার্ড অনুযায়ী। 1 অক্টোবর, 2026 থেকে এই কার্ডে প্রতি মার্কেটিং টেমপ্লেটে USD 0.0625 এবং প্রতি ইউটিলিটি বা অথেনটিকেশন টেমপ্লেটে USD 0.0068 ধার্য হয়, পাশাপাশি BRL রেটও প্রকাশিত আছে। ### ব্রাজিলে কি WhatsApp Coexistence পাওয়া যায়? হ্যাঁ। WhatsApp Business অ্যাপ ব্যবহারকারীদের অনবোর্ডিং নিয়ে Meta-র বর্তমান ডকুমেন্টেশনে একটি নম্বরকে যেসব শর্ত পূরণ করতে হয় তা দেওয়া আছে, এবং তার কোনোটিই দেশভিত্তিক নয়। ব্রাজিলের নম্বর অন্য যেকোনো নম্বরের মতো একই শর্তে যোগ্য হয়: নম্বরটি আগে থেকেই WhatsApp Business অ্যাপে ব্যবহার হচ্ছে, অ্যাপের ভার্সন 2.24.17 বা তার নতুন, এবং অনবোর্ডিং হয় Tech Provider বা Solution Partner-এর মাধ্যমে Embedded Signup দিয়ে। সংযোগের পরেও ফোনের অ্যাপ আগের মতোই কাজ করে, আর একই +55 নম্বর Cloud API অ্যাক্সেস পায়। অ্যাপের সঙ্গে সামঞ্জস্য রাখতে Meta এই নম্বরগুলোর থ্রুপুট প্রতি সেকেন্ডে 20টি মেসেজে স্থির করে রাখে। ### ব্রাজিলে Meta প্রতি মেসেজে কত নেয়? Meta ডেলিভার হওয়া প্রতিটি মেসেজের জন্য চার্জ করে, ক্যাটাগরি এবং প্রাপকের দেশের কলিং কোড অনুযায়ী। ব্রাজিল (+55) রেট কার্ডে আলাদাভাবে উল্লেখ করা একটি বাজার, তাই ব্রাজিলের নম্বরে পাঠানো মেসেজে আঞ্চলিক গড় নয়, ব্রাজিলের নিজস্ব রেট লাগে। এগুলো 1 অক্টোবর, 2026 থেকে কার্যকর লিস্ট রেট, যা Meta-র USD ও BRL রেট কার্ড থেকে নেওয়া। ইউটিলিটি ও অথেনটিকেশনের রেট মাসিক ভলিউম টিয়ার অনুযায়ী আরও কমতে পারে, যা Meta প্রতিটি বাজার ও ক্যাটাগরির জন্য আলাদাভাবে প্রয়োগ করে। ### কোন মেসেজগুলো ফ্রি থাকে? তিনটি জিনিসে কোনো খরচ নেই। ফোনের WhatsApp Business অ্যাপে টাইপ করে পাঠানো মেসেজ অনবোর্ডিংয়ের পরেও ফ্রি থাকে, কারণ Meta শুধু API দিয়ে পাঠানো মেসেজেই Cloud API মূল্য প্রয়োগ করে। প্রতিটি ব্যবসার ফোন নম্বর মাসে 1,000টি ফ্রি সার্ভিস মেসেজ পায়, অর্থাৎ 24 ঘণ্টার কাস্টমার সার্ভিস উইন্ডোর ভেতরে পাঠানো টেমপ্লেট-বহির্ভূত উত্তর। আর Click to WhatsApp বিজ্ঞাপন থেকে কোনো গ্রাহক এলে যে ফ্রি এন্ট্রি পয়েন্ট উইন্ডো খোলে, তার ভেতরে পাঠানো সবকিছু 7 দিন পর্যন্ত ফ্রি। 1 অক্টোবর, 2026 থেকে দুটি জিনিস বদলেছে: প্রতি মাসে প্রথম 1,000টির পরের সার্ভিস মেসেজে চার্জ লাগে, এবং কাস্টমার সার্ভিস উইন্ডোর ভেতরে পাঠানো ইউটিলিটি টেমপ্লেটেও এখন চার্জ লাগে। ### Meta কি ব্রাজিলের ব্যবসাকে রেইসে (BRL) বিল করে? এখন করে। Meta 1 জুলাই, 2026 থেকে ব্রাজিলের জন্য বিলিং লোকালাইজেশন শুরু করেছে। Billing Hub-এ যেসব Solution Provider ও সরাসরি ইন্টিগ্রেটেড ব্যবসার Sold-To দেশ ব্রাজিল, তারা BRL-এ Messaging অ্যাকাউন্ট খুলতে পারে, এবং সেই অ্যাকাউন্টের চার্জের ইনভয়েস দেয় Meta-র স্থানীয় প্রতিষ্ঠান Facebook Brasil, BRL-এ। এই পরিবর্তনের একটি সময়সীমা আছে। যোগ্য গ্রাহকদের তাদের বিজনেস পোর্টফোলিওর প্রতিটি Messaging অ্যাকাউন্ট 30 জুন, 2027-এর মধ্যে BRL-এ নিতে হবে, কারণ 1 জুলাই, 2027 থেকে Meta তাদের non-BRL অ্যাকাউন্ট থেকে মেসেজ ডেলিভারি বন্ধ করে দেয়। অ্যাকাউন্ট খোলার সময় বেছে নেওয়া মুদ্রা অন্যভাবে বদলানো যায় না, তাই এই স্থানান্তরের জন্য Meta একটি Currency Migration API দিয়েছে। 1. Check the number: Confirm the +55 number is on the WhatsApp Business app, version 2.24.17 or newer, and not attached to another provider. 2. Set up billing: Add a payment method in Billing Hub, in BRL if your Sold-To country is Brazil. 3. Run Embedded Signup: Log in with Facebook, choose the portfolio and the number, and confirm the connection in the app. - Sold-To দেশ ব্রাজিল হওয়া সত্ত্বেও 30 জুন, 2027-এর পরেও USD Messaging অ্যাকাউন্ট রেখে দেওয়া। 1 জুলাই, 2027 থেকে Meta সেই অ্যাকাউন্টের মেসেজ ডেলিভারি বন্ধ করে দেয়। - প্রতিটি উত্তরকে ফ্রি ধরে নেওয়া। 1 অক্টোবর, 2026 থেকে প্রতি নম্বরে মাসে 1,000-এর বেশি সার্ভিস মেসেজে চার্জ লাগে। - ব্যবসা কোথায় আছে তা দেখে বাজেট করা। Meta মূল্য ঠিক করে প্রাপকের কলিং কোড ধরে, তাই পর্তুগালের নম্বরে মেসেজ গেলে Rest of Western Europe রেট লাগে। **Coexistence ব্যবহার করতে কি ব্রাজিলীয় কোম্পানি লাগে?** না। Meta-র শর্ত নম্বর ও অ্যাপ নিয়ে, কোম্পানি কোথায় নিবন্ধিত তা নিয়ে নয়। কোম্পানির অবস্থান শুধু এটুকু ঠিক করে যে কোন মুদ্রায় এবং Meta-র কোন প্রতিষ্ঠান আপনাকে বিল করবে। **BRL রেট কি USD রেটের সমান?** Meta প্রতিটি মুদ্রার জন্য আলাদা রেট কার্ড প্রকাশ করে। ব্রাজিলের জন্য 1 অক্টোবর, 2026-এর কার্ডে মার্কেটিংয়ে BRL 0.3217 এবং ইউটিলিটি ও অথেনটিকেশনে BRL 0.035 দেওয়া আছে। **ফোন থেকে পাঠানো মেসেজে কি কোনো খরচ হয়?** না। Meta-র ডকুমেন্টেশন অনুযায়ী WhatsApp Business অ্যাপ দিয়ে পাঠানো মেসেজ অনবোর্ডিংয়ের পরেও ফ্রি থাকে। শুধু API দিয়ে পাঠানো মেসেজে Cloud API মূল্য প্রযোজ্য। **আমার অ্যাকাউন্টে পেমেন্ট পদ্ধতি না থাকলে কী হয়?** 1,000টি ফ্রি টিয়ারের ভেতরে Meta সার্ভিস মেসেজ ডেলিভারি করে, কিন্তু টিয়ার শেষ হয়ে গেলে ডেলিভারি বন্ধ করে দেয়। Meta যেসব মেসেজে চার্জ করে তা পাঠানোর আগে Billing Hub-এ একটি পেমেন্ট পদ্ধতি যোগ করুন। --- ## মেক্সিকোতে WhatsApp Coexistence: প্রাপ্যতা ও Meta-র রেট https://easycoexistence.com/bn/docs/whatsapp-coexistence-mexico মেক্সিকোতে Coexistence পাওয়া যায়, কারণ WhatsApp Business অ্যাপ ব্যবহারকারীদের অনবোর্ডিং নিয়ে Meta-র ডকুমেন্টেশনে কোনো ভৌগোলিক বিধিনিষেধ নেই। +52 নম্বরে পাঠানো মেসেজের মূল্য Meta-র মেক্সিকো রেট কার্ড অনুযায়ী হয়: 1 অক্টোবর, 2026 থেকে প্রতিটি মার্কেটিং টেমপ্লেটে USD 0.0397 এবং প্রতিটি ইউটিলিটি বা অথেনটিকেশন টেমপ্লেটে USD 0.0085। পেসো কার্ডে এই অঙ্ক MXN 0.7298 ও MXN 0.1565। ### মেক্সিকোর কোনো ব্যবসা কি WhatsApp Coexistence ব্যবহার করতে পারে? হ্যাঁ। WhatsApp Business অ্যাপ ব্যবহারকারীদের অনবোর্ডিং নিয়ে Meta-র ডকুমেন্টেশনের শর্তগুলো নম্বর ও অ্যাপ নিয়ে, দেশ নিয়ে নয়: নম্বরটি আগে থেকেই WhatsApp Business অ্যাপে সক্রিয় থাকতে হবে, অ্যাপের সংস্করণ 2.24.17 বা তার নতুন হতে হবে, এবং সংযোগটি Tech Provider বা Solution Partner-এর মাধ্যমে Embedded Signup দিয়ে করতে হবে। এই শর্তগুলো পূরণ করা একটি +52 নম্বর ফোনের অ্যাপে আগের মতোই কাজ করে এবং একই নম্বরে Cloud API-এর সুবিধাও পায়। এই ধরনের শেয়ার করা নম্বরে Meta API-এর থ্রুপুট প্রতি সেকেন্ডে 20টি মেসেজে সীমিত রাখে। ### মেক্সিকোতে Meta প্রতি মেসেজে কত নেয়? Meta প্রতিটি ডেলিভারি হওয়া মেসেজের জন্য চার্জ করে, আর রেট দুটি বিষয়ের ওপর নির্ভর করে: মেসেজের ক্যাটাগরি এবং প্রাপকের দেশের কলিং কোড। মেক্সিকোর (+52) জন্য রেট কার্ডে আলাদা লাইন আছে। এগুলো 1 অক্টোবর, 2026 থেকে কার্যকর লিস্ট রেট, আর এই তারিখেই Meta মেক্সিকোর মার্কেটিং রেট বাড়িয়েছে। মাসিক ভলিউম বেশি হলে Meta-র ভলিউম টিয়ারের মাধ্যমে ইউটিলিটি ও অথেনটিকেশনের রেট কমতে পারে। ### কোনটির জন্য কোনো খরচ নেই? WhatsApp Business অ্যাপে ফোন থেকে সরাসরি টাইপ করে পাঠানো যেকোনো মেসেজ। Meta-র ডকুমেন্টেশন অনুযায়ী নম্বর অনবোর্ড হওয়ার পরও এগুলো ফ্রি থাকে। শুধু Cloud API দিয়ে পাঠানো মেসেজে Cloud API-এর মূল্য প্রযোজ্য। API-র দিকে প্রতিটি বিজনেস ফোন নম্বর প্রতি মাসে 1,000টি ফ্রি সার্ভিস মেসেজ পায়। এগুলো 24 ঘণ্টার গ্রাহক সেবা উইন্ডোর ভেতরে পাঠানো টেমপ্লেট-ছাড়া উত্তর। এই সীমা প্রতি মাসে নতুন করে শুরু হয় এবং অব্যবহৃত অংশ পরের মাসে জমা হয় না। Click to WhatsApp বিজ্ঞাপন থেকে কোনো গ্রাহক এলে 7 দিন পর্যন্ত একটি ফ্রি এন্ট্রি পয়েন্ট উইন্ডো খুলে যায়, যেখানে Meta মার্কেটিং, ইউটিলিটি, অথেনটিকেশন বা সার্ভিস, কোনো মেসেজেই চার্জ করে না। ### Meta কি মেক্সিকোর অ্যাকাউন্টকে পেসোতে বিল করতে পারে? MXN হলো WhatsApp Business Platform-এ Meta-র চালু করা 16টি মুদ্রার একটি, যা 1 জানুয়ারি, 2026 থেকে চালু হয়েছে। Meta USD কার্ডের পাশাপাশি একটি পূর্ণাঙ্গ MXN রেট কার্ডও প্রকাশ করে। মুদ্রা বেছে নিতে হয় Messaging অ্যাকাউন্ট তৈরির সময়, পরে সহজে বদলানো যায় না। পরে অন্য মুদ্রায় যেতে চাইলে Meta একটি Currency Migration API দেয়। ব্রাজিল ও ভারতের মতো নয়, মেক্সিকোর জন্য Meta-র প্রাইসিং পেজে বাধ্যতামূলক স্থানীয় বিলিং মাইগ্রেশনের কথা নেই। তাই MXN নাকি USD, সেটা ব্যবসার নিজের সিদ্ধান্ত। 1. Check the number: Make sure the +52 number runs the WhatsApp Business app, version 2.24.17 or newer, and is not attached to another provider. 2. Pick the currency: Choose MXN or USD when the account is created, and add a payment method in Billing Hub. 3. Connect: Run Embedded Signup, select the portfolio and the number, and confirm the connection from the app. - পেসো চাইলেও অ্যাকাউন্ট USD-তে তৈরি করা। মুদ্রা তৈরির সময়ই ঠিক হয়ে যায়, বদলাতে Meta-র Currency Migration API লাগে। - 1 অক্টোবর, 2026-এর আগের রেটের অঙ্ক ব্যবহার করা। ওই তারিখে Meta মেক্সিকোর মার্কেটিং রেট বাড়িয়েছে। - ধরে নেওয়া যে উত্তর সবসময় ফ্রি। প্রতি নম্বরে মাসে 1,000টি সার্ভিস মেসেজের পর Meta সেগুলোর জন্য চার্জ করে। **+52 1 মোবাইল নম্বরের সঙ্গে কি আলাদা আচরণ করা হয়?** Meta পুরো +52 কলিং কোডকে মেক্সিকো বাজারের সঙ্গে মেলায়। তাই মেক্সিকোর প্রতিটি প্রাপকের জন্য মেসেজের ক্যাটাগরি অনুযায়ী মেক্সিকোর রেট প্রযোজ্য হয়। **মেক্সিকোর রেট কি সম্প্রতি বদলেছে?** হ্যাঁ। Meta-র 1 অক্টোবর, 2026-এর হালনাগাদে মেক্সিকোর মার্কেটিং রেট বেড়েছে। ইউটিলিটি ও অথেনটিকেশনের রেট ওই পরিবর্তনের তালিকায় ছিল না। **যুক্তরাষ্ট্রের গ্রাহকদের মেসেজ পাঠাতে কি একই খরচ?** না। মার্কিন নম্বর Meta-র North America অঞ্চলের আওতায় পড়ে, যার রেট আলাদা। মূল্য ঠিক করে প্রাপকের কলিং কোড। **API সংযুক্ত করলে কি আমি অ্যাপ হারাই?** না। নম্বরটি WhatsApp Business অ্যাপেই থাকে এবং ফোন আগের মতোই মেসেজ পাঠায় ও গ্রহণ করে। --- ## WhatsApp Coexistence কলম্বিয়ায়: প্রাপ্যতা ও Meta-র রেট https://easycoexistence.com/bn/docs/whatsapp-coexistence-colombia কলম্বিয়ায় Coexistence পাওয়া যায়: WhatsApp Business অ্যাপ ব্যবহারকারীদের অনবোর্ডিং নিয়ে Meta-র ডকুমেন্টেশনে কোনো দেশভিত্তিক বিধিনিষেধ নেই। +57 নম্বরে পাঠানো মেসেজে Meta-র কলম্বিয়া রেট কার্ড প্রযোজ্য। 1 অক্টোবর, 2026 থেকে এতে প্রতি মার্কেটিং টেমপ্লেটে USD 0.0125 এবং প্রতি ইউটিলিটি বা অথেনটিকেশন টেমপ্লেটে USD 0.0008, আর পেসো কার্ডে যথাক্রমে COP 46.0227 ও COP 2.9455 লেখা আছে। ### কলম্বিয়ার নম্বরে কি WhatsApp Coexistence কাজ করে? হ্যাঁ। WhatsApp Business অ্যাপ ব্যবহারকারীদের অনবোর্ডিং নিয়ে Meta-র ডকুমেন্টেশনে একটি নম্বরের যেসব শর্ত পূরণ করতে হয় তা দেওয়া আছে, এবং তার কোনোটিই ভৌগোলিক নয়। একটি +57 নম্বর তখনই যোগ্য, যখন সেটি আগে থেকেই WhatsApp Business অ্যাপে ব্যবহার হচ্ছে, অ্যাপের ভার্সন 2.24.17 বা তার পরের, এবং অনবোর্ডিং হচ্ছে Tech Provider বা Solution Partner-এর চালানো Embedded Signup-এর মাধ্যমে। অনবোর্ডিংয়ের পরেও ফোন আগের মতোই চলে, চ্যাটসহ, আর একই নম্বর Cloud API দিয়েও উত্তর দেয়। শেয়ার করা নম্বরের জন্য API দিকের থ্রুপুট প্রতি সেকেন্ডে 20 মেসেজে নির্ধারিত। ### কলম্বিয়ার জন্য Meta-র প্রতি মেসেজের রেট কত? Meta প্রতিটি পৌঁছানো মেসেজের মূল্য ঠিক করে তার ক্যাটাগরি এবং প্রাপকের দেশের কলিং কোড অনুযায়ী। কলম্বিয়া (+57) একটি আলাদাভাবে উল্লিখিত মার্কেট, এবং 1 অক্টোবর, 2026-এর কার্ডে Meta-র তালিকাভুক্ত ল্যাটিন আমেরিকার সব মার্কেটের মধ্যে, Rest of Latin America অঞ্চলসহ, এর মার্কেটিং ও ইউটিলিটি রেট সবচেয়ে কম। নিচের অঙ্কগুলো তালিকার রেট; মাসিক ভলিউম বেশি হলে ভলিউম টিয়ারে ইউটিলিটি ও অথেনটিকেশনের রেট আরও কমতে পারে। ### কলম্বিয়ায় কোন মেসেজগুলো ফ্রি? সব জায়গার মতোই একই মেসেজগুলো, কারণ Meta-র ফ্রি ক্ষেত্রগুলো মার্কেটভিত্তিক নয়, বৈশ্বিক। নম্বর সংযুক্ত করার পরেও ফোনের WhatsApp Business অ্যাপ থেকে পাঠানো মেসেজ ফ্রি থাকে; Cloud API-র মূল্য শুধু API দিয়ে পাঠানো মেসেজে প্রযোজ্য। প্রতিটি বিজনেস ফোন নম্বর প্রতি মাসে 1,000টি ফ্রি সার্ভিস মেসেজ পায়, যা 24 ঘণ্টার কাস্টমার সার্ভিস উইন্ডোর মধ্যে টেমপ্লেট ছাড়া উত্তরের জন্য। Click to WhatsApp বিজ্ঞাপন থেকে শুরু হওয়া কথোপকথনে 7 দিন পর্যন্ত একটি ফ্রি এন্ট্রি পয়েন্ট উইন্ডো খোলে, যেখানে Meta Business Agent মেসেজ ছাড়া কোনো ক্যাটাগরিতে চার্জ লাগে না। 1 অক্টোবর, 2026 থেকে খোলা কাস্টমার সার্ভিস উইন্ডোর ভেতরে পাঠানো ইউটিলিটি টেমপ্লেটে চার্জ প্রযোজ্য। ### কলম্বিয়ার কোনো ব্যবসা কি Meta-কে পেসোতে পরিশোধ করতে পারে? COP হলো 2026 সালে Meta-র যোগ করা কারেন্সিগুলোর একটি, যা 1 এপ্রিল, 2026 থেকে পাওয়া যাচ্ছে এবং এর নিজস্ব প্রকাশিত রেট কার্ড আছে। Meta-র COP কার্ডে প্রতিটি মার্কেটের মূল্য পেসোতে দেওয়া, তাই কলম্বিয়ার কোনো ব্যবসা মেক্সিকো বা স্পেনের গ্রাহকদের মেসেজ পাঠালেও সেই চার্জ COP-তেই দেখে। কারেন্সি ঠিক হয় মেসেজিং অ্যাকাউন্ট তৈরির সময় এবং তা স্থির থাকে। পরে বদলাতে হলে Meta-র Currency Migration API ব্যবহার করতে হয়। Meta-র প্রাইসিং পেজে বাধ্যতামূলক স্থানীয় বিলিং মাইগ্রেশনের কথা শুধু ব্রাজিল ও ভারতের জন্য বলা আছে, তাই কলম্বিয়ার ক্ষেত্রে COP একটি বিকল্প, বাধ্যবাধকতা নয়। 1. Check the number: The +57 number must be on the WhatsApp Business app, version 2.24.17 or newer, and free of any other provider. 2. Choose COP or USD: Pick the currency at account creation and add a payment method in Billing Hub. 3. Run Embedded Signup: Log in with Facebook, select the portfolio and the number, and confirm in the app. - কলম্বিয়ার রেট সব গ্রাহকের জন্য ধরে নেওয়া। পেরু বা চিলির নম্বরে পাঠানো মেসেজে সেই মার্কেটের রেট লাগে, যা অক্টোবর 2026-এর কার্ডে কয়েক গুণ বেশি। - বিলিং কারেন্সি অযত্নে বেছে নেওয়া। অ্যাকাউন্ট তৈরি হয়ে গেলে বদলাতে Meta-র Currency Migration API লাগে। - অ্যাকাউন্টে পেমেন্ট পদ্ধতি না রাখা। মাসের 1,000টি ফ্রি মেসেজ শেষ হলে সার্ভিস মেসেজ পৌঁছানো বন্ধ হয়ে যায়। **কলম্বিয়ার রেট প্রতিবেশী দেশগুলোর চেয়ে এত কম কেন?** Meta প্রতিটি মার্কেটের রেট আলাদাভাবে ঠিক করে এবং আলাদা অঙ্কের কারণ ব্যাখ্যা করে না। 1 অক্টোবর, 2026-এর কার্ডে কলম্বিয়াকে ল্যাটিন আমেরিকার অন্য মার্কেটের চেয়ে কম রেটে তালিকাভুক্ত করা হয়েছে। **অথেনটিকেশনের মূল্য কি ইউটিলিটি থেকে আলাদা?** কলম্বিয়ার ক্ষেত্রে নয়। 1 অক্টোবর, 2026-এর কার্ডে দুটোই USD 0.0008, এবং কোনো authentication-international রেট প্রযোজ্য নয়। **গ্রাহকরা আমাকে যে মেসেজ পাঠায়, তার জন্য কি আমি টাকা দিই?** না। Meta ব্যবহারকারী থেকে ব্যবসায় পাঠানো মেসেজে চার্জ নেয় না, শুধু ব্যবসা যেসব মেসেজ পৌঁছে দেয় সেগুলোর জন্য নেয়। **অ্যাপে কি আমার চ্যাট হিস্ট্রি থাকে?** হ্যাঁ। নম্বরটি API-এর সঙ্গে সংযুক্ত হওয়ার পরেও WhatsApp Business অ্যাপ ফোনে তার সব চ্যাটসহ কাজ করতে থাকে। --- ## আর্জেন্টিনায় WhatsApp Coexistence: প্রাপ্যতা ও Meta-র রেট https://easycoexistence.com/bn/docs/whatsapp-coexistence-argentina আর্জেন্টিনায় Coexistence পাওয়া যায়, কারণ WhatsApp Business অ্যাপ ব্যবহারকারীদের অনবোর্ডিং নিয়ে Meta-র ডকুমেন্টেশনে কোনো ভৌগোলিক বিধিনিষেধ নেই। +54 নম্বরে পাঠানো মেসেজ আর্জেন্টিনার নিজস্ব রেটে চার্জ হয়: 1 অক্টোবর 2026 থেকে প্রতি মার্কেটিং টেমপ্লেটে USD 0.0618 এবং প্রতি ইউটিলিটি বা অথেনটিকেশন টেমপ্লেটে USD 0.026। Meta-র পেসো রেট কার্ডে এর অঙ্ক ARS 89.562 ও ARS 37.6798। ### আর্জেন্টিনার নম্বরে কি Coexistence পাওয়া যায়? হ্যাঁ। WhatsApp Business অ্যাপ ব্যবহারকারীদের অনবোর্ডিং নিয়ে Meta-র ডকুমেন্টেশনের কোনো কিছুই দেশের ওপর নির্ভর করে না। Meta যা যাচাই করে তা হলো নম্বর ও অ্যাপ: +54 নম্বরটি WhatsApp Business অ্যাপে আগে থেকেই সক্রিয় থাকতে হবে, অ্যাপের ভার্সন হতে হবে 2.24.17 বা নতুন, এবং Tech Provider বা Solution Partner-এর মাধ্যমে Embedded Signup দিয়ে সংযুক্ত করতে হবে। ফলাফল হলো একটি নম্বর, দুভাবে ব্যবহার। কর্মীরা ফোন থেকেই উত্তর দিতে থাকেন, আর সফটওয়্যার Cloud API দিয়ে মেসেজ পাঠায় ও গ্রহণ করে। নম্বরটি অ্যাপের সঙ্গে শেয়ার করা থাকলে Meta এর সীমা বেঁধে দেয় প্রতি সেকেন্ডে 20 মেসেজ। ### আর্জেন্টিনার জন্য Meta প্রতি মেসেজে কত চার্জ করে? প্রতিটি ডেলিভার হওয়া মেসেজ ক্যাটাগরি অনুযায়ী চার্জ হয়, প্রাপকের কলিং কোড যে মার্কেটের অন্তর্গত তার রেটে। Meta-র কার্ডে আর্জেন্টিনা (+54) একটি স্বতন্ত্র মার্কেট। এগুলো 1 অক্টোবর 2026 থেকে কার্যকর তালিকা রেট, Meta-র USD ও ARS রেট কার্ড থেকে নেওয়া। ইউটিলিটি ও অথেনটিকেশনের ক্ষেত্রে, কোনো পোর্টফোলিও এক মাসে আর্জেন্টিনায় যথেষ্ট মেসেজ পাঠালে Meta-র মাসিক ভলিউম স্তর রেট কমিয়ে দেয়। ### আর্জেন্টিনার ব্যবসা বিনামূল্যে কী পাঠাতে পারে? ফোনে টাইপ করা উত্তরে কোনো খরচ নেই: Meta-র ডকুমেন্টেশন বলে, WhatsApp Business অ্যাপ দিয়ে পাঠানো মেসেজ অনবোর্ডিংয়ের পরেও ফ্রি থাকে, শুধু API দিয়ে পাঠানো মেসেজ Cloud API মূল্য অনুসরণ করে। API-এর মাধ্যমে প্রতিটি বিজনেস ফোন নম্বর প্রতি মাসে 1,000 ফ্রি সার্ভিস মেসেজ পায়। এর অর্থ 24 ঘণ্টার কাস্টমার সার্ভিস উইন্ডোর ভেতরে টেমপ্লেট ছাড়া উত্তর। এই সীমা প্রতি মাসে রিসেট হয় এবং অব্যবহৃত মেসেজ পরের মাসে জমা হয় না। যেসব গ্রাহক Click to WhatsApp বিজ্ঞাপন থেকে মেসেজ করেন, তাঁদের জন্য সর্বোচ্চ 7 দিনের একটি ফ্রি এন্ট্রি পয়েন্ট উইন্ডো খোলে, যার মধ্যে মার্কেটিং, ইউটিলিটি, অথেনটিকেশন ও সার্ভিস মেসেজে চার্জ লাগে না। ### Meta কি আর্জেন্টিনার অ্যাকাউন্টকে পেসোতে বিল করতে পারে? ARS 1 এপ্রিল 2026 থেকে WhatsApp Business Platform-এর মুদ্রা হিসেবে পাওয়া যাচ্ছে, এবং Meta USD কার্ডের পাশাপাশি একটি পূর্ণাঙ্গ ARS রেট কার্ড প্রকাশ করে। পেসো কার্ডে শুধু আর্জেন্টিনা নয়, প্রতিটি মার্কেটের রেট ARS-এ দেওয়া আছে। মুদ্রা ঠিক হয় মেসেজিং অ্যাকাউন্ট তৈরির সময়, পরে তা ইচ্ছেমতো বদলানো যায় না; এর জন্য Meta একটি Currency Migration API দেয়। Meta-র প্রাইসিং পেজে বাধ্যতামূলক স্থানীয় বিলিংয়ের কথা শুধু ব্রাজিল ও ভারতের ক্ষেত্রে বলা আছে, তাই আর্জেন্টিনায় ARS ও USD-এর মধ্যে বেছে নেওয়ার সিদ্ধান্ত ব্যবসার হাতে। 1. Check the number: The +54 number must run the WhatsApp Business app at version 2.24.17 or newer and not be connected to another provider. 2. Set the currency and payment: Choose ARS or USD when the account is created and add a payment method in Billing Hub. 3. Connect the number: Complete Embedded Signup with the portfolio and number, then confirm the link in the app. - লাতিন আমেরিকার কোনো আঞ্চলিক রেট প্রযোজ্য ধরে নেওয়া। Meta-র কার্ডে আর্জেন্টিনার নিজস্ব সারি আছে, যার অঙ্ক Rest of Latin America থেকে আলাদা। - ইউটিলিটি টেমপ্লেটকে উত্তর হিসেবে পাঠিয়ে সেটি ফ্রি আশা করা। 1 অক্টোবর 2026 থেকে Meta কাস্টমার সার্ভিস উইন্ডোর ভেতরের ইউটিলিটি টেমপ্লেটেও চার্জ করে। - তারিখ না দেখে রেট কার্ড পড়া। Meta কার্ড প্রকাশ করে কার্যকর হওয়ার তারিখসহ, এবং এখানকার অঙ্কগুলো 1 অক্টোবর 2026-এর। **আমার গ্রাহকরা যে মেসেজ পাঠান, তার জন্য কি Meta চার্জ করে?** না। Meta শুধু ব্যবসা থেকে ব্যবহারকারীদের কাছে ডেলিভার হওয়া মেসেজের জন্য চার্জ করে, ব্যবহারকারীরা ব্যবসাকে যে মেসেজ পাঠান তার জন্য কখনো নয়। **বিনিময় হারের সঙ্গে কি ARS অঙ্ক বদলাবে?** Meta প্রতিটি মুদ্রার কার্ড কার্যকর হওয়ার তারিখসহ প্রকাশ করে এবং নিজস্ব ক্যালেন্ডারে রেট হালনাগাদ করে। USD কার্ড রূপান্তর না করে বর্তমান ARS কার্ডটি দেখুন। **আর্জেন্টিনায় অথেনটিকেশন রেট কি ইউটিলিটির সমান?** হ্যাঁ। 1 অক্টোবর 2026-এর কার্ডে দুটিই USD 0.026, এবং Meta আর্জেন্টিনার জন্য কোনো authentication-international রেট তালিকাভুক্ত করেনি। **সংযোগের পরেও কি আমি অ্যাপ ব্যবহার করতে পারব?** হ্যাঁ। WhatsApp Business অ্যাপ ফোনে আগের মতোই চলে, আর একই নম্বর API অ্যাক্সেসও পায়। --- ## চিলিতে WhatsApp Coexistence: প্রাপ্যতা ও Meta-র রেট https://easycoexistence.com/bn/docs/whatsapp-coexistence-chile চিলিতে Coexistence পাওয়া যায়: WhatsApp Business অ্যাপ ব্যবহারকারীদের অনবোর্ডিং নিয়ে Meta-র ডকুমেন্টেশনে কোনো ভৌগোলিক শর্ত নেই। +56 নম্বরে পাঠানো মেসেজে Meta-র চিলির রেট কার্ড প্রযোজ্য। 1 অক্টোবর, 2026 থেকে সেখানে প্রতিটি মার্কেটিং টেমপ্লেটে USD 0.0889 এবং প্রতিটি ইউটিলিটি বা অথেনটিকেশন টেমপ্লেটে USD 0.02 ধরা হয়, আর পেসো কার্ডে যথাক্রমে CLP 78.4917 ও CLP 17.6584। ### চিলির ব্যবসা কি WhatsApp Coexistence ব্যবহার করতে পারে? হ্যাঁ। WhatsApp Business অ্যাপ ব্যবহারকারীদের অনবোর্ডিং নিয়ে Meta-র ডকুমেন্টেশনে নম্বর, অ্যাপ ও পার্টনার সম্পর্কিত শর্ত আছে, কিন্তু দেশ নিয়ে কোনো শর্ত নেই। একটি +56 নম্বর যোগ্য হয় যখন সেটি WhatsApp Business অ্যাপে ব্যবহার হচ্ছে, অ্যাপের ভার্সন 2.24.17 বা তার পরের, এবং Tech Provider বা Solution Partner Embedded Signup-এর মাধ্যমে নম্বরটি সংযুক্ত করেছে। ফোনে চ্যাটসহ সবকিছু আগের মতোই চলে, আর নম্বরটি Cloud API অ্যাক্সেস পায় প্রতি সেকেন্ডে নির্দিষ্ট 20 মেসেজের সীমায়। অ্যাপের সঙ্গে শেয়ার করা নম্বরে Meta এই সীমাই প্রয়োগ করে। ### চিলিতে Meta প্রতি মেসেজে কত নেয়? Meta ডেলিভার হওয়া প্রতিটি মেসেজের জন্য ক্যাটাগরি অনুযায়ী, প্রাপকের বাজারের রেটে চার্জ করে। চিলি (+56) একটি আলাদা নামযুক্ত বাজার, এবং 1 অক্টোবর, 2026 কার্ডে এর মার্কেটিং রেট লাতিন আমেরিকার সব এন্ট্রির মধ্যে সর্বোচ্চ, এমনকি বাকি লাতিন আমেরিকা অঞ্চলের রেটের চেয়েও বেশি। ইউটিলিটি ও অথেনটিকেশন USD 0.02-এ আছে, আর চিলিতে বেশি পরিমাণে মেসেজ পাঠানো পোর্টফোলিওর জন্য Meta-র মাসিক ভলিউম স্তর এই দুই রেট কমাতে পারে। ### চিলির কোন মেসেজের জন্য Meta চার্জ করে না? WhatsApp Business অ্যাপ থেকে সরাসরি পাঠানো সব মেসেজ। Meta-র ডকুমেন্টেশন অনুযায়ী অনবোর্ডিংয়ের পরেও অ্যাপের মেসেজ ফ্রি থাকে, আর শুধু Cloud API থেকে পাঠানো মেসেজের মূল্য ধরা হয়। API-তে প্রতিটি ব্যবসায়িক ফোন নম্বরের জন্য প্রতি মাসের প্রথম 1,000 সার্ভিস মেসেজে Meta চার্জ করে না। এগুলো 24 ঘণ্টার কাস্টমার সার্ভিস উইন্ডোর মধ্যে পাঠানো টেমপ্লেট ছাড়া উত্তর। আর Click to WhatsApp বিজ্ঞাপন থেকে শুরু হওয়া কথোপকথনে সর্বোচ্চ 7 দিনের একটি ফ্রি এন্ট্রি পয়েন্ট উইন্ডো খোলে, যেখানে Meta Business Agent-এর মেসেজ ছাড়া কোনো ক্যাটাগরিতে চার্জ লাগে না। চিলির মার্কেটিং রেট বিবেচনায়, সেখানে প্রচারণামূলক মেসেজ পাঠানোর সবচেয়ে সস্তা পথ এই ফ্রি এন্ট্রি পয়েন্ট উইন্ডো। ### Meta কি চিলির পেসোতে বিলিং দেয়? হ্যাঁ, একটি বিকল্প হিসেবে। 2026 সালে Meta যে মুদ্রাগুলো যোগ করেছে তার একটি হিসেবে CLP চালু হয়েছে 1 এপ্রিল, 2026। Meta প্রতিটি বাজার কভার করে একটি CLP রেট কার্ড প্রকাশ করে, তাই বিদেশের গ্রাহকদের মেসেজও পেসোতে দেখা যায়। বিলিং মুদ্রা বেছে নিতে হয় মেসেজিং অ্যাকাউন্ট তৈরির সময়, এবং পরে তা বদলানো যায় না, তবে ব্যবসাটি Meta-র Currency Migration API ব্যবহার করলে আলাদা। Meta-র প্রাইসিং পেজে বাধ্যতামূলক স্থানীয় বিলিংয়ের কথা শুধু ব্রাজিল ও ভারতের জন্য আছে। চিলির ব্যবসা নিজেই CLP বা USD বেছে নেয়। 1. Check the number: The +56 number must be on the WhatsApp Business app, version 2.24.17 or newer, and not connected to another provider. 2. Choose CLP or USD: Set the currency at account creation and add a payment method in Billing Hub. 3. Connect: Run Embedded Signup, pick the portfolio and the number, and confirm from the app. - প্রতিটি ফলো-আপ ডিফল্টভাবে মার্কেটিং টেমপ্লেটে পাঠানো। চিলিতে এতে প্রতি মেসেজে USD 0.0889 লাগে, আর সঠিকভাবে ক্যাটাগরি করা ইউটিলিটি টেমপ্লেটে লাগে USD 0.02। - সার্ভিস অ্যালাওয়েন্স জমা হবে বলে ধরে নেওয়া। 1,000 ফ্রি সার্ভিস মেসেজ প্রতি মাসে রিসেট হয়, আর অব্যবহৃত মেসেজ পরের মাসে যায় না। - চিলির ক্যাম্পেইনের খরচ বাকি লাতিন আমেরিকার অঙ্ক দিয়ে হিসাব করা। চিলি একটি নামযুক্ত বাজার এবং এর নিজস্ব রেট আছে। **মার্কেটিংয়ের ক্ষেত্রে চিলি কি আর্জেন্টিনার চেয়ে সস্তা?** না। 1 অক্টোবর, 2026 কার্ডে চিলির মার্কেটিং রেট USD 0.0889 এবং আর্জেন্টিনার USD 0.0618। **Meta কি আমার টেমপ্লেটের ক্যাটাগরি বদলে দিতে পারে?** হ্যাঁ। Meta টেমপ্লেটের ক্যাটাগরি পর্যালোচনা করে এবং বদলাতে পারে, আর তাতে ওই টেমপ্লেটে যে রেট ধরা হয় তা-ও বদলে যায়। **ইনকামিং মেসেজে কি কোনো খরচ আছে?** না। Meta শুধু ব্যবসার ডেলিভার করা মেসেজের জন্য চার্জ করে, গ্রাহকের পাঠানো মেসেজের জন্য নয়। **নম্বরটি কি অ্যাপে আগের মতো কাজ করতে থাকে?** হ্যাঁ। নম্বরটি API-তে সংযুক্ত হওয়ার পরেও ফোনে WhatsApp Business অ্যাপ সক্রিয় থাকে। --- ## পেরুতে WhatsApp Coexistence: প্রাপ্যতা ও Meta-র রেট https://easycoexistence.com/bn/docs/whatsapp-coexistence-peru পেরুতে Coexistence পাওয়া যায়, কারণ WhatsApp Business অ্যাপ ব্যবহারকারীদের অনবোর্ডিং নিয়ে Meta-র ডকুমেন্টেশনে কোনো দেশভিত্তিক বিধিনিষেধ নেই। +51 নম্বরে পাঠানো মেসেজে পেরুর রেট কার্ড প্রযোজ্য: 1 অক্টোবর 2026 থেকে প্রতিটি মার্কেটিং টেমপ্লেটে USD 0.0703 এবং প্রতিটি ইউটিলিটি বা অথেনটিকেশন টেমপ্লেটে USD 0.03। Meta-র PEN রেট কার্ডে এই দুটি যথাক্রমে PEN 0.2339 ও PEN 0.0998। ### পেরুতে কি WhatsApp Coexistence পাওয়া যায়? হ্যাঁ। WhatsApp Business অ্যাপ ব্যবহারকারীদের অনবোর্ডিং নিয়ে Meta-র ডকুমেন্টেশন শর্ত দেয় নম্বর ও অ্যাপের ওপর, দেশের ওপর নয়। একটি +51 নম্বর যোগ্য হয় যখন সেটি আগে থেকেই WhatsApp Business অ্যাপে সক্রিয় থাকে, অ্যাপের ভার্সন 2.24.17 বা তার নতুন হয়, এবং অনবোর্ডিং হয় Tech Provider বা Solution Partner-এর মাধ্যমে Embedded Signup দিয়ে। সংযোগের পর ফোন আগের মতোই মেসেজ পাঠায় ও গ্রহণ করে, আর একই নম্বর Cloud API দিয়েও পাওয়া যায়। অ্যাপের সঙ্গে শেয়ার করা নম্বরের জন্য Meta API থ্রুপুট নির্দিষ্ট করেছে প্রতি সেকেন্ডে 20টি মেসেজ। ### পেরুতে Meta প্রতিটি মেসেজের জন্য কত নেয়? Meta সফলভাবে ডেলিভার হওয়া প্রতিটি মেসেজের জন্য চার্জ করে। মূল্য নির্ভর করে ক্যাটাগরি এবং প্রাপকের কান্ট্রি কোডের বাজারের ওপর। পেরুর (+51) জন্য আলাদা লাইন আছে। 1 অক্টোবর 2026-এ Meta পেরুর ইউটিলিটি ও অথেনটিকেশন রেট বাড়িয়েছে, যা এখন USD 0.03। কার্ডে থাকা লাতিন আমেরিকার বাজারগুলোর মধ্যে এটিই সর্বোচ্চ ইউটিলিটি রেট। এগুলো তালিকার রেট; মাসে বড় ভলিউম হলে ভলিউম টিয়ারে ইউটিলিটি ও অথেনটিকেশনের রেট কমতে পারে। ### পেরুর কোনো ব্যবসার জন্য কী ফ্রি থাকে? ফোনের WhatsApp Business অ্যাপ থেকে পাঠানো মেসেজ। Meta-র ডকুমেন্টেশন অনুযায়ী অনবোর্ডিংয়ের পরও এগুলো ফ্রি থাকে, আর শুধু Cloud API দিয়ে পাঠানো মেসেজেই চার্জ হয়। API-তে Meta প্রতিটি ব্যবসার ফোন নম্বরকে প্রতি মাসে 1,000টি ফ্রি সার্ভিস মেসেজ দেয়। এগুলো হলো 24 ঘণ্টার কাস্টমার সার্ভিস উইন্ডো খোলা থাকার সময় পাঠানো টেমপ্লেট-বহির্ভূত উত্তর, আর প্রতি মাসে রিসেট হয়। Click to WhatsApp বিজ্ঞাপন দিয়ে যে গ্রাহকেরা আসেন, তাঁদের জন্য সর্বোচ্চ 7 দিনের একটি ফ্রি এন্ট্রি পয়েন্ট উইন্ডো খোলে, যেখানে Meta মার্কেটিং, ইউটিলিটি, অথেনটিকেশন বা সার্ভিস, কোনো মেসেজেই চার্জ করে না। কাস্টমার সার্ভিস উইন্ডোর ভেতরে পাঠানো ইউটিলিটি টেমপ্লেটে 1 অক্টোবর 2026 থেকে চার্জ হচ্ছে। ### Meta কি পেরুর অ্যাকাউন্টের বিল সোলে (PEN) করতে পারে? হ্যাঁ, PEN পাওয়া যায়। Meta ওই বছর যে মুদ্রাগুলো যোগ করেছে, তার মধ্যে PEN চালু হয়েছে 1 এপ্রিল 2026-এ। Meta যেসব বাজারে মূল্য নির্ধারণ করে, তার সবগুলো নিয়ে একটি PEN রেট কার্ডও প্রকাশ করেছে। মুদ্রা বেছে নিতে হয় মেসেজিং অ্যাকাউন্ট তৈরির সময়, এরপর তা স্থির থাকে। শুধু Meta-র Currency Migration API দিয়ে বদলানো যায়। Meta-র প্রাইসিং পেজে বাধ্যতামূলক স্থানীয় বিলিং মাইগ্রেশনের কথা আছে শুধু ব্রাজিল ও ভারতের জন্য, তাই পেরুর ব্যবসা PEN ও USD-র মধ্যে নিজেই সিদ্ধান্ত নেয়। 1. Check the number: Confirm the +51 number is on the WhatsApp Business app, version 2.24.17 or newer, and not attached to another provider. 2. Choose PEN or USD: Pick the currency when the account is created and add a payment method in Billing Hub. 3. Run Embedded Signup: Log in with Facebook, select the portfolio and the number, and confirm the connection in the app. - 1 অক্টোবর 2026-এর আগের অঙ্ক ধরে ইউটিলিটি মেসেজের বাজেট করা। Meta ওই তারিখে পেরুর ইউটিলিটি ও অথেনটিকেশন রেট বাড়িয়েছে। - উত্তরের জন্য ইউটিলিটি টেমপ্লেটের ওপর নির্ভর করা। উইন্ডো খোলা থাকলে একটি ফ্রি সার্ভিস মেসেজই একই কাজ করে, প্রতি নম্বরে মাসে 1,000টি পর্যন্ত। - পাশের বাজারগুলোর খরচ একই ধরে নেওয়া। একই কার্ডে কলম্বিয়ার ইউটিলিটি রেট USD 0.0008। **অক্টোবর 2026-এ আমার ইউটিলিটি খরচ কেন বাড়ল?** Meta 1 অক্টোবর 2026-এ পেরুর ইউটিলিটি ও অথেনটিকেশন রেট বাড়িয়েছে, এবং একই তারিখ থেকে কাস্টমার সার্ভিস উইন্ডোর ভেতরে পাঠানো ইউটিলিটি টেমপ্লেটেও চার্জ করা শুরু করেছে। **গ্রাহকেরা আমাকে যে মেসেজ পাঠান, তার জন্য কি Meta চার্জ করে?** না। শুধু ব্যবসার পাঠানো ডেলিভার হওয়া মেসেজে চার্জ হয়। **পেরুর জন্য কি authentication-international রেট আছে?** না। 1 অক্টোবর 2026-এর কার্ডে পেরুর জন্য এমন কোনো রেট নেই, তাই অথেনটিকেশনে USD 0.03 চার্জ হয়। **ফোনের অ্যাপ কি চালু থাকবে?** হ্যাঁ। নম্বরটি API-তে সংযুক্ত হওয়ার পরও ফোনে WhatsApp Business অ্যাপ চলতে থাকে। --- ## কোস্টারিকায় WhatsApp Coexistence: প্রাপ্যতা ও Meta-র রেট https://easycoexistence.com/bn/docs/whatsapp-coexistence-costa-rica কোস্টারিকায় Coexistence পাওয়া যায়, কারণ WhatsApp Business অ্যাপ ব্যবহারকারীদের জন্য Meta-র অনবোর্ডিং ডকুমেন্টেশনে কোনো ভৌগোলিক সীমাবদ্ধতা নেই। Meta-র রেট কার্ডে কোস্টারিকার আলাদা কোনো লাইন নেই: +506 নম্বরে Rest of Latin America রেট প্রযোজ্য, যা 1 অক্টোবর 2026 থেকে প্রতি মার্কেটিং টেমপ্লেটে USD 0.074 এবং প্রতি ইউটিলিটি বা অথেনটিকেশন টেমপ্লেটে USD 0.0113। ### কোস্টারিকার নম্বরে কি WhatsApp Coexistence ব্যবহার করা যায়? হ্যাঁ। WhatsApp Business অ্যাপ ব্যবহারকারীদের অনবোর্ডিং নিয়ে Meta-র ডকুমেন্টেশন নম্বর ও অ্যাপের ওপর শর্ত দেয়, দেশের ওপর কোনো শর্ত দেয় না। একটি +506 নম্বর যোগ্য হবে যদি সেটি ইতিমধ্যে WhatsApp Business অ্যাপে ব্যবহার হয়, অ্যাপের সংস্করণ 2.24.17 বা তার নতুন হয় এবং সংযোগটি Tech Provider বা Solution Partner-এর Embedded Signup দিয়ে করা হয়। ফোনটি আগের চ্যাট নিয়েই চলতে থাকে এবং নম্বরটি Cloud API অ্যাক্সেস পায়। অ্যাপ ও API-এর মধ্যে শেয়ার করা নম্বরের জন্য Meta থ্রুপুট নির্ধারণ করেছে প্রতি সেকেন্ডে 20 মেসেজ। ### কোস্টারিকার মূল্য কেন Rest of Latin America হিসেবে ধরা হয়? Meta-র রেট কার্ডে 39টি দেশের নাম আলাদাভাবে আছে এবং বাকিগুলো 8টি অঞ্চলে ভাগ করা। কোস্টারিকা (+506) Rest of Latin America অঞ্চলের 15টি বাজারের একটি, যেখানে পানামা, গুয়াতেমালা, ইকুয়েডর ও উরুগুয়ের মতো দেশও আছে। এই বাজারগুলোর যেকোনো একটির নম্বরে পৌঁছানো প্রতিটি মেসেজে অঞ্চলের রেট চার্জ হয়। ইউটিলিটি ও অথেনটিকেশনের ভলিউম টিয়ারের ক্ষেত্রেও অঞ্চলটি গুরুত্বপূর্ণ। টিয়ার গোনা হয় বাজার ও ক্যাটাগরি অনুযায়ী, তাই Rest of Latin America-র প্রতিটি দেশে পাঠানো মেসেজ একই আঞ্চলিক টিয়ারে যোগ হয়, আলাদা কোনো কোস্টারিকা টিয়ারে নয়। ### কোস্টারিকার একটি ব্যবসার জন্য কোন মেসেজগুলো বিনামূল্যে? ফোনে WhatsApp Business অ্যাপে যা টাইপ করে পাঠানো হয়। Meta-র ডকুমেন্টেশন অনুযায়ী অনবোর্ডিংয়ের পরেও অ্যাপের মেসেজ বিনামূল্যে থাকে এবং Cloud API-এর মূল্য শুধু API দিয়ে পাঠানো মেসেজের জন্য। API-র দিকে প্রতিটি ব্যবসায়িক ফোন নম্বর মাসে 1,000টি ফ্রি সার্ভিস মেসেজ পায়। এগুলো 24 ঘণ্টার কাস্টমার সার্ভিস উইন্ডোর ভেতরে টেমপ্লেট ছাড়া উত্তর, এবং অব্যবহৃত অংশ পরের মাসে যায় না। Click to WhatsApp বিজ্ঞাপন থেকে শুরু হওয়া কথোপকথনে 7 দিন পর্যন্ত একটি ফ্রি এন্ট্রি পয়েন্ট উইন্ডো খোলে, যেখানে Meta মার্কেটিং, ইউটিলিটি, অথেনটিকেশন বা সার্ভিস কোনো মেসেজেই চার্জ করে না। কাস্টমার সার্ভিস উইন্ডোর ভেতরে পাঠানো ইউটিলিটি টেমপ্লেটে 1 অক্টোবর 2026 থেকে চার্জ হয়। ### Meta কোস্টারিকার অ্যাকাউন্টকে কোন মুদ্রায় বিল করে? Meta WhatsApp Business Platform-এ 16টি বিলিং মুদ্রা চালু করেছে, এবং কোস্টারিকার কোলন তার মধ্যে নেই। কোস্টারিকার একটি ব্যবসা Messaging অ্যাকাউন্ট তৈরির সময় প্রকাশিত মুদ্রাগুলোর একটি বেছে নেয়, যেমন USD, এবং Meta তার প্রতিটি রেট কার্ডে Rest of Latin America রেট প্রকাশ করে। অ্যাকাউন্ট তৈরি হয়ে গেলে মুদ্রা ইচ্ছামতো বদলানো যায় না। বদলের জন্য Meta একটি Currency Migration API দেয়। Meta-র প্রাইসিং পেজে কোস্টারিকার জন্য কোনো স্থানীয় বিলিং প্রোগ্রামের উল্লেখ নেই। 1. Check the number: The +506 number must be on the WhatsApp Business app, version 2.24.17 or newer, and not attached to another provider. 2. Set up billing: Choose one of Meta's supported currencies, such as USD, and add a payment method in Billing Hub. 3. Connect: Complete Embedded Signup with the portfolio and the number, and confirm the link from the app. - রেট কার্ডে কোস্টারিকার আলাদা লাইন খোঁজা। সেটি নেই: +506 নম্বরের বিল হয় Rest of Latin America-র অধীনে। - মধ্য আমেরিকার প্রতিবেশী দেশগুলোর রেট মেক্সিকোর সমান ধরে নেওয়া। মেক্সিকো আলাদা নামযুক্ত বাজার এবং তার মার্কেটিং রেট অঞ্চলের চেয়ে কম। - উত্তর দিতে ইউটিলিটি টেমপ্লেট খরচ করা। খোলা উইন্ডোর ভেতরে একটি সার্ভিস মেসেজ প্রতি নম্বরে মাসে 1,000টি পর্যন্ত বিনামূল্যে। **মেসেজ পাঠাতে কোস্টারিকা কি মেক্সিকোর চেয়ে সস্তা?** মার্কেটিং-এর ক্ষেত্রে নয়। 1 অক্টোবর 2026 কার্ডে Rest of Latin America-র রেট প্রতি মার্কেটিং টেমপ্লেটে USD 0.074, আর মেক্সিকোর USD 0.0397। **আমি কি Meta-কে কোলনে পরিশোধ করতে পারি?** না। WhatsApp Business Platform-এর জন্য Meta যে 16টি মুদ্রা চালু করেছে, কোলন তার একটি নয়। **গ্রাহকের পাঠানো মেসেজে কি আমার কোনো খরচ হয়?** না। Meta শুধু ব্যবসার পাঠানো মেসেজের জন্য চার্জ করে। **API সংযুক্ত করলে কি অ্যাপ বন্ধ হয়ে যায়?** না। WhatsApp Business অ্যাপ ফোনে আগের চ্যাট নিয়েই চলতে থাকে। --- ## স্পেনে WhatsApp Coexistence: প্রাপ্যতা ও Meta-র রেট https://easycoexistence.com/bn/docs/whatsapp-coexistence-spain Coexistence স্পেনে পাওয়া যায়: WhatsApp Business অ্যাপ ব্যবহারকারীদের জন্য Meta-র অনবোর্ডিং ডকুমেন্টেশনে কোনো ভৌগোলিক বিধিনিষেধ নেই, EU-ও এর মধ্যে পড়ে। +34 নম্বরে মেসেজ পাঠালে স্পেনের নিজস্ব রেট কার্ড প্রযোজ্য। 1 অক্টোবর, 2026 থেকে সেখানে প্রতি মার্কেটিং টেমপ্লেটে EUR 0.0585 এবং প্রতি ইউটিলিটি বা অথেনটিকেশন টেমপ্লেটে EUR 0.0166, অর্থাৎ USD 0.0707 ও USD 0.02। ### স্পেন ও EU-তে কি WhatsApp Coexistence পাওয়া যায়? হ্যাঁ। WhatsApp Business অ্যাপ ব্যবহারকারীদের অনবোর্ডিং নিয়ে Meta-র বর্তমান ডকুমেন্টেশনে নম্বর, অ্যাপ ও পার্টনারের জন্য শর্ত দেওয়া আছে, কিন্তু কোনো ভৌগোলিক বিধিনিষেধ নেই। একটি +34 নম্বর যোগ্য হয় যখন সেটি ইতিমধ্যে WhatsApp Business অ্যাপে চালু থাকে, অ্যাপের সংস্করণ 2.24.17 বা তার নতুন হয়, এবং Tech Provider বা Solution Partner Embedded Signup-এর মাধ্যমে নম্বরটি সংযুক্ত করে। শুরুর দিকের রোলআউটের যে তালিকায় EU বাদ ছিল, তা এখনও হাতে হাতে ঘুরছে, অথচ Meta-র ডকুমেন্টেশন আর সেগুলো সমর্থন করে না। অনবোর্ডিংয়ের পরেও ফোন আগের মতো কাজ করে, আর নম্বরটি Cloud API দিয়ে প্রতি সেকেন্ডে স্থির 20টি মেসেজ হারে সাড়া দেয়। ### স্পেনে Meta প্রতি মেসেজে কত চার্জ করে? Meta প্রতিটি ডেলিভার হওয়া মেসেজের জন্য চার্জ করে, ক্যাটেগরি এবং প্রাপকের কলিং কোডের মার্কেট অনুযায়ী। স্পেন (+34) একটি নামযুক্ত মার্কেট, যা পর্তুগাল, আয়ারল্যান্ড ও আরও কয়েকটি দেশ নিয়ে গঠিত Rest of Western Europe অঞ্চল থেকে আলাদা। এগুলো 1 অক্টোবর, 2026 থেকে কার্যকর তালিকা রেট; মার্কেটিং রেট সর্বশেষ বাড়ানো হয়েছে 1 জুলাই, 2026 তারিখে। স্পেনে মাসিক ভলিউম বেশি থাকলে ভলিউম টিয়ার পোর্টফোলিওর ইউটিলিটি ও অথেনটিকেশনের রেট কমাতে পারে। ### স্পেনের ব্যবসার জন্য কোন মেসেজগুলো ফ্রি? ফোনে WhatsApp Business অ্যাপ থেকে পাঠানো মেসেজ। Meta-র ডকুমেন্টেশন অনুযায়ী অনবোর্ডিংয়ের পরেও এগুলো ফ্রি থাকে, আর Cloud API-এর মূল্য শুধু API দিয়ে যা যায় তার ওপর প্রযোজ্য। API দিয়ে Meta প্রতিটি ব্যবসায়িক ফোন নম্বরকে প্রতি মাসে 1,000টি ফ্রি সার্ভিস মেসেজ দেয়। এগুলো 24 ঘণ্টার কাস্টমার সার্ভিস উইন্ডোর ভেতরে পাঠানো টেমপ্লেট ছাড়া উত্তর, এবং প্রতি মাসে রিসেট হয়। Click to WhatsApp বিজ্ঞাপন থেকে আসা কোনো গ্রাহক 7 দিন পর্যন্ত একটি ফ্রি এন্ট্রি পয়েন্ট উইন্ডো খোলেন, যেখানে মার্কেটিং, ইউটিলিটি, অথেনটিকেশন বা সার্ভিস মেসেজের কোনো চার্জ নেই। 1 অক্টোবর, 2026 থেকে খোলা কাস্টমার সার্ভিস উইন্ডোর ভেতরে পাঠানো ইউটিলিটি টেমপ্লেটে চার্জ প্রযোজ্য। ### Meta কি স্পেনের ব্যবসাকে ইউরোতে বিল করতে পারে? হ্যাঁ। 2026 সালে Meta আরও দশটি মুদ্রা যোগ করার আগেই EUR WhatsApp Business Platform-এর একটি উপলব্ধ মুদ্রা ছিল। Meta একটি পূর্ণ EUR রেট কার্ড প্রকাশ করে, যেখানে শুধু স্পেন নয়, প্রতিটি মার্কেটের মূল্য ইউরোতে দেওয়া। মুদ্রা বেছে নিতে হয় মেসেজিং অ্যাকাউন্ট তৈরির সময়, এবং পরে তা স্থির থাকে, শুধু Meta-র Currency Migration API ছাড়া। Meta-র প্রাইসিং পেজে বাধ্যতামূলক স্থানীয় বিলিং মাইগ্রেশনের কথা শুধু Brazil ও India-র জন্য বলা আছে, তাই স্পেনের ব্যবসা নিজেই EUR বা অন্য কোনো সমর্থিত মুদ্রা বেছে নেয়। 1. Check the number: The +34 number must be on the WhatsApp Business app, version 2.24.17 or newer, and not attached to another provider. 2. Choose EUR or USD: Set the currency when the account is created and add a payment method in Billing Hub. 3. Run Embedded Signup: Log in with Facebook, select the portfolio and the number, and confirm the connection in the app. - EU বাদ দেওয়া পুরোনো প্রাপ্যতার তালিকায় ভরসা করা। Meta-র বর্তমান অনবোর্ডিং ডকুমেন্টেশনে কোনো ভৌগোলিক বিধিনিষেধ নেই। - পর্তুগালের গ্রাহকদের জন্য স্পেনের রেট ধরা। পর্তুগাল (+351) Rest of Western Europe-এর অন্তর্ভুক্ত, যেখানে রেট আলাদা। - 1 জুলাই, 2026-এর আগের মার্কেটিং রেট ব্যবহার করা। Meta ওই তারিখে স্পেনের মার্কেটিং রেট বাড়িয়েছে। **EU-তে কি Coexistence কখনও অনুপলব্ধ ছিল?** শুরুর রোলআউটের তালিকায় এটি বাদ ছিল। Business অ্যাপ ব্যবহারকারীদের জন্য Meta-র বর্তমান অনবোর্ডিং ডকুমেন্টেশনে কোনো ভৌগোলিক বিধিনিষেধ নেই, তাই আসল পরীক্ষা হলো ফ্লো নিজেই। **স্পেন থেকে ল্যাটিন আমেরিকায় মেসেজ পাঠালে কি স্পেনের রেট প্রযোজ্য?** না। Meta প্রাপকের কলিং কোড অনুযায়ী চার্জ করে, তাই মেক্সিকোর নম্বরে পাঠানো মেসেজে মেক্সিকোর রেট লাগে। **গ্রাহকরা আমাকে যে মেসেজ পাঠান, তার জন্য কি আমাকে টাকা দিতে হয়?** না। Meta শুধু সেই মেসেজের জন্য চার্জ করে, যা কোনো ব্যবসা ব্যবহারকারীদের কাছে ডেলিভার করে। **সংযোগের পরেও কি অ্যাপ কাজ করে?** হ্যাঁ। WhatsApp Business অ্যাপ তার সব চ্যাটসহ ফোনেই থাকে, আর নম্বরটি অতিরিক্ত হিসেবে API অ্যাক্সেস পায়। --- ## ভারতে WhatsApp Coexistence: প্রাপ্যতা, Meta-র রেট ও INR বিলিং https://easycoexistence.com/bn/docs/whatsapp-coexistence-india ভারতীয় নম্বরে Coexistence পাওয়া যায়: WhatsApp Business অ্যাপ ব্যবহারকারীদের অনবোর্ডিংয়ের জন্য Meta-র ডকুমেন্টেশনে কোনো দেশের নিষেধাজ্ঞা নেই। 1 অক্টোবর, 2026 থেকে Meta একটি +91 নম্বরে পৌঁছানো প্রতিটি মার্কেটিং টেমপ্লেটের জন্য US$ 0.0118 এবং প্রতিটি ইউটিলিটি বা অথেনটিকেশন টেমপ্লেটের জন্য US$ 0.0014 নেয়। যে ব্যবসার Billing Hub-এ Sold-To country ভারত, তাদের প্রতিটি WhatsApp Business Account 31 ডিসেম্বর, 2026-এর মধ্যে INR-এ নিতে হবে। ### ভারতে কি WhatsApp Coexistence পাওয়া যায়? হ্যাঁ। WhatsApp Business অ্যাপ ব্যবহারকারীদের অনবোর্ডিংয়ের জন্য Meta-র বর্তমান ডকুমেন্টেশনে শর্তগুলো দেওয়া আছে (অ্যাপ ভার্সন 2.24.17 বা নতুন, এবং Embedded Signup চালায় এমন একজন Tech Provider বা Solution Partner)। সেখানে একটি সীমাবদ্ধতাও আছে: প্রতি সেকেন্ডে 20টি মেসেজের নির্দিষ্ট থ্রুপুট। কোনো দেশ, অঞ্চল বা কলিং কোডের নিষেধাজ্ঞা নেই, তাই WhatsApp Business অ্যাপে সক্রিয় একটি +91 নম্বর অন্য যেকোনো দেশের নম্বরের মতো একই শর্তে যোগ্য। ভারতীয় নম্বরকে যা আটকায়, তা যেকোনো নম্বরকেই আটকায়: নম্বরটি এখনো সাধারণ WhatsApp অ্যাপে থাকা, 2.24.17-এর চেয়ে পুরোনো অ্যাপ ভার্সন চালানো, অথবা ইতিমধ্যে অন্য প্রোভাইডারের সঙ্গে যুক্ত থাকা। Embedded Signup নম্বরটি প্রত্যাখ্যান না করলে Coexistence সেটির জন্য উপলব্ধ। ### ভারতে Meta প্রতি মেসেজে কত নেয়? Meta পৌঁছানো প্রতিটি টেমপ্লেট মেসেজের জন্য চার্জ করে, এবং রেট নির্ভর করে প্রাপকের কান্ট্রি কলিং কোডের ওপর, ব্যবসার অবস্থানের ওপর নয়। প্রেরক যেখানেই থাকুক, একটি +91 নম্বরে পৌঁছানো টেমপ্লেটের মূল্য ভারতের রেট অনুযায়ী হয়। নিচের অঙ্কগুলো 1 অক্টোবর, 2026 থেকে কার্যকর Meta-র USD ও INR রেট কার্ড থেকে নেওয়া। 24 ঘণ্টার খোলা কাস্টমার সার্ভিস উইন্ডোর ভেতরে টেমপ্লেট ছাড়া উত্তর বিনামূল্যে, ওই উইন্ডোর ভেতরে পাঠানো ইউটিলিটি টেমপ্লেটও বিনামূল্যে, এবং Coexistence নম্বরে WhatsApp Business অ্যাপে টাইপ করা মেসেজ বিনামূল্যেই থাকে। মার্কেটিং টেমপ্লেটে সবসময় চার্জ লাগে। Meta-র মাসিক ভলিউম টিয়ার বড় প্রেরকদের জন্য ইউটিলিটি ও অথেনটিকেশনের রেট কমাতে পারে। ### ভারতে INR বিলিংয়ে কী বদলাচ্ছে? Meta 1 জানুয়ারি, 2026 থেকে INR বিলিং লোকালাইজেশন চালু করেছে। এটি সেইসব পার্টনার ও সরাসরি ইন্টিগ্রেটেড ব্যবসার জন্য, যাদের Billing Hub-এ Sold-To country ভারত। এই ব্যবসাগুলোর পোর্টফোলিওর প্রতিটি WhatsApp Business Account 31 ডিসেম্বর, 2026-এর মধ্যে INR-এ মাইগ্রেট করতে হবে। Meta জানিয়েছে, 1 জানুয়ারি, 2027 থেকে যোগ্য গ্রাহকদের non-INR অ্যাকাউন্টের মেসেজ আর ডেলিভার করা হবে না। Coexistence নম্বরে এর প্রভাব পড়ে API-র মাধ্যমে পেইড মেসেজ পাঠানোয়, কারণ পেমেন্ট পদ্ধতি ব্যবসার নিজের WhatsApp Business Account-এ থাকে। ভারতে একটি authentication-international রেটও আছে। ভারতের বাইরের কোনো যোগ্য ব্যবসার ক্ষেত্রে Meta শুরুর তারিখ ঠিক করলে, 30 দিনের নোটিসসহ, এই রেট প্রযোজ্য হয়। ### অ্যাপ রেখে কীভাবে একটি ভারতীয় নম্বর API-র সঙ্গে সংযুক্ত করবেন? Meta-র Embedded Signup-এ Coexistence অপশন বেছে, একজন Tech Provider-এর মাধ্যমে। ব্যবসা Facebook দিয়ে লগ ইন করে, তাদের Business Portfolio বেছে নেয়, WhatsApp Business অ্যাপে ইতিমধ্যে নিবন্ধিত +91 নম্বরটি দেয়, এবং অ্যাপে দেখানো একটি QR কোড স্ক্যান করে নিশ্চিত করে। এরপর অ্যাপের চ্যাট হিস্ট্রি সিংক্রোনাইজ করা যায়, তবে এর মিডিয়া শুধু শেষ দুই সপ্তাহের জন্য পাওয়া যায়। নম্বরটি অ্যাপে আগের মতোই কাজ করে এবং প্রতি সেকেন্ডে 20টি মেসেজের নির্দিষ্ট গতিতে Cloud API অ্যাক্সেস পায়। প্রতিটি স্ক্রিন কী চায়, সহ পুরো ধাপগুলো নম্বর সংযোগের পেজে আছে। - Sold-To country ভারত হলে 31 ডিসেম্বর, 2026-এর পরেও কোনো WhatsApp Business Account USD-তে রেখে দেওয়া। Meta জানিয়েছে, তারা ওই মেসেজ ডেলিভার করা বন্ধ করবে। - ক্যাম্পেইনের মূল্য প্রেরকের দেশ ধরে হিসাব করা। Meta প্রাপকের কলিং কোড অনুযায়ী চার্জ করে, তাই +91 প্রাপকের জন্য ভারতের রেট লাগে। - প্রতিটি টেমপ্লেটকে ইউটিলিটি ধরে নেওয়া। Meta যে টেমপ্লেটকে মার্কেটিং হিসেবে শ্রেণিবদ্ধ করে, ভারতে তার খরচ ইউটিলিটি রেটের আটগুণেরও বেশি। **ভারতীয় গ্রাহকদের উত্তর কি বিনামূল্যে?** 24 ঘণ্টার কাস্টমার সার্ভিস উইন্ডোর ভেতরে টেমপ্লেট ছাড়া উত্তর বিনামূল্যে, WhatsApp Business অ্যাপে টাইপ করা মেসেজও তাই। উইন্ডোর বাইরে টেমপ্লেটে চার্জ লাগে। **Meta ভারতীয় ব্যবসাকে কোন মুদ্রায় বিল করে?** যে ব্যবসার Billing Hub-এ Sold-To country ভারত, তারা INR-এ যাচ্ছে, এবং প্রতিটি অ্যাকাউন্ট 31 ডিসেম্বর, 2026-এর মধ্যে INR-এ নিতে হবে। এর জন্য Meta একটি INR রেট কার্ড প্রকাশ করে। **আমার ব্যবসা বিদেশে হলেও কি ভারতের রেট দিতে হবে?** মার্কেটিং ও ইউটিলিটির ক্ষেত্রে হ্যাঁ, কারণ রেট প্রাপকের +91 কোড অনুসরণ করে। আপনার ব্যবসার জন্য Meta শুরুর তারিখ ঠিক করলে অথেনটিকেশন authentication-international রেটে যেতে পারে। **আমি কি ফোনে অ্যাপটি ব্যবহার চালিয়ে যেতে পারব?** হ্যাঁ। অ্যাপ ভার্সন 2.24.17 বা নতুন হলে এবং নিয়মিত খুললে, Coexistence একই নম্বরে WhatsApp Business অ্যাপ চালু রাখে। --- ## ইন্দোনেশিয়ায় WhatsApp Coexistence: उपलब्धता, Meta-র রেট ও সেটআপ https://easycoexistence.com/bn/docs/whatsapp-coexistence-indonesia ইন্দোনেশিয়ার নম্বরে Coexistence ব্যবহার করা যায়, কারণ WhatsApp Business অ্যাপ ব্যবহারকারীদের জন্য Meta-র অনবোর্ডিং ডকুমেন্টেশনে কোনো দেশভিত্তিক নিষেধাজ্ঞা নেই। 1 অক্টোবর 2026 থেকে +62 নম্বরে পৌঁছানো প্রতিটি মার্কেটিং টেমপ্লেটের জন্য Meta US$ 0.0411 (IDR 586.33) এবং প্রতিটি ইউটিলিটি বা অথেনটিকেশন টেমপ্লেটের জন্য US$ 0.025 (IDR 356.65) চার্জ করে। কাস্টমার সার্ভিস উইন্ডোর ভেতরের উত্তর ফ্রি থাকে। ### ইন্দোনেশিয়ায় কি WhatsApp Coexistence পাওয়া যায়? হ্যাঁ। WhatsApp Business অ্যাপ ব্যবহারকারীদের Cloud API-তে অনবোর্ড করার জন্য Meta যে পেজ প্রকাশ করেছে, তাতে অ্যাপের ভার্সন (2.24.17 বা নতুন) এবং পার্টনারের (Embedded Signup ব্যবহারকারী Tech Provider বা Solution Partner) শর্ত আছে, কিন্তু বাদ পড়া কোনো দেশ বা কলিং কোডের নাম নেই। WhatsApp Business অ্যাপে নিবন্ধিত ও সক্রিয় একটি +62 নম্বর অন্য যেকোনো নম্বরের মতো একই শর্তে যোগ্য। বাস্তবে বাধা আসে সাধারণ কারণগুলো থেকে: নম্বরটি এখনো সাধারণ WhatsApp অ্যাপে থাকা, অ্যাপ পুরোনো ভার্সনের হওয়া, অথবা নম্বরটি ইতিমধ্যে অন্য প্রোভাইডারের অ্যাপে সংযুক্ত থাকা। যোগ্যতার পেজে প্রতিটি কারণ এবং তার সমাধান দেওয়া আছে। ### ইন্দোনেশিয়ায় Meta প্রতি মেসেজে কত চার্জ করে? Meta পৌঁছানো প্রতিটি টেমপ্লেটের জন্য বিল করে, প্রাপকের কান্ট্রি কলিং কোডের রেটে। +62 নম্বরে পৌঁছানো প্রতিটি টেমপ্লেট ইন্দোনেশিয়ার রেটে চার্জ হয়, প্রেরক ব্যবসা জাকার্তায় হোক বা বিদেশে। নিচের রেটগুলো 1 অক্টোবর 2026 থেকে কার্যকর Meta-র USD ও IDR রেট কার্ড থেকে নেওয়া। ইন্দোনেশিয়ায় ইউটিলিটি ও অথেনটিকেশনের রেট একই, US$ 0.025, যা মার্কেটিং রেটের প্রায় 61%। 24 ঘণ্টার খোলা সার্ভিস উইন্ডোর ভেতরে ফ্রি ফর্ম উত্তরে কোনো খরচ নেই, সেই উইন্ডোর ভেতরে পাঠানো ইউটিলিটি টেমপ্লেট ফ্রি, এবং Coexistence নম্বরে WhatsApp Business অ্যাপে ব্যবসা নিজে যা টাইপ করে পাঠায় তাও ফ্রি। ### বিলিং মুদ্রা ও অথেনটিকেশন নিয়ে ইন্দোনেশিয়ার ব্যবসার কী জানা দরকার? Meta যেসব বিলিং মুদ্রায় রেট কার্ড প্রকাশ করে, IDR তার একটি। USD ও আরও চৌদ্দটি মুদ্রা এর সঙ্গে আছে। তাই ইন্দোনেশিয়ার ব্যবসা নিজে রূপান্তর না করে Meta-র কার্ড থেকে সরাসরি রুপিয়ায় খরচ দেখতে পারে। ইন্দোনেশিয়া Meta-র authentication-international রেটের দেশগুলোর তালিকায়ও আছে। ইন্দোনেশিয়ার বাইরে অবস্থিত কোনো ব্যবসা +62 নম্বরে ওয়ান-টাইম পাসকোড পাঠালে প্রতি অথেনটিকেশন টেমপ্লেটে US$ 0.136 রেটে স্থানান্তরিত হতে পারে, যা দেশীয় রেটের পাঁচ গুণেরও বেশি। Meta প্রতিটি ব্যবসার জন্য আলাদা শুরুর তারিখ ঠিক করে এবং 30 দিনের নোটিস দেয়। তাই ইন্দোনেশিয়ার ব্যবহারকারীদের যাচাই করা কোনো বিদেশি অ্যাপের উচিত সাইন আপ বাড়ানোর আগেই এর জন্য পরিকল্পনা করা। ### অ্যাপ না হারিয়ে কীভাবে ইন্দোনেশিয়ার নম্বর সংযুক্ত করবেন? Meta-র Embedded Signup দিয়ে, বিদ্যমান WhatsApp Business অ্যাপ নম্বরের বিকল্পটি বেছে নিয়ে। ব্যবসা Facebook দিয়ে সাইন ইন করে, তার Business Portfolio বেছে নেয়, +62 নম্বর দেয় এবং অ্যাপে দেখানো QR কোড স্ক্যান করে। এটি শেষ হলে পার্টনারের হাতে 24 ঘণ্টা সময় থাকে কন্টাক্ট ও চ্যাট হিস্ট্রি সিংক্রোনাইজ শুরু করার, নইলে ব্যবসাকে প্রক্রিয়াটি আবার চালাতে হয়। অনবোর্ডিংয়ের পরও ফোন আগের মতোই কাজ করে, নম্বরটি Cloud API দিয়েও উত্তর দেয়, এবং দুটিই নির্দিষ্ট প্রতি সেকেন্ডে 20 মেসেজের থ্রুপুট ভাগ করে নেয়। নম্বর সংযুক্ত করার পেজে প্রতিটি স্ক্রিন ধাপে ধাপে দেখানো আছে। - USD মূল্য নিজে হাতে রুপিয়ায় রূপান্তর করা। Meta IDR রেট কার্ড প্রকাশ করে, আর IDR অ্যাকাউন্টে সেই অঙ্কই চার্জ হয়। - বিদেশে অবস্থিত ব্যবসার ওয়ান-টাইম পাসকোড বাজেট দেশীয় রেটে ধরা। ইন্দোনেশিয়ার authentication-international রেট US$ 0.136। - QR স্ক্যানের পর প্রক্রিয়া ছেড়ে দেওয়া। সিংক 24 ঘণ্টার মধ্যে শুরু না হলে অনবোর্ডিং আবার করতে হয়। **ইন্দোনেশিয়ায় ইউটিলিটি ও অথেনটিকেশনের রেট কি একই?** হ্যাঁ। 1 অক্টোবর 2026 থেকে কার্যকর Meta-র কার্ডে পৌঁছানো প্রতিটি টেমপ্লেটের জন্য দুটিই US$ 0.025, অর্থাৎ IDR 356.65। **Meta কি আমাকে রুপিয়ায় বিল করতে পারে?** IDR Meta-র প্রাইসিং পেজে তালিকাভুক্ত বিলিং মুদ্রাগুলোর একটি, এর নিজস্ব রেট কার্ড আছে, তাই রুপিয়ার অঙ্ক সরাসরি Meta থেকে দেখা যায়। **সংযোগের পর ফোন থেকে পাঠানো মেসেজে কি চার্জ লাগে?** না। Meta জানিয়েছে, Coexistence অনবোর্ডিংয়ের পরও WhatsApp Business অ্যাপ থেকে পাঠানো মেসেজ ফ্রি থাকে। শুধু Cloud API থেকে পাঠানো মেসেজে Cloud API-র মূল্য প্রযোজ্য। **আমার নম্বর এখনো সাধারণ WhatsApp-এ থাকলে কী হবে?** আগে নম্বরটি WhatsApp Business অ্যাপে নিতে হবে। Coexistence শুধু Business অ্যাপে থাকা নম্বরের জন্য দেওয়া হয়। --- ## UAE-তে WhatsApp Coexistence: প্রাপ্যতা, Meta-র রেট ও AED বিলিং https://easycoexistence.com/bn/docs/whatsapp-coexistence-uae Coexistence সংযুক্ত আরব আমিরাতের নম্বরের জন্য উপলব্ধ, কারণ Business অ্যাপ ব্যবহারকারীদের অনবোর্ডিং নিয়ে Meta-র ডকুমেন্টেশনে কোনো দেশভিত্তিক বিধিনিষেধের কথা নেই। 1 অক্টোবর, 2026 থেকে +971 নম্বরে পৌঁছানো প্রতিটি মার্কেটিং টেমপ্লেটের জন্য Meta US$ 0.0576 (AED 0.2115) এবং প্রতিটি ইউটিলিটি বা অথেনটিকেশন টেমপ্লেটের জন্য US$ 0.0157 (AED 0.0576) নেয়। ### UAE-তে কি WhatsApp Coexistence পাওয়া যায়? হ্যাঁ। WhatsApp Business অ্যাপের ব্যবহারকারীদের Cloud API-তে অনবোর্ড করার বিষয়ে Meta-র ডকুমেন্টেশনে ব্যবসা ও পার্টনারের যা যা লাগে তা দেওয়া আছে। মূলত অ্যাপের ভার্সন 2.24.17 বা নতুন হতে হবে এবং Embedded Signup ব্যবহারকারী একজন Tech Provider বা Solution Partner লাগবে। এতে কোনো দেশ, অঞ্চল বা কলিং কোড বাদ দেওয়া হয়নি। WhatsApp Business অ্যাপে নিয়মিত ব্যবহৃত +971 নম্বর এর যোগ্য। UAE-র নম্বর সেই একই কারণে ব্যর্থ হয় যে কারণে যেকোনো দেশের নম্বর হয়: নম্বরটি সাধারণ WhatsApp অ্যাপে আছে, অ্যাপ পুরোনো, অথবা নম্বরটি এখনো অন্য কোনো প্রোভাইডারের সঙ্গে যুক্ত। Embedded Signup নিজেই সবচেয়ে নির্ভরযোগ্য পরীক্ষা, কারণ এটি হয় নম্বরটি গ্রহণ করে, নয়তো কারণ জানায়। ### UAE-তে Meta প্রতি মেসেজে কত নেয়? Meta পৌঁছানো প্রতিটি টেমপ্লেটের জন্য চার্জ করে, আর মূল্য নির্ধারিত হয় প্রাপকের দেশের কান্ট্রি কলিং কোড দিয়ে। +971 নম্বরে পৌঁছানো যেকোনো টেমপ্লেট UAE রেটে বিল হয়, প্রেরক ব্যবসা যেখানেই নিবন্ধিত হোক। Meta-র রেট কার্ডে UAE-র নিজস্ব লাইন আছে, বাকি মধ্যপ্রাচ্যের রেট সেখানে প্রযোজ্য নয়। নিচের অঙ্কগুলো Meta-র USD ও AED কার্ড থেকে নেওয়া, যা 1 অক্টোবর, 2026 থেকে কার্যকর। খোলা 24 ঘণ্টার গ্রাহক সহায়তা উইন্ডোর মধ্যে ফ্রি টেক্সট উত্তর ফ্রি, ওই উইন্ডোর ভেতরে পাঠানো ইউটিলিটি টেমপ্লেটও ফ্রি, এবং Coexistence নম্বরে WhatsApp Business অ্যাপ থেকে পাঠানো মেসেজ ফ্রিই থাকে। মার্কেটিং টেমপ্লেট প্রতিবার পৌঁছানোর সময় চার্জ হয়। ### UAE-র মূল্য ও বিলিংয়ে সম্প্রতি কী বদলেছে? Meta-র প্রাইসিং চেঞ্জলগের দুটি পরিবর্তন সরাসরি প্রযোজ্য। 1 অক্টোবর, 2025 তারিখে Meta সংযুক্ত আরব আমিরাতের মার্কেটিং মেসেজ রেট বাড়িয়েছে। 1 এপ্রিল, 2026 তারিখে তারা AED সহ আটটি বিলিং মুদ্রা যোগ করেছে, ফলে আমিরাতের একটি ব্যবসা এখন দিরহামে বিল পেতে এবং AED রেট কার্ড থেকে খরচ দেখতে পারে। UAE-ও Meta-র সেই বাজারগুলোর তালিকায় আছে যেখানে authentication-international রেট রয়েছে। আমিরাতের বাইরে অবস্থিত কোনো ব্যবসা +971 নম্বরে ওয়ান টাইম পাসকোড পাঠালে, Meta এর জন্য শুরুর তারিখ ঠিক করলে প্রতি অথেনটিকেশন টেমপ্লেটে US$ 0.051 রেটে চলে যেতে পারে। Meta তা 30 দিন আগে জানায়। ### UAE-র নম্বর কীভাবে API-তে সংযোগ করবেন এবং অ্যাপ ধরে রাখবেন? Meta-র Embedded Signup দিয়ে, বিদ্যমান WhatsApp Business অ্যাপ অপশন বেছে নিয়ে, একজন Tech Provider-এর মাধ্যমে। ব্যবসাটি Facebook দিয়ে লগ ইন করে, নিজের Business Portfolio বেছে নেয়, +971 নম্বর দেয় এবং অ্যাপে দেখানো QR কোড দিয়ে নিশ্চিত করে। সিঙ্ক হওয়া চ্যাট হিস্ট্রির মিডিয়া শুধু শেষ দুই সপ্তাহের পাওয়া যায়। এরপর ফোনে WhatsApp Business অ্যাপ আগের মতোই চলে, আর একই নম্বর Cloud API দিয়ে প্রতি সেকেন্ডে নির্দিষ্ট 20টি মেসেজ গ্রহণ ও পাঠাতে পারে। নম্বর সংযোগ করার পেজে প্রতিটি ধাপ এবং কোন ধাপে কী লাগে তা দেওয়া আছে। - UAE-কে বাকি মধ্যপ্রাচ্যের রেটে ধরে নেওয়া। Meta-র রেট কার্ডে UAE-র নিজস্ব, বেশি রেটের লাইন আছে। - USD রেট নিজে হিসাব করে দিরহামে রূপান্তর করা। 1 এপ্রিল, 2026 থেকে Meta নিজস্ব অঙ্কসহ AED কার্ড প্রকাশ করে। - বিদেশ থেকে +971 নম্বরে দেশীয় বাজেটে পাসকোড পাঠানো। authentication-international রেট তিন গুণেরও বেশি। **Meta কি UAE-র কোনো ব্যবসাকে দিরহামে বিল করতে পারে?** হ্যাঁ। 1 এপ্রিল, 2026 থেকে AED WhatsApp Business Platform-এর বিলিং মুদ্রা হয়েছে, এর নিজস্ব রেট কার্ডসহ। **UAE ও সৌদি আরবের মূল্য কি একই?** মার্কেটিংয়ের ক্ষেত্রে হ্যাঁ: 1 অক্টোবর, 2026-এর কার্ডে দুটিই US$ 0.0576। ইউটিলিটি ও অথেনটিকেশনে পার্থক্য আছে: UAE-র জন্য US$ 0.0157 এবং সৌদি আরবের জন্য US$ 0.0107। **যে গ্রাহক আগে মেসেজ করেছেন, তাঁকে উত্তর দিলে কি চার্জ লাগে?** না, যদি তা 24 ঘণ্টার গ্রাহক সহায়তা উইন্ডোর মধ্যে ফ্রি টেক্সট উত্তর হয়। উইন্ডোর বাইরে পাঠানো টেমপ্লেট চার্জযোগ্য। **ফোনের অ্যাপ কি কাজ করা বন্ধ করে দেয়?** না। Coexistence একই নম্বরে WhatsApp Business অ্যাপ চালু রাখে, আর সেখান থেকে পাঠানো মেসেজ ফ্রি থাকে। --- ## সৌদি আরবে WhatsApp Coexistence: প্রাপ্যতা, Meta-র রেট ও SAR বিলিং https://easycoexistence.com/bn/docs/whatsapp-coexistence-saudi-arabia সৌদি নম্বরে Coexistence ব্যবহার করা যায়: Business অ্যাপ ব্যবহারকারীদের জন্য Meta-র অনবোর্ডিং ডকুমেন্টেশনে কোনো দেশভিত্তিক বিধিনিষেধ নেই। 1 অক্টোবর, 2026 থেকে Meta একটি +966 নম্বরে পৌঁছানো প্রতিটি মার্কেটিং টেমপ্লেটের জন্য US$ 0.0576 (SAR 0.2159) এবং প্রতিটি ইউটিলিটি বা অথেনটিকেশন টেমপ্লেটের জন্য US$ 0.0107 (SAR 0.0401) নেয়। গ্রাহকসেবা উইন্ডোর ভেতরে ফ্রি টেক্সট উত্তরে কোনো খরচ নেই। ### সৌদি আরবে কি WhatsApp Coexistence পাওয়া যায়? হ্যাঁ। WhatsApp Business অ্যাপ ব্যবহারকারীদের Cloud API-তে আনার বিষয়ে Meta-র ডকুমেন্টেশন অ্যাপের সংস্করণ (2.24.17 বা নতুন) এবং Embedded Signup চালানো পার্টনারের ওপর শর্ত দেয়, কিন্তু কোনো দেশ, অঞ্চল বা কলিং কোড বাদ দেয়নি। WhatsApp Business অ্যাপে নিবন্ধিত ও সক্রিয় একটি +966 নম্বর যোগ্য। কোনো সৌদি নম্বর প্রত্যাখ্যাত হলে কারণটি সাধারণ কারণগুলোর একটি: নম্বরটি সাধারণ WhatsApp অ্যাপে আছে, অ্যাপটি 2.24.17-এর চেয়ে পুরোনো, অথবা নম্বরটি এখনো অন্য কোনো প্রোভাইডারের সঙ্গে যুক্ত। যোগ্যতার পেজে প্রতিটি ক্ষেত্র এবং তার সমাধান ব্যাখ্যা করা আছে। ### সৌদি আরবে Meta প্রতি মেসেজে কত নেয়? Meta পৌঁছানো প্রতিটি টেমপ্লেটের মূল্য নির্ধারণ করে প্রাপকের দেশের কলিং কোড অনুযায়ী। +966 নম্বরে পৌঁছানো টেমপ্লেট প্রেরক যেখানেই থাকুক, সৌদি আরবের রেটে চার্জ হয়, এবং রেট কার্ডে সৌদি আরবের নিজস্ব সারি আছে। নিচের অঙ্কগুলো Meta-র 1 অক্টোবর, 2026 থেকে কার্যকর USD ও SAR কার্ড থেকে নেওয়া। খোলা 24 ঘণ্টার গ্রাহকসেবা উইন্ডোর ভেতরে ফ্রি টেক্সট উত্তর বিনামূল্যে, ওই উইন্ডোর ভেতরে পাঠানো ইউটিলিটি টেমপ্লেটও বিনামূল্যে, এবং Coexistence নম্বরে WhatsApp Business অ্যাপ থেকে পাঠানো মেসেজে কোনো খরচ নেই। মার্কেটিং টেমপ্লেট প্রতিবার পৌঁছানোর সময় চার্জ হয়, আর মাসিক ভলিউম স্তর বড় প্রেরকদের জন্য ইউটিলিটি ও অথেনটিকেশন রেট কমাতে পারে। ### 2026 সালে সৌদি ব্যবসার জন্য কী বদলেছে? 1 এপ্রিল, 2026 Meta-র প্রাইসিং চেঞ্জলগে দুটি পরিবর্তন এসেছে। সৌদি আরবের মার্কেটিং মেসেজ রেট বেড়েছে, এবং SAR আটটি নতুন বিলিং মুদ্রার একটি হয়েছে। ফলে সৌদি ব্যবসা রিয়ালে বিল পেতে পারে এবং ডলার থেকে রূপান্তর না করে SAR রেট কার্ডে খরচ মিলিয়ে দেখতে পারে। সৌদি আরব সেই বাজারগুলোর একটি, যেখানে authentication-international রেট আছে। বিদেশে অবস্থিত কোনো ব্যবসা +966 নম্বরে ওয়ান-টাইম পাসকোড পাঠালে প্রতিটি অথেনটিকেশন টেমপ্লেটে US$ 0.0598 রেটে যেতে পারে, যা দেশীয় রেটের পাঁচ গুণের বেশি। এই শুরুর তারিখ Meta প্রতিটি ব্যবসার জন্য আলাদাভাবে ঠিক করে এবং কার্যকর হওয়ার 30 দিন আগে জানায়। ### সৌদি নম্বর কীভাবে সংযোগ করবেন এবং অ্যাপ ব্যবহার চালিয়ে যাবেন? Meta-র Embedded Signup দিয়ে, WhatsApp Business অ্যাপে থাকা নম্বরের বিকল্পটি বেছে নিয়ে। একজন Tech Provider ফ্লো হোস্ট করে; ব্যবসা Facebook দিয়ে লগ ইন করে, নিজের Business Portfolio বেছে নেয়, +966 নম্বর দেয় এবং অ্যাপ যে QR কোড দেখায় তা স্ক্যান করে। এরপর পার্টনারের হাতে সিঙ্ক্রোনাইজ শুরু করার জন্য 24 ঘণ্টা থাকে, নইলে ফ্লোটি আবার চালাতে হয়। তারপর থেকে ফোন আগের মতোই কাজ করে, এবং একই নম্বর Cloud API দিয়ে প্রতি সেকেন্ডে নির্দিষ্ট 20টি মেসেজ পাঠায় ও গ্রহণ করে। প্রতিটি ধাপ নম্বর সংযোগ করার পেজে বর্ণনা করা আছে। - 1 এপ্রিল, 2026-এর আগের রেটে সৌদি মার্কেটিং মেসেজের বাজেট করা। Meta সেই দিনই মার্কেটিং রেট বাড়িয়েছে। - মুদ্রা রূপান্তরকারী দিয়ে USD কার্ড থেকে SAR খরচ বের করা। Meta নিজেই SAR অঙ্ক প্রকাশ করে। - বিদেশ থেকে +966 নম্বরে পাসকোড দেশীয় রেটে পাঠানো ধরে নেওয়া। authentication-international রেট US$ 0.0598। **সৌদি ব্যবসা কি রিয়ালে বিল পেতে পারে?** হ্যাঁ। Meta 1 এপ্রিল, 2026 বিলিং মুদ্রা হিসেবে SAR যোগ করেছে এবং একটি SAR রেট কার্ড প্রকাশ করে। **সৌদি আরবের মূল্য কি Rest of Middle East হিসেবে ধরা হয়?** না। Meta-র রেট কার্ডে এর নিজস্ব সারি আছে: মার্কেটিং US$ 0.0576, ইউটিলিটি ও অথেনটিকেশন US$ 0.0107। **অ্যাপে আমি যে মেসেজ লিখি তাতে কি চার্জ হয়?** না। Meta জানিয়েছে, Coexistence অনবোর্ডিংয়ের পরও WhatsApp Business অ্যাপ থেকে পাঠানো মেসেজ বিনামূল্যে থাকে। **কোন অ্যাপ সংস্করণ লাগবে?** +966 নম্বরটি যে ফোনে আছে সেখানে WhatsApp Business অ্যাপ 2.24.17 বা নতুন। --- ## তুরস্কে WhatsApp Coexistence: উপলব্ধতা, Meta-র রেট ও সেটআপ https://easycoexistence.com/bn/docs/whatsapp-coexistence-turkey তুরস্কের নম্বর Coexistence ব্যবহার করতে পারে, কারণ WhatsApp Business অ্যাপের ব্যবহারকারীদের অনবোর্ডিং নিয়ে Meta-র ডকুমেন্টেশনে কোনো দেশের বিধিনিষেধ নেই। 1 অক্টোবর 2026 থেকে Meta একটি +90 নম্বরে পৌঁছানো প্রতিটি মার্কেটিং টেমপ্লেটের জন্য US$ 0.0109 এবং প্রতিটি ইউটিলিটি বা অথেন্টিকেশন টেমপ্লেটের জন্য US$ 0.0009 নেয়। Meta 1 এপ্রিল 2026-এ তুরস্কের ইউটিলিটি ও অথেন্টিকেশন রেট কমিয়েছে এবং লিরায় কোনো রেট কার্ড প্রকাশ করে না। ### তুরস্কে কি WhatsApp Coexistence পাওয়া যায়? হ্যাঁ। WhatsApp Business অ্যাপের ব্যবহারকারীদের Cloud API-তে অনবোর্ড করার জন্য Meta যে পেজ রক্ষণাবেক্ষণ করে, সেখানে অ্যাপের সংস্করণ (2.24.17 বা নতুন) এবং পার্টনার (সেশন লগিংসহ Embedded Signup ব্যবহার করা একজন Tech Provider বা Solution Partner) নিয়ে শর্ত আছে, কিন্তু কোনো দেশ বা কলিং কোড বাদ দেওয়া হয়নি। WhatsApp Business অ্যাপে সক্রিয় একটি +90 নম্বর যোগ্য। তুরস্কের নম্বর শুধু সেই কারণেই প্রত্যাখ্যাত হয় যে কারণে যেকোনো নম্বর হয়: নম্বরটি সাধারণ WhatsApp অ্যাপে আছে, অ্যাপ আপডেট করতে হবে, অথবা অন্য কোনো প্রোভাইডার এখনও নম্বরটি ধরে রেখেছে। প্রতিটি সমস্যা ফোনে বা আগের প্রোভাইডারের সঙ্গে সমাধান করা যায়, এবং যোগ্যতার পেজে তা ব্যাখ্যা করা আছে। ### তুরস্কে Meta প্রতি মেসেজে কত নেয়? Meta প্রাপকের কান্ট্রি কলিং কোডের রেটে প্রতিটি পৌঁছানো টেমপ্লেটের মূল্য ধরে, তাই প্রেরক যেখানেই থাকুন, +90 নম্বরে পৌঁছানো প্রতিটি টেমপ্লেটের মূল্য তুরস্কের রেটে নির্ধারিত হয়। রেট কার্ডে তুরস্কের জন্য আলাদা একটি লাইন আছে। 1 অক্টোবর 2026 থেকে কার্যকর Meta-র USD কার্ডে অঙ্কগুলো কার্ডের সবচেয়ে কমগুলোর মধ্যে: মার্কেটিংয়ের জন্য US$ 0.0109 এবং ইউটিলিটি ও অথেন্টিকেশনের জন্য US$ 0.0009। EUR কার্ডে €0.009 ও €0.0007 লেখা আছে। Meta তুরস্কের জন্য authentication-international রেট তালিকাভুক্ত করেনি। খোলা 24 ঘণ্টার কাস্টমার সার্ভিস উইন্ডোর ভেতরে ফ্রি টেক্সট উত্তর ফ্রি, তার মধ্যে পাঠানো ইউটিলিটি টেমপ্লেটও ফ্রি, এবং Coexistence নম্বরে WhatsApp Business অ্যাপ থেকে পাঠানো মেসেজ ফ্রি থাকে। ### তুরস্কের ব্যবসাগুলোকে Meta কোন মুদ্রায় বিল করে? Meta তার WhatsApp Business Platform-এর রেট কার্ড 16টি মুদ্রায় প্রকাশ করে: USD, AED, ARS, AUD, BRL, CLP, COP, EUR, GBP, IDR, INR, MXN, MYR, PEN, SAR ও SGD। তুর্কি লিরা এর মধ্যে নেই, তাই তুরস্কের একটি ব্যবসাকে এই মুদ্রাগুলোর একটিতে, যেমন USD বা EUR-এ, বিল করা হয়, এবং খরচ রূপান্তর না করে সেই কার্ড থেকেই পড়া উচিত। সবচেয়ে গুরুত্বপূর্ণ রেট পরিবর্তনটি সাম্প্রতিক। 1 এপ্রিল 2026-এ Meta তুরস্কের ইউটিলিটি ও অথেন্টিকেশন রেট কমিয়েছে, ফলে +90 নম্বরে অর্ডার আপডেট ও এককালীন পাসকোড পাঠানোর খরচ প্রতিটিতে এক সেন্টের ভগ্নাংশ। সেই তারিখের আগে তৈরি পুরোনো বাজেট এই খরচ বেশি দেখায়। ### তুরস্কের নম্বর কীভাবে সংযুক্ত করবেন এবং অ্যাপ রাখবেন? Meta-র Embedded Signup-এর মাধ্যমে, যেখানে WhatsApp Business অ্যাপে আগে থেকেই থাকা নম্বরের বিকল্পটি বেছে নিতে হয়। এটি হোস্ট করে একজন Tech Provider। ব্যবসাটি Facebook দিয়ে লগ ইন করে, তার Business Portfolio নির্বাচন করে, +90 নম্বর দেয় এবং অ্যাপে একটি QR কোড স্ক্যান করে নিশ্চিত করে। সিঙ্ক্রোনাইজেশন 24 ঘণ্টার মধ্যে শুরু হতে হবে, নইলে ফ্লো আবার চালাতে হবে। সংযোগের পর ফোন আগের মতোই কাজ করে, আর একই নম্বর প্রতি সেকেন্ডে নির্ধারিত 20টি মেসেজের গতিতে Cloud API-র অ্যাক্সেস পায়। নম্বর সংযুক্ত করার পেজে প্রতিটি স্ক্রিন ধরে ধরে তা দেখানো হয়েছে। - তুর্কি লিরার রেট কার্ড খোঁজা। Meta এমন কার্ড প্রকাশ করে না; আপনার অ্যাকাউন্ট যে USD বা EUR কার্ডে বিল হয়, সেটি দেখুন। - 1 এপ্রিল 2026-এর আগে তৈরি বাজেট ব্যবহার করা। সেদিন Meta তুরস্কের ইউটিলিটি ও অথেন্টিকেশন রেট কমিয়েছে। - খরচ কমাতে প্রমোশনকে ইউটিলিটি হিসেবে ধরা। Meta টেমপ্লেটের ক্যাটাগরি পর্যালোচনা করে, আর মার্কেটিং টেমপ্লেটে মার্কেটিং রেটই প্রযোজ্য। **তুরস্কের জন্য কি authentication-international রেট আছে?** না। 1 অক্টোবর 2026 থেকে কার্যকর Meta-র রেট কার্ডে তুরস্কের জন্য এটি প্রযোজ্য নয় বলে লেখা আছে। **Meta কি আমাকে তুর্কি লিরায় বিল করতে পারে?** না। Meta যে 16টি বিলিং মুদ্রায় রেট কার্ড প্রকাশ করে, লিরা তার মধ্যে নেই। **তুরস্কের গ্রাহকদের উত্তর কি ফ্রি?** 24 ঘণ্টার কাস্টমার সার্ভিস উইন্ডোর ভেতরে ফ্রি টেক্সট উত্তর ফ্রি। উইন্ডোর বাইরের টেমপ্লেটে প্রতিটি ডেলিভারির জন্য চার্জ লাগে। **API সংযুক্ত করলে কি অ্যাপ কাজ করা বন্ধ করে?** না। Coexistence-এ একই নম্বরে WhatsApp Business অ্যাপ কাজ করতে থাকে, এবং তার মেসেজ ফ্রি থাকে। --- ## জার্মানিতে WhatsApp Coexistence: প্রাপ্যতা, Meta-র রেট ও সেটআপ https://easycoexistence.com/bn/docs/whatsapp-coexistence-germany জার্মান নম্বরে Coexistence ব্যবহার করা যায়: Business অ্যাপ ব্যবহারকারীদের জন্য Meta-র অনবোর্ডিং ডকুমেন্টেশনে কোনো দেশ বা EU-ভিত্তিক বিধিনিষেধের উল্লেখ নেই। 1 অক্টোবর, 2026 থেকে +49 নম্বরে ডেলিভার হওয়া প্রতিটি মার্কেটিং টেমপ্লেটের জন্য Meta US$ 0.1365 (€0.1131) এবং প্রতিটি ইউটিলিটি বা অথেনটিকেশন টেমপ্লেটের জন্য US$ 0.055 (€0.0456) নেয়। কাস্টমার সার্ভিস উইন্ডোর মধ্যে ফ্রি টেক্সট উত্তরে কোনো চার্জ নেই। ### জার্মানিতে কি WhatsApp Coexistence পাওয়া যায়? হ্যাঁ। WhatsApp Business অ্যাপ ব্যবহারকারীদের Cloud API-তে অনবোর্ড করার বিষয়ে Meta-র ডকুমেন্টেশনে অ্যাপের সংস্করণ (2.24.17 বা নতুন) এবং Embedded Signup চালানো পার্টনারের শর্ত আছে, কিন্তু কোনো দেশ, অঞ্চল বা কলিং কোডের বিধিনিষেধ নেই। ইউরোপীয় ইউনিয়নের জন্যও আলাদা কোনো শর্ত যোগ করা হয়নি। WhatsApp Business অ্যাপে নিবন্ধিত ও সক্রিয় একটি +49 নম্বর যোগ্য। Embedded Signup যদি কোনো জার্মান নম্বর প্রত্যাখ্যান করে, তবে কারণ সাধারণ কারণগুলোর একটি: নম্বরটি এখনও সাধারণ WhatsApp অ্যাপে আছে, অ্যাপের সংস্করণ 2.24.17-এর চেয়ে পুরোনো, অথবা অন্য কোনো প্রোভাইডার নম্বরটি ধরে রেখেছে। যোগ্যতার পেজে প্রতিটি ক্ষেত্র ব্যাখ্যা করা আছে। ### জার্মানিতে Meta প্রতি মেসেজে কত চার্জ করে? Meta ডেলিভার হওয়া প্রতিটি টেমপ্লেটের জন্য চার্জ করে, আর মূল্য ঠিক হয় প্রাপকের দেশের কলিং কোড অনুযায়ী। +49 নম্বরে ডেলিভার হওয়া টেমপ্লেটের খরচ জার্মানির রেট অনুযায়ী হয়, পাঠানো ব্যবসাটি বার্লিন, ভিয়েনা বা অন্য যেখানেই থাকুক। Meta-র রেট কার্ডে জার্মানির নিজস্ব লাইন আছে, এবং তা বাকি পশ্চিম ইউরোপের লাইনের চেয়ে অনেক বেশি: মার্কেটিংয়ে US$ 0.1365 বনাম US$ 0.0592, আর ইউটিলিটিতে US$ 0.055 বনাম US$ 0.0171। জার্মানির জন্য Meta কোনো authentication-international রেট তালিকাভুক্ত করেনি। খোলা 24 ঘণ্টার কাস্টমার সার্ভিস উইন্ডোর মধ্যে ফ্রি টেক্সট উত্তর বিনা চার্জে যায়, সেই সময়ের মধ্যে পাঠানো ইউটিলিটি টেমপ্লেটও ফ্রি, এবং Coexistence নম্বরে WhatsApp Business অ্যাপে টাইপ করা মেসেজ ফ্রিই থাকে। ### জার্মান রেট API ব্যবহারের ধরনে কী প্রভাব ফেলে? যেহেতু +49 নম্বরে একটি মার্কেটিং টেমপ্লেটের খরচ এক ডলারের তেরো সেন্টের বেশি এবং ইউটিলিটি টেমপ্লেটের সাড়ে পাঁচ সেন্ট, তাই জার্মানিতে সবচেয়ে সস্তা মেসেজ হলো যেগুলোর জন্য Meta কোনো চার্জই নেয় না। ফলে কাস্টমার সার্ভিস উইন্ডোই খরচ কমানোর প্রধান উপায়। যে ওয়ার্কফ্লো 24 ঘণ্টার মধ্যে নিজে থেকে লেখা মানুষের উত্তর দেয়, তাতে প্রতি মেসেজে কিছুই দিতে হয় না। উইন্ডো খোলা থাকাকালীন পাঠানো ইউটিলিটি টেমপ্লেটও ফ্রি। টেমপ্লেট দিয়ে নতুন কথোপকথন শুরু করা আউটরিচ থেকেই বিল আসে। Coexistence নম্বরে কর্মীরা ফোনে WhatsApp Business অ্যাপে যা টাইপ করেন তাও ফ্রি, তাই API শুধু স্বয়ংক্রিয় মেসেজের জন্য রাখা যায়। ### জার্মান নম্বর সংযোগ করে অ্যাপ ধরে রাখবেন কীভাবে? Meta-র Embedded Signup দিয়ে, WhatsApp Business অ্যাপে থাকা নম্বরের বিকল্পটি বেছে নিয়ে। একটি Tech Provider ফ্লো হোস্ট করে; ব্যবসাটি Facebook দিয়ে লগ ইন করে, নিজের Business Portfolio বেছে নেয়, +49 নম্বর দেয় এবং অ্যাপে দেখানো QR কোড দিয়ে নিশ্চিত করে। ফ্লো শেষ হওয়ার 24 ঘণ্টার মধ্যে সিঙ্ক্রোনাইজেশন শুরু হতে হবে, নইলে ফ্লোটি আবার চালাতে হবে। এরপরও ফোন আগের মতো কাজ করে, আর একই নম্বর Cloud API দিয়ে প্রতি সেকেন্ডে নির্দিষ্ট 20টি মেসেজ পাঠায় ও গ্রহণ করে। প্রতিটি স্ক্রিন নম্বর সংযোগের পেজে বর্ণনা করা আছে। - জার্মান প্রাপকদের জন্য বাকি পশ্চিম ইউরোপের রেট ধরে বাজেট করা। জার্মানির নিজস্ব লাইন আছে, যা মার্কেটিংয়ে দ্বিগুণেরও বেশি। - 24 ঘণ্টার উইন্ডোর মধ্যে উত্তর দিলেই চলত, অথচ টেমপ্লেট দিয়ে কথোপকথন শুরু করা। জার্মানিতে ফ্রি ও পেইডের ব্যবধান বড়। - কম দিতে প্রমোশনকে ইউটিলিটি হিসেবে শ্রেণিবদ্ধ করা। Meta টেমপ্লেটের ক্যাটাগরি পর্যালোচনা করে এবং মার্কেটিং রেটেই চার্জ করে। **Meta কি জার্মান ব্যবসাকে ইউরোতে বিল করতে পারে?** হ্যাঁ। EUR সেই বিলিং মুদ্রাগুলোর একটি, যাতে Meta রেট কার্ড প্রকাশ করে। 1 অক্টোবর, 2026-এর কার্ডে জার্মানির মার্কেটিং রেট €0.1131। **EU-তে কি Coexistence-এর বাড়তি শর্ত আছে?** Business অ্যাপ ব্যবহারকারীদের জন্য Meta-র বর্তমান অনবোর্ডিং ডকুমেন্টেশনে কোনো বাড়তি শর্ত নেই। শর্ত সব জায়গায় একই: অ্যাপ 2.24.17 বা নতুন এবং একটি Embedded Signup পার্টনার। **জার্মান গ্রাহককে উত্তর দিলে কি চার্জ লাগে?** 24 ঘণ্টার কাস্টমার সার্ভিস উইন্ডোর মধ্যে ফ্রি টেক্সট উত্তরে চার্জ লাগে না। উইন্ডোর বাইরের টেমপ্লেটে প্রতিটি ডেলিভারির জন্য চার্জ লাগে। **ফোন থেকে পাঠানো মেসেজ কি এখনও ফ্রি?** হ্যাঁ। Meta জানিয়েছে, অনবোর্ডিংয়ের পরও WhatsApp Business অ্যাপ থেকে পাঠানো মেসেজ ফ্রি থাকে। শুধু Cloud API থেকে পাঠানো মেসেজে Cloud API-এর মূল্য প্রযোজ্য। --- ## ইতালিতে WhatsApp Coexistence: উপলব্ধতা, Meta-র রেট ও সেটআপ https://easycoexistence.com/bn/docs/whatsapp-coexistence-italy ইতালির নম্বরে Coexistence ব্যবহার করা যায়, কারণ WhatsApp Business অ্যাপ ব্যবহারকারীদের অনবোর্ডিং নিয়ে Meta-র ডকুমেন্টেশনে কোনো দেশ বা EU-ভিত্তিক বিধিনিষেধের উল্লেখ নেই। 1 অক্টোবর 2026 থেকে +39 নম্বরে পৌঁছানো প্রতিটি মার্কেটিং টেমপ্লেটের জন্য Meta চার্জ করে US$ 0.0795 (€0.0658), আর প্রতিটি ইউটিলিটি বা অথেন্টিকেশন টেমপ্লেটের জন্য US$ 0.03 (€0.0248)। Meta 1 জুলাই 2026 তারিখে ইতালির মার্কেটিং রেট বাড়িয়েছে। ### ইতালিতে কি WhatsApp Coexistence পাওয়া যায়? হ্যাঁ। WhatsApp Business অ্যাপ ব্যবহারকারীদের Cloud API-তে অনবোর্ড করার বিষয়ে Meta-র ডকুমেন্টেশনে যা যা লাগে তা দেওয়া আছে: মূলত অ্যাপ ভার্সন 2.24.17 বা নতুন, এবং Embedded Signup ব্যবহারকারী একজন Tech Provider বা Solution Partner। সেখানে কোনো দেশ, অঞ্চল বা কান্ট্রি কোডের বাদ দেওয়ার শর্ত নেই। ইউরোপীয় ইউনিয়নের নম্বরের জন্যও আলাদা কোনো শর্ত যোগ করা হয়নি। WhatsApp Business অ্যাপে সক্রিয়ভাবে ব্যবহৃত +39 নম্বর যোগ্য। ইতালির নম্বর শুধু সাধারণ কারণেই প্রত্যাখ্যাত হয়: নম্বরটি সাধারণ WhatsApp অ্যাপে আছে, অ্যাপ আপডেট করতে হবে, অথবা অন্য কোনো প্রোভাইডার এখনও নম্বরটি ধরে রেখেছে। যোগ্যতার পেজে প্রতিটি কারণ এবং তা সমাধানের উপায় ব্যাখ্যা করা আছে। ### ইতালিতে Meta প্রতি মেসেজে কত চার্জ করে? Meta প্রাপকের কান্ট্রি কোড অনুযায়ী প্রতিটি পৌঁছানো টেমপ্লেটের বিল করে। তাই ব্যবসা যেখানেই নিবন্ধিত হোক, +39 নম্বরে পৌঁছানো যেকোনো টেমপ্লেটে ইতালির রেট প্রযোজ্য। রেট কার্ডে ইতালির নিজস্ব লাইন আছে, Rest of Western Europe রেট প্রযোজ্য নয়। নিচের সংখ্যাগুলো 1 অক্টোবর 2026 থেকে কার্যকর Meta-র USD ও EUR কার্ড থেকে নেওয়া। Meta ইতালির জন্য কোনো authentication-international রেট তালিকাভুক্ত করেনি। খোলা 24 ঘণ্টার কাস্টমার সার্ভিস উইন্ডোর মধ্যে ফ্রি টেক্সট উত্তর ফ্রি, সেই উইন্ডোর মধ্যে পাঠানো ইউটিলিটি টেমপ্লেটও ফ্রি, এবং Coexistence নম্বরে WhatsApp Business অ্যাপ থেকে পাঠানো মেসেজে চার্জ লাগে না। ### 2026 সালে ইতালির প্রাইসিংয়ে কী পরিবর্তন হয়েছে? Meta-র প্রাইসিং চেঞ্জলগে এ বছর ইতালির জন্য একটি পরিবর্তন আছে: 1 জুলাই 2026 থেকে মার্কেটিং মেসেজের উচ্চতর রেট। একই আপডেটে স্পেন, পোল্যান্ড, হাঙ্গেরি, রোমানিয়া, যুক্তরাজ্য এবং আরও কয়েকটি দেশের রেটও বদলেছে। ইউটিলিটি ও অথেন্টিকেশন এই পরিবর্তনের অংশ ছিল না। প্রভাবটি পড়ে ক্যাম্পেইনে। জুলাই 2026-এর আগে তৈরি করা +39 নম্বরে প্রমোশনাল টেমপ্লেটের বাজেটে খরচ কম ধরা আছে, অথচ অর্ডার নিশ্চিতকরণ, ডেলিভারি আপডেট ও ওয়ান-টাইম পাসকোডের মূল্য আগের মতোই আছে। ইউরোতে বিলিংয়ে কোনো রূপান্তর লাগে না, কারণ EUR সেই মুদ্রাগুলোর একটি যেগুলোতে Meta রেট কার্ড প্রকাশ করে, এবং মার্কেটিংয়ের €0.0658 সংখ্যাটি Meta-র নিজের। ### ইতালির নম্বর কীভাবে সংযুক্ত করবেন এবং অ্যাপ চালু রাখবেন? Meta-র Embedded Signup-এর মাধ্যমে, যেখানে WhatsApp Business অ্যাপে আগে থেকে নিবন্ধিত নম্বরের বিকল্প বেছে নিতে হয়। ফ্লোটি হোস্ট করে একজন Tech Provider। ব্যবসা Facebook দিয়ে লগ ইন করে, নিজের Business Portfolio বেছে নেয়, +39 নম্বরটি দেয় এবং অ্যাপে দেখানো QR কোড স্ক্যান করে। সিঙ্ক হওয়া চ্যাট হিস্ট্রির মিডিয়া শুধু শেষ দুই সপ্তাহের। অনবোর্ডিংয়ের পরও ফোন আগের মতো কাজ করে, এবং একই নম্বর Cloud API-র মাধ্যমেও মেসেজ পাঠায় ও গ্রহণ করে, নির্দিষ্ট গতিতে প্রতি সেকেন্ডে 20টি মেসেজ। নম্বর সংযোগের পেজে প্রতিটি ধাপ দেখানো আছে। - 1 জুলাই 2026-এর আগে তৈরি করা বাজেট +39 প্রাপকদের জন্য ব্যবহার করা। সেদিনই Meta ইতালির মার্কেটিং রেট বাড়িয়েছে। - ইতালির নম্বরে Rest of Western Europe রেট ধরে নেওয়া। Meta-র কার্ডে ইতালির নিজস্ব লাইন আছে। - সাধারণ WhatsApp অ্যাপে থাকা নম্বরে অনবোর্ডিং শুরু করা। আগে নম্বরটি Business অ্যাপে নিতে হবে। **Meta কি ইতালির ব্যবসাকে ইউরোতে বিল করতে পারে?** হ্যাঁ। EUR Meta-র বিলিং মুদ্রাগুলোর একটি, এবং এর EUR কার্ডে ইতালির রেট মার্কেটিংয়ে €0.0658 এবং ইউটিলিটি ও অথেন্টিকেশনে €0.0248। **2026 সালে কি ইতালির ইউটিলিটি রেট বদলেছে?** না। 1 জুলাই 2026-এর আপডেটে শুধু ইতালির মার্কেটিং রেট বেড়েছে। **ইতালির গ্রাহকদের উত্তরে কি চার্জ লাগে?** 24 ঘণ্টার কাস্টমার সার্ভিস উইন্ডোর মধ্যে ফ্রি টেক্সট উত্তর ফ্রি। উইন্ডোর বাইরে পাঠানো টেমপ্লেটে পৌঁছানোর সময় চার্জ লাগে। **আমার কর্মীরা কি এখনও অ্যাপ ব্যবহার করতে পারবে?** হ্যাঁ। Coexistence একই নম্বরে WhatsApp Business অ্যাপ চালু রাখে, এবং সেখান থেকে পাঠানো মেসেজ ফ্রি থাকে। --- ## কীভাবে Coexistence বন্ধ করে শুধু অ্যাপে ফিরে যাবেন https://easycoexistence.com/bn/docs/disconnecting-coexistence Coexistence বন্ধ করতে হয় WhatsApp Business অ্যাপ থেকেই: সেটিংস, অ্যাকাউন্ট, Business Platform, তারপর Disconnect Account। অ্যাপ নম্বরে আগের মতোই কাজ করে, প্রোভাইডারের অ্যাক্সেস শেষ হয় এবং PARTNER_REMOVED সহ একটি account_update ওয়েবহুক পাঠানো হয়। যে নম্বর দুই জায়গাতেই চলছে, তাতে Cloud API-এর Deregister এন্ডপয়েন্ট ব্যবহার করা যায় না। ### কীভাবে Coexistence বন্ধ করব? যে ফোনে নম্বরটি আছে, সেই ফোন থেকে। নম্বরটি WhatsApp Business অ্যাপের সঙ্গে শেয়ার করা থাকলে Cloud API ছাড়ার জন্য Meta মাত্র একটি পথ নথিভুক্ত করেছে, এবং সেটি অ্যাপের ভেতর দিয়ে যায়, কোনো ড্যাশবোর্ড বা এন্ডপয়েন্ট দিয়ে নয়। সিদ্ধান্ত নেন প্রাইমারি ফোন যাঁর হাতে, তিনি। তাই এজেন্সি বা ডেভেলপারকে ব্যবসার মালিককে দিয়ে এটি করাতে হয়। - প্রাইমারি ডিভাইসে WhatsApp Business অ্যাপ খুলুন। - সেটিংস, তারপর অ্যাকাউন্ট, তারপর Business Platform-এ যান। - Disconnect Account ট্যাপ করে নিশ্চিত করুন। - API দিকে PARTNER_REMOVED ইভেন্ট সহ একটি account_update ওয়েবহুক আসবে বলে ধরে নিন। ### Deregister API কেন নম্বরটি প্রত্যাখ্যান করে? কারণ Meta ইচ্ছাকৃতভাবেই Coexistence নম্বরকে এর বাইরে রেখেছে। রেজিস্ট্রেশন ডকুমেন্টেশনে বলা আছে, যে ব্যবসায়িক ফোন নম্বর Cloud API এবং WhatsApp Business অ্যাপ, দুটোতেই ব্যবহার হচ্ছে, তাকে Deregister এন্ডপয়েন্ট দিয়ে ডিরেজিস্টার করা যায় না। ডিরেজিস্টার করলে নম্বরটি Cloud API-তে অব্যবহারযোগ্য হয়ে যায়। শুধু API-তে চলা নম্বরে এটাই লাইনটিকে প্ল্যাটফর্ম থেকে সরানোর উপায়। কিন্তু শেয়ার করা নম্বরে লাইনের প্রাথমিক মালিক অ্যাপ, তাই Meta সিদ্ধান্তটি ফোন যাঁর হাতে তাঁর কাছেই ফেরত পাঠায়। যে সফটওয়্যার আগে এন্ডপয়েন্টটি চেষ্টা করে, সে সংযোগ বিচ্ছিন্ন হওয়ার বদলে একটি ত্রুটি পায়। অ্যাপে কেউ বোতামটি ট্যাপ না করা পর্যন্ত নম্বর সংযুক্তই থাকে। ### অ্যাপ, হিস্ট্রি আর নম্বরের কী হয়? সংযোগ বিচ্ছিন্ন করা আর অ্যাকাউন্ট ডিলিট করা এক জিনিস নয়, আর পুরো উত্তরটাই এই পার্থক্যে। মেসেজ হিস্ট্রি হারানোর বিষয়ে Meta-র সতর্কতা প্রযোজ্য WhatsApp Business অ্যাপের অ্যাকাউন্ট ডিলিট করে নম্বরটি Cloud API-তে রেজিস্টার করার ক্ষেত্রে। সংযোগ বিচ্ছিন্ন করায় এর কোনোটিই হয় না। অ্যাপ ইনস্টল ও রেজিস্টার করা অবস্থাতেই থাকে, নম্বরটি তাতেই থাকে, এবং টিম একই ফোন থেকে গ্রাহকদের উত্তর দিয়ে যায়। শেষ হয় শুধু API দিকটি। নম্বর থেকে প্রোভাইডারের অ্যাপ সরে যায়, ফলে Cloud API দিয়ে মেসেজ পাঠানো এবং এর জন্য ওয়েবহুক ডেলিভারি বন্ধ হয়ে যায়। Coexistence যেসব ফিচার বন্ধ রাখে, যেমন ব্রডকাস্ট লিস্ট, সেগুলো নিয়ে আলাদা পেজ আছে। ### পরে কি নম্বরটি আবার সংযোগ করা যায়? হ্যাঁ, অনবোর্ডিং ফ্লো শুরু থেকে আবার চালিয়ে। সংযোগ রিসেট করার স্বাভাবিক উপায় হিসেবে Meta-র নিজস্ব ডকুমেন্টেশনেও অফবোর্ড করে ফ্লোটি আবার সম্পূর্ণ করার কথা বলা আছে, যেমন কন্টাক্ট ও হিস্ট্রি সিঙ্ক করার 24 ঘণ্টার সময়সীমা পেরিয়ে গেলে। আবার সংযোগ মানে নতুন অনবোর্ডিং, তাই প্রথমবার যা জিজ্ঞাসা করা হয়েছিল তা আবার জিজ্ঞাসা করা হয়, চ্যাট হিস্ট্রি শেয়ার করবেন কি না সেটিও। পুরোনো সংযোগে যা কনফিগার করা ছিল, যেমন ওয়েবহুক ওভাররাইড, তা আবার প্রয়োগ করতে হয়। নম্বরটি অন্য প্রোভাইডারের কাছে নিতে চাইলেও একই পথ: এখানে সংযোগ বিচ্ছিন্ন করুন, তারপর নতুন প্রোভাইডারের সঙ্গে অনবোর্ড করুন। - Coexistence নম্বরে Deregister এন্ডপয়েন্ট কল করা। Meta তা প্রত্যাখ্যান করে, সংযোগ বিচ্ছিন্ন করতে হয় অ্যাপে। - বের হওয়ার জন্য WhatsApp Business অ্যাপের অ্যাকাউন্ট ডিলিট করা। চ্যাট হিস্ট্রি হারানোর পথ এটাই। - PARTNER_REMOVED-কে এমন বিভ্রাট মনে করে রিট্রাই করা, যেখানে আসলে ব্যবসা ইচ্ছাকৃতভাবে সংযোগ বিচ্ছিন্ন করেছে। **সংযোগ বিচ্ছিন্ন করলে কি আমার চ্যাট হারাব?** না। সংযোগ বিচ্ছিন্ন করলে নম্বর থেকে API সরে যায়। এতে WhatsApp Business অ্যাপের অ্যাকাউন্ট ডিলিট হয় না, আর হিস্ট্রি হারানোর বিষয়ে Meta ঠিক সেটিরই সতর্কতা দেয়। **আমি কি API দিয়ে সংযোগ বিচ্ছিন্ন করতে পারি?** না। Cloud API এবং অ্যাপ, দুটোতেই ব্যবহার হওয়া নম্বরে Meta Deregister এন্ডপয়েন্ট অনুমোদন করে না। **আমার সিস্টেম কীভাবে জানবে যে এটি হয়েছে?** ব্যবসা সংযোগ বিচ্ছিন্ন করলে Meta PARTNER_REMOVED ইভেন্ট সহ একটি account_update ওয়েবহুক পাঠায়। **আমি কি একই নম্বর আবার সংযোগ করতে পারি?** হ্যাঁ। প্রথমবারের মতোই অনবোর্ডিং ফ্লো শুরু থেকে আবার চালান। --- ## একটি নম্বরকে Coexistence থেকে শুধু Cloud API-তে সরানো https://easycoexistence.com/bn/docs/moving-from-coexistence-to-cloud-api একটি Coexistence নম্বর শুধু API-তে চালানোর জন্য WhatsApp Business অ্যাপে সেটি ডিসকানেক্ট করতে হয়, অ্যাপ অ্যাকাউন্ট মুছে ফেলতে হয় এবং দুই ধাপের যাচাইকরণ PIN দিয়ে নম্বরটি Cloud API-তে রেজিস্টার করতে হয়। Meta সতর্ক করেছে যে বিদ্যমান মেসেজ হিস্ট্রি হারিয়ে যায়, এবং Cloud API থেকে ডিরেজিস্টার না করলে নম্বরটি অ্যাপে ফিরতে পারে না। ### কেন একটি ব্যবসা অ্যাপ ছাড়তে চাইবে? সাধারণত কারণ, ফোন থেকে আর কেউ উত্তর দেয় না। প্রতিটি কথোপকথন যখন সফটওয়্যার বা API-র ওপর তৈরি ইনবক্স সামলায়, তখন অ্যাপ নতুন কিছু যোগ না করে শুধু বাধ্যবাধকতা বাড়ায়: প্রাইমারি ডিভাইস নিয়মিত খুলতে হয়, আর নম্বরটি Coexistence-এর নির্দিষ্ট থ্রুপুটে আটকে থাকে। Meta-র ডকুমেন্টেশন অনুযায়ী অ্যাপ এবং Cloud API দুটোতেই ব্যবহৃত নম্বরের থ্রুপুট নির্দিষ্ট, প্রতি সেকেন্ডে 20টি মেসেজ। শুধু API-র নম্বর ডিফল্টভাবে প্রতি সেকেন্ডে 80টি পর্যন্ত মেসেজ দিয়ে শুরু করে এবং Meta-র শর্ত পূরণ করলে স্বয়ংক্রিয়ভাবে 1,000-এ আপগ্রেড হতে পারে। যে নম্বর বেশি পরিমাণে মেসেজ পাঠায়, তার জন্য এই পার্থক্যই সরে আসার কারণ। ### ধাপগুলোর ক্রম কী? চার ধাপ, এবং ক্রম গুরুত্বপূর্ণ, কারণ নম্বর অ্যাপের সঙ্গে শেয়ার করা থাকলে Deregister এন্ডপয়েন্ট সেটি প্রত্যাখ্যান করে। শেষ ধাপ ছাড়া প্রতিটি ধাপ ব্যবসার মালিক ফোনে করেন; শেষ ধাপটি একটি API কল, যা এখন থেকে নম্বরটি যিনি চালাবেন তিনি করেন। - Meta-র সুপারিশ অনুযায়ী WhatsApp Business অ্যাপে চ্যাট হিস্ট্রির ব্যাকআপ নিন। - অ্যাপে ডিসকানেক্ট করুন: সেটিংস, অ্যাকাউন্ট, Business Platform, Disconnect Account। - অ্যাপ অ্যাকাউন্ট মুছে ফেলুন: সেটিংস, অ্যাকাউন্ট, Delete my account, তারপর 3 মিনিট পর্যন্ত অপেক্ষা করুন। - 6 সংখ্যার দুই ধাপের যাচাইকরণ PIN দিয়ে নম্বরটি Cloud API-তে রেজিস্টার করুন। ### ব্যবসাকে কী ছাড়তে হয়? ফোনে থাকা কথোপকথন, এবং উত্তর দেওয়ার মাধ্যম হিসেবে ফোন। Meta জানিয়েছে, WhatsApp Business অ্যাপ অ্যাকাউন্ট মুছে নম্বরটি Cloud API-তে রেজিস্টার করলে বিদ্যমান মেসেজ হিস্ট্রি হারিয়ে যায়। Coexistence অনবোর্ডিংয়ে ব্যাপারটা উল্টো: সেখানে Meta-র তথ্য অনুযায়ী হিস্ট্রি সংরক্ষিত থাকে এবং দুটি অ্যাপ একসঙ্গে চলে। আগে Cloud API থেকে ডিরেজিস্টার না করলে নম্বরটি আর WhatsApp Business অ্যাপের সঙ্গে ব্যবহার করা যায় না। তাই এটি ব্যবসা চালানোর পদ্ধতির একটি ইচ্ছাকৃত, একমুখী পরিবর্তন, এবং শুরুর আগে নিশ্চিত হওয়া ভালো যে টিমের কেউ এখনো অ্যাপের ওপর নির্ভর করছেন না। ### API-র দিকে কী একই থাকে? সফটওয়্যার নম্বরের সঙ্গে যেভাবে কথা বলে, সেটি একই থাকে। এটি এখনো Cloud API: একই মেসেজের ধরন, টেমপ্লেট, ওয়েবহুক ও মূল্য প্রযোজ্য, কারণ Coexistence ছিল একই প্ল্যাটফর্মে ঢোকার একটি ভিন্ন অনবোর্ডিং মাত্র। বদলায় রেজিস্ট্রেশন। Coexistence নম্বর রেজিস্টার হয় অনবোর্ডিং ফ্লো দিয়ে; শুধু API-র নম্বর রেজিস্টার হয় দুই ধাপের যাচাইকরণ PIN সহ একটি register কল দিয়ে, এবং Meta এই কল সীমিত রাখে 72 ঘণ্টার মুভিং উইন্ডোতে প্রতি নম্বরে 10টি। তাই একটি ব্যর্থ চেষ্টাও সীমা খরচ করে; আবার চেষ্টার আগে PIN যাচাই করে নিন। - চ্যাটের ব্যাকআপ নেওয়ার আগে অ্যাপ অ্যাকাউন্ট মুছে ফেলা। Meta জানিয়েছে, এই পথে হিস্ট্রি হারিয়ে যায়। - নম্বর অ্যাপের সঙ্গে শেয়ার থাকা অবস্থায় Deregister কল করা। Meta তা প্রত্যাখ্যান করে। - লুপে বারবার রেজিস্ট্রেশনের চেষ্টা করা। Meta 72 ঘণ্টায় প্রতি নম্বরে 10টি register রিকোয়েস্টের অনুমতি দেয়। **শুধু API-তে যাওয়ার সময় কি চ্যাট হিস্ট্রি রাখতে পারব?** API-তে নয়। Meta সতর্ক করেছে যে হিস্ট্রি হারিয়ে যায়, এবং আগে অ্যাপ থেকে ব্যাকআপ নেওয়ার পরামর্শ দিয়েছে। **নম্বরটি কি পরে আবার অ্যাপে ফেরানো যায়?** Meta-র মাইগ্রেশন গাইড অনুযায়ী, শুধু Cloud API থেকে ডিরেজিস্টার করার পরে। **থ্রুপুট কি বাড়ে?** হ্যাঁ। Coexistence নম্বর 20 mps-এ নির্দিষ্ট; শুধু API-র নম্বর 80 mps পর্যন্ত দিয়ে শুরু করে। **শুরুতেই কি Deregister API ব্যবহার করা যায়?** নম্বর অ্যাপের সঙ্গে শেয়ার থাকলে নয়। আগে WhatsApp Business অ্যাপে সেটি ডিসকানেক্ট করুন। --- ## অন্য WhatsApp প্রোভাইডার থেকে নম্বর মাইগ্রেট করা https://easycoexistence.com/bn/docs/migrating-a-number-from-another-provider এটি নির্ভর করে নম্বরটি এখন কীভাবে সংযুক্ত আছে তার উপর। অন্য প্রোভাইডারের মাধ্যমে WhatsApp Business অ্যাপের সঙ্গে শেয়ার করা নম্বর অ্যাপের ভেতর থেকে ডিসকানেক্ট করতে হয়, তারপর নতুন প্রোভাইডারের সঙ্গে আবার অনবোর্ড করতে হয়। শুধু API-তে থাকা নম্বর Meta-র ফোন নম্বর মাইগ্রেশনের মাধ্যমে সরে, যা ডিসপ্লে নেম, কোয়ালিটি রেটিং, মেসেজিং লিমিট এবং Official Business Account স্ট্যাটাস বজায় রাখে। ### আমি কোন ক্ষেত্রে পড়ছি? একটি প্রশ্ন করুন: কেউ কি এখনও ফোনে WhatsApp Business অ্যাপ থেকে এই নম্বরে উত্তর দেয়? উত্তর হ্যাঁ হলে নম্বরটি বর্তমান প্রোভাইডারের সঙ্গে Coexistence-এ আছে, আর নম্বরটি ধরে রেখেছে অ্যাপ। সেই প্রোভাইডার ছাড়তে হয় অ্যাপের ভেতরে, আর নতুন প্রোভাইডারে যোগ দেওয়া মানে নতুন করে Coexistence অনবোর্ডিং। উত্তর না হলে নম্বরটি শুধু Cloud API-তে নিবন্ধিত, পেছনে কোনো অ্যাপ নেই। এর জন্য Meta-র আলাদা মাইগ্রেশন আছে, যা নম্বরটিকে এক পার্টনারের WhatsApp Business Account থেকে আরেক পার্টনারের অ্যাকাউন্টে সরায়, গোড়া থেকে আবার নিবন্ধন করতে হয় না। দুটি গুলিয়ে ফেলাই সাধারণত মাঝপথে আটকে যাওয়ার কারণ। ### Coexistence নম্বর কীভাবে প্রোভাইডার বদলায়? অফবোর্ডিং করে, তারপর আবার অনবোর্ডিং করে। Meta-র ডকুমেন্টেশন অনুযায়ী ব্যবসা অ্যাপের সেটিংস, অ্যাকাউন্ট, Business Platform অংশে Disconnect Account বোতাম ব্যবহার করে Cloud API থেকে ডিসকানেক্ট করে, আর প্রোভাইডার PARTNER_REMOVED সহ একটি account_update ওয়েবহুক পায়। ডিসকানেক্ট হওয়ার পর নম্বরটি আবার সাধারণ WhatsApp Business অ্যাপের নম্বর, এবং নতুন প্রোভাইডার Embedded Signup দিয়ে তা অনবোর্ড করতে পারে। শর্তগুলো সাধারণ Coexistence-এর মতোই: অ্যাপের সাম্প্রতিক সংস্করণ, আপনার অ্যাডমিন করা পোর্টফোলিও, এবং আর কোনো প্রোভাইডার সংযুক্ত না থাকা। হিস্ট্রি শেয়ারিংয়ের প্রশ্ন আবার করা হয়, আর 24 ঘণ্টার সিঙ্ক্রোনাইজেশন উইন্ডো নতুন অনবোর্ডিং থেকে আবার শুরু হয়। ### শুধু API মাইগ্রেশনে কী কী থেকে যায়? বেশির ভাগ মানুষ যতটা আশা করেন তার চেয়ে বেশি, আর সেজন্যই মুছে আবার নিবন্ধন না করে এই মাইগ্রেশন আছে। গ্রাহকদের সঙ্গে নম্বরটি যে সুনাম গড়েছে তা থেকে যায়, শুধু টেমপ্লেটের কোয়ালিটির ইতিহাস নতুন করে শুরু হয়। - ডিসপ্লে নেম, কোয়ালিটি রেটিং, মেসেজিং লিমিট এবং Official Business Account স্ট্যাটাস সংরক্ষিত থাকে। - যোগ্য টেমপ্লেটগুলো একই স্ট্যাটাস সহ গন্তব্য অ্যাকাউন্টে কপি করা হয়। - নম্বরে আগে আপলোড করা মিডিয়া এখনও ব্যবহার করা যায়। - টেমপ্লেটের কোয়ালিটি রেটিং সঙ্গে যায় না: মাইগ্রেট হওয়া প্রতিটি টেমপ্লেট UNKNOWN হিসেবে শুরু হয়। ### শুধু API মাইগ্রেশনের আগে কী কী প্রস্তুত থাকতে হবে? Meta দুই পক্ষের জন্যই শর্ত দিয়েছে, আর ক্লায়েন্টের দিকের শর্তগুলোতেই মাইগ্রেশন বেশি আটকে যায়। ব্যবসার Meta পোর্টফোলিও যাচাই করা থাকতে হবে, বিদ্যমান WhatsApp Business Account অনুমোদিত হতে হবে এবং একটি বৈধ পেমেন্ট পদ্ধতি যুক্ত থাকতে হবে। নম্বরে দুই ধাপের যাচাইকরণ বন্ধ থাকতে হবে, আর এটি বন্ধ করার কোনো API এন্ডপয়েন্ট Meta দেয় না, তাই প্রোভাইডার API দিয়ে এই ধাপ সারতে পারে না। গ্রহণকারী পক্ষে গন্তব্য অ্যাকাউন্টে অন্তত একটি অ্যাপকে ওয়েবহুকে সাবস্ক্রাইব করা থাকতে হবে। নতুন অ্যাকাউন্টে নিবন্ধন তাৎক্ষণিক এবং মেসেজিং বন্ধ হয় না, কিন্তু টেমপ্লেট কপি হতে সময় লাগে, তাই কপি তৈরি না হওয়া পর্যন্ত প্রভাবিত টেমপ্লেটগুলো ব্যবহার করা যায় না। - পুরোনো প্রোভাইডার সংযুক্ত থাকা অবস্থায় নতুন প্রোভাইডারে অনবোর্ড করা। আগে অ্যাপে নম্বরটি ডিসকানেক্ট করতে হবে। - দুই ধাপের যাচাইকরণ চালু রেখে শুধু API মাইগ্রেশন শুরু করা। Meta এটি বন্ধ থাকার শর্ত দেয়, আর কোনো এন্ডপয়েন্ট দিয়ে তা বন্ধ করা যায় না। - টেমপ্লেটের কোয়ালিটি টিকে থাকবে বলে ধরে নেওয়া। মাইগ্রেট হওয়া টেমপ্লেট আবার UNKNOWN থেকে শুরু করে। **Coexistence প্রোভাইডার বদলালে কি আমার চ্যাট হারিয়ে যায়?** অ্যাপে চ্যাট পুরো সময়ই থাকে। নতুন সংযোগের সঙ্গে হিস্ট্রি শেয়ার করার সুযোগ অনবোর্ডিংয়ের সময় আবার দেওয়া হয়। **শুধু API মাইগ্রেশনে কি আমার ডিসপ্লে নেম বদলে যায়?** না। Meta ডিসপ্লে নেম, কোয়ালিটি রেটিং, মেসেজিং লিমিট এবং Official Business Account স্ট্যাটাস বজায় রাখে। **আমার টেমপ্লেটের কোয়ালিটি রেটিং কেন চলে গেল?** Meta টেমপ্লেটগুলো গন্তব্য অ্যাকাউন্টে কপি করে, আর প্রতিটি কপি UNKNOWN রেটিং নিয়ে শুরু হয়। **ডাউনটাইম কি হয়?** Meta জানায়, শুধু API মাইগ্রেশনে নিবন্ধন তাৎক্ষণিক এবং মেসেজিং বন্ধ হয় না। টেমপ্লেট কপি হওয়ার পর থেকে ব্যবহার করা যায়। --- ## Coexistence নম্বরে WhatsApp গ্রুপ ও API https://easycoexistence.com/bn/docs/whatsapp-groups-and-the-api Meta-র Groups API দিয়ে একটি Cloud API নম্বর ছোট, শুধু আমন্ত্রণে যোগ দেওয়া যায় এমন গ্রুপ তৈরি করতে এবং সেখানে মেসেজ পাঠাতে পারে। তবে Meta স্পষ্ট জানিয়েছে, এটি WhatsApp Business অ্যাপের ফোন নম্বরের জন্য উপলব্ধ নয়, আর Coexistence নম্বর ঠিক সেটাই। অ্যাপের বিদ্যমান গ্রুপও সিঙ্ক্রোনাইজ হয় না। শেয়ার করা নম্বরে গ্রুপ শুধু অ্যাপের ফিচার হয়েই থাকে। ### WhatsApp-এর কি Groups API আছে? হ্যাঁ। Meta-র Groups API দিয়ে একটি ব্যবসা Cloud API নম্বরে গ্রুপ তৈরি, তালিকাভুক্ত ও আপডেট করতে পারে, গ্রুপে টেক্সট, মিডিয়া ও টেমপ্লেট মেসেজ পাঠাতে পারে, আমন্ত্রণ লিংক পরিচালনা করতে পারে, যোগদানের অনুরোধ অনুমোদন বা প্রত্যাখ্যান করতে পারে এবং অংশগ্রহণকারীদের সরাতে পারে। এটি ইচ্ছাকৃতভাবেই ছোট। গ্রুপে যোগ দিতে হয় শুধু আমন্ত্রণে, ব্যবসার পাঠানো লিংকের মাধ্যমে। Meta-র সীমা দেখে মনে হয় এটি কমিউনিটির চেয়ে প্রজেক্ট রুমের কাছাকাছি কিছু। - প্রতি গ্রুপে সর্বোচ্চ 8 জন অংশগ্রহণকারী। - প্রতি ব্যবসার নম্বরে সর্বোচ্চ 10,000টি গ্রুপ। - প্রতি গ্রুপে একটি Cloud API ব্যবসা। - টেক্সট, মিডিয়া, টেক্সটভিত্তিক টেমপ্লেট এবং মিডিয়াভিত্তিক টেমপ্লেট। ### Coexistence নম্বর কি এটি ব্যবহার করতে পারে? না। Groups API পেজে বলা আছে এটি WhatsApp Business অ্যাপের ফোন নম্বরের জন্য উপলব্ধ নয়, এবং ওই বাক্যাংশটি Meta-র নিজস্ব WhatsApp Business অ্যাপ ব্যবহারকারীদের অনবোর্ডিং গাইডের লিংক, অর্থাৎ Coexistence। যোগ্যতার শর্ত হলো Official Business Account, আর Meta-র OBA পেজ বলছে WhatsApp Business অ্যাপের ফোন নম্বরকে তারা এই স্ট্যাটাস দেয় না। তাই বাদ দেওয়ার সিদ্ধান্তটি Meta-র, এবং সব প্রোভাইডারের জন্য একই। অ্যাপ ও API দুটোতে শেয়ার করা নম্বর API দিয়ে গ্রুপ তৈরি করতে পারে না, সেখানে মেসেজ পাঠাতে পারে না এবং গ্রুপের কোনো ইভেন্টও পায় না। ### অ্যাপে থাকা গ্রুপগুলোর কী হয়? সেগুলো অ্যাপেই থাকে এবং সেখানে আগের মতোই চলে। Meta-র Coexistence ডকুমেন্টেশনে গ্রুপ চ্যাটকে সেই জিনিসগুলোর মধ্যে ধরা হয়েছে, নম্বর অনবোর্ড করার সময় যেগুলো সিঙ্ক্রোনাইজ হয় না। তাই গ্রুপের ইতিহাস বা নতুন গ্রুপ মেসেজ, কোনোটিই API-তে পৌঁছায় না। ফোনে থাকা টিম আগের মতোই গ্রুপ তৈরি করতে, মেসেজ দিতে ও পড়তে পারে। শুধু সফটওয়্যার ওই যোগাযোগ দেখতে পায় না। কোনো কাজ যদি গ্রুপের ওপর নির্ভর করে, যেমন ডেলিভারি নিয়ে কর্মীদের সমন্বয়, তাহলে তা অ্যাপেই চলতে থাকবে, আর তার চারপাশের যেকোনো অটোমেশন বানাতে হবে এক-এক জনের সঙ্গে কথোপকথনের ওপর ভিত্তি করে। ### API দিয়ে গ্রুপের বদলে কী ব্যবহার করব? এক-এক জনের সঙ্গে কথোপকথন, কারণ প্ল্যাটফর্মটি সেটিকে ঘিরেই তৈরি। যে মেসেজ গ্রাহকদের একটি গ্রুপে যেত, তা প্রত্যেকের কাছে আলাদাভাবে যায়: 24 ঘণ্টার গ্রাহকসেবা উইন্ডোর ভেতরে ফ্রি টেক্সট হিসেবে, আর তার বাইরে অনুমোদিত টেমপ্লেট হিসেবে। কোনো ব্যবসার যদি সত্যিই API-পরিচালিত গ্রুপ দরকার হয়, তাহলে Groups API-র জন্য এমন নম্বর লাগবে যা শুধু Cloud API-তে নিবন্ধিত এবং যার Official Business Account আছে। অর্থাৎ ওই নম্বরের জন্য Coexistence ছাড়তে হবে। এটি লাইনের কাঠামোগত সিদ্ধান্ত, কোনো সেটিংস নয়, এবং এতে লাইন থেকে অ্যাপটি বাদ পড়ে যায়। - Groups API আছে জেনে ধরে নেওয়া যে এটি Coexistence নম্বরেও চলে। Meta Business অ্যাপের নম্বরকে বাদ দিয়েছে। - অনবোর্ডিংয়ের পর API-তে গ্রুপের ইতিহাস দেখা যাবে বলে আশা করা। গ্রুপ চ্যাট সিঙ্ক্রোনাইজ হয় না। - 8 জনের সীমা খাপ খায় কি না যাচাই না করেই গ্রুপভিত্তিক কাজের ধারা পরিকল্পনা করা। **API দিয়ে কি WhatsApp গ্রুপে মেসেজ পাঠানো যায়?** শুধু Official Business Account আছে এমন API-only নম্বর থেকে, Groups API ব্যবহার করে। Coexistence নম্বর থেকে নয়। **আমার বিদ্যমান গ্রুপগুলো কি এখনো কাজ করবে?** হ্যাঁ, WhatsApp Business অ্যাপে। সেগুলো API-তে সিঙ্ক্রোনাইজ হয় না। **API গ্রুপে কতজন যোগ দিতে পারে?** Meta Groups API দিয়ে তৈরি গ্রুপে সর্বোচ্চ 8 জন অংশগ্রহণকারীর সীমা রেখেছে। **এটি কি আমার প্রোভাইডারের সীমাবদ্ধতা?** না। WhatsApp Business অ্যাপের নম্বরের জন্য এই বাদ দেওয়ার নিয়ম Meta-ই ঠিক করেছে, সব প্রোভাইডারের জন্য। --- ## Meta Verified এবং Coexistence নম্বরে অফিসিয়াল ব্যবসা ব্যাজ https://easycoexistence.com/bn/docs/meta-verified-and-coexistence দুটি আলাদা জিনিসকে নীল ব্যাজ বলা হয়। Official Business Account হলো Cloud API নম্বরের জন্য আবেদন করা একটি স্ট্যাটাস, এবং Meta-র ডকুমেন্টেশন অনুযায়ী WhatsApp Business অ্যাপের ফোন নম্বরকে তা দেওয়া হয় না। WhatsApp Business-এর জন্য Meta Verified হলো অ্যাপে নেওয়া একটি সাবস্ক্রিপশন, যাতে আছে ভেরিফাইড ব্যাজ, মাল্টি-এজেন্ট অ্যাক্সেস এবং উন্নত সহায়তা। ### Official Business Account কী? WhatsApp Business Platform-এ নিবন্ধিত একটি ব্যবসায়িক ফোন নম্বরের স্ট্যাটাস। Meta এটিকে এমন একটি নম্বর হিসেবে বর্ণনা করে, যার মালিক একটি খাঁটি বলে যাচাই করা ব্যবসা, এবং কন্টাক্টস ভিউতে নামের পাশে নীল চেকমার্ক দিয়ে তা দেখানো হয়। আবেদন করতে হয় WhatsApp Manager-এ নম্বরের প্রোফাইলের অধীনে, অথবা API-এর official_business_account ফিল্ডের মাধ্যমে। - ব্যবসাটি WhatsApp Business Messaging Policy মেনে চলে। - প্ল্যাটফর্মে কমপক্ষে 30 দিন ধরে নিবন্ধিত আছে। - এর Business Portfolio Business Verification পাস করেছে। - নম্বরে দুই-ধাপের যাচাইকরণ চালু আছে এবং ডিসপ্লে নেম অনুমোদিত। ### Coexistence নম্বর কি OBA স্ট্যাটাস পেতে পারে? Meta-র OBA ডকুমেন্টেশন বলছে, ব্যবসার কর্মী, টেস্ট অ্যাকাউন্ট এবং WhatsApp Business অ্যাপের ফোন নম্বরকে তারা OBA স্ট্যাটাস দেয় না। Meta তাদের Groups API পেজেও একই শব্দবন্ধ, অর্থাৎ WhatsApp Business অ্যাপের ফোন নম্বর, ব্যবহার করেছে এবং সেটিকে WhatsApp Business অ্যাপ ব্যবহারকারীদের অনবোর্ড করার গাইডের সঙ্গে যুক্ত করেছে, যা আসলে Coexistence। অ্যাপ ও API-এর মধ্যে শেয়ার করা নম্বরের জন্য Meta আলাদা কোনো নিয়ম প্রকাশ করেনি, তাই নথিভুক্ত অবস্থান উপরেরটিই। প্রত্যাখ্যাত আবেদন 30 দিন পরে আবার জমা দেওয়া যায়, আর এর মধ্যে বিজনেস প্রোফাইল সম্পাদনা করা যায়। ### WhatsApp Business-এর জন্য Meta Verified কী? WhatsApp Business অ্যাপের মাধ্যমে নেওয়া একটি পেইড সাবস্ক্রিপশন, যা প্ল্যাটফর্মের OBA প্রক্রিয়া থেকে আলাদা। Meta-র রিসোর্স পেজে যা যা আছে তার তালিকা দেওয়া আছে: একটি ভেরিফাইড ব্যাজ, কাস্টম ওয়েব পেজ, উন্নত সহায়তা, একাধিক ডিভাইস সংযুক্ত করা ও সেলস এজেন্টদের চ্যাট বরাদ্দ করার মাল্টি-এজেন্ট অ্যাকাউন্ট, এবং সর্বোচ্চ 10টি WhatsApp Channels-এ ভেরিফাইড ব্যাজ। এটি অ্যাপে কেনা হয় বলে Coexistence নম্বরের অ্যাপের দিকের সঙ্গে এর সম্পর্ক। Meta-র পেজ সাবস্ক্রাইব করার আগে ব্যবসা ও অ্যাকাউন্টের তথ্য হালনাগাদ আছে কি না নিশ্চিত করতে বলে, এবং সেখানে কোনো নির্দিষ্ট মূল্য প্রকাশ করে না। ### নম্বর সরালে কি ব্যাজ থেকে যায়? OBA-র ক্ষেত্রে Meta স্পষ্টভাবে একটি ঘটনার কথা নথিভুক্ত করেছে: Embedded Signup-এর মাধ্যমে এক Solution Partner থেকে আরেকজনের কাছে সরানো ফোন নম্বর তার ডিসপ্লে নেম, কোয়ালিটি রেটিং, মেসেজিং সীমা এবং Official Business Account স্ট্যাটাস ধরে রাখে। নম্বর নিজেই বদলালে এর সমতুল্য কোনো বিবৃতি নেই, আর OBA একটি নির্দিষ্ট ব্যবসায়িক ফোন নম্বরের, তাই আলাদা নম্বর মানে আলাদা আবেদন। ডিসপ্লে নেম অনুমোদন OBA-র শর্তগুলোর একটি, তাই নাম বদলের পরিকল্পনা আবেদনের পরে নয়, আগে করে রাখা ভালো। - OBA আর Meta Verified-কে একই ব্যাজ ধরে নেওয়া। একটি প্ল্যাটফর্মের স্ট্যাটাস, অন্যটি অ্যাপের সাবস্ক্রিপশন। - প্ল্যাটফর্মে 30 দিন পূর্ণ হওয়ার আগে OBA-র আবেদন করা। Meta এই ন্যূনতম সময় চায়, আর প্রত্যাখ্যান মানে 30 দিনের অপেক্ষা। - দুই-ধাপের যাচাইকরণ বন্ধ রেখে বা ডিসপ্লে নেম অনুমোদনের অপেক্ষায় থাকা অবস্থায় OBA-র আবেদন করা। দুটিই তালিকাভুক্ত শর্ত। **Meta Verified কি Official Business Account-এর মতোই?** না। Meta এগুলো আলাদাভাবে নথিভুক্ত করেছে: OBA হলো প্ল্যাটফর্ম নম্বরের জন্য আবেদন করা একটি স্ট্যাটাস, আর Meta Verified অ্যাপে নেওয়া একটি সাবস্ক্রিপশন। **Coexistence নম্বর দিয়ে কি Meta Verified সাবস্ক্রাইব করা যায়?** Meta Verified নেওয়া হয় WhatsApp Business অ্যাপের মাধ্যমে, যা Coexistence নম্বর ব্যবহার করতে থাকে। **কতদিন পরে OBA-র আবেদন করা যায়?** নম্বরটি কমপক্ষে 30 দিন ধরে WhatsApp Business Platform-এ নিবন্ধিত থাকতে হবে। **আমার OBA আবেদন প্রত্যাখ্যাত হলে কী হবে?** Meta আবার জমা দেওয়ার আগে 30 দিন অপেক্ষা করতে বলে। --- ## একটি Coexistence নম্বরে একাধিক এজেন্ট ও সিস্টেমের উত্তর দেওয়া https://easycoexistence.com/bn/docs/multiple-agents-on-one-number একটি Coexistence নম্বরে মানুষ ও সফটওয়্যার একসঙ্গে উত্তর দিতে পারে। কর্মীরা WhatsApp Business অ্যাপ এবং তার লিংকড ডিভাইস ব্যবহার করেন, প্রাইমারি ফোন ছাড়া আরও 4টি পর্যন্ত, আর সিস্টেম ব্যবহার করে Cloud API। অ্যাপ বা কম্পেনিয়ন ডিভাইস থেকে কেউ যে মেসেজ পাঠান, তা সফটওয়্যারের কাছে smb_message_echoes ওয়েবহুক হিসেবে পৌঁছায়, তাই দুই পক্ষই একই থ্রেড দেখে। ### একই নম্বরে কয়েকজন কীভাবে উত্তর দেন? লিংকড ডিভাইসের মাধ্যমে। WhatsApp একটি অ্যাকাউন্টকে প্রাইমারি ফোন ছাড়া আরও 4টি ডিভাইসে ব্যবহার করতে দেয়। ফিচারটির ঘোষণায় ব্যবহারের ক্ষেত্রটি সরাসরি বলা হয়েছিল: ছোট ব্যবসার কর্মীরা একই WhatsApp Business অ্যাকাউন্টের অধীনে নিজেদের ফোন থেকে গ্রাহকদের উত্তর দিচ্ছেন। Coexistence নম্বরেও এটি একই থাকে। প্রাইমারি ফোনই অ্যাকাউন্টের মালিক থাকে, আর অন্য কর্মীরা লিংকড ফোন, ট্যাবলেট, ব্রাউজার বা ডেস্কটপ অ্যাপ থেকে কাজ করেন। কোন কম্পেনিয়ন ক্লায়েন্ট সমর্থিত এবং অনবোর্ডিং সেগুলোর ওপর কী প্রভাব ফেলে, তা লিংকড ডিভাইসের পেজে আছে। ### সফটওয়্যার কোথায় আসে? একই নম্বরের API দিকে। CRM, অটোমেশন টুল বা AI এজেন্ট Cloud API দিয়ে মেসেজ পাঠায় এবং ওয়েবহুকের মাধ্যমে গ্রাহকের মেসেজ পায়, আর মানুষ অ্যাপ ব্যবহার করতেই থাকেন। নম্বরটি দুই দিকেই একই লাইন, তাই কে কোন মেসেজ লিখেছে তা নির্বিশেষে গ্রাহক একটিই কথোপকথন দেখেন। API যে মেসেজ পাঠায় তা অ্যাপের থ্রেডেও দেখা যায়, ফলে সিস্টেম আগে কী বলেছে তা কর্মীরা জানতে পারেন। একমাত্র ভাগ করা সীমা হলো পরিমাণ: অ্যাপ ও Cloud API দুটোতেই ব্যবহৃত নম্বরে Meta প্রতি সেকেন্ডে 20টি মেসেজ নির্দিষ্ট করেছে। ### কোনো মানুষ আগেই উত্তর দিয়েছেন, সফটওয়্যার তা কীভাবে জানে? ইকো থেকে। পার্টনারের মাধ্যমে অনবোর্ড হওয়া কোনো ব্যবসা WhatsApp Business অ্যাপ বা কম্পেনিয়ন ডিভাইস থেকে মেসেজ পাঠালে Meta-র smb_message_echoes ওয়েবহুক চালু হয়। অ্যাপ থেকে মেসেজ এডিট বা মুছলেও এটি চালু হয়। এটি নম্বরের প্রতিটি মানুষকে ধরে, তিনি প্রাইমারি ফোনে টাইপ করুন বা লিংকড ল্যাপটপে। যে সিস্টেম ইকো পড়ে, সে কথোপকথনটিকে মানুষের হাতে সামলানো হিসেবে চিহ্নিত করে নিজের উত্তর থামাতে পারে। এটাই টিমকে সাহায্য করা অটোমেশন আর টিমের কথার ওপর কথা বলা অটোমেশনের পার্থক্য। - অ্যাপ বা কম্পেনিয়ন ডিভাইস থেকে পাঠালে: একটি ইকো আসে। - অ্যাপে এডিট করলে: একটি ইকো আসে। - অ্যাপে মুছলে: একটি ইকো আসে। ### প্রতিটি পক্ষকে কী মনে রাখতে হবে? কর্মীদের প্রাইমারি ফোন ব্যবহার চালু রাখতে হবে। প্রাইমারি ডিভাইসে প্রায় 14 দিন নিষ্ক্রিয় থাকলে Meta Coexistence নম্বরের সংযোগ বিচ্ছিন্ন করে, আর কম্পেনিয়ন ডিভাইসের নিজের প্রায় 30 দিনের নিষ্ক্রিয়তায় সেটির সংযোগ কাটে। তাই যে টিম শুধু ল্যাপটপ থেকে কাজ করে, তারা দুটোই হারাতে পারে। সফটওয়্যারকে প্ল্যাটফর্মের নিয়ম মানতে হয়: 24 ঘণ্টার কাস্টমার সার্ভিস উইন্ডোর মধ্যে ফ্রি টেক্সট, তার বাইরে টেমপ্লেট। আর অ্যাপের সঙ্গে ভাগ করা নম্বরে Meta গ্রুপ চ্যাট বাদ রেখেছে, তাই কোনো পক্ষই API দিয়ে গ্রুপ চ্যাট পায় না। - smb_message_echoes উপেক্ষা করা। এগুলো ছাড়া বট বুঝতে পারে না যে লিংকড ল্যাপটপ থেকে কোনো মানুষ আগেই উত্তর দিয়েছেন। - পুরো টিম লিংকড ল্যাপটপ থেকে কাজ করছে, অথচ প্রাইমারি ফোন সপ্তাহের পর সপ্তাহ অব্যবহৃত পড়ে আছে। - অনবোর্ডিংয়ের পর WhatsApp for Windows লিংক করা। Meta এটিকে Coexistence নম্বরে অসমর্থিত হিসেবে তালিকাভুক্ত করেছে। **একটি নম্বরে কতজন উত্তর দিতে পারেন?** WhatsApp প্রাইমারি ফোন ছাড়া 4টি পর্যন্ত লিংকড ডিভাইস অনুমতি দেয়, আর প্রতিটি ডিভাইস আলাদা আলাদা ব্যক্তি ব্যবহার করতে পারেন। **লিংকড ল্যাপটপের মেসেজ কি আমার CRM-এ পৌঁছায়?** হ্যাঁ। অ্যাপ বা কম্পেনিয়ন ডিভাইস থেকে পাঠানো মেসেজের জন্য Meta smb_message_echoes পাঠায়। **চ্যাটবট ও মানুষ কি একটি কথোপকথন ভাগ করতে পারে?** হ্যাঁ। দুজনই একই থ্রেডে লেখে, আর ইকোর মাধ্যমে বট দেখতে পায় কখন কোনো মানুষ উত্তর দিয়েছেন। **API দিকে কি সিটের কোনো সীমা আছে?** Meta API-র পরিমাণ সীমিত করে, ভাগ করা নম্বরে প্রতি সেকেন্ডে 20টি মেসেজ, সিস্টেমের সংখ্যা নয়। --- ## লিঙ্ক করা ডিভাইস ও Coexistence: কী আনলিঙ্ক হয় https://easycoexistence.com/bn/docs/linked-devices-and-coexistence WhatsApp Business অ্যাপের নম্বর Cloud API-তে অনবোর্ড করলে অ্যাকাউন্টের প্রতিটি কম্প্যানিয়ন ডিভাইস আনলিঙ্ক হয়ে যায়। সমর্থিত কম্প্যানিয়ন, যেমন WhatsApp Web এবং কম্প্যানিয়ন হিসেবে লিঙ্ক করা ফোন, পরে আবার লিঙ্ক করা যায়। Coexistence নম্বরে WhatsApp for Windows ও WhatsApp for WearOS সমর্থিত নয়, আর প্রায় 30 দিন নিষ্ক্রিয় থাকলে কম্প্যানিয়ন ডিভাইসের সংযোগ বিচ্ছিন্ন হয়ে যায়। ### অনবোর্ডিংয়ের সময় লিঙ্ক করা ডিভাইসগুলোর কী হয়? সবগুলো লগ আউট হয়ে যায়। Meta-র ডকুমেন্টেশন অনুযায়ী, কোনো ব্যবসা বিদ্যমান WhatsApp Business অ্যাপ অ্যাকাউন্ট ও নম্বর নিয়ে Cloud API-তে অনবোর্ড করলে অ্যাকাউন্ট থেকে সব কম্প্যানিয়ন অ্যাপ আনলিঙ্ক হয়, এরপর ব্যবসা যেকোনো সমর্থিত কম্প্যানিয়ন অ্যাপ আবার লিঙ্ক করতে পারে। এতে কিছু হারায় না: প্রাইমারি ফোনেই অ্যাকাউন্ট ও কথোপকথনগুলো থেকে যায়। তবে ব্রাউজার বা দ্বিতীয় ফোন থেকে যাঁরা গ্রাহকদের উত্তর দেন, অনবোর্ডিং শেষ হওয়ামাত্র তাঁরা লগ আউট হয়ে যাবেন। তাই QR কোড স্ক্যান করার পরে নয়, আগেই টিমকে জানিয়ে রাখা ভালো। ### পরে কোন কম্প্যানিয়ন ডিভাইসগুলো সমর্থিত? দুটি ছাড়া সবগুলো। Meta-র তালিকা অনুযায়ী WhatsApp for Windows ও WhatsApp for WearOS বাদে বাকি সব কম্প্যানিয়ন ক্লায়েন্ট Coexistence নম্বরে সমর্থিত। সমর্থিত প্রতিটি ডিভাইস আগের মতোই প্রাইমারি ফোন দিয়ে QR কোড স্ক্যান করে লিঙ্ক করা হয় এবং আগের মতো একই ডিভাইস সীমার মধ্যে গণ্য হয়। - ব্রাউজারে WhatsApp Web: সমর্থিত, QR কোড দিয়ে আবার লিঙ্ক করুন। - কম্প্যানিয়ন হিসেবে লিঙ্ক করা অতিরিক্ত ফোন: সমর্থিত। - WhatsApp for Windows: সমর্থিত নয়। - ঘড়িতে WhatsApp for WearOS: সমর্থিত নয়। ### কয়টি ডিভাইস লিঙ্ক করা যায়? প্রাইমারি ফোন ছাড়া সর্বোচ্চ চারটি। ফোনে মাল্টি-ডিভাইস চালুর ঘোষণায় WhatsApp বলেছিল, ফোনকে ওয়েব ব্রাউজার, ট্যাবলেট ও ডেস্কটপের মতোই সর্বোচ্চ চারটি অতিরিক্ত ডিভাইসের একটি হিসেবে লিঙ্ক করা যায়। ছোট ব্যবসার কর্মীরা নিজেদের ফোন থেকে গ্রাহকদের উত্তর দেবেন, এটাই ছিল এর উদ্দেশ্য। Coexistence নম্বরে এই সীমা ভাগ হয় যেসব কম্প্যানিয়ন ক্লায়েন্ট এখনও সমর্থিত, তাদের মধ্যে। আগে Windows অ্যাপ ব্যবহার করত এমন অফিস সাধারণত সেই ডেস্কগুলো ব্রাউজারে WhatsApp Web-এ সরিয়ে নেয়, যা অন্য যেকোনো কম্প্যানিয়নের মতোই চারটির একটি হিসেবে গণ্য হয়। ### লিঙ্ক করা ডিভাইস সংযুক্ত থাকে কীসে? দুটি নিষ্ক্রিয়তার নিয়মে, প্রতিটি ধরনের ডিভাইসের জন্য একটি করে। দুটোই Meta-র সংযোগ বিচ্ছিন্নতার ডেটায় কারণ হিসেবে আসে। PRIMARY_INACTIVITY প্রাইমারি ফোনের জন্য এবং প্রায় 14 দিন কোনো কার্যকলাপ না থাকলে কার্যকর হয়। WhatsApp এ-ও জানায় যে প্রাইমারি ডিভাইস দীর্ঘ সময় নিষ্ক্রিয় থাকলে সব কম্প্যানিয়ন ডিভাইস থেকে অ্যাকাউন্ট লগ আউট হয়ে যায়, ফলে অব্যবহৃত প্রাইমারি ফোন সব লিঙ্ক করা ডিভাইসকে সঙ্গে নিয়ে যায়। COMPANION_INACTIVITY আলাদা করে একটি কম্প্যানিয়ন ডিভাইসের জন্য, প্রায় 30 দিন নিষ্ক্রিয় থাকার পর। শাখা অফিসের কম ব্যবহৃত ল্যাপটপ এর সাধারণ উদাহরণ। - WhatsApp Web থেকে উত্তর দেন এমন কর্মীদের না জানিয়ে অনবোর্ড করা। অনবোর্ডিং শেষ হলে তাঁরা লগ আউট হয়ে যান। - WhatsApp for Windows অ্যাপ আবার লিঙ্ক করার চেষ্টা করা। Meta এটিকে Coexistence নম্বরে সমর্থিত নয় বলে তালিকাভুক্ত করেছে। - সবাই লিঙ্ক করা ডিভাইসে কাজ করে বলে প্রাইমারি ফোন ড্রয়ারে ফেলে রাখা। এর নিষ্ক্রিয়তা কম্প্যানিয়নগুলোকেও বিচ্ছিন্ন করে দেয়। **Coexistence কি WhatsApp Web আনলিঙ্ক করে?** হ্যাঁ, অনবোর্ডিংয়ের সময় প্রতিটি কম্প্যানিয়ন আনলিঙ্ক হয়। WhatsApp Web সমর্থিত, তাই এখনই আবার লিঙ্ক করা যায়। **Windows-এ WhatsApp ডেস্কটপ অ্যাপ ব্যবহার করা যাবে?** Coexistence নম্বরে নয়। Meta WhatsApp for Windows-কে অসমর্থিত কম্প্যানিয়ন হিসেবে তালিকাভুক্ত করেছে। **Coexistence নিজে কি একটি লিঙ্ক করা ডিভাইস?** না। এটি Meta-র অনবোর্ডিংয়ের মাধ্যমে নম্বরের সঙ্গে যুক্ত Cloud API, এবং এটি কোনো কম্প্যানিয়ন স্লট দখল করে না। **কয়টি কম্প্যানিয়ন লিঙ্ক করা যায়?** প্রাইমারি ফোন ছাড়া সর্বোচ্চ চারটি, Meta যেসব কম্প্যানিয়ন ক্লায়েন্ট সমর্থন করে তাদের মধ্যে। --- ## Coexistence সংযোগে ফোন নম্বর পরিবর্তন করা https://easycoexistence.com/bn/docs/changing-the-phone-number একটি Coexistence সংযোগ একটি ফোন নম্বরের সঙ্গে যুক্ত। ব্যবসা WhatsApp Business অ্যাপে নম্বর বদলালে Meta CHANGE_NUMBER কারণ দেখিয়ে সংযোগটি বিচ্ছিন্ন করে দেয়। নতুন নম্বরটি প্ল্যাটফর্মে আলাদা একটি বিজনেস ফোন নম্বর, তাই Coexistence ফ্লো দিয়ে নতুন সংযোগ হিসেবে অনবোর্ড করতে হয়। ### নম্বর বদলালে সংযোগের কী হয়? সংযোগটি শেষ হয়ে যায়। Meta Coexistence সংযোগ বিচ্ছিন্ন হওয়ার কারণগুলোর তালিকায় ফোন নম্বর পরিবর্তনকে রেখেছে এবং account_update ওয়েবহুকের disconnection_info-তে CHANGE_NUMBER কারণ দিয়ে তা জানায়। এটি প্ল্যাটফর্মের কড়াকড়ি নয়, বরং সামঞ্জস্যের ব্যাপার। API-র দিকে যা কিছু আছে, সবই একটি বিজনেস ফোন নম্বরের সঙ্গে বাঁধা: তার phone number ID, ডিসপ্লে নাম, কোয়ালিটি রেটিং ও ওয়েবহুক সাবস্ক্রিপশন। আলাদা নম্বর মানে আলাদা অ্যাসেট, তাই পুরোনো নম্বরের সঙ্গে যুক্ত কিছুই নিজে থেকে নতুনটিতে যায় না, আর নম্বর বদলানোর মুহূর্তেই পুরোনো সংযোগ কাজ করা বন্ধ করে দেয়। ### নতুন নম্বর কীভাবে সংযুক্ত করব? প্রথম সংযোগ হিসেবে। Coexistence-এ যোগ দেওয়া যেকোনো নম্বরের মতোই নতুন নম্বরকেও একই শর্ত পূরণ করতে হয়, তারপর শুরু থেকে অনবোর্ডিং করতে হয়। পুরোনো সংযোগ থেকে কিছুই নতুন করে ব্যবহার হয় না, তাই পরিবর্তনটিকে একটি নির্দিষ্ট তারিখসহ ছোট প্রকল্প হিসেবে দেখা ভালো। - নম্বরটি WhatsApp Business অ্যাপে সক্রিয় এবং অ্যাপের সংস্করণ 2.24.17 বা তার নতুন। - নম্বরটি এমন একটি Business Portfolio-তে আছে, যার আপনি অ্যাডমিন। - নম্বরটি অন্য কোনো প্রোভাইডারের সঙ্গে যুক্ত নয়। - যেকোনো বিজনেস ফোন নম্বরের মতো নিবন্ধনের সময় এর ডিসপ্লে নাম দিতে হয়। ### API-র দিকে কী হালনাগাদ করতে হবে? পুরোনো নম্বর বা তার ID যেখানে যেখানে সংরক্ষিত আছে, সব জায়গায়। Cloud API দিয়ে যেসব ইন্টিগ্রেশন মেসেজ পাঠায়, সেগুলো phone number ID ধরে পাঠায়। তাই কোনো CRM, অটোমেশন ওয়ার্কফ্লো বা AI এজেন্ট পুরোনো ID-তেই থেকে গেলে সেটি নতুন নম্বরে সরে যাবে না, বরং ব্যর্থ হবে। নতুন সংযোগেও অনবোর্ডিংয়ের প্রশ্নগুলো আবার আসে, যেমন চ্যাট হিস্ট্রি শেয়ার করা হবে কি না এবং তা সিঙ্ক করার 24 ঘণ্টার সময়সীমা। পুরোনো সংযোগে সেট করা ওয়েবহুক গন্তব্য নতুনটিতে আবার প্রয়োগ করতে হবে। Portfolio-র ধারণক্ষমতাও দেখে নেওয়া ভালো: যাচাই না হওয়া পর্যন্ত বা 2,000 মেসেজিং সীমায় না পৌঁছানো পর্যন্ত Meta নতুন Business Portfolio-তে নিবন্ধিত বিজনেস ফোন নম্বর 2টিতে সীমিত রাখে। ### প্ল্যাটফর্মে পুরোনো নম্বরের কী হয়? কেউ সরিয়ে না দেওয়া পর্যন্ত এটি WhatsApp Business Account-এ অ্যাসেট হিসেবেই থেকে যায়। Meta শুধু Business Portfolio-র অ্যাডমিনদের বিজনেস ফোন নম্বর মুছতে দেয়, আর গত 30 দিনের মধ্যে পেইড মেসেজ পাঠানো হয়েছে এমন নম্বর মোছার অনুমতি দেয় না। মুছে ফেলা ঐচ্ছিক গোছগাছের কাজ, নতুন নম্বর সংযুক্ত করার শর্ত নয়। তবে অ্যাকাউন্টে পুরোনো নম্বর পড়ে থাকলে কোনো সিস্টেম সহজেই ভুল নম্বরে মেসেজ পাঠাতে থাকতে পারে। 30 দিন পার হলে নম্বরটি সরিয়ে দিলে অ্যাকাউন্ট পরিষ্কার ও বোঝার মতো থাকে। - পুনঃসংযোগের পরিকল্পনা না করেই অ্যাপে নম্বর বদলানো। সেই মুহূর্তেই পুরোনো সংযোগ শেষ হয়ে যায়। - ইন্টিগ্রেশনে পুরোনো phone number ID রেখে দেওয়া। মেসেজ পাঠানো নতুন নম্বরের দিকে না গিয়ে ব্যর্থ হয়। - নম্বর বদলানোর পরপরই পুরোনো নম্বর মুছতে চেষ্টা করা। 30 দিনের মধ্যে পেইড মেসেজ পাঠানো হয়ে থাকলে Meta তা আটকে দেয়। **আমার নতুন নম্বরের সঙ্গে কি সংযোগটি চলে আসে?** না। Meta CHANGE_NUMBER কারণ দিয়ে সংযোগটি বিচ্ছিন্ন করে, আর নতুন নম্বরটি নতুন সংযোগ হিসেবে অনবোর্ড করতে হয়। **আমার কি নতুন phone number ID লাগবে?** হ্যাঁ। নতুন নম্বরটি প্ল্যাটফর্মে আলাদা একটি বিজনেস ফোন নম্বর, তার নিজের ID আছে। **পুরোনো নম্বর কি সঙ্গে সঙ্গে মুছে ফেলা যায়?** শুধু তখনই, যখন গত 30 দিনে সেটি দিয়ে পেইড মেসেজ পাঠানো হয়নি, আর মোছার অধিকার শুধু Business Portfolio-র অ্যাডমিনের। **আমাকে কি আবার ডিসপ্লে নাম বেছে নিতে হবে?** হ্যাঁ। বিজনেস ফোন নম্বর নিবন্ধনের সময় Meta ডিসপ্লে নামের তথ্য চায়। --- ## Meta ব্যবসা যাচাইকরণ এবং Coexistence নম্বর https://easycoexistence.com/bn/docs/business-verification Meta ব্যবসা যাচাইকরণ একটি Meta Business Portfolio-র জন্য প্রযোজ্য, ফোন নম্বরের জন্য নয়। যাচাইকরণ ছাড়াই একটি পোর্টফোলিও মেসেজ পাঠাতে পারে, শুরুর সীমা দিনে 250 জন ইউনিক প্রাপক এবং দুটি নিবন্ধিত নম্বর। যাচাইকরণ 2,000 সীমায় পৌঁছানোর একটি পথ, নম্বরের সর্বোচ্চ সংখ্যা 20-তে বাড়ায় এবং ব্লু চেকের জন্য আবেদনের আগে এটি আবশ্যক। ### নম্বর সংযোগ করতে কি ব্যবসা যাচাইকরণ আবশ্যক? না। Meta-র ডকুমেন্টেশনে যাচাইকরণকে একটি পোর্টফোলিও কী কী করতে পারবে তা বাড়ানোর উপায় হিসেবে দেখা হয়েছে, মেসেজ পাঠানোর শর্ত হিসেবে নয়। নতুন তৈরি করা ব্যবসার পোর্টফোলিও শুরু করে এমন একটি মেসেজিং সীমা নিয়ে, যেখানে কাস্টমার সার্ভিস উইন্ডোর বাইরে চলমান 24 ঘণ্টায় 250 জন ইউনিক প্রাপককে মেসেজ পাঠানো যায়, এবং নিবন্ধিত বিজনেস ফোন নম্বরের সীমা দুটি। পোর্টফোলিও যাচাই হোক বা না হোক, এই দুটি সীমা একই থাকে, আর ব্যবসা প্রথম দিন থেকেই এই সীমার মধ্যে কাস্টমারদের মেসেজ পাঠাতে পারে। যাচাইকরণ বদলায় সর্বোচ্চ সীমাটি। মেসেজিং সীমা 250 থেকে 2,000 করতে Meta যে তিনটি পথের কথা বলে, এটি তার একটি, এবং নিবন্ধিত নম্বরের সীমা 20 করার দুটি ট্রিগারের মধ্যেও এটি একটি। ### WhatsApp-এ যাচাইকরণ কী কী খুলে দেয়? তিনটি আলাদা বিষয়, যেগুলোকে প্রায়ই একটি হিসেবে বর্ণনা করা হয়। - মেসেজিং সীমার একটি পথ: যাচাইকরণ 2,000 সীমার জন্য যোগ্য হওয়ার একটি উপায়, তারপর Meta-র স্বয়ংক্রিয় স্কেলিং দায়িত্ব নেয়। - নম্বরের বড় সীমা: Meta পোর্টফোলিওকে দুটি নিবন্ধিত নম্বর থেকে 20-তে বাড়ায় এবং একটি business_capability_update ওয়েবহুক পাঠায়। - Official Business Account-এর যোগ্যতা: ব্লু চেকের অনুরোধ করার আগে নম্বরের মালিক পোর্টফোলিওটি যাচাই হতে হবে। - এই তিনটির কোনোটিই ফোনে WhatsApp Business অ্যাপের কাজ করার ধরন বদলায় না। ### Coexistence নম্বরে যাচাইকরণ কীভাবে প্রযোজ্য হয়? পোর্টফোলিওর মাধ্যমে। Coexistence দিয়ে সংযুক্ত নম্বর থাকে একটি WhatsApp Business Account-এ, যেটি একটি Meta Business Portfolio-র অধীনে, আর যাচাইকরণ সেই পোর্টফোলিওর বৈশিষ্ট্য। এর প্রতিটি নম্বর একই ফলাফল পায়, পোর্টফোলিওর মেসেজিং সীমার মতোই। ব্লু চেকের ক্ষেত্রে পরিধি আরও সংকীর্ণ। Meta-র Official Business Account পেজে বলা আছে, তারা অন্যদের মধ্যে WhatsApp Business অ্যাপের ফোন নম্বরকে এই স্ট্যাটাস দেয় না, এবং অ্যাপ ও Cloud API দুটোতেই ব্যবহার হওয়া নম্বরের কথা আলাদাভাবে বলা নেই। অন্যান্য শর্ত হলো যাচাইকরণ, প্ল্যাটফর্মে কমপক্ষে 30 দিন, নম্বরে টু-স্টেপ যাচাইকরণ এবং অনুমোদিত ডিসপ্লে নেম। ### কোন পোর্টফোলিও যাচাই করা উচিত? যেটি WhatsApp Business Account-এর মালিক। নিজের নম্বর সংযোগ করা ব্যবসার ক্ষেত্রে সেটি হওয়া উচিত তার নিজের পোর্টফোলিও। এজেন্সির ক্ষেত্রে এটি গুরুত্বপূর্ণ। কোনো ক্লায়েন্টের নম্বর এজেন্সির পোর্টফোলিওর ভেতরে সংযুক্ত থাকলে এজেন্সির যাচাইকরণ, সীমা এবং নম্বরের সর্বোচ্চ সংখ্যাই প্রযোজ্য হয়, আর ক্লায়েন্টের সীমা ভাগ হয় এজেন্সি সেখানে যত নম্বর রাখে তার সবগুলোর সঙ্গে। Meta স্পষ্টভাবেই বলে, নির্দিষ্ট সময়ে একটি নম্বর পোর্টফোলিওর পুরো মেসেজিং ক্ষমতা খরচ করে ফেলতে পারে। প্রতিটি ব্যবসাকে তার নিজের পোর্টফোলিওর ভেতরে সংযোগ করলে যাচাইকরণ, সীমা এবং বিলিং থাকে সেই ব্যবসার কাছেই, যে আসলে মেসেজ পাঠাচ্ছে। - যাচাইকরণ শেষ না হওয়া পর্যন্ত সংযোগ ফেলে রাখা। শুরুর সীমার মধ্যে যাচাইকরণ ছাড়াই মেসেজ পাঠানো চলে। - WhatsApp Business Account-এর মালিক পোর্টফোলিও বাদ দিয়ে অন্য একটি পোর্টফোলিও যাচাই করা। ফলাফল এক পোর্টফোলিও থেকে অন্যটিতে যায় না। - একাধিক ক্লায়েন্টের নম্বর একটি এজেন্সি পোর্টফোলিওতে রাখা। সেগুলো একটি মেসেজিং সীমা ও একটি নম্বরের সর্বোচ্চ সংখ্যা ভাগ করে নেয়। **Coexistence ব্যবহার করতে কি আমার ব্যবসা যাচাইকরণ লাগবে?** না। একটি পোর্টফোলিও যাচাইকরণ ছাড়াই মেসেজ পাঠাতে পারে, শুরুর সীমা চলমান 24 ঘণ্টায় 250 জন ইউনিক প্রাপক। **যাচাইকরণ কি আমাকে ব্লু চেক দেয়?** নিজে থেকে নয়। এটি Official Business Account স্ট্যাটাসের একটি শর্ত, যার জন্য আলাদাভাবে অনুরোধ করতে হয় এবং Meta তা পর্যালোচনা করে। **যাচাইকরণ কি প্রতিটি নম্বরের জন্য আলাদা?** না। এটি Meta Business Portfolio-র সঙ্গে যুক্ত, আর সেই পোর্টফোলিওর প্রতিটি নম্বর একই যাচাইকরণ ভাগ করে নেয়। **যাচাইকরণ কি আমার ফোনের অ্যাপ বদলে দেয়?** না। এটি প্ল্যাটফর্মের সীমা ও যোগ্যতা বদলায়, WhatsApp Business অ্যাপের আচরণ নয়। --- ## WhatsApp মেসেজিং লিমিট: বর্তমান পোর্টফোলিও টিয়ার https://easycoexistence.com/bn/docs/messaging-limits-and-tiers মেসেজিং লিমিট ঠিক করে দেয়, কাস্টমার সার্ভিস উইন্ডোর বাইরে একটি ব্যবসা চলমান 24 ঘণ্টায় কতজন আলাদা মানুষের কাছে মেসেজ পাঠাতে পারবে। 7 অক্টোবর 2025 থেকে এটি Meta Business Portfolio অনুযায়ী ঠিক হয় এবং পোর্টফোলিওর সব নম্বর একই লিমিট ভাগ করে নেয়। শুরু হয় 250 দিয়ে, তারপর বাড়ে 2,000, 10,000, 100,000 এবং আনলিমিটেড পর্যন্ত। ### মেসেজিং লিমিট আসলে কী গোনে? কাস্টমার সার্ভিস উইন্ডোর বাইরে, চলমান 24 ঘণ্টার মধ্যে আপনার ব্যবসা যে আলাদা WhatsApp ব্যবহারকারীর ফোন নম্বরে মেসেজ পাঠায়, সেগুলো। এই বর্ণনা থেকে তিনটি বিষয় দাঁড়ায়। খোলা কাস্টমার সার্ভিস উইন্ডোর ভেতরের উত্তর গোনা হয় না। তাই যে নম্বর শুধু লিখে আসা মানুষের উত্তর দেয়, সেটি লিমিট ছুঁয়েও না দেখে তার চেয়ে অনেক বেশি কাজ করতে পারে। একই ব্যক্তিকে কয়েকটি টেমপ্লেট পাঠালে তাঁকে একবারই গোনা হয়। আর উইন্ডোটি ক্যালেন্ডার দিন নয়, চলমান, তাই সবচেয়ে পুরনো মেসেজগুলো সময়ের সঙ্গে বাদ পড়লে ক্ষমতা ধীরে ধীরে ফিরে আসে। লিমিট মাপে আপনি প্রথমে কতজনের কাছে পৌঁছান, কত দ্রুত বা কত মেসেজ পাঠান তা নয়। ### অক্টোবর 2025-এ কী বদলেছে? 7 অক্টোবর 2025-এর আগে প্রতিটি ফোন নম্বরের নিজস্ব লিমিট ছিল, আর একই পোর্টফোলিওর অন্য নম্বর কত অর্জন করেছে তা না দেখেই নতুন নম্বর 250 থেকে শুরু করত। এখন লিমিট ব্যবসার পোর্টফোলিওর, এবং তার সব নম্বর সেটি ভাগ করে নেয়। - নতুন নিবন্ধিত নম্বর সঙ্গে সঙ্গে পোর্টফোলিওর লিমিট ভাগ করে নেয়। - 250-এর পরের প্রথম ধাপ এখন 2,000, আগে ছিল 1,000। - শর্ত পূরণের 6 ঘণ্টা পরে লিমিট বাড়ে, আগে লাগত 24 ঘণ্টা। - নম্বরের কোয়ালিটি রেটিং কমলে আর লিমিট কমানো হয় না। - পড়তে হবে whatsapp_business_manager_messaging_limit ফিল্ড; messaging_limit_tier বাতিল হয়ে গেছে। ### লিমিট কীভাবে বাড়ে? দুই ধাপে। 250 থেকে বের হতে পোর্টফোলিওকে একটি স্কেলিং পথ সম্পূর্ণ করতে হয়: ব্যবসা যাচাই করা, অনবোর্ডিং পার্টনারকে দিয়ে যাচাই করানো, অথবা উচ্চ কোয়ালিটি রেটিংয়ের টেমপ্লেট ব্যবহার করে 30 দিনের মধ্যে কাস্টমার সার্ভিস উইন্ডোর বাইরে আলাদা প্রাপকদের 2,000 মেসেজ পাঠানো। এরপর Meta মেসেজের মান পর্যালোচনা করে অনুমোদন বা প্রত্যাখ্যান করে, আর প্রত্যাখ্যানের খবর আসে account_alerts ওয়েবহুকে, সঙ্গে থাকে বিকল্প পথের নাম। 2,000 থেকে স্কেলিং স্বয়ংক্রিয়। পোর্টফোলিওর সব নম্বর ও টেমপ্লেট জুড়ে উচ্চ মানের মেসেজ পাঠানো হলে এবং গত 7 দিনে বর্তমান লিমিটের অন্তত অর্ধেক ব্যবহার হলে Meta পোর্টফোলিওকে এক স্তর উপরে তোলে। কেনার কিছু নেই, কোনো অনুরোধও জমা দিতে হয় না। ### মেসেজিং লিমিট আর থ্রুপুটের পার্থক্য কী? লিমিট প্রতিদিন কতজন মানুষ গোনে, থ্রুপুট গোনে প্রতি সেকেন্ডে কতটি মেসেজ। দুটি আলাদাভাবে ঠিক হয় এবং আলাদাভাবে সমস্যায় পড়ে। Coexistence নম্বরে এই পার্থক্য স্পষ্ট। WhatsApp Business অ্যাপ ও Cloud API দুটোতেই ব্যবহৃত যেকোনো নম্বরের থ্রুপুট Meta প্রতি সেকেন্ডে 20 মেসেজে স্থির রাখে, যাতে অ্যাপের সঙ্গে সামঞ্জস্য থাকে। এই সংখ্যা পোর্টফোলিওর টিয়ারের সঙ্গে বদলায় না, তাই আনলিমিটেড মেসেজিং লিমিটের পোর্টফোলিও থেকেও Coexistence নম্বর প্রতি সেকেন্ডে 20-এই পাঠায়। প্রতি সেকেন্ডের লিমিট, প্রতি প্রাপকের লিমিট এবং ম্যানেজমেন্ট কলের লিমিটের প্রত্যেকের আলাদা পেজ ও আলাদা ত্রুটির কোড আছে। - messaging_limit_tier পড়া। এটি বাতিল হয়ে গেছে; বর্তমান ফিল্ড whatsapp_business_manager_messaging_limit। - ধরে নেওয়া যে প্রতিটি নতুন নম্বর 250 থেকে শুরু করে। অক্টোবর 2025 থেকে সে সঙ্গে সঙ্গে পোর্টফোলিওর লিমিট পায়। - উত্তরকে লিমিটের মধ্যে গোনা। খোলা কাস্টমার সার্ভিস উইন্ডোর ভেতরের মেসেজ এর অংশ নয়। - একটি নম্বরের ক্যাম্পেইন দিয়ে অন্য নম্বরগুলোর ক্ষমতা শেষ করে ফেলা। পুরো পোর্টফোলিও একই লিমিট থেকে খরচ করে। **লিমিট কি নম্বর অনুযায়ী, নাকি অ্যাকাউন্ট অনুযায়ী?** 7 অক্টোবর 2025 থেকে Meta Business Portfolio অনুযায়ী। পোর্টফোলিওর প্রতিটি নম্বর এটি ভাগ করে নেয়। **গ্রাহকের উত্তর কি আমার লিমিটের মধ্যে গোনা হয়?** না। শুধু কাস্টমার সার্ভিস উইন্ডোর বাইরের মেসেজ গোনা হয়, আর প্রতিটি আলাদা প্রাপক চলমান 24 ঘণ্টায় একবারই গোনা হয়। **কম কোয়ালিটি রেটিং কি আমার লিমিট কমাতে পারে?** অক্টোবর 2025 থেকে নয়। কোয়ালিটি কমলে Meta আর লিমিট কমায় না, তবে লিমিট বাড়বে কি না তা কোয়ালিটিই ঠিক করে। **উঁচু টিয়ার কি Coexistence থ্রুপুট বাড়ায়?** না। টিয়ার যা-ই হোক, Coexistence নম্বরের থ্রুপুট প্রতি সেকেন্ডে 20 মেসেজে স্থির। --- ## Coexistence নম্বরে প্রোডাক্ট ক্যাটালগ https://easycoexistence.com/bn/docs/catalog-and-coexistence Coexistence-এর মাধ্যমে নম্বর সংযুক্ত করলে WhatsApp Business অ্যাপের ক্যাটালগ, অর্ডার ও স্ট্যাটাস টুল অ্যাপে আগের মতোই থাকে, আর Cloud API সেই অ্যাপ টুলগুলো উন্মুক্ত করে না। API-র মাধ্যমে প্রোডাক্ট মেসেজ পাঠাতে Meta-তে আপলোড করা এবং WhatsApp Business Account-এর সঙ্গে যুক্ত একটি ক্যাটালগ ব্যবহার হয়, যা প্রতিটি ফোন নম্বরের জন্য আলাদাভাবে কনফিগার করা হয়। ### Coexistence-এর পরও কি আমার WhatsApp Business অ্যাপের ক্যাটালগ থাকবে? হ্যাঁ, ফোনে থাকবে। Meta-র Coexistence ফিচার টেবিলে ব্যবসায়িক টুল হিসেবে ক্যাটালগ, অর্ডার ও স্ট্যাটাসের নাম উল্লেখ আছে, এবং অনবোর্ডিংয়ের পর WhatsApp Business অ্যাপে এগুলোর কাজ করার ধরনে কোনো পরিবর্তন নেই। একই সারিতে এগুলোকে Cloud API-তে অসমর্থিত হিসেবে চিহ্নিত করা হয়েছে। পরিকল্পনায় এটাই মনে রাখার বিষয়: কোনো ইন্টিগ্রেশনের কাছ থেকে আশা করা উচিত নয় যে সেটি API দিয়ে অ্যাপের ক্যাটালগ টুল পড়বে, সম্পাদনা করবে বা প্রতিলিপি করবে। তাই যে দোকান অ্যাপের ক্যাটালগ থেকে বিক্রি করে, সংযোগের পরও ঠিক তা-ই করতে পারবে। নতুন যা যোগ হয় তা হলো API, যার প্রোডাক্ট পাঠানোর নিজস্ব পদ্ধতি আছে। ### Cloud API-তে প্রোডাক্ট ক্যাটালগ কীভাবে কাজ করে? Meta-তে আপলোড করা এবং WhatsApp Business Account-এর সঙ্গে যুক্ত একটি ক্যাটালগের মাধ্যমে। ক্যাটালগ হলো প্রোডাক্ট বা সেবার একটি কাঠামোবদ্ধ তালিকা, এবং প্রতিটি আইটেমে নাম, বিবরণ, মূল্য, ছবি ও প্রাপ্যতার মতো তথ্য থাকে। Meta চারটি ধাপের কথা বলেছে। - ইনভেন্টরি আপলোড, Commerce API বা Meta Commerce Manager দিয়ে। - প্রতিটি ফোন নম্বরের জন্য কমার্স কনফিগারেশন: কার্ট চালু থাকবে কি না এবং ক্যাটালগ দৃশ্যমান হবে কি না। - ক্যাটালগ, সিঙ্গেল-প্রোডাক্ট, মাল্টি-প্রোডাক্ট বা ক্যারোসেল মেসেজ দিয়ে প্রোডাক্ট শেয়ার। - গ্রাহকের প্রতিক্রিয়া, যা অর্ডারের তথ্য ও প্রোডাক্ট নিয়ে প্রশ্নসহ ওয়েবহুক নোটিফিকেশন হিসেবে আসে। ### অ্যাপ ও API-র প্রোডাক্ট মেসেজে পার্থক্য কী? Meta একটি দৃশ্যমান পার্থক্যের কথা নথিভুক্ত করেছে: WhatsApp Business অ্যাপ থেকে পাঠানো প্রোডাক্ট মেসেজের মতো নয়, Cloud API দিয়ে পাঠানো মেসেজে বর্তমানে চ্যাট থ্রেডের হেডারে শপিং কার্ট আইকন দেখা যায় না। API-র দিকে এমন কিছু সেটিংস আছে যা অ্যাপ একইভাবে দেয় না। ডিফল্টভাবে অ্যাকাউন্টের প্রতিটি ব্যবসায়িক ফোন নম্বরে শপিং কার্ট চালু থাকে এবং স্টোরফ্রন্ট আইকন লুকানো থাকে, আর কমার্স সেটিংস এন্ডপয়েন্ট দিয়ে প্রতিটি নম্বরের জন্য আলাদাভাবে দুটিই বদলানো যায়। ক্যাটালগ বন্ধ করলে wa.me ক্যাটালগ লিংক এবং View catalog বোতামে ট্যাপ করলে অবৈধ ক্যাটালগের সতর্কবার্তা দেখা যায়। গ্রাহক সেবা উইন্ডোর বাইরে প্রোডাক্ট পাঠাতে হলে অন্য যেকোনো ব্যবসা-শুরু করা মেসেজের মতোই অনুমোদিত টেমপ্লেটের ভেতরে পাঠাতে হয়। ### প্রোডাক্ট কারা পর্যালোচনা করে? Meta, স্বয়ংক্রিয়ভাবে। WhatsApp Business Account-এর সঙ্গে যুক্ত ক্যাটালগে যোগ করা আইটেম পর্যালোচনা করা হয়, এবং নীতি লঙ্ঘনকারী আইটেম চিহ্নিত করে ব্যবসাকে WhatsApp Commerce Policies দেখতে বলা হয়। বাতিল হওয়া আইটেমের বিরুদ্ধে Meta Commerce Manager-এ আপিল করা যায়। গ্রাহকরা মেসেজে পাওয়া নির্দিষ্ট কোনো প্রোডাক্টও রিপোর্ট করতে পারেন, যা আলাদা পর্যালোচনা শুরু করে। ব্যবসার নিজের বিষয়ে রিপোর্ট আলাদা ব্যাপার: এগুলো নম্বরের কোয়ালিটি রেটিংয়ের জন্য Meta-র ব্যবহৃত সংকেতগুলোর একটি। ভারতে অবস্থিত ব্যবসার অনলাইন বিক্রয় আইন মেনে চলার অতিরিক্ত বাধ্যবাধকতা আছে, যা Meta তার Business Compliance API-র মাধ্যমে উপলব্ধ করেছে। - অ্যাপের ক্যাটালগ টুল API দিয়ে পড়া যাবে বলে আশা করা। Meta এটিকে Cloud API-তে অসমর্থিত হিসেবে তালিকাভুক্ত করেছে। - wa.me ক্যাটালগ লিংক এখনো প্রচলিত থাকা অবস্থায় কোনো নম্বরে ক্যাটালগ বন্ধ করা। তখন ওই লিংকগুলোতে অবৈধ ক্যাটালগের সতর্কবার্তা দেখা যায়। - গ্রাহক সেবা উইন্ডোর বাইরে টেমপ্লেট ছাড়া প্রোডাক্ট পাঠানো। ব্যবসা-শুরু করা মেসেজে এখনো টেমপ্লেট লাগে। **সংযুক্ত করলে কি আমার ক্যাটালগ মুছে যাবে?** না। Meta-র তালিকা অনুযায়ী Coexistence অনবোর্ডিংয়ের পর ক্যাটালগসহ অ্যাপের ব্যবসায়িক টুলগুলো অপরিবর্তিত থাকে। **API কি আমার অ্যাপের ক্যাটালগ পড়তে পারে?** Meta অ্যাপের ব্যবসায়িক টুলগুলোকে Cloud API-তে অসমর্থিত হিসেবে চিহ্নিত করেছে। API-র প্রোডাক্ট মেসেজ WhatsApp Business Account-এর সঙ্গে যুক্ত ক্যাটালগ ব্যবহার করে। **একটি মেসেজে কতগুলো প্রোডাক্ট থাকতে পারে?** মাল্টি-প্রোডাক্ট মেসেজে সেকশনে সাজিয়ে সর্বোচ্চ 30টি। **আমি কি কার্ট বন্ধ করতে পারি?** হ্যাঁ, কমার্স সেটিংস এন্ডপয়েন্ট দিয়ে প্রতিটি ফোন নম্বরের জন্য। ডিফল্টভাবে এটি চালু থাকে। --- ## Coexistence-এর পর ব্রডকাস্ট লিস্ট বনাম মার্কেটিং টেমপ্লেট https://easycoexistence.com/bn/docs/broadcast-lists-vs-templates Coexistence-এর মাধ্যমে একটি নম্বর সংযুক্ত হলে WhatsApp Business অ্যাপের ব্রডকাস্ট লিস্ট শুধু পড়া যায় এবং নতুন লিস্ট তৈরি করা যায় না। API-তে এর সমতুল্য হলো প্রতিটি প্রাপকের কাছে পাঠানো একটি মার্কেটিং টেমপ্লেট। এর জন্য অপ্ট-ইন লাগে, এটি Business Portfolio-র মেসেজিং সীমার মধ্যে গণনা হয়, Meta এর জন্য বিল করে এবং প্রত্যেকের মার্কেটিং পছন্দ মেনে চলে। ### API-তে ব্রডকাস্ট লিস্টের জায়গা কী নেয়? অনুমোদিত একটি মার্কেটিং টেমপ্লেট, যা Cloud API দিয়ে প্রতিটি প্রাপকের কাছে একবার করে পাঠানো হয়। API-র দিকে লিস্ট নামে কোনো অবজেক্ট নেই: ইন্টিগ্রেশন নিজেই অডিয়েন্স ধরে রাখে এবং তার প্রতিটি নম্বরে টেমপ্লেটটি পাঠায়। এতে একসঙ্গে তিনটি জিনিস বদলে যায়। পাঠানোর আগে কনটেন্টকে Meta-র টেমপ্লেট রিভিউ পেরোতে হয়। কাস্টমার সার্ভিস উইন্ডোর বাইরে প্রতিটি সেন্ডে একটি কনভারসেশন শুরু হয়, যার খরচ Meta ব্যবসার নিজস্ব WhatsApp Business Account-এর পেমেন্ট পদ্ধতি থেকে নেয়। আর প্রতিটি অনন্য প্রাপক চলমান 24 ঘণ্টার জন্য Business Portfolio-র মেসেজিং সীমায় গণনা হয়। ফিচারটি বন্ধ হওয়ার বিষয়টি এবং Meta-র দেওয়া কারণগুলো Coexistence যেসব ফিচার বন্ধ করে দেয়, সেই পেজে আছে। ### মার্কেটিং টেমপ্লেট কারা পেতে পারেন? যাঁরা ব্যবসাকে নিজের নম্বর দিয়েছেন এবং তার কাছ থেকে মেসেজ পেতে অপ্ট-ইন করেছেন। Meta-র Business Messaging Policy দুটি শর্তই স্পষ্ট করে দিয়েছে। অপ্ট-ইনে ব্যবসার নাম থাকতে হবে এবং ব্যক্তি যে তার মেসেজ পেতে সম্মত হচ্ছেন, তা উল্লেখ করতে হবে। শর্তগুলো ও প্রযোজ্য আইন মানা হলে পদ্ধতি Meta ব্যবসার হাতেই ছেড়ে দেয়: SMS, ওয়েবসাইট ফর্ম, IVR কল বা স্বাক্ষরিত কাগজের ফর্ম, সবই তালিকাভুক্ত উদাহরণ। তাই অপ্ট-ইনের প্রমাণ থাকে ব্যবসার নিজস্ব রেকর্ডে, ফোনের কন্টাক্ট লিস্টে নয়। যাঁরা কখনো অপ্ট-ইন করেননি তাঁদের পাঠালে ব্লক ও রিপোর্ট জমে সবচেয়ে দ্রুত, আর সেটাই মান কমায়। ### কিছু মার্কেটিং টেমপ্লেট কেন পৌঁছায় না? কারণ API প্রতিটি প্রাপকের ওপর এমন নিয়ন্ত্রণ প্রয়োগ করে, যা ব্রডকাস্ট লিস্ট কখনো সামনে আনেনি। - প্রতি-ব্যবহারকারী মার্কেটিং সীমা: যাঁর সাড়া দেওয়ার সম্ভাবনা কম, WhatsApp তাঁর কাছে মার্কেটিং টেমপ্লেট আটকে দিতে পারে এবং 131049 ফেরত দেয়। - মার্কেটিং বন্ধ করা: কেউ Offers and announcements সেটিংসে গিয়ে ব্যবসার মার্কেটিং মেসেজ বন্ধ করে দিতে পারেন, তখন 131050 ফেরত আসে। - মার্কিন নম্বর: WhatsApp বর্তমানে US ফোন নম্বরধারী ব্যবহারকারীদের কাছে মার্কেটিং টেমপ্লেট পৌঁছে দেয় না। - বাদ পড়া অঞ্চল: EEA, UK, জাপান বা দক্ষিণ কোরিয়ার জন্য প্রতি-ব্যবহারকারী সীমা বর্তমানে সক্রিয় নয়। ### অ্যাপের নিজস্ব মার্কেটিং মেসেজ টুল কি এখনো কাজ করে? Meta-র Coexistence ফিচার টেবিলে অ্যাপের মেসেজিং টুলগুলো একটি সারিতে আছে: মার্কেটিং মেসেজ, গ্রিটিং মেসেজ, অ্যাওয়ে মেসেজ, কুইক রিপ্লাই ও লেবেল। অনবোর্ডিংয়ের পর WhatsApp Business অ্যাপে এগুলোর কোনো পরিবর্তনের কথা সেখানে নেই। একই সারিতে Cloud API-তে এগুলো সমর্থিত নয় বলেও চিহ্নিত আছে। তাই অ্যাপের মার্কেটিং মেসেজ ফিচার এবং API মার্কেটিং টেমপ্লেট একই নম্বরে দুটি আলাদা পথ। Meta আরও জানায়, অনবোর্ডিংয়ের পর WhatsApp Business অ্যাপ থেকে পাঠানো মেসেজ ফ্রি থাকে, আর Cloud API দিয়ে পাঠানো মেসেজে Cloud API-র মূল্য প্রযোজ্য। ব্যতিক্রম শুধু ব্রডকাস্ট লিস্ট, যা বদলে যায়, আর সে কারণেই এর বিকল্প দরকার। - 131049 পেয়ে সঙ্গে সঙ্গে আবার চেষ্টা করা। Meta অন্তত 24 ঘণ্টা অপেক্ষা করতে বলে, আর তাড়াতাড়ি চেষ্টা করলে এক দিন পর্যন্ত পরবর্তী চেষ্টা আটকে যেতে পারে। - 131050 পেয়ে আবার পাঠানোর চেষ্টা করা। ব্যক্তিটি ব্যবসার মার্কেটিং মেসেজ বন্ধ করেছেন, তাই মেসেজ পৌঁছাবে না। - ব্রডকাস্ট লিস্টকে অপ্ট-ইন লিস্ট হিসেবে ইমপোর্ট করা। নম্বর সেভ করা থাকা মানে নীতিতে বর্ণিত অপ্ট-ইন নয়। **আমার ব্রডকাস্ট লিস্ট কি মুছে যায়?** না। বিদ্যমান ব্রডকাস্ট লিস্ট শুধু পড়া যায়, আর নম্বরটি সংযুক্ত থাকা অবস্থায় নতুন লিস্ট তৈরি করা যায় না। **ব্রডকাস্ট অডিয়েন্সকে মেসেজ পাঠাতে কি টেমপ্লেট লাগে?** কাস্টমার সার্ভিস উইন্ডোর বাইরে হ্যাঁ। ব্যবসার শুরু করা প্রচারের জন্য API-র পথ হলো মার্কেটিং টেমপ্লেট। **টেমপ্লেট 131050 দিয়ে ব্যর্থ হলো কেন?** ওই প্রাপক আপনার ব্যবসার মার্কেটিং মেসেজ আর পেতে চাননি। Meta বলে আবার চেষ্টা করবেন না। **অ্যাপের মার্কেটিং মেসেজ ফিচার কি চলে গেছে?** Meta অনবোর্ডিংয়ের পর অ্যাপে মার্কেটিং মেসেজসহ অ্যাপের মেসেজিং টুলগুলোকে অপরিবর্তিত বলে তালিকাভুক্ত করেছে। --- ## WhatsApp-এ ব্যবসার শুরু করা মেসেজের জন্য অপ্ট-ইনের শর্ত https://easycoexistence.com/bn/docs/opt-in-requirements কোনো ব্যবসা WhatsApp-এ কাউকে মেসেজ পাঠানোর আগে Meta-র নীতিতে দুটি জিনিস লাগে: ব্যক্তিটি ব্যবসাকে নিজের ফোন নম্বর দিয়েছেন, এবং ব্যবসার মেসেজ পেতে চান বলে অপ্ট-ইন নিশ্চিত করেছেন। 2024 সালের নভেম্বর থেকে অপ্ট-ইন WhatsApp-নির্দিষ্ট না হয়ে সাধারণ হতে পারে, তবে তাতে ব্যবসার নাম থাকতে হবে এবং স্থানীয় আইন মানতে হবে। ### Meta-র অপ্ট-ইন নীতিতে কী কী প্রয়োজন? দুটি শর্ত, এবং WhatsApp-এ কারও সঙ্গে যোগাযোগের আগে দুটিই পূরণ হতে হবে। ব্যক্তিটি ব্যবসাকে নিজের মোবাইল নম্বর দিয়েছেন, এবং ব্যবসার পরবর্তী মেসেজ বা কল পেতে চান বলে তাঁর কাছ থেকে অপ্ট-ইনের অনুমতি পাওয়া গেছে। অপ্ট-ইনের নিজেরও তিনটি শর্ত আছে। এতে স্পষ্ট থাকতে হবে যে ব্যক্তিটি ব্যবসার কাছ থেকে যোগাযোগ পেতে অপ্ট-ইন করছেন। ব্যবসার নাম স্পষ্টভাবে লিখতে হবে। আর প্রযোজ্য আইন মানতে হবে, যা ঠিক করার দায় Meta পুরোপুরি ব্যবসার ওপর রেখেছে। Meta-র 2024 সালের নভেম্বরের নীতি হালনাগাদে একটি বিষয় শিথিল হয়েছে: স্থানীয় আইন মানা হলে অপ্ট-ইন সাধারণ হতে পারে এবং তাতে WhatsApp-এর কথা উল্লেখ করতে হবে না। ### Meta কোন কোন অপ্ট-ইন পদ্ধতি গ্রহণ করে? তিনটি শর্ত পূরণ করে এমন যেকোনো পদ্ধতি। Meta বলে এমন পদ্ধতি নীতিসম্মত, পছন্দ ব্যবসার হাতে ছেড়ে দেয় এবং কিছু সমর্থিত পদ্ধতির উদাহরণ দেয়। যে পদ্ধতিই হোক, মেসেজ পেলে ব্যক্তিটি কী পাবেন তা স্পষ্ট করার পরামর্শও Meta দেয়। - SMS। - ওয়েবসাইটের ফর্ম। - ফোনে, ইন্টারঅ্যাক্টিভ ভয়েস রেসপন্স প্রবাহের মাধ্যমে। - সামনাসামনি বা কাগজে, স্বাক্ষরিত ভৌত নথির মাধ্যমে। - পদ্ধতি যা-ই হোক, প্রযোজ্য আইনে যে নোটিশ ও অনুমতি লাগে, তার দায় ব্যবসার। ### আমার WhatsApp Business অ্যাপের কন্টাক্ট কি অপ্ট-ইন হিসেবে গণ্য? নিজে থেকে নয়। Meta-র নীতিতে অনুমতি মানে ব্যবসার মেসেজ চান বলে ব্যক্তির নিশ্চিতকরণ, আর কন্টাক্ট তালিকায় থাকা ফোন নম্বর বড়জোর দুই শর্তের প্রথমটি পূরণ করে। Coexistence নম্বরে এটি গুরুত্বপূর্ণ, কারণ সংযোগটি অ্যাপ থেকে কন্টাক্ট সিঙ্ক করতে পারে, আর প্রথম টেমপ্লেট ক্যাম্পেইনের স্বাভাবিক শ্রোতা হলো বিদ্যমান গ্রাহকেরা। কারও নম্বর থাকা আর তাঁর নিশ্চিতকরণ থাকা এক কথা নয়। যে গ্রাহক ব্যবসাকে নিজে মেসেজ করেন, তাঁর ক্ষেত্রটি আলাদা: তাঁর মেসেজ একটি কাস্টমার সার্ভিস উইন্ডো খুলে দেয়, যার ভেতরে ব্যবসা উত্তর দিতে পারে। ### অপ্ট-ইন দুর্বল হলে কী হয়? প্রাপকেরা প্রতিক্রিয়া জানান, আর প্ল্যাটফর্ম সেই প্রতিক্রিয়ার ভিত্তিতে ব্যবস্থা নেয়। Meta-র অপ্ট-ইন নির্দেশিকা বলে, মানুষ ব্যবসাকে ব্লক বা রিপোর্ট করতে পারেন, কিংবা তার মার্কেটিং মেসেজ বন্ধ করতে পারেন, আর কোনো ব্যবসার কোয়ালিটি দীর্ঘ সময় নিচে থাকলে Meta-র সিস্টেম তার ওপর রেট লিমিট বসায়। এ থেকেই Meta-র ব্যবহারিক পরামর্শ আসে। ব্যবসা কী ধরনের মেসেজ পাঠাবে তা জানিয়ে প্রত্যাশা ঠিক করুন, অথবা প্রতিটি ধরনের জন্য আলাদা অপ্ট-ইন নিন। নির্দিষ্ট ধরন থেকে অপ্ট-আউটের স্পষ্ট নির্দেশ দিন এবং তা মানুন। অপ্ট-ইন ও অপ্ট-আউটের প্রবাহ সহজে চোখে পড়ার মতো রাখুন, আর নতুন অপ্ট-ইন পদ্ধতি চালুর পর কোয়ালিটি রেটিং ঘনিষ্ঠভাবে দেখুন। নীতি আরও বলে, WhatsApp-এ হোক বা বাইরে, ব্লক, বন্ধ বা অপ্ট-আউটের প্রতিটি অনুরোধ মানতে হবে, এমনকি সেই ব্যক্তিকে কন্টাক্ট তালিকা থেকে সরিয়ে দিতে হবে। - সিঙ্ক করা অ্যাপ কন্টাক্টকে অপ্ট-ইন তালিকা ধরে নেওয়া। নীতিতে শুধু নম্বর নয়, প্রত্যেকের নিশ্চিতকরণ লাগে। - ব্যবসার নাম না থাকা অপ্ট-ইন সংগ্রহ করা। Meta চায় ব্যবসার নাম স্পষ্টভাবে লেখা হোক। - অপ্ট-আউট শুধু WhatsApp-এ এলে মানা। নীতিটি যেকোনো চ্যানেলে করা অনুরোধ নিয়ে প্রযোজ্য। **অপ্ট-ইনে কি WhatsApp-এর নাম থাকতেই হবে?** না। 2024 সালের নভেম্বরের নীতি হালনাগাদের পর সাধারণ অপ্ট-ইন অনুমোদিত, তবে তা স্থানীয় আইন মানতে হবে। **যে গ্রাহক আগে মেসেজ করেছেন, তাঁকে উত্তর দিতে কি অপ্ট-ইন লাগে?** গ্রাহকের মেসেজ একটি কাস্টমার সার্ভিস উইন্ডো খুলে দেয়, যার ভেতরে উত্তর দেওয়া যায়। অপ্ট-ইন নিয়ন্ত্রণ করে ব্যবসার শুরু করা মেসেজকে। **অপ্ট-ইন কি অফলাইনে সংগ্রহ করা যায়?** হ্যাঁ। Meta গ্রহণযোগ্য পদ্ধতির তালিকায় সামনাসামনি বা কাগজে, স্বাক্ষরিত নথির মাধ্যমে নেওয়ার কথা রেখেছে। **কেউ অপ্ট-আউট করলে কী করা উচিত?** তিনি যে চ্যানেলেই অনুরোধ করুন, তাঁকে মেসেজ পাঠানো বন্ধ করুন এবং নীতি অনুযায়ী আপনার কন্টাক্ট তালিকা থেকে সরিয়ে দিন। --- ## ব্লক ও রিপোর্ট কীভাবে WhatsApp কোয়ালিটি রেটিংকে প্রভাবিত করে https://easycoexistence.com/bn/docs/quality-rating-blocks-and-reports মেসেজের কোয়ালিটি বিচার করা হয় গত সাত দিনে গ্রাহকরা কোনো ব্যবসার মেসেজ কীভাবে গ্রহণ করেছেন তার ভিত্তিতে, যেখানে সাম্প্রতিক মেসেজের গুরুত্ব বেশি। সংকেতগুলো হলো ব্লক, রিপোর্ট, মিউট, আর্কাইভ এবং ব্লক করার সময় মানুষের দেওয়া কারণ। কোয়ালিটি দীর্ঘদিন কম থাকলে পাঠানোর সীমা বসে, মেসেজ পাঠাতে 131048 ত্রুটি আসে এবং টেমপ্লেট স্থগিত হয়। ### কোন ফিডব্যাক WhatsApp কোয়ালিটি রেটিং কমিয়ে দেয়? Meta সরাসরি সংকেতগুলোর নাম দিয়েছে: ব্লক, রিপোর্ট, মিউট, আর্কাইভ এবং কোনো ব্যবসাকে ব্লক করার সময় ব্যবহারকারীদের দেওয়া কারণ। কোয়ালিটি নির্ধারিত হয় গত সাত দিনে মেসেজগুলো কীভাবে গৃহীত হয়েছে তার উপর, এবং সাম্প্রতিকতার ভিত্তিতে ওজন দেওয়া হয়। তাই গতকালের একটি খারাপ পাঠানো ছয় দিন আগের পাঠানোর চেয়ে বেশি প্রভাব ফেলে। এ থেকে দুটি বিষয় দাঁড়ায়। ভুল দর্শকের কাছে পাঠানো একটিমাত্র ক্যাম্পেইন রেটিং দ্রুত বদলে দিতে পারে, এবং Meta জানিয়েছে যেসব নম্বরে ট্রাফিক বেশি, সেখানে কোয়ালিটি প্রায়ই কয়েক মিনিটের মধ্যে বদলে যায়। আর মূল্যায়ন যেহেতু শুধু গত সাত দিন ধরে হয়, তার চেয়ে পুরোনো ফিডব্যাক আর হিসাবে আসে না। নম্বরের রেটিংয়ের পাশাপাশি টেমপ্লেটেরও নিজস্ব রেটিং আছে, যা ফিডব্যাক ও পড়ার হার থেকে তৈরি হয়। ### কোয়ালিটি কমে গেলে কী হয়? বিভিন্ন স্তরে বেশ কয়েকটি জিনিস ঘটে। - মেসেজ পাঠাতে 131048 ত্রুটি আসতে পারে, যা Meta অনেক মেসেজ ব্লক হওয়া বা স্প্যাম হিসেবে চিহ্নিত হওয়ার সঙ্গে যুক্ত করেছে। - YELLOW বা RED রেটিংয়ের টেমপ্লেট তখনও পাঠানো যায়, কিন্তু সেগুলো স্থগিত বা নিষ্ক্রিয় হওয়ার ঝুঁকিতে থাকে। - কোয়ালিটি টেমপ্লেট পেসিংয়ের উপর প্রভাব ফেলে, ফলে ক্যাম্পেইনের ডেলিভারি ধীর হতে পারে। - নীতি অনুযায়ী ব্লক ও রিপোর্টের ভিত্তিতে WhatsApp একটি ব্যবসা কতগুলো মেসেজ পাঠাতে পারবে তা সীমিত করতে পারে। - 2025 সালের 7 অক্টোবর থেকে কোয়ালিটি কমলে আর পোর্টফোলিওর মেসেজিং সীমা কমে না, তবে সীমা বাড়া থেমে যেতে পারে। ### কম কোয়ালিটি রেটিং কীভাবে ঠিক করবেন? প্রথমে নেতিবাচক ফিডব্যাকের উৎস বন্ধ করুন, তারপর সাত দিনের সময়সীমা সেটিকে পেরিয়ে যেতে দিন। উচ্চ কোয়ালিটির মেসেজের জন্য Meta-র নির্দেশিকাই আপনার চেকলিস্ট। শুধু তাদেরই পাঠান, যারা ব্যবসার মেসেজ পেতে সম্মতি দিয়েছেন। মেসেজ ব্যক্তিগত ও কাজের করুন। খোলামেলা স্বাগত বা পরিচয়মূলক মেসেজ এড়িয়ে চলুন। দিনে অনেক বেশি মেসেজ পাঠাবেন না। কনটেন্ট ও দৈর্ঘ্য সংক্ষিপ্ত রাখুন। বাস্তবে এর মানে হলো, যে ক্যাম্পেইন বা টেমপ্লেটে ব্লক আসছে সেটি থামানো, কোন শ্রোতা-গোষ্ঠীর কাছে তা গিয়েছিল দেখা, এবং সেই শ্রোতারা কী সম্মতি দিয়েছিলেন তা যাচাই করা। Meta-র নিজস্ব নির্দেশনায় মেসেজের ক্যাটাগরি অনুযায়ী আলাদা সম্মতি নেওয়ার পরামর্শ আছে, কারণ মানুষ ঠিক অপ্রত্যাশিত ক্যাটাগরির মেসেজই ব্লক করে। ### কোয়ালিটি রেটিং কোথায় দেখা যায়? WhatsApp Manager-এ Account tools-এর অধীনে Phone numbers-এ, নম্বরের স্ট্যাটাস ও মেসেজিং সীমার সঙ্গে, এবং Graph API-তে ফোন নম্বর অবজেক্টের quality_rating হিসেবে। টেমপ্লেটের রেটিং প্রতিটি টেমপ্লেটে quality_score হিসেবে থাকে, আর টেমপ্লেট ম্যানেজ করার প্যানেলে দেখায় High, Medium, Low বা Quality pending হিসেবে। ফোনের WhatsApp Business অ্যাপে এর কিছুই দেখা যায় না। তাই Coexistence নম্বরের রেটিং নেমে যেতে পারে, অথচ দোকানের কেউ টেরও পান না। নাম দেখে মনে হলেও phone_number_quality_update ওয়েবহুক রেটিং পাঠায় না। সেই ওয়েবহুক আসলে কী বহন করে, তা ব্যাখ্যা করতে আলাদা একটি পেজ আছে। - নতুন ইমপোর্ট করা তালিকায় খোলামেলা স্বাগত মেসেজ পাঠানো। Meta এটিকে এড়ানোর বিষয় হিসেবে উল্লেখ করেছে, আর এতে ব্লক আসে। - 131048 ত্রুটিতে ব্যর্থ হওয়া মেসেজ আবার পাঠানো। সীমাটি নম্বরের উপর, আর বাড়তি মেসেজ সেই ফিডব্যাককেই বাড়ায় যার কারণে সীমা বসেছে। - শুধু নম্বরের রেটিং দেখা। টেমপ্লেটেরও নিজস্ব রেটিং আছে, এবং নম্বর ঠিক দেখালেও RED টেমপ্লেট স্থগিত হতে পারে। **একটি ব্লকেই কি আমার রেটিং কমে যায়?** Meta কোনো সীমা প্রকাশ করে না। কোয়ালিটি গত সাত দিনের মেসেজের সামগ্রিক ফিডব্যাক প্রতিফলিত করে, যেখানে সাম্প্রতিক মেসেজের গুরুত্ব বেশি। **কম রেটিং কি আমার মেসেজিং সীমা কমিয়ে দিতে পারে?** 2025 সালের 7 অক্টোবর থেকে নয়। তবে এটি সীমা বাড়া আটকে দিতে পারে এবং মেসেজ পাঠানো সীমিত করতে পারে। **রেটিং ঠিক হতে কতদিন লাগে?** Meta কোনো সময় প্রকাশ করে না। মূল্যায়ন গত সাত দিনের উপর হয়, তাই তার চেয়ে পুরোনো ফিডব্যাক আর হিসাবে ধরা হয় না। **মিউট করা চ্যাটও কি হিসাবে ধরা হয়?** হ্যাঁ। Meta ব্লক ও রিপোর্টের পাশাপাশি মিউট ও আর্কাইভকেও কোয়ালিটির সংকেত হিসেবে তালিকাভুক্ত করেছে। --- ## GDPR এবং Coexistence: মেসেজ ডেটা কোথায় যায় https://easycoexistence.com/bn/docs/gdpr-and-coexistence Coexistence-এর মাধ্যমে একটি নম্বর সংযুক্ত হলে তার মেসেজ WhatsApp Business অ্যাপ ও Cloud API-র মধ্যে মিরর হয়। Meta জানায়, Cloud API-র ক্ষেত্রে তারা ব্যবসার পক্ষে ডেটা প্রসেসর হিসেবে কাজ করে, মেসেজ সর্বোচ্চ 30 দিন রাখে এবং প্রত্যেক ব্যবসার কাছে নিজস্ব GDPR দায়বদ্ধতা পূরণের প্রত্যাশা করে। ### Coexistence ব্যবহার করলে মেসেজ ডেটার ক্ষেত্রে কী বদলায়? কথোপকথনগুলো ফোনের পাশাপাশি Cloud API-র কাছেও দৃশ্যমান হয়। Meta-র Coexistence ডকুমেন্টেশন অনুযায়ী, পাঠানো ও পাওয়া মেসেজ Cloud API এবং WhatsApp Business অ্যাপের মধ্যে মিরর হয়, WhatsApp নম্বরযুক্ত কন্টাক্ট সিঙ্ক করা যায় এবং অনবোর্ডিংয়ের সময় সাম্প্রতিক ছয় মাসের চ্যাট মেসেজ সিঙ্ক করা যায়। গ্রুপ চ্যাট সিঙ্ক হয় না। সেই মুহূর্ত থেকে নম্বরটির এক-এক চ্যাটের মেসেজ Cloud API দিয়ে যাতায়াত করে। Meta বলে, পাওয়া মেসেজ ডিক্রিপ্ট করে ব্যবসার কাছে ফরোয়ার্ড করা হয় এবং পাঠানো মেসেজ ডেলিভারির আগে Signal প্রোটোকল দিয়ে এনক্রিপ্ট করা হয়। এই পেজে Meta যা ডকুমেন্ট করেছে এবং EasyCoexistence যা করে, তা-ই বলা হয়েছে। এটি আইনি পরামর্শ নয়, আর কোনো সেটআপ GDPR পূরণ করে কি না, তা ব্যবসা ও তার উপদেষ্টাদের সিদ্ধান্তের বিষয়। ### GDPR-এর অধীনে নিজের ভূমিকা নিয়ে Meta কী বলে? Meta-র Cloud API ডেটা প্রাইভেসি পেজে তাদের অবস্থান নিজের ভাষায় ব্যাখ্যা করা আছে। - যেখানে আইন ডেটা প্রসেসরের ধারণা স্বীকার করে, সেখানে Cloud API প্রদানের সময় Meta ব্যবসার পক্ষে প্রসেসর হিসেবে কাজ করে। - অন্য কোনো নির্দেশ না থাকলে Cloud API প্রসেস করা মেসেজ শুধু ব্যবসার পক্ষে এবং তার নির্দেশে ব্যবহার করে। - মেসেজ সর্বোচ্চ 30 দিন রাখা হয়; ব্যবহারকারীর আইডেন্টিফায়ার মেসেজের শেষ স্ট্যাটাস আপডেটের 30 দিনের মধ্যে মুছে ফেলা হয়। - Cloud API-র গ্রাহকদের GDPR-এর মতো আইনের অধীনে নিজেদের দায়বদ্ধতা নিজেদেরই পূরণ করতে হবে। - ইউরোপীয় অঞ্চলের গ্রাহকরা WhatsApp Business Data Transfer Addendum-এর আওতায় পড়ে। ### মেসেজ ডেটা কি EU-তে সংরক্ষণ করা যায়? Meta Cloud API লোকাল স্টোরেজ দেয়, যা অল্প সময়ের ইন-ইউজ পর্ব শেষে মেসেজের কনটেন্ট নির্বাচিত দেশে সংরক্ষণ করে। Cloud API-র ক্ষেত্রে এই ইন-ইউজ পর্ব সর্বোচ্চ 60 মিনিট, যে সময়ে কনটেন্ট আন্তর্জাতিকভাবে Meta-র ডেটা সেন্টারে প্রসেস হতে পারে। ইউরোপীয় বিকল্প হলো EU-র জন্য জার্মানি, এবং সুইজারল্যান্ড ও যুক্তরাজ্য। লোকাল স্টোরেজ নম্বর রেজিস্টার করার সময় ঠিক করতে হয়; রেজিস্টার করা নম্বরে তা বদলাতে হলে ডিরেজিস্টার করে আবার রেজিস্টার করতে হয়। Meta-র রেজিস্ট্রেশন ডকুমেন্টেশনে আরও বলা আছে, Cloud API ও WhatsApp Business অ্যাপ দুটোতেই ব্যবহৃত নম্বরে ডিরেজিস্ট্রেশন এন্ডপয়েন্ট ব্যবহার করা যায় না। Coexistence নম্বরে লোকাল স্টোরেজ চালুর জন্য আলাদা কোনো পথের কথা তাতে নেই। ### Meta-র পরে মেসেজ কোথায় যায়? WhatsApp Business Account-এর ওয়েবহুক যে এন্ডপয়েন্ট গ্রহণ করে, সেখানে। Meta-র ওয়েবহুক ওভাররাইড ব্যবহার করে একটি অ্যাপ কোনো নির্দিষ্ট অ্যাকাউন্টের ওয়েবহুক অ্যাপের নিজস্ব কলব্যাক URL-এর বদলে অন্য কলব্যাক URL-এ পাঠাতে পারে। EasyCoexistence সেই ওভাররাইড ব্যবহার করে মেসেজ ইভেন্ট ব্যবসার নিজের সিস্টেমে পাঠায়। ফলে Meta কথোপকথনের কনটেন্ট আমাদের কাছে নয়, সরাসরি সেখানেই পৌঁছে দেয়, এবং EasyCoexistence কথোপকথনের কনটেন্ট কখনো সংরক্ষণ করে না। আমরা শুধু অপারেশনাল ইভেন্ট রাখি, যেমন সংযোগের স্ট্যাটাস ও কোয়ালিটি, যা দিয়ে মনিটরিং তৈরি হয়। Meta আরও জানায়, Cloud API-র জন্য তাদের SOC 2 Type II ও ISO 27001 রিপোর্ট আছে, যা তাদের Business Messaging Compliance Center-এর মাধ্যমে প্রকাশিত। - ধরে নেওয়া যে Meta-র প্রসেসরের ভূমিকা ব্যবসার নিজস্ব দায়বদ্ধতাও ঢেকে দেয়। Meta স্পষ্ট বলে, গ্রাহকদের নিজেদের GDPR দায়বদ্ধতা পূরণ করতে হবে। - হিস্ট্রি সিঙ্ক কোথায় গিয়ে পৌঁছাবে তা ঠিক না করেই তা মেনে নেওয়া। ছয় মাস পর্যন্ত চ্যাট গ্রহণকারী সিস্টেমে পৌঁছাতে পারে। - লোকাল স্টোরেজ পরে চালু করার পরিকল্পনা করা। এটি রেজিস্ট্রেশনের সময় ঠিক হয়, আর বদলাতে হলে আবার রেজিস্টার করতে হয়। **Cloud API-র ক্ষেত্রে Meta কি প্রসেসর, নাকি কন্ট্রোলার?** Meta জানায়, যেখানে আইন ডেটা প্রসেসরের ধারণা স্বীকার করে, সেখানে Cloud API-র জন্য তারা ব্যবসার পক্ষে ডেটা প্রসেসর হিসেবে কাজ করে। **Meta কতদিন মেসেজের কনটেন্ট রাখে?** Meta জানায়, পুনঃপ্রেরণের মতো ফিচারের জন্য Cloud API মেসেজ সর্বোচ্চ 30 দিন রাখা হয়। **EasyCoexistence কি আমার কথোপকথন দেখতে পায়?** মেসেজ ইভেন্ট Meta আপনার নিজের সিস্টেমে পাঠায়, এবং EasyCoexistence কথোপকথনের কনটেন্ট কখনো সংরক্ষণ করে না। **এই পেজ কি আইনি পরামর্শ?** না। এখানে Meta যা ডকুমেন্ট করেছে এবং EasyCoexistence যা করে, তা-ই বলা হয়েছে। কমপ্লায়েন্স মূল্যায়ন করা ব্যবসা ও তার উপদেষ্টাদের কাজ।