# EasyCoexistence: हिन्दी (hi)

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/hi/whatsapp-mcp-server

MCP सर्वर किसी AI सहायक को WhatsApp सीधे इस्तेमाल करने देता है: यह आपके नंबर दिखाता है, मैसेज और टेम्पलेट भेजता है, स्थिति जांचता है और वेबहुक को आपके सिस्टम से जोड़ता है। EasyCoexistence इसे Meta के आधिकारिक Cloud API पर चलाता है, इसलिए आपके ग्राहक जिस नंबर पर पहले से मैसेज करते हैं, वह आधिकारिक रहता है और जोखिम में नहीं पड़ता।

### WhatsApp MCP सर्वर क्या है?

MCP, यानी Model Context Protocol, वह तरीका है जिससे AI सहायक किसी ऐसे टूल तक पहुंचता है जिसका वह मालिक नहीं है। आप एक बार कनेक्टर जोड़ते हैं और फिर सहायक आपकी ओर से उस टूल को सामान्य भाषा में चला सकता है, बीच में कोई अतिरिक्त कोड लिखे बिना।

WhatsApp MCP सर्वर WhatsApp नंबर को ऐसे ही एक टूल के रूप में उपलब्ध कराता है। एपीआई से प्रमाणीकरण करने, पेलोड बनाने और जवाब संभालने वाली स्क्रिप्ट लिखने के बजाय आप कहते हैं: इस ग्राहक को मैसेज भेजो, ऑर्डर अपडेट के लिए टेम्पलेट बनाओ, बताओ कि यह नंबर ठीक है या नहीं। सहायक खुद अनुरोध भेजता है।

महत्वपूर्ण यह है कि वह किस WhatsApp तक पहुंचता है। एक ही नाम वाली दो बिल्कुल अलग चीज़ें हैं और यही अंतर तय करता है कि ग्राहक का नंबर सुरक्षित रहेगा या नहीं।

### ज़्यादातर WhatsApp MCP सर्वरों से नंबर बैन क्यों हो जाते हैं?

आज इंस्टॉल किए जा सकने वाले लगभग हर WhatsApp MCP सर्वर, WhatsApp Web चलाकर काम करता है। यह ब्राउज़र क्लाइंट की तरह लिंक किए गए डिवाइस के रूप में साइन इन करता है और उस सत्र को स्वचालित बनाता है।

यह WhatsApp की शर्तों के विरुद्ध है। इनमें उपभोक्ता क्लाइंट के स्वचालित और बड़े पैमाने के इस्तेमाल पर रोक है, और लिंक किया गया डिवाइस उसी उपभोक्ता क्लाइंट का हिस्सा है। ऐसा करने वाला नंबर बैन हो सकता है। बैन से बचाने का दावा ऐसी चीज़ का वर्णन करता है जिसे विक्रेता नियंत्रित नहीं करता।

व्यक्तिगत नंबर के लिए यह केवल परेशानी है। लेकिन जिस नंबर पर ग्राहक पहले से मैसेज करते हैं, उसके लिए यही कारोबार है।

EasyCoexistence कनेक्टर ऐसा नहीं करता। यह Meta के आधिकारिक Cloud API को कॉल करता है और Meta के अपने Coexistence फ़ीचर से जोड़े गए नंबर पर काम करता है। इसमें कोई लिंक किया गया डिवाइस या खोने लायक सत्र नहीं है।

### AI वास्तव में इसके साथ क्या कर सकता है?

सोलह टूल, जो उन कामों से जुड़े हैं जिनकी लोग सचमुच मांग करते हैं।

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

भेजना: 24 घंटे के सत्र के भीतर मैसेज भेजना; नंबर पर मौजूद टेम्पलेट देखना, नया बनाना, यह जांचना कि Meta ने उसे स्वीकृत किया है या नहीं, और विंडो के बाहर बातचीत शुरू करने के लिए स्वीकृत टेम्पलेट भेजना।

कनेक्शन: वेबहुक डेस्टिनेशन तय करना, ताकि आने वाले मैसेज Meta से सीधे आपके सर्वर तक पहुंचें। कनेक्शन शुरू करना भी संभव है, जिससे वह लिंक मिलता है जिसे ग्राहक अपना नंबर जोड़ने के लिए खोलता है। एक दस्तावेज़ टूल भी है, जिससे सहायक किसी चीज़ का अनुमान लगाने के बजाय उसका तरीका देख सकता है।

यही आखिरी जोड़ी इसे केवल चैट खिलौना नहीं रहने देती। कोई एजेंट नंबर को जोड़कर, किसी इंसान के डैशबोर्ड खोलने के बिना, उसे आपके सिस्टम से जोड़ सकता है।

Partner API: जब आपका अपना सॉफ़्टवेयर अपने ग्राहकों को उनके नंबर जोड़ने देता है, तब पाँच और टूल होस्टेड कनेक्ट लिंक सेट अप करते हैं। ये सेटअप की स्थिति दिखाते हैं, API key बनाते या रद्द करते हैं, स्टेटस इवेंट पाने वाला URL सेट करते हैं और एक ग्राहक के लिए कनेक्ट लिंक बनाते हैं।

### क्या कारोबार फ़ोन पर ऐप इस्तेमाल करता रह सकता है?

हां, और यही कारण है कि यह उस नंबर पर काम करता है जिस पर कारोबार पहले से निर्भर है।

Coexistence Meta का आधिकारिक तरीका है, जिसमें WhatsApp Business ऐप और Cloud 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 एपीआई से बाहर रहते हैं।
- वेबहुक को ऐसे यूआरएल पर लगाना जो Meta के GET हैंडशेक का जवाब नहीं दे सकता। कुछ भेजने से पहले Meta एंडपॉइंट की पुष्टि करता है और शांत 404 पहली बार मैसेज न आने तक सही सेटअप जैसा दिखता है।

**क्या इसकी वजह से मेरे ग्राहक का नंबर बैन हो सकता है?** नहीं। यह Meta का आधिकारिक Cloud API है, जो Meta के अपने Coexistence फ़ीचर से पहुंचता है। जिस बैन के जोखिम की लोग बात करते हैं, वह अनौपचारिक गेटवे से आता है जो लिंक किए गए डिवाइस के रूप में साइन इन करते हैं। यह पूरी तरह अलग तरीका है।

**कनेक्टर किन सहायकों के साथ काम करता है?** जो भी HTTP पर OAuth के साथ MCP बोलता है: Claude, ChatGPT, Cursor, Claude Code और आज Codex। यह एक रिमोट एंडपॉइंट है, इसलिए आपकी मशीन पर कुछ नहीं चलता।

**क्या मेरी बातचीत आपके सर्वर से होकर गुजरती है?** नहीं। आने वाले मैसेज Meta से सीधे आपके चुने हुए वेबहुक तक जाते हैं और हम बातचीत की सामग्री कभी सेव नहीं करते। कनेक्शन की निगरानी के लिए जरूरी खाता और नंबर की स्थिति रखते हैं, इससे अधिक कुछ नहीं।

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

---

## WhatsApp Coexistence: एक नंबर पर ऐप और Cloud API

https://easycoexistence.com/hi/whatsapp-coexistence

Coexistence, Meta का आधिकारिक तरीका है, जिससे WhatsApp Business ऐप और Cloud API एक ही नंबर पर एक साथ चल सकते हैं। टीम फ़ोन से उसी चैट और इतिहास के साथ जवाब देती रहती है, जबकि सॉफ़्टवेयर उसी लाइन पर मैसेज भेजता और पाता है। कुछ माइग्रेट नहीं होता और नंबर भी नहीं बदलता।

### Coexistence असल में कौन सी समस्या हल करता है?

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

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

अब सवाल यह नहीं रह जाता कि फ़ोन छोड़ना है या नहीं। सवाल यह होता है कि सॉफ़्टवेयर से क्या करवाना है, और इंसान जब चाहे उसी बातचीत को आगे बढ़ा सकता है।

### कनेक्ट करने के बाद फ़ोन में क्या बदलता है?

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

जो बदलता है, वह फ़ोन से दिखाई नहीं देता। एपीआई से भेजे गए मैसेज ऐप की बातचीत में दिखाई देते हैं, इसलिए जवाब देने वाला व्यक्ति आधी जानकारी के बजाय पूरी स्थिति देखता है। ऐप में लिखे गए मैसेज एपीआई को दिखाई देते हैं, इसलिए सॉफ़्टवेयर उस इंसान के जवाब के ऊपर अपना जवाब नहीं भेजता जिसने पहले ही ग्राहक को जवाब दे दिया है।

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

### Coexistence किसके लिए है?

दो समूहों के लिए, और दोनों इससे अलग-अलग चीज़ें चाहते हैं।

एक नंबर और छोटी टीम वाला कारोबार चाहता है कि फ़ोन काम करता रहे, जबकि कोई चीज़ दोहराए जाने वाले काम स्वचालित कर दे: पुष्टि, रिमाइंडर और कारोबार के समय के बाहर पहला जवाब। वे किसी को बदलने के लिए सॉफ़्टवेयर नहीं खरीद रहे। वे अपनी शामें वापस खरीद रहे हैं।

एजेंसी, कंसल्टेंसी या डेवलपर इसका उलटा चाहते हैं। वे कई कारोबारों के लिए काम करते हैं, जिनमें हर नंबर को वे बदल या माइग्रेट नहीं कर सकते, और उन्हें अपने बनाए सिस्टमों से उन नंबरों तक पहुँच चाहिए। Coexistence ही आधिकारिक तरीका है, जिससे ग्राहक के कर्मचारी हाथ से जवाब देते रहने वाले नंबर पर एपीआई लगाया जा सकता है।

दोनों की बुनियादी ज़रूरत एक ही है: कनेक्शन चालू रहना चाहिए और जब वह काम न करे, तो किसी को इसका पता चलना चाहिए।

### Coexistence कनेक्शन की निगरानी क्यों ज़रूरी है?

क्योंकि किसी को बताए बिना यह काम करना बंद कर सकता है।

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

Meta का एक नियम यह भी है कि चौदह दिनों तक एपीआई गतिविधि न दिखाने वाले कनेक्शन पर ध्यान देना पड़ता है। इसमें कुछ छिपा या अनुचित नहीं है, लेकिन इसे नज़रअंदाज़ करना आसान है।

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 ऐप चाहिए और नंबर को पहले वहाँ ले जाना होगा।
- यह मान लेना कि ग्रुप चैट भी आ जाएँगी। हर प्रोवाइडर पर Coexistence नंबरों के लिए वे एपीआई से बाहर रहती हैं, इसलिए ग्रुप पर आधारित कोई भी व्यवस्था काम नहीं करेगी।
- ग्राहक के आखिरी मैसेज के 24 घंटे से ज़्यादा समय बाद फ़्री टेक्स्ट में जवाब देना। इस अवधि के बाद केवल स्वीकृत टेम्पलेट ही भेजा जा सकता है।
- वेबहुक को ऐसे यूआरएल पर छोड़ देना जो Meta के पुष्टि अनुरोध का जवाब नहीं दे सकता। कुछ भी डिलीवर करने से पहले Meta एंडपॉइंट की जाँच करता है और चुपचाप हुई गड़बड़ी काम कर रहे सेटअप जैसी ही दिखती है।

**क्या मेरी टीम को फ़ोन इस्तेमाल करना बंद करना होगा?** नहीं। Coexistence का पूरा उद्देश्य यही है। WhatsApp Business ऐप उसी नंबर पर, उन्हीं बातचीत के साथ काम करती रहती है और एपीआई उसके साथ चलता है।

**क्या मेरी मौजूदा बातचीत खो जाएँगी?** नहीं। वे ऐप में रहती हैं और नंबर कनेक्ट होने पर Meta लगभग छह महीने का इतिहास एपीआई के साथ सिंक करता है, इसलिए सॉफ़्टवेयर संदर्भ के साथ शुरू होता है, खाली स्थिति से नहीं।

**क्या मैं इसे वापस कर सकता हूँ?** हाँ। नंबर डिस्कनेक्ट किया जा सकता है और ऐप पहले की तरह चलती रहती है। कनेक्ट करने से नंबर में कोई स्थायी बदलाव नहीं होता।

**क्या यह अनौपचारिक WhatsApp एपीआई जैसा ही है?** नहीं, और यही अंतर तय करता है कि नंबर बचा रहेगा या नहीं। Coexistence, Cloud API पर Meta का आधिकारिक फ़ीचर है। अनौपचारिक गेटवे WhatsApp Web को लिंक किए गए डिवाइस की तरह चलाते हैं, जिससे शर्तें टूटती हैं और नंबर प्रतिबंधित हो जाते हैं।

---

## अनौपचारिक WhatsApp एपीआई: नंबर असल में क्यों प्रतिबंधित होते हैं

https://easycoexistence.com/hi/unofficial-whatsapp-api-risks

अनौपचारिक WhatsApp एपीआई लिंक किए गए डिवाइस की तरह साइन इन करके WhatsApp Web सेशन को स्वचालित करते हैं। इससे WhatsApp की शर्तें टूटती हैं, Meta इस पैटर्न को पहचानता है और नंबर प्रतिबंधित हो जाता है। आधिकारिक Cloud API वही काम Meta द्वारा समर्थित इंटरफ़ेस से करता है, उस नंबर पर जिसे कारोबार पहले से इस्तेमाल करता है।

### अनौपचारिक WhatsApp एपीआई कैसे काम करते हैं?

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

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

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

### Meta इसका पता कैसे लगाता है?

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

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

इसीलिए एक साल से चल रहा गेटवे सुरक्षित होने का प्रमाण नहीं है। इसका केवल इतना मतलब है कि ट्रैफ़िक अभी किसी सीमा से आगे नहीं गया। सीमा इस बात पर निर्भर नहीं करती कि मैसेज कौन सी लाइब्रेरी भेज रही है।

### प्रतिबंध लगने पर असल लागत क्या होती है?

ऑटोमेशन की कीमत से कहीं अधिक, और यही बात अक्सर कम आँकी जाती है।

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

उसके साथ इतिहास भी चला जाता है। उन बातचीतों में बनी संपर्क सूची भी। अपील की सुविधा होती है और कभी-कभी काम करती है, लेकिन इसमें समय लगता है और नतीजे की कोई गारंटी नहीं दे सकता।

एजेंसी के लिए हिसाब और खराब है, क्योंकि बंद होने वाला नंबर उस ग्राहक का होता है जिसे कभी बताया ही नहीं गया कि यही तरीका इस्तेमाल हो रहा है।

### इसके बजाय आधिकारिक तरीका कैसा दिखता है?

आधिकारिक एपीआई को लेकर आपत्ति पहले वास्तविक थी। नंबर को दूसरे तरीके से ले जाना पड़ता था, जिससे फ़ोन पर WhatsApp Business ऐप बंद हो जाता था, और कोई छोटी टीम इसे स्वीकार नहीं करती।

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

लेन-देन की कुछ सीमाएँ हैं, लेकिन वे छोटी हैं। फ़्री टेक्स्ट ग्राहक के आखिरी मैसेज के 24 घंटे के भीतर ही काम करता है, टेम्पलेट की मंज़ूरी ज़रूरी है और ग्रुप चैट उपलब्ध नहीं हैं। बदले में, इस तरीके के कारण नंबर प्रतिबंधित नहीं किया जा सकता।

- यह मानना कि एंटी-बैन सुरक्षा का दावा करने वाली लाइब्रेरी ने समस्या हल कर दी है। पहचान इस बात पर नज़र रखती है कि ट्रैफ़िक कैसे व्यवहार करता है, कोड कौन भेज रहा है इस पर नहीं। इसलिए यह दावा ऐसी चीज़ का है जिसे विक्रेता नियंत्रित नहीं कर सकता।
- कई महीनों तक लगातार चलने को सुरक्षा का प्रमाण मानना। इसका मतलब केवल यह है कि ट्रैफ़िक अभी किसी सीमा से आगे नहीं गया, जो अलग बात है।
- पहले निजी नंबर पर परीक्षण करना। वहाँ प्रतिबंध परेशानी का कारण है, लेकिन इससे कारोबार के नंबर के बारे में कुछ पता नहीं चलता, जिस पर कहीं अधिक ट्रैफ़िक आता है।
- साझा सर्वर पर अनौपचारिक सेशन रखना। इन क्रेडेंशियल से पूरे खाते का एक्सेस मिलता है और वे जाना-पहचाना लक्ष्य होते हैं।

**क्या इनमें से किसी का इस्तेमाल करने पर मेरा नंबर पहले से जोखिम में है?** जब तक सेशन चल रहा है, जोखिम मौजूद रहता है। कोई तय तारीख पर कार्रवाई नहीं होती, इसलिए लंबे समय तक चलना आश्वस्त करने वाला नहीं है। उसी नंबर पर आधिकारिक एपीआई पर जाना संभव है और ऐप नहीं खोता।

**क्या नंबर बदले बिना आधिकारिक एपीआई पर जा सकता हूँ?** हाँ। Coexistence आपके मौजूदा नंबर को जोड़ता है और WhatsApp Business ऐप पूरे समय फ़ोन पर काम करता रहता है। कुछ भी दूसरे स्थान पर नहीं ले जाना पड़ता।

**आधिकारिक एपीआई क्या नहीं कर सकता?** Coexistence नंबर पर ग्रुप चैट उपलब्ध नहीं हैं। फ़्री टेक्स्ट ग्राहक के आखिरी मैसेज के 24 घंटे के भीतर ही काम करता है। इसके बाद मैसेज के लिए Meta द्वारा मंज़ूर टेम्पलेट इस्तेमाल करना पड़ता है।

**क्या आधिकारिक तरीके की लागत अधिक है?** Meta अपनी मैसेजिंग फ़ीस दोनों तरीकों में अलग से लेता है और उसका बिल आपको सीधे देता है। अंतर प्रति नंबर एक तय मासिक शुल्क का है, न कि नंबर खोने के जोखिम का।

---

## आधिकारिक Cloud API पर WhatsApp को n8n से कनेक्ट करें

https://easycoexistence.com/hi/integrations/n8n

वेबहुक डेस्टिनेशन n8n के Webhook नोड पर सेट करें। नंबर पर आने वाला हर मैसेज वर्कफ़्लो ट्रिगर बन जाता है। जवाब Cloud API या हमारे MCP सर्वर से भेजे जा सकते हैं। n8n का MCP Client Tool OAuth2 सपोर्ट करता है, इसलिए वह सर्वर तक पहुंच सकता है। फ़ोन पूरे समय काम करता रहता है।

### WhatsApp मैसेज n8n वर्कफ़्लो तक कैसे पहुंचता है?

Meta नंबर पर भेजे गए हर मैसेज को आपके चुने हुए एक यूआरएल पर HTTP POST के रूप में भेजता है। वही यूआरएल पूरा इंटीग्रेशन है। किसी प्रोडक्शन यूआरएल पर n8n का Webhook नोड रखें, उसे नंबर के वेबहुक डेस्टिनेशन के रूप में सेट करें और हर आने वाले मैसेज पर वर्कफ़्लो चलने लगेगा।

पेलोड में भेजने वाले की जानकारी, टेक्स्ट या मीडिया संदर्भ, टाइमस्टैम्प और मैसेज आईडी होती है। इसके बाद यह सामान्य n8n वर्कफ़्लो है: सामग्री के आधार पर ब्रांच चुनें, ग्राहक की जानकारी खोजें, अपनी दूसरी सेवाओं को कॉल करें और तय करें कि जवाब देना है या नहीं।

क्योंकि यह Coexistence है, वही मैसेज फ़ोन के WhatsApp Business ऐप में भी दिखता है। कोई इंसान उसका जवाब दे सकता है। वर्कफ़्लो इंसान का भेजा हुआ देखता है और इंसान वर्कफ़्लो का भेजा हुआ, इसलिए दोनों एक-दूसरे के जवाब पर जवाब नहीं चढ़ाते।

### वर्कफ़्लो जवाब कैसे भेजता है?

Cloud API पर HTTP Request नोड का इस्तेमाल करें और नंबर की phone number id तथा access token दें। दोनों डैशबोर्ड से पढ़े जा सकते हैं या 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 के टेस्ट यूआरएल को वेबहुक डेस्टिनेशन बनाना। एडिटर बंद होते ही वह सुनना बंद कर देता है, इसलिए मैसेज कहीं नहीं पहुंचते।
- Meta के पुष्टि अनुरोध का जवाब न देना। Meta कुछ भी भेजने से पहले चुनौती के साथ GET भेजता है। जो नोड उसे वापस नहीं भेजता, उसे कभी मैसेज नहीं मिलता।
- 24 घंटे की अवधि के बाद फ़्री टेक्स्ट से जवाब देना। वर्कफ़्लो के नज़रिए से यह चुपचाप विफल होता है और केवल मंज़ूर किया गया टेम्पलेट ही भेजा जा सकता है।

**क्या इसके लिए अलग n8n नोड चाहिए?** नहीं। Webhook नोड मैसेज लेता है और HTTP Request नोड भेजता है। कुछ इंस्टॉल करने की जरूरत नहीं, क्योंकि इंटीग्रेशन एक यूआरएल और REST कॉल है।

**क्या टीम अब भी फ़ोन से जवाब दे सकती है?** हां। Coexistence का यही मतलब है। WhatsApp Business ऐप उसी नंबर पर काम करता रहता है और वर्कफ़्लो तथा इंसान एक-दूसरे के मैसेज देख सकते हैं।

**क्या एक वर्कफ़्लो कई ग्राहकों के नंबर संभाल सकता है?** हां। हर नंबर को उसी वेबहुक पर भेजें और पेलोड में मिलने वाली phone number id के आधार पर ब्रांच चुनें। एक खाता आपकी जरूरत के जितने नंबर रख सकता है।

**अगर मेरा n8n इंस्टेंस बंद हो जाए तो क्या होगा?** Meta कुछ समय तक डिलीवरी दोबारा करने की कोशिश करता है और फिर रुक जाता है। मैसेज फ़ोन के WhatsApp Business ऐप में आते रहते हैं, इसलिए कारोबार से कुछ नहीं खोता, केवल वर्कफ़्लो से मैसेज छूटते हैं।

---

## कस्टम कनेक्टर से WhatsApp को Claude से जोड़ें

https://easycoexistence.com/hi/integrations/claude

Claude में https://easycoexistence.com/api/mcp को कस्टम कनेक्टर के रूप में जोड़ें और साइन इन करें। इसके बाद Claude आपके नंबरों की सूची दिखा सकता है, उनकी स्थिति जांच सकता है, मैसेज और टेम्पलेट भेज सकता है, और वेबहुक को आपके सिस्टम पर भेज सकता है। यह सब Meta के आधिकारिक Cloud API पर होता है, लिंक किए गए डिवाइस सेशन पर नहीं।

### इसे Claude में कैसे जोड़ें?

Claude में सेटिंग खोलें और EasyCoexistence MCP एंडपॉइंट पर जाने वाला कस्टम कनेक्टर जोड़ें। Claude एक साइन इन पेज खोलता है, आप उसे अधिकृत करते हैं और टूल दिखने लगते हैं। कोई कुंजी बनाने या कॉन्फ़िग फ़ाइल में कुछ पेस्ट करने की जरूरत नहीं है, क्योंकि कनेक्टर OAuth का इस्तेमाल करता है।

Claude Desktop भी यही कनेक्टर इस्तेमाल करता है, जिसे Settings में Connectors के तहत जोड़ा जाता है। इसकी कॉन्फ़िग फ़ाइल केवल उन स्थानीय सर्वरों का विवरण देती है जिन्हें वह खुद शुरू करता है, इसलिए इस तरह का रिमोट एंडपॉइंट वहां नहीं लिखा जाता।

दोनों ही मामलों में सर्वर रिमोट रहता है। कुछ इंस्टॉल नहीं होता, आपके लैपटॉप पर बैकग्राउंड में कुछ नहीं चलता और ऐप बंद करने से कुछ खराब नहीं होता। Claude खुला हो या नहीं, नंबर कनेक्टेड रहता है।

### कनेक्ट होने के बाद Claude क्या कर सकता है?

साधारण भाषा में पूछें और Claude सही टूल चुन लेता है। मेरे कौन से नंबर की स्थिति खराब है? इस ग्राहक को बुकिंग की पुष्टि भेजो। ऑर्डर अपडेट के लिए टेम्पलेट बनाओ और Meta के मंजूर करने पर मुझे बताओ। इस नंबर का वेबहुक मेरे सर्वर पर भेजो।

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

क्लाइंट को सेवा देने वालों के लिए सबसे जरूरी जोड़ी है कनेक्शन शुरू करना और वेबहुक डेस्टिनेशन सेट करना। इससे Claude क्लाइंट का नंबर ऑनबोर्ड करके उसे आपके सिस्टम से जोड़ सकता है, बिना किसी को डैशबोर्ड खोलने की जरूरत पड़े।

### क्या ऐसा करने पर नंबर बैन से सुरक्षित रहता है?

हां, क्योंकि सुरक्षा Claude से नहीं, उसके पीछे इस्तेमाल होने वाली व्यवस्था से आती है।

लोगों को आम तौर पर मिलने वाले WhatsApp MCP सर्वर, WhatsApp Web को लिंक किए गए डिवाइस की तरह चलाते हैं। यह WhatsApp की शर्तों का उल्लंघन है और Meta ट्रैफ़िक के व्यवहार से इसे पहचान लेता है। इसलिए निर्देश देने वाला सहायक चाहे कोई भी हो, नंबर बैन हो जाता है। सावधानी से सहायक इस्तेमाल करने से मदद नहीं मिलती, क्योंकि प्रतिबंधित चीज खुद वह तरीका है।

यह कनेक्टर Meta के आधिकारिक Cloud API को ऐसे नंबर पर कॉल करता है जिसे Meta के अपने Coexistence फ़ीचर से ऑनबोर्ड किया गया है। कोई लिंक किया गया डिवाइस नहीं, कहीं कोई सेशन कायम नहीं और शर्तों का कोई उल्लंघन नहीं। इसके बजाय सामान्य सीमाएं लागू होती हैं: ग्राहक के आखिरी मैसेज के 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/hi/whatsapp-cloud-api-vs-coexistence

Coexistence, Cloud API का विकल्प नहीं है, बल्कि उस पर ऑनबोर्ड करने का एक तरीका है। साधारण Cloud API नंबर पूरी तरह सॉफ़्टवेयर का होता है। Coexistence नंबर पर एपीआई और WhatsApp Business ऐप साथ चलते हैं, इसलिए टीम फ़ोन से जवाब देती रह सकती है।

### क्या Cloud API और Coexistence सच में अलग चीज़ें हैं?

नहीं, और यही समझ लोगों को उलझा देती है। Cloud API, Meta का होस्ट किया गया WhatsApp Business Platform है। Coexistence, उसी एपीआई पर नंबर को ऑनबोर्ड करने का एक तरीका है, जिसमें बाद में उस नंबर पर WhatsApp Business ऐप चलता रहता है।

इसलिए एंडपॉइंट एक जैसे हैं, मैसेज फ़ॉर्मैट एक जैसा है, टेम्पलेट उसी तरह काम करते हैं और 24 घंटे की विंडो भी समान रूप से लागू होती है। एक के लिए लिखा गया कुछ भी दूसरे के साथ काम करता है।

अंतर फ़ोन के साथ होने वाली चीज़ में है। नंबर को सामान्य तरीके से ऑनबोर्ड करने पर Business ऐप उस पर काम करना बंद कर देता है। नंबर अब सॉफ़्टवेयर का होता है और जवाब देने वाले को बनाए गए सिस्टम से जवाब देना पड़ता है। Coexistence से ऑनबोर्ड करने पर दोनों सतहें चालू रहती हैं और दोनों एक-दूसरे के भेजे मैसेज देखती हैं।

### साधारण Cloud API कब बेहतर विकल्प है?

जब उस नंबर पर किसी को हाथ से जवाब देने की ज़रूरत न हो। ऐसा सुनने से अधिक आम है।

सिर्फ़ ऑर्डर अपडेट भेजने वाले नोटिफ़िकेशन नंबर पर किसी मानवीय हिस्से को बचाए रखने की ज़रूरत नहीं होती। इंटीग्रेशन के लिए खास तौर पर खरीदा गया नया नंबर पहले कभी किसी के ऐप में था ही नहीं। हाई-वॉल्यूम सहायता लाइन अगर पहले से हेल्पडेस्क से चल रही है, तो उसका मानवीय वर्कफ़्लो कहीं और होता है। WhatsApp Business ऐप को फिर बीच में लाने से काम बिखर जाएगा।

इन मामलों में Coexistence बिना लाभ के एक अतिरिक्त बाधा जोड़ता है। Coexistence नंबर का थ्रूपुट Meta तय करता है, गुणवत्ता और मैसेजिंग टियर के साथ नहीं बढ़ता। साथ ही, समय-समय पर डिवाइस गतिविधि बनाए रखना एक अतिरिक्त रखरखाव जिम्मेदारी बन जाती है।

### Coexistence ही कब काम करने वाला एकमात्र विकल्प है?

जब नंबर पहले से किसी कारोबार से जुड़ा हो और उस पर कोई व्यक्ति पहले से जवाब दे रहा हो।

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

Coexistence ने यह समझौता खत्म कर दिया। ऐप चलता रहता है, टीम को कुछ नया सीखना नहीं पड़ता और सॉफ़्टवेयर को वही एपीआई मिलता है जो उसे वैसे भी मिलता।

### क्या नंबर बाद में दोनों के बीच बदला जा सकता है?

नंबर को डिस्कनेक्ट करके फिर कनेक्ट किया जा सकता है, इसलिए यह फैसला उतना स्थायी नहीं है जितना लोग डरते हैं। स्थायी चीज़ चैट इतिहास साझा करने का चुनाव है।

जब नंबर पहली बार Coexistence से कनेक्ट होता है, Meta पूछता है कि मौजूदा बातचीत एपीआई के साथ साझा करनी है या नहीं। यह ऑनबोर्डिंग के समय लिया गया एक बार का फैसला है और बाद में दोबारा नहीं लिया जा सकता। अगर आप मना कर दें और बाद में संदर्भ चाहिए हो, तो एकमात्र रास्ता डिस्कनेक्ट करके फिर कनेक्ट करना है।

इसलिए सावधानी जिस चुनाव में चाहिए, वह ऑनबोर्ड करने का मोड नहीं है। असली चुनाव यह है कि उसी दिन इतिहास साझा करने के लिए हाँ कहनी है या नहीं, क्योंकि यही फैसला बाद में वापस नहीं आता।

- Coexistence को कमतर एपीआई समझना। यह वही Cloud API है, बस अलग ऑनबोर्डिंग से मिलता है और इसके एंडपॉइंट व नियम समान हैं।
- ऐसे नंबर के लिए Coexistence चुनना जिस पर कोई हाथ से जवाब नहीं देता। इससे बिना मौजूद फ़ोन वर्कफ़्लो के बदले डिवाइस गतिविधि की जिम्मेदारी और थ्रूपुट की तय सीमा मिलती है।
- ऑनबोर्डिंग के समय चैट इतिहास से मना करके बाद में उसे जोड़ने की उम्मीद करना। यह चुनाव एक बार होता है और बदला नहीं जा सकता।

**क्या Coexistence, साधारण Cloud API से धीमा है?** Coexistence नंबर का थ्रूपुट Meta तय करता है, गुणवत्ता रेटिंग और मैसेजिंग टियर के साथ नहीं बढ़ता। बातचीत के लिए यह सीमा शायद ही बाधा बनती है, लेकिन बड़े पैमाने पर भेजने में बन सकती है।

**क्या दोनों पर टेम्पलेट एक ही तरह काम करते हैं?** हाँ। टेम्पलेट Meta को समीक्षा के लिए भेजे जाते हैं और एपीआई से समान तरीके से भेजे जाते हैं। Coexistence नंबर पर फ़ोन ऐप इन्हें नहीं भेज सकता, इसलिए 24 घंटे की विंडो के बाहर सब कुछ एपीआई से भेजना होगा।

**क्या मैं बिल्कुल नए नंबर को Coexistence पर रख सकता हूँ?** नंबर को पहले WhatsApp Business ऐप में पंजीकृत करना होगा, क्योंकि Coexistence उसी नंबर को कनेक्ट करता है जिसे ऐप पहले से इस्तेमाल कर रहा है। जिस नंबर पर कोई हाथ से जवाब नहीं देगा, उसके लिए सामान्य Cloud API ऑनबोर्डिंग बेहतर है।

**एजेंसियाँ क्लाइंट के नंबरों के लिए इनमें से किसका इस्तेमाल करती हैं?** लगभग हमेशा Coexistence। क्लाइंट का नंबर वही होता है जिस पर उसका स्टाफ पहले से जवाब देता है। उसे माइग्रेट करने पर WhatsApp Business ऐप उनसे छिन जाएगा, जिसे कोई क्लाइंट स्वीकार नहीं करता।

---

## WhatsApp गड़बड़ी 131047: दोबारा संपर्क का मैसेज

https://easycoexistence.com/hi/docs/whatsapp-error-131047

गड़बड़ी 131047 का मतलब है कि ग्राहक के आखिरी मैसेज को 24 घंटे से ज़्यादा हो चुके हैं, इसलिए ग्राहक सेवा विंडो बंद है और फ़्री टेक्स्ट नहीं जाएगा। बातचीत फिर से शुरू करने के लिए केवल Meta से पहले से स्वीकृत टेम्पलेट भेजा जा सकता है।

### गड़बड़ी 131047 किस वजह से आती है?

ऐसा फ़्री टेक्स्ट मैसेज, जो उस व्यक्ति को भेजा गया हो जिसका आपको भेजा गया आखिरी मैसेज 24 घंटे से पुराना है।

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

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

### इसे कैसे ठीक करें?

फ़्री टेक्स्ट के बजाय स्वीकृत टेम्पलेट भेजें।

टेम्पलेट वे मैसेज हैं जिन्हें आप पहले Meta को भेजते हैं और Meta उनकी समीक्षा करता है। स्वीकृति के बाद टेम्पलेट किसी भी समय भेजा जा सकता है, उस व्यक्ति को भी जिसने आपको कभी मैसेज नहीं किया हो। इसे भेजने से बातचीत फिर खुल जाती है, और ग्राहक के जवाब देते ही आपके पास फ़्री टेक्स्ट भेजने के लिए नए 24 घंटे होते हैं।

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

### क्या यह Coexistence नंबर पर भी लागू होता है?

हां, और इसके साथ एक अतिरिक्त परिणाम भी है जिसे जानना ज़रूरी है।

नंबर Coexistence के ज़रिए जोड़ा गया हो या नहीं, विंडो एक ही तरह काम करती है, क्योंकि यह किसी ऑनबोर्डिंग तरीके का नहीं बल्कि प्लेटफ़ॉर्म का नियम है। फर्क यह है कि इस पर कार्रवाई कौन कर सकता है। Coexistence नंबर पर WhatsApp Business ऐप टेम्पलेट नहीं भेज सकता, इसलिए विंडो के बाहर का हर मैसेज एपीआई के ज़रिए भेजना होगा।

इसका मतलब है कि फ़ोन से जवाब देने वाली टीम जारी बातचीत में स्वतंत्र रूप से जवाब दे सकती है, लेकिन ऐप से पुरानी बातचीत फिर शुरू नहीं कर सकती। इसे फिर शुरू करना एपीआई का काम है। यही उन व्यावहारिक कारणों में से एक है जिनके लिए कारोबार नंबर को पहले स्थान पर कनेक्ट करता है।

- उसी फ़्री टेक्स्ट मैसेज को दोबारा भेजना। विंडो अपने आप फिर नहीं खुलती, इसलिए दोबारा भेजना भी उसी तरह असफल होता है।
- विंडो का समय अपने आखिरी मैसेज से गिनना, ग्राहक के मैसेज से नहीं। विंडो ग्राहक का मैसेज खोलता है।
- यह मान लेना कि टेम्पलेट लिखकर उसी समय भेजा जा सकता है। Meta पहले उसकी समीक्षा करता है, आमतौर पर कुछ मिनटों में, लेकिन कभी कभी एक दिन भी लग सकता है।

**क्या मैं 24 घंटे की विंडो बढ़ा सकता हूं?** नहीं। यह Meta द्वारा तय है और कोई भी प्रदाता इसे लंबा नहीं कर सकता। इसे फिर खोलने वाली एकमात्र चीज़ ग्राहक का आपको दोबारा मैसेज करना है।

**क्या ग्राहक का टेम्पलेट का जवाब देना विंडो फिर खोलता है?** हां। ग्राहक का कोई भी मैसेज नए 24 घंटे शुरू करता है, जिसमें आपके भेजे टेम्पलेट का जवाब भी शामिल है।

**मुझे किस टेम्पलेट श्रेणी का उपयोग करना चाहिए?** लेनदेन संबंधी मैसेज के लिए Utility और प्रचार वाले मैसेज के लिए marketing। marketing भेजने के लिए आपके अपने WhatsApp Business खाते में भुगतान का तरीका होना चाहिए।

**क्या गड़बड़ी 131047 और 131049 एक ही हैं?** नहीं। 131047 बंद विंडो को दर्शाता है। 131049 इकोसिस्टम की सेहत बचाने के लिए Meta द्वारा डिलीवरी सीमित करना है, जो एक अलग स्थिति है।

---

## WhatsApp गड़बड़ी 131049: इकोसिस्टम की सेहत के लिए मैसेज रोका गया

https://easycoexistence.com/hi/docs/whatsapp-error-131049

गड़बड़ी 131049 का मतलब है कि Meta ने इकोसिस्टम में स्वस्थ जुड़ाव बनाए रखने के लिए यह मैसेज डिलीवर नहीं किया। यह 24 घंटे की विंडो या टेम्पलेट की समस्या नहीं है। Meta का सुझाव है कि उस प्राप्तकर्ता को दोबारा मैसेज भेजने से पहले कम से कम 24 घंटे प्रतीक्षा करें।

### यहाँ इकोसिस्टम में जुड़ाव का वास्तव में क्या मतलब है?

यह Meta का शब्द है, जिसका मतलब है कि मैसेज पाने वाले लोग कारोबारों से भेजी गई चीज़ों का स्वागत करते हैं या नहीं। इसे सिर्फ़ आपके खाते पर नहीं, बल्कि पूरे प्लेटफ़ॉर्म पर मापा जाता है।

जब प्लेटफ़ॉर्म को लगता है कि कोई खास मैसेज स्वागत योग्य नहीं होगा, तो वह उसे रोककर 131049 लौटाता है। यह आपके द्वारा तोड़े गए किसी तय नियम का नहीं, बल्कि मैसेज और प्राप्तकर्ता से जुड़े निर्णय का संकेत है। इसलिए यह ऐसी प्रोफ़ाइल पर भी दिख सकता है जिसकी गुणवत्ता रेटिंग ठीक लगती हो।

यह अक्सर ऐसे प्राप्तकर्ताओं को भेजे गए मार्केटिंग मैसेज में दिखता है जिन्होंने हाल में जुड़ाव नहीं दिखाया हो, और एक साथ बड़ी संख्या में मिलते-जुलते मैसेज भेजने पर भी। यह पैटर्न का संकेत है, नंबर पर लगाया गया दंड नहीं।

### टेम्पलेट भेजने से यह समस्या क्यों दूर नहीं होती?

क्योंकि समस्या टेम्पलेट में थी ही नहीं।

भेजने पर रोक दिखने के बाद स्वाभाविक रूप से टेम्पलेट का सहारा लिया जाता है, क्योंकि दूसरी आम गड़बड़ी 131047 का समाधान यही है। लेकिन 131047 समय से जुड़ा नियम है: विंडो बंद हो गई और उसे फिर खोलने का स्वीकृत तरीका टेम्पलेट है। 131049 इस खास व्यक्ति को इस खास मैसेज के बारे में लिया गया निर्णय है, और टेम्पलेट वाला रास्ता भी वही डिलीवरी पथ है।

टेम्पलेट के साथ या उसके बिना तुरंत दोबारा भेजने से उस पैटर्न को और मज़बूती मिल सकती है जिसने इसे ट्रिगर किया। Meta का अपना सुझाव है कि उस प्राप्तकर्ता को फिर कोशिश करने से पहले कम से कम 24 घंटे प्रतीक्षा करें और देखें कि मैसेज ऐसी चीज़ थी या नहीं जिसकी उसे सचमुच ज़रूरत थी।

### ऐसा दोबारा होने से कैसे बचें?

मैसेज भेजने का तरीका नहीं, बल्कि भेजी जाने वाली चीज़ बदलकर।

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

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

- इसे 24 घंटे की विंडो की समस्या मानकर टेम्पलेट पर स्विच करना। स्थिति अलग है, नतीजा वही है।
- तुरंत दोबारा भेजना। Meta का सुझाव है कि उस प्राप्तकर्ता के लिए कम से कम 24 घंटे प्रतीक्षा करें।
- इसे प्रतिबंध समझना। नंबर काम कर रहा है, केवल यह मैसेज डिलीवर नहीं हुआ।

**क्या मेरा नंबर प्रतिबंधित है?** नहीं। 131049 एक मैसेज को रोकता है। नंबर काम करता रहता है और दूसरे मैसेज सफल हो सकते हैं।

**मुझे कितनी देर प्रतीक्षा करनी चाहिए?** Meta का सुझाव है कि उस प्राप्तकर्ता को दोबारा मैसेज भेजने से पहले कम से कम 24 घंटे प्रतीक्षा करें। कोई सटीक प्रकाशित अवधि नहीं है।

**क्या इसका मेरी गुणवत्ता रेटिंग पर असर पड़ता है?** यह उसी मूल माप से मिलने वाला संकेत है। इसलिए इसका बार-बार दिखना अलग-थलग गड़बड़ी के बजाय गुणवत्ता के लिए शुरुआती चेतावनी माना जाना चाहिए।

**क्या कोई प्रदाता इससे बचने का रास्ता दे सकता है?** नहीं। इसे डिलीवरी के समय Meta लागू करता है, इसलिए आधिकारिक एपीआई पर हर प्रदाता को यही व्यवहार दिखाई देता है।

---

## WhatsApp गड़बड़ी 131048: स्पैम दर सीमा पूरी

https://easycoexistence.com/hi/docs/whatsapp-error-131048

गड़बड़ी 131048 का मतलब है कि Meta इस नंबर से मैसेज भेजने पर रोक लगा रहा है, क्योंकि इसकी गुणवत्ता घट गई है। ऐसा आमतौर पर तब होता है जब प्राप्तकर्ता मैसेज ब्लॉक करते हैं या उनकी रिपोर्ट करते हैं। नंबर अब भी काम करता है। बदलाव सिर्फ इतना है कि गुणवत्ता सुधरने तक वह सीमित संख्या में मैसेज भेज सकता है।

### नंबर की गुणवत्ता क्यों घटती है?

प्राप्तकर्ताओं की नकारात्मक प्रतिक्रिया से, जिसे Meta आपके कोड से अनुमान लगाने के बजाय सीधे मापता है।

इसके संकेत ब्लॉक, रिपोर्ट और, कम स्पष्ट रूप से, उन लोगों का मैसेज का जवाब न देना हैं जिनसे जवाब की उम्मीद थी। जो नंबर बहुत मैसेज भेजता है और बदले में बहुत कम मैसेज पाता है, वह उस नंबर से अलग दिखता है जिस पर बातचीत होती है। यह अंतर धीरे-धीरे गुणवत्ता रेटिंग में जुड़ता जाता है।

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

### नंबर की गुणवत्ता कैसे लौटती है?

जिस मैसेज भेजने के तरीके से गुणवत्ता घटी थी, उसे रोकने पर अपने आप।

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

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

### मैसेज भेजने से पहले कैसे पता चलेगा?

सिर्फ रेटिंग पर निगरानी रखकर। यही कारण है कि किसी कनेक्शन को केवल जोड़ने के बजाय उसकी निगरानी करना अधिक स्पष्ट विकल्प है।

Meta फ़ोन नंबर पर गुणवत्ता रेटिंग और मैसेजिंग टियर दिखाता है और इसमें बदलाव किसी नुकसान से पहले दिखाई देता है। हरे से पीले पर जाता नंबर ऐसी चेतावनी है जिसके बाद भी कार्रवाई का समय बचा रहता है। लाल स्तर पर पहुंचकर यह गड़बड़ी लौटाने वाला नंबर पहले ही मैसेज भेजने की क्षमता खो चुका होता है। तब प्रभावित मैसेज कतार में जाने के बजाय सीधे छूट जाते हैं।

गुणवत्ता घटने की कोई सूचना WhatsApp Business ऐप में नहीं दिखती। इसलिए फ़ोन से जवाब देने वाली टीम को मैसेज भेजना बंद होने तक कारोबार सामान्य ही दिखाई देता है।

- इसे मैसेज भेजने वाले कोड की गड़बड़ी समझना। अनुरोध सही है, नंबर सीमित किया गया है।
- इससे बचने के लिए प्रदाता बदलना। रेटिंग नंबर से जुड़ी है और उसके साथ बनी रहती है।
- सूचना आने का इंतज़ार करना। फ़ोन पर गुणवत्ता घटने की कोई सूचना नहीं मिलती।

**क्या मुझे अब भी मैसेज मिल सकते हैं?** हां। मैसेज प्राप्त करने पर कोई असर नहीं पड़ता और नंबर पर WhatsApp Business ऐप सामान्य रूप से काम करता रहता है।

**सुधार में कितना समय लगता है?** Meta कोई निश्चित अवधि नहीं बताता। यह लगातार बदलता माप है, इसलिए हाल के मैसेज भेजने का तरीका सुधरने पर गुणवत्ता भी सुधरती है।

**क्या दूसरे प्रदाता पर जाने से यह समस्या रीसेट हो जाती है?** नहीं। गुणवत्ता फ़ोन नंबर से जुड़ी होती है, उससे मैसेज भेजने वाले व्यक्ति या प्रदाता से नहीं।

**क्या यह प्रतिबंधित होने जैसा है?** नहीं। प्रतिबंध नंबर को हटा देता है। इसमें केवल यह सीमा लगती है कि गुणवत्ता सुधरने तक काम कर रहा नंबर कितने मैसेज भेज सकता है।

---

## WhatsApp गड़बड़ी 132001: टेम्पलेट मौजूद नहीं है

https://easycoexistence.com/hi/docs/whatsapp-error-132001

गड़बड़ी 132001 का मतलब है कि भेजा जाने वाला टेम्पलेट माँगी गई भाषा में मौजूद नहीं है या मौजूद है, लेकिन मंज़ूर नहीं हुआ है। टेम्पलेट की पहचान नाम और भाषा से मिलकर होती है, इसलिए अलग लोकेल में वही नाम अलग टेम्पलेट होता है।

### मौजूद टेम्पलेट 132001 क्यों लौटाता है?

लगभग हमेशा वजह भाषा कोड होता है।

टेम्पलेट की पहचान उसके नाम और भाषा से मिलकर होती है। en_US में order_update नाम से बनाया गया टेम्पलेट en, pt या pt_BR में order_update के रूप में मौजूद नहीं होता। सही नाम के साथ गलत लोकेल भेजने पर यही गड़बड़ी आती है, और संदेश यह साफ़ नहीं बताता कि दोनों में से कौन-सा हिस्सा गलत था।

दूसरी वजह मंज़ूरी की स्थिति है। बनाया गया टेम्पलेट अगर अभी समीक्षा के लिए लंबित है, तो वह भेजा नहीं जा सकता। अस्वीकृत टेम्पलेट भी नहीं भेजा जा सकता। दोनों स्थितियों में वही कोड मिलता है जो कभी बनाए ही न गए टेम्पलेट के लिए मिलता है, इसलिए नाम को गलत मानने से पहले स्थिति जाँच लें।

### सही नाम और भाषा कैसे खोजें?

नंबर पर मौजूद टेम्पलेट की सूची लें और उन्हें वहीं से पढ़ें, केवल कॉन्फ़िगरेशन पर भरोसा न करें।

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

MCP कनेक्टर के ज़रिए यह एपीआई कॉल नहीं, बल्कि एक सवाल है: किसी नंबर पर मंज़ूर टेम्पलेट पूछें और सहायक उन्हें पढ़कर बताएगा। अपने कोड से यह WhatsApp Business Account के विरुद्ध एक Graph अनुरोध है, जिसमें उस कनेक्शन की फ़ोन नंबर आईडी और टोकन इस्तेमाल होते हैं।

### मंज़ूरी में कितना समय लगता है?

आमतौर पर कुछ मिनट, कभी-कभी एक दिन तक।

Meta हर टेम्पलेट को भेजे जाने से पहले उसकी समीक्षा करता है। ज़्यादातर जल्दी स्पष्ट हो जाते हैं, लेकिन समय की गारंटी नहीं है और कोई प्रदाता इसे तेज़ नहीं कर सकता। इसका असर उन प्रक्रियाओं पर पड़ता है जो टेम्पलेट बनाकर तुरंत मैसेज भेजने के लिए बनाई गई हों, क्योंकि समीक्षा लंबित रहने तक भेजना इसी गड़बड़ी के साथ विफल होगा।

भरोसेमंद तरीका यह है कि इंटीग्रेशन सेट करते समय टेम्पलेट पहले से बनाए जाएँ और उन पर निर्भर होने से पहले स्टेटस जाँचा जाए। कनेक्टर वाला सहायक दोनों काम कर सकता है: टेम्पलेट जमा करना और बताना कि वह मंज़ूर, अस्वीकृत या अभी समीक्षा में है।

- टेम्पलेट en_US में बनाया गया हो, फिर en भेजना। एपीआई के लिए ये अलग टेम्पलेट हैं।
- टेम्पलेट बनाकर उसी प्रक्रिया में भेजना। Meta पहले उसकी समीक्षा करता है।
- अस्वीकृत टेम्पलेट के काम करने की उम्मीद रखना। यह गायब टेम्पलेट की तरह यही गड़बड़ी लौटाता है।

**सटीक भाषा कोड कहाँ दिखता है?** उस नंबर की टेम्पलेट सूची में। वहाँ नाम, भाषा और स्टेटस साथ दिखते हैं, इसलिए यही सबसे भरोसेमंद स्रोत है।

**क्या लंबित टेम्पलेट भेज सकता हूँ?** नहीं। केवल मंज़ूर टेम्पलेट पहुँचते हैं और लंबित टेम्पलेट यही गड़बड़ी लौटाता है।

**क्या अस्वीकृत टेम्पलेट फिर से बनाना होगा?** उसे बदला और फिर से जमा किया जा सकता है। लेकिन अस्वीकृत स्थिति में वह भेजा नहीं जा सकता।

**क्या WhatsApp Business ऐप टेम्पलेट भेज सकता है?** Coexistence नंबर पर नहीं। टेम्पलेट एपीआई के ज़रिए भेजे जाते हैं, और यही उन व्यावहारिक कारणों में से एक है जिनसे नंबर कनेक्ट किया जाता है।

---

## WhatsApp गड़बड़ी 132000: पैरामीटर की संख्या मेल नहीं खाती

https://easycoexistence.com/hi/docs/whatsapp-error-132000

गड़बड़ी 132000 का मतलब है कि दिए गए वैरिएबल टेम्पलेट की अपेक्षा से मेल नहीं खाते। दो प्लेसहोल्डर वाले टेम्पलेट को क्रम से ठीक दो वैल्यू चाहिए। यह अक्सर टेम्पलेट में बदलाव के बाद आती है, जब भेजने वाला कोड अपडेट नहीं किया जाता।

### टेम्पलेट के वैरिएबल कैसे गिने जाते हैं?

टेम्पलेट टेक्स्ट में दिए गए नंबर वाले प्लेसहोल्डर के अनुसार, हर कॉम्पोनेंट में और उसी क्रम से।

टेम्पलेट का बॉडी अगर Hello {{1}}, your order {{2}} has shipped पढ़ता है, तो उसमें दो वैरिएबल हैं और भेजते समय बॉडी कॉम्पोनेंट के लिए ठीक दो वैल्यू देनी होंगी। एक या तीन वैल्यू देने पर यह गड़बड़ी आती है। दो वैल्यू देने पर भी, अगर वे गलत कॉम्पोनेंट के लिए हों, तो यही होगा, क्योंकि हेडर, बॉडी और बटन के पैरामीटर एक सूची में मिलाकर नहीं, अलग-अलग गिने जाते हैं।

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

### कल काम करने वाले टेम्पलेट में यह गड़बड़ी क्यों आती है?

क्योंकि किसी ने टेम्पलेट में बदलाव किया, लेकिन भेजने वाला कोड उसके साथ नहीं बदला।

स्वीकृति के बाद भी टेम्पलेट में बदलाव हो सकता है। प्लेसहोल्डर जोड़ने या हटाने से भेजने वाले की नज़र में नियम चुपचाप बदल जाता है। इंटिग्रेशन को कोई चेतावनी नहीं मिलती और अगला मैसेज विफल हो जाता है। जिस टीम में मार्केटिंग WhatsApp Manager में टेम्पलेट बदलती है और इंजीनियरिंग भेजने वाला कोड संभालती है, वहाँ यह गड़बड़ी आने का सबसे आम तरीका है।

बचाव के लिए पहली बार बनाई गई जानकारी पर भरोसा करने के बजाय टेम्पलेट को फिर से पढ़ें। टेम्पलेट की सूची मौजूदा परिभाषा लौटाती है, और भेजते समय यही एकमात्र उपयोगी वर्ज़न है।

### वैल्यू सही तरीके से कैसे दें?

कॉम्पोनेंट की array को टेम्पलेट की अपनी संरचना के अनुसार बनाकर।

हर कॉम्पोनेंट अपना type बताता है और प्लेसहोल्डर के क्रम में अपने parameters रखता है। दो वैरिएबल वाली बॉडी के लिए दो टेक्स्ट पैरामीटर वाला बॉडी कॉम्पोनेंट चाहिए। अगर टेम्पलेट के हेडर में भी वैरिएबल है, तो उसके अपने पैरामीटर वाला हेडर कॉम्पोनेंट भी दें। हेडर की वैल्यू को बॉडी की सूची में न जोड़ें।

MCP कनेक्टर के ज़रिए यह काम आपसे एक कदम दूर हो जाता है: असिस्टेंट टेम्पलेट पढ़कर देखता है कि हर कॉम्पोनेंट में कितने प्लेसहोल्डर हैं और आपके अनुरोध से वैल्यू भर देता है। अपने कोड में ऐसी संरचना हार्डकोड करने के बजाय, जो बदल सकती है, शुरुआत में टेम्पलेट की परिभाषा पढ़ना बेहतर है।

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

**क्या मैं बिना वैरिएबल वाला टेम्पलेट भेज सकता हूँ?** हाँ। अगर टेम्पलेट में कोई वैरिएबल नहीं है, तो पैरामीटर न भेजें। उन्हें भेजने पर यह गड़बड़ी आती है।

**क्या वैल्यू का क्रम मायने रखता है?** हाँ। प्लेसहोल्डर नंबर वाले होते हैं और क्रम से भरे जाते हैं। दो वैल्यू बदलने पर गड़बड़ी के बजाय गलत मैसेज बनता है।

**एक भाषा में वही मैसेज चलता है, दूसरी में क्यों नहीं?** हर भाषा का वर्ज़न अलग टेम्पलेट होता है और बदलाव के बाद उसमें प्लेसहोल्डर की संख्या अलग हो सकती है।

**क्या यह 132001 जैसा ही है?** नहीं। 132001 का मतलब है कि टेम्पलेट नहीं मिला या स्वीकृत नहीं है। 132000 में टेम्पलेट मिल गया, लेकिन वैरिएबल मेल नहीं खाए।

---

## WhatsApp गड़बड़ी 2593107: सिंक सीमा पार हो गई

https://easycoexistence.com/hi/docs/whatsapp-error-2593107

गड़बड़ी 2593107 का मतलब है कि इस नंबर ने संपर्कों और चैट इतिहास का अपना एकमात्र सिंक पहले ही इस्तेमाल कर लिया है। सिंक हर बार जोड़ने पर केवल एक बार चलता है और दोबारा नहीं चल सकता। इसलिए इसे फिर चलाने का एकमात्र तरीका नंबर को डिस्कनेक्ट करके फिर से कनेक्ट करना है।

### यह किस सिंक की बात कर रहा है?

यह वह चरण है जो Coexistence नंबर के मौजूदा संपर्कों और बातचीत के इतिहास को एपीआई वाले हिस्से में ले जाता है, ताकि कारोबार द्वारा वर्षों से इस्तेमाल किए गए नंबर पर सॉफ़्टवेयर बिल्कुल अनजान स्थिति से शुरू न हो।

यह केवल Coexistence की वजह से मौजूद है। सामान्य तरीके से जोड़े गए नंबर में लाने के लिए ऐप का कोई पुराना इतिहास नहीं होता, इसलिए सिंक करने के लिए कुछ नहीं होता। Coexistence नंबर में दोनों होते हैं और नंबर कनेक्ट होने पर Meta उन्हें एक बार ट्रांसफ़र करने की सुविधा देता है।

इसी वजह से लंबे समय से Cloud API के साथ काम करने वाले लोगों के लिए भी यह गड़बड़ी अनजानी लगती है। यह ऐसे जोड़ने के तरीके से जुड़ी है जिसका उन्होंने कभी इस्तेमाल नहीं किया।

### यह केवल एक बार ही क्यों चल सकता है?

क्योंकि यह लगातार उपलब्ध सुविधा के बजाय नंबर जोड़ने की प्रक्रिया का हिस्सा है और Meta इसे कनेक्शन के समय लिया गया एक बार का निर्णय मानता है।

Embedded Signup के दौरान कारोबार के मालिक से पूछा जाता है कि मौजूदा चैट इतिहास साझा करना है या नहीं। हाँ कहना ही सिंक चलने की अनुमति देता है। बाद में इसे फिर चालू करने के लिए कोई सेटिंग नहीं है और इसे दोहराने वाला कोई एंडपॉइंट भी नहीं है। इसलिए दूसरी कॉल ऐसी दर सीमा वाली गड़बड़ी नहीं लौटाती जो अपने आप ठीक हो जाए, बल्कि यही गड़बड़ी लौटाती है।

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

### अगर आपको इसे फिर से चलाना ही हो तो क्या होगा?

नंबर को डिस्कनेक्ट करके फिर से कनेक्ट करना होगा। यह किसी सेटिंग को बदलना नहीं, बल्कि वास्तविक प्रक्रिया है।

फिर से कनेक्ट करने पर Embedded Signup शुरुआत से चलता है, जिसमें फ़ोन पर कोड स्कैन करना भी शामिल है, और इतिहास स्वीकार करने का नया अवसर मिलता है। इस दौरान WhatsApp Business ऐप पर कोई असर नहीं पड़ता, इसलिए कारोबार कुछ नहीं खोता। फिर भी यह चुपचाप पृष्ठभूमि में होने वाली कार्रवाई नहीं है। किसी व्यक्ति का फ़ोन के पास होना ज़रूरी है।

एक परिणाम की पहले से योजना बनाना ज़रूरी है। डिस्कनेक्ट करने पर वेबहुक डेस्टिनेशन हट जाता है, क्योंकि वह नंबर पर नहीं बल्कि ऐप सब्सक्रिप्शन पर ओवरराइड के रूप में मौजूद होता है। फिर से कनेक्ट करने पर मैसेज भेजना और निगरानी बहाल हो जाती है, लेकिन आपके सर्वर पर डिलीवरी तब तक नहीं लौटती जब तक कोई उसे दोबारा सेट न करे।

- सिंक कॉल को बार-बार दोहराना। यह एक बार होने वाली प्रक्रिया है, इसलिए दोहराने पर अंततः सफल होने के बजाय वही गड़बड़ी लौटती है।
- सावधानी के लिए जोड़ने के दौरान चैट इतिहास साझा करने से मना करना। इस चुनाव को केवल नंबर फिर से कनेक्ट करके बदला जा सकता है।
- वेबहुक डेस्टिनेशन को फिर से बहाल करने की योजना के बिना नंबर कनेक्ट करना। ऐप के साथ वह भी हट जाता है।

**क्या यह सामान्य Cloud API नंबर पर भी होता है?** नहीं। सिंक केवल Coexistence नंबरों में होता है, क्योंकि पुराने ऐप इतिहास को केवल वही नंबर एपीआई वाले हिस्से में ला सकते हैं।

**कितना इतिहास सिंक होता है?** Meta जोड़ने के समय हाल की बातचीत के इतिहास की एक अवधि सिंक करता है। इसकी सटीक मात्रा प्रदाता नहीं, बल्कि Meta तय करता है।

**क्या फिर से कनेक्ट करने पर फ़ोन की चैट मिट जाएगी?** नहीं। डिस्कनेक्ट और फिर से कनेक्ट करने से WhatsApp Business ऐप और उसमें मौजूद बातचीत पर कोई असर नहीं पड़ता।

**क्या 2593108 भी यही समस्या है?** नहीं। इसका मतलब है कि सिंक जोड़ने के 24 घंटे से अधिक समय बाद चलाने की कोशिश की गई, न कि यह कि सिंक पहले ही चल चुका है।

---

## WhatsApp गड़बड़ी 2593108: 24 घंटे की सीमा के बाहर सिंक

https://easycoexistence.com/hi/docs/whatsapp-error-2593108

गड़बड़ी 2593108 का मतलब है कि संपर्क और चैट इतिहास का सिंक्रोनाइज़ेशन, नंबर के ऑनबोर्ड होने के 24 घंटे से ज़्यादा बाद शुरू हुआ। यह समय Meta ने तय किया है। इसके बीत जाने पर सिंक करने का एकमात्र तरीका नंबर को फिर से कनेक्ट करना है।

### यह कौन-सी 24 घंटे की विंडो है?

मैसेजिंग वाली नहीं। इसी वजह से इस गड़बड़ी को लेकर सबसे ज़्यादा भ्रम होता है।

WhatsApp Business Platform में ग्राहक सेवा की 24 घंटे की जानी-पहचानी विंडो होती है। यह ग्राहक के आखिरी मैसेज से गिनी जाती है और तय करती है कि स्वतंत्र टेक्स्ट भेजा जा सकता है या नहीं। यह उससे पूरी तरह अलग घड़ी है। यह उस क्षण से गिनी जाती है जब Coexistence नंबर का ऑनबोर्डिंग पूरा होता है और केवल यह तय करती है कि संपर्क और चैट इतिहास अभी भी खींचे जा सकते हैं या नहीं।

नंबर के अलावा दोनों का आपस में कोई संबंध नहीं है। मैसेज सफलतापूर्वक भेजा जाना इस बात का संकेत नहीं है कि सिंक विंडो अभी खुली है।

### यह छूट क्यों जाता है?

क्योंकि ऑनबोर्डिंग और इंटीग्रेशन आम तौर पर अलग-अलग दिनों में होते हैं और अक्सर अलग लोग उन्हें करते हैं।

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

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

### विंडो बंद होने के बाद क्या विकल्प हैं?

नंबर को डिस्कनेक्ट करके फिर कनेक्ट करें या इतिहास के बिना शुरू करना स्वीकार करें।

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

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

- इसे मैसेजिंग विंडो समझना। दोनों अलग घड़ियां हैं और अलग चीज़ें मापती हैं।
- इंटीग्रेशन का काम शुरू होने तक इतिहास छोड़ देना। तब तक विंडो आम तौर पर बंद हो चुकी होती है।
- वेबहुक डेस्टिनेशन को फिर से सेट किए बिना कनेक्ट करना। डिस्कनेक्शन के बाद यह बना नहीं रहता।

**क्या ये मैसेजिंग विंडो वाले ही 24 घंटे हैं?** नहीं। यह विंडो ऑनबोर्डिंग से गिनी जाती है और सिंक तय करती है। मैसेजिंग विंडो ग्राहक के आखिरी मैसेज से गिनी जाती है और स्वतंत्र टेक्स्ट तय करती है।

**क्या विंडो बढ़ाई जा सकती है?** नहीं। इसे Meta ने तय किया है और कोई भी सेवा प्रदाता इसे लंबा नहीं कर सकता।

**क्या फिर से कनेक्ट करने पर कोई शुल्क लगता है?** फिर से कनेक्ट करने का कोई शुल्क नहीं है। किसी व्यक्ति को कोड दोबारा स्कैन करने के लिए फ़ोन के पास मौजूद रहना पड़ता है।

**अगर मैं इतिहास कभी सिंक न करूं तो क्या होगा?** नंबर कनेक्ट होने के क्षण से एपीआई को सब कुछ मिलता रहता है। इतिहास तभी ज़रूरी है जब किसी पुराने संदर्भ को तुरंत देखना हो।

---

## WhatsApp की गड़बड़ी 131026: मैसेज नहीं पहुंच सकता

https://easycoexistence.com/hi/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/hi/docs/whatsapp-error-131042

131042 का मतलब है कि Meta मैसेज का शुल्क नहीं ले पा रहा, क्योंकि WhatsApp Business खाते में कोई काम करने वाला भुगतान तरीका नहीं है। यह शुल्क Meta सीधे आपसे लेता है, इसलिए समाधान WhatsApp Manager में है, आपके एपीआई की पहुँच देने वाले प्रदाता के पास नहीं।

### असल में कौन किससे शुल्क ले रहा है?

दो कंपनियाँ हैं, और इनमें से केवल एक का शुल्क आपके प्रदाता से जुड़ा है।

Meta WhatsApp Business Platform पर होने वाली बातचीत के लिए शुल्क लेता है और यह शुल्क आपके अपने WhatsApp Business खाते से जुड़े भुगतान के तरीके से लेता है। यह संबंध आपके और Meta के बीच है। प्रदाता इसके साथ अलग रहकर पहुँच और उपकरणों के लिए शुल्क लेता है और बातचीत का शुल्क उसे कभी दिखता ही नहीं।

इसीलिए प्रदाता से संपर्क करने पर यह गड़बड़ी ठीक नहीं होगी और उस स्थिति में कोई भी आपकी ओर से कार्ड नहीं जोड़ सकता। इसका यह भी मतलब है कि प्रदाता बातचीत के उस खर्च पर अपना मार्जिन नहीं जोड़ सकता, जो उसे मिलता ही नहीं।

### भुगतान का तरीका कहाँ सेट किया जाता है?

WhatsApp Manager में, उस WhatsApp Business खाते पर जो नंबर का मालिक है।

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

एपीआई जानबूझकर यह काम नहीं कर सकता। कार्ड जोड़ने के लिए कोई एंडपॉइंट नहीं है, क्योंकि यह मैसेज भेजने की प्रक्रिया नहीं, बल्कि खाते और कारोबार से जुड़ा संबंध है।

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

**क्या EasyCoexistence मेरी ओर से Meta को भुगतान कर सकता है?** नहीं। शुल्क आपके अपने WhatsApp Business खाते के भुगतान के तरीके पर जाता है और उसे जोड़ने के लिए कोई एपीआई नहीं है।

**यह अब जाकर क्यों दिखा?** अक्सर इसलिए कि पहली बार मार्केटिंग टेम्पलेट से मैसेज भेजने की कोशिश की गई। Meta खास तौर पर इनके लिए भुगतान का तरीका ज़रूरी करता है।

**क्या इससे आने वाले मैसेज रुक जाते हैं?** मैसेज पाना प्रभावित नहीं होता। केवल वह मैसेज भेजना विफल होता है जिसके लिए Meta शुल्क लेना चाहता है।

**क्या Meta के शुल्क से पूरी तरह बचने का कोई तरीका है?** 24 घंटे की ग्राहक सेवा अवधि के भीतर दिए गए जवाब मुफ़्त हैं। Meta उन बातचीत के लिए शुल्क लेता है जो इस अवधि के बाहर शुरू होती हैं।

---

## WhatsApp गड़बड़ी 133010: फ़ोन नंबर पंजीकृत नहीं है

https://easycoexistence.com/hi/docs/whatsapp-error-133010

गड़बड़ी 133010 का मतलब है कि फ़ोन नंबर का WhatsApp Business प्लैटफ़ॉर्म पर पंजीकरण पूरा नहीं हुआ है। नंबर खाते से जुड़ा और डैशबोर्ड में दिखाई दे सकता है, लेकिन पंजीकरण पूरा होने तक वह कुछ भेज नहीं सकता।

### यहां पंजीकरण का असल मतलब क्या है?

यह वह अंतिम चरण है जो नंबर को भेजने के लिए उपयोगी बनाता है। यह WhatsApp Business खाते में नंबर के मौजूद होने से अलग है।

ऑनबोर्डिंग नंबर को खाते से जोड़ता है और उसके पहचानकर्ता देता है। पंजीकरण प्लैटफ़ॉर्म को बताता है कि नंबर लेन-देन के लिए तैयार है। लोग अक्सर इसे बिना समझे छोड़ देते हैं, क्योंकि तब तक डैशबोर्ड में नंबर दिखाई देने लगता है। सब कुछ जुड़ा हुआ लगता है, लेकिन पहला मैसेज भेजने में गड़बड़ी आती है।

Coexistence नंबर में इसे समझना एक और वजह से मुश्किल है: फ़ोन पर WhatsApp Business ऐप पूरे समय ठीक काम करता रहता है। इसलिए कारोबार के रोज़मर्रा के काम में ऐसा कुछ नहीं दिखता कि प्रक्रिया अधूरी है।

### ऑनबोर्डिंग अधूरा कैसे रह जाता है?

आमतौर पर इसलिए कि किसी ने विंडो बंद कर दी।

Meta का Embedded Signup पॉपअप के रूप में चलता है और इसमें कई चरण होते हैं, जिनमें फ़ोन पर कोड स्कैन करना भी शामिल है। नंबर दिखाई देने के बाद, लेकिन प्रक्रिया पूरी होने से पहले विंडो बंद करने पर यही स्थिति बनती है। फ़ोन बीच में डिस्कनेक्ट हो जाए या डिवाइस ढूंढते समय सेशन समाप्त हो जाए, तब भी ऐसा हो सकता है।

इसका समाधान मैसेज दोबारा भेजना नहीं, बल्कि प्रक्रिया फिर से चलाना है। दोबारा कनेक्ट करने पर प्रक्रिया शुरू से चलती है और पंजीकरण पूरा हो जाता है। इसे दो बार करने से नंबर या WhatsApp Business ऐप पर कोई असर नहीं पड़ता।

- मैसेज दोबारा भेजना। मैसेज भेजने की कोशिश से पंजीकरण पूरा नहीं होता।
- दिखाई दे रहे नंबर को काम करने वाला मान लेना। वह खाते से जुड़ा होकर भी अपंजीकृत हो सकता है।
- फ़ोन देखकर गड़बड़ी पहचानना। पंजीकरण पूरा हुआ हो या नहीं, WhatsApp Business ऐप सामान्य रूप से काम करता है।

**क्या नंबर खो गया है?** नहीं। Meta की ऑनबोर्डिंग प्रक्रिया फिर से चलाने पर पंजीकरण पूरा हो जाता है और WhatsApp Business ऐप पर कोई असर नहीं पड़ता।

**क्या मैं एपीआई से पंजीकरण कर सकता हूं?** पंजीकरण Meta की ऑनबोर्डिंग प्रक्रिया का हिस्सा है, जिसके लिए ब्राउज़र और फ़ोन चाहिए। स्कैन से बचने का कोई एपीआई शॉर्टकट नहीं है।

**मैं अब भी मैसेज क्यों पा सकता हूं?** मैसेज पाना और भेजना एक ही चरण से नियंत्रित नहीं होते। इसलिए अधूरा ऑनबोर्डिंग वाला नंबर फ़ोन से सक्रिय दिख सकता है।

**क्या यह 133006 जैसा ही है?** नहीं। 133006 का मतलब है कि पंजीकरण से पहले नंबर की पुष्टि ज़रूरी है। इस गड़बड़ी का मतलब है कि पंजीकरण खुद कभी पूरा नहीं हुआ।

---

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

https://easycoexistence.com/hi/docs/whatsapp-error-190

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

---

## WhatsApp गड़बड़ी 130429: थ्रूपुट सीमा पूरी हो गई

https://easycoexistence.com/hi/docs/whatsapp-error-130429

गड़बड़ी 130429 का मतलब है कि इस नंबर के लिए Cloud API थ्रूपुट सीमा पूरी हो गई है। यह मैसेज की मात्रा के बजाय दर की समस्या है: वही मैसेज धीमी गति से भेजने पर सफल होते हैं। Coexistence नंबर पर यह सीमा Meta तय करता है।

### असल में किस पर सीमा लगी है?

सीमा इस बात पर है कि मैसेज कितनी तेज़ी से भेजे जाते हैं, न कि आप एक दिन में कितने मैसेज भेज सकते हैं।

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

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

### क्या सीमा बढ़ाई जा सकती है?

Coexistence नंबर पर नहीं। Meta इसे एक तय दर पर रखता है और कोई भी प्रदाता इसे बढ़ा नहीं सकता। अधिक सीमा मानकर सिस्टम बनाने से पहले यह बात जानना ज़रूरी है।

सामान्य तरीके से जोड़ा गया नंबर समय के साथ अपनी गुणवत्ता रेटिंग और मैसेजिंग स्तर के आधार पर अधिक थ्रूपुट पा सकता है। यह Coexistence की कुछ वास्तविक सीमाओं में से एक है। इसी कारण अधिक मात्रा में प्रसारण करने वाले नंबर के लिए अक्सर बिना Coexistence के जुड़ना बेहतर होता है।

बातचीत के लिए यह सीमा शायद ही कभी बाधा बनती है। समस्या तब आती है जब कोई प्रक्रिया सूची में मौजूद लोगों कोड के अनुसार जितनी तेज़ी से हो सके मैसेज भेजती है। ऐसी संरचना से अपने आप बचना बेहतर है।

### भेजने वाले को इसके बजाय क्या करना चाहिए?

मैसेज भेजने की गति नियंत्रित करें और तुरंत दोबारा भेजने के बजाय थोड़े बढ़ते अंतराल के साथ प्रयास करें।

एक तय दर वाली कतार टिकाऊ समाधान है, क्योंकि इससे सीमा उत्पादन में अचानक सामने आने वाली चीज़ नहीं रहती, बल्कि सिस्टम का हिस्सा बन जाती है। जहाँ यह व्यवस्था बहुत बड़ी हो, वहाँ इस कोड पर एक्सपोनेंशियल बैकऑफ़ लगाने से अधिकांश लाभ मिल जाता है।

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

- तुरंत दोबारा प्रयास करना। अस्वीकृति के समय और अनुरोध भेजने से नंबर अपनी दर सीमा से ऊपर बना रहता है।
- इसे मैसेजिंग स्तर समझ लेना। वह रोज़ शुरू की जा सकने वाली अलग बातचीतों की संख्या तय करता है, प्रति सेकंड मैसेज की संख्या नहीं।
- ऐसे Coexistence नंबर की योजना बनाना जिसका थ्रूपुट बढ़ता रहे। ऐसा नहीं होता, इसकी सीमा तय रहती है।

**क्या इसका मतलब है कि मेरे नंबर पर रोक लगी है?** नहीं। यह सामान्य दर सीमा है। नंबर ठीक है और वही मैसेज धीमी गति से भेजने पर सफल हो जाते हैं।

**Coexistence नंबर कितनी तेज़ी से मैसेज भेज सकता है?** Meta Coexistence नंबरों के लिए एक तय दर निर्धारित करता है। इसे गुणवत्ता और मैसेजिंग स्तर के साथ बढ़ाया नहीं जाता।

**क्या 80007 भी यही है?** नहीं। वह WhatsApp Business खाते की दर सीमा है, किसी नंबर के मैसेज थ्रूपुट की सीमा नहीं।

**क्या कोई दूसरा प्रदाता अधिक तेज़ी से मैसेज भेज पाएगा?** नहीं। सीमा नंबर और Meta से जुड़ी है, एपीआई कॉल करने वाले प्रदाता से नहीं।

---

## आधिकारिक Cloud API पर WhatsApp को Make से जोड़ें

https://easycoexistence.com/hi/integrations/make

नंबर का वेबहुक डेस्टिनेशन Make के कस्टम वेबहुक पर सेट करें। हर आने वाला मैसेज सीनारियो शुरू करेगा। जवाब HTTP मॉड्यूल के ज़रिए Cloud API से भेजे जाते हैं। Make हमारे MCP सर्वर का इस्तेमाल नहीं कर सकता, क्योंकि Make खुद MCP सर्वर है, क्लाइंट नहीं।

### WhatsApp मैसेज Make सीनारियो कैसे शुरू करता है?

Make में कस्टम वेबहुक मॉड्यूल बनाएं, उससे मिला यूआरएल कॉपी करें और उसे नंबर के वेबहुक डेस्टिनेशन के रूप में सेट करें। इसके बाद Meta नंबर पर भेजे गए हर मैसेज को HTTP POST के रूप में सीधे उस यूआरएल पर भेजता है और सीनारियो चलता है।

पेलोड में भेजने वाले की जानकारी, मैसेज का मुख्य भाग या मीडिया संदर्भ, टाइमस्टैम्प और मैसेज आईडी होती है। इसके बाद यह सामान्य सीनारियो है: सामग्री के आधार पर रूट करें, कस्टमर को खोजें और अपनी ज़रूरत की दूसरी सेवा को कॉल करें।

क्योंकि यह Coexistence है, वही मैसेज फ़ोन के WhatsApp Business ऐप में भी दिखाई देता है। कोई व्यक्ति उसका जवाब दे सकता है, सीनारियो देख सकता है कि उसने क्या भेजा और दोनों एक-दूसरे के जवाब पर जवाब नहीं चढ़ाते।

### Make MCP कनेक्टर का इस्तेमाल क्यों नहीं कर सकता?

क्योंकि Make MCP सर्वर है, MCP क्लाइंट नहीं। यह Claude और ChatGPT जैसे असिस्टेंट के लिए अपने सीनारियो उपलब्ध कराता है, जो भीतर की ओर Make से जुड़ते हैं। यह किसी दूसरे MCP सर्वर से बाहर की ओर कनेक्ट नहीं होता।

पूरी बात कनेक्शन की दिशा में है। हमारा कनेक्टर कॉल किए जाने की प्रतीक्षा करने वाला सर्वर है, और Make में ऐसी कोई व्यवस्था नहीं है जो बाहर जाकर उसे कॉल करे। इसलिए दोनों कभी नहीं मिलते। यह n8n से अलग है, जिसमें MCP Client Tool नोड है और OAuth के ज़रिए रिमोट सर्वर का इस्तेमाल किया जा सकता है।

व्यवहार में इसकी कोई अतिरिक्त कीमत नहीं है। वेबहुक पथ वह सब करता है जिसकी सीनारियो को ज़रूरत है और यही आने वाले मैसेज पर प्रतिक्रिया देता है, जो MCP किसी भी टूल में नहीं कर सकता।

### सीनारियो जवाब कैसे भेजता है?

Cloud API के लिए HTTP मॉड्यूल का इस्तेमाल करें और नंबर की phone number id तथा access token दें। दोनों डैशबोर्ड से पढ़े जा सकते हैं या MCP कनेक्टर के ज़रिए असिस्टेंट से मंगाए जा सकते हैं।

क्या भेजना है, यह समय पर निर्भर करता है। कस्टमर के आखिरी मैसेज के 24 घंटे के भीतर फ़्री टेक्स्ट काम करता है। इसके बाद केवल Meta से स्वीकृत टेम्पलेट ही डिलीवर होगा। जो सीनारियो हमेशा फ़्री टेक्स्ट भेजता है, वह रात भर के पहले मामले में शांत हो जाएगा।

टिकाऊ तरीका राउटर रखना है: देखें कि आखिरी आने वाला मैसेज कितनी देर पहले आया था और उसी के अनुसार फ़्री टेक्स्ट या टेम्पलेट वाला रास्ता चुनें।

- वेबहुक को ऐसे Make यूआरएल पर छोड़ देना जिसका सीनारियो बंद है। Meta वहाँ मैसेज भेजता रहेगा, लेकिन कुछ नहीं चलेगा।
- Meta के पुष्टि अनुरोध का जवाब न देना। कुछ भी भेजने से पहले Meta challenge के साथ GET भेजता है।
- 24 घंटे की अवधि के बाहर फ़्री टेक्स्ट से जवाब देना। यह विफल हो जाता है और सीनारियो में ऐसा लगता है जैसे कुछ हुआ ही नहीं।

**क्या Make आपके MCP सर्वर से कनेक्ट हो सकता है?** नहीं। Make क्लाइंट के बजाय MCP सर्वर है, इसलिए वह हमारे सर्वर को कॉल नहीं कर सकता। वेबहुक पथ सीनारियो की हर ज़रूरत पूरी करता है।

**क्या मुझे WhatsApp के लिए Make ऐप चाहिए?** नहीं। कस्टम वेबहुक मैसेज पाता है और HTTP मॉड्यूल भेजता है। इंटीग्रेशन में एक यूआरएल और REST कॉल शामिल है।

**क्या टीम अब भी फ़ोन से जवाब दे सकती है?** हाँ। यही Coexistence का मतलब है। ऐप उसी नंबर पर काम करता रहता है और सीनारियो देखता है कि व्यक्ति ने क्या भेजा।

**क्या एक सीनारियो कई कस्टमर के लिए काम कर सकता है?** हाँ। हर नंबर को उसी वेबहुक पर सेट करें और पेलोड में मिलने वाली phone number id के आधार पर रूट करें।

---

## आधिकारिक Cloud API पर WhatsApp को Zapier से कनेक्ट करें

https://easycoexistence.com/hi/integrations/zapier

नंबर के वेबहुक डेस्टिनेशन को Zapier के कैच हुक पर सेट करें और हर आने वाला मैसेज एक Zap चलाएगा। जवाब वेबहुक ऐक्शन के ज़रिए Cloud API से वापस भेजे जाते हैं। Zapier हमारे MCP सर्वर का उपयोग नहीं कर सकता, क्योंकि Zapier MCP सर्वर है, क्लाइंट नहीं।

### आने वाला मैसेज Zap कैसे चलाता है?

Webhooks by Zapier ट्रिगर से Zap शुरू करें, Catch Hook चुनें और Zapier द्वारा बनाया गया यूआरएल कॉपी करें। उस यूआरएल को नंबर के वेबहुक डेस्टिनेशन के रूप में सेट करें। Meta हर आने वाले मैसेज को सीधे वहां भेजता है।

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

WhatsApp Business ऐप पूरे समय उसी नंबर पर काम करता रहता है, इसलिए Zap द्वारा न संभाली गई बातचीत कोई व्यक्ति संभाल सकता है।

### Zapier MCP कनेक्टर का उपयोग क्यों नहीं करता?

क्योंकि Zapier MCP क्लाइंट के बजाय MCP सर्वर चलाता है। Claude और ChatGPT जैसे असिस्टेंट उसके ऐक्शन इस्तेमाल करने के लिए Zapier से कनेक्ट होते हैं। Zapier किसी थर्ड पार्टी MCP सर्वर से बाहर की ओर कनेक्ट नहीं करता, इसलिए वह हमारे सर्वर तक नहीं पहुंच सकता।

व्यवहार में इसका कोई असर नहीं है। MCP का उपयोग तब होता है जब कोई इंसान कहे और असिस्टेंट काम करे। इसके उलट, Zap का ढांचा ऐसा है कि कुछ होता है और ऑटोमेशन जवाब देता है। MCP क्लाइंट वाले टूल समेत हर टूल में यह वेबहुक का काम है।

अगर आप असिस्टेंट को भी शामिल करना चाहते हैं, तो कनेक्टर Claude या ChatGPT में Zap के साथ काम करता है, उसके अंदर नहीं।

### Zap जवाब कैसे भेजता है?

Webhooks by Zapier के POST ऐक्शन से Cloud API पर अनुरोध भेजकर, जिसमें डैशबोर्ड से मिले नंबर के फ़ोन नंबर आईडी और एक्सेस टोकन का उपयोग होता है।

समय तय करता है कि आप क्या भेज सकते हैं। ग्राहक के आख़िरी मैसेज के 24 घंटे के भीतर सादा टेक्स्ट भेजा जा सकता है। इसके बाद केवल स्वीकृत टेम्पलेट भेजा जा सकता है। प्रोडक्शन में ज़्यादातर Zaps यहीं टूटते हैं, क्योंकि टेस्टिंग हमेशा मैसेज के कुछ सेकंड बाद होती है।

दोनों स्थितियां संभालने वाले Zap में यह जांचने के लिए पाथ फ़िल्टर चाहिए कि आख़िरी आने वाला मैसेज कितनी देर पहले आया था। यह एक अतिरिक्त चरण है और इसी से तय होता है कि ऑटोमेशन मंगलवार दोपहर ही नहीं, सुबह तीन बजे भी काम करेगा।

- Zapier के टेस्ट यूआरएल को डेस्टिनेशन के रूप में इस्तेमाल करना। वह सुनना बंद कर देता है और मैसेज कहीं नहीं पहुंचते।
- Meta के verification GET को भूल जाना। डिलीवरी शुरू होने से पहले कैच हुक को challenge लौटाना होता है।
- 24 घंटे की अवधि के बाद सादा टेक्स्ट भेजना, जो Zap के नज़रिए से चुपचाप विफल हो जाता है।

**क्या WhatsApp का आधिकारिक Zapier ऐप है?** यहां इसकी ज़रूरत नहीं है। कैच हुक मैसेज लेता है और वेबहुक ऐक्शन भेजता है, जिससे आप बिना किसी मध्यस्थ के आधिकारिक Cloud API पर रहते हैं।

**क्या Zapier आपके MCP सर्वर का उपयोग कर सकता है?** नहीं। Zapier खुद MCP सर्वर है और क्लाइंट की तरह काम नहीं करता, इसलिए वह हमारे सर्वर को कॉल नहीं कर सकता।

**क्या मेरी टीम फ़ोन खो देगी?** नहीं। Coexistence उसी नंबर पर WhatsApp Business ऐप को काम करते रहने देता है।

**अगर मेरा Zap रुका हुआ हो तो क्या होगा?** Meta कुछ समय तक दोबारा कोशिश करता है, फिर रुक जाता है। मैसेज फ़ोन के ऐप में आते रहते हैं, इसलिए कारोबार को कुछ नहीं खोना पड़ता।

---

## कस्टम कनेक्टर से WhatsApp को ChatGPT से जोड़ें

https://easycoexistence.com/hi/integrations/chatgpt

ChatGPT की सेटिंग में डेवलपर मोड चालू करें, EasyCoexistence को कनेक्टर के रूप में जोड़ें, और ChatGPT Meta के आधिकारिक Cloud API पर आपके नंबरों की सूची, उनकी स्थिति, मैसेज और टेम्पलेट भेज सकता है और वेबहुक आपके सिस्टम पर भेज सकता है।

### इसे ChatGPT में कैसे जोड़ें?

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

EasyCoexistence MCP एंडपॉइंट पर भेजने वाला कनेक्टर जोड़ें। पहली बार ChatGPT किसी टूल को कॉल करेगा, तो साइन इन खुलेगा और आप वहीं इसकी अनुमति देंगे। कुछ भी जनरेट, कॉपी या पेस्ट नहीं करना पड़ता, क्योंकि कनेक्टर API कुंजी के बजाय OAuth का इस्तेमाल करता है।

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

### कनेक्ट होने के बाद ChatGPT क्या कर सकता है?

साधारण भाषा में पूछें और यह सही टूल चुन लेगा। मेरे कौन से नंबर की स्थिति खराब है? इस ग्राहक को बुकिंग की पुष्टि भेजो। ऑर्डर अपडेट के लिए टेम्पलेट बनाओ और Meta से मंज़ूरी मिलने पर मुझे बताओ। इस नंबर का वेबहुक मेरे सर्वर पर भेजो।

पढ़ने वाले टूल नंबरों की सूची, गुणवत्ता रेटिंग, मैसेजिंग स्तर और कनेक्शन स्थिति जाँचने और किसी दूसरे सिस्टम को ज़रूरत होने पर क्रेडेंशियल लेने की सुविधा देते हैं। भेजने वाले टूल सत्र की अवधि में मुक्त टेक्स्ट और उसके बाहर स्वीकृत टेम्पलेट भेजते हैं।

सोलह में से एक टूल ChatGPT को हमारा दस्तावेज़ मार्कडाउन में देता है। इसलिए यह हमारे दस्तावेज़ों से इन सुविधाओं के काम करने के बारे में जवाब देता है, अनुमान से नहीं।

### यह क्या नहीं कर सकता?

आने वाले मैसेज का जवाब अपने आप देना। यह बात स्पष्ट रखना ज़रूरी है, क्योंकि ज़्यादातर लोग सहायक से यही उम्मीद करते हैं।

MCP अनुरोध और जवाब पर काम करता है। आप कहेंगे, तभी ChatGPT कोई टूल कॉल करेगा। ऐसा कोई तरीका नहीं है जिससे ग्राहक का WhatsApp मैसेज ChatGPT को जगाकर रात के तीन बजे अपने आप जवाब दिला दे। हमारा कनेक्टर इसे नहीं बदलता और किसी भी प्रोडक्ट का MCP सर्वर ऐसा नहीं करता।

अपने आप जवाब देने का रास्ता वेबहुक है: Meta आने वाले मैसेज आपके चलाए सिस्टम तक पहुँचाता है और वह सिस्टम तय करता है कि क्या करना है। दोनों साथ काम करते हैं और कनेक्टर आपके लिए वेबहुक डेस्टिनेशन भी सेट कर सकता है।

- यह उम्मीद करना कि यह ग्राहकों को अपने आप जवाब देगा। MCP कहने पर काम करता है; आने वाले मैसेज के लिए वेबहुक चाहिए।
- बिल्ट-इन कनेक्टर सूची में EasyCoexistence ढूँढना। डेवलपर मोड चालू होने पर इसे यूआरएल से जोड़ा जाता है।
- यह मानना कि कुंजी चाहिए। कनेक्टर OAuth से अनुमति लेता है और कुछ भी पेस्ट नहीं करना पड़ता।

**क्या मुझे सशुल्क ChatGPT प्लान चाहिए?** कस्टम कनेक्टर सेटिंग में डेवलपर मोड के पीछे उपलब्ध हैं। उपलब्धता OpenAI के अपने प्लान नियमों पर निर्भर है, हमारे नियंत्रण पर नहीं।

**क्या ChatGPT मेरे ग्राहकों की बातचीत देखता है?** केवल वही जो आप माँगते हैं। आने वाले मैसेज Meta से आपके बताए वेबहुक डेस्टिनेशन तक जाते हैं और हम बातचीत की सामग्री कभी संग्रहित नहीं करते।

**क्या यह नया नंबर कनेक्ट कर सकता है?** यह प्रक्रिया शुरू कर सकता है। कनेक्टर एक लिंक देता है, जिसे कारोबार का मालिक खोलकर Meta की प्रक्रिया से अपने नंबर की अनुमति देता है।

**क्या यह Claude वाले उसी खाते के साथ काम करता है?** हाँ। एक EasyCoexistence खाता, एक एंडपॉइंट और आपके द्वारा कनेक्ट किए गए सभी सहायक वही नंबर देखते हैं।

---

## MCP के ज़रिए WhatsApp को Cursor से कनेक्ट करें

https://easycoexistence.com/hi/integrations/cursor

Cursor के MCP कॉन्फ़िगरेशन में EasyCoexistence जोड़ें और एडिटर आपके प्रोजेक्ट से बाहर निकले बिना वास्तविक WhatsApp नंबर तक पहुंच सकता है: नंबरों की सूची देखें, उनका स्वास्थ्य जांचें, मैसेज और स्वीकृत टेम्पलेट भेजें, और वेबहुक डेस्टिनेशनों को अपने बनाए जा रहे काम पर लगाएं। यह सब Meta के आधिकारिक Cloud API पर होता है।

### इसे Cursor में कैसे जोड़ें?

Settings खोलें और 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/hi/integrations/claude-code

एक `claude mcp add` कमांड चलाने पर Claude Code असली WhatsApp नंबर तक पहुंच सकता है: नंबर की सूची देखना, स्वास्थ्य जांचना, मैसेज और टेम्पलेट भेजना, और वेबहुक डेस्टिनेशन सेट करना। यह सब Meta के आधिकारिक Cloud API पर होता है, लिंक किए गए डिवाइस सेशन पर नहीं।

### इसे कैसे जोड़ते हैं?

किसी भी टर्मिनल में http transport और EasyCoexistence एंडपॉइंट के साथ `claude mcp add` चलाएं। फिर Claude Code के अंदर `/mcp` चलाकर पुष्टि करें। इसके बाद उस मशीन के हर सेशन में सोलह टूल उपलब्ध रहेंगे।

कॉन्फ़िगरेशन एंट्री के अलावा कुछ इंस्टॉल नहीं होता। सर्वर रिमोट है, इसलिए कोई प्रक्रिया चालू रखने या डिस्क पर सेशन सहेजने की जरूरत नहीं है।

प्राधिकरण OAuth से होता है, इसलिए कोई टोकन shell history, dotfile या repository में नहीं जाता। यहां यह डेस्कटॉप ऐप से ज्यादा महत्वपूर्ण है, क्योंकि टर्मिनल कॉन्फ़िगरेशन गलती से commit हो सकती है।

### यह वास्तव में किस काम आता है?

WhatsApp और codebase पर एक साथ चलने वाले एजेंट के काम के लिए। हमारे भुगतान करने वाले ज़्यादातर उपयोगकर्ता यही कर रहे हैं।

एजेंट `get_connect_link` से ग्राहक का नंबर जोड़ सकता है, `set_webhook_destination` से उसे बनाई जा रही सेवा पर भेज सकता है, फिर परीक्षण मैसेज भेजकर देख सकता है कि वेबहुक की पुष्टि हुई या नहीं। वरना इस प्रक्रिया में डैशबोर्ड, फोन और काफी इंतजार करना पड़ता है।

दस्तावेज़ मॉडल तक भी इसी तरह पहुंचते हैं। `get_docs` हमारे उत्पाद के दस्तावेज़ markdown के रूप में लौटाता है, इसलिए Coexistence के नियमों, 24 घंटे की अवधि या 14 दिन की शर्त पर जवाब देते समय एजेंट अपनी याददाश्त के बजाय हमारे दस्तावेज़ों से जवाब देता है।

- यह उम्मीद करना कि आने वाले मैसेज एजेंट तक पहुंचेंगे। MCP अनुरोध और जवाब पर चलता है; डिलीवरी के लिए वेबहुक चाहिए।
- हर project में इसे जोड़ना। यह हर मशीन पर कॉन्फ़िगर होता है और हर सेशन में उपलब्ध रहता है।
- स्क्रिप्ट में अवधि के बाहर सामान्य मैसेज भेजना। आखिरी inbound समय जांचें और टेम्पलेट का विकल्प चुनें।

**क्या यह Codex में भी काम करता है?** OAuth के साथ HTTP पर MCP बोलने वाला कोई भी सिस्टम यही एंडपॉइंट इस्तेमाल कर सकता है।

**क्या टोकन डिस्क पर सहेजा जाता है?** नहीं। प्राधिकरण OAuth से होता है, इसलिए कॉन्फ़िगरेशन फ़ाइल में कोई गुप्त जानकारी नहीं रहती।

**क्या एजेंट अपने-आप नंबर कनेक्ट कर सकता है?** वह प्रक्रिया शुरू कर सकता है। लौटाए गए लिंक को कारोबार के मालिक को खोलना होगा, क्योंकि Meta के प्रवाह के लिए ब्राउज़र और फोन चाहिए।

**टर्मिनल बंद करने पर क्या कुछ डिस्कनेक्ट होता है?** नहीं। सर्वर रिमोट है और स्थानीय रूप से कुछ भी चल रहा हो या नहीं, नंबर कनेक्टेड रहता है।

---

## WhatsApp वेबहुक: मैसेज सीधे आपके सर्वर पर भेजना

https://easycoexistence.com/hi/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 आपके यूआरएल को hub.mode को subscribe, आपके hub.verify_token और hub.challenge मान के साथ कॉल करता है। आपके एंडपॉइंट को उस challenge को raw response body के रूप में लौटाना होता है, JSON में लपेटकर नहीं और उसमें कुछ जोड़कर नहीं। ऐसा न होने पर Meta डिलीवरी शुरू नहीं करता और किसी डैशबोर्ड में इसका संकेत नहीं मिलता।

एंडपॉइंट HTTPS भी होना चाहिए। ऐसा एंडपॉइंट जो चुपचाप 404 लौटाता है या ऐसी authentication layer के पीछे है जो Meta को अस्वीकार करती है, पहली बार मैसेज न आने तक सही सेटअप जैसा ही दिखता है।

### क्या डेस्टिनेशन आपके अपने सर्वर पर भेजा जा सकता है?

हाँ, और यहीं प्रदाताओं के बीच अंतर आता है।

Meta किसी WhatsApp Business Account के वेबहुक किस जगह पहुँचेंगे, इसे ऐप से override करने देता है। हम यह override आपके यूआरएल पर सेट करते हैं, जिससे मैसेज-पथ के इवेंट हमारे callback के बजाय आपके पास जाते हैं। ऑपरेशनल इवेंट हमारे पास रहते हैं, क्योंकि डैशबोर्ड और अलर्टिंग उन्हीं से बनते हैं।

इसका असर आर्किटेक्चर पर पड़ता है, किसी प्रकाशित नीति पर नहीं। बातचीत की सामग्री हमारी ओर संग्रहीत नहीं हो सकती, क्योंकि वह हमारे पास आती ही नहीं। जिस खाते पर कोई override सेट नहीं है, वह हमारे डिफ़ॉल्ट callback पर लौटता है और handler इन इवेंट को बिना सहेजे हटा देता है।

### किसी नंबर के दोबारा कनेक्ट होने पर डेस्टिनेशन का क्या होता है?

वह हट जाता है। लगभग कोई भी इस विफलता की योजना नहीं बनाता।

डेस्टिनेशन फ़ोन नंबर की संपत्ति नहीं है। यह WhatsApp Business Account के लिए हमारे ऐप के subscription पर लगा override है। Meta के चौदह दिन की निष्क्रियता वाले नियम या किसी अन्य कारण से कनेक्शन हटने पर ऐप उस खाते से uninstall हो जाता है और override भी उसके साथ चला जाता है।

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

- पुष्टि वाले GET से JSON लौटाना। Meta को raw hub.challenge मान और उसके अलावा कुछ नहीं चाहिए।
- अस्थायी या test यूआरएल इस्तेमाल करना। उसे बनाने वाला टूल सुनना बंद करने के बाद भी Meta उसी पर डिलीवरी करता रहता है।
- यह मान लेना कि reconnection के बाद डेस्टिनेशन बना रहता है। वह ऐप subscription पर रहता है और ऐप के साथ uninstall हो जाता है।
- एंडपॉइंट को ऐसी authentication के पीछे रखना जो Meta के अनुरोध को अस्वीकार करती है।

**क्या मेरे मैसेज EasyCoexistence से होकर गुजरते हैं?** नहीं। override मैसेज-पथ के इवेंट Meta से सीधे आपके एंडपॉइंट पर भेजता है। जिस खाते पर override नहीं है, उसके इवेंट हमारे callback पर लौटते हैं और बिना सहेजे हटा दिए जाते हैं।

**क्या मैं बाद में डेस्टिनेशन बदल सकता हूँ?** हाँ, कभी भी, डैशबोर्ड से या MCP connector के ज़रिए। null भेजने पर यह हमारे डिफ़ॉल्ट पर वापस आ जाता है।

**Meta डिलीवरी के समय मेरा सर्वर बंद हो तो क्या होगा?** Meta कुछ समय तक फिर कोशिश करता है और फिर रुक जाता है। मैसेज फ़ोन के WhatsApp Business ऐप में फिर भी आते हैं, इसलिए इंटीग्रेशन बंद होने पर भी कारोबार कुछ नहीं खोता।

**क्या कई नंबरों के लिए एक वेबहुक पर्याप्त है?** हाँ। हर नंबर को उसी एंडपॉइंट पर भेजें और पेलोड में आने वाले फ़ोन नंबर के आधार पर अलग शाखा चुनें।

---

## Python से WhatsApp मैसेज भेजें और पाएँ

https://easycoexistence.com/hi/integrations/python

पाना आपके वेब फ़्रेमवर्क का एक रूट है, जो Meta के पुष्टि GET का जवाब देता है और POST स्वीकार करता है। भेजना Cloud API को HTTPS अनुरोध है, जिसमें नंबर का phone number id और टोकन होता है। हमारा कोई SDK नहीं और कुछ इंस्टॉल करने की ज़रूरत नहीं।

### Python में मैसेज कैसे पाते हैं?

एक ही रूट पर दो हैंडलर लगाकर, उस फ़्रेमवर्क में जिसे आप पहले से इस्तेमाल करते हैं।

GET हैंडलर Meta की पुष्टि का जवाब देता है। यह क्वेरी स्ट्रिंग से hub.mode, hub.verify_token और hub.challenge पढ़ता है, टोकन को आपके अपने टोकन से मिलाता है और challenge को कच्ची बॉडी के रूप में लौटाता है। यहाँ JSON लौटाना सबसे आम गलती है और यह चुपचाप विफल हो जाती है।

POST हैंडलर इवेंट पाता है। जल्दी 200 लौटाएँ और काम उसके बाद करें, क्योंकि Meta धीमे जवाब को विफलता मानकर फिर से भेजेगा। इससे वही मैसेज दो बार संभाला जा सकता है। इसे कतार में डालें या बैकग्राउंड टास्क को सौंपें, सीधे उसी अनुरोध में प्रोसेस न करें।

मैसेज wamid मैसेज id के साथ आते हैं। शुरुआत से ही इसी पर डुप्लिकेट हटाना उपयोगी है, क्योंकि रीट्राय सामान्य हैं, अपवाद नहीं।

### मैसेज कैसे भेजते हैं?

phone number id के लिए Cloud API के messages एंडपॉइंट पर bearer टोकन के साथ एक POST करें।

दोनों मान कनेक्शन से मिलते हैं: डैशबोर्ड उन्हें दिखाता है और यदि आप किसी सहायक से उन्हें लाना चाहें तो get_api_credentials उन्हें लौटाता है। इस कॉल में हमारे लिए कुछ विशेष नहीं है, इसलिए कोई भी HTTP लाइब्रेरी काम करती है और अनुरोध Meta के अपने दस्तावेज़ जैसा ही दिखता है।

समय के अनुसार बॉडी बदलती है। ग्राहक के आख़िरी मैसेज के 24 घंटे के भीतर text ऑब्जेक्ट भेजें। इसके बाहर स्वीकृत टेम्पलेट और उसकी भाषा बताने वाला template ऑब्जेक्ट भेजें। जो क्लाइंट केवल पहला आकार जानता है, वह परीक्षण में ठीक चलता है, लेकिन पहली रात के बाद आए मैसेज पर विफल होकर गड़बड़ी 131047 लौटाता है।

### इसके अलावा प्रोडक्शन हैंडलर को क्या चाहिए?

तीन चीज़ें जिन्हें छोड़ना आसान है, लेकिन बाद में जोड़ना महँगा पड़ता है।

मैसेज id पर डुप्लिकेट हटाएँ, क्योंकि Meta रीट्राय करता है। वेबहुक यूआरएल में एक लंबा, रैंडम सीक्रेट रखें और जिन अनुरोधों में यह न हो, उन्हें अस्वीकार करें, वरना अनुमान लगाने योग्य यूआरएल जानने वाला कोई भी व्यक्ति उस पर POST कर सकता है। सिग्नेचर हेडर यहाँ कोई विकल्प नहीं है: Meta उस app के app secret से हस्ताक्षर करता है जिसके पास सब्सक्रिप्शन है, जो हमारा है और कभी साझा नहीं किया जाता। और देखें कि संपर्क ने आख़िरी बार कितनी देर पहले लिखा था, ताकि भेजने का रास्ता बिना किसी व्यक्ति के तय किए text या template चुने।

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

- कच्चे challenge मान के बजाय पुष्टि GET से JSON लौटाना।
- 200 लौटाने से पहले सीधे प्रोसेस करना। Meta धीमे जवाबों पर रीट्राय करता है और आप मैसेज दो बार संभालते हैं।
- अवधि जाँचे बिना मुक्त टेक्स्ट भेजना। इससे 131047 लौटता है और लगता है कि कुछ हुआ ही नहीं।

**क्या Python SDK है?** हमारी ओर से नहीं और आपको इसकी ज़रूरत भी नहीं। एपीआई Meta का है, दस्तावेज़ Meta ने दिए हैं और किसी भी HTTP लाइब्रेरी से पहुँचा जा सकता है।

**कौन-सा फ़्रेमवर्क इस्तेमाल करूँ?** कोई भी। ज़रूरत ऐसे रूट की है जो GET का जवाब दे और POST स्वीकार करे, जो हर Python वेब फ़्रेमवर्क करता है।

**मैसेज दो बार संभालने से कैसे बचूँ?** पेलोड में wamid मैसेज id पर डुप्लिकेट हटाएँ। Meta डिज़ाइन के अनुसार रीट्राय करता है, इसलिए यह अपेक्षित स्थिति है, कोई दुर्लभ मामला नहीं।

**क्या टीम अब भी फ़ोन इस्तेमाल कर सकती है?** हाँ। Coexistence उसी नंबर पर WhatsApp Business ऐप को काम करने देता है और आपका हैंडलर टीम द्वारा भेजे गए मैसेज को echo इवेंट के रूप में देखता है।

---

## Node.js से WhatsApp मैसेज भेजें और पाएं

https://easycoexistence.com/hi/integrations/node

मैसेज पाना ऐसी रूट है जो Meta के पुष्टि वाले GET का जवाब देती है और POST स्वीकार करती है। मैसेज भेजना Cloud API को fetch कॉल है, जिसमें नंबर का phone number id और टोकन होता है। हमारा कोई SDK नहीं है और कुछ इंस्टॉल करने की ज़रूरत नहीं।

### Node में मैसेज कैसे पाते हैं?

दो मेथड वाली एक रूट, Express, Fastify, Next route handler या सामान्य सर्वर में।

GET, Meta की पुष्टि का जवाब देता है: क्वेरी से hub.mode, hub.verify_token और hub.challenge पढ़ें, टोकन को अपने टोकन से मिलाएं और challenge को सामान्य टेक्स्ट के रूप में लौटाएं। इसे JSON के रूप में लौटाना आम गलती है। इससे एंडपॉइंट सही दिखता है, लेकिन कभी कुछ प्राप्त नहीं करता।

POST इवेंट प्राप्त करता है। तुरंत 200 जवाब दें और उसके बाद प्रोसेस करें। Meta धीमी चीज़ों को दोबारा भेजता है, इसलिए जवाब देने से पहले काम करने वाला हैंडलर एक ही मैसेज एक से अधिक बार देखेगा। खासकर serverless में, पहले जवाब लौटाना और काम को क्यू में डालना ही cold start को डुप्लिकेट बनने से रोकता है।

### मैसेज कैसे भेजते हैं?

phone number id के लिए Cloud API messages एंडपॉइंट पर fetch, जिसमें टोकन bearer हेडर के रूप में होता है।

इसमें हमारे लिए कुछ खास नहीं है, इसलिए अनुरोध Meta के अपने दस्तावेज़ों से बिल्कुल मेल खाता है। सीखने या किसी wrapper में बंधने की ज़रूरत नहीं। दोनों मान डैशबोर्ड में हैं, और अगर कोई सहायक सेटअप कर रहा हो तो get_api_credentials उन्हें MCP connector के ज़रिए लौटाता है।

बॉडी समय पर निर्भर करती है। ग्राहक के आखिरी इनबाउंड मैसेज के 24 घंटे के भीतर text ऑब्जेक्ट भेजें। उसके बाद, स्वीकृत टेम्पलेट नाम और भाषा वाला template ऑब्जेक्ट भेजें। केवल टेक्स्ट भेजने वाला कोड हर टेस्ट पास करता है, लेकिन रात में आए पहले मैसेज पर विफल हो जाता है।

### serverless में क्या अलग है?

दो बातें हैं और दोनों इस पर निर्भर हैं कि काम पूरा होने से पहले फ़ंक्शन खत्म हो जाता है।

200 लौटाकर उसके बाद काम जारी रखना उस फ़ंक्शन में काम नहीं करता जो जवाब देते ही फ़्रीज़ हो जाता है। अपने प्लेटफ़ॉर्म की वह सुविधा इस्तेमाल करें जो जवाब के बाद काम को चालू रखे, या पेलोड को क्यू में डालें और अलग फ़ंक्शन से संभालें। Meta को सिर्फ़ जल्दी पुष्टि चाहिए, काम पूरा होना नहीं।

Cold starts से धीमे जवाब की संभावना भी बढ़ती है, जिससे ज़्यादा दोबारा प्रयास और डुप्लिकेट होते हैं। wamid मैसेज id के आधार पर डुप्लिकेशन हटाना वैकल्पिक नहीं है। इसी से यह तरीका भरोसेमंद बनता है।

- challenge को raw body के बजाय JSON के रूप में लौटाना।
- 200 जवाब देने से पहले काम करना। serverless में जवाब देते ही फ़ंक्शन फ़्रीज़ हो सकता है।
- डुप्लिकेशन हटाना छोड़ देना। Meta जानबूझकर दोबारा प्रयास करता है और डुप्लिकेट सामान्य हैं, कोई दुर्लभ स्थिति नहीं।

**क्या मुझे किसी लाइब्रेरी की ज़रूरत है?** नहीं। एक रूट और fetch पर्याप्त हैं, और कॉल Meta के दस्तावेज़ों से बिल्कुल मेल खाती है।

**क्या यह Vercel या Lambda पर काम करता है?** हां, सामान्य serverless सावधानी के साथ: पहले पुष्टि करें, फिर inline के बजाय क्यू या बैकग्राउंड तरीके से प्रोसेस करें।

**मैं कैसे पुष्टि करूं कि अनुरोध Meta से आया है?** वेबहुक यूआरएल में एक लंबा, रैंडम सीक्रेट रखें और जिस अनुरोध में यह न हो, उसे अस्वीकार करें। Meta उस app के app secret से हस्ताक्षर करता है जिसके पास सब्सक्रिप्शन है, जो यहाँ हमारा है और कभी साझा नहीं किया जाता, इसलिए हस्ताक्षर वाले हेडर को आपकी ओर से जाँचा नहीं जा सकता।

**क्या मैं TypeScript इस्तेमाल कर सकता हूं?** हां। हमारी ओर से टाइप करने के लिए कुछ नहीं है, क्योंकि पेलोड Meta का है और Meta ने उसका दस्तावेज़ दिया है।

---

## EasyCoexistence बनाम BSP इनबॉक्स

https://easycoexistence.com/hi/compare/coexistence-vs-bsp

BSP एक प्लेटफ़ॉर्म बेचता है: साझा इनबॉक्स, जिसमें आपकी टीम काम करती है और मैसेज उनके सर्वर पर रखे जाते हैं। Coexistence फ़ोन में WhatsApp Business ऐप को बनाए रखता है और मैसेज आपके चुने हुए सिस्टम तक भेजता है। सवाल यह है कि आप काम करने के लिए कोई प्रोडक्ट चाहते हैं या आगे बनाने के लिए कनेक्शन।

### BSP वास्तव में आपको क्या देता है?

एक प्रोडक्ट, और यह आलोचना नहीं है।

Business Solution Provider आम तौर पर साझा इनबॉक्स बेचता है: एजेंट लॉग इन करते हैं, बातचीत बाँटी जाती है, तय जवाब, टैग, रिपोर्ट और मोबाइल ऐप मिलते हैं। आठ लोगों की सहायता टीम के लिए, जिसे काम बाँटना हो और देखना हो कि किसने क्या जवाब दिया, यह सचमुच सही खरीद है। इसे खुद बनाना मूर्खता होगी।

इसका वास्तुशिल्पीय परिणाम यह है कि मैसेज उनके प्लेटफ़ॉर्म से होकर गुजरते हैं और वहीं रखे जाते हैं, क्योंकि साझा इनबॉक्स इसके बिना हो ही नहीं सकता। उसे इतिहास दिखाने के लिए यह जानकारी चाहिए। यह प्रोडक्ट की स्वाभाविक विशेषता है, किसी खास विक्रेता का चुना हुआ विकल्प नहीं।

### Coexistence कब बेहतर विकल्प है?

जब नंबर ऐसे कारोबार का हो जिसकी काम करने की व्यवस्था पहले से बनी हो और कोई उसे बदलना न चाहता हो।

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

एजेंसी के मामले में वजह अलग है, पर स्थिति वही है। ग्राहक अपना नंबर बदलना या कर्मचारियों को फिर से प्रशिक्षित करना नहीं चाहेंगे। वे अक्सर यह भी स्वीकार नहीं करेंगे कि उनकी बातचीत किसी तीसरे पक्ष के प्लेटफ़ॉर्म पर रखी जाए। Coexistence ही एकमात्र आधिकारिक तरीका है जिसमें उनसे कुछ भी बदलने को नहीं कहा जाता।

### अगर आप सॉफ़्टवेयर बना रहे हैं, तो कौन सा विकल्प सही है?

लगभग हमेशा Coexistence, और वजह सुविधाओं से अधिक ढाँचे से जुड़ी है।

अगर आप बातचीत संभालने वाला सिस्टम बना रहे हैं, तो BSP इनबॉक्स आपके बनाए जा रहे सिस्टम का प्रतिस्पर्धी और आपके तथा Meta के बीच की एक परत है। आप Cloud API के बजाय उनके अमूर्तन के साथ एकीकरण करते हैं। इसका मतलब है Meta की सीमाओं के ऊपर उनकी दर सीमाएँ, उनका वेबहुक ढाँचा, उनका रिलीज़ शेड्यूल और उनकी कीमतें।

Coexistence में वेबहुक आपके एंडपॉइंट पर जाता है और एपीआई कॉल Meta के अपने होते हैं, जिनका दस्तावेज़ीकरण Meta करता है। एकीकरण का कोई हिस्सा किसी विक्रेता पर निर्भर नहीं होता, इसलिए उससे बाहर निकलना भी संभव रहता है।

- कीमत देखकर चुनाव करना। ये अलग प्रोडक्ट हैं, और सस्ता विकल्प दूसरे का छोटा संस्करण नहीं है।
- आठ लोगों की सहायता टीम को बिना किसी बने सिस्टम के सीधे कनेक्शन पर रखना। उन्हें इनबॉक्स चाहिए और उसके बिना वे असंतुष्ट होंगे।
- यह मान लेना कि BSP WhatsApp Business ऐप को चालू रख सकता है। कुछ BSP Coexistence के ज़रिए ऐसा कर सकते हैं, कई नहीं, इसलिए सीधे पूछना चाहिए।

**क्या मैं दोनों का इस्तेमाल कर सकता हूँ?** असल में हाँ, अगर BSP Coexistence का समर्थन करता हो। उनसे पूछें कि बातचीत का कंटेंट कहाँ रखा जाता है, क्योंकि असली अंतर यही है।

**क्या BSP अधिक भरोसेमंद है?** दोनों Meta के Cloud API पर चलते हैं, इसलिए डिलीवरी एक जैसी है। अंतर यह है कि Meta और आपके सिस्टम के बीच कितने पक्ष मौजूद हैं।

**कौन सा सस्ता है?** आमतौर पर तय कनेक्शन शुल्क, प्रति सीट इनबॉक्स की कीमत से कम होता है। लेकिन ये अलग खरीद हैं और केवल संख्याओं की तुलना भ्रामक है।

**अगर मैं छोड़ दूँ, तो मेरी पुरानी बातचीत का क्या होगा?** Coexistence में वह कभी हमारे पास रखी ही नहीं गई। किसी प्लेटफ़ॉर्म पर वह वहीं रहती है और उसे बाहर निकालने के लिए एक्सपोर्ट करना पड़ता है।

---

## EasyCoexistence बनाम इसे खुद बनाना

https://easycoexistence.com/hi/compare/build-it-yourself-vs-easycoexistence

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

### आपको वास्तव में क्या बनाना पड़ेगा?

पहले संस्करण के लिए लोगों की अपेक्षा से कम, और टिकाऊ संस्करण के लिए उनकी अपेक्षा से ज्यादा।

पहले संस्करण में Meta ऐप, Embedded Signup, पुष्टि वाले हैंडशेक का जवाब देने वाला एंडपॉइंट और भेजने वाली कॉल शामिल हैं। OAuth और वेबहुक के साथ सहज व्यक्ति के लिए यह सचमुच एक सप्ताहांत का काम है, और हमारे दस्तावेज़ के ज्यादातर पन्ने इसकी जानकारी देते हैं।

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

### कौन-सा हिस्सा छोटा रास्ता अपनाकर नहीं किया जा सकता?

अपना Meta Tech Provider बनना। यही एक नंबर जोड़ने और दूसरे लोगों के नंबर जोड़ने के बीच का फर्क है।

यह मुफ़्त है, लेकिन जल्दी नहीं होता। इसके लिए पुष्ट किया हुआ मैनेजर खाता, App Review पास करने वाला ऐप और प्रक्रियाओं को दिखाने वाले रिकॉर्ड किए गए वीडियो चाहिए। यह पूरा होने तक आप किसी और के प्रोवाइडर खाते के ज़रिए काम करते हैं। इसी वजह से तैयार टूलिंग में लोगों को एक-कनेक्शन की सीमाएं मिलती हैं।

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

### निगरानी चलाने में असल लागत क्या है?

यह वह हिस्सा है जिसकी कोई समाप्ति तारीख नहीं होती, और इसी कारण यह बाकी सब से अलग है।

कनेक्शन चुपचाप विफल हो जाता है। WhatsApp Business ऐप क्वालिटी गिरने, टोकन की समय-सीमा खत्म होने, वेबहुक ओवरराइड हटने और चौदह दिन के डिस्कनेक्शन के बाद भी चलता रहता है। इसलिए फोन पर कोई संकेत नहीं मिलता और पहला संकेत अक्सर ग्राहक का यह पूछना होता है कि किसी ने जवाब क्यों नहीं दिया।

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

- पहले संस्करण के आधार पर अनुमान लगाना। एक नंबर जोड़ना सप्ताहांत का काम है, लेकिन पचास कनेक्शन चालू रखना नहीं।
- किसी तय समय-सीमा में Tech Provider बनने की योजना बनाना। App Review का समय आपके नियंत्रण में नहीं है।
- निगरानी को बाद के चरण के लिए छोड़ना। इससे पकड़ी जाने वाली खराबियां चुपचाप होती हैं, इसलिए उनका न दिखना इस बात का प्रमाण नहीं है कि वे हो नहीं रही हैं।

**क्या यहां कुछ भी मालिकाना है?** नहीं। हर कॉल Meta की दस्तावेज़ित Cloud API को जाती है। यह जानबूझकर ऐसा है, ताकि आप किसी एक सेवा में बंद न हों और अपना इंटीग्रेशन सही हालत में लेकर जा सकें।

**क्या मेरे पास एक नंबर हो तो मुझे इसे खुद बनाना चाहिए?** शायद हां। अपना एक नंबर एक बार जोड़ना छोटा प्रोजेक्ट है और इससे आप प्लेटफ़ॉर्म को सही तरीके से सीखेंगे।

**Tech Provider स्टेटस मिलने में कितना समय लगता है?** यह मुफ़्त है, लेकिन इसमें पुष्ट किया हुआ मैनेजर खाता और App Review शामिल हैं, जिनके लिए रिकॉर्ड किए गए वीडियो भी चाहिए। लंबा हिस्सा इंतज़ार है।

**खुद बनाने पर मुझे क्या खोना पड़ेगा?** तकनीकी रूप से कुछ नहीं। निगरानी की जिम्मेदारी आपकी होगी। यही वह हिस्सा है जो कभी खत्म नहीं होता और चुपचाप विफल होता है।

---

## WhatsApp गड़बड़ी 368: नीति उल्लंघन के कारण खाता प्रतिबंधित

https://easycoexistence.com/hi/docs/whatsapp-error-368

गड़बड़ी 368 का मतलब है कि नीति लागू करने की कार्रवाई के बाद Meta ने WhatsApp Business खाते को प्रतिबंधित किया है। यह अनुरोध की समस्या नहीं, बल्कि खाते के स्तर का निर्णय है। इसकी अपील सेवा प्रदाता के बजाय Meta के माध्यम से की जाती है।

### प्रतिबंध का असल में क्या मतलब है?

इसका मतलब है कि Meta ने कारोबार के खाते पर कार्रवाई की है। आमतौर पर ऐसा किसी एक घटना के बजाय नीति से जुड़ी बार-बार हुई समस्याओं के बाद होता है।

इसके सामान्य कारणों में WhatsApp की वाणिज्य या कारोबार नीति का उल्लंघन करने वाली मैसेज सामग्री, प्राप्तकर्ताओं का मैसेज की शिकायत करना, या कारोबार की पुष्टि का ऐसा विवरण शामिल है जो जांच में सही नहीं निकलता। इन सभी में बात किसी खास मैसेज की नहीं, खाते की होती है। इसलिए कुछ मैसेज नहीं, बल्कि हर भेजने की कोशिश विफल होती है।

इसे गुणवत्ता सीमा से अलग समझना जरूरी है, जिसमें स्वस्थ खाते के भेजने की मात्रा सीमित की जाती है। प्रतिबंध इस बात का निर्णय है कि खाते को काम करना चाहिए या नहीं, और कम मैसेज भेजने से यह हल नहीं होता।

### इसे कैसे हल किया जाता है?

यह काम Meta के माध्यम से Business Manager में होता है और केवल वही लोग कर सकते हैं जिनके पास खाते का स्वामित्व है।

Business Manager में कार्रवाई की सूचना बताती है कि किस नीति का उल्लेख किया गया है और क्या अपील की जा सकती है। अपील का विकल्प होता है और कभी-कभी वह सफल भी होती है, लेकिन कोई तय समयसीमा नहीं है जिसका वादा किया जा सके। ऐसी कोई आगे बढ़ाने की प्रक्रिया भी नहीं है जो सेवा प्रदाता के माध्यम से चलती हो। एपीआई की पहुंच बेचने वाले किसी भी सेवा प्रदाता को कार्रवाई के निर्णय की जानकारी या उसे प्रभावित करने की क्षमता नहीं होती।

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

- सेवा प्रदाता से प्रतिबंध हटाने को कहना। कार्रवाई का निर्णय Meta का है और इसे कोई दूसरा नहीं देख सकता।
- नंबर को कहीं और कनेक्ट करना। प्रतिबंध कारोबार के खाते पर है और उसके साथ बना रहता है।
- इसे गुणवत्ता सीमा समझ लेना, जिसमें खाते को नहीं बल्कि स्वस्थ खाते की भेजने की मात्रा को सीमित किया जाता है।

**क्या मैं नंबर को किसी दूसरे सेवा प्रदाता के पास ले जा सकता हूं?** नहीं। प्रतिबंध WhatsApp Business खाते पर है, इसलिए नंबर का इस्तेमाल कहीं भी हो, यह लागू रहेगा।

**अपील में कितना समय लगता है?** Meta कोई समयसीमा प्रकाशित नहीं करता और किसी सेवा प्रदाता को प्रक्रिया की जानकारी नहीं होती।

**क्या इससे मैसेज पाना प्रभावित होता है?** कार्रवाई का असर मामले के अनुसार बदलता है। स्थिर बात यह है कि मैसेज भेजना बंद हो जाता है।

**क्या 131031 भी यही है?** संबंधित है। यह पुष्टि डेटा में असंगति के साथ आने वाले प्रतिबंध से जुड़ा है, जो मैसेज व्यवहार के बजाय कारोबार के विवरण की ओर संकेत करता है।

---

## WhatsApp गड़बड़ी 131031: खाता प्रतिबंधित या डेटा मेल नहीं खाता

https://easycoexistence.com/hi/docs/whatsapp-error-131031

131031 का मतलब है कि WhatsApp Business Account प्रतिबंधित है। आम तौर पर कारोबार की पुष्टि की जानकारी Meta के रिकॉर्ड से मेल नहीं खाती, या दो चरणों वाला पुष्टि PIN इसमें शामिल होता है। इसका समाधान कोड में नहीं, बल्कि Business Manager में किया जाता है।

### किस तरह का मेल न होना इसका कारण बनता है?

Meta के पास कारोबार के बारे में मौजूद जानकारी और दी गई जानकारी में अंतर, जो सुनने में छोटा लगता है, लेकिन होता नहीं है।

कारोबार की पुष्टि कानूनी इकाई को खाते से जोड़ती है: नाम, पता, पंजीकरण की जानकारी और सहायक दस्तावेज़। कारोबार की ओर से कुछ बदलने पर उसे Meta के साथ अपडेट न किया जाए, या दी गई जानकारी Meta द्वारा जाँचे जाने वाले रजिस्टर से मेल न खाए, तो मिलान होने तक खाता प्रतिबंधित किया जा सकता है।

दो चरणों वाला पुष्टि PIN दूसरा आम कारण है और इसे ठीक करना आसान है। यह फ़ोन नंबर पर सेट होता है और कुछ कार्रवाइयों के लिए ज़रूरी होता है। अगर इसे भुला दिया गया हो या ऐसे व्यक्ति ने सेट किया हो जो अब कारोबार में नहीं है, तो बाकी चीज़ों के काम करने से पहले इसे रीसेट करना होगा।

### असल में कहाँ जाँच करनी चाहिए?

फ़ोन नंबर पर नहीं, बल्कि कारोबार के खाते में Business Manager पर।

पुष्टि का स्टेटस और लागू की गई कार्रवाई की सूचना दोनों वहीं होती हैं। आम तौर पर इन्हीं से पता चलता है कि दोनों में से कौन सा कारण लागू है। किसी प्रोवाइडर का डैशबोर्ड बता सकता है कि नंबर ने कब काम करना बंद किया, लेकिन वह पुष्टि का रिकॉर्ड नहीं देख सकता। इसलिए वह यह नहीं बता सकता कि कौन सी जानकारी गलत है।

अगर कारण पुष्टि है, तो कारोबार की जानकारी अपडेट करके दोबारा जमा करना होगा। अगर कारण PIN है, तो उस नंबर के WhatsApp Manager सेटिंग से इसे रीसेट करें। बाद में कारोबार इसे ढूँढ सके, इसलिए इसे कहीं दर्ज करना उपयोगी है।

- इसे कोड की गड़बड़ी समझना। अनुरोध सही था, लेकिन खाते को अस्वीकार किया गया।
- जिन जानकारियों को अस्वीकार किया गया था, उन्हीं के साथ पुष्टि दोबारा जमा करना।
- यह मानना कि PIN प्रोवाइडर के पास सेव है। यह Meta की अपनी सेटिंग में नंबर पर सेट होता है।

**क्या यह 368 जैसा ही है?** संबंधित है, लेकिन बिल्कुल एक जैसा नहीं। 368 नीति लागू करने की कार्रवाई है; यह आम तौर पर कारोबार की पुष्टि की जानकारी या दो चरणों वाले PIN की ओर इशारा करता है।

**क्या कोई प्रोवाइडर मेरी पुष्टि का स्टेटस देख सकता है?** नहीं। यह Business Manager में कारोबार के खाते पर होता है और प्रोवाइडर को उपलब्ध नहीं कराया जाता।

**क्या दोबारा कनेक्ट करने से मदद मिलेगी?** नहीं। प्रतिबंध खाते पर लागू है, इसलिए नया कनेक्शन भी उसी स्थिति का सामना करेगा।

**दो चरणों वाला PIN कैसे रीसेट करूँ?** WhatsApp Manager में फ़ोन नंबर की सेटिंग पर। इसे कहीं दर्ज करें, जहाँ कारोबार बाद में इसे ढूँढ सके।

---

## WhatsApp गड़बड़ी 132015: गुणवत्ता के कारण टेम्पलेट रोका गया

https://easycoexistence.com/hi/docs/whatsapp-error-132015

गड़बड़ी 132015 का मतलब है कि Meta ने इस टेम्पलेट को रोक दिया है, क्योंकि इसकी गुणवत्ता गिर गई थी। आम तौर पर ऐसा तब होता है, जब प्राप्तकर्ताओं ने इससे भेजे गए मैसेज को ब्लॉक या रिपोर्ट किया हो। नंबर ठीक है। केवल यह टेम्पलेट कुछ समय के लिए भेजने में असमर्थ है।

### एक टेम्पलेट ही क्यों रोका जाता है?

क्योंकि गुणवत्ता को हर नंबर के साथ-साथ हर टेम्पलेट के स्तर पर भी मापा जाता है। इसलिए बाकी सबको प्रभावित किए बिना खराब टेम्पलेट को अलग किया जा सकता है।

Meta देखता है कि हर टेम्पलेट से भेजे गए मैसेज पर प्राप्तकर्ता कैसी प्रतिक्रिया देते हैं: ब्लॉक, रिपोर्ट और यह कि लोग उनसे जुड़ते भी हैं या नहीं। लगातार खराब प्रतिक्रिया देने वाले टेम्पलेट को रोक दिया जाता है, जबकि उसी नंबर के बाकी टेम्पलेट काम करते रहते हैं। यह जानबूझकर सीमित की गई कार्रवाई है और उम्मीद से अधिक उपयोगी है, क्योंकि इससे ठीक पता चलता है कि समस्या किस मैसेज में है।

आम कारण हैं: उपयोगी जानकारी वाले टेम्पलेट में प्रचार सामग्री, ऐसा मैसेज जिसमें कारोबार का नाम स्पष्ट न हो, या उन लोगों को भेजा गया टेम्पलेट जिन्हें इसकी उम्मीद नहीं थी।

### रोके गए टेम्पलेट के साथ क्या करना चाहिए?

उसे दोबारा भेजने के बजाय संपादित करें और रोकने को सामग्री के बारे में मिली जानकारी मानें।

कुछ समय बाद रोका गया टेम्पलेट फिर भेजने योग्य हो जाता है। लेकिन वही सामग्री उसी तरह के लोगों को भेजने पर वही प्रतिक्रिया मिल सकती है और टेम्पलेट फिर रुक सकता है। बार-बार रुकने के बाद Meta टेम्पलेट को स्थायी रूप से बंद कर देता है। तब अलग सामग्री के साथ नया टेम्पलेट बनाना ही एकमात्र रास्ता रहता है। इसलिए दूसरी बार रुकने से बचना सबसे ज़रूरी है।

संपादन का मतलब आम तौर पर पहली पंक्ति में उद्देश्य स्पष्ट करना, कारोबार का नाम बताना और यह साफ़ कहना है कि व्यक्ति को मैसेज क्यों मिल रहा है। यह भी जाँचें कि मैसेज किसे भेजा जा रहा है, क्योंकि रुचि न रखने वाली सूची को अच्छा टेम्पलेट भेजने पर भी वही संकेत मिल सकते हैं।

- रोक हटने के बाद वही टेम्पलेट फिर भेजना। कारण सामग्री ही थी।
- इसे नंबर की समस्या समझना। उसी नंबर के बाकी टेम्पलेट काम करते रहते हैं।
- तीसरी बार रुकने का इंतज़ार करना। बार-बार रुकने पर टेम्पलेट स्थायी रूप से बंद हो जाता है।

**क्या बाकी टेम्पलेट अब भी भेजे जा सकते हैं?** हाँ। रोक केवल इस टेम्पलेट पर लागू होती है। नंबर के बाकी मंज़ूर किए गए टेम्पलेट प्रभावित नहीं होते।

**रोक कितने समय तक रहती है?** Meta कोई निश्चित अवधि प्रकाशित नहीं करता। बार-बार रुकने पर यह अवधि बढ़ जाती है।

**क्या मैं रोके गए टेम्पलेट को संपादित कर सकता हूँ?** हाँ, और यही करना चाहिए। बेहतर सामग्री फिर जमा करने से टेम्पलेट दोबारा काम कर सकता है।

**132016 क्या है?** यह स्थायी स्थिति वाला संस्करण है। बार-बार रुकने के बाद टेम्पलेट बंद हो जाता है और उसकी जगह नया टेम्पलेट बनाना पड़ता है।

---

## WhatsApp गड़बड़ी 100: अमान्य पैरामीटर

https://easycoexistence.com/hi/docs/whatsapp-error-100

गड़बड़ी 100 का मतलब है कि अनुरोध में ऐसा पैरामीटर था जिसे Meta स्वीकार नहीं करता: असमर्थित, गलत लिखा हुआ या उस एंडपॉइंट के लिए गलत संरचना वाला। यह निश्चित गड़बड़ी है, इसलिए वही अनुरोध हर बार उसी तरह विफल होगा और पुनः प्रयास से कोई लाभ नहीं होगा।

### यह किस वजह से होती है

अनुरोध की बॉडी या क्वेरी में कुछ ऐसा होता है जिसे एंडपॉइंट पहचानता नहीं, और इसके कारण लगातार एक जैसे रहते हैं।

- किसी फ़ील्ड का नाम गलत लिखा गया हो या गलत केस में हो।
- ऐसा पैरामीटर जो किसी दूसरे एंडपॉइंट से संबंधित हो।
- गलत प्रकार का मान, जैसे पूर्णांक अपेक्षित होने पर नंबर को स्ट्रिंग के रूप में भेजना।
- नेस्टेड ऑब्जेक्ट को समतल कर देना, या जहाँ ऑब्जेक्ट चाहिए वहाँ सीधा मान भेजना।

### पुनः प्रयास करना व्यर्थ क्यों है

क्योंकि प्रयासों के बीच प्लेटफ़ॉर्म पर कुछ नहीं बदला। गलत संरचना वाला अनुरोध दूसरी बार भी उसी कारण से गलत रहेगा, और इस गड़बड़ी के चारों ओर पुनः प्रयास लूप लगाने से सफलता के बजाय मूल समस्या के ऊपर रेट लिमिटिंग जुड़ जाएगी।

सही प्रतिक्रिया है कि गड़बड़ी के साथ अनुरोध की बॉडी लॉग करें और उसे एंडपॉइंट संदर्भ से फ़ील्ड-दर-फ़ील्ड मिलाएँ। लगभग हर मामले में अंतर देखते ही एक मिनट के भीतर दिखाई दे जाता है।

- पुनः प्रयास करना। अनुरोध निश्चित है और हर बार उसी तरह विफल होगा।
- यह मान लेना कि समस्या नंबर में है। इस गड़बड़ी का कनेक्शन से कोई संबंध नहीं होता।
- इसे सामान्य विफलता समझना। यह विशेष रूप से पैरामीटर की समस्या बताती है, और गायब या सीमा से बाहर मानों के लिए अधिक विशिष्ट कोड 131008 और 131009 मौजूद हैं।

**क्या इसका मतलब है कि मेरा नंबर खराब है?** नहीं। यह गड़बड़ी केवल अनुरोध से संबंधित है, नंबर पर इसका कोई असर नहीं पड़ता।

**यह इतनी अस्पष्ट क्यों है?** यह पैरामीटर से जुड़ी समस्याओं के लिए सामान्य कोड है। Meta के पास गायब पैरामीटर और अमान्य मान के लिए अधिक विशिष्ट कोड हैं।

**क्या कोई प्रदाता इसकी वजह बन सकता है?** केवल अनुरोध बनाते समय। सीधे इंटीग्रेशन में अनुरोध आपका होता है।

**क्या मुझे बैकऑफ़ के साथ पुनः प्रयास करना चाहिए?** नहीं। यह निश्चित गड़बड़ी है, और पुनः प्रयास करने से अस्थायी न होने वाली समस्या के ऊपर रेट लिमिटिंग जुड़ जाएगी।

---

## WhatsApp की गड़बड़ी 131008: ज़रूरी पैरामीटर मौजूद नहीं

https://easycoexistence.com/hi/docs/whatsapp-error-131008

गड़बड़ी 131008 का मतलब है कि अनुरोध में ज़रूरी पैरामीटर नहीं था। यह गड़बड़ी 100 से अधिक सीमित और उपयोगी है, क्योंकि 100 आम तौर पर गलत पैरामीटर को बताता है, जबकि यह साफ़ करता है कि फ़ील्ड मौजूद ही नहीं था।

### आमतौर पर क्या मौजूद नहीं होता

वे फ़ील्ड जो वैकल्पिक लगते हैं लेकिन होते नहीं, इसलिए वही कुछ फ़ील्ड बार-बार छूटते हैं।

- messaging_product, जिसे हर भेजे गए मैसेज पर whatsapp पर सेट करना ज़रूरी है।
- उन मैसेज रूपों में recipient_type, जिनमें यह ज़रूरी है।
- टेम्पलेट भेजते समय language ऑब्जेक्ट, जो सिर्फ़ एक भाषा होने पर भी ज़रूरी है।
- ऐसे टेम्पलेट में components, जिसमें वैरिएबल तय हैं। खाली सूची देना और इसे छोड़ देना एक जैसा नहीं है।

### यह अच्छी खबर क्यों है

क्योंकि यह इस समूह की सबसे विशिष्ट गड़बड़ी है। गड़बड़ी 100 बताती है कि कहीं कोई पैरामीटर गलत है, जबकि यह बताती है कि ज़रूरी पैरामीटर मौजूद ही नहीं है। इससे खोज एंडपॉइंट की ज़रूरी फ़ील्ड की सूची तक सीमित हो जाती है।

जिस एंडपॉइंट को कॉल किया जा रहा है, उसका संदर्भ पढ़ें और अनुरोध की ज़रूरी फ़ील्ड से जाँच करें। इसमें बस एक मिनट लगता है। इसलिए लॉग में इसे 100 के साथ bad request मानने के बजाय अलग पहचानना उपयोगी है।

- इसे गड़बड़ी 100 जैसा मानना। यह किसी अनुपस्थिति का नाम बताता है, इसलिए अधिक विशिष्ट है।
- खाली components सूची भेजना, जैसे फ़ील्ड छोड़ी गई हो। एपीआई के लिए दोनों अलग हैं।
- messaging_product छोड़ देना। यह हर भेजे गए मैसेज पर ज़रूरी है और सबसे आम अकेला कारण है।

**कौन सा पैरामीटर मौजूद नहीं है?** जवाब में उसका नाम दिया होता है। जहाँ ऐसा नहीं होता, वहाँ एंडपॉइंट का संदर्भ ज़रूरी फ़ील्ड की सूची देता है।

**क्या messaging_product सच में ज़रूरी है?** हाँ, हर भेजे गए मैसेज पर इसे whatsapp पर सेट करें। इसे छोड़ देना सबसे आम गलती है।

**क्या यह 100 जैसा ही है?** नहीं। 100 ऐसे पैरामीटर को बताता है जो मौजूद है लेकिन गलत है, जबकि यह उस पैरामीटर के लिए है जो मौजूद ही नहीं है।

**क्या दोबारा कोशिश करने से मदद मिलेगी?** नहीं। अनुरोध का नतीजा तय है और फ़ील्ड जोड़ने तक हर बार उसी तरह विफल होगा।

---

## WhatsApp गड़बड़ी 131009: अमान्य पैरामीटर वैल्यू

https://easycoexistence.com/hi/docs/whatsapp-error-131009

गड़बड़ी 131009 का अर्थ है कि एक या अधिक पैरामीटर वैल्यू अमान्य हैं। फ़ील्ड मौजूद और समझने योग्य था, लेकिन उसमें दी गई वैल्यू एंडपॉइंट स्वीकार नहीं करता। इसके अधिकांश मामले लोकेल कोड, फ़ोन नंबर फ़ॉर्मैट और एनम वैल्यू से जुड़े होते हैं।

### कौन-सी वैल्यू सबसे ज़्यादा विफल होती हैं

तीन तरह की वैल्यू अधिकांश मामलों का कारण बनती हैं, और पढ़ने वाले व्यक्ति को तीनों सही दिखती हैं।

- लोकेल कोड: जब टेम्पलेट en_US के रूप में बनाया गया हो, तब en भेजना, या pt_BR के लिए pt भेजना।
- विराम चिह्न, शुरुआती शून्य या प्लस चिह्न वाले फ़ोन नंबर, जबकि अंतरराष्ट्रीय फ़ॉर्मैट में केवल अंकों की अपेक्षा होती है।
- गलत केस में भेजी गई एनम वैल्यू, जैसे टेम्पलेट श्रेणी को लोअर केस में भेजना।
- एंडपॉइंट में दर्ज फ़ॉर्मैट के अलावा किसी अन्य फ़ॉर्मैट में भेजी गई तारीख या टाइमस्टैम्प।

### लोकेल वाला मामला अलग से ध्यान देने योग्य क्यों है

क्योंकि एंडपॉइंट के आधार पर इससे दो अलग गड़बड़ियां मिल सकती हैं, और लोग गलत गड़बड़ी का कारण खोजते रहते हैं।

ऐसे नाम के साथ मौजूद न होने वाली भाषा वाला टेम्पलेट भेजने पर 132001 मिलता है, जिससे लगता है कि टेम्पलेट मौजूद नहीं है। इसके बजाय, जो एंडपॉइंट पहले लोकेल की पुष्टि करता है, उसे गलत संरचना वाला लोकेल देने पर यही गड़बड़ी मिलती है। दोनों के पीछे वही मूल गलती है। दोनों मामलों में समाधान टेम्पलेट सूची पढ़कर भाषा की हूबहू वही स्ट्रिंग कॉपी करना है, उसका फ़ॉर्मैट अनुमान से तय करना नहीं।

- यह मान लेना कि en और en_US एक-दूसरे की जगह इस्तेमाल हो सकते हैं। ये अलग-अलग टेम्पलेट की पहचान करते हैं।
- प्लस चिह्न या विराम चिह्न वाला फ़ोन नंबर भेजना। अंतरराष्ट्रीय फ़ॉर्मैट में केवल अंक भेजें।
- पुनः प्रयास करना। वैल्यू निश्चित रूप से गलत है।

**कौन-सी वैल्यू गलत है?** जवाब में आमतौर पर पैरामीटर का नाम दिया होता है। अगर नाम न हो, तो सबसे पहले लोकेल और फ़ोन फ़ॉर्मैट जांचें।

**फ़ोन नंबर का फ़ॉर्मैट कैसा होना चाहिए?** अंतरराष्ट्रीय फ़ॉर्मैट में केवल अंक, बिना प्लस चिह्न और बिना विराम चिह्न के।

**वही गलती कभी-कभी 132001 क्यों देती है?** क्योंकि टेम्पलेट भेजते समय नाम और भाषा को साथ मिलाकर खोजा जाता है, इसलिए अज्ञात जोड़ी से लगता है कि टेम्पलेट मौजूद नहीं है।

**क्या यह मेरे नंबर की समस्या है?** नहीं। यह गड़बड़ी केवल अनुरोध से संबंधित है।

---

## WhatsApp गड़बड़ी 131051: असमर्थित मैसेज प्रकार

https://easycoexistence.com/hi/docs/whatsapp-error-131051

131051 गड़बड़ी का मतलब है कि भेजा जा रहा मैसेज प्रकार समर्थित नहीं है। कभी-कभी प्रकार का मान गलत होता है, लेकिन Coexistence नंबर पर अक्सर इसका मतलब होता है कि उस तरह के कनेक्शन के लिए प्लेटफ़ॉर्म ने वह प्रकार अनुमत नहीं किया है।

### दो अलग-अलग कारण

पहला कारण सामान्य है: ऐसा प्रकार मान जो गलत लिखा गया हो या जिसे एपीआई परिभाषित नहीं करता। एंडपॉइंट संदर्भ पढ़ने से यह एक मिनट में हल हो जाता है।

दूसरा कारण संरचनात्मक है और लोगों को भ्रमित करता है, क्योंकि कोड वही रहता है। Coexistence नंबर वह सब नहीं कर सकता जो सामान्य Cloud API नंबर कर सकता है। इनमें से किसी सुविधा का प्रयास करने पर अधिक स्पष्ट संदेश के बजाय यही गड़बड़ी मिलती है। जुड़े हुए नंबर पर गायब होने वाले मैसेज, एक बार देखे जाने वाले मीडिया, लाइव लोकेशन और ब्रॉडकास्ट सूचियां बंद रहती हैं, और ग्रुप चैट एपीआई से पूरी तरह बाहर हैं।

### कैसे पता लगाएं कि आपके पास कौन-सा कारण है

यह इस बात से पता चलता है कि आप क्या भेजने की कोशिश कर रहे थे।

- एपीआई में परिभाषित और पहले भेजा गया प्रकार: फ़ॉर्मैट की गलती, इसलिए पेलोड की तुलना करें।
- ग्रुप को भेजी गई कोई भी चीज़: संरचनात्मक सीमा, और कोई भी प्रदाता इसे सक्षम नहीं कर सकता।
- लाइव लोकेशन, एक बार देखे जाने वाला मीडिया या गायब होने वाला मैसेज: Coexistence नंबर पर संरचनात्मक सीमा।
- कोई नया प्रकार जिसे आपने पहले नहीं भेजा: जांचें कि वह आपके खाते और क्षेत्र में उपलब्ध है।

- ग्रुप चैट के आधार पर व्यवस्था बनाना। हर प्रदाता पर वे एपीआई से बाहर हैं।
- यह मान लेना कि कोई प्रदाता बंद प्रकार को सक्षम कर सकता है। ये प्लेटफ़ॉर्म स्तर की सीमाएं हैं।
- दोबारा प्रयास करना। दोनों कारण अस्थायी नहीं हैं।

**क्या मैं किसी ग्रुप को भेज सकता हूं?** नहीं। हर प्रदाता पर Coexistence नंबर में ग्रुप चैट एपीआई से बाहर हैं।

**लाइव लोकेशन असमर्थित क्यों है?** Coexistence सक्रिय होने पर नंबर पर बंद की जाने वाली सुविधाओं में यह भी शामिल है।

**क्या इसे ठीक किया जा सकता है?** अगर कारण गलत प्रकार मान है, तो हां। अगर यह प्लेटफ़ॉर्म की सीमा है, तो नहीं।

**क्या इससे मैसेज पाने पर असर पड़ता है?** नहीं। यह गड़बड़ी ऐसे प्रकार को भेजने से जुड़ी है जिसकी अनुमति नहीं है।

---

## WhatsApp की गड़बड़ी 131052: मीडिया डाउनलोड विफल

https://easycoexistence.com/hi/docs/whatsapp-error-131052

गड़बड़ी 131052 का मतलब है कि Meta मैसेज से जुड़ा मीडिया डाउनलोड नहीं कर सका। समस्या मीडिया में है, आपके अनुरोध में नहीं। इसलिए कोड बदलने के बजाय उसे किसी दूसरे तरीके से भेजने को कहना व्यावहारिक उपाय है।

### यह क्यों होता है

इनबाउंड मीडिया सीधे पहुँचाने के बजाय फ़ेच किया जाता है। मैसेज में मीडिया आईडी होती है और उसके ज़रिए बाइट्स अलग से हासिल की जाती हैं।

यह हासिल करना भेजने वाले की ओर से कई कारणों से विफल हो सकता है: अपलोड पूरा न हुआ हो, फ़ेच किए जाने से पहले फ़ाइल की वैधता खत्म हो गई हो, या उसे तैयार करने वाले फ़ॉर्मैट ने उसे सही रूप में सुरक्षित न रखा हो। इनमें से कुछ भी आपकी ओर से दिखाई नहीं देता और अनुरोध बदलने से कुछ ठीक नहीं होगा।

### क्या करना है

इसे ऐसा मैसेज मानें जो अपने अटैचमेंट के बिना मिला हो और किसी भी अधूरे इनपुट की तरह संभालें।

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

- पूरा मैसेज हटा देना। अटैचमेंट के बिना भी उसका टेक्स्ट और संदर्भ उपयोगी रहते हैं।
- मैसेज मिलने के बहुत देर बाद मीडिया फ़ेच करना। आईडी की वैधता खत्म हो जाती है।
- बार-बार कोशिश करते रहना। विफल फ़ेच बाद में शायद ही सफल होता है।

**क्या मैसेज खो गया?** नहीं। मैसेज पहुँच गया है, केवल उसका अटैचमेंट हासिल करना विफल हुआ।

**क्या मुझे ग्राहक से फिर भेजने को कहना चाहिए?** जहाँ इंसान शामिल हो, हाँ। इससे ज़्यादातर मामले जल्दी हल हो जाते हैं।

**मीडिया आईडी कितने समय तक मान्य रहती है?** हमेशा नहीं। इसलिए मीडिया तुरंत फ़ेच करना ज़रूरी है।

**क्या 131053 भी यही है?** नहीं। वह आपके भेजे मीडिया को अपलोड न कर पाने की गड़बड़ी है।

---

## WhatsApp Cloud एपीआई गड़बड़ी कोड

https://easycoexistence.com/hi/docs/whatsapp-error-codes

यहाँ हमारे दस्तावेज़ में दिए गए WhatsApp Cloud एपीआई के सभी गड़बड़ी कोड एक तालिका में हैं, साथ में उनका अर्थ और यह जानकारी कि पुनः प्रयास से लाभ होगा या नहीं। ज़्यादातर में नहीं होगा, क्योंकि वे निश्चित होते हैं। वही अनुरोध उसी तरह विफल होता है और बार-बार प्रयास करने से खराब अनुरोध दर सीमा में बदल जाता है।

### पुनः प्रयास वाला कॉलम कैसे पढ़ें

इसमें तीन मान हैं और उनके बीच गलत चुनाव करना इस पूरे संदर्भ में सबसे महंगी गलती है।

नहीं का अर्थ है कि विफलता निश्चित है। अनुरोध, टेम्पलेट या प्राप्तकर्ता की स्थिति में समस्या है। वही अनुरोध दोबारा भेजने पर वही गड़बड़ी आएगी और वह थ्रूपुट भी खर्च होगा जिसकी आपको बाद में ज़रूरत पड़ सकती है। हाँ का अर्थ है कि समस्या Meta की ओर थी और बैकऑफ़ सचमुच उसे ठीक करता है। प्रतीक्षा का अर्थ है कि स्थिति वास्तविक लेकिन अस्थायी है, जैसे कोई सीमा या लॉक जो अपने-आप हट जाएगा। हटने से पहले पुनः प्रयास करने का कोई लाभ नहीं और वह स्थिति को लंबा कर सकता है।

### इनमें से ज़्यादातर में पुनः प्रयास क्यों नहीं करना चाहिए

क्योंकि प्लेटफ़ॉर्म सामान्य गड़बड़ियों के बजाय विशिष्ट कोड लौटाता है। गलत पैरामीटर, मौजूद न होने वाला टेम्पलेट, बंद मैसेजिंग विंडो और बाहर रखा गया प्राप्तकर्ता, इन सभी की पहचान जवाब मिलते ही हो सकती है। इसलिए Meta अस्पष्ट रूप से विफल होने के बजाय उनका नाम बताता है।

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

### इनमें से कोई कोड आने पर क्या लॉग करें

इतनी जानकारी रखें कि उसे दोबारा बनाए बिना निदान किया जा सके। यही पाँच मिनट के सुधार और पूरे दिन के अनुमान के बीच का अंतर है।

- पूरा गड़बड़ी जवाब, ट्रेस आईडी समेत, क्योंकि Meta सहायता इसी की मांग करती है।
- जैसा अनुरोध भेजा गया था उसका मुख्य भाग, न कि जैसा भेजने का इरादा था। इन दोनों के बीच का अंतर आमतौर पर गड़बड़ी होता है।
- फ़ोन नंबर आईडी, ताकि एक नंबर की समस्या को पूरे खाते की समस्या से अलग पहचाना जा सके।
- समय-मुहर, ताकि उस क्षण कनेक्शन की स्थिति से विफलता का मिलान किया जा सके।

### वे कोड जो केवल Coexistence में होते हैं

इनमें दो कोड हैं और वे लोगों को इसलिए भ्रमित करते हैं क्योंकि सामान्य भेजने की विफलताओं जैसे दिखते हैं। 2593107 और 2593108 दोनों चैट इतिहास सिंक्रोनाइज़ेशन से जुड़े हैं। यही वह चरण है जिसमें किसी नंबर को पहली बार जोड़ते समय WhatsApp Business ऐप से हाल की बातचीत कॉपी की जाती है।

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

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

**किन गड़बड़ियों पर पुनः प्रयास करना चाहिए?** 131016 और 131000 पर घातीय बैकऑफ़ के साथ पुनः प्रयास करें। 130429, 132015 और 133008 प्रतीक्षा करने पर अपने-आप ठीक हो जाते हैं। बाकी सभी निश्चित हैं।

**क्या गड़बड़ी कोड का अर्थ है कि मेरा नंबर डिस्कनेक्ट हो गया है?** आमतौर पर नहीं। इनमें से ज़्यादातर अनुरोध, टेम्पलेट या प्राप्तकर्ता से जुड़ी हैं। कनेक्शन की समस्याएँ भेजने की गड़बड़ियों के बजाय खाते और गुणवत्ता वाले वेबहुक के रूप में दिखती हैं।

**ट्रेस आईडी क्या है?** गड़बड़ी जवाब में मौजूद एक पहचानकर्ता, जिससे Meta सहायता टीम किसी खास अनुरोध को ढूँढ सकती है। हर विफलता पर इसे लॉग करें, क्योंकि इसके बिना सहायता अनुरोध पर कार्रवाई नहीं हो सकती।

**क्या ये कोड हर प्रदाता पर समान होते हैं?** हाँ। ये Meta के Cloud API से आते हैं, इसलिए नंबर जोड़ने वाला प्रदाता कोई भी हो, कोड समान रहते हैं। प्रदाता केवल यह बदल सकता है कि वे आप तक कितनी स्पष्टता से पहुँचते हैं।

---

## WhatsApp गड़बड़ी 131053: मीडिया अपलोड विफल

https://easycoexistence.com/hi/docs/whatsapp-error-131053

गड़बड़ी 131053 का मतलब है कि Meta आपके अनुरोध में मौजूद मीडिया अपलोड नहीं कर सका। इसके संबंधित कोड 131052 के उलट, यह आपके नियंत्रण वाली फ़ाइल से जुड़ी है, इसलिए इसे ठीक किया जा सकता है: आकार और फ़ॉर्मैट जांचें और लिंक भेज रहे हों, तो देखें कि Meta उस तक पहुंच सकता है या नहीं।

### तीन कारण

व्यवहार में जिस क्रम में ये सामने आते हैं।

- आकार: फ़ाइल अपने प्रकार की सीमा से बड़ी है। इमेज 5 MB, वीडियो और ऑडियो 16 MB, दस्तावेज़ 100 MB।
- फ़ॉर्मैट: ऐसा कोडेक या कंटेनर जिसे एपीआई स्वीकार नहीं करता। एडिटिंग सॉफ़्टवेयर से निर्यात किए गए वीडियो में यह आम है।
- पहुंच: अपलोड की गई आईडी के बजाय लिंक भेजना, जिसमें यूआरएल पर लॉगिन जरूरी हो, फ़ायरवॉल लगा हो या रीडायरेक्ट होता हो।
- समय-सीमा: अपलोड के बहुत समय बाद बनाई गई मीडिया आईडी का इस्तेमाल करना।

### लिंक देने से बेहतर है अपलोड करना

लिंक भेजने पर Meta भेजने के समय फ़ाइल खुद लाता है। इससे ऐसी विफलता की एक वजह जुड़ जाती है जिसे आप अपने नेटवर्क से नहीं देख सकते। आपके ब्राउज़र में ठीक से खुलने वाला यूआरएल Meta के इंफ़्रास्ट्रक्चर से भौगोलिक प्रतिबंध, फ़ायरवॉल नियम या आपके ब्राउज़र में पहले से मौजूद प्रमाणीकरण कुकी के कारण पहुंच से बाहर हो सकता है।

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

- यह मानना कि आपके ब्राउज़र में चलने वाला यूआरएल Meta के लिए भी चलेगा। आपका सत्र और नेटवर्क Meta के नहीं हैं।
- कोडेक जांचे बिना वीडियो निर्यात करना। एडिटिंग सॉफ़्टवेयर की डिफ़ॉल्ट सेटिंग अक्सर असमर्थित होती हैं।
- अपलोड के बहुत समय बाद मीडिया आईडी दोबारा इस्तेमाल करना। आईडी की समय-सीमा समाप्त हो जाती है।

**आकार की सीमाएं क्या हैं?** इमेज 5 MB, वीडियो और ऑडियो 16 MB, दस्तावेज़ 100 MB।

**क्या मुझे अपलोड करना चाहिए या यूआरएल भेजना चाहिए?** अपलोड करें। इससे पहुंच न होने की वजह हट जाती है।

**यूआरएल मेरे लिए चलता है, Meta के लिए क्यों नहीं?** उनका नेटवर्क आपका नेटवर्क नहीं है। भौगोलिक स्थिति, फ़ायरवॉल और प्रमाणीकरण सभी अलग हो सकते हैं।

**क्या यह 131052 जैसा ही है?** नहीं। वह ग्राहक द्वारा भेजे मीडिया को डाउनलोड करने में विफलता है।

---

## WhatsApp गड़बड़ी 131016: सेवा उपलब्ध नहीं

https://easycoexistence.com/hi/docs/whatsapp-error-131016

131016 का मतलब है कि Meta की ओर से कोई सेवा कुछ समय के लिए उपलब्ध नहीं है। यह उन कुछ प्लेटफ़ॉर्म गड़बड़ियों में से एक है जो सचमुच अस्थायी होती हैं, इसलिए जाँच करने के बजाय घातीय बैकऑफ़ के साथ पुनः प्रयास करना सही जवाब है।

### यह गड़बड़ी अलग क्यों है

इस प्लेटफ़ॉर्म की ज़्यादातर गड़बड़ियाँ निश्चित होती हैं: अनुरोध गलत है, टेम्पलेट मौजूद नहीं है या विंडो बंद हो चुकी है। उन पर पुनः प्रयास करने से अनुरोध व्यर्थ जाता है और दर सीमित हो सकती है।

यह गड़बड़ी अपवाद है। यह आपके अनुरोध या नंबर के बारे में कुछ नहीं कहती, केवल इतना बताती है कि Meta की कोई सेवा इस समय जवाब नहीं दे सकी। एक मिनट बाद वही अनुरोध आम तौर पर सफल हो जाता है, और बैकऑफ़ का उद्देश्य भी यही है।

### सही तरीके से पुनः प्रयास कैसे करें

संयम के साथ, क्योंकि लगातार तेज़ पुनः प्रयास पहले से जारी समस्या को और बढ़ा सकते हैं।

- घातीय बैकऑफ़: एक सेकंड, फिर दो, फिर चार और फिर आठ सेकंड रुकें।
- प्रयासों की अधिकतम सीमा रखें, आम तौर पर पाँच। इसके बाद मैसेज को बाद के लिए कतार में भेजें।
- जिटर रखें, ताकि वर्कर समूह एक ही समय पर पुनः प्रयास न करे।
- इडेम्पोटेंसी रखें, ताकि गड़बड़ी आप तक पहुँचने से पहले भेजा गया मैसेज दो बार न भेजा जाए।

- तुरंत लगातार पुनः प्रयास करना। इससे पहले से दबाव में चल रही सेवा पर भार बढ़ता है।
- इसे कनेक्शन की समस्या समझना। आपका नंबर ठीक है।
- अधिकतम सीमा के बिना पुनः प्रयास करना। कुछ समस्याएँ किसी भी उचित पुनः प्रयास नीति से अधिक समय तक चल सकती हैं।

**क्या मुझे पुनः प्रयास करना चाहिए?** हाँ, घातीय बैकऑफ़ के साथ। यह उन गड़बड़ियों में से एक है जिनमें पुनः प्रयास काम करता है।

**क्या मेरा नंबर प्रभावित है?** नहीं। यह प्लेटफ़ॉर्म की ओर से हुई विफलता है।

**ये कितनी देर तक रहती हैं?** आमतौर पर कुछ सेकंड से कुछ मिनट तक। पाँच प्रयासों वाला बैकऑफ़ ज़्यादातर मामलों को संभाल लेता है।

**इसे वास्तविक सेवा बंद होने से अलग कैसे पहचानूँ?** यह देखकर कि समस्या बनी रहती है या नहीं। लगातार निगरानी बिना अनुमान लगाए इसका जवाब देती है।

---

## WhatsApp गड़बड़ी 131000: कुछ गड़बड़ हुई

https://easycoexistence.com/hi/docs/whatsapp-error-131000

गड़बड़ी 131000 का मतलब है कि मैसेज किसी ऐसे कारण से नहीं भेजा गया जिसे Meta ने वर्गीकृत नहीं किया। यह अज्ञात कारणों वाली श्रेणी है, इसलिए एक बार थोड़े अंतराल के बाद फिर प्रयास करें। गड़बड़ी बनी रहे तो जवाब में मिली ट्रेस आईडी के साथ सहायता टीम से संपर्क करें।

### यह वास्तव में किन स्थितियों को शामिल करता है

Meta की मैसेज भेजने की प्रक्रिया में हुई ऐसी कोई भी विफलता, जिसे किसी नाम वाले कोड से नहीं जोड़ा गया। इसमें वास्तविक अस्थायी गड़बड़ियाँ, आंतरिक समस्याएँ और कभी-कभी ऐसी स्थिति शामिल हो सकती है जिसका नया एपीआई संस्करण में अलग कोड हो, लेकिन उस समय नहीं था।

यह श्रेणी बहुत व्यापक है, इसलिए हर बार एक ही जवाब सही नहीं होगा। एक बार होना महज़ शोर है। उसी प्राप्तकर्ता के लिए बार-बार ऐसा होना सहायता अनुरोध खोलने लायक पैटर्न है।

### इसके साथ क्या करें

क्रम से ये कदम उठाएँ और जो कदम काम कर जाए, वहीं रुक जाएँ।

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

- बार-बार फिर प्रयास करते रहना। दो प्रयास विफल हों तो गड़बड़ी अस्थायी नहीं है।
- ट्रेस आईडी हटा देना। यही वह जानकारी है जो सहायता अनुरोध को कार्रवाई योग्य बनाती है।
- यह मान लेना कि आपका नंबर खराब है। आम तौर पर ऐसा नहीं होता।

**क्या मुझे फिर प्रयास करना चाहिए?** एक बार, थोड़े अंतराल के बाद। उसके बाद यह गड़बड़ी अस्थायी नहीं मानी जाती।

**ट्रेस आईडी क्या है?** गड़बड़ी के जवाब में दिया गया पहचानकर्ता, जिससे Meta की सहायता टीम खास अनुरोध खोज सकती है।

**क्या इसका मतलब है कि मेरा नंबर बंद है?** आमतौर पर नहीं। जाँचें कि दूसरे मैसेज सफलतापूर्वक भेजे जा रहे हैं या नहीं।

**मुझे सहायता अनुरोध कब खोलना चाहिए?** जब फिर प्रयास करने पर भी गड़बड़ी दोहराए, और ट्रेस आईडी व समय की जानकारी उपलब्ध हो।

---

## WhatsApp की गड़बड़ी 131021: भेजने वाला और पाने वाला एक ही हैं

https://easycoexistence.com/hi/docs/whatsapp-error-131021

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

### ऐसा क्यों होता है

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

इसे बदलने के लिए कोई सेटिंग नहीं है। WhatsApp के उपभोक्ता ऐप में खुद को मैसेज भेजना नोट्स सुविधा के रूप में उपलब्ध है, लेकिन एपीआई के ज़रिए यह सुविधा मौजूद नहीं है।

### सही तरीके से जांच कैसे करें

दूसरे नंबर से जांच करें और इस बात का ध्यान रखें कि आप किस दिशा में परीक्षण कर रहे हैं।

- परीक्षण पाने वाले के रूप में निजी फ़ोन इस्तेमाल करें। जुड़े हुए नंबर के अलावा कोई भी WhatsApp नंबर काम करेगा।
- बिना रोक-टोक मैसेज भेजने की जांच के लिए पहले परीक्षण नंबर से कारोबार को मैसेज भेजें। इससे 24 घंटे की सेवा विंडो खुल जाती है।
- उस विंडो के बाहर जांच करने के लिए स्वीकृत टेम्पलेट भेजें। उस समय केवल यही अनुमति है।
- सिर्फ़ जांच के लिए दूसरा कारोबार नंबर पंजीकृत न करें, जब तक उसकी ज़रूरत न हो। एक सामान्य उपभोक्ता नंबर काफ़ी है।

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

**क्या मैं अपने ही नंबर पर मैसेज भेज सकता हूँ?** नहीं। WhatsApp एपीआई के ज़रिए इसकी अनुमति नहीं देता।

**क्या इसके लिए कोई सेटिंग है?** नहीं। यह प्लैटफ़ॉर्म का नियम है।

**मुझे किस नंबर से जांच करनी चाहिए?** किसी भी दूसरे WhatsApp नंबर से, जिसमें निजी फ़ोन भी शामिल है।

**फिर मेरी जांच 131047 गड़बड़ी के साथ क्यों विफल हुई?** क्योंकि मुक्त-रूप मैसेज के लिए ज़रूरी है कि ग्राहक ने पिछले 24 घंटों में आपको मैसेज भेजा हो।

---

## WhatsApp गड़बड़ी 131045: फ़ोन नंबर रजिस्टर नहीं है

https://easycoexistence.com/hi/docs/whatsapp-error-131045

गड़बड़ी 131045 का मतलब है कि फ़ोन नंबर Cloud API पर मैसेज भेजने के लिए रजिस्टर नहीं किया गया है। WhatsApp Business खाते में नंबर जोड़ना और उससे मैसेज भेजने के लिए रजिस्टर करना अलग-अलग चरण हैं। इस गड़बड़ी का मतलब है कि दूसरा चरण पूरा नहीं हुआ।

### दो चरण क्यों होते हैं

क्योंकि WhatsApp Business खाता ऐसे नंबर रख सकता है जिनसे कोई मैसेज नहीं भेजा जा रहा हो। नंबर जोड़ने से स्वामित्व स्थापित होता है, जबकि उसे रजिस्टर करने से Cloud API पर मैसेज भेजना सक्रिय होता है और उसका दो चरणों वाला पिन सेट होता है।

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

### इसे कैसे ठीक करें

यह इस बात पर निर्भर करता है कि नंबर खाते में कैसे आया।

- मैन्युअल सेटअप में, फ़ोन नंबर id के लिए उसके दो चरणों वाले पिन के साथ `register` एंडपॉइंट कॉल करें।
- किसी प्रोवाइडर के ज़रिए Coexistence ऑनबोर्डिंग में रजिस्ट्रेशन इसी प्रक्रिया के अंदर होता है। इसलिए यह गड़बड़ी आम तौर पर बताती है कि प्रक्रिया पूरी नहीं हुई।
- अगर नंबर हाल ही में किसी दूसरे खाते से माइग्रेट किया गया है, तो नए खाते पर रजिस्ट्रेशन दोबारा करना होगा।
- अगर रजिस्ट्रेशन स्वयं विफल हो, तो वजह आम तौर पर पिन होती है। इसका कोड 133005 है।

- यह मान लेना कि डैशबोर्ड में दिख रहा नंबर मैसेज भेजने के लिए तैयार है। दिखना और रजिस्टर होना अलग बातें हैं।
- ऑनबोर्डिंग प्रक्रिया बीच में छोड़ देना। आख़िरी चरण ही रजिस्ट्रेशन करते हैं।
- इसे 133006 से भ्रमित करना, जो रजिस्ट्रेशन नहीं बल्कि पुष्टि से जुड़ा है।

**रजिस्ट्रेशन क्या है?** नंबर को Cloud API पर मैसेज भेजने के लिए सक्रिय करना। यह उसे खाते में जोड़ने से अलग है।

**क्या मुझे यह खुद करना होगा?** मैन्युअल सेटअप में हाँ। Coexistence प्रक्रिया में यह आपके लिए हो जाता है।

**क्या इसे दोबारा करना पड़ता है?** सिर्फ तब, जब नंबर किसी दूसरे खाते में माइग्रेट किया जाए।

**अगर रजिस्ट्रेशन विफल हो जाए तो?** आमतौर पर वजह दो चरणों वाला पिन होता है, जिससे गड़बड़ी 133005 आती है।

---

## WhatsApp गड़बड़ी 133005: दो-चरणीय पुष्टि का गलत पिन

https://easycoexistence.com/hi/docs/whatsapp-error-133005

गड़बड़ी 133005 का मतलब है कि रजिस्ट्रेशन के दौरान दिया गया दो-चरणीय पुष्टि का पिन गलत था। यह छह अंकों का पिन है, जो नंबर के पहली बार रजिस्टर होते समय सेट किया गया था। बार-बार गलत अंदाज़ा लगाने पर आगे की कोशिशें लॉक हो जाती हैं, इसलिए दोबारा कोशिश करने से ज़्यादा ज़रूरी है रिकवरी का सही रास्ता।

### यह पिन कहाँ से आता है

यह पिन तब सेट होता है जब नंबर पहली बार Cloud API मैसेजिंग के लिए रजिस्टर किया जाता है। बाद में हर रजिस्ट्रेशन पर इसकी दोबारा ज़रूरत पड़ती है, नंबर को किसी दूसरे खाते में माइग्रेट करने के बाद भी।

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

### अगर किसी को पिन याद न हो

एक रास्ता है। वह अंदाज़ा लगाने से धीमा है, लेकिन असल में काम करता है।

- अंदाज़ा लगाना बंद करें। बार-बार विफल होने पर 133008 लौटता है और कुछ समय के लिए कोशिशें लॉक हो जाती हैं।
- WhatsApp Manager में नंबर की दो-चरणीय पुष्टि की सेटिंग से पिन बदलें। इसे बंद करने के लिए कोई एपीआई एंडपॉइंट नहीं है।
- एडमिन एपीआई से भी नए पिन के लिए नंबर की ID पर POST अनुरोध भेज सकता है, और फिर उसी पिन से दोबारा रजिस्टर कर सकता है।
- पिन वापस मिल जाए तो नया पिन ऐसी जगह रखें जहाँ अगला व्यक्ति उसे ढूँढ सके।

### अगली बार इससे कैसे बचें

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

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

- बार-बार अंदाज़ा लगाना। इससे 133008 आता है और कोशिशें लॉक हो जाती हैं।
- पिन को कारोबार के बजाय किसी एक व्यक्ति के पास रखना।
- यह मान लेना कि सेटअप के बाद इसकी दोबारा ज़रूरत नहीं पड़ेगी। माइग्रेशन में यह चाहिए।

**यह पिन कहाँ सेट हुआ था?** जब नंबर पहली बार Cloud API मैसेजिंग के लिए रजिस्टर किया गया था।

**अगर मुझे पिन पता न हो तो क्या करें?** WhatsApp Manager में नंबर की दो-चरणीय पुष्टि की सेटिंग से इसे बदलें, या एपीआई से नया पिन सेट करें।

**अगर मैं अंदाज़ा लगाता रहूँ तो क्या होगा?** कोशिशें लॉक हो जाती हैं और आपको इसके बजाय गड़बड़ी 133008 मिलती है।

**पिन की ज़रूरत कब पड़ती है?** रजिस्ट्रेशन के समय, और हर दोबारा रजिस्ट्रेशन या माइग्रेशन पर भी।

---

## WhatsApp गड़बड़ी 133008: बहुत बार गलत PIN

https://easycoexistence.com/hi/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/hi/docs/whatsapp-error-133006

गड़बड़ी 133006 का मतलब है कि मैसेजिंग के लिए नंबर रजिस्टर करने से पहले उसकी पुष्टि ज़रूरी है। SMS या वॉइस कॉल से भेजे गए कोड के ज़रिए नंबर पर नियंत्रण साबित होता है। यह नंबर जोड़ने और उसे रजिस्टर करने, दोनों से अलग चरण है।

### पुष्टि और रजिस्ट्रेशन में अंतर

पुष्टि से साबित होता है कि कारोबार का नंबर पर नियंत्रण है। रजिस्ट्रेशन उसे Cloud API मैसेजिंग के लिए सक्रिय करता है। ये इसी क्रम में होते हैं, और इस गड़बड़ी का मतलब है कि पहला चरण पूरा नहीं हुआ है।

व्यावहारिक रूप से, किसी व्यक्ति को उस नंबर पर SMS या स्वचालित वॉइस कॉल से भेजा गया कोड मिलना चाहिए। जिस नंबर का जवाब कोई नहीं दे सकता, उसकी पुष्टि नहीं हो सकती। ज़्यादातर मामलों में एपीआई अनुरोध के बजाय यही असली रुकावट होती है।

### पुष्टि में क्या रुकावट डालता है

लगभग हमेशा वजह तकनीकी के बजाय कोई भौतिक समस्या होती है।

- किसी के पास हैंडसेट या SIM नहीं है। यह अक्सर पिछले मालिक से मिले नंबर के साथ होता है।
- नंबर लैंडलाइन है और उस पर SMS नहीं आता। ऐसे में वॉइस पुष्टि का इस्तेमाल करें।
- वर्चुअल नंबर का प्रदाता कोड को फ़िल्टर या देर से भेजता है।
- नंबर पहले से किसी दूसरे WhatsApp खाते पर रजिस्टर है, जिसे पहले सुलझाना होगा।

- पुष्टि से पहले रजिस्ट्रेशन का प्रयास करना। क्रम महत्वपूर्ण है।
- लैंडलाइन पर SMS चुनना। ऐसे नंबरों के लिए वॉइस पुष्टि उपलब्ध है।
- यह मान लेना कि वर्चुअल नंबर पर कोड भरोसेमंद तरीके से मिलेगा। कई नंबरों पर ऐसा नहीं होता।

**मैं पुष्टि कैसे करूं?** नंबर पर SMS या स्वचालित वॉइस कॉल से भेजे गए कोड का इस्तेमाल करें।

**लैंडलाइन का क्या करें?** वॉइस पुष्टि का इस्तेमाल करें, जो SMS के बिना नंबरों के लिए उपलब्ध है।

**क्या यह रजिस्ट्रेशन जैसा ही है?** नहीं। पुष्टि से नियंत्रण साबित होता है, जबकि रजिस्ट्रेशन मैसेजिंग सक्रिय करता है।

**क्या मैं इसे छोड़ सकता हूं?** नहीं। यह पूरा होने तक रजिस्ट्रेशन यही गड़बड़ी दिखाता रहेगा।

---

## WhatsApp की गड़बड़ी 131050: उपयोगकर्ता ने मैसेज पाने से मना किया है

https://easycoexistence.com/hi/docs/whatsapp-error-131050

गड़बड़ी 131050 का मतलब है कि प्राप्तकर्ता ने आपके कारोबार से मैसेज पाने से मना किया है। यह कोई खराबी नहीं है और इसका कोई तकनीकी उपाय नहीं है: व्यक्ति ने अपनी पसंद बताई है, इसलिए सही प्रतिक्रिया उसे दर्ज करना और मैसेज भेजना बंद करना है।

### उपाय क्यों नहीं है

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

Meta इसके बाद होने वाली गतिविधि पर भी नज़र रखता है। मैसेज पाने से मना कर चुके लोगों को बार-बार मैसेज भेजने की कोशिश गुणवत्ता रेटिंग के संकेतों को प्रभावित करती है। गुणवत्ता रेटिंग गिरने पर असर केवल उन प्राप्तकर्ताओं पर नहीं, बल्कि पूरे नंबर की मैसेज भेजने की क्षमता पर पड़ता है।

### इसके बजाय क्या करें

इसे सही तरह से, एक बार दर्ज करें और सिस्टम के बाकी हिस्सों को भी इसका सम्मान करने दें।

- संपर्क के साथ यह जानकारी सुरक्षित रखें, ताकि कोई प्रक्रिया अपने-आप दोबारा कोशिश न करे।
- नंबर को हर अभियान और स्वचालन में रोकें, केवल उस अभियान में नहीं जिसने गड़बड़ी पैदा की।
- दूसरे कारोबार नंबर से उन तक पहुँचने की कोशिश न करें। व्यक्ति और उसकी पसंद वही है।
- अगर वे बाद में पहले आपको मैसेज करते हैं, तो सेवा विंडो फिर खुल जाती है और आप जवाब दे सकते हैं। यह फैसला उनका है, आपका नहीं।

- दोबारा कोशिश करना। यह रोक जानबूझकर लगाई गई है और व्यक्ति के इसे बदलने तक स्थायी रहती है।
- केवल असफल अभियान में रोक लगाना, ताकि कोई दूसरा अभियान अगले दिन फिर कोशिश करे।
- उसी व्यक्ति तक पहुँचने के लिए दूसरा नंबर इस्तेमाल करना। यह उसी पसंद को अनदेखा करना है।

**क्या मैं उन्हें फिर मैसेज भेज सकता हूँ?** केवल तब, जब वे पहले आपको मैसेज करें। इससे सेवा विंडो फिर खुल जाती है।

**क्या इसे दरकिनार करने का कोई तरीका है?** नहीं, और ऐसी कोशिश आपकी गुणवत्ता रेटिंग को नुकसान पहुँचाती है।

**क्या इसका असर मेरे पूरे नंबर पर पड़ता है?** रोक उस प्राप्तकर्ता पर लागू होती है, लेकिन बार-बार की गई कोशिशें आपकी कुल गुणवत्ता रेटिंग को प्रभावित करती हैं।

**क्या मुझे उन्हें अपनी सूची से हटाना चाहिए?** उन्हें हर जगह रोकें, केवल उस अभियान में नहीं जो असफल हुआ।

---

## WhatsApp गड़बड़ी 130497: प्राप्तकर्ता का देश अनुमत नहीं

https://easycoexistence.com/hi/docs/whatsapp-error-130497

गड़बड़ी 130497 का मतलब है कि आपके खाते से प्राप्तकर्ता के देश में मैसेज भेजने की अनुमति नहीं है। यह प्राप्तकर्ता से जुड़ी समस्या नहीं, बल्कि भौगोलिक रोक है। आम तौर पर यह अनुरोध की गलती के बजाय खाते की सीमा होती है।

### देश पर रोक किस वजह से लगती है

कई कारण हो सकते हैं और ये सभी स्थायी नहीं होते।

- कारोबार की पुष्टि होने तक सीमाओं वाला नया या अपुष्ट खाता।
- ऐसा देश जिस पर Meta पूरे प्लेटफ़ॉर्म पर रोक लगाता है।
- जांच या कार्रवाई के दौरान खाते के स्तर पर लगाई गई रोक।
- गलत देश कोड वाला नंबर, जिससे उस देश के लिए गड़बड़ी आती है जिसे आपने मैसेज भेजने के लिए चुना ही नहीं था।

### पहले फ़ॉर्मैट की गड़बड़ी दूर करें

क्योंकि यही एक कारण है जिसे आप स्वयं ठीक कर सकते हैं और यह बाकी कारणों से अधिक आम है।

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

- यह मान लेना कि गलती प्राप्तकर्ता की है। रोक आपके खाते और उस देश पर है।
- दोबारा प्रयास करना। प्रयासों के बीच कुछ नहीं बदलता।
- फ़ॉर्मैट की जांच छोड़ देना, जबकि यही एक कारण आपके नियंत्रण में है।

**क्या प्राप्तकर्ता ने मुझे ब्लॉक किया है?** नहीं। यह आपके खाते पर लगी देश के स्तर की रोक है।

**क्या यह रोक हट सकती है?** कुछ रोक अस्थायी होती हैं और कारोबार की पुष्टि के बाद हट जाती हैं। कुछ पूरे प्लेटफ़ॉर्म पर लागू होती हैं।

**क्या यह फ़ॉर्मैट की गड़बड़ी हो सकती है?** हाँ, इसलिए पहले इसकी जांच करें। गलत देश कोड नंबर को गलत देश से जोड़ देता है।

**क्या दोबारा प्रयास करने से मदद मिलेगी?** नहीं। प्रयासों के बीच रोक नहीं बदलती।

---

## WhatsApp की गड़बड़ी 132007: टेम्पलेट नीति का उल्लंघन

https://easycoexistence.com/hi/docs/whatsapp-error-132007

गड़बड़ी 132007 का मतलब है कि टेम्पलेट WhatsApp की कारोबार मैसेजिंग नीति का उल्लंघन करता है। मैसेज अपने मौजूदा रूप में नहीं भेजा जाएगा। टेम्पलेट को फिर लिखकर दोबारा जमा करें, अनुरोध में बदलाव न करें।

### नीति वास्तव में किस चीज़ को प्रतिबंधित करती है

पहला टेम्पलेट लिखते समय अधिकांश लोग जितना मानते हैं, नियम उससे अधिक सीमित हैं।

- ऐसी सामग्री जो उस व्यक्ति को बिना मांगे भेजा गया प्रचार लगे।
- प्रतिबंधित श्रेणियां, जिनमें कुछ वित्तीय, स्वास्थ्य और विनियमित उत्पाद शामिल हैं।
- ऐसी भाषा जो भेजने वाले की गलत पहचान बताए या किसी गैर-मौजूद संबद्धता का संकेत दे।
- भ्रामक जल्दबाज़ी या जवाब के लिए दबाव बनाने वाली कोई भी संरचना।

### श्रेणी शब्दों जितनी ही महत्वपूर्ण क्यों है

उपयोगिता के रूप में जमा किया गया टेम्पलेट अगर मार्केटिंग जैसा पढ़ता है, तो उसमें आपत्तिजनक कुछ न होने पर भी यह नीति की समस्या है। Meta टेम्पलेट को श्रेणी देता है, क्योंकि दोनों में सहमति की अपेक्षाएं अलग होती हैं। उपयोगिता श्रेणी के तहत प्रचार मैसेज भेजना इसी नियम को विफल करता है।

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

- मैसेज दोबारा भेजना। समस्या टेम्पलेट में है, अनुरोध में नहीं।
- सिर्फ दिखावटी बदलाव करके फिर जमा करना। श्रेणी गलत होने पर शब्द उसे नहीं बचा पाएंगे।
- यह मान लेना कि स्वीकृति स्थायी है। 132016 के तहत टेम्पलेट बाद में बंद किया जा सकता है।

**क्या मैं मैसेज दोबारा भेज सकता हूं?** नहीं। टेम्पलेट को फिर लिखकर दोबारा जमा करना होगा।

**शब्द ठीक लगने पर भी इसे अस्वीकार क्यों किया गया?** अक्सर वजह श्रेणी होती है। उपयोगिता के रूप में जमा किया गया मार्केटिंग मैसेज, शब्दों से अलग, नीति की समस्या है।

**दोबारा जमा करने में कितना समय लगता है?** समीक्षा आमतौर पर जल्दी होती है, लेकिन कोई निश्चित समय नहीं है।

**क्या यह 132016 जैसा ही है?** नहीं। 132016 वह कोड है जिसमें स्वीकृति के बाद टेम्पलेट स्थायी रूप से बंद कर दिया जाता है।

---

## WhatsApp गड़बड़ी 132012: टेम्पलेट पैरामीटर फ़ॉर्मैट मेल नहीं खाता

https://easycoexistence.com/hi/docs/whatsapp-error-132012

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

### क्या-क्या समान होना चाहिए

सब कुछ, और यह चुपचाप जाँचा जाता है। आंशिक मिलान नहीं होता।

- संख्या: बॉडी में तीन प्लेसहोल्डर होने पर बॉडी के तीन पैरामीटर ही होने चाहिए, न अधिक न कम।
- क्रम: पैरामीटर अपनी स्थिति के आधार पर मिलते हैं। दो पैरामीटर बदलने पर मान गलत जगह पहुँचते हैं, या प्रकार अलग होने पर यह गड़बड़ी आती है।
- प्रकार: मुद्रा या तारीख वाले पैरामीटर का ऑब्जेक्ट आकार तय होता है और उन्हें साधारण टेक्स्ट के रूप में नहीं भेजा जा सकता।
- कंपोनेंट: हेडर, बॉडी और बटन के पैरामीटर अलग-अलग सूचियाँ हैं। इन्हें एक सूची में नहीं मिलाया जा सकता।

### वह बदलाव जो प्रोडक्शन तोड़ देता है

टेम्पलेट अक्सर वे लोग संपादित करते हैं जो एपीआई कॉल करने वाले लोग नहीं होते। कोई मैसेज स्पष्ट करने के लिए एक वैरिएबल जोड़ता है, टेम्पलेट फिर से स्वीकृत हो जाता है और अपरिवर्तित इंटीग्रेशन से भेजा गया हर मैसेज विफल होने लगता है।

इसका पहले से बचाव करना बेहतर है। टेम्पलेट स्टेटस वेबहुक की सदस्यता लेने पर बदलाव एक इवेंट के रूप में आता है। टेम्पलेट की वैरिएबल संख्या को इंटीग्रेशन अनुबंध का हिस्सा मानकर बदलाव के समय उसकी समीक्षा करने से शब्दों में किया गया सुधार आउटेज नहीं बनता।

- सावधानी के लिए अतिरिक्त पैरामीटर भेजना। अधिक पैरामीटर भी उतने ही गलत हैं जितने कम पैरामीटर।
- स्थितिगत पैरामीटर को नामित पैरामीटर समझना। उनका मिलान केवल स्थिति के आधार पर होता है।
- टेम्पलेट संपादित करना और उसे भेजने वाले कोड की जाँच न करना।

**मैं कितने पैरामीटर भेजूँ?** टेम्पलेट में जितने पैरामीटर तय हैं, उतने ही और उसी क्रम में।

**क्या मैं अतिरिक्त पैरामीटर भेज सकता हूँ?** नहीं। बहुत अधिक पैरामीटर भेजने पर भी वही गड़बड़ी होती है जो बहुत कम भेजने पर।

**यह अचानक क्यों होने लगा?** आमतौर पर टेम्पलेट संपादित हुआ और उसकी वैरिएबल संख्या बदल गई।

**क्या पैरामीटर के नाम होते हैं?** नहीं। वे स्थिति के आधार पर मिलते हैं, इसलिए क्रम महत्वपूर्ण है।

---

## WhatsApp गड़बड़ी 132016: टेम्पलेट स्थायी रूप से बंद

https://easycoexistence.com/hi/docs/whatsapp-error-132016

गड़बड़ी 132016 का मतलब है कि टेम्पलेट स्थायी रूप से बंद है और दोबारा इस्तेमाल नहीं किया जा सकता। आमतौर पर यह गुणवत्ता में लगातार गिरावट का अंत होता है: प्राप्तकर्ताओं ने इससे भेजे गए मैसेज ब्लॉक या रिपोर्ट किए, टेम्पलेट की गुणवत्ता रेटिंग गिरी और Meta ने इसे हटा दिया।

### यह स्थिति कैसे आती है

आमतौर पर एक ही चरण में नहीं। प्राप्तकर्ताओं को नापसंद आने वाला स्वीकृत टेम्पलेट ब्लॉक और रिपोर्ट जमा करता रहता है, उसकी गुणवत्ता रेटिंग हरे से पीले और फिर लाल रंग तक गिरती है और उसे रोक दिया जाता है। बार-बार रुकने का अंत स्थायी रूप से बंद होने में होता है।

अगर आप सुन रहे हों, तो यह पूरा क्रम दिखाई देता है। टेम्पलेट गुणवत्ता वेबहुक हर बदलाव की सूचना देता है, और टेम्पलेट का पीला होना समय रहते चेतावनी देता है। इसे अनदेखा करने पर काम करने वाला टेम्पलेट इस्तेमाल न किए जा सकने वाले टेम्पलेट में बदल जाता है।

### इसके बारे में क्या करें

दो काम, इसी क्रम में।

- इसके साथ मैसेज भेजना बंद करें और किसी दूसरे टेम्पलेट पर जाएँ, क्योंकि यह फिर कभी काम नहीं करेगा।
- नया टेम्पलेट लिखने से पहले समझें कि प्राप्तकर्ताओं को यह क्यों नापसंद आया, वरना नया टेम्पलेट भी उसी रास्ते पर जाएगा।
- शब्दों के साथ दर्शकों की भी जाँच करें। जिन लोगों को मैसेज की उम्मीद नहीं थी, उन्हें अच्छा टेम्पलेट भेजने पर भी ब्लॉक मिलते हैं।
- टेम्पलेट गुणवत्ता वेबहुक की सदस्यता लें, ताकि अगली गिरावट बंद होने के बजाय पीले स्तर पर ही दिखाई दे।

- नए नाम से वही टेम्पलेट फिर बनाना। समस्या सामग्री में थी।
- पीली गुणवत्ता रेटिंग को अनदेखा करना। पीला चेतावनी है, लाल उसका परिणाम।
- जब समस्या दर्शकों की थी, तब शब्दों को दोष देना।

**क्या इसे फिर सक्रिय किया जा सकता है?** नहीं। स्थायी रूप से बंद का मतलब स्थायी है।

**क्या मैं इसे नए नाम से फिर बना सकता हूँ?** बना सकते हैं, लेकिन गिरावट का कारण सामग्री थी, इसलिए नया टेम्पलेट भी उसी रास्ते पर जाने की संभावना है।

**यह 132015 से कैसे अलग है?** 132015 एक रोक है, जो हट सकती है। यह नहीं हटता।

**क्या मुझे इसका पहले से पता चल सकता था?** हाँ। टेम्पलेट गुणवत्ता वेबहुक इस स्थिति तक पहुँचने से पहले गिरावट की सूचना देते हैं।

---

## WhatsApp गड़बड़ी 131056: एक प्राप्तकर्ता को बहुत ज़्यादा मैसेज

https://easycoexistence.com/hi/docs/whatsapp-error-131056

गड़बड़ी 131056 का मतलब है कि कम समय में आपके कारोबार नंबर और एक प्राप्तकर्ता के बीच बहुत ज़्यादा मैसेज भेजे गए। यह प्रति-जोड़ी दर सीमा है, जो आपके खाते की कुल संदेश-क्षमता से अलग होती है। आम तौर पर इसका मतलब है कि कोई स्वचालन खुद को दोहरा रहा है।

### यह हर जोड़ी के लिए क्यों है

क्योंकि यह जिस समस्या से बचाता है, वह सामान्य मात्रा नहीं, बल्कि किसी एक व्यक्ति को लगातार मैसेज भेजना है। कोई खाता अपनी कुल संदेश-क्षमता के भीतर रह सकता है, फिर भी एक मिनट में एक प्राप्तकर्ता को तीस मैसेज भेज सकता है। सामने वाले व्यक्ति को यह खाते की कुल मात्रा से अलग स्पैम जैसा लगेगा।

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

### आम तौर पर इसका कारण क्या होता है

लगभग हमेशा इसका कारण किसी व्यक्ति का टाइप करना नहीं, बल्कि कोई स्वचालित प्रक्रिया होती है।

- पुनः प्रयास का चक्र, जो डिलीवरी गड़बड़ी को भेजने की गड़बड़ी समझकर फिर से मैसेज भेजता है।
- ऐसा वेबहुक हैंडलर, जो जवाब भेजता है और उसी इवेंट के लिए एक से ज़्यादा बार चल जाता है।
- ऐसा चैटबॉट, जो एक जवाब को जल्दी-जल्दी कई छोटे मैसेज में बांट देता है।
- डेवलपमेंट के दौरान उसी नंबर पर बार-बार मैसेज भेजने वाली टेस्ट स्क्रिप्ट।

### इससे कैसे बचें

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

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

- पुनः प्रयास करना, जिससे पहले से लगातार मैसेज पा रहे प्राप्तकर्ता को एक और मैसेज भेजा जाता है।
- केवल खाते के स्तर पर गति सीमित करना। यह सीमा हर प्राप्तकर्ता के लिए होती है।
- मैसेज आईडी के आधार पर डुप्लिकेशन रोके बिना वेबहुक इवेंट संभालना।

**क्या यह मेरे खाते की दर सीमा है?** नहीं। वह 130429 है। यह हर प्राप्तकर्ता के लिए है।

**कम मात्रा वाले नंबर पर यह क्यों दिखता है?** क्योंकि सीमा खाते की कुल मात्रा पर नहीं, जोड़ी पर लागू होती है।

**मैं इसे कैसे रोकूं?** हर बातचीत की गति सीमित करें और मैसेज आईडी के आधार पर वेबहुक इवेंट का डुप्लिकेशन रोकें।

**क्या मुझे फिर से प्रयास करना चाहिए?** नहीं। फिर से प्रयास करने पर उसी प्राप्तकर्ता को एक और मैसेज भेजा जाता है।

---

## WhatsApp एरर 80007: WhatsApp Business Account पर रेट लिमिट

https://easycoexistence.com/hi/docs/whatsapp-error-80007

एरर 80007 का मतलब है कि WhatsApp Business Account पर रेट लिमिट लग गई है। यह मैनेजमेंट और रीड कॉल पर लागू होती है, मैसेज भेजने की गति पर नहीं। आम वजह पोलिंग है: कोई सिस्टम स्टेटस को डेटा बदलने से कहीं अधिक बार जाँच रहा है।

### यह किसे गिनता है

ग्राहकों को भेजे गए मैसेज के बजाय खाते पर की गई कॉल।

- फ़ोन नंबर, उनकी क्वालिटी रेटिंग और उनकी मैसेज गति का स्तर पढ़ना।
- मैसेज टेम्पलेट की सूची बनाना और उन्हें पढ़ना।
- सब्सक्रिप्शन और वेबहुक कॉन्फ़िगरेशन कॉल।
- शेड्यूल पर की गई कोई भी स्टेटस जाँच, जिससे आम तौर पर वॉल्यूम बढ़ता है।

### पोलिंग वह वजह है जिसे ठीक करना चाहिए

कुछ नंबरों पर हर तीस सेकंड में स्टेटस पोल करने से ऐसे डेटा पर रोज़ाना हज़ारों कॉल होती हैं, जो महीने में कुछ ही बार बदलता है। अंततः यह लिमिट पहुँच जाती है। तब पोलिंग ठीक उसी समय रुक जाती है, जब कोई महत्वपूर्ण बदलाव हुआ हो।

वेबहुक इसका उलटा तरीका अपनाते हैं। Meta क्वालिटी रेटिंग, खाते के अपडेट या टेम्पलेट स्टेटस में बदलाव होते ही उसे भेज देता है। इसमें कोई कॉल नहीं लगती और यह किसी भी पोल से तेज़ पहुँचता है। सही आर्किटेक्चर बदलावों के लिए वेबहुक है, जबकि पोलिंग को मुख्य तरीके के बजाय कभी-कभार होने वाले मिलान तक सीमित रखना चाहिए।

- कम अंतराल पर स्टेटस पोल करना। इससे ऐसे डेटा पर लिमिट खर्च होती है, जो शायद ही बदलता है।
- रिट्राई बढ़ाकर प्रतिक्रिया देना, जिससे लिमिट और तेज़ी से खर्च होती है।
- इसे 130429 से भ्रमित करना, जो मैसेज भेजने से जुड़ा है।

**क्या यह मैसेज भेजने से जुड़ा है?** नहीं। वह लिमिट 130429 है। यह लिमिट मैनेजमेंट और रीड कॉल को कवर करती है।

**इसकी वजह क्या है?** आमतौर पर कम अंतराल पर स्टेटस पोल करना।

**मुझे इसके बजाय क्या करना चाहिए?** वेबहुक की सदस्यता लें और पोलिंग को कभी-कभार होने वाले मिलान के लिए रखें।

**क्या यह अपने आप हट जाता है?** हाँ, विंडो खत्म होने पर। लेकिन पोलिंग में बदलाव न करने पर यह फिर लौट आती है।

---

## एजेंसियों और कंसल्टेंसी के लिए WhatsApp Coexistence

https://easycoexistence.com/hi/whatsapp-coexistence-for-agencies

एजेंसियों को हर क्लाइंट के साथ एक ही समस्या आती है: नंबर का जवाब उनके स्टाफ पहले से देता है, और उसे माइग्रेट करने पर WhatsApp Business ऐप उनसे छिन जाता है। Coexistence इसे दूर करता है, इसलिए क्लाइंट का नंबर बिना किसी के काम करने का तरीका बदले जोड़ा जा सकता है।

### क्लाइंट के नंबर ज़्यादातर इंटीग्रेशन को क्यों रोकते हैं?

क्योंकि नंबर में बदलाव करने का अधिकार आपका नहीं होता, और उससे जुड़ी हर चीज़ पहले से इस्तेमाल में होती है।

क्लाइंट का नंबर गाड़ियों, इनवॉइस, वेबसाइट और वर्षों पुरानी बातचीत में छपा होता है। कोई व्यक्ति पूरे दिन फोन से इसका जवाब देता है और नियमित ग्राहकों को नाम से जानता है। जैसे ही किसी प्रस्ताव में उस नंबर को माइग्रेट करने की बात आती है, WhatsApp Business ऐप उस पर काम करना बंद कर देता है और उस व्यक्ति को आपके बनाए सिस्टम पर आना पड़ता है। ज़्यादातर क्लाइंट मना कर देते हैं, और उनका ऐसा करना सही है।

इसी वजह से इतनी एजेंसियां अनौपचारिक गेटवे पर चली गईं। उनसे फोन चलता रहता था, जो क्लाइंट की एकमात्र चिंता थी, और प्रतिबंध का जोखिम तब तक दिखाई नहीं देता था जब तक बहुत देर न हो जाए। Coexistence इसी वादे का आधिकारिक रूप है।

### क्लाइंट का ऑनबोर्डिंग वास्तव में कैसे होता है?

क्लाइंट अपने फोन पर सिर्फ़ एक काम करता है, और इसमें लगभग दो मिनट लगते हैं।

आप उन्हें कनेक्ट लिंक भेजते हैं। वे उसे खोलते हैं, Meta का अपना पॉपअप चलता है, वे अपना Business Portfolio और नंबर चुनते हैं, फिर WhatsApp Business ऐप में एक कोड स्कैन करते हैं। बस इतना ही करना होता है। कुछ इंस्टॉल नहीं होता, कोई क्रेडेंशियल साझा नहीं किया जाता, और स्कैन पूरा होते ही ऐप काम करता रहता है।

नंबर आपके खाते के बजाय उनके Business Portfolio में रहता है, जो दो कारणों से महत्वपूर्ण है। क्लाइंट पूछे कि कनेक्शन का मालिक कौन है, तो यही जवाब है। साथ ही, अगर वे एजेंसी बदलते हैं, तो संबंध बना रहता है, जिसे बाद में समझाने के बजाय पहले से वादा करना आसान है।

### बीस क्लाइंट होने पर यह कैसा दिखता है?

एक खाता, बीस नंबर, हर नंबर की एक समान फ़ीस और पढ़ने योग्य सूची।

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

इस स्तर पर अधिकांश मूल्य इसी दृश्यता का है। कनेक्शन चुपचाप विफल हो सकता है, WhatsApp Business ऐप लगभग हर विफलता के दौरान काम करता रहता है, और क्लाइंट को पता नहीं चलता। निगरानी के बिना पहला संकेत यही होता है कि क्लाइंट पूछता है कि उनका ऑटोमेशन क्यों रुक गया, और ऐसी बातचीत की शुरुआत अच्छी नहीं होती।

### क्या कोई एजेंट किसी व्यक्ति के बजाय ऑनबोर्डिंग कर सकता है?

अधिकांश काम, और जो हिस्सा वह नहीं कर सकता, वही हिस्सा क्लाइंट को वैसे भी करना होता है।

MCP कनेक्टर के ज़रिए असिस्टेंट get_connect_link कॉल करके वह लिंक बना सकता है जिसे क्लाइंट खोलता है। फिर set_webhook_destination से उस नंबर को आपके उस सिस्टम पर भेज सकता है जो उसे संभालता है। इसके बाद नंबर की सेहत जाँचकर पुष्टि कर सकता है कि सब कुछ लाइव है। पूरा क्रम बिना किसी के डैशबोर्ड खोले पूरा हो जाता है।

वह कोड स्कैन नहीं कर सकता। Meta का ऑनबोर्डिंग ब्राउज़र में चलता है और उस फोन की ज़रूरत होती है जिसमें नंबर मौजूद है। यह कमी नहीं, बल्कि जानबूझकर रखा गया सुरक्षा उपाय है। अपने नंबर को अधिकृत करने वाला एकमात्र व्यक्ति क्लाइंट है, और यही सही व्यवस्था है।

- क्लाइंट से वादा करना कि उनके स्टाफ को पता नहीं चलेगा, फिर नंबर माइग्रेट कर देना। माइग्रेशन ऐप हटा देता है और उन्हें तुरंत पता चल जाएगा।
- क्लाइंट के नंबर अपने Business Portfolio में जोड़ना। हर नंबर क्लाइंट के Portfolio में रखें, ताकि कनेक्शन उनका हो।
- बड़े स्तर पर निगरानी को वैकल्पिक मानना। बीस क्लाइंट में बीस चुपचाप विफल होने वाले कनेक्शन सहायता का बोझ हैं, कोई अपवाद नहीं।

**क्या हर क्लाइंट को आपके साथ अपना अलग खाता चाहिए?** नहीं। एक खाते में आपके प्रबंधन वाले सभी नंबर रखे जा सकते हैं, हर नंबर की अलग बिलिंग होती है और कनेक्टर उन सभी की सूची दिखाता है। जिन कारोबारों को आप सेवा देते हैं, उनके लिए इसका इस्तेमाल करने पर कोई रोक नहीं है।

**कनेक्शन का मालिक कौन है, मैं या क्लाइंट?** नंबर क्लाइंट के Business Portfolio में रहता है। आप कनेक्शन संभालते हैं, जबकि Meta के साथ मूल संबंध उनका होता है। यही ईमानदार जवाब है जब वे पूछते हैं।

**अगर कोई क्लाइंट चला जाए तो क्या होता है?** नंबर डिस्कनेक्ट हो जाता है और उनका WhatsApp Business ऐप पहले की तरह चलता रहता है। कनेक्ट किए जाने से नंबर में कोई स्थायी बदलाव नहीं होता।

**मैसेज के लिए Meta को भुगतान कौन करता है?** क्लाइंट अपने WhatsApp Business Account की भुगतान विधि से भुगतान करता है। ये शुल्क कभी हमारे माध्यम से नहीं गुजरते, इसलिए किसी के लिए अतिरिक्त मार्जिन जोड़ने की कोई गुंजाइश नहीं है।

---

## Meta Tech Provider होने का मतलब और यह क्यों ज़रूरी है

https://easycoexistence.com/hi/meta-tech-provider

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

### Tech Provider वास्तव में क्या करता है?

यह वह ऐप चलाता है जिसके ज़रिए दूसरे कारोबार अपने WhatsApp नंबर जोड़ते हैं।

जब कोई कारोबार ऑनबोर्ड होता है, तो Meta का Embedded Signup खुलता है और उनसे किसी ऐप को अनुमति देने के लिए कहता है। वह ऐप Tech Provider का होता है। अनुमति मिलने के बाद वह उनकी ओर से नंबर पर काम कर सकता है: उसका स्टेटस पढ़ना, मैसेज भेजना, टेम्पलेट मैनेज करना और यह तय करना कि वेबहुक कहाँ भेजे जाएँ। Provider जो कुछ भी देता है, वह इसी संबंध पर आधारित होता है।

यही स्टेटस इसे वैध बनाता है। Meta यह स्टेटस उस कंपनी को देता है जिसका अपना ऐप सत्यापित बिज़नेस मैनेजर पर हो, ऐप रिव्यू पास कर चुका हो। यही Provider को किसी और के क्रेडेंशियल रखने वाली स्क्रिप्ट से अलग करता है।

### ऐप का मालिक कौन है, इससे क्या फ़र्क पड़ता है?

क्योंकि इससे तय होता है कि आपके ग्राहक का नंबर किसके खाते से जुड़ता है।

किसी और के Provider खाते पर बना टूल उसी खाते की सीमाएँ अपनाता है। सामान्य ऑटोमेशन प्लेटफ़ॉर्म पर लोग जिन एकल कनेक्शन सीमाओं से टकराते हैं, वे यहीं से आती हैं: प्लेटफ़ॉर्म के पास एक Provider संबंध होता है और उसका इस्तेमाल करने वाले सभी लोग उसे साझा करते हैं।

हमारे अपने ऐप के साथ कनेक्शन ग्राहक के बिज़नेस पोर्टफोलियो और Meta के बीच सीधे बनता है। नंबर उन्हीं का रहता है, कोई रीसेलर उसे अपने पास नहीं रखता और अगला नंबर जोड़ना पहले जैसा ही काम होता है। किसी एजेंसी के लिए यह तकनीकी बारीकी नहीं है। जब ग्राहक पूछता है कि उसके नंबर का नियंत्रण किसके पास है, तो यही उसका जवाब है।

### इस स्टेटस के लिए क्या ज़रूरी है?

एक सत्यापित बिज़नेस मैनेजर, ऐप रिव्यू पास करने वाला ऐप और इन प्रक्रियाओं के रिकॉर्ड किए गए प्रदर्शन।

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

अगर आप अपना Provider बनाने पर विचार कर रहे हैं, तो यह जानना ज़रूरी है। अपने एक नंबर को जोड़ने के लिए इनमें से कुछ भी नहीं चाहिए। ग्राहकों के नंबर जोड़ने के लिए यह सब चाहिए, और इंतज़ार दिनों में नहीं, हफ़्तों में मापा जाता है।

### नंबर जोड़ने वाले कारोबार के लिए इससे क्या बदलता है?

तीन बातें, और इनमें से कोई भी इंटरफ़ेस में दिखाई नहीं देती।

नंबर उनके अपने बिज़नेस पोर्टफोलियो में जुड़ता है, इसलिए Meta के साथ संबंध भी उन्हीं का रहता है। बातचीत के शुल्क Meta सीधे उनके WhatsApp Business Account से लेता है। इसी वजह से बीच में कोई भी उन शुल्कों पर अपना मार्जिन नहीं जोड़ सकता। एक खाते में कितने नंबर रखे जा सकते हैं, इसकी कोई सीमा नहीं होती, क्योंकि साझा Provider संबंध बाँटा नहीं जा रहा है।

ऑनबोर्डिंग की प्रक्रिया इससे नहीं बदलती। Embedded Signup Meta की अपनी प्रक्रिया है, पॉपअप Meta का है और कोड स्कैन WhatsApp Business ऐप में होता है। Tech Provider इनमें से किसी चीज़ को बदलता नहीं है। वह इन्हें उपलब्ध कराता है।

- यह मान लेना कि हर Provider का अपना Tech Provider स्टेटस होता है। कई Provider किसी और के स्टेटस पर बने होते हैं और कनेक्शन सीमाएँ वहीं से आती हैं।
- इसे किसी तय समय-सीमा में हासिल करने की योजना बनाना। ऐप रिव्यू का समय कंपनी के नियंत्रण में नहीं होता।
- इसे केवल एक बैज समझना। यह खाता संबंध है और तय करता है कि ग्राहक का नंबर किसके पोर्टफोलियो में रहेगा।

**क्या इसका मतलब है कि Meta, EasyCoexistence का समर्थन करता है?** नहीं, और किसी Provider को ऐसा संकेत नहीं देना चाहिए। Tech Provider एक तकनीकी स्टेटस है, जो स्वीकृत ऐप के ज़रिए दूसरे कारोबारों के नंबर जोड़ने की अनुमति देता है। यह उस पर बने प्रोडक्ट का समर्थन नहीं है।

**क्या मैं खुद Tech Provider बन सकता हूँ?** हाँ। सत्यापित बिज़नेस मैनेजर वाली कोई भी कंपनी ऐप रिव्यू से गुज़रकर इसे मुफ़्त में हासिल कर सकती है। इसकी कीमत शुल्क नहीं, इंतज़ार है।

**मेरा नंबर किसके बिज़नेस पोर्टफोलियो में रहेगा?** आपके। कनेक्शन आपके पोर्टफोलियो और Meta के बीच बनता है और हमारा ऐप नंबर पर काम करने के लिए अधिकृत होता है। नंबर हमारे खाते में नहीं जाता।

**क्या मैं जोड़ सकने वाले नंबरों की संख्या की कोई सीमा है?** नहीं। दूसरे स्थानों पर आने वाली सीमाएँ एक ही Provider संबंध को कई उपयोगकर्ताओं में साझा करने से आती हैं। यहाँ ऐसा नहीं होता।

---

## WhatsApp Coexistence की कीमत, प्रोवाइडर के हिसाब से

https://easycoexistence.com/hi/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 खाते के भुगतान तरीके पर बिल करता है, और इसीलिए बीच में कोई उन पर छूट भी नहीं दे सकता।

**कौन-से प्रोवाइडर Coexistence को सपोर्ट करते हैं?** YCloud और 8x8 इसे दस्तावेज़ में बताते हैं, और Dualhook व EasyCoexistence इसी के आधार पर बने हैं। कई दूसरे प्राइसिंग पेज इसका ज़िक्र नहीं करते, जो किसी भी तरफ़ का सबूत नहीं है, इसलिए सीधे पूछना ठीक रहेगा।

---

## WhatsApp Coexistence की शब्दावली

https://easycoexistence.com/hi/whatsapp-coexistence-glossary

WhatsApp Coexistence से जुड़े शब्द आसानी से भ्रमित हो सकते हैं। व्यवहार में ज़्यादातर भ्रम तब होता है, जब दो लोग एक ही शब्द का इस्तेमाल अलग-अलग चीज़ों के लिए करते हैं। इस साइट पर इस्तेमाल होने वाली परिभाषाएँ यहां दी गई हैं और हर शब्द उस पेज से जुड़ा है जहां उसका विस्तार से वर्णन है।

### शब्दावली इतनी परेशानी क्यों पैदा करती है?

क्योंकि इनमें से कई शब्द अलग-अलग स्तरों की चीज़ों के नाम हैं, लेकिन सब एक ही स्तर के लगते हैं।

एक Business Portfolio में WhatsApp Business खाता होता है और उसमें फ़ोन नंबर होते हैं। हर फ़ोन नंबर का अपना फ़ोन नंबर आईडी होता है। बातचीत में इन चारों को खाता कह दिया जाता है। इसलिए check the account is working जैसे वाक्य का मतलब चार अलग-अलग जांच हो सकता है। यही बात इस प्लैटफ़ॉर्म की दोनों twenty four घंटे वाली विंडो पर भी लागू होती है। वे असंबंधित चीज़ों को मापती हैं, फिर भी अक्सर एक-दूसरे की जगह इस्तेमाल हो जाती हैं।

दूसरी वजह यह है कि Meta और प्रदाता एक ही चीज़ के लिए अलग शब्द इस्तेमाल करते हैं, और प्रदाता भी आपस में सहमत नहीं होते। जहां उपलब्ध है, यह पेज Meta की अपनी शब्दावली इस्तेमाल करता है और जहां कोई शब्द हमारा है, वहां यह बात साफ़ कहता है।

### व्यवहार में कौन-से अंतर सचमुच मायने रखते हैं?

तीन, और हर एक की वजह से किसी न किसी का एक दिन गया है।

ग्राहक सेवा विंडो और समन्वयन विंडो दोनों twenty four घंटे की होती हैं, लेकिन उनका आपस में कोई संबंध नहीं है। पहली यह तय करती है कि सामान्य मैसेज भेजा जा सकता है या नहीं। इसकी गिनती ग्राहक के आखिरी मैसेज से होती है। दूसरी यह तय करती है कि चैट इतिहास अभी भी दूसरी ओर लाया जा सकता है या नहीं। इसकी गिनती ऑनबोर्डिंग से होती है।

लिंक किया गया डिवाइस एपीआई नहीं है। यह उपभोक्ता WhatsApp क्लाइंट है, जिसमें कहीं और साइन इन किया गया है। अनौपचारिक टूल इसी काम को स्वचालित करते हैं और इसी वजह से नंबर प्रतिबंधित हो जाते हैं।

और वेबहुक डेस्टिनेशन किसी नंबर की सेटिंग नहीं है। यह किसी खाते से जुड़े ऐप की सदस्यता पर लगाया गया ओवरराइड है। इसलिए कनेक्शन हटने पर यह गायब हो जाता है और दोबारा कनेक्शन बनाने पर इसे फिर लगाना पड़ता है।

**क्या Coexistence, Cloud API से अलग एपीआई है?** नहीं। Coexistence, किसी नंबर को Cloud API पर ऑनबोर्ड करने का तरीका है, जिसमें WhatsApp Business ऐप उसी नंबर पर काम करता रहता है। एंडपॉइंट, मैसेज फ़ॉर्मैट और नियम एक जैसे हैं।

**Business Portfolio और WABA में क्या अंतर है?** Business Portfolio, Meta Business Manager में कंपनी-स्तरीय कंटेनर है। WhatsApp Business खाता इसके अंदर रहता है और फ़ोन नंबर रखता है। एक पोर्टफोलियो में कई WABA हो सकते हैं।

**क्या BSP और Tech Provider एक ही चीज़ हैं?** दोनों में कुछ समानता है, लेकिन वे अलग चीज़ें बताते हैं। Tech Provider, Meta का वह स्टेटस है जो किसी कंपनी को अपने ऐप के ज़रिए दूसरे कारोबारों के नंबर जोड़ने की अनुमति देता है। BSP आम तौर पर मैसेजिंग प्लैटफ़ॉर्म बेचने वाली कंपनी को कहते हैं। उसके पास यह स्टेटस हो भी सकता है और नहीं भी।

**MCP का WhatsApp से क्या संबंध है?** अपने आप में कोई संबंध नहीं। MCP, किसी एआई सहायक को किसी टूल तक पहुंच देने वाला प्रोटोकॉल है। WhatsApp MCP सर्वर किसी नंबर को ऐसे ही एक टूल के रूप में उपलब्ध कराता है। यह मैसेज प्राप्त नहीं कर सकता, केवल अनुरोध किए जाने पर कार्रवाई कर सकता है।

---

## WhatsApp वेबहुक फ़ील्ड और कौन से कहाँ जाते हैं

https://easycoexistence.com/hi/docs/webhook-fields

WhatsApp Business खाता इवेंट को नाम वाले फ़ील्ड के रूप में भेजता है। दो फ़ील्ड बातचीत की सामग्री रखते हैं और आपके एंडपॉइंट पर भेजे जाते हैं। छह परिचालन स्थिति रखते हैं और इन्हीं से मॉनिटरिंग बनती है। कौन सा फ़ील्ड क्या करता है, यह जानना आपके आर्किटेक्चर को तय करता है।

### हर फ़ील्ड में क्या होता है?

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 डिस्प्ले नाम की मंज़ूरियाँ और अस्वीकृतियाँ रखता है।

### आर्किटेक्चर के लिए यह विभाजन क्यों मायने रखता है?

क्योंकि इससे तय होता है कि बातचीत की सामग्री कभी किसी प्रोवाइडर तक पहुँचेगी या नहीं।

override दो मैसेज फ़ील्ड को Meta से सीधे आपके एंडपॉइंट पर भेजता है। छह परिचालन फ़ील्ड प्रोवाइडर तक जाते रहते हैं, जिससे किसी के पास मैसेज आए बिना डैशबोर्ड और अलर्टिंग संभव होती है।

इसीलिए मैसेज सेव न करने का दावा केवल नीति नहीं, संरचना पर आधारित भी हो सकता है। अगर मैसेज फ़ील्ड कहीं और भेजे जाते हैं, तो उन्हें सेव करने वाला कोई कोड पथ नहीं होता। हमारे मामले में override के बिना खाता डिफ़ॉल्ट कॉलबैक पर लौटता है, जहाँ हैंडलर इन इवेंट को बिना सेव किए हटा देता है।

### आपके हैंडलर को किन फ़ील्ड की अपेक्षा रखनी चाहिए?

override सेट होने पर केवल दो मैसेज फ़ील्ड की। फिर भी हैंडलर को बाकी चीज़ों पर विफल होने के बजाय उन्हें अनदेखा करने के लिए लिखना बेहतर है।

Meta समय के साथ फ़ील्ड जोड़ता है और पेलोड की संरचना में बिना सूचना नई कुंजियाँ आ सकती हैं। जो हैंडलर फ़ील्ड नाम के आधार पर काम करता है और अनजान फ़ील्ड को अनदेखा करता है, वह चलता रहता है। जो किसी निश्चित संरचना को मानकर चलता है, वह पहले अनजान इवेंट पर गड़बड़ी करेगा।

smb_message_echoes को स्पष्ट रूप से संभालना भी ज़रूरी है, उसे शोर मानकर छोड़ना नहीं। इसके बिना सॉफ़्टवेयर को पता नहीं चलता कि इंसान पहले ही जवाब दे चुका है, और ग्राहक को एक ही सवाल के दो जवाब मिल जाते हैं।

- सामान्य पेलोड मान लेना। हर इवेंट अपने फ़ील्ड का नाम देता है और हैंडलर को उसी के आधार पर काम करना चाहिए।
- smb_message_echoes को अनदेखा करना। इसके बिना सॉफ़्टवेयर पहले जवाब दे चुके इंसान के ऊपर जवाब भेज देता है।
- अनपहचाने फ़ील्ड को छोड़ने के बजाय उन पर विफल होना। Meta बिना पूछे फ़ील्ड जोड़ता रहता है।

**क्या मैं केवल कुछ फ़ील्ड पा सकता हूँ?** override मैसेज पथ को आपके पास भेजता है। परिचालन विभाजन तय रहता है, क्योंकि मॉनिटरिंग उसी पर आधारित है।

**क्या smb_message_echoes सामान्य Cloud API नंबर पर मौजूद होता है?** नहीं। यह इसलिए मौजूद होता है क्योंकि Coexistence नंबर पर ऐप से इंसान भी भेजता है और एपीआई से सॉफ़्टवेयर भी।

**अगर मैं कोई डेस्टिनेशन सेट न करूँ, तो मैसेज इवेंट का क्या होता है?** वे हमारे डिफ़ॉल्ट कॉलबैक पर आते हैं और बिना सेव किए हटा दिए जाते हैं।

**क्या फ़ील्ड नाम Meta के हैं या आपके?** Meta के। इनमें ऐसा कोई नाम नहीं है जिसे हमने खुद बनाया हो, इसलिए इन्हें एक बार सीखना उपयोगी है।

---

## WhatsApp वेबहुक एंडपॉइंट की पुष्टि

https://easycoexistence.com/hi/docs/webhook-verification

कोई भी इवेंट भेजने से पहले Meta आपके एंडपॉइंट को hub.mode, hub.verify_token और hub.challenge के साथ GET अनुरोध भेजता है। आपके एंडपॉइंट को टोकन की तुलना करनी होगी और चैलेंज को कच्ची बॉडी के रूप में लौटाना होगा। इसके अलावा कुछ भी होने पर डिलीवरी शुरू नहीं होती।

### Meta वास्तव में क्या भेजता है?

Meta आपके यूआरएल पर तीन क्वेरी पैरामीटर के साथ GET अनुरोध भेजता है। hub.mode को subscribe पर सेट किया जाता है। hub.verify_token वह टोकन है जिसे डेस्टिनेशन सेट करते समय आपने कॉन्फ़िगर किया था। hub.challenge वह मान है जिसे Meta इस प्रयास के लिए बनाता है।

आपके एंडपॉइंट को hub.verify_token की तुलना आपके चुने हुए टोकन से करनी चाहिए। टोकन मेल खाने पर 200 जवाब के साथ hub.challenge को पूरी जवाब-बॉडी के रूप में लौटाएं। इसे JSON में न लपेटें, इसके चारों ओर कोट न लगाएं और आखिर में वह नई लाइन न जोड़ें जिसे कुछ फ़्रेमवर्क डिफ़ॉल्ट रूप से जोड़ते हैं।

टोकन मेल न खाए तो 403 जवाब दें। यही पूरा प्रोटोकॉल है और इसे जानबूझकर छोटा रखा गया है।

### गलत जवाब चुपचाप क्यों विफल होता है?

क्योंकि पुष्टि का विफल होना आपके सिस्टम में गड़बड़ी नहीं, Meta के सिस्टम में अनुपस्थिति है।

जब चैलेंज सही तरीके से वापस नहीं भेजा जाता, Meta उस डेस्टिनेशन पर डिलीवरी शुरू ही नहीं करता। आपका सर्वर पुष्टि के लिए 200 लौटाता है, आपके लॉग में अनुरोध आने का रिकॉर्ड दिखता है और किसी भी डैशबोर्ड पर समस्या नहीं दिखती। एकमात्र संकेत यह है कि मैसेज कभी नहीं आते। ज़्यादातर लोग इसे हैंडशेक की समस्या के बजाय Coexistence की समस्या समझते हैं।

इसीलिए कॉल करने से पहले पुष्टि करना उपयोगी है। Graph अनुरोध भेजने से पहले हम जांचते हैं कि यूआरएल HTTPS है और पुष्टि टोकन दिया गया है। इससे गलत डेस्टिनेशन तुरंत विफल हो जाता है और कनेक्टेड जैसा नहीं दिखता।

### पुष्टि को और क्या रोक सकता है?

ऐसी तीन चीज़ें जिनका कोड से कोई संबंध नहीं है।

एंडपॉइंट के सामने प्रमाणीकरण। कोई गेटवे, basic auth लेयर या IP allowlist Meta के अनुरोध को अस्वीकार कर सकती है, और Meta के पास देने के लिए कोई क्रेडेंशियल नहीं है। पुष्टि रूट इनके बिना पहुंच योग्य होना चाहिए।

रीडायरेक्ट। Meta आपके दिए हुए यूआरएल पर कॉल करता है, और canonical host पर 301 रीडायरेक्ट ऐसे फ़ॉलो नहीं होता कि हैंडशेक पूरा हो सके। उसे अंतिम यूआरएल दें।

और ऐसा फ़्रेमवर्क जो जवाब को सीरियलाइज़ करता है। ऐसे हैंडलर से स्ट्रिंग लौटाने पर, जो हर चीज़ को JSON में लपेटता है, बॉडी में चैलेंज के चारों ओर कोट आ जाते हैं और वह मेल नहीं खाता।

- JSON लौटाना। बॉडी में बिना किसी अतिरिक्त चीज़ के कच्चा चैलेंज मान होना चाहिए।
- एंडपॉइंट को प्रमाणीकरण के पीछे रखना। Meta के पास क्रेडेंशियल नहीं हैं और अनुरोध अस्वीकार हो जाएगा।
- Meta को ऐसा यूआरएल देना जो रीडायरेक्ट करता है। अंतिम यूआरएल का इस्तेमाल करें।

**मुझे कौन-सा टोकन इस्तेमाल करना चाहिए?** आप अपनी पसंद की कोई भी स्ट्रिंग चुन सकते हैं। इससे आपका एंडपॉइंट Meta के अनुरोध को उस व्यक्ति के अनुरोध से अलग पहचान सकता है जिसे यूआरएल पता चल गया हो।

**पुष्टि कितनी बार होती है?** सेटअप के समय और हर बार डेस्टिनेशन सेट किए जाने पर। काम कर रहे एंडपॉइंट की हर इवेंट पर दोबारा पुष्टि नहीं होती।

**क्या मैं खुद इसका परीक्षण कर सकता हूं?** हां। अपने एंडपॉइंट को तीनों पैरामीटर के साथ कॉल करें और जांचें कि बॉडी में ठीक वही चैलेंज मान वापस आता है।

**अगर पुष्टि के दौरान मेरा सर्वर बंद था तो क्या होगा?** हैंडशेक विफल होगा और डेस्टिनेशन सक्रिय नहीं होगा। इसे फिर से सेव करने पर पुष्टि दोबारा चलेगी।

---

## MCP टूल का संदर्भ

https://easycoexistence.com/hi/docs/mcp-tools-reference

कनेक्टर खाते के हर नंबर के लिए सोलह टूल उपलब्ध कराता है। list_numbers पहले आता है, क्योंकि बाकी सभी टूल उससे मिला connection_id लेते हैं। बिलिंग रुकने पर छह टूल बंद हो जाते हैं: बाहरी दुनिया पर असर डालने वाले चार, access token लौटाने वाला get_api_credentials और create_connect_link। बाकी दस, यानी हेल्थ और टेम्पलेट पढ़ने वाले टूल और Partner API सेटअप, खुले रहते हैं।

### हर टूल क्या करता है?

पढ़ना: list_numbers कनेक्ट किए गए नंबरों को उनके स्टेटस, गुणवत्ता रेटिंग और मैसेजिंग टियर के साथ लौटाता है। हर दूसरी कॉल यहीं से शुरू होती है। get_number_health लाइव Meta स्नैपशॉट के साथ हाल की मॉनिटरिंग टाइमलाइन, वेबहुक इवेंट और पोलर जाँचें एक साथ लौटाता है। get_api_credentials Graph एपीआई का बेस यूआरएल, WABA आईडी, फ़ोन नंबर आईडी और, जहाँ उपलब्ध हो, खाते का अपना टोकन लौटाता है।

भेजना: send_message 24 घंटे की विंडो के भीतर फ़्री टेक्स्ट भेजता है, जहाँ जवाब मुफ़्त होते हैं। send_template एक स्वीकृत टेम्पलेट भेजता है। इसी तरह ऐसे व्यक्ति के साथ बातचीत शुरू की जाती है जिसने अभी तक कुछ नहीं लिखा है। list_templates, create_template और get_template_status टेम्पलेट के पूरे जीवनचक्र को संभालते हैं।

कनेक्शन: set_webhook_destination आने वाले मैसेज और ऐप के जवाब आपके सिस्टम तक पहुँचाता है। null भेजने पर यह फिर से रीसेट हो जाता है। get_connect_link नया नंबर कनेक्ट करने के लिए डैशबोर्ड लिंक और चरण लौटाता है। get_docs प्रोडक्ट दस्तावेज़ को markdown के रूप में लौटाता है।

Partner API, उन सॉफ़्टवेयर या एजेंसियों के लिए जिनके अपने ग्राहक नंबर जोड़ते हैं: get_partner_setup बिलिंग, API key, events URL और अगला कदम दिखाता है। create_api_key Partner API key जारी करता है और उसे सिर्फ़ एक बार दिखाता है, और साफ़ पुष्टि के बिना मौजूदा key को नहीं बदलता। revoke_api_key उसे रद्द करता है, वह भी पुष्टि के बाद ही। set_partner_events_url तय करता है कि status events कहाँ जाएँ और signing secret एक बार लौटाता है। create_connect_link एक ग्राहक के लिए 1 घंटे तक मान्य hosted connect link बनाता है, ठीक 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, क्योंकि यह खाते का access token लौटाता है, जिससे रुका हुआ खाता सीधे 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 उपयोगी है?** जितना सुनने में लगता है, उससे अधिक। यह असिस्टेंट को हमारा दस्तावेज़ markdown में देता है, इसलिए Coexistence के नियमों से जुड़े जवाब याददाश्त के बजाय हमारे दस्तावेज़ों से आते हैं।

**क्या एक कनेक्टर कई क्लाइंट को कवर करता है?** हाँ। एक खाते में जितने चाहें उतने नंबर रखे जा सकते हैं और list_numbers उन सभी को लौटाता है।

---

## नंबर जोड़ना, चरण-दर-चरण

https://easycoexistence.com/hi/docs/connecting-a-number

नंबर जोड़ने की प्रक्रिया Meta के अपने Embedded Signup से चलती है: Business Portfolio, WhatsApp Business खाता और नंबर चुनें, फिर WhatsApp Business ऐप में कोड स्कैन करें। इसमें करीब दो मिनट लगते हैं और ऐप पूरे समय चलता रहता है।

### फ़्लो में क्या होता है?

Meta का पॉपअप खुलता है और क्रम से तीन चीज़ें पूछता है।

पहले Business Portfolio, जो Business Manager में कंपनी-स्तर का कंटेनर है। फिर उसके अंदर WhatsApp Business खाता। इसके बाद फ़ोन नंबर, जो WhatsApp Business ऐप में पहले से पंजीकृत होना चाहिए, क्योंकि Coexistence ऐप में इस्तेमाल हो रहे नंबर को जोड़ता है, नया नंबर नहीं बनाता।

इसके बाद फ़्लो फ़ोन पर चला जाता है। Meta एक कोड दिखाता है, कोई व्यक्ति उस नंबर वाले डिवाइस पर WhatsApp Business ऐप खोलकर उसे स्कैन करता है। ब्राउज़र से बाहर जाने वाला यही एकमात्र चरण है और कारोबार की ओर से इसे कोई दूसरा व्यक्ति नहीं कर सकता।

### ऑनबोर्डिंग के दौरान क्या तय होता है और बाद में बदला नहीं जा सकता?

मौजूदा चैट इतिहास साझा करना है या नहीं, यह एक बार पूछा जाता है और उस कनेक्शन के लिए अंतिम होता है।

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

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

### शुरू करने से पहले क्या तैयार रखना चाहिए?

तीन चीज़ें, और उन्हें तैयार रखने से फ़्लो बीच में छोड़े जाने से बचता है।

उस Business Portfolio का ऐक्सेस जो नंबर का मालिक है। आम तौर पर यह इंटीग्रेशन करने वाले व्यक्ति के बजाय कारोबार मालिक के पास होता है। नंबर वाला फ़ोन पास में, अनलॉक और WhatsApp Business ऐप के साथ तैयार होना चाहिए। साथ ही, अगर संभव हो तो वेबहुक डेस्टिनेशन भी तैयार रखें, क्योंकि ऑनबोर्डिंग के अंत में उसे सेट करना बाद में याद रखने से आसान है।

अगर फ़्लो पूरा होने से पहले बंद हो जाए, तो नंबर खाते से जुड़ सकता है लेकिन पंजीकृत नहीं होगा और पहली बार मैसेज भेजने पर गड़बड़ी आएगी। फ़्लो को शुरुआत से फिर चलाने पर समस्या ठीक हो जाती है।

- फ़ोन पास में रखे बिना शुरू करना। स्कैन बाद में किसी दूसरे डिवाइस से नहीं किया जा सकता।
- नंबर दिखते ही पॉपअप बंद कर देना। इसके बाद भी चरण बाकी होते हैं और रुकने पर नंबर पंजीकृत नहीं होता।
- इंटीग्रेशन बनने तक इतिहास का फ़ैसला टालना। यह ऑनबोर्डिंग के 24 घंटे बाद समाप्त हो जाता है।

**क्या मैं ऐसा नंबर जोड़ सकता हूँ जिसका मालिक मैं नहीं हूँ?** सिर्फ़ उसका मालिक कारोबार ही इसे अधिकृत कर सकता है। आप उसे एक लिंक भेजें और वह अपने फ़ोन पर फ़्लो पूरा करे।

**क्या ऑनबोर्डिंग के दौरान ऐप काम करना बंद कर देता है?** नहीं। कोड स्कैन होने के दौरान भी ऐप पूरे समय चलता रहता है।

**अगर नंबर सामान्य WhatsApp ऐप पर है तो क्या होगा?** पहले उसे WhatsApp Business ऐप में ले जाना होगा। Coexistence Business ऐप वाले नंबर को जोड़ता है।

**क्या मैं फ़्लो दोबारा चला सकता हूँ?** हाँ। डिस्कनेक्ट करके फिर जोड़ने पर फ़्लो दोबारा चलता है और चैट इतिहास स्वीकार करने का नया अवसर मिलता है।

---

## 24 घंटे की ग्राहक सेवा विंडो

https://easycoexistence.com/hi/docs/customer-service-window

ग्राहक आपके नंबर पर मैसेज भेजता है, तभी ग्राहक सेवा विंडो खुलती है और 24 घंटे तक रहती है। इस दौरान आप फ़्री टेक्स्ट भेज सकते हैं और उन जवाबों का शुल्क नहीं लगता। इसके बाहर केवल Meta से मंज़ूर किया गया टेम्पलेट ही पहुंचेगा।

### घड़ी ठीक कब शुरू होती है?

जब ग्राहक मैसेज भेजता है, और उसके बाद वह हर मैसेज भेजने पर फिर शुरू हो जाती है।

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

इसका मतलब यह भी है कि विंडो नंबर के बजाय हर संपर्क के लिए अलग होती है। एक ही नंबर पर एक ग्राहक इसके अंदर हो सकता है और दूसरा उसी समय इसके बाहर।

### अंदर और बाहर क्या भेजा जा सकता है?

अंदर कुछ भी भेज सकते हैं: फ़्री टेक्स्ट, मीडिया और चाहें तो टेम्पलेट भी। बाहर केवल Meta से पहले से मंज़ूर किया गया टेम्पलेट भेजा जा सकता है।

इसीलिए टेम्पलेट मौजूद हैं। जिसने आपको मैसेज नहीं लिखा है, उसके साथ बातचीत शुरू या फिर शुरू करने का यही स्वीकृत तरीका है। इन्हें पहले से इसलिए जांचा जाता है क्योंकि प्राप्तकर्ता ने उस मैसेज का अनुरोध नहीं किया है।

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

### इंटीग्रेशन में यह बात प्रोडक्शन में जाकर ही क्यों पता चलती है?

क्योंकि परीक्षण हमेशा विंडो के अंदर होता है।

इंटीग्रेशन बनाने वाला व्यक्ति खुद को मैसेज भेजता है और कुछ सेकंड बाद उसका जवाब देता है। यह 24 घंटे के अंदर होता है, इसलिए फ़्री टेक्स्ट काम करता है और हर परीक्षण सफल हो जाता है। पहली वास्तविक गड़बड़ी उस ग्राहक के मामले में आती है जिसने कल लिखा था, जो आम तौर पर लॉन्च के बाद पता चलता है।

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

- अपना आखिरी मैसेज देखकर समय मापना। विंडो ग्राहक के मैसेज से खुलती है।
- इसे नंबर के हिसाब से मानना। यह हर संपर्क के लिए अलग होती है, इसलिए एक नंबर पर दो बातचीत की स्थितियां अलग हो सकती हैं।
- मैसेज भेजने के तुरंत बाद ही परीक्षण करना, जो हमेशा विंडो के अंदर होता है।

**क्या विंडो बढ़ाई जा सकती है?** नहीं। इसे Meta तय करता है और कोई भी प्रदाता इसकी अवधि नहीं बढ़ा सकता।

**क्या टेम्पलेट का जवाब देने से विंडो फिर खुल जाती है?** ग्राहक के जवाब देने से खुलती है। केवल टेम्पलेट भेजने से फ़्री टेक्स्ट वाली विंडो अपने आप नहीं खुलती।

**क्या जवाब सच में मुफ़्त होते हैं?** ग्राहक सेवा विंडो के अंदर भेजे गए मैसेज के लिए Meta शुल्क नहीं लेता। शुल्क उन बातचीत पर लगता है जो इसके बाहर शुरू की जाती हैं।

**जिस दूसरी 24 घंटे की विंडो के बारे में मैंने पढ़ा है, उसका क्या?** वह सिंक्रोनाइज़ेशन विंडो है, जिसकी गिनती ऑनबोर्डिंग से होती है। वह भेजने के बजाय चैट इतिहास को नियंत्रित करती है। दोनों का आपस में कोई संबंध नहीं है।

---

## WhatsApp मैसेज टेम्पलेट

https://easycoexistence.com/hi/docs/message-templates

टेम्पलेट वह मैसेज है जिसे Meta पहले से समीक्षा के लिए भेजा जाता है। मंज़ूरी मिलने के बाद इसे कभी भी भेज सकते हैं, यहां तक कि ऐसे व्यक्ति को भी जिसने कभी मैसेज नहीं किया हो। 24 घंटे की ग्राहक सेवा अवधि के बाहर मैसेज पहुंचाने का यही एक तरीका है।

### तीन श्रेणियां किसलिए हैं?

वे Meta को बताती हैं कि मैसेज किस प्रकार का है। श्रेणी से समीक्षा और बिलिंग, दोनों बदलते हैं।

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

गलत श्रेणी चुनना अस्वीकृति की आम वजह है। यूटिलिटी टेम्पलेट में प्रचार वाली भाषा पकड़ी जाती है, और इतनी लगातार पकड़ी जाती है कि ऐसा करना उचित नहीं।

### वैरिएबल कैसे काम करते हैं?

क्रमांकित प्लेसहोल्डर क्रम से भरे जाते हैं और हर कॉम्पोनेंट के लिए अलग गिने जाते हैं।

Hello {{1}}, your order {{2}} has shipped जैसी बॉडी में दो वैरिएबल होते हैं और भेजते समय बॉडी के लिए ठीक दो मान देने पड़ते हैं। हेडर और बटन के पैरामीटर एक ही सूची में जोड़कर नहीं गिने जाते। इसलिए सही कुल संख्या होने पर भी भेजना अस्वीकार हो सकता है।

टेम्पलेट बनाते समय Meta उदाहरण मान भी मांगता है, ताकि समीक्षक देख सके कि असली मैसेज कैसा दिखेगा। जगह से जुड़े नियम भी हैं: मैसेज की शुरुआत या अंत में वैरिएबल होना, या आसपास के टेक्स्ट की मात्रा के मुकाबले बहुत अधिक वैरिएबल होना, दोनों अस्वीकृति का कारण बनते हैं।

### Coexistence नंबर पर फ़ोन ऐप इन्हें क्यों नहीं भेज सकता?

क्योंकि टेम्पलेट प्लेटफ़ॉर्म की सुविधा है, ऐप की नहीं, और ऐप इन्हें समझता ही नहीं।

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

इसलिए तय समय पर भेजे जाने वाले, लेन-देन संबंधी या ऐसे व्यक्ति को भेजे जाने वाले मैसेज जिसने आज मैसेज नहीं किया है, परिभाषा के अनुसार एपीआई का काम हैं। कई कारोबारों के लिए कनेक्शन ठीक इसी कमी को पूरा करने के लिए बनाया गया है।

- एक ही प्रक्रिया में टेम्पलेट बनाकर भेजना। Meta पहले समीक्षा करता है, आमतौर पर कुछ मिनटों में, लेकिन कभी-कभी एक दिन लगता है।
- हेडर और बॉडी के वैरिएबल को एक साथ गिनना। वे हर कॉम्पोनेंट के लिए अलग गिने जाते हैं।
- यूटिलिटी टेम्पलेट में मार्केटिंग भाषा इस्तेमाल करना। यह लगातार होने वाली अस्वीकृति की वजह है।

**समीक्षा में कितना समय लगता है?** आमतौर पर कुछ मिनट, कभी-कभी एक दिन तक। कोई सेवा प्रदाता इसे तेज़ नहीं कर सकता।

**क्या हर भाषा के लिए अलग टेम्पलेट होता है?** हां। नाम और भाषा मिलकर टेम्पलेट की पहचान करते हैं, इसलिए दूसरी स्थानीय भाषा में वही नाम अलग टेम्पलेट होता है।

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

**क्या भुगतान का तरीका ज़रूरी है?** मार्केटिंग मैसेज के लिए हां, अपने WhatsApp Business खाते में। Meta इसे अनिवार्य करता है और कोई सेवा प्रदाता आपकी ओर से इसे जोड़ नहीं सकता।

---

## account_update वेबहुक और हर डिस्कनेक्शन कारण

https://easycoexistence.com/hi/docs/webhook-account-update

account_update वह तरीका है जिससे Meta बताता है कि कनेक्शन की स्थिति बदली है। इसका इवेंट फ़ील्ड बताता है कि क्या हुआ और हटाने की स्थिति में disconnection_info.reason कारण बताता है। यही कारण तय करता है कि नंबर वापस आएगा या पूरी तरह जा चुका है।

### account_update में कौन से इवेंट आते हैं?

PARTNER_REMOVED तब आता है जब ऐप को WhatsApp Business खाते से अनइंस्टॉल किया जाता है। यह प्रामाणिक डिस्कनेक्शन संकेत है और इसी पर निर्माण करना चाहिए, किसी फ़ील्ड के false होने से डिस्कनेक्शन का अनुमान नहीं लगाना चाहिए।

ACCOUNT_OFFBOARDED तब आता है जब नंबर को पूरी तरह ऑफबोर्ड किया जाता है। ACCOUNT_RECONNECTED तब आता है जब पहले हटाया गया कनेक्शन वापस जुड़ता है। इसके अलावा प्रवर्तन से जुड़े इवेंट आते हैं: ACCOUNT_RESTRICTION और ACCOUNT_VIOLATION, साथ ही वे इवेंट जिनके नाम में DISABLED या BAN शामिल हैं।

पुष्टि और स्वीकृति के परिणाम भी यहीं आते हैं, जिनके इवेंट नामों में VERIFIED या APPROVED होता है। हैंडलर को इवेंट नाम के आधार पर स्विच करना चाहिए और अपरिचित नाम को गड़बड़ी मानकर विफल होने के बजाय सूचनात्मक मानना चाहिए, क्योंकि Meta बिना सूचना नए इवेंट जोड़ता है।

### डिस्कनेक्शन कारण क्या हैं?

छह कारण हैं और उनके अर्थ बिल्कुल अलग हैं।

PRIMARY_INACTIVITY लगभग चौदह दिन वाला नियम है: प्राथमिक डिवाइस पर WhatsApp Business ऐप नहीं खोला गया। यह दोबारा ठीक हो सकने वाली स्थिति है और सबसे आम कारण है।

COMPANION_INACTIVITY उसी विचार को सहायक डिवाइस पर लागू करता है, जिसकी अवधि लगभग तीस दिन है।

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 क्या है?** यह प्राथमिक डिवाइस के बजाय सहायक डिवाइस पर निष्क्रियता की वही स्थिति है, जिसकी अवधि लगभग तीस दिन है।

**क्या मुझे यह इवेंट बिना किसी कारण के मिल सकता है?** हाँ। ऐसा होने पर disconnection_info.initiated_by ही यह बताने वाला एकमात्र संकेत है कि हटाना जानबूझकर किया गया था या नहीं।

---

## phone_number_quality_update वेबहुक

https://easycoexistence.com/hi/docs/webhook-phone-number-quality-update

phone_number_quality_update किसी नंबर के थ्रूपुट और मैसेजिंग सीमा में बदलाव बताता है। 2026 में इसके नाम के बावजूद इसमें हरी, पीली या लाल गुणवत्ता रेटिंग नहीं आती। यह रेटिंग फ़ोन नंबर से अलग पढ़नी होती है।

### यह वेबहुक वास्तव में क्या रखता है?

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

व्यावहारिक रूप से इसका मतलब है कि किसी नंबर की क्षमता बदली है: वह अलग मैसेजिंग स्तर पर चला गया या उसका थ्रूपुट स्तर बदला गया। इन्हें दर्ज करना उपयोगी है, क्योंकि इससे पता चलता है कि कोई इंटीग्रेशन क्या कर सकता है और स्तर का नीचे जाना शुरुआती संकेत होता है।

फ़ील्ड के नाम के बावजूद इसमें गुणवत्ता रेटिंग नहीं होती। पुराने दस्तावेज़ों के आधार पर लिखा हैंडलर यहाँ GREEN, YELLOW या RED खोजेगा और कुछ नहीं पाएगा, फिर निष्कर्ष निकालेगा कि गुणवत्ता कभी नहीं बदलती।

### तो रंग वाली रेटिंग कहाँ से आती है?

फ़ोन नंबर को सीधे, तय शेड्यूल पर पढ़ने से।

quality_rating फ़ील्ड Graph एपीआई में फ़ोन नंबर ऑब्जेक्ट पर मौजूद होती है और इसे इंतज़ार करने के बजाय पोल करना पड़ता है। इसलिए किसी कनेक्शन की सही निगरानी के लिए वेबहुक रिसीवर के साथ पोलर भी चाहिए: दोनों अलग चीज़ें लाते हैं और अकेले कोई भी पर्याप्त नहीं है।

इसी वजह से ज़्यादातर इंटीग्रेशन में गुणवत्ता गिरना दिखाई नहीं देता। इसे कोई पुश नहीं करता, WhatsApp Business ऐप में इसका कोई संकेत नहीं दिखता और जब तक यह 131048 गड़बड़ी पैदा करता है, प्रभावित मैसेज पहले ही विफल हो चुके होते हैं।

- इस पेलोड में GREEN, YELLOW या RED खोजना। 2026 में ये यहाँ नहीं हैं।
- केवल वेबहुक से निगरानी बनाना। गुणवत्ता रेटिंग को पोल करना पड़ता है।
- नीचे जाते स्तर को नज़रअंदाज़ करना। आमतौर पर यही समस्या का पहला दिखाई देने वाला संकेत होता है।

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

**रेटिंग कितनी बार पोल करनी चाहिए?** इतनी बार कि सीमा बनने से पहले गिरावट पकड़ में आ जाए। हम माँग पर नहीं, तय शेड्यूल पर पोल करते हैं।

**क्या ऐप रेटिंग दिखाता है?** नहीं। फ़ोन पर WhatsApp Business ऐप में इसके बारे में कुछ दिखाई नहीं देता।

**क्या 131048 इससे जुड़ी है?** हाँ। कम रेटिंग के कारण सीमा लगने पर नंबर यही गड़बड़ी लौटाना शुरू करता है।

---

## smb_message_echoes वेबहुक

https://easycoexistence.com/hi/docs/webhook-smb-message-echoes

smb_message_echoes आपके दल द्वारा WhatsApp Business ऐप से भेजे गए मैसेज पहुँचाता है। यह केवल Coexistence नंबरों पर होता है, क्योंकि केवल इन नंबरों पर फ़ोन से इंसान और एपीआई से सॉफ़्टवेयर, दोनों भेज सकते हैं।

### यह फ़ील्ड आखिर मौजूद क्यों है?

क्योंकि Coexistence ऐसी स्थिति बनाता है जिसके लिए एपीआई मूल रूप से तैयार नहीं था: एक नंबर से दो चीज़ें भेज रही हैं।

सामान्य Cloud API नंबर पर सॉफ़्टवेयर ही एकमात्र प्रेषक होता है, इसलिए रिपोर्ट करने के लिए कुछ नहीं होता। Coexistence नंबर पर दल अब भी फ़ोन से जवाब देता है। इसे देखने का तरीका न हो, तो सॉफ़्टवेयर हर बातचीत के लगभग आधे हिस्से से अनजान रहेगा।

यह इको उस कमी को पूरा करता है। जब कोई WhatsApp Business ऐप में जवाब लिखता है, तो वह आपके एंडपॉइंट पर एक इवेंट के रूप में पहुँचता है। इसका ढाँचा इनबाउंड मैसेज जैसा ही होता है, लेकिन इसे कारोबार की ओर से आउटबाउंड के रूप में चिह्नित किया जाता है।

### इसे अनदेखा करने पर क्या बिगड़ता है?

ग्राहक को दो बार जवाब मिलता है और कारोबार लापरवाह दिखता है।

आम तौर पर ग्राहक सुबह आठ बजे कुछ पूछता है, कोई व्यक्ति एक मिनट में फ़ोन से जवाब दे देता है, और वह ऑटोमेशन, जिसने वह जवाब देखा ही नहीं, तीन मिनट बाद उसी सवाल का फिर जवाब भेज देता है। ग्राहक को लगता है कि कारोबार को पता ही नहीं कि वह क्या कह चुका है।

इसे संभालना कठिन नहीं है। इको को इनबाउंड मैसेज की तरह उसी बातचीत से जोड़कर दर्ज करें और भेजने से पहले हाल की गतिविधि जाँचें। समस्या परीक्षण में छिपी रहती है, क्योंकि परीक्षण बातचीत में जवाब देने वाला कोई इंसान नहीं होता।

- इको को शोर समझकर हटा देना। यही एकमात्र संकेत है कि इंसान पहले ही जवाब दे चुका है।
- यह मान लेना कि यह फ़ील्ड हर नंबर पर मौजूद है। यह Coexistence के लिए विशिष्ट है।
- इंसान को शामिल किए बिना परीक्षण करना, जबकि इसी स्थिति में समस्या कभी दिखाई नहीं देती।

**क्या इको में मीडिया शामिल होता है?** वे भेजी गई सामग्री की जानकारी देते हैं, जिसमें मीडिया के संदर्भ भी शामिल हैं, और इनबाउंड मैसेज जैसा ही ढाँचा रखते हैं।

**क्या यह सामान्य Cloud API नंबर पर मौजूद होता है?** नहीं। Coexistence के बिना ऐप से भेजने वाला कोई इंसान नहीं होता, इसलिए इको करने के लिए कुछ नहीं होता।

**क्या मैं इसे बंद कर सकता हूँ?** यह मैसेज पाथ के साथ आता है। उस पाथ को अपने एंडपॉइंट पर भेजने में यह शामिल होता है; कोड में इसे अनदेखा करना आपके निर्णय और उसके परिणामों पर निर्भर है।

**क्या इसकी कोई कीमत है?** नहीं। यह वेबहुक इवेंट है, मैसेज भेजना नहीं।

---

## messages वेबहुक

https://easycoexistence.com/hi/docs/webhook-messages

messages वह फ़ील्ड है जिसमें ग्राहक आपके नंबर पर भेजी हर चीज़ रखी जाती है: टेक्स्ट, मीडिया, जवाब, प्रतिक्रियाएँ और इंटरैक्टिव जवाब। रूट किए गए Coexistence नंबर पर यह Meta से सीधे आपके एंडपॉइंट तक जाता है और कभी प्रदाता तक नहीं पहुँचता।

### पेलोड में क्या होता है

एक ही डिलीवरी में एक या अधिक मैसेज हो सकते हैं। हर मैसेज में भेजने वाला, एक आईडी और एक प्रकार होता है। प्रकार तय करता है कि कौन-सी अन्य कुंजियाँ मौजूद होंगी।

- भेजने वाले का फ़ोन नंबर और उस नंबर की फ़ोन नंबर आईडी, जिस पर उन्होंने लिखा है।
- एक `wamid` मैसेज आईडी, जिस पर डीडुप्लिकेशन आधारित होता है।
- एक यूनिक्स टाइमस्टैम्प।
- एक प्रकार: `text`, `image`, `audio`, `video`, `document`, `sticker`, `location`, `contacts`, `reaction`, `button` या `interactive`।
- मीडिया प्रकारों के लिए बाइट्स के बजाय फ़ेच करने योग्य मीडिया आईडी।

### रूट किए नंबर पर यह हम तक क्यों नहीं पहुँचता

क्योंकि ओवरराइड इस फ़ील्ड को `smb_message_echoes` के साथ आपकी चुनी हुई डेस्टिनेशन पर भेज देता है।

Meta किसी ऐप को यह ओवरराइड करने देता है कि WhatsApp Business Account अपने वेबहुक कहाँ डिलीवर करे। हम यह ओवरराइड आपके यूआरएल पर सेट करते हैं, जिससे मैसेज का रास्ता पूरी तरह हमारे इन्फ़्रास्ट्रक्चर से बाहर चला जाता है। हमारी ओर इसकी कोई कॉपी, कतार या रिटेंशन नहीं होती, क्योंकि डिलीवरी वहाँ पहुँचती ही नहीं।

जब कोई डेस्टिनेशन सेट नहीं होती, तो ये इवेंट हमारे डिफ़ॉल्ट कॉलबैक पर चले जाते हैं, जहाँ हैंडलर उन्हें बिना सेव किए हटा देता है। स्टोरेज के दावे और कोड पाथ में यही अंतर है: बातचीत की सामग्री के जाने की कोई जगह नहीं है।

### सही तरीके से पुष्टि करना

काम शुरू करने से पहले 200 लौटाएँ, बाद में नहीं।

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

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

### डीडुप्लिकेशन

हमेशा `wamid` पर करें, क्योंकि रीट्राई असामान्य नहीं बल्कि सामान्य हैं।

एक ही मैसेज दो बार उन कारणों से आ सकता है जिनका आपकी ओर की गड़बड़ी से कोई संबंध नहीं है: धीमा जवाब, नेटवर्क टाइमआउट या डिलीवरी के बीच हुआ डिप्लॉय। देखी गई आईडी सेव करके दोहराव छोड़ना कुछ ही पंक्तियों का काम है। यही ग्राहक को एक बार जवाब देने और दो बार जवाब देने का अंतर है।

Coexistence नंबर पर यह और ज़रूरी है, क्योंकि `smb_message_echoes` उसी रास्ते से आता है। हर इवेंट को नया मानने वाला हैंडलर उस व्यक्ति के जवाब के ऊपर जवाब भेज देगा, जिसने पहले ही इंसानी तौर पर जवाब दे दिया है।

- 200 लौटाने से पहले प्रोसेसिंग करना। Meta धीमे जवाब पर रीट्राई करता है और आप मैसेज दो बार हैंडल करते हैं।
- डीडुप्लिकेशन छोड़ देना। रीट्राई डिज़ाइन का हिस्सा हैं, कोई दुर्लभ स्थिति नहीं।
- पेलोड में मीडिया बाइट्स की अपेक्षा करना। इसमें फ़ेच करने के लिए मीडिया आईडी होती है।

**क्या EasyCoexistence मेरे ग्राहकों के मैसेज देखता है?** नहीं। ओवरराइड इस फ़ील्ड को आपके एंडपॉइंट पर भेजता है। हमारे फ़ॉलबैक कॉलबैक तक पहुँचने वाली हर चीज़ बिना सेव किए हटा दी जाती है।

**क्या एक अनुरोध में कई मैसेज आ सकते हैं?** हाँ। एक डिलीवरी में एक से अधिक मैसेज हो सकते हैं, इसलिए हैंडलर को पहले मैसेज को पढ़ने के बजाय सभी पर इटरेट करना चाहिए।

**मीडिया कैसे प्राप्त करें?** पेलोड में मीडिया आईडी होती है। नंबर के एक्सेस टोकन से इसका इस्तेमाल करके यूआरएल फ़ेच करें, फिर डाउनलोड करें।

**`smb_message_echoes` क्या है?** यह साथी फ़ील्ड है, जिसमें आपकी टीम द्वारा WhatsApp Business ऐप से भेजी गई सामग्री आती है। यह केवल Coexistence नंबर पर मौजूद होती है।

---

## phone_number_name_update वेबहुक

https://easycoexistence.com/hi/docs/webhook-phone-number-name-update

phone_number_name_update डिस्प्ले नाम भेजने का नतीजा लेकर आता है। इसका निर्णय फ़ील्ड बताता है कि Meta ने नाम मंज़ूर किया या अस्वीकार, और यह घटना ही उस नतीजे की एकमात्र रिपोर्ट है: WhatsApp Business ऐप में इसकी कोई जानकारी नहीं दिखती।

### यह क्या बताता है

इवेंट पर निर्णय के रूप में डिस्प्ले नाम भेजने का नतीजा। नाम वह है जो ग्राहक बातचीत के ऊपर देखते हैं, और इसे बदलने पर Meta की समीक्षा होती है।

इस इवेंट की सदस्यता लेना इसलिए ज़रूरी है क्योंकि इसके अलावा कुछ नहीं बताता कि क्या हुआ। WhatsApp Business ऐप कुछ नहीं दिखाता, और कई हफ्ते पहले बदलाव भेजने वाले कारोबार को यह जानने का कोई तरीका नहीं होता कि वह लागू हुआ या नहीं, जब तक कोई इसे प्राप्त न कर रहा हो।

इसे टाइमलाइन में दर्ज करने से 'क्या हमारा नाम बदल गया' सहायता संबंधी बातचीत के बजाय तारीख के साथ दर्ज तथ्य बन जाता है।

### नाम अस्वीकार क्यों होता है

मुख्य रूप से इसलिए कि वह उस कारोबार से मेल नहीं खाता जिसके नाम पर खाता सत्यापित है।

- कानूनी इकाई, पंजीकृत व्यापारिक नाम या वेबसाइट पर मौजूद ब्रांड से मेल खाने वाला नाम आम तौर पर मंज़ूर हो जाता है।
- सामान्य विवरण या सत्यापित कारोबार से असंबंधित नाम आम तौर पर मंज़ूर नहीं होता।
- नाम के बजाय कीवर्ड जैसा दिखने वाली चीज़ लगातार पकड़ ली जाती है।

### नाम न होने से क्या रुकता है

कुछ मैसेज भेजने की कार्रवाइयां, और इसी से ज़्यादातर लोगों को पता चलता है कि नाम कभी मंज़ूर हुआ ही नहीं।

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

नाम भेजना नंबर को ठीक से सेट करने का हिस्सा है, केवल दिखावटी चरण नहीं, इसलिए नंबर कनेक्ट होने वाले दिन ही इसे करना उचित है।

- यह मान लेना कि कोई सूचना न मिलने का मतलब मंज़ूरी है। फैसला यहां और कहीं नहीं आता।
- नाम के बजाय कीवर्ड भेजना। Meta इसे सत्यापित कारोबार से मिलाता है।
- परीक्षण के दौरान डिस्प्ले नाम छोड़ देना, फिर ऐसे मैसेज पर 131037 पाना जिसके लिए नाम ज़रूरी है।

**समीक्षा में कितना समय लगता है?** Meta कोई निश्चित अवधि प्रकाशित नहीं करता और कोई प्रदाता इसे तेज़ नहीं कर सकता।

**क्या मैं बाद में नाम बदल सकता हूं?** हां, हर बदलाव की फिर से समीक्षा होती है और यहां एक और इवेंट बनता है।

**क्या ग्राहक मेरा नंबर भी देखता है?** ग्राहक मंज़ूर किया हुआ डिस्प्ले नाम देखते हैं, और यही नाम रखने का उद्देश्य है।

**गड़बड़ी 131037 क्या है?** मंज़ूर किया हुआ डिस्प्ले नाम न होने पर, उसे ज़रूरी बनाने वाली कार्रवाई करने पर नंबर जो लौटाता है।

---

## message_template_status_update वेबहुक

https://easycoexistence.com/hi/docs/webhook-message-template-status-update

message_template_status_update टेम्पलेट की समीक्षा स्थिति में बदलाव की सूचना देता है: मंज़ूर, अस्वीकृत, रोका गया या बंद। इससे इंटिग्रेशन टेम्पलेट भेजकर परिणाम की सूचना पा सकता है, बजाय इसके कि Meta से तय अंतराल पर बार-बार पूछता रहे और अनुमान लगाए कि कितनी बार अनुरोध भेजना है।

### इसमें कौन से स्टेटस आते हैं

टेम्पलेट कुछ सीमित स्थितियों से गुजरता है और हर बदलाव की सूचना यहां आती है।

- मंज़ूर: अब टेम्पलेट भेजा जा सकता है।
- अस्वीकृत: इसे नहीं भेजा जा सकता और कारण भी इवेंट के साथ आता है।
- रोका गया: गुणवत्ता काफी गिरने पर Meta ने इसे अस्थायी रूप से रोक दिया।
- बंद: बार-बार रोके जाने के बाद यह स्थायी रूप से बंद हो गया और नए टेम्पलेट की ज़रूरत है।

### इससे बार-बार अनुरोध भेजने की ज़रूरत क्यों नहीं रहती

क्योंकि दूसरा तरीका बार-बार पूछना और यह अनुमान लगाना है कि कितनी बार पूछना चाहिए।

इस इवेंट के बिना, टेम्पलेट बनाने वाले इंटिग्रेशन को कुछ अंतराल पर get_template_status पर अनुरोध भेजना पड़ता है, जब तक जवाब बदल न जाए। बहुत बार भेजें तो संसाधन व्यर्थ होते हैं, बहुत कम भेजें तो टेम्पलेट मंज़ूर होने के बाद भी एक घंटे तक किसी को पता नहीं चलता।

इसके साथ तरीका है: भेजें और प्रतीक्षा करें। Meta आमतौर पर कुछ मिनटों में परिणाम भेज देता है और इंटिग्रेशन एक बार प्रतिक्रिया करता है। क्लाइंट्स की ओर से टेम्पलेट बनाने वाली एजेंसी के लिए यही फर्क है कि कतार अपने आप खाली हो या किसी को उस पर नज़र रखनी पड़े।

### हर परिणाम पर क्या करना चाहिए

मंज़ूर वाला आसान है: इसे भेजने योग्य चिह्नित करें। बाकी तीन स्थितियों में इसका असली लाभ दिखता है।

अस्वीकृत स्थिति के साथ कारण आता है। उसे सारांशित करने के बजाय ज्यों का त्यों दिखाना बेहतर है, क्योंकि कारण आमतौर पर कार्रवाई के लिए पर्याप्त स्पष्ट होता है और दोबारा लिखने पर उसका अर्थ खो सकता है।

रोका गया का मतलब है कि सामग्री से खराब प्रतिक्रियाएं मिलीं। रोक हटने के बाद वही सामग्री फिर भेजने पर वही परिणाम आएगा। यह प्रतीक्षा करने के बजाय सामग्री संपादित करने का संकेत है।

उस टेम्पलेट के लिए बंद होना अंतिम है। आगे बढ़ने का एकमात्र रास्ता अलग सामग्री वाला नया टेम्पलेट बनाना है। इसे अस्थायी मानने पर भेजने का रास्ता हमेशा के लिए बंद रह सकता है।

- जब यह इवेंट मंज़ूरी की सूचना देता है, तब भी मंज़ूरी के लिए बार-बार अनुरोध भेजना।
- अस्वीकृति का कारण दिखाने के बजाय उसका सारांश देना। विवरण ही उसे कार्रवाई योग्य बनाते हैं।
- बंद टेम्पलेट के फिर चालू होने की प्रतीक्षा करना। यह स्थिति स्थायी है और नए टेम्पलेट की ज़रूरत होती है।

**मंज़ूरी में आमतौर पर कितना समय लगता है?** आमतौर पर कुछ मिनट, कभी-कभी एक दिन तक। कोई भी सेवा देने वाला इसे तेज़ नहीं कर सकता।

**क्या रोका गया टेम्पलेट बंद किए गए टेम्पलेट जैसा ही है?** नहीं। कुछ समय बाद रोक हट जाती है, जबकि बंद होना स्थायी है और बार-बार रोके जाने के बाद होता है।

**क्या अस्वीकृति का कारण बताया जाता है?** हां, और कारण कार्रवाई के लिए पर्याप्त स्पष्ट होता है। इसलिए उसे बिना संपादित किए आगे भेजना चाहिए।

**क्या एक टेम्पलेट रोके जाने पर भी मैं दूसरे टेम्पलेट भेज सकता हूं?** हां। यह स्थिति उस टेम्पलेट पर लागू होती है, नंबर पर नहीं।

---

## message_template_quality_update वेबहुक

https://easycoexistence.com/hi/docs/webhook-message-template-quality-update

message_template_quality_update बताता है कि किसी एक टेम्पलेट पर प्राप्तकर्ता कैसी प्रतिक्रिया दे रहे हैं, उसमें बदलाव आया है। यह गुणवत्ता के कारण टेम्पलेट रुकने से पहले आता है, इसलिए यह ऐसा अकेला संकेत है जो आपको बाद में गड़बड़ी समझाने के बजाय समय रहते कार्रवाई करने का अवसर देता है।

### यह क्या मापता है

यह देखता है कि लोग किसी एक खास टेम्पलेट से भेजे गए मैसेज पर कैसी प्रतिक्रिया देते हैं, पूरे नंबर पर नहीं। ब्लॉक और रिपोर्ट का सबसे अधिक भार होता है, और बिल्कुल प्रतिक्रिया न देना भी गिना जाता है।

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

### जल्दी कार्रवाई करना ही पूरी बात क्यों है

क्योंकि इसके बाद आने वाली हर अवस्था बदतर होती है और उसे पलटना कठिन होता है।

गुणवत्ता काफी गिरने पर टेम्पलेट रुक जाता है। इसके बाद हर प्रयास पर गड़बड़ी 132015 लौटती है और केवल उस अवधि के बाद हटती है, जिसकी जानकारी Meta प्रकाशित नहीं करता। बार-बार रुकने पर टेम्पलेट हमेशा के लिए बंद हो जाता है। तब सामग्री को नए नाम से नए टेम्पलेट के रूप में फिर से बनाना पड़ता है।

टेम्पलेट के अभी भेजे जाने के दौरान मिलने वाला गुणवत्ता संकेत ही वह समय है जब बदलाव करने की कोई कीमत नहीं होती। रुकने के बाद भी बदलाव करना सही कदम है, लेकिन तब तक भेजने का रास्ता उतनी देर के लिए टूट चुका होता है, जितनी देर किसी ने ध्यान नहीं दिया।

### आमतौर पर इसका कारण क्या होता है

पहले सामग्री और फिर दर्शक, और लोग अक्सर दूसरे कारण को भूल जाते हैं।

- उपयोगिता के रूप में घोषित टेम्पलेट में प्रचारात्मक भाषा, जिसकी प्राप्तकर्ताओं को उम्मीद नहीं थी।
- ऐसा मैसेज जिसमें यह स्पष्ट न हो कि कौन-सा कारोबार लिख रहा है।
- हाल में जुड़े लोगों के बजाय पूरी सूची को भेजना।
- ऐसे दर्शकों को बड़ी संख्या में वही टेम्पलेट भेजना, जिन्होंने उसे कभी माँगा ही नहीं।

- इसे केवल जानकारी मानना। यह टेम्पलेट के काम करते रहने के दौरान आने वाला आखिरी संकेत है।
- इसे नंबर की समस्या समझना। यह केवल एक टेम्पलेट तक सीमित होता है।
- शब्द बदलकर वही दर्शक बनाए रखना। मैसेज किसे भेजा जाता है, उससे वही संकेत मिलते हैं जो मैसेज में लिखी बात से मिलते हैं।

**क्या इसका असर मेरे दूसरे टेम्पलेट पर भी पड़ेगा?** नहीं। यह संकेत केवल एक टेम्पलेट तक सीमित होता है और उसी नंबर के बाकी टेम्पलेट प्रभावित नहीं होते।

**क्या मैं इसे ऐप में देख सकता हूँ?** नहीं। फ़ोन पर WhatsApp Business ऐप में टेम्पलेट की गुणवत्ता से जुड़ी कोई जानकारी दिखाई नहीं देती।

**अगर मैं इसे अनदेखा कर दूँ तो क्या होगा?** गुणवत्ता गिरती रहने पर टेम्पलेट रुक जाएगा और बार-बार रुकने पर हमेशा के लिए बंद हो जाएगा।

**क्या केवल शब्द बदलना काफी है?** अक्सर, लेकिन हमेशा नहीं। टेम्पलेट किसे भेजा जाता है, उससे वही संकेत मिलते हैं जो उसमें लिखी बात से मिलते हैं।

---

## history फ़ील्ड का वेबहुक

https://easycoexistence.com/hi/docs/webhook-history

history, Coexistence नंबर की मौजूदा बातचीत को एपीआई में लाने वाला एक बार का ट्रांसफ़र है। यह ऑनबोर्डिंग के बाद, इतिहास साझा करने की सहमति मिलने पर आता है और इंटीग्रेशन को ट्रांसफ़र पूरा होने का एकमात्र संकेत देता है।

### यह क्या भेजता है

WhatsApp Business ऐप में किसी नंबर की पहले से मौजूद एक-से-एक मैसेज हिस्ट्री, सॉफ़्टवेयर में लाई जाती है ताकि कई वर्षों से इस्तेमाल हो रहे नंबर पर वह बिना संदर्भ के शुरू न हो।

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

यह फ़ील्ड केवल Coexistence नंबर पर मौजूद होता है। सामान्य तरीके से ऑनबोर्ड किए गए नंबर में लाने के लिए ऐप की कोई पुरानी हिस्ट्री नहीं होती, इसलिए यह कुछ भी डिलीवर नहीं करता।

### यह एक बार ही क्यों चलता है

क्योंकि ट्रांसफ़र लगातार उपलब्ध सुविधा नहीं, बल्कि ऑनबोर्डिंग का हिस्सा है।

Embedded Signup के दौरान कारोबार के मालिक से पूछा जाता है कि मौजूदा बातचीत साझा करनी है या नहीं। हाँ कहने पर ही सिंक चल पाता है। बाद में इसे फिर चालू करने वाली कोई सेटिंग नहीं है और इसे दोहराने वाला कोई एंडपॉइंट भी नहीं है। दूसरी कोशिश पर रेट लिमिट हटने का इंतज़ार नहीं करना चाहिए, क्योंकि 2593107 लौटता है।

इसकी एक समय-सीमा भी है। ऑनबोर्डिंग के 24 घंटे के भीतर सिंक शुरू होना चाहिए। बाद में कोशिश करने पर 2593108 लौटता है। इनमें से कोई भी शर्त पूरी न होने पर नंबर डिस्कनेक्ट करके पूरा फ़्लो फिर से चलाना पड़ता है।

### हैंडलर को इसके साथ क्या करना चाहिए

इसे मैसेज पथ पर आने वाले अतिरिक्त ट्रैफ़िक की तरह नहीं, बल्कि एक बार आने वाले और बड़े हो सकने वाले बैच की तरह संभालें।

- जल्दी पुष्टि करें और एसिंक्रोनस तरीके से प्रोसेस करें, जैसा किसी भी अन्य डिलीवरी के साथ करते हैं।
- मैसेज आईडी के आधार पर डुप्लिकेट हटाएँ: ऑनबोर्डिंग के समय history और लाइव मैसेज आपस में ओवरलैप कर सकते हैं।
- इसके न आने की भी अपेक्षा रखें। जिस नंबर के मालिक ने इतिहास साझा करने से इनकार किया हो, उसके लिए यहाँ कुछ नहीं आता और इंटीग्रेशन को दोनों स्थितियों में काम करना चाहिए।
- ऑनबोर्डिंग को इसके आने पर निर्भर न बनाएँ। ट्रांसफ़र पूरा होने से पहले ही कनेक्शन इस्तेमाल किया जा सकता है।

- ऐसा इंटीग्रेशन बनाना जिसमें history का मौजूद होना ज़रूरी हो। बहुत से नंबर इसके बिना कनेक्ट होते हैं।
- 2593107 के बाद सिंक दोबारा चलाना। यह एक बार होने वाली घटना है, इसलिए फिर वही गड़बड़ी लौटती है।
- इंटीग्रेशन का काम शुरू होने तक इतिहास साझा करने का निर्णय टालना, जबकि तब तक आम तौर पर 24 घंटे की समय-सीमा समाप्त हो चुकी होती है।

**कितनी हिस्ट्री आती है?** हाल की एक-से-एक बातचीत की एक समय-सीमा, जिसे किसी प्रोवाइडर के बजाय Meta तय करता है।

**क्या ग्रुप चैट भी आती हैं?** नहीं। Coexistence नंबर पर ग्रुप को एपीआई से पूरी तरह बाहर रखा गया है।

**क्या मैं इसे बाद में फिर माँग सकता हूँ?** नहीं। यह हर ऑनबोर्डिंग पर एक बार चलता है। दोबारा चलाने के लिए नंबर डिस्कनेक्ट करके फिर कनेक्ट करना पड़ता है।

**अगर मालिक ने इतिहास साझा करने से इनकार कर दिया हो तो?** इस फ़ील्ड पर कुछ नहीं आता और एपीआई को केवल नंबर कनेक्ट होने के बाद के मैसेज दिखाई देते हैं।

---

## smb_app_state_sync वेबहुक

https://easycoexistence.com/hi/docs/webhook-smb-app-state-sync

smb_app_state_sync खुद WhatsApp Business ऐप की स्थिति भेजता है, मुख्य रूप से वह संपर्क सिंक्रोनाइज़ेशन जो Coexistence नंबर कनेक्ट होने पर चलता है। यह बातचीत भेजने वाले history से अलग है और केवल Coexistence नंबरों पर मौजूद होता है।

### यह क्या भेजता है

ऐप की तरफ़ की स्थिति, यानी व्यवहार में वे संपर्क जो कारोबार के फ़ोन में पहले से मौजूद थे।

WhatsApp नंबर वाले हर संपर्क को प्लेटफ़ॉर्म पर सिंक्रोनाइज़ किया जा सकता है। इससे सॉफ़्टवेयर उस ग्राहक को पहचान पाता है जो वर्षों से कारोबार के फ़ोन में है, बजाय उसे नया नंबर मानने के। यह बातचीत से अलग है, जो history फ़ील्ड में आती है। दोनों अलग हैं क्योंकि एक निर्देशिका है और दूसरा बातचीत का पूरा रिकॉर्ड।

history की तरह यह भी केवल Coexistence पर मौजूद होता है। जिस नंबर का कभी ऐप में इस्तेमाल ही नहीं हुआ, उस पर सिंक करने के लिए ऐप की स्थिति नहीं होती।

### यह क्या नहीं भेजता

ऐप के अपने कामकाजी टूल, जिनका प्लेटफ़ॉर्म की तरफ़ कोई रूप नहीं होता।

- लेबल, जो डिवाइस पर रहते हैं और सॉफ़्टवेयर पढ़ नहीं सकता।
- त्वरित जवाब, अभिवादन मैसेज और अनुपस्थिति मैसेज।
- कैटलॉग, ऑर्डर और स्टेटस।
- चैनल, वॉइस या वीडियो कॉल का इतिहास।

### इंटीग्रेशन के लिए यह क्यों मायने रखता है

क्योंकि इससे तय होता है कि आपका सिस्टम पहले दिन से जानता है या नहीं कि कौन लिख रहा है।

संपर्क सिंक के बिना हर आने वाला मैसेज बिना नाम के केवल एक फ़ोन नंबर होता है, और उसे ग्राहक रिकॉर्ड से मिलाना आपकी ज़िम्मेदारी होती है। इसके साथ कारोबार की अपनी संपर्क सूची उपलब्ध रहती है और मिलान का अधिकांश काम हो जाता है।

दोनों स्थितियों के लिए योजना बनाना ज़रूरी है, क्योंकि कारोबार सिंक को अस्वीकार कर सकता है या समय-सीमा चूक सकता है। संपर्क मौजूद मान लेने वाला इंटीग्रेशन उसे खोलने वाले व्यक्ति को कच्चे नंबरों की लंबी सूची दिखाएगा।

- यह मान लेना कि संपर्क मौजूद होंगे। कारोबार सिंक को अस्वीकार कर सकता है या समय-सीमा चूक सकता है।
- इस पेलोड में लेबल या त्वरित जवाब मिलने की उम्मीद करना। वे डिवाइस पर ही रहते हैं।
- इसे history समझ लेना, जो संपर्क सूची के बजाय बातचीत भेजता है।

**क्या यह history सिंक जैसा ही है?** नहीं। यह ऐप की स्थिति, मुख्य रूप से संपर्क, भेजता है। history बातचीत भेजता है।

**क्या यह एक से अधिक बार चलता है?** शुरुआती सिंक्रोनाइज़ेशन ऑनबोर्डिंग का एक बार होने वाला हिस्सा है और history जैसी 24 घंटे की समय-सीमा रखता है।

**क्या मुझे लेबल मिलते हैं?** नहीं। लेबल ऐप की सुविधा हैं और उनका कोई एपीआई समकक्ष नहीं है।

**क्या यह सामान्य Cloud API नंबर पर मौजूद होता है?** नहीं। ऐसे नंबर पर सिंक करने के लिए WhatsApp Business ऐप की स्थिति नहीं होती।

---

## template_category_update वेबहुक

https://easycoexistence.com/hi/docs/webhook-template-category-update

template_category_update बताता है कि Meta ने किसी टेम्पलेट को फिर से वर्गीकृत किया है और उसे utility, marketing या authentication में बदला है। यह महत्वपूर्ण है क्योंकि श्रेणी तय करती है कि Meta बातचीत के लिए कितना शुल्क लेगा, इसलिए बिना किसी बदलाव के भी आपकी लागत बदल सकती है।

### श्रेणी अपने-आप क्यों बदलती है

क्योंकि Meta केवल यह नहीं देखता कि टेम्पलेट को किस श्रेणी में घोषित किया गया था, बल्कि यह भी देखता है कि उसमें वास्तव में क्या लिखा है।

utility के रूप में भेजा गया ऐसा टेम्पलेट जिसमें कोई ऑफ़र हो, सस्ते लेबल में छिपी प्रचार सामग्री है। कभी-कभी समीक्षा के दौरान यह पकड़ में आकर अस्वीकार हो जाता है। कभी-कभी इसे मंज़ूरी मिल जाती है और बाद में, इस्तेमाल के दौरान सामग्री देखे जाने पर, इसकी श्रेणी बदल दी जाती है। यही दूसरा मामला यह इवेंट बताता है।

आपकी ओर से कोई चीज़ इसे शुरू नहीं करती। टेम्पलेट वही रहता है, कोड वही रहता है, और इस इवेंट के बिना पहला संकेत ऐसी इनवॉइस होती है जो अनुमान से मेल नहीं खाती।

### यह क्या बदलता है

उसके बाद से यह टेम्पलेट जितनी भी बातचीत शुरू करता है, उन सभी की कीमत।

- Meta utility, marketing और authentication बातचीत के लिए अलग-अलग कीमतें रखता है।
- marketing मैसेज भेजने के लिए WhatsApp Business खाते में भुगतान का तरीका भी ज़रूरी है।
- जिस खाते में भुगतान का तरीका नहीं है, वहां marketing में बदला गया टेम्पलेट 131042 लौटाने लगता है।
- टेम्पलेट खुद काम करता रहता है। बदलता है तो केवल उसका खर्च और उसकी ज़रूरतें।

### श्रेणी बदलने से कैसे बचें

ईमानदारी से श्रेणी बताएं, क्योंकि यही बेहतर बचत है।

utility टेम्पलेट ग्राहक द्वारा की गई किसी चीज़ का वर्णन करता है, जैसे ऑर्डर, बुकिंग या डिलीवरी। अगर ग्राहक की किसी कार्रवाई के बिना मैसेज मौजूद ही न होता, तो वह utility है। अगर वह इसलिए मौजूद है क्योंकि आप कुछ बेचना चाहते हैं, तो वह marketing है। उसे उसी रूप में घोषित करना बाद में, आपकी पसंद के बिना, marketing में बदले जाने से सस्ता पड़ता है।

गलत श्रेणी वाले टेम्पलेट बार-बार भेजने से खाते पर भी ध्यान जाता है। marketing मैसेज पर marketing दर चुकाने से यह अधिक खराब परिणाम है।

- कम भुगतान करने के लिए प्रचार सामग्री को utility घोषित करना। बाद में और गलत समय पर श्रेणी बदल दी जाती है।
- इस इवेंट को नज़रअंदाज़ करना। यह आपके नियंत्रण की किसी चीज़ को बदले बिना बिलिंग बदल देता है।
- यह मान लेना कि मंज़ूरी अंतिम है। टेम्पलेट को मंज़ूरी मिलने के बाद भी उसकी श्रेणी बदली जा सकती है।

**क्या टेम्पलेट काम करना बंद कर देता है?** नहीं। यह मैसेज भेजता रहता है। बदलती है तो बातचीत की कीमत और marketing के लिए भुगतान के तरीके की ज़रूरत।

**क्या मैं श्रेणी बदलने के फैसले के खिलाफ़ अपील कर सकता हूं?** Meta श्रेणी से जुड़े विवाद अपने चैनलों के ज़रिए संभालता है। कोई भी प्रदाता श्रेणी नहीं बदल सकता।

**सबसे सस्ती श्रेणी कौन सी है?** Meta अलग-अलग बाज़ारों में इनकी कीमत अलग रखता है। सबसे सस्ती सही श्रेणी वही है जो मैसेज का ईमानदारी से वर्णन करे।

**131063 क्या है?** खाते पर marketing टेम्पलेट बंद हैं। यह भुगतान का तरीका न होने से अलग स्थिति है।

---

## Meta Business Portfolio और इसके अंदर मौजूद चीज़ें

https://easycoexistence.com/hi/docs/meta-business-portfolio

Business Portfolio, Meta Business Manager में कंपनी का कंटेनर होता है। इसमें WhatsApp Business Accounts रहते हैं, जिनमें फ़ोन नंबर होते हैं। क्लाइंट के नंबर को कनेक्ट करने पर वह प्रोवाइडर के Business Portfolio में जाने के बजाय क्लाइंट के पोर्टफोलियो में ही रहता है।

### ये स्तर एक-दूसरे से कैसे जुड़े हैं?

तीन स्तर होते हैं, और इन सभी को खाता कहना ही ज़्यादातर भ्रम की शुरुआत है।

Business Portfolio सबसे ऊपर होता है और Meta Business Manager में कंपनी को दर्शाता है। इसमें ऐसे एसेट रहते हैं: विज्ञापन खाते, पेज और WhatsApp Business Accounts। WhatsApp Business Account के अंदर फ़ोन नंबर होते हैं। हर नंबर का अपना phone number id, क्वॉलिटी रेटिंग और मैसेजिंग स्तर होता है।

इसलिए जाँचें कि खाता काम कर रहा है जैसे वाक्य का अर्थ इस बात पर निर्भर करते हुए चार अलग-अलग जाँच हो सकता है कि उसे कौन कह रहा है। कुछ गड़बड़ होने पर यह स्पष्ट रखना कि आपका मतलब किस स्तर से है, ज़्यादातर जाँच समय बचाता है।

### नंबर किसके पोर्टफोलियो में है, इससे क्या फ़र्क पड़ता है?

क्योंकि इससे तय होता है कि कनेक्शन का वास्तविक नियंत्रण किसके पास है।

जब ऑनबोर्डिंग Tech Provider के अपने ऐप से होती है, तो नंबर क्लाइंट के पोर्टफोलियो में कनेक्ट होता है और प्रोवाइडर के ऐप को उस पर काम करने की अनुमति होती है। Meta के साथ संबंध क्लाइंट का होता है, बातचीत का बिल उनके भुगतान तरीके पर जाता है और अनुमति रद्द करने का काम वे खुद कर सकते हैं।

जब टूलिंग किसी और के प्रोवाइडर खाते पर बनी होती है, तो नंबर अलग तरह से जुड़े होते हैं। सामान्य उपयोग वाली ऑटोमेशन सेवाओं पर आने वाली सीमाएँ इसी साझा संबंध से पैदा होती हैं। किसी एजेंसी के लिए यही उस सवाल का जवाब है जो हर गंभीर क्लाइंट अंततः पूछता है।

- पोर्टफोलियो और WABA को एक-दूसरे के लिए इस्तेमाल करना। एक दूसरे को रखता है और दोनों की गड़बड़ियाँ अलग होती हैं।
- क्लाइंट के नंबर अपने पोर्टफोलियो के तहत कनेक्ट करना। इससे कनेक्शन उनका नहीं, आपका हो जाता है।
- यह मानना कि कारोबार की पुष्टि नंबर पर रहती है। यह पोर्टफोलियो स्तर पर रहती है।

**क्या पोर्टफोलियो और WhatsApp Business Account एक ही हैं?** नहीं। पोर्टफोलियो कंपनी का कंटेनर होता है। WABA इसके अंदर रहता है और फ़ोन नंबर रखता है।

**क्या एक पोर्टफोलियो में कई WABA रह सकते हैं?** हाँ। जब किसी क्लाइंट के अलग-अलग ब्रांड के लिए अलग खाते होते हैं, तो एजेंसियाँ अक्सर ऐसा देखती हैं।

**पोर्टफोलियो का एक्सेस कौन दे सकता है?** उस पोर्टफोलियो का एडमिन। आमतौर पर यह कारोबार का मालिक होता है, इंटीग्रेशन करने वाला व्यक्ति नहीं।

**क्या कनेक्ट करने पर मेरा नंबर स्थानांतरित हो जाता है?** नहीं। वह आपके पोर्टफोलियो में ही रहता है और प्रोवाइडर के ऐप को उस पर काम करने की अनुमति होती है।

---

## WhatsApp Business Account और ओवरराइड इसी पर क्यों रहते हैं

https://easycoexistence.com/hi/docs/whatsapp-business-account

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

### WABA में वास्तव में क्या रहता है?

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

टेम्पलेट नंबर के बजाय खाते से जुड़े होते हैं, इसलिए एक ही WABA के सभी नंबर एक ही टेम्पलेट लाइब्रेरी साझा करते हैं। ऑर्डर अपडेट के लिए एक टेम्पलेट बनाएं और सभी नंबर उसे भेज सकते हैं। Meta खाते पर टेम्पलेट की संख्या सीमित करता है। एक खाते पर कई ब्रैंड संभालने वाली एजेंसियों को यह सीमा प्रभावित कर सकती है।

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

### वेबहुक ओवरराइड इसी स्तर पर क्यों रहते हैं?

क्योंकि जिस सब्सक्रिप्शन में बदलाव होता है, वह ऐप का खाते से सब्सक्रिप्शन है, किसी नंबर से नहीं।

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

योजना बनाते समय सबसे महत्वपूर्ण असर यही है। जब कोई कनेक्शन हटाया जाता है, चाहे चौदह दिन की निष्क्रियता के नियम से या किसी अन्य कारण से, ऐप खाते से अनइंस्टॉल हो जाता है और ओवरराइड भी उसके साथ अनइंस्टॉल हो जाती है। दोबारा कनेक्ट करने पर भेजना और मॉनिटरिंग लौट आते हैं। आपके अपने सर्वर पर डिलीवरी नहीं लौटती, जब तक कोई ओवरराइड को फिर से लागू न करे।

- हर नंबर के लिए अलग वेबहुक रूटिंग की अपेक्षा करना। ओवरराइड खाते पर लागू होती है।
- यह मानना कि दोबारा कनेक्ट करने पर डेस्टिनेशन लौट आएगा। ऐप के साथ यह भी अनइंस्टॉल होता है और फिर से लागू करना पड़ता है।
- यह भूलना कि टेम्पलेट साझा होते हैं। खाते का हर नंबर एक ही लाइब्रेरी देखता है।

**क्या एक WABA के दो नंबर अलग-अलग एंडपॉइंट पर रूट हो सकते हैं?** नहीं। ओवरराइड खाते पर लागू होती है, इसलिए उसके सभी नंबर एक ही डेस्टिनेशन पर डिलीवर करते हैं।

**क्या टेम्पलेट खातों के बीच ट्रांसफ़र होते हैं?** नहीं। वे उसी खाते से जुड़े होते हैं जिसमें बनाए गए थे।

**नंबर हटाने पर ओवरराइड का क्या होता है?** अगर ऐप खाते से अनइंस्टॉल होता है, तो ओवरराइड भी उसके साथ चली जाती है। दोबारा कनेक्ट करने पर भेजना लौटता है, डेस्टिनेशन नहीं।

**क्या टेम्पलेट की कोई सीमा है?** Meta प्रति खाते टेम्पलेट की सीमा तय करता है और सीमा पार होने पर एक विशेष गड़बड़ी लौटती है।

---

## WhatsApp नंबर पर दो चरणों की पुष्टि

https://easycoexistence.com/hi/docs/two-step-verification

दो चरणों की पुष्टि WhatsApp Business फ़ोन नंबर पर सेट किया गया पिन है। कुछ कामों के लिए इसकी ज़रूरत होती है। इसे आम तौर पर शुरुआती सेटअप के दौरान एक बार सेट किया जाता है और फिर कभी इस्तेमाल नहीं किया जाता, इसलिए अक्सर कारोबार में कोई भी इसे याद नहीं रखता।

### पिन की वास्तव में ज़रूरत कब पड़ती है?

किसी नंबर के रजिस्ट्रेशन और दोबारा रजिस्ट्रेशन के दौरान, और Meta द्वारा सुरक्षित रखे गए कुछ खाता संबंधी कामों में।

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

इससे जुड़ी गड़बड़ियाँ पहचान के लिए पर्याप्त विशिष्ट हैं। गलत पिन देने पर 133005 लौटता है। बहुत ज़्यादा कोशिशों पर 133008 लौटता है और जवाब में बताई गई अवधि तक आगे की कोशिशें बंद हो जाती हैं। बहुत जल्दी भेजी गई कोशिशों पर 133009 लौटता है। यह गलत जवाब नहीं, बल्कि कोशिशों की गति की सीमा है।

### पिन खो जाने पर क्या करें?

इसे WhatsApp Manager में नंबर की सेटिंग से रीसेट करें। इसके लिए उस खाते का ऐक्सेस चाहिए जिसका मालिकाना हक़ इस नंबर पर है।

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

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

- गलत पिन के बाद तुरंत दोबारा कोशिश करना। इससे 133009 लौटता है और अगली सही कोशिश में देरी होती है।
- पिन केवल एजेंसी की ओर रखना। कारोबार को इसे खुद वापस पाने में सक्षम होना चाहिए।
- यह मान लेना कि प्रदाता इसे वापस पा सकता है। इसे कोई अपने पास नहीं रखता, और यही इसके होने का उद्देश्य है।

**क्या आप मेरा पिन रीसेट कर सकते हैं?** नहीं। यह Meta की अपनी सेटिंग में नंबर पर सेट होता है और कोई प्रदाता इसे पढ़ या बदल नहीं सकता।

**लॉकआउट कितनी देर रहता है?** Meta, 133008 की गड़बड़ी के जवाब में प्रतीक्षा का समय बताता है। इसके लिए कोई तय अवधि नहीं है।

**पिन हर नंबर के लिए होता है या हर खाते के लिए?** हर फ़ोन नंबर के लिए।

**क्या यह कारोबार की पुष्टि के समान है?** नहीं। पुष्टि पोर्टफ़ोलियो स्तर पर कानूनी इकाई से जुड़ी है, जबकि यह नंबर पर लगा पिन है।

---

## account_review_update वेबहुक

https://easycoexistence.com/hi/docs/webhook-account-review-update

account_review_update कारोबार खाते की Meta समीक्षा का नतीजा देता है। इसका decision फ़ील्ड बताता है कि क्या फैसला हुआ, और अस्वीकृति को केवल जानकारी नहीं, कमज़ोर कनेक्शन मानना चाहिए, क्योंकि इसके बाद संदेश भेजना अक्सर घटने लगता है।

### समीक्षा कब होती है?

जब Meta कारोबार खाते की जांच करता है। यह पुष्टि सबमिट करने, अपील करने या मैसेजिंग व्यवहार से उठे स्वचालित फ़्लैग के बाद हो सकती है।

समीक्षा ऐसी चीज़ नहीं है जिसे कोई प्रदाता शुरू कर सके या जिसके अंदर की जानकारी देख सके। जो आता है, वह decision वाले इवेंट के रूप में नतीजा होता है। मंज़ूरियां सामान्य हैं। अस्वीकृतियों पर कार्रवाई करना ज़रूरी है, क्योंकि वे अक्सर मामला खत्म करने के बजाय पाबंदी से पहले आती हैं।

WhatsApp Business ऐप में समीक्षा के बारे में कुछ दिखाई नहीं देता। इसलिए कारोबार की समीक्षा चल सकती है, अस्वीकृति हो सकती है और फ़ोन से ग्राहकों को जवाब जारी रह सकता है, बिना किसी संकेत के कि कुछ हुआ है।

### अस्वीकृति को खबर के बजाय कमज़ोर स्थिति क्यों मानें?

क्योंकि यह अक्सर आखिरी नहीं, कई इवेंट में से पहला होता है।

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

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

- स्थिति बदले बिना अस्वीकृति दर्ज करना। यह आगे आने वाली समस्या का संकेत है, केवल टिप्पणी नहीं।
- इस इवेंट में कारण की अपेक्षा करना। यह फैसला देता है, विवरण Business Manager में रहता है।
- यह मान लेना कि कारोबार को पता चल जाएगा। समीक्षा के बारे में फ़ोन पर कुछ दिखाई नहीं देता।

**क्या प्रदाता देख सकता है कि समीक्षा क्यों विफल हुई?** नहीं। लागू कार्रवाई की सूचना और उसका कारण कारोबार खाते के Business Manager में रहता है।

**क्या अस्वीकृति हमेशा पाबंदी लाती है?** हमेशा नहीं, लेकिन इतनी बार कि इसे चेतावनी मानना सही डिफ़ॉल्ट है।

**अपील कौन कर सकता है?** वे लोग जिनके पास कारोबार खाते का एडमिन ऐक्सेस है। कोई प्रदाता उनकी ओर से अपील नहीं कर सकता।

**क्या यह टेम्पलेट समीक्षा जैसी ही है?** नहीं। टेम्पलेट समीक्षा के नतीजे अलग से आते हैं और पूरे खाते के बजाय एक टेम्पलेट से जुड़े होते हैं।

---

## business_capability_update वेबहुक

https://easycoexistence.com/hi/docs/webhook-business-capability-update

business_capability_update बताता है कि खाता क्या कर सकता है, इसमें सबसे उपयोगी जानकारी मैसेजिंग लिमिट है। इसमें मौजूदा लिमिट होती है, यानी आप हर दिन कितने अलग-अलग ग्राहकों से बातचीत शुरू कर सकते हैं। यह दोनों दिशाओं में बदल सकती है।

### मैसेजिंग लिमिट वास्तव में किस चीज़ को सीमित करती है?

यह बताती है कि बदलती हुई 24 घंटे की अवधि में आप कितने अलग-अलग ग्राहकों से बातचीत शुरू कर सकते हैं। यह आपके भेजे जा सकने वाले मैसेज की संख्या नहीं है और न ही भेजने की गति।

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

खुली ग्राहक सेवा विंडो के भीतर भेजे गए जवाब टियर में नहीं गिने जाते, क्योंकि उनसे बातचीत शुरू नहीं होती। टियर तब खर्च होता है जब आप ऐसे व्यक्ति तक पहुँचते हैं जिसने आपको पहले नहीं लिखा है।

### यह नीचे क्यों जाती है?

क्योंकि टियर गुणवत्ता के अनुसार चलता है और गुणवत्ता इस बात पर निर्भर करती है कि प्राप्तकर्ता कैसी प्रतिक्रिया देते हैं।

जिन नंबरों के प्राप्तकर्ता मैसेज को ब्लॉक या रिपोर्ट करते हैं, उनकी स्थिति गिरती है और टियर में भी बदलाव हो सकता है। इसलिए नीचे जाना एक उपयोगी शुरुआती संकेत है। आमतौर पर यह किसी चीज़ के बंद होने से पहले आता है, जब भेजी जा रही सामग्री और उसके प्राप्तकर्ताओं को बदलने का समय रहता है।

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

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

**मैं अपना टियर कैसे बढ़ाऊँ?** यह अनुरोध के बजाय समय के साथ गुणवत्ता के अनुसार बढ़ता है। जिन लोगों को मैसेज चाहिए, उन्हें अच्छी तरह मैसेज भेजना ही इसका तरीका है।

**क्या टेम्पलेट से भेजा गया मैसेज हमेशा टियर में गिना जाता है?** जो टेम्पलेट बातचीत शुरू करता है, वह गिना जाता है। खुली विंडो के भीतर भेजा गया टेम्पलेट नहीं गिना जाता।

**क्या messaging_limit_update अलग है?** Meta संबंधित बदलावों के लिए दोनों नाम भेजता है। हमारा हैंडलर इन्हें एक जैसा मानता है, क्योंकि उपयोगी जानकारी समान होती है।

**क्या यह Coexistence नंबर पर लागू होता है?** हाँ। Coexistence में जो चीज़ तय रहती है वह थ्रूपुट है, मैसेजिंग टियर नहीं।

---

## account_alerts वेबहुक

https://easycoexistence.com/hi/docs/webhook-account-alerts

account_alerts कारोबार खाते के बारे में सूचना देने के लिए Meta का सामान्य चैनल है। अन्य इवेंट के विपरीत, इसमें लागू करने योग्य स्थिति नहीं होती। यह अपने-आप कार्रवाई करने के बजाय जाकर देखने का संकेत है।

### इस चैनल पर क्या आता है?

Meta खाते के बारे में जिसे भी बताना ज़रूरी समझता है, वह यहां भेज सकता है। यह सूची जानबूझकर खुली रखी गई है और समय के साथ बढ़ती रही है।

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

यह एकमात्र ऑपरेशनल इवेंट है जिसमें सही तरीका निर्णय लेना नहीं, बल्कि ध्यान देना है। हमारा हैंडलर अलर्ट आने की जानकारी रिकॉर्ड करता है और उससे स्टेटस का अनुमान नहीं लगाता।

### निगरानी में इसे कैसे शामिल करना चाहिए?

इसे टाइमलाइन पर एक संकेत की तरह रखें, उन इवेंट के साथ जो वास्तव में स्थिति बताते हैं।

इसका महत्व घटनाओं के क्रम में है। समीक्षा अस्वीकार होने और फिर पाबंदी लगने से कुछ समय पहले आया अलर्ट ऐसी कहानी बताता है, जो तीनों में से कोई अकेले नहीं बताता। उन्हें एक ही टाइमलाइन पर रिकॉर्ड करने से यह क्रम दिखाई देता है और क्लाइंट से बातचीत अनुमान के बजाय तारीख और इवेंट पर आधारित होती है।

इसे कुछ भी ट्रिगर नहीं करना चाहिए। अलर्ट न तो डिस्कनेक्शन है, न गुणवत्ता में गिरावट और न पाबंदी। इसे इनमें से किसी के रूप में लेना झूठे अलर्ट पैदा करता है और लोगों को असली अलर्ट अनदेखा करना सिखाता है।

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

**यह मेरे कनेक्शन का स्टेटस क्यों नहीं बदलता?** क्योंकि यह नहीं बताता कि क्या बदला है। इससे स्टेटस का अनुमान लगाने पर झूठे अलर्ट पैदा होंगे।

**मुझे इसका विवरण कहां दिखेगा?** कारोबार खाते के Business Manager में। यह इवेंट वहां देखने का संकेत है।

**क्या यह कम ही आता है?** यह नियमित इवेंट नहीं है। इसी कारण आने पर इसे सामने लाना उपयोगी है।

**क्या इसका मतलब है कि कुछ गड़बड़ है?** ज़रूरी नहीं। इसका मतलब है कि Meta ने कोई बात उठाई है, जिसे अपने-आप जवाब देने के बजाय किसी व्यक्ति को देखना चाहिए।

---

## WhatsApp कारोबार नंबर पर डिस्प्ले नाम

https://easycoexistence.com/hi/docs/display-names

डिस्प्ले नाम वह है जो ग्राहक आपके नंबर के साथ बातचीत के ऊपर देखते हैं। इसे बदलने के लिए Meta की मंज़ूरी चाहिए। फ़ैसला phone_number_name_update वेबहुक पर आता है और नाम का कारोबार से मेल न खाना खारिज होने की आम वजह है।

### Meta क्या जाँचता है?

मुख्य रूप से यह कि नाम उस कारोबार से मेल खाता हो, जिसकी पुष्टि खाते के लिए की गई है।

कानूनी संस्था, पंजीकृत कारोबार नाम या वेबसाइट से ग्राहक को पहचाना जाने वाला ब्रांड नाम आम तौर पर मंज़ूर हो जाता है। सामान्य विवरण, पुष्टि किए गए कारोबार से असंबंधित नाम या नाम के बजाय कीवर्ड जैसा दिखने वाला शब्द आम तौर पर मंज़ूर नहीं होता।

बिना मंज़ूर डिस्प्ले नाम वाला नंबर सीमित काम कर सकता है और कुछ भेजने के प्रयासों पर विशेष गड़बड़ी लौटाता है। ऐसा तब पता चलता है जब कोई व्यक्ति परीक्षण के दौरान नंबर जल्दी कनेक्ट कर देता है, नाम पूरा नहीं करता और फिर सोचता है कि एक तरह का मैसेज क्यों विफल होता है, जबकि बाकी काम करते हैं।

### फ़ैसला कैसे आता है?

यह phone_number_name_update वेबहुक पर आता है और इसमें फ़ैसला फ़ील्ड होता है।

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

इसे कनेक्शन टाइमलाइन में दर्ज करने पर क्या हमारा नाम बदल गया, इसका जवाब अनुमान नहीं बल्कि तारीख बन जाता है। वरना ऐसा सवाल अक्सर सहायता बातचीत में बदल जाता है।

- नाम के बजाय कीवर्ड भेजना। Meta इसे खोज मात्रा से नहीं, पुष्टि किए गए कारोबार से मिलाकर जाँचता है।
- यह मान लेना कि कोई खबर न आने का मतलब मंज़ूरी है। फ़ैसला वेबहुक से आता है और कहीं नहीं।
- परीक्षण के दौरान डिस्प्ले नाम छोड़ देना और फिर ऐसे मैसेज पर 131037 पाना, जिसके लिए नाम ज़रूरी है।

**मंज़ूरी में कितना समय लगता है?** Meta कोई निश्चित अवधि नहीं बताता और कोई प्रदाता इसे तेज़ नहीं कर सकता।

**क्या मैं इसे बाद में बदल सकता हूँ?** हाँ, हर बदलाव की फिर से समीक्षा होती है।

**गड़बड़ी 131037 क्या है?** यह तब लौटती है जब नंबर पर मंज़ूर डिस्प्ले नाम नहीं होता और वह ऐसा काम करने की कोशिश करता है, जिसके लिए नाम ज़रूरी है।

**क्या ग्राहक मेरा फ़ोन नंबर भी देखता है?** मंज़ूरी के बाद उसे डिस्प्ले नाम दिखता है। यही नाम रखने का उद्देश्य है।

---

## टेम्पलेट की श्रेणियां: उपयोगिता, प्रचार और प्रमाणीकरण

https://easycoexistence.com/hi/docs/template-categories

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

### हर श्रेणी में क्या शामिल होता है?

उपयोगिता लेन-देन से जुड़ी होती है और ग्राहक की किसी कार्रवाई पर आधारित होती है: ऑर्डर की पुष्टि, शिपिंग अपडेट, बुकिंग रिमाइंडर या अपॉइंटमेंट में बदलाव। मुख्य सवाल यह है कि क्या ग्राहक अपने किए हुए किसी काम के कारण इस मैसेज की उम्मीद करेगा।

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

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

### सब कुछ उपयोगिता के रूप में क्यों न घोषित करें?

क्योंकि Meta श्रेणी बदल सकता है, और ईमानदारी से बताने की तुलना में बाद में श्रेणी बदलना खराब होता है।

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

गलत श्रेणी वाले टेम्पलेट बार-बार भेजने से खाते पर भी ध्यान जा सकता है। सस्ता तरीका यह है कि मैसेज वास्तव में जो है, वही घोषित करें। इससे समीक्षा भी तेज़ होती है, क्योंकि समीक्षक उसी चीज़ की जांच करता है जिसका टेम्पलेट दावा करता है।

- उपयोगिता टेम्पलेट में ऑफ़र डालना। यह लगातार पकड़ा जाता है और मंज़ूरी के बाद इसकी श्रेणी बदली जा सकती है।
- खाते में भुगतान का तरीका न होने पर प्रचार मैसेज भेजना। Meta इसे ज़रूरी करता है और कोई प्रदाता इसे जोड़ नहीं सकता।
- पासकोड के अलावा किसी और चीज़ के लिए प्रमाणीकरण इस्तेमाल करना। फ़ॉर्मैट की सीमाएं कड़ी हैं और यह पास नहीं होगा।

**प्रचार मैसेज का भुगतान कौन करता है?** Meta इसका शुल्क आपके अपने WhatsApp Business खाते में दिए गए भुगतान के तरीके से लेता है। यह शुल्क कभी हमारे ज़रिए नहीं जाता।

**क्या टेम्पलेट की श्रेणी बदल सकती है?** अगर सामग्री घोषित श्रेणी से मेल न खाए, तो Meta मंज़ूरी के बाद उसकी श्रेणी बदल सकता है।

**क्या उपयोगिता मुफ़्त है?** उपयोगिता बातचीत का मूल्य Meta तय करता है। यह ग्राहक सेवा अवधि के भीतर दिए गए जवाबों जैसी नहीं है, जो मुफ़्त होते हैं।

**गड़बड़ी 131063 क्या है?** खाते पर प्रचार टेम्पलेट बंद हैं। यह भुगतान का तरीका न होने से अलग स्थिति है।

---

## नंबर ने काम करना बंद कर दिया: वजह कैसे जानें

https://easycoexistence.com/hi/docs/troubleshooting-a-connection

कनेक्टेड नंबर काम करना बंद करे, तो वजह लगभग कभी कोड नहीं होती। आम क्रम में जाँच करें: टोकन की समय-सीमा खत्म होना, दोबारा कनेक्शन पर वेबहुक ओवरराइड हटना, चौदह दिन की निष्क्रियता से कनेक्शन टूटना, गुणवत्ता गिरना और फिर खाते पर पाबंदी।

### फ़ोन पर कुछ भी गलत क्यों नहीं दिखता?

क्योंकि WhatsApp Business ऐप और एपीआई एक ही नंबर पर अलग-अलग सतहें हैं, और लगभग हर गड़बड़ी इनमें से सिर्फ़ एक को प्रभावित करती है।

टोकन की समय-सीमा खत्म होती है, लेकिन ऐप पर कोई असर नहीं पड़ता। वेबहुक ओवरराइड हटाया जाता है, फिर भी ऐप पर कोई असर नहीं पड़ता। गुणवत्ता गिरती है, तब भी ऐप पर कोई असर नहीं पड़ता। हर मामले में कारोबार ग्राहकों को जवाब देता रहता है, सामान्य व्यवहार देखता है और कुछ रिपोर्ट करने की वजह नहीं पाता।

यही वजह है कि किसी के डैशबोर्ड देखने का इंतज़ार करने के बजाय निगरानी ज़रूरी है। गड़बड़ियाँ वास्तविक और खामोश होती हैं, और नंबर के सबसे करीब रहने वाले लोग ही उन्हें नोटिस करने की सबसे कम संभावना रखते हैं।

### आपको किस क्रम में जाँच करनी चाहिए?

सबसे पहले टोकन जाँचें, क्योंकि यही सबसे आम और ठीक करने में सबसे सस्ता कारण है। समय-सीमा खत्म या अमान्य क्रेडेंशियल हर अनुरोध को एक ही तरह विफल करता है, जिससे लगता है कि नंबर हटा दिया गया है। उसी खाते के लिए दूसरा क्रेडेंशियल रखना दोनों स्थितियों में फर्क बताता है।

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

फिर कनेक्शन टूटना जाँचें: account_update इवेंट में PARTNER_REMOVED और एक कारण आता है। PRIMARY_INACTIVITY का अर्थ है कि ऐप लगभग चौदह दिनों तक नहीं खोला गया और दोबारा कनेक्शन करने से समस्या ठीक हो जाती है।

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

### लगभग कभी वजह क्या नहीं होती?

अगर कल तक कोड काम कर रहा था और कुछ डिप्लॉय नहीं किया गया, तो आपकी कोडिंग लगभग कभी वजह नहीं होती।

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

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

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

**नंबर फ़ोन पर काम करता है, लेकिन कुछ भेजा नहीं जा रहा। कहाँ से शुरू करूँ?** एक्सेस टोकन से। यही सबसे आम कारण है और हटे हुए नंबर जैसा सबसे अधिक दिखता है।

**मैंने दोबारा कनेक्ट किया, फिर भी मैसेज मेरे सर्वर तक नहीं पहुँच रहे।** वेबहुक ओवरराइड ऐप के साथ हट गया। इसे फिर से लागू करना होगा, और हम यह अपने-आप करते हैं।

**मुझे कैसे पता चलेगा कि यह चौदह दिन वाला नियम था?** कनेक्शन टूटने की सूचना account_update इवेंट में PRIMARY_INACTIVITY कारण के साथ आती है।

**क्या टेम्पलेट में बदलाव से मेरे मैसेज भेजना रुक सकता है?** हाँ, और यही वह कारण है जो कोड की गड़बड़ी जैसा दिखता है। वैरिएबल की संख्या बदलने से हर भेजने वाले का कॉन्ट्रैक्ट बदल जाता है।

---

## Meta WhatsApp के किन मैसेज का शुल्क लेता है

https://easycoexistence.com/hi/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/hi/docs/mcp-or-webhook

MCP अनुरोध और जवाब पर चलता है: कोई व्यक्ति कहे तो सहायक टूल को कॉल करता है। वेबहुक इसका उलटा है, जिसमें Meta कोई घटना भेजता है और आपका सिस्टम तय करता है कि क्या करना है। अपने-आप प्रतिक्रिया देने वाली कोई भी चीज़ केवल MCP से नहीं बनाई जा सकती।

### MCP ग्राहक को अपने-आप जवाब क्यों नहीं दे सकता?

क्योंकि प्रोटोकॉल में जगाए जाने की कोई व्यवस्था नहीं है।

MCP सर्वर ऐसे टूल उपलब्ध कराता है जिन्हें क्लाइंट कॉल करता है। कॉल सहायक की ओर से शुरू होती है, और सहायक खुद किसी व्यक्ति को जवाब दे रहा होता है। आने वाली दिशा मौजूद नहीं है: ग्राहक के WhatsApp मैसेज भेजने से सहायक तक कुछ नहीं पहुँच सकता और उसे काम करने के लिए मजबूर नहीं कर सकता। यह हमारी सीमा नहीं है, बल्कि हर प्रोडक्ट के हर MCP सर्वर की यही स्थिति है।

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

### हर रास्ता वास्तव में किस काम के लिए अच्छा है?

MCP उस काम के लिए है जो कोई व्यक्ति कर रहा हो। मेरा कौन-सा नंबर ठीक से काम नहीं कर रहा, इस ग्राहक को उसकी पुष्टि भेजो, ऑर्डर अपडेट के लिए टेम्पलेट बनाओ, इस क्लाइंट के नंबर को मेरे सर्वर से जोड़ो। हर काम किसी के पूछने से शुरू होता है और डैशबोर्ड की तुलना में सहायक के ज़रिए जल्दी होता है।

वेबहुक उन सभी कामों के लिए है जिन्हें किसी व्यक्ति के मौजूद न होने पर भी होना चाहिए। काम के घंटों के बाद पहला जवाब, सही व्यक्ति तक भेजना, सीआरएम में दर्ज करना, वर्कफ़्लो शुरू करना।

उपयोगी बात यह है कि 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 खरीदना। यह तभी काम करता है जब कोई कहे, और सुबह 3 बजे इसे कोई नहीं कहता।
- यह मान लेना कि MCP सर्वर वाला प्लैटफ़ॉर्म उसे इस्तेमाल भी कर सकता है। Make और Zapier उपलब्ध कराते हैं, इस्तेमाल नहीं करते।
- दोनों रास्तों से एक ही काम करवाने के लिए उन्हें बनाना। वे एक ही सिस्टम के अलग-अलग हिस्सों के लिए हैं।

**क्या कोई सहायक मेरा WhatsApp देख सकता है?** नहीं। कोई भी घटना MCP सर्वर में सीधे नहीं भेज सकता। देखना वेबहुक का काम है, और वेबहुक इसके बाद किसी मॉडल को कॉल कर सकता है।

**क्या मुझे दोनों की ज़रूरत है?** ज़्यादातर वास्तविक सिस्टम दोनों का इस्तेमाल करते हैं: लोगों के किए काम के लिए MCP और उनके बिना होने वाली हर चीज़ के लिए वेबहुक।

**क्या Zapier आपके MCP सर्वर का इस्तेमाल कर सकता है?** नहीं। Zapier MCP सर्वर है, क्लाइंट नहीं, इसलिए उसके पास हमारे सर्वर को कॉल करने का कोई तरीका नहीं है।

**क्या n8n कर सकता है?** हाँ, OAuth2 वाले इसके MCP Client Tool के ज़रिए। इन तीनों ऑटोमेशन प्लैटफ़ॉर्म में यही एक ऐसा प्लैटफ़ॉर्म है जो ऐसा कर सकता है।

---

## कनेक्ट करने के बाद WhatsApp Business ऐप में क्या बदलता है

https://easycoexistence.com/hi/docs/what-changes-in-the-app

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

### बिल्कुल पहले जैसा क्या रहता है?

ऐप, नंबर, बातचीत और उनका जवाब देने वाला व्यक्ति।

WhatsApp Business ऐप उसी तरह खुलता है, संपर्क सूची में कोई बदलाव नहीं होता और पुरानी हर बातचीत वहीं रहती है। किसी को नई जगह साइन इन नहीं करना पड़ता, कुछ इंस्टॉल नहीं करना पड़ता और कोई प्रशिक्षण नहीं चाहिए। मंगलवार दोपहर नंबर जोड़ने वाले कारोबार के लिए बुधवार की सुबह बाकी हर बुधवार की सुबह जैसी ही होती है।

यही पूरी बात है। इसे ठोस रूप से समझाना ज़रूरी है, क्योंकि पहले माइग्रेशन की पेशकश पा चुके कारोबारों को यह वादा बहुत अच्छा लग सकता है।

### वास्तव में क्या बदलता है?

तीन बातें, और इनमें से केवल एक दिखाई देती है।

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

ऐप में लिखे गए मैसेज सॉफ़्टवेयर को दिखने लगते हैं और smb_message_echoes इवेंट के रूप में पहुँचते हैं। फ़ोन पर किसी को इसका पता नहीं चलता, लेकिन इसी से ऑटोमेशन उस इंसान के जवाब के ऊपर अपना जवाब भेजने से रुकता है।

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

### कारोबार को क्या करते रहना होगा?

ऐप खोलना, जो वे वैसे भी करने वाले थे।

मुख्य डिवाइस पर लगभग चौदह दिनों तक कोई गतिविधि न होने पर Meta Coexistence कनेक्शन हटा देता है। ग्राहकों को सक्रिय रूप से जवाब देने वाले कारोबार के लिए यह कभी सामने नहीं आता। मौसम के अनुसार शांत रहने वाले नंबर या धीमे महीने वाले ग्राहक के लिए एजेंसी द्वारा रखे गए नंबर में ऐसा हो सकता है।

कनेक्शन हटना वापस ठीक किया जा सकता है, इसलिए यह नुकसान के बजाय असुविधा है। योजना बनाने योग्य बात इसके बाद होती है: कनेक्शन के साथ वेबहुक डेस्टिनेशन भी हट जाता है। दोबारा कनेक्ट करने पर मैसेज भेजना बहाल हो जाता है, लेकिन आपके अपने सर्वर पर डिलीवरी चुपचाप बहाल नहीं होती, जब तक उसे फिर से लागू न किया जाए।

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

**क्या मेरी टीम को कुछ नया सीखना होगा?** नहीं। वे WhatsApp Business ऐप को बिल्कुल पहले की तरह इस्तेमाल करते रहेंगे।

**क्या पुरानी बातचीत खो जाएगी?** नहीं। वे ऐप में रहेंगी और शुरुआत के समय लगभग छह महीने की बातचीत वैकल्पिक रूप से एपीआई के साथ साझा की जा सकती है।

**क्या हम अब भी ग्रुप इस्तेमाल कर सकते हैं?** ऐप से हाँ, बिल्कुल पहले की तरह। एपीआई से नहीं, किसी भी प्रोवाइडर पर।

**अगर कोई दो हफ़्ते तक ऐप न खोले तो क्या होगा?** Meta एपीआई वाला हिस्सा हटा देता है। दोबारा कनेक्ट करने पर वह बहाल हो जाता है और ऐप इस दौरान प्रभावित नहीं होता।

---

## Coexistence संदर्भ

https://easycoexistence.com/hi/docs/coexistence

Coexistence एक ही नंबर पर WhatsApp Business ऐप और Cloud API को एक साथ चलाता है। यह पेज संदर्भ के लिए है: यह क्या है, मैसेज कैसे पहुँचते हैं, इसकी सीमाएँ क्या हैं और इसे कैसे हटाएँ। इसके पक्ष की दलील गाइड में है।

### यह क्या है

एक ही फ़ोन नंबर पर WhatsApp Business ऐप और Cloud API को एक साथ चलाने का Meta का आधिकारिक मोड। यह अलग एपीआई नहीं है: यही Cloud API है, जिसे इस तरह जोड़ा जाता है कि बाद में ऐप उसी नंबर पर काम करता रहे।

### टीमें इसका इस्तेमाल क्यों करती हैं

लगभग हर कनेक्शन के पीछे चार कारण होते हैं।

- वाहनों, रसीदों और वेबसाइट पर पहले से छपे नंबर को बनाए रखें।
- किसी को नए टूल पर भेजे बिना एपीआई से भेजना, वेबहुक और टेम्पलेट जोड़ें।
- बातचीत को किसी प्रदाता के साझा इनबॉक्स से बाहर रखें।
- किसी एजेंसी को कई ग्राहक नंबर रखने दें, हर नंबर ग्राहक के अपने Business Portfolio में।

### संचार कैसे काम करता है

दोनों सतहों पर एक ही थ्रेड दिखता है। एपीआई से भेजा गया मैसेज ऐप में दिखाई देता है। टीम ऐप में जो टाइप करती है, वह सॉफ़्टवेयर तक smb_message_echoes इवेंट के रूप में पहुँचता है, जिससे ऑटोमेशन इंसान के ऊपर जवाब नहीं भेजता।

### कीमत कैसे काम करती है

Meta मैसेज के बजाय बातचीत की कीमत तय करता है और उसका बिल आपके अपने WhatsApp Business Account की भुगतान विधि पर भेजता है। 24 घंटे की ग्राहक सेवा विंडो के भीतर जवाब मुफ़्त हैं। इसके बाहर बातचीत शुरू करने के लिए टेम्पलेट चाहिए और शुल्क लगता है।

### लिंक किए गए डिवाइस

Coexistence लिंक किया गया डिवाइस नहीं है और इसका इस्तेमाल भी नहीं करता। लिंक किया गया डिवाइस वह उपभोक्ता क्लाइंट है जिसमें कहीं और साइन इन किया जाता है। अनौपचारिक टूल इसी को ऑटोमेट करते हैं और WhatsApp की शर्तें इसे मना करती हैं। यहाँ उस तरीके का कोई इस्तेमाल नहीं होता।

### काम करने की सीमाएँ

Meta द्वारा तय, हर प्रदाता पर समान।

- समूह चैट एपीआई के ज़रिए उपलब्ध नहीं हैं।
- टेम्पलेट फ़ोन ऐप से नहीं, केवल एपीआई के ज़रिए भेजे जा सकते हैं।
- भेजने की गति गुणवत्ता और स्तर के साथ बढ़ने के बजाय तय रहती है।
- चैट इतिहास साझा करना ऑनबोर्डिंग के दौरान एक बार तय होता है।

### पात्रता

कनेक्ट होने से पहले नंबर को इन सभी शर्तों को पूरा करना होगा।

- यह WhatsApp Business ऐप में पहले से सक्रिय हो, उपभोक्ता ऐप में नहीं।
- यह ऐसे Business Portfolio में हो जिसे आप एक्सेस कर सकते हैं।
- यह पहले से किसी दूसरे प्रदाता के ऐप से कनेक्ट न हो।

### कामकाज से जुड़ी बातें

कनेक्ट करने के बाद ये बातें सच रहती हैं और आसानी से नज़रअंदाज़ हो सकती हैं।

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

### खाता चुनने की सावधानी

Embedded Signup के दौरान Business Portfolio और WhatsApp Business Account अलग-अलग चरणों में चुने जाते हैं। गलत खाता चुनने पर नंबर ऐसी जगह जुड़ जाता है जहाँ आपका इरादा नहीं था। बाद में इसे बदलने के लिए डिस्कनेक्ट करके पूरी प्रक्रिया फिर चलानी पड़ती है।

### एकतरफ़ा फैसले

मौजूदा चैट इतिहास साझा करने का विकल्प एक बार पूछा जाता है और बाद में बदला नहीं जा सकता। सिंक्रोनाइज़ेशन भी ऑनबोर्डिंग के 24 घंटे के भीतर शुरू होना चाहिए और केवल एक बार चल सकता है। समय चूकने पर दोनों चेतावनी के बजाय अनजान गड़बड़ियाँ दिखाते हैं।

### डिस्कनेक्ट करना या वापस लौटना

नंबर को किसी भी समय डैशबोर्ड या कनेक्टर से डिस्कनेक्ट किया जा सकता है। WhatsApp Business ऐप अपनी बातचीत और इतिहास के साथ पहले की तरह चलता रहता है। कनेक्ट किए जाने से नंबर में कोई स्थायी बदलाव नहीं होता।

- Coexistence को अलग एपीआई समझना। यह अलग ऑनबोर्डिंग वाला Cloud API है।
- समूह चैट के आधार पर बनाना। हर प्रदाता पर ये शामिल नहीं हैं।
- यह मानना कि दोबारा कनेक्ट करने से वेबहुक डेस्टिनेशन वापस आ जाता है। ऐसा नहीं होता।

**क्या यह Cloud API जैसा ही है?** हाँ। Coexistence, Cloud API से जुड़ने का एक तरीका है, जिसमें WhatsApp Business ऐप उसी नंबर पर काम करता रहता है।

**क्या मैं इसे वापस हटा सकता हूँ?** हाँ। डिस्कनेक्ट करने पर ऐप और उसकी बातचीत बिल्कुल पहले जैसी रहती है।

**क्या मेरी टीम को प्रशिक्षण चाहिए?** नहीं। वे WhatsApp Business ऐप का इस्तेमाल वैसे ही करती रहेंगी जैसे अभी करती हैं।

**ऐप टेम्पलेट क्यों नहीं भेज सकता?** टेम्पलेट ऐप की सुविधा के बजाय प्लेटफ़ॉर्म की सुविधा हैं। 24 घंटे की विंडो के बाहर सब कुछ एपीआई से जाता है।

---

## एपीआई में क्या सिंक होता है और क्या नहीं

https://easycoexistence.com/hi/docs/what-syncs-and-what-does-not

कॉन्टैक्ट और एक-से-एक मैसेज इतिहास एपीआई में सिंक होते हैं। इसके बाद मैसेज दोनों दिशाओं में मिरर होते हैं। ग्रुप सिंक नहीं होते। WhatsApp Business ऐप के अपने टूल, जैसे कैटलॉग, ऑर्डर, स्टेटस, लेबल, त्वरित जवाब, स्वागत और अनुपस्थिति मैसेज भी सिंक नहीं होते।

### क्या दूसरी ओर आता है

दो चीज़ें, और यही वे दो चीज़ें हैं जो वर्षों से इस्तेमाल हो रहे कारोबारी नंबर पर शुरू होने वाले सॉफ़्टवेयर के लिए मायने रखती हैं।

- कॉन्टैक्ट: WhatsApp नंबर वाले हर कॉन्टैक्ट को प्लेटफ़ॉर्म पर सिंक किया जा सकता है।
- एक-से-एक मैसेज इतिहास, ताकि एपीआई शुरू होने से पहले हुई बातचीत उससे छिपी न रहे।
- इसके बाद मैसेज दोनों दिशाओं में मिरर होते हैं: एपीआई से भेजा गया मैसेज ऐप में दिखता है और टीम ऐप में जो लिखती है, वह आपके सिस्टम तक पहुँचता है।

### क्या दूसरी ओर नहीं आता

उम्मीद से ज़्यादा चीज़ें नहीं आतीं। किसी क्लाइंट से वादा करने से पहले यही सूची पढ़नी चाहिए। इनमें से कुछ भी प्रदाता की सीमा नहीं है, यह प्लेटफ़ॉर्म के काम करने का तरीका है।

- ग्रुप चैट सिंक नहीं होते और किसी भी प्रदाता पर एपीआई के ज़रिए उपलब्ध नहीं होते।
- कारोबारी टूल: कैटलॉग, ऑर्डर और स्टेटस।
- मैसेजिंग टूल: स्वागत मैसेज, अनुपस्थिति मैसेज, त्वरित जवाब और लेबल।
- चैनल, वॉइस और वीडियो कॉल, और कारोबारी प्रोफ़ाइल की जानकारी।

### ऐप के अपने टूल पीछे क्यों रह जाते हैं

क्योंकि वे प्लेटफ़ॉर्म की नहीं, ऐप की सुविधाएँ हैं और एपीआई में उनका कोई समकक्ष नहीं है। ऐप में त्वरित जवाब और लेबल डिवाइस पर रहते हैं। अनुपस्थिति मैसेज तब भेजा जाता है जब कोई ऐप नहीं देख रहा होता। ये एपीआई की अवधारणाओं के रूप में मौजूद नहीं हैं, इसलिए इन्हें सिंक करने के लिए कुछ नहीं है। इसका व्यावहारिक असर यह है कि लेबल से काम व्यवस्थित करने वाला कारोबार उन्हें ऐप में इस्तेमाल करता रहेगा, लेकिन सॉफ़्टवेयर उन्हें नहीं देख सकेगा। अगर यह व्यवस्था आपके काम के लिए ज़रूरी है, तो इसे अपनी ओर से फिर बनाना होगा।

### वह समय-सीमा जिसे आप चूक सकते हैं

ऑनबोर्डिंग के 24 घंटे के भीतर सिंक्रोनाइज़ेशन शुरू करना ज़रूरी है। समय निकल जाने पर दोबारा मौका पाने के लिए नंबर को ऑफ़बोर्ड करके फिर से ऑनबोर्ड करना होगा। यह भेजने पर लागू होने वाली 24 घंटे की ग्राहक सेवा अवधि से अलग है। एक अवधि ग्राहक के आखिरी मैसेज से गिनी जाती है और तय करती है कि सामान्य मैसेज पहुँचेगा या नहीं। यह अवधि ऑनबोर्डिंग से गिनी जाती है और तय करती है कि इतिहास अभी ट्रांसफ़र किया जा सकता है या नहीं। इसलिए इतिहास का फैसला नंबर कनेक्ट होने वाले दिन करना बेहतर है, न कि इंटीग्रेशन का काम शुरू होने पर, जो अक्सर किसी दूसरे हफ़्ते में होता है।

- क्लाइंट से वादा करना कि उनके लेबल और त्वरित जवाब आपके सिस्टम में दिखेंगे। वे ऐप में ही रहते हैं।
- ग्रुप चैट के आसपास कुछ बनाना। वे किसी भी प्रदाता पर सिंक नहीं होते।
- इंटीग्रेशन पूरा होने तक इतिहास सिंक टालना। समय-सीमा ऑनबोर्डिंग से 24 घंटे की है।

**क्या मेरी पुरानी बातचीत एपीआई में दिखेगी?** ऑनबोर्डिंग के दौरान स्वीकार करने पर एक-से-एक इतिहास सिंक हो जाता है। ग्रुप बातचीत नहीं होती।

**क्या सॉफ़्टवेयर मेरे लेबल देख सकता है?** नहीं। लेबल ऐप की सुविधा हैं और एपीआई में उनका कोई समकक्ष नहीं है, इसलिए वे डिवाइस पर ही रहते हैं।

**क्या टीम के त्वरित जवाब हट जाएंगे?** नहीं। वे पहले की तरह ऐप में काम करते रहेंगे। सॉफ़्टवेयर उन्हें बस देख नहीं सकता।

**अगर मैं 24 घंटे की सिंक समय-सीमा चूक जाऊँ तो?** नंबर को डिस्कनेक्ट करके फिर से कनेक्ट करना होगा। इससे ऑनबोर्डिंग दोबारा चलेगी और नई समय-सीमा शुरू होगी।

---

## Coexistence के बाद WhatsApp के कौनसे फ़ीचर बंद हो जाते हैं

https://easycoexistence.com/hi/docs/features-disabled-by-coexistence

Coexistence के ज़रिए नंबर कनेक्ट होने पर चार चीज़ें काम करना बंद कर देती हैं: गायब होने वाले मैसेज, एक बार देखें वाले मैसेज और लाइव लोकेशन एक-से-एक चैट में बंद हो जाते हैं। ब्रॉडकास्ट लिस्ट पूरी तरह बंद हो जाती हैं और मौजूदा लिस्ट मिटने के बजाय सिर्फ़ पढ़ने योग्य रह जाती हैं।

### चारों फ़ीचर

हर फ़ीचर छिपाया नहीं जाता, बल्कि प्लेटफ़ॉर्म स्तर पर बंद किया जाता है। इसका कारण यह है कि एपीआई बातचीत देख सकता है।

- गायब होने वाले मैसेज: सभी एक-से-एक चैट के लिए बंद।
- एक बार देखें वाले मैसेज: सभी एक-से-एक चैट के लिए बंद।
- लाइव लोकेशन मैसेज: सभी एक-से-एक चैट के लिए बंद।
- ब्रॉडकास्ट लिस्ट: बंद हो जाती हैं और मौजूदा लिस्ट हटने के बजाय सिर्फ़ पढ़ने योग्य रह जाती हैं।

### खास तौर पर यही चार क्यों

क्योंकि इनमें से हर फ़ीचर ऐसा वादा करता है जिसका एपीआई खंडन करता है।

गायब होने वाला मैसेज वादा करता है कि वह मौजूद नहीं रहेगा। एक बार देखें वाला मैसेज वादा करता है कि उसे सिर्फ़ एक बार देखा जा सकेगा। दोनों वादे इस बात पर निर्भर करते हैं कि कोई और उसकी कॉपी न रखे, जबकि कनेक्ट किया गया नंबर परिभाषा के अनुसार उन मैसेज को किसी दूसरे सिस्टम तक पहुँचाता है।

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

इसलिए इनमें से कुछ भी मनमाना नहीं है। प्लेटफ़ॉर्म ऐसा वादा करने से इनकार कर रहा है जिसे वह अब निभा नहीं सकता।

### क्लाइंट का नंबर कनेक्ट करने से पहले इसका क्या मतलब है

पूछें कि कारोबार इनमें से किसी फ़ीचर का इस्तेमाल करता है या नहीं, क्योंकि बाद में इसका पता चलना मुश्किल बातचीत बन जाती है।

ब्रॉडकास्ट लिस्ट असली कारोबारों को सबसे ज़्यादा प्रभावित करती हैं। जो दुकान ब्रॉडकास्ट लिस्ट के ज़रिए दो सौ ग्राहकों को हर हफ़्ते मैसेज भेजती है, उसका यह तरीका बंद हो जाएगा। इसका विकल्प मंज़ूर किया गया मार्केटिंग टेम्पलेट है, जिसके लिए खाते में भुगतान का तरीका और Meta की समीक्षा ज़रूरी है।

गायब होने वाले मैसेज अलग तरह के उपयोगकर्ता को प्रभावित करते हैं, आम तौर पर ऐसे व्यक्ति को जिसने इसे एक बार चालू किया और भूल गया। डिलीवरी और फील्ड सर्विस के बाहर लाइव लोकेशन का मामला लगभग कभी नहीं आता।

- ब्रॉडकास्ट लिस्ट पर निर्भर नंबर को कारोबार को बताए बिना कनेक्ट करना। इसका विकल्प मंज़ूरी और बिलिंग से जुड़ा टेम्पलेट है।
- यह मान लेना कि मौजूदा ब्रॉडकास्ट लिस्ट मिटा दी जाती हैं। वे सिर्फ़ पढ़ने योग्य बनती हैं।
- नंबर कनेक्ट रहने के दौरान इनके वापस आने की उम्मीद करना। ये वापस नहीं आतीं।

**क्या मैं गायब होने वाले मैसेज फिर से चालू कर सकता हूँ?** नंबर कनेक्ट रहने तक नहीं। डिस्कनेक्ट करने पर ऐप का सामान्य व्यवहार वापस आ जाता है।

**क्या मेरी मौजूदा ब्रॉडकास्ट लिस्ट मिटा दी जाती हैं?** नहीं। वे सिर्फ़ पढ़ने योग्य बनती हैं, इसलिए उनकी सामग्री बनी रहती है, लेकिन उनसे मैसेज नहीं भेजे जा सकते।

**क्या इसका असर ग्रुप चैट पर पड़ता है?** यह बंदी एक-से-एक चैट के लिए दर्ज की गई है। Coexistence नंबर पर ग्रुप एपीआई से पूरी तरह बाहर रहते हैं।

**ब्रॉडकास्ट लिस्ट की जगह क्या इस्तेमाल किया जाता है?** एपीआई से भेजा गया मंज़ूर किया गया मार्केटिंग टेम्पलेट, जिसके लिए आपके अपने WhatsApp Business Account में भुगतान का तरीका ज़रूरी है।

---

## Coexistence के लिए कौन से नंबर पात्र हैं

https://easycoexistence.com/hi/docs/number-eligibility

नंबर WhatsApp Business ऐप में पहले से उपयोग में होना चाहिए, वर्ज़न 2.24.17 या नया होना चाहिए, ऐसे Business Portfolio में होना चाहिए जिसे आप प्रशासित कर सकें और किसी दूसरे प्रदाता से जुड़ा नहीं होना चाहिए। भौगोलिक क्षेत्र अब शर्त नहीं है। बाकी सभी मामलों में ऑनबोर्डिंग के दौरान नंबर अस्वीकार कर दिया जाता है।

### नंबर के लिए खुद क्या शर्तें हैं

चार शर्तें हैं और इन सभी की जांच प्रदाता नहीं, बल्कि Meta की अपनी ऑनबोर्डिंग प्रक्रिया में होती है।

- नंबर WhatsApp Business ऐप में पहले से पंजीकृत और उपयोग में हो, उपभोक्ता WhatsApp ऐप में नहीं।
- प्राथमिक डिवाइस पर ऐप वर्ज़न 2.24.17 या नया हो।
- वह Meta 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/hi/compare/easycoexistence-vs-360dialog

360dialog और EasyCoexistence का मूल्य मॉडल एक जैसा है: जुड़े हुए हर नंबर के लिए तय शुल्क। Meta के मैसेज शुल्क आपको सीधे बिल किए जाते हैं और कोई पक्ष अतिरिक्त शुल्क नहीं लगाता। अंतर राशि, स्तरों की संख्या और शुल्क से मिलने वाली चीज़ में है।

### हर नंबर के लिए आप कितना भुगतान करते हैं

दोनों हर नंबर पर शुल्क लेते हैं और Meta के मैसेज शुल्क पर अतिरिक्त शुल्क नहीं लगाते। इसलिए बात राशि और उससे मिलने वाली चीज़ पर आकर टिकती है।

- 360dialog:: सितंबर 2026 तक WhatsApp एपीआई के तीन स्तर: हर नंबर के लिए प्रति माह €49, €99 और €500। साइनअप के समय एक प्लान चुनना होता है और बाद में एक सीमा पार करनी होती है।
- EasyCoexistence:: एक प्रकाशित मूल्य सूची: हर जुड़े नंबर के लिए प्रति माह US$ 9 से शुरू होकर नंबर जोड़ने के साथ US$ 1 तक। इसमें कहीं भी सुविधा की रोक नहीं है: एजेंसी का बीसवां नंबर पहले नंबर जैसा ही काम करता है और कम खर्च होता है। अपग्रेड की कोई बातचीत नहीं, क्योंकि अपग्रेड करने के लिए कुछ है ही नहीं।

### क्लाइंट जोड़ने पर क्या होता है

यही वह स्थिति है जहाँ हर नंबर की राशि महज़ छोटे-मोटे अंतर की बात नहीं रहती।

- 360dialog:: उनके शुरुआती स्तर पर बीस नंबरों की कीमत Meta के किसी भी शुल्क से पहले €980 प्रति माह है। मॉडल सही है, असली बात गुणक की है।
- EasyCoexistence:: बीस नंबरों की कीमत US$ 140 प्रति माह है। हर नंबर अपने क्लाइंट के Business Portfolio में अलग जुड़ा है, अलग पंक्ति में बिल किया जाता है और किसी भी संख्या पर कोई नया स्तर नहीं आता।

### बातचीत की सामग्री कहाँ जाती है

किसी और बात से पहले यह तय करना ज़रूरी है, क्योंकि बाद में इसे बदला नहीं जा सकता।

- 360dialog:: उनका मूल्य पृष्ठ मैसेज के रास्ते का विवरण नहीं देता। यह किसी पक्ष के समर्थन या विरोध का प्रमाण नहीं है और उनसे पूछे जाने वाला पहला सवाल है।
- EasyCoexistence:: Meta मैसेज इवेंट उस यूआरएल पर भेजता है जिसे आप चुनते हैं। यह आपके खाते के लिए हमारे ऐप की सदस्यता में किए गए ओवरराइड के ज़रिए होता है। जिस खाते का डेस्टिनेशन तय नहीं है, उसके इवेंट हमारे कॉलबैक पर लौटते हैं, जहाँ हैंडलर उन्हें सहेजे बिना छोड़ देता है।

### Coexistence खुद

कनेक्ट करने के बाद उस नंबर पर WhatsApp Business ऐप काम करता रहता है या नहीं।

- 360dialog:: उनका मूल्य पृष्ठ इस बारे में कुछ नहीं कहता। तुलना पृष्ठ पर, इसमें भी, भरोसा करने के बजाय उनसे सीधे पूछें: जिसका दस्तावेज़ नहीं है, वह सुविधा गायब है, ऐसा नहीं मानना चाहिए।
- EasyCoexistence:: यही पूरा उत्पाद है। नंबर Meta के अपने Coexistence प्रवाह से जुड़ता है, ऐप पहले की तरह चलता रहता है और हर सतह वह देखती है जो दूसरी भेजती है।

### जब आपको पूरा BSP संबंध चाहिए

एक स्थिति है, और वह वास्तविक है।

- 360dialog:: जब आप कनेक्शन के बजाय विक्रेता के साथ संबंध खरीद रहे हों। वे लंबे संचालन इतिहास, क्षेत्रीय उपस्थिति और सहायता ढाँचे वाले स्थापित BSP हैं, जिनसे छोटा उत्पाद मेल नहीं खाता। उनका सबसे ऊंचा स्तर इसलिए है क्योंकि बड़े प्रेषकों को ऐसी चीज़ों की ज़रूरत होती है जिनकी छोटे प्रेषकों को नहीं होती।
- EasyCoexistence:: एक केंद्रित उत्पाद: ईमेल सहायता और कनेक्शन की समयरेखा, जिसमें दिखता है कि क्या और कब हुआ। अपना इंटरफ़ेस बनाने वाले व्यक्ति को यही चाहिए, यह खाता प्रबंधन वाला संबंध नहीं है।

### किसे चुनें

अगर आपको नामित खाता प्रबंधक और लोगों द्वारा संचालित एस्केलेशन पथ चाहिए, तो यह BSP संबंध है और उनका उत्पाद ऐसा संबंध देता है।

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

- केवल मासिक राशि की तुलना करना। शुल्क से मिलने वाली चीज़ राशि से अधिक अलग है।
- यह मान लेना कि कोई पक्ष Meta की फीस पर अतिरिक्त शुल्क लगाता है। ऐसा कोई नहीं करता; Meta ये शुल्क आपको सीधे बिल करता है।
- दस्तावेज़ में न लिखी सुविधा को गायब मान लेना। तुलना पृष्ठ पर, इसमें भी, भरोसा करने के बजाय उनसे पूछें।

**क्या कीमतें मौजूदा हैं?** ये सितंबर 2026 में 360dialog के मूल्य पृष्ठ पर प्रकाशित कीमतें हैं, जिसका लिंक ऊपर दिया गया है। कीमतें बदलती हैं, इसलिए निर्णय से पहले स्रोत देखें।

**क्या कोई Meta के शुल्क पर अतिरिक्त शुल्क लगाता है?** नहीं। दोनों शुल्क सीधे आगे भेजते हैं और Meta आपके अपने WhatsApp Business Account को सीधे बिल करता है।

**क्या 360dialog Coexistence का समर्थन करता है?** उनका मूल्य पृष्ठ इस बारे में कुछ नहीं कहता। यह किसी पक्ष के समर्थन या विरोध का प्रमाण नहीं है, फिर भी उनसे पूछना उचित है।

**एजेंसी के लिए कौन बेहतर है?** क्लाइंट के लिए प्लेटफ़ॉर्म चाहिए तो 360dialog चुनें; क्लाइंट के लिए कनेक्शन चाहिए तो EasyCoexistence चुनें। नंबर बढ़ने पर EasyCoexistence की प्रति नंबर लागत कम रहती है।

---

## EasyCoexistence बनाम WATI

https://easycoexistence.com/hi/compare/easycoexistence-vs-wati

ये एक ही उत्पाद के प्रतिस्पर्धी संस्करण नहीं, बल्कि अलग उत्पाद हैं। WATI साझा टीम इनबॉक्स बेचता है, जिसका शुल्क उपयोगकर्ताओं और मासिक सक्रिय संपर्कों के आधार पर है। EasyCoexistence खुद कनेक्शन बेचता है, जिसका शुल्क प्रति नंबर है और इसमें कोई इनबॉक्स नहीं है।

### मासिक बिल वास्तव में किस चीज़ का है

दोनों उत्पाद अलग इकाइयों के आधार पर शुल्क लेते हैं। एक से अधिक नंबर रखने वालों के लिए यह अंतर हर महीने बढ़ता जाता है।

- WATI:: प्रति उपयोगकर्ता और प्रति मासिक सक्रिय संपर्क। सितंबर 2026 तक प्रकाशित योजनाओं में तीन से दस उपयोगकर्ता और 500 से 2,500 संपर्क शामिल हैं। हर नए एजेंट और हर ग्राहक बातचीत के साथ बिल बढ़ता है।
- EasyCoexistence:: प्रति जुड़े नंबर एक समान शुल्क, बिना उपयोगकर्ता या संपर्क सीमा के। किसी एजेंसी के बीसवें ग्राहक का शुल्क पहले ग्राहक से ज़्यादा नहीं है, और व्यस्त महीने का शुल्क शांत महीने जितना।

### आपके ग्राहकों की बातचीत आखिर कहाँ पहुँचती है

यह वह अंतर है जिसे बाद में बदला नहीं जा सकता, और यह दोनों उत्पादों की प्रकृति से निकलता है।

- WATI:: उनके प्लैटफ़ॉर्म पर। साझा इनबॉक्स को मैसेज सामग्री सहेजनी पड़ती है, ताकि उसे खोलने वाले व्यक्ति को वापस दिखाया जा सके। उनके प्राइसिंग पेज पर इसे हर योजना की मुख्य सुविधा बताया गया है।
- EasyCoexistence:: हमारी ओर कहीं नहीं। Meta मैसेज इवेंट सीधे आपके चुने हुए यूआरएल पर भेजता है। हमारे फ़ॉलबैक कॉलबैक तक पहुँचने वाली चीज़ बिना सहेजे हटा दी जाती है। यह नीति में लिखा कथन नहीं, कोड में लागू नियम है।

### क्या आपकी टीम को काम करने का तरीका बदलना पड़ेगा

किसी भी बात पर सहमत होने से पहले कारोबारी यही सवाल पूछता है।

- WATI:: एजेंट अपने इनबॉक्स में लॉग इन करते हैं। बातचीत वहीं बाँटी, टैग की और जवाब दी जाती है। इसका अर्थ है कि टीम फ़ोन से हटकर नए टूल में जाती है।
- EasyCoexistence:: कोई नहीं बदलता। Coexistence के ज़रिए WhatsApp Business ऐप उसी नंबर पर, उन्हीं चैट और इतिहास के साथ चलता रहता है। सॉफ़्टवेयर वही संभालता है जिसे आपने बनाने के लिए कहा है।

### जब आप इसकी सीमा से आगे बढ़ जाते हैं तो क्या होता है

दोनों की एक सीमा है, लेकिन वह अलग जगह पर है।

- WATI:: अधिक उपयोगकर्ता और अधिक सक्रिय संपर्क, दोनों के लिए हर बार भुगतान करना पड़ता है। प्लैटफ़ॉर्म ही उत्पाद है, इसलिए विस्तार का अर्थ उसका अधिक हिस्सा खरीदना है।
- EasyCoexistence:: कोई स्तर नहीं और आगे बढ़ने की कोई सीमा नहीं। आप इंटरफ़ेस बना रहे हैं, इसलिए विस्तार आपके अपने सिस्टम का होता है, Meta की दस्तावेज़ित एपीआई पर, हमारे बीच कुछ भी नहीं।

### जब आपको इनबॉक्स की ज़रूरत हो

एक मामला है। उसका नाम लेना ही इस पेज के बाकी हिस्से को उपयोगी बनाता है।

- WATI:: आठ लोगों की सहायता टीम, जो अपने प्लैटफ़ॉर्म में बातचीत बाँटती है। योजना 4,999 रुपये प्रति माह से शुरू होती है, जिसमें तीन उपयोगकर्ता और 500 मासिक सक्रिय संपर्क हैं, और हर अतिरिक्त उपयोगकर्ता का शुल्क अलग है।
- EasyCoexistence:: यह अलग काम है। यहाँ कोई इनबॉक्स या एजेंट दृश्य नहीं है, क्योंकि इंटरफ़ेस वह हिस्सा है जो आपके या आपके ग्राहक के पास पहले से है।

### किसे चुनें

अगर एजेंटों की टीम हर दिन लॉग इन करेगी और बातचीत ही उसका काम है, तो इनबॉक्स खरीदें। WATI ने ऐसा इनबॉक्स बनाया है और वह वही करता है जो वह कहता है।

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

EasyCoexistence नीचे का कनेक्शन है, प्रति नंबर एक समान शुल्क के साथ। बातचीत आपके सिस्टम तक जाती है और टीम वही ऐप रखती है जिसे वह पहले से जानती है।

- मासिक कीमतों की सीधे तुलना करना। एक में इनबॉक्स और उपयोगकर्ता शामिल हैं, दूसरे में नहीं।
- जब टीम को इनबॉक्स चाहिए तब कनेक्शन चुनना। वे असंतुष्ट होंगे और उनकी शिकायत सही होगी।
- जब आप खुद इंटरफ़ेस बना रहे हों तब इनबॉक्स चुनना। अंत में आपके पास दो होंगे।

**500 संपर्क पार करने पर क्या होता है?** उनकी शुरुआती योजना में आपको अगले स्तर पर जाना पड़ता है। हमारे साथ कुछ नहीं होता: किसी भी कीमत पर संपर्क सीमा नहीं है। दस हज़ार ग्राहकों वाला महीना, दस ग्राहकों वाले महीने जितना ही खर्चीला है।

**क्या इनमें से एक सस्ता है?** उनकी शुरुआती योजना की तुलना में, छह नंबर तक हम सस्ते हैं। वह योजना 4,999 रुपये प्रति माह, लगभग US$ 53, की है, जिसमें तीन उपयोगकर्ता और 500 मासिक सक्रिय संपर्क हैं। हमारा शुल्क प्रति जुड़े नंबर US$ 9 है, या छह नंबर से हर नंबर पर US$ 7, इसलिए छह नंबर का खर्च US$ 42 प्रति माह होता है। इससे आगे जवाब उनके अतिरिक्त उपयोगकर्ता और संपर्क स्तर के शुल्क पर निर्भर करता है, जो टीम और ग्राहकों की संख्या के साथ बढ़ते हैं, जबकि हमारा शुल्क सिर्फ नंबरों की संख्या के साथ बढ़ता है।

**क्या WATI Coexistence का समर्थन करता है?** उनका प्राइसिंग पेज इसका उल्लेख नहीं करता। इस पेज पर निर्भर रहने के बजाय उनसे पूछें।

**क्या आपका मोबाइल ऐप है?** नहीं। टीम WhatsApp Business ऐप का उपयोग करती है, यही Coexistence का उद्देश्य है।

---

## EasyCoexistence बनाम respond.io

https://easycoexistence.com/hi/compare/easycoexistence-vs-respond-io

respond.io एक मल्टीचैनल प्लैटफ़ॉर्म है: टीम इनबॉक्स, वर्कफ़्लो, एआई एजेंट और ब्रॉडकास्ट, जिसकी कीमत यूज़र और कॉन्टैक्ट सीमाओं के साथ US$ 79 प्रति माह से शुरू होती है। EasyCoexistence नीचे काम करने वाला कनेक्शन है, जिसकी कीमत हर नंबर पर है और इसमें इनमें से कुछ भी नहीं है।

### चलाने की कीमत

सितंबर 2026 में प्रकाशित कीमतों के अनुसार, दोनों अलग इकाइयों पर शुल्क लेते हैं।

- respond.io:: पाँच यूज़र और हर महीने 1,000 सक्रिय कॉन्टैक्ट के लिए US$ 79 प्रति माह से शुरू होकर US$ 279 तक। बिल इस बात पर निर्भर करता है कि कितने लोग जवाब देते हैं और आप कितने ग्राहकों तक पहुँचते हैं।
- EasyCoexistence:: हर जुड़े नंबर पर प्रति माह US$ 9 से शुरू होकर नंबर बढ़ने के साथ US$ 1 तक, बिना यूज़र या कॉन्टैक्ट सीमा के। बिल आपके पास मौजूद नंबरों की संख्या पर निर्भर करता है, यानी वह संख्या जिसे एजेंसी वास्तव में नियंत्रित करती है।

### बातचीत की सामग्री कहाँ रहती है

कनेक्शन के बजाय इनबॉक्स बेचने का यही परिणाम है।

- respond.io:: उनके प्लैटफ़ॉर्म पर, क्योंकि इतिहास दिखाने के लिए टीम इनबॉक्स को इसकी ज़रूरत होती है। उनके कीमत वाले पेज पर डेटा रखने की अवधि का विवरण नहीं है, इसलिए यह आपके लिए महत्वपूर्ण हो तो पूछना उचित है।
- EasyCoexistence:: हमारी ओर कहीं नहीं। वेबहुक ओवरराइड Meta से मैसेज इवेंट सीधे आपके एंडपॉइंट पर भेजता है, और हमारे फ़ॉलबैक पर आने वाली चीज़ बिना सेव हुए हटा दी जाती है।

### आपके और Meta के बीच क्या है

सॉफ़्टवेयर बनाने वाले हर व्यक्ति के लिए यही सवाल निर्णायक है।

- respond.io:: उनका प्लैटफ़ॉर्म। आप उनके अमूर्तन, उनकी रेट सीमाओं, उनके वेबहुक फ़ॉर्मैट और उनके रिलीज़ शेड्यूल के आधार पर इंटिग्रेट करते हैं। आप जो बनाते हैं, वह उतना ही पोर्टेबल है जितनी अनुमति वे देते हैं।
- EasyCoexistence:: कुछ भी नहीं। एपीआई Meta का अपना है, Meta द्वारा दस्तावेज़ीकृत है और वेबहुक आपके एंडपॉइंट पर जाता है। हमारे आधार पर बनाने के लिए कुछ नहीं है, और इसी कारण छोड़ना भी संभव रहता है।

### कनेक्शन पर नज़र कौन रखता है

यह आमतौर पर कीमत वाले पेज पर नहीं मिलता, और यही कारण है कि यह प्रोडक्ट मौजूद है।

- respond.io:: उनका कीमत वाला पेज इस बारे में कुछ नहीं बताता, इसलिए कोई जवाब कहना गलत होगा। अगर आपके पास क्लाइंट के नंबर हैं, तो विशेष रूप से पूछें कि कनेक्शन चुपचाप टूटने पर क्या होता है।
- EasyCoexistence:: क्वालिटी रेटिंग, मैसेजिंग टियर और थ्रूपुट की तय शेड्यूल पर जाँच। Meta के खाता इवेंट नाम के आधार पर संभाले जाते हैं। दो क्रेडेंशियल रखे जाते हैं, ताकि रद्द किए गए टोकन को खोए हुए नंबर न समझा जाए। दोबारा कनेक्शन के बाद वेबहुक ओवरराइड फिर लागू किया जाता है।

### जब आपको प्लैटफ़ॉर्म चाहिए

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

- respond.io:: जब आपको प्लैटफ़ॉर्म चाहिए। उनके प्रकाशित प्लान में टीम और कस्टम इनबॉक्स, वर्कफ़्लो, ब्रॉडकास्ट, एआई एजेंट, रिपोर्टिंग और ऊँचे स्तरों पर SSO तथा कई वर्कस्पेस शामिल हैं। यह केवल WhatsApp नहीं, मल्टीचैनल प्रोडक्ट है।
- EasyCoexistence:: जानबूझकर अलग दायरा: एक नंबर, एक कनेक्शन, सोलह MCP टूल और एक वेबहुक, जबकि इंटरफ़ेस आप बनाते हैं।

### किसे चुनें

ये एक ही चीज़ के प्रतिस्पर्धी संस्करण नहीं, बल्कि अलग स्तर हैं। अगर आपकी ओर से कोई इंटरफ़ेस नहीं बना रहा और एजेंटों के काम करने के लिए तैयार जगह चाहिए, तो आप प्लैटफ़ॉर्म खोज रहे हैं।

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

EasyCoexistence नीचे की यही परत है: हर नंबर पर निश्चित शुल्क, आपके सिस्टम की ओर निर्देशित वेबहुक और निगरानी में रखा गया कनेक्शन, ताकि चुपचाप हुई गड़बड़ी ग्राहक को न खो दे।

- US$ 9 और US$ 79 की तुलना ऐसे करना जैसे दोनों से एक ही चीज़ मिलती हो। ऐसा नहीं है।
- जब आपको प्रोडक्ट चाहिए था, तब कनेक्शन चुन लेना। फिर इनबॉक्स दोबारा बनाने में महीनों लगेंगे।
- यह मान लेना कि हर प्रोवाइडर कनेक्शन पर नज़र रखता है। विशेष रूप से पूछें, क्योंकि यह आमतौर पर कीमत वाले पेज पर नहीं लिखा होता।

**मेरे लिए कौन-सा सही है?** ये अलग स्तर हैं। respond.io वह प्लैटफ़ॉर्म है जिसमें आप काम करते हैं; यह उसके नीचे का कनेक्शन है, उन टीमों के लिए जो इंटरफ़ेस खुद बनाती हैं।

**क्या मैं वहाँ से यहाँ आ सकता हूँ?** नंबर आपका है और Coexistence के ज़रिए जोड़ा जा सकता है। आपको उनका इनबॉक्स और वर्कफ़्लो छोड़ना पड़ेगा।

**क्या आपके पास वर्कफ़्लो या एआई एजेंट हैं?** नहीं। MCP कनेक्टर किसी सहायक को नंबर इस्तेमाल करने देता है और वेबहुक आपके सिस्टम को प्रतिक्रिया करने देता है। इनमें से कोई भी वर्कफ़्लो बिल्डर नहीं है।

**क्या ये कीमतें वर्तमान हैं?** ये सितंबर 2026 में प्रकाशित कीमतें हैं और ऊपर लिंक की गई हैं। निर्णय लेने से पहले स्रोत जाँच लें।

---

## EasyCoexistence vs Dualhook

https://easycoexistence.com/hi/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:: रूटिंग वही है। हम यह भी तय करते हैं कि फ़ॉलबैक पाथ पर क्या हो: बिना ओवरराइड वाले खाते के इवेंट हमारे डिफ़ॉल्ट कॉलबैक पर आते हैं, जहां हैंडलर उन्हें सेव किए बिना हटा देता है। यह दावा नीति में नहीं, कोड में लागू है।

### चौदह दिन की निष्क्रियता का नियम

प्राथमिक डिवाइस पर करीब चौदह दिन तक गतिविधि न होने पर Meta Coexistence कनेक्शन काट देता है। दोनों उत्पाद इसे अलग तरह से संभालते हैं।

- Dualhook:: उनकी डॉक्यूमेंटेशन में तेरहवें दिन चेतावनी, काउंटडाउन और रिमाइंडर ईमेल का वर्णन है। इससे पता चलता है कि घड़ी चल रही है, लेकिन यह जानना अलग बात है कि कनेक्शन वास्तव में क्यों टूटा।
- EasyCoexistence:: हम डिस्कनेक्शन पर नज़र रखते हैं और Meta का reason फ़ील्ड पढ़ते हैं। इससे PRIMARY_INACTIVITY को BUSINESS_DOWNGRADE, CHANGE_NUMBER और बाकी कारणों से अलग किया जा सकता है। यही कारण दो हफ्ते की शांति और वास्तव में जा चुके ग्राहक के बीच फर्क बताता है।

### फिर से कनेक्ट करने पर क्या टूटता है

निष्क्रियता नियम का सबसे महंगा असर यही है, और किसी भी प्रदाता से इस बारे में पूछना चाहिए।

- Dualhook:: उनकी डॉक्यूमेंटेशन यह नहीं बताती कि फिर से कनेक्ट करने के बाद वेबहुक ओवरराइड का क्या होता है। इसका मतलब यह नहीं कि वे इसे संभालते नहीं हैं। यही सवाल उनसे सीधे पूछना चाहिए।
- EasyCoexistence:: हटाने से खाते से ऐप अनइंस्टॉल हो जाता है और ओवरराइड भी हट जाता है। फिर से कनेक्ट करने पर भेजना और मॉनिटरिंग लौट आती है, लेकिन आपके सर्वर तक डिलीवरी चुपचाप बंद हो जाती है। हम हर री-कनेक्शन पर इसे फिर लागू करते हैं, क्योंकि एक असली नंबर के साथ ऐसा हुआ था।

### प्रति नंबर कीमत क्या है

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

- Dualhook:: उनके अपने तुलना पेज सितंबर 2026 में प्रकाशित जानकारी के अनुसार, प्रति माह US$ 12 से शुरू होने वाला स्थिर मासिक शुल्क बताते हैं।
- EasyCoexistence:: प्रति कनेक्टेड नंबर प्रति माह US$ 9 से शुरू होकर नंबर बढ़ने के साथ US$ 1 तक, बिना यूज़र या कॉन्टैक्ट सीमा के। एजेंसी के लिए हर नए क्लाइंट नंबर के साथ यह अंतर बढ़ता जाता है।

### MCP कनेक्टर

एक खास दर्शक वर्ग के लिए यहां हमारा अंतर है।

- Dualhook:: उनकी डॉक्यूमेंटेशन में MCP सर्वर का वर्णन नहीं है। उनके उत्पाद तक API और डैशबोर्ड से पहुंचा जाता है।
- EasyCoexistence:: OAuth वाले रिमोट MCP सर्वर पर सोलह टूल हैं। इससे Claude, ChatGPT, Cursor और Claude Code नंबरों की सूची देख सकते हैं, स्वास्थ्य जांच सकते हैं, मैसेज और टेम्पलेट भेज सकते हैं और वेबहुक डेस्टिनेशन सेट कर सकते हैं। असिस्टेंट से क्लाइंट ऑनबोर्ड करने वाली एजेंसी के लिए यही अंतर है।

- अनडॉक्यूमेंटेड सुविधा को अनुपस्थित मान लेना। उनसे पूछें; यह पेज अनुमान लगाने के बजाय बताता है कि उनकी डॉक्यूमेंटेशन कहां चुप है।
- केवल कीमत देखकर चुनना। Meta के बातचीत शुल्क के सामने दोनों की फीस छोटी है।
- यह मान लेना कि हर प्रदाता री-कनेक्शन के बाद वेबहुक ओवरराइड फिर लागू करता है। जिसे चुनें, उससे खास तौर पर पूछें।

**क्या इनका आर्किटेक्चर सचमुच एक जैसा है?** मैसेज पाथ पर, हां। दोनों Meta की उस क्षमता का इस्तेमाल करते हैं जिससे WhatsApp Business Account के वेबहुक डेस्टिनेशन बदला जा सकता है। इसलिए बातचीत की सामग्री प्रदाता से होकर जाने के बजाय आपके सर्वर पर जाती है।

**14 दिन के नियम के लिए दोनों के तरीके कैसे अलग हैं?** वे तेरहवें दिन चेतावनी देते हैं कि घड़ी चल रही है। हम Meta का अपना डिस्कनेक्शन कारण पढ़ते हैं, जो दो हफ्ते की शांति और वास्तव में जा चुके क्लाइंट के बीच फर्क करता है। फिर ओवरराइड हटने के बाद उसे दोबारा लागू करते हैं, ताकि डिलीवरी चुपचाप बंद न हो।

**EasyCoexistence में क्या अंतर है?** एक MCP कनेक्टर जिसमें सोलह टूल हैं, जिसका उनकी डॉक्यूमेंटेशन में वर्णन नहीं है, और री-कनेक्शन के बाद हटे वेबहुक ओवरराइड को अपने आप फिर लागू करना।

**क्या यह पेज निष्पक्ष है?** यहां हर आंकड़ा उनकी अपनी प्रकाशित जानकारी से लिया गया है और तारीख के साथ दिया गया है। निर्णय से पहले उन्हें पढ़ें: एक पक्ष द्वारा लिखी तुलना सबूत है, फैसला नहीं।

---

## क्या WhatsApp Business ऐप और एपीआई एक ही नंबर पर चल सकते हैं?

https://easycoexistence.com/hi/whatsapp-business-app-and-api-same-number

हाँ। Meta इसे Coexistence कहता है और यह किसी जुगाड़ के बजाय आधिकारिक सुविधा है। कर्मचारी फ़ोन पर WhatsApp Business ऐप से जवाब देते रहते हैं, Cloud API उसी नंबर पर साथ चलता है और दोनों जगह वही बातचीत दिखती है।

### एक नंबर दोनों पर एक साथ कैसे चल सकता है?

क्योंकि Meta ने इसके लिए एक मोड बनाया है। पहले यही वह समझौता था जिसे कोई नहीं करना चाहता था: नंबर को एपीआई पर माइग्रेट करने का मतलब था कि WhatsApp Business ऐप उस पर काम करना बंद कर दे। इसलिए फ़ोन पर ग्राहकों को जवाब देने वाले कारोबार को पहले से ग्राहकों को जानने वाले कर्मचारियों और नई ऑटोमेशन में से एक चुनना पड़ता था।

Coexistence यह चुनाव हटा देता है। नंबर Meta के साथ एपीआई नंबर के रूप में रजिस्टर होता है, जबकि WhatsApp Business ऐप उससे जुड़ा रहता है। ग्राहक का मैसेज फ़ोन के ऐप और आपके एपीआई वेबहुक, दोनों पर आता है और किसी भी तरफ से भेजा गया जवाब बातचीत में दिखता है। कुछ भी नकली या जुगाड़ से नहीं चल रहा: ऐप और एपीआई एक ही नंबर तक पहुँचने के दो स्वीकृत तरीके हैं।

### फ़ोन पर वास्तव में क्या बदलता है?

उम्मीद से कम, लेकिन कनेक्ट करने से पहले अंतर जानना ज़रूरी है।

कर्मचारी पहले की तरह काम करते हैं: वही ऐप, वही चैट, वही संपर्क और वही नंबर। Coexistence वाले हर नंबर पर Meta चार सुविधाएँ बंद कर देता है: गायब होने वाले मैसेज, एक बार देखे जाने वाले मीडिया, लाइव लोकेशन और ब्रॉडकास्ट सूचियाँ। ग्रुप चैट ऐप में चलती रहती हैं, लेकिन एपीआई से बाहर होती हैं, इसलिए ऑटोमेशन उन्हें नहीं देख सकती।

नंबर पहली बार कनेक्ट होने पर सिंक्रोनाइज़ेशन भी होता है। इसमें हाल की बातचीत की हिस्ट्री कॉपी होती है, ताकि एपीआई पक्ष बिना संदर्भ के शुरू न हो। इसमें नंबर की पूरी हिस्ट्री नहीं, केवल हाल के मैसेज आते हैं। पुराने मैसेज फ़ोन पर वैसे ही रहते हैं।

### अगर हम अपना मन बदलें तो क्या कुछ बिगड़ता है?

नहीं। यह साफ़ कहना ज़रूरी है, क्योंकि इसी डर से लोग इसे आज़माते नहीं हैं।

बातचीत फ़ोन पर रहती है और हमेशा वहीं रही है। नंबर को एपीआई से डिस्कनेक्ट करने पर WhatsApp Business ऐप पहले की तरह काम करता रहता है और चैट सुरक्षित रहती हैं, क्योंकि शुरुआत में कुछ भी कहीं स्थानांतरित नहीं किया गया था। एपीआई को ऐप के साथ जोड़ा गया था, उसकी जगह नहीं लिया गया।

नंबर पूरे समय कारोबार के अपने Meta Business Portfolio में रहता है। कोई प्रदाता इसे Tech Provider के रूप में कनेक्ट करता है। यह स्वामित्व नहीं, केवल अनुमति है, इसलिए प्रदाता हटाने पर नंबर वहीं रहता है।

### इसे चलाने के लिए क्या चाहिए?

तीन चीज़ें, जिनमें से दो आपके पास पहले से हैं।

नंबर WhatsApp Business ऐप पर होना चाहिए, उपभोक्ता WhatsApp ऐप पर नहीं। वह कहीं और Cloud API पर पहले से रजिस्टर भी नहीं होना चाहिए। इसके अलावा, ऑनबोर्डिंग चलाने के लिए Meta Tech Provider चाहिए, क्योंकि Meta डैशबोर्ड से Coexistence को खुद शुरू नहीं किया जा सकता। कनेक्शन प्रदाता के स्वीकृत ऐप से बनाया जाता है।

यहीं हम काम आते हैं। Meta का अपना Embedded Signup पोर्टफोलियो, खाता और नंबर चुनता है। इसकी पुष्टि के लिए WhatsApp Business ऐप में एक कोड स्कैन किया जाता है और कुछ ही मिनटों में नंबर कनेक्ट हो जाता है। कनेक्शन बनते समय भी ऐप काम करता रहता है।

- यह मानना कि आपको चुनाव करना होगा। Coexistence इसी लिए है कि आपको चुनाव न करना पड़े।
- एपीआई पर ग्रुप चैट की उम्मीद करना। वे ऐप में रहती हैं और हर जगह एपीआई से बाहर होती हैं।
- Meta डैशबोर्ड में विकल्प का इंतज़ार करना। Coexistence की ऑनबोर्डिंग Tech Provider के ज़रिए होती है।

**क्या यह आधिकारिक है?** हाँ। Coexistence Meta की अपनी सुविधा और उसका अपना नाम है। यह ब्रिज, लिंक किया हुआ डिवाइस या जुगाड़ नहीं है।

**क्या कर्मचारियों को कोई अंतर दिखेगा?** सिर्फ़ चार सुविधाएँ नहीं होंगी: गायब होने वाले मैसेज, एक बार देखे जाने वाले मीडिया, लाइव लोकेशन और ब्रॉडकास्ट सूचियाँ। बाकी सब पहले जैसा रहेगा।

**क्या मेरी चैट हिस्ट्री खो जाएगी?** नहीं। वह फ़ोन पर रहती है और वहीं बनी रहती है। नंबर कनेक्ट होने पर हाल की हिस्ट्री एपीआई पक्ष में भी कॉपी हो जाती है।

**क्या मैं इसे वापस कर सकता हूँ?** हाँ। नंबर डिस्कनेक्ट करें और ऐप बातचीत सुरक्षित रखते हुए पहले की तरह चलता रहेगा।

---

## चैट खोए बिना WhatsApp Business को एपीआई से कैसे जोड़ें

https://easycoexistence.com/hi/connect-whatsapp-without-losing-chats

आपकी चैट फ़ोन पर रहती हैं और एपीआई से कनेक्ट करने पर कहीं नहीं जातीं। Coexistence, WhatsApp Business ऐप को हटाने के बजाय उसके साथ Cloud API जोड़ता है। इसलिए बातचीत वहीं रहती है और ऐप काम करता रहता है।

### पहले एपीआई से कनेक्ट करने पर चैट क्यों खो जाती थीं?

क्योंकि पुराना तरीका जोड़ने के बजाय माइग्रेशन था। Cloud API पर नंबर रजिस्टर करने से वह WhatsApp Business ऐप से हट जाता था, जबकि हर बातचीत ऐप में रहती थी। नंबर बिना हिस्ट्री और बिना ऐप के एपीआई एंडपॉइंट बनकर लौटता था। इसी वजह से कई कारोबारों ने एपीआई देखा और उसे इस्तेमाल न करने का फैसला किया।

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

### Coexistence इससे अलग क्या करता है?

यह ऐप हटाए बिना एपीआई जोड़ता है। नंबर Meta के साथ एपीआई नंबर के रूप में रजिस्टर होता है, जबकि WhatsApp Business ऐप उससे जुड़ा रहता है। इसलिए एक ही नंबर पर दोनों साथ काम करते हैं।

बातचीत कभी फ़ोन से नहीं जाती। वे ऐप में फ़ोन पर ठीक वहीं रहती हैं जहाँ पहले थीं, और बाद में एपीआई कनेक्शन के साथ कुछ भी हो, वहीं रहती हैं। नंबर पहली बार कनेक्ट होने पर Meta हाल की बातचीत की हिस्ट्री एपीआई वाले हिस्से में सिंक करता है, ताकि ऑटोमेशन शून्य से शुरू न हो। यह ट्रांसफ़र नहीं, आगे की ओर बनी एक कॉपी है। डिवाइस से कुछ नहीं हटता।

इसके बाद ग्राहक का मैसेज दोनों जगह आता है: फ़ोन का ऐप और आपका वेबहुक। कर्मचारी चाहें तो ऐप में जवाब देते हैं, आपका सिस्टम ज़रूरत होने पर जवाब देता है, और दोनों एक ही बातचीत में दिखाई देते हैं।

### क्या सिंक होता है और क्या नहीं?

कनेक्शन बनने के बाद एक तय अवधि के भीतर हाल की मैसेज हिस्ट्री सिंक होती है। इससे ऑटोमेशन या एजेंट को चल रही बातचीत का संदर्भ मिल जाता है और वह किसी अनजान व्यक्ति को बिना संदर्भ जवाब नहीं देता।

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

अगर आपको पूरी हिस्ट्री कहीं और चाहिए, तो उसे ऐप से एक्सपोर्ट करें। यह नंबर कनेक्ट करने से अलग काम है, इसलिए दोनों को एक न समझें।

### अगर बाद में डिस्कनेक्ट करें तो क्या होगा?

ऐप चलता रहेगा और चैट वहीं रहेंगी, क्योंकि वे कभी गई ही नहीं थीं।

डिस्कनेक्ट करने से नंबर का एपीआई वाला हिस्सा हट जाता है। WhatsApp Business ऐप हर बातचीत के साथ वैसे ही काम करता रहता है, और कारोबार बिना कुछ बहाल किए ठीक उसी स्थिति में लौट आता है जहाँ से शुरू हुआ था। शुरू करने से पहले समझने लायक सुरक्षा यही है: यह फैसला वापस बदला जा सकता है, जबकि पुराना माइग्रेशन ऐसा नहीं था।

नंबर पूरे समय आपके अपने Meta Business Portfolio में रहता है। कोई प्रदाता उसे Tech Provider के रूप में कनेक्ट करता है। यह ऐसी अनुमति है जिसे आप देते भी हैं और वापस भी ले सकते हैं, इसलिए प्रदाता छोड़ने का मतलब उससे नंबर वापस लेना नहीं है।

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

**क्या मेरी चैट हिस्ट्री खो जाएगी?** नहीं। वह फ़ोन पर है और वहीं रहेगी। कनेक्ट करने पर ऐप को हटाने के बजाय उसके साथ एपीआई जुड़ता है।

**क्या पुरानी हिस्ट्री मेरे सिस्टम में दिखाई देगी?** कनेक्ट करने के बाद हाल की हिस्ट्री सिंक होती है। पुराने मैसेज और मीडिया फ़ोन पर रहते हैं।

**क्या कर्मचारी ऐप इस्तेमाल करते रह सकते हैं?** हाँ, बिल्कुल पहले की तरह। यही Coexistence का उद्देश्य है।

**अगर मैं डिस्कनेक्ट कर दूँ तो क्या होगा?** ऐप हर बातचीत के साथ चलता रहेगा, क्योंकि कुछ भी कहीं नहीं ले जाया गया।

---

## WhatsApp Business API पाने का सबसे सस्ता तरीका

https://easycoexistence.com/hi/cheapest-whatsapp-business-api

एपीआई खुद मुफ़्त है। आपको बातचीत के लिए Meta को और पहुँच के लिए सेवा प्रदाता को भुगतान करना होता है। Meta का हिस्सा आप चाहे जिस सेवा प्रदाता को चुनें, समान रहता है। इसलिए केवल सेवा प्रदाता शुल्क को कम करना मायने रखता है, और सबसे सस्ता ढाँचा बिना मार्कअप के प्रति नंबर निश्चित शुल्क है।

### आप वास्तव में किस चीज़ के लिए भुगतान कर रहे हैं?

दो अलग चीज़ों के लिए, और इन्हें गड्डमड्ड करना ही इस श्रेणी में कीमतों की तुलना गलत होने का कारण है।

पहली चीज़ है Meta का बातचीत शुल्क। Meta श्रेणी के अनुसार बातचीत के लिए शुल्क लेता है। दरें देश के हिसाब से बदलती हैं, और 24 घंटे की अवधि के भीतर सेवा वाली बातचीत, कारोबार की ओर से शुरू की गई बातचीत से अलग होती है। यह लागत आप चाहे जिस माध्यम से खरीदें, मौजूद रहती है, क्योंकि यह Meta की लागत है और आम तौर पर यही बड़ी राशि होती है।

दूसरी चीज़ है पहुँच के लिए सेवा प्रदाता का शुल्क। यह पूरी तरह उसका कारोबारी निर्णय है और बिल का यही एक हिस्सा है जिसे अलग सेवा प्रदाता चुनकर बदला जा सकता है। जो व्यक्ति इन दोनों को अलग किए बिना सेवा प्रदाताओं की कुल लागत की तुलना करता है, वह असल में बेकार शोर की तुलना कर रहा है।

### पैसा कहाँ रिसता है?

मार्कअप में, और इसे नज़रअंदाज़ करना आसान है क्योंकि प्रति मैसेज यह छोटा दिखता है।

कई सेवा प्रदाता Meta के शुल्क के ऊपर प्रति मैसेज शुल्क जोड़ते हैं। Twilio आने वाले और जाने वाले मैसेज पर US$ 0.005 प्रकाशित करता है। Gupshup US$ 0.001 प्रकाशित करता है। कुछ अन्य सेवा प्रदाता मिश्रित दर बताते हैं, जिसमें Meta का शुल्क पहले से शामिल होता है। इसका मतलब है कि मार्कअप मौजूद है, लेकिन उसे Meta की प्रकाशित दर से जाँचा ही नहीं जा सकता।

एक सेंट का दसवाँ हिस्सा तब तक कुछ नहीं लगता, जब तक आप उसे गुणा न करें। महीने में एक लाख मैसेज पर Gupshup की प्रकाशित दर US$ 100 और Twilio की US$ 500 होती है। यह Meta के शुल्क के ऊपर हर महीने देना पड़ता है। सुविधाओं के आधार पर चुनने से पहले स्प्रेडशीट में डालने लायक यही संख्याएँ हैं।

### सबसे सस्ता ढाँचा क्या है?

प्रति कनेक्ट किए गए नंबर एक निश्चित शुल्क, जिसमें Meta का बिल सीधे आपको मिले और उसमें कोई बदलाव न हो।

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

हमारी कीमत प्रति कनेक्ट किए गए नंबर प्रति माह US$ 9 से शुरू होकर नंबर बढ़ने के साथ US$ 1 तक घटती है, और मैसेज पर कोई शुल्क नहीं है। Twilio की प्रकाशित दर पर महीने में लगभग 1,800 मैसेज के बाद यह सस्ता पड़ता है और उसके बाद अंतर बढ़ता जाता है। प्रति सीट कीमत लेने वाले प्लेटफ़ॉर्म अलग गणना हैं। वे मैसेज के बजाय लोगों के लिए शुल्क लेते हैं, इसलिए किस बिंदु पर कौन सस्ता है, यह टीम के लोगों की संख्या पर निर्भर करता है।

### क्या सबसे सस्ता विकल्प ही सही है?

ज़रूरी नहीं, और यह स्पष्ट होना चाहिए कि ऐसा कब नहीं है।

अगर आपको एक ही उत्पाद में साझा इनबॉक्स, अभियान के औज़ार और विश्लेषण चाहिए, जिसे आपकी टीम पूरे दिन इस्तेमाल करे, तो प्रति सीट शुल्क लेने वाला प्लेटफ़ॉर्म एक अलग उत्पाद बेच रहा है और उसका शुल्क उसी सुविधा के लिए है। हमें कम भुगतान करके फिर वही चीज़ खुद बनाना बचत नहीं है।

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

- Meta के बातचीत शुल्क को सेवा प्रदाता शुल्क से अलग किए बिना सेवा प्रदाताओं की तुलना करना।
- मिश्रित प्रति मैसेज दर को बिना मार्कअप वाली दर समझना। इसका मतलब है कि शुल्क अलग से दिखाया नहीं गया है।
- जब आपको वास्तव में वह इनबॉक्स चाहिए जो कोई प्लेटफ़ॉर्म बेच रहा है, तब केवल सबसे कम शुल्क देखकर चुनना।

**क्या WhatsApp Business API मुफ़्त है?** पहुँच मुफ़्त है। Meta बातचीत के लिए शुल्क लेता है और सेवा प्रदाता पहुँच के लिए अतिरिक्त शुल्क लेते हैं। Meta का हिस्सा हर जगह समान है।

**सबसे सस्ता सेवा प्रदाता कौन है?** सबसे सस्ता ढाँचा बिना मार्कअप के प्रति नंबर निश्चित शुल्क है। हमारी कीमत प्रति नंबर US$ 9 से शुरू होकर नंबर बढ़ने के साथ US$ 1 तक घटती है।

**क्या सस्ता सेवा प्रदाता बदतर एपीआई देता है?** नहीं। हर मामले में Cloud API Meta का है। सेवा प्रदाता केवल उसके आगे की व्यवस्था और अपना शुल्क बदलता है।

**महँगा सेवा प्रदाता कब उचित है?** जब आपको वही उत्पाद चाहिए जो वह बेच रहा है, जैसे ऐसा साझा इनबॉक्स जिसमें आपकी टीम पूरे दिन काम करती है।

---

## टेम्पलेट के हिस्से: हेडर, बॉडी, फ़ुटर और बटन

https://easycoexistence.com/hi/docs/template-components

टेम्पलेट में अधिकतम चार हिस्से होते हैं: हेडर, बॉडी, फ़ुटर और बटन। केवल हेडर और बॉडी वैरिएबल लेते हैं। हर हिस्से की सीमाएँ तय करती हैं कि Meta की समीक्षा से पहले मैसेज में क्या कहा जा सकता है।

### हेडर

वैकल्पिक और चार प्रकारों में से एक: टेक्स्ट, इमेज, वीडियो या डॉक्यूमेंट। टेक्स्ट हेडर में अधिकतम 60 अक्षर हो सकते हैं और यह एक वैरिएबल लेता है। मीडिया हेडर में भेजते समय दी गई फ़ाइल होती है, जिससे रसीद या टिकट संलग्न किया जाता है।

- टेक्स्ट हेडर: 60 अक्षर, अधिकतम एक वैरिएबल।
- मीडिया हेडर: इमेज, वीडियो या डॉक्यूमेंट, हर बार भेजते समय दिया जाता है।
- हर टेम्पलेट में केवल एक हेडर हो सकता है।
- कुछ श्रेणियों के लिए लोकेशन हेडर उपलब्ध है।

### बॉडी

यह आवश्यक हिस्सा है, जिसमें अधिकतम 1024 अक्षर हो सकते हैं, और यही एकमात्र हिस्सा है जो कई वैरिएबल लेता है। वैरिएबल क्रम के अनुसार होते हैं और क्रमांकित प्लेसहोल्डर के रूप में लिखे जाते हैं। इसलिए पहला वैरिएबल आपके भेजे गए पहले पैरामीटर से भरा जाता है।

Meta ऐसी बॉडी अस्वीकार करता है जिसमें अधिकतर हिस्सा वैरिएबल हो और स्थिर टेक्स्ट बहुत कम हो। अपने आप लगभग कुछ न कहने वाला टेम्पलेट मनमाने कंटेंट के खुले फ़ील्ड से अलग नहीं दिखता। प्लेसहोल्डर के आसपास पूरा वाक्य लिखें।

### फ़ुटर

वैकल्पिक, 60 अक्षरों तक और पूरी तरह स्थिर टेक्स्ट। इसमें कोई वैरिएबल नहीं होता। यह बॉडी से छोटा और हल्के रंग में दिखता है, इसलिए स्थायी नोट के लिए सही है, लेकिन उस जानकारी के लिए नहीं जिस पर मैसेज निर्भर करता है।

मार्केटिंग टेम्पलेट में ऑप्ट-आउट लाइन इसका आम उपयोग है। इससे प्राप्तकर्ताओं के बीच टेम्पलेट की स्थिति भी बेहतर रहती है।

### बटन

कुल 10 तक बटन हो सकते हैं और इनके तीन प्रकार हैं। इनका मिश्रण मंज़ूरी पर काफ़ी असर डालता है।

- त्वरित जवाब: टैप करने पर आपको स्थिर टेक्स्ट वाला जवाब भेजता है।
- कार्रवाई बटन: यूआरएल खोलता है या फ़ोन नंबर डायल करता है।
- यूआरएल बटन एक वैरिएबल लेते हैं, जिसे स्थिर बेस यूआरएल के अंत में जोड़ा जाता है।
- कोड कॉपी करें: प्राप्तकर्ता को कॉपी करने के लिए कोड देता है और प्रमाणीकरण में उपयोग होता है।

### समीक्षा से पहले संरचना क्यों मायने रखती है

Meta पूरे टेम्पलेट की समीक्षा करता है और अधिकतर अस्वीकृतियाँ भाषा के बजाय संरचना से जुड़ी होती हैं।

लगभग पूरी तरह वैरिएबल वाली बॉडी, कारोबार से असंबंधित जगह पर जाने वाला यूआरएल बटन या यूटिलिटी श्रेणी में भेजा गया मार्केटिंग मैसेज, ये सभी संरचना के कारण अस्वीकार हो सकते हैं। पहले सही ढांचा बनाने से भाषा की समीक्षा आसान हो जाती है। नीति के कारण अस्वीकार किए गए टेम्पलेट में असली कारण बताने के बजाय गड़बड़ी 132007 लौटती है।

- ऐसी बॉडी लिखना जिसमें अधिकतर प्लेसहोल्डर हों। Meta बहुत कम स्थिर टेक्स्ट वाले टेम्पलेट अस्वीकार करता है।
- फ़ुटर में वैरिएबल की अपेक्षा करना। यह बिना किसी अपवाद के स्थिर टेक्स्ट होता है।
- यूटिलिटी श्रेणी में मार्केटिंग मैसेज भेजना। गलत श्रेणी को भाषा नहीं बचा सकती।

**कौन-से हिस्से वैरिएबल लेते हैं?** हेडर, अधिकतम एक, और बॉडी, कई। फ़ुटर कभी वैरिएबल नहीं लेते और यूआरएल बटन एक जोड़ा गया मान लेते हैं।

**बॉडी कितनी लंबी हो सकती है?** 1024 अक्षर, जो बाकी हिस्सों की तुलना में काफ़ी अधिक है।

**कितने बटन की अनुमति है?** कुल 10 तक, और हर प्रकार के भीतर अलग सीमाएँ हैं।

**मेरा टेम्पलेट क्यों अस्वीकार हुआ?** अधिकतर कारण भाषा नहीं, संरचना होती है: स्थिर शब्द बहुत कम होना या गलत श्रेणी। इससे गड़बड़ी 132007 लौटती है।

---

## टेम्पलेट का स्टेटस जीवनचक्र

https://easycoexistence.com/hi/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/hi/docs/sending-a-template-with-variables

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

### पैरामीटर कैसे मिलाए जाते हैं

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

यही स्थिति सबसे खतरनाक है, क्योंकि कुछ भी विफल नहीं होता। ग्राहक को ऑर्डर की पुष्टि मिलती है, जिसमें रकम की जगह तारीख होती है और कहीं भी कोई गड़बड़ी दर्ज नहीं होती।

### कंपोनेंट अलग-अलग सूचियां हैं

हेडर वैरिएबल और बॉडी वैरिएबल एक ही सूची साझा नहीं करते। हर कंपोनेंट के अपने पैरामीटर होते हैं और उन्हें मिलाने पर संख्या मेल नहीं खाती।

- हेडर पैरामीटर हेडर कंपोनेंट में जाते हैं और ऐसा कंपोनेंट अधिकतम एक होता है।
- बॉडी पैरामीटर बॉडी कंपोनेंट में क्रम से जाते हैं।
- बटन यूआरएल पैरामीटर बटन के अनुसार इंडेक्स किए गए बटन कंपोनेंट में जाते हैं।
- सभी के लिए एक सपाट सूची भेजने पर गड़बड़ी 132000 आती है।

### भाषा सही रखें

टेम्पलेट की पहचान नाम और भाषा दोनों से होती है, इसलिए दो भाषाओं में एक ही नाम के दो अलग टेम्पलेट होते हैं। जहां टेम्पलेट en_US के रूप में बनाया गया हो, वहां en भेजने पर कोई वैकल्पिक मिलान नहीं होता। गड़बड़ी 132001 आती है, जिसका अर्थ टेम्पलेट का मौजूद न होना होता है।

नंबर पर मौजूद टेम्पलेट की सूची देखें और भाषा की हूबहू स्ट्रिंग कॉपी करें। उसके आकार का अनुमान न लगाएं। यह टेम्पलेट से जुड़ी सबसे आम और सबसे कम स्पष्ट गड़बड़ी है।

### टाइप वाले पैरामीटर

अधिकतर पैरामीटर साधारण टेक्स्ट होते हैं। कुछ ऐसे नहीं होते और उन्हें टेक्स्ट के रूप में भेजने पर गड़बड़ी 132012 आती है।

- मुद्रा पैरामीटर में रकम, मुद्रा कोड और फ़ॉलबैक स्ट्रिंग होती है।
- तारीख और समय पैरामीटर में फ़ॉलबैक के साथ एक संरचित ऑब्जेक्ट होता है।
- मीडिया हेडर पैरामीटर में फ़ाइल नाम नहीं, बल्कि मीडिया आईडी या लिंक होता है।
- फ़ॉलबैक स्ट्रिंग तब दिखाई जाती है, जब प्राप्तकर्ता का ऐप मान को फ़ॉर्मैट न कर सके।

### कौन सी गड़बड़ी क्या बताती है

तीनों विफलताओं को अलग पहचाना जा सकता है। अगर उन्हें एक ही टेम्पलेट गड़बड़ी के रूप में मिलाने के बजाय अलग-अलग दर्ज किया जाए, तो अनुमान लगाने में काफी समय बचता है।

गड़बड़ी 132001 का अर्थ है कि नाम और भाषा की जोड़ी नहीं मिली, इसलिए पहले भाषा जांचें। गड़बड़ी 132000 का अर्थ है कि संख्या गलत है, इसलिए टेम्पलेट की अपनी परिभाषा से तुलना करें। गड़बड़ी 132012 का अर्थ है कि मान का फ़ॉर्मैट गलत है। आमतौर पर ऐसा तब होता है, जब टाइप वाला पैरामीटर साधारण स्ट्रिंग के रूप में भेजा जाता है।

- यह मान लेना कि en अपने आप en_US पर चला जाएगा। ऐसा नहीं होता और गड़बड़ी टेम्पलेट के न मिलने जैसी दिखती है।
- हेडर और बॉडी पैरामीटर को एक सूची में मिला देना। ये अलग कंपोनेंट हैं।
- मुद्रा या तारीख को साधारण टेक्स्ट के रूप में भेजना। टाइप वाले पैरामीटर का आकार तय होता है।

**क्या टेम्पलेट के वैरिएबल के नाम होते हैं?** नहीं। वे क्रम के अनुसार होते हैं, इसलिए पैरामीटर का क्रम ही पूरा नियम है।

**मेरा टेम्पलेट मौजूद क्यों नहीं है?** आमतौर पर भाषा कोड कारण होता है। टेम्पलेट की पहचान नाम और भाषा दोनों से होती है और कोई वैकल्पिक मिलान नहीं होता।

**अगर मैं बहुत अधिक पैरामीटर भेज दूं तो क्या होगा?** गड़बड़ी 132000 आएगी। बहुत अधिक और बहुत कम पैरामीटर, दोनों पर यही गड़बड़ी आती है।

**रकम कैसे भेजूं?** रकम, मुद्रा कोड और फ़ॉलबैक स्ट्रिंग वाले मुद्रा पैरामीटर के रूप में भेजें, साधारण टेक्स्ट के रूप में नहीं।

---

## रेट लिमिट और मैसेजिंग थ्रूपुट

https://easycoexistence.com/hi/docs/rate-limits-and-throughput

सीमाएँ चार अलग-अलग हैं, और इन्हें एक मान लेने से ही रेट लिमिट उलझी हुई लगती है। मैसेजिंग लिमिट Business Portfolio भर में रोज़ाना अलग-अलग प्राप्तकर्ताओं की संख्या तय करती है, थ्रूपुट प्रति सेकंड मैसेज की संख्या, पेयर लिमिट एक ही व्यक्ति को भेजे जा सकने वाले मैसेज, और मैनेजमेंट लिमिट उन एपीआई कॉल की संख्या जो मैसेज नहीं हैं।

### मैसेजिंग टियर

यह तय करता है कि आप किसी भी 24 घंटे की अवधि में कस्टमर सर्विस विंडो के बाहर कितने अलग-अलग ग्राहकों तक मैसेज पहुँचा सकते हैं। 7 October 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/hi/docs/sending-interactive-messages

इंटरैक्टिव मैसेज पाने वाले को टाइप करने के बजाय टैप करने के लिए बटन या लिस्ट देते हैं। इसके दो प्रकार हैं: जवाब वाले बटन और लिस्ट मैसेज। दोनों की छोटी, तय सीमाएँ बातचीत का डिज़ाइन तय करती हैं।

### जवाब वाले बटन

मैसेज के नीचे अधिकतम तीन बटन लगाए जा सकते हैं। पाने वाला किसी एक पर टैप करता है और जवाब आपके वेबहुक पर सामान्य आने वाले मैसेज के रूप में पहुँचता है, जिसमें बटन का id होता है। इसलिए लेबल के बजाय id से मिलान करें। शीर्षक की सीमा 20 अक्षर है, जो सुनने में जितनी लगती है उससे छोटी है और अक्सर इसी वजह से कॉपी दोबारा लिखनी पड़ती है।

- हर मैसेज में अधिकतम तीन बटन।
- शीर्षक 20 अक्षरों तक सीमित।
- हर बटन में आपके चुना हुआ id होता है, जो जवाब में लौटता है।
- इनके चारों ओर वैकल्पिक हेडर, बॉडी और फ़ुटर।

### लिस्ट मैसेज

एक बटन टैप करने पर अधिकतम दस पंक्तियों वाला मेन्यू खुलता है, जिसे अधिकतम दस अनुभागों में बाँटा जा सकता है। हर पंक्ति में शीर्षक, वैकल्पिक विवरण और id होता है। इसका उपयोग तब करें जब तीन बटन पर्याप्त न हों। ध्यान रखें कि पाने वाले को पहले लिस्ट खोलनी होगी, इसलिए बटन का लेबल महत्वपूर्ण भूमिका निभाता है।

- कुल 10 पंक्तियाँ, अधिकतम 10 अनुभागों में।
- पंक्ति का शीर्षक 24 अक्षरों और विवरण 72 अक्षरों तक सीमित।
- हर मैसेज में एक लिस्ट और इसे बटनों के साथ जोड़ा नहीं जा सकता।
- हर श्रेणी के टेम्पलेट मैसेज में उपलब्ध नहीं।

### जवाब कैसे आता है

किसी भी दूसरे आने वाले मैसेज की तरह यह उसी मैसेज वेबहुक पर आता है, जिसमें बटन या पंक्ति का id बताने वाला इंटरैक्टिव ऑब्जेक्ट होता है। किसी अलग सदस्यता की ज़रूरत नहीं होती।

शीर्षक के बजाय id से मिलान करें। कॉपी संपादित करने वाला व्यक्ति शीर्षक बदल सकता है, लेकिन id नहीं बदलता। टेक्स्ट से मिलान करने वाला हैंडलर पहली टाइपो ठीक होते ही चुपचाप काम करना बंद कर सकता है।

### Coexistence से क्या बदलता है

बटनों और लिस्ट में खुद कुछ नहीं बदलता। ये सामान्य Cloud API मैसेज हैं और Coexistence नंबर पर भी उसी तरह काम करते हैं जैसे किसी दूसरे नंबर पर।

बदलाव केवल जवाब पहुँचने की जगह में होता है: ग्राहक का टैप फ़ोन के WhatsApp Business ऐप और आपके वेबहुक, दोनों पर पहुँचता है, क्योंकि Coexistence नंबर दोनों जगह डिलीवर करता है। अपने-आप जवाब देने वाले हैंडलर को ध्यान रखना चाहिए कि कोई व्यक्ति ऐप में उसी मैसेज का जवाब दे सकता है।

- जवाबों का मिलान बटन के शीर्षक से करना। शीर्षक बदले जा सकते हैं, id नहीं।
- तीन से अधिक बटनों के लिए डिज़ाइन करना। यह निश्चित सीमा है और इसका कोई उपाय नहीं।
- यह भूल जाना कि कोई व्यक्ति WhatsApp Business ऐप में उसी टैप का जवाब दे सकता है।

**मैं कितने बटन भेज सकता हूँ?** तीन। यह प्लेटफ़ॉर्म की निश्चित सीमा है और इसका कोई उपाय नहीं।

**कोई टैप करने पर क्या वापस आता है?** मैसेज वेबहुक पर सामान्य आने वाला मैसेज, जिसमें उस बटन या पंक्ति को दिया गया id होता है।

**क्या मैं बटन और लिस्ट को जोड़ सकता हूँ?** नहीं। एक मैसेज में दोनों में से केवल एक हो सकता है।

**क्या इनके लिए अतिरिक्त शुल्क लगता है?** नहीं। ये सामान्य मैसेज हैं और Meta इन्हें उस बातचीत के किसी भी दूसरे मैसेज की तरह ही शुल्क देता है।

---

## मीडिया भेजना: इमेज, वीडियो, ऑडियो और दस्तावेज़

https://easycoexistence.com/hi/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 को भेजने के समय फ़ेच करने के लिए यूआरएल मिलता है। लिंक का तरीका आसान दिखता है, लेकिन इसमें ऐसी गड़बड़ी की संभावना जुड़ जाती है जिसे आप देख नहीं सकते: आपके ब्राउज़र में खुलने वाला यूआरएल Meta के इंफ़्रास्ट्रक्चर से भूगोल, फ़ायरवॉल नियम या आपके ब्राउज़र में पहले से मौजूद सेशन कुकी के कारण पहुँच से बाहर हो सकता है।

अपलोड करें। इसमें एक अतिरिक्त अनुरोध लगता है और गड़बड़ी की एक पूरी श्रेणी समाप्त हो जाती है।

### मीडिया पाना

आने वाला मीडिया बाइट्स के बजाय मीडिया आईडी के रूप में मिलता है। आपका हैंडलर उस आईडी का उपयोग करके फ़ाइल अलग से फ़ेच करता है।

- तुरंत फ़ेच करें। आईडी हमेशा मान्य नहीं रहते।
- फ़ेच विफल होने पर गड़बड़ी 131052 मिलती है, जिसका आमतौर पर अर्थ है कि भेजने वाले का अपलोड अधूरा था।
- बाद में ज़रूरत हो तो फ़ाइल अपने पास रखें। Meta कोई संग्रह नहीं है।
- मीडिया फ़ेच विफल होने पर भी मैसेज दर्ज करें, ताकि टेक्स्ट और संदर्भ सुरक्षित रहें।

### Coexistence में क्या बदलता है

Coexistence नंबर पर मीडिया किसी भी अन्य Cloud API नंबर की तरह ही काम करता है और सीमाएँ भी वही रहती हैं।

जानने लायक एकमात्र अंतर इतिहास का है। जब कोई नंबर पहली बार कनेक्ट होता है, Meta WhatsApp Business ऐप से हाल के मैसेज सिंक्रोनाइज़ करता है। यह सिंक्रोनाइज़ेशन मैसेज टेक्स्ट तक सीमित है, पूरा मीडिया संग्रह नहीं है। कनेक्शन से पहले का मीडिया फ़ोन पर ही रहता है, जहाँ वह पहले से था।

- आसान दिखने के कारण लिंक भेजना। Meta का नेटवर्क आपका ब्राउज़र नहीं है।
- कई घंटे बाद आने वाला मीडिया फ़ेच करना। मीडिया आईडी की समय-सीमा समाप्त हो जाती है।
- कोडेक जाँचे बिना वीडियो एक्सपोर्ट करना। एडिटिंग सॉफ़्टवेयर की डिफ़ॉल्ट सेटिंग अक्सर समर्थित नहीं होती।

**मैं सबसे बड़ी कौन-सी फ़ाइल भेज सकता हूँ?** 100 MB, और यह सीमा केवल दस्तावेज़ों के लिए है। वीडियो और ऑडियो की सीमा 16 MB, जबकि इमेज की 5 MB है।

**मुझे अपलोड करना चाहिए या यूआरएल भेजना चाहिए?** अपलोड करें। इससे पहुँच न हो पाना गड़बड़ी का कारण नहीं बनता।

**मीडिया आईडी कितने समय तक मान्य रहती है?** हमेशा नहीं, इसलिए इवेंट आते ही आने वाले मीडिया को फ़ेच करना चाहिए।

**कनेक्ट करने पर पुराना मीडिया सिंक्रोनाइज़ होता है?** नहीं। इतिहास सिंक्रोनाइज़ेशन में हाल के मैसेज का कंटेंट आता है; कनेक्शन से पहले का मीडिया फ़ोन पर रहता है।

---

## मैसेज प्रतिक्रियाएं: इमोजी भेजना और पाना

https://easycoexistence.com/hi/docs/message-reactions

प्रतिक्रिया किसी मौजूदा मैसेज से एक इमोजी जोड़ती है। इसे भेजने के लिए मैसेज `id` और इमोजी देना होता है। हटाने के लिए डिलीट अनुरोध करने के बजाय उसी प्रतिक्रिया को खाली इमोजी स्ट्रिंग के साथ भेजें।

### प्रतिक्रिया भेजना

प्रतिक्रिया प्रकार का मैसेज, जिसमें जिस मैसेज पर प्रतिक्रिया दी जा रही है उसका `id` और एक इमोजी होता है। उसी मैसेज पर दूसरी प्रतिक्रिया भेजने से पहली बदल जाती है, उसमें नई प्रतिक्रिया नहीं जुड़ती, क्योंकि भेजने वाला हर मैसेज पर केवल एक प्रतिक्रिया रख सकता है।

मैसेज `id` ऐसा होना चाहिए जिसे आपका नंबर देख सके: उस ग्राहक से आया मैसेज या उसे भेजा गया मैसेज।

### प्रतिक्रिया हटाना

यही हिस्सा अक्सर लोगों को चौंकाता है। हटाने के लिए कोई अलग अनुरोध नहीं है। उसी प्रतिक्रिया मैसेज को `emoji` फ़ील्ड में खाली स्ट्रिंग के साथ भेजें, इससे प्रतिक्रिया हट जाती है।

हटाने की अलग घटना की प्रतीक्षा करने वाला हैंडलर हमेशा प्रतीक्षा करता रहेगा। जो आता है वह खाली इमोजी वाली प्रतिक्रिया होती है। उसका ढांचा नई प्रतिक्रिया जैसा ही होता है, इसलिए फ़ील्ड देखकर इसे हटाना समझना पड़ता है।

### प्रतिक्रियाएं पाना

आने वाली प्रतिक्रियाएं messages वेबहुक पर reaction प्रकार के मैसेज के रूप में आती हैं। उनमें संबंधित मैसेज `id` और इमोजी होता है।

- `messages` फ़ील्ड की सदस्यता लें; प्रतिक्रियाओं के लिए अलग फ़ील्ड नहीं है।
- खाली इमोजी का अर्थ है कि ग्राहक ने अपनी प्रतिक्रिया हटा दी।
- संदर्भित मैसेज `id` वह है जिसे आपने पहले भेजा या पाया था।
- प्रतिक्रियाएं 24 घंटे की सेवा विंडो फिर से शुरू नहीं करतीं।

### विंडो फिर भी लागू होती है

प्रतिक्रिया एक मैसेज है, इसलिए उसे भेजने के लिए 24 घंटे की ग्राहक सेवा विंडो खुली होनी चाहिए। तीन दिन पुराने ग्राहक मैसेज पर प्रतिक्रिया देने पर error 131047 लौटता है, ठीक वैसे ही जैसे टेक्स्ट मैसेज पर लौटता।

ग्राहक से प्रतिक्रिया मिलने पर विंडो फिर खुलती है, क्योंकि ग्राहक का कोई भी आने वाला मैसेज ऐसा करता है। ऑटोमेशन के लिए यह जानना उपयोगी है: आपके पिछले मैसेज पर थम्स-अप एक मान्य संकेत है कि अब आप खुलकर जवाब दे सकते हैं।

- डिलीट एंडपॉइंट ढूंढना। हटाना खाली इमोजी के साथ वही अनुरोध है।
- खाली इमोजी को गलत मानना। इसी तरह हटाने का संकेत दिया जाता है।
- सेवा विंडो के बाहर प्रतिक्रिया भेजना। यह किसी भी अन्य मैसेज की तरह विफल होती है।

**प्रतिक्रिया कैसे हटाऊं?** उसी प्रतिक्रिया मैसेज को खाली इमोजी स्ट्रिंग के साथ भेजें। हटाने के लिए कोई अलग अनुरोध नहीं है।

**क्या प्रतिक्रियाओं की कोई लागत है?** नहीं। वे शुल्क-योग्य बातचीत शुरू नहीं करतीं।

**क्या मैं किसी भी मैसेज पर प्रतिक्रिया दे सकता हूं?** केवल उन मैसेज पर जिन्हें आपके नंबर ने भेजा या पाया हो, और केवल 24 घंटे की सेवा विंडो के भीतर।

**क्या ग्राहक की प्रतिक्रिया विंडो फिर खोलती है?** हां। ग्राहक का कोई भी आने वाला मैसेज ऐसा करता है, प्रतिक्रिया भी।

---

## लोकेशन और कॉन्टैक्ट मैसेज भेजना

https://easycoexistence.com/hi/docs/sending-location-and-contacts

लोकेशन मैसेज में वैकल्पिक नाम और पते के साथ पिन भेजा जाता है। कॉन्टैक्ट मैसेज में एक या अधिक कॉन्टैक्ट कार्ड भेजे जाते हैं। दोनों आसान हैं। ध्यान रखने वाली सीमा यह है कि लाइव लोकेशन, जो किसी व्यक्ति के चलते ही अपडेट होती है, Coexistence नंबर पर उपलब्ध नहीं है।

### लोकेशन मैसेज

पिन के नीचे दिखने वाले वैकल्पिक नाम और पते के साथ अक्षांश और देशांतर भेजे जाते हैं। प्राप्तकर्ता को मैप का प्रीव्यू दिखता है और वह इसे अपने मैप ऐप्लिकेशन में खोल सकता है।

नाम और पता देना उपयोगी है। इनके बिना पिन में केवल निर्देशांक दिखते हैं, जिससे ग्राहक यह नहीं जान पाता कि वह सही शाखा देख रहा है या नहीं।

### लोकेशन पाना

जब कोई ग्राहक अपनी लोकेशन साझा करता है, तो वह messages वेबहुक पर location प्रकार के मैसेज के रूप में आती है। इसमें निर्देशांक होते हैं और ग्राहक के ऐप ने दिए हों तो नाम और पता भी होते हैं।

- निर्देशांक हमेशा मौजूद होते हैं, नाम और पता नहीं।
- साझा की गई लोकेशन एक मैसेज होती है, इसलिए यह 24 घंटे की सर्विस विंडो फिर खोल देती है।
- निर्देशांकों को अनुमानित मानें। फ़ोन की सटीकता अलग-अलग होती है।
- जितनी जानकारी चाहिए उतनी ही सेव करें। Meta लोकेशन हिस्ट्री नहीं है।

### कॉन्टैक्ट मैसेज

एक ही मैसेज में एक या अधिक कॉन्टैक्ट कार्ड भेजे जा सकते हैं। हर कार्ड में vCard के फ़ील्ड होते हैं: नाम, फ़ोन, ईमेल, पते, संगठन और जन्मदिन। प्राप्तकर्ता कार्ड को सीधे सेव कर सकता है।

यह ग्राहक को सही व्यक्ति की जानकारी देने के लिए उपयोगी है। इससे चैट में नंबर टाइप करने की जरूरत नहीं पड़ती, जहां वह बिना फ़ॉर्मैट के टेक्स्ट के रूप में आता है और उसे हाथ से कॉपी करना पड़ता है।

### Coexistence में क्या हटता है

Coexistence सक्रिय होने के बाद Meta किसी नंबर पर WhatsApp की चार सुविधाएँ बंद कर देता है। इनमें लाइव लोकेशन के साथ गायब होने वाले मैसेज, व्यू वन्स मीडिया और ब्रॉडकास्ट लिस्ट शामिल हैं।

इसे भेजने पर 131051 गड़बड़ी मिलती है, जिसका अर्थ असमर्थित मैसेज प्रकार है। यह फ़ॉर्मैटिंग की गलती जैसा लगता है, लेकिन ऐसा नहीं है। कोई भी प्रोवाइडर इसे चालू नहीं कर सकता। यह Meta का प्रतिबंध है और हर Coexistence नंबर पर लागू होता है। स्थिर लोकेशन पिन प्रभावित नहीं होते और सामान्य रूप से काम करते हैं।

- नाम या पता दिए बिना पिन भेजना। केवल निर्देशांक ग्राहक को कुछ नहीं बताते।
- लाइव लोकेशन पर आधारित व्यवस्था बनाना। यह हर Coexistence नंबर पर बंद है।
- गड़बड़ी 131051 को फ़ॉर्मैटिंग की समस्या समझना, जबकि यह प्रकार वास्तव में उपलब्ध नहीं है।

**क्या मैं लाइव लोकेशन भेज सकता हूं?** Coexistence नंबर पर नहीं। Meta इसे बंद करता है और कोई भी प्रोवाइडर इसे फिर चालू नहीं कर सकता।

**क्या स्थिर लोकेशन पिन काम करते हैं?** हां, सामान्य रूप से। मैप प्रीव्यू के नीचे वैकल्पिक नाम और पता दिखाए जा सकते हैं।

**एक मैसेज में कितने कॉन्टैक्ट भेज सकते हैं?** कई। हर कॉन्टैक्ट में मानक vCard फ़ील्ड होते हैं और प्राप्तकर्ता उसे सीधे सेव कर सकता है।

**क्या साझा की गई लोकेशन सर्विस विंडो फिर खोलती है?** हां। यह किसी भी अन्य इनबाउंड मैसेज की तरह होती है।

---

## EasyCoexistence बनाम AiSensy

https://easycoexistence.com/hi/compare/easycoexistence-vs-aisensy

AiSensy WhatsApp मार्केटिंग और चैटबॉट प्लैटफ़ॉर्म है, जो मासिक प्लान पर मिलता है और भारतीय ईकॉमर्स कारोबारों में लोकप्रिय है। EasyCoexistence एक इंफ़्रास्ट्रक्चर सेवा है: यह Meta के अपने Coexistence फ़ीचर से नंबर जोड़ती है, मैसेज आपके मौजूदा सिस्टम तक पहुँचाती है और प्रति कनेक्टेड नंबर शुल्क लेती है। दोनों अलग उत्पाद हैं। मौजूदा सिस्टम वाले कारोबार के लिए EasyCoexistence प्रति नंबर सस्ता पड़ता है।

### हर उत्पाद क्या है

दोनों एक ही खरीद के लिए प्रतिस्पर्धा नहीं करते। यह स्पष्ट होने पर तुलना उपयोगी बनती है।

- AiSensy:: ब्रॉडकास्ट कैंपेन, चैटबॉट फ़्लो और साझा टीम इनबॉक्स पर बना WhatsApp एंगेजमेंट प्लैटफ़ॉर्म, जो संपर्कों और एजेंटों की सीमाओं वाले अलग-अलग मासिक प्लान पर बिकता है।
- EasyCoexistence:: Coexistence इंफ़्रास्ट्रक्चर। फ़ोन पर WhatsApp Business ऐप चलता रहता है, Cloud API उसी नंबर पर चलता है और मैसेज इवेंट Meta से सीधे आपके CRM, हेल्पडेस्क, ऑटोमेशन या एआई एजेंट तक जाते हैं। आपकी टीम के लिए किसी नए उत्पाद में जाने की ज़रूरत नहीं।

### उत्पाद किसके लिए बनाया गया है

दोनों WhatsApp जोड़ते हैं। हर उत्पाद आपसे जो रोज़ का काम करवाता है, वह अलग है।

- AiSensy:: ब्रॉडकास्ट कैंपेन और चैटबॉट फ़नल चलाने वाली मार्केटिंग टीम, जो कैंपेन बिल्डर, संपर्क सूचियाँ और विश्लेषण एक ही जगह चाहती है और उसी प्लैटफ़ॉर्म में काम करने को तैयार है।
- EasyCoexistence:: ऐसा कारोबार या डेवलपर जिसके पास पहले से सिस्टम है। हम WhatsApp मैसेज उसमें पहुँचाते हैं, कनेक्शन चालू रखते हैं और रास्ते से हट जाते हैं। कैंपेन चलाने हों तो वहीं चलाएँ जहाँ आपका ग्राहक डेटा पहले से मौजूद है।

### फ़ोन पर ऐप चालू रखना

Coexistence का यही खास उद्देश्य है और किसी भी प्लैटफ़ॉर्म से पूछने लायक सवाल भी।

- AiSensy:: उनका उत्पाद प्लैटफ़ॉर्म इनबॉक्स है, इसलिए उम्मीद रहती है कि बातचीत फ़ोन के WhatsApp Business ऐप के बजाय वहीं संभाली जाएगी।
- EasyCoexistence:: WhatsApp Business ऐप पहले की तरह ही चलता रहता है। कर्मचारी फ़ोन पर जवाब देते हैं, एपीआई उन्हीं बातचीतों को देखती है और किसी पक्ष को रुकना नहीं पड़ता। यही पूरा फ़ीचर है।

### बिल किस आधार पर बनता है

यही संरचनात्मक अंतर है और बढ़ने पर कुल लागत तय करता है।

- AiSensy:: उपयोगकर्ताओं और प्लान स्तरों पर आधारित सदस्यता, इसलिए बिल टीम के आकार और खुले फ़ीचर के साथ बढ़ता है, चाहे सीटों का इस्तेमाल हो या नहीं।
- EasyCoexistence:: एक कनेक्टेड नंबर। सहकर्मी जोड़ने पर कोई शुल्क नहीं क्योंकि सीटें नहीं हैं। नंबर बढ़ने पर प्रति-नंबर दर US$ 9 से घटकर US$ 1 हो जाती है। एजेंसी का चालीसवाँ नंबर पहले नंबर जैसा ही काम करता है और कम लागत में पड़ता है।

### छोड़ने पर क्या होता है

जिस सेवा में आपकी बातचीत रहती है, उसके बारे में यह सवाल ज़रूर पूछें।

- AiSensy:: इनबॉक्स, संपर्क इतिहास और ऑटोमेशन उसी प्लैटफ़ॉर्म में रहते हैं। यही उन्हें चलाता है और छोड़ना एक माइग्रेशन प्रोजेक्ट बना देता है।
- EasyCoexistence:: आपकी कोई चीज़ हमारे अंदर नहीं रहती। मैसेज आते ही आपके अपने सिस्टम में पहुँचाए गए थे और नंबर ग्राहक के अपने Meta Business Portfolio में रहता है। इसलिए हमें हटाने पर सब वहीं रहता है जहाँ पहले था।

- अपनी ज़रूरत के हिसाब से दोनों की संख्या गिने बिना सीट की कीमत की तुलना प्रति-नंबर कीमत से करना।
- जब टीम पहले से CRM में काम करती हो, तब इनबॉक्स के लिए भुगतान करना।
- यह मान लेना कि WhatsApp कनेक्शन अलग है। दोनों मामलों में नीचे Cloud API Meta का ही है।

**कौन सस्ता है?** मौजूदा सिस्टम और कई नंबर वाले कारोबार के लिए हम प्रति नंबर बहुत सस्ते पड़ते हैं। एक साझा इनबॉक्स में पाँच लोगों वाली टीम सीट-आधारित प्लान चुन सकती है।

**क्या साझा इनबॉक्स छूट जाएगा?** आपको किसी साझा इनबॉक्स में जाना ही नहीं पड़ता। मैसेज उसी टूल में आते हैं जिसका आपकी टीम पहले से इस्तेमाल करती है।

**क्या WhatsApp कनेक्शन अलग है?** नहीं। दोनों में Meta का Cloud API ही है। अंतर यह है कि उसके सामने क्या जुड़ा है और बिल कैसे बनता है।

**क्या मुझे ब्रॉडकास्ट कैंपेन मिलेंगे?** हमारी ओर से नहीं और इनके लिए आपसे शुल्क भी नहीं लिया जाता। मैसेज आपके अपने सिस्टम तक पहुँचते हैं, इसलिए कैंपेन वहीं चलेंगे जहाँ आपका ग्राहक डेटा पहले से है।

---

## EasyCoexistence बनाम Interakt

https://easycoexistence.com/hi/compare/easycoexistence-vs-interakt

Interakt WhatsApp वाणिज्य और सहायता मंच है, जो प्रति एजेंट सीमाओं वाली मासिक योजनाओं में मिलता है। EasyCoexistence बुनियादी ढांचा है: यह Meta के अपने Coexistence फ़ीचर से नंबर जोड़ता है, आपके मौजूदा सिस्टम में मैसेज पहुंचाता है और प्रति जुड़े नंबर शुल्क लेता है। मौजूदा सिस्टम में काम करने के लिए EasyCoexistence सस्ता है, जबकि Interakt एक अलग उत्पाद है।

### हर उत्पाद क्या है

वे एक ही खरीद के लिए प्रतिस्पर्धा नहीं करते। यह स्पष्टता तुलना को उपयोगी बनाती है।

- 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/hi/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/hi/compare/easycoexistence-vs-zoko

Zoko Shopify स्टोर के लिए WhatsApp कॉमर्स प्लेटफ़ॉर्म है, जो मासिक प्लान में बेचा जाता है। EasyCoexistence आधारभूत संरचना है: यह Meta के अपने Coexistence फ़ीचर से नंबर जोड़ता है, उसके मैसेज आपके मौजूदा सिस्टम तक पहुँचाता है और हर जुड़े नंबर के हिसाब से शुल्क लेता है। दोनों अलग तरह के उत्पाद हैं: एक टीम को अपने भीतर काम कराता है, दूसरा आपके मौजूदा सिस्टम के पीछे काम करता है।

### हर उत्पाद क्या है

दोनों एक ही खरीद के लिए प्रतिस्पर्धा नहीं करते। यह बात स्पष्ट हो तो तुलना उपयोगी बनती है।

- Zoko:: Shopify के इर्द-गिर्द बना WhatsApp कॉमर्स प्लेटफ़ॉर्म, जिसमें कैटलॉग, छोड़ी गई कार्ट की रिकवरी, ऑर्डर फ़्लो और साझा इनबॉक्स शामिल हैं। यह मासिक प्लान में बेचा जाता है।
- EasyCoexistence:: Coexistence की आधारभूत संरचना। फ़ोन पर WhatsApp Business ऐप चलता रहता है, Cloud API उसी नंबर पर चलता है और मैसेज इवेंट Meta से सीधे आपके CRM, हेल्पडेस्क, ऑटोमेशन या एआई एजेंट तक जाते हैं। आपकी टीम को किसी नए उत्पाद में जाने की ज़रूरत नहीं होती।

### अगर आप Shopify स्टोर हैं

ईमानदार जवाब, क्योंकि यह सचमुच अलग तरह की खरीद है।

- Zoko:: इसी काम के लिए बनाया गया है। कार्ट रिकवरी, कैटलॉग और ऑर्डर फ़्लो तैयार मिलते हैं, विकसित नहीं करने पड़ते। अगर आपका पूरा कारोबार Shopify पर है और आप इसे इसी हफ़्ते चलाना चाहते हैं, तो इसकी वास्तविक कीमत है।
- EasyCoexistence:: नीचे काम करने वाली परत। अगर आपका स्टोर Shopify पर नहीं है या लॉजिक आपके अपने बैकएंड में रहता है, तो हम WhatsApp इवेंट आपके सिस्टम तक पहुँचाते हैं और आपका सिस्टम तय करता है कि मैसेज का अर्थ क्या है। जिस प्लेटफ़ॉर्म को हम देते ही नहीं, उसके आसपास कुछ कॉन्फ़िगर करने की ज़रूरत नहीं।

### जब स्टोर पूरा कारोबार नहीं होता

वह स्थिति जहाँ स्टोर-केंद्रित प्लेटफ़ॉर्म फिट होना बंद कर देता है।

- Zoko:: एक ही इकोसिस्टम में गहराई। विशेषज्ञ उत्पाद यही समझौता करता है और इसी वजह से उस इकोसिस्टम के भीतर इतना अच्छा काम करता है।
- EasyCoexistence:: इकोसिस्टम से स्वतंत्रता। वेबहुक आपके एंडपॉइंट पर जाता है, इसलिए वही कनेक्शन Shopify स्टोर, कस्टम बैकएंड, n8n वर्कफ़्लो या एआई एजेंट के साथ काम करता है, बिना नंबर जोड़ने के तरीके में कोई बदलाव किए।

### बिल किस आधार पर बदलता है

संरचनात्मक अंतर, जो आपके बढ़ने पर कुल लागत तय करता है।

- Zoko:: उपयोगकर्ताओं और प्लान स्तरों पर आधारित सदस्यता। इसलिए बिल टीम के आकार और खुले हुए फ़ीचर के साथ बढ़ता है, चाहे सीटों का इस्तेमाल हो या नहीं।
- EasyCoexistence:: एक जुड़ा हुआ नंबर। सहकर्मी जोड़ने पर कोई शुल्क नहीं, क्योंकि सीटें नहीं हैं। नंबर बढ़ने पर प्रति नंबर दर US$ 9 से घटकर US$ 1 हो जाती है। किसी एजेंसी का चालीसवाँ नंबर पहले नंबर जैसा ही काम करता है और कम खर्चीला पड़ता है।

### छोड़ने पर क्या होता है

जो भी आपकी बातचीत संभालता है, उसके बारे में यह सवाल पूछना ज़रूरी है।

- Zoko:: इनबॉक्स, संपर्क इतिहास और ऑटोमेशन उसी प्लेटफ़ॉर्म में रहते हैं। यही उन्हें काम करने देता है और इसी कारण बाहर निकलना माइग्रेशन प्रोजेक्ट बन जाता है।
- EasyCoexistence:: आपका कुछ भी हमारे भीतर नहीं रहता। मैसेज आते ही आपके अपने सिस्टम तक पहुँचाए गए थे और नंबर ग्राहक के अपने Meta Business Portfolio में रहता है। इसलिए हमें हटाने पर वह वहीं रहता है जहाँ पहले था।

- अपनी स्थिति के लिए दोनों की कुल लागत गिने बिना सीट की कीमत की तुलना प्रति नंबर कीमत से करना।
- जब आपकी टीम पहले से CRM में काम करती है, तब इनबॉक्स के लिए भुगतान करना।
- यह मान लेना कि WhatsApp कनेक्शन अलग है। दोनों मामलों में नीचे Cloud API Meta का ही है।

**कौन सस्ता है?** पाँच लोगों की टीम जो एक इनबॉक्स में काम करती है, सीटों वाला उत्पाद चुन सकती है। लेकिन नंबरों और मौजूदा सिस्टम वाले कारोबार को हमारे साथ प्रति नंबर बहुत कम भुगतान करना पड़ता है।

**क्या साझा इनबॉक्स छूट जाएगा?** आपको किसी साझा इनबॉक्स में जाने की ज़रूरत नहीं। मैसेज उसी टूल में आते हैं जिसे आपकी टीम पहले से इस्तेमाल करती है।

**क्या WhatsApp कनेक्शन अलग है?** नहीं। दोनों मामलों में यह Meta का Cloud API है। अंतर यह है कि उसके सामने क्या जुड़ा है और बिल कैसे बनता है।

**मैं Shopify इस्तेमाल करता हूँ। क्या मुझे Zoko लेना चाहिए?** Zoko मासिक प्लान पर तैयार Shopify फ़्लो बेचता है। अगर आपका लॉजिक पहले से आपके स्टोर या बैकएंड में है, तो हम US$ 9 प्रति नंबर में WhatsApp उसमें जोड़ते हैं और आपके ऑर्डर डेटा वाले स्थान पर ही फ़्लो रहने देते हैं।

---

## EasyCoexistence बनाम Trengo

https://easycoexistence.com/hi/compare/easycoexistence-vs-trengo

Trengo एक मल्टीचैनल टीम इनबॉक्स है, जिसमें WhatsApp, ईमेल, वॉइस और चैट शामिल हैं और शुल्क प्रति उपयोगकर्ता लिया जाता है। EasyCoexistence एक इंफ्रास्ट्रक्चर है: यह Meta के अपने Coexistence फ़ीचर से नंबर जोड़ता है, उसके मैसेज आपके मौजूदा सिस्टम तक पहुँचाता है और जुड़े नंबर के हिसाब से शुल्क लेता है। कौन सस्ता है, यह इस पर निर्भर करता है कि आप किस सिस्टम के अंदर काम करना चाहते हैं।

### हर उत्पाद क्या है

वे एक ही खरीद के लिए प्रतिस्पर्धा नहीं करते। यह स्पष्ट समझ तुलना को उपयोगी बनाती है।

- Trengo:: एक मल्टीचैनल टीम इनबॉक्स, जो WhatsApp, ईमेल, लाइव चैट, वॉइस और सोशल को एक दृश्य में जोड़ता है। शुल्क प्रति उपयोगकर्ता सीट है और यह कई चैनल सँभालने वाली सहायता टीमों के लिए बना है।
- EasyCoexistence:: Coexistence इंफ्रास्ट्रक्चर। फ़ोन पर WhatsApp Business ऐप काम करता रहता है, Cloud API उसी नंबर पर चलता है और मैसेज इवेंट Meta से सीधे आपके CRM, हेल्पडेस्क, ऑटोमेशन या एआई एजेंट तक जाते हैं। आपकी टीम के लिए किसी नए उत्पाद में जाने की ज़रूरत नहीं है।

### हर चैनल के लिए एक इनबॉक्स

सही टीम के लिए उनका मुख्य वादा अच्छा है।

- Trengo:: ईमेल, WhatsApp, चैट और वॉइस एक ही जगह, साझा असाइनमेंट और नियमों के साथ। कई टैब में उलझी सहायता टीम के लिए यह एकीकरण ही उत्पाद है और यह काम करता है।
- EasyCoexistence:: हम एक ही चैनल करते हैं और आपसे एकीकरण की माँग नहीं करते। अगर आपका हेल्पडेस्क पहले से ईमेल और चैट सँभालता है, तो WhatsApp वेबहुक के ज़रिए वहीं पहुँचता है और आपकी टीम को दूसरा टूल सीखना नहीं पड़ता।

### टीम बढ़ने पर आप क्या भुगतान करते हैं

प्रति सीट शुल्क का अपना ढाँचा है। भर्ती करने से पहले इसे देखना उपयोगी है।

- Trengo:: प्रति उपयोगकर्ता, इसलिए हर नए सहायता कर्मचारी से मासिक बिल बढ़ता है, चाहे वह WhatsApp इस्तेमाल करे या नहीं।
- EasyCoexistence:: प्रति नंबर। दो लोगों की सहायता टीम और बीस लोगों की सहायता टीम समान भुगतान करती हैं, क्योंकि शुल्क योग्य इकाई व्यक्ति नहीं, कनेक्शन है।

### शुल्क किसके साथ बढ़ता है

यही संरचनात्मक अंतर है और बढ़ने पर कुल लागत तय करता है।

- Trengo:: उपयोगकर्ताओं और योजना स्तरों पर आधारित सदस्यता, इसलिए बिल टीम के आकार और खुली सुविधाओं के साथ बढ़ता है, चाहे सीटों का इस्तेमाल हो या नहीं।
- EasyCoexistence:: जुड़ा हुआ नंबर। सहकर्मी जोड़ने पर कोई लागत नहीं, क्योंकि सीटें नहीं हैं। नंबर बढ़ने पर प्रति नंबर दर US$ 9 से घटकर US$ 1 हो जाती है। किसी एजेंसी का चालीसवाँ नंबर पहले नंबर जैसा ही काम करता है और कम लागत में आता है।

### छोड़ने पर क्या होता है

जो भी आपकी बातचीत सँभालता है, उसके बारे में यह पूछना ज़रूरी है।

- Trengo:: इनबॉक्स, संपर्क इतिहास और ऑटोमेशन इसी प्लेटफ़ॉर्म पर रहते हैं। यही उन्हें काम कराता है और इसी वजह से छोड़ना एक माइग्रेशन प्रोजेक्ट बन जाता है।
- EasyCoexistence:: आपकी कोई चीज़ हमारे अंदर नहीं रहती। मैसेज आते ही आपके अपने सिस्टम तक पहुँचाए गए थे और नंबर क्लाइंट के अपने Meta Business Portfolio में रहता है। इसलिए हमें हटाने पर सब कुछ वहीं रहता है जहाँ पहले था।

- अपनी स्थिति के लिए दोनों की कुल गिनती किए बिना सीट शुल्क की तुलना प्रति नंबर शुल्क से करना।
- जब टीम पहले से CRM में काम करती हो, तब इनबॉक्स के लिए भुगतान करना।
- यह मानना कि WhatsApp कनेक्शन अलग है। दोनों मामलों में नीचे Cloud API Meta का ही है।

**कौन सस्ता है?** यह आपकी स्थिति पर निर्भर करता है। एक इनबॉक्स में पाँच लोगों की टीम सीटों को पसंद कर सकती है। नंबरों और मौजूदा सिस्टम वाले कारोबार को हमारे साथ प्रति नंबर बहुत कम भुगतान करना पड़ता है।

**क्या साझा इनबॉक्स खो जाएगा?** आपको कभी किसी साझा इनबॉक्स में जाने की ज़रूरत नहीं पड़ती। मैसेज उसी टूल में आते हैं जिसे आपकी टीम पहले से इस्तेमाल करती है और जहाँ वह काम करती है।

**क्या WhatsApp कनेक्शन अलग है?** नहीं। दोनों ही मामलों में यह Meta का Cloud API है। अंतर केवल यह है कि उसके सामने क्या जुड़ा है और शुल्क कैसे लिया जाता है।

**मुझे ईमेल और चैट भी चाहिए। क्या आप इन्हें सँभालते हैं?** नहीं, और इनके लिए हम शुल्क भी नहीं लेते। हम WhatsApp को उस हेल्पडेस्क से जोड़ते हैं जो आपके दूसरे चैनल पहले से सँभालता है।

---

## EasyCoexistence बनाम Rasayel

https://easycoexistence.com/hi/compare/easycoexistence-vs-rasayel

Rasayel CRM इंटीग्रेशन वाला WhatsApp-केंद्रित बिक्री इनबॉक्स है, जिसका शुल्क प्रति उपयोगकर्ता लिया जाता है। EasyCoexistence इन्फ्रास्ट्रक्चर है: यह Meta के अपने Coexistence फ़ीचर के ज़रिए नंबर कनेक्ट करता है, मैसेज आपके मौजूदा सिस्टम में भेजता है और प्रति कनेक्टेड नंबर शुल्क लेता है। कौन सस्ता है, यह इस बात पर निर्भर करता है कि आप किस तरह का उत्पाद इस्तेमाल करना चाहते हैं।

### हर उत्पाद क्या है

वे एक ही खरीद के लिए प्रतिस्पर्धा नहीं करते। यह स्पष्ट होने पर तुलना उपयोगी बनती है।

- Rasayel:: बिक्री टीमों के लिए बना WhatsApp-केंद्रित साझा इनबॉक्स, जिसमें HubSpot और Pipedrive जैसे CRM के साथ दोतरफ़ा इंटीग्रेशन हैं और प्रति उपयोगकर्ता सीट शुल्क लिया जाता है।
- EasyCoexistence:: Coexistence इन्फ्रास्ट्रक्चर। फ़ोन पर WhatsApp Business ऐप चलता रहता है, Cloud API उसी नंबर पर चलता है और मैसेज इवेंट Meta से सीधे आपके CRM, हेल्पडेस्क, ऑटोमेशन या एआई एजेंट तक जाते हैं। आपकी टीम के लिए किसी नए उत्पाद में जाने की ज़रूरत नहीं है।

### WhatsApp को CRM में लाना

दोनों उत्पादों के बीच सबसे नज़दीकी समानता यही है, इसलिए इसे स्पष्टता से समझना ज़रूरी है।

- Rasayel:: उनका इनबॉक्स बातचीत को CRM में सिंक करता है, ताकि बिक्रीकर्मी दोनों जगह काम कर सके और रिकॉर्ड साथ बना रहे। यह वास्तविक इंजीनियरिंग वाला वास्तविक उत्पाद है।
- EasyCoexistence:: मैसेज Meta से सीधे आपके CRM में जाता है, बीच में सिंक करने वाला कोई इनबॉक्स नहीं होता। बातचीत की एक ही प्रति रहती है, दो नहीं, इसलिए सिंक विफल होने पर कुछ मिलान करने की ज़रूरत नहीं पड़ती।

### आप किस चीज़ के लिए भुगतान कर रहे हैं

दोनों WhatsApp को CRM में पहुँचाते हैं। बिल अलग तरीके से निकाला जाता है।

- Rasayel:: सीटों के लिए, क्योंकि इनबॉक्स ही उत्पाद है और हर बिक्रीकर्मी को उसमें काम करने के लिए एक सीट चाहिए।
- EasyCoexistence:: कनेक्शन के लिए। आपकी पूरी बिक्री टीम उसी CRM में WhatsApp पढ़ती है जिसका वह पहले से भुगतान करती है, और हम लोगों की संख्या की परवाह किए बिना प्रति नंबर शुल्क लेते हैं।

### बिल किसके साथ बढ़ता है

यही संरचनात्मक अंतर है और टीम बढ़ने पर कुल लागत तय करता है।

- Rasayel:: उपयोगकर्ताओं और प्लान स्तरों के आधार पर बनी सदस्यता, इसलिए बिल टीम के आकार और मिलने वाली सुविधाओं के साथ बढ़ता है, चाहे सीटों का इस्तेमाल हो या नहीं।
- EasyCoexistence:: एक कनेक्टेड नंबर। सहकर्मी को जोड़ने पर कोई शुल्क नहीं लगता क्योंकि सीटें नहीं हैं। नंबर बढ़ने पर प्रति नंबर दर US$ 9 से घटकर US$ 1 हो जाती है। किसी एजेंसी का चालीसवाँ नंबर पहले नंबर जैसा ही काम करता है और कम लागत में आता है।

### अगर आप इसे छोड़ दें तो क्या होगा

बातचीत संभालने वाली किसी भी सेवा के बारे में यह सवाल पूछना ज़रूरी है।

- Rasayel:: इनबॉक्स, संपर्क इतिहास और ऑटोमेशन प्लेटफ़ॉर्म में रहते हैं। इन्हीं से सेवा चलती है और इसी वजह से छोड़ना एक माइग्रेशन प्रोजेक्ट बन जाता है।
- EasyCoexistence:: आपका कुछ भी हमारे अंदर नहीं रहता। मैसेज आते ही आपके अपने सिस्टम में पहुँचाए गए थे और नंबर ग्राहक के अपने Meta Business Portfolio में रहता है, इसलिए हमें हटाने पर भी वह वहीं रहता है।

- अपने मामले में दोनों की संख्या गिने बिना सीट की कीमत की तुलना प्रति नंबर कीमत से करना।
- जब आपकी टीम पहले से CRM में काम करती है, तब इनबॉक्स के लिए भुगतान करना।
- यह मान लेना कि WhatsApp कनेक्शन अलग है। दोनों मामलों में अंदर Cloud API Meta का ही है।

**कौन सस्ता है?** यह आपके उपयोग के आकार पर निर्भर करता है। एक इनबॉक्स में पाँच लोगों की टीम सीटें पसंद कर सकती है। नंबरों और मौजूदा सिस्टम वाले कारोबार को हमारे साथ प्रति नंबर बहुत कम भुगतान करना पड़ता है।

**क्या साझा इनबॉक्स खो जाएगा?** आपको कभी किसी साझा इनबॉक्स में जाना ही नहीं पड़ता। मैसेज उसी टूल में आते हैं जिसे आपकी टीम पहले से इस्तेमाल करती है और जहाँ वह काम करती है।

**क्या WhatsApp कनेक्शन अलग है?** नहीं। दोनों मामलों में यह Meta का Cloud API है। अंतर इस बात में है कि उसके सामने क्या जुड़ा है और बिल कैसे लिया जाता है।

**क्या आप HubSpot के साथ इंटीग्रेट होते हैं?** हम Meta का वेबहुक किसी भी एंडपॉइंट तक पहुँचाते हैं, इसलिए इनबाउंड वेबहुक वाला CRM या उसके सामने लगा वर्कफ़्लो टूल बातचीत सीधे प्राप्त कर सकता है।

---

## EasyCoexistence बनाम Callbell

https://easycoexistence.com/hi/compare/easycoexistence-vs-callbell

Callbell छोटे दलों के लिए बना बहु-एजेंट WhatsApp इनबॉक्स है, जिसका शुल्क प्रति उपयोगकर्ता है। EasyCoexistence एक आधारभूत ढांचा है: यह Meta के अपने Coexistence फ़ीचर से नंबर जोड़ता है, मैसेज आपके मौजूदा सिस्टम तक पहुँचाता है और प्रति जुड़े नंबर शुल्क लेता है। किसमें कम खर्च होगा, यह इस पर निर्भर है कि आपको टीम के काम के लिए अलग उत्पाद चाहिए या मौजूदा सिस्टम में काम करना है।

### हर उत्पाद क्या है

दोनों एक ही खरीद की जरूरत पूरी नहीं करते। यह स्पष्टता तुलना को उपयोगी बनाती है।

- Callbell:: छोटे दलों के लिए बहु-एजेंट WhatsApp इनबॉक्स, जिसमें चैटबॉट फ़्लो और बुनियादी ऑटोमेशन हैं। इसका शुल्क प्रति उपयोगकर्ता सीट है और यह लैटिन अमेरिका तथा दक्षिणी यूरोप के छोटे कारोबारों में लोकप्रिय है।
- EasyCoexistence:: Coexistence का आधारभूत ढांचा। फ़ोन पर WhatsApp Business ऐप चलता रहता है, Cloud API उसी नंबर पर चलता है और मैसेज इवेंट Meta से सीधे आपके सीआरएम, हेल्पडेस्क, ऑटोमेशन या एआई एजेंट तक जाते हैं। आपकी टीम के लिए किसी नए उत्पाद में जाने की जरूरत नहीं है।

### छोटे दल का मामला

जहाँ उनका मूल्य निर्धारण सबसे उचित है और तुलना सबसे करीब आती है।

- Callbell:: एक नंबर साझा करने वाले दो या तीन एजेंट, एक साधारण इनबॉक्स और एकीकृत करने के लिए कोई सीआरएम नहीं। उनकी प्रकाशित कीमत प्रति उपयोगकर्ता प्रति माह है और WhatsApp का सशुल्क शुल्क अलग से जुड़ता है, इसलिए इस छोटे ढांचे में भी सीट और चैनल दोनों का बिल आता है।
- EasyCoexistence:: वही कारोबार, अगर उसके पास पहले से कोई सिस्टम है। स्प्रेडशीट या साधारण बैकएंड में ऑर्डर चलाने वाली छोटी दुकान को WhatsApp सीट की कीमत से कम में मिल जाता है, और कर्मचारी हमेशा की तरह WhatsApp Business ऐप पर जवाब देते रहते हैं।

### कई स्थान, एक खाता

यह मामला दोनों के बीच का अंतर साफ़ कर देता है।

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

### बिल किसके साथ बढ़ता है

यही संरचनात्मक अंतर आपके बढ़ने पर कुल खर्च तय करता है।

- Callbell:: उपयोगकर्ताओं और प्लान स्तरों पर आधारित सदस्यता, इसलिए बिल टीम के आकार और सक्रिय सुविधाओं के साथ बढ़ता है, चाहे सीटों का उपयोग हो या न हो।
- EasyCoexistence:: एक जुड़ा हुआ नंबर। सहकर्मी जोड़ने पर कोई शुल्क नहीं क्योंकि सीटें नहीं हैं। नंबर बढ़ने पर प्रति नंबर दर US$ 9 से घटकर US$ 1 हो जाती है। एजेंसी का चालीसवाँ नंबर पहले नंबर जैसा ही काम करता है और कम खर्चीला होता है।

### अगर आप छोड़ दें तो क्या होगा

हर उस सेवा के बारे में यह सवाल पूछना जरूरी है जिसमें आपकी बातचीत रहती है।

- Callbell:: इनबॉक्स, संपर्क इतिहास और ऑटोमेशन इसी प्लेटफ़ॉर्म में रहते हैं। यही उन्हें चलाता है और इसी वजह से छोड़ना माइग्रेशन प्रोजेक्ट बन जाता है।
- EasyCoexistence:: आपकी कोई चीज़ हमारे अंदर नहीं रहती। मैसेज आते ही आपके अपने सिस्टम में पहुँच जाते हैं और नंबर ग्राहक के अपने Meta Business Portfolio में रहता है। हमें हटाने पर वह वहीं रहता है जहाँ पहले था।

- अपने मामले में दोनों की पूरी लागत गिने बिना सीट की कीमत की तुलना प्रति-नंबर कीमत से करना।
- जब टीम पहले से सीआरएम में काम करती हो, तब भी इनबॉक्स के लिए भुगतान करना।
- यह मान लेना कि WhatsApp कनेक्शन अलग है। दोनों मामलों में नीचे Cloud API Meta का ही है।

**किसमें कम खर्च होगा?** एक इनबॉक्स में पाँच लोगों की टीम के लिए Callbell की सीटें उपयुक्त हो सकती हैं। नंबरों और मौजूदा सिस्टम वाले कारोबार को हमारे साथ प्रति नंबर बहुत कम खर्च करना पड़ता है।

**क्या साझा इनबॉक्स खो जाएगा?** आपको किसी साझा इनबॉक्स में जाने की जरूरत नहीं है। मैसेज उसी टूल में आते हैं जिसे आपकी टीम पहले से इस्तेमाल करती है।

**क्या WhatsApp कनेक्शन अलग है?** नहीं। दोनों में Meta का Cloud API ही है। अंतर इसके आगे मौजूद उत्पाद और शुल्क लेने के तरीके में है।

**क्या दो एजेंटों के लिए Callbell सस्ता है?** एक नंबर और किसी मौजूदा सिस्टम के बिना Callbell सस्ता हो सकता है। दूसरा स्थान या सीआरएम जोड़ते ही प्रति-नंबर कीमत जल्दी कम पड़ती है।

---

## EasyCoexistence बनाम Baileys

https://easycoexistence.com/hi/compare/easycoexistence-vs-baileys

Baileys एक ओपन-सोर्स लाइब्रेरी है, जो लिंक्ड-डिवाइस प्रोटोकॉल को सीधे लागू करके WhatsApp से जुड़ती है। यह काम करती है और मुफ़्त या सस्ती है, लेकिन आधिकारिक तरीके से अलग जोखिम रखती है: WhatsApp की कारोबारी शर्तों में लिंक्ड-डिवाइस सत्र के ज़रिए स्वचालित मैसेजिंग का प्रावधान नहीं है, और इस तरह इस्तेमाल किया गया नंबर बिना चेतावनी सीमित या प्रतिबंधित हो सकता है। EasyCoexistence उसी नंबर को Meta के अपने Coexistence फ़ीचर से जोड़ता है।

### दोनों WhatsApp तक कैसे पहुँचते हैं

पूरी तुलना इसी बात पर टिकी है और बाकी सब इससे निकलता है।

- Baileys:: WhatsApp के लिंक्ड-डिवाइस प्रोटोकॉल को वेब सॉकेट पर लागू करने वाली टाइपस्क्रिप्ट लाइब्रेरी। यह वेब क्लाइंट की तरह क्यूआर कोड स्कैन करके लॉगिन करती है और फिर सेशन खुद संभालती है। Meta की कोई मंज़ूरी नहीं होती, क्योंकि Meta से कुछ माँगा ही नहीं जाता।
- EasyCoexistence:: Coexistence के ज़रिए Meta का Cloud API, जिसमें ग्राहक के अपने WhatsApp Business Account के लिए Meta द्वारा जारी क्रेडेंशियल होते हैं। नंबर Meta के साथ एपीआई नंबर के रूप में पंजीकृत होता है और WhatsApp Business ऐप उसी समय फ़ोन पर काम करता रहता है।

### गड़बड़ी होने पर क्या होता है

दोनों कभी-कभी रुकते हैं। अंतर यह है कि पूछने के लिए कोई है या नहीं।

- Baileys:: GitHub पर बना एक कम्युनिटी प्रोजेक्ट। WhatsApp के प्रोटोकॉल में बदलाव होने पर लाइब्रेरी को उसके अनुसार अपडेट होना पड़ता है और तब तक आपका इंटीग्रेशन बंद रहता है। कोई सहायता अनुबंध या प्रतिबंध अपील नहीं है।
- EasyCoexistence:: Meta के अपने इंफ्रास्ट्रक्चर पर कनेक्शन, जिसकी लगातार मॉनिटरिंग होती है। कनेक्शन टूटने पर हम Meta के बताए कारण को पढ़ते हैं, इसलिए चौदह दिन की निष्क्रियता को वास्तविक हटाए जाने से अलग पहचाना जा सकता है और ग्राहक के जानने से पहले आपको बता दिया जाता है।

### ईमानदारी से इसकी कीमत क्या है

अनौपचारिक रास्ता आम तौर पर मुफ़्त दिखता है, लेकिन तुलना असल में लाइसेंस शुल्क की नहीं है।

- Baileys:: लाइब्रेरी के रूप में मुफ़्त, लेकिन इसे चलाने के लिए सर्वर, चालू रखने के लिए सेशन और इसे समझने वाला इंजीनियर चाहिए। लागत लाइसेंस की नहीं, मेंटेनेंस और जोखिम की है।
- EasyCoexistence:: प्रति जुड़े नंबर पर हर महीने US$ 9 से, जिसमें होस्टिंग, मॉनिटरिंग और MCP कनेक्टर शामिल हैं। कोई सर्वर चलाना नहीं, सेशन फिर से लिंक नहीं करना और प्रोटोकॉल बदलने पर कुछ दोबारा बनाना नहीं पड़ता।

### दोनों वास्तव में क्या कर सकते हैं

यही ईमानदार हिस्सा है और यही कारण है कि अनौपचारिक प्रोजेक्ट मौजूद हैं।

- Baileys:: कुछ मामलों में आधिकारिक एपीआई से अधिक: प्रोटोकॉल स्तर पर ग्रुप चैट, निजी बातचीत, ऑनलाइन स्थिति और पढ़े जाने की रसीदें। यही पहुँच इसके होने का कारण है।
- EasyCoexistence:: Cloud API की अनुमति वाली हर चीज़: मैसेज भेजना और पाना, टेम्पलेट, मीडिया और इंटरैक्टिव मैसेज, साथ में Meta द्वारा भेजे गए वेबहुक। ग्रुप चैट एपीआई के बाहर हैं और फ़्री-फ़ॉर्म जवाबों के लिए 24 घंटे की विंडो खुली होनी चाहिए। ये Meta के नियम हैं और हर आधिकारिक प्रदाता पर लागू होते हैं।

### किसे कौन-सा विकल्प चुनना चाहिए

दोनों के लिए वास्तविक उपयोग है और चुनाव पूरी तरह इस बात पर निर्भर है कि नंबर कितना महत्वपूर्ण है।

- ऐसा हॉबी प्रोजेक्ट जिसमें नंबर खोने से परेशानी न हो: अनौपचारिक रास्ता मुफ़्त और सक्षम है।
- ऐसा नंबर जिस पर कारोबार ग्राहक जवाब पाता है: आधिकारिक रास्ता, क्योंकि प्रतिबंध लगते ही कारोबारी लाइन बंद हो जाती है।
- ग्राहक का नंबर शामिल हो: आधिकारिक रास्ता, क्योंकि यह जोखिम आपका लेने का नहीं है।
- जहाँ WhatsApp Business ऐप का फ़ोन पर काम करते रहना ज़रूरी हो: Coexistence, यही हम करते हैं।

- कारोबारी नंबर पर अनौपचारिक ब्रिज़ आज़माना। प्रतिबंध बिना चेतावनी और बिना अपील के लगते हैं।
- कई वर्षों के चालू रहने को सुरक्षा समझना। कार्रवाई लगातार नहीं, समय-समय पर होती है।
- यह मानना कि प्रतिबंध केवल एपीआई को प्रभावित करता है। इसके साथ WhatsApp Business प्रोफ़ाइल भी चली जाती है।

**क्या Baileys सच में काम करती है?** हाँ, इसी वजह से यह लोकप्रिय है। सवाल यह नहीं कि यह काम करती है, बल्कि यह है कि WhatsApp के पता चलने पर नंबर का क्या होगा।

**क्या इसके कारण नंबर पर प्रतिबंध लग सकता है?** हाँ। WhatsApp की कारोबारी शर्तों में अनौपचारिक पहुँच का प्रावधान नहीं है और कार्रवाई में न चेतावनी मिलती है, न अपील का अवसर।

**क्या आपके साथ मेरा WhatsApp Business ऐप बंद हो जाएगा?** नहीं। Coexistence का यही उद्देश्य है: Cloud API उसी नंबर पर चलती रहती है और फ़ोन का ऐप भी काम करता रहता है।

**क्या Baileys गैरकानूनी है?** यह अपराध नहीं, बल्कि ऐसा रास्ता है जिसका WhatsApp की कारोबारी शर्तों में प्रावधान नहीं है। नतीजा कानूनी कार्रवाई नहीं, बल्कि नंबर पर कार्रवाई होता है।

---

## EasyCoexistence बनाम WPPConnect

https://easycoexistence.com/hi/compare/easycoexistence-vs-wppconnect

WPPConnect एक ओपन-सोर्स प्रोजेक्ट है, जो नियंत्रित ब्राउज़र सत्र में WhatsApp Web को स्वचालित करता है। यह काम करता है, मुफ़्त या सस्ता है, लेकिन इसमें वह जोखिम है जो आधिकारिक तरीके में नहीं होता: WhatsApp की कारोबारी शर्तों में लिंक्ड-डिवाइस सत्र के ज़रिए स्वचालित मैसेजिंग का प्रावधान नहीं है, और इस तरह इस्तेमाल किया गया नंबर बिना चेतावनी सीमित या बंद किया जा सकता है। EasyCoexistence उसी नंबर को Meta के अपने Coexistence फ़ीचर से जोड़ता है।

### WhatsApp तक दोनों कैसे पहुँचते हैं

पूरी तुलना यहीं है, और बाकी सब इसी से तय होता है।

- WPPConnect:: एक ब्राउज़र स्वचालन प्रोजेक्ट, जो हेडलेस सत्र में WhatsApp Web चलाता है और उसके ऊपर आरईएसटी रैपर देता है। नंबर क्यूआर कोड से जुड़ता है और सत्र ब्राउज़र प्रोफ़ाइल में रहता है, इसलिए WhatsApp इसे एपीआई क्लाइंट के बजाय जुड़े हुए डिवाइस के रूप में देखता है।
- EasyCoexistence:: Meta का Cloud API, जिसमें Meta द्वारा ग्राहक के अपने WhatsApp Business Account के लिए जारी किए गए प्रमाण-पत्र होते हैं, Coexistence के ज़रिए काम करता है। नंबर Meta के पास एपीआई नंबर के रूप में पंजीकृत होता है और WhatsApp Business ऐप उसी समय फ़ोन पर काम करता रहता है।

### कुछ गड़बड़ होने पर क्या होता है

दोनों कभी-कभी रुकते हैं। अंतर यह है कि पूछने के लिए कोई उपलब्ध है या नहीं।

- WPPConnect:: एक सक्रिय और मददगार ओपन-सोर्स समुदाय, लेकिन किसी के प्रति कोई बाध्यता नहीं। WhatsApp Web में बदलाव से सत्र संचालन रुक सकता है, और बंद किए जाने पर अपील का कोई रास्ता नहीं होता क्योंकि पहुँच कभी स्वीकृत थी ही नहीं।
- EasyCoexistence:: Meta के अपने ढाँचे पर चलने वाला कनेक्शन, जिसकी लगातार निगरानी होती है। कनेक्शन टूटने पर हम Meta का दिया हुआ डिस्कनेक्शन कारण पढ़ते हैं, इसलिए चौदह दिन की निष्क्रियता को वास्तविक हटाए जाने से अलग पहचाना जा सकता है और ग्राहक के जानने से पहले आपको बता दिया जाता है।

### ईमानदारी से इसकी कीमत क्या है

अनधिकृत तरीका आम तौर पर मुफ़्त दिखता है, लेकिन तुलना वास्तव में लाइसेंस शुल्क की नहीं है।

- WPPConnect:: मुफ़्त, लेकिन ऐसे सर्वर के साथ जो ब्राउज़र को लगातार चला सके, हर सत्र के लिए मेमोरी हो और सत्र रुकने पर उसे फिर शुरू करने वाला कोई व्यक्ति हो। कई नंबर होने पर यह सब कई गुना बढ़ जाता है।
- EasyCoexistence:: प्रति जुड़े नंबर प्रति माह US$ 9 से, जिसमें होस्टिंग, निगरानी और MCP कनेक्टर शामिल हैं। कोई सर्वर चलाने, सत्र फिर जोड़ने या प्रोटोकॉल बदलने पर कुछ दोबारा बनाने की ज़रूरत नहीं है।

### दोनों वास्तव में क्या कर सकते हैं

यही ईमानदार हिस्सा है और यही कारण है कि अनधिकृत प्रोजेक्ट मौजूद हैं।

- WPPConnect:: WhatsApp Web जो कुछ कर सकता है, वह सब, जिसमें समूह और निजी चैट भी शामिल हैं। यह आधिकारिक एपीआई से सचमुच अधिक व्यापक है। यह धीमा और भारी भी है, क्योंकि बीच में ब्राउज़र चलता है।
- EasyCoexistence:: Cloud API की अनुमति वाली हर चीज़: मैसेज भेजना और पाना, टेम्पलेट, मीडिया और इंटरैक्टिव मैसेज, जिनके वेबहुक Meta पहुँचाता है। समूह चैट एपीआई के बाहर हैं और बिना तय फ़ॉर्मैट वाले जवाबों के लिए 24 घंटे की समय-सीमा खुली होनी चाहिए। ये Meta के नियम हैं और हर आधिकारिक प्रदाता पर लागू होते हैं।

### किसे क्या चुनना चाहिए

दोनों के लिए सही उपयोग है और फैसला पूरी तरह इस बात पर निर्भर है कि नंबर आपके लिए कितना महत्वपूर्ण है।

- ऐसा शौकिया प्रोजेक्ट, जिसमें नंबर खोने से आपको फ़र्क न पड़े: अनधिकृत तरीका मुफ़्त और सक्षम है।
- ऐसा नंबर जिस पर कारोबार ग्राहकों को जवाब देता है: आधिकारिक तरीका, क्योंकि बंद होने पर कारोबार की लाइन समाप्त हो जाती है।
- ऐसी कोई भी व्यवस्था जिसमें ग्राहक का नंबर जुड़ा हो: आधिकारिक तरीका, क्योंकि जोखिम उठाना आपकी ज़िम्मेदारी नहीं है।
- जहाँ WhatsApp Business ऐप को फ़ोन पर काम करते रहना चाहिए: Coexistence, और यही हम करते हैं।

- कारोबार के नंबर पर अनधिकृत पुल का परीक्षण करना। नंबर बिना चेतावनी और बिना अपील के बंद हो सकते हैं।
- कई वर्षों तक ठीक चलने को सुरक्षित मान लेना। कार्रवाई लगातार नहीं, समय-समय पर होती है।
- यह मान लेना कि बंदी केवल एपीआई को प्रभावित करती है। इसके साथ WhatsApp Business प्रोफ़ाइल भी चली जाती है।

**क्या WPPConnect वास्तव में काम करता है?** हाँ, इसी वजह से यह लोकप्रिय है। सवाल यह नहीं है कि यह काम करता है या नहीं, बल्कि यह है कि WhatsApp के पता चलने पर नंबर का क्या होगा।

**क्या इसके कारण नंबर बंद किया जा सकता है?** हाँ। WhatsApp की कारोबारी शर्तों में अनधिकृत पहुँच का प्रावधान नहीं है और कार्रवाई में न चेतावनी मिलती है, न अपील का रास्ता।

**क्या आपके साथ मेरा WhatsApp Business ऐप काम करना बंद कर देगा?** नहीं। Coexistence का उद्देश्य यही है: Cloud API उसी नंबर पर चलती रहती है और फ़ोन का ऐप भी काम करता रहता है।

**ब्राज़ील में यह लोकप्रिय क्यों है?** यह जल्दी आया, इसका दस्तावेज़ीकरण पुर्तगाली में है और यह मुफ़्त है। इसलिए स्थानीय एकीकरणों की एक पीढ़ी के लिए यही डिफ़ॉल्ट बन गया।

---

## EasyCoexistence बनाम Evolution API

https://easycoexistence.com/hi/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 की अपनी डिस्कनेक्शन वजह पढ़ते हैं। इसलिए चौदह दिनों की निष्क्रियता को वास्तविक हटाए जाने से अलग पहचाना जा सकता है और ग्राहक के ध्यान देने से पहले आपको बता दिया जाता है।

### ईमानदारी से इसकी लागत कितनी है

अनौपचारिक रास्ता अक्सर मुफ़्त दिखता है, लेकिन तुलना सच में लाइसेंस शुल्क की नहीं है।

- 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/hi/compare/easycoexistence-vs-whapi

Whapi एक होस्ट की गई सेवा है, जो अनधिकृत गेटवे के ज़रिए WhatsApp का इस्तेमाल बेचती है। यह काम करती है, मुफ़्त या सस्ती है, लेकिन इसके साथ वह जोखिम है जो आधिकारिक रास्ते में नहीं होता: इस तरह पहुँचा गया नंबर WhatsApp की शर्तों का उल्लंघन करता है और बिना चेतावनी प्रतिबंधित हो सकता है। EasyCoexistence उसी नंबर को Meta के अपने Coexistence फ़ीचर से जोड़ता है।

### हर सेवा WhatsApp तक कैसे पहुँचती है

पूरी तुलना इसी बात पर आधारित है और बाकी सब यहीं से निकलता है।

- Whapi:: आरईएसटी एपीआई और सशुल्क प्लान वाला होस्ट किया गया गेटवे। सुविधा वास्तविक है: चलाने के लिए कोई सर्वर और संभालने के लिए कोई लाइब्रेरी नहीं। लेकिन नंबर Meta के साथ एपीआई नंबर के रूप में पंजीकृत होने के बजाय एक डिवाइस के रूप में जुड़ा रहता है।
- EasyCoexistence:: Meta का Cloud API, जिसमें ग्राहक के अपने WhatsApp Business Account के लिए Meta द्वारा जारी प्रमाण-पत्र होते हैं, Coexistence के ज़रिए। नंबर Meta के साथ एपीआई नंबर के रूप में पंजीकृत होता है और WhatsApp Business ऐप उसी समय फ़ोन पर काम करता रहता है।

### कुछ गड़बड़ होने पर क्या होता है

दोनों कभी-कभी रुकते हैं। अंतर यह है कि पूछने के लिए कोई है या नहीं।

- Whapi:: सहायता देने वाला व्यावसायिक प्रदाता, जो ओपन-सोर्स लाइब्रेरी से अधिक है। लेकिन सहायता प्रतिबंध वापस नहीं ले सकती, क्योंकि पहुँच को Meta ने कभी स्वीकृति नहीं दी और इसके लिए अपील का कोई रास्ता नहीं है।
- EasyCoexistence:: Meta के अपने इंफ़्रास्ट्रक्चर पर कनेक्शन, जिसकी लगातार निगरानी होती है। कनेक्शन टूटने पर हम Meta द्वारा दिया गया डिस्कनेक्शन कारण पढ़ते हैं, इसलिए चौदह दिनों की निष्क्रियता को वास्तविक हटाए जाने से अलग पहचाना जा सकता है और ग्राहक को पता चलने से पहले आपको बताया जाता है।

### ईमानदारी से इसकी कीमत क्या है

अनधिकृत रास्ता आम तौर पर मुफ़्त दिखता है, लेकिन तुलना वास्तव में लाइसेंस शुल्क की नहीं है।

- Whapi:: मासिक शुल्क, इसलिए यह ओपन-सोर्स रास्ते जितना सस्ता विकल्प नहीं है। आप सुविधा के लिए भुगतान करते हैं, जबकि मुफ़्त टूल वाले जोखिम बने रहते हैं।
- EasyCoexistence:: हर कनेक्ट किए गए नंबर के लिए प्रति माह US$ 9 से शुरू, जिसमें होस्टिंग, निगरानी और MCP कनेक्टर शामिल हैं। चलाने के लिए कोई सर्वर, फिर से जोड़ने के लिए कोई सत्र और प्रोटोकॉल बदलने पर दोबारा बनाने के लिए कुछ नहीं।

### हर सेवा वास्तव में क्या कर सकती है

ईमानदार जवाब यही है और यही वजह है कि अनधिकृत प्रोजेक्ट मौजूद हैं।

- Whapi:: साफ़-सुथरे आरईएसटी एपीआई के ज़रिए मैसेज भेजना और पाना, मीडिया, समूह और निजी चैट, बिना किसी इंफ़्रास्ट्रक्चर को चलाए। फ़ीचर-दर-फ़ीचर यह आधिकारिक एपीआई से अधिक व्यापक है।
- EasyCoexistence:: Cloud API की अनुमति वाली हर चीज़: मैसेज भेजना और पाना, टेम्पलेट, मीडिया और इंटरैक्टिव मैसेज, जिसमें वेबहुक Meta भेजता है। समूह चैट एपीआई के बाहर हैं और मुक्त-रूप जवाबों के लिए 24 घंटे की विंडो खुली होनी चाहिए। ये Meta के नियम हैं और हर आधिकारिक प्रदाता पर लागू होते हैं।

### किसे कौन-सा विकल्प चुनना चाहिए

दोनों के लिए वास्तविक कारण हैं और चुनाव पूरी तरह इस बात पर निर्भर करता है कि नंबर आपके लिए कितना महत्वपूर्ण है।

- ऐसा निजी प्रोजेक्ट, जिसमें वह नंबर हो जिसे खोने पर आपको आपत्ति न हो: अनधिकृत रास्ता मुफ़्त और सक्षम है।
- ऐसा नंबर जिस पर कारोबार ग्राहकों को जवाब देता हो: आधिकारिक रास्ता, क्योंकि प्रतिबंध लगने पर कारोबार की लाइन बंद हो जाती है।
- ग्राहक का नंबर शामिल हो: आधिकारिक विकल्प, क्योंकि जोखिम उठाना आपका काम नहीं है।
- जहाँ WhatsApp Business ऐप को फ़ोन पर काम करते रहना हो: Coexistence, यही हम करते हैं।

- कारोबार के नंबर पर अनधिकृत ब्रिज का परीक्षण करना। प्रतिबंध बिना चेतावनी और बिना अपील के आते हैं।
- कई वर्षों की सफल उपलब्धता को सुरक्षा समझना। प्रवर्तन लगातार नहीं, समय-समय पर होता है।
- यह मानना कि प्रतिबंध केवल एपीआई को प्रभावित करता है। इसके साथ WhatsApp Business प्रोफ़ाइल भी चली जाती है।

**क्या Whapi वास्तव में काम करता है?** हाँ, इसी वजह से यह लोकप्रिय है। सवाल यह नहीं है कि यह काम करता है या नहीं, बल्कि यह है कि WhatsApp के पता लगाने पर नंबर का क्या होता है।

**क्या इसके कारण नंबर प्रतिबंधित हो सकता है?** हाँ। अनधिकृत पहुँच WhatsApp की कारोबारी शर्तों का उल्लंघन है और प्रवर्तन में कोई चेतावनी या अपील नहीं मिलती।

**क्या आपके साथ मेरा WhatsApp Business ऐप काम करना बंद कर देगा?** नहीं। Coexistence का उद्देश्य यही है: Cloud API उसी नंबर पर चलती रहती है और फ़ोन का ऐप भी काम करता रहता है।

**यह सशुल्क है, तो क्या Meta ने इसे मंज़ूरी दी है?** नहीं। किसी तीसरे पक्ष को भुगतान करने से पहुँच स्वीकृत नहीं हो जाती। स्वीकृति तब मिलती है जब Meta नंबर के लिए प्रमाण-पत्र जारी करता है, जैसा Coexistence में होता है।

---

## सबसे अच्छे WhatsApp Coexistence प्रदाता

https://easycoexistence.com/hi/compare/best-whatsapp-coexistence-providers

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

### 1. EasyCoexistence, उस कारोबार या एजेंसी के लिए जिसे केवल कनेक्शन चाहिए

हम अपनी सूची में पहले हैं, इसलिए बाकी विकल्प पढ़ें और स्रोत जाँचें। मामला स्पष्ट और जाँचने योग्य है: इस सूची की सबसे कम प्रकाशित शुरुआती कीमत, बिना सीट और योजना स्तरों वाला प्रति-नंबर मॉडल, Meta से सीधे आपके सिस्टम में आने वाले मैसेज इवेंट, किसी दूसरे इनबॉक्स में नहीं, Meta का अपना डिस्कनेक्शन कारण पढ़ने वाली निरंतर निगरानी, और MCP कनेक्टर, जिससे AI सहायक पूरा काम चला सकता है।

- प्रति कनेक्टेड नंबर प्रति माह US$ 9 से शुरू, नंबर बढ़ने पर US$ 1 तक।
- बिना सीट, बिना अनुबंध, बिना सेटअप शुल्क, तीन दिन मुफ़्त।
- शून्य मार्कअप: बातचीत के लिए Meta सीधे ग्राहक से शुल्क लेता है।
- OAuth पर Claude, ChatGPT, Cursor और Claude Code के लिए 16 MCP उपकरण।

### 2. YCloud, उस टीम के लिए जिसे इसके चारों ओर एक प्लेटफ़ॉर्म चाहिए

पोज़िशनिंग के लिहाज़ से सबसे निकट विकल्प: वे खुले तौर पर Coexistence देते हैं और WhatsApp मैसेज पर शून्य मार्कअप का वादा करते हैं, जो सबसे महत्वपूर्ण दो बातें हैं। अंतर बिल का है। उनकी भुगतान योजनाएँ US$ 39 प्रति माह से शुरू होती हैं और एक भी नंबर गिने जाने से पहले उपयोगकर्ता सीटों, चैनलों और AI क्रेडिट के आधार पर तय होती हैं। हमारी शुरुआत प्रति कनेक्टेड नंबर US$ 9 से होती है, बिना सीट और बिना क्रेडिट के। इसलिए 1 से 3 नंबर वाला कारोबार उसका एक अंश देता है, और 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 का तरीका है, इसलिए हर जगह नीचे का प्लेटफ़ॉर्म एक जैसा है।
- यह मान लेना कि कोई प्रदाता Coexistence देता है क्योंकि वह WhatsApp देता है। ज़्यादातर अभी भी नहीं देते।
- अपनी स्थिति के लिए दोनों की पूरी लागत गिने बिना सीट की कीमत की तुलना प्रति-नंबर कीमत से करना।

**आप अपनी सूची में पहले क्यों हैं?** क्योंकि हमारा मामला ठोस है: इस सूची की सबसे कम प्रकाशित शुरुआती कीमत, बिना सीट, शून्य मार्कअप और शामिल निगरानी। हर आँकड़े का स्रोत है, इसलिए जाँचें।

**कौन से प्रदाता Coexistence देते हैं?** सामान्य WhatsApp देने वालों से बहुत कम। इस सूची के प्रदाता अपनी साइटों पर इसे बताते हैं; WhatsApp एपीआई उद्योग का अधिकांश हिस्सा अभी भी इसे नहीं देता।

**क्या प्रदाता बदलता है कि Coexistence क्या कर सकता है?** नहीं। यह सुविधा Meta की है, इसलिए सीमाएँ हर जगह समान हैं: वही 4 बंद सुविधाएँ, वही 14 दिन का नियम, कोई ग्रुप चैट नहीं।

**सबसे सस्ता विकल्प क्या है?** हमारा, प्रकाशित शुरुआती कीमत पर। नंबर बढ़ने पर अंतर बढ़ता है, क्योंकि हमारी प्रति-नंबर दर घटती है, जबकि सीट और योजना की कीमतें नहीं घटतीं।

---

## सबसे अच्छे WhatsApp Cloud API प्रदाता

https://easycoexistence.com/hi/compare/best-whatsapp-cloud-api-providers

यहां हर प्रदाता एक ही Cloud API से कनेक्ट होता है, क्योंकि यह Meta का है और केवल एक ही है। अंतर शुल्क लेने के तरीके में है, जो इन्हें साफ़ तौर पर तीन समूहों में बांटता है: हर मैसेज का शुल्क, हर सीट का शुल्क या हर कनेक्टेड नंबर का शुल्क।

### तीन मूल्य मॉडल, यही असली चुनाव है

नीचे का एपीआई एक जैसा होने से फ़ीचर सूचियां मिलती-जुलती लगती हैं। बिल कैसे बनता है, इसमें कोई धुंधलापन नहीं है और कारोबार बढ़ने पर आप कितना भुगतान करेंगे, यह उसी से तय होता है।

- प्रति मैसेज: हर मैसेज पर शुल्क, इसलिए कारोबार की सफलता के साथ लागत भी ठीक उसी अनुपात में बढ़ती है।
- प्रति सीट: हर उपयोगकर्ता पर शुल्क, इसलिए टीम बढ़ने पर लागत बढ़ती है और लोग लॉग इन करें या नहीं, भुगतान करना पड़ता है।
- प्रति नंबर: हर कनेक्शन पर शुल्क, जो नंबर कनेक्ट होने के बाद बढ़ना बंद हो जाता है।

### प्रति मैसेज शुल्क लेने वाले प्रदाता

यह क्लाउड संचार समूह है। 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 की है।

- मुख्य फ़ीचर की तुलना करना। हर मामले में नीचे का एपीआई Meta का वही एक एपीआई है।
- बराबरी वाले वॉल्यूम को नज़रअंदाज़ करना। एक सेंट का दसवां हिस्सा तब तक कुछ नहीं है, जब तक उसे पूरे साल से गुणा न करें।
- यह मान लेना कि संयुक्त प्रति मैसेज दर में कोई मार्जिन नहीं है। इसका मतलब सिर्फ इतना है कि मार्जिन अलग से नहीं दिखाया गया।

**क्या एक प्रदाता का Cloud API दूसरे से तेज़ है?** नहीं। हर मामले में यह Meta का एपीआई है। प्रदाता केवल उसके सामने की परत और अपना शुल्क बदल सकता है।

**सबसे सस्ता मॉडल कौन सा है?** कम से मध्यम वॉल्यूम से ऊपर प्रति नंबर मॉडल। Twilio की प्रकाशित दर पर बराबरी लगभग 1,800 मैसेज प्रति माह और Gupshup की दर पर लगभग 9,000 मैसेज प्रति माह है।

**क्या मुझे किसी प्रदाता की ज़रूरत है?** हां, अगर नंबर पर पहले से WhatsApp Business ऐप चल रहा है और आप Cloud API तक पहुंचना चाहते हैं। Coexistence ऑनबोर्डिंग के लिए Meta Tech Provider चाहिए।

**मैसेज का बिल कौन देता है?** अगर आपका प्रदाता पुनर्विक्रय नहीं करता, तो Meta। हमारे साथ Meta आपको सीधे इनवॉइस करता है और हम कोई मार्जिन नहीं जोड़ते।

---

## सबसे अच्छे WhatsApp MCP सर्वर

https://easycoexistence.com/hi/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 सर्वर, इसलिए कुछ इंस्टॉल करने या कॉन्फ़िगरेशन फ़ाइल में टोकन रखने की ज़रूरत नहीं। सोलह टूल वे काम संभालते हैं जो लोग वास्तव में सहायक से करवाते हैं: नंबरों की सूची देखना, किसी नंबर की स्थिति जाँचना, API क्रेडेंशियल पढ़ना, मैसेज भेजना, टेम्पलेट की सूची बनाना, उन्हें बनाना और भेजना, टेम्पलेट का स्टेटस जाँचना, वेबहुक को अपने सिस्टम पर भेजना, दस्तावेज़ खोजना और नया कनेक्शन शुरू करना। पाँच और टूल 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/hi/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 खाते में रहता है। Meta बातचीत की फ़ीस सीधे ग्राहक से लेता है। हम उसे जोड़ने वाले Tech Provider हैं, और हमें हटाने पर नंबर हमारे साथ नहीं जाता।

### मैसेज कहाँ जाते हैं

दोनों आने वाले मैसेज आपके नियंत्रण वाले सर्वर तक पहुँचाते हैं। अंतर रास्ते और उस पर मौजूद चीज़ों का है।

- Twilio:: आने वाले मैसेज Twilio के ज़रिए आपके वेबहुक तक पहुँचते हैं। Twilio रास्ते में हर मैसेज को प्रोसेस करता है और उसका शुल्क लेता है।
- EasyCoexistence:: हम WhatsApp Business खाते पर Meta का अपना override_callback_uri सेट करते हैं, इसलिए मैसेज इवेंट Meta से सीधे आपके एंडपॉइंट तक जाते हैं। वे हमारे ज़रिए नहीं गुजरते, हम उन्हें सेव नहीं करते और रास्ते में शुल्क गिनने वाली कोई चीज़ नहीं है।

### AI सहायक से इसे इस्तेमाल करना

यह नया सवाल है, और सामान्य संचार प्लेटफ़ॉर्म के पास इसका जवाब देने की कम वजह है।

- Twilio:: मुख्य भाषाओं के लिए SDK के साथ पूरा REST एपीआई, जिसकी प्रकाशित दर US$ 0.005 प्रति मैसेज है। इसलिए आपका लिखा इंटीग्रेशन हर बार भेजने या पाने पर शुल्क पैदा करता है।
- EasyCoexistence:: वही Cloud API, साथ में OAuth पर सोलह टूल वाला रिमोट MCP कनेक्टर। इससे Claude, ChatGPT, Cursor और Claude Code बिना क्लाइंट लिखे नंबरों की सूची देख सकते हैं, स्थिति जाँच सकते हैं, मैसेज भेज सकते हैं और वेबहुक डेस्टिनेशन तय कर सकते हैं।

- सिर्फ़ मुख्य शुल्क की तुलना करना। हर मैसेज शुल्क और हर नंबर शुल्क किस वॉल्यूम पर बराबर होते हैं, पहले उसका हिसाब करें।
- यह मान लेना कि बड़ा प्लेटफ़ॉर्म बेहतर WhatsApp कनेक्शन देता है। दोनों मामलों में नीचे चलने वाला Cloud API Meta का अपना है।
- यह न देखना कि Meta किसे बिल करता है। आपके और Meta के बिल के बीच मौजूद प्रदाता उसमें अतिरिक्त शुल्क जोड़ सकता है।

**क्या कम वॉल्यूम पर Twilio सस्ता है?** महीने में लगभग दो हज़ार मैसेज से कम हों तो हर मैसेज की फ़ीस छोटी रहती है। इसके ऊपर तय प्रति-नंबर फ़ीस जीतती है और वॉल्यूम बढ़ने पर फ़ायदा बढ़ता रहता है।

**क्या Twilio Coexistence करता है?** उनके WhatsApp प्राइसिंग पेज पर इसका ज़िक्र नहीं है। Coexistence के लिए हम बनाए गए हैं, इसलिए WhatsApp Business ऐप उसी नंबर पर काम करता रहता है।

**क्या एपीआई अलग है?** नहीं। दोनों मामलों में नीचे चलने वाला Cloud API Meta का अपना है। अंतर इस बात का है कि रास्ते में कौन है, वह कितना शुल्क लेता है और Meta किसे बिल करता है।

**क्या मैं बाद में नंबर कहीं और ले जा सकता हूँ?** हाँ। हमारे साथ नंबर आपके अपने Business Portfolio में रहता है, इसलिए हमें हटाने पर वह वहीं रहता है।

---

## EasyCoexistence बनाम Gupshup

https://easycoexistence.com/hi/compare/easycoexistence-vs-gupshup

Gupshup एक संवादात्मक मैसेजिंग प्लेटफ़ॉर्म है, जो Meta की बातचीत लागत के ऊपर प्रकाशित प्रति-मैसेज शुल्क लेता है। EasyCoexistence हर कनेक्टेड नंबर के लिए तय मासिक शुल्क लेता है और मैसेज बिल में कुछ नहीं जोड़ता। वॉल्यूम बढ़ने पर यही अंतर लगातार बढ़ता है।

### बिल का ढांचा

एक सेंट का दसवां हिस्सा कुछ नहीं लगता, लेकिन बड़े पैमाने पर यही पूरी बातचीत की लागत बन जाता है।

- Gupshup:: Meta के ऊपर प्रति मैसेज US$ 0.001 का मानक शुल्क, जो टेम्पलेट और सेशन मैसेज दोनों पर लागू होता है। महीने में एक लाख मैसेज पर Meta की लागत से पहले ही प्लेटफ़ॉर्म शुल्क US$ 100 हो जाता है।
- EasyCoexistence:: प्रति मैसेज कोई शुल्क नहीं। एक लाख मैसेज की लागत दस मैसेज जितनी ही रहती है, क्योंकि शुल्क ट्रैफ़िक के बजाय नंबर से जुड़ा है। नंबर जितना व्यस्त होगा, हर बातचीत पर हमारा शुल्क उतना ही कम पड़ेगा।

### उत्पाद किस काम के लिए बना है

दोनों WhatsApp कनेक्ट करते हैं, लेकिन अलग-अलग कामों के लिए व्यवस्थित हैं।

- Gupshup:: बॉट बनाने, कैंपेन टूल और कई चैनलों वाली संवादात्मक प्लेटफ़ॉर्म, जिसे बड़े पैमाने पर आउटबाउंड कार्यक्रम चलाने वाले कारोबारों के लिए बनाया गया है।
- EasyCoexistence:: Coexistence इंफ़्रास्ट्रक्चर। WhatsApp Business ऐप फ़ोन पर चलता रहता है, Cloud API उसी नंबर पर चलता है और मैसेज इवेंट आपके मौजूदा सिस्टम या एआई एजेंट तक पहुँचते हैं। हम आपकी टीम को कहीं और ले जाने को नहीं कहते।

### बातचीत का डेटा कहाँ रहता है

यही सवाल तय करता है कि आपके कारोबार का कितना हिस्सा किसी और के उत्पाद के भीतर चलेगा।

- 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 खाते से सीधे Meta को भुगतान करता है। हम Meta के किसी शुल्क पर कभी मार्कअप नहीं लगाते।

---

## EasyCoexistence बनाम Infobip

https://easycoexistence.com/hi/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/hi/compare/easycoexistence-vs-ycloud

YCloud Coexistence सपोर्ट करता है और हमारी तरह Meta की मैसेज दरों पर कोई अतिरिक्त शुल्क नहीं लगाता। अंतर इस बात का है कि आप क्या खरीद रहे हैं: उनके सशुल्क प्लान सीट, चैनल और एआई क्रेडिट वाले प्लैटफ़ॉर्म सब्सक्रिप्शन हैं, जबकि हमारा इंफ़्रास्ट्रक्चर जुड़े हुए हर नंबर के हिसाब से तय होता है।

### दोनों क्या सही करते हैं

इसे साफ़ तौर पर कहना ज़रूरी है, क्योंकि इससे तुलना वास्तव में अलग चीज़ों तक सीमित हो जाती है।

- YCloud:: Coexistence उपलब्ध है और इसे खुले तौर पर बताया गया है। उनकी मूल्य निर्धारण पेज WhatsApp मैसेज पर शून्य मार्कअप का वादा करती है। किसी प्रदाता की सबसे महत्वपूर्ण दो बातों में वे दोनों के सही पक्ष में हैं।
- EasyCoexistence:: वही दो प्रतिबद्धताएँ। Meta के अपने फ़्लो के ज़रिए Coexistence और Meta के मैसेज पर कुछ भी अतिरिक्त नहीं। हमारा अंतर इसके आसपास की हर चीज़ में है।

### सब्सक्रिप्शन वास्तव में क्या खरीदता है

यही असली अंतर है और यही तय करता है कि आपके लिए कौन सस्ता है।

- YCloud:: एक प्लैटफ़ॉर्म। उनके सशुल्क प्लान US$ 39 प्रति माह से शुरू होते हैं और उपयोगकर्ता सीट, चैनल और एआई क्रेडिट के आधार पर अलग होते हैं। अगर आप उनकी ही सेवा के भीतर टीम चलाना चाहते हैं, तो यह ढाँचा आपके लिए है।
- EasyCoexistence:: इंफ़्रास्ट्रक्चर। जुड़े हुए हर नंबर के लिए US$ 9 से शुरू, बिना गिनने वाली सीटों, चैनल स्तरों या खत्म होने वाले क्रेडिट के। एक नंबर वाले कारोबार को एक नंबर का भुगतान करना है, और चालीस नंबर वाली एजेंसी को हर नंबर पर घटती दर मिलती है।

### बातचीत आखिर कहाँ पहुँचती है

दोनों एक ही Cloud API से जुड़ते हैं। उसके बाद मैसेज के साथ क्या होता है, यही डिज़ाइन का निर्णय है।

- YCloud:: उनका प्लैटफ़ॉर्म, जहाँ इनबॉक्स, कैंपेन और एआई क्रेडिट रहते हैं, किसी भी नंबर की गणना से पहले US$ 39 प्रति माह से शुरू होता है। आपकी टीम वहीं काम करती है, क्योंकि मैसेज वहीं होते हैं।
- EasyCoexistence:: आपका सिस्टम। हम Meta का अपना वेबहुक ओवरराइड सेट करते हैं, ताकि मैसेज इवेंट Meta से सीधे आपके एंडपॉइंट या MCP के ज़रिए आपके एआई एजेंट तक जाएँ। न अंदर माइग्रेट करना है, न बाहर, और आपकी टीम को देखने के लिए दूसरी इनबॉक्स भी नहीं।

### एजेंसी बढ़ने पर कितना भुगतान करती है

यहीं दोनों मॉडल के बीच सबसे बड़ा अंतर आता है।

- YCloud:: सीट संख्या वाले प्लान स्तर, इसलिए अधिक लोगों और चैनलों के जुड़ने पर बार-बार अपग्रेड का निर्णय लेना पड़ता है।
- EasyCoexistence:: हर नंबर की ऐसी दर जो नंबर बढ़ने पर घटती है, US$ 9 से US$ 1 तक। अपग्रेड की कोई बातचीत नहीं, क्योंकि अपग्रेड करने के लिए कुछ है ही नहीं: चालीसवाँ नंबर पहले नंबर जैसा ही सब करता है, कम कीमत पर।

### एआई असिस्टेंट से इसे इस्तेमाल करना

यह ऐसी बात है जिसे किसी भी प्लैटफ़ॉर्म के प्लान स्तर नहीं बताते, और यही सवाल अब अधिक पूछा जा रहा है।

- YCloud:: एआई क्रेडिट उनके प्लान ढाँचे का हिस्सा हैं, जो उनके प्रोडक्ट के भीतर बने एआई फ़ीचर की ओर संकेत करता है।
- EasyCoexistence:: OAuth पर सोलह उपकरणों वाला रिमोट MCP कनेक्टर। Claude, ChatGPT, Cursor और Claude Code नंबर सूचीबद्ध कर सकते हैं, कनेक्शन की सेहत जाँच सकते हैं, मैसेज और टेम्पलेट भेज सकते हैं और वेबहुक डेस्टिनेशन सीधे सेट कर सकते हैं, बिना क्लाइंट लिखे और बिना क्रेडिट खरीदे।

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

**क्या दोनों सचमुच शून्य मार्कअप लगाते हैं?** हाँ। YCloud की मूल्य निर्धारण पेज शून्य मार्कअप बताती है और हम भी। इसलिए तुलना मैसेज शुल्क की नहीं, प्लैटफ़ॉर्म शुल्क की होनी चाहिए।

**कौन सस्ता है?** एक से चार नंबरों के लिए हमारा समाधान: चार नंबरों का मासिक खर्च US$ 36 है, जबकि शुरुआती प्लान US$ 39 का है। पाँच नंबरों से आगे, हमारे कुल खर्च की तुलना उस प्लान स्तर से करें जो आपकी seats और channels को चाहिए। नंबर बढ़ने पर हमारी प्रति-नंबर दर US$ 1 तक घटती है।

**क्या आपके साथ मेरी इनबॉक्स चली जाएगी?** आपको कभी किसी दूसरी इनबॉक्स में जाना ही नहीं पड़ा। मैसेज आपके अपने सिस्टम या एआई एजेंट में आते हैं, जहाँ आपकी टीम पहले से काम करती है।

**क्या YCloud के पास MCP कनेक्टर है?** उनकी मूल्य निर्धारण पेज MCP सर्वर के बजाय अपने प्लैटफ़ॉर्म के भीतर एआई क्रेडिट बताती है। हमारा OAuth पर सोलह उपकरणों वाला कनेक्टर है, जिसे किसी भी MCP क्लाइंट से इस्तेमाल किया जा सकता है।

---

## EasyCoexistence बनाम SleekFlow

https://easycoexistence.com/hi/compare/easycoexistence-vs-sleekflow

SleekFlow प्रति उपयोगकर्ता सीट के हिसाब से बिकने वाला ओम्नीचैनल मैसेजिंग प्लेटफ़ॉर्म है, जिसमें न्यूनतम सीट संख्या और हर WhatsApp नंबर पर अतिरिक्त शुल्क है। EasyCoexistence हर कनेक्टेड नंबर पर शुल्क लेता है और इसमें सीट की कोई अवधारणा नहीं है। इसलिए बिल आपकी टीम के आकार के बजाय आपके पास मौजूद नंबरों के अनुसार बदलता है।

### आप वास्तव में किस चीज़ के लिए भुगतान कर रहे हैं

दोनों कीमत मॉडल अलग-अलग सवालों का जवाब देते हैं, और उनमें से एक आपके संगठन के ढांचे के बारे में पूछता है।

- SleekFlow:: यह एक साझा इनबॉक्स और कैंपेन प्लेटफ़ॉर्म है, जिसकी कीमत अलग-अलग प्लान टियर में उपयोगकर्ता सीट के हिसाब से तय होती है। यह तब उपयोगी है जब आपकी टीम अपना दिन इसी उत्पाद में बिताती हो।
- EasyCoexistence:: यह एक कनेक्शन है। इकाई कोई व्यक्ति नहीं, बल्कि कनेक्टेड नंबर है। इसलिए किसी सहकर्मी को जोड़ने पर कोई शुल्क नहीं लगता और टीम बढ़ने या घटने पर बिल नहीं बदलता।

### आपकी टीम कहाँ काम करती है

कीमत मॉडल के पीछे यही निर्णय है, और इसे बदलना सबसे कठिन होता है।

- SleekFlow:: SleekFlow के अंदर। यही उत्पाद है: एक ही जगह इनबॉक्स, ऑटोमेशन और कैंपेन। यह उस टीम के लिए सचमुच उपयोगी है जो ऐसा एकीकृत कामकाज चाहती है।
- EasyCoexistence:: जहाँ वे पहले से काम करते हैं। मैसेज इवेंट Meta से सीधे आपके सीआरएम, हेल्पडेस्क, आंतरिक टूल या एआई एजेंट तक Meta के अपने वेबहुक ओवरराइड के ज़रिए जाते हैं। किसी को नया इनबॉक्स सीखना नहीं पड़ता और कुछ भी माइग्रेट नहीं करना पड़ता।

### दूसरा या तीसरा नंबर जोड़ने पर

एक से अधिक स्थानों वाले कारोबार में यह आम बात है, और यहीं दोनों मॉडल बहुत अलग हो जाते हैं।

- SleekFlow:: अतिरिक्त WhatsApp नंबर सीट-आधारित प्लान के साथ ऐड-ऑन होते हैं। इसलिए दूसरा नंबर सब्सक्रिप्शन के ऊपर एक अलग निर्णय बन जाता है।
- EasyCoexistence:: दूसरा नंबर बस दूसरा नंबर है, प्रकाशित दर पर, और अधिक नंबर जोड़ने पर कीमत घटती है। एक खाते में बीस नंबरों के लिए प्लान बदलने या बातचीत करने की ज़रूरत नहीं है।

### भुगतान बंद करने पर क्या होता है

हर उस उत्पाद के बारे में यह सवाल पूछना ज़रूरी है जो आपकी बातचीत अपने पास रखता है।

- SleekFlow:: इनबॉक्स, इतिहास और ऑटोमेशन प्लेटफ़ॉर्म में रहते हैं। इसी से वे काम करते हैं और इसी वजह से वहाँ से निकलना माइग्रेशन बन जाता है।
- EasyCoexistence:: आपका कुछ भी हमारे अंदर माइग्रेट करने के लिए नहीं रहता। मैसेज आते ही आपके सिस्टम तक पहुँचाए गए और नंबर आपके अपने Meta Business Portfolio में रहता है। इसलिए हमें हटाने पर नंबर वहीं रहता है जहाँ वह पहले था।

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

**कौन सस्ता है?** हम सस्ते हैं, जब तक आपको खास तौर पर इनबॉक्स न चाहिए। SleekFlow की प्रकाशित कीमत प्रति सीट है, जिसमें न्यूनतम सीट संख्या और हर WhatsApp नंबर पर मासिक ऐड-ऑन है। हमारी कीमत US$ 9 प्रति कनेक्टेड नंबर से शुरू होकर नंबर बढ़ने के साथ US$ 1 तक घटती है और इसमें कोई सीट नहीं है।

**क्या मुझे साझा इनबॉक्स मिलेगा?** नहीं, और आप उसके लिए भुगतान भी नहीं करते। मैसेज आपके अपने सिस्टम तक पहुँचते हैं, जहाँ आपकी टीम पहले से काम करती है।

**कई स्थानों का क्या होगा?** हर नंबर पर प्रकाशित दर के अनुसार शुल्क लगता है और अधिक नंबर जोड़ने पर कीमत घटती है। प्लान बदलने या किसी ऐड-ऑन पर बातचीत करने की ज़रूरत नहीं है।

**क्या मेरा डेटा लॉक हो जाएगा?** हमारे साथ नहीं। मैसेज Meta से सीधे आपके एंडपॉइंट तक जाते हैं और नंबर आपके अपने Business Portfolio में रहता है।

---

## EasyCoexistence बनाम Bird

https://easycoexistence.com/hi/compare/easycoexistence-vs-bird

Bird डिलीवर किए गए हर WhatsApp मैसेज के लिए कीमत बताता है और Meta का शुल्क उसी दर में शामिल होता है। EasyCoexistence हर कनेक्टेड नंबर के लिए एक समान शुल्क लेता है और मैसेज के बिल में दिखाई नहीं देता, इसलिए Meta का शुल्क अलग और स्पष्ट रहता है।

### संयुक्त दर क्या छिपाती है

यह बेईमानी नहीं है और उनके अपने पेज पर साफ़ लिखा है। फिर भी इससे आपकी जाँच करने की क्षमता बदलती है।

- Bird:: हर डिलीवर किए गए मैसेज की एक दर, जिसमें Meta का हिस्सा पहले से शामिल है। उनका पेज बताता है कि Bird प्रोसेसिंग के दौरान अपना भेजने का शुल्क लेता है और डिलीवरी रसीद से Meta का हिस्सा दर्ज करता है।
- EasyCoexistence:: दो अलग-अलग बिल, जो कभी नहीं मिलते। Meta अपने WhatsApp Business खाते पर हुई बातचीत के लिए ग्राहक को बिल भेजता है और हम कनेक्शन का बिल भेजते हैं। दोनों को उनके स्रोत से जाँचा जा सकता है, क्योंकि वे कभी जोड़े नहीं गए।

### Meta अपनी दरें बदलता है तो क्या होता है

Meta समय-समय पर बातचीत की कीमत बदलता है और दोनों मॉडल इसे अलग-अलग तरह से लागू करते हैं।

- Bird:: जब मूल दर बदलती है, तो संयुक्त दर को भी बदलना पड़ता है। यानी आपको बताई गई संख्या बदल जाती है।
- EasyCoexistence:: हमारी ओर से कुछ नहीं बदलता। Meta का बदलाव ग्राहक के Meta बिल पर, Meta की अपनी दर से और उसी तारीख को दिखाई देता है जिस दिन Meta उसे लागू करता है। हमारा शुल्क कनेक्शन के लिए है और मैसेज की कीमत से जुड़ा नहीं है।

### हर उत्पाद किस काम के लिए बना है

दोनों WhatsApp मैसेज भेजते हैं। वे एक ही काम के लिए बने उत्पाद नहीं हैं।

- Bird:: ईमेल, SMS और WhatsApp पर काम करने वाला मार्केटिंग और ग्राहक जुड़ाव का प्लेटफ़ॉर्म, जो बड़े स्तर पर कई चैनलों में अभियान चलाने वाली टीमों के लिए बना है।
- EasyCoexistence:: ऐसे नंबर के लिए Coexistence इंफ़्रास्ट्रक्चर, जिस पर WhatsApp Business ऐप पहले से चल रहा हो। ऐप चलता रहता है, Cloud API उसके साथ काम करता है और इवेंट आपके अपने सिस्टम तक पहुँचते हैं। एक नंबर, एक काम, सही तरीके से।

### बातचीत किसकी रहती है

दोनों कीमत मॉडल के पीछे यही मूल संरचनात्मक सवाल है।

- Bird:: मैसेज प्लेटफ़ॉर्म से होकर प्रोसेस और बिल किए जाते हैं। इसी वजह से अभियान और विश्लेषण के साधन संभव होते हैं।
- EasyCoexistence:: मैसेज इवेंट Meta से सीधे आपके एंडपॉइंट तक Meta के अपने ओवरराइड के ज़रिए जाते हैं। वे हमारे सिस्टम से होकर नहीं गुजरते और हम उन्हें सेव नहीं करते। इसलिए हमारे पास प्रति मैसेज शुल्क लेने का कोई कारण नहीं है।

- संयुक्त दर की तुलना Meta की प्रकाशित दर से ऐसे करना जैसे दोनों एक ही संख्या हों। एक में दूसरी शामिल है।
- यह मान लेना कि शामिल कीमत का मतलब कोई अतिरिक्त मार्जिन नहीं है। इसका मतलब सिर्फ़ यह है कि मार्जिन अलग से नहीं दिखाया गया।
- ऐसे काम के लिए अभियान प्लेटफ़ॉर्म चुनना जिसमें केवल एक नंबर और एक वेबहुक चाहिए।

**क्या Bird की कीमत तय करने का तरीका बेईमान है?** नहीं। वे साफ़ बताते हैं कि Meta का शुल्क शामिल है। मुद्दा यह है कि संयुक्त दर की तुलना Meta की अपनी प्रकाशित दर से नहीं की जा सकती।

**आपके साथ मैसेज का बिल कौन भेजता है?** Meta, सीधे आपके अपने WhatsApp Business खाते पर। हम Meta के शुल्क पर कभी अतिरिक्त मार्जिन नहीं लगाते और न उसे दोबारा बेचते हैं।

**अगर Meta अपनी दरें बढ़ा दे तो क्या होगा?** यह आपके Meta बिल पर Meta की दर से दिखाई देगा। हमारा शुल्क प्रभावित नहीं होगा, क्योंकि वह मैसेज से जुड़ा नहीं है।

**क्या Bird Coexistence को सपोर्ट करता है?** उनका WhatsApp प्राइसिंग पेज इसका ज़िक्र नहीं करता। यही हमारा पूरा काम है।

---

## EasyCoexistence बनाम Zenvia

https://easycoexistence.com/hi/compare/easycoexistence-vs-zenvia

Zenvia अलग चैनल पैकेज और WhatsApp सक्रिय करने का सेटअप शुल्क लेकर मासिक सॉफ़्टवेयर योजनाएँ बेचता है। EasyCoexistence जुड़े हर नंबर पर एक प्रकाशित शुल्क लेता है, जिसमें कोई योजना, पैकेज या सेटअप लागत नहीं है। छोटे कारोबार के लिए यह लागत में बड़ा अंतर है।

### बिल कैसे बनता है

यही संरचनात्मक अंतर कुल लागत तय करता है।

- Zenvia:: मासिक सॉफ़्टवेयर योजना, अपेक्षित वॉल्यूम के अनुसार चैनल पैकेज और WhatsApp चैनल सक्रिय होने पर सेटअप शुल्क। तीन फैसले और बिल पर तीन पंक्तियाँ, जो मार्केटिंग संचालन चलाने वाली कंपनी के लिए उपयोगी हैं।
- EasyCoexistence:: केवल एक पंक्ति। जुड़े हर नंबर पर प्रकाशित शुल्क, जो नंबर बढ़ने पर घटता है। इसके ऊपर कोई योजना या साथ में कोई पैकेज नहीं, और शुरुआत के लिए कुछ देना नहीं है। Meta की बातचीत की लागतें अलग से, Meta की अपनी दर पर, ग्राहक को सीधे देनी होती हैं।

### दोनों किस काम के लिए बने हैं

दोनों गंभीर उत्पाद हैं, लेकिन अलग-अलग कंपनियों के लिए हैं।

- Zenvia:: मल्टीचैनल कैंपेन, जर्नी और बड़े ब्राज़ीलियाई एंटरप्राइज़ आधार वाला ग्राहक अनुभव प्लेटफ़ॉर्म, जो व्यवस्थित संचार कार्यक्रम चलाने वाली कंपनियों को बेचा जाता है।
- EasyCoexistence:: ऐसे कारोबार के लिए जिसके फ़ोन पर पहले से WhatsApp Business नंबर है और वह ऐप खोए बिना उसे Cloud API पर लाना चाहता है। ऐप चलता रहता है, एपीआई उसी नंबर पर चलता है और मैसेज उस सिस्टम तक पहुँचते हैं जिसका कारोबार पहले से उपयोग करता है।

### वॉल्यूम बढ़ने पर क्या होता है

दोनों मॉडल विपरीत दिशा में जाते हैं।

- Zenvia:: चैनल पैकेज वॉल्यूम के अनुसार तय होते हैं। इसलिए बढ़ोतरी का मतलब है बड़ा पैकेज लेना और उसके साथ योजना का स्तर भी बदल सकता है।
- EasyCoexistence:: नंबर बढ़ने पर प्रति नंबर दर घटती है और मैसेज की मात्रा गणना में शामिल ही नहीं होती। एक लाख मैसेज भेजने वाले नंबर की लागत उतनी ही है जितनी शांत नंबर की।

### काम करने वाले नंबर तक पहुँचने में समय

छोटे कारोबार के लिए अक्सर यही पूरा फैसला होता है।

- Zenvia:: WhatsApp चैनल सक्रिय करने के चरण वाला व्यावसायिक ऑनबोर्डिंग, जिससे बड़े परिनियोजन को मिलने वाला सहयोग मिलता है।
- EasyCoexistence:: Meta के अपने Embedded Signup से कुछ मिनट। पहले कनेक्टेड नंबर से तीन दिन मुफ़्त। WhatsApp Business ऐप पूरे समय चलता रहता है और नंबर जुड़ते ही निगरानी शुरू हो जाती है।

- केवल योजना की कीमत की तुलना करना। चैनल पैकेज और सेटअप शुल्क भी कुल लागत का हिस्सा हैं।
- कनेक्शन की समस्या हल करने के लिए कैंपेन प्लेटफ़ॉर्म खरीदना।
- यह मान लेना कि Meta की बातचीत की लागत कहीं शामिल है। वह ग्राहक की अपनी लागत है और उसके अपने खाते से जाती है।

**क्या मैं रियाल में भुगतान कर सकता हूँ?** हाँ। कीमत रियाल और डॉलर, दोनों में प्रकाशित है। मुद्रा आपके पहले सब्सक्रिप्शन में चुनी गई मुद्रा पर तय होती है।

**क्या कोई सेटअप शुल्क है?** नहीं। तीन दिन मुफ़्त, फिर प्रति नंबर शुल्क। किसी नंबर पर WhatsApp सक्रिय करने के लिए कुछ अतिरिक्त नहीं देना है।

**क्या कैंपेन टूलिंग खो जाएगी?** हम कैंपेन प्लेटफ़ॉर्म नहीं हैं और उसी तरह शुल्क नहीं लेते। मैसेज आपके अपने सिस्टम तक पहुँचते हैं, इसलिए कैंपेन वहीं चलते हैं जहाँ आप पहले से चलाते हैं।

**बातचीत के लिए Meta को भुगतान कौन करता है?** ग्राहक, अपने WhatsApp Business खाते से सीधे। हम Meta के शुल्क पर कभी अतिरिक्त मार्जिन नहीं लगाते।

---

## EasyCoexistence बनाम 8x8

https://easycoexistence.com/hi/compare/easycoexistence-vs-8x8

8x8 एक एंटरप्राइज़ संचार प्रदाता है, जिसके Coexistence दस्तावेज़ उपलब्ध सबसे स्पष्ट दस्तावेज़ों में हैं, इसलिए उनका उल्लेख किया जाता है। EasyCoexistence उन कारोबारों के लिए बना है जो यह जानकारी पढ़कर आज ही कोई नंबर कनेक्ट करना चाहते हैं, बिना एंटरप्राइज़ बिक्री प्रक्रिया के।

### दोनों कहाँ एक जैसे हैं

तकनीकी आधार साझा है, और अंतर बताने से पहले यह कहना ज़रूरी है।

- 8x8:: उनके Coexistence दस्तावेज़ सटीक हैं और सीमाओं को असाधारण रूप से स्पष्ट बताते हैं, जिसमें यह भी शामिल है कि नंबर कनेक्ट होने पर कौन-सी WhatsApp सुविधाएँ बंद हो जाती हैं। यह सचमुच उपयोगी संदर्भ है।
- EasyCoexistence:: यही सीमाएँ इसलिए हैं क्योंकि वे किसी प्रदाता की नहीं, Meta की हैं। हम भी इन्हें दर्ज करते हैं और इन्हीं के साथ काम करने के लिए उत्पाद बनाया है: चौदह दिन की निष्क्रियता का नियम, सिंक विंडो और हट जाने वाली सुविधाएँ।

### पढ़ने से नंबर कनेक्ट करने तक

वह अंतर जिसे दस्तावेज़ पूरा नहीं करते।

- 8x8:: एक एंटरप्राइज़ CPaaS, जिसमें खाता टीमें, संपर्क केंद्र उत्पाद और कैरियर सेवाएँ हैं, और जिसे खरीद प्रक्रिया वाली संस्थाओं को बेचा जाता है। ऑनबोर्डिंग में वह सहायता शामिल होती है जिसकी बड़े परिनियोजन को ज़रूरत होती है।
- EasyCoexistence:: साइन अप करें और कनेक्ट करें। Meta का अपना Embedded Signup पोर्टफ़ोलियो, खाता और नंबर चुनता है, WhatsApp Business ऐप काम करता रहता है और पहले तीन दिन निःशुल्क हैं। कॉल तय करने के लिए किसी व्यक्ति की ज़रूरत नहीं है।

### प्रतिबद्ध होने से पहले आपको क्या पता होता है

छोटे कारोबार या एजेंसी के लिए व्यावहारिक अंतर।

- 8x8:: कीमत व्यावसायिक बातचीत से तय होती है। यह एंटरप्राइज़ CPaaS में सामान्य है और उन खरीदारों के लिए सही है जो वॉइस, संपर्क केंद्र और मैसेजिंग की संयुक्त अधिक मात्रा पर बातचीत करते हैं।
- EasyCoexistence:: पूरी मूल्य सूची आपकी मुद्रा में प्रकाशित है और अधिक संख्या वाले स्तर दिखाई देते हैं। चालीस नंबर वाली एजेंसी खाता बनाने से पहले अपना बिल निकाल सकती है।

### नंबर कनेक्ट होने के बाद

Coexistence कनेक्शन चुपचाप बंद हो सकते हैं, और ज़्यादातर तुलनाएँ इसी हिस्से को छोड़ देती हैं।

- 8x8:: एंटरप्राइज़ सहायता और खाता संबंध, जो तब सही मॉडल है जब उसके पीछे अनुबंध हो।
- EasyCoexistence:: लगातार मॉनिटरिंग, जो Meta का अपना डिस्कनेक्शन कारण पढ़ती है। इससे चौदह दिन की निष्क्रियता को उस ग्राहक से अलग पहचाना जा सकता है जो जा चुका है। साथ में सोलह टूल वाला MCP कनेक्टर है, जिससे सहायक स्वास्थ्य जाँच और दोबारा कनेक्ट कर सकता है, बिना किसी के डैशबोर्ड खोलने के।

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

**क्या 8x8 के दस्तावेज़ सटीक हैं?** हाँ, और हम उनका उल्लेख करते हैं। उनमें बताई सीमाएँ Meta की हैं, इसलिए वे हमारे सहित हर Coexistence प्रदाता पर लागू होती हैं।

**Coexistence में कौन-सी सुविधाएँ काम करना बंद कर देती हैं?** 8x8 के दस्तावेज़ों और हमारे अनुसार चार: गायब होने वाले मैसेज, एक बार देखे जाने वाले मीडिया, लाइव लोकेशन और ब्रॉडकास्ट सूचियाँ। समूह चैट पूरी तरह एपीआई से बाहर हैं।

**क्या मुझे एंटरप्राइज़ अनुबंध चाहिए?** हमारे साथ नहीं। तीन दिन निःशुल्क, प्रकाशित कीमत और कुछ मिनटों में कनेक्ट किया गया नंबर।

**कनेक्शन बंद हो जाए तो क्या होता है?** हम Meta का डिस्कनेक्शन कारण पढ़कर आपको सचेत करते हैं। इससे चौदह दिन की निष्क्रियता के नियम को वास्तविक रूप से चले जाने से अलग पहचाना जा सकता है।

---

## Coexistence साइनअप में "यह फ़ोन नंबर पात्र नहीं है" वाली गड़बड़ी

https://easycoexistence.com/hi/docs/coexistence-error-number-not-eligible

Meta का साइनअप पॉपअप तब कहता है कि नंबर पात्र नहीं है, जब उसके पीछे के WhatsApp Business ऐप खाते को प्लेटफ़ॉर्म से जुड़ने की Meta की जाँच में सफलता नहीं मिलती। Meta का बताया कारण ऐप में अपर्याप्त गतिविधि है। समाधान है उस नंबर पर ऐप का असली और लगातार उपयोग, फिर फ़्लो दोबारा चलाना।

### मैसेज में असल में क्या लिखा होता है?

पॉपअप यह मैसेज उसी भाषा में दिखाता है जिसमें वह खुला है। हिन्दी में इसका आशय है "यह फ़ोन नंबर रजिस्ट्रेशन या माइग्रेशन के लिए पात्र नहीं है"। Meta के Embedded Signup गड़बड़ी संदर्भ में सबसे करीबी दर्ज रूप कोड 3441045 के तहत है, जिसका आशय है कि आपका फ़ोन नंबर WhatsApp Business Platform से जुड़ने के लिए पात्र नहीं है।

भाषा कोई भी हो, मतलब एक ही है। फ़्लो फ़ोन नंबर वाले चरण तक पहुँचा, Meta ने उस नंबर पर पंजीकृत WhatsApp Business ऐप खाते को देखा और उसे एपीआई से जोड़ने से मना कर दिया। फ़ोन में कुछ नहीं बदला है, और ऐप पहले की तरह ही चलता रहता है।

### Meta पात्र दिखने वाले नंबर को क्यों मना कर देता है?

3441045 के लिए Meta का अपना समाधान छोटा है: पात्रता तय करने में मदद के लिए WhatsApp Business ऐप पर और गतिविधि चाहिए। Meta कोई सीमा, दिनों की संख्या या मैसेज की गिनती प्रकाशित नहीं करता, इसलिए कहीं और पढ़ा कोई भी आँकड़ा Meta का नियम नहीं, किसी प्रोवाइडर का अपना अवलोकन है।

सीधे पढ़ें तो यह उन खातों की ओर इशारा करता है जिनके पीछे असली उपयोग कम है: हाल ही में पंजीकृत नंबर, या ऐसा नंबर जिस पर शायद ही कभी असली बातचीत हुई हो।

दो और इनकार इसी जैसे दिखते हैं, पर अलग हैं। कोड 3441042 का मतलब है कि उस क्षेत्र के नंबरों के लिए सुविधा उपलब्ध नहीं है। और एपीआई की ओर 2388091 और 2388093 बताते हैं कि नंबर रजिस्ट्रेशन कोड पाने या उसकी पुष्टि के लिए पात्र नहीं है क्योंकि उसे माइग्रेट नहीं किया जा रहा। यह माइग्रेशन के रास्ते की बात है, Coexistence की नहीं।

### दोबारा कोशिश करने से पहले क्या करें?

नंबर को WhatsApp Business ऐप में सामान्य ढंग से इस्तेमाल करें: एक ठीक-ठाक अवधि तक ग्राहकों से असली बातचीत, भेजी हुई भी और मिली हुई भी। इंतज़ार के दौरान खाता डिलीट न करें और नंबर को दोबारा रजिस्टर न करें, क्योंकि Meta की जाँच उस खाते की गतिविधि पर है और नए सिरे से शुरू करने पर देखने को कम बचता है।

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

फिर फ़्लो को शुरू से दोबारा चलाएँ। Meta हर कोशिश पर पात्रता नए सिरे से जाँचता है, इसलिए असली गतिविधि के बाद की नई कोशिश ही एकमात्र मायने रखने वाली जाँच है।

- फ़्लो को लगातार कई बार चलाना। पात्रता Meta तय करता है, और बार-बार कोशिश करने पर उलटे रेट लिमिट लग सकती है।
- साफ़ शुरुआत के लिए नंबर को नए इंस्टॉल पर दोबारा रजिस्टर करना। Meta की जाँच गतिविधि की है, और नए रजिस्ट्रेशन में कोई गतिविधि नहीं होती।
- यह मान लेना कि प्रोवाइडर नंबर को व्हाइटलिस्ट कर सकता है। कोई भी प्रोवाइडर Meta के पात्रता फ़ैसले को बदल नहीं सकता।

**क्या मेरा नंबर बैन हो गया है?** नहीं। यह मैसेज नंबर को एपीआई से जोड़ने के बारे में है। WhatsApp Business ऐप फ़ोन पर पहले की तरह ही चलता रहता है।

**दोबारा कोशिश करने से पहले कितना इंतज़ार करना चाहिए?** Meta कोई तय अवधि प्रकाशित नहीं करता। उसका बताया समाधान WhatsApp Business ऐप में और असली गतिविधि है, इसलिए तब तक रुकें जब तक नंबर असली उपयोग में न आ जाए।

**मैसेज में माइग्रेशन का ज़िक्र क्यों है?** वही पॉपअप नंबरों को एक खाते से दूसरे में ले जाने का काम भी संभालता है। इनकार दोनों रास्तों पर लागू होता है, इसलिए शब्दों में दोनों के नाम हैं।

**क्या दूसरे प्रोवाइडर से अलग जवाब मिलेगा?** नहीं। हर प्रोवाइडर Meta का वही Embedded Signup इस्तेमाल करता है, और पात्रता की जाँच Meta की ही है।

---

## "यह फ़ोन नंबर पहले से किसी WhatsApp खाते में रजिस्टर्ड है"

https://easycoexistence.com/hi/docs/coexistence-error-number-already-registered

Meta का साइनअप पॉपअप यह मैसेज तब दिखाता है, जब नंबर पहले से ऐसी जगह रजिस्टर्ड हो जो इस कदम को रोकती है: सामान्य WhatsApp, WhatsApp Business API खाता, या किसी दूसरे प्लेटफ़ॉर्म का खाता। पहले नंबर को उस खाते से डिसकनेक्ट करना होगा। Meta के अनुसार डिसकनेक्ट करने के बाद नंबर के दोबारा उपलब्ध होने में कुछ मिनट लग सकते हैं।

### Meta के दस्तावेज़ इस मैसेज का क्या मतलब बताते हैं?

Meta के Embedded Signup गड़बड़ी संदर्भ में यह मैसेज इस तरह दर्ज है: "यह नंबर किसी मौजूदा WhatsApp खाते में रजिस्टर्ड है। इस नंबर का उपयोग करने के लिए उसे मौजूदा खाते से डिसकनेक्ट करें। फिर इस पेज पर लौटें और नंबर दोबारा डालें।" साथ में लिखा है कि नंबर के उपलब्ध होने में 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 ऐप खाते को कनेक्ट करने का विकल्प दिखाया या नहीं। वह स्क्रीन न दिखे, तो फ़्लो गलत है। अगर नंबर किसी दूसरे प्लेटफ़ॉर्म के ज़रिए एपीआई पर रजिस्टर्ड है, तो उसे वहीं से डिसकनेक्ट करना होगा।

डिसकनेक्ट करने के बाद Meta के बताए अनुसार कुछ मिनट रुकें, फिर पॉपअप में लौटकर नंबर दोबारा डालें। पॉपअप बंद हो चुका हो, तो पुरानी विंडो इस्तेमाल करने की जगह फ़्लो शुरू से दोबारा चलाएं।

- डिसकनेक्ट करते ही उसी नंबर से तुरंत दोबारा कोशिश करना। Meta के अनुसार उपलब्ध होने में तीन मिनट तक लग सकते हैं।
- ऐप नंबर के लिए नए नंबर का सामान्य साइनअप चलाना। Coexistence को वही फ़्लो चाहिए जो मौजूदा WhatsApp Business ऐप खाते को कनेक्ट करने का विकल्प देता है।
- गड़बड़ी हटाने के लिए WhatsApp Business ऐप खाता डिलीट करना। इससे वही रजिस्ट्रेशन हट जाता है जिसे Coexistence कनेक्ट करता है।

**Meta किस मौजूदा खाते की बात कर रहा है?** पॉपअप यह नहीं बताता। यह वही जगह है जहां नंबर अभी रजिस्टर्ड है: सामान्य WhatsApp, गलत रास्ते पर WhatsApp Business ऐप, या किसी दूसरे प्लेटफ़ॉर्म के ज़रिए एपीआई।

**डिसकनेक्ट करने पर क्या मेरी चैट चली जाएंगी?** किसी प्लेटफ़ॉर्म से डिसकनेक्ट करना WhatsApp Business ऐप में सेटिंग, खाता, Business Platform के अंदर होता है। यह ऐप खाता डिलीट करने से अलग क्रिया है, और डिलीट करना इसका हल नहीं है।

**मैंने यह गड़बड़ी इतालवी में देखी। क्या यह वही गड़बड़ी है?** हां। पॉपअप स्थानीय भाषा में दिखता है, इसलिए सेशन जिस भाषा में हो, वही इनकार उसी भाषा में दिखता है।

**क्या प्रोवाइडर को कुछ करना पड़ता है?** तभी, जब नंबर उसी प्रोवाइडर के ज़रिए कनेक्ट हो। तब नया फ़्लो पूरा होने से पहले डिसकनेक्ट वहीं करना होगा।

---

## "कोड का अनुरोध विफल: हमारे सर्वर अस्थायी रूप से उपलब्ध नहीं हैं"

https://easycoexistence.com/hi/docs/coexistence-error-request-code-unavailable

"कोड का अनुरोध विफल: हमारे सर्वर अस्थायी रूप से उपलब्ध नहीं हैं। कृपया दोबारा कोशिश करने से पहले 1 घंटा इंतज़ार करें" तब दिखता है, जब साइनअप के दौरान किसी नंबर के लिए पुष्टि कोड माँगा जाता है और Meta उसे नहीं भेजता। संदेश में ही हल लिखा है: कोड माँगना बंद करें, पूरा एक घंटा रुकें, फिर नए फ़्लो से एक बार कोशिश करें।

### क्या यह 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 या वॉइस कोड माँग रहा है। यहीं ये सीमाएँ लागू होती हैं।

### हालत बिगाड़े बिना दोबारा कोशिश कैसे करें?

संदेश में माँगा गया पूरा एक घंटा इंतज़ार करें और बीच में दूसरा कोड न माँगें। Meta के अनुसार सिस्टम एक तय समय में कोड माँगने की संख्या सीमित करता है, इसलिए इंतज़ार के दौरान किए गए अनुरोध आपके खिलाफ़ जाते हैं।

एक घंटा बीतने पर पुराना पॉपअप बंद करें और फ़्लो फिर से शुरू करें, खुली छोड़ी गई विंडो में रीसेंड न दबाएँ। मौजूदा WhatsApp Business ऐप खाते को जोड़ने का विकल्प चुनें, उस नंबर वाला फ़ोन अनलॉक करके पास रखें, और पुष्टि आते ही ऐप में पूरी करें।

अगर गलत कोड कई बार डाला गया था, तो Meta की सलाह अलग है: सिस्टम पुष्टि की सीमित कोशिशें ही देता है, और दोबारा कोशिश से पहले लगभग 12 घंटे रुकने को कहता है।

- एक घंटे के दौरान बार-बार रीसेंड दबाना। Meta सीमित करता है कि एक अवधि में कोड कितनी बार माँगा जा सकता है।
- यह मान लेना कि समस्या स्थायी है और नंबर बदल देना। संदेश एक अस्थायी इंतज़ार बताता है।
- ऐप वाले नंबर के लिए नए नंबर का रजिस्ट्रेशन चलाना। Coexistence में पुष्टि WhatsApp Business ऐप से होती है, नए SMS रजिस्ट्रेशन से नहीं।

**क्या एक घंटे से ज़्यादा रुकने से मदद मिलेगी?** संदेश में एक घंटा लिखा है। ज़्यादा रुकने से कोई नुकसान नहीं होता, लेकिन उस घंटे में कोड माँगने से नुकसान होता है।

**क्या मेरा प्रोवाइडर सीमा रीसेट कर सकता है?** नहीं। पुष्टि कोड की सीमाएँ Meta उस नंबर पर लगाता है, और कोई प्रोवाइडर उन्हें हटा नहीं सकता।

**क्या WhatsApp Business ऐप पर असर पड़ता है?** नहीं। ऐप फ़ोन पर चलता रहता है। इनकार सिर्फ़ ब्राउज़र में साइनअप के चरण का है।

**मुझे कैसे पता चले कि यह असली आउटेज है?** Meta का WhatsApp Business Platform स्टेटस पेज देखें। अगर उस पर कोई घटना नहीं दिखती, तो इसे कोड अनुरोध की सीमा मानें।

---

## WhatsApp Business ऐप में Coexistence क्यूआर कोड स्कैन नहीं हो रहा

https://easycoexistence.com/hi/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 ऐप के अंदर से खोलें, हर प्रॉम्प्ट आने पर उसका जवाब दें, और खत्म करने के लिए ब्राउज़र में लौट आएँ।

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

- फ़ोन के कैमरा ऐप से स्कैन करना। कोड को नंबर वाले WhatsApp Business ऐप में ही खोलना होता है।
- फ़ोन पर काम करते समय ब्राउज़र पॉपअप बंद कर देना। फ़ोन वाले चरण को वही फ़्लो चाहिए जिसने उसे शुरू किया था।
- लॉग आउट हुए लिंक किए गए डिवाइस को गड़बड़ी मान लेना। कनेक्शन बनते ही Meta साथी ऐप अनलिंक कर देता है; उन्हें दोबारा लिंक किया जा सकता है।

**क्या कारोबार की ओर से कोई और स्कैन कर सकता है?** सिर्फ़ उसी फ़ोन से, जिसमें नंबर है। यह चरण उसी डिवाइस के WhatsApp Business ऐप में होता है।

**क्या मैं स्कैन करने के लिए WhatsApp Web इस्तेमाल कर सकता हूँ?** नहीं। लिंक किए गए डिवाइस खाते के साथी होते हैं। फ़ोन वाला चरण प्राइमरी फ़ोन के WhatsApp Business ऐप का है।

**क्या फेल हुए स्कैन से फ़ोन पर कुछ बदलता है?** नहीं। फ़्लो पूरा होने तक नंबर जुड़ा नहीं होता और ऐप पहले की तरह चलता रहता है।

**मेरा ऐप कहता है कि वह अप टु डेट है। अब क्या करें?** जाँचें कि वर्शन नंबर 2.24.17 या उससे नया है, फिर फ़्लो को शुरू से दोबारा चलाएँ और हर प्रॉम्प्ट पूरा करें।

---

## पुराने Business Portfolio की वजह से Coexistence साइनअप रुका

https://easycoexistence.com/hi/docs/coexistence-error-inaccessible-business-portfolio

अगर नंबर साइनअप पॉप-अप में चुने गए Business Portfolio से अलग किसी Meta Business Portfolio से जुड़ा है, तो Meta उसे ठुकरा देता है और कहता है कि नंबर आपके चुने कारोबार से जुड़ा नहीं है। नंबर को उसी दूसरे Business Portfolio के अंदर अनलिंक करना होगा, जिसके लिए वहां के किसी एडमिन की ज़रूरत है। या फिर फ़्लो उसी Business Portfolio में चलाना होगा।

### ऐसा होने पर Meta क्या कहता है?

Meta के Embedded Signup गड़बड़ी संदर्भ में कोड 3441041 दर्ज है: "आपने जो फ़ोन नंबर दर्ज किया है वह आपके चुने हुए कारोबार से जुड़ा नहीं है। आगे बढ़ने के लिए इस फ़ोन नंबर को उस कारोबार से अनलिंक करें या कोई दूसरा नंबर दर्ज करें।"

चुना हुआ कारोबार वही Business Portfolio है जो आपने पॉप-अप की पहली स्क्रीन पर चुना था। संदेश का मतलब है कि Meta इस नंबर को पहले से किसी दूसरे Business Portfolio से जोड़कर रखता है। यह लिंक किसी पुराने सेटअप का हो सकता है: कभी नंबर जोड़ने वाली एजेंसी, किसी पूर्व कर्मचारी का Business Manager, या विज्ञापनों के लिए बनाया गया पुराना WhatsApp खाता। आज फ़्लो चलाने वाले व्यक्ति को अक्सर इसकी जानकारी ही नहीं होती।

### नंबर को दूसरे Business Portfolio से अनलिंक कैसे करें?

Meta के बताए समाधान के दो हिस्से हैं, और दोनों उसी Business Portfolio के अंदर होते हैं जिसमें नंबर अभी है।

पहले, उस नंबर से जुड़ा WhatsApp खाता हटाएं: Meta Business Suite, सेटिंग, खाते, WhatsApp खाते, खाता हटाएं। फिर WhatsApp Manager में "फ़ोन नंबर" टैब पर जाकर फ़ोन नंबर को ही मिटा दें।

दोनों कदम उसी Business Portfolio के अंदर उठाने होते हैं, इसलिए वहां के किसी एडमिन की ज़रूरत है। Meta किसी Business Portfolio में WhatsApp Business खाते बनाने के लिए ही एडमिन स्तर की अनुमति मांगता है। नंबर छूट जाए तो साइनअप दोबारा चलाएं और वह Business Portfolio चुनें जो आपके नियंत्रण में है।

### अगर पुराने Business Portfolio में कोई जा ही नहीं सकता, तो?

तब व्यावहारिक रास्ते दो ही बचते हैं।

पहला, एक्सेस वापस पाएं। जिसने Business Portfolio बनाया था, या उसका कोई भी बचा हुआ एडमिन, किसी मौजूदा व्यक्ति को एडमिन बना सकता है। एजेंसी के Business Portfolio में यह मतलब है कि एजेंसी से कहें कि वह या तो एक्सेस दे या अनलिंक खुद कर दे।

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

- नया Business Portfolio बनाकर दोबारा कोशिश करना। नंबर अब भी पुराने से जुड़ा है, इसलिए वही इनकार फिर आता है।
- लिंक तोड़ने के लिए WhatsApp Business ऐप का खाता हटाना। लिंक Meta की तरफ़, दूसरे Business Portfolio के अंदर रखा है।
- नंबर को ऐसे Business Portfolio में छोड़ देना जो कारोबार के नियंत्रण में नहीं है। जो उसका एडमिन है, कनेक्शन उसी के हाथ में है।

**क्या Meta सपोर्ट मेरे लिए नंबर को दूसरी जगह ले जा सकता है?** 3441041 के लिए Meta का बताया समाधान दूसरे Business Portfolio के अंदर अनलिंक करना है, जो उस तक पहुंच रखने वाला कोई व्यक्ति करता है। Meta आपकी ओर से नंबर को दूसरी जगह ले जाने की बात नहीं कहता।

**मुझे कैसे पता चलेगा कि नंबर किस Business Portfolio में है?** Meta का संदेश उसका नाम नहीं बताता। कारोबार में किसी ने भी जो Business Portfolio इस्तेमाल किए हों, उन सबको जांचें, एजेंसी के बनाए हुए भी।

**क्या अनलिंक करने से WhatsApp Business ऐप बंद हो जाएगा?** ये कदम Meta Business Suite और WhatsApp Manager में उस Business Portfolio से WhatsApp खाता और नंबर हटाते हैं। ये कदम फ़ोन के ऐप में नहीं उठाए जाते।

**क्या यह वही बात है जब नंबर किसी दूसरे प्रोवाइडर पर हो?** नहीं। वह किसी दूसरे पार्टनर के ऐप से कनेक्शन होता है। यहां नंबर किसी दूसरे Business Portfolio का है।

---

## "अपना मौजूदा WhatsApp Business ऐप जोड़ें" विकल्प नहीं दिख रहा

https://easycoexistence.com/hi/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 से पुराने वर्ज़न वाले ऐप को ठुकरा दिया जाता है और नवीनतम वर्ज़न पर अपडेट करने को कहा जाता है।

इनमें से हर मामले में पॉपअप अपना अलग संदेश दिखाता है। अगर विकल्प बिना किसी संदेश के ग़ायब है, तो वजह फ़्लो के लॉन्च होने के तरीके में है।

- कारोबार की Meta सेटिंग में Coexistence का स्विच ढूंढना। यह विकल्प पॉपअप लॉन्च करने वाला सेट करता है।
- फिर भी सामान्य फ़्लो पूरा कर देना। विकल्प के बिना Meta नंबर को नया रजिस्ट्रेशन मानता है, जो Coexistence नहीं है।
- यह मान लेना कि पुराना Embedded Signup इंटीग्रेशन अब भी चलेगा। Meta v2 और v3 को 15 अक्टूबर 2026 को बंद कर रहा है।

**क्या कारोबार Coexistence ख़ुद चालू कर सकता है?** पॉपअप में नहीं। यह विकल्प Embedded Signup लॉन्च करने वाला प्लैटफ़ॉर्म featureType सेटिंग से तय करता है।

**मुझे कैसे पता चलेगा कि विकल्प चालू है?** Meta की अपनी जांच यह है: खाता चुनने वाली स्क्रीन की जगह ऐसी स्क्रीन आती है जो आपका मौजूदा WhatsApp Business खाता जोड़ने की पेशकश करती है।

**क्या कारोबार को पुष्टि किया हुआ Business Portfolio चाहिए?** इस विकल्प के लिए Meta की बताई शर्तें लॉन्च करने वाले प्लैटफ़ॉर्म की ओर की हैं, और कारोबार के लिए ऐप वर्ज़न 2.24.17 या नया चाहिए।

**क्या यह क्षेत्र की पाबंदी है?** क्षेत्र के आधार पर इनकार अपने अलग संदेश और कोड 3441042 के साथ आता है। बिना किसी संदेश के विकल्प न दिखना बताता है कि फ़्लो कैसे लॉन्च हुआ था।

---

## Coexistence साइनअप के दौरान "Update your WhatsApp Business App"

https://easycoexistence.com/hi/docs/coexistence-error-business-app-outdated

Coexistence के लिए नंबर वाले फ़ोन पर WhatsApp Business ऐप का वर्ज़न 2.24.17 या उससे नया होना चाहिए। इससे पुराना हो तो Meta का साइनअप पॉपअप नंबर को मना कर देता है और ऐप को नवीनतम वर्ज़न पर अपडेट करने को कहता है। ऐप स्टोर से अपडेट करके प्रक्रिया को शुरू से दोबारा चलाने पर समस्या हल हो जाती है।

### संदेश में क्या लिखा होता है?

Meta के Embedded Signup error reference में कोड 4563015 का पाठ है "Update your WhatsApp Business App to the latest version to use this phone number", और समाधान ठीक वही है: ऐप को नवीनतम वर्ज़न पर अपडेट करें।

इसके पीछे की शर्त Meta के Coexistence onboarding दस्तावेज़ में दी गई है: कारोबार के ग्राहक को WhatsApp Business ऐप का वर्ज़न 2.24.17 या उससे ऊपर इस्तेमाल करना होगा। मैसेज न्यूनतम वर्ज़न की जगह नवीनतम वर्ज़न माँगता है, और उपलब्ध नवीनतम वर्ज़न पर अपडेट करने से दोनों शर्तें पूरी हो जाती हैं।

### कौन सा डिवाइस अपडेट करना है?

प्राइमरी फ़ोन: वह डिवाइस जिसमें नंबर WhatsApp Business ऐप में रजिस्टर है। Meta इसी ऐप को जाँचता है, और प्रक्रिया का फ़ोन वाला चरण भी यही संभालता है।

WhatsApp Web, डेस्कटॉप ऐप या खाते से जुड़े टैबलेट को अपडेट करने से कुछ नहीं होता, क्योंकि ये सहयोगी डिवाइस हैं, रजिस्ट्रेशन वाला डिवाइस नहीं। Meta के दस्तावेज़ यह भी कहते हैं कि नंबर के एपीआई से जुड़ते ही सहयोगी क्लाइंट अनलिंक हो जाते हैं, और उसके बाद 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 की शर्त onboarding के लिए बताई गई है। फिर भी ऐप को नया रखना समझदारी है, क्योंकि फ़ोन कनेक्शन का हिस्सा बना रहता है।

**क्या यह नंबर के पात्र न होने जैसी ही समस्या है?** नहीं। पात्रता खाते की गतिविधि से जुड़ी है। यह गड़बड़ी सिर्फ़ फ़ोन पर ऐप के वर्ज़न की है।

---

## Coexistence गड़बड़ी: नंबर पहले से दूसरे प्रोवाइडर से जुड़ा है

https://easycoexistence.com/hi/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 का रास्ता है: सेटिंग, खाता, बिज़नेस प्लैटफ़ॉर्म, फिर जुड़ा हुआ प्लैटफ़ॉर्म चुनें और डिसकनेक्ट पर टैप करें। Meta यह भी बताता है कि जो नंबर ऐप और Cloud 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/hi/docs/coexistence-error-authorization-code-expired

Meta का Embedded Signup पूरा होने पर वह शुरू करने वाले प्लैटफ़ॉर्म को एक अल्पकालिक कोड देता है, जिसे 30 सेकंड के भीतर एक्सेस टोकन से बदलना होता है। अगर बदलाव देर से होता है, या किसी पुराने प्रयास का कोड इस्तेमाल होता है, तो Meta जवाब देता है कि ऑथराइज़ेशन कोड की अवधि समाप्त हो चुकी है। फ़्लो दोबारा चलाने पर नया कोड मिल जाता है।

### कौन सा कोड एक्सपायर हुआ है?

जब कारोबार Embedded Signup पूरा करता है, तो Meta पॉपअप खोलने वाली ब्राउज़र विंडो को एसेट आईडी और बदले जा सकने वाला टोकन कोड लौटाता है। फिर प्लैटफ़ॉर्म वह कोड अपने सर्वर को भेजता है। सर्वर अपनी ऐप आईडी और ऐप सीक्रेट के साथ Meta के oauth access_token एंडपॉइंट को कॉल करता है और कोड के बदले बिज़नेस टोकन लेता है।

Meta की इम्प्लीमेंटेशन गाइड समय के बारे में साफ़ है: बदले जा सकने वाले टोकन कोड की अवधि 30 सेकंड है, इसलिए प्लैटफ़ॉर्म को उसे एक्सपायर होने से पहले बदलने में सक्षम होना चाहिए। उसके बाद किया गया अनुरोध ठुकरा दिया जाता है, और "This authorization code has expired" उसी इनकार का मैसेज है। पॉपअप धीरे पूरा करने में कारोबार की कोई ग़लती नहीं है। घड़ी तब शुरू होती है जब कोड लौटाया जाता है।

### पॉपअप देर से या दो बार पूरा होने पर ऐसा क्यों होता है?

कई स्थितियों में कोड बदलने में 30 सेकंड से ज़्यादा लग सकते हैं।

फ़्लो पूरा होते समय ब्राउज़र टैब बैकग्राउंड में रह गया या लैपटॉप सो गया, इसलिए कोड प्लैटफ़ॉर्म के सर्वर तक जारी होने के काफ़ी बाद पहुँचा। या प्लैटफ़ॉर्म के सर्वर ने कोड बदलने को तुरंत करने के बजाय दूसरे काम के पीछे कतार में रख दिया। या व्यक्ति ने फ़्लो दो बार खोला, दोनों पूरे किए, और प्लैटफ़ॉर्म ने दूसरी विंडो पूरी होने के बाद पहली विंडो का कोड बदलने की कोशिश की।

टेस्टिंग में एक चौथा कारण भी है: ब्राउज़र कंसोल से कोड कॉपी करके उसे cURL या Postman से हाथ से बदलना। Meta की गाइड ठीक इसी के बारे में चेताती है और कहती है कि शुरू करने से पहले बदलने का अनुरोध तैयार रखें।

### कनेक्शन कैसे पूरा करें?

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

Coexistence नंबर के लिए यह जल्दी करें। कारोबार के फ़्लो पूरा करते ही Meta WhatsApp Business खाते को बदल देता है, और प्लैटफ़ॉर्म के ग्राहक को ऑनबोर्ड करने के बाद मैसेज हिस्ट्री सिंक करने के लिए उसके पास 24 घंटे होते हैं। उसके बाद कारोबार को ऑफ़बोर्ड करके फ़्लो फिर से पूरा करना पड़ता है।

प्लैटफ़ॉर्म की तरफ़ से स्थायी समाधान यह है कि कोड आते ही, ऑनबोर्डिंग के किसी भी दूसरे चरण से पहले, उसे सर्वर पर बदल लिया जाए।

- उसी कोड से टोकन बदलने का अनुरोध दोबारा भेजना। वह 30 सेकंड बाद एक्सपायर हो गया और वापस नहीं आएगा।
- साइनअप को एक साथ दो विंडो में चलाना। सिर्फ़ उसी प्रयास का कोड मान्य है जिसे बदला जा रहा है।
- कोड को ब्राउज़र से बदलना। Meta ऐप सीक्रेट के साथ सर्वर-से-सर्वर अनुरोध माँगता है।

**क्या कारोबार ने नंबर कनेक्ट किया या नहीं?** कारोबार ने Meta का फ़्लो पूरा कर लिया, लेकिन प्लैटफ़ॉर्म कोड को काम करने वाले टोकन में नहीं बदल सका, इसलिए वह अभी नंबर पर कोई कार्रवाई नहीं कर सकता। फ़्लो दोबारा चलाने पर उसे नया कोड मिल जाता है।

**क्या कोड की अवधि बढ़ाई जा सकती है?** नहीं। 30 सेकंड की अवधि Meta तय करता है, और कोई प्लैटफ़ॉर्म उसे नहीं बढ़ा सकता।

**क्या WhatsApp Business ऐप पर इसका असर पड़ता है?** नहीं। समस्या हल होने तक ऐप फ़ोन पर चलता रहता है।

**क्या यह एक्सपायर हुए एक्सेस टोकन जैसा ही है?** नहीं। यह अल्पकालिक साइनअप कोड है। काम करते कनेक्शन पर एक्सपायर हुआ एक्सेस टोकन गड़बड़ी 190 देता है।

---

## "Your app is missing required Graph API permissions for Cloud API companion pairing"

https://easycoexistence.com/hi/docs/coexistence-error-companion-pairing-permission

इस मैसेज का मतलब है कि साइनअप शुरू करने वाले प्लेटफ़ॉर्म के पास WhatsApp Business ऐप वाले नंबर को Cloud API से जोड़ने के लिए Meta की ज़रूरी WhatsApp अनुमतियाँ, ज़रूरी एक्सेस स्तर पर, नहीं हैं। Meta कारोबार को सिर्फ़ वही अनुमतियाँ देने देता है जिनके लिए प्लेटफ़ॉर्म के पास Advanced access हो। इसे कारोबार ठीक नहीं कर सकता; प्लेटफ़ॉर्म को करना होगा।

### इस मैसेज का क्या मतलब है?

पूरा टेक्स्ट यह है: "Your app is missing required Graph API permissions for Cloud API companion pairing. Please verify advanced WhatsApp Business permissions are granted, then try again." Meta के सार्वजनिक गड़बड़ी संदर्भों में यह सटीक वाक्य नहीं मिलता, लेकिन इसका हर हिस्सा किसी ऐसी चीज़ से जुड़ता है जिसे Meta दर्ज करता है।

"Your app" का मतलब उस प्लेटफ़ॉर्म का Meta ऐप है जो साइनअप चला रहा है, फ़ोन पर मौजूद WhatsApp Business ऐप नहीं। Meta companion pairing को सार्वजनिक रूप से परिभाषित नहीं करता; संदर्भ से यह वह स्थिति लगती है जिसमें Cloud API ऐसे नंबर से जुड़ता है जो WhatsApp Business ऐप में रजिस्टर्ड रहता है, यानी Coexistence की व्यवस्था। और "advanced" WhatsApp Business अनुमतियों का मतलब Advanced access है, वह स्तर जो Meta App Review के बाद देता है।

### कौन-सी अनुमतियाँ शामिल हैं?

Meta के अनुमति दस्तावेज़ों में दो अनुमतियाँ बताई गई हैं जो WhatsApp इंटीग्रेशन को आम तौर पर चाहिए। whatsapp_business_management खाते का मेटाडेटा, टेम्पलेट, फ़ोन नंबर, एनालिटिक्स और खाते के वेबहुक संभालती है। whatsapp_business_messaging मैसेज भेजने और मैसेज व स्टेटस वेबहुक पाने के लिए है।

जिस पार्टनर के क्लाइंट उसके ऐप का इस्तेमाल करते हैं, उसके लिए Meta हर ज़रूरी अनुमति पर App Review और Advanced access माँगता है। नतीजा Meta सीधे बताता है: किसी अनुमति के लिए Advanced access न हो, तो क्लाइंट उसे Embedded Signup के ज़रिए ऐप को नहीं दे सकते। जिन खातों का मालिक ऐप नहीं है, उन पर बिना Advanced access के whatsapp_business_management से की गई कॉल error 200 लौटाती हैं।

प्लेटफ़ॉर्म यह जाँच सकता है कि कारोबार ने असल में क्या दिया है: Meta के debug_token एंडपॉइंट से टोकन देखें, जो दी गई अनुमतियों को scopes में सूचीबद्ध करता है।

### कारोबार क्या कर सकता है?

अपनी तरफ़ से बहुत कम, और इसे ठीक करने के लिए उसे अपनी Meta सेटिंग नहीं बदलनी चाहिए। समाधान प्लेटफ़ॉर्म के पास है: उसे Tech Provider या Solution Partner होना होगा, जिसे Meta WhatsApp Business ऐप यूज़र को जोड़ने की शर्त बताता है, और WhatsApp अनुमतियों के लिए उसका Advanced access मंज़ूर होना चाहिए।

कारोबार इतना कर सकता है कि ठीक यही मैसेज प्लेटफ़ॉर्म को बताए, प्लेटफ़ॉर्म के अपने एक्सेस की पुष्टि करने के बाद दोबारा कोशिश करे, या ऐसा प्लेटफ़ॉर्म चुने जिसके पास यह दर्जा पहले से है। उससे पहले उसी प्लेटफ़ॉर्म पर वही प्रक्रिया दोहराने से वही नतीजा आता है, और फ़ोन पर WhatsApp Business ऐप पर कोई असर नहीं पड़ता।

- कारोबार की अपनी Meta सेटिंग में और अनुमतियाँ देना। जो एक्सेस गायब है वह प्लेटफ़ॉर्म के ऐप का है।
- App Review के बिना डेवलपर ऐप पर कोई टूल खुद होस्ट करना। Advanced access के बिना कारोबार ज़रूरी अनुमतियाँ दे ही नहीं सकते।
- उसी प्लेटफ़ॉर्म पर बार-बार कोशिश करना। नतीजा तभी बदलता है जब उस प्लेटफ़ॉर्म का एक्सेस बदलता है।

**क्या मेरे WhatsApp Business ऐप में कोई गड़बड़ी है?** नहीं। यह मैसेज प्लेटफ़ॉर्म के Meta ऐप के बारे में है, आपके फ़ोन के ऐप के बारे में नहीं, और आपका ऐप चलता रहता है।

**क्या मैं यह अनुमति खुद दे सकता हूँ?** आपको सिर्फ़ वही अनुमतियाँ दिखती हैं जिनके लिए प्लेटफ़ॉर्म के पास Advanced access है। गायब एक्सेस पहले प्लेटफ़ॉर्म के लिए मंज़ूर होना चाहिए।

**प्लेटफ़ॉर्म को Advanced access कैसे मिलता है?** अपने ऐप को चाहिए हर अनुमति के लिए Meta App Review से, उस पार्टनर के रूप में जिसके क्लाइंट ऐप का इस्तेमाल करते हैं।

**क्या कारोबार को App Review चाहिए?** नहीं। Meta के मुताबिक जो डेवलपर सिर्फ़ अपने कारोबार का डेटा इस्तेमाल करता है, उसे न App Review चाहिए और न Advanced access।

---

## WhatsApp गड़बड़ी 0: ऐप यूज़र की पुष्टि नहीं हो सकी

https://easycoexistence.com/hi/docs/whatsapp-error-0

कोड 0 का मतलब है कि Meta एक्सेस टोकन के पीछे के ऐप यूज़र की पुष्टि नहीं कर सका। Meta का विवरण है: "We were unable to authenticate the app user." टोकन की मियाद खत्म हो गई है, उसे अमान्य कर दिया गया है, या यूज़र ने अपने डेटा तक सभी ऐप की पहुँच रोक दी है। हल नया एक्सेस टोकन है, दोबारा कोशिश करना नहीं।

### WhatsApp गड़बड़ी कोड 0 का क्या मतलब है?

इसका मतलब है कि प्लेटफ़ॉर्म को अनुरोध मिला, लेकिन वह उसे किसी भरोसेमंद ऐप यूज़र से जोड़ नहीं सका।

Meta ने Cloud API की गड़बड़ी संदर्भ सूची में कोड 0 को ऑथराइज़ेशन गड़बड़ियों में रखा है, जिसके विवरण में लिखा है "We were unable to authenticate the app user." बताए गए सभी संभावित कारण टोकन से जुड़े हैं: उसकी मियाद खत्म हो गई है, उसे अमान्य कर दिया गया है, या जिसने उसे दिया था उसने ऐसी सेटिंग बदल दी जो सभी ऐप को उसके डेटा तक पहुँचने से रोकती है।

इस सूची में फ़ोन नंबर, WhatsApp Business खाते या भेजे जा रहे मैसेज का कोई ज़िक्र नहीं है। अनुरोध इतना आगे पहुँचा ही नहीं कि इनमें से किसी की जाँच हो सके।

### गड़बड़ी 0 को कैसे ठीक करें?

नया एक्सेस टोकन लें। Meta यही उपाय बताता है, और यही एकमात्र काम करने वाला उपाय है।

उसे बदलने से पहले पता करें कि तीनों में से कौन सा कारण लागू हुआ, क्योंकि अनदेखा करने पर हर कारण लौट आता है। कम अवधि वाले यूज़र टोकन की मियाद तय समय पर फिर खत्म होगी। अमान्य किया गया टोकन तब तक विफल रहेगा जब तक कोई दोबारा पहुँच न दे। जिस यूज़र ने ऐप की पहुँच पूरी तरह बंद कर दी है, उसे पहले उसे दोबारा चालू करना होगा, तभी उसका कोई भी टोकन काम करेगा।

सर्वर से सर्वर भेजने के लिए Meta की एक्सेस टोकन गाइड सिस्टम यूज़र टोकन सुझाती है। वह उन्हें लंबी अवधि वाला बताती है, जो ऐसी स्वचालित सेवाओं के लिए ठीक हैं जिन्हें यूज़र के इनपुट की ज़रूरत नहीं होती।

### क्या गड़बड़ी 0 और गड़बड़ी 190 एक ही हैं?

व्यवहार में ये एक-दूसरे से मिलती हैं, पर Meta इन्हें अलग-अलग सूचीबद्ध करता है।

गड़बड़ी 190 के विवरण में लिखा है "Your access token has expired." गड़बड़ी 0 का दायरा बड़ा है: इसमें मियाद खत्म टोकन, अमान्य किया गया टोकन और ऐप की पहुँच पूरी तरह रोकने वाला यूज़र, तीनों आते हैं। दोनों एक ही ऑथराइज़ेशन तालिका में हैं, और दोनों का हल नया टोकन लेना है।

व्यावहारिक फ़र्क निदान में है। 190 बताता है कि टोकन पुराना होकर बेकार हो गया। 0 बताता है कि पुष्टि विफल रही, और कारण खोजना आप पर छोड़ देता है। नया टोकन जारी करने से पहले यह करना ठीक है, वरना वह एक घंटे बाद ठीक उसी तरह विफल हो सकता है।

- वही अनुरोध दोबारा भेजना। जिस टोकन की पुष्टि नहीं हुई, वह वैसा ही रहता है, इसलिए हर कोशिश फिर कोड 0 लौटाती है।
- नंबर को दोबारा कनेक्ट करना। नंबर की जाँच कभी हुई ही नहीं, इसलिए उसे फिर से ऑनबोर्ड करने से कारोबार के मालिक का काम बढ़ता है और कुछ नहीं बदलता।
- बैकएंड जॉब के लिए कम अवधि वाला नया यूज़र टोकन जारी करना। उसकी मियाद तय समय पर खत्म होगी और गड़बड़ी लौट आएगी।

**क्या गड़बड़ी 0 का मतलब है कि मेरा नंबर डिस्कनेक्ट हो गया?** नहीं। कोड 0 के लिए Meta के सभी कारण एक्सेस टोकन से जुड़े हैं। नंबर और फ़ोन पर मौजूद WhatsApp Business ऐप इसमें शामिल नहीं हैं।

**गड़बड़ी 0 का दस्तावेज़ कहाँ है?** Meta की Cloud API गड़बड़ी कोड संदर्भ की ऑथराइज़ेशन गड़बड़ियों वाली तालिका में। Cloud API, Graph API पर बनी है, जो यही गड़बड़ी फ़ॉर्मैट इस्तेमाल करती है।

**क्या इंतज़ार करने से गड़बड़ी 0 अपने आप ठीक हो जाएगी?** नहीं। मियाद खत्म या अमान्य हुआ टोकन अपने आप ठीक नहीं होता। नया टोकन चाहिए।

**मैं कैसे जाँचूँ कि कोई टोकन क्या कर सकता है?** Meta के एक्सेस टोकन डीबगर या debug_token एंडपॉइंट का इस्तेमाल करें। दोनों दिखाते हैं कि टोकन वैध है या नहीं, उसकी मियाद कब खत्म होगी और उसके पास कौन सी अनुमतियाँ हैं।

---

## WhatsApp गड़बड़ी 3: क्षमता या अनुमतियों की समस्या

https://easycoexistence.com/hi/docs/whatsapp-error-3

गड़बड़ी कोड 3 का मतलब है कि एंडपॉइंट को कॉल करने वाले ऐप के पास वह क्षमता या अनुमति नहीं है जो उस एंडपॉइंट को चाहिए। Meta इसका विवरण "Capability or permissions issue." बताता है। Graph API इसे API Method नाम देता है। समाधान यह है कि एक्सेस टोकन डिबगर से टोकन को मिली अनुमतियाँ देखें और एंडपॉइंट को जो अनुमति चाहिए, उसे जोड़ें।

### WhatsApp गड़बड़ी कोड 3 का क्या मतलब है?

इसका मतलब है कि अनुरोध की पहचान सही निकली, लेकिन ऐप को वह काम करने की अनुमति नहीं है जो उसने माँगा।

Meta, Cloud API रेफ़रेंस में कोड 3 को ऑथराइज़ेशन गड़बड़ियों में गिनता है और विवरण में "Capability or permissions issue." लिखता है। Graph API की गड़बड़ी संभालने वाली गाइड, जिसे Cloud API अपनाता है, इसी कोड को API Method कहती है और बताती है कि देखें कि ऐप के पास कॉल के लिए ज़रूरी क्षमता या अनुमतियाँ हैं या नहीं।

यानी टोकन काम करता है। पहचान की समस्या नहीं है, और यही इसे कोड 0 और 190 से अलग करता है। समस्या यह है कि टोकन किन चीज़ों को छू सकता है।

### टोकन के पास कौन-सी अनुमतियाँ हैं, यह कैसे जाँचें?

एक्सेस टोकन डिबगर से, या debug_token एंडपॉइंट से, जो वही जानकारी लौटाता है।

जवाब में दी गई अनुमतियाँ scopes प्रॉपर्टी में सूचीबद्ध होती हैं। इस सूची की तुलना उस एंडपॉइंट के रेफ़रेंस पेज से करें जो विफल हुआ, क्योंकि हर रेफ़रेंस बताता है कि उसे कौन-सी अनुमतियाँ चाहिए।

WhatsApp के लिए दो अनुमतियाँ लगभग सब कुछ कवर करती हैं। whatsapp_business_management की ज़रूरत खाते के मेटाडेटा, टेम्पलेट, फ़ोन नंबर की सूची, एनालिटिक्स और खाते के वेबहुक के लिए पड़ती है। whatsapp_business_messaging की ज़रूरत कोई भी मैसेज भेजने और मैसेज व स्टेटस वेबहुक पाने के लिए पड़ती है। जिस टोकन में इनमें से सिर्फ़ एक है, वह दूसरी अनुमति वाले कॉल पर विफल होगा।

### पार्टनर ऐप में गड़बड़ी 3 क्यों आती है जबकि सीधे डेवलपर को नहीं आती?

क्योंकि दूसरे कारोबारों को सेवा देने वाले पार्टनर के सामने एक अतिरिक्त शर्त होती है।

Meta की अनुमतियों वाली गाइड के मुताबिक, जिस पार्टनर के ग्राहक अपना डेटा ऐक्सेस करने के लिए उसके ऐप का इस्तेमाल करते हैं, उसे App Review पास करना होता है और ऐप को चाहिए हर अनुमति के लिए Advanced access लेना होता है। जो डेवलपर सिर्फ़ अपने कारोबार के डेटा पर काम करता है, उसे App Review या Advanced access की ज़रूरत नहीं पड़ती।

इसलिए वही कोड डेवलपर के अपने खाते पर ठीक चल सकता है और किसी ग्राहक के खाते पर विफल हो सकता है। ऐसा पैटर्न दिखे तो सवाल यह नहीं रहता कि टोकन में कौन-सी अनुमति कम है, बल्कि यह होता है कि क्या ऐप को उन एसेट पर वह अनुमति इस्तेमाल करने की मंज़ूरी मिली है जो उसके अपने नहीं हैं।

- उन्हीं स्कोप के साथ नया टोकन बनाना। वही अनुमतियों वाला नया टोकन उसी जगह विफल होता है।
- अनुमति का नाम टोकन पर देखने के बजाय ऐप की सेटिंग में देखना। मायने यह रखता है कि टोकन को क्या दिया गया।
- सिर्फ़ अपने खाते पर टेस्ट करना। पार्टनर ऐप को Advanced access चाहिए, तभी ग्राहकों के खाते कॉल स्वीकार करेंगे।

**क्या गड़बड़ी 3 मेरे फ़ोन नंबर की समस्या है?** नहीं। यह इस बारे में है कि ऐप का टोकन क्या कर सकता है। अनुरोध अस्वीकार होने से पहले नंबर की जाँच नहीं होती।

**गड़बड़ी 3 और गड़बड़ी 10 में क्या फ़र्क़ है?** कोड 3 क्षमता या अनुमतियों की समस्या है। कोड 10 बताता है कि अनुमति दी नहीं गई या हटा दी गई है। दोनों का हल टोकन के स्कोप जाँचना है।

**मैसेज भेजने के लिए कौन-सी अनुमति चाहिए?** whatsapp_business_messaging। Meta की अनुमतियों वाली गाइड के मुताबिक, किसी भी तरह का मैसेज भेजने के लिए यह ज़रूरी है।

**क्या दोबारा कोशिश करने से मदद मिलेगी?** नहीं। कोशिशों के बीच टोकन की अनुमतियाँ नहीं बदलतीं, इसलिए नतीजा वही रहता है।

---

## WhatsApp गड़बड़ी 4: ऐप एपीआई कॉल की रेट लिमिट तक पहुँच गया

https://easycoexistence.com/hi/docs/whatsapp-error-4

गड़बड़ी कोड 4 का मतलब है कि ऐप अपनी एपीआई कॉल रेट लिमिट तक पहुँच गया है। Meta का विवरण है: "ऐप अपनी एपीआई कॉल रेट लिमिट तक पहुँच गया है।" यह किसी नंबर से भेजे गए मैसेज नहीं गिनता, बल्कि ऐप की कॉल को लगातार खिसकते एक घंटे में गिनता है। उपयोग ऐप डैशबोर्ड में देखें, इंतज़ार करें और ऐप के एपीआई को कॉल करने की बारंबारता घटाएँ।

### WhatsApp गड़बड़ी कोड 4 का क्या मतलब है?

इसका मतलब है कि आपके ऐप ने मौजूदा विंडो में बहुत ज़्यादा एपीआई कॉल कर ली हैं, और गिनती घटने तक आगे की कॉल अस्वीकार की जाएँगी।

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

इसके पास दो और थ्रॉटलिंग कोड हैं, जिनसे इसे मिलाना आसान है। 80007 का मतलब है कि WhatsApp Business खाता अपनी रेट लिमिट तक पहुँच गया। 130429 Cloud API का मैसेज थ्रूपुट है। कोड 4 इनमें से कुछ नहीं है: यह ऐप की अपनी कॉल का बजट है।

### ऐप की कॉल सीमा कैसे तय होती है?

ऐप एक्सेस टोकन से किए गए अनुरोधों के लिए Meta की ग्राफ़ एपीआई रेट लिमिटिंग गाइड एक फ़ॉर्मूला देती है: एक घंटे में कॉल की संख्या 200 गुणा उपयोगकर्ताओं की संख्या के बराबर होती है।

उपयोगकर्ताओं की संख्या ऐप के रोज़ाना सक्रिय अलग-अलग उपयोगकर्ताओं पर आधारित होती है। रोज़ का उपयोग घटने पर साप्ताहिक और मासिक आँकड़े लिए जाते हैं। यह सीमा पूरे ऐप पर है, हर उपयोगकर्ता पर अलग नहीं, इसलिए कुछ व्यस्त उपयोगकर्ता इसका ज़्यादातर हिस्सा खर्च कर सकते हैं।

गाइड यह भी बताती है कि उपयोग ऐप डैशबोर्ड में दिखता है और पर्याप्त कॉल होने के बाद जवाब के X-App-Usage हेडर में भी। गड़बड़ी 4 आने से पहले सीमा के क़रीब पहुँचना इसी हेडर से दिखता है।

### गड़बड़ी 4 के बाद क्या करना चाहिए?

कुछ देर कॉल करना बंद करें, फिर कम कॉल करें।

पहले हिस्से पर Meta की रेट लिमिटिंग गाइड साफ़ है: सीमा पूरी होने पर एपीआई कॉल करना बंद कर दें, क्योंकि कॉल जारी रखने से गिनती बढ़ती है और कॉल दोबारा सफल होने में लगने वाला समय लंबा हो जाता है।

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

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

**क्या गड़बड़ी 4 और गड़बड़ी 130429 एक ही हैं?** नहीं। 130429 किसी नंबर का मैसेज थ्रूपुट है। गड़बड़ी 4 आपके ऐप की की हुई एपीआई कॉल की संख्या है।

**गड़बड़ी 4 कितनी देर रहती है?** जब तक लगातार खिसकती एक घंटे की विंडो में कॉल की गिनती सीमा से नीचे नहीं आ जाती। इस दौरान कॉल करने से यह अवधि बढ़ जाती है।

**मेरा ऐप सीमा के कितने क़रीब है, यह कहाँ दिखेगा?** ऐप डैशबोर्ड के Application Rate Limit सेक्शन में, और जवाब में लौटने वाले X-App-Usage हेडर में।

**क्या गड़बड़ी 4 और गड़बड़ी 80007 एक ही हैं?** नहीं। Meta 80007 तब देता है जब WhatsApp Business खाता अपनी रेट लिमिट तक पहुँचता है, जबकि गड़बड़ी 4 ऐप की अपनी कॉल गिनती है।

---

## WhatsApp गड़बड़ी 10: अनुमति नहीं दी गई या हटा दी गई

https://easycoexistence.com/hi/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 लौटाने लग सकता है।

### Meta गड़बड़ी 10 के और कौन से कारण बताता है?

दो कारण WhatsApp के लिए खास हैं, और दोनों आसानी से छूट जाते हैं क्योंकि इनका स्कोप से कोई लेना-देना नहीं है।

Flows with Endpoint के लिए Meta कहता है कि कारोबार की पब्लिक की सेट करने में इस्तेमाल हुआ फ़ोन नंबर अनुमत सूची में होना चाहिए। सूची से बाहर का नंबर यह कोड देता है, भले ही टोकन में हर अनुमति मौजूद हो।

Meta यह भी कहता है कि जो खाता जिस API को कॉल कर रहा है उसकी पात्रता शर्तें पूरी नहीं करता, उसे यह कोड मिलता है। ऐसे में टोकन बदलने से कुछ नहीं होगा, क्योंकि रुकावट खाते की पात्रता है, क्रेडेंशियल नहीं।

### गड़बड़ी 10 को कैसे ठीक करें?

access token debugger से शुरू करें, जिसे Meta पहली जांच के रूप में बताता है।

अगर scopes की सूची में वह अनुमति नहीं है जो एंडपॉइंट को चाहिए, तो कारोबार से उसे दोबारा दिलवाएं। पार्टनर ऐप के लिए इसका मतलब उस अनुमति का Advanced access पक्का करना भी है, क्योंकि Meta की अनुमतियों वाली गाइड क्लाइंट खातों के लिए इसे ज़रूरी बताती है।

अगर scopes पूरे दिखें, तो WhatsApp के दो कारणों पर जाएं। Flows कॉल में उस नंबर की अनुमत सूची जांचें जिसने पब्लिक की सेट की थी। बाकी हर मामले में, जिस API को कॉल कर रहे हैं उसकी पात्रता शर्तें पढ़ें और कोई भी क्रेडेंशियल बदलने से पहले पुष्टि करें कि खाता उन्हें पूरा करता है।

- यह मान लेना कि डिप्लॉय की वजह से इंटीग्रेशन टूटा। Business Settings में हटाई गई अनुमति बिना किसी कोड बदलाव के भी यह कोड देती है।
- कारण पात्रता होने पर टोकन दोबारा बनाना। कोई क्रेडेंशियल अपात्र खाते को पात्र नहीं बना सकता।
- Flows की अनुमत सूची को अनदेखा करना। Flows with Endpoint पर सूची से बाहर का नंबर पूरे scopes होने पर भी 10 लौटाता है।

**क्या गड़बड़ी 10 और गड़बड़ी 131005 एक ही हैं?** Meta के रेफ़रेंस में दोनों का विवरण एक ही है। कोड 10 Graph API का कोड है और 131005 WhatsApp की रेंज में आता है। दोनों की जांच एक ही तरह होती है।

**क्या गड़बड़ी 10 ऐसे नंबर पर आ सकती है जो कल तक चल रहा था?** हां। Meta के विवरण में हटाई गई अनुमतियां भी शामिल हैं, इसलिए पहले दी गई पहुंच बाद में वापस ली जा सकती है।

**क्या गड़बड़ी 10 का मतलब है कि मेरा टोकन एक्सपायर हो गया?** नहीं। एक्सपायर हुआ टोकन कोड 190 या 0 होता है। कोड 10 का मतलब है कि टोकन वैध है, लेकिन उसमें कोई अनुमति नहीं है।

**मैं कैसे देखूं कि कौन सी अनुमतियां दी गई हैं?** debug_token कॉल करें या access token debugger खोलें। scopes प्रॉपर्टी टोकन पर मौजूद हर अनुमति की सूची दिखाती है।

---

## WhatsApp गड़बड़ी 200: कोई एक्सेस टोकन नहीं दिया गया

https://easycoexistence.com/hi/docs/whatsapp-error-200

गड़बड़ी कोड 200 का मतलब है कि अनुरोध बिना एक्सेस टोकन के Meta तक पहुँचा। Meta का विवरण है "No access token was provided", और एपीआई जवाब में मैसेज 'Provide valid app ID' देता है। यह whatsapp_business_profile जैसे कुछ GET एंडपॉइंट पर दिखती है। कोड 200 से 299 उन अनुमतियों को भी कवर करते हैं जो दी नहीं गईं या हटा दी गई हैं।

### गड़बड़ी 200 में 'Provide valid app ID' क्यों लिखा आता है?

क्योंकि एपीआई यही मैसेज लौटाता है, भले ही असली समस्या टोकन का न होना हो।

Meta के गड़बड़ी संदर्भ के अनुसार, जब whatsapp_business_profile जैसे कुछ GET एंडपॉइंट पर टोकन शामिल नहीं होता, तब कोड 200 आता है और एपीआई मैसेज 'Provide valid app ID' देता है। उसी संदर्भ में लिखा है कि यही चूक होने पर दूसरे एंडपॉइंट 190 या 104 भी लौटा सकते हैं।

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

### गड़बड़ी 200 कब अनुमति की कमी का संकेत होती है?

जब टोकन मौजूद हो, लेकिन ऐप के पास कॉल के लिए ज़रूरी अनुमति न हो।

Meta 200 से 299 की श्रेणी को "Permission is either not granted or has been removed" बताता है, और उपाय कोड 10 जैसा ही है: टोकन को Access Token Debugger में जाँचें। दो खास मामले दर्ज हैं। अनुमतियों की गाइड कहती है कि जो ऐप Advanced access के बिना ऐसे WABA पर whatsapp_business_management इस्तेमाल करता है जिनका मालिक उसका कारोबार नहीं है, उसे गड़बड़ी 200 मिलती है। रजिस्ट्रेशन गाइड कहती है कि whatsapp_business_management के बिना नंबर डीरजिस्टर करने पर गड़बड़ी 200 आती है। एक्सेस टोकन गाइड तीसरा मामला जोड़ती है: ऐसा System User टोकन, जिसके यूज़र के पास पूछे गए संसाधन की पहुँच नहीं है, 200 के साथ अस्वीकार हो जाता है।

मामलों में फ़र्क करने के लिए मैसेज का टेक्स्ट पढ़ें। टोकन न होने पर 'Provide valid app ID' लिखा आता है।

### गड़बड़ी 200 और गड़बड़ी 190 में क्या फ़र्क है?

गड़बड़ी 190 का मतलब है कि टोकन भेजा गया था और उसकी अवधि खत्म हो चुकी है। गड़बड़ी 200 का पहला मतलब है कि कोई टोकन भेजा ही नहीं गया।

Meta का संदर्भ यह अंतर सीधे बताता है: 200 का उपाय यह पक्का करना है कि अनुरोध में वैध एक्सेस टोकन शामिल हो, और वह इस स्थिति को 190 से अलग बताता है, जो अवधि खत्म या अमान्य टोकन के लिए है।

इससे देखने की जगह बदल जाती है। 190 आपको टोकन की अवधि और नवीनीकरण की ओर ले जाता है। 'Provide valid app ID' वाला 200 आपको अनुरोध बनाने वाले कोड की ओर ले जाता है, क्योंकि क्रेडेंशियल आपके सिस्टम से बाहर गया ही नहीं।

- ऐप आईडी की समस्या खोजना। मैसेज में ऐप आईडी लिखा है, लेकिन Meta के दस्तावेज़ के अनुसार कारण बिना टोकन वाला अनुरोध है।
- जो टोकन कभी भेजा ही नहीं गया, उसे नवीनीकृत करना। नया टोकन भी अनुरोध से छूट जाए तो वही गड़बड़ी आती है।
- हर 200 को टोकन की कमी मान लेना। टोकन मौजूद हो तो 200 से 299 की श्रेणी का मतलब अनुमति की कमी है।

**क्या चालू नंबर पर गड़बड़ी 200 आ सकती है?** हाँ। यह अनुरोध के बारे में बताती है, नंबर के बारे में नहीं। पूरी तरह ठीक हेल्थ वाला नंबर भी बिना टोकन वाली कॉल को अस्वीकार कर देता है।

**एक एंडपॉइंट ने 200 और दूसरे ने 190 क्यों लौटाया?** Meta के अनुसार टोकन न होने पर कुछ GET एंडपॉइंट 200 लौटाते हैं, जबकि दूसरे एंडपॉइंट 190 या 104 लौटा सकते हैं।

**क्या नंबर डीरजिस्टर करने के लिए खास अनुमति चाहिए?** हाँ। Meta की रजिस्ट्रेशन गाइड कहती है कि whatsapp_business_management के बिना डीरजिस्टर करने पर गड़बड़ी 200 आती है।

**क्या गड़बड़ी 200 का गड़बड़ी 10 से कोई संबंध है?** अनुमति वाले अर्थ में हाँ। दोनों का विवरण यही है कि अनुमति दी नहीं गई या हटा दी गई है।

---

## WhatsApp गड़बड़ी 130472: मैसेज प्रयोग के हिस्से के तौर पर नहीं भेजा गया

https://easycoexistence.com/hi/docs/whatsapp-error-130472

गड़बड़ी 130472 का मतलब है कि मार्केटिंग टेम्पलेट मैसेज इसलिए नहीं भेजा गया, क्योंकि प्राप्तकर्ता Meta के मार्केटिंग मैसेज प्रयोग में शामिल है। Meta का विवरण है: "मैसेज प्रयोग के हिस्से के तौर पर नहीं भेजा गया।" WhatsApp के कुछ प्रतिशत उपयोगकर्ताओं को कोई मार्केटिंग टेम्पलेट नहीं मिलता, जब तक कस्टमर सर्विस विंडो या फ़्री एंट्री पॉइंट विंडो खुली न हो। इस मैसेज का बिल नहीं लगता।

### WhatsApp गड़बड़ी 130472 का क्या मतलब है?

इसका मतलब है कि Meta ने मार्केटिंग टेम्पलेट रोक लिया, क्योंकि प्राप्तकर्ता किसी प्रयोग समूह का हिस्सा है।

Meta के प्रयोग वाले पेज के अनुसार WhatsApp लगातार प्रयोग चलाता है, ताकि मैसेजिंग का उपयोगकर्ता अनुभव पर असर मापा जा सके। मार्केटिंग मैसेज प्रयोग में WhatsApp के बहुत छोटे प्रतिशत उपयोगकर्ताओं को किसी भी कारोबार से मार्केटिंग टेम्पलेट मैसेज नहीं मिलते, जब तक उस कारोबार के साथ कस्टमर सर्विस विंडो या फ़्री एंट्री पॉइंट विंडो खुली न हो।

जब आप ऐसे उपयोगकर्ता को मार्केटिंग टेम्पलेट भेजते हैं, तो WhatsApp उसे नहीं भेजता और आपसे शुल्क भी नहीं लेता। स्टेटस वेबहुक आता है, जिसमें `status` का मान failed और गड़बड़ी का कोड 130472 होता है।

### गड़बड़ी 130472 वाले ग्राहक तक कैसे पहुँचें?

ग्राहक से पहले खुद मैसेज करवाइए, इससे कस्टमर सर्विस विंडो खुल जाती है।

Meta के प्रयोग वाले पेज में साफ़ लिखा है कि टेम्पलेट दोबारा भेजने पर वही गड़बड़ी आती है। उसका सुझाया रास्ता यह है कि उपयोगकर्ता से किसी दूसरे, गैर WhatsApp चैनल पर संपर्क करें और उनसे अपने पास मैसेज भेजने को कहें। तब टेम्पलेट खुली कस्टमर सर्विस विंडो के अंदर भेजा जा सकता है।

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

### इंटीग्रेशन को गड़बड़ी 130472 कैसे संभालनी चाहिए?

उस मैसेज की अंतिम स्थिति मानिए, दोबारा कोशिश वाली विफलता नहीं।

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

रिपोर्टिंग में भी इसे अलग गिनना ठीक रहता है। जिस कैंपेन में कुछ 130472 नतीजे हैं, उसकी गुणवत्ता या पहुँच आपकी किसी वजह से नहीं घटी, और इन्हें असली विफलताओं के साथ गिनने से आँकड़े पढ़ना मुश्किल हो जाता है।

- टेम्पलेट दोबारा भेजना। Meta के अनुसार दोबारा भेजने पर वही गड़बड़ी आती है।
- इसे गुणवत्ता की समस्या मान लेना। यह प्रयोग हर कारोबार के लिए उपयोगकर्ताओं के एक समूह पर समान रूप से लागू होता है।
- सिर्फ़ भेजने का जवाब देखना। 130472 का स्टेटस मैसेज वेबहुक से आता है।

**क्या 130472 से रोके गए मैसेज का शुल्क लगता है?** नहीं। Meta के प्रयोग वाले पेज के अनुसार मैसेज भेजा नहीं जाता और उसका बिल भी नहीं लगता।

**क्या मैं अपने कारोबार को इस प्रयोग से बाहर करवा सकता हूँ?** नहीं। Meta के अनुसार कोई अपवाद या ऑप्ट-आउट उपलब्ध नहीं है, और प्रयोग की कोई तय समाप्ति तारीख नहीं है।

**क्या गड़बड़ी 130472 यूटिलिटी टेम्पलेट पर भी असर डालती है?** Meta इस प्रयोग को मार्केटिंग टेम्पलेट मैसेज तक सीमित बताता है। वह दूसरी श्रेणियों का ज़िक्र नहीं करता।

**फिर भी मैसेज कैसे पहुँचाया जाए?** ग्राहक से किसी दूसरे चैनल पर कहिए कि वे आपको मैसेज करें। खुली कस्टमर सर्विस विंडो के अंदर टेम्पलेट भेजा जा सकता है।

---

## WhatsApp गड़बड़ी 131005: एक्सेस अस्वीकृत, अनुमति गायब

https://easycoexistence.com/hi/docs/whatsapp-error-131005

गड़बड़ी 131005 का मतलब है कि एक्सेस टोकन में वह अनुमति नहीं है जो WhatsApp एंडपॉइंट माँगता है। या तो वह कभी दी ही नहीं गई, या बाद में हटा ली गई। Meta का विवरण है "Permission is either not granted or has been removed." समाधान: एक्सेस टोकन डिबगर से टोकन जाँचें, फिर छूटी हुई अनुमति दें या ऐसा टोकन इस्तेमाल करें जिसमें वह मौजूद हो।

### WhatsApp गड़बड़ी 131005 का क्या मतलब है?

इसका मतलब है कि टोकन असली माना गया है, लेकिन उसमें वह अनुमति नहीं है जिसे एंडपॉइंट जाँचता है।

Meta के Cloud API रेफ़रेंस में 131005 के विवरण में लिखा है "Permission is either not granted or has been removed." Graph API की गड़बड़ी 10 में भी यही वाक्य है। फ़र्क़ सिर्फ़ रेंज का है: 10 एक सामान्य Graph API कोड है, जबकि 131005 उन WhatsApp कोड में आता है जो 131 से शुरू होते हैं।

शब्द एक जैसे हैं, इसलिए निदान भी एक जैसा है। दोनों के लिए Meta का उपाय यही है कि एक्सेस टोकन डिबगर से पुष्टि करें कि ऐप के पास एंडपॉइंट की ज़रूरी अनुमतियाँ हैं।

### आम तौर पर कौन-सी अनुमति छूटी होती है?

आम तौर पर WhatsApp की दो अनुमतियों में से एक, और कौन-सी, यह इस पर निर्भर है कि कॉल क्या करती है।

Meta की अनुमति गाइड उन्हें काम के हिसाब से बाँटती है। whatsapp_business_messaging किसी भी तरह का मैसेज भेजने और मैसेज व स्टेटस वेबहुक पाने के लिए चाहिए। whatsapp_business_management खाते के मेटाडेटा, टेम्पलेट प्रबंधन, फ़ोन नंबर की सूची, एनालिटिक्स और खाते के वेबहुक के लिए चाहिए।

सिर्फ़ मैनेजमेंट अनुमति वाला टोकन खाता पढ़ सकता है और टेम्पलेट की सूची दिखा सकता है, पर मैसेज भेजते ही विफल हो जाता है। सिस्टम यूज़र टोकन बनाते समय Meta की एक्सेस टोकन गाइड के अनुसार business_management, whatsapp_business_management और whatsapp_business_messaging तीनों साथ में असाइन करें।

### गड़बड़ी 131005 कैसे ठीक करें?

पहले टोकन पढ़ें, फिर सिर्फ़ वही बदलें जो छूटा है।

debug_token एंडपॉइंट को कॉल करें, या टोकन को एक्सेस टोकन डिबगर में पेस्ट करें। scopes प्रॉपर्टी में दी गई हर अनुमति की सूची मिलती है। उसे उस एंडपॉइंट के रेफ़रेंस पेज से मिलाएँ जो विफल हुआ।

अगर कोई अनुमति नहीं है, तो उसे शामिल करके नया टोकन बनाएँ। अगर टोकन किसी पार्टनर फ़्लो से आता है, तो कारोबार के मालिक से वह अनुमति दोबारा दिलवाएँ। अगर सारी अनुमतियाँ मौजूद हैं और गड़बड़ी बनी रहती है, तो देखें कि टोकन के पीछे वाले सिस्टम यूज़र को उस खास WhatsApp Business Account का एक्सेस मिला है या नहीं, क्योंकि टोकन के scopes पूरे होने पर भी वह उस एसेट से असाइन नहीं हो सकता।

- यह मान लेना कि टोकन की मियाद खत्म हो गई। मियाद खत्म होने पर 190 या 0 आता है। यह कोड बताता है कि टोकन चलता है, पर उसमें अनुमति नहीं है।
- सिर्फ़ मैनेजमेंट अनुमति वाला टोकन बनाकर उससे मैसेज भेजना। भेजने के लिए whatsapp_business_messaging चाहिए।
- scopes जाँचकर वहीं रुक जाना। सिस्टम यूज़र को उस खास WhatsApp Business Account का एक्सेस भी देना होता है।

**क्या 131005 और 10 एक ही गड़बड़ी हैं?** Meta के रेफ़रेंस में दोनों का विवरण एक जैसा है। 131005 WhatsApp रेंज का कोड है और 10 Graph API रेंज का।

**क्या सेटअप के बाद कोई अनुमति हट सकती है?** हाँ। Meta का विवरण साफ़ तौर पर उन अनुमतियों को भी शामिल करता है जो हटा ली गई हैं, सिर्फ़ उन्हें नहीं जो कभी दी ही नहीं गईं।

**क्या गड़बड़ी 131005 फ़ोन पर WhatsApp Business ऐप को प्रभावित करती है?** नहीं। यह सिर्फ़ एपीआई टोकन से जुड़ी है। फ़ोन का ऐप पहले की तरह चलता रहता है।

**क्या गड़बड़ी 131005 के बाद दोबारा कोशिश करनी चाहिए?** नहीं। उसी टोकन से दोबारा कोशिश करने पर वही नतीजा मिलेगा। पहले अनुमति ठीक करें।

---

## WhatsApp गड़बड़ी 131037: 555 नंबर का डिस्प्ले नेम मंज़ूर नहीं है

https://easycoexistence.com/hi/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 खाते में माइग्रेट नहीं किए जा सकते। इन्हें WhatsApp Business Platform के बाहर भी इस्तेमाल नहीं किया जा सकता।

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

### गड़बड़ी 131037 को कैसे ठीक करें?

डिस्प्ले नेम मंज़ूर करवाएँ। व्यवहार में इसका मतलब है उसे ऐसे नाम में बदलना जो समीक्षा पास कर सके।

Meta का समाधान 555 नंबर का डिस्प्ले नेम बदलना है, और वह WhatsApp Business डिस्प्ले नेम बदलने वाले अपने हेल्प सेंटर लेख का हवाला देता है। WhatsApp Manager में यह खाता टूल, फ़ोन नंबर, फिर उस नंबर के प्रोफ़ाइल टैब में डिस्प्ले नेम सेक्शन के संपादन विकल्प में मिलता है। Meta के डिस्प्ले नेम दिशानिर्देश मानें, क्योंकि नाम अस्वीकृत हुआ तो आप वहीं लौट आएँगे जहाँ से शुरू किया था।

Meta की डिस्प्ले नेम गाइड यह भी कहती है कि नाम बदलने की मंज़ूरी मिलने के बाद नंबर को दोबारा रजिस्टर करने के लिए आपके पास 14 दिन होते हैं, और मंज़ूरी से पहले दोबारा रजिस्टर करने का कोई असर नहीं होता।

### कैसे जाँचें कि डिस्प्ले नेम मंज़ूर हुआ या नहीं?

फ़ोन नंबर ID पर 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 खाते में माइग्रेट नहीं किए जा सकते।

**मुझे कैसे पता चलेगा कि नाम मंज़ूर हो गया?** phone_number_name_update वेबहुक आता है जिसमें decision का मान APPROVED होता है, और name_status भी APPROVED हो जाता है।

**अगर डिस्प्ले नेम अस्वीकृत हो जाए तो क्या करें?** Meta के डिस्प्ले नेम दिशानिर्देशों के अनुसार उसे संपादित करें, या डेवलपर सपोर्ट के ज़रिए अपील करें।

---

## WhatsApp गड़बड़ी 131057: कारोबार खाता मेंटेनेंस मोड में

https://easycoexistence.com/hi/docs/whatsapp-error-131057

गड़बड़ी 131057 का मतलब है कि WhatsApp Business खाता मेंटेनेंस मोड में है, इसलिए थोड़ी देर के लिए उस खाते के अनुरोध ठुकराए जाते हैं। Meta का विवरण है "कारोबार खाता मेंटेनेंस मोड में है।" Meta एक वजह थ्रूपुट अपग्रेड बताता है, जिसमें अधिकतम एक मिनट लगता है। अनुरोध में कुछ बदलने के बजाय रुकिए और दोबारा कोशिश कीजिए।

### WhatsApp गड़बड़ी 131057 का क्या मतलब है?

इसका मतलब है कि Meta ने WhatsApp Business खाते को मेंटेनेंस मोड में डाल दिया है और उस पल उस खाते के अनुरोध स्वीकार नहीं कर रहा।

Cloud API रेफ़रेंस में विवरण का टेक्स्ट "कारोबार खाता मेंटेनेंस मोड में है" दिया गया है। साथ में बताया गया है कि एक वजह खाते पर थ्रूपुट अपग्रेड हो सकती है। "एक वजह" शब्द मायने रखता है: Meta अपग्रेड को संभावित कारण बताता है, इकलौता नहीं।

अनुरोध में कोई गड़बड़ी नहीं है। मेंटेनेंस खत्म होने पर वही कॉल बिना बदले भेजने से चल जानी चाहिए। इसलिए यह उन गिने-चुने कोड में है जहाँ इंतज़ार ही पूरा समाधान है।

### थ्रूपुट अपग्रेड से गड़बड़ी 131057 क्यों आती है?

क्योंकि नंबर को ऊँची दर पर ले जाते समय वह कुछ देर के लिए इस्तेमाल लायक नहीं रहता।

Meta की थ्रूपुट गाइड के अनुसार Cloud API डिफ़ॉल्ट रूप से प्रति सेकंड 80 मैसेज तक और ऑटोमैटिक अपग्रेड से 1,000 तक सपोर्ट करता है। अपग्रेड में अधिकतम एक मिनट लग सकता है। इस दौरान नंबर प्लेटफ़ॉर्म पर इस्तेमाल नहीं हो सकता और हर एपीआई अनुरोध 131057 लौटाता है। पहले अपग्रेड के बाद की बढ़ोतरी बिना डाउनटाइम के होती है।

गाइड में पात्रता की शर्तें दी गई हैं: Business Portfolio पर असीमित मैसेजिंग लिमिट, पिछले 24 घंटे में कस्टमर सर्विस विंडो के बाहर कम से कम 100K यूनीक यूज़र को मैसेज, और Medium या उससे ऊपर की क्वालिटी रेटिंग।

### क्या गड़बड़ी 131057 Coexistence नंबर पर भी लागू होती है?

यह किसी भी नंबर पर आ सकती है, लेकिन थ्रूपुट वाली व्याख्या 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/hi/docs/whatsapp-error-132005

गड़बड़ी 132005 का मतलब है कि भेजे जा रहे टेम्पलेट का टेक्स्ट, इस्तेमाल किए गए अनुवाद में, बहुत लंबा है। Meta का विवरण है “अनुवादित टेक्स्ट बहुत लंबा है।” Meta की सलाह है कि WhatsApp Manager में देखें कि टेम्पलेट का अनुवाद हुआ है या नहीं, फिर टेम्पलेट का स्टेटस जाँचें। टेम्पलेट की बॉडी के टेक्स्ट में अधिकतम 1,024 अक्षर और फ़ुटर के टेक्स्ट में 60 अक्षर हो सकते हैं।

### WhatsApp गड़बड़ी 132005 का क्या मतलब है?

इसका मतलब है कि टेम्पलेट भेजना इसलिए विफल हुआ कि जिस भाषा वाले संस्करण को भेजा गया, उसका टेक्स्ट प्लेटफ़ॉर्म की अनुमति से लंबा है।

Meta ने 132005 को टेम्पलेट की गड़बड़ियों में रखा है, जिसके विवरण में लिखा है “अनुवादित टेक्स्ट बहुत लंबा है।” इसका उपाय यह बताया गया है कि WhatsApp Manager में जाँचें कि टेम्पलेट का अनुवाद हुआ है, और टेम्पलेट का स्टेटस देखने के लिए Meta के टेम्पलेट क्वालिटी वाले दस्तावेज़ देखें।

सुराग “अनुवादित” शब्द में है। टेम्पलेट हर भाषा के लिए अलग होता है, और जो संस्करण विफल होता है वह आपके भेजने के अनुरोध के भाषा कोड वाला संस्करण है। यह वह संस्करण नहीं भी हो सकता जिसे आपने पहले लिखा और जाँचा था।

### गड़बड़ी 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/hi/docs/whatsapp-error-133000

गड़बड़ी 133000 का मतलब है कि फ़ोन नंबर को डीरजिस्टर करने का पिछला प्रयास विफल रहा, इसलिए जब तक यह हल नहीं होता, नंबर रजिस्टर नहीं हो सकता। Meta का विवरण है "A previous deregistration attempt failed." Meta का बताया समाधान है कि नंबर को दोबारा डीरजिस्टर करें, फिर रजिस्टर करें। दोनों एंडपॉइंट पर हर नंबर के लिए 72 घंटे की मूविंग विंडो में 10 अनुरोध की सीमा है।

### WhatsApp गड़बड़ी 133000 का क्या मतलब है?

इसका मतलब है कि प्लेटफ़ॉर्म के रिकॉर्ड में इस नंबर का एक अधूरा डीरजिस्ट्रेशन अब भी दर्ज है, और वह उसके ऊपर नंबर रजिस्टर नहीं करेगा।

Meta 133000 को "A previous deregistration attempt failed" विवरण और एक पंक्ति के समाधान के साथ सूचीबद्ध करता है: रजिस्टर करने से पहले नंबर को दोबारा डीरजिस्टर करें। इसलिए यह गड़बड़ी आमतौर पर रजिस्टर कॉल पर दिखती है, जबकि कारण पहले की डीरजिस्टर कॉल में होता है।

डीरजिस्ट्रेशन फ़ोन नंबर ID के डीरजिस्टर एंडपॉइंट पर POST भेजकर होता है। Meta की रजिस्ट्रेशन गाइड चेतावनी देती है कि इससे नंबर दोबारा रजिस्टर होने तक Cloud API के साथ इस्तेमाल लायक नहीं रहता, लेकिन नंबर या उसकी मैसेज हिस्ट्री डिलीट नहीं होती।

### गड़बड़ी 133000 को कैसे ठीक करें?

डीरजिस्ट्रेशन दोहराएँ, पुष्टि करें कि वह सफल रहा, फिर रजिस्टर करें।

सफल डीरजिस्टर कॉल success को true के साथ लौटाती है। यह जवाब मिलने के बाद ही रजिस्टर कॉल करें, जिसमें messaging_product फ़ील्ड और नंबर का छह अंकों का टू-स्टेप पुष्टि पिन देना होता है।

डीरजिस्टर कॉल के लिए whatsapp_business_management अनुमति चाहिए। Meta की रजिस्ट्रेशन गाइड के अनुसार इसके बिना डीरजिस्टर अनुरोध गड़बड़ी 200 लौटाता है, जिसे उसी तरह की दूसरी विफलता समझा जा सकता है। अगर डीरजिस्टर कॉल खुद बार-बार विफल हो, तो अगला अनुरोध भेजने से पहले हर जवाब का details मान पढ़ें, क्योंकि हर प्रयास नीचे बताई सीमा में गिना जाता है।

### यहाँ प्रयास की सीमा क्यों मायने रखती है?

क्योंकि इस गड़बड़ी को ठीक करना खुद कई प्रयासों का क्रम है, और Meta उन पर सीमा लगाता है।

रजिस्ट्रेशन गाइड रजिस्टर और डीरजिस्टर, दोनों एंडपॉइंट पर हर कारोबारी नंबर के लिए 72 घंटे की मूविंग विंडो में 10 अनुरोध की सीमा तय करती है। इसे पार करने पर गड़बड़ी 133016 आती है, और नंबर अगले 72 घंटे तक उस ऑपरेशन से ब्लॉक हो जाता है।

विफलता के बाद डीरजिस्टर और रजिस्टर कॉल को लूप में चलाने वाली स्क्रिप्ट सेकंडों में पूरी सीमा खर्च कर सकती है और नंबर को तीन दिन तक इस्तेमाल के लायक नहीं छोड़ सकती। हर प्रयास सोच-समझकर करें, जवाब लॉग करें, और दो या तीन विफलताओं के बाद अपने आप आगे बढ़ने के बजाय रुककर जाँच करें।

- पहले डीरजिस्टर किए बिना दोबारा रजिस्टर कॉल करना। Meta के समाधान में रजिस्टर करने से पहले डीरजिस्ट्रेशन का पूरा होना ज़रूरी है।
- रजिस्टर और डीरजिस्टर कॉल को अपने आप लूप में चलाना। 72 घंटे में 10 अनुरोध की सीमा है, और उसे पार करने पर नंबर ब्लॉक हो जाता है।
- whatsapp_business_management के बिना डीरजिस्टर करना। इससे गड़बड़ी 200 आती है, जो नंबर की असली स्थिति छिपा देती है।

**क्या डीरजिस्टर करने से मेरा नंबर डिलीट हो जाता है?** नहीं। Meta की रजिस्ट्रेशन गाइड के अनुसार डीरजिस्ट्रेशन से नंबर या उसकी मैसेज हिस्ट्री डिलीट नहीं होती।

**क्या मैं एपीआई से Coexistence नंबर को डीरजिस्टर कर सकता हूँ?** नहीं। Meta के अनुसार जो नंबर Cloud API और WhatsApp Business ऐप, दोनों के साथ इस्तेमाल में है, उस पर डीरजिस्टर एंडपॉइंट इस्तेमाल नहीं किया जा सकता।

**10 प्रयास के बाद क्या होता है?** एपीआई 133016 लौटाता है और नंबर को अगले 72 घंटे तक उस ऑपरेशन से ब्लॉक कर देता है।

**क्या दोबारा रजिस्टर करने के लिए पिन चाहिए?** हाँ। टू-स्टेप पुष्टि चालू होने पर रजिस्ट्रेशन में नंबर का छह अंकों का टू-स्टेप पुष्टि पिन देना होता है।

---

## WhatsApp गड़बड़ी 133004: सर्वर कुछ समय के लिए उपलब्ध नहीं

https://easycoexistence.com/hi/docs/whatsapp-error-133004

गड़बड़ी 133004 का मतलब है कि अनुरोध को संभालने वाला सर्वर कुछ समय के लिए उपलब्ध नहीं था। Meta इसे "Server is temporarily unavailable." कहता है। अनुरोध में कोई खामी नहीं है। Meta की सलाह है कि दोबारा कोशिश करने से पहले WhatsApp Business Platform Status पेज देखें और जवाब में `details` का मान पढ़ें, फिर कुछ देरी के बाद दोबारा कोशिश करें।

### WhatsApp गड़बड़ी 133004 का क्या मतलब है?

इसका मतलब है कि उस समय एक सर्वर उपलब्ध नहीं था, इसलिए प्लेटफ़ॉर्म अनुरोध को प्रोसेस नहीं कर सका।

Meta ने 133004 को Cloud API की गड़बड़ी-सूची में "Server is temporarily unavailable." के विवरण के साथ दिया है। यहां सबसे अहम शब्द "temporarily" है। आपके टोकन, नंबर या मैसेज में से किसी को भी अस्वीकार नहीं किया जा रहा है, और वही अनुरोध थोड़ी देर बाद सफल हो सकता है।

यह 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: टू-स्टेप पुष्टि का पिन बहुत जल्दी दर्ज किया गया

https://easycoexistence.com/hi/docs/whatsapp-error-133009

गड़बड़ी 133009 का मतलब है कि टू-स्टेप पुष्टि के पिन के प्रयास Meta तक उसकी स्वीकार की गई गति से तेज़ पहुंचे। Meta का विवरण है: "Two-step verification PIN was entered too quickly." पिन सही भी हो सकता है और गलत भी। दोबारा कोशिश करने से पहले जवाब में details वैल्यू पढ़ें, और अगला प्रयास तभी भेजें जब उसमें बताया गया इंतज़ार पूरा हो चुका हो।

### WhatsApp गड़बड़ी 133009 का क्या मतलब है?

इसका मतलब है कि इस नंबर के लिए पिन के प्रयास एक-दूसरे के बहुत करीब आ रहे हैं, और Meta ताज़ा प्रयास को परखे बिना ही ठुकरा देता है।

Cloud API रेफ़रेंस में 133009 के लिए details का पाठ "Two-step verification PIN was entered too quickly" है और एक ही निर्देश है: दोबारा कोशिश करने से पहले जवाब में details वैल्यू देखें।

यह कोड दो पड़ोसी कोड के बीच आता है। 133005 कहता है कि पिन गलत था। 133008 कहता है कि नंबर के लिए पिन के बहुत ज़्यादा अंदाज़े लग चुके हैं। 133009 सिर्फ़ रफ़्तार के बारे में है, इसीलिए यह तब दिखता है जब कोई प्रक्रिया पिन के प्रयास तेज़ी से एक के बाद एक भेजती है, जैसे रजिस्टर कॉल पर चलता रीट्राई लूप।

### गड़बड़ी 133009 कैसे ठीक करें?

रफ़्तार घटाएं और अंदाज़े लगाना बंद करें।

अगले प्रयास से पहले error_data में details वैल्यू पढ़ें। Meta का रेफ़रेंस details को गड़बड़ी की सबसे संभावित वजह बताता है, और इस कोड के लिए Meta सबसे पहले यही देखने को कहता है।

फिर यह पक्का करें कि अगले प्रयास में ऐसा पिन इस्तेमाल हो जो किसी को सच में पता हो। अगर किसी को पता नहीं है, तो Meta की टू-स्टेप पुष्टि गाइड WhatsApp Manager में रीसेट का तरीका बताती है: फ़ोन नंबर की सेटिंग खोलें, Two-step verification चुनें और Change PIN पर क्लिक करें। ज्ञात नया पिन उन अंदाज़ों की झड़ी से तेज़ है जो 133008 और लंबे इंतज़ार पर खत्म होती है।

### पिन कहां इस्तेमाल होता है?

Cloud API के लिए नंबर रजिस्टर करते समय, और उसके आसपास खाते से जुड़े कुछ कामों में।

Meta की टू-स्टेप पुष्टि गाइड के अनुसार फ़ोन नंबर रजिस्टर करते समय इस सेटिंग में छह अंकों का पिन ज़रूरी है, और टू-स्टेप पुष्टि चालू होने पर रजिस्ट्रेशन कॉल में पिन एक अनिवार्य फ़ील्ड है। Meta की फ़ोन नंबर गाइड जोड़ती है कि पिन बदलने या नंबर को प्लेटफ़ॉर्म से हटाने के समय भी पिन चाहिए।

चूंकि यह कभी-कभार ही चाहिए, इसलिए आसानी से भूल जाता है। इसे कारोबार के दूसरे खाते के क्रेडेंशियल के साथ रखें, उस व्यक्ति के पास नहीं जिसने नंबर पहली बार सेट किया था।

- रजिस्टर कॉल को लूप में तुरंत दोहराना। तेज़ पिन प्रयास ही वह चीज़ है जिसकी यह कोड रिपोर्ट करता है।
- हर रीट्राई के बीच अलग-अलग पिन आज़माना। बहुत ज़्यादा अंदाज़ों से आप 133009 से 133008 तक पहुंच जाते हैं।
- details वैल्यू को अनदेखा करना। Meta इसे ही दोबारा कोशिश से पहले जांचने की चीज़ बताता है।

**क्या गड़बड़ी 133009 का मतलब है कि मेरा पिन गलत है?** ज़रूरी नहीं। इसका मतलब है कि प्रयास बहुत जल्दी आए। गलत पिन की रिपोर्ट 133005 से होती है।

**133009 के बाद कितना इंतज़ार करना चाहिए?** Meta कोई तय समय प्रकाशित नहीं करता। दोबारा कोशिश करने से पहले जवाब में details वैल्यू पढ़ें।

**क्या मैं एपीआई से टू-स्टेप पुष्टि बंद कर सकता हूं?** नहीं। Meta की टू-स्टेप पुष्टि गाइड कहती है कि इसे बंद करने के लिए कोई एंडपॉइंट नहीं है। आप इसकी जगह नया पिन सेट कर सकते हैं।

**भूला हुआ पिन कैसे रीसेट करें?** WhatsApp Manager में फ़ोन नंबर की सेटिंग खोलें, Two-step verification चुनें और Change PIN पर क्लिक करें।

---

## WhatsApp गड़बड़ी 133015: नंबर हाल ही में हटाया गया, हटाना पूरा नहीं हुआ

https://easycoexistence.com/hi/docs/whatsapp-error-133015

गड़बड़ी 133015 का मतलब है कि जिस फ़ोन नंबर को रजिस्टर किया जा रहा है, उसे हाल ही में हटाया गया था और वह हटाना अभी पूरा नहीं हुआ है। Meta का विवरण है: "जिस फ़ोन नंबर को आप रजिस्टर करने की कोशिश कर रहे हैं, उसे हाल ही में हटाया गया था और हटाना अभी पूरा नहीं हुआ है।" दस्तावेज़ में बताया गया समाधान है: रजिस्ट्रेशन अनुरोध दोबारा भेजने से पहले 5 मिनट रुकें।

### WhatsApp गड़बड़ी 133015 का क्या मतलब है?

इसका मतलब है कि रजिस्ट्रेशन अनुरोध तब पहुंचा, जब उसी नंबर को हटाने का काम अभी चल रहा था।

Meta के रेफ़रेंस में पूरा विवरण यह है: "जिस फ़ोन नंबर को आप रजिस्टर करने की कोशिश कर रहे हैं, उसे हाल ही में हटाया गया था और हटाना अभी पूरा नहीं हुआ है।" समाधान भी उतना ही साफ़ है: अनुरोध दोबारा भेजने से पहले 5 मिनट रुकें।

आम तौर पर यह स्थिति नंबर को एक जगह से दूसरी जगह ले जाते समय आती है। कोई नंबर को एक WhatsApp Business Account से हटाकर तुरंत दूसरे में रजिस्टर कर देता है, या शुरुआत से करने के लिए हटाकर दोबारा जोड़ता है। तब दूसरा चरण Meta तक पहुंच जाता है, जबकि पहला चरण पर्दे के पीछे अभी पूरा नहीं हुआ होता।

### कारोबार का फ़ोन नंबर कैसे हटाया जाता है?

सिर्फ़ WhatsApp Manager में, और सिर्फ़ Business Portfolio के एडमिन द्वारा।

Meta की फ़ोन नंबर गाइड के अनुसार कारोबार का फ़ोन नंबर एपीआई से नहीं हटाया जा सकता। हटाना WhatsApp Manager में होता है। जिस नंबर का स्टेटस Connected है, उसे हटाने के लिए दो-चरणीय पुष्टि का पिन चाहिए। जिस नंबर से पिछले 30 दिनों में शुल्क वाले मैसेज भेजे गए हों, उसे आखिरी मैसेज के 30 दिन बाद ही हटाया जा सकता है।

हटाना और डीरजिस्ट्रेशन अलग चीज़ें हैं। Meta की रजिस्ट्रेशन गाइड कहती है कि डीरजिस्टर करने से नंबर सिर्फ़ Cloud API के साथ इस्तेमाल के लायक नहीं रहता। नंबर और उसकी मैसेज हिस्ट्री नहीं हटती। गड़बड़ी 133015 खास तौर पर हटाने से जुड़ी है।

### नंबर ले जाते समय गड़बड़ी 133015 से कैसे बचें?

इंतज़ार को पहले से प्रक्रिया में शामिल करें, बाद में उसका पता चलने पर नहीं।

नंबर हटाने के बाद रजिस्टर कॉल से पहले कम से कम 5 मिनट रुकें। अगर कॉल फिर भी 133015 लौटाए, तो तुरंत दोबारा भेजने के बजाय फिर इंतज़ार करें।

धैर्य रखने की वजह रजिस्ट्रेशन की सीमा है। Meta प्रति नंबर 72 घंटे की चलती अवधि में रजिस्टर एंडपॉइंट पर 10 अनुरोध की अनुमति देता है। सीमा पार होते ही एपीआई 133016 लौटाता है और अगले 72 घंटे तक रजिस्ट्रेशन रोक देता है। हर कुछ सेकंड में 133015 पर दोबारा कोशिश करने वाला लूप हटाना पूरा होने से पहले ही उन दसों कोशिशों को खत्म कर सकता है।

- हर कुछ सेकंड में रजिस्टर कॉल दोबारा भेजना। हर कॉल 72 घंटे में 10 की सीमा में गिनी जाती है।
- हटाने और डीरजिस्ट्रेशन को एक समझ लेना। डीरजिस्टर करने से नंबर नहीं हटता, और यह कोड हटाने के बारे में है।
- नंबर को एपीआई से हटाने की कोशिश करना। Meta सिर्फ़ WhatsApp Manager में हटाने की सुविधा देता है।

**गड़बड़ी 133015 के बाद कितना इंतज़ार करना चाहिए?** Meta के अनुसार रजिस्ट्रेशन अनुरोध दोबारा भेजने से पहले 5 मिनट रुकें।

**क्या एपीआई से कारोबार का फ़ोन नंबर हटाया जा सकता है?** नहीं। Meta की फ़ोन नंबर गाइड के अनुसार नंबर सिर्फ़ WhatsApp Manager में हटाया जा सकता है।

**मैं अपना नंबर हटा ही क्यों नहीं पा रहा?** जिस नंबर से पिछले 30 दिनों में शुल्क वाले मैसेज भेजे गए हों, उसे Meta हटाने नहीं देता। आखिरी मैसेज के 30 दिन बाद आप उसे हटा सकते हैं।

**बहुत जल्दी-जल्दी कोशिश करने पर क्या होता है?** 72 घंटे में 10 रजिस्टर अनुरोध के बाद एपीआई 133016 लौटाता है और 72 घंटे के लिए रजिस्ट्रेशन रोक देता है।

---

## WhatsApp गड़बड़ी 135000: अनुरोध के पैरामीटर में अज्ञात गड़बड़ी

https://easycoexistence.com/hi/docs/whatsapp-error-135000

गड़बड़ी 135000 का मतलब है कि अनुरोध के पैरामीटर में किसी अज्ञात गड़बड़ी की वजह से मैसेज भेजा नहीं जा सका। Meta का विवरण है: “आपके अनुरोध के पैरामीटर में अज्ञात गड़बड़ी के कारण मैसेज भेजा नहीं जा सका।” Meta की सलाह है कि सही सिंटैक्स के लिए एंडपॉइंट का रेफ़रेंस देखें, और गड़बड़ी बार-बार आए तो कस्टमर सपोर्ट से संपर्क करें।

### WhatsApp गड़बड़ी 135000 का क्या मतलब है?

इसका मतलब है कि प्लेटफ़ॉर्म मैसेज नहीं भेज सका, ठीक-ठीक वजह नहीं बता सका, फिर भी समस्या को आपके अनुरोध के पैरामीटर में माना।

Meta के रेफ़रेंस में 135000 का details टेक्स्ट है: “आपके अनुरोध के पैरामीटर में अज्ञात गड़बड़ी के कारण मैसेज भेजा नहीं जा सका।” उपाय यह है कि एंडपॉइंट का रेफ़रेंस देखकर पता करें कि आप उसे सही सिंटैक्स में कॉल कर रहे हैं या नहीं, और कोड बार-बार आए तो कस्टमर सपोर्ट से संपर्क करें।

इसी वजह से यह 131000 से अलग है। Meta उसे पैरामीटर की ओर इशारा किए बिना अज्ञात गड़बड़ी बताता है, और उसका उपाय दोबारा कोशिश करने से शुरू होता है।

### गलत पैरामीटर कैसे ढूँढें?

आपने जो अनुरोध भेजा, उसकी पूरी बॉडी को एंडपॉइंट के रेफ़रेंस से फ़ील्ड दर फ़ील्ड मिलाएँ।

गड़बड़ी के साथ पूरा पेलोड भी लॉग करें, क्योंकि वजह अक्सर वह मान होता है जो हर मैसेज में बदलता है: अनपेक्षित फ़ॉर्मैट वाला फ़ोन नंबर, जहाँ टेक्स्ट चाहिए वहाँ खाली स्ट्रिंग, या गलत जगह रखे फ़ील्ड वाला नेस्टेड ऑब्जेक्ट। फिर error_data में details का मान पढ़ें, जिसे Meta गड़बड़ी की सबसे संभावित वजह बताता है।

अगर 135000 के साथ फ़ेल हुआ पेलोड किसी बदलाव के बाद सफल हो जाए, तो दोनों संस्करण सँभालकर रखें। दोनों का अंतर ही जवाब है, और वही बताता है कि अगली बार भेजने से पहले क्या जाँचना है।

### गड़बड़ी 135000 के लिए Meta सपोर्ट से कब संपर्क करें?

जब अनुरोध रेफ़रेंस से मेल खाता हो और कोड फिर भी बार-बार आ रहा हो।

बार-बार आने वाले 135000 के लिए Meta अगला कदम सपोर्ट को बताता है। गड़बड़ी के जवाब से fbtrace_id दें, जिससे Meta के अनुसार गड़बड़ी डीबग करने में मदद मिल सकती है। साथ में टाइमस्टैम्प, एंडपॉइंट और क्रेडेंशियल हटाई हुई अनुरोध बॉडी भी दें।

टिकट खोलने से पहले जाँच लें कि वही अनुरोध हर बार फ़ेल होता है। जो अनुरोध एक बार फ़ेल होकर एक मिनट बाद बिना बदलाव के सफल हो जाए, वह पैरामीटर की नहीं, प्लेटफ़ॉर्म की समस्या दिखाता है, और इसकी पुष्टि WhatsApp Business Platform के Meta स्टेटस पेज पर जल्दी हो जाती है।

- वही अनुरोध बार-बार दोहराना। Meta समस्या को पैरामीटर में मानता है, इसलिए वही पेलोड अक्सर उसी तरह फ़ेल होता है।
- सिर्फ़ गड़बड़ी लॉग करना। अनुरोध की बॉडी के बिना गलत पैरामीटर नहीं ढूँढा जा सकता।
- fbtrace_id के बिना सपोर्ट से संपर्क करना। Meta इसे वह आईडी बताता है जो गड़बड़ी डीबग करने में मदद करती है।

**क्या गड़बड़ी 135000 और 131000 एक ही हैं?** नहीं। 131000 बिना कोई वजह बताए अज्ञात गड़बड़ी है। 135000 वह अज्ञात गड़बड़ी है जिसे Meta आपके अनुरोध के पैरामीटर के नाम लगाता है।

**क्या गड़बड़ी 135000 और गड़बड़ी 100 एक ही हैं?** नहीं। गड़बड़ी 100 असमर्थित या गलत लिखे पैरामीटर बताती है। 135000 कहती है कि पैरामीटर से ऐसी गड़बड़ी हुई जिसे Meta पहचान नहीं सका।

**क्या 135000 के बाद दोबारा कोशिश करनी चाहिए?** बिना बदलाव के नहीं। पहले अनुरोध को एंडपॉइंट के रेफ़रेंस से मिलाकर जाँचें।

**Meta सपोर्ट को क्या भेजूँ?** जवाब से fbtrace_id, एंडपॉइंट, समय और क्रेडेंशियल हटाई हुई अनुरोध बॉडी।

---

## EasyCoexistence बनाम Z-API

https://easycoexistence.com/hi/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 Account के लिए जारी करता है, और जो Meta के Embedded Signup से जुड़ता है। नंबर API नंबर के रूप में रजिस्टर होता है और उसी फ़ोन पर WhatsApp Business ऐप चलता रहता है।

### प्रति नंबर कितना खर्च आता है

दोनों प्रति नंबर शुल्क लेते हैं, इसलिए यह उन गिनी-चुनी तुलनाओं में से है जहाँ इकाइयाँ बराबर हैं।

- Z-API:: Ultimate प्लान पर R$ 99,99 प्रति इंस्टेंस प्रति माह, या Partner प्लान पर R$ 89,99 प्रति इंस्टेंस, जिसमें कम से कम दस इंस्टेंस लेने होते हैं। यह उनकी साइट पर प्रकाशित है। ट्रायल दो दिन का है।
- EasyCoexistence:: एक से पाँच नंबर के लिए US$ 9 प्रति जुड़ा नंबर प्रति माह, जो छह बैंड में घटकर नंबर बढ़ने के साथ US$ 1 प्रति नंबर तक आ जाता है। पहले तीन दिन मुफ़्त हैं, और 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/hi/compare/easycoexistence-vs-blip

Blip ब्राज़ील का एक कन्वर्सेशनल प्लेटफ़ॉर्म है, जिससे WhatsApp और दूसरे चैनलों पर चैटबॉट बनाए और ग्राहक सेवा चलाई जाती है। इसके सशुल्क प्लान की कीमत सेल्स टीम से मिलती है। EasyCoexistence खुद WhatsApp का कनेक्शन है: Coexistence के ज़रिए Meta के Cloud API पर, हर जुड़े नंबर की प्रकाशित फ़ीस पर, और फ़ोन पर WhatsApp Business ऐप पहले की तरह चलता रहता है।

### दोनों प्रोडक्ट क्या हैं

दोनों Meta के आधिकारिक एपीआई का इस्तेमाल करते हैं। उसके ऊपर वे अलग-अलग चीज़ें बेचते हैं।

- Blip:: कस्टम फ़्लो और नैचुरल लैंग्वेज प्रोसेसिंग वाले बॉट बनाने का प्लेटफ़ॉर्म, साथ में इंसानी सर्विस डेस्क, जो WhatsApp, Instagram, Messenger और दूसरे चैनलों पर चलता है। उनके प्राइसिंग पेज के अनुसार वे Meta के आधिकारिक Business Solution Provider हैं।
- EasyCoexistence:: कारोबार जिस नंबर को WhatsApp Business ऐप में पहले से इस्तेमाल करता है, उसे Meta के Cloud API से जोड़ने वाला कनेक्शन, साथ में उस कनेक्शन की लगातार निगरानी। मैसेज उसी सिस्टम तक पहुँचते हैं जो कारोबार पहले से चलाता है: सीआरएम, n8n, अपना कोड, या MCP के ज़रिए एआई एजेंट।

### इसकी कीमत क्या है

यहाँ फ़र्क़ यह है कि किसी से बात किए बिना कीमत पढ़ी जा सकती है या नहीं।

- Blip:: अधिकतम दो एजेंट के लिए एक फ़्री प्लान, जिसमें हर महीने की बातचीत सीमित हैं। सशुल्क प्लान की कीमत पेज पर नहीं है; पाठक को उनके बारे में और जानने के लिए भेज दिया जाता है, इसलिए आँकड़ा सेल्स की बातचीत से ही मिलता है।
- EasyCoexistence:: एक से पाँच नंबर के लिए प्रति जुड़ा नंबर US$ 9 प्रति माह, जो नंबर बढ़ने पर घटकर US$ 1 प्रति नंबर रह जाता है, पहले तीन दिन मुफ़्त। Meta अपने मैसेजिंग शुल्क कारोबार के अपने खाते में बिल करता है और उन पर कोई मार्कअप नहीं होता।

### क्या फ़ोन चलता रहता है

फ़ोन से जवाब देने वाले छोटे कारोबार के लिए आमतौर पर यही पहला सवाल होता है।

- Blip:: उनका प्राइसिंग पेज Coexistence के बारे में कुछ नहीं कहता। इस पेज के भरोसे न रहें; उनसे पूछें कि जुड़े रहने पर नंबर WhatsApp Business ऐप में रह सकता है या नहीं।
- EasyCoexistence:: हाँ, डिज़ाइन से ही। Coexistence में उसी नंबर पर WhatsApp Business ऐप चलता रहता है, हाल की चैट हिस्ट्री सिंक होती है, और एपीआई उसके साथ-साथ काम करता है। 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 के ज़रिए एआई एजेंट तक पहुँचते हैं, और लॉजिक वहीं रहता है।

**क्या EasyCoexistence Meta का प्रोडक्ट है?** नहीं। हम एक स्वतंत्र Meta Tech Provider हैं और Meta के आधिकारिक Embedded Signup और Cloud API का इस्तेमाल करते हैं।

---

## EasyCoexistence बनाम Digisac

https://easycoexistence.com/hi/compare/easycoexistence-vs-digisac

Digisac ब्राज़ील का मल्टीचैनल कस्टमर सर्विस प्लेटफ़ॉर्म है, जिसकी कीमत कस्टम प्रस्ताव से तय होती है और R$ 197 प्रति माह से शुरू होती है। यह आधिकारिक WhatsApp API को Gupshup और 360dialog के ज़रिए चलाता है और Coexistence भी उन्हीं के ज़रिए देता है। EasyCoexistence एक Meta Tech Provider है, जो नंबर को सीधे कनेक्ट करता है, प्रति नंबर घोषित शुल्क पर, बीच में किसी प्लेटफ़ॉर्म के बिना।

### कीमत कैसे तय होती है

एक में प्रस्ताव है और दूसरे में तालिका, और आगे सब कुछ इसी पर टिका है।

- Digisac:: कोई तय प्लान नहीं। उनके अपने पेज के अनुसार शुरुआती कीमत R$ 197 है और यह एजेंट, चैनल, एआई मॉड्यूल जैसी सुविधाओं और इंटीग्रेशन की संख्या के हिसाब से बदलती है। इन्हें उनकी सेल्स टीम प्रस्ताव में जोड़ती है।
- EasyCoexistence:: एक से पाँच नंबरों के लिए प्रति जुड़ा नंबर प्रति माह US$ 9, छह बैंड में घटकर नंबर जोड़ने के साथ US$ 1 प्रति नंबर। न एजेंट गिनने हैं, न मॉड्यूल जोड़ने हैं। पहले तीन दिन मुफ़्त।

### आपके और Meta के बीच कौन है

किसी नंबर के पीछे कंपनियों की कड़ी तय करती है कि वह बिगड़े तो ठीक कौन करेगा।

- Digisac:: प्लेटफ़ॉर्म एपीआई को Gupshup और 360dialog के ज़रिए चलाता है, जो Meta के पार्टनर हैं। उनके Coexistence लेख के अनुसार एक्टिवेशन 360dialog जैसे आधिकारिक प्रोवाइडर के साथ होता है और Digisac उसके ज़रिए ग्राहक की मदद करता है।
- EasyCoexistence:: कोई नहीं। हम एक स्वतंत्र Meta Tech Provider हैं, कारोबार Meta के अपने Embedded Signup से अपने WhatsApp Business Account पर साइन अप करता है, और Meta के वेबहुक सीधे कारोबार के सिस्टम में जाते हैं।

### टीम किसमें काम करती है

सर्विस प्लेटफ़ॉर्म और कनेक्शन, रोज़ के कामकाज में अलग-अलग चीज़ें बदलते हैं।

- Digisac:: WhatsApp, Instagram, Telegram, Messenger, ईमेल और वेबचैट को एक जगह लाने वाला साझा सर्विस प्लेटफ़ॉर्म, जिसमें बातचीत का बँटवारा, इंटरनल चैट और सेल्स फ़नल है। टीम इसी के अंदर काम करती है।
- EasyCoexistence:: लॉग इन करने के लिए कुछ नया नहीं। टीम WhatsApp Business ऐप ही रखती है, और ऑटोमेशन, सीआरएम या एआई एजेंट उसी नंबर पर एपीआई से काम करते हैं।

### नंबर कितनी देर में चालू होता है

छोटे कारोबार अक्सर सिर्फ़ इसी आधार पर फ़ैसला करते हैं।

- Digisac:: पहले व्यावसायिक प्रस्ताव, फिर प्रोवाइडर के साथ एक्टिवेशन। उनके पेज पर पूर्व-शर्तों में CNPJ, Meta Business Manager और नीतियों का पालन गिनाए गए हैं।
- EasyCoexistence:: आमतौर पर Embedded Signup से दो मिनट से कम में: Facebook से लॉग इन करें, नंबर दर्ज करें, ऐप में QR कोड स्कैन करें। नंबर जुड़ते ही मॉनिटरिंग शुरू हो जाती है।

- Digisac की शुरुआती कीमत की तुलना प्रति नंबर शुल्क से करना। उनकी कीमत एजेंट, चैनल और मॉड्यूल के साथ बढ़ती है।
- Coexistence को प्लेटफ़ॉर्म की सुविधा मान लेना। यह Meta की है, जिसे Meta की तरफ़ से प्रोवाइडर के ज़रिए चालू किया जाता है।
- बजट में Meta के शुल्क छोड़ देना। दोनों विकल्पों में ये Meta ही बिल करता है।

**क्या Digisac Coexistence को सपोर्ट करता है?** हाँ। उनके अपने लेख के अनुसार इसे 360dialog जैसे आधिकारिक प्रोवाइडर के साथ चालू किया जाता है और Digisac इस प्रक्रिया में मदद करता है।

**क्या कोई एक सस्ता है?** एक नंबर के लिए हम सस्ते हैं: US$ 9 प्रति माह, जबकि R$ 197 की शुरुआती कीमत एजेंट, चैनल और मॉड्यूल के साथ बढ़ती है। हमारी कीमत नंबर जुड़ने के साथ घटती है।

**क्या आपके साथ साझा इनबॉक्स खो जाता है?** हम इनबॉक्स नहीं बेचते। टीम WhatsApp Business ऐप रखती है, और बाकी सब कुछ आपके चुने टूल में चलता है।

**Meta को भुगतान कौन करता है?** कारोबार खुद, सीधे अपने WhatsApp Business Account पर। हम Meta के किसी शुल्क पर मार्कअप नहीं लगाते।

---

## EasyCoexistence बनाम Octadesk

https://easycoexistence.com/hi/compare/easycoexistence-vs-octadesk

Octadesk ब्राज़ील का कस्टमर सर्विस प्लेटफ़ॉर्म है, जिसमें चैटबॉट, एआई एजेंट और हेल्पडेस्क एक साथ मिलते हैं। इसके प्लान 3,000 बातचीत के लिए R$ 2.499 प्रति माह से शुरू होते हैं, और साथ में ऑनबोर्डिंग कंसल्टेंसी अनिवार्य है। EasyCoexistence उस नंबर को, जो पहले से WhatsApp Business ऐप में चल रहा है, Coexistence के ज़रिए Meta के Cloud API से जोड़ता है। शुल्क प्रति नंबर के हिसाब से प्रकाशित है, बातचीत की कोई सीमा नहीं है और कोई सेटअप नहीं है।

### मासिक बिल किस चीज़ का होता है

दोनों की इकाइयाँ अलग हैं, और यह फ़र्क हर उस ग्राहक के साथ बढ़ता है जो मैसेज भेजता है।

- Octadesk:: बातचीत की संख्या के हिसाब से तय प्लान: One 3,000 के लिए R$ 2.499 प्रति माह, Flow 5,500 के लिए R$ 4.399, Nexus 9,000 के लिए अनुरोध पर। हेल्पडेस्क यूज़र का शुल्क प्रति यूज़र अलग से लगता है, और हर प्लान में ऑनबोर्डिंग कंसल्टेंसी ज़रूरी है, जिसकी कीमत अनुरोध पर बताई जाती है।
- EasyCoexistence:: प्रति कनेक्ट किए गए नंबर एक शुल्क: एक से पाँच नंबर तक US$ 9 प्रति माह, और नंबर बढ़ने के साथ घटकर US$ 1 प्रति नंबर। दस हज़ार बातचीत वाला महीना उतने का ही पड़ता है जितना शांत महीना। Meta अपने मैसेजिंग शुल्क सीधे बिल करता है।

### दोनों असल में क्या हैं

दोनों नंबर को आधिकारिक एपीआई पर रखते हैं। फ़र्क इसमें है कि उसके ऊपर क्या बना है।

- Octadesk:: एक सर्विस इकोसिस्टम: चैटबॉट, एआई एजेंट, एसएलए और टिकट हिस्ट्री वाला हेल्पडेस्क, और बल्क WhatsApp मैसेज भेजना। हर प्लान में एक आधिकारिक WhatsApp एपीआई नंबर शामिल है।
- EasyCoexistence:: कनेक्शन और उसकी मॉनिटरिंग। नंबर WhatsApp Business ऐप में ही रहता है, एपीआई उसी पर साथ-साथ चलता है, और मैसेज उन टूल तक पहुँचते हैं जो कारोबार पहले से इस्तेमाल करता है, हमारे MCP सर्वर के ज़रिए एआई एजेंट तक भी।

### दूसरा या दसवाँ नंबर जोड़ना

एजेंसियाँ और कई ब्रांच वाले कारोबार सबसे पहले यही पूछते हैं।

- Octadesk:: हर प्लान में एक आधिकारिक WhatsApp एपीआई नंबर शामिल बताया गया है। उनके प्राइसिंग पेज पर आगे के नंबरों की कीमत प्रकाशित नहीं है।
- EasyCoexistence:: हर खाते में नंबरों की कोई सीमा नहीं, हर नंबर अपने बैंड की कीमत पर, और नंबर बढ़ने पर प्रति नंबर दर घटती है: छह नंबर से US$ 7, और नंबर बढ़ने के साथ US$ 1 तक।

### क्या फ़ोन पहले की तरह काम करता रहता है

यही सवाल तय करता है कि छोटी टीम को अपना काम करने का तरीका बदलना पड़ेगा या नहीं।

- Octadesk:: उनके प्राइसिंग पेज पर Coexistence का ज़िक्र नहीं है। उनसे पुष्टि करें कि उनके एपीआई पर आने के बाद नंबर WhatsApp Business ऐप में रह सकता है या नहीं।
- EasyCoexistence:: हाँ, रहता है। हम केवल Coexistence ही जोड़ते हैं: ऐप में चैट बनी रहती हैं, लगभग छह महीने की हिस्ट्री सिंक हो सकती है, और एपीआई उसी नंबर पर काम करता है। कनेक्शन पर नज़र रखी जाती है, ताकि टूटने पर तुरंत पता चल जाए।

- बातचीत गिने बिना प्लान की कीमतों की तुलना करना। Octadesk के प्लान इन पर सीमा लगाते हैं, कनेक्शन शुल्क नहीं लगाता।
- ऑनबोर्डिंग कंसल्टेंसी को बजट में न गिनना। Octadesk हर प्लान में इसे ज़रूरी रखता है और कीमत अनुरोध पर बताता है।
- यह मान लेना कि प्लान में Meta के टेम्पलेट शुल्क भी शामिल हैं। Meta ये शुल्क कारोबार से सीधे लेता है।

**क्या कोई एक सस्ता है?** हाँ, और काफ़ी अंतर से, उस कारोबार के लिए जिसे सिर्फ़ कनेक्शन चाहिए। Octadesk R$ 2.499 प्रति माह और ऑनबोर्डिंग से शुरू होता है, जबकि हम US$ 9 प्रति कनेक्ट किए गए नंबर प्रति माह लेते हैं।

**3,000 बातचीत के बाद क्या होता है?** Octadesk के One प्लान में आपको ऊपर के प्लान पर जाना पड़ता है। हमारे साथ कुछ नहीं बदलता: किसी भी कीमत पर बातचीत की कोई सीमा नहीं है।

**क्या Octadesk Coexistence को सपोर्ट करता है?** उनके प्राइसिंग पेज पर इसका ज़िक्र नहीं है। इस पेज पर भरोसा करने के बजाय उनसे सीधे पूछें।

**क्या मैं EasyCoexistence के साथ एआई इस्तेमाल कर सकता हूँ?** हाँ। हमारा MCP सर्वर Claude, ChatGPT, Cursor, Claude Code और Codex को उस नंबर से मैसेज और टेम्पलेट भेजने देता है।

---

## EasyCoexistence बनाम Huggy

https://easycoexistence.com/hi/compare/easycoexistence-vs-huggy

Huggy ब्राज़ील का ओमनीचैनल कस्टमर सर्विस इनबॉक्स है, जिसकी कीमत प्लान और जुड़े यूज़र के हिसाब से तय होती है। WhatsApp का शुल्क मात्रा और श्रेणी के अनुसार अलग लगता है। EasyCoexistence खुद WhatsApp कनेक्शन है: WhatsApp Business ऐप में पहले से मौजूद नंबर पर Coexistence के ज़रिए Meta का Cloud API, प्रति कनेक्टेड नंबर एक प्रकाशित शुल्क पर।

### मासिक बिल किस चीज़ का है

Huggy का बिल टीम के साथ बढ़ता है। हमारा बिल सिर्फ़ नंबरों के साथ बढ़ता है।

- Huggy:: एक जुड़े यूज़र वाला प्लान, फिर हर अतिरिक्त यूज़र पर शुल्क: Starter पर R$ 69,90, Intermediate पर R$ 119,90 (R$ 579 प्रति माह से), Custom पर R$ 189,90 (R$ 989 से)। WhatsApp का शुल्क इसके ऊपर, मात्रा और श्रेणी के अनुसार, और इम्प्लीमेंटेशन वैकल्पिक R$ 1.250 है।
- EasyCoexistence:: एक से पाँच नंबर के लिए US$ 9 प्रति कनेक्टेड नंबर प्रति माह, नंबर जोड़ने के साथ घटकर US$ 1 प्रति नंबर तक, और यूज़र की गिनती कहीं नहीं। पहले तीन दिन ट्रायल, और Meta अपने मैसेजिंग शुल्क सीधे कारोबार को बिल करता है।

### हर प्रोडक्ट असल में क्या है

इनबॉक्स और कनेक्शन अलग-अलग वजहों से खरीदे जाते हैं।

- Huggy:: एक सर्विस इनबॉक्स जो WhatsApp, Instagram, Messenger, Telegram, ईमेल, SMS और वॉइस को एक जगह लाता है, साथ में चैटबॉट और रिपोर्ट। उनके पेज के अनुसार वे आधिकारिक एपीआई चालू करने के लिए Meta के आधिकारिक पार्टनर हैं।
- EasyCoexistence:: WhatsApp Business ऐप के नंबर और Meta के Cloud API के बीच का कनेक्शन, जिसकी लगातार निगरानी होती है। मैसेज कारोबार के पहले से इस्तेमाल हो रहे सिस्टम तक Meta के वेबहुक या हमारे MCP सर्वर के ज़रिए पहुँचते हैं।

### क्या टीम के काम करने का तरीका बदलता है

कोई भी बात मानने से पहले मालिक का सवाल।

- Huggy:: एजेंट Huggy इनबॉक्स में लॉग इन करते हैं, जहाँ हर चैनल की बातचीत सौंपी जाती है और उसका जवाब दिया जाता है। उनके प्राइसिंग पेज पर WhatsApp Business ऐप के साथ Coexistence का ज़िक्र नहीं है।
- EasyCoexistence:: किसी को कहीं जाना नहीं पड़ता। WhatsApp Business ऐप उसी नंबर पर अपनी चैट के साथ चलता रहता है, और एपीआई साथ-साथ उस हर चीज़ के लिए चलता है जिसे कारोबार ऑटोमेट करता है।

### बातचीत कहाँ रखी जाती है

ऐसा फ़ैसला जिसे बाद में पलटना मुश्किल है।

- Huggy:: उनके प्लैटफ़ॉर्म पर, जो इनबॉक्स को चाहिए ताकि बातचीत खोलने वाले एजेंटों को वह दिख सके।
- EasyCoexistence:: हमारी तरफ़ नहीं। बातचीत की सामग्री कभी स्टोर नहीं होती, और Meta आने वाले मैसेज सीधे कारोबार के अपने वेबहुक तक भेज सकता है।

- Huggy की कीमत WhatsApp वाली लाइन के बिना जोड़ना। वह प्लान से अलग, मात्रा और श्रेणी के हिसाब से लगती है।
- सिर्फ़ आज की टीम गिनना। इनबॉक्स प्लान में हर अतिरिक्त यूज़र पर मासिक शुल्क जुड़ता है।
- एक नंबर पर एपीआई एक्सेस पाने के लिए इनबॉक्स खरीदना। उसके लिए सिर्फ़ कनेक्शन चाहिए।

**क्या कोई एक सस्ता है?** जिस कारोबार को कनेक्शन चाहिए, उसके लिए हम सस्ते हैं। Huggy का Intermediate प्लान एक यूज़र के लिए R$ 579 प्रति माह से शुरू होता है, WhatsApp से पहले। हमारा शुल्क US$ 9 प्रति कनेक्टेड नंबर प्रति माह है।

**क्या Huggy आधिकारिक एपीआई इस्तेमाल करता है?** उनके प्राइसिंग पेज के अनुसार वे Meta के आधिकारिक पार्टनर हैं और Meta का आधिकारिक एपीआई चालू करते हैं।

**क्या Huggy Coexistence सपोर्ट करता है?** उनके प्राइसिंग पेज पर इसका ज़िक्र नहीं है। इस पेज पर भरोसा करने के बजाय उनसे पूछें।

**क्या आपके पास इनबॉक्स है?** नहीं। टीम WhatsApp Business ऐप ही इस्तेमाल करती रहती है, और Coexistence इसी के लिए है।

---

## EasyCoexistence बनाम Umbler Talk

https://easycoexistence.com/hi/compare/easycoexistence-vs-umbler-talk

Umbler Talk ब्राज़ील का WhatsApp इनबॉक्स, सीआरएम और चैटबॉट है, जो आधिकारिक एपीआई पर चलता है। इसकी कीमत प्रति एजेंट 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 प्रति कनेक्ट किया गया नंबर प्रति माह, जो छह बैंड में नंबर बढ़ने के साथ घटते हुए US$ 1 प्रति नंबर तक आ जाता है। एजेंट की गिनती नहीं और कोई न्यूनतम शर्त नहीं। पहले तीन दिन मुफ़्त, और मैसेजिंग का बिल Meta सीधे भेजता है।

### हर प्रोडक्ट असल में क्या है

दोनों Meta की आधिकारिक API पर चलते हैं, जिसे Umbler Talk अपने पेज पर साफ़ लिखता है।

- Umbler Talk:: विज़ुअल सीआरएम पाइपलाइन वाला साझा इनबॉक्स, चैटबॉट, एआई एजेंट, नॉलेज बेस और वेबचैट, और ऊँचे प्लान पर WhatsApp कैंपेन। टीम इसी के अंदर काम करती है।
- EasyCoexistence:: कनेक्शन और उसकी निगरानी। नंबर WhatsApp Business ऐप में ही रहता है, API उसी पर साथ-साथ चलती है, और मैसेज आपके सीआरएम, n8n, आपके अपने कोड या MCP के ज़रिए किसी एआई एजेंट तक पहुँचते हैं।

### कितने नंबर जुड़ सकते हैं

एजेंसियों और कई ब्रांच वाले कारोबार के लिए प्लान के नाम से ज़्यादा नंबर की सीमा मायने रखती है।

- 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 बनाम Whaticket

https://easycoexistence.com/hi/compare/easycoexistence-vs-whaticket

Whaticket WhatsApp और दूसरे चैनलों के लिए मल्टी-एजेंट इनबॉक्स है। यह US$ 49 प्रति माह से शुरू होता है, कम से कम तीन यूज़र और एक WhatsApp लाइन के साथ, और क्यूआर कोड से या Coexistence वाले आधिकारिक एपीआई से जुड़ता है। EasyCoexistence सिर्फ़ आधिकारिक कनेक्शन है: WhatsApp Business ऐप वाले नंबर पर Meta का Cloud API, US$ 9 प्रति नंबर।

### हर एक नंबर को कैसे जोड़ता है

Whaticket WhatsApp से जुड़ने के दो रास्ते बेचता है। EasyCoexistence एक ही बेचता है।

- Whaticket:: WhatsApp QR में से चुनाव, यानी WhatsApp Web की तरह स्कैन किया गया सेशन, या Coexistence के साथ WhatsApp API। उनकी अपनी साइट चेतावनी देती है कि WhatsApp Business से बड़े पैमाने पर मैसेज भेजने पर ब्लॉक लग सकते हैं, और जोखिम घटाने के लिए एपीआई की सलाह देती है।
- EasyCoexistence:: सिर्फ़ Meta का Cloud API, जो Meta के Embedded Signup से Coexistence के साथ जुड़ता है, इसलिए उसी नंबर पर WhatsApp Business ऐप चलता रहता है। क्यूआर सेशन का विकल्प नहीं है, इसलिए फ़ॉलबैक के लिए कोई गैर-आधिकारिक रास्ता भी नहीं है।

### मासिक बिल किस चीज़ का है

दोनों बिल अलग-अलग हिस्सों से बनते हैं।

- Whaticket:: Basic पर तीन यूज़र और एक लाइन के लिए US$ 49 प्रति माह, हर अगली लाइन के लिए US$ 20 प्रति माह, और Pro प्लान US$ 109 का। क्यूआर कनेक्शन पर कैंपेन क्रेडिट खर्च करते हैं, 1,000 मैसेज के लिए US$ 25 से; एपीआई कैंपेन इससे मुक्त हैं।
- EasyCoexistence:: एक से पाँच नंबर के लिए US$ 9 प्रति कनेक्टेड नंबर प्रति माह, जो नंबर बढ़ने के साथ घटकर US$ 1 प्रति नंबर रह जाता है। न यूज़र, न क्रेडिट। Meta अपने मैसेजिंग शुल्क सीधे कारोबार से लेता है, बिना कोई मार्कअप जोड़े। पहले तीन दिन मुफ़्त।

### हर प्रोडक्ट असल में क्या है

एक वह जगह है जहाँ एजेंट काम करते हैं। दूसरा उसके नीचे की पाइप है।

- Whaticket:: मल्टी-एजेंट इनबॉक्स, जो मैसेजिंग चैनलों को एक जगह लाता है और ऑटोमेट करता है, कैंपेन के साथ, ताकि टीम उनके प्लेटफ़ॉर्म के अंदर जवाब दे।
- EasyCoexistence:: कनेक्शन के साथ 24/7 मॉनिटरिंग। टीम WhatsApp Business ऐप रखती है, मैसेज आपके अपने वेबहुक तक पहुँचते हैं, और AI एजेंट हमारे MCP सर्वर से नंबर पर काम करते हैं।

### दूसरे, पाँचवें या दसवें नंबर की लागत क्या है

एजेंसियाँ और कई ब्रांच वाले कारोबार सबसे पहले यही हिसाब लगाते हैं।

- Whaticket:: प्लान के ऊपर हर अतिरिक्त लाइन के लिए US$ 20, इसलिए Basic पर पाँच लाइन तीन यूज़र के लिए US$ 129 प्रति माह बनती हैं।
- EasyCoexistence:: पाँच नंबर US$ 45 प्रति माह बनते हैं, और प्रति नंबर दर घटती जाती है: छह से US$ 7 प्रति नंबर, और नंबर बढ़ने के साथ US$ 1 तक।

- कारोबार के नंबर को क्यूआर कनेक्शन पर चलाना। Whaticket की अपनी साइट चेतावनी देती है कि वहाँ बड़े पैमाने पर मैसेज भेजने से ब्लॉक लग सकते हैं।
- मैसेज क्रेडिट को भूल जाना। क्यूआर कनेक्शन पर कैंपेन का बिल प्लान के ऊपर प्रति हज़ार मैसेज के हिसाब से अलग बनता है।
- अतिरिक्त लाइनों की कीमत प्लान की दर पर मान लेना। हर एक लाइन प्रति माह US$ 20 जोड़ती है।

**क्या कोई एक सस्ता है?** हाँ, हम सस्ते हैं। Whaticket Basic पर एक लाइन US$ 49 प्रति माह की है; हमारे साथ एक कनेक्टेड नंबर US$ 9 का है। पाँच नंबर पर यह US$ 129 बनाम US$ 45 है।

**क्या Whaticket Coexistence को सपोर्ट करता है?** हाँ। उनके प्राइसिंग पेज पर क्यूआर कनेक्शन के साथ Coexistence वाला WhatsApp API भी कनेक्शन के विकल्प के रूप में दिया गया है।

**क्या क्यूआर कनेक्शन आधिकारिक है?** नहीं। यह WhatsApp Web की तरह एक सेशन को जोड़ता है। Whaticket की अपनी साइट ब्लॉक का जोखिम घटाने के लिए एपीआई की सलाह देती है।

**क्या आपके पास Whaticket जैसा इनबॉक्स है?** नहीं। टीम WhatsApp Business ऐप रखती है, और जो भी आप ऑटोमेट करते हैं वह आपके अपने टूल में चलता है।

---

## EasyCoexistence बनाम Leadsales

https://easycoexistence.com/hi/compare/easycoexistence-vs-leadsales

Leadsales मैक्सिको का एक कन्वर्सेशनल सीआरएम है, जो WhatsApp, Facebook और Instagram पर बिक्री के लिए बना है। इसका Basic प्लान, US$ 97 प्रति माह, WhatsApp को वेब सेशन से जोड़ता है, और आधिकारिक एपीआई 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 पर, आधिकारिक एपीआई इस्तेमाल करते हैं।
- 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:: एक से पाँच नंबर के लिए US$ 9 प्रति जुड़ा नंबर प्रति माह, नंबर बढ़ने के साथ घटकर US$ 1 प्रति नंबर तक। न यूज़र की गिनती, न बातचीत की गिनती, पहले 3 दिन मुफ़्त, और मैसेजिंग का बिल Meta सीधे कारोबार को भेजता है।

### हर प्रोडक्ट असल में क्या है

सीआरएम और कनेक्शन अलग-अलग समस्याएँ हल करते हैं।

- Leadsales:: फ़नल, साझा वर्कस्पेस, स्टेज के हिसाब से बल्क मैसेजिंग और ऊँचे प्लान में एआई एजेंट वाला सेल्स सीआरएम। लीड पर काम Leadsales के अंदर होता है।
- EasyCoexistence:: कनेक्शन और उसकी निगरानी। मैसेज Meta के वेबहुक से उसी सीआरएम या टूल तक पहुँचते हैं जो कारोबार पहले से इस्तेमाल करता है, और एआई एजेंट हमारे MCP सर्वर से नंबर पर काम करते हैं।

### वेब सेशन वाले नंबर का क्या होता है

सस्ते प्लान के साथ जुड़ा जोखिम।

- Leadsales:: Basic प्लान का नंबर WhatsApp तक Business API से नहीं, वेब सेशन से पहुँचता है। WhatsApp की कारोबारी शर्तें स्वचालित कारोबारी मैसेजिंग के लिए इस रास्ते को मंज़ूरी नहीं देतीं।
- EasyCoexistence:: कनेक्शन के ख़िलाफ़ कोई कार्रवाई नहीं हो सकती, क्योंकि यह Meta का अपना Coexistence फ़ीचर है, जो Meta के अपने फ़्लो से बनता है, और कनेक्शन की निगरानी चौबीसों घंटे होती है।

- कीमत देखकर Basic प्लान चुनना और मान लेना कि वह एपीआई इस्तेमाल करता है। वह वेब सेशन से जुड़ता है।
- यूज़र गिनना और सक्रिय बातचीत की सीमा भूल जाना। हर प्लान में एक सीमा तय है।
- उम्मीद करना कि प्लान में Meta के टेम्पलेट शुल्क शामिल हैं। Meta उनका बिल सीधे कारोबार को भेजता है।

**क्या कोई एक सस्ता है?** हाँ, हम सस्ते हैं। आधिकारिक एपीआई वाला सबसे सस्ता Leadsales प्लान US$ 133 प्रति माह है; हमारे साथ एक जुड़ा नंबर US$ 9 का है।

**क्या Leadsales आधिकारिक WhatsApp एपीआई इस्तेमाल करता है?** Professional और Advanced पर, हाँ। उनका Basic प्लान WhatsApp को इसके बजाय Messenger और वेब सेशन से जोड़ता है।

**क्या Leadsales Coexistence को सपोर्ट करता है?** उनके प्राइसिंग पेज के मुताबिक कुछ मामलों में नंबर फ़ोन पर इस्तेमाल करने लायक रहता है और कुछ में पूरी तरह एपीआई पर चला जाता है। हमारे साथ वह हमेशा WhatsApp Business ऐप में रहता है।

**क्या मैं अपना सीआरएम रखकर EasyCoexistence इस्तेमाल कर सकता हूँ?** हाँ। Meta मैसेज आपके चुने वेबहुक तक पहुँचाता है, इसलिए वेबहुक स्वीकार करने वाला कोई भी सीआरएम उन्हें पा सकता है।

---

## EasyCoexistence बनाम Treble

https://easycoexistence.com/hi/compare/easycoexistence-vs-treble

Treble लैटिन अमेरिका का WhatsApp Business API प्लैटफ़ॉर्म है, जो ऑटोमेटेड फ़्लो, कैंपेन और एआई सर्विस के लिए है। यह अपनी सेल्स टीम के ज़रिए बिकता है और इसकी कोई सार्वजनिक कीमत नहीं है। 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:: ऑटोमेटेड चैट फ़्लो, बल्क कैंपेन और एआई कस्टमर सर्विस का प्लैटफ़ॉर्म, जिसमें HubSpot और Salesforce के नेटिव इंटीग्रेशन हैं और कस्टम कनेक्शन के लिए एक एपीआई है।
- EasyCoexistence:: कनेक्शन और उसकी 24/7 निगरानी। Meta वेबहुक सीधे आपके सिस्टम को भेजता है, बातचीत की सामग्री हमारी तरफ़ कभी स्टोर नहीं होती, और एक MCP सर्वर एआई एजेंट को उस नंबर से मैसेज भेजने देता है।

### नंबर कितनी देर में चालू होता है

छोटे कारोबार के लिए अक्सर यही फ़ैसला तय करने वाला सवाल होता है।

- Treble:: सेल्स प्रक्रिया के ज़रिए, क्योंकि ऑनबोर्डिंग से पहले प्लान और कीमतें उनकी टीम के साथ तय होते हैं।
- EasyCoexistence:: आम तौर पर Meta के Embedded Signup से दो मिनट से कम में: Facebook से लॉग इन करें, नंबर डालें, ऐप में क्यूआर कोड स्कैन करें। ज़रूरतें हैं ऐप वर्शन 2.24.17 या उसके बाद का, और हाल की असली गतिविधि।

- Coexistence की जाँच किए बिना व्यस्त ऐप नंबर को सिर्फ़ एपीआई वाले सेटअप में ले जाना। तब फ़ोन वह जगह नहीं रहता जहाँ टीम जवाब देती है।
- कैंपेन प्लैटफ़ॉर्म के कोटेशन की तुलना कनेक्शन शुल्क से करना। एक में फ़्लो और कैंपेन शामिल हैं।
- Meta के टेम्पलेट शुल्क को हिसाब से बाहर छोड़ देना। वे Meta बिल करता है, कोई भी प्रोवाइडर नहीं।

**क्या Treble कीमतें प्रकाशित करता है?** नहीं। उनके होमपेज पर कोई कीमत नहीं है और उनका प्राइसिंग पेज पासवर्ड से सुरक्षित है।

**क्या इनमें से कोई एक सस्ता है?** हमारी कीमत प्रकाशित है और उनकी नहीं, इसलिए हमारी ही वह है जिसे आप जाँच सकते हैं: US$ 9 प्रति कनेक्ट किया गया नंबर प्रति माह, जो जैसे-जैसे आप नंबर जोड़ते हैं, घटकर US$ 1 तक आ जाता है।

**क्या Treble Coexistence को सपोर्ट करता है?** उनके होमपेज पर इसका ज़िक्र नहीं है, और वह Treble को WhatsApp Business ऐप के बजाय एपीआई पर आधारित बताता है। उनसे पूछें।

**क्या मैं EasyCoexistence से कैंपेन चला सकता हूँ?** हाँ, Cloud API के ज़रिए मंज़ूर टेम्पलेट के साथ, अपने सिस्टम या टूल से। टेम्पलेट का बिल Meta सीधे आपको भेजता है।

---

## EasyCoexistence बनाम Botmaker

https://easycoexistence.com/hi/compare/easycoexistence-vs-botmaker

Botmaker लैटिन अमेरिका का चैटबॉट और ग्राहक सेवा प्लेटफ़ॉर्म है, जो WhatsApp Business Platform पर चलता है। इसकी कीमत 3,000 कन्वर्सेशन के लिए US$ 149 प्रति माह है, साथ में WhatsApp खाता खोलने का US$ 99 का एकमुश्त शुल्क। यह Coexistence को सपोर्ट करता है। EasyCoexistence सिर्फ़ Coexistence कनेक्शन है: US$ 9 प्रति जुड़ा नंबर प्रति माह, बिना किसी कन्वर्सेशन बंडल के।

### मासिक बिल किस चीज़ का है

Botmaker कन्वर्सेशन बेचता है। EasyCoexistence कनेक्शन बेचता है।

- Botmaker:: Standard US$ 149 में 3,000 कन्वर्सेशन, Scale US$ 249 में 5,000, Pro US$ 499 में 10,000। हर अतिरिक्त कन्वर्सेशन पर 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/hi/compare/easycoexistence-vs-gallabox

Gallabox और EasyCoexistence अलग-अलग समस्याएँ हल करते हैं। Gallabox आधिकारिक WhatsApp Business API पर बना टीम इनबॉक्स और ऑटोमेशन सुइट है, जो यूज़र की तय संख्या वाले प्लान में बिकता है। EasyCoexistence खुद कनेक्शन है: WhatsApp Business ऐप वाले उसी नंबर पर Meta की Cloud API, कीमत प्रति नंबर, बिना इनबॉक्स और बिना सीट के।

### मासिक बिल किस चीज़ का है

दोनों की कीमत अलग इकाइयों पर तय होती है, और वही इकाई तय करती है कि बिल कैसे बढ़ता है।

- Gallabox:: तय टीम साइज़ वाले मासिक प्लान। Basic की कीमत 3 यूज़र के लिए हर तिमाही बिल होने पर ₹ 2,999 प्रति माह है, जिसे उनके पेज पर सख्त सीमा बताया गया है। बड़ी टीमों को 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 वेबहुक सीधे आपके बताए एंडपॉइंट पर भेजता है और बातचीत हमारी तरफ़ कभी स्टोर नहीं होती। आपका सीआरएम, आपका ऐप या आपका एआई एजेंट ही वह जगह है जहाँ डेटा पहुँचता है।

### कौन सा चुनें

अगर आप चैटबॉट और कैंपेन वाला टीम इनबॉक्स खरीद रहे हैं, तो Gallabox उसी तरह का प्रोडक्ट है, और वह कनेक्शन से अलग खरीद है।

अगर आप खुद नंबर खरीद रहे हैं, यानी आधिकारिक तौर पर जुड़ा और चालू रखा गया नंबर, तो EasyCoexistence ज़्यादा सीमित और सस्ता विकल्प है। यह उस एजेंसी के लिए ठीक है जो क्लाइंट के नंबर अपने स्टैक में जोड़ रही है, उस डेवलपर के लिए जिसके पास पहले से इंटरफ़ेस है, या उस मालिक के लिए जो टीम को फ़ोन से हटाए बिना ऑटोमेशन चाहता है। कनेक्शन की निगरानी होती है, Meta के 14 दिन के नियम समेत, और Meta मैसेजिंग का बिल आपके अपने खाते पर बनाता है, हमारी तरफ़ से कोई मार्कअप नहीं।

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

**क्या EasyCoexistence Gallabox से सस्ता है?** कनेक्शन के लिए, हाँ। Gallabox Basic हर तिमाही बिल होने पर 3 यूज़र के लिए ₹ 2,999 प्रति माह है। EasyCoexistence US$ 9 प्रति जुड़ा नंबर प्रति माह है और यूज़र की कोई सीमा नहीं, इसलिए किसी भी साइज़ की टीम वाले एक नंबर की कीमत US$ 9 है।

**क्या Gallabox Coexistence को सपोर्ट करता है?** हाँ। उनके दस्तावेज़ों में इसका वर्णन है और कहा गया है कि सेटअप से पहले सपोर्ट को इसे आपके वर्कस्पेस पर चालू करना होगा।

**क्या EasyCoexistence में Gallabox जैसा इनबॉक्स है?** नहीं। आपकी टीम WhatsApp Business ऐप ही इस्तेमाल करती रहती है, और सॉफ़्टवेयर वही मैसेज उन वेबहुक से पाता है जो Meta आपके अपने सिस्टम को भेजता है।

**Meta के मैसेज शुल्क कौन देता है?** EasyCoexistence के साथ आप देते हैं, सीधे Meta को, अपने WhatsApp Business Account पर, और हम उसमें कुछ नहीं जोड़ते।

---

## EasyCoexistence बनाम TimelinesAI

https://easycoexistence.com/hi/compare/easycoexistence-vs-timelinesai

TimelinesAI सीआरएम से सिंक होने वाला साझा WhatsApp इनबॉक्स है, जिसकी कीमत प्रति सीट है। यह नंबर को क्यूआर कोड, आधिकारिक WhatsApp Business API या Coexistence से जोड़ता है। EasyCoexistence नंबर सिर्फ़ Meta के Cloud API और Coexistence से जोड़ता है, कीमत प्रति नंबर है, और हर मैसेज इनबॉक्स में नहीं, आपके अपने सिस्टम में भेजता है।

### हर कोई नंबर को कैसे जोड़ता है

कनेक्शन का तरीका तय करता है कि नंबर किन जोखिमों के सामने रहेगा, इसलिए इसे सबसे पहले देखें।

- TimelinesAI:: हर प्लान में तीन विकल्प हैं: क्यूआर कोड लिंक, जो नंबर को लिंक्ड डिवाइस की तरह जोड़ता है, आधिकारिक WhatsApp Business API, या Coexistence, जो ऐप और एपीआई को साथ चलाता है।
- EasyCoexistence:: सिर्फ़ एक तरीका: Meta के अपने Embedded Signup से Meta का Cloud API और Coexistence। क्यूआर सेशन का विकल्प नहीं है, इसलिए हमारे ज़रिए जुड़ा कोई भी नंबर लिंक्ड डिवाइस के लिंक के बने रहने पर निर्भर नहीं करता।

### मासिक बिल किस चीज़ का भुगतान है

प्रति सीट और प्रति नंबर, दोनों अलग-अलग कारणों से बढ़ते हैं।

- TimelinesAI:: Starter पर $35 प्रति सीट प्रति माह, या सालाना बिलिंग में $28, और Pro पर $49 प्रति सीट। उनके प्राइसिंग पेज के अनुसार WhatsApp खाता जोड़ने वाले हर यूज़र के लिए एक सीट चाहिए।
- EasyCoexistence:: पाँच नंबर तक US$ 9 प्रति जुड़े हुए नंबर प्रति माह, और नंबर बढ़ने पर US$ 1 तक। लोगों की गिनती बिल्कुल नहीं होती, और Meta अपने मैसेज शुल्क का बिल सीधे आपको भेजता है।

### बातचीत आख़िर में कहाँ पहुँचती है

इनबॉक्स और कनेक्शन, डेटा को अलग-अलग जगह रखते हैं।

- TimelinesAI:: उनके साझा इनबॉक्स में, फिर आपके चुने हुए सीआरएम में सिंक होकर। इनबॉक्स ही उनका प्रोडक्ट है, इसलिए मैसेज उनके प्लैटफ़ॉर्म से गुज़रते हैं और वहीं दिखते हैं।
- EasyCoexistence:: सीधे आपके एंडपॉइंट पर। Meta वेबहुक उसी यूआरएल पर भेजता है जो आप तय करते हैं, और बातचीत हमारी तरफ़ कभी स्टोर नहीं होती, इसलिए ग्राहक का डेटा आपके नियंत्रण वाले सिस्टम में ही रहता है।

### कौन सा चुनें

जो सेल्स टीम अपने सीआरएम के अंदर साझा इनबॉक्स चाहती है, वह इनबॉक्स ढूँढ रही है, और TimelinesAI वही है।

जो कारोबार नंबर को आधिकारिक तरीके से जोड़ना चाहता है, जिसके रास्ते में कहीं क्यूआर सेशन न हो और बीच का कोई मैसेज स्टोर न करे, वह कनेक्शन ढूँढ रहा है। EasyCoexistence वही कनेक्शन है, जिसमें Meta के अपने डिस्कनेक्शन कारण पढ़ने वाली हेल्थ मॉनिटरिंग, एआई असिस्टेंट के लिए MCP सर्वर, और टीम के आकार से बेअसर प्रति नंबर तय शुल्क शामिल है।

- कारोबार का नंबर सिर्फ़ इसलिए क्यूआर कोड से जोड़ना कि वह तेज़ है। लिंक्ड डिवाइस सेशन Meta का Business Platform नहीं है।
- ऐसे नंबरों के लिए सीट गिनना जिनका जवाब लोग नहीं, सॉफ़्टवेयर देगा।
- एक ही खाते में क्यूआर से जुड़े और एपीआई से जुड़े नंबर मिला देना, और यह ट्रैक न रखना कि कौन सा कौन सा है।

**क्या EasyCoexistence, TimelinesAI से सस्ता है?** एक जुड़े हुए नंबर के लिए, हाँ। TimelinesAI Starter $35 प्रति सीट प्रति माह है। EasyCoexistence US$ 9 प्रति जुड़े हुए नंबर प्रति माह है, और WhatsApp Business ऐप से जवाब देने वाली किसी भी आकार की टीम से कुछ अतिरिक्त नहीं लगता।

**क्या TimelinesAI Coexistence को सपोर्ट करता है?** हाँ। उनके प्राइसिंग पेज पर हर प्लान में क्यूआर कोड और आधिकारिक एपीआई के साथ Coexistence भी सूचीबद्ध है।

**क्या मैं EasyCoexistence में नंबर को क्यूआर कोड से जोड़ सकता हूँ?** नहीं। हर नंबर Meta के Cloud API से Coexistence के साथ जुड़ता है, लिंक्ड डिवाइस की तरह कभी नहीं।

**क्या मैं फ़ोन पर WhatsApp इस्तेमाल करता रहूँगा?** हाँ। Coexistence उसी नंबर पर WhatsApp Business ऐप को चालू रखता है, जबकि एपीआई उसके साथ चलता है।

---

## EasyCoexistence बनाम Periskope

https://easycoexistence.com/hi/compare/easycoexistence-vs-periskope

Periskope फ़ोन की लिंक्ड डिवाइस स्क्रीन से क्यूआर कोड स्कैन करके WhatsApp नंबर जोड़ता है, और उसके दस्तावेज़ बताते हैं कि WhatsApp एपीआई नंबर लिंक नहीं किए जा सकते। EasyCoexistence उलटा रास्ता लेता है: नंबर Coexistence के ज़रिए Meta के Cloud API पर रजिस्टर होता है, इसलिए WhatsApp Business ऐप चलता रहता है और कनेक्शन आधिकारिक रहता है।

### दोनों WhatsApp तक कैसे पहुँचते हैं

इस पेज की बाकी सारी बातें कनेक्शन के तरीके से ही निकलती हैं।

- Periskope:: आप फ़ोन पर WhatsApp की सेटिंग खोलते हैं, लिंक्ड डिवाइस चुनते हैं और Periskope का दिखाया क्यूआर कोड स्कैन करते हैं। नंबर लिंक्ड डिवाइस की तरह जुड़ता है, और उनका होमपेज इसे बिना Business API वाला तरीका बताता है।
- EasyCoexistence:: Meta का Embedded Signup नंबर को Cloud API पर रजिस्टर करता है, और क्रेडेंशियल Meta आपके अपने WhatsApp Business खाते के लिए जारी करता है। Coexistence उसी नंबर पर फ़ोन का ऐप भी चालू रखता है।

### हर महीने कितना खर्च आता है

दोनों अपनी कीमतें प्रकाशित करते हैं, और दोनों अलग-अलग चीज़ गिनते हैं।

- Periskope:: Starter की कीमत प्रति उपयोगकर्ता प्रति माह $25 और Pro की $35 है। पहला फ़ोन शामिल है और हर अगला फ़ोन प्लान की दर पर अलग लाइसेंस की तरह बिल होता है। Enterprise के लिए कम से कम 50 उपयोगकर्ता या फ़ोन चाहिए।
- EasyCoexistence:: एक से पाँच नंबर के लिए US$ 9 प्रति जुड़ा नंबर प्रति माह, छह बैंड में घटकर नंबर जोड़ने के साथ US$ 1 तक। कोई उपयोगकर्ता लाइसेंस नहीं, और Meta मैसेजिंग का बिल बिना मार्कअप के सीधे आपके खाते पर भेजता है।

### कनेक्शन किस जोखिम के सामने है

WhatsApp लिंक्ड डिवाइस सेशन और एपीआई रजिस्ट्रेशन को अलग-अलग तरह से देखता है।

- Periskope:: लिंक्ड डिवाइस से पहुँच Meta के Business Platform के बाहर चलती है। WhatsApp की कारोबार शर्तें स्वचालित और तीसरे पक्ष के उपयोग को नियंत्रित करती हैं, और इस तरह जुड़े नंबर की Meta के यहाँ एपीआई स्तर की कोई हैसियत नहीं होती।
- EasyCoexistence:: हर कॉल Meta के Cloud API पर जाती है। कनेक्शन टूटने पर हम Meta का बताया अपना कारण पढ़कर आपको अलर्ट करते हैं, जिसमें Coexistence नंबरों पर लागू 14 दिन का ऐप-गतिविधि नियम भी शामिल है।

### कौन सा चुनें

सवाल यह है कि नंबर की कीमत क्या है और उसे कहाँ चलना है। Periskope का मॉडल मौजूदा नंबरों को ग्रुप समेत डिवाइस की तरह लिंक करने पर बना है, और वह एपीआई नंबर बिल्कुल नहीं लेता।

जिस नंबर पर ग्राहक निर्भर हैं, या जो किसी क्लाइंट का नंबर है और जिसकी ज़िम्मेदारी एजेंसी पर है, उसके लिए आधिकारिक रास्ता वही है जो Meta के नियमों के भीतर रहता है। EasyCoexistence वह रास्ता प्रति नंबर एक तय शुल्क पर देता है, WhatsApp Business ऐप को चालू रखता है और मैसेज आपके अपने सिस्टम तक पहुँचाता है।

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

**क्या EasyCoexistence Periskope से सस्ता है?** हाँ। Periskope Starter प्रति उपयोगकर्ता प्रति माह $25 है और हर अतिरिक्त फ़ोन के लिए और $25 लगते हैं। EasyCoexistence US$ 9 प्रति जुड़ा नंबर प्रति माह है, उपयोगकर्ता शुल्क के बिना।

**क्या Periskope आधिकारिक WhatsApp एपीआई इस्तेमाल करता है?** नहीं। उसके दस्तावेज़ लिंक्ड डिवाइस के ज़रिए क्यूआर कोड से नंबर जोड़ते हैं और साफ़ कहते हैं कि WhatsApp एपीआई नंबर लिंक नहीं किए जा सकते।

**क्या मैं EasyCoexistence से ग्रुप इस्तेमाल कर सकता हूँ?** नहीं। ग्रुप चैट Meta के Cloud API के दायरे से बाहर हैं, और यह नियम हर आधिकारिक प्रोवाइडर पर लागू होता है।

**क्या मेरा ऐप चलता रहेगा?** हाँ। Coexistence फ़ोन पर WhatsApp Business ऐप को चालू रखता है, जबकि उसी नंबर पर Cloud API भी चलता है।

---

## EasyCoexistence बनाम Wassenger

https://easycoexistence.com/hi/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 खाते पर भेजता है, हमारे ज़रिए कभी नहीं।

### बातचीत आख़िर में कहाँ पहुँचती है

इनबॉक्स वही सहेजता है जो वह दिखाता है। कनेक्शन वही आगे भेजता है जो उसे मिलता है।

- 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 को सपोर्ट करता है?** हाँ। Wassenger एक Coexistence पेज और हेल्प लेख प्रकाशित करता है, जिसमें एक ही नंबर पर WhatsApp Business ऐप और उसके API प्लेटफ़ॉर्म को साथ इस्तेमाल करना बताया गया है।

**क्या Wassenger का QR कनेक्टर आधिकारिक है?** Wassenger उसे सेशन आधारित बताता है, जो WhatsApp की एंटी-स्पैम पहचान के दायरे में आता है। उसका Cloud API कनेक्टर वह है जो Meta से प्रमाणित होता है।

**क्या EasyCoexistence इस्तेमाल करने के लिए मुझे सर्वर चाहिए?** वेबहुक पाने के लिए एक एंडपॉइंट चाहिए, या MCP सर्वर से जुड़ा AI असिस्टेंट। कनेक्शन की होस्टिंग खुद शामिल है।

---

## EasyCoexistence बनाम WANotifier

https://easycoexistence.com/hi/compare/easycoexistence-vs-wanotifier

WANotifier आधिकारिक एपीआई पर चलने वाला 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 के आधिकारिक एपीआई से जुड़ते हैं और दोनों Coexistence देते हैं, इसलिए WhatsApp Business ऐप फ़ोन पर बना रहता है।

- WANotifier:: Coexistence हर प्लान में एक फ़ीचर के रूप में दिया गया है, कैंपेन, चैटबॉट, ड्रिप सीक्वेंस और साझा टीम इनबॉक्स के साथ।
- EasyCoexistence:: Coexistence ही पूरा प्रोडक्ट है: करीब दो मिनट में खुद से होने वाला Embedded Signup, लगातार हेल्थ मॉनिटरिंग, और Meta के अपने डिसकनेक्शन कारणों पर आधारित अलर्ट, जिनमें 14 दिन का ऐप गतिविधि नियम भी शामिल है।

### मैसेज कहाँ जाते हैं

कैंपेन टूल आपके लिए मैसेज सँभालता है। कनेक्शन उन्हें आपको सौंप देता है।

- WANotifier:: उनके डैशबोर्ड, इनबॉक्स और ऑटोमेशन बिल्डर में, और इंटीग्रेशन के लिए Advanced और Premium पर REST एपीआई और वेबहुक के साथ।
- EasyCoexistence:: हर नंबर पर सीधे आपके एंडपॉइंट पर, क्योंकि Meta वेबहुक उसी यूआरएल पर भेजता है जो आप तय करते हैं। हमारी तरफ़ कुछ स्टोर नहीं होता, और एक 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 से कैंपेन भेज सकता हूँ?** आप अपने सिस्टम या किसी एआई असिस्टेंट से Cloud API के ज़रिए मंज़ूर किए गए टेम्पलेट भेज सकते हैं। कैंपेन बिल्डर नहीं है।

---

## EasyCoexistence बनाम Eazybe

https://easycoexistence.com/hi/compare/easycoexistence-vs-eazybe

Eazybe बिक्री टीमों के लिए सीआरएम लेयर है, जो WhatsApp Web पर Chrome एक्सटेंशन के रूप में इंस्टॉल होती है। इसका Starter प्लान प्रति यूज़र कीमत पर है, और ऊँचे प्लान में WhatsApp एपीआई नंबर और Coexistence जुड़ते हैं। EasyCoexistence सिर्फ़ आधिकारिक कनेक्शन है: Coexistence के साथ Meta की Cloud API, प्रति नंबर कीमत पर, जो मैसेज सीधे आपके अपने सिस्टम तक पहुँचाती है।

### दोनों WhatsApp तक कैसे पहुँचते हैं

दोनों प्रोडक्ट अलग जगह बैठते हैं: एक सेल्स रेप के ब्राउज़र में, दूसरा Meta की एपीआई पर।

- Eazybe:: हर रेप के पास पहले से खुले WhatsApp Web सेशन के ऊपर जोड़ा गया Chrome एक्सटेंशन, जो लेबल, सीआरएम सिंक और शेड्यूलिंग देता है। ऊँचे प्लान में WhatsApp एपीआई नंबर और Coexistence भी सूचीबद्ध हैं।
- EasyCoexistence:: Meta की Cloud API, जो Meta के Embedded Signup से Coexistence के साथ रजिस्टर होती है। कुछ भी ब्राउज़र टैब में नहीं चलता, इसलिए मैसेज तब भी आते-जाते हैं जब किसी ने WhatsApp Web खोला न हो।

### मासिक बिल किसके लिए है

Eazybe कीमतें विज़िटर की स्थानीय मुद्रा में दिखाता है और प्लान बदलने पर यूनिट भी बदल देता है।

- Eazybe:: Starter प्रति यूज़र प्रति माह है। Scaler, Basic AI और Pro AI प्रति नंबर प्रति माह हैं, जिनमें 3 या 5 यूज़र शामिल हैं और हर अतिरिक्त यूज़र का शुल्क ऊपर से लगता है, साथ में एआई जवाब प्रति जवाब बिल होते हैं।
- EasyCoexistence:: US$ 9 प्रति कनेक्टेड नंबर प्रति माह, जो नंबर बढ़ने पर घटकर US$ 1 हो जाता है। न यूज़र की गिनती, न एआई क्रेडिट, और Meta मैसेजिंग का बिल सीधे आपके अपने खाते में भेजता है।

### बातचीत आखिर कहाँ पहुँचती है

सीआरएम एक्सटेंशन चैट को सीआरएम में कॉपी करता है। कनेक्शन उन्हें आपके चुने किसी भी सिस्टम तक भेजता है।

- Eazybe:: WhatsApp Web से उन सीआरएम में सिंक होती है जिनसे वे जुड़ते हैं, जैसे HubSpot, Zoho और Salesforce, उनके प्लेटफ़ॉर्म के ज़रिए।
- EasyCoexistence:: Meta इन्हें वेबहुक के रूप में आपके बताए एंडपॉइंट तक पहुँचाता है, हमारी तरफ़ कभी स्टोर नहीं होतीं। आपका सीआरएम, आपका ऐप, कोई ऑटोमेशन टूल या MCP सर्वर के ज़रिए एआई असिस्टेंट इन्हें सीधे पाता है।

### कौन सा चुनें

जो बिक्री टीम ब्राउज़र में हर चैट के पास सीआरएम फ़ील्ड चाहती है, वह सीआरएम एक्सटेंशन खरीद रही है, और Eazybe का Starter प्लान यही है।

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

- WhatsApp Web पर ब्राउज़र एक्सटेंशन को एपीआई कनेक्शन समझ लेना। वह टैब के खुले रहने पर निर्भर है।
- प्रति यूज़र प्लान की तुलना प्रति नंबर शुल्क से करना, यह गिने बिना कि हर नंबर को कितने सेल्स रेप साझा करते हैं।
- यह मान लेना कि हर प्लान में आधिकारिक एपीआई शामिल है। Eazybe पर वह Scaler से ऊपर के प्लान में आती है।

**क्या EasyCoexistence, Eazybe से सस्ता है?** टीम के साझा नंबर के लिए हाँ। Eazybe Starter प्रति यूज़र शुल्क लेता है, और एपीआई प्लान प्रति नंबर के साथ अतिरिक्त यूज़र का शुल्क लेते हैं। EasyCoexistence टीम के आकार की परवाह किए बिना US$ 9 प्रति कनेक्टेड नंबर प्रति माह है।

**क्या Eazybe Coexistence को सपोर्ट करता है?** Eazybe का एक Coexistence पेज है, जो एक ही नंबर पर WhatsApp Business ऐप और आधिकारिक एपीआई के साथ चलने का वर्णन करता है।

**क्या EasyCoexistence के लिए WhatsApp Web खुला रखना ज़रूरी है?** नहीं। Cloud API Meta के सर्वर पर चलती है, और टीम फ़ोन पर WhatsApp Business ऐप का इस्तेमाल पहले की तरह करती रहती है।

**क्या मैं मैसेज अपने सीआरएम में सिंक कर सकता हूँ?** हाँ, Meta के वेबहुक को अपने सीआरएम, n8n या Make जैसे ऑटोमेशन टूल, या अपने कोड की ओर इंगित करके।

---

## EasyCoexistence vs Superchat

https://easycoexistence.com/hi/compare/easycoexistence-vs-superchat

Superchat WhatsApp, Instagram, ईमेल और दूसरे चैनलों के लिए एक यूनिफ़ाइड इनबॉक्स है, जो कम से कम 12 महीने के कॉन्ट्रैक्ट वाले प्लान में बिकता है, और इसका Coexistence विकल्प बीटा के रूप में चिह्नित है। EasyCoexistence सिर्फ़ एक चीज़ है: Coexistence के ज़रिए Meta के Cloud API से जुड़ा WhatsApp नंबर, जिसकी कीमत हर जुड़े नंबर पर प्रति माह तय होती है, और मैसेज आपके अपने सिस्टम तक पहुँचते हैं।

### मासिक बिल किस चीज़ का होता है

Superchat एक प्लान के भीतर खाते और नंबर गिनता है। EasyCoexistence सिर्फ़ नंबर गिनता है।

- Superchat:: Basic $19, Professional $29 और Advanced $69 प्रति माह, नेट, क्रमशः 3, 6 और 12 खातों तथा 1, 2 और 4 WhatsApp नंबर के साथ। हर अतिरिक्त नंबर $49 प्रति माह और हर अतिरिक्त लॉगिन $19 है, कम से कम 12 महीने की अवधि पर।
- EasyCoexistence:: प्रति जुड़े नंबर US$ 9 प्रति माह, नंबर जोड़ने के साथ घटकर US$ 1 तक, बिना खातों या लॉगिन की गिनती के। Meta अपने मैसेज शुल्क सीधे आपसे लेता है।

### Coexistence कैसे दिया जाता है

दोनों आधिकारिक एपीआई से जुड़ते हैं, और दोनों Coexistence देते हैं ताकि WhatsApp Business ऐप फ़ोन पर बना रहे।

- Superchat:: चार कनेक्शन रास्तों में से एक, नए नंबर, पूरे माइग्रेशन और दूसरे प्रोवाइडर से बदलाव के साथ। उनके हेल्प सेंटर के अनुसार Coexistence का रास्ता फ़िलहाल बीटा में है और इसमें फ़ीचर की सीमाएँ हो सकती हैं।
- EasyCoexistence:: इकलौता रास्ता, जो Meta के Embedded Signup से खुद पूरा होता है और इसमें करीब दो मिनट लगते हैं। इसके बाद लगातार निगरानी होती है, ताकि टूटा लिंक ग्राहक को पता चलने से पहले पकड़ लिया जाए।

### बातचीत आख़िर में कहाँ पहुँचती है

इनबॉक्स एजेंटों के लिए बातचीत रखता है। कनेक्शन उन्हें आगे भेज देता है।

- Superchat:: उनके यूनिफ़ाइड इनबॉक्स में, जहाँ टेम्पलेट, लेबल, एआई एजेंट और रिव्यू मैनेजमेंट उनके प्लेटफ़ॉर्म के भीतर मैसेज पर काम करते हैं।
- EasyCoexistence:: आपके बताए एंडपॉइंट पर, क्योंकि Meta वेबहुक सीधे वहीं भेजता है। बातचीत हमारी तरफ़ कभी स्टोर नहीं होती, और टीम के पास WhatsApp Business ऐप बना रहता है।

### कौन सा चुनें

जो कारोबार कई चैनलों के जवाब एक इनबॉक्स से देना चाहता है, वह मल्टी-चैनल इनबॉक्स खरीद रहा है, जो WhatsApp कनेक्शन से अलग खरीद है।

जो कारोबार अपना WhatsApp नंबर आधिकारिक एपीआई पर चाहता है, चालू रखा हुआ, और मैसेज अपने सीआरएम, ऐप या एआई असिस्टेंट तक भेजना चाहता है, वह EasyCoexistence खरीदता है: हर नंबर पर तय शुल्क, और Coexistence बीटा विकल्प नहीं बल्कि प्रोडक्ट का मूल।

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

**क्या EasyCoexistence, Superchat से सस्ता है?** हाँ, WhatsApp कनेक्शन के लिए। Superchat Basic कम से कम 12 महीने की अवधि पर $19 प्रति माह है। EasyCoexistence US$ 9 प्रति जुड़े नंबर प्रति माह है, और किसी भी आकार की टीम WhatsApp Business ऐप से जवाब दे सकती है।

**क्या Superchat Coexistence सपोर्ट करता है?** हाँ, अपने कनेक्शन विकल्पों में से एक के रूप में, जिसे इसका हेल्प सेंटर बीटा बताता है।

**क्या EasyCoexistence Instagram या ईमेल को कवर करता है?** नहीं। यह सिर्फ़ WhatsApp नंबरों को Meta के Cloud API से जोड़ता है, और कुछ नहीं।

**Meta के मैसेज शुल्क कौन भरता है?** आप, अपने WhatsApp Business खाते पर सीधे Meta को। EasyCoexistence उन पर कभी मार्कअप नहीं लगाता।

---

## EasyCoexistence बनाम Sinch

https://easycoexistence.com/hi/compare/easycoexistence-vs-sinch

Sinch एक एंटरप्राइज़ कम्युनिकेशन प्लेटफ़ॉर्म है, जो एसएमएस, वॉइस और दूसरे चैनलों के साथ WhatsApp भी बेचता है और हर ग्राहक के एग्रीमेंट के तहत Meta के शुल्क के ऊपर अपना प्रति-मैसेज शुल्क लेता है। EasyCoexistence, WhatsApp Business app वाले नंबर को Coexistence के ज़रिए Meta की Cloud API से जोड़ता है, सेल्फ-सर्व तरीके से और प्रति नंबर तय शुल्क पर, जबकि Meta अपने मैसेज का बिल आपको सीधे भेजता है।

### हर मैसेज की लागत

फ़र्क इसमें है कि हर मैसेज पर दूसरा शुल्क लगता है या नहीं।

- Sinch:: हर मैसेज पर दो परतें: श्रेणी और देश के हिसाब से Meta का शुल्क, और प्लेटफ़ॉर्म एक्सेस व प्रति-मैसेज सेवा का Sinch शुल्क, जो किसी सार्वजनिक रेट कार्ड से नहीं, Sinch के साथ आपके एग्रीमेंट से तय होता है।
- EasyCoexistence:: एक ही परत। Meta अपना शुल्क आपके अपने WhatsApp Business Account पर भेजता है और हम उसमें कोई मार्कअप नहीं जोड़ते। हमारा शुल्क प्रति जुड़ा नंबर US$ 9 प्रति माह है, जो नंबर जोड़ने के साथ घटकर US$ 1 तक आ जाता है, ट्रैफ़िक चाहे जितना हो।

### हर एक किन नंबरों के लिए बना है

ज़्यादातर छोटे कारोबार ग्राहकों को पहले से WhatsApp Business app पर जवाब देते हैं। असली नंबर वही है।

- Sinch:: Sinch Engage Classic की सेटअप गाइड ऐसा नंबर माँगती है जो अंतरराष्ट्रीय एसएमएस या कॉल पा सके और किसी भी WhatsApp खाते से जुड़ा न हो। उनके ऑनबोर्डिंग लेखों में Coexistence का रास्ता नहीं बताया गया है।
- EasyCoexistence:: WhatsApp Business app पर पहले से चल रहा नंबर, जो Coexistence से जुड़ता है। चैट, हिस्ट्री और फ़ोन पर ऐप बने रहते हैं, और उसी नंबर पर Cloud API चलती है।

### शुरुआत कैसे होती है

एक रास्ता सेल्स एग्रीमेंट से होकर जाता है, दूसरा साइनअप पेज से।

- Sinch:: Sinch Build Dashboard का Embedded Signup, उनके अपने शब्दों में, फ़िलहाल सिर्फ़ सीधे एंटरप्राइज़ ग्राहकों के लिए उपलब्ध है, और कीमत आपके एग्रीमेंट पर निर्भर करती है।
- EasyCoexistence:: Meta का सेल्फ-सर्व Embedded Signup, करीब दो मिनट में, पहले 3 दिन मुफ़्त। ऐप का वर्शन 2.24.17 या उससे नया होना चाहिए और हाल की असली गतिविधि होनी चाहिए।

### कौन सा चुनें

जो एंटरप्राइज़ एक ही कॉन्ट्रैक्ट में, तय की गई शर्तों पर एसएमएस, वॉइस और WhatsApp खरीदता है, वह CPaaS खरीद रहा है, जो WhatsApp कनेक्शन से अलग खरीद है।

जिस कारोबार के ग्राहक पहले से उसके WhatsApp Business app पर लिखते हैं, या जो एजेंसी ग्राहकों के ऐसे नंबर जोड़ती है, उसे Coexistence, प्रकाशित कीमत और हर मैसेज पर कोई अतिरिक्त शुल्क नहीं चाहिए। EasyCoexistence ठीक इसी के लिए बना है, जिसमें वेबहुक Meta के ज़रिए सीधे आपके अपने सिस्टम तक पहुँचते हैं और AI असिस्टेंट के लिए MCP सर्वर मिलता है।

- सिर्फ़ Meta का रेट कार्ड देखकर बजट बनाना, जबकि प्रोवाइडर हर मैसेज पर अपना शुल्क भी जोड़ता है।
- API के लिए नया नंबर रजिस्टर करना और ग्राहकों को ऐप वाले पुराने नंबर पर ही लिखते छोड़ देना।
- नंबर खाली करने के लिए WhatsApp Business app का खाता हटा देना, जबकि Coexistence उसे बनाए रखता।

**क्या EasyCoexistence, Sinch से सस्ता है?** हाँ, उस हिस्से में जो हमारे हाथ में है। Sinch आपके एग्रीमेंट के तहत हर मैसेज पर अपना शुल्क जोड़ता है। EasyCoexistence प्रति मैसेज कुछ नहीं जोड़ता और प्रति जुड़ा नंबर US$ 9 प्रति माह लेता है।

**क्या Sinch, Coexistence को सपोर्ट करता है?** इस पेज के लिए देखे गए Sinch के ऑनबोर्डिंग लेखों में इसका ज़िक्र नहीं है। इस पेज पर भरोसा करने के बजाय सीधे Sinch से पूछें।

**क्या Sinch अपना WhatsApp शुल्क प्रकाशित करता है?** उसके हेल्प सेंटर के मुताबिक Sinch का शुल्क आपके एग्रीमेंट पर निर्भर करता है, और वहाँ कोई सार्वजनिक प्रति-मैसेज दर नहीं दी गई है।

**क्या EasyCoexistence के साथ कॉन्ट्रैक्ट चाहिए?** नहीं। साइनअप Meta के Embedded Signup से सेल्फ-सर्व है, और पहले 3 दिन मुफ़्त हैं।

---

## EasyCoexistence बनाम Vonage

https://easycoexistence.com/hi/compare/easycoexistence-vs-vonage

Vonage एक डेवलपर कम्युनिकेशन प्लैटफ़ॉर्म है। इसका Messages API WhatsApp के साथ SMS, RCS और दूसरे चैनल भेजता है, और हर मैसेज पर Meta के शुल्क के ऊपर Vonage का प्लैटफ़ॉर्म शुल्क जुड़ता है। EasyCoexistence, WhatsApp Business app वाले नंबर को Coexistence के ज़रिए Meta के Cloud API से जोड़ता है, प्रति नंबर तय शुल्क पर, और Meta अपने मैसेज का बिल सीधे आपको भेजता है।

### बिल कैसे बनता है

वॉल्यूम बढ़ने पर उपयोग-आधारित कीमत और तय शुल्क अलग तरह से व्यवहार करते हैं।

- Vonage:: डिलीवर हुए हर मैसेज पर Meta का शुल्क, और उसके ऊपर Vonage का प्लैटफ़ॉर्म शुल्क, जो प्रति मैसेज 0.0001 यूरो से शुरू होता है और वॉल्यूम व क्षेत्र के हिसाब से बदलता है। कॉल पर Vonage का एक और शुल्क लगता है: $0.004 प्रति मिनट।
- EasyCoexistence:: US$ 9 प्रति जुड़ा नंबर प्रति माह, जो नंबर जोड़ने के साथ घटकर US$ 1 तक आ जाता है। Meta मैसेज का बिल आपके अपने WhatsApp Business Account पर भेजता है, और हम प्रति मैसेज कुछ नहीं जोड़ते।

### हर एक किन नंबरों के लिए बना है

छोटे कारोबार का जिस नंबर पर पहले से जवाब जाता है, वह आमतौर पर WhatsApp Business app का नंबर होता है।

- Vonage:: इसके WhatsApp प्राइसिंग पेज और पार्टनर के लिए होस्टेड Embedded Signup गाइड में Coexistence का ज़िक्र नहीं है। यह Meta की वह सुविधा है जो API वाले नंबर पर भी ऐप को चालू रखती है।
- EasyCoexistence:: खास तौर पर Coexistence वाले नंबर। WhatsApp Business app की चैट बनी रहती हैं और ऐप फ़ोन पर चलता रहता है, जबकि उसी नंबर पर Cloud API चलता है, Meta के Coexistence थ्रूपुट यानी 20 मैसेज प्रति सेकंड पर।

### आपके और Meta के बीच क्या है

दोनों एपीआई प्रोडक्ट हैं। फ़र्क यह है कि आप किसका एपीआई कॉल करते हैं।

- Vonage:: Vonage Messages API, जो WhatsApp और उनके दूसरे चैनलों के ऊपर एक ही इंटरफ़ेस है। आपका कोड Vonage को कॉल करता है, और Vonage Meta को।
- EasyCoexistence:: Meta का दस्तावेज़ वाला Cloud API, जिसके क्रेडेंशियल आपके अपने खाते के नाम पर जारी होते हैं, और वेबहुक Meta सीधे आपके एंडपॉइंट पर भेजता है। बातचीत हमारी तरफ़ कभी स्टोर नहीं होती।

### कौन सा चुनें

जो डेवलपर SMS, RCS, ईमेल और WhatsApp के लिए एक ही एपीआई चाहता है, वह मल्टी-चैनल CPaaS खरीद रहा है, जो WhatsApp कनेक्शन से अलग प्रोडक्ट है।

जिस कारोबार या एजेंसी को WhatsApp Business app के नंबर Meta के अपने एपीआई पर चाहिए, हर मैसेज पर शुल्क और नया नंबर लिए बिना, उसे Coexistence चाहिए। EasyCoexistence इसे लगभग दो मिनट में खुद से सेट अप करने देता है, हर कनेक्शन की लगातार निगरानी करता है, और 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 app पर है, उसकी चैट के साथ।

**WhatsApp मैसेज का बिल मुझे कौन भेजता है?** Meta, सीधे आपके अपने WhatsApp Business Account पर। EasyCoexistence उन शुल्कों पर कभी मार्कअप नहीं लगाता।

---

## EasyCoexistence बनाम Qontak

https://easycoexistence.com/hi/compare/easycoexistence-vs-qontak

Mekari Qontak इंडोनेशिया का ओम्निचैनल सीआरएम और कस्टमर सर्विस सूट है, जो आधिकारिक WhatsApp API पर चलता है। इसके प्लान पाँच यूज़र से शुरू होते हैं और Coexistence के लिए अलग सब्सक्रिप्शन लगता है। EasyCoexistence सिर्फ़ कनेक्शन है: WhatsApp Business ऐप वाला नंबर Coexistence के ज़रिए Meta के Cloud API पर, प्रति जुड़े नंबर की कीमत पर, और मैसेज आपके अपने सिस्टम में जाते हैं।

### मासिक बिल किस चीज़ का है

Qontak सीआरएम सूट बेचता है। EasyCoexistence कनेक्शन बेचता है।

- Qontak:: Service Suite और Sales Suite का Plus टियर Rp2.000.000 प्रति माह से और Ultimate Rp3.000.000 से शुरू होता है, जबकि Qontak 360 Rp3.500.000 से। हर प्लान कम से कम 5 यूज़र से शुरू होता है।
- EasyCoexistence:: US$ 9 प्रति जुड़ा नंबर प्रति माह, नंबर बढ़ने पर घटकर US$ 1 तक। ऐप से जवाब देने वाली किसी भी आकार की टीम के साथ एक नंबर का खर्च US$ 9 है।

### Coexistence कैसे सेट होता है

दोनों Meta के Coexistence फ़्लो से जुड़ते हैं, इसलिए WhatsApp Business ऐप फ़ोन पर चलता रहता है।

- Qontak:: उनकी गाइड के अनुसार इंटीग्रेशन से पहले META Coex का सक्रिय सब्सक्रिप्शन, कम से कम 30 दिन से सक्रिय नंबर और पूरी हो चुकी Facebook कारोबार पुष्टि ज़रूरी है।
- EasyCoexistence:: Coexistence ही प्रोडक्ट है और इसका कोई अतिरिक्त शुल्क नहीं। साइनअप खुद करना होता है और लगभग दो मिनट लगते हैं। ऐप का वर्शन 2.24.17 या नया हो, हाल की असली गतिविधि हो और नंबर किसी दूसरे प्रोवाइडर से जुड़ा न हो।

### बातचीत कहाँ पहुँचती है

सीआरएम सूट बातचीत को अपने पास रखकर उस पर काम करता है। कनेक्शन उसे आगे सौंप देता है।

- Qontak:: Qontak के ओम्निचैनल इनबॉक्स और सीआरएम में, जो WhatsApp Business ऐप से मिरर होता है। साथ में टिकटिंग, चैटबॉट और ब्रॉडकास्ट उनके डैशबोर्ड से चलते हैं।
- EasyCoexistence:: आपके चुने हुए एंडपॉइंट पर, क्योंकि Meta वेबहुक सीधे वहीं भेजता है। बातचीत हमारे पास कभी स्टोर नहीं होती, और एक MCP सर्वर नंबर को AI असिस्टेंट से जोड़ता है।

### कौन सा चुनें

जो कंपनी एक ही सूट में सेल्स पाइपलाइन, टिकटिंग और कई चैनल चाहती है, वह सीआरएम खरीद रही है। यह WhatsApp कनेक्शन से अलग खरीदारी है।

जिस कारोबार के पास अपना सीआरएम पहले से है, या जो एजेंसी क्लाइंट के नंबर अपने स्टैक में जोड़ती है, उसे नंबर आधिकारिक API पर चाहिए और जुड़ा हुआ चाहिए। EasyCoexistence यह प्रति नंबर तय शुल्क पर करता है, हर कनेक्शन की निगरानी करता है और Meta के 14 दिन के ऐप-गतिविधि नियम के खत्म होने से पहले अलर्ट भेजता है।

- कंज़्यूमर WhatsApp ऐप में रजिस्टर नंबर को जोड़ना। Coexistence के लिए WhatsApp Business ऐप चाहिए।
- सिर्फ़ इंटीग्रेशन के लिए बिल्कुल नया Business Portfolio बनाना, जिसके खिलाफ़ Qontak की गाइड सलाह देती है।
- खाते की समस्या दूर करने के लिए ऐप रीसेट करना। इससे हिस्ट्री रीसेट नहीं होती और लिंक टूट सकता है।

**क्या EasyCoexistence Qontak से सस्ता है?** हाँ, कनेक्शन के लिहाज़ से। Qontak के प्लान 5 यूज़र की न्यूनतम शर्त के साथ Rp2.000.000 प्रति माह से शुरू होते हैं, ऊपर से Coexistence का सब्सक्रिप्शन। EasyCoexistence US$ 9 प्रति जुड़ा नंबर प्रति माह है, Coexistence शामिल।

**क्या Qontak Coexistence को सपोर्ट करता है?** हाँ। उसका हेल्प सेंटर इंटीग्रेशन समझाता है और META Coex के सक्रिय सब्सक्रिप्शन को ज़रूरी शर्त बताता है।

**क्या EasyCoexistence के लिए 30 दिन पुराना नंबर चाहिए?** इसके लिए WhatsApp Business ऐप पर हाल की असली गतिविधि चाहिए, जो Coexistence के लिए Meta की अपनी पात्रता जाँच है।

**क्या EasyCoexistence में सीआरएम शामिल है?** नहीं। मैसेज आपके मौजूदा सीआरएम या ऐप तक उन वेबहुक से पहुँचते हैं जिन्हें Meta आपके एंडपॉइंट पर भेजता है।

---

## Coexistence नंबर के WhatsApp मैसेज HubSpot में लॉग करें

https://easycoexistence.com/hi/integrations/hubspot

HubSpot में Communications ऑब्जेक्ट है, जिसका चैनल टाइप WHATS_APP हो सकता है। यह HubSpot के बाहर हुए मैसेज लॉग करने के लिए बना है। नंबर के वेबहुक n8n वर्कफ़्लो पर भेजें, फ़ोन नंबर से कॉन्टैक्ट ढूँढें या बनाएँ, और हर मैसेज को /crm/v3/objects/communications पर POST करें। बातचीत कॉन्टैक्ट टाइमलाइन पर आ जाती है, और टीम WhatsApp Business ऐप से जवाब देती रहती है।

### WhatsApp मैसेज HubSpot कॉन्टैक्ट तक कैसे पहुँचता है?

तीन चरणों में। Meta मैसेज को उस वेबहुक डेस्टिनेशन पर भेजता है जो आपने नंबर के लिए तय किया है, और यहाँ वह n8n का Webhook नोड है। वर्कफ़्लो HubSpot में भेजने वाले के फ़ोन नंबर से कॉन्टैक्ट खोजता है, और कोई न मिले तो नया बना देता है। फिर वह मैसेज के टेक्स्ट के साथ एक communication रिकॉर्ड बनाता है और उसे उस कॉन्टैक्ट से जोड़ देता है।

HubSpot ने Communications ऑब्जेक्ट इसी काम के लिए बनाया है। यह HubSpot के बाहर भेजे या मिले WhatsApp, LinkedIn या SMS मैसेज को दर्शाता है, और रिकॉर्ड की टाइमलाइन पर लॉग की गई कॉल या ईमेल की तरह दिखता है। ज़रूरी प्रॉपर्टी ये हैं: चैनल टाइप, CRM पर सेट hs_communication_logged_from, बॉडी, ओनर और टाइमस्टैंप।

इसके लिए HubSpot मार्केटप्लेस ऐप की ज़रूरत नहीं है। n8n का HTTP Request नोड वही HubSpot क्रेडेंशियल इस्तेमाल कर सकता है जो आपने HubSpot नोड के लिए बनाया था, और हर मैसेज पर सिर्फ़ एक POST कॉल लगती है।

### क्या फ़ोन से टाइप किए गए मैसेज भी लॉग होते हैं?

हाँ, हो सकते हैं, और यही वह हिस्सा है जो Coexistence नंबर जोड़ता है। जब टीम का कोई सदस्य WhatsApp Business ऐप से जवाब देता है, तो Meta उस भेजे गए मैसेज का एक echo उसी वेबहुक डेस्टिनेशन पर भेजता है। जो वर्कफ़्लो आने वाले मैसेज और echo दोनों संभालता है, वह बातचीत के दोनों पक्ष टाइमलाइन पर लिख देता है। इसलिए HubSpot में कॉन्टैक्ट खोलने वाला सेल्सपर्सन देखता है कि ग्राहक ने क्या पूछा और दुकान ने क्या जवाब दिया।

वेबहुक के फ़ील्ड के आधार पर ब्रांच करें। आने वाले मैसेज messages के तहत आते हैं और फ़ोन के जवाब smb_message_echoes के तहत। पहले को प्राप्त और दूसरे को भेजा हुआ लॉग करें, तो टाइमलाइन सही क्रम में पढ़ी जाती है।

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

### HubSpot के अपने WhatsApp इनबॉक्स चैनल का क्या?

वह एक अलग इंटीग्रेशन है। HubSpot का conversations इनबॉक्स एक WhatsApp नंबर को सीधे HubSpot से जोड़ता है, और उसकी नॉलेज बेस के अनुसार वह नंबर किसी दूसरे WhatsApp इंटीग्रेशन से जुड़ा नहीं होना चाहिए। यह Marketing Hub या Service Hub के Professional और Enterprise में उपलब्ध है।

EasyCoexistence से जुड़ा नंबर उलटी दिशा से पहुँचा जाता है: Meta अपने वेबहुक आपके यूआरएल पर भेजता है, और HubSpot को रिकॉर्ड अपने एपीआई से मिलते हैं। बातचीत का जवाब फ़ोन से या आपका वर्कफ़्लो देता है, और HubSpot वह सिस्टम ऑफ़ रिकॉर्ड बनता है जो कॉन्टैक्ट, डील या टिकट के साथ इतिहास रखता है।

इस कॉल को करने वाले प्राइवेट ऐप या क्रेडेंशियल पर contacts write स्कोप चाहिए। वही स्कोप वर्कफ़्लो को कॉन्टैक्ट बनाने के लिए वैसे भी चाहिए।

### वर्कफ़्लो को भेजने वाले का कॉन्टैक्ट से मिलान कैसे करना चाहिए?

फ़ोन नंबर से, खोज से पहले उसे एक समान फ़ॉर्मैट में लाकर। Meta भेजने वाले को देश कोड के साथ सिर्फ़ अंकों में भेजता है, बिना प्लस के, जैसे 14155550188। HubSpot के कॉन्टैक्ट हाथ से भरे जाते हैं, इसलिए वही व्यक्ति +1 415 555 0188 या (415) 555-0188 के रूप में भी सेव हो सकता है।

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

खोज में कुछ न मिले तो वेबहुक पेलोड के प्रोफ़ाइल नाम को पहले नाम के रूप में और सिर्फ़ अंकों वाले नंबर को दोनों फ़ील्ड में रखकर कॉन्टैक्ट बनाएँ। कोई व्यक्ति बाद में उसे मर्ज या नाम बदल सकता है, और बातचीत पहले से जुड़ी होती है।

- सिर्फ़ आने वाले मैसेज लॉग करना। तब टाइमलाइन पर सवाल दिखते हैं पर जवाब नहीं, क्योंकि फ़ोन से टाइप किए जवाब smb_message_echoes इवेंट के रूप में आते हैं।
- hs_communication_logged_from को खाली छोड़ना। एपीआई से communication बनाते समय HubSpot इसका CRM होना ज़रूरी मानता है।
- कॉन्टैक्ट को कच्चे फ़ोन फ़ील्ड पर खोजना। Meta का सिर्फ़ अंकों वाला फ़ॉर्मैट शायद ही उससे मेल खाता है जो किसी ने टाइप किया था, और हर चूक एक डुप्लिकेट कॉन्टैक्ट बना देती है।

**क्या मैं HubSpot के अंदर से ग्राहक को जवाब दे सकता हूँ?** Communications ऑब्जेक्ट से नहीं, क्योंकि वह सिर्फ़ एक लॉग है। जवाब WhatsApp Business ऐप से या Cloud API को कॉल करने वाले वर्कफ़्लो से जाते हैं, और दोनों कॉन्टैक्ट पर वापस लॉग हो जाते हैं।

**वर्कफ़्लो को HubSpot की कौन-सी अनुमतियाँ चाहिए?** Contacts का read और write। HubSpot Communications एपीआई के लिए crm.objects.contacts.read या crm.objects.contacts.write को स्कोप बताता है, और कॉन्टैक्ट बनाने के लिए write स्कोप वैसे भी चाहिए।

**क्या यही वर्कफ़्लो पहला मैसेज भी भेज सकता है?** हाँ। n8n की एक अलग ब्रांच नंबर की फ़ोन नंबर आईडी और टोकन के साथ Cloud API से मंज़ूर किया हुआ टेम्पलेट भेज सकती है, फिर उसे कॉन्टैक्ट पर भेजी गई communication के रूप में लॉग कर सकती है।

**क्या EasyCoexistence रास्ते में मैसेज की सामग्री सेव करता है?** नहीं। Meta वेबहुक सीधे आपके n8n यूआरएल पर भेजता है। EasyCoexistence बातचीत की सामग्री कभी सेव नहीं करता।

---

## Coexistence नंबर से WhatsApp बातचीत Salesforce में भेजें

https://easycoexistence.com/hi/integrations/salesforce

नंबर के वेबहुक को n8n वर्कफ़्लो पर भेजें, Salesforce में SOQL क्वेरी से phone के आधार पर भेजने वाले को खोजें, कोई मैच न मिले तो Lead बनाएँ, और हर मैसेज को रिकॉर्ड पर Task या नोट के रूप में लॉग करें। तीनों कॉल n8n का Salesforce नोड संभाल लेता है। टीम WhatsApp Business ऐप से जवाब देती रहती है और इतिहास Salesforce में रहता है।

### n8n वर्कफ़्लो कैसा दिखता है?

एक कतार में चार नोड, और पुष्टि वाली वह ब्रांच जो हर Meta वेबहुक को चाहिए।

Webhook नोड उस POST को लेता है जो Meta हर मैसेज पर भेजता है। Salesforce नोड SOQL क्वेरी चलाकर ऐसा Lead या Contact खोजता है जिसका phone भेजने वाले से मेल खाए। IF नोड देखता है कि कुछ मिला या नहीं: मिला तो वर्कफ़्लो रिकॉर्ड id को आगे ले जाता है; नहीं मिला तो एक Salesforce नोड पेलोड के प्रोफ़ाइल नाम से Lead बना देता है। आख़िरी Salesforce नोड उस रिकॉर्ड पर Task बनाता है, जिसके description में मैसेज का टेक्स्ट होता है और subject में लिखा होता है कि यह WhatsApp मैसेज था।

पुष्टि वाली ब्रांच Meta के GET का जवाब hub.challenge की वैल्यू को सादे body में लौटाकर देती है। इसके बिना Meta डिलीवरी शुरू ही नहीं करता, और बाकी वर्कफ़्लो बेकार पड़ा रहता है।

### मैसेज Task में रखें या नोट में?

ज़्यादातर टीमों के लिए Task, क्योंकि वह उस एक्टिविटी टाइमलाइन में दिखता है जिसे सेल्स रेप पहले से पढ़ते हैं, और उस पर रिपोर्ट भी बन सकती है। उसका स्टेटस completed रखें ताकि वह खुले टू-डू की तरह न दिखे, और subject में चैनल का नाम रखें, ताकि WhatsApp एक्टिविटी का फ़िल्टर बस एक शर्त बन जाए।

n8n नोड का Add note ऑपरेशन अलग स्थिति के लिए ठीक है: जब हर मैसेज की जगह सारांश चाहिए। कुछ टीमें वर्कफ़्लो से दिन भर के मैसेज हर कॉन्टैक्ट के हिसाब से जमा करवाती हैं और शाम को एक नोट लिखवाती हैं। इससे बीस छोटी लाइनें भेजने वाले ग्राहक की टाइमलाइन पढ़ने लायक रहती है।

जो भी चुनें, रिकॉर्ड में WhatsApp मैसेज id ज़रूर लिखें। Meta डिलीवरी दोबारा भेजता है, और जो वर्कफ़्लो लिखने से पहले id जाँच लेता है वह एक ही मैसेज को दो बार लॉग नहीं करता।

### क्या टीम फ़ोन से जवाब दे सकती है, और क्या Salesforce उसे देखेगा?

दोनों का जवाब हाँ है। Coexistence उसी नंबर पर WhatsApp Business ऐप चालू रखता है, इसलिए जो लोग कल ग्राहकों को जवाब दे रहे थे वे देते रहते हैं। ऐप से जवाब जाने पर Meta आउटगोइंग मैसेज की एक प्रति उसी वेबहुक डेस्टिनेशन पर smb_message_echoes फ़ील्ड के तहत भेजता है।

वर्कफ़्लो में इन इको के लिए दूसरा रास्ता जोड़ें और उन्हें आउटगोइंग Task के रूप में लॉग करें। फिर lead खोलने वाले रेप को सवाल और दुकान का दिया जवाब, दोनों क्रम से दिखते हैं, और किसी को चैट हाथ से कॉपी नहीं करनी पड़ती।

जो जवाब वर्कफ़्लो ख़ुद Cloud API पर HTTP Request नोड से भेजता है, उन्हें भेजते समय ही लॉग करें। टेक्स्ट और रिकॉर्ड id वर्कफ़्लो के पास पहले से होते हैं।

### डुप्लिकेट Lead से कैसे बचें?

मिलान सामान्यीकृत फ़ोन नंबर पर करें, उस फ़ील्ड पर नहीं जैसा लोगों ने उसे टाइप किया। Meta भेजने वाले को देश कोड के साथ सिर्फ़ अंकों में भेजता है, बिना प्लस के। Salesforce के phone फ़ील्ड में वही रहता है जो रिकॉर्ड बनाने वाले ने भरा, यानी स्पेस, ब्रैकेट और डैश समेत।

भरोसेमंद तरीका यह है कि एक कस्टम टेक्स्ट फ़ील्ड रखें जिसमें सिर्फ़ अंकों वाला नंबर हो। वर्कफ़्लो 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 मंज़ूर टेम्पलेट को Cloud API से नंबर के phone_number_id और टोकन के साथ भेज देगा।

**क्या EasyCoexistence मैसेज की प्रति रखता है?** नहीं। Meta हर वेबहुक सीधे आपके n8n यूआरएल पर भेजता है, और EasyCoexistence बातचीत की सामग्री कभी स्टोर नहीं करता।

---

## Coexistence नंबर पर WhatsApp को Zoho CRM से जोड़ें

https://easycoexistence.com/hi/integrations/zoho-crm

नंबर के वेबहुक n8n वर्कफ़्लो पर भेजें, Zoho CRM में phone पैरामीटर से खोजें, जो मॉड्यूल के हर फ़ोन फ़ील्ड को जाँचता है, कोई मेल न मिले तो Lead बनाएं, और हर मैसेज को रिकॉर्ड पर नोट के रूप में जोड़ें। n8n का Zoho CRM नोड Leads और Contacts संभालता है; नोट उसी क्रेडेंशियल से Zoho की Notes API को किया गया एक HTTP कॉल है।

### WhatsApp मैसेज Zoho CRM रिकॉर्ड कैसे बनता है?

Meta नंबर पर आया हर मैसेज आपके तय किए वेबहुक डेस्टिनेशन पर भेजता है, यहाँ n8n का वेबहुक नोड। वर्कफ़्लो पेलोड से भेजने वाले का नंबर लेता है और Zoho के सर्च एंडपॉइंट को phone उसी नंबर पर सेट करके बुलाता है, पहले Leads पर और फिर Contacts पर। Zoho मॉड्यूल के हर फ़ोन फ़ील्ड को जाँचता है, इसलिए Mobile या Phone, दोनों पर मेल गिना जाता है और आपको अंदाज़ा नहीं लगाना पड़ता कि सेल्सपर्सन ने कौन सा फ़ील्ड भरा था।

कुछ न मिले तो n8n का Zoho CRM नोड WhatsApp प्रोफ़ाइल नाम और नंबर के साथ Lead बना देता है। दोनों हालात में वर्कफ़्लो के पास अब रिकॉर्ड id होती है, और वह मैसेज को POST /Notes के ज़रिए उसी रिकॉर्ड पर नोट के रूप में लिखता है। नोट के लिए बस Note_Content और Parent_Id चाहिए, जिसमें मॉड्यूल और रिकॉर्ड का नाम होता है।

### n8n क्रेडेंशियल को Zoho की कौन सी अनुमतियाँ चाहिए?

जिन मॉड्यूल में आप खोजते और लिखते हैं उन पर पढ़ने और बनाने की अनुमति, और Notes पर बनाने की अनुमति। Zoho नोट के स्कोप को ZohoCRM.modules.notes.CREATE कहता है और उसके साथ पैरेंट मॉड्यूल का create स्कोप भी माँगता है। इसलिए जो क्रेडेंशियल Leads बना सकता है पर जिसे notes स्कोप कभी नहीं मिला, वह आख़िरी चरण पर अनुमति की गड़बड़ी के साथ विफल हो जाता है।

n8n का Zoho CRM नोड Leads, Contacts, Accounts, Deals और कई सेल्स दस्तावेज़ संभालता है, और create, upsert, get, get all, update और delete करता है। Notes उसके रिसोर्स में नहीं हैं, इसीलिए नोट HTTP नोड से जाता है। 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, हर एडिशन की अपनी ऊपरी सीमा के साथ।

हर आने वाले मैसेज पर एक खोज और एक नोट लिखना लगता है, और पहली बार लिखने वाले के लिए Lead बनाना भी। छोटे कारोबार के नंबर के लिए यह सशुल्क एडिशन की सीमा में आराम से आ जाता है। आम तौर पर पहले एक साथ चलने वाले कॉल की सीमा अड़ती है: Free में 5 और Standard में 10 एक साथ कॉल चलते हैं, इसलिए ब्रॉडकास्ट के जवाबों की बाढ़ कतार में लग सकती है। अगर Zoho सीमा की गड़बड़ी लौटाए, तो n8n वर्कफ़्लो को एक बार में एक एक्ज़ीक्यूशन चलाने पर सेट करें।

### क्या फ़ोन से भेजे गए जवाब Zoho CRM तक पहुँचते हैं?

पहुँच सकते हैं। Coexistence नंबर पर WhatsApp Business ऐप चलता रहता है, और जब कोई उससे जवाब देता है तो Meta उस भेजे गए मैसेज की एक इको smb_message_echoes फ़ील्ड के तहत उसी वेबहुक डेस्टिनेशन पर भेजता है।

वर्कफ़्लो में इको के लिए एक ब्रांच बनाएं और उन्हें आउटबाउंड शीर्षक वाले नोट के रूप में लिखें। फिर Zoho में Lead खोलने वाला सेल्सपर्सन बातचीत के दोनों पक्ष पढ़ता है, और किसी को CRM में स्क्रीनशॉट चिपकाने नहीं पड़ते।

वर्कफ़्लो जो मैसेज खुद Cloud API से भेजता है, जैसे डील का स्टेज बदलने के बाद मंज़ूर टेम्पलेट, उन्हें भेजने के क्षण पर ही दर्ज करना बेहतर है, क्योंकि तब वर्कफ़्लो के पास टेक्स्ट और रिकॉर्ड id पहले से होती है।

- क्रेडेंशियल को Lead के स्कोप देना पर ZohoCRM.modules.notes.CREATE न देना। खोज और Lead काम करते हैं, फिर हर नोट विफल होता है।
- किसी दूसरे Zoho डेटा सेंटर के खाते से zohoapis.com को बुलाना। उस रीजन का API डोमेन इस्तेमाल करें जिसमें खाता है।
- सिर्फ़ Leads में खोजना। परिवर्तित ग्राहक Contacts होते हैं, और उनमें से जो भी लिखता है वह एक नया डुप्लिकेट Lead बन जाता है।

**क्या यह Zoho के अपने WhatsApp इंटीग्रेशन की जगह लेता है?** यह एक अलग रास्ता है। यहाँ नंबर EasyCoexistence के ज़रिए जुड़ा रहता है और Zoho CRM को रिकॉर्ड उसकी API से मिलते हैं, जबकि टीम फ़ोन से या वर्कफ़्लो से जवाब देती है।

**क्या मैं n8n की जगह Make इस्तेमाल कर सकता हूँ?** हाँ। Make का कस्टम वेबहुक मैसेज लेता है, और Zoho CRM मॉड्यूल या HTTP मॉड्यूल खोज, Lead और नोट लिखते हैं।

**क्या डील का स्टेज बदलने पर WhatsApp टेम्पलेट भेजा जा सकता है?** हाँ, वर्कफ़्लो के ज़रिए। स्टेज बदलने पर n8n के वेबहुक यूआरएल को कॉल करवाएं, और n8n नंबर की `phone_number_id` और टोकन के साथ Cloud API से मंज़ूर टेम्पलेट भेज देता है।

**क्या EasyCoexistence मैसेज स्टोर करता है?** नहीं। Meta वेबहुक सीधे आपके n8n यूआरएल पर भेजता है। EasyCoexistence बातचीत की सामग्री कभी स्टोर नहीं करता।

---

## Coexistence नंबर पर WhatsApp को Pipedrive से जोड़ें

https://easycoexistence.com/hi/integrations/pipedrive

नंबर के वेबहुक को n8n वर्कफ़्लो तक भेजें, फ़ोन नंबर से Pipedrive के पर्सन खोजें, कोई न मिले तो पर्सन और लीड बनाएँ, और हर मैसेज को पर्सन या डील पर नोट के रूप में लिखें। n8n का Pipedrive नोड यह सब करता है। टीम WhatsApp Business ऐप से जवाब देती रहती है, और उन जवाबों को भी दर्ज किया जा सकता है।

### WhatsApp मैसेज Pipedrive के पर्सन तक कैसे पहुँचता है?

Meta नंबर पर आया हर मैसेज उस वेबहुक डेस्टिनेशन पर भेजता है जो आपने उसके लिए तय किया है, यहाँ n8n का Webhook नोड। वर्कफ़्लो भेजने वाले के नंबर से Pipedrive के पर्सन खोजता है; Pipedrive की पर्सन सर्च फ़ोन फ़ील्ड को कवर करती है और एग्ज़ैक्ट मैच फ़्लैग मानती है। पर्सन मिलने पर वर्कफ़्लो उसी की id इस्तेमाल करता है। न मिलने पर वह WhatsApp प्रोफ़ाइल नाम और नंबर के साथ नया पर्सन बनाता है, फिर उससे जुड़ी एक लीड, ताकि किसी अजनबी का पहला मैसेज Leads Inbox में दिखे और कोई उसे क्वालिफ़ाई कर सके।

मैसेज खुद एक नोट बन जाता है। Pipedrive नोट को सिर्फ़ उसका कंटेंट चाहिए, जिसमें HTML चलता है, और पर्सन, डील, ऑर्गनाइज़ेशन या लीड में से कम से कम एक id। डील खुली हो तो नोट उससे जोड़ें, वरना पर्सन से।

### सर्च वाला स्टेप सबसे पहले सीमा तक क्यों पहुँचता है?

क्योंकि Pipedrive सर्च को अपनी अलग, बहुत छोटी सीमा देता है। सामान्य एपीआई कॉल हर यूज़र पर दो सेकंड की रोलिंग विंडो में सीमित हैं: एपीआई टोकन के साथ Lite पर 20 अनुरोध से लेकर Ultimate पर 120 तक। Search API हर प्लान पर दो सेकंड में 10 अनुरोध तक सीमित है।

शांत नंबर को इसका पता नहीं चलता। लेकिन जो नंबर कुछ सौ ग्राहकों को टेम्पलेट भेजता है और एक मिनट में पचास जवाब पाता है, वह इसमें फँसेगा, क्योंकि हर जवाब एक सर्च से शुरू होता है। तब वर्कफ़्लो को 429 जवाब मिलते हैं और रीट्राई न हो तो नोट छूट जाता है।

दो उपाय काम करते हैं। Pipedrive सर्च नोड पर रीट्राई वेट के साथ चालू करें, और फ़ोन से पर्सन id की मैपिंग को n8n के वर्कफ़्लो स्टैटिक डेटा या एक छोटी टेबल में कैश करें, ताकि लगातार छह मैसेज भेजने वाले ग्राहक पर छह नहीं, एक सर्च लगे।

### क्या फ़ोन पर टाइप किए गए जवाब भी दर्ज हो सकते हैं?

हाँ। Coexistence में उसी नंबर पर WhatsApp Business ऐप चलता रहता है, और टीम का कोई सदस्य उससे जवाब देता है तो Meta भेजे गए मैसेज की एक इको उसी वेबहुक डेस्टिनेशन पर smb_message_echoes फ़ील्ड के तहत भेजता है।

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

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

### फ़ोन नंबर को किस फ़ॉर्मैट में सामान्य करें?

देश कोड वाले सिर्फ़ अंकों में, और कुछ नहीं, क्योंकि Meta यही भेजता है। भेजने वाला 14155550188 के रूप में आता है, जबकि Pipedrive में हाथ से डाले गए पर्सन का नंबर +1 (415) 555-0188 जैसा हो सकता है।

वर्कफ़्लो जब पर्सन बनाए, तो नंबर इसी सिर्फ़-अंकों वाले रूप में रखे, ताकि उसके अपने रिकॉर्ड हमेशा मेल खाएँ। हाथ से बनाए गए पर्सन के लिए n8n में एक बार की सफ़ाई, जो मौजूदा फ़ोन वैल्यू को इसी रूप में बदल दे, पहले ही हफ़्ते में फ़ायदा देती है। इसके बिना एग्ज़ैक्ट मैच सर्च टीम के डाले पर्सन चूक जाती है और वर्कफ़्लो हर एक का डुप्लिकेट बना देता है।

टीम को मूल फ़ॉर्मैटिंग पढ़ना पसंद हो तो उसे दूसरी फ़ोन एंट्री में रखें। Pipedrive के पर्सन में एक से ज़्यादा फ़ोन रह सकते हैं।

- हर मैसेज पर बिना कैश के एक सर्च चलाना। जवाबों की बौछार दो सेकंड में 10 वाली Search API सीमा से टकराती है और नोट गायब हो जाते हैं।
- हर नए पर्सन की जगह हर मैसेज पर लीड बनाना। Leads Inbox में एक ही ग्राहक की कॉपियाँ भर जाती हैं।
- डील खुली होने पर भी नोट सिर्फ़ पर्सन से जोड़ना। डील पर काम कर रहे सेल्स रेप को बातचीत कभी दिखती नहीं।

**क्या मैसेज Pipedrive के Messaging इनबॉक्स में दिखेंगे?** नहीं। यह रास्ता Pipedrive की एपीआई से नोट और लीड लिखता है। बातचीत का जवाब WhatsApp Business ऐप से या वर्कफ़्लो से दिया जाता है, और उसे पर्सन या डील पर दर्ज किया जाता है।

**क्या n8n की जगह Make या Zapier इस्तेमाल किया जा सकता है?** हाँ। कस्टम वेबहुक या कैच हुक मैसेज पाता है, और उनके Pipedrive स्टेप या HTTP स्टेप उसी क्रम में पर्सन, लीड और नोट लिखते हैं।

**क्या डील का स्टेज बदलने पर WhatsApp टेम्पलेट भेजा जा सकता है?** हाँ, वर्कफ़्लो के ज़रिए। स्टेज बदलने पर n8n के वेबहुक यूआरएल को कॉल होता है, तब n8n नंबर की phone number id और टोकन के साथ Cloud API से मंज़ूर टेम्पलेट भेजता है।

**क्या EasyCoexistence मैसेज स्टोर करता है?** नहीं। Meta हर वेबहुक सीधे आपके n8n यूआरएल पर पहुँचाता है, और EasyCoexistence बातचीत का कंटेंट कभी स्टोर नहीं करता।

---

## Coexistence नंबर पर WhatsApp को Bitrix24 CRM से जोड़ें

https://easycoexistence.com/hi/integrations/bitrix24

नंबर के वेबहुक को n8n वर्कफ़्लो पर भेजें और वह Bitrix24 को इनबाउंड वेबहुक यूआरएल से कॉल करे। crm.duplicate.findbycomm उस लीड, कॉन्टैक्ट या कंपनी को खोजता है जिसके पास भेजने वाले का फ़ोन नंबर है, कोई न मिले तो crm.lead.add लीड बनाता है, और crm.timeline.comment.add मैसेज को रिकॉर्ड की टाइमलाइन में लिखता है। टीम जवाब WhatsApp Business ऐप से ही देती रहती है।

### n8n, Bitrix24 से कैसे बात करता है?

इनबाउंड वेबहुक के ज़रिए, जो Bitrix24 में रिसीवर नहीं, बल्कि एक क्रेडेंशियल है। आप इसे Bitrix24 के डेवलपर रिसोर्स में बनाते हैं, वे स्कोप चुनते हैं जिनका यह उपयोग कर सकता है, और आपको एक यूआरएल मिलता है जिसमें आपके पोर्टल का पता, इसे बनाने वाले यूज़र की id और एक सीक्रेट कोड होता है। उस यूआरएल के अंत में किसी मेथड का नाम जोड़ने से REST एपीआई उसी यूज़र के रूप में, उसी की अनुमतियों के साथ कॉल होती है।

इसलिए n8n में Bitrix24 का हर स्टेप एक HTTP अनुरोध नोड है, जो उस यूआरएल पर crm.lead.add.json जैसे मेथड के साथ पोस्ट करता है। पूरा करने के लिए कोई OAuth फ़्लो नहीं है और प्रकाशित करने के लिए कोई ऐप नहीं। वेबहुक को सिर्फ़ CRM स्कोप दें, और इसे ऐसे यूज़र से बनाएं जिसकी अनुमतियाँ उन लीड और कॉन्टैक्ट को कवर करती हों जो वर्कफ़्लो को देखने हैं, क्योंकि Bitrix24 पहुँच की जाँच उसी यूज़र के रूप में करता है।

### वर्कफ़्लो Bitrix24 के कौन से मेथड कॉल करता है?

तीन, इसी क्रम में, जब n8n का Webhook नोड Meta से मैसेज पा चुका हो।

crm.duplicate.findbycomm, type PHONE और भेजने वाले के नंबर के साथ, उन सभी लीड, कॉन्टैक्ट और कंपनी की id लौटाता है जिनके पास वह नंबर है। यह सही लुकअप है क्योंकि यह तीनों में एक साथ खोजता है और टेक्स्ट फ़ील्ड के बजाय संपर्क जानकारी पर मिलान के लिए बना है।

कुछ न मिलने पर crm.lead.add एक लीड बनाता है, जिसके शीर्षक में WhatsApp प्रोफ़ाइल का नाम और फ़ोन फ़ील्ड में नंबर होता है। फिर crm.timeline.comment.add मैसेज का टेक्स्ट रिकॉर्ड पर कमेंट के रूप में लिखता है, जिसमें ENTITY_TYPE, ENTITY_ID और COMMENT दिए जाते हैं। यह कमेंट रिकॉर्ड की टाइमलाइन में कॉल और ईमेल के बगल में दिखता है, जहाँ सेल्सपर्सन पहले से देखता है।

### रेट लिमिट वर्कफ़्लो को कैसे प्रभावित करती है?

Bitrix24 REST कॉल को लीकी बकेट से मापता है। हर अनुरोध एक काउंटर बढ़ाता है, काउंटर हर सेकंड एक तय दर से घटता है, और सीमा पार होने पर अगला अनुरोध QUERY_LIMIT_EXCEEDED के साथ 503 पाता है। Enterprise प्लान पर काउंटर हर सेकंड 5 घटता है और सीमा 250 है; बाकी सभी प्लान पर वह 2 घटता है और सीमा 50 है।

हर इनबाउंड मैसेज पर दो या तीन कॉल लगती हैं, इसलिए धीमा, लगातार आता प्रवाह सीमा के पास भी नहीं पहुँचता। बर्स्ट पहुँचता है: एक मिनट में पचास ग्राहक एक ही टेम्पलेट का जवाब दें तो 150 तक कॉल हो जाती हैं। HTTP अनुरोध नोड को विफल होने पर थोड़ी देर रुककर रीट्राई करने के लिए सेट करें, और वर्कफ़्लो के एक्ज़ीक्यूशन एक-एक करके चलाएं, ताकि बर्स्ट Bitrix24 से टकराकर लौटने के बजाय उसमें धीरे-धीरे खाली हो।

### क्या फ़ोन से टाइप किए गए जवाब Bitrix24 तक पहुँचते हैं?

पहुँच सकते हैं। Coexistence नंबर पर WhatsApp Business ऐप काम करता रहता है, और जब कोई उससे जवाब देता है तो Meta भेजे गए मैसेज की एक इको उसी वेबहुक डेस्टिनेशन पर smb_message_echoes फ़ील्ड में भेजता है।

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

जो जवाब वर्कफ़्लो खुद Cloud API से भेजता है, वे भेजते समय पहले से वर्कफ़्लो के पास होते हैं, इसलिए उन्हें उसी क्षण लॉग करें, किसी वेबहुक के लौटने का इंतज़ार न करें।

- इनबाउंड वेबहुक यूआरएल को क्लाइंट-साइड कोड या साझा दस्तावेज़ में चिपकाना। उसमें मौजूद सीक्रेट वेबहुक को दिए गए हर स्कोप की पहुँच देता है।
- वेबहुक को ऐसे यूज़र से बनाना जो सभी लीड नहीं देख सकता। तब लुकअप में रिकॉर्ड छूट जाते हैं और वर्कफ़्लो डुप्लिकेट बना देता है।
- रीट्राई के बिना कॉल का बर्स्ट भेजना। Bitrix24 QUERY_LIMIT_EXCEEDED के साथ 503 लौटाता है और वे मैसेज टाइमलाइन तक कभी नहीं पहुँचते।

**क्या चैट Bitrix24 Open Channels में दिखेंगी?** इस वर्कफ़्लो से नहीं। यह CRM REST एपीआई से लीड और टाइमलाइन कमेंट लिखता है, और बातचीत का जवाब WhatsApp Business ऐप से या वर्कफ़्लो से दिया जाता है।

**क्या मैं n8n की जगह Make इस्तेमाल कर सकता हूँ?** हाँ। Make का कस्टम वेबहुक मैसेज पाता है, और HTTP मॉड्यूल इनबाउंड वेबहुक यूआरएल पर वही तीन मेथड कॉल करते हैं।

**क्या वर्कफ़्लो Bitrix24 के डेटा से WhatsApp टेम्पलेट भेज सकता है?** हाँ। n8n Bitrix24 से ज़रूरी डेटा पढ़ता है और नंबर की phone_number_id और टोकन के साथ Cloud API से स्वीकृत टेम्पलेट भेजता है।

**क्या EasyCoexistence मैसेज स्टोर करता है?** नहीं। Meta हर वेबहुक सीधे आपके n8n यूआरएल पर भेजता है। EasyCoexistence बातचीत की सामग्री कभी स्टोर नहीं करता।

---

## WhatsApp संपर्कों को RD Station Marketing के कन्वर्ज़न में बदलें

https://easycoexistence.com/hi/integrations/rd-station

नंबर के वेबहुक को n8n वर्कफ़्लो तक भेजें और हर भेजने वाले के लिए अपनी एपीआई की के साथ api.rd.services/platform/conversions पर RD Station Marketing को कन्वर्ज़न इवेंट POST करें। RD Station ईमेल की जगह फ़ोन नंबर भी स्वीकार करता है, इसलिए बिना ईमेल वाला WhatsApp संपर्क भी लीड बन जाता है, टैग के साथ और आपके ऑटोमेशन फ़्लो के लिए तैयार। टीम फ़ोन से जवाब देती रहती है।

### WhatsApp मैसेज RD Station लीड कैसे बनता है?

Meta नंबर पर आने वाला हर मैसेज आपके तय किए वेबहुक डेस्टिनेशन पर भेजता है, यहाँ n8n का Webhook नोड। वर्कफ़्लो पेलोड से भेजने वाले का नंबर और प्रोफ़ाइल नाम पढ़ता है और RD Station Marketing के कन्वर्ज़न एंडपॉइंट पर एक HTTP POST भेजता है, जिसमें एपीआई की क्वेरी स्ट्रिंग में रहती है।

बॉडी में event_type की वैल्यू CONVERSION, event_family की वैल्यू CDP और एक पेलोड होता है, जिसमें आपका चुना हुआ conversion_identifier रहता है, जैसे whatsapp-inbound। पेलोड के अंदर name, mobile_phone और टैग जाते हैं। संपर्क नया हो तो RD Station उसे बना देता है, और हर हाल में कन्वर्ज़न दर्ज करता है, इसलिए संपर्क के इतिहास में दिखता है कि वह WhatsApp से कब आया।

इसके बाद सब कुछ सामान्य RD Station है: कन्वर्ज़न या टैग से सेगमेंट बनाएँ और बाकी काम अपने ऑटोमेशन फ़्लो पर छोड़ दें।

### क्या हर मैसेज कन्वर्ज़न होना चाहिए?

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

किसी नंबर के पहले मैसेज पर कन्वर्ज़न करें, या आपके चुने अंतराल के बाद आए पहले मैसेज पर, जैसे तीस दिन। n8n हर नंबर की आखिरी कन्वर्ज़न तारीख अपने वर्कफ़्लो के स्टैटिक डेटा या किसी छोटी टेबल में रख सकता है और हाल की तारीख होने पर कॉल छोड़ सकता है।

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

### क्या RD Station से WhatsApp मैसेज वापस भेजा जा सकता है?

वर्कफ़्लो के ज़रिए, हाँ। RD Station Marketing किसी लीड के कन्वर्ट होने या ऑपरच्युनिटी चिह्नित होने पर वेबहुक चला सकता है, और दूसरी तरफ़ का n8n वेबहुक EasyCoexistence डैशबोर्ड से नंबर की phone_number_id और एक्सेस टोकन लेकर Cloud API से मंज़ूर किया हुआ WhatsApp टेम्पलेट भेज सकता है।

यहाँ टेम्पलेट इसलिए मायने रखते हैं कि हो सकता है लीड ने पिछले 24 घंटों में कुछ न लिखा हो। उस विंडो के बाहर सिर्फ़ Meta से मंज़ूर टेम्पलेट पहुँचता है, फ़्री टेक्स्ट विफल हो जाता है। विंडो के भीतर सामान्य टेक्स्ट जवाब चलता है।

फ़ोन पर WhatsApp Business ऐप में भी ये भेजे गए मैसेज दिखते हैं, क्योंकि Coexistence ऐप और एपीआई को एक ही नंबर पर रखता है। फ़ोन पर बातचीत संभालने वाला सेल्सपर्सन देख लेता है कि ऑटोमेशन पहले क्या कह चुका है।

- हर मैसेज पर कन्वर्ज़न भेजना। एक बातूनी ग्राहक कई कन्वर्ज़न दर्ज कराता है और वही ऑटोमेशन फ़्लो बार-बार चलता है।
- एपीआई की को ऐसे ब्राउज़र पेज से भेजना जिसे कोई भी पढ़ सकता है। कॉल n8n वर्कफ़्लो के अंदर रखें, जहाँ की निजी रहती है।
- RD से चले फ़्लो में ऐसे लीड को फ़्री टेक्स्ट भेजना जिसने 24 घंटों में कुछ नहीं लिखा। तब सिर्फ़ मंज़ूर टेम्पलेट पहुँचता है।

**क्या इस RD Station कॉल के लिए OAuth चाहिए?** नहीं। कन्वर्ज़न एंडपॉइंट क्वेरी स्ट्रिंग की एपीआई की से प्रमाणित होता है, और कन्वर्ज़न इवेंट भेजना ठीक उसी की का काम है।

**अगर WhatsApp संपर्क का ईमेल न हो तो?** फ़ोन नंबर भेजें। RD Station कन्वर्ज़न पर ईमेल तभी माँगता है जब फ़ोन नंबर न दिया गया हो।

**क्या n8n की जगह Make या Zapier इस्तेमाल कर सकते हैं?** हाँ। जो भी टूल वेबहुक पाकर HTTP POST भेज सके, वह वही कन्वर्ज़न बॉडी RD Station को भेज सकता है।

**क्या EasyCoexistence मैसेज सहेजता है?** नहीं। Meta वेबहुक सीधे आपके n8n यूआरएल पर पहुँचाता है, और EasyCoexistence बातचीत की सामग्री कभी नहीं सहेजता।

---

## Coexistence नंबर पर WhatsApp को GoHighLevel कॉन्टैक्ट से जोड़ें

https://easycoexistence.com/hi/integrations/gohighlevel

नंबर के वेबहुक को n8n वर्कफ़्लो पर भेजें, n8n के HighLevel नोड से भेजने वाले को HighLevel कॉन्टैक्ट के रूप में बनाएँ या अपडेट करें, और हर मैसेज को POST /contacts/{contactId}/notes के ज़रिए नोट के रूप में लिखें। सब-खाते की सेटिंग से मिले Private Integration टोकन से ऑथेंटिकेट करें। हर phone_number_id को उसके सब-खाते से मैप करने पर एक ही वर्कफ़्लो सभी क्लाइंट के लिए चल सकता है।

### WhatsApp मैसेज HighLevel कॉन्टैक्ट तक कैसे पहुँचता है?

नंबर पर आने वाला हर मैसेज Meta आपके तय किए वेबहुक डेस्टिनेशन पर भेजता है, यहाँ n8n का Webhook नोड। वर्कफ़्लो भेजने वाले का नंबर और WhatsApp प्रोफ़ाइल नाम n8n के HighLevel नोड को देता है। उसके कॉन्टैक्ट रिसोर्स में बनाने या अपडेट करने का ऑपरेशन है, इसलिए नया भेजने वाला कॉन्टैक्ट बन जाता है और पुराना मिल जाता है, दोहराया नहीं जाता।

कॉन्टैक्ट id मिलने पर HTTP Request नोड मैसेज का टेक्स्ट /contacts/{contactId}/notes पर भेजता है। नोट कॉन्टैक्ट रिकॉर्ड पर दिखता है, जहाँ उसे खोलने वाला हर व्यक्ति देख लेता है कि ग्राहक ने क्या लिखा। मैसेज पर आगे कार्रवाई ज़रूरी हो तो HighLevel नोड कॉन्टैक्ट पर टास्क या पाइपलाइन में ऑपर्च्युनिटी भी बना सकता है, दोनों वह सीधे सपोर्ट करता है।

टीम इस दौरान WhatsApp Business ऐप से जवाब देती रहती है।

### वर्कफ़्लो को कौन सा टोकन इस्तेमाल करना चाहिए?

Private Integration टोकन। HighLevel के API v2 तक OAuth या इन्हीं टोकन में से किसी एक से पहुँचा जाता है, और पुरानी v1 API key का दौर ख़त्म हो चुका है। Private Integration टोकन सब-खाते की सेटिंग में बनता है, आपके चुने हुए अधिकारों तक सीमित रहता है, और किसी भी एक्सेस टोकन की तरह Authorization हेडर में भेजा जाता है।

यह अपने आप रिफ़्रेश नहीं होता, जो ऑटोमेशन के लिए ठीक बैठता है: कोई इसे बदले, तब तक यह चलता रहता है। बदलने पर HighLevel पुराने और नए टोकन को सात दिन तक साथ वैध रखता है। पुराने के बंद होने से पहले नया टोकन n8n में डालने की यही अवधि है।

सिर्फ़ वही स्कोप चुनें जो वर्कफ़्लो को चाहिए: कॉन्टैक्ट, नोट और, अगर इस्तेमाल करते हैं तो, ऑपर्च्युनिटी और टास्क। सेटिंग में Private Integrations न मिले तो HighLevel के मुताबिक उसे Labs में चालू करें।

### एक वर्कफ़्लो कई क्लाइंट सब-खातों को कैसे संभालता है?

मैसेज पाने वाले नंबर के आधार पर रूटिंग करके। Meta का भेजा हर वेबहुक उस कारोबारी नंबर का phone_number_id साथ लाता है जिस पर मैसेज आया। हर क्लाइंट का नंबर एक ही n8n वेबहुक पर भेजें, एक छोटी तालिका रखें जो हर phone_number_id को उस क्लाइंट के सब-खाते और टोकन से जोड़े, और हर रन की शुरुआत में टोकन वहीं से उठाएँ।

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

रेट लिमिट हर ऐप और हर सब-खाते के हिसाब से गिनी जाती है, इसलिए क्लाइंट एक-दूसरे की सीमा नहीं खाते: हर किसी को अपने 10 सेकंड में 100 अनुरोध और रोज़ 2,00,000 मिलते हैं।

### फ़ोन पर टाइप किए गए जवाब HighLevel तक पहुँचते हैं?

पहुँच सकते हैं। Coexistence नंबर पर WhatsApp Business ऐप इस्तेमाल में रहता है, और कोई उससे जवाब दे तो Meta भेजे गए मैसेज का इको उसी वेबहुक डेस्टिनेशन पर smb_message_echoes फ़ील्ड के तहत भेजता है।

इन इको के लिए एक ब्रांच जोड़ें और इन्हें "भेजा गया" चिह्नित नोट के रूप में लिखें। तब कॉन्टैक्ट रिकॉर्ड में ग्राहक की बातें और कारोबार के जवाब क्रम से रहते हैं, जो क्लाइंट अपना CRM खोलने पर देखना चाहता है।

जब वर्कफ़्लो ख़ुद Cloud API से मैसेज भेजे, जैसे अपॉइंटमेंट बुक होने के बाद मंज़ूर टेम्पलेट, तो नोट भेजने के समय ही लिखें। टेक्स्ट और कॉन्टैक्ट id वर्कफ़्लो के पास पहले से होते हैं।

- v1 API key का इस्तेमाल करना। HighLevel की v1 API का दौर ख़त्म हो चुका है; API v2 के लिए Private Integration टोकन या OAuth चाहिए।
- सात दिन के ओवरलैप में n8n को अपडेट किए बिना Private Integration टोकन बदल देना। पुराना टोकन बंद होते ही हर कॉल विफल होने लगती है।
- सभी क्लाइंट के मैसेज एक ही सब-खाते के टोकन से लिखना। पहले phone_number_id को सही सब-खाते से मैप करें, वरना रिकॉर्ड ग़लत क्लाइंट में पहुँच जाते हैं।

**क्या मैसेज HighLevel के Conversations टैब में दिखेंगे?** इस वर्कफ़्लो से नहीं। यह API से कॉन्टैक्ट, नोट, टास्क और ऑपर्च्युनिटी लिखता है, और बातचीत का जवाब WhatsApp Business ऐप से या वर्कफ़्लो से दिया जाता है।

**क्या n8n की जगह Make या Zapier इस्तेमाल कर सकता हूँ?** हाँ। कस्टम वेबहुक या कैच हुक मैसेज पाता है, और एक HTTP स्टेप उसी टोकन से HighLevel की API v2 को कॉल करता है।

**क्या बुक हुई अपॉइंटमेंट पर WhatsApp कन्फ़र्मेशन जा सकता है?** हाँ, वर्कफ़्लो के ज़रिए। HighLevel जब n8n के वेबहुक यूआरएल को कॉल करता है, तो n8n नंबर के phone_number_id और टोकन से Cloud API पर मंज़ूर टेम्पलेट भेजता है।

**क्या EasyCoexistence मैसेज स्टोर करता है?** नहीं। Meta हर वेबहुक सीधे आपके n8n यूआरएल पर भेजता है, और EasyCoexistence बातचीत की सामग्री कभी स्टोर नहीं करता।

---

## Coexistence नंबर को Chatwoot के WhatsApp Cloud इनबॉक्स की तरह इस्तेमाल करें

https://easycoexistence.com/hi/integrations/chatwoot

Chatwoot का WhatsApp Cloud इनबॉक्स तीन वैल्यू मांगता है: WhatsApp Business Account आईडी, फ़ोन नंबर आईडी और एक एक्सेस टोकन। Coexistence नंबर में तीनों मिलती हैं। इनसे इनबॉक्स बनाएं, फिर नंबर का वेबहुक डेस्टिनेशन Chatwoot के वेबहुक यूआरएल पर सेट करें और वही वेरिफ़ाई टोकन डालें। इसके बाद टीम Chatwoot से भी जवाब दे सकती है और फ़ोन से भी।

### Coexistence नंबर को Chatwoot से कैसे जोड़ें?

दो जगह, इसी क्रम में।

Chatwoot में इनबॉक्स जोड़ें, WhatsApp चुनें और मैन्युअल सेटअप के साथ WhatsApp Cloud प्रोवाइडर चुनें। नंबर, फ़ोन नंबर आईडी, WhatsApp Business Account आईडी और एक्सेस टोकन डालें। ये सब EasyCoexistence डैशबोर्ड में कनेक्शन के साथ दिखते हैं, या असिस्टेंट को get_api_credentials से मिल जाते हैं। इसके बाद Chatwoot इनबॉक्स के लिए एक वेबहुक यूआरएल और एक वेबहुक वेरिफ़ाई टोकन दिखाता है।

EasyCoexistence में नंबर का वेबहुक डेस्टिनेशन उसी यूआरएल पर सेट करें और वही वेरिफ़ाई टोकन डालें। 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 की सीमाएं यहां भी वैसे ही लागू होती हैं: एपीआई प्रति सेकंड अधिकतम 20 मैसेज भेजता है, फ़्री टेक्स्ट ग्राहक के आख़िरी मैसेज के 24 घंटे के भीतर ही जाता है, और उसके बाद हर चीज़ के लिए टेम्पलेट चाहिए।

WhatsApp Business ऐप को अब भी कम से कम हर 14 दिन में एक बार खोलना होगा, और EasyCoexistence इस पर नज़र रखता है।

- Chatwoot इनबॉक्स में ऐप सीक्रेट भर देना। डिलीवरी EasyCoexistence ऐप के सीक्रेट से साइन होती हैं, इसलिए Chatwoot हर डिलीवरी को अनधिकृत मानकर ठुकरा देता है।
- EasyCoexistence में वह वेरिफ़ाई टोकन न डालना जो Chatwoot दिखाता है। Meta की पुष्टि विफल हो जाती है और इनबॉक्स में कभी कोई मैसेज नहीं आता।
- मैन्युअल फ़्लो की जगह Chatwoot का Embedded Signup चुन लेना। इससे नंबर Chatwoot के अपने Meta ऐप से जुड़ता है, जो एक अलग कनेक्शन है।

**क्या यह सेल्फ़-होस्टेड Chatwoot पर चलता है?** हां। वेबहुक यूआरएल में app.chatwoot.com की जगह आपका अपना Chatwoot डोमेन होता है, और बाकी सेटअप वही रहता है।

**क्या Chatwoot के लिए मुझे अपना Meta ऐप चाहिए?** नहीं। नंबर EasyCoexistence से जुड़ता है, जो क्रेडेंशियल देता है और वेबहुक रूट करता है। Chatwoot की गाइड Meta ऐप बनाने की बात इसलिए करती है क्योंकि वह मानती है कि आपके पास कोई नहीं है।

**क्या कई नंबर Chatwoot में जोड़े जा सकते हैं?** हां। हर नंबर के लिए एक WhatsApp Cloud इनबॉक्स बनाएं, और हर नंबर का वेबहुक डेस्टिनेशन उसी के इनबॉक्स के यूआरएल और वेरिफ़ाई टोकन पर सेट करें।

**क्या EasyCoexistence बातचीत देख पाता है?** नहीं। Meta वेबहुक सीधे Chatwoot को भेजता है, और EasyCoexistence बातचीत की सामग्री कभी सेव नहीं करता।

---

## WhatsApp मैसेज Airtable में लॉग करें और बेस से भेजें

https://easycoexistence.com/hi/integrations/airtable

Airtable का इनकमिंग वेबहुक ट्रिगर सिर्फ़ POST अनुरोध स्वीकार करता है। इसलिए वह Meta के पुष्टि वाले GET का जवाब नहीं दे सकता और खुद किसी नंबर का वेबहुक डेस्टिनेशन नहीं बन सकता। डेस्टिनेशन को n8n वर्कफ़्लो पर रखें, जो हर मैसेज को टेबल में जोड़ता है। भेजना Airtable के अंदर से ही हो जाता है: Run a script ऑटोमेशन fetch से Cloud API को कॉल कर सकता है, और नंबर का टोकन सीक्रेट के रूप में सहेजा रहता है।

### Airtable सीधे WhatsApp वेबहुक क्यों नहीं ले सकता?

क्योंकि Meta कुछ भी भेजने से पहले डेस्टिनेशन की जाँच करता है। वह एक चैलेंज वैल्यू के साथ GET अनुरोध भेजता है और उम्मीद करता है कि वही वैल्यू जवाब की बॉडी में लौटे। Airtable का वेबहुक प्राप्त होने पर चलने वाला ट्रिगर सिर्फ़ POST अनुरोध लेता है और अपना तय JSON ही लौटाता है। इसलिए जाँच पास नहीं होती और Meta मैसेज भेजना शुरू ही नहीं करता।

हल यह है कि बीच में एक कदम रखें। n8n का Webhook नोड पुष्टि संभालता है और हर मैसेज प्राप्त करता है, फिर n8n का Airtable नोड एक पंक्ति जोड़ता है: भेजने वाला, प्रोफ़ाइल नाम, टेक्स्ट, मैसेज id, टाइमस्टैंप और प्राप्त करने वाले फ़ोन नंबर की id। यही तरीका Make या Zapier में भी चलता है।

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

### Airtable बेस से WhatsApp टेम्पलेट कैसे भेजें?

ऐसे ऑटोमेशन से, जिसका एक्शन Run a script हो। ट्रिगर कोई रिकॉर्ड व्यू में आना, किसी फ़ील्ड का बदलना या बटन क्लिक होना हो सकता है। स्क्रिप्ट input.config() से रिकॉर्ड का फ़ोन नंबर और फ़ील्ड पढ़ती है और fetch से Cloud API के मैसेज एंडपॉइंट को कॉल करती है। Airtable ऑटोमेशन स्क्रिप्ट सर्वर साइड चलती हैं, इसलिए ब्राउज़र की कोई पाबंदी आड़े नहीं आती।

एक्सेस टोकन को कोड में न लिखें, स्क्रिप्ट एडिटर में सीक्रेट के रूप में सहेजें। Airtable कंसोल आउटपुट से सीक्रेट छिपा देता है और स्क्रिप्ट को वही लोग बदल सकते हैं जिनके पास उसके सभी सीक्रेट की पहुँच है।

जिस ग्राहक ने पिछले 24 घंटों में खुद मैसेज न किया हो, उसे टेम्पलेट ही भेजें, क्योंकि फ़्री टेक्स्ट सिर्फ़ उसी अवधि में पहुँचता है। स्क्रिप्ट लौटा हुआ मैसेज id रिकॉर्ड में वापस लिख सकती है, जिससे भेजा गया मैसेज उस पंक्ति से जुड़ जाता है।

### मैसेज वाली टेबल कैसी होनी चाहिए?

हर मैसेज की एक पंक्ति रखें और WhatsApp मैसेज id को प्राथमिक फ़ील्ड बनाएँ। जिन मैसेज को Meta असफल मानता है, उन्हें वह दोबारा भेजता है। जो वर्कफ़्लो जोड़ने से पहले id खोज लेता है, वह एक ही मैसेज दो बार नहीं लिखता।

inbound और outbound वाला एक direction फ़ील्ड रखें। Coexistence नंबर पर टीम WhatsApp Business ऐप में जो जवाब टाइप करती है, वे उसी वेबहुक पर smb_message_echoes इवेंट के रूप में आते हैं। उन्हें outbound पंक्तियों के रूप में लॉग करने से बेस में पूरी बातचीत रहती है, सिर्फ़ एक तरफ़ की नहीं।

हर मैसेज को Contacts टेबल से जोड़ें, जिसकी कुंजी सिर्फ़ अंकों वाला फ़ोन नंबर हो, यानी वही रूप जो Meta भेजता है। फिर रोलअप हर संपर्क का आखिरी इनबाउंड समय दिखाता है, और ऑटोमेशन को फ़्री टेक्स्ट और टेम्पलेट में से चुनने के लिए बस यही एक फ़ील्ड चाहिए।

- Airtable का वेबहुक यूआरएल नंबर के डेस्टिनेशन के रूप में सेट करना। वह सिर्फ़ POST लेता है, Meta का पुष्टि वाला GET विफल हो जाता है और कुछ भी नहीं पहुँचता।
- एक्सेस टोकन को स्क्रिप्ट की बॉडी में चिपका देना। उसे स्क्रिप्ट सीक्रेट में रखें, ताकि वह कोड और लॉग से बाहर रहे।
- 24 घंटे से जिसने मैसेज न किया हो, उसे रिकॉर्ड ऑटोमेशन से फ़्री टेक्स्ट भेजना। सिर्फ़ मंज़ूर किया गया टेम्पलेट ही पहुँचता है।

**क्या Run a script Airtable के फ़्री प्लान में मिलता है?** Airtable इस एक्शन को सभी प्लान प्रकारों में अलग-अलग सीमाओं के साथ सूचीबद्ध करता है, और बताता है कि यह Team प्लान के ट्रायल में उपलब्ध नहीं है।

**क्या मैं n8n छोड़कर Make या Zapier इस्तेमाल कर सकता हूँ?** हाँ। तीनों में से कोई भी वेबहुक ले सकता है, पुष्टि का जवाब दे सकता है और पंक्ति जोड़ सकता है। सिर्फ़ Airtable खुद डेस्टिनेशन नहीं बन सकता।

**क्या Airtable का बटन WhatsApp मैसेज भेज सकता है?** हाँ। बटन क्लिक होने पर चलने वाला ट्रिगर और Cloud API को कॉल करने वाला Run a script एक्शन इस्तेमाल करें, और टेम्पलेट पंक्ति के डेटा से भर जाएगा।

**क्या EasyCoexistence मैसेज सहेजता है?** नहीं। Meta हर वेबहुक आपके n8n यूआरएल पर भेजता है, और एकमात्र कॉपी वही है जो आपका वर्कफ़्लो Airtable में लिखता है।

---

## WhatsApp मैसेज को Google Sheets में लॉग करें और शीट से भेजें

https://easycoexistence.com/hi/integrations/google-sheets

नंबर के वेबहुक डेस्टिनेशन को ऐसे n8n वर्कफ़्लो की ओर रखें जिसका Google Sheets नोड हर मैसेज पर एक पंक्ति जोड़े: भेजने वाला, नाम, टेक्स्ट, मैसेज आईडी और समय। शीट से भेजने के लिए Apps Script का एक फ़ंक्शन पंक्तियों पर लूप चला सकता है और नंबर की phone_number_id और टोकन के साथ UrlFetchApp से Cloud API को कॉल कर सकता है। टीम जवाब WhatsApp Business ऐप से ही देती रहती है।

### हर WhatsApp मैसेज एक पंक्ति कैसे बनता है?

Meta नंबर पर आने वाला हर मैसेज आपके तय किए वेबहुक डेस्टिनेशन पर भेजता है। यहाँ यह n8n का Webhook नोड है, जो Meta के पुष्टि अनुरोध का जवाब भी देता है। अगला नोड Google Sheets है, जिसमें Append Row ऑपरेशन पेलोड के फ़ील्ड कॉलम में मैप करता है: भेजने वाले का नंबर, प्रोफ़ाइल नाम, टेक्स्ट, WhatsApp मैसेज आईडी, टाइमस्टैंप और प्राप्त करने वाले फ़ोन नंबर की आईडी।

अगर आप चाहते हैं कि रीट्राई से कोई नुकसान न हो, तो सीधे 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 से तीस सेकंड तक मैसेज इकट्ठा करवाएँ और उन्हें एक ही अनुरोध में जोड़ें, जिससे कई लिखाइयाँ एक बन जाती हैं।

### शीट से टेम्पलेट कैसे भेजें?

Apps Script से, शीट के Extensions मेनू में। एक फ़ंक्शन उन पंक्तियों को पढ़ता है जो अभी नहीं भेजी गईं, हर एक के लिए UrlFetchApp से Cloud API के मैसेज एंडपॉइंट को कॉल करता है, और लौटा हुआ मैसेज आईडी और समय पंक्ति में लिख देता है। इसे टाइम-ड्रिवन ट्रिगर हर कुछ मिनट में चला सकता है, या आप कस्टम मेनू से हाथ से चला सकते हैं।

एक्सेस टोकन को कोड में रखने के बजाय स्क्रिप्ट प्रॉपर्टी में रखें, ताकि स्क्रिप्ट देख सकने वाला हर व्यक्ति उसे न देख पाए।

कोटा याद रखें। सामान्य Google खाते को एक दिन में 20,000 URL Fetch कॉल मिलते हैं और Workspace खाते को 100,000, और हर एक्ज़ीक्यूशन छह मिनट बाद रुक जाता है। पंक्तियों को छोटे हिस्सों में प्रोसेस करें और आगे बढ़ने से पहले हर पंक्ति को भेजी हुई चिह्नित करें, ताकि रुका हुआ रन वहीं से फिर शुरू हो और कुछ दोबारा न भेजे।

- मैसेज आईडी पर कुंजी के बिना जोड़ना। तब Meta की रीट्राई एक ही मैसेज को दो पंक्तियों में लिख देती है।
- जवाबों की बाढ़ के दौरान एक ही क्रेडेंशियल से हर मैसेज पर एक पंक्ति लिखना। प्रति उपयोगकर्ता प्रति मिनट 60 लिखाइयों की सीमा 429 लौटाती है और पंक्तियाँ खो जाती हैं।
- जिन लोगों ने 24 घंटे से नहीं लिखा, उन्हें शीट से फ़्री टेक्स्ट भेजना। उस विंडो के बाहर केवल मंज़ूर टेम्पलेट ही डिलीवर होता है।

**क्या n8n की जगह Make या Zapier इस्तेमाल कर सकते हैं?** हाँ। Make का कस्टम वेबहुक या Zapier का catch hook मैसेज पाता है, और उनका Google Sheets स्टेप पंक्ति जोड़ देता है।

**n8n किस Google खाते से लिखता है?** उस खाते से जिसने n8n का Google क्रेडेंशियल अधिकृत किया है। उस खाते के पास शीट का एडिट एक्सेस होना चाहिए, और वर्कफ़्लो उसी खाते के प्रति उपयोगकर्ता लिखने के कोटे का इस्तेमाल करता है।

**क्या फ़ोन कॉलम सही फ़ॉर्मैट में है?** नंबर सादे टेक्स्ट के रूप में रखें: देश कोड के साथ अंक और प्लस चिह्न के बिना, जो वही रूप है जो Meta भेजता है। वरना Sheets उन्हें संख्या मान लेता है, जिससे शुरुआती प्लस हट जाता है और लंबे मान का रूप बदल सकता है।

**क्या EasyCoexistence मैसेज की कोई प्रति रखता है?** नहीं। Meta हर वेबहुक आपके n8n यूआरएल पर भेजता है, और शीट ही इकलौती प्रति है।

---

## Supabase Edge Function में WhatsApp वेबहुक पाएँ

https://easycoexistence.com/hi/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 में फ़ंक्शन का यूआरएल नंबर के वेबहुक डेस्टिनेशन के रूप में उसी पुष्टि टोकन के साथ सेट करें, और Meta डिलीवरी शुरू कर देता है।

### फ़ंक्शन Meta को 401 क्यों लौटाता है?

क्योंकि JWT जाँच चालू है। Supabase, Edge Function का हैंडलर चलने से पहले Authorization हेडर में JWT को जाँचता है, और यही हर फ़ंक्शन का डिफ़ॉल्ट है। Meta ऐसा कोई हेडर नहीं भेजता, इसलिए प्लेटफ़ॉर्म पुष्टि वाले GET और हर डिलीवरी, दोनों को ठुकरा देता है, और आपका कोड उन्हें कभी देखता ही नहीं।

इसे केवल इसी फ़ंक्शन के लिए बंद करें। या तो supabase functions deploy whatsapp --no-verify-jwt से डिप्लॉय करें, या supabase/config.toml में फ़ंक्शन के सेक्शन के नीचे verify_jwt = false सेट करें। Supabase के डॉक्स ठीक इसी स्थिति का वर्णन करते हैं: बाहरी वेबहुक प्रदाता द्वारा बुलाया जाने वाला सार्वजनिक एंडपॉइंट।

प्लेटफ़ॉर्म की जाँच बंद होने पर फ़ंक्शन को अपनी जाँच चाहिए। सिग्नेचर हेडर आपके काम का नहीं है, क्योंकि Meta उस ऐप के ऐप सीक्रेट से साइन करता है जिसके पास सब्सक्रिप्शन है। डेस्टिनेशन यूआरएल में क्वेरी पैरामीटर के रूप में एक लंबा रैंडम सीक्रेट रखें और उसके बिना आए अनुरोध ठुकरा दें, जैसा उदाहरण POST पर करता है।

### फ़ंक्शन को स्टोर और जवाब कैसे करना चाहिए?

पहले स्टोर करें, जवाब बाद में। WhatsApp मैसेज आईडी पर यूनिक कंस्ट्रेंट के साथ upsert करें, ताकि Meta के दोबारा भेजे मैसेज डुप्लिकेट बनाने के बजाय उसी रो पर पहुँचें। एक से ज़्यादा नंबर फ़ंक्शन की ओर इशारा करते हों तो हर रो में मैसेज पाने वाला phone_number_id रखें।

जो काम धीमा हो, जैसे जवाब देने से पहले किसी मॉडल या दूसरे एपीआई को बुलाना, उसे 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 जाँच बंद करना। यूआरएल पाने वाला कोई भी टेबल में नकली मैसेज भेज सकता है।

**क्या यह Supabase के फ़्री प्लान पर चलता है?** Edge Functions फ़्री प्लान पर चलते हैं, जहाँ वॉल क्लॉक सीमा 150 सेकंड है, जबकि पेड प्लान पर 400 सेकंड। जल्दी जवाब देने वाला वेबहुक हैंडलर दोनों सीमाओं से बहुत भीतर रहता है।

**क्या फ़ंक्शन में service role key इस्तेमाल करनी चाहिए?** केवल सर्वर साइड पर, जैसा यहाँ है, फ़ंक्शन के एनवायरनमेंट से पढ़कर। यह row level security को बायपास करती है, इसलिए यह ब्राउज़र तक कभी नहीं पहुँचनी चाहिए।

**क्या एक फ़ंक्शन कई नंबर संभाल सकता है?** हाँ। हर नंबर का वेबहुक डेस्टिनेशन उसी पर रखें और हर पेलोड के phone_number_id के आधार पर ब्रांच करें।

**क्या EasyCoexistence मैसेज देखता है?** नहीं। Meta हर वेबहुक सीधे आपके फ़ंक्शन तक पहुँचाता है, और EasyCoexistence बातचीत की सामग्री कभी स्टोर नहीं करता।

---

## Coexistence नंबर पर WhatsApp को Activepieces से जोड़ें

https://easycoexistence.com/hi/integrations/activepieces

Activepieces में WhatsApp Business पीस है, जो एक्सेस टोकन और WhatsApp Business खाते की आईडी से जुड़ता है, और Coexistence नंबर ये दोनों देता है। इसका नया आने वाला मैसेज ट्रिगर Meta की पुष्टि खुद संभालता है, इसलिए इसका यूआरएल नंबर का वेबहुक डेस्टिनेशन बन सकता है। पीस का वैकल्पिक ऐप सीक्रेट खाली छोड़ें, तो फ़्लो हर मैसेज पर चलता है और टीम फ़ोन पर जवाब देती रहती है।

### Coexistence नंबर को Activepieces से कैसे जोड़ें?

Activepieces में WhatsApp Business कनेक्शन दो वैल्यू से बनाएं: एक्सेस टोकन और WhatsApp Business खाते की आईडी। EasyCoexistence डैशबोर्ड इस कनेक्शन के लिए दोनों दिखाता है, और get_api_credentials इन्हें असिस्टेंट को लौटा देता है। पीस के निर्देश Meta ऐप और सिस्टम यूज़र बनाने की बात करते हैं, क्योंकि वे मानकर चलते हैं कि आपके पास दोनों नहीं हैं। यहां नंबर पहले से जुड़ा है, इसलिए सीधे वैल्यू चिपका दें।

फिर ऐसा फ़्लो बनाएं जो नया आने वाला मैसेज ट्रिगर से शुरू हो, उस पर अपनी पसंद का वेरिफ़ाई टोकन सेट करें और फ़्लो पब्लिश करें। ट्रिगर का वेबहुक यूआरएल EasyCoexistence में नंबर के वेबहुक डेस्टिनेशन में उसी वेरिफ़ाई टोकन के साथ कॉपी करें। Meta पुष्टि का अनुरोध भेजता है, ट्रिगर उसका जवाब देता है, और नंबर पर आने वाला हर मैसेज एक रन शुरू करता है.

### ऐप सीक्रेट खाली क्यों रखना है?

क्योंकि इन डिलीवरी पर हस्ताक्षर करने वाला सीक्रेट आपके चिपकाने के लिए है ही नहीं। Meta हर वेबहुक पर उस ऐप के ऐप सीक्रेट से हस्ताक्षर करता है जिसके पास सब्सक्रिप्शन है, और EasyCoexistence से जुड़े नंबर पर वह ऐप EasyCoexistence का है, जिसका सीक्रेट कभी साझा नहीं किया जाता।

पीस इस फ़ील्ड को वैकल्पिक मानता है। खाली रहने पर उसके ट्रिगर डिलीवरी जैसी आती हैं वैसी स्वीकार कर लेते हैं। किसी और ऐप का सीक्रेट भरने पर हर डिलीवरी X-Hub-Signature-256 जांच में विफल होकर चुपचाप अनदेखी हो जाती है, और यह बिल्कुल वैसा दिखता है जैसे मैसेज पहुंच ही नहीं रहे।

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

### मैसेज आने के बाद फ़्लो क्या कर सकता है?

ट्रिगर फ़्लो को समतल किया हुआ मैसेज देता है: भेजने वाला, प्रोफ़ाइल नाम, मैसेज आईडी, टाइप, टेक्स्ट, कोई भी मीडिया आईडी, बटन और लिस्ट के जवाब, और प्राप्त करने वाले फ़ोन नंबर की आईडी। इसके बाद यह Activepieces के बाकी पीस के साथ एक सामान्य फ़्लो है, जैसे सीआरएम, शीट या एआई स्टेप।

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

Activepieces के अपने निर्देश बताते हैं कि Meta हर ऐप के लिए एक कॉलबैक यूआरएल लेता है। प्रति नंबर डेस्टिनेशन के साथ सीमा प्रति नंबर एक यूआरएल की है, इसलिए जिस फ़्लो को कई तरह के इवेंट संभालने हों, उसमें एक ही फ़्लो के भीतर ब्रांच बनाएं.

### क्या फ़ोन पर टाइप किए गए जवाब फ़्लो तक पहुंचते हैं?

वे वेबहुक तक पहुंचते हैं, लेकिन इस ट्रिगर तक नहीं। Coexistence नंबर पर Meta WhatsApp Business ऐप में टाइप किए हर जवाब का इको उसी डेस्टिनेशन पर smb_message_echoes फ़ील्ड के तहत भेजता है। पीस का नया आने वाला मैसेज ट्रिगर सिर्फ़ messages फ़ील्ड पढ़ता है और बाकी सब छोड़ देता है।

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

ज़्यादातर फ़्लो के लिए पीस का ट्रिगर आसान विकल्प है: वह ग्राहकों पर प्रतिक्रिया देता है, और टीम के जवाब फ़ोन के ऐप में दिखते रहते हैं.

- WhatsApp कनेक्शन में ऐप सीक्रेट चिपकाना। डिलीवरी पर EasyCoexistence ऐप के सीक्रेट से हस्ताक्षर होते हैं, इसलिए हर डिलीवरी अनदेखी हो जाती है।
- फ़्लो पब्लिश करने से पहले डेस्टिनेशन सेट करना। Meta तुरंत पुष्टि करता है और अनपब्लिश फ़्लो जवाब नहीं दे सकता।
- यह उम्मीद करना कि नया आने वाला मैसेज ट्रिगर फ़ोन पर टाइप किए जवाब देखेगा। वह सिर्फ़ messages फ़ील्ड पढ़ता है, smb_message_echoes नहीं।

**क्या यह सेल्फ़-होस्टेड Activepieces पर चलता है?** हां। पीस ओपन सोर्स है और Activepieces क्लाउड या सेल्फ़-होस्टेड दोनों पर चलता है, बशर्ते इंस्टेंस इंटरनेट से एचटीटीपीएस पर पहुंचने योग्य हो।

**फ़्लो किस फ़ोन नंबर से मैसेज भेजता है?** उस नंबर से जो आप एक्शन के फ़ोन नंबर फ़ील्ड में चुनते हैं। उसमें वे नंबर दिखते हैं जो कनेक्शन जिस WhatsApp Business खाते की ओर इशारा करता है उस पर हैं।

**क्या उसी नंबर पर मैं n8n या Make भी इस्तेमाल कर सकता हूं?** एक साथ नहीं। Meta नंबर के वेबहुक एक ही डेस्टिनेशन पर भेजता है, इसलिए मैसेज पाने के लिए एक टूल चुनें, या उससे दूसरे टूल को फ़ॉरवर्ड करें।

**क्या EasyCoexistence मैसेज स्टोर करता है?** नहीं। Meta हर वेबहुक सीधे Activepieces ट्रिगर तक पहुंचाता है, और EasyCoexistence बातचीत की सामग्री कभी स्टोर नहीं करता।

---

## Coexistence के साथ WhatsApp पर Typebot फ़्लो चलाएँ

https://easycoexistence.com/hi/integrations/typebot

Typebot का WhatsApp चैनल एक टोकन, एक WhatsApp Business Account ID और एक फ़ोन नंबर आईडी लेता है, फिर आपको एक कॉलबैक यूआरएल और एक वेरिफ़ाई टोकन देता है। पहले तीन कनेक्ट किए गए नंबर से भरें, Typebot का वैकल्पिक ऐप सीक्रेट खाली छोड़ें, और उसका कॉलबैक यूआरएल व वेरिफ़ाई टोकन नंबर के वेबहुक डेस्टिनेशन में सेट करें।

### Typebot के कौन से फ़ील्ड कनेक्ट किए गए नंबर से भरे जाते हैं?

Typebot का WhatsApp विज़ार्ड, किसी बॉट के Share टैब में, चार चीज़ें माँगता है: ऐप सीक्रेट, सिस्टम यूज़र टोकन, WhatsApp Business Account ID और फ़ोन नंबर आईडी।

इनमें से तीन सीधे कनेक्शन से मिलती हैं। डैशबोर्ड नंबर के लिए WABA आईडी, फ़ोन नंबर आईडी और एक्सेस टोकन दिखाता है, और अगर कोई असिस्टेंट आपके लिए इन्हें निकाल रहा है तो get_api_credentials टूल वही वैल्यू लौटाता है। इन्हें संबंधित फ़ील्ड में पेस्ट करें।

ऐप सीक्रेट वह फ़ील्ड है जिसे खाली छोड़ना है। Typebot इसे आने वाले ट्रैफ़िक पर सिर्फ़ एक काम के लिए इस्तेमाल करता है: Meta हर डिलीवरी में जो X-Hub-Signature-256 हेडर जोड़ता है, उसकी जाँच। Tech Provider के ज़रिए जुड़े नंबर के लिए Meta प्रोवाइडर के ऐप सीक्रेट से साइन करता है, जो कभी साझा नहीं किया जाता। इसलिए वहाँ आप जो भी वैल्यू डालेंगे, Typebot हर असली मैसेज को ठुकरा देगा। फ़ील्ड खाली हो तो Typebot यह जाँच छोड़ देता है और डिलीवरी स्वीकार कर लेता है.

### Typebot का कॉलबैक यूआरएल और वेरिफ़ाई टोकन कहाँ जाते हैं?

नंबर के वेबहुक डेस्टिनेशन में, किसी Meta ऐप डैशबोर्ड में नहीं।

Typebot का विज़ार्ड कहता है कि उसका Callback URL और Verify Token अपने Meta ऐप की WhatsApp सेटिंग में पेस्ट करें। EasyCoexistence के ज़रिए Coexistence में आपका कोई ऐप शामिल ही नहीं होता: Meta नंबर के इवेंट उसी डेस्टिनेशन पर भेजता है जो कनेक्शन पर सेट है। इसलिए Typebot के आख़िरी चरण से दोनों वैल्यू कॉपी करें और उन्हें डेस्टिनेशन के रूप में सेट करें, डैशबोर्ड में या set_webhook_destination से।

फिर Meta अपना वेरिफ़िकेशन GET Typebot को भेजता है, Typebot चैलेंज के साथ जवाब देता है, और उसी क्षण से नंबर पर आया हर मैसेज बॉट तक पहुँचता है। Typebot का वेरिफ़ाई टोकन सिर्फ़ एक बार चलता है: पुष्टि सफल होते ही वह Typebot के डेटाबेस से हट जाता है। बाद में डेस्टिनेशन दोबारा सेट करना हो तो पहले विज़ार्ड फिर से चलाकर नया टोकन बनाएँ.

### बॉट 24 घंटे की विंडो के साथ क्या करता है?

Typebot उन लोगों को जवाब देता है जिन्होंने उसे लिखा है, इसलिए लगभग हर मैसेज कस्टमर सर्विस विंडो के अंदर रहता है। ग्राहक के हर बार लिखने पर Meta 24 घंटे की विंडो खोलता है, और उसके अंदर किसी भी तरह का सर्विस मैसेज बिना टेम्पलेट के भेजा जा सकता है। जो बॉट सिर्फ़ जवाब देता है, उसके लिए यह सबसे आसान स्थिति है।

दिक्कत उस फ़्लो में आती है जो इंतज़ार करता है। Wait ब्लॉक, या ऐसा सेशन जो ग्राहक के एक दिन से ज़्यादा चुप रहने के बाद दोबारा शुरू होता है, विंडो के बाहर फ़्री टेक्स्ट मैसेज भेजने की कोशिश करेगा, और Meta उसे गड़बड़ी 131047 के साथ ठुकरा देता है। Typebot का सेशन एक्सपायरेशन टाइमआउट, जो डिफ़ॉल्ट रूप से 4 घंटे है और 48 तक रखा जा सकता है, यह तय करता है कि लौटा हुआ ग्राहक नई चैट कब शुरू करे, यह नहीं कि Meta मैसेज स्वीकार करेगा या नहीं।

चूँकि यह Coexistence है, टीम को हर बातचीत अब भी WhatsApp Business ऐप में दिखती है, और जब बॉट को जवाब नहीं देना चाहिए तब वह फ़ोन से बीच में आ सकती है।

- Typebot में Meta ऐप सीक्रेट पेस्ट करना। डिलीवरी Tech Provider के सीक्रेट से साइन होती हैं, इसलिए Typebot हर मैसेज को अमान्य सिग्नेचर बताकर ठुकरा देता है।
- पुराना Typebot वेरिफ़ाई टोकन दोबारा इस्तेमाल करना। एक सफल पुष्टि के बाद वह हट जाता है, इसलिए डेस्टिनेशन फिर से सेट करने के लिए विज़ार्ड से नया टोकन चाहिए।
- कॉलबैक यूआरएल साझा करना। सिग्नेचर जाँच बंद होने पर यूआरएल जानना ही अनुरोध को अंदर आने देता है, इसलिए इसे पासवर्ड की तरह रखें।

**क्या Typebot के लिए मुझे अपना Meta ऐप चाहिए?** नहीं। Typebot की गाइड एक ऐप मानकर चलती है क्योंकि ज़्यादातर लोग नंबर खुद कनेक्ट करते हैं। Tech Provider के ज़रिए Coexistence में टोकन और आईडी कनेक्शन से मिलते हैं, और वेबहुक को Meta सीधे Typebot तक पहुँचाता है।

**क्या टीम को बॉट के मैसेज फ़ोन पर भी दिखेंगे?** हाँ। Cloud API से भेजे गए मैसेज उसी नंबर के WhatsApp Business ऐप में दिखते हैं, इसलिए कोई व्यक्ति पूरी बातचीत पढ़कर उसे संभाल सकता है।

**क्या Typebot और n8n दोनों को एक ही नंबर के मैसेज मिल सकते हैं?** नहीं। एक नंबर का एक ही वेबहुक डेस्टिनेशन होता है। अगर दोनों को इवेंट चाहिए, तो डेस्टिनेशन n8n पर रखें और वर्कफ़्लो से रॉ पेलोड Typebot के कॉलबैक यूआरएल पर फ़ॉरवर्ड करें।

**क्या Typebot बातचीत सेव करता है?** Typebot अपना सेशन और नतीजों का डेटा रखता है, जैसा वह हर चैनल पर करता है। EasyCoexistence मैसेज की सामग्री कभी सेव नहीं करता: Meta उसे सीधे आपके सेट किए डेस्टिनेशन पर पहुँचाता है।

---

## Coexistence के साथ Botpress बॉट को WhatsApp से जोड़ें

https://easycoexistence.com/hi/integrations/botpress

Botpress के WhatsApp इंटीग्रेशन में Manual Configuration चुनें। जुड़े हुए नंबर का एक्सेस टोकन और फ़ोन नंबर आईडी पेस्ट करें, एक वेरिफ़ाई टोकन चुनें, और App ID व Client Secret खाली छोड़ दें। फिर Botpress का वेबहुक यूआरएल और वही वेरिफ़ाई टोकन नंबर के वेबहुक डेस्टिनेशन के रूप में सेट करें, और Meta हर मैसेज बॉट तक पहुंचा देगा।

### Coexistence नंबर के साथ Botpress का कौन-सा कॉन्फ़िगरेशन काम करता है?

Manual Configuration। बाकी विकल्प नंबर को Botpress के अपने Meta ऐप से जोड़ते हैं, यानी नंबर का एक अलग ऑनबोर्डिंग होता है, पहले से जुड़े नंबर को इस्तेमाल करने का तरीका नहीं।

WhatsApp इंटीग्रेशन में Configuration ड्रॉप-डाउन खोलें और Manual Configuration चुनें। यह वेरिफ़ाई टोकन, एक्सेस टोकन और डिफ़ॉल्ट बॉट फ़ोन नंबर आईडी मांगता है, और वैकल्पिक रूप से App ID, Client Secret और WABA ID भी।

एक्सेस टोकन, फ़ोन नंबर आईडी और WABA ID कनेक्शन से मिलते हैं: डैशबोर्ड इन्हें दिखाता है, और get_api_credentials इन्हें असिस्टेंट को लौटाता है। वेरिफ़ाई टोकन आपकी चुनी हुई कोई भी स्ट्रिंग हो सकती है। App ID और Client Secret खाली रहते हैं। Botpress की गाइड सीक्रेट को भरने वाले फ़ील्ड की तरह दिखाती है, पर इसकी इंटीग्रेशन डेफ़िनिशन उसे वैकल्पिक बताती है और कहती है कि उसके बिना सिग्नेचर की पुष्टि छोड़ दी जाती है। यह मायने रखता है, क्योंकि Meta हर डिलीवरी पर Tech Provider के ऐप सीक्रेट से हस्ताक्षर करता है, जो किसी ग्राहक के पास नहीं होता।

### Botpress वेबहुक को Meta के मैसेज कैसे मिलते हैं?

नंबर के वेबहुक डेस्टिनेशन के ज़रिए। Botpress की गाइड कहती है कि उसका वेबहुक यूआरएल और आपका वेरिफ़ाई टोकन किसी Meta ऐप के WhatsApp कॉन्फ़िगरेशन में पेस्ट करें। यहां आपका कोई Meta ऐप नहीं होता: Meta नंबर के इवेंट उसी डेस्टिनेशन पर भेजता है जो कनेक्शन में दिया गया है। इसलिए इंटीग्रेशन के लिए Botpress जो वेबहुक यूआरएल दिखाता है उसे कॉपी करें और उसी वेरिफ़ाई टोकन के साथ डैशबोर्ड में या set_webhook_destination से डेस्टिनेशन के रूप में सेट करें।

Meta पुष्टि वाला एक GET भेजता है, Botpress उसका जवाब देता है, और डिलीवरी शुरू हो जाती है। Manual Configuration सेव करते समय Botpress Graph से यह भी पूछकर टोकन जांचता है कि उसे किस ऐप ने जारी किया, इसलिए अमान्य या रद्द किया गया टोकन पहले मैसेज पर नहीं, सेव करते ही विफल हो जाता है।

Botpress का हैंडलर smb_message_echoes भी प्रोसेस करता है, यानी वह इवेंट जो Meta तब भेजता है जब कोई WhatsApp Business ऐप से जवाब देता है। इसलिए फ़ोन से भेजा गया जवाब बॉट को दिखता है, उससे छिपा नहीं रहता।

### बॉट को Coexistence के बारे में क्या पता होना चाहिए?

यह कि कोई इंसान पहले से बात कर रहा हो सकता है। नंबर पर WhatsApp Business ऐप चलता रहता है, इसलिए ग्राहक को एक ही मिनट में फ़ोन से भी जवाब मिल सकता है और बॉट से भी। फ़्लो में तय करें कि इको आने पर क्या हो: ज़्यादातर टीमें उस कॉन्टैक्ट के लिए बॉट को कुछ देर रोक देती हैं, ताकि बीच में आने वाले व्यक्ति की बात न कटे।

दूसरी बात समय की है। आने वाले मैसेज का जवाब देने वाला बॉट 24 घंटे की कस्टमर सर्विस विंडो के भीतर काम करता है, जहां फ़्री टेक्स्ट की अनुमति है। जो फ़्लो एक दिन बाद कुछ भेजता है, जैसे फ़ॉलो-अप या रिमाइंडर, उसे मंज़ूर किया गया टेम्पलेट चाहिए, और वहां फ़्री टेक्स्ट गड़बड़ी 131047 लौटाता है। Botpress की गाइड ठीक ऐसे ही प्रोएक्टिव मैसेज के लिए टेम्पलेट स्टेटस वाले फ़ील्ड सब्सक्राइब करती है।

और थ्रूपुट Coexistence नंबर के लिए 20 मैसेज प्रति सेकंड पर तय है, जो किसी बातचीत वाले बॉट के भेजने से कहीं ज़्यादा है।

- Client Secret में अपने Meta ऐप का सीक्रेट भरना। सिग्नेचर कभी मेल नहीं खाता और Botpress हर डिलीवरी का जवाब 401 से देता है।
- Manual Configuration की जगह OAuth या सैंडबॉक्स विकल्प चुनना। ये Botpress के अपने ऐप से नंबर जोड़ते हैं, पहले से जुड़े नंबर को इस्तेमाल नहीं करते।
- इको को अनदेखा करना। फ़ोन से भेजे गए जवाबों का कोई नियम न हो, तो बॉट उस व्यक्ति की बात पर ही जवाब दे देता है जो पहले से बातचीत में आ चुका है।

**क्या सिग्नेचर की जांच छोड़ना सुरक्षित है?** इससे सुरक्षा यूआरएल पर आ जाती है। Botpress हर इंटीग्रेशन के लिए वेबहुक यूआरएल अलग बनाता है, इसलिए उसे निजी रखें। मीडिया फिर भी टोकन के साथ Meta से ही लेना पड़ता है, जिसे नकली इवेंट नहीं बना सकता।

**क्या यही नंबर n8n को भी इवेंट दे सकता है?** एक नंबर का एक ही वेबहुक डेस्टिनेशन होता है। उसे एक सिस्टम की ओर रखें, और दूसरे को इवेंट चाहिए तो वहीं से फ़ॉरवर्ड करें।

**क्या Botpress को मेरा WABA ID चाहिए?** इसकी डेफ़िनिशन इसे फ़िलहाल वैकल्पिक बताती है और कहती है कि भविष्य के मेजर वर्ज़न में यह ज़रूरी होगा, इसलिए इसे कनेक्शन से भरें।

**क्या मैसेज EasyCoexistence से होकर गुज़रते हैं?** नहीं। Meta सीधे Botpress के वेबहुक यूआरएल पर भेजता है, और कंटेंट हमारी तरफ़ कभी स्टोर नहीं होता।

---

## WhatsApp मैसेज का जवाब Dify ऐप से दें

https://easycoexistence.com/hi/integrations/dify

नंबर के वेबहुक को एक छोटे रिसीवर की ओर मोड़ें, जैसे n8n वर्कफ़्लो या आपके अपने कोड का कोई रूट। वह हर मैसेज को Dify के Send Chat Message एपीआई तक पहुँचाता है और जवाब Cloud API से वापस भेजता है। Dify के अंदर EasyCoexistence MCP सर्वर को टूल के रूप में जोड़ा जा सकता है, ताकि एजेंट नंबर पर खुद कार्रवाई कर सके।

### क्या Meta, WhatsApp मैसेज सीधे Dify को भेज सकता है?

ऐसे नहीं कि हैंडशेक पूरा हो जाए। कुछ भी भेजने से पहले Meta डेस्टिनेशन पर GET अनुरोध करता है और जवाब की कच्ची बॉडी में hub.challenge का मान वापस चाहता है। Dify का Webhook Trigger हर ट्रिगर पर सिर्फ़ एक HTTP मेथड लेता है, और उसके दस्तावेज़ बताते हैं कि गैर-JSON जवाब की बॉडी अपने आप JSON में बदल दी जाती है, इसलिए OK एक मैसेज ऑब्जेक्ट बनकर लौटता है। challenge हू-ब-हू कभी नहीं लौट पाता, और Meta मैसेज भेजना शुरू ही नहीं करता।

इसलिए बीच में कुछ छोटा चाहिए। n8n का वेबहुक नोड, Python या Node का कोई रूट, या सर्वरलेस फ़ंक्शन GET का जवाब देता है, POST स्वीकार करता है और टेक्स्ट Dify को थमा देता है। वेबहुक यूआरएल में जो लंबा रैंडम सीक्रेट है, उसकी जाँच भी इसी रिसीवर में होती है, क्योंकि X-Hub-Signature-256 हेडर Tech Provider के ऐप सीक्रेट से साइन होता है और ग्राहक उसे जाँच नहीं सकता।

### रिसीवर Dify ऐप से कैसे बात करता है?

Dify की Service एपीआई के एक कॉल से: POST /chat-messages, जिसमें ऐप की एपीआई कुंजी से पहचान होती है। बॉडी में query होता है, यानी ग्राहक का टेक्स्ट, और user, जो आपका तय किया हुआ पहचानकर्ता है। भेजने वाले के WhatsApp नंबर को user बनाएँ, और Dify जो conversation_id लौटाए उसे सहेजें, ताकि उसी व्यक्ति का अगला मैसेज उसी बातचीत में जुड़े।

response_mode मायने रखता है। blocking तब लौटता है जब जवाब पूरा हो चुका हो, और Dify के दस्तावेज़ चेताते हैं कि Dify Cloud पर लंबी जनरेशन को एज प्रॉक्सी बीच में काट सकता है। Agent ऐप सिर्फ़ streaming चलाते हैं, और उन पर blocking अनुरोध 400 के साथ विफल होता है। सबसे मज़बूत तरीका यह है कि रिसीवर स्ट्रीम पढ़े और अंत में WhatsApp का एक ही मैसेज भेजे।

जवाब फिर उसी नंबर पर Cloud API के टेक्स्ट मैसेज के रूप में जाता है। ग्राहक के मैसेज से खुली 24 घंटे की विंडो के भीतर यह मुफ़्त है।

### Dify के अंदर MCP सर्वर क्या जोड़ता है?

एजेंट को नंबर पर कार्रवाई करने की क्षमता, बिना हर कॉल खुद जोड़े। Dify, HTTP पर MCP सर्वरों से जुड़ता है और डिफ़ॉल्ट रूप से OAuth dynamic client registration से सर्वर के साथ खुद को रजिस्टर करता है, जो EasyCoexistence MCP सर्वर सपोर्ट करता है। इसे Tools में जोड़ें, एक बार साइन इन करें, और एजेंट को ये टूल मिल जाते हैं: नंबर की सूची देखना, किसी नंबर का हेल्थ जाँचना, मैसेज भेजना, मंज़ूर टेम्पलेट भेजना, टेम्पलेट का स्टेटस पढ़ना।

पहल करने वाले काम यहीं ठीक बैठते हैं: अगले दिन फ़ॉलो-अप करने वाले Dify वर्कफ़्लो को send_template ही इस्तेमाल करना होगा, क्योंकि विंडो के बाहर फ़्री टेक्स्ट पर गड़बड़ी 131047 आती है, और टूल के विवरण मॉडल को यह बताते हैं।

MCP जो नहीं कर सकता, वह है ग्राहक के लिखने पर Dify को जगाना। प्रोटोकॉल अनुरोध और जवाब का है, इसलिए आने वाले मैसेज अब भी वेबहुक और आगे लगे रिसीवर से ही पहुँचते हैं।

- Dify Webhook Trigger के यूआरएल को वेबहुक डेस्टिनेशन बनाना। challenge JSON में लिपटकर लौटता है और Meta एंडपॉइंट की पुष्टि कभी नहीं करता।
- Dify Agent ऐप को blocking अनुरोध भेजना। Agent ऐप सिर्फ़ streaming चलाते हैं, और कॉल 400 के साथ विफल हो जाता है।
- हर मैसेज पर नया user मान इस्तेमाल करना। Dify बातचीत को user के दायरे में रखता है, इसलिए हर मैसेज बिना याददाश्त की नई बातचीत शुरू करता है।

**क्या Dify में WhatsApp चैनल है?** अपने दस्तावेज़ों में नहीं। Dify ऐप तक उसकी Service एपीआई से पहुँचा जाता है, इसलिए WhatsApp ऐसे रिसीवर से जुड़ता है जो वह एपीआई कॉल करे।

**क्या n8n रिसीवर बन सकता है?** हाँ। वेबहुक नोड मैसेज लेता है, एक HTTP अनुरोध नोड Dify को कॉल करता है, और दूसरा HTTP अनुरोध नोड जवाब Cloud API से भेजता है।

**क्या टीम फ़ोन से जवाब देती रह सकती है?** हाँ। Coexistence नंबर पर WhatsApp Business ऐप को चालू रखता है, और फ़ोन से भेजे गए जवाब रिसीवर तक `echo` इवेंट के रूप में पहुँचते हैं।

**क्या EasyCoexistence बातचीत देख पाता है?** नहीं। Meta सीधे आपके रिसीवर को भेजता है और मैसेज की सामग्री हमारी तरफ़ कभी सहेजी नहीं जाती। MCP सर्वर खाते और नंबर की स्थिति पढ़ता है।

---

## Flowise चैटफ़्लो से WhatsApp मैसेज का जवाब दें

https://easycoexistence.com/hi/integrations/flowise

नंबर का वेबहुक डेस्टिनेशन एक छोटे रिसीवर पर सेट करें, जैसे n8n वर्कफ़्लो या आपके अपने कोड का एक रूट। यह हर मैसेज को भेजने वाले के नंबर को सेशन आईडी बनाकर Flowise की Prediction API तक पहुँचाता है, फिर नंबर के टोकन और फ़ोन नंबर आईडी से जवाब Cloud API के ज़रिए वापस भेजता है।

### Flowise के सामने कुछ और क्यों चाहिए?

क्योंकि Meta का वेबहुक और Flowise की एपीआई अलग-अलग ढाँचे में बात करते हैं। Meta किसी डेस्टिनेशन की पुष्टि एक GET से करता है, जिसे hub.challenge को सीधे बॉडी के रूप में लौटाना होता है, फिर हर मैसेज को नेस्टेड JSON वाले POST में भेजता है। Flowise की Prediction API को /api/v1/prediction/ और उसके बाद फ़्लो आईडी वाले पते पर POST चाहिए, जिसमें question फ़ील्ड हो। कोई भी दूसरे के हिसाब से नहीं ढलता, इसलिए बीच में एक रिसीवर अनुवाद करता है।

रिसीवर n8n का वेबहुक नोड हो सकता है, Python या Node का रूट, या कोई भी सर्वरलेस फ़ंक्शन। वह पुष्टि वाले GET का जवाब देता है, वेबहुक यूआरएल में रखा लंबा रैंडम सीक्रेट जाँचता है, Meta को तुरंत 200 लौटाता है, और उसके बाद काम करता है। यूआरएल में रखा सीक्रेट ही यहाँ काम करने वाला प्रमाणीकरण है: Meta डिलीवरी पर Tech Provider के ऐप सीक्रेट से हस्ताक्षर करता है, जो कभी साझा नहीं होता, इसलिए X-Hub-Signature-256 हेडर को आपकी तरफ़ जाँचा नहीं जा सकता।

### रिसीवर को Prediction API कैसे कॉल करनी चाहिए?

question में ग्राहक का टेक्स्ट और सेशन के रूप में ग्राहक का WhatsApp नंबर भेजकर। Flowise हर अनुरोध पर overrideConfig स्वीकार करता है, और उसके भीतर का sessionId ही मेमोरी नोड्स को हर व्यक्ति की अलग बातचीत रखने देता है, बजाय सबको एक ही थ्रेड में मिलाने के। वेबहुक पेलोड में भेजने वाले का नंबर इसके लिए एक स्थिर और स्वाभाविक कुंजी है।

अगर चैटफ़्लो एपीआई कुंजी से सुरक्षित है, तो रिसीवर उसे बेयरर टोकन के रूप में भेजता है। streaming को false रखें, जब तक रिसीवर स्ट्रीम जोड़कर एक मैसेज बनाने के लिए न बना हो, क्योंकि WhatsApp एक बार में एक पूरा मैसेज पहुँचाता है, टोकन-दर-टोकन नहीं।

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

### क्या Flowise एजेंट EasyCoexistence MCP सर्वर इस्तेमाल कर सकता है?

अभी नहीं। Flowise का Custom MCP एक Streamable HTTP सर्वर से यूआरएल और हेडर के सेट के साथ जुड़ता है, आम तौर पर Flowise वेरिएबल में रखे स्थिर बेयरर टोकन के साथ। EasyCoexistence MCP सर्वर OAuth से प्रमाणित करता है, ब्राउज़र में लॉग इन और अपने जारी किए टोकन के साथ, इसलिए हेडर में डालने लायक कोई स्थिर कुंजी नहीं है।

कारगर बँटवारा यह है कि फ़्लो तय करे और रिसीवर भेजे। फ़्लो बोलने वाला टेक्स्ट लौटाता है, या जब ग्राहक एक दिन से ज़्यादा चुप रहा हो तो टेम्पलेट का नाम, और रिसीवर नंबर के टोकन से Cloud API कॉल करता है। इस तरह टोकन कभी Flowise के भीतर नहीं रहता, और 24 घंटे का नियम कोड में लागू होता है, यह जाँचकर कि संपर्क ने आख़िरी बार कब लिखा था, किसी ऐसे मॉडल के भरोसे नहीं जो उसे भूल सकता है।

आने वाले मैसेज फिर भी सिर्फ़ वेबहुक से आते हैं, भेजने का तरीका कोई भी हो।

- sessionId छोड़ देना। तब हर ग्राहक एक ही मेमोरी साझा करता है, और एक व्यक्ति की जानकारी दूसरे के जवाब में दिख सकती है।
- Meta को जवाब देने से पहले Flowise का इंतज़ार करना। धीमा 200 दोबारा भेजा जाता है, इसलिए वही मैसेज दो बार प्रोसेस हो जाता है।
- फ़्लो को एक दिन बाद फ़्री टेक्स्ट भेजने देना। अवधि के बाहर Meta उसे गड़बड़ी 131047 के साथ ठुकरा देता है।

**क्या Flowise में WhatsApp नोड है?** इसके दस्तावेज़ों में नहीं। उस तक Prediction API से पहुँचा जाता है, इसीलिए Meta और फ़्लो के बीच एक रिसीवर रहता है।

**क्या n8n रिसीवर बन सकता है?** हाँ। वेबहुक नोड मैसेज लेता है, एक HTTP अनुरोध नोड Flowise को कॉल करता है, और दूसरा HTTP अनुरोध नोड जवाब Cloud API से भेजता है।

**फ़ोन से कोई व्यक्ति जवाब दे तो बॉट को कैसे रोकूँ?** echo इवेंट पर नज़र रखें। WhatsApp Business ऐप से भेजा गया जवाब रिसीवर तक पहुँचता है, जो उस संपर्क के लिए फ़्लो को रोक सकता है।

**क्या EasyCoexistence बातचीत सहेजता है?** नहीं। Meta सीधे आपके रिसीवर तक पहुँचाता है। Flowise वही रखता है जो उसके मेमोरी नोड्स रखने के लिए सेट हैं।

---

## LangChain एजेंट को WhatsApp नंबर दें

https://easycoexistence.com/hi/integrations/langchain

LangChain एजेंट को WhatsApp दो हिस्सों में मिलता है। आने वाले मैसेज नंबर के वेबहुक के ज़रिए आपके वेब रूट पर पहुँचते हैं, और वह रूट एजेंट को चलाता है। कुछ करने के लिए एजेंट LangChain के MCPAdapter से OAuth के साथ EasyCoexistence MCP टूल लोड करता है, या नंबर के टोकन और phone_number_id के साथ सीधे Cloud API को कॉल करता है।

### LangChain एजेंट WhatsApp टूल कैसे लोड करता है?

MCPAdapter के ज़रिए, जो LangChain का MCP क्लाइंट है और किसी MCP सर्वर के टूल को सामान्य LangChain टूल की तरह create_agent को सौंप देता है। इसके लिए langchain[mcp] का वर्शन 1.4.0 या उससे नया चाहिए, और यह बीटा के रूप में चिह्नित है।

ऑथेंटिकेशन FastMCP को सौंपा जाता है। क्लाइंट पर auth="oauth" देने से पूरा OAuth 2.1 फ़्लो चलता है: discovery, dynamic client registration, ब्राउज़र रीडायरेक्ट और टोकन एक्सचेंज। EasyCoexistence MCP सर्वर यही अपेक्षा करता है, इसलिए कोई कुंजी बनाने या चिपकाने की ज़रूरत नहीं है। डिफ़ॉल्ट रूप से टोकन मेमोरी में रहते हैं और हर बार चलाने पर ब्राउज़र वाला चरण दोहराना पड़ता है। टोकन स्टोर वाला FastMCP OAuth प्रोवाइडर उन्हें अलग-अलग रन के बीच सहेजकर रखता है।

लोड होने के बाद एजेंट को टूल उनके विवरण के साथ दिखते हैं: सबसे पहले list_numbers, क्योंकि बाकी हर टूल उसी से मिला connection_id लेता है, फिर send_message, send_template, list_templates, get_number_health और बाकी सब।

### आने वाला WhatsApp मैसेज एजेंट तक कैसे पहुँचता है?

वेबहुक के ज़रिए, क्योंकि MCP यह नहीं कर सकता। प्रोटोकॉल अनुरोध और जवाब पर चलता है, इसलिए उसमें ऐसा कुछ नहीं है जिससे ग्राहक के लिखने पर सर्वर क्लाइंट को जगा सके।

नंबर का वेबहुक डेस्टिनेशन अपने ही ऐप्लिकेशन के किसी रूट पर रखें, और यूआरएल के पाथ में एक लंबा रैंडम सीक्रेट जोड़ें। यह रूट Meta के पुष्टि वाले GET का जवाब कच्चे challenge से देता है, हर POST स्वीकार करता है, तुरंत 200 लौटाता है और काम को कतार में डाल देता है। फिर एक वर्कर पेलोड से भेजने वाले का नंबर और टेक्स्ट निकालकर एजेंट को चलाता है। भेजने वाले का नंबर ही थ्रेड आईडी बनता है, ताकि मेमोरी हर ग्राहक की अलग रहे।

सीक्रेट की जाँच यूआरएल में करें, 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 टूल खाते और नंबर का स्टेटस पढ़ते हैं।

---

## OpenAI Agents SDK एजेंट को WhatsApp पर चलाएँ

https://easycoexistence.com/hi/integrations/openai-agents-sdk

नंबर का वेबहुक डेस्टिनेशन अपने Python ऐप के किसी रूट पर सेट करें। हर आने वाले मैसेज पर Runner.run से एजेंट चलाएँ, सेशन की कुंजी भेजने वाले का नंबर रखें, फिर result.final_output को नंबर के टोकन और phone_number_id के साथ Cloud API से वापस भेजें। WhatsApp Business ऐप उसी नंबर पर चलता रहता है।

### WhatsApp का मैसेज एजेंट की एक रन कैसे बनता है?

आपके अपने ऐप के उस रूट से, जिसे Meta कॉल करता है। नंबर का वेबहुक डेस्टिनेशन उसी पर सेट करें और पाथ में एक लंबा, random सीक्रेट रखें। रूट 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 या तो Authorization हेडर लेता है या params["auth"] में httpx.Auth। EasyCoexistence MCP सर्वर ब्राउज़र में लॉग इन के बाद अपने OAuth टोकन जारी करता है, डायनैमिक क्लाइंट रजिस्ट्रेशन और PKCE के साथ, इसलिए कोई स्थिर कुंजी होती ही नहीं। MCP Python SDK में OAuthClientProvider आता है, जो PKCE और टोकन रिफ़्रेश के साथ वही प्रक्रिया चलाने वाला HTTP auth हैंडलर है, और params["auth"] में वही जाता है।

यह तब काम का है जब एजेंट खुद तय करे: किसी नंबर की हेल्थ जाँचना, टेम्पलेट का स्टेटस पढ़ना, या टूल के विवरण के नियमों से send_message और send_template में चुनना। जो एजेंट सिर्फ़ जवाब देता है, उसके लिए ऊपर वाला वर्कर छोटा है और उसमें बिगड़ने की जगह कम है।

दोनों हालात में वेबहुक रहता है। MCP में अनुरोध और जवाब का तरीका है, और ग्राहक का मैसेज एजेंट तक सिर्फ़ उसी रूट से पहुँच सकता है जिसे Meta कॉल करता है।

- Meta को 200 लौटाने से पहले एजेंट चलाना। धीमे जवाब को दोबारा भेजा जाता है और ग्राहक को दो जवाब मिलते हैं।
- सभी ग्राहकों के लिए एक ही सेशन रखना। कुंजी भेजने वाले का नंबर रखें, वरना इतिहास आपस में मिल जाते हैं।
- देर से होने वाले फ़ॉलो-अप को फ़्री टेक्स्ट भेजने देना। 24 घंटे बाद वह गड़बड़ी 131047 के साथ विफल होता है; टेम्पलेट भेजें।

**क्या इसके लिए OpenAI Responses API का hosted MCP टूल चाहिए?** नहीं। वर्कर एजेंट को Runner.run से अपने यहाँ चलाता है, और WhatsApp वाला हिस्सा आपके कोड का किया हुआ सादा HTTPS कॉल है।

**मुझे कौन सा Graph API वर्शन इस्तेमाल करना चाहिए?** Meta के मौजूदा उदाहरण v25.0 इस्तेमाल करते हैं। वर्शन को अपने कोड में एक ही जगह रखें, ताकि अपग्रेड एक लाइन का बदलाव रहे।

**क्या कोई व्यक्ति फ़ोन से बातचीत संभाल सकता है?** हाँ। Coexistence में WhatsApp Business ऐप चलता रहता है, और फ़ोन से दिया गया जवाब आपके रूट पर ईको इवेंट बनकर आता है, जिससे वर्कर एजेंट को रोक सकता है।

**क्या EasyCoexistence बातचीत को स्टोर करता है?** नहीं। Meta सीधे आपके रूट पर डिलीवर करता है। सेशन जो कुछ रखता है वह आपके अपने डेटाबेस में रहता है।

---

## Vercel AI SDK से WhatsApp एजेंट बनाएं

https://easycoexistence.com/hi/integrations/vercel-ai-sdk

आने वाले मैसेज उस रूट हैंडलर तक पहुंचते हैं जिसे नंबर के वेबहुक डेस्टिनेशन के रूप में सेट किया गया है। हैंडलर generateText को कॉल करता है और जवाब Cloud API से भेजता है। नंबर पर काम करने वाले टूल के लिए @ai-sdk/mcp का createMCPClient, authProvider के जरिए OAuth से लॉग इन करके HTTP पर EasyCoexistence MCP सर्वर से जुड़ता है।

### रूट हैंडलर WhatsApp मैसेज कैसे पाता है?

एक ही रूट पर दो मेथड के साथ, जिसे नंबर के वेबहुक डेस्टिनेशन के रूप में सेट किया जाता है और जिसके पाथ में एक लंबा रैंडम सीक्रेट होता है।

GET, Meta की पुष्टि का जवाब देता है। क्वेरी से hub.mode, hub.verify_token और hub.challenge पढ़ें, टोकन मिलाएं और challenge को प्लेन टेक्स्ट में लौटाएं। इसे JSON हेल्पर से लौटाना सबसे आम गलती है: बॉडी में उसके चारों ओर कोट्स आ जाते हैं और Meta डिलीवरी शुरू ही नहीं करता।

POST इवेंट लेता है। 200 जल्दी लौटाएं और मॉडल को उसके बाद चलाएं, क्योंकि Meta धीमे जवाब पर दोबारा कोशिश करता है और कोल्ड स्टार्ट में मॉडल को वहीं चलाने से एक ही मैसेज का जवाब दो बार जा सकता है। जिन प्लेटफ़ॉर्म पर जवाब भेजते ही फ़ंक्शन खत्म हो जाता है, वहां काम को क्यू में डालें या प्लेटफ़ॉर्म की जवाब के बाद काम चलाने वाली सुविधा इस्तेमाल करें।

पाथ का सीक्रेट ही प्रमाणीकरण है। Meta हर डिलीवरी पर Tech Provider के ऐप सीक्रेट से हस्ताक्षर करता है, इसलिए X-Hub-Signature-256 हेडर की जांच आपकी तरफ़ से नहीं हो सकती।

### AI SDK WhatsApp टूल कैसे लोड करता है?

@ai-sdk/mcp के createMCPClient और HTTP ट्रांसपोर्ट से, जिसे AI SDK का दस्तावेज़ प्रोडक्शन के लिए सुझाता है। ट्रांसपोर्ट सर्वर का यूआरएल और एक authProvider लेता है, और EasyCoexistence MCP सर्वर को authProvider के जरिए OAuth से ही अधिकृत किया जाता है: वह OAuth मेटाडेटा प्रकाशित करता है, डायनैमिक क्लाइंट रजिस्ट्रेशन और PKCE को सपोर्ट करता है, और लॉग इन के बाद अपने टोकन जारी करता है। हेडर में रखने के लिए कोई एपीआई की नहीं है।

क्लाइंट के टूल सीधे generateText या streamText में जाते हैं। तब मॉडल को list_numbers, send_message, send_template, get_number_health और बाकी टूल दिखते हैं, जिनके विवरण में 24 घंटे की विंडो साफ़ लिखी है। काम पूरा होने पर क्लाइंट बंद करें: स्ट्रीम में onEnd कॉलबैक में, और बाकी जगह finally ब्लॉक में, जैसा AI SDK का दस्तावेज़ कहता है।

इसे वहां इस्तेमाल करें जहां फ़ैसला मॉडल को लेना हो। अभी आए मैसेज का जवाब देने के लिए हैंडलर से सीधा Cloud API कॉल छोटा रहता है।

### नंबर के Coexistence पर होने से क्या बदलता है?

दो बातें, जो कोड को पता होनी चाहिए। पहली, बातचीत में पहले से कोई इंसान हो सकता है। नंबर पर WhatsApp Business ऐप चलता रहता है, और फ़ोन पर टाइप किया हर जवाब रूट पर echo इवेंट बनकर आता है। जो हैंडलर echo के बाद उस संपर्क के लिए मॉडल को रोक देता है, वह मॉडल को किसी इंसान के ऊपर जवाब देने से बचाता है।

दूसरी, नंबर के लिए भेजने की सीमा तय 20 मैसेज प्रति सेकंड है। बातचीत करने वाला एजेंट इसके पास भी नहीं पहुंचता, लेकिन संपर्कों की सूची पर Promise.all से लिखा ब्रॉडकास्ट लूप पहुंच जाएगा, इसलिए उसे बैच में बांटें।

बाकी सब सामान्य Cloud API है। ग्राहक के आखिरी मैसेज के 24 घंटे के भीतर फ़्री टेक्स्ट भेजा जा सकता है। उसके बाद सिर्फ़ मंज़ूर टेम्पलेट जाता है, और फ़्री टेक्स्ट पर गड़बड़ी 131047 लौटती है, जबकि ग्राहक को कुछ दिखता नहीं।

- challenge को JSON रिस्पॉन्स हेल्पर से लौटाना। उसके चारों ओर के कोट्स से Meta की जांच फ़ेल हो जाती है।
- Meta को जवाब देने से पहले generateText चलाना। कोल्ड स्टार्ट पर दोबारा कोशिश से दूसरा जवाब बन जाता है।
- MCP क्लाइंट बंद करना भूल जाना। हर अनुरोध पर एक कनेक्शन खुला रह जाता है, जब तक प्लेटफ़ॉर्म उसे खत्म न कर दे।

**क्या यह सिर्फ़ Vercel पर चलता है?** नहीं। AI SDK एक TypeScript लाइब्रेरी है, और रूट किसी भी होस्ट पर चल सकता है जो HTTPS देता हो और GET व POST का जवाब दे सके।

**क्या मुझे MCP क्लाइंट की ज़रूरत है ही?** जवाब देने के लिए नहीं। नंबर के टोकन के साथ Cloud API के मैसेज एंडपॉइंट पर एक fetch यही काम कर देता है। MCP तब काम आता है जब क्या करना है, यह मॉडल चुने।

**मॉडल कौन-सा प्रोवाइडर हो सकता है?** कोई भी, जिसे AI SDK सपोर्ट करता है। WhatsApp वाला हिस्सा मॉडल से स्वतंत्र है, इसलिए प्रोवाइडर बदलने पर रूट या Cloud API कॉल में कुछ नहीं बदलता।

**क्या EasyCoexistence मैसेज देख पाता है?** नहीं। Meta सीधे आपके रूट पर डिलीवर करता है और मैसेज की सामग्री हमारी तरफ़ कभी स्टोर नहीं होती।

---

## Shopify से WhatsApp ऑर्डर मैसेज भेजें

https://easycoexistence.com/hi/integrations/shopify

Shopify Flow का Send HTTP request ऐक्शन ऑर्डर बनने पर मंज़ूर टेम्पलेट Cloud API को भेज सकता है। इसमें जुड़े नंबर की phone number id और Flow सीक्रेट में रखा टोकन इस्तेमाल होता है। जिन प्लान में यह ऐक्शन नहीं है, वहाँ Shopify admin वेबहुक n8n जैसे रिसीवर तक जाता है, जो वही कॉल करता है।

### Shopify Flow WhatsApp मैसेज कैसे भेजता है?

Send HTTP request ऐक्शन से। यह किसी भी यूआरएल पर हेडर और बॉडी के साथ पोस्ट करता है, और बॉडी में ट्रिगर के Liquid वेरिएबल इस्तेमाल हो सकते हैं।

ऑर्डर बनने के ट्रिगर पर एक वर्कफ़्लो बनाएँ और उसमें Send HTTP request जोड़ें। यूआरएल जुड़े नंबर की phone number id वाला Cloud API मैसेज एंडपॉइंट होगा। Authorization हेडर जोड़ें, जिसकी वैल्यू Bearer और उसके बाद नंबर का एक्सेस टोकन हो। टोकन को Flow सीक्रेट में रखें और सीक्रेट वेरिएबल से उसका हवाला दें। सीक्रेट वैल्यू Flow के इंटरफ़ेस में कभी नहीं दिखतीं और रन लॉग में छिपा दी जाती हैं, और टोकन की सही जगह यही है। बॉडी एक टेम्पलेट मैसेज है, जिसमें to फ़ील्ड में ग्राहक का फ़ोन नंबर और टेम्पलेट के पैरामीटर में ऑर्डर का ब्योरा होता है।

Flow 2XX या 3XX जवाब को सफलता मानता है। Meta सही अनुरोध का जवाब मैसेज आईडी के साथ देता है, इसलिए रन सफल होने का मतलब है कि Meta ने मैसेज स्वीकार कर लिया।

### ऑर्डर मैसेज टेम्पलेट ही क्यों होना चाहिए?

क्योंकि पहले स्टोर लिख रहा होता है। Meta की 24 घंटे की कस्टमर सर्विस विंडो तभी खुलती है जब ग्राहक नंबर पर लिखता है। ऑर्डर की पुष्टि, शिपिंग अपडेट या छोड़े गए चेकआउट का रिमाइंडर उससे पहले भेजा जाता है, इसलिए फ़्री टेक्स्ट अस्वीकार हो जाता है और केवल पहले से मंज़ूर टेम्पलेट जाता है।

टेम्पलेट एक बार बनाएँ, ऑर्डर और शिपिंग अपडेट के लिए यूटिलिटी कैटेगरी में, और वर्कफ़्लो चालू करने से पहले मंज़ूरी का इंतज़ार करें। बॉडी में नाम और भाषा मंज़ूर टेम्पलेट से ठीक वही होने चाहिए, और पैरामीटर की संख्या उसके प्लेसहोल्डर के बराबर होनी चाहिए।

सहमति भी ज़रूरी है। कोई कारोबार WhatsApp पर किसी को मैसेज भेजे, उससे पहले Meta ऑप्ट-इन माँगता है: व्यक्ति ने अपना नंबर दिया और इस कारोबार से मैसेज पाने के लिए सहमति दी। चेकआउट पर ऐसा एक चेकबॉक्स इसे लेने का आम तरीका है, और वर्कफ़्लो को भेजने से पहले उसे जाँचना चाहिए।

### अगर स्टोर के प्लान में Send HTTP request न हो तो?

तब Shopify admin वेबहुक इस्तेमाल करें। सेटिंग, नोटिफ़िकेशन, वेबहुक में मर्चेंट ऑर्डर बनने जैसे इवेंट के लिए JSON में किसी यूआरएल पर वेबहुक बना सकता है। उसे एक रिसीवर की ओर रखें: n8n का Webhook नोड, या PHP, Python या Node में लिखा रूट। रिसीवर ऑर्डर पढ़ता है, सहमति जाँचता है, और Cloud API को वही टेम्पलेट कॉल करता है।

भेजने का रास्ता कोई भी हो, जवाब एक जैसे आते हैं। जब ग्राहक ऑर्डर मैसेज का जवाब देता है, तो वह स्टोर के फ़ोन पर WhatsApp Business ऐप में आता है, क्योंकि नंबर Coexistence पर है, और अब फ़्री टेक्स्ट के लिए 24 घंटे की विंडो खुल चुकी होती है। अगर नंबर का वेबहुक डेस्टिनेशन सेट है, तो जवाब आपके सिस्टम तक भी पहुँचता है। ऑर्डर मैसेज खुद भी ऐप में दिखता है, ताकि जवाब देने वाले को पता रहे कि ग्राहक किस बात का जवाब दे रहा है।

- ऑर्डर बनते ही फ़्री टेक्स्ट भेजना। ग्राहक ने अभी लिखा नहीं है, इसलिए Meta उसे अस्वीकार करता है; वह मंज़ूर टेम्पलेट ही होना चाहिए।
- 4XX जवाबों के लिए एरर हैंडलिंग को Retry पर छोड़ देना। Flow ऐसे अनुरोध को 24 घंटे तक दोहरा सकता है जिसे Meta कभी स्वीकार नहीं करेगा।
- टोकन को हेडर में सादे टेक्स्ट में रख देना। उसे Flow सीक्रेट में रखें, ताकि वह इंटरफ़ेस और लॉग से बाहर रहे।

**टेम्पलेट मैसेज का खर्च कौन देता है?** Meta मैसेजिंग का बिल सीधे कारोबार को उसके अपने WhatsApp Business खाते पर भेजता है। EasyCoexistence उस पर कोई मार्कअप नहीं लगाता।

**क्या टीम फ़ोन से ग्राहकों को जवाब दे सकती है?** हाँ। Coexistence यही बनाए रखता है: जिस नंबर से स्टोर मैसेज भेजता है, उसी पर WhatsApp Business ऐप चलता रहता है।

**क्या इसके लिए Shopify ऐप चाहिए?** नहीं। Flow का Send HTTP request, या रिसीवर तक जाने वाला admin वेबहुक काफ़ी है। Cloud API बस एक HTTPS कॉल है।

**to फ़ील्ड को फ़ोन नंबर किस फ़ॉर्मैट में चाहिए?** देश कोड के साथ अंतरराष्ट्रीय फ़ॉर्मैट, और केवल अंक। भेजने से पहले चेकआउट का फ़ोन फ़ील्ड साफ़ करें, क्योंकि ग्राहक स्पेस और चिह्न डाल देते हैं।

---

## WooCommerce से WhatsApp पर ऑर्डर अपडेट भेजें

https://easycoexistence.com/hi/integrations/woocommerce

ऑर्डर इवेंट के लिए एक WooCommerce वेबहुक बनाइए, जो किसी रिसीवर की ओर इशारा करे, जैसे n8n वर्कफ़्लो या छोटा PHP रूट। रिसीवर WooCommerce के सिग्नेचर की पुष्टि करता है, जाँचता है कि ग्राहक WhatsApp मैसेज के लिए राज़ी है, और कनेक्ट किए गए नंबर के फ़ोन नंबर आईडी और टोकन से Cloud API के जरिए मंज़ूर टेम्पलेट भेजता है।

### WooCommerce का ऑर्डर WhatsApp मैसेज कैसे ट्रिगर करता है?

WooCommerce वेबहुक और एक रिसीवर के जरिए। WooCommerce में सेटिंग, एडवांस्ड, वेबहुक में जाकर ऑर्डर टॉपिक वाला वेबहुक जोड़िए, जैसे ऑर्डर बनना या ऑर्डर अपडेट होना, साथ में एक डिलीवरी यूआरएल और एक सीक्रेट। इवेंट होते ही WooCommerce ऑर्डर को JSON के रूप में उस यूआरएल पर पोस्ट करता है।

पेलोड तय फ़ॉर्मैट में होता है, इसलिए उसे सीधे Cloud API की ओर नहीं भेजा जा सकता। बीच में एक रिसीवर चाहिए: n8n का Webhook नोड, स्टोर के अपने PHP में एक रूट, या कोई भी छोटी सर्विस। वह ऑर्डर पढ़ता है, ग्राहक का फ़ोन नंबर और मैसेज के लिए ज़रूरी ब्योरा निकालता है, और कनेक्ट किए गए नंबर के Cloud API messages एंडपॉइंट पर एक HTTPS अनुरोध भेजता है, जिसमें उस नंबर का एक्सेस टोकन bearer टोकन के रूप में लगता है।

order.updated टॉपिक किसी एक स्टेटस से बँधा नहीं है, इसलिए रिसीवर को ऑर्डर का status फ़ील्ड पढ़ना चाहिए और हर उस बदलाव पर एक बार मैसेज भेजना चाहिए जो उसके काम का है। WooCommerce डिफ़ॉल्ट रूप से wp-cron के जरिए बैकग्राउंड में डिलीवर करता है, इसलिए मैसेज ऑर्डर के कुछ देर बाद पहुँच सकता है।

### रिसीवर को कैसे पता चलता है कि अनुरोध स्टोर से ही आया है?

WooCommerce के सिग्नेचर से। हर डिलीवरी में X-WC-Webhook-Signature हेडर होता है, जो रॉ पेलोड का base64 एन्कोडेड HMAC-SHA256 है और उस सीक्रेट से बनता है जो आपने वेबहुक पर सेट किया था। रिसीवर मिली हुई बॉडी पर वही हैश निकालता है, दोनों की तुलना करता है, और जो मेल न खाए उसे ठुकरा देता है।

यह स्टोर का अपना सीक्रेट है, इसलिए WhatsApp के आने वाले मैसेज पर Meta के सिग्नेचर के उलट, इसकी पुष्टि की जा सकती है। तुलना constant time में कीजिए, और हैश किसी फ़्रेमवर्क के पार्स करने से पहले रॉ बॉडी पर निकालिए, क्योंकि दोबारा एन्कोड किया गया JSON अलग हैश देता है।

जल्दी से 2xx लौटाइए। WooCommerce 2xx, 301 या 302 के अलावा हर जवाब को विफलता गिनता है, और लगातार पाँच से ज़्यादा विफलताओं पर वेबहुक बंद कर देता है। जो रिसीवर डिप्लॉय के लिए बंद हो, या जवाब देने से पहले 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 में वेबहुक का स्टेटस वापस active कर दीजिए। जो ऑर्डर बंद रहने के दौरान बने, उन पर मैसेज ट्रिगर नहीं हुआ था।

---

## PHP और Laravel से WhatsApp मैसेज भेजें और पाएँ

https://easycoexistence.com/hi/integrations/php-laravel

मैसेज पाना एक Laravel रूट से होता है, जो Meta के पुष्टि वाले GET का जवाब देता है और POST स्वीकार करता है। पैरामीटर hub_mode, hub_verify_token और hub_challenge नाम से पढ़े जाते हैं, क्योंकि PHP बिंदु को अंडरस्कोर में बदल देता है। भेजना एक Http::withToken() POST है, जो Cloud API के messages एंडपॉइंट पर उस नंबर की फ़ोन नंबर आईडी और टोकन के साथ जाता है। किसी एसडीके की ज़रूरत नहीं।

### Laravel में WhatsApp मैसेज कैसे पाएँ?

routes/api.php में एक ही पाथ पर GET और POST रखें। फ़ाइल न हो तो पहले php artisan install: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 पाता है और पुष्टि कभी पूरी नहीं होती। challenge को प्लेन टेक्स्ट में लौटाएँ, response()->json() से नहीं।

POST पेलोड को क्यू वाले जॉब को सौंपकर तुरंत 200 लौटा देता है। पाथ में एक लंबी रैंडम कुंजी रखें और दोनों रूट पर उसे जाँचें: Meta अपनी डिलीवरी पर Tech Provider के ऐप सीक्रेट से सिग्नेचर करता है, इसलिए सिग्नेचर हेडर को आपकी ओर से मान्य नहीं किया जा सकता।

### Laravel से WhatsApp मैसेज कैसे भेजें?

Laravel के एचटीटीपी क्लाइंट से: फ़ोन नंबर आईडी वाले messages एंडपॉइंट पर एक POST, जिसमें एक्सेस टोकन बियरर टोकन के रूप में जाए। दोनों मान कनेक्शन से मिलते हैं, डैशबोर्ड में दिखते हैं और get_api_credentials से लौटते हैं। इन्हें कोड में न रखकर एनवायरनमेंट वेरिएबल पर आधारित config/services.php में रखें।

बॉडी का रूप समय पर निर्भर है। ग्राहक के आख़िरी मैसेज के 24 घंटे के भीतर text ऑब्जेक्ट चलता है, जैसा नीचे है। उस विंडो के बाहर Meta सिर्फ़ template ऑब्जेक्ट लेता है, जिसमें मंज़ूर टेम्पलेट और उसकी भाषा हो, और फ़्री टेक्स्ट गड़बड़ी 131047 के साथ विफल होता है। इसे जवाब में देखा जा सकता है: विफल कॉल एक error ऑब्जेक्ट लौटाती है, जिसका code बताता है कि क्या गड़बड़ हुई, इसलिए उसे फेंकें नहीं, लॉग करें।

अनुरोध में कुछ भी EasyCoexistence के लिए ख़ास नहीं है। यह वही कॉल है जो Meta के अपने दस्तावेज़ में है, इसलिए कोई भी PHP एचटीटीपी क्लाइंट, Guzzle या सीधा cURL, उसी तरह काम करता है.

### प्रोडक्शन Laravel हैंडलर को इसके अलावा क्या चाहिए?

असली क्यू, डुप्लिकेट से बचाव और विंडो की जाँच।

क्यू इसलिए ज़रूरी है कि धीमा जवाब मिलने पर Meta दोबारा भेजता है। HandleWhatsAppEvent::dispatch() तभी जल्दी लौटता है जब क्यू कनेक्शन असली हो और वर्कर चल रहा हो। sync ड्राइवर पर जॉब अनुरोध के भीतर ही चलता है, और धीमा मॉडल कॉल या डेटाबेस राइट एक डुप्लिकेट डिलीवरी बन जाता है।

डुप्लिकेट की पहचान मैसेज आईडी पर करें, यानी हर मैसेज के wamid पर, क्योंकि दोबारा भेजना अपवाद नहीं, आम बात है। उस कॉलम पर यूनीक इंडेक्स या उसी पर बना कैश लॉक काफ़ी है।

और हर संपर्क ने आख़िरी बार कब लिखा, यह सहेजें। उस टाइमस्टैंप से भेजने वाला हिस्सा खुद तय कर लेता है कि text भेजना है या टेम्पलेट, बजाय इसके कि ग्राहक के इंतज़ार के बाद गड़बड़ी 131047 से पता चले। WhatsApp Business ऐप में फ़ोन से टाइप किए गए जवाब उसी रूट पर echo इवेंट बनकर आते हैं, इसलिए हैंडलर यह भी देख सकता है कि कब किसी व्यक्ति ने बातचीत संभाल ली।

- hub.challenge को बिंदु के साथ पढ़ना। PHP ने उसका नाम hub_challenge कर दिया, इसलिए हैंडलर खाली बॉडी लौटाता है और Meta कभी पुष्टि नहीं करता।
- वेबहुक को routes/web.php में रखना। Meta के POST में CSRF टोकन नहीं होता और उसे 419 के साथ ख़ारिज कर दिया जाता है।
- sync क्यू पर डिस्पैच करना। जॉब 200 से पहले चल जाता है, धीमी प्रोसेसिंग पर Meta दोबारा भेजता है और मैसेज दो बार प्रोसेस होते हैं।
- challenge को response()->json() से लौटाना। मान के चारों ओर के उद्धरण चिह्न Meta की जाँच को फ़ेल कर देते हैं।

**क्या कोई PHP एसडीके है?** हमारी ओर से नहीं, और ज़रूरत भी नहीं। एपीआई Meta की है और Meta ने ही उसके दस्तावेज़ बनाए हैं, और Laravel का एचटीटीपी क्लाइंट या Guzzle उस तक सीधे पहुँचता है।

**क्या यह Laravel के बिना चलता है?** हाँ। सादे PHP में $_GET['hub_challenge'] पढ़ें, उसे text/plain के रूप में echo करें और cURL से भेजें। अंडरस्कोर का नियम हर PHP फ्रेमवर्क पर लागू होता है।

**यूआरएल के पाथ में कुंजी क्यों चाहिए?** क्योंकि वही प्रमाणीकरण है जो काम करता है। Meta का सिग्नेचर Tech Provider के ऐप सीक्रेट से बनता है, जो कभी साझा नहीं होता, इसलिए यूआरएल की गोपनीय कुंजी ही अजनबियों को नकली इवेंट पोस्ट करने से रोकती है।

**क्या टीम फ़ोन इस्तेमाल करना जारी रख सकती है?** हाँ। Coexistence नंबर पर WhatsApp Business ऐप को चालू रखता है, और फ़ोन से भेजे मैसेज echo इवेंट बनकर आपके रूट तक पहुँचते हैं।

---

## ब्राज़ील में WhatsApp Coexistence: उपलब्धता और Meta की दरें

https://easycoexistence.com/hi/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 या उससे नया हो, और ऑनबोर्डिंग Embedded Signup के ज़रिए किसी Tech Provider या Solution Partner से हो।

जुड़ जाने के बाद फ़ोन पर ऐप पहले की तरह चलता रहता है और वही +55 नंबर Cloud API का एक्सेस पा लेता है। ऐप के साथ संगत रहने के लिए Meta इन नंबरों पर थ्रूपुट 20 मैसेज प्रति सेकंड पर तय रखता है।

### ब्राज़ील में Meta प्रति मैसेज कितना चार्ज करता है?

Meta डिलीवर हुए हर मैसेज पर चार्ज करता है, श्रेणी और प्राप्तकर्ता के देश कोड के आधार पर। ब्राज़ील (+55) रेट कार्ड में अलग से नामित बाज़ार है, इसलिए ब्राज़ीलियाई नंबरों पर भेजे गए मैसेज पर क्षेत्रीय औसत नहीं, ब्राज़ील की अपनी दरें लगती हैं। ये 1 अक्टूबर 2026 से प्रभावी लिस्ट दरें हैं, जो Meta के USD और BRL रेट कार्ड से ली गई हैं। यूटिलिटी और ऑथेंटिकेशन दरें मासिक वॉल्यूम टियर के साथ और घट सकती हैं, जिन्हें Meta हर बाज़ार और श्रेणी के हिसाब से लागू करता है।

### कौन से मैसेज मुफ़्त रहते हैं?

तीन चीज़ों पर कुछ नहीं लगता। फ़ोन पर WhatsApp Business ऐप में टाइप किए गए मैसेज ऑनबोर्डिंग के बाद भी मुफ़्त रहते हैं, क्योंकि Meta Cloud API की कीमतें केवल एपीआई से भेजे गए मैसेज पर लगाता है। हर कारोबारी फ़ोन नंबर को महीने में 1,000 मुफ़्त सर्विस मैसेज मिलते हैं, यानी 24 घंटे की कस्टमर सर्विस विंडो के भीतर भेजे गए बिना टेम्पलेट वाले जवाब। और Click to WhatsApp विज्ञापन से ग्राहक के आने पर खुली फ़्री एंट्री पॉइंट विंडो में भेजा गया सब कुछ 7 दिन तक मुफ़्त है।

1 अक्टूबर 2026 को दो बातें बदलीं: हर महीने के पहले 1,000 के बाद के सर्विस मैसेज पर चार्ज लगता है, और कस्टमर सर्विस विंडो के भीतर भेजे गए यूटिलिटी टेम्पलेट पर भी।

### क्या Meta ब्राज़ील के कारोबारों को रियाल में बिल करता है?

अब करता है। Meta ने 1 जुलाई 2026 से ब्राज़ील के लिए बिलिंग लोकलाइज़ेशन शुरू किया। जिन Solution Provider और सीधे इंटीग्रेट किए गए कारोबारों का Billing Hub में Sold-To देश ब्राज़ील है, वे BRL में Messaging खाते बना सकते हैं, और उन खातों के चार्ज का इनवॉइस Meta की स्थानीय इकाई Facebook Brasil BRL में बनाती है।

इस बदलाव की एक समय सीमा है। पात्र ग्राहकों को अपने बिज़नेस पोर्टफ़ोलियो के हर Messaging खाते को 30 जून 2027 तक BRL में ले जाना होगा, क्योंकि 1 जुलाई 2027 से Meta उनके गैर-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 खाता रखना। Meta 1 जुलाई 2027 से उसके मैसेज डिलीवर करना बंद कर देता है।
- हर जवाब को मुफ़्त मान लेना। 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 ऐप से भेजे गए मैसेज ऑनबोर्डिंग के बाद भी मुफ़्त रहते हैं। केवल एपीआई से भेजे गए मैसेज पर Cloud API की कीमतें लगती हैं।

**अगर मेरे खाते में भुगतान का कोई तरीका न हो तो क्या होगा?** Meta 1,000 के मुफ़्त टियर के भीतर सर्विस मैसेज तब भी डिलीवर करता है, पर टियर पूरा होने के बाद उन्हें डिलीवर करना बंद कर देता है। Meta जिस चीज़ पर चार्ज करता है, उसे भेजने से पहले Billing Hub में भुगतान का तरीका जोड़ लें।

---

## मेक्सिको में WhatsApp Coexistence: उपलब्धता और Meta के रेट

https://easycoexistence.com/hi/docs/whatsapp-coexistence-mexico

Coexistence मेक्सिको में उपलब्ध है, क्योंकि WhatsApp Business app यूज़र को ऑनबोर्ड करने के बारे में Meta के दस्तावेज़ में कोई भौगोलिक पाबंदी नहीं है। +52 नंबरों पर भेजे गए मैसेज की कीमत Meta के मेक्सिको रेट कार्ड से तय होती है: 1 अक्टूबर 2026 से हर मार्केटिंग टेम्पलेट पर USD 0.0397 और हर यूटिलिटी या ऑथेंटिकेशन टेम्पलेट पर USD 0.0085, या पेसो कार्ड पर MXN 0.7298 और MXN 0.1565।

### क्या मेक्सिको का कोई कारोबार WhatsApp Coexistence इस्तेमाल कर सकता है?

हाँ। WhatsApp Business app यूज़र को ऑनबोर्ड करने के बारे में Meta के दस्तावेज़ की शर्तें नंबर और ऐप से जुड़ी हैं, देश से नहीं: नंबर पहले से WhatsApp Business app पर चालू हो, ऐप का वर्शन 2.24.17 या उससे नया हो, और कनेक्शन Tech Provider या Solution Partner के ज़रिए Embedded Signup से बनाया जाए।

इन शर्तों को पूरा करने वाला +52 नंबर फ़ोन के ऐप में पहले की तरह चलता रहता है और उसी नंबर पर Cloud API की पहुँच भी मिल जाती है। Meta इन साझा नंबरों पर एपीआई थ्रूपुट को 20 मैसेज प्रति सेकंड तक सीमित रखता है।

### मेक्सिको में Meta हर मैसेज का कितना शुल्क लेता है?

Meta डिलीवर हुए हर मैसेज पर शुल्क लेता है, और रेट दो बातों पर निर्भर करता है: मैसेज की श्रेणी और पाने वाले का देश कॉलिंग कोड। मेक्सिको (+52) की रेट कार्ड पर अपनी अलग पंक्ति है। ये 1 अक्टूबर 2026 से लागू लिस्ट रेट हैं, और यही वह तारीख है जब Meta ने मेक्सिको का मार्केटिंग रेट बढ़ाया। ज़्यादा मासिक वॉल्यूम पर Meta के वॉल्यूम टियर से यूटिलिटी और ऑथेंटिकेशन के रेट कम हो सकते हैं।

### किस पर कोई शुल्क नहीं लगता?

WhatsApp Business app में फ़ोन से टाइप किए गए हर मैसेज पर, जो Meta के दस्तावेज़ के मुताबिक नंबर ऑनबोर्ड होने के बाद भी मुफ़्त रहता है। सिर्फ़ Cloud API से भेजे गए मैसेज पर Cloud API की कीमतें लागू होती हैं।

एपीआई की तरफ़, हर कारोबारी फ़ोन नंबर को हर महीने 1,000 मुफ़्त सर्विस मैसेज मिलते हैं। ये 24 घंटे की कस्टमर सर्विस विंडो के भीतर बिना टेम्पलेट वाले जवाब हैं, और यह सीमा हर महीने नए सिरे से शुरू होती है, बची हुई आगे नहीं जाती। Click to WhatsApp विज्ञापन से आने वाले ग्राहक के साथ 7 दिन तक की मुफ़्त एंट्री पॉइंट विंडो खुलती है, जिसमें Meta मार्केटिंग, यूटिलिटी, ऑथेंटिकेशन या सर्विस मैसेज पर कुछ नहीं लेता।

### क्या Meta मेक्सिको के खाते का बिल पेसो में बना सकता है?

MXN उन 16 करेंसी में से एक है जिन्हें Meta WhatsApp Business Platform पर चालू करता है। यह 1 जनवरी 2026 को शुरू हुई, और Meta USD कार्ड के साथ पूरा MXN रेट कार्ड भी प्रकाशित करता है।

करेंसी मैसेजिंग खाता बनाते समय चुनी जाती है और बाद में सीधे नहीं बदली जा सकती। बाद में दूसरी करेंसी पर जाने के लिए 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 क्षेत्र में आते हैं, जिसके अपने रेट हैं। कीमत पाने वाले का कॉलिंग कोड तय करता है।

**क्या एपीआई जोड़ने पर ऐप छूट जाता है?** नहीं। नंबर WhatsApp Business app पर ही रहता है और फ़ोन पहले की तरह मैसेज भेजता और पाता रहता है।

---

## कोलंबिया में WhatsApp Coexistence: उपलब्धता और Meta की दरें

https://easycoexistence.com/hi/docs/whatsapp-coexistence-colombia

Coexistence कोलंबिया में उपलब्ध है: WhatsApp Business app यूज़र को जोड़ने वाले Meta के दस्तावेज़ में किसी देश पर पाबंदी नहीं है। +57 नंबरों पर भेजे गए मैसेज Meta के कोलंबिया रेट कार्ड से चार्ज होते हैं। 1 अक्टूबर 2026 से यह कार्ड हर मार्केटिंग टेम्पलेट के लिए USD 0.0125 और हर यूटिलिटी या ऑथेंटिकेशन टेम्पलेट के लिए USD 0.0008 बताता है। पेसो कार्ड पर यही दरें COP 46.0227 और COP 2.9455 हैं।

### क्या WhatsApp Coexistence कोलंबिया के नंबरों के साथ काम करता है?

हाँ। WhatsApp Business app यूज़र को जोड़ने वाले Meta के दस्तावेज़ में नंबर के लिए शर्तें दी गई हैं, और उनमें से कोई भी भौगोलिक नहीं है। +57 नंबर तब पात्र है जब वह पहले से WhatsApp Business app पर चल रहा हो, ऐप का वर्शन 2.24.17 या उससे नया हो, और ऑनबोर्डिंग Tech Provider या Solution Partner के चलाए Embedded Signup से हो।

ऑनबोर्डिंग के बाद फ़ोन पहले की तरह चैट समेत चलता रहता है, और वही नंबर Cloud API से भी जवाब देता है। साझा नंबरों के लिए API की तरफ़ थ्रूपुट 20 मैसेज प्रति सेकंड पर तय है।

### कोलंबिया के लिए Meta की प्रति मैसेज दरें क्या हैं?

Meta हर डिलीवर हुए मैसेज की कीमत उसकी श्रेणी और प्राप्तकर्ता के कंट्री कोड से तय करता है। कोलंबिया (+57) एक नामित मार्केट है। 1 अक्टूबर 2026 के कार्ड पर इसकी मार्केटिंग और यूटिलिटी दरें Meta के सूचीबद्ध हर लैटिन अमेरिकी मार्केट से कम हैं, जिनमें बाकी लैटिन अमेरिका क्षेत्र भी शामिल है। नीचे दिए आँकड़े लिस्ट दरें हैं। ज़्यादा मासिक वॉल्यूम पर वॉल्यूम टियर यूटिलिटी और ऑथेंटिकेशन को और घटा सकते हैं।

### कोलंबिया में कौन से मैसेज मुफ़्त हैं?

वही जो हर जगह मुफ़्त हैं, क्योंकि Meta के मुफ़्त मामले पूरी दुनिया के लिए हैं, हर मार्केट के लिए अलग नहीं।

फ़ोन पर WhatsApp Business app से भेजे गए मैसेज नंबर जुड़ने के बाद भी मुफ़्त रहते हैं। Cloud API की कीमत सिर्फ़ API से भेजे गए मैसेज पर लगती है। हर कारोबारी फ़ोन नंबर को हर महीने 1,000 मुफ़्त सर्विस मैसेज मिलते हैं, जो 24 घंटे की कस्टमर सर्विस विंडो में बिना टेम्पलेट वाले जवाबों के लिए हैं। Click to WhatsApp विज्ञापन से शुरू हुई बातचीत 7 दिन तक की मुफ़्त एंट्री पॉइंट विंडो खोलती है, जिसमें Meta Business Agent के मैसेज को छोड़कर किसी श्रेणी पर शुल्क नहीं लगता।

1 अक्टूबर 2026 से, खुली कस्टमर सर्विस विंडो के भीतर भेजे गए यूटिलिटी टेम्पलेट पर शुल्क लगता है।

### क्या कोलंबिया का कारोबार Meta को पेसो में भुगतान कर सकता है?

COP उन करेंसी में से एक है जो Meta ने 2026 में जोड़ीं, और यह 1 अप्रैल 2026 से उपलब्ध है। इसका अपना प्रकाशित रेट कार्ड है। Meta का COP कार्ड हर मार्केट की कीमत पेसो में बताता है, इसलिए मेक्सिको या स्पेन के ग्राहकों को मैसेज भेजने वाले कोलंबियाई कारोबार को भी वे शुल्क COP में दिखते हैं।

करेंसी Messaging खाता बनाते समय चुनी जाती है और फिर तय रहती है। बाद में बदलाव 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 app फ़ोन पर अपनी चैट के साथ काम करता रहता है।

---

## अर्जेंटीना में WhatsApp Coexistence: उपलब्धता और Meta के रेट

https://easycoexistence.com/hi/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 ऐप से भेजे गए मैसेज ऑनबोर्डिंग के बाद भी मुफ़्त रहते हैं, और केवल एपीआई से भेजे गए मैसेज Cloud API की प्राइसिंग पर चलते हैं।

एपीआई के ज़रिए हर कारोबार फ़ोन नंबर को हर महीने 1,000 फ़्री सर्विस मैसेज मिलते हैं, यानी 24 घंटे की कस्टमर सर्विस विंडो के भीतर टेम्पलेट के बिना दिए गए जवाब। यह सीमा हर महीने नई हो जाती है और बचे हुए मैसेज आगे नहीं जुड़ते। जो ग्राहक Click to WhatsApp विज्ञापन से लिखते हैं, उनसे 7 दिन तक की फ़्री एंट्री पॉइंट विंडो खुलती है, जिसमें मार्केटिंग, यूटिलिटी, ऑथेंटिकेशन और सर्विस मैसेज पर शुल्क नहीं लगता।

### क्या Meta अर्जेंटीना के खाते का बिल पेसो में बना सकता है?

1 अप्रैल 2026 से ARS, WhatsApp Business Platform की एक करेंसी बन गई है, और Meta USD कार्ड के बगल में पूरा ARS रेट कार्ड भी प्रकाशित करता है। पेसो कार्ड हर बाज़ार के रेट ARS में बताता है, सिर्फ़ अर्जेंटीना के नहीं।

करेंसी मैसेजिंग खाता बनाते समय तय होती है और बाद में अपनी मर्ज़ी से बदली नहीं जा सकती; इसके लिए Meta ने Currency Migration API दी है। Meta का प्राइसिंग पेज अनिवार्य स्थानीय बिलिंग सिर्फ़ Brazil और India के लिए बताता है, इसलिए अर्जेंटीना में 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 ऐप फ़ोन पर चलता रहता है, और उसी नंबर को एपीआई की सुविधा भी मिल जाती है।

---

## चिली में WhatsApp Coexistence: उपलब्धता और Meta की दरें

https://easycoexistence.com/hi/docs/whatsapp-coexistence-chile

चिली में Coexistence उपलब्ध है: WhatsApp Business app इस्तेमाल करने वालों के लिए Meta के ऑनबोर्डिंग दस्तावेज़ में कोई भौगोलिक शर्त नहीं है। +56 नंबरों पर भेजे गए मैसेज Meta के चिली रेट कार्ड के हिसाब से चलते हैं, जो 1 अक्टूबर 2026 से प्रति मार्केटिंग टेम्पलेट USD 0.0889 और प्रति यूटिलिटी या ऑथेंटिकेशन टेम्पलेट USD 0.02 लेता है। पेसो कार्ड पर यही दरें CLP 78.4917 और CLP 17.6584 हैं।

### क्या चिली के कारोबार WhatsApp Coexistence इस्तेमाल कर सकते हैं?

हाँ। WhatsApp Business app के उपयोगकर्ताओं को ऑनबोर्ड करने के बारे में Meta के दस्तावेज़ में नंबर, app और पार्टनर से जुड़ी शर्तें हैं, देश से जुड़ी कोई नहीं। +56 नंबर तब पात्र है जब वह WhatsApp Business app पर इस्तेमाल में हो, app का वर्शन 2.24.17 या उससे नया हो, और उसे किसी Tech Provider या Solution Partner ने Embedded Signup से जोड़ा हो।

फ़ोन अपनी चैट के साथ पहले की तरह चलता रहता है, और नंबर को Cloud API का एक्सेस 20 मैसेज प्रति सेकंड की तय सीमा पर मिलता है। app के साथ साझा नंबरों पर Meta यही सीमा लगाता है।

### चिली में Meta प्रति मैसेज कितना शुल्क लेता है?

Meta डिलीवर हुए हर मैसेज पर, श्रेणी के हिसाब से, प्राप्तकर्ता के मार्केट की दर से शुल्क लेता है। चिली (+56) एक अलग नामित मार्केट है। 1 अक्टूबर 2026 के कार्ड पर उसकी मार्केटिंग दर लैटिन अमेरिका की सभी प्रविष्टियों में सबसे ऊँची है, बाकी लैटिन अमेरिका क्षेत्र से भी ऊपर। यूटिलिटी और ऑथेंटिकेशन USD 0.02 पर हैं, और चिली में बड़ी मात्रा में मैसेज भेजने वाले पोर्टफ़ोलियो के लिए Meta के मासिक वॉल्यूम टियर इन दोनों को घटा सकते हैं।

### चिली के किन मैसेज पर Meta शुल्क नहीं लेता?

WhatsApp Business app से सीधे भेजे गए हर मैसेज पर। Meta के दस्तावेज़ के अनुसार ऑनबोर्डिंग के बाद app के मैसेज मुफ़्त रहते हैं और केवल Cloud API से भेजे गए मैसेज पर कीमत लगती है।

एपीआई पर Meta हर बिज़नेस फ़ोन नंबर के पहले 1,000 सर्विस मैसेज प्रति माह मुफ़्त रखता है। ये 24 घंटे की कस्टमर सर्विस विंडो के भीतर भेजे गए बिना टेम्पलेट के जवाब हैं। इसके अलावा Click to WhatsApp विज्ञापन से शुरू हुई बातचीत 7 दिन तक की फ़्री एंट्री पॉइंट विंडो खोलती है, जिसमें Meta Business Agent के मैसेज को छोड़कर किसी श्रेणी पर शुल्क नहीं लगता।

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

### क्या Meta चिली के पेसो में बिलिंग देता है?

हाँ, एक विकल्प के रूप में। CLP को 1 अप्रैल 2026 को चालू किया गया था, उन मुद्राओं में से एक जो Meta ने उस साल जोड़ीं। 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 केवल उन मैसेज पर शुल्क लेता है जो कारोबार डिलीवर करता है, ग्राहकों के भेजे मैसेज पर नहीं।

**क्या नंबर app में भी चलता रहता है?** हाँ। नंबर एपीआई से जुड़ने के बाद भी WhatsApp Business app फ़ोन पर चालू रहता है।

---

## पेरू में WhatsApp Coexistence: उपलब्धता और Meta के रेट

https://easycoexistence.com/hi/docs/whatsapp-coexistence-peru

पेरू में Coexistence उपलब्ध है, क्योंकि WhatsApp Business ऐप उपयोगकर्ताओं के ऑनबोर्डिंग पर Meta के दस्तावेज़ में कोई देश-प्रतिबंध नहीं है। +51 नंबरों को भेजे गए मैसेज पेरू के रेट कार्ड से चलते हैं: 1 अक्टूबर 2026 से हर मार्केटिंग टेम्पलेट USD 0.0703 और हर यूटिलिटी या ऑथेंटिकेशन टेम्पलेट USD 0.03, या Meta के सोल कार्ड पर 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 एपीआई थ्रूपुट 20 मैसेज प्रति सेकंड पर तय रखता है।

### पेरू में Meta हर मैसेज पर कितना शुल्क लेता है?

Meta डिलीवर हुए हर मैसेज पर शुल्क लेता है, जो श्रेणी और प्राप्तकर्ता के कॉलिंग कोड वाले बाज़ार के हिसाब से तय होता है। पेरू (+51) की अपनी अलग पंक्ति है। 1 अक्टूबर 2026 को Meta ने पेरू के यूटिलिटी और ऑथेंटिकेशन रेट बढ़ाए, जो अब USD 0.03 पर हैं, और यह कार्ड पर लैटिन अमेरिकी बाज़ारों में सबसे ऊँचा यूटिलिटी रेट है। ये लिस्ट रेट हैं; बड़े मासिक वॉल्यूम पर वॉल्यूम टियर यूटिलिटी और ऑथेंटिकेशन को घटा सकते हैं।

### पेरू के कारोबार के लिए क्या मुफ़्त रहता है?

फ़ोन पर WhatsApp Business ऐप से भेजे गए मैसेज। Meta का दस्तावेज़ कहता है कि ऑनबोर्डिंग के बाद ये मुफ़्त रहते हैं, और केवल Cloud API से भेजे गए मैसेज पर शुल्क लगता है।

एपीआई से Meta हर बिज़नेस फ़ोन नंबर को हर महीने 1,000 मुफ़्त सर्विस मैसेज देता है। ये वे बिना टेम्पलेट वाले जवाब हैं जो 24 घंटे की कस्टमर सर्विस विंडो खुली रहने पर भेजे जाते हैं, और हर महीने रीसेट होते हैं। जो ग्राहक Click to WhatsApp विज्ञापन से आते हैं, उनके लिए 7 दिन तक की मुफ़्त एंट्री पॉइंट विंडो खुलती है, जिसमें Meta मार्केटिंग, यूटिलिटी, ऑथेंटिकेशन या सर्विस मैसेज पर कुछ नहीं लेता।

कस्टमर सर्विस विंडो के भीतर भेजे गए यूटिलिटी टेम्पलेट पर 1 अक्टूबर 2026 से शुल्क लगता है।

### क्या Meta पेरू के खाते का बिल सोल में बना सकता है?

हाँ, PEN उपलब्ध है। यह 1 अप्रैल 2026 को उन मुद्राओं में शुरू हुआ जो Meta ने उस साल जोड़ीं, और 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 लगता है।

**क्या फ़ोन ऐप काम करता रहेगा?** हाँ। नंबर के एपीआई से कनेक्ट होने के बाद भी WhatsApp Business ऐप फ़ोन पर चलता रहता है।

---

## कोस्टा रिका में WhatsApp Coexistence: उपलब्धता और Meta की दरें

https://easycoexistence.com/hi/docs/whatsapp-coexistence-costa-rica

Coexistence कोस्टा रिका में उपलब्ध है, क्योंकि WhatsApp Business app यूज़र्स के ऑनबोर्डिंग पर Meta के दस्तावेज़ में कोई भौगोलिक पाबंदी नहीं है। Meta के रेट कार्ड पर कोस्टा रिका की अपनी अलग पंक्ति नहीं है: +506 नंबरों पर बाकी लैटिन अमेरिका की दरें लगती हैं। 1 अक्टूबर 2026 से ये दरें मार्केटिंग टेम्पलेट पर USD 0.074 और यूटिलिटी या ऑथेंटिकेशन टेम्पलेट पर USD 0.0113 हैं।

### क्या कोस्टा रिका का नंबर WhatsApp Coexistence इस्तेमाल कर सकता है?

हां। WhatsApp Business app यूज़र्स को ऑनबोर्ड करने के Meta के दस्तावेज़ में शर्तें नंबर और app पर हैं, देश पर कोई नहीं। +506 नंबर तब पात्र है जब वह WhatsApp Business app पर पहले से चल रहा हो, app का वर्शन 2.24.17 या नया हो, और कनेक्शन Tech Provider या Solution Partner Embedded Signup से बनाए।

फ़ोन अपनी मौजूदा चैट के साथ चलता रहता है और नंबर को Cloud API की पहुंच मिल जाती है। app और एपीआई के बीच साझा नंबरों के लिए Meta थ्रूपुट 20 मैसेज प्रति सेकंड पर तय रखता है।

### कोस्टा रिका की कीमत बाकी लैटिन अमेरिका के हिसाब से क्यों तय होती है?

Meta का रेट कार्ड 39 देशों को अलग से नाम देता है और बाकी को 8 क्षेत्रों में समूहित करता है। कोस्टा रिका (+506) बाकी लैटिन अमेरिका क्षेत्र के 15 बाज़ारों में से एक है, जिसमें पनामा, ग्वाटेमाला, इक्वाडोर और उरुग्वे जैसे देश भी हैं। इन बाज़ारों के किसी नंबर पर डिलीवर हुए हर मैसेज पर क्षेत्र की दर लगती है।

यूटिलिटी और ऑथेंटिकेशन के वॉल्यूम टियर में भी यह क्षेत्र मायने रखता है। टियर हर बाज़ार और श्रेणी के हिसाब से गिने जाते हैं, इसलिए बाकी लैटिन अमेरिका के हर देश के मैसेज एक ही क्षेत्रीय टियर में गिने जाते हैं, कोस्टा रिका के अलग टियर में नहीं।

### कोस्टा रिका के कारोबार के लिए कौन से मैसेज मुफ़्त हैं?

वह सब जो फ़ोन पर WhatsApp Business app में टाइप किया जाता है। Meta के दस्तावेज़ के अनुसार ऑनबोर्डिंग के बाद app के मैसेज मुफ़्त रहते हैं और Cloud API की कीमत सिर्फ़ एपीआई से भेजे मैसेज पर लगती है।

एपीआई की तरफ़, हर बिज़नेस फ़ोन नंबर को महीने में 1,000 मुफ़्त सर्विस मैसेज मिलते हैं। ये 24 घंटे की ग्राहक सेवा विंडो के भीतर बिना टेम्पलेट के जवाब हैं, और बचे हुए अगले महीने नहीं जुड़ते। Click to WhatsApp विज्ञापन से शुरू हुई बातचीत 7 दिन तक की मुफ़्त एंट्री पॉइंट विंडो खोलती है, जिसमें Meta मार्केटिंग, यूटिलिटी, ऑथेंटिकेशन या सर्विस मैसेज का शुल्क नहीं लेता। ग्राहक सेवा विंडो के भीतर भेजे यूटिलिटी टेम्पलेट पर 1 अक्टूबर 2026 से शुल्क लगता है।

### Meta कोस्टा रिका के खाते का बिल किस करेंसी में बनाता है?

Meta WhatsApp Business Platform पर 16 बिलिंग करेंसी चालू रखता है और कोस्टा रिका का कोलोन उनमें नहीं है। कोस्टा रिका का कारोबार मैसेजिंग खाता बनाते समय प्रकाशित करेंसी में से एक चुनता है, जैसे USD, और Meta अपने हर रेट कार्ड में बाकी लैटिन अमेरिका की दर प्रकाशित करता है।

खाता बनने के बाद करेंसी को मनमर्ज़ी से बदला नहीं जा सकता। बदलने के लिए Meta करेंसी माइग्रेशन एपीआई देता है। 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 का बिल बाकी लैटिन अमेरिका के तहत बनता है।
- यह मान लेना कि मध्य अमेरिका के पड़ोसी देशों की दर मेक्सिको जैसी है। मेक्सिको एक अलग नामित बाज़ार है, जिसकी मार्केटिंग दरें क्षेत्र से कम हैं।
- जवाबों पर यूटिलिटी टेम्पलेट खर्च करना। खुली विंडो के भीतर सर्विस मैसेज हर नंबर पर महीने में 1,000 तक मुफ़्त है।

**क्या कोस्टा रिका में मैसेज भेजना मेक्सिको से सस्ता है?** मार्केटिंग के लिए नहीं। 1 अक्टूबर 2026 के रेट कार्ड पर बाकी लैटिन अमेरिका की दर प्रति मार्केटिंग टेम्पलेट USD 0.074 है, जबकि मेक्सिको की USD 0.0397।

**क्या मैं Meta को कोलोन में भुगतान कर सकता हूं?** नहीं। कोलोन उन 16 करेंसी में नहीं है जो Meta WhatsApp Business Platform के लिए चालू रखता है।

**क्या ग्राहकों के मुझे भेजे मैसेज पर कोई शुल्क लगता है?** नहीं। Meta सिर्फ़ उन मैसेज का शुल्क लेता है जो कारोबार डिलीवर करते हैं।

**क्या एपीआई जोड़ने से app बंद हो जाता है?** नहीं। WhatsApp Business app फ़ोन पर अपनी चैट के साथ चलता रहता है।

---

## स्पेन में WhatsApp Coexistence: उपलब्धता और Meta की दरें

https://easycoexistence.com/hi/docs/whatsapp-coexistence-spain

स्पेन में Coexistence उपलब्ध है: WhatsApp Business ऐप उपयोगकर्ताओं के लिए Meta के ऑनबोर्डिंग दस्तावेज़ में कोई भौगोलिक पाबंदी नहीं है, यूरोपीय संघ भी शामिल है। +34 नंबरों पर मैसेज स्पेन के अपने रेट कार्ड से लगते हैं, जिसमें 1 अक्टूबर 2026 से हर मार्केटिंग टेम्पलेट पर EUR 0.0585 और हर यूटिलिटी या ऑथेंटिकेशन टेम्पलेट पर EUR 0.0166 है, यानी USD 0.0707 और USD 0.02।

### क्या WhatsApp Coexistence स्पेन और यूरोपीय संघ में उपलब्ध है?

हां। WhatsApp Business ऐप उपयोगकर्ताओं को ऑनबोर्ड करने के लिए Meta का मौजूदा दस्तावेज़ नंबर, ऐप और पार्टनर पर शर्तें बताता है, और कोई भौगोलिक पाबंदी नहीं बताता। +34 नंबर तब योग्य है जब वह पहले से WhatsApp Business ऐप पर चल रहा हो, ऐप का वर्शन 2.24.17 या उससे नया हो, और उसे Tech Provider या Solution Partner Embedded Signup से जोड़े।

शुरुआती रोलआउट की जो सूचियां यूरोपीय संघ को बाहर रखती थीं, वे अब भी शेयर होती हैं, पर Meta का दस्तावेज़ उन्हें अब सही नहीं ठहराता। ऑनबोर्डिंग के बाद फ़ोन पहले की तरह चलता रहता है, और नंबर Cloud API से हर सेकंड 20 मैसेज की तय गति पर जवाब देता है।

### स्पेन में Meta प्रति मैसेज कितना शुल्क लेता है?

Meta हर डिलीवर हुए मैसेज पर शुल्क लेता है, जो श्रेणी और प्राप्तकर्ता के कॉलिंग कोड वाले बाज़ार पर निर्भर है। स्पेन (+34) एक अलग नामित बाज़ार है, जो पुर्तगाल, आयरलैंड और अन्य देशों वाले Rest of Western Europe क्षेत्र से अलग है। ये 1 अक्टूबर 2026 से लागू लिस्ट रेट हैं; मार्केटिंग रेट आखिरी बार 1 जुलाई 2026 को बढ़ा था। स्पेन के लिए ऊंचे मासिक वॉल्यूम वाले पोर्टफ़ोलियो में वॉल्यूम टियर यूटिलिटी और ऑथेंटिकेशन की दर घटा सकते हैं।

### स्पेन के कारोबार के लिए कौन से मैसेज मुफ़्त हैं?

फ़ोन पर WhatsApp Business ऐप से भेजे गए मैसेज। Meta का दस्तावेज़ कहता है कि ऑनबोर्डिंग के बाद ये मुफ़्त रहते हैं, और Cloud API की कीमतें सिर्फ़ उन मैसेज पर लगती हैं जो एपीआई से जाते हैं।

एपीआई से Meta हर कारोबारी फ़ोन नंबर को हर महीने 1,000 मुफ़्त सर्विस मैसेज देता है। ये 24 घंटे की कस्टमर सर्विस विंडो के भीतर भेजे गए बिना टेम्पलेट के जवाब हैं, और हर महीने रीसेट होते हैं। Click to WhatsApp विज्ञापन से आने वाला ग्राहक 7 दिन तक की मुफ़्त एंट्री पॉइंट विंडो खोलता है, जिसमें मार्केटिंग, यूटिलिटी, ऑथेंटिकेशन या सर्विस मैसेज पर कोई शुल्क नहीं लगता।

1 अक्टूबर 2026 से, खुली कस्टमर सर्विस विंडो के भीतर भेजे गए यूटिलिटी टेम्पलेट पर शुल्क लगता है।

### क्या Meta स्पेन के कारोबार से यूरो में बिल ले सकता है?

हां। Meta ने 2026 में दस और मुद्राएं जोड़ीं, उससे पहले ही EUR WhatsApp Business Platform की उपलब्ध मुद्रा था। Meta पूरा EUR रेट कार्ड प्रकाशित करता है, जिसमें सिर्फ़ स्पेन नहीं, हर बाज़ार की कीमत यूरो में है।

मुद्रा मैसेजिंग खाता बनाते समय चुनी जाती है और बाद में तय रहती है, सिर्फ़ Meta के Currency Migration API से बदली जा सकती है। Meta का प्राइसिंग पेज अनिवार्य स्थानीय बिलिंग माइग्रेशन केवल ब्राज़ील और भारत के लिए बताता है, इसलिए स्पेन का कारोबार 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.

- यूरोपीय संघ को बाहर रखने वाली पुरानी उपलब्धता सूची पर भरोसा करना। Meta के मौजूदा ऑनबोर्डिंग दस्तावेज़ में कोई भौगोलिक पाबंदी नहीं है।
- पुर्तगाली ग्राहकों के मैसेज पर स्पेन की दर लगाना। पुर्तगाल (+351) Rest of Western Europe में आता है, जिसकी दरें अलग हैं।
- 1 जुलाई 2026 से पहले के मार्केटिंग आंकड़े इस्तेमाल करना। Meta ने उसी तारीख को स्पेन का मार्केटिंग रेट बढ़ाया।

**क्या यूरोपीय संघ में Coexistence कभी उपलब्ध नहीं था?** शुरुआती रोलआउट की सूचियों ने उसे बाहर रखा था। Business ऐप उपयोगकर्ताओं के लिए Meta का मौजूदा ऑनबोर्डिंग दस्तावेज़ कोई भौगोलिक पाबंदी नहीं बताता, इसलिए असली परीक्षा खुद फ़्लो है।

**क्या स्पेन से लैटिन अमेरिका को भेजे मैसेज पर स्पेन की दर लगती है?** नहीं। Meta प्राप्तकर्ता के कॉलिंग कोड से शुल्क तय करता है, इसलिए मेक्सिको के नंबर पर भेजे मैसेज पर मेक्सिको की दर लगती है।

**क्या ग्राहकों के भेजे मैसेज के लिए मुझे भुगतान करना पड़ता है?** नहीं। Meta सिर्फ़ उन मैसेज पर शुल्क लेता है जो कोई कारोबार उपयोगकर्ताओं तक पहुंचाता है।

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

---

## भारत में WhatsApp Coexistence: उपलब्धता, Meta की दरें और INR बिलिंग

https://easycoexistence.com/hi/docs/whatsapp-coexistence-india

Coexistence भारतीय नंबरों के लिए उपलब्ध है: Business app उपयोगकर्ताओं के ऑनबोर्डिंग पर Meta के दस्तावेज़ में किसी देश पर कोई पाबंदी नहीं है। 1 अक्टूबर 2026 से Meta +91 नंबर पर डिलीवर हुए हर मार्केटिंग टेम्पलेट के US$ 0.0118 और हर यूटिलिटी या ऑथेंटिकेशन टेम्पलेट के US$ 0.0014 लेता है। जिन कारोबारों का Billing Hub में Sold-To देश भारत है, उन्हें हर 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 देश भारत है। उन्हें अपने पोर्टफ़ोलियो के हर WhatsApp Business Account को 31 दिसंबर 2026 तक INR पर माइग्रेट करना होगा। Meta के अनुसार 1 जनवरी 2027 से वह पात्र ग्राहकों के गैर-INR खातों के मैसेज डिलीवर नहीं करेगा।

Coexistence नंबर पर इसका असर एपीआई से भेजे जाने वाले सशुल्क मैसेज पर पड़ता है, क्योंकि भुगतान का तरीका कारोबार के अपने WhatsApp Business Account में होता है। भारत में authentication-international दर भी है। यह भारत के बाहर स्थित पात्र कारोबार पर तब लागू होती है जब Meta उसकी शुरुआत की तारीख तय करे, और इसकी सूचना 30 दिन पहले दी जाएगी।

### भारतीय नंबर को एपीआई से कैसे जोड़ें और ऐप भी चालू रखें?

Meta के Embedded Signup से, Coexistence विकल्प के साथ, जिसे Tech Provider चलाता है। कारोबार Facebook से लॉग इन करता है, अपना Business Portfolio चुनता है, WhatsApp Business ऐप में पहले से रजिस्टर +91 नंबर डालता है, और ऐप में दिखे क्यूआर कोड को स्कैन करके पुष्टि करता है। इसके बाद ऐप की चैट हिस्ट्री सिंक की जा सकती है, जिसमें मीडिया सिर्फ़ उसके पिछले दो हफ़्तों का मिलता है।

नंबर ऐप में चलता रहता है और 20 मैसेज प्रति सेकंड की तय सीमा पर Cloud API का एक्सेस भी पा लेता है। हर स्क्रीन पर क्या पूछा जाता है, इसके साथ पूरा क्रम नंबर जोड़ने वाले पेज पर है।

- Sold-To देश भारत होने पर 31 दिसंबर 2026 के बाद भी WhatsApp Business Account को USD पर छोड़ देना। Meta ने कहा है कि वह ऐसे मैसेज डिलीवर करना बंद कर देगा।
- कैंपेन की कीमत भेजने वाले के देश से तय करना। Meta पाने वाले के कॉलिंग कोड से शुल्क लेता है, इसलिए +91 पाने वालों पर भारत की दर लगती है।
- हर टेम्पलेट को यूटिलिटी मान लेना। जिस टेम्पलेट को Meta मार्केटिंग में गिनता है, उसकी कीमत भारत में यूटिलिटी दर से आठ गुना से ज़्यादा है।

**क्या भारतीय ग्राहकों को दिए गए जवाब मुफ़्त हैं?** 24 घंटे की कस्टमर सर्विस विंडो में टेम्पलेट के बिना दिए गए जवाब मुफ़्त हैं, और WhatsApp Business ऐप में टाइप किए गए मैसेज भी। विंडो के बाहर भेजे टेम्पलेट पर शुल्क लगता है।

**Meta भारतीय कारोबारों को किस करेंसी में बिल करता है?** जिन कारोबारों का Billing Hub में Sold-To देश भारत है, वे INR पर जा रहे हैं, और हर खाते को 31 दिसंबर 2026 तक INR पर होना है। इसके लिए Meta INR रेट कार्ड प्रकाशित करता है।

**अगर मेरा कारोबार विदेश में है, तो क्या मैं भारत की दर देता हूँ?** मार्केटिंग और यूटिलिटी के लिए हाँ, क्योंकि दर पाने वाले के +91 कोड से तय होती है। Meta जब आपके कारोबार के लिए शुरुआत की तारीख तय करे, तब ऑथेंटिकेशन authentication-international दर पर जा सकता है।

**क्या मैं अपने फ़ोन पर ऐप चलाता रह सकता हूँ?** हाँ। Coexistence उसी नंबर पर WhatsApp Business ऐप को चालू रखता है, बशर्ते वह वर्शन 2.24.17 या नया हो और उसे नियमित रूप से खोला जाए।

---

## इंडोनेशिया में WhatsApp Coexistence: उपलब्धता, Meta के रेट और सेटअप

https://easycoexistence.com/hi/docs/whatsapp-coexistence-indonesia

इंडोनेशियाई नंबर Coexistence इस्तेमाल कर सकते हैं, क्योंकि WhatsApp Business ऐप के उपयोगकर्ताओं के लिए Meta के ऑनबोर्डिंग दस्तावेज़ में किसी देश पर पाबंदी नहीं है। 1 अक्टूबर 2026 से Meta +62 नंबर पर पहुंचाए गए हर मार्केटिंग टेम्पलेट पर 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 नंबर तक पहुंचने वाला हर टेम्पलेट इंडोनेशिया के रेट पर चार्ज होता है, चाहे भेजने वाला कारोबार जकार्ता में हो या विदेश में।

नीचे के रेट Meta के USD और IDR रेट कार्ड से हैं, जो 1 अक्टूबर 2026 से लागू हैं। इंडोनेशिया में यूटिलिटी और ऑथेंटिकेशन का रेट एक ही है, US$ 0.025, जो मार्केटिंग रेट का लगभग 61% है। खुली 24 घंटे की सर्विस विंडो के अंदर फ़्री टेक्स्ट जवाब पर कुछ नहीं लगता, उस विंडो में भेजा गया यूटिलिटी टेम्पलेट मुफ़्त है, और Coexistence नंबर पर WhatsApp Business ऐप में कारोबार जो भी टाइप करके भेजता है, वह भी मुफ़्त है।

### बिलिंग करेंसी और ऑथेंटिकेशन के बारे में इंडोनेशियाई कारोबार को क्या पता होना चाहिए?

IDR उन बिलिंग करेंसी में से एक है जिनमें Meta रेट कार्ड प्रकाशित करता है। 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 खाते पर वही आंकड़ा लगता है।
- विदेश में स्थित कारोबार से वन टाइम पासकोड का बजट घरेलू रेट पर बनाना। इंडोनेशिया के लिए US$ 0.136 का authentication-international रेट है।
- 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 ऐप में हैं।

---

## यूएई में WhatsApp Coexistence: उपलब्धता, Meta की दरें और AED बिलिंग

https://easycoexistence.com/hi/docs/whatsapp-coexistence-uae

Coexistence संयुक्त अरब अमीरात के नंबरों के लिए उपलब्ध है, क्योंकि Business ऐप उपयोगकर्ताओं के लिए Meta के ऑनबोर्डिंग दस्तावेज़ में किसी देश पर कोई पाबंदी नहीं है। 1 अक्टूबर 2026 से Meta +971 नंबर पर पहुँचाए गए हर मार्केटिंग टेम्पलेट पर US$ 0.0576 (AED 0.2115) और हर यूटिलिटी या ऑथेंटिकेशन टेम्पलेट पर US$ 0.0157 (AED 0.0576) लेता है।

### क्या यूएई में WhatsApp Coexistence उपलब्ध है?

हाँ। WhatsApp Business ऐप उपयोगकर्ताओं को Cloud API पर लाने के लिए Meta के दस्तावेज़ में बताया गया है कि कारोबार और पार्टनर को क्या चाहिए: मुख्य रूप से ऐप का संस्करण 2.24.17 या नया, और Embedded Signup इस्तेमाल करने वाला Tech Provider या Solution Partner। उसमें किसी देश, क्षेत्र या कॉलिंग कोड को बाहर नहीं रखा गया है। WhatsApp Business ऐप पर चालू +971 नंबर पात्र है।

यूएई का नंबर उन्हीं कारणों से विफल होता है जिनसे दुनिया में कहीं का भी नंबर विफल होता है: वह सामान्य WhatsApp ऐप पर है, ऐप पुराना है, या नंबर अभी किसी दूसरे प्रोवाइडर से जुड़ा है। सबसे भरोसेमंद जाँच खुद Embedded Signup है, क्योंकि वह या तो नंबर स्वीकार करता है या बताता है कि क्यों नहीं।

### यूएई में Meta प्रति मैसेज कितना शुल्क लेता है?

Meta हर पहुँचाए गए टेम्पलेट पर शुल्क लेता है, और कीमत प्राप्तकर्ता के देश के कॉलिंग कोड से तय होती है। +971 नंबर पर पहुँचाया गया कोई भी टेम्पलेट यूएई की दर पर बिल होता है, चाहे भेजने वाला कारोबार कहीं भी पंजीकृत हो। Meta के रेट कार्ड में यूएई की अपनी अलग पंक्ति है, वह बाकी मध्य पूर्व की दर साझा नहीं करता।

नीचे के आँकड़े 1 अक्टूबर 2026 से लागू Meta के USD और AED कार्ड से हैं। खुली 24 घंटे की कस्टमर सर्विस विंडो में फ़्री-फ़ॉर्म जवाब मुफ़्त हैं, उस विंडो में भेजा गया यूटिलिटी टेम्पलेट मुफ़्त है, और Coexistence नंबर पर WhatsApp Business ऐप से भेजे गए मैसेज मुफ़्त रहते हैं। मार्केटिंग टेम्पलेट पर हर बार पहुँचने पर शुल्क लगता है।

### यूएई की कीमतों और बिलिंग में हाल में क्या बदला है?

Meta के प्राइसिंग चेंजलॉग में दो बदलाव सीधे लागू होते हैं। 1 अक्टूबर 2025 को Meta ने संयुक्त अरब अमीरात के लिए मार्केटिंग मैसेज की दर बढ़ाई। 1 अप्रैल 2026 को उसने आठ बिलिंग मुद्राएँ जोड़ीं, जिनमें AED भी है, इसलिए अमीरात का कारोबार अब दिरहम में बिल हो सकता है और अपनी लागत AED रेट कार्ड से पढ़ सकता है।

यूएई Meta की उन बाज़ारों की सूची में भी है जहाँ ऑथेंटिकेशन-इंटरनेशनल दर लागू होती है। अमीरात के बाहर स्थित जो कारोबार +971 नंबरों पर वन टाइम पासकोड भेजता है, उसे Meta के शुरुआती तारीख तय करने के बाद US$ 0.051 प्रति ऑथेंटिकेशन टेम्पलेट पर ले जाया जा सकता है। Meta यह तारीख 30 दिन पहले बताता है।

### यूएई का नंबर API से कैसे जोड़ें और ऐप कैसे बनाए रखें?

Meta के Embedded Signup से, मौजूदा WhatsApp Business ऐप वाले विकल्प के साथ, जिसे Tech Provider चलाता है। कारोबार Facebook से लॉग इन करता है, अपना Business Portfolio चुनता है, +971 नंबर डालता है और ऐप में दिखे क्यूआर कोड से पुष्टि करता है। सिंक की गई चैट हिस्ट्री का मीडिया केवल पिछले दो हफ़्तों का मिलता है।

इसके बाद WhatsApp Business ऐप फ़ोन पर चलता रहता है और वही नंबर Cloud API से प्रति सेकंड 20 मैसेज की तय गति पर पाता और भेजता है। नंबर जोड़ने वाले पेज पर हर चरण और उसकी ज़रूरतें दी गई हैं।

- यह मान लेना कि यूएई की कीमत बाकी मध्य पूर्व जैसी है। Meta के रेट कार्ड में उसकी अपनी, ज़्यादा दर वाली पंक्ति है।
- USD दरों को हाथ से दिरहम में बदलना। 1 अप्रैल 2026 से Meta अपने आँकड़ों वाला AED कार्ड प्रकाशित करता है।
- विदेश से +971 नंबरों पर पासकोड घरेलू बजट पर भेजना। ऑथेंटिकेशन-इंटरनेशनल दर तीन गुना से ज़्यादा है।

**क्या Meta यूएई के कारोबार को दिरहम में बिल कर सकता है?** हाँ। 1 अप्रैल 2026 से AED WhatsApp Business Platform की बिलिंग मुद्रा बन गया, और उसका अपना रेट कार्ड है।

**क्या यूएई और सऊदी अरब की कीमतें एक जैसी हैं?** मार्केटिंग के लिए हाँ: 1 अक्टूबर 2026 के कार्ड पर दोनों US$ 0.0576 हैं। यूटिलिटी और ऑथेंटिकेशन अलग हैं: यूएई के लिए US$ 0.0157 और सऊदी अरब के लिए US$ 0.0107।

**क्या पहले लिखने वाले ग्राहक को जवाब देने पर शुल्क लगता है?** नहीं, अगर वह 24 घंटे की कस्टमर सर्विस विंडो के भीतर फ़्री-फ़ॉर्म जवाब है। विंडो के बाहर भेजे गए टेम्पलेट पर शुल्क लगता है।

**क्या फ़ोन का ऐप काम करना बंद कर देता है?** नहीं। Coexistence उसी नंबर पर WhatsApp Business ऐप को चालू रखता है, और उससे भेजे गए मैसेज मुफ़्त रहते हैं।

---

## सऊदी अरब में WhatsApp Coexistence: उपलब्धता, Meta की दरें और SAR बिलिंग

https://easycoexistence.com/hi/docs/whatsapp-coexistence-saudi-arabia

सऊदी नंबर Coexistence इस्तेमाल कर सकते हैं: WhatsApp 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 नंबरों पर डिलीवर हुए टेम्पलेट सऊदी अरब की दर पर चार्ज होते हैं, चाहे भेजने वाला कहीं भी हो, और सऊदी अरब की रेट कार्ड में अपनी अलग लाइन है।

नीचे के आँकड़े 1 अक्टूबर 2026 से लागू Meta के USD और SAR रेट कार्ड से लिए गए हैं। खुली 24 घंटे की कस्टमर सर्विस विंडो के भीतर फ़्री टेक्स्ट जवाब मुफ़्त हैं, उसी विंडो में भेजे गए यूटिलिटी टेम्पलेट मुफ़्त हैं, और Coexistence नंबर पर WhatsApp Business ऐप से भेजे गए मैसेज का कोई शुल्क नहीं लगता। मार्केटिंग टेम्पलेट हर डिलीवरी पर चार्ज होते हैं, और बड़े भेजने वालों के लिए मासिक वॉल्यूम टियर यूटिलिटी और ऑथेंटिकेशन की दरें घटा सकते हैं।

### 2026 में सऊदी कारोबारों के लिए क्या बदला?

1 अप्रैल 2026 को Meta के प्राइसिंग चेंजलॉग में दो बदलाव आए। सऊदी अरब की मार्केटिंग मैसेज दर बढ़ी, और SAR आठ नई बिलिंग मुद्राओं में से एक बन गया। इसलिए सऊदी कारोबार को रियाल में बिल मिल सकता है और वह डॉलर से बदलने के बजाय SAR रेट कार्ड से अपनी लागत जाँच सकता है।

सऊदी अरब उन बाज़ारों में भी है जहाँ ऑथेंटिकेशन-इंटरनेशनल दर लागू होती है। विदेश में स्थित कारोबार जो +966 नंबरों पर वन-टाइम पासकोड भेजता है, उसे प्रति ऑथेंटिकेशन टेम्पलेट US$ 0.0598 पर लाया जा सकता है, जो घरेलू दर से पाँच गुना से ज़्यादा है। यह शुरुआती तारीख Meta हर कारोबार के लिए तय करता है और लागू होने से 30 दिन पहले सूचना देता है।

### सऊदी नंबर कैसे जोड़ें और ऐप का इस्तेमाल जारी कैसे रखें?

Meta के Embedded Signup से, वह विकल्प चुनकर जो WhatsApp Business ऐप में पहले से मौजूद नंबर के लिए है। Tech Provider यह फ़्लो चलाता है; कारोबार फ़ेसबुक से लॉग इन करता है, अपना Business Portfolio चुनता है, +966 नंबर डालता है और ऐप में दिखे क्यूआर कोड को स्कैन करता है। इसके बाद पार्टनर के पास सिंक शुरू करने के लिए 24 घंटे होते हैं, वरना फ़्लो दोबारा चलाना पड़ता है।

उसके बाद फ़ोन पहले की तरह काम करता रहता है, और वही नंबर Cloud API के ज़रिए तय 20 मैसेज प्रति सेकंड की गति से भेजता और पाता है। हर चरण का वर्णन नंबर जोड़ने वाले पेज पर है.

- सऊदी मार्केटिंग भेजने का बजट 1 अप्रैल 2026 से पहले की दरों पर बनाना। Meta ने उसी दिन मार्केटिंग दर बढ़ाई।
- SAR की लागत को करेंसी कन्वर्टर से USD कार्ड पर निकालना। Meta अपने SAR आँकड़े खुद प्रकाशित करता है।
- विदेश के कारोबार से +966 नंबरों पर पासकोड घरेलू दर पर मानकर भेजना। ऑथेंटिकेशन-इंटरनेशनल दर 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/hi/docs/whatsapp-coexistence-turkey

तुर्की के नंबर Coexistence इस्तेमाल कर सकते हैं, क्योंकि WhatsApp Business app उपयोगकर्ताओं के लिए Meta के ऑनबोर्डिंग दस्तावेज़ में किसी देश पर रोक नहीं बताई गई है। 1 अक्टूबर 2026 से Meta +90 नंबर पर डिलीवर हुए हर मार्केटिंग टेम्पलेट पर US$ 0.0109 और हर यूटिलिटी या ऑथेंटिकेशन टेम्पलेट पर US$ 0.0009 लेता है। Meta ने 1 अप्रैल 2026 को तुर्की के यूटिलिटी और ऑथेंटिकेशन रेट घटाए थे, और वह लीरा में कोई रेट कार्ड प्रकाशित नहीं करता।

### क्या तुर्की में WhatsApp Coexistence उपलब्ध है?

हाँ। WhatsApp Business app उपयोगकर्ताओं को Cloud API पर लाने के लिए Meta जो पेज रखता है, उसमें app वर्ज़न (2.24.17 या नया) और पार्टनर (सेशन लॉगिंग के साथ Embedded Signup इस्तेमाल करने वाला Tech Provider या Solution Partner) की शर्तें हैं। किसी देश या कॉलिंग कोड को बाहर नहीं रखा गया है। WhatsApp Business app में चालू +90 नंबर पात्र है।

तुर्की का नंबर उन्हीं कारणों से रुकता है जिनसे कोई भी नंबर रुकता है: वह आम WhatsApp app पर है, app को अपडेट करना है, या नंबर अब भी किसी दूसरे प्रोवाइडर के पास है। इनमें से हर एक को फ़ोन पर या पिछले प्रोवाइडर के साथ ठीक किया जा सकता है, और पात्रता वाला पेज बताता है कि कैसे।

### तुर्की में 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 app से भेजे गए मैसेज भी मुफ़्त रहते हैं।

### Meta तुर्की के कारोबारों को किस करेंसी में बिल करता है?

Meta अपने WhatsApp Business Platform के रेट कार्ड सोलह करेंसी में प्रकाशित करता है: USD, AED, ARS, AUD, BRL, CLP, COP, EUR, GBP, IDR, INR, MXN, MYR, PEN, SAR और SGD। तुर्की लीरा इनमें नहीं है। इसलिए तुर्की के कारोबार को इन्हीं में से किसी करेंसी में बिल मिलता है, जैसे USD या EUR, और लागत उसी कार्ड से पढ़नी चाहिए, बदलकर नहीं।

सबसे ज़रूरी बदलाव हाल का है। 1 अप्रैल 2026 को Meta ने तुर्की के यूटिलिटी और ऑथेंटिकेशन रेट घटाए, जिससे +90 नंबरों पर ऑर्डर अपडेट और वन-टाइम पासकोड एक सेंट के अंश में पड़ते हैं। उस तारीख से पहले बने पुराने बजट इन लागतों को ज़्यादा दिखाते हैं।

### तुर्की का नंबर कैसे जोड़ें और app कैसे बनाए रखें?

Meta के Embedded Signup से, उस विकल्प के साथ जो WhatsApp Business app में पहले से मौजूद नंबर के लिए है। इसे कोई Tech Provider होस्ट करता है। कारोबार Facebook से लॉग इन करता है, अपना Business Portfolio चुनता है, +90 नंबर डालता है और app में क्यूआर कोड स्कैन करके पुष्टि करता है। सिंक 24 घंटे के अंदर शुरू होना चाहिए, वरना फ़्लो दोबारा चलाना पड़ता है।

जुड़ने के बाद फ़ोन पहले की तरह काम करता रहता है और उसी नंबर को Cloud API की पहुँच मिल जाती है, तय 20 मैसेज प्रति सेकंड की गति पर। नंबर जोड़ने वाला पेज इसे स्क्रीन-दर-स्क्रीन समझाता है।

- तुर्की लीरा का रेट कार्ड ढूँढना। Meta ऐसा कार्ड प्रकाशित नहीं करता; वही USD या EUR कार्ड पढ़ें जिसमें आपके खाते का बिल बनता है।
- 1 अप्रैल 2026 से पहले बना बजट इस्तेमाल करना। उसी दिन Meta ने तुर्की के यूटिलिटी और ऑथेंटिकेशन रेट घटाए थे।
- पैसे बचाने के लिए प्रमोशन को यूटिलिटी में डालना। Meta टेम्पलेट की श्रेणियों की समीक्षा करता है, और मार्केटिंग टेम्पलेट पर मार्केटिंग का रेट ही लगता है।

**क्या तुर्की के लिए authentication-international रेट है?** नहीं। 1 अक्टूबर 2026 से लागू Meta के रेट कार्ड में तुर्की के लिए यह लागू नहीं (not applicable) दर्ज है।

**क्या Meta मुझे तुर्की लीरा में बिल कर सकता है?** नहीं। लीरा उन सोलह बिलिंग करेंसी में नहीं है जिनमें Meta रेट कार्ड प्रकाशित करता है।

**क्या तुर्की के ग्राहकों को दिए जवाब मुफ़्त हैं?** 24 घंटे की कस्टमर सर्विस विंडो के अंदर फ़्री टेक्स्ट जवाब मुफ़्त हैं। विंडो के बाहर भेजे टेम्पलेट पर हर डिलीवरी के हिसाब से शुल्क लगता है।

**क्या API जोड़ने से app चलना बंद हो जाता है?** नहीं। Coexistence के साथ WhatsApp Business app उसी नंबर पर चलता रहता है, और उसके मैसेज मुफ़्त रहते हैं।

---

## जर्मनी में WhatsApp Coexistence: उपलब्धता, Meta के रेट और सेटअप

https://easycoexistence.com/hi/docs/whatsapp-coexistence-germany

जर्मन नंबर Coexistence इस्तेमाल कर सकते हैं: WhatsApp Business ऐप उपयोगकर्ताओं के लिए Meta के ऑनबोर्डिंग दस्तावेज़ में किसी देश या यूरोपीय संघ की पाबंदी नहीं है। 1 अक्टूबर 2026 से Meta +49 नंबर पर पहुँचाए गए हर मार्केटिंग टेम्पलेट के लिए 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 ऐप में टाइप किए गए मैसेज मुफ़्त ही रहते हैं।

### जर्मन रेट का एपीआई इस्तेमाल करने के तरीके पर क्या असर पड़ता है?

+49 नंबर पर मार्केटिंग टेम्पलेट 13 सेंट से ज़्यादा का और यूटिलिटी टेम्पलेट साढ़े पाँच सेंट का पड़ता है, इसलिए जर्मनी में सबसे सस्ते वे मैसेज हैं जिन पर Meta कुछ भी नहीं लेता।

इसी वजह से कस्टमर सर्विस विंडो सबसे बड़ा लागत का साधन बन जाती है। जो वर्कफ़्लो 24 घंटे के भीतर उन लोगों को जवाब देता है जिन्होंने खुद लिखा, उसमें हर मैसेज पर कुछ नहीं लगता। विंडो खुली होने पर भेजा गया यूटिलिटी टेम्पलेट भी मुफ़्त है। बिल उन संदेशों से बनता है जिनमें टेम्पलेट से बातचीत शुरू की जाती है। Coexistence नंबर पर स्टाफ WhatsApp Business ऐप में फ़ोन से जो टाइप करता है वह भी मुफ़्त है, इसलिए एपीआई को सिर्फ़ स्वचालित मैसेज के लिए रखा जा सकता है।

### जर्मन नंबर को कैसे जोड़ें और ऐप कैसे बनाए रखें?

Meta के Embedded Signup से, उस विकल्प के साथ जो WhatsApp Business ऐप में पहले से मौजूद नंबर के लिए है। Tech Provider यह प्रक्रिया चलाता है; कारोबार Facebook से लॉग इन करता है, अपना Business Portfolio चुनता है, +49 नंबर डालता है और ऐप में दिखे क्यूआर कोड से पुष्टि करता है। प्रक्रिया पूरी होने के 24 घंटे के भीतर सिंक्रनाइज़ेशन शुरू होना चाहिए, वरना प्रक्रिया दोबारा करनी पड़ती है।

इसके बाद फ़ोन पहले की तरह चलता रहता है, और वही नंबर Cloud API से प्रति सेकंड 20 मैसेज की तय रफ़्तार पर भेजता और पाता है। हर स्क्रीन का ब्योरा नंबर जोड़ने वाले पेज पर है।

- जर्मन प्राप्तकर्ताओं का बजट बाकी पश्चिमी यूरोप के रेट पर बनाना। जर्मनी की अपनी लाइन है, जो मार्केटिंग के लिए दोगुने से ज़्यादा है।
- 24 घंटे की विंडो में जवाब से काम चल सकता हो, फिर भी टेम्पलेट से बातचीत शुरू करना। जर्मनी में मुफ़्त और सशुल्क के बीच अंतर बड़ा है।
- कम भुगतान के लिए प्रमोशन को यूटिलिटी में डालना। Meta टेम्पलेट की श्रेणियों की समीक्षा करता है और मार्केटिंग पर मार्केटिंग का रेट ही लगाता है।

**क्या Meta किसी जर्मन कारोबार को यूरो में बिल कर सकता है?** हाँ। यूरो उन बिलिंग मुद्राओं में से एक है जिनमें Meta रेट कार्ड प्रकाशित करता है, और 1 अक्टूबर 2026 के कार्ड पर जर्मनी का मार्केटिंग रेट €0.1131 है।

**क्या यूरोपीय संघ में Coexistence की कोई अतिरिक्त शर्त है?** Business ऐप उपयोगकर्ताओं के लिए Meta के मौजूदा ऑनबोर्डिंग दस्तावेज़ में कोई शर्त नहीं है। शर्तें हर जगह एक जैसी हैं: ऐप 2.24.17 या नया और एक Embedded Signup पार्टनर।

**क्या जर्मन ग्राहक को दिए जवाब पर शुल्क लगता है?** 24 घंटे की कस्टमर सर्विस विंडो के भीतर सामान्य जवाब पर नहीं लगता। विंडो के बाहर के टेम्पलेट पर हर डिलीवरी के हिसाब से शुल्क लगता है।

**क्या फ़ोन से भेजे गए मैसेज अब भी मुफ़्त हैं?** हाँ। Meta के अनुसार ऑनबोर्डिंग के बाद WhatsApp Business ऐप से भेजे गए मैसेज मुफ़्त रहते हैं। सिर्फ़ Cloud API से भेजे गए मैसेज Cloud API की कीमतों पर चलते हैं।

---

## इटली में WhatsApp Coexistence: उपलब्धता, Meta के रेट और सेटअप

https://easycoexistence.com/hi/docs/whatsapp-coexistence-italy

इटली के नंबर Coexistence इस्तेमाल कर सकते हैं, क्योंकि WhatsApp Business ऐप उपयोगकर्ताओं के लिए Meta के ऑनबोर्डिंग दस्तावेज़ में किसी देश या EU पर कोई पाबंदी नहीं है। 1 अक्टूबर 2026 से Meta +39 नंबर पर डिलीवर हुए हर मार्केटिंग टेम्पलेट पर 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/hi/docs/disconnecting-coexistence

Coexistence बंद करने का तरीका WhatsApp Business ऐप में ही है: सेटिंग, खाता, Business Platform, फिर खाता डिस्कनेक्ट करें। नंबर पर ऐप चलता रहता है, प्रोवाइडर की पहुंच खत्म हो जाती है और PARTNER_REMOVED के साथ एक account_update वेबहुक भेजा जाता है। दोनों जगह चल रहे नंबर के लिए Cloud API का Deregister एंडपॉइंट इस्तेमाल नहीं किया जा सकता।

### मैं Coexistence कैसे बंद करूं?

उसी फ़ोन से जिसमें नंबर चल रहा है। जब नंबर WhatsApp Business ऐप के साथ साझा हो, तब कारोबार के Cloud API से बाहर निकलने का Meta एक ही रास्ता बताता है, और वह किसी डैशबोर्ड या एंडपॉइंट से नहीं, ऐप से होकर जाता है। फ़ैसला वही लेता है जिसके पास प्राथमिक फ़ोन है, इसलिए एजेंसी या डेवलपर को यह कारोबार से करवाना पड़ता है।

- प्राथमिक डिवाइस पर WhatsApp Business ऐप खोलें।
- सेटिंग में जाएं, फिर खाता, फिर Business Platform।
- खाता डिस्कनेक्ट करें पर टैप करें और पुष्टि करें।
- एपीआई की तरफ़ PARTNER_REMOVED इवेंट वाला account_update वेबहुक आने की उम्मीद रखें।

### Deregister एपीआई नंबर को मना क्यों कर देता है?

क्योंकि Meta ने Coexistence नंबरों को इससे जानबूझकर बाहर रखा है। रजिस्ट्रेशन के दस्तावेज़ में लिखा है कि Deregister एंडपॉइंट ऐसे बिज़नेस फ़ोन नंबर को डीरजिस्टर नहीं कर सकता जो Cloud API और WhatsApp Business ऐप, दोनों के साथ इस्तेमाल हो रहा हो।

डीरजिस्टर करने से नंबर Cloud API के साथ इस्तेमाल लायक नहीं रहता, और सिर्फ़ एपीआई वाले नंबर पर इसी से लाइन को प्लेटफ़ॉर्म से हटाया जाता है। साझा नंबर पर लाइन का मुख्य मालिक ऐप है, इसलिए Meta फ़ैसला उसी व्यक्ति के पास लौटा देता है जिसके हाथ में ऐप है। जो सॉफ़्टवेयर पहले एंडपॉइंट आज़माता है, उसे डिस्कनेक्शन नहीं, गड़बड़ी मिलती है, और नंबर तब तक जुड़ा रहता है जब तक कोई ऐप में बटन न दबा दे।

### ऐप, हिस्ट्री और नंबर का क्या होता है?

डिस्कनेक्ट करना खाता डिलीट करने जैसा नहीं है, और पूरा जवाब इसी फ़र्क में है।

चैट हिस्ट्री खोने की Meta की चेतावनी WhatsApp Business ऐप का खाता डिलीट करने और नंबर को Cloud API पर रजिस्टर करने पर लागू होती है। डिस्कनेक्ट करने में इनमें से कुछ नहीं होता। ऐप इंस्टॉल और रजिस्टर्ड रहता है, नंबर उसी पर रहता है, और टीम उसी फ़ोन से ग्राहकों को जवाब देती रहती है।

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

### क्या नंबर को बाद में दोबारा कनेक्ट किया जा सकता है?

हां, ऑनबोर्डिंग फ़्लो को शुरू से फिर चलाकर। Meta के अपने दस्तावेज़ में ऑफ़बोर्डिंग करके फ़्लो दोबारा पूरा करना कनेक्शन रीसेट करने का सामान्य तरीका माना गया है, जैसे तब जब कॉन्टैक्ट और हिस्ट्री सिंक करने की 24 घंटे की विंडो छूट गई हो।

दोबारा कनेक्ट करना नया ऑनबोर्डिंग है, इसलिए पहली बार पूछे गए सवाल फिर पूछे जाते हैं, जिनमें चैट हिस्ट्री साझा करने का सवाल भी है। पुराने कनेक्शन पर जो भी कॉन्फ़िगर था, जैसे वेबहुक ओवरराइड, उसे फिर से लगाना पड़ता है। जिस नंबर को किसी दूसरे प्रोवाइडर के पास जाना है, उसका रास्ता भी यही है: यहां डिस्कनेक्ट करें, फिर नए प्रोवाइडर के साथ ऑनबोर्ड करें।

- Coexistence नंबर पर Deregister एंडपॉइंट बुलाना। Meta इसे मना कर देता है; डिस्कनेक्ट ऐप में होता है।
- बाहर निकलने के लिए WhatsApp Business ऐप का खाता डिलीट कर देना। इसी रास्ते पर चैट हिस्ट्री जाती है।
- PARTNER_REMOVED को ऐसी रुकावट मान लेना जिस पर दोबारा कोशिश करनी है। यह कारोबार का जानबूझकर किया गया डिस्कनेक्शन है।

**डिस्कनेक्ट करने पर क्या मेरी चैट चली जाएंगी?** नहीं। डिस्कनेक्ट करने से नंबर से एपीआई हटता है; WhatsApp Business ऐप का खाता डिलीट नहीं होता, और Meta की चेतावनी उसी डिलीट के बारे में है जिससे हिस्ट्री जाती है।

**क्या मैं एपीआई से डिस्कनेक्ट कर सकता हूं?** नहीं। Cloud API और ऐप, दोनों के साथ इस्तेमाल हो रहे नंबर पर Meta Deregister एंडपॉइंट की अनुमति नहीं देता।

**मेरे सिस्टम को कैसे पता चलेगा कि ऐसा हुआ?** कारोबार के डिस्कनेक्ट करने पर Meta PARTNER_REMOVED इवेंट के साथ एक account_update वेबहुक भेजता है।

**क्या मैं वही नंबर दोबारा कनेक्ट कर सकता हूं?** हां। ऑनबोर्डिंग फ़्लो को शुरू से फिर चलाएं, ठीक वैसे ही जैसे पहली बार कनेक्ट करते समय किया था।

---

## किसी नंबर को Coexistence से हटाकर सिर्फ़ Cloud API पर ले जाना

https://easycoexistence.com/hi/docs/moving-from-coexistence-to-cloud-api

Coexistence वाला नंबर तब सिर्फ़ एपीआई वाला बनता है, जब उसे WhatsApp Business ऐप में डिस्कनेक्ट किया जाए, ऐप का खाता हटाया जाए और नंबर को दो-चरणीय पुष्टि के पिन के साथ Cloud API पर रजिस्टर किया जाए। Meta चेतावनी देता है कि पुरानी मैसेजिंग हिस्ट्री खो जाती है, और नंबर तब तक ऐप पर नहीं लौट सकता जब तक उसे Cloud API से डीरजिस्टर न किया जाए।

### कोई कारोबार ऐप क्यों छोड़ना चाहेगा?

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

Meta के दस्तावेज़ों के अनुसार जो नंबर ऐप और Cloud API दोनों के साथ चलते हैं, उनका थ्रूपुट 20 मैसेज प्रति सेकंड पर तय रहता है। सिर्फ़ एपीआई वाला नंबर डिफ़ॉल्ट रूप से 80 मैसेज प्रति सेकंड तक से शुरू होता है, और Meta की शर्तें पूरी होने पर अपने आप 1,000 तक बढ़ाया जा सकता है। जो नंबर बड़ी संख्या में मैसेज भेजता है, उसके लिए यही अंतर बदलाव की वजह है।

### चरणों का क्रम क्या है?

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

- Meta की सलाह के मुताबिक पहले WhatsApp Business ऐप में चैट हिस्ट्री का बैकअप लें।
- ऐप में डिस्कनेक्ट करें: सेटिंग, खाता, बिज़नेस प्लेटफ़ॉर्म, खाता डिस्कनेक्ट करें।
- ऐप का खाता हटाएँ: सेटिंग, खाता, मेरा खाता हटाएँ, फिर ज़्यादा से ज़्यादा 3 मिनट इंतज़ार करें।
- 6 अंकों के दो-चरणीय पुष्टि पिन के साथ नंबर को Cloud API पर रजिस्टर करें।

### कारोबार को क्या छोड़ना पड़ता है?

फ़ोन पर मौजूद बातचीत, और जवाब देने के साधन के रूप में फ़ोन।

Meta साफ़ कहता है कि WhatsApp Business ऐप का खाता हटाने और नंबर को Cloud API पर रजिस्टर करने से मौजूदा मैसेजिंग हिस्ट्री खो जाती है। यह Coexistence ऑनबोर्डिंग से उलटा है, जहाँ Meta के अनुसार हिस्ट्री सुरक्षित रहती है और दोनों ऐप एक साथ चलते हैं।

इसके अलावा नंबर को WhatsApp Business ऐप के साथ दोबारा तब तक इस्तेमाल नहीं किया जा सकता, जब तक उसे पहले Cloud API से डीरजिस्टर न किया जाए। यानी यह कारोबार के काम करने के तरीके में सोच-समझकर किया गया एकतरफ़ा बदलाव है। शुरू करने से पहले पक्का कर लें कि टीम में कोई अब भी ऐप पर निर्भर नहीं है।

### एपीआई की तरफ़ क्या वैसा ही रहता है?

सॉफ़्टवेयर के नंबर से बात करने का तरीका। यह अब भी Cloud API ही है: वही मैसेज के प्रकार, टेम्पलेट, वेबहुक और प्राइसिंग लागू होते हैं, क्योंकि Coexistence सिर्फ़ उसी प्लेटफ़ॉर्म पर पहुँचने का एक अलग ऑनबोर्डिंग रास्ता था।

बदलता है रजिस्ट्रेशन। Coexistence नंबर को ऑनबोर्डिंग फ़्लो रजिस्टर करता है, जबकि सिर्फ़ एपीआई वाले नंबर को दो-चरणीय पुष्टि के पिन वाली रजिस्टर कॉल रजिस्टर करती है। Meta ऐसी कॉल को 72 घंटे की चलती अवधि में प्रति नंबर 10 तक सीमित रखता है। इसलिए हर नाकाम कोशिश की कीमत होती है: दोबारा कोशिश से पहले पिन जाँच लें।

- चैट का बैकअप लिए बिना ऐप का खाता हटा देना। Meta के अनुसार इस रास्ते में हिस्ट्री खो जाती है।
- नंबर के ऐप के साथ साझा रहते हुए Deregister कॉल करना। Meta इसे मना कर देता है।
- रजिस्ट्रेशन को लूप में बार-बार आज़माना। Meta 72 घंटे में प्रति नंबर सिर्फ़ 10 रजिस्टर अनुरोध मानता है।

**एपीआई-ओनली पर जाते समय क्या मैं अपनी चैट हिस्ट्री रख सकता हूँ?** एपीआई में नहीं। Meta चेतावनी देता है कि हिस्ट्री खो जाती है, और सलाह देता है कि पहले ऐप से उसका बैकअप ले लें।

**क्या नंबर बाद में ऐप पर लौट सकता है?** Meta की माइग्रेशन गाइड के अनुसार, केवल तब जब उसे Cloud API से डीरजिस्टर कर दिया जाए।

**क्या थ्रूपुट बेहतर होता है?** हाँ। Coexistence नंबर 20 mps पर तय रहते हैं, जबकि सिर्फ़ एपीआई वाले नंबर 80 mps तक से शुरू होते हैं।

**क्या मैं शुरुआत Deregister एपीआई से कर सकता हूँ?** नहीं, जब तक नंबर ऐप के साथ साझा है। पहले उसे WhatsApp Business ऐप में डिस्कनेक्ट करें।

---

## किसी दूसरे WhatsApp प्रोवाइडर से नंबर माइग्रेट करना

https://easycoexistence.com/hi/docs/migrating-a-number-from-another-provider

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

### मेरा मामला कौन-सा है?

एक सवाल पूछें: क्या कोई अब भी इस नंबर के मैसेज का जवाब फ़ोन पर WhatsApp Business ऐप से देता है?

अगर हाँ, तो नंबर मौजूदा प्रोवाइडर के साथ Coexistence पर है और उसे ऐप ही थामे हुए है। उस प्रोवाइडर को छोड़ना ऐप में होता है, और नए प्रोवाइडर से जुड़ना एक नया Coexistence ऑनबोर्डिंग है।

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

### Coexistence नंबर का प्रोवाइडर कैसे बदलता है?

ऑफ़बोर्डिंग करके और फिर दोबारा ऑनबोर्ड करके। Meta के दस्तावेज़ के मुताबिक कारोबार ऐप में सेटिंग, खाता, Business Platform में जाकर "खाता डिस्कनेक्ट करें" बटन से Cloud API को डिस्कनेक्ट करता है, और प्रोवाइडर को PARTNER_REMOVED के साथ account_update वेबहुक मिलता है।

डिस्कनेक्ट होने के बाद नंबर फिर से सिर्फ़ WhatsApp Business ऐप का नंबर रह जाता है, और नया प्रोवाइडर उसे Embedded Signup से ऑनबोर्ड कर सकता है। शर्तें वही सामान्य Coexistence वाली हैं: ऐप का हाल का वर्शन, ऐसा Business Portfolio जिसके आप एडमिन हैं, और कोई दूसरा प्रोवाइडर जुड़ा न हो। हिस्ट्री शेयर करने का सवाल दोबारा पूछा जाता है, और उसकी 24 घंटे की सिंक विंडो नए ऑनबोर्डिंग से फिर शुरू होती है।

### सिर्फ़ एपीआई माइग्रेशन में क्या साथ जाता है?

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

- डिस्प्ले नेम, क्वालिटी रेटिंग, मैसेजिंग लिमिट और आधिकारिक कारोबार खाता स्टेटस बने रहते हैं।
- योग्य टेम्पलेट उसी स्टेटस के साथ डेस्टिनेशन खाते में कॉपी हो जाते हैं।
- नंबर पर पहले से अपलोड की गई मीडिया इस्तेमाल में रहती है।
- टेम्पलेट की क्वालिटी रेटिंग साथ नहीं जाती: माइग्रेट हुआ हर टेम्पलेट UNKNOWN से शुरू होता है।

### सिर्फ़ एपीआई माइग्रेशन से पहले क्या तैयार होना चाहिए?

Meta दोनों तरफ़ की शर्तें बताता है, और बदलाव ज़्यादातर क्लाइंट की तरफ़ की शर्तों पर अटकता है।

कारोबार का Meta Business Portfolio पुष्टि किया हुआ होना चाहिए, उसका मौजूदा WhatsApp Business खाता मंज़ूर होना चाहिए, और उस पर भुगतान का वैध तरीका जुड़ा होना चाहिए। नंबर पर टू-स्टेप पुष्टि बंद होनी चाहिए, और Meta इसे बंद करने के लिए कोई एपीआई एंडपॉइंट नहीं देता, इसलिए प्रोवाइडर यह कदम एपीआई से नहीं कर सकता। पाने वाली तरफ़ डेस्टिनेशन खाते पर कम से कम एक ऐप वेबहुक के लिए सब्सक्राइब होना चाहिए।

नए खाते पर रजिस्ट्रेशन तुरंत होता है और मैसेजिंग नहीं रुकती, लेकिन टेम्पलेट की कॉपी बनने में समय लगता है, इसलिए प्रभावित टेम्पलेट कॉपी बनने तक इस्तेमाल नहीं हो सकते।

- पुराना प्रोवाइडर जुड़ा होने पर नए प्रोवाइडर के साथ ऑनबोर्ड करना। नंबर को पहले ऐप में डिस्कनेक्ट करना होता है।
- टू-स्टेप पुष्टि चालू रखकर सिर्फ़ एपीआई माइग्रेशन शुरू करना। Meta इसे बंद चाहता है, और इसे बंद करने वाला कोई एंडपॉइंट नहीं है।
- टेम्पलेट की क्वालिटी बची रहने की उम्मीद करना। माइग्रेट हुए टेम्पलेट UNKNOWN से दोबारा शुरू होते हैं।

**Coexistence प्रोवाइडर बदलने पर क्या मेरी चैट चली जाती हैं?** ऐप में वे पूरे समय बनी रहती हैं। नए कनेक्शन के साथ हिस्ट्री शेयर करने का विकल्प ऑनबोर्डिंग में दोबारा दिया जाता है।

**क्या सिर्फ़ एपीआई माइग्रेशन से मेरा डिस्प्ले नेम बदल जाता है?** नहीं। Meta डिस्प्ले नेम, क्वालिटी रेटिंग, मैसेजिंग लिमिट और आधिकारिक कारोबार खाता स्टेटस बनाए रखता है।

**मेरे टेम्पलेट की क्वालिटी रेटिंग क्यों चली गई?** Meta टेम्पलेट को डेस्टिनेशन खाते में कॉपी करता है, और हर कॉपी UNKNOWN रेटिंग से शुरू होती है।

**क्या डाउनटाइम होता है?** Meta के मुताबिक सिर्फ़ एपीआई माइग्रेशन में रजिस्ट्रेशन तुरंत होता है और मैसेजिंग नहीं रुकती। टेम्पलेट कॉपी होने के बाद इस्तेमाल किए जा सकते हैं।

---

## Coexistence नंबर पर WhatsApp ग्रुप और एपीआई

https://easycoexistence.com/hi/docs/whatsapp-groups-and-the-api

Meta का ग्रुप्स एपीआई Cloud API नंबर को छोटे, सिर्फ़ इनवाइट वाले ग्रुप बनाने और उनमें मैसेज भेजने देता है। लेकिन Meta के अनुसार यह WhatsApp Business ऐप के फ़ोन नंबरों के लिए उपलब्ध नहीं है, और Coexistence नंबर ठीक यही है। ऐप के मौजूदा ग्रुप भी सिंक नहीं होते। साझा नंबर पर ग्रुप सिर्फ़ ऐप की सुविधा रहते हैं।

### क्या WhatsApp में ग्रुप्स एपीआई है?

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

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

- प्रति ग्रुप अधिकतम 8 प्रतिभागी।
- प्रति कारोबार नंबर अधिकतम 10,000 ग्रुप।
- प्रति ग्रुप एक Cloud API कारोबार।
- टेक्स्ट, मीडिया, टेक्स्ट-आधारित टेम्पलेट और मीडिया-आधारित टेम्पलेट।

### क्या Coexistence नंबर इसका इस्तेमाल कर सकता है?

नहीं। ग्रुप्स एपीआई पेज साफ़ कहता है कि यह WhatsApp Business ऐप के फ़ोन नंबरों के लिए उपलब्ध नहीं है, और यह वाक्यांश Meta की उस गाइड से जुड़ता है जो WhatsApp Business ऐप के उपयोगकर्ताओं को ऑनबोर्ड करने के बारे में है, यानी Coexistence। पात्रता की शर्त भी Official Business Account है, और Meta का OBA पेज कहता है कि वह यह दर्जा WhatsApp Business ऐप के फ़ोन नंबरों को नहीं देता।

यानी यह बाहर रखना हर प्रोवाइडर के लिए Meta ने तय किया है। ऐप और एपीआई के बीच साझा नंबर एपीआई से ग्रुप नहीं बना सकता, उनमें मैसेज नहीं भेज सकता और ग्रुप के इवेंट भी नहीं पाता।

### ऐप में पहले से मौजूद ग्रुप का क्या होता है?

वे ऐप में ही रहते हैं और वहाँ पहले की तरह चलते रहते हैं। Meta के Coexistence दस्तावेज़ उन चीज़ों में ग्रुप चैट को गिनते हैं जो नंबर ऑनबोर्ड होने पर सिंक नहीं होतीं। इसलिए न उनकी हिस्ट्री और न ग्रुप के नए मैसेज एपीआई तक पहुँचते हैं।

फ़ोन पर मौजूद टीम पहले की तरह ग्रुप बना सकती है, उनमें पोस्ट कर सकती है और उन्हें पढ़ सकती है। बस सॉफ़्टवेयर को उस ट्रैफ़िक की कोई झलक नहीं मिलती। अगर कोई वर्कफ़्लो किसी ग्रुप पर टिका है, जैसे डिलीवरी के लिए स्टाफ़ का तालमेल, तो वह ऐप में चलता रहेगा, और उसके आसपास का कोई भी ऑटोमेशन एक-से-एक बातचीत के आधार पर ही बनाना होगा।

### एपीआई से ग्रुप की जगह मुझे क्या इस्तेमाल करना चाहिए?

एक-से-एक बातचीत, क्योंकि प्लेटफ़ॉर्म इसी के इर्द-गिर्द बना है। जो मैसेज ग्राहकों के ग्रुप में जाता, वह हर ग्राहक को अलग से जाता है: 24 घंटे की कस्टमर सर्विस विंडो के भीतर फ़्री टेक्स्ट के रूप में, और उसके बाहर मंज़ूर किए गए टेम्पलेट के रूप में।

अगर किसी कारोबार को सचमुच एपीआई से चलने वाले ग्रुप चाहिए, तो ग्रुप्स एपीआई के लिए ऐसा नंबर चाहिए जो सिर्फ़ Cloud API पर रजिस्टर हो और जिसके पास Official Business Account हो। इसका मतलब उस नंबर के लिए Coexistence छोड़ना है। यह लाइन के ढाँचे का फ़ैसला है, कोई सेटिंग नहीं, और इससे ऐप उस लाइन से हट जाता है।

- यह पढ़कर कि ग्रुप्स एपीआई मौजूद है, मान लेना कि वह Coexistence नंबर पर भी चलेगा। Meta Business ऐप नंबरों को बाहर रखता है।
- ऑनबोर्डिंग के बाद ग्रुप की हिस्ट्री एपीआई में दिखने की उम्मीद करना। ग्रुप चैट सिंक नहीं होतीं।
- 8 प्रतिभागियों की सीमा में काम बैठता है या नहीं, यह जाँचे बिना ग्रुप पर आधारित वर्कफ़्लो की योजना बनाना।

**क्या मैं एपीआई से किसी WhatsApp ग्रुप में मैसेज भेज सकता हूँ?** सिर्फ़ ऐसे एपीआई-ओनली नंबर से, जिसके पास Official Business Account हो और जो ग्रुप्स एपीआई इस्तेमाल करे। Coexistence नंबर से नहीं।

**क्या मेरे मौजूदा ग्रुप अब भी चलते हैं?** हाँ, WhatsApp Business ऐप में। वे एपीआई से सिंक नहीं होते।

**एपीआई ग्रुप में कितने लोग जुड़ सकते हैं?** Meta ग्रुप्स एपीआई से बने ग्रुप को 8 प्रतिभागियों तक सीमित रखता है।

**क्या यह मेरे प्रोवाइडर की सीमा है?** नहीं। WhatsApp Business ऐप नंबरों को बाहर रखने का नियम Meta हर प्रोवाइडर के लिए तय करता है।

---

## Meta Verified और Coexistence नंबर पर आधिकारिक कारोबार बैज

https://easycoexistence.com/hi/docs/meta-verified-and-coexistence

दो अलग चीज़ों को नीला बैज कहा जाता है। आधिकारिक कारोबार खाता (OBA) Cloud API नंबर के लिए माँगा जाने वाला स्टेटस है, और Meta के दस्तावेज़ के अनुसार यह WhatsApp Business app के फ़ोन नंबरों को नहीं दिया जाता। WhatsApp Business के लिए Meta Verified ऐप में लिया जाने वाला सब्सक्रिप्शन है, जिसमें सत्यापित बैज, मल्टी-एजेंट एक्सेस और बेहतर सपोर्ट मिलता है।

### आधिकारिक कारोबार खाता (OBA) क्या है?

WhatsApp Business Platform पर पंजीकृत कारोबारी फ़ोन नंबर का एक स्टेटस। Meta इसे ऐसे नंबर के रूप में बताता है जिसका मालिक प्रामाणिक के रूप में सत्यापित कारोबार है, और संपर्क सूची में नाम के पास नीला चेकमार्क दिखता है। इसे WhatsApp Manager में नंबर की प्रोफ़ाइल के अंतर्गत, या एपीआई के official_business_account फ़ील्ड से माँगा जाता है।

- कारोबार WhatsApp Business Messaging Policy का पालन करता है।
- वह कम से कम 30 दिन से प्लेटफ़ॉर्म पर पंजीकृत है।
- उसके Business Portfolio ने Business Verification पास किया है।
- नंबर पर टू-स्टेप पुष्टि चालू है और डिस्प्ले नेम मंज़ूर हो चुका है।

### क्या Coexistence नंबर को OBA स्टेटस मिल सकता है?

Meta के OBA दस्तावेज़ के अनुसार वह कारोबार के कर्मचारियों, टेस्ट खातों और WhatsApp Business app फ़ोन नंबरों को OBA स्टेटस नहीं देता। Meta अपने Groups API पेज पर भी यही शब्द, WhatsApp Business app फ़ोन नंबर, इस्तेमाल करता है और उसे WhatsApp Business app यूज़र्स को ऑनबोर्ड करने की गाइड से जोड़ता है, जो Coexistence है।

Meta ऐप और एपीआई के बीच साझा नंबरों के लिए अलग नियम प्रकाशित नहीं करता, इसलिए दस्तावेज़ में दर्ज स्थिति वही है जो ऊपर बताई गई है। ठुकराया गया अनुरोध 30 दिन बाद दोबारा भेजा जा सकता है, और तब तक कारोबार प्रोफ़ाइल बदली जा सकती है।

### WhatsApp Business के लिए Meta Verified क्या है?

WhatsApp Business app के ज़रिए लिया जाने वाला सशुल्क सब्सक्रिप्शन, जो प्लेटफ़ॉर्म की OBA प्रक्रिया से अलग है। Meta के रिसोर्स पेज पर इसमें शामिल चीज़ें हैं: सत्यापित बैज, कस्टम वेब पेज, बेहतर सपोर्ट, मल्टी-एजेंट खाता जो कई डिवाइस जोड़ता है और चैट सेल्स एजेंटों को सौंपता है, और 10 WhatsApp Channels तक पर सत्यापित बैज।

यह ऐप में खरीदा जाता है, इसलिए Coexistence नंबर के ऐप वाले हिस्से से जुड़ा है। Meta का पेज सब्सक्राइब करने से पहले कारोबार और खाते की जानकारी अपडेट रखने को कहता है, और वहाँ कोई तय कीमत नहीं देता।

### क्या नंबर बदलने पर बैज बचा रहता है?

OBA के लिए Meta एक स्थिति साफ़ बताता है: Embedded Signup से एक Solution Partner से दूसरे में माइग्रेट किया गया फ़ोन नंबर अपना डिस्प्ले नेम, क्वालिटी रेटिंग, मैसेजिंग लिमिट और OBA स्टेटस बनाए रखता है।

नंबर ही बदलने पर ऐसा कोई कथन नहीं है, और OBA किसी खास कारोबारी फ़ोन नंबर का होता है, इसलिए दूसरा नंबर दूसरा अनुरोध है। डिस्प्ले नेम की मंज़ूरी OBA की शर्तों में है, इसलिए नाम बदलना हो तो अनुरोध के बाद नहीं, पहले योजना बनाना बेहतर है.

- OBA और Meta Verified को एक ही बैज मानना। एक प्लेटफ़ॉर्म स्टेटस है, दूसरा ऐप सब्सक्रिप्शन।
- प्लेटफ़ॉर्म पर 30 दिन पूरे होने से पहले OBA माँगना। Meta यह न्यूनतम अवधि माँगता है, और अस्वीकार होने पर 30 दिन इंतज़ार करना पड़ता है।
- टू-स्टेप पुष्टि बंद या डिस्प्ले नेम लंबित होने पर OBA माँगना। दोनों शर्तों में दर्ज हैं।

**क्या Meta Verified और आधिकारिक कारोबार खाता एक ही हैं?** नहीं। Meta दोनों को अलग बताता है: OBA प्लेटफ़ॉर्म नंबर के लिए माँगा जाने वाला स्टेटस है, Meta Verified ऐप में लिया जाने वाला सब्सक्रिप्शन।

**क्या Coexistence नंबर के साथ Meta Verified सब्सक्राइब कर सकते हैं?** Meta Verified WhatsApp Business app से लिया जाता है, जिसे Coexistence नंबर इस्तेमाल करता रहता है।

**OBA माँगने के लिए कितना इंतज़ार करना होगा?** नंबर कम से कम 30 दिन से WhatsApp Business Platform पर पंजीकृत होना चाहिए।

**OBA अनुरोध ठुकरा दिया जाए तो क्या करें?** Meta दोबारा भेजने से पहले 30 दिन रुकने को कहता है।

---

## एक Coexistence नंबर पर जवाब देने वाले कई एजेंट और सिस्टम

https://easycoexistence.com/hi/docs/multiple-agents-on-one-number

एक Coexistence नंबर पर लोग और सॉफ़्टवेयर एक साथ जवाब दे सकते हैं। स्टाफ़ WhatsApp Business ऐप और उसके लिंक्ड डिवाइस इस्तेमाल करता है, प्राइमरी फ़ोन के अलावा चार तक, जबकि सिस्टम Cloud API इस्तेमाल करते हैं। ऐप या किसी कंपैनियन डिवाइस से व्यक्ति जो भी मैसेज भेजता है, वह smb_message_echoes वेबहुक के रूप में सॉफ़्टवेयर तक पहुँचता है, इसलिए दोनों पक्ष एक ही थ्रेड साझा करते हैं।

### एक ही नंबर पर कई लोग जवाब कैसे देते हैं?

लिंक्ड डिवाइस के ज़रिए। WhatsApp एक खाते को प्राइमरी फ़ोन के अलावा चार अतिरिक्त डिवाइस पर इस्तेमाल करने देता है, और इस फ़ीचर की घोषणा में सीधे यही उपयोग बताया गया था: छोटे कारोबार के कर्मचारी एक ही WhatsApp Business खाते के तहत अपने फ़ोन से ग्राहकों को जवाब दे रहे हैं।

Coexistence नंबर पर भी यह लागू रहता है। खाते का मालिक प्राइमरी फ़ोन ही रहता है, और बाकी स्टाफ़ लिंक्ड फ़ोन, टैबलेट, ब्राउज़र या डेस्कटॉप ऐप से काम करता है। कौन-से कंपैनियन क्लाइंट सपोर्टेड हैं और ऑनबोर्डिंग उन पर क्या असर डालती है, यह लिंक्ड डिवाइस वाले पेज पर बताया गया है।

### सॉफ़्टवेयर कहाँ फ़िट होता है?

उसी नंबर के API वाले हिस्से में। CRM, ऑटोमेशन टूल या AI एजेंट Cloud API से मैसेज भेजता है और वेबहुक के ज़रिए ग्राहकों के मैसेज पाता है, जबकि लोग ऐप इस्तेमाल करते रहते हैं।

दोनों तरफ़ नंबर एक ही लाइन है, इसलिए ग्राहक को एक ही बातचीत दिखती है, चाहे हर मैसेज किसी ने भी लिखा हो। API से भेजे गए मैसेज ऐप के थ्रेड में दिखते हैं, इसलिए स्टाफ़ देख लेता है कि सिस्टम पहले क्या कह चुका है। साझा पाबंदी सिर्फ़ वॉल्यूम की है: जो नंबर ऐप और Cloud API दोनों के साथ इस्तेमाल हो रहा हो, उसे Meta 20 मैसेज प्रति सेकंड पर तय रखता है।

### सॉफ़्टवेयर को कैसे पता चलता है कि किसी व्यक्ति ने पहले जवाब दे दिया?

Echo से। Meta का smb_message_echoes वेबहुक तब चलता है जब किसी पार्टनर के ज़रिए ऑनबोर्ड हुआ कारोबार WhatsApp Business ऐप या कंपैनियन डिवाइस से मैसेज भेजता है, और तब भी जब ऐप से कोई मैसेज एडिट या डिलीट किया जाता है।

यह नंबर पर मौजूद हर व्यक्ति को कवर करता है, चाहे उसने प्राइमरी फ़ोन पर टाइप किया हो या लिंक्ड लैपटॉप पर। Echo पढ़ने वाला सिस्टम बातचीत को किसी व्यक्ति द्वारा संभाली हुई चिह्नित कर सकता है और अपना जवाब रोक सकता है। यही उस ऑटोमेशन में फ़र्क़ है जो टीम की मदद करता है और उस ऑटोमेशन में जो टीम के ऊपर बोलता है।

- ऐप या कंपैनियन डिवाइस से भेजा गया: echo आता है।
- ऐप में एडिट किया गया: echo आता है।
- ऐप में डिलीट किया गया: echo आता है।

### दोनों पक्षों को क्या ध्यान में रखना होगा?

स्टाफ़ को प्राइमरी फ़ोन इस्तेमाल में रखना होगा। प्राइमरी डिवाइस पर लगभग 14 दिन निष्क्रिय रहने पर Meta Coexistence नंबर को डिस्कनेक्ट कर देता है, और कंपैनियन डिवाइस को उसकी अपनी करीब 30 दिन की निष्क्रियता के बाद, इसलिए सिर्फ़ लैपटॉप से काम करने वाली टीम दोनों खो सकती है।

सॉफ़्टवेयर को प्लैटफ़ॉर्म के नियम मानने होंगे: 24 घंटे की कस्टमर सर्विस विंडो के भीतर फ़्री टेक्स्ट, और उसके बाहर टेम्पलेट। साथ ही, API से किसी भी पक्ष को ग्रुप चैट नहीं मिलती, जिसे Meta ऐप के साथ साझा नंबरों पर बाहर रखता है।

- smb_message_echoes को अनदेखा करना। इनके बिना बॉट नहीं जान पाता कि किसी व्यक्ति ने लिंक्ड लैपटॉप से पहले ही जवाब दे दिया है।
- पूरी टीम को लिंक्ड लैपटॉप से चलाना, जबकि प्राइमरी फ़ोन हफ़्तों तक बेकार पड़ा रहता है।
- ऑनबोर्डिंग के बाद WhatsApp for Windows को लिंक करना। Meta इसे Coexistence नंबरों पर असमर्थित बताता है।

**एक नंबर पर कितने लोग जवाब दे सकते हैं?** WhatsApp प्राइमरी फ़ोन के अलावा चार लिंक्ड डिवाइस की अनुमति देता है, और हर डिवाइस को अलग व्यक्ति इस्तेमाल कर सकता है।

**क्या लिंक्ड लैपटॉप के मैसेज मेरे CRM तक पहुँचते हैं?** हाँ। ऐप या कंपैनियन डिवाइस से भेजे गए मैसेज के लिए Meta smb_message_echoes भेजता है।

**क्या चैटबॉट और इंसान एक बातचीत साझा कर सकते हैं?** हाँ। दोनों एक ही थ्रेड में लिखते हैं, और echo से बॉट देख लेता है कि किसी व्यक्ति ने जवाब दे दिया है।

**क्या API की तरफ़ सीट की कोई सीमा है?** Meta API वॉल्यूम सीमित करता है, साझा नंबर को 20 मैसेज प्रति सेकंड पर तय करके, सिस्टम की संख्या को नहीं।

---

## लिंक्ड डिवाइस और Coexistence: क्या अनलिंक हो जाता है

https://easycoexistence.com/hi/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 के अनुसार Coexistence नंबर पर WhatsApp for Windows और WhatsApp for WearOS के अलावा हर कंपैनियन क्लाइंट समर्थित है। हर समर्थित डिवाइस को सामान्य तरीके से, यानी प्राइमरी फ़ोन से QR कोड स्कैन करके, दोबारा लिंक किया जाता है, और वह पहले जैसी ही डिवाइस सीमा में गिना जाता है।

- ब्राउज़र में WhatsApp Web: समर्थित, QR कोड से दोबारा लिंक करें।
- कंपैनियन के रूप में जुड़े अतिरिक्त फ़ोन: समर्थित।
- WhatsApp for Windows: समर्थित नहीं।
- घड़ी पर WhatsApp for WearOS: समर्थित नहीं।

### कितने डिवाइस लिंक किए जा सकते हैं?

प्राइमरी फ़ोन के अलावा चार तक। फ़ोन पर multi-device की 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 खुद एक लिंक्ड डिवाइस है?** नहीं। यह Cloud API है, जो Meta की ऑनबोर्डिंग के ज़रिए नंबर से जुड़ती है, और यह कंपैनियन का कोई स्लॉट नहीं लेती।

**मैं कितने कंपैनियन लिंक कर सकता हूँ?** प्राइमरी फ़ोन के अलावा चार तक, उन कंपैनियन क्लाइंट में जिन्हें Meta समर्थन देता है।

---

## Coexistence कनेक्शन में फ़ोन नंबर बदलना

https://easycoexistence.com/hi/docs/changing-the-phone-number

Coexistence कनेक्शन एक फ़ोन नंबर का होता है। कारोबार जब WhatsApp Business ऐप में अपना नंबर बदलता है, तो Meta कनेक्शन को CHANGE_NUMBER कारण के साथ डिसकनेक्ट कर देता है। नया नंबर प्लेटफ़ॉर्म पर अलग कारोबार फ़ोन नंबर है, इसलिए उसे Coexistence फ़्लो से नए कनेक्शन की तरह ऑनबोर्ड करना पड़ता है।

### नंबर बदलने पर कनेक्शन का क्या होता है?

वह खत्म हो जाता है। Meta फ़ोन नंबर बदलने को उन कारणों में गिनता है जिनसे Coexistence कनेक्शन डिसकनेक्ट होता है, और इसे account_update वेबहुक के disconnection_info में CHANGE_NUMBER कारण के साथ भेजता है।

यह प्लेटफ़ॉर्म की सख़्ती नहीं, उसकी एकरूपता है। एपीआई की तरफ़ जो कुछ भी है, वह कारोबार फ़ोन नंबर से जुड़ा होता है: उसका phone number ID, डिस्प्ले नेम, क्वालिटी रेटिंग और वेबहुक सब्सक्रिप्शन। अलग नंबर यानी अलग एसेट, इसलिए पुराने नंबर से जुड़ी कोई चीज़ अपने आप आगे नहीं जाती, और बदलाव के क्षण से ही पुराना कनेक्शन काम करना बंद कर देता है।

### नया नंबर कैसे कनेक्ट करूँ?

पहले कनेक्शन की तरह। नए नंबर को वही शर्तें पूरी करनी होती हैं जो Coexistence से जुड़ने वाले किसी भी नंबर को करनी पड़ती हैं, और फिर ऑनबोर्डिंग शुरू से होती है। पुराने कनेक्शन की कोई चीज़ दोबारा इस्तेमाल नहीं होती, इसलिए इस बदलाव को तारीख़ तय करके एक छोटे प्रोजेक्ट की तरह चलाना ठीक रहता है।

- वह WhatsApp Business ऐप में सक्रिय हो, और ऐप का वर्शन 2.24.17 या उससे नया हो।
- वह ऐसे Business Portfolio में हो जिसके आप एडमिन हैं।
- वह किसी दूसरे प्रोवाइडर से जुड़ा न हो।
- रजिस्ट्रेशन के समय उसका डिस्प्ले नेम दिया गया हो, जैसा किसी भी कारोबार फ़ोन नंबर के लिए होता है।

### एपीआई की तरफ़ क्या अपडेट करना चाहिए?

वे सभी जगहें जहाँ पुराना नंबर या उसका ID सेव है। Cloud API से मैसेज भेजने वाले इंटीग्रेशन phone number ID पर भेजते हैं, इसलिए जो सीआरएम, ऑटोमेशन वर्कफ़्लो या एआई एजेंट अब भी पुराने ID की ओर इशारा करता है, वह नए नंबर पर नहीं जाएगा, बल्कि फ़ेल होगा।

नया कनेक्शन ऑनबोर्डिंग के सवाल भी दोबारा पूछता है, जैसे चैट हिस्ट्री शेयर करनी है या नहीं, और उसे सिंक करने की 24 घंटे की विंडो। पुराने कनेक्शन पर सेट किया गया वेबहुक डेस्टिनेशन नए कनेक्शन पर भी लागू करना होगा। Business Portfolio की क्षमता भी देख लें: Meta नए Business Portfolio में दो ही रजिस्टर्ड कारोबार फ़ोन नंबर की अनुमति देता है, जब तक वह वेरिफ़ाई न हो जाए या 2,000 की मैसेजिंग लिमिट तक न पहुँच जाए।

### प्लेटफ़ॉर्म पर पुराने नंबर का क्या होता है?

वह WhatsApp Business खाते में एक एसेट के रूप में तब तक बना रहता है जब तक कोई उसे हटा न दे। 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/hi/docs/business-verification

Meta कारोबार की पुष्टि Meta Business Portfolio पर लागू होती है, किसी फ़ोन नंबर पर नहीं। बिना पुष्टि के भी पोर्टफ़ोलियो मैसेज भेज सकता है: शुरुआती सीमा प्रति दिन 250 यूनिक प्राप्तकर्ता और दो रजिस्टर्ड नंबर है। पुष्टि 2,000 की सीमा तक पहुँचने का एक रास्ता है, नंबर की सीमा 20 तक बढ़ाती है, और ब्लू चेक के लिए आवेदन से पहले ज़रूरी है।

### क्या नंबर जोड़ने के लिए कारोबार की पुष्टि ज़रूरी है?

नहीं। Meta के दस्तावेज़ पुष्टि को इस तरह देखते हैं कि इससे पोर्टफ़ोलियो की क्षमता बढ़ती है। मैसेज भेजने के लिए यह शर्त नहीं है।

नए बने कारोबार पोर्टफ़ोलियो की शुरुआती मैसेजिंग सीमा, कस्टमर सर्विस विंडो के बाहर, हर रोलिंग 24 घंटे में 250 यूनिक प्राप्तकर्ता होती है, और रजिस्टर्ड कारोबारी फ़ोन नंबर की सीमा दो होती है। ये दोनों सीमाएँ पोर्टफ़ोलियो की पुष्टि हुई हो या नहीं, लागू रहती हैं, और कारोबार पहले दिन से इन्हीं सीमाओं के भीतर अपने ग्राहकों को मैसेज भेज सकता है।

पुष्टि से ऊपरी सीमा बदलती है। Meta मैसेजिंग सीमा को 250 से 2,000 तक ले जाने के जो तीन रास्ते बताता है, पुष्टि उनमें से एक है। रजिस्टर्ड नंबर की सीमा 20 करने के जो दो कारण हैं, उनमें से भी यह एक है।

### WhatsApp पर पुष्टि से क्या खुलता है?

तीन अलग चीज़ें, जिन्हें अक्सर एक ही बताया जाता है।

- मैसेजिंग सीमा का रास्ता: पुष्टि 2,000 की सीमा के लिए योग्य बनने का एक तरीका है, जिसके बाद Meta की स्वचालित स्केलिंग आगे का काम संभालती है।
- नंबर की बड़ी सीमा: Meta पोर्टफ़ोलियो को दो रजिस्टर्ड नंबर से 20 तक बढ़ा देता है और business_capability_update वेबहुक भेजता है।
- Official Business Account की पात्रता: ब्लू चेक माँगने से पहले नंबर जिस पोर्टफ़ोलियो का है, उसकी पुष्टि होनी चाहिए।
- इन तीनों में से कोई भी फ़ोन पर WhatsApp Business app के चलने का तरीका नहीं बदलता।

### Coexistence नंबर पर पुष्टि कैसे लागू होती है?

पोर्टफ़ोलियो के ज़रिए। Coexistence से जुड़ा नंबर एक WhatsApp Business Account में रहता है, जो किसी Meta Business Portfolio का हिस्सा है, और पुष्टि उसी पोर्टफ़ोलियो की विशेषता है। उसमें मौजूद हर नंबर को यही नतीजा मिलता है, और पोर्टफ़ोलियो की मैसेजिंग सीमा भी सब नंबर साझा करते हैं।

ब्लू चेक का दायरा इससे संकरा है। Meta के Official Business Account पेज के अनुसार वह WhatsApp Business app के फ़ोन नंबरों को, और कुछ दूसरों को, यह स्टेटस नहीं देता। जो नंबर app और Cloud API दोनों के साथ चलते हैं, उनका अलग से ज़िक्र नहीं है। बाकी शर्तें ये हैं: पुष्टि, प्लेटफ़ॉर्म पर कम से कम 30 दिन, नंबर पर दो-चरणीय पुष्टि, और मंज़ूर किया हुआ डिस्प्ले नेम।

### किस पोर्टफ़ोलियो की पुष्टि करानी चाहिए?

उसकी, जिसके पास WhatsApp Business Account है। अपना नंबर जोड़ने वाले कारोबार के लिए यह उसका अपना पोर्टफ़ोलियो होना चाहिए।

एजेंसियों के लिए यह मायने रखता है। अगर ग्राहक का नंबर एजेंसी के पोर्टफ़ोलियो में जुड़ा है, तो एजेंसी की पुष्टि, सीमा और नंबर की सीमा लागू होती है, और ग्राहक की सीमा उस पोर्टफ़ोलियो के बाकी हर नंबर के साथ साझा होती है। Meta साफ़ कहता है कि एक नंबर किसी अवधि में पोर्टफ़ोलियो की पूरी मैसेजिंग क्षमता इस्तेमाल कर सकता है।

हर कारोबार को उसके अपने पोर्टफ़ोलियो में जोड़ने से पुष्टि, सीमाएँ और बिलिंग उसी कारोबार के पास रहती हैं जो असल में मैसेज भेज रहा है।

- पुष्टि पूरी होने तक कनेक्शन रोके रखना। शुरुआती सीमा के भीतर मैसेज भेजना इसके बिना भी चलता है।
- उस पोर्टफ़ोलियो से अलग पोर्टफ़ोलियो की पुष्टि कराना जिसके पास WhatsApp Business Account है। नतीजा एक से दूसरे में नहीं जाता।
- कई ग्राहकों के नंबर एक ही एजेंसी पोर्टफ़ोलियो में रखना। वे एक मैसेजिंग सीमा और एक नंबर सीमा साझा करते हैं।

**क्या Coexistence इस्तेमाल करने के लिए कारोबार की पुष्टि चाहिए?** नहीं। पोर्टफ़ोलियो इसके बिना भी मैसेज भेज सकता है, शुरुआती सीमा हर रोलिंग 24 घंटे में 250 यूनिक प्राप्तकर्ता है।

**क्या पुष्टि से मुझे ब्लू चेक मिल जाता है?** अपने आप नहीं। यह Official Business Account स्टेटस की एक शर्त है, जिसके लिए अलग से अनुरोध करना होता है और Meta उसकी समीक्षा करता है।

**क्या पुष्टि हर नंबर की अलग होती है?** नहीं। यह Meta Business Portfolio की होती है, और उस पोर्टफ़ोलियो का हर नंबर इसे साझा करता है।

**क्या पुष्टि से मेरे फ़ोन का app बदल जाता है?** नहीं। इससे प्लेटफ़ॉर्म की सीमाएँ और पात्रता बदलती हैं, WhatsApp Business app का व्यवहार नहीं।

---

## WhatsApp मैसेजिंग लिमिट: मौजूदा पोर्टफ़ोलियो टियर

https://easycoexistence.com/hi/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 app और 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/hi/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 एक दिखने वाला फ़र्क़ बताता है: Cloud API से भेजे गए मैसेज में फ़िलहाल चैट थ्रेड के हेडर में शॉपिंग कार्ट आइकन नहीं दिखता, जबकि WhatsApp Business ऐप से भेजे गए प्रोडक्ट मैसेज में दिखता है।

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/hi/docs/broadcast-lists-vs-templates

Coexistence से नंबर जुड़ते ही WhatsApp Business ऐप की ब्रॉडकास्ट लिस्ट रीड-ओनली हो जाती हैं और नई लिस्ट नहीं बनाई जा सकतीं। एपीआई में इसका विकल्प मार्केटिंग टेम्पलेट है, जो हर प्राप्तकर्ता को अलग से भेजा जाता है। इसके लिए ऑप्ट-इन चाहिए, यह Business Portfolio की मैसेजिंग लिमिट में गिना जाता है, इसका बिल Meta बनाता है और यह हर व्यक्ति की मार्केटिंग पसंद का सम्मान करता है।

### एपीआई पर ब्रॉडकास्ट लिस्ट की जगह क्या आता है?

एक मंज़ूर मार्केटिंग टेम्पलेट, जो Cloud API से हर प्राप्तकर्ता को एक-एक बार भेजा जाता है। एपीआई की तरफ़ कोई लिस्ट ऑब्जेक्ट नहीं होता: ऑडियंस इंटीग्रेशन के पास रहती है और वही हर नंबर पर टेम्पलेट भेजता है।

इससे तीन चीज़ें एक साथ बदलती हैं। भेजने से पहले कंटेंट को Meta की टेम्पलेट समीक्षा से गुज़रना पड़ता है। कस्टमर सर्विस विंडो के बाहर हर सेंड एक कन्वर्सेशन खोलता है, जिसका शुल्क Meta कारोबार के अपने WhatsApp Business Account के पेमेंट मेथड से लेता है। और हर अनोखा प्राप्तकर्ता पिछले 24 घंटों की Business Portfolio की मैसेजिंग लिमिट में गिना जाता है।

लिस्ट बंद होने की बात और उसके पीछे Meta के बताए कारण उस पेज पर हैं जो Coexistence से बंद होने वाले फ़ीचर समझाता है।

### मार्केटिंग टेम्पलेट कौन पा सकता है?

वे लोग जिन्होंने कारोबार को अपना नंबर दिया और उससे संदेश पाने के लिए ऑप्ट-इन किया। Meta की Business Messaging Policy में ये दोनों शर्तें साफ़ लिखी हैं, और ऑप्ट-इन में कारोबार का नाम होना चाहिए तथा यह भी कि व्यक्ति उसके मैसेज पाने के लिए सहमत है।

तरीका Meta कारोबार पर छोड़ता है, बशर्ते वह इन शर्तों और लागू कानून को पूरा करे: SMS, वेबसाइट फ़ॉर्म, IVR कॉल या हस्ताक्षर किया हुआ काग़ज़ी फ़ॉर्म, सब उदाहरण के तौर पर सूचीबद्ध हैं। इसलिए ऑप्ट-इन का सबूत कारोबार के अपने रिकॉर्ड में रहता है, फ़ोन की कॉन्टैक्ट लिस्ट में नहीं।

जिन्होंने कभी ऑप्ट-इन नहीं किया, उन्हें भेजना ब्लॉक और रिपोर्ट पाने का सबसे तेज़ तरीका भी है, और यही क्वालिटी गिराता है।

### कुछ मार्केटिंग टेम्पलेट पहुँचते क्यों नहीं?

क्योंकि एपीआई हर प्राप्तकर्ता पर ऐसे नियंत्रण लागू करता है जो ब्रॉडकास्ट लिस्ट में कभी दिखते नहीं थे।

- प्रति-उपयोगकर्ता मार्केटिंग लिमिट: WhatsApp ऐसे व्यक्ति को मार्केटिंग टेम्पलेट रोक सकता है जिसके जवाब देने की संभावना कम हो, और तब 131049 लौटता है।
- मार्केटिंग बंद: व्यक्ति "Offers and announcements" सेटिंग में कारोबार के मार्केटिंग मैसेज बंद कर सकता है, और तब 131050 लौटता है।
- अमेरिकी नंबर: WhatsApp फ़िलहाल अमेरिकी फ़ोन नंबर वाले उपयोगकर्ताओं को मार्केटिंग टेम्पलेट डिलीवर नहीं करता।
- बाहर रखे गए क्षेत्र: प्रति-उपयोगकर्ता लिमिट फ़िलहाल EEA, UK, जापान और दक्षिण कोरिया के लिए सक्रिय नहीं हैं।

### क्या ऐप का अपना मार्केटिंग मैसेज टूल अब भी चलता है?

Meta की Coexistence फ़ीचर तालिका ऐप के मैसेजिंग टूल एक ही पंक्ति में रखती है: मार्केटिंग मैसेज, ग्रीटिंग मैसेज, अवे मैसेज, क्विक रिप्लाई और लेबल। ऑनबोर्डिंग के बाद WhatsApp Business ऐप में इनमें कोई बदलाव दर्ज नहीं है। उसी पंक्ति में इन्हें Cloud API पर असमर्थित भी बताया गया है।

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

ब्रॉडकास्ट लिस्ट वह अपवाद हैं जो सच में बदलती हैं, इसीलिए उन्हें विकल्प चाहिए।

- 131049 मिलते ही तुरंत दोबारा भेजना। Meta कम से कम 24 घंटे रुकने को कहता है, और जल्दी दोबारा कोशिश करने से आगे की कोशिशें एक दिन तक रुक सकती हैं।
- 131050 पर दोबारा भेजना। व्यक्ति ने कारोबार के मार्केटिंग मैसेज बंद कर दिए हैं, और मैसेज उन तक नहीं पहुँचेगा।
- ब्रॉडकास्ट लिस्ट को ऑप्ट-इन लिस्ट की तरह इंपोर्ट करना। नंबर सेव होना वह ऑप्ट-इन नहीं है जो पॉलिसी बताती है।

**क्या मेरी ब्रॉडकास्ट लिस्ट डिलीट हो जाती हैं?** नहीं। मौजूदा ब्रॉडकास्ट लिस्ट रीड-ओनली हो जाती हैं, और नंबर जुड़े रहने तक नई लिस्ट नहीं बनाई जा सकतीं।

**क्या अपनी ब्रॉडकास्ट ऑडियंस को मैसेज भेजने के लिए टेम्पलेट चाहिए?** कस्टमर सर्विस विंडो के बाहर, हाँ। कारोबार की ओर से शुरू किए जाने वाले प्रचार के लिए एपीआई का रास्ता मार्केटिंग टेम्पलेट है।

**टेम्पलेट 131050 के साथ क्यों विफल हुआ?** उस प्राप्तकर्ता ने आपके कारोबार के मार्केटिंग मैसेज पाना बंद कर दिया है। Meta दोबारा कोशिश न करने को कहता है।

**क्या ऐप का मार्केटिंग मैसेज फ़ीचर चला गया?** Meta ऐप के मैसेजिंग टूल, मार्केटिंग मैसेज समेत, ऑनबोर्डिंग के बाद ऐप में अपरिवर्तित बताता है।

---

## कारोबार की ओर से शुरू किए जाने वाले मैसेज के लिए WhatsApp ऑप्ट-इन की आवश्यकताएँ

https://easycoexistence.com/hi/docs/opt-in-requirements

कोई कारोबार WhatsApp पर किसी को मैसेज भेजे, उससे पहले Meta की नीति दो बातें मांगती है: व्यक्ति ने कारोबार को अपना फ़ोन नंबर दिया हो, और कारोबार को ऑप्ट-इन मिला हो जो पुष्टि करे कि व्यक्ति उसके मैसेज पाना चाहता है। नवंबर 2024 से ऑप्ट-इन सामान्य हो सकता है, WhatsApp के लिए अलग से होना ज़रूरी नहीं, लेकिन उसमें कारोबार का नाम होना चाहिए और वह स्थानीय कानून के अनुरूप होना चाहिए।

### Meta की ऑप्ट-इन नीति क्या मांगती है?

दो शर्तें, और WhatsApp पर किसी से संपर्क करने से पहले दोनों पूरी होनी चाहिए। व्यक्ति ने कारोबार को अपना मोबाइल फ़ोन नंबर दिया हो, और कारोबार को उस व्यक्ति से ऑप्ट-इन की अनुमति मिली हो, जो पुष्टि करे कि वह आगे कारोबार से मैसेज या कॉल पाना चाहता है।

ऑप्ट-इन की अपनी तीन आवश्यकताएँ हैं। उसमें साफ़ लिखा हो कि व्यक्ति कारोबार से संवाद पाने के लिए ऑप्ट-इन कर रहा है। उसमें कारोबार का नाम साफ़ लिखा हो। और वह लागू कानून के अनुरूप हो, जिसे तय करना Meta पूरी तरह कारोबार पर छोड़ता है।

Meta के नवंबर 2024 के नीति अपडेट ने एक बात आसान की: ऑप्ट-इन सामान्य हो सकता है और उसमें WhatsApp का ज़िक्र ज़रूरी नहीं, बशर्ते स्थानीय कानून का पालन हो।

### Meta कौन-से ऑप्ट-इन तरीके स्वीकार करता है?

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

- एसएमएस।
- वेबसाइट फ़ॉर्म।
- फ़ोन पर, इंटरैक्टिव वॉइस रिस्पॉन्स फ़्लो के ज़रिए।
- आमने-सामने या कागज़ पर, हस्ताक्षर किए हुए भौतिक दस्तावेज़ के साथ।
- तरीका जो भी हो, लागू कानून जिन सूचनाओं और अनुमतियों की मांग करता है, उनकी ज़िम्मेदारी कारोबार की है।

### क्या मेरे WhatsApp Business ऐप का कॉन्टैक्ट ऑप्ट-इन माना जाएगा?

अपने आप में नहीं। Meta की नीति अनुमति को इस बात से जोड़ती है कि व्यक्ति पुष्टि करे कि वह कारोबार से मैसेज चाहता है, और कॉन्टैक्ट लिस्ट में पड़ा फ़ोन नंबर ज़्यादा से ज़्यादा दो शर्तों में से पहली को पूरा करता है।

Coexistence नंबर पर यह इसलिए मायने रखता है कि कनेक्शन ऐप से कॉन्टैक्ट सिंक कर सकता है, और मौजूदा ग्राहक पहले टेम्पलेट कैंपेन के लिए सबसे स्वाभाविक दर्शक लगते हैं। किसी का नंबर होना उसकी पुष्टि होना नहीं है।

जो ग्राहक कारोबार को खुद लिखता है, वह अलग मामला है: उसका मैसेज कस्टमर सर्विस विंडो खोल देता है, जिसके भीतर कारोबार जवाब दे सकता है।

### ऑप्ट-इन कमज़ोर हो तो क्या होता है?

पाने वाले विरोध करते हैं, और प्लेटफ़ॉर्म उस फ़ीडबैक पर कार्रवाई करता है। Meta के ऑप्ट-इन मार्गदर्शन के अनुसार लोग किसी कारोबार को ब्लॉक या रिपोर्ट कर सकते हैं, या उसके मार्केटिंग मैसेज बंद कर सकते हैं, और जिस कारोबार की क्वालिटी लंबे समय तक कम रहती है, उस पर Meta के सिस्टम रेट लिमिट लगा देते हैं।

Meta की व्यावहारिक सलाह इसी से निकलती है। कारोबार जिन श्रेणियों के मैसेज भेजेगा, उन्हें बताकर अपेक्षाएँ तय करें, या हर श्रेणी के लिए अलग ऑप्ट-इन लें। खास श्रेणियों से ऑप्ट-आउट करने के साफ़ निर्देश दें और उन्हें मानें। ऑप्ट-इन और ऑप्ट-आउट के फ़्लो साफ़ दिखाएँ, और नया ऑप्ट-इन तरीका शुरू होने पर क्वालिटी रेटिंग पर कड़ी नज़र रखें।

नीति यह भी मांगती है कि ब्लॉक करने, बंद करने या ऑप्ट-आउट करने के हर अनुरोध का सम्मान हो, चाहे वह WhatsApp पर हो या बाहर, और उस व्यक्ति को कॉन्टैक्ट लिस्ट से हटाया जाए।

- ऐप से सिंक हुए कॉन्टैक्ट को ऑप्ट-इन लिस्ट मान लेना। नीति हर व्यक्ति की पुष्टि मांगती है, सिर्फ़ उसका नंबर नहीं।
- ऐसा ऑप्ट-इन लेना जिसमें कारोबार का नाम कहीं न हो। Meta के अनुसार कारोबार का नाम साफ़ लिखा होना चाहिए।
- ऑप्ट-आउट तभी मानना जब वह WhatsApp पर आए। नीति किसी भी चैनल से किए गए अनुरोध पर लागू होती है।

**क्या ऑप्ट-इन में WhatsApp का ज़िक्र होना ज़रूरी है?** नहीं। नवंबर 2024 के नीति अपडेट के बाद सामान्य ऑप्ट-इन की अनुमति है, बशर्ते वह स्थानीय कानून के अनुरूप हो।

**जिस ग्राहक ने पहले लिखा, उसे जवाब देने के लिए क्या ऑप्ट-इन चाहिए?** ग्राहक का मैसेज कस्टमर सर्विस विंडो खोल देता है, जिसके भीतर जवाब देने की अनुमति है। ऑप्ट-इन उन मैसेज पर लागू होता है जो कारोबार खुद शुरू करता है।

**क्या ऑप्ट-इन ऑफ़लाइन लिया जा सकता है?** हाँ। Meta स्वीकार किए गए तरीकों में आमने-सामने या कागज़ पर, हस्ताक्षर किए दस्तावेज़ के साथ, को गिनाता है।

**कोई ऑप्ट-आउट करे तो क्या करना चाहिए?** उसे मैसेज भेजना बंद करें, चाहे उसने किसी भी चैनल से कहा हो, और नीति के अनुसार उसे अपनी कॉन्टैक्ट लिस्ट से हटा दें।

---

## ब्लॉक और रिपोर्ट WhatsApp की क्वालिटी रेटिंग पर कैसे असर डालते हैं

https://easycoexistence.com/hi/docs/quality-rating-blocks-and-reports

मैसेज क्वालिटी इस आधार पर आँकी जाती है कि बीते सात दिनों में कारोबार के मैसेज को पाने वालों ने कैसे लिया, और हाल के मैसेज को ज़्यादा वज़न मिलता है। संकेत हैं: ब्लॉक, रिपोर्ट, म्यूट, आर्काइव और ब्लॉक करते समय लोगों के बताए कारण। लंबे समय तक कम क्वालिटी रहने पर रेट लिमिटिंग लगती है, मैसेज भेजने पर गड़बड़ी 131048 आती है और टेम्पलेट पॉज़ हो जाते हैं।

### कौन-सा फ़ीडबैक WhatsApp क्वालिटी रेटिंग घटाता है?

Meta सीधे संकेत गिनाता है: ब्लॉक, रिपोर्ट, म्यूट, आर्काइव और किसी कारोबार को ब्लॉक करते समय यूज़र के बताए कारण। क्वालिटी इस पर टिकी है कि बीते सात दिनों में मैसेज कैसे लिए गए, और हाल के मैसेज का वज़न ज़्यादा होता है। इसलिए कल का खराब मैसेज छह दिन पुराने मैसेज से ज़्यादा असर डालता है।

इससे दो बातें निकलती हैं। एक गलत तरह से टारगेट किया गया कैंपेन रेटिंग को तेज़ी से बदल सकता है, और Meta के मुताबिक ज़्यादा ट्रैफ़िक वाले नंबरों पर क्वालिटी अक्सर कुछ ही मिनटों में बदल जाती है। और चूँकि आकलन सिर्फ़ पिछले सात दिनों को देखता है, इससे पुराना फ़ीडबैक गिनती में नहीं आता।

नंबर की रेटिंग के साथ-साथ टेम्पलेट की अपनी रेटिंग भी होती है, जो फ़ीडबैक और रीड रेट से बनती है।

### क्वालिटी गिरने पर क्या होता है?

कई स्तरों पर कई चीज़ें होती हैं।

- मैसेज भेजना 131048 के साथ विफल हो सकता है, जिसे Meta बहुत ज़्यादा मैसेज के ब्लॉक होने या स्पैम चिह्नित होने से जोड़ता है।
- YELLOW या RED रेटिंग वाले टेम्पलेट अब भी भेजे जा सकते हैं, पर उनके पॉज़ या डिसेबल होने का जोखिम रहता है।
- क्वालिटी टेम्पलेट पेसिंग को भी प्रभावित करती है, जिससे कैंपेन की डिलीवरी धीमी हो सकती है।
- पॉलिसी WhatsApp को ब्लॉक और रिपोर्ट के आधार पर यह सीमित करने की अनुमति देती है कि कोई कारोबार कितने मैसेज भेज सकता है।
- 7 अक्टूबर 2025 से गिरावट अब Business Portfolio की मैसेजिंग लिमिट नहीं घटाती, लेकिन लिमिट को बढ़ने से रोक सकती है।

### कम क्वालिटी रेटिंग को कैसे सुधारें?

पहले नकारात्मक फ़ीडबैक का स्रोत रोकें, फिर सात दिन की विंडो को उससे आगे बढ़ने दें।

Meta के हाई क्वालिटी मैसेज के दिशानिर्देश ही चेकलिस्ट हैं। मैसेज सिर्फ़ उन लोगों को भेजें जिन्होंने कारोबार से मैसेज पाने के लिए ऑप्ट-इन किया है। मैसेज निजी और काम के बनाएँ। खुले सिरे वाले वेलकम या परिचय मैसेज से बचें। एक दिन में बहुत ज़्यादा मैसेज न भेजें। कंटेंट और लंबाई को छोटा और सटीक रखें।

व्यवहार में इसका मतलब है: जो कैंपेन या टेम्पलेट ब्लॉक बटोर रहा है उसे पॉज़ करें, देखें कि वह किस ऑडियंस सेगमेंट को गया, और जाँचें कि उस ऑडियंस ने कैसा ऑप्ट-इन दिया था। Meta की अपनी ऑप्ट-इन सलाह है कि हर मैसेज श्रेणी के लिए अलग ऑप्ट-इन लिया जाए, क्योंकि लोग अनपेक्षित श्रेणियों के मैसेज को ही ब्लॉक करते हैं।

### क्वालिटी रेटिंग कहाँ दिखती है?

WhatsApp Manager में Account tools के तहत Phone numbers में, नंबर के स्टेटस और मैसेजिंग लिमिट के साथ। साथ ही Graph API के ज़रिए फ़ोन नंबर ऑब्जेक्ट पर quality_rating के रूप में। टेम्पलेट की रेटिंग हर टेम्पलेट पर quality_score में मिलती है, और Manage templates पैनल में High, Medium, Low या Quality pending के रूप में दिखती है।

फ़ोन पर WhatsApp Business ऐप में इसके बारे में कुछ नहीं दिखता, इसीलिए Coexistence वाला नंबर बिना दुकान में किसी को खबर हुए नीचे फिसल सकता है। रेटिंग phone_number_quality_update वेबहुक से नहीं आती, चाहे उस फ़ील्ड के नाम से ऐसा लगे। उस वेबहुक में असल में क्या आता है, यह उसके अपने पेज पर समझाया गया है।

- नए इंपोर्ट की गई लिस्ट को खुले सिरे वाला वेलकम मैसेज भेजना। Meta इसे बचने की चीज़ों में गिनाता है, और इस पर ब्लॉक आते हैं।
- 131048 से विफल हुए मैसेज को दोबारा भेजना। पाबंदी नंबर पर है, और ज़्यादा मैसेज उसी फ़ीडबैक को बढ़ाते हैं जिससे पाबंदी लगी है।
- सिर्फ़ नंबर की रेटिंग देखना। टेम्पलेट की अपनी रेटिंग होती है, और नंबर ठीक दिखते हुए भी RED टेम्पलेट पॉज़ हो सकता है।

**क्या एक ब्लॉक से मेरी रेटिंग गिर जाती है?** Meta कोई सीमा प्रकाशित नहीं करता। क्वालिटी पिछले सात दिनों के मैसेज पर मिले कुल फ़ीडबैक को दर्शाती है, जिसमें हाल के मैसेज का वज़न ज़्यादा होता है।

**क्या कम रेटिंग से मेरी मैसेजिंग लिमिट घट सकती है?** 7 अक्टूबर 2025 से नहीं। फिर भी यह लिमिट को बढ़ने से रोक सकती है और मैसेज भेजना सीमित कर सकती है।

**सुधार में कितना समय लगता है?** Meta सुधार का कोई समय प्रकाशित नहीं करता। आकलन पिछले सात दिनों को देखता है, इसलिए उससे पुराना फ़ीडबैक अब गिनती में नहीं आता।

**क्या म्यूट की गई चैट भी गिनी जाती हैं?** हाँ। Meta म्यूट और आर्काइव को ब्लॉक और रिपोर्ट के साथ क्वालिटी संकेतों में गिनाता है।

---

## GDPR और Coexistence: मैसेज डेटा कहां जाता है

https://easycoexistence.com/hi/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 डेटा ट्रांसफ़र एडेंडम के दायरे में आते हैं।

### क्या मैसेज डेटा EU में स्टोर हो सकता है?

Meta Cloud API लोकल स्टोरेज देता है, जो थोड़ी देर की इन-यूज़ अवधि के बाद मैसेज कंटेंट को चुने हुए देश में स्थिर अवस्था में रखता है। Cloud API के लिए यह इन-यूज़ अवधि 60 मिनट तक की है, जिसमें कंटेंट Meta के डेटा सेंटरों में अंतरराष्ट्रीय स्तर पर प्रोसेस हो सकता है। यूरोप के विकल्प हैं: EU के लिए जर्मनी, साथ ही स्विट्ज़रलैंड और यूनाइटेड किंगडम।

लोकल स्टोरेज नंबर रजिस्टर करते समय तय होता है। रजिस्टर हो चुके नंबर पर इसे बदलने के लिए रजिस्ट्रेशन हटाकर दोबारा रजिस्टर करना पड़ता है। Meta के रजिस्ट्रेशन दस्तावेज़ यह भी बताते हैं कि जो नंबर Cloud API और WhatsApp Business ऐप दोनों के साथ चल रहा है, उस पर डीरजिस्ट्रेशन एंडपॉइंट इस्तेमाल नहीं किया जा सकता। Coexistence नंबर पर लोकल स्टोरेज चालू करने का कोई अलग रास्ता वे नहीं बताते।

### Meta के बाद मैसेज कहां जाते हैं?

उस एंडपॉइंट पर जो WhatsApp Business खाते के वेबहुक पाता है। Meta का वेबहुक ओवरराइड किसी ऐप को यह सुविधा देता है कि वह किसी खास खाते के वेबहुक ऐप के अपने कॉलबैक यूआरएल की जगह दूसरे कॉलबैक यूआरएल पर भेजे।

EasyCoexistence इसी ओवरराइड से मैसेज इवेंट को कारोबार के अपने सिस्टम की ओर भेजता है। इसलिए Meta बातचीत का कंटेंट सीधे वहीं पहुंचाता है, हमारे पास नहीं, और EasyCoexistence बातचीत का कंटेंट कभी स्टोर नहीं करता। हम केवल संचालन से जुड़े इवेंट रखते हैं, जैसे कनेक्शन की स्थिति और क्वालिटी, जिनसे मॉनिटरिंग बनती है।

Meta यह भी बताता है कि Cloud API के लिए उसके पास SOC 2 Type II और ISO 27001 रिपोर्ट हैं, जो उसके कंप्लायंस सेंटर के ज़रिए प्रकाशित की जाती हैं।

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

**Cloud API के लिए Meta प्रोसेसर है या कंट्रोलर?** Meta के अनुसार Cloud API के लिए वह कारोबार की ओर से डेटा प्रोसेसर के रूप में काम करता है, जहां कानून इस अवधारणा को मान्यता देता है।

**Meta मैसेज कंटेंट कितने समय तक रखता है?** Meta के अनुसार Cloud API मैसेज के लिए अधिकतम रिटेंशन अवधि 30 दिन है, जो दोबारा भेजने जैसी सुविधाओं के लिए है।

**क्या EasyCoexistence मेरी बातचीत देखता है?** मैसेज इवेंट Meta सीधे आपके अपने सिस्टम तक भेजता है, और EasyCoexistence बातचीत का कंटेंट कभी स्टोर नहीं करता।

**क्या यह पेज कानूनी सलाह है?** नहीं। यह बताता है कि Meta क्या दस्तावेज़ित करता है और EasyCoexistence क्या करता है। अनुपालन का आकलन कारोबार और उसके सलाहकारों को करना है।