# EasyCoexistence: मराठी (mr)

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/mr/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 की तयार करतात किंवा रद्द करतात, स्टेटस इव्हेंट्स मिळवणारा 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 API मधून वगळलेले असतात.
- Meta च्या GET हँडशेकला प्रतिसाद देऊ न शकणाऱ्या यूआरएलकडे वेबहुक वळवणे. काहीही पाठवण्यापूर्वी Meta एंडपॉइंटची पडताळणी करते आणि शांत 404 मुळे पहिला मेसेज कधीच न आल्याशिवाय सेटअप योग्य असल्यासारखा दिसतो.

**यामुळे माझ्या ग्राहकाचा नंबर बंदीखाली जाऊ शकतो का?** नाही. हे Meta चे अधिकृत Cloud API आहे आणि Meta च्या Coexistence फीचरमधून त्याचा वापर होतो. लोक ज्या बंदीच्या धोक्याबद्दल बोलतात तो लिंक्ड डिव्हाइस म्हणून लॉग इन करणाऱ्या अनधिकृत गेटवेचा आहे. ती पूर्णपणे वेगळी यंत्रणा आहे.

**कनेक्टर कोणत्या सहाय्यकांसोबत कार्य करतो?** OAuth सह HTTP वर MCP बोलणाऱ्या कोणत्याही सहाय्यकासोबत: Claude, ChatGPT, Cursor, Claude Code आणि आज Codex. हा एक रिमोट एंडपॉइंट आहे, त्यामुळे तुमच्या मशीनवर काहीही चालत नाही.

**माझे संभाषण तुमच्या सर्व्हर्समधून जाते का?** नाही. येणारे मेसेज Meta कडून तुम्ही निवडलेल्या वेबहुककडे थेट जातात आणि आम्ही संभाषणाचा मजकूर साठवत नाही. कनेक्शनचे निरीक्षण करण्यासाठी आवश्यक खाते आणि फोन नंबरचा स्टेटस आम्ही ठेवतो, त्यापेक्षा अधिक काही नाही.

**मी अनेक ग्राहकांसाठी एकच कनेक्टर वापरू शकतो का?** होय. एका खात्यात तुम्हाला हवे तितके नंबर ठेवता येतात. प्रत्येक नंबरचे स्वतंत्र कनेक्शन म्हणून बिलिंग होते आणि कनेक्टर ते सर्व दाखवतो. तुम्ही सेवा देत असलेल्या व्यवसायांसाठी वापरण्यावर कोणतेही बंधन नाही.

---

## WhatsApp Coexistence: ॲप आणि एपीआय एकाच नंबरवर

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

Coexistence ही एकाच नंबरवर WhatsApp Business app आणि Cloud API एकाच वेळी चालवण्याची Meta ची अधिकृत पद्धत आहे. टीम फोनवरूनच, त्याच चॅट्स आणि इतिहासासह, प्रतिसाद देत राहते, तर सॉफ्टवेअर त्याच लाइनवर मेसेज पाठवते आणि घेते. काहीही स्थलांतरित होत नाही आणि नंबर बदलत नाही.

### Coexistence नेमकी कोणती समस्या सोडवते?

Coexistence येण्यापूर्वी व्यवसायाचा नंबर WhatsApp एपीआयवर आणायचा म्हणजे ॲपचा त्याग करावा लागायचा. नंबर स्थलांतरित केला जायचा, फोन WhatsApp क्लायंट म्हणून काम करायचा बंद व्हायचा आणि दिवसभर ग्राहकांना प्रतिसाद देणाऱ्या व्यक्तीला अचानक घेतलेल्या कोणत्याही सॉफ्टवेअरमधून काम करावे लागायचे. बहुतेक छोट्या टीम्सना हा तडजोडीचा व्यवहार मान्य नव्हता, त्यामुळे त्यांनी कधीच ऑटोमेशन केले नाही.

Coexistence ही तडजोड दूर करते. ॲप आधीसारखेच काम करत राहते. तीच व्यक्ती त्याच फोनवरून प्रतिसाद देते, तीच संभाषणे पाहते आणि तिला काहीही नवीन शिकावे लागत नाही. त्याच वेळी एपीआय त्याच नंबरशी जोडलेली असते आणि मेसेज पाठवू, घेऊ तसेच इतर सिस्टिम्सशी जोडली जाऊ शकते.

म्हणून प्रश्न फोन सोडायचा की नाही हा राहत नाही. तुम्हाला सॉफ्टवेअरकडून काय करून घ्यायचे आहे हा प्रश्न राहतो, आणि गरज वाटेल तेव्हा एखादी व्यक्ती त्याच संभाषणाचा धागा पुढे नेऊ शकते.

### कनेक्ट केल्यानंतर फोनवर काय बदलते?

जवळजवळ काहीच नाही, आणि हाच मुद्दा आहे. ॲप नेहमीप्रमाणेच उघडते, कॉन्टॅक्ट लिस्ट तीच राहते आणि जुनी संभाषणे अजूनही तिथेच असतात. कोणालाही नवीन ठिकाणी लॉग इन करावे लागत नाही.

फोनवरून दिसत नाही असा बदल होतो. एपीआयने पाठवलेले मेसेज ॲपच्या संभाषणात दिसतात, त्यामुळे प्रतिसाद देणाऱ्या व्यक्तीला अर्धी माहिती नव्हे तर संपूर्ण संदर्भ दिसतो. ॲपमध्ये टाइप केलेले मेसेज एपीआयला दिसतात, त्यामुळे एखाद्या व्यक्तीने आधीच उत्तर दिल्यानंतर सॉफ्टवेअर त्यावर पुन्हा उत्तर देत नाही.

नंबर पहिल्यांदा कनेक्ट झाल्यावर Meta साधारण सहा महिन्यांचा इतिहास सिंक करते, त्यामुळे एपीआय आंधळेपणाने सुरू होत नाही. दोन मर्यादा आधीच लक्षात ठेवा: Coexistence नंबरवरील ग्रुप चॅट्स कोणत्याही प्रोव्हायडरकडे एपीआयमध्ये समाविष्ट नसतात आणि नंबर WhatsApp च्या ग्राहक ॲपवर असू शकत नाही, फक्त Business app वर असू शकतो.

### 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 app आवश्यक आहे आणि नंबर आधी तिथे हलवावा लागतो.
- ग्रुप चॅट्स येतील असे गृहीत धरणे. कोणत्याही प्रोव्हायडरकडे Coexistence नंबरवरील ग्रुप चॅट्स एपीआयमध्ये समाविष्ट नसतात, त्यामुळे ग्रुप्सवर आधारित काहीही काम करणार नाही.
- ग्राहकाच्या शेवटच्या मेसेजनंतर 24 तासांनी स्वतन्त्र टेक्स्टने प्रतिसाद देणे. त्या कालावधीनंतर फक्त मंजूर टेम्प्लेटच पाठवता येते.
- Meta च्या पडताळणी विनंतीला प्रतिसाद देऊ न शकणाऱ्या यूआरएलकडे वेबहुक ठेवणे. काहीही पाठवण्यापूर्वी Meta एंडपॉइंट तपासते आणि शांतपणे झालेली त्रुटी कार्यरत सेटअपसारखीच दिसते.

**माझ्या टीमने फोन वापरणे थांबवावे लागेल का?** नाही. Coexistence चा हाच संपूर्ण उद्देश आहे. WhatsApp Business app त्याच नंबरवर, त्याच संभाषणांसह सुरू राहते आणि एपीआय त्यासोबत काम करते.

**माझी सध्याची संभाषणे हरवतील का?** नाही. ती ॲपमध्येच राहतात आणि नंबर कनेक्ट झाल्यावर Meta साधारण सहा महिन्यांचा इतिहास एपीआयवर सिंक करते, त्यामुळे सॉफ्टवेअरला संदर्भ मिळतो आणि ते रिकाम्या स्थितीत सुरू होत नाही.

**मी हे पूर्ववत करू शकतो का?** होय. नंबर डिस्कनेक्ट करता येतो आणि ॲप नेहमीप्रमाणे सुरू राहते. नंबर कनेक्ट केल्यामुळे नंबरमध्ये कायमस्वरूपी कोणताही बदल होत नाही.

**हे अनधिकृत WhatsApp एपीआयंसारखेच आहे का?** नाही, आणि या फरकावर नंबर टिकतो की बंद होतो हे ठरते. Coexistence हे Cloud API वरील Meta चे अधिकृत फीचर आहे. अनधिकृत गेटवे लिंक्ड डिव्हाइस म्हणून WhatsApp Web चालवतात, ज्यामुळे अटींचा भंग होतो आणि नंबर बंद केले जातात.

---

## अनधिकृत WhatsApp एपीआय: नंबर प्रत्यक्षात कशामुळे बॅन होतात

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

अनधिकृत WhatsApp एपीआय लिंक्ड डिव्हाइस म्हणून साइन इन होऊन WhatsApp Web सेशन स्वयंचलित करतात. त्यामुळे WhatsApp च्या अटी मोडतात, Meta हा पॅटर्न ओळखते आणि नंबर बॅन होतो. अधिकृत Cloud API हेच काम Meta समर्थित इंटरफेसद्वारे, व्यवसाय आधीपासून वापरत असलेल्या नंबरवर करते.

### अनधिकृत WhatsApp एपीआय कसे काम करतात?

मार्केटिंगमध्ये काहीही सांगितले तरी त्या सर्वांचा आतला प्रकार सारखाच असतो. ते WhatsApp Web वापरत असलेला प्रोटोकॉल उघडतात, स्वतःला खात्याशी लिंक्ड डिव्हाइस म्हणून पेअर करतात आणि नंतर ते सेशन प्रोग्रॅमॅटिक पद्धतीने चालवतात. लायब्ररी सॉकेटवरून येणारे मेसेज वाचते आणि जाणारे मेसेज त्याच मार्गाने परत पाठवते.

म्हणूनच ते स्वस्त असतात, काही मिनिटांत इन्स्टॉल होतात आणि अधिकृत एपीआय देत नसलेल्या सुविधांपर्यंत पोहोचू शकतात. अर्ज करण्यासाठी खाते किंवा पार करण्यासाठी पुनरावलोकन नसते. तुम्ही कोड स्कॅन करता आणि मेसेज पाठवायला सुरुवात करता.

नंबर धोक्यात येतो तोही याच कारणामुळे. त्या सेशनला कोणतीही अधिकृत मान्यता नसते. WhatsApp च्या अटी ग्राहक ॲपचा स्वयंचलित किंवा मोठ्या प्रमाणातील वापर प्रतिबंधित करतात, आणि लिंक्ड डिव्हाइस म्हणजे ग्राहक ॲपच. सोय आणि धोका हे एकाच गोष्टीचे दोन पैलू आहेत.

### Meta हे प्रत्यक्षात कसे ओळखते?

लोक समजतात तसे लायब्ररीचे नाव शोधून नाही, म्हणून कोड पुन्हा लिहिल्यास धोका टळेल असे त्यांना वाटते. पडताळणी वर्तनावर आधारित असते आणि ट्रॅफिकचा आकार व पॅटर्न पाहते.

ऑटोमेशनमुळे स्वाभाविकपणे तयार होणारे संकेत महत्त्वाचे असतात. पाठवलेल्या मेसेजचे आणि मिळालेल्या प्रतिसादांचे प्रमाण, कारण खऱ्या संभाषणात दोन्ही साधारण संतुलित असतात, ब्रॉडकास्टमध्ये नाहीत. संपर्क-जाळ्यातील अंतर, कारण ज्यांनी तुम्हाला कधी लिहिले नाही आणि ज्यांच्याशी समान संपर्क नाही अशांना लिहिणे सामान्य वापरासारखे दिसत नाही. वेळेची नियमितता, कारण माणसे ठरावीक अंतराने मेसेज पाठवत नाहीत. प्राप्तकर्त्यांचे रिपोर्ट्स, ज्यांना मोठे महत्त्व असते आणि जे सर्वात आधी येतात.

म्हणून वर्षभर चाललेला गेटवे सुरक्षित असल्याचा पुरावा नाही. ट्रॅफिकने अजून मर्यादा ओलांडलेली नाही, एवढेच त्यातून दिसते. मेसेज कोणती लायब्ररी पाठवते यावर ती मर्यादा ठरत नाही.

### बॅन झाल्याची खरी किंमत काय असते?

ऑटोमेशनची किंमत जितकी होती त्यापेक्षा ती कितीतरी जास्त असते, आणि याच गोष्टीचा अंदाज कमी घेतला जातो.

नंबर काम करणे थांबवतो. ऑटोमेशन नाही, नंबर. त्यावरील प्रत्येक संभाषणापर्यंत पोहोचणे अशक्य होते आणि त्या संभाषणांमधील ग्राहकांना काही घडले आहे याची कल्पनाही नसते. त्यांना फक्त प्रतिसाद मिळणे बंद होते. वाहनावर, दुकानावर, कार्डवर किंवा हजारो जुन्या बिलांवर छापलेला नंबर असलेल्या व्यवसायासाठी नंबर हा सॉफ्टवेअरपेक्षा फोन लाईनसारखा असतो.

त्यासोबत इतिहासही जातो. त्या थ्रेड्समध्ये तयार झालेली संपर्क यादीही जाते. अपील करता येते आणि कधीकधी ते यशस्वीही होते, पण प्रक्रिया संथ असते आणि निकालाची हमी कोणी देऊ शकत नाही.

एजन्सीसाठी गणित आणखी कठीण असते, कारण बंद झालेला नंबर अशा ग्राहकाचा असतो ज्याला ही यंत्रणा असल्याचे कधी सांगितलेले नसते.

### त्याऐवजी अधिकृत मार्ग कसा दिसतो?

अधिकृत एपीआयबद्दलचा आक्षेप पूर्वी खरा होता. नंबर स्थलांतरित करावा लागायचा, त्यामुळे फोनवरील WhatsApp Business ॲप बंद पडायचे आणि कोणतीही छोटी टीम हे स्वीकारणार नव्हती.

Coexistence मुळे हा आक्षेप दूर झाला. एकाच नंबरवर Business ॲप आणि Cloud API एकाच वेळी चालवण्याचा हा Meta चा स्वतःचा मार्ग आहे. टीम फोनवरून प्रतिसाद देत राहते, चॅट्स आणि इतिहास जिथे आहेत तिथेच राहतात आणि एपीआय त्याच लाईनशी जोडले जाते. लिंक्ड डिव्हाइस नसते, सर्व्हरवर ठेवलेले सेशन नसते आणि चोरता येतील अशी क्रेडेन्शियल्सही नसतात.

काही मर्यादा आहेत, पण त्या कमी आहेत. ग्राहकाच्या शेवटच्या मेसेजनंतर 24 तासांच्या आतच मोकळा मजकूर चालतो, टेम्प्लेटला मंजुरी लागते आणि ग्रुप चॅट्स उपलब्ध नसतात. बदल्यात त्या यंत्रणेमुळे नंबर बॅन होऊ शकत नाही.

- अँटी-बॅन संरक्षणाची जाहिरात करणाऱ्या लायब्ररीने समस्या सोडवली आहे असे मानणे. पडताळणी कोणता कोड मेसेज पाठवतो हे नाही, तर ट्रॅफिकचे वर्तन पाहते. त्यामुळे हा दावा विक्रेत्याच्या नियंत्रणाबाहेरील गोष्ट सांगतो.
- काही महिने अपटाइम राहिल्याला सुरक्षिततेचा पुरावा मानणे. याचा अर्थ ट्रॅफिकने अजून मर्यादा ओलांडलेली नाही, एवढाच होतो.
- आधी वैयक्तिक नंबरवर चाचणी घेणे. तिथे बॅन झाल्यास त्रास होतो, पण व्यवसायाच्या नंबरबद्दल काही शिकायला मिळत नाही. त्यावर ट्रॅफिक खूप जास्त असते.
- अनधिकृत सेशन शेअर्ड सर्व्हरवर साठवणे. त्या क्रेडेन्शियल्समुळे खात्याचा पूर्ण ॲक्सेस मिळतो आणि ते आधीपासूनच लक्ष्य असतात.

**यापैकी एखादा पर्याय वापरत असल्यास माझा नंबर आधीच धोक्यात आहे का?** सेशन सुरू असेपर्यंत धोका कायम असतो. ठरावीक तारखेला काही सुरू होत नाही, म्हणून दीर्घकाळचा अपटाइम दिलासा देत नाही. ॲप न गमावता त्याच नंबरवरील अधिकृत एपीआयवर जाणे शक्य आहे.

**नंबर न बदलता अधिकृत एपीआयवर जाऊ शकतो का?** होय. Coexistence तुम्ही आधीपासून वापरत असलेला नंबर जोडते आणि WhatsApp Business ॲप संपूर्ण काळ फोनवर सुरू राहते. काहीही स्थलांतरित होत नाही.

**अधिकृत एपीआय काय करू शकत नाही?** Coexistence नंबरवर ग्रुप चॅट्स उपलब्ध नसतात. ग्राहकाच्या शेवटच्या मेसेजनंतर 24 तासांच्या आतच मोकळा मजकूर चालतो. त्यानंतर Meta ने मंजूर केलेले टेम्प्लेट वापरावे लागते.

**अधिकृत मार्गाची किंमत जास्त असते का?** Meta चे मेसेजिंग शुल्क दोन्ही मार्गांवर आकारले जाते आणि ते थेट तुमच्याकडून घेतले जाते. फरक एवढाच की नंबर गमावण्याच्या धोक्याऐवजी प्रति नंबर ठरावीक मासिक शुल्क असते.

---

## अधिकृत Cloud API वर WhatsApp ला n8n शी कनेक्ट करा

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

वेबहुकचा गंतव्य एंडपॉइंट n8n वेबहुक नोडकडे निर्देशित करा. नंबरवर आलेला प्रत्येक मेसेज वर्कफ्लो ट्रिगर म्हणून येतो. प्रतिसाद Cloud API किंवा आमच्या MCP सर्व्हरमार्फत पाठवता येतो. n8n च्या MCP Client Tool मध्ये OAuth2 असल्यामुळे तो आमच्या सर्व्हरपर्यंत पोहोचू शकतो. या काळात फोन नेहमीप्रमाणे काम करत राहतो.

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

Meta नंबरवर पाठवलेला प्रत्येक मेसेज तुम्ही निश्चित केलेल्या एका यूआरएलवर HTTP POST म्हणून पाठवते. ती यूआरएलच संपूर्ण इंटिग्रेशन असते. उत्पादनासाठीची यूआरएल असलेल्या n8n वेबहुक नोडला नंबरचे वेबहुक गंतव्य म्हणून सेट करा. त्यानंतर प्रत्येक आलेल्या मेसेजवर वर्कफ्लो चालतो.

पेलोडमध्ये पाठवणाऱ्याची माहिती, मजकूर किंवा मीडिया संदर्भ, टाइमस्टॅम्प आणि मेसेज आयडी असतो. त्यानंतर तो नेहमीचा n8n वर्कफ्लो असतो: मजकुरानुसार शाखा निवडा, ग्राहक शोधा, तुम्ही चालवत असलेल्या इतर सेवांना कॉल करा आणि प्रतिसाद द्यायचा की नाही ते ठरवा.

हे Coexistence असल्यामुळे हाच मेसेज फोनवरील WhatsApp Business ॲपमध्येही दिसतो. एखादी व्यक्ती त्याला उत्तर देऊ शकते. व्यक्तीने पाठवलेले वर्कफ्लोला दिसते आणि वर्कफ्लोने पाठवलेले व्यक्तीला दिसते. त्यामुळे दोन्ही प्रतिसाद एकमेकांवर चढत नाहीत.

### वर्कफ्लो प्रतिसाद कसा पाठवतो?

नंबरचा phone number id आणि access token वापरून Cloud API वर HTTP Request नोडद्वारे. दोन्ही डॅशबोर्डमधून पाहता येतात किंवा असिस्टंटने ते आणावेत असे वाटत असल्यास MCP कनेक्टरमधून मिळवता येतात.

काय पाठवायचे हे वेळेवर अवलंबून असते आणि इथेच अनेकांना अडचण येते. ग्राहकाच्या शेवटच्या मेसेजनंतर 24 तासांच्या आत मुक्त मजकूर चालतो आणि वर्कफ्लोने तयार केलेला प्रतिसाद पाठवता येतो. त्या कालावधीनंतर Meta ने आधी मंजूर केलेला टेम्प्लेटच पाठवता येतो. फक्त मुक्त मजकूर पाठवणारा वर्कफ्लो चाचणीत उत्तम दिसतो, कारण चाचणी नेहमी मेसेजनंतर काही सेकंदांत होते. प्रत्यक्षात पहिल्याच रात्रभराच्या प्रकरणात तो शांत होतो.

विश्वसनीय पद्धत म्हणजे शाखा वापरणे: शेवटचा आलेला मेसेज किती वेळापूर्वी आला ते तपासा आणि त्यानुसार मुक्त मजकूर किंवा टेम्प्लेट निवडा.

### n8n MCP कनेक्टरही वापरू शकते का?

होय, आणि या बाबतीत n8n वेगळी आहे. तिचा MCP Client Tool नोड रिमोट MCP सर्व्हरशी बाहेरून कनेक्ट होतो आणि OAuth2 समर्थित करतो. आमच्या कनेक्शनसाठी हेच आवश्यक आहे. त्यामुळे वर्कफ्लोमधील AI Agent नोड आमची साधने थेट वापरू शकतो.

हे लक्षात ठेवण्यासारखे आहे, कारण बहुतांश ऑटोमेशन प्लॅटफॉर्म तसे करू शकत नाहीत. Make आणि Zapier स्वतःचे MCP सर्व्हर चालवतात आणि त्यापैकी कोणतेही क्लायंट म्हणून काम करत नाही. त्यामुळे ते तृतीय पक्षाच्या सर्व्हरपर्यंत पोहोचू शकत नाहीत. n8n पोहोचू शकते.

ही पद्धत कृतीच्या भागासाठी उपयुक्त आहे: वर्कफ्लो चालू असताना मेसेज पाठवायचा, नंबरची हेल्थ तपासायची किंवा टेम्प्लेटच्या मंजुरीचा स्टेटस वाचायचा हे एजंट नोड ठरवू शकतो. मात्र ती वेबहुकची जागा घेऊ शकत नाही, कारण आलेल्या मेसेजमुळे जागे होण्याची MCP मध्ये पद्धत नाही.

### वर्कफ्लोने यापैकी कोणता मार्ग वापरावा?

दोन्ही, पण वेगवेगळ्या भागांसाठी. ही पसंतीची बाब नाही.

काहीही सुरू करण्याचे काम वेबहुक करते. ग्राहक मेसेज लिहितो, Meta तो तुमच्या वेबहुक नोडपर्यंत पोहोचवते आणि वर्कफ्लो चालतो. कोणत्याही टूलमध्ये याचा MCP समकक्ष नाही, कारण हा प्रोटोकॉल विनंती आणि प्रतिसादावर आधारित आहे, त्याला बाहेरून कॉल करून सुरू करता येत नाही.

तुम्ही कॉल हार्डकोड न करता वर्कफ्लोमधील एजंटने कृती करावी यासाठी MCP Client Tool आहे. वर्कफ्लोला नेमके काय पाठवायचे हे आधीच माहीत असल्यास Cloud API वरील HTTP Request नोड सोपा आणि कमी त्रुटींचा असतो. एजंट निर्णय घेत असल्यास कनेक्टर त्याला सोळा साधने आणि त्यांच्या वर्णनातील नियम देतो, त्यात 24 तासांची कालमर्यादाही आहे.

### लोक आधीपासून वापरत असलेल्या n8n WhatsApp नोड्सपेक्षा हे वेगळे कसे आहे?

तुम्हाला प्रत्यक्षात दिसणाऱ्या बहुतांश n8n WhatsApp सेटअपमध्ये लिंक केलेल्या डिव्हाइसप्रमाणे लॉग इन करणारे अनधिकृत गेटवे असतात. ते सुरू करायला सोपे असतात, पण नंबर धोक्यात येतो, कारण ही यंत्रणा WhatsApp च्या अटींचे उल्लंघन करते आणि Meta लायब्ररीऐवजी ट्रॅफिकचा पॅटर्न ओळखते.

दुसरा सामान्य मार्ग म्हणजे Coexistence शिवाय अधिकृत एपीआय. तो चालतो, पण नंबर स्थलांतरित करतो. त्या नंबरवर WhatsApp Business ॲप काम करणे थांबवते आणि दिवसभर उत्तरे देणाऱ्या टीमला नव्या टूलमध्ये जावे लागते. बहुतांश छोट्या व्यवसायांसाठी हे स्वीकारार्ह नसते. म्हणूनच त्यापैकी अनेक जण सुरुवातीला अनधिकृत गेटवे वापरू लागले.

Coexistence म्हणजे उणीव असलेले संयोजन: अधिकृत एपीआय आणि फोनचे काम सुरूच.

- वेबहुक गंतव्य म्हणून n8n Test URL वापरणे. एडिटर बंद झाल्यावर ती ऐकणे थांबवते, त्यामुळे मेसेज कुठेही पोहोचत नाहीत.
- Meta ची पडताळणी विनंती पूर्ण न करणे. काहीही पाठवण्यापूर्वी Meta challenge सह GET पाठवते. तो परत न पाठवणारा नोड कधीही मेसेज मिळवत नाही.
- 24 तासांच्या कालमर्यादेबाहेर मुक्त मजकुराने प्रतिसाद देणे. वर्कफ्लोच्या दृष्टीने ते शांतपणे अयशस्वी होते आणि फक्त मंजूर टेम्प्लेटच पाठवता येतो.

**यासाठी वेगळा n8n नोड हवा का?** नाही. वेबहुक नोड मेसेज घेतो आणि HTTP Request नोड पाठवतो. काहीही इन्स्टॉल करण्याची गरज नाही, कारण इंटिग्रेशन यूआरएल आणि REST कॉलवर आधारित आहे.

**टीम फोनवरून अजूनही उत्तरे देऊ शकते का?** होय. Coexistence याचा अर्थ हाच आहे. त्याच नंबरवर WhatsApp Business ॲप काम करत राहते आणि वर्कफ्लो व व्यक्ती एकमेकांचे मेसेज पाहतात.

**एका वर्कफ्लोमधून अनेक ग्राहकांचे नंबर हाताळता येतात का?** होय. प्रत्येक नंबर त्याच वेबहुककडे निर्देशित करा आणि पेलोडमधील receiving phone number id नुसार शाखा निवडा. एका खात्यात तुम्हाला आवश्यक तेवढे नंबर ठेवता येतात.

**माझा n8n इंस्टन्स बंद असल्यास काय होते?** Meta काही काळ डिलिव्हरीचा पुन्हा प्रयत्न करते आणि नंतर थांबते. मेसेज फोनवरील WhatsApp Business ॲपमध्ये येत राहतात. त्यामुळे व्यवसायासाठी काहीही हरवत नाही, फक्त वर्कफ्लोला ते मिळत नाहीत.

---

## कस्टम कनेक्टरसह WhatsApp ला Claude शी कनेक्ट करा

https://easycoexistence.com/mr/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 च्या अधिकृत Coexistence सुविधेद्वारे ऑनबोर्ड केलेल्या नंबरवर Meta चे अधिकृत Cloud API कॉल करतो. लिंक केलेले डिव्हाइस नाही, कुठेही सेशन ठेवले जात नाही आणि हे अटींच्या विरोधात नाही. त्याऐवजी नेहमीच्या मर्यादा लागू होतात: ग्राहकाच्या शेवटच्या मेसेजनंतर 24 तासांच्या आतच मुक्त मजकूर, त्यानंतर मंजूर टेम्प्लेट्स आणि ग्रुप चॅट्स नाहीत.

**हे Claude Code आणि Claude ॲप्समध्ये चालते का?** होय. हे OAuth असलेले HTTP वरील रिमोट MCP सर्व्हर आहे. त्यामुळे कस्टम कनेक्टर्सना समर्थन देणारे Claude Code, ChatGPT आणि Cursor यांसह कोणतेही साधन ते वापरू शकते.

**Claude माझ्या ग्राहकांचे संभाषण पाहते का?** तुम्ही जे मागता तेवढेच. येणारे मेसेज Meta कडून तुम्ही निवडलेल्या वेबहुक गंतव्याकडे जातात आणि आम्ही संभाषणातील मजकूर कधीही साठवत नाही.

**Claude स्वतःहून नवीन नंबर कनेक्ट करू शकते का?** ती प्रक्रिया सुरू करू शकते. कनेक्टर एक लिंक देते. व्यवसायाचा मालक ती उघडून Meta च्या प्रक्रियेत स्वतःच्या नंबरला परवानगी देतो. ही पायरी फक्त तोच पूर्ण करू शकतो.

**Claude ने विंडोबाहेर मेसेज पाठवण्याचा प्रयत्न केला तर काय होते?** Cloud API तो नाकारते आणि Claude ला त्रुटी दिसते. त्यामुळे ती मंजूर टेम्प्लेटवर फॉलबॅक करू शकते. काहीही गुपचूप वगळले जात नाही.

---

## WhatsApp Cloud API की Coexistence: नंबरसाठी कोणता पर्याय

https://easycoexistence.com/mr/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/mr/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 Account वर पेमेंट पद्धत असणे आवश्यक आहे.

**त्रुटी 131047 आणि 131049 सारख्याच आहेत का?** नाही. 131047 म्हणजे बंद झालेली विंडो. 131049 म्हणजे इकोसिस्टमची हेल्थ जपण्यासाठी Meta ने डिलिव्हरी मर्यादित करणे. ही वेगळी स्थिती आहे.

---

## WhatsApp त्रुटी 131049: परिसंस्थेच्या हेल्थसाठी मेसेज रोखला

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

त्रुटी 131049 म्हणजे परिसंस्थेतील निरोगी सहभाग टिकवण्यासाठी Meta ने हा मेसेज पाठवला नाही. ही 24 तासांची मुदत किंवा टेम्प्लेटची समस्या नाही. त्या प्राप्तकर्त्याला पुन्हा प्रयत्न करण्यापूर्वी किमान 24 तास थांबावे, असे Meta च्या मार्गदर्शनात सांगितले आहे.

### इथे परिसंस्थेतील सहभागाचा नेमका अर्थ काय आहे?

समोरच्या व्यक्तींना व्यवसायांकडून पाठवलेले मेसेज खरोखर अपेक्षित आहेत का, यासाठी Meta वापरत असलेली ही संज्ञा आहे. हे मोजमाप फक्त तुमच्या खात्यावर नाही, तर संपूर्ण प्लॅटफॉर्मवर केले जाते.

एखादा मेसेज स्वीकारला जाणार नाही असे प्लॅटफॉर्मला वाटल्यास तो मेसेज रोखला जातो आणि 131049 प्रतिसाद मिळतो. हा तुमच्याकडून मोडलेल्या ठरावीक नियमाचा निर्णय नसून, मेसेज आणि प्राप्तकर्त्याबद्दलचा अंदाज असतो. त्यामुळे क्वालिटी रेटिंग चांगले दिसणाऱ्या खात्यावरही ही त्रुटी दिसू शकते.

अलीकडे सहभाग नोंदवला नसलेल्या प्राप्तकर्त्यांना केलेल्या मार्केटिंग मेसेजमध्ये आणि एकसारखे मेसेज मोठ्या प्रमाणात एकाच वेळी पाठवल्यावर ही त्रुटी अधिक दिसते. हा नंबरवरील दंड नसून, पाठवण्याच्या पद्धतीचा संकेत आहे.

### टेम्प्लेट पाठवल्याने ही त्रुटी का सुटत नाही?

कारण टेम्प्लेट ही समस्याच नव्हती.

मेसेज रोखला गेल्यावर टेम्प्लेट वापरावे असे वाटते, कारण 131047 या दुसऱ्या सामान्य त्रुटीसाठी तो उपाय आहे. पण 131047 हा वेळेशी संबंधित नियम आहे: विंडो बंद झालेली असते आणि मंजूर टेम्प्लेटने ती पुन्हा उघडता येते. 131049 हा या विशिष्ट व्यक्तीला पाठवलेल्या या विशिष्ट मेसेजबद्दलचा निर्णय आहे, आणि टेम्प्लेट वापरले तरी डिलिव्हरीचा मार्ग तोच राहतो.

टेम्प्लेटसह किंवा त्याशिवाय लगेच पुन्हा प्रयत्न केल्यास ही त्रुटी निर्माण करणारी पद्धत अधिक ठळक होऊ शकते. त्या प्राप्तकर्त्याला पुन्हा प्रयत्न करण्यापूर्वी किमान 24 तास थांबावे, असे Meta च्या मार्गदर्शनात सांगितले आहे. तसेच हा मेसेज त्या व्यक्तीला खरोखर हवा असण्याची शक्यता होती का, हे तपासा.

### ही त्रुटी पुन्हा होऊ नये यासाठी काय करावे?

मेसेज कसा पाठवला जातो हे नव्हे, तर काय पाठवले जाते ते बदला.

संपूर्ण यादीला पाठवण्याऐवजी अलीकडे सहभाग नोंदवलेल्या लोकांना मेसेज पाठवा. मोठ्या प्रमाणात जवळजवळ एकसारखे मेसेज पाठवले जाणे ही त्रुटी ओळखणारी पद्धत असल्याने मजकूर बदलत राहू द्या. प्रसारणात्मक जाहिरातीपेक्षा ग्राहकाने केलेल्या कृतीशी जोडलेले उपयुक्त मेसेज, जसे ऑर्डर किंवा बुकिंगशी संबंधित माहिती, प्राधान्याने पाठवा.

क्वालिटी रेटिंग आणि मेसेजिंग टियर दोन्ही एकत्र पाहणेही महत्त्वाचे आहे, कारण प्राप्तकर्त्यांच्या नकारात्मक प्रतिक्रियांमुळे दोन्हीवर परिणाम होतो. क्वालिटीमधील घसरणाऱ्या नंबरवर गंभीर परिणाम दिसण्यापूर्वी अशा त्रुटी अधिक दिसू शकतात. ही घसरण लवकर ओळखल्यास बदल करता येतो, मर्यादा लागू होण्यापूर्वी.

- ही 24 तासांची विंडो समजून टेम्प्लेट वापरणे. अट वेगळी, परिणाम तोच.
- लगेच पुन्हा प्रयत्न करणे. त्या प्राप्तकर्त्यासाठी किमान 24 तास थांबावे, असे Meta चे मार्गदर्शन आहे.
- याचा अर्थ बंदी असा लावणे. नंबर कार्यरत आहे; फक्त हा एक मेसेज डिलिव्हर झालेला नाही.

**माझ्या नंबरवर बंदी आली आहे का?** नाही. 131049 एक मेसेज रोखतो. नंबर कार्यरत राहतो आणि इतर मेसेज यशस्वीपणे पाठवले जाऊ शकतात.

**मी किती वेळ थांबावे?** त्या प्राप्तकर्त्याला पुन्हा पाठवण्यापूर्वी किमान 24 तास थांबावे, असे Meta चे मार्गदर्शन आहे. अचूक कालावधी जाहीर केलेला नाही.

**याचा माझ्या क्वालिटी रेटिंगवर परिणाम होतो का?** हा त्याच मूळ मोजमापातून मिळणारा संकेत आहे. त्यामुळे तो वारंवार दिसल्यास स्वतंत्र त्रुटी न मानता क्वालिटीबद्दलचा सुरुवातीचा इशारा समजा.

**प्रदाता हा प्रश्न टाळू शकतो का?** नाही. डिलिव्हरीच्या वेळी हा निर्णय Meta कडून लागू होतो, त्यामुळे अधिकृत एपीआय वापरणाऱ्या प्रत्येक प्रदात्याला समान वर्तन दिसते.

---

## WhatsApp त्रुटी 131048: स्पॅमची दरमर्यादा गाठली

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

त्रुटी 131048 म्हणजे नंबरची गुणवत्ता कमी झाल्यामुळे Meta त्या नंबरवरून मेसेज पाठवण्यावर मर्यादा घालत आहे. सामान्यतः प्राप्तकर्त्यांनी मेसेज ब्लॉक केल्यानंतर किंवा त्यांची तक्रार केल्यानंतर असे घडते. नंबर अजूनही काम करतो. गुणवत्ता सुधारत असताना तो किती मेसेज पाठवू शकतो, एवढेच बदलले आहे.

### नंबरची गुणवत्ता कशामुळे कमी होते?

प्राप्तकर्त्यांच्या नकारात्मक प्रतिक्रिया याला कारणीभूत असतात. Meta तुमच्या कोडवरून अंदाज लावत नाही, तर या प्रतिक्रिया मोजते.

यामध्ये ब्लॉक, तक्रारी आणि अधिक शांतपणे दिसणारे आणखी एक संकेत असतात: उत्तर अपेक्षित असलेल्या मेसेजना लोक साधे उत्तरही देत नाहीत. अनेक मेसेज पाठवून फारच कमी मेसेज परत मिळवणारा नंबर आणि संभाषणे सुरू ठेवणारा नंबर Meta ला वेगळा दिसतो. हा फरक जमा होऊन गुणवत्ता रेटिंगमध्ये दिसतो.

रेटिंग हिरवा, पिवळा आणि लाल अशा स्थितींमधून बदलते. लाल स्थितीत या त्रुटीसह मेसेज पाठवणे अयशस्वी होऊ लागते. फोनवर या बदलाची कोणतीही सूचना येत नाही आणि WhatsApp Business ॲप संपूर्ण काळात नेहमीप्रमाणे काम करते. त्यामुळे बहुतेक व्यवसायांना पहिला संकेत इशारा नसून मेसेज पाठवताना आलेली त्रुटी असते.

### नंबरची गुणवत्ता कशी सुधारते?

गुणवत्ता कमी करणारे मेसेज पाठवणे थांबवल्यास ती आपोआप सुधारते.

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

खरोखर उपयोगी ठरणारी गोष्ट म्हणजे मेसेज कोणाला पाठवायचे हे मर्यादित करणे. अलीकडे सहभागी झालेल्या लोकांनाच मेसेज पाठवा. प्रसारणात्मक जाहिरातींपेक्षा ग्राहकाने केलेल्या कृतीशी संबंधित उपयोगी मेसेजना प्राधान्य द्या. व्यक्तीऐवजी यादीला पाठवले जाणारे सर्व मेसेज बंद करा. रेटिंग कमी करणारी पद्धतच ती टिकवून ठेवते, त्यामुळे ती पद्धत बदलल्यावर सुधारणा सुरू होते.

### मेसेज अयशस्वी होण्यापूर्वी हे कसे कळेल?

फक्त रेटिंगवर लक्ष ठेवून. म्हणूनच कनेक्शन जोडण्यापुरते मर्यादित न राहता त्याचे निरीक्षण करणे महत्त्वाचे आहे.

Meta फोन नंबरवर गुणवत्ता रेटिंग आणि messaging tier दाखवते, आणि त्यात बदल होण्यापूर्वीच त्याचा परिणाम दिसतो. नंबर हिरव्यावरून पिवळ्या स्थितीत जात असेल तर अजून कृती करण्यासाठी वेळ असतो. नंबर लाल स्थितीत पोहोचून ही त्रुटी परत करू लागला असेल तर काही मेसेज आधीच पाठवता आलेले नसतात. ते रांगेत ठेवले जात नाहीत.

गुणवत्तेतील घट WhatsApp Business ॲपमध्ये कुठेही दिसत नाही. त्यामुळे फोनवरून उत्तर देणाऱ्या टीमला मेसेज पाठवणे थांबेपर्यंत सर्व काही नेहमीप्रमाणेच सुरू असल्याचे दिसते.

- याला मेसेज पाठवण्याच्या कोडमधील बग समजणे. विनंती योग्य आहे, मर्यादा नंबरवर आहे.
- यातून सुटण्यासाठी Tech Provider बदलणे. रेटिंग नंबरशी जोडलेले असते आणि नंबरसोबतच पुढे जाते.
- सूचना येण्याची वाट पाहणे. फोनवर गुणवत्तेतील घट जाहीर केली जात नाही.

**मेसेज अजूनही प्राप्त होऊ शकतात का?** हो. मेसेज प्राप्त करण्यावर परिणाम होत नाही आणि त्या नंबरवरील WhatsApp Business ॲप नेहमीप्रमाणे काम करत राहते.

**गुणवत्ता सुधारायला किती वेळ लागतो?** Meta ने यासाठी कोणताही आकडा जाहीर केलेला नाही. हे सतत बदलणारे मोजमाप आहे, त्यामुळे ठरावीक कालावधीनंतर नव्हे तर अलीकडचे मेसेज चांगले पाठवले गेल्यावर सुधारणा होते.

**दुसऱ्या Tech Provider कडे गेल्यास ही समस्या दूर होते का?** नाही. गुणवत्ता मेसेज पाठवणाऱ्या व्यक्तीशी नव्हे, तर फोन नंबरशी जोडलेली असते.

**याचा अर्थ नंबर बंदी घातलेला आहे का?** नाही. बंदी नंबर काढून टाकते. येथे नंबर कार्यरत राहतो, पण गुणवत्ता सुधारेपर्यंत त्याला पाठवता येणाऱ्या मेसेजची संख्या मर्यादित केली जाते.

---

## WhatsApp त्रुटी 132001: टेम्प्लेट अस्तित्वात नाही

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

132001 त्रुटीचा अर्थ तुम्ही पाठवण्याचा प्रयत्न केलेले टेम्प्लेट मागितलेल्या भाषेत अस्तित्वात नाही किंवा अस्तित्वात असूनही मंजूर नाही. टेम्प्लेटची ओळख नाव आणि भाषा यांच्या एकत्रित आधारावर होते, त्यामुळे वेगळ्या लोकेलमधील तेच नाव वेगळे टेम्प्लेट असते.

### अस्तित्वात असलेले टेम्प्लेट तरीही 132001 का देते?

बहुतेक वेळा कारण भाषा कोड असतो.

टेम्प्लेटची ओळख त्याचे नाव आणि भाषा यांच्या एकत्रित आधारावर होते. en_US मध्ये order_update म्हणून तयार केलेले टेम्प्लेट en, pt किंवा pt_BR मध्ये order_update म्हणून अस्तित्वात नसते. योग्य नावासोबत चुकीचा लोकेल पाठवल्यास हीच त्रुटी येते. मात्र नाव चुकीचे होते की भाषा, हे मेसेज स्पष्ट सांगत नाही.

दुसरे कारण म्हणजे मंजुरीची स्थिती. तयार केलेले पण पुनरावलोकनासाठी अजून प्रलंबित असलेले टेम्प्लेट पाठवता येत नाही. नाकारलेले टेम्प्लेटही पाठवता येत नाही. टेम्प्लेट कधी तयारच केलेले नसले तरी हाच कोड मिळतो, त्यामुळे नाव चुकीचे आहे असे गृहीत धरण्यापूर्वी स्टेटस तपासा.

### योग्य नाव आणि भाषा कशी शोधायची?

नंबरवरील टेम्प्लेटची यादी पाहा आणि कॉन्फिगरेशनवर अवलंबून न राहता तीच माहिती वापरा.

यादीत प्रत्येक टेम्प्लेटचे अचूक नाव, अचूक भाषा कोड आणि पुनरावलोकन स्टेटस दिसते. त्यामुळे या त्रुटीची तिन्ही कारणे एकाच वेळी तपासता येतात. हीच सर्वात विश्वासार्ह माहिती आहे, कारण टेम्प्लेट तयार करणाऱ्या प्रक्रियेनंतर त्यात बदल होऊ शकतो किंवा ते नाकारले जाऊ शकते.

MCP कनेक्टरद्वारे हा एपीआय कॉल नसून प्रश्न असतो: एखाद्या नंबरवर कोणती टेम्प्लेट मंजूर आहेत ते विचारा आणि असिस्टंट त्यांची यादी वाचून सांगतो. तुमच्या कोडमधून WhatsApp Business Account विरुद्ध एक Graph विनंती पाठवा आणि त्या कनेक्शनचा phone number id व टोकन वापरा.

### मंजुरीला किती वेळ लागतो?

सहसा काही मिनिटे, कधी कधी एका दिवसापर्यंत.

पाठवण्यापूर्वी Meta प्रत्येक टेम्प्लेटचे पुनरावलोकन करते. बहुतेक टेम्प्लेट लवकर मंजूर होतात, पण वेळ निश्चित नसतो आणि कोणताही प्रदाता ही प्रक्रिया जलद करू शकत नाही. टेम्प्लेट तयार करून लगेच मेसेज पाठवणाऱ्या प्रणालींसाठी हे महत्त्वाचे आहे, कारण पुनरावलोकन प्रलंबित असताना पाठवलेला मेसेज या त्रुटीसह अयशस्वी होईल.

इंटिग्रेशन सेटअप करताना टेम्प्लेट आधी तयार करा आणि त्यावर अवलंबून राहण्यापूर्वी स्टेटस तपासा. कनेक्टर असलेला असिस्टंट दोन्ही कामे करू शकतो: टेम्प्लेट सबमिट करणे आणि ते मंजूर, नाकारलेले की अजून पुनरावलोकनात आहे ते सांगणे.

- टेम्प्लेट en_US मध्ये तयार केलेले असताना en पाठवणे. एपीआयच्या दृष्टीने ही वेगवेगळी टेम्प्लेट आहेत.
- टेम्प्लेट तयार करून त्याच प्रक्रियेत मेसेज पाठवणे. Meta आधी त्याचे पुनरावलोकन करते.
- नाकारलेले टेम्प्लेट अजूनही चालते असे गृहीत धरणे. हरवलेल्या टेम्प्लेटप्रमाणेच त्यासाठीही ही त्रुटी येते.

**अचूक भाषा कोड कुठे पाहू?** त्या नंबरसाठीच्या टेम्प्लेट यादीत. त्यात नाव, भाषा आणि स्टेटस एकत्र दिसतात, त्यामुळे हीच सर्वात विश्वासार्ह माहिती आहे.

**प्रलंबित टेम्प्लेट पाठवता येते का?** नाही. फक्त मंजूर टेम्प्लेट वितरित होतात. प्रलंबित टेम्प्लेटसाठीही हीच त्रुटी येते.

**नाकारलेले टेम्प्लेट पुन्हा तयार करावे लागते का?** ते संपादित करून पुन्हा सबमिट करता येते. मात्र नाकारलेल्या स्थितीत ते मेसेज पाठवू शकत नाही.

**WhatsApp Business ॲप टेम्प्लेट पाठवू शकते का?** Coexistence नंबरवर नाही. टेम्प्लेट एपीआयद्वारे पाठवावी लागतात, हेच नंबर कनेक्ट करण्याचे एक व्यावहारिक कारण आहे.

---

## WhatsApp त्रुटी 132000: पॅरामीटरची संख्या जुळत नाही

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

132000 त्रुटी म्हणजे तुम्ही दिलेली व्हेरिएबल्स टेम्प्लेटच्या अपेक्षेशी जुळत नाहीत. दोन प्लेसहोल्डर्स असलेल्या टेम्प्लेटला क्रमाने नेमकी दोन मूल्ये लागतात. एखाद्याने टेम्प्लेट संपादित केल्यानंतर पाठवणीचा कोड अपडेट न केल्यास ही त्रुटी सहसा दिसते.

### टेम्प्लेटमधील व्हेरिएबल्स कशा मोजल्या जातात?

टेम्प्लेटच्या मजकुरातील क्रमांकित प्लेसहोल्डर्स वापरून, प्रत्येक कंपोनंटमध्ये आणि क्रमाने.

Hello {{1}}, your order {{2}} has shipped असा टेम्प्लेट बॉडी मजकूर दोन व्हेरिएबल्स निश्चित करतो. त्यामुळे पाठवणीत बॉडी कंपोनंटसाठी नेमकी दोन मूल्ये द्यावी लागतात. एक किंवा तीन मूल्ये दिल्यास ही त्रुटी येते. दोन मूल्ये दिली, पण चुकीच्या कंपोनंटसाठी दिली, तरीही त्रुटी येते, कारण हेडर, बॉडी आणि बटणचे पॅरामीटर्स एकत्र न करता स्वतंत्रपणे मोजले जातात.

म्हणून ही त्रुटी पहिल्या दृष्टीक्षेपात चुकीची वाटू शकते: मूल्यांची एकूण संख्या बरोबर असते, पण कंपोनंट्समधील वाटप चुकीचे असते.

### काल चाललेल्या टेम्प्लेटवर ही त्रुटी का दिसते?

एखाद्याने टेम्प्लेट संपादित केले, पण त्यानुसार पाठवणीचा कोड बदलला नाही.

मंजुरीनंतर टेम्प्लेट संपादित करता येतात. प्लेसहोल्डर जोडल्याने किंवा काढल्याने पाठवणाऱ्याच्या दृष्टीने करार शांतपणे बदलतो. इंटिग्रेशनला कोणतीही सूचना मिळत नाही आणि पुढची पाठवणी अयशस्वी होते. WhatsApp Manager मध्ये मार्केटिंग टीम टेम्प्लेट्स संपादित करते आणि इंजिनिअरिंग टीम पाठवणीचा कोड सांभाळते अशा टीममध्ये ही त्रुटी दिसण्याचा हा सर्वात सामान्य मार्ग आहे.

उपाय म्हणजे सुरुवातीला लिहून ठेवलेल्या मूल्यावर विसंबण्याऐवजी टेम्प्लेट पुन्हा वाचणे. Listing templates सध्याची व्याख्या परत करते आणि पाठवणीच्या वेळी तीच एकमेव महत्त्वाची आवृत्ती असते.

### मूल्ये योग्य प्रकारे कशी द्यायची?

टेम्प्लेटच्या स्वतःच्या रचनेशी जुळणारा components array तयार करून.

प्रत्येक कंपोनंटमध्ये त्याचा प्रकार आणि प्लेसहोल्डर्स ज्या क्रमाने दिसतात त्या क्रमाने त्याचे पॅरामीटर्स असतात. दोन व्हेरिएबल्स असलेल्या बॉडीसाठी दोन टेक्स्ट पॅरामीटर्स असलेला बॉडी कंपोनंट लागतो. हेडरमध्येही व्हेरिएबल असल्यास, त्या हेडरच्या स्वतःच्या पॅरामीटरसह हेडर कंपोनंट द्यावा लागतो. हेडरचे मूल्य बॉडीच्या यादीत जोडायचे नसते.

MCP कनेक्टरद्वारे हे तुमच्यापासून एक पाऊल दूर होते: असिस्टंट टेम्प्लेट वाचतो, प्रत्येक कंपोनंटमध्ये किती प्लेसहोल्डर्स आहेत ते पाहतो आणि तुम्ही मागितलेल्या माहितीमधून ती भरतो. तुमच्या स्वतःच्या कोडमध्ये बदलू शकणारी रचना हार्डकोड करण्याऐवजी सुरुवातीलाच टेम्प्लेटची व्याख्या वाचणे योग्य आहे.

- हेडर आणि बॉडी व्हेरिएबल्स एका यादीत एकत्र करणे. त्या प्रत्येक कंपोनंटनुसार मोजल्या जातात.
- व्हेरिएबल्सची संख्या हार्डकोड करणे. टेम्प्लेट संपादित केल्यावर पाठवणाऱ्याला सूचना न देता ती बदलते.
- न वापरलेल्या प्लेसहोल्डरसाठी रिकामी स्ट्रिंग पाठवणे. टेम्प्लेटमध्ये तो तरीही निश्चित केलेला असतो, त्यामुळे संख्या जुळली पाहिजे.

**व्हेरिएबल्स नसलेले टेम्प्लेट पाठवता येते का?** होय. टेम्प्लेटमध्ये एकही व्हेरिएबल निश्चित नसेल तर कोणतेही पॅरामीटर्स पाठवू नका. तरीही ते दिल्यास ही त्रुटी येते.

**मूल्यांचा क्रम महत्त्वाचा आहे का?** होय. प्लेसहोल्डर्सना क्रमांक दिलेले असतात आणि ते क्रमाने भरले जातात. त्यामुळे दोन मूल्यांची अदलाबदल केल्यास त्रुटीऐवजी चुकीचा मेसेज तयार होतो.

**एकाच पाठवणीने एका भाषेत काम करून दुसऱ्या भाषेत का होत नाही?** प्रत्येक भाषेची आवृत्ती स्वतंत्र टेम्प्लेट असते आणि संपादनानंतर तिच्यात प्लेसहोल्डर्सची संख्या वेगळी असू शकते.

**ही 132001 सारखीच त्रुटी आहे का?** नाही. 132001 म्हणजे टेम्प्लेट सापडले नाही किंवा मंजूर झालेले नाही. 132000 म्हणजे टेम्प्लेट सापडले, पण व्हेरिएबल्स जुळल्या नाहीत.

---

## WhatsApp त्रुटी 2593107: सिंक्रोनायझेशन मर्यादा ओलांडली

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

त्रुटी 2593108 म्हणजे नंबर ऑनबोर्ड केल्यानंतर 24 तासांहून अधिक वेळाने संपर्क आणि चॅट इतिहासाचा सिंक्रोनायझेशन सुरू झाला. ही मुदत Meta ने ठरवलेली आहे. ती संपल्यानंतर सिंक करण्याचा एकमेव मार्ग म्हणजे नंबर पुन्हा कनेक्ट करणे.

### ही कोणती 24 तासांची विंडो आहे?

गोंधळाचे मुख्य कारण ठरणारी मेसेजिंग विंडो ही नाही.

WhatsApp Business Platform मध्ये ग्राहक सेवा देण्यासाठी प्रसिद्ध 24 तासांची विंडो असते. ती ग्राहकाच्या शेवटच्या मेसेजपासून मोजली जाते आणि विनामूल्य मजकूर मेसेज पाठवता येईल की नाही हे ठरवते. ही त्यापेक्षा पूर्णपणे वेगळी वेळमर्यादा आहे. Coexistence नंबरचे ऑनबोर्डिंग पूर्ण झाल्यापासून ती मोजली जाते आणि संपर्क व चॅट इतिहास अजून मिळवता येतो की नाही, एवढेच ठरवते.

नंबर सोडला तर या दोन्हींचा एकमेकांशी काही संबंध नाही. मेसेज यशस्वीपणे पाठवला गेला, याचा अर्थ सिंकची विंडो अजून खुली आहे असा होत नाही.

### ही मुदत चुकते का?

कारण ऑनबोर्डिंग आणि इंटिग्रेशन सहसा वेगवेगळ्या दिवशी, आणि अनेकदा वेगवेगळ्या लोकांकडून केले जाते.

सामान्य क्रम असा असतो: व्यवसायमालक दुपारी नंबर कनेक्ट करतो, त्यानंतर त्या आठवड्यात एजन्सी किंवा डेव्हलपर तो त्यांच्या सिस्टिमशी जोडतो. इतिहासाचा विचार होईपर्यंत विंडो बंद झालेली असते. त्यामुळे इशारा मिळण्याऐवजी अपरिचित त्रुटी कोड दिसतो.

सिंककडे इंटिग्रेशनचा भाग म्हणून नव्हे, तर ऑनबोर्डिंगचाच भाग म्हणून पाहणे योग्य ठरते. इतिहास महत्त्वाचा असेल, तर नंबर कनेक्ट झाल्याच दिवशी, इतर काही तयार करण्यापूर्वी तो मिळवावा लागतो.

### विंडो बंद झाल्यावर कोणते पर्याय आहेत?

नंबर डिस्कनेक्ट करून पुन्हा कनेक्ट करा, किंवा इतिहासाशिवाय सुरुवात करा.

पुन्हा कनेक्ट केल्यावर फोनवरील स्कॅनसह Embedded Signup पुन्हा सुरू होते आणि नवी विंडो उघडते. WhatsApp Business ॲपवर कोणताही परिणाम होत नाही, त्यामुळे दोन्ही पर्यायांत व्यवसायाची संभाषणे सुरक्षित राहतात. मात्र पुन्हा फोनजवळ कोणीतरी उपस्थित असावे लागते.

इतिहासाशिवाय सुरुवात करणे अनेकदा पुरेसे असते. नंबर कनेक्ट झाल्यापासून एपीआयला सर्वकाही मिळते आणि बहुतेक इंटिग्रेशनना जुन्या संभाषणांपेक्षा नवी संभाषणे महत्त्वाची असतात. एखाद्या ग्राहकाचा मागील संदर्भ त्वरित पाहणे आवश्यक असेल तेव्हाच इतिहास अधिक महत्त्वाचा ठरतो. असे प्रसंग दिसतात त्यापेक्षा कमी असतात.

- याला मेसेजिंग विंडो समजणे. दोन्ही वेगळ्या गोष्टी मोजणाऱ्या स्वतंत्र वेळमर्यादा आहेत.
- इंटिग्रेशनचे काम सुरू होईपर्यंत इतिहास बाजूला ठेवणे. तोपर्यंत विंडो बहुतेक वेळा बंद झालेली असते.
- वेबहुकचा डेस्टिनेशन पुन्हा सेट न करता नंबर कनेक्ट करणे. डिस्कनेक्ट केल्यावर ते कायम राहत नाही.

**ही मेसेजिंग विंडोसारखीच 24 तासांची मुदत आहे का?** नाही. ही ऑनबोर्डिंगपासून मोजली जाते आणि सिंक ठरवते. मेसेजिंग विंडो ग्राहकाच्या शेवटच्या मेसेजपासून मोजली जाते आणि विनामूल्य मजकूर मेसेज ठरवते.

**ही विंडो वाढवता येते का?** नाही. ती Meta ने ठरवलेली आहे आणि कोणताही प्रोव्हायडर ती वाढवू शकत नाही.

**पुन्हा कनेक्ट करण्यासाठी काही शुल्क आहे का?** पुन्हा कनेक्ट करण्यासाठी कोणतेही शुल्क आकारले जात नाही. मात्र कोड पुन्हा स्कॅन करण्यासाठी कोणीतरी फोनजवळ उपस्थित असावे लागते.

**मी इतिहासाचा सिंक कधीच केला नाही तर?** नंबर कनेक्ट झाल्यापासून एपीआयला सर्वकाही मिळत राहते. एखाद्या गोष्टीला मागील संदर्भ त्वरित हवा असेल तरच इतिहास महत्त्वाचा ठरतो.

---

## WhatsApp त्रुटी 131026: मेसेज पोहोचवता येत नाही

https://easycoexistence.com/mr/docs/whatsapp-error-131026

त्रुटी 131026 म्हणजे Meta त्या प्राप्तकर्त्यापर्यंत मेसेज पोहोचवू शकले नाही. सहसा तो नंबर WhatsApp वर नोंदणीकृतच नसतो, किंवा पूर्वी नोंदणीकृत असून नंतर काढला गेलेला असतो. जुना क्लायंट किंवा वापरकर्त्याने न स्वीकारलेल्या अटींमुळेही हाच कोड दिसतो.

### वैध दिसणारा नंबर पोहोचवता का येत नाही?

फोन नंबर असणे आणि त्या नंबरवर WhatsApp असणे या दोन वेगळ्या गोष्टी आहेत.

याचे सर्वात सामान्य कारण म्हणजे प्राप्तकर्त्याने तो नंबर WhatsApp वर कधीच नोंदवलेला नसतो किंवा नंतर तो काढून टाकलेला असतो. नंबरच्या फॉरमॅटवरून हे समजत नाही. म्हणून CRM मधून आयात केलेल्या यादीत मोठ्या प्रमाणावर अशा त्रुटी दिसतात: त्यात फोन नंबर असतात, पण त्यापैकी काहीच नंबर WhatsApp वर असतात.

दोन कमी सामान्य कारणांमुळेही हाच कोड दिसतो. प्राप्तकर्ता मेसेजच्या प्रकारासाठी खूप जुना WhatsApp क्लायंट वापरत असू शकतो किंवा एखाद्या नवीन सुविधेसाठी आवश्यक असलेल्या अटी त्याने स्वीकारलेल्या नसू शकतात. या दोन्ही गोष्टी पाठवणारा नियंत्रित करू शकत नाही.

### हा कोड मिळाल्यावर काय करावे?

तो संपर्काच्या नोंदीत लिहा आणि पुन्हा प्रयत्न करण्याऐवजी त्या नंबरवर मेसेज पाठवणे थांबवा.

ही स्थिती प्राप्तकर्त्याच्या बाजूला असते. त्यामुळे लगेच पुन्हा प्रयत्न केल्यास तोच प्रतिसाद मिळतो आणि नियोजित प्रयत्न केल्यावरही सहसा तसेच होते. ही त्रुटी तात्पुरती आहे असे मानल्यास, काहीही न मिळणाऱ्या नंबरवर इंटिग्रेशनचा थ्रूपुट वाया जातो.

संपर्क WhatsApp वर पोहोचण्यायोग्य नाही असे चिन्हांकित करून त्यांना दुसऱ्या मार्गाने संपर्क करणे अधिक उपयोगी ठरते. यामुळे संपर्क यादी कालांतराने नकळत खराब होण्यापासूनही वाचते. नंबर खरोखर WhatsApp वर असेल, तर उपाय तुमच्याकडे नसून प्राप्तकर्त्याच्या बाजूला आहे.

- नियोजित वेळापत्रकानुसार पुन्हा प्रयत्न करणे. स्थिती प्राप्तकर्त्याच्या बाजूची असल्यामुळे वेळ गेल्याने ती दूर होत नाही.
- ही फॉरमॅटची समस्या समजणे. नंबर Meta पर्यंत पोहोचला आणि पडताळणीवेळी नव्हे, तर वितरणावेळी नाकारला गेला.
- फिल्टर न करता CRM यादीवर मेसेज पाठवणे. प्रत्येक फोन नंबर WhatsApp नंबर असेलच असे नाही.

**नंबर WhatsApp वर आहे की नाही हे आधी तपासता येते का?** विश्वसनीयपणे नाही आणि Meta अशी शोध सुविधा देत नाही. प्रत्यक्षात पहिला मेसेज हाच तपास असतो.

**याचा माझ्या गुणवत्ता रेटिंगवर परिणाम होतो का?** न पोहोचणारे प्राप्तकर्ते तुम्हाला ब्लॉक करणाऱ्या किंवा रिपोर्ट करणाऱ्या प्राप्तकर्त्यांसारखे नसतात. पण अशा नंबरांनी भरलेल्या यादीवर मोठ्या प्रमाणावर मेसेज पाठवल्यास त्याचा परिणाम इतर ठिकाणी दिसू शकतो.

**नंबरच्या फॉरमॅटची समस्या आहे का?** सहसा नाही. चुकीच्या फॉरमॅटचे नंबर त्याऐवजी पॅरामीटर त्रुटी देतात. या कोडचा अर्थ नंबर समजला, पण त्याच्यापर्यंत पोहोचता आले नाही असा आहे.

**संपर्क काढून टाकावा का?** तो हटवण्याऐवजी WhatsApp वर पोहोचण्यायोग्य नाही असे चिन्हांकित करा. ती व्यक्ती नंतर तो नंबर नोंदवू शकते.

---

## WhatsApp Business Account मधील पेमेंट समस्या 131042

https://easycoexistence.com/mr/docs/whatsapp-error-131042

131042 त्रुटीचा अर्थ WhatsApp Business Account वर कार्यरत पेमेंट पद्धत नसल्यामुळे Meta ला मेसेजेससाठी शुल्क आकारता येत नाही. हे शुल्क Meta थेट तुमच्याकडून घेते, त्यामुळे उपाय WhatsApp Manager मध्ये आहे, तुमचा एपीआय ॲक्सेस देणाऱ्या सेवा पुरवठादाराकडे नाही.

### प्रत्यक्षात कोण कोणाकडून शुल्क घेत आहे?

दोन कंपन्या आहेत, आणि त्यापैकी फक्त एका कंपनीच्या शुल्काचा तुमच्या सेवा पुरवठादाराशी संबंध आहे.

Meta WhatsApp Business Platform वरील संभाषणांसाठी शुल्क घेते आणि तुमच्या स्वतःच्या WhatsApp Business Account शी जोडलेल्या पेमेंट पद्धतीवर ते आकारते. हा संबंध तुमचा आणि Meta चा आहे. सेवा पुरवठादार त्यासोबत स्वतंत्रपणे ॲक्सेस आणि साधनांसाठी शुल्क घेतो, पण त्या संभाषण शुल्कांचा त्याला कधीच व्यवहार होत नाही.

म्हणून सेवा पुरवठादाराशी संपर्क साधून ही त्रुटी दूर करता येत नाही आणि त्या भूमिकेतील कोणीही तुमच्यावतीने कार्ड जोडू शकत नाही. संभाषण शुल्क सेवा पुरवठादाराला मिळतच नसल्यामुळे तो त्यावर मार्जिनही लावू शकत नाही.

### पेमेंट पद्धत कुठे सेट केली जाते?

नंबरच्या मालकीच्या WhatsApp Business Account साठी WhatsApp Manager मध्ये.

तिथे तुम्ही पेमेंट पद्धत जोडू किंवा अपडेट करू शकता. काही प्रकारचे मेसेजेस पाठवण्यासाठी खात्यात पेमेंट पद्धत असणे आवश्यक आहे. विशेषतः मार्केटिंग टेम्प्लेट मेसेजेससाठी ती गरजेची असते. त्यामुळे केवळ ग्राहकांच्या उत्तरांसाठी वापरल्या गेलेल्या खात्यात पहिल्यांदा प्रमोशनल मेसेज पाठवताना ही त्रुटी दिसते.

एपीआयमधून हे जाणीवपूर्वक करता येत नाही. कार्ड जोडण्यासाठी कोणताही एंडपॉइंट नाही, कारण हा मेसेजिंग ऑपरेशन नसून खात्याशी संबंधित व्यावसायिक व्यवहार आहे.

- सेवा पुरवठादाराला ही समस्या सोडवण्यास सांगणे. बिलिंग संबंध तुमचा आणि Meta चा आहे आणि कोणतेही एपीआय कार्ड जोडू शकत नाही.
- सेवा पुरवठादाराचे शुल्क मेसेजच्या खर्चात समाविष्ट आहे असे मानणे. ही दोन वेगळ्या कंपन्यांची स्वतंत्र शुल्के आहेत.
- पेमेंट पद्धत नसलेल्या खात्यावर मार्केटिंग टेम्प्लेट्स वापरण्याचा प्रयत्न करणे. अशा मेसेजेससाठी Meta ला पेमेंट पद्धत आवश्यक असते.

**EasyCoexistence माझ्यावतीने Meta ला पैसे देऊ शकते का?** नाही. शुल्क तुमच्या स्वतःच्या WhatsApp Business Account वरील पेमेंट पद्धतीवर आकारले जाते आणि ती जोडण्यासाठी कोणतेही एपीआय नाही.

**हे फक्त आताच का दिसले?** बहुतेकदा पहिले मार्केटिंग टेम्प्लेट मेसेज पाठवण्याचा प्रयत्न झाल्यामुळे. Meta ला विशेषतः अशा मेसेजेससाठी पेमेंट पद्धत आवश्यक असते.

**यामुळे येणारे मेसेजेस थांबतात का?** मेसेजेस स्वीकारण्यावर परिणाम होत नाही. Meta ला शुल्क आकारायचे असल्याने पाठवताना अडथळा येतो.

**Meta चे शुल्क पूर्णपणे टाळण्याचा मार्ग आहे का?** 24 तासांच्या ग्राहक सेवा कालावधीतील उत्तरे मोफत असतात. त्याबाहेर सुरू होणाऱ्या संभाषणांसाठी Meta शुल्क घेते.

---

## WhatsApp त्रुटी 133010: फोन नंबर नोंदणीकृत नाही

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

त्रुटी 133010 म्हणजे फोन नंबरची WhatsApp Business Platform वर नोंदणी पूर्ण झालेली नाही. नंबर खात्याला जोडलेला आणि डॅशबोर्डमध्ये दिसत असला, तरी नोंदणी पूर्ण होईपर्यंत त्यावरून काहीही पाठवता येत नाही.

### इथे नोंदणीचा नेमका अर्थ काय आहे?

WhatsApp Business खात्यात नंबर अस्तित्वात असण्यापेक्षा वेगळी अशी ही अंतिम पायरी आहे, जी नंबरला मेसेज पाठवण्यासाठी वापरण्यायोग्य करते.

ऑनबोर्डिंग नंबरला खात्याशी जोडते आणि त्याचे आयडेंटिफायर देते. नोंदणीमुळे प्लॅटफॉर्मला नंबर व्यवहारासाठी तयार असल्याचे कळते. डॅशबोर्डमध्ये नंबर आधीच दिसत असल्यामुळे ही पायरी अनेकदा नकळत राहून जाते. सर्व काही कनेक्टेड दिसते, पण पहिला मेसेज पाठवताना त्रुटी येते.

Coexistence नंबरमध्ये हे आणखी एका कारणामुळे सहज लक्षात येत नाही: फोनवरील WhatsApp Business ॲप संपूर्ण काळ व्यवस्थित सुरू राहते. त्यामुळे व्यवसायाच्या रोजच्या कामकाजातून काही अपूर्ण आहे असे जाणवत नाही.

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

सहसा कोणी विंडो बंद केल्यामुळे.

Meta चे Embedded Signup पॉपअपच्या रूपात चालते. त्यात फोनवर कोड स्कॅन करण्यासह अनेक पायऱ्या असतात. नंबर दिसल्यानंतर, पण फ्लो पूर्ण होण्यापूर्वी विंडो बंद केल्यास हीच स्थिती निर्माण होते. फोनचा भाग मध्येच खंडित झाला किंवा डिव्हाइस शोधत असताना सेशनची मुदत संपली, तरी असेच होते.

मेसेज पुन्हा पाठवण्याऐवजी फ्लो पुन्हा चालवणे हा उपाय आहे. पुन्हा कनेक्ट केल्यावर प्रक्रिया सुरुवातीपासून सुरू होऊन नोंदणी पूर्ण होते. हा फ्लो दोनदा चालवल्याने नंबर किंवा WhatsApp Business ॲपवर कोणताही परिणाम होत नाही.

- मेसेज पुन्हा पाठवणे. मेसेज पाठवण्याचा प्रयत्न केल्याने नोंदणी पूर्ण होत नाही.
- दिसणारा नंबर कार्यरत आहे असे गृहीत धरणे. तो खात्याला जोडलेला असूनही नोंदणीकृत नसू शकतो.
- फोनवरून निदान करणे. नोंदणी पूर्ण झाली असो वा नसो, WhatsApp Business ॲप नेहमीप्रमाणे काम करते.

**नंबर हरवला आहे का?** नाही. Meta चा ऑनबोर्डिंग फ्लो पुन्हा चालवल्यावर नोंदणी पूर्ण होते आणि संपूर्ण प्रक्रियेत WhatsApp Business ॲपवर परिणाम होत नाही.

**मी एपीआयद्वारे नोंदणी करू शकतो का?** नोंदणी Meta च्या ऑनबोर्डिंग फ्लोचा भाग आहे. त्यासाठी ब्राउझर आणि फोन आवश्यक आहेत. स्कॅन टाळण्यासाठी एपीआयचा शॉर्टकट नाही.

**मला अजूनही मेसेजेस का मिळत आहेत?** मेसेज मिळणे आणि पाठवणे एकाच पायरीवर अवलंबून नसते. त्यामुळे अर्धवट ऑनबोर्ड केलेला नंबर फोनवरून कार्यरत दिसू शकतो.

**ही 133006 सारखीच त्रुटी आहे का?** नाही. 133006 म्हणजे नोंदणी होण्यापूर्वी नंबरची पडताळणी आवश्यक आहे. या त्रुटीत नोंदणीच पूर्ण झालेली नसते.

---

## WhatsApp त्रुटी 190: प्रवेश टोकनची वैधता संपली

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

त्रुटी 190 म्हणजे विनंतीसाठी वापरलेल्या प्रवेश टोकनची वैधता संपली आहे किंवा ते अमान्य केले गेले आहे. प्रत्येक कॉल अगदी त्याच पद्धतीने अयशस्वी होतो, त्यामुळे नंबर गायब झाल्यासारखे वाटते. तो गायब झालेला नाही: क्रेडेन्शियलमध्ये बिघाड झाला आहे आणि नंबर सहसा व्यवस्थित आहे.

### वैधता संपलेले टोकन गहाळ नंबरसारखे का दिसते?

कारण प्रत्येक विनंती अयशस्वी होते आणि प्रत्येक वेळी तीच त्रुटी दिसते.

नंबर वाचणे, त्याची हेल्थ तपासणे, टेम्प्लेटची यादी पाहणे आणि मेसेज पाठवणे एकाच वेळी बंद होते. बाहेरून पाहता नंबर खात्यातून काढला गेल्यापेक्षा ही स्थिती वेगळी ओळखता येत नाही. एका क्रेडेन्शियलवर चालणाऱ्या इंटिग्रेशनकडे या दोन्ही गोष्टी वेगळ्या ओळखण्याचा मार्ग नसतो. त्यामुळे काहीही तसे घडलेले नसताना अनेकांना वाटते की त्यांचे कनेक्शन तुटले आहे.

हा फरक महत्त्वाचा आहे, कारण दोन्ही परिस्थितींवरील उपाय अगदी उलटे आहेत. बिघडलेले क्रेडेन्शियल बदलले जाते. काढलेला नंबर पुन्हा कनेक्ट करावा लागतो, ज्यासाठी व्यवसायमालक आणि फोन दोन्ही आवश्यक असतात.

### दोन्हीमधला फरक कसा ओळखायचा?

त्याच खात्यातील माहिती वाचू शकणारे दुसरे क्रेडेन्शियल ठेवून.

EasyCoexistence प्रत्येक कनेक्शनसाठी क्लायंटचा टोकन आणि स्वतःचा System User टोकन ठेवते. एक टोकन नाकारला गेला, तर दुसरा WhatsApp Business Account वाचून नेमके काय बिघडले ते स्पष्ट करतो. क्लायंटचा टोकन नाकारला गेला पण दुसऱ्या टोकनने वाचन होत असेल, तर क्रेडेन्शियलची वैधता संपली आहे आणि नंबरची हेल्थ ठीक आहे. दोन्ही अयशस्वी होत असतील, तर नंबरवरच काहीतरी घडले आहे.

दुसरा वाचक नसल्यास फरक ओळखण्याचा एकमेव मार्ग म्हणजे व्यवसायमालकाला तपासायला सांगणे. मॉनिटरिंगने टाळायचा असतो तो हाच व्यत्यय.

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

अनेक प्रकारे, आणि त्यांपैकी बहुतेक वेळा हे जाणीवपूर्वक होत नाही.

टोकनची वैधता ठरावीक काळासाठी असते आणि ती आपोआप संपते. Meta खात्याचा पासवर्ड बदलल्यास टोकन अमान्य होतात. Business Settings मध्ये ॲपचा प्रवेश काढल्यानेही असे होते. तसेच Meta ला एखादा टोकन धोक्यात आल्याचे वाटल्यास तो टोकन रद्द केला जाऊ शकतो. यापैकी कोणत्याही घटनेपूर्वी इशारा मिळत नाही आणि फोनवरील WhatsApp Business ॲपमधूनही हे दिसत नाही.

म्हणून टोकनची वैधता एरर हँडलरमध्ये नव्हे, तर मॉनिटरिंगमध्ये तपासली पाहिजे. एरर हँडलरला त्रुटी दिसेपर्यंत मेसेज पाठवणे आधीच अयशस्वी झालेले असते.

- नंबर पुन्हा कनेक्ट करणे. समस्या टोकनची असल्यास, कधीच आवश्यक नसलेले काम व्यवसायमालकाकडून करून घेतले जाते.
- समस्या अधूनमधून येते असे मानून पुन्हा प्रयत्न करणे. अमान्य केलेला टोकन आपोआप पुन्हा कार्यरत होत नाही.
- एकाच क्रेडेन्शियलवर अवलंबून राहणे. एकच टोकन असल्यास क्रेडेन्शियल अयशस्वी झाले की नंबर गहाळ झाला, हे ओळखता येत नाही.

**नंबर अजूनही कार्यरत आहे का?** सहसा होय. WhatsApp Business ॲपवर परिणाम होत नाही आणि नंबर स्वतः सुरक्षित असतो. बंद झालेले असते ते एपीआय ॲक्सेस.

**त्रुटी 0 ही त्याच गोष्टीसाठी आहे का?** प्रत्यक्षात होय. एंडपॉइंटनुसार Meta हीच स्थिती दोन्ही कोडखाली दाखवते.

**पुन्हा कनेक्ट केल्याने समस्या सुटेल का?** होईल, पण हा छोट्या समस्येसाठी मोठा उपाय आहे. नवीन क्रेडेन्शियलने सुटणाऱ्या कामासाठी व्यवसायमालक आणि फोन आवश्यक पडतात.

**टोकनची वैधता संपणार नाही अशी व्यवस्था करता येते का?** System User टोकन दीर्घकाळ वैध राहू शकतात. म्हणूनच दुसरा टोकन ठेवणे उपयुक्त ठरते.

---

## WhatsApp error 130429: थ्रूपुट लिमिट गाठली

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

Error 130429 म्हणजे या नंबरसाठी Cloud API थ्रूपुट लिमिट गाठली आहे. ही व्हॉल्यूमची नव्हे तर रेटची समस्या आहे: तेच मेसेजेस अधिक हळू पाठवल्यास जातात. Coexistence नंबरवरील कमाल मर्यादा Meta ठरवते.

### प्रत्यक्षात कशावर मर्यादा आहे?

तुम्ही दिवसाला किती मेसेजेस पाठवू शकता यावर नव्हे, तर मेसेजेस बाहेर जाण्याच्या वेगावर मर्यादा आहे.

प्लॅटफॉर्म एका नंबरसाठी दर सेकंदाला ठरावीक संख्येने मेसेजेस स्वीकारतो. त्यापेक्षा जास्त विनंत्या क्यूमध्ये न ठेवता नाकारल्या जातात. त्यामुळे दहा हजार मेसेजेस पाठवणे ही स्वतः समस्या नाही; ते सगळे एकाच सेकंदात पाठवणे समस्या आहे. काही मिनिटांत पसरवून पाठवल्यास तोच बॅच कोणताही मेसेज गमावता जातो.

हे messaging tier पेक्षा वेगळे आहे. messaging tier मुळे तुम्ही दिवसाला किती वेगळ्या ग्राहकांशी संभाषण सुरू करू शकता हे ठरते. quality limiting मुळे ज्या नंबरच्या प्राप्तकर्त्यांची प्रतिक्रिया खराब असते त्यांच्यावर मर्यादा येते. तीन वेगळ्या कमाल मर्यादा आणि तीन वेगळे कोड असून त्यांचा अनेकदा गोंधळ होतो.

### मर्यादा वाढवता येते का?

Coexistence नंबरवर नाही. Meta ती ठरावीक वेगावर निश्चित करते आणि कोणताही provider ती वाढवू शकत नाही. त्यामुळे जास्त वेग गृहीत धरून डिझाइन करण्यापूर्वी हे माहीत असणे महत्त्वाचे आहे.

नेहमीच्या पद्धतीने onboard केलेल्या नंबरवर थ्रूपुट वेळेनुसार quality rating आणि messaging tier सोबत वाढतो. हा Coexistence मधील काही खऱ्या trade-off पैकी एक आहे. त्यामुळे मोठ्या प्रमाणावर broadcast करणारा नंबर सहसा Coexistence शिवाय onboard केलेला अधिक योग्य ठरतो.

संभाषणात्मक वापरात ही कमाल मर्यादा क्वचितच अडथळा ठरते. कोड परवानगी देतो तितक्या वेगाने एखादी प्रक्रिया यादीतील प्रत्येकाला मेसेज पाठवते तेव्हा ती अडचण बनते. स्वतःहून अशी रचना टाळणे योग्य आहे.

### त्याऐवजी sender ने काय करावे?

मेसेज पाठवण्याचा वेग नियंत्रित करा आणि backoff ठेवून पुन्हा प्रयत्न करा. ताबडतोब पुन्हा प्रयत्न करू नका.

निश्चित वेगाची क्यू हा टिकाऊ उपाय आहे. त्यामुळे लिमिट उत्पादनात अचानक समजणारी गोष्ट न राहता सिस्टिमच्या रचनेचा भाग बनते. ते जास्त वाटत असल्यास, या विशिष्ट कोडसाठी exponential backoff वापरल्याने बहुतांश फायदा मिळतो.

घट्ट अंतराने पुन्हा पुन्हा प्रयत्न करणे उपयोगी ठरत नाही. नकार मिळताच loop ने लगेच पुन्हा प्रयत्न केल्यास नंबर आधीच रेटच्या मर्यादेपेक्षा वर असताना आणखी विनंत्या तयार होतात. त्यामुळे परिस्थिती दूर होण्याऐवजी अधिक काळ टिकते.

- ताबडतोब पुन्हा प्रयत्न करणे. नकार मिळतानाच केलेल्या अतिरिक्त विनंत्यांमुळे नंबर रेटच्या मर्यादेपेक्षा वरच राहतो.
- याचा messaging tier शी गोंधळ करणे. messaging tier दररोजची वेगळी संभाषणे ठरवतो, दर सेकंदाला पाठवले जाणारे मेसेजेस नाही.
- थ्रूपुट वाढेल या गृहीतकावर Coexistence नंबरची रचना करणे. थ्रूपुट वाढत नाही; कमाल मर्यादा निश्चित असते.

**याचा अर्थ माझ्या नंबरवर निर्बंध आहे का?** नाही. ही सामान्य रेट लिमिट आहे. नंबर हेल्दी आहे आणि तेच मेसेजेस अधिक हळू पाठवल्यास यशस्वी होतात.

**Coexistence नंबर किती वेगाने मेसेज पाठवू शकतो?** Coexistence नंबरसाठी Meta हा वेग निश्चित करते. quality आणि tier नुसार तो वाढत नाही.

**80007 हीच मर्यादा आहे का?** नाही. 80007 ही नंबरच्या मेसेज थ्रूपुटऐवजी WhatsApp Business Account वरील रेट लिमिट आहे.

**दुसरा provider अधिक वेगाने मेसेज पाठवेल का?** नाही. ही मर्यादा नंबर आणि Meta शी संबंधित आहे, एपीआय कॉल करणाऱ्या provider शी नाही.

---

## अधिकृत Cloud API वरून WhatsApp ला Make शी कनेक्ट करा

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

नंबरचे वेबहुक गंतव्य Make मधील कस्टम वेबहुकवर सेट करा आणि प्रत्येक येणारा मेसेज सिनेरिओ सुरू करेल. HTTP मॉड्यूलद्वारे Cloud API मधून उत्तरे पाठवली जातील. Make आमचा MCP सर्व्हर वापरू शकत नाही, कारण Make स्वतः MCP सर्व्हर आहे, क्लायंट नाही.

### WhatsApp मेसेजमुळे Make सिनेरिओ कसा सुरू होतो?

Make मध्ये कस्टम वेबहुक मॉड्यूल तयार करा, त्याने दिलेली यूआरएल कॉपी करा आणि ती नंबरचे वेबहुक गंतव्य म्हणून सेट करा. त्यानंतर Meta नंबरवर आलेला प्रत्येक मेसेज थेट त्या यूआरएलवर HTTP POST म्हणून पाठवते आणि सिनेरिओ सुरू होतो.

पेलोडमध्ये पाठवणारा, मेसेजचा मजकूर किंवा मीडिया संदर्भ, टाइमस्टॅम्प आणि मेसेज id असते. पुढे हा नेहमीचा सिनेरिओ असतो: मजकुरानुसार रूट करा, ग्राहक शोधा आणि तुम्ही वापरत असलेली इतर कोणतीही सेवा कॉल करा.

हे Coexistence असल्यामुळे तोच मेसेज फोनवरील WhatsApp Business ॲपमध्येही दिसतो. एखादी व्यक्ती उत्तर देऊ शकते, सिनेरिओने तिने पाठवलेले पाहता येते आणि दोघेही एकमेकांच्या उत्तरावर पुन्हा उत्तर देत नाहीत.

### Make MCP कनेक्टर का वापरू शकत नाही?

कारण Make हा MCP सर्व्हर आहे, MCP क्लायंट नाही. तो Claude आणि ChatGPT सारख्या असिस्टंटसाठी स्वतःचे सिनेरिओ उपलब्ध करून देतो, जे आतून Make शी कनेक्ट होतात. तो दुसऱ्याच्या MCP सर्व्हरशी बाहेरून कनेक्ट होत नाही.

दिशा हाच संपूर्ण मुद्दा आहे. आमचा कनेक्टर कॉलची वाट पाहणारा सर्व्हर आहे, तर Make कडे अशा सर्व्हरला बाहेरून कॉल करण्याची सुविधा नाही. त्यामुळे दोघे कधीही जोडले जात नाहीत. हे n8n पेक्षा वेगळे आहे. n8n मध्ये MCP Client Tool node आहे आणि तो OAuth द्वारे रिमोट सर्व्हर वापरू शकतो.

प्रत्यक्षात यासाठी कोणताही अतिरिक्त खर्च नाही. वेबहुक मार्ग सिनेरिओला आवश्यक असलेले सर्व करतो आणि येणाऱ्या मेसेजवर प्रतिक्रिया देतो, जे MCP कोणत्याही टूलमध्ये करू शकत नाही.

### सिनेरिओ उत्तर कसे पाठवतो?

Cloud API विरुद्ध HTTP मॉड्यूल वापरून, नंबरचे phone number id आणि access token देऊन. दोन्ही डॅशबोर्डमधून वाचता येतात किंवा असिस्टंटने तुमच्यासाठी ते मिळवावेत असे वाटत असल्यास MCP कनेक्टरमधूनही मिळवता येतात.

काय पाठवायचे हे वेळेवर अवलंबून असते. ग्राहकाच्या शेवटच्या मेसेजनंतर 24 hours आत मुक्त मजकूर चालतो. त्यानंतर Meta ने मंजूर केलेला टेम्प्लेटच पोहोचतो. फक्त मुक्त मजकूर पाठवणारा सिनेरिओ पहिल्या रात्रीच्या प्रकरणात शांत होईल.

टिकाऊ रचना म्हणजे राउटर: शेवटचा येणारा मेसेज किती वेळापूर्वी आला ते तपासा आणि त्यानुसार मुक्त मजकूर शाखा किंवा टेम्प्लेट शाखा निवडा.

- बंद असलेल्या सिनेरिओमधील Make यूआरएलकडे वेबहुक ठेवणे. Meta त्यावर मेसेज पाठवते, पण काहीही चालत नाही.
- Meta ची पडताळणी विनंती पूर्ण न करणे. काहीही पाठवण्यापूर्वी Meta challenge सह GET पाठवते.
- 24 hour कालावधीबाहेर मुक्त मजकुरात उत्तर देणे. ते अयशस्वी होते आणि सिनेरिओच्या दृष्टीने काहीच घडले नाही असे दिसते.

**Make तुमचा MCP सर्व्हरशी कनेक्ट होऊ शकतो का?** नाही. Make हा क्लायंटऐवजी MCP सर्व्हर आहे, त्यामुळे तो आमच्याकडे कॉल करू शकत नाही. वेबहुक मार्ग सिनेरिओला आवश्यक असलेले सर्व करतो.

**WhatsApp साठी मला Make ॲपची गरज आहे का?** नाही. कस्टम वेबहुक मेसेज घेते आणि HTTP मॉड्यूल पाठवते. इंटिग्रेशन म्हणजे एक यूआरएल आणि REST कॉल.

**टीम अजूनही फोनवरून उत्तर देऊ शकते का?** हो. Coexistence याचाच अर्थ असा आहे. त्याच नंबरवर ॲप सुरू राहते आणि सिनेरिओने व्यक्तीने पाठवलेले पाहता येते.

**एक सिनेरिओ अनेक ग्राहकांसाठी काम करू शकतो का?** हो. प्रत्येक नंबर त्याच वेबहुककडे पाठवा आणि पेलोडमधील प्राप्त होणाऱ्या phone number id नुसार रूट करा.

---

## अधिकृत Cloud API वर WhatsApp ला Zapier शी कनेक्ट करा

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

नंबरचा वेबहुक डेस्टिनेशन Zapier च्या कॅच हुककडे निर्देशित करा आणि प्रत्येक आलेल्या मेसेजमधून Zap सुरू होईल. प्रतिसाद Cloud API द्वारे वेबहुक ॲक्शनने परत जातो. Zapier आमचा MCP सर्व्हर वापरू शकत नाही, कारण Zapier स्वतः MCP सर्व्हर आहे, क्लायंट नाही.

### आलेला मेसेज Zap कसा सुरू करतो?

Webhooks by Zapier ट्रिगरसह Zap सुरू करा, Catch Hook निवडा आणि Zapier तयार करत असलेली यूआरएल कॉपी करा. ती यूआरएल नंबरचे वेबहुक डेस्टिनेशन म्हणून सेट करा. त्यानंतर Meta प्रत्येक आलेला मेसेज थेट तिथे पाठवते.

पेलोडमध्ये पाठवणारा, मेसेजचा मजकूर, टाइमस्टॅम्प आणि मेसेज id मिळतात. बहुतेक Zaps साठी शाखा ठरवायला एवढी माहिती पुरेशी असते. तुमच्या इन्फ्रास्ट्रक्चरवर काहीही चालत नाही आणि आमच्यासाठी देखभाल करावे लागणारे Zapier ॲप नाही, कारण इंटिग्रेशनची संपूर्ण पृष्ठभाग एक यूआरएल आहे.

त्याच नंबरवर WhatsApp Business ॲप नेहमीप्रमाणे काम करत राहते. त्यामुळे Zap ने न हाताळलेला संवाद एखादी व्यक्ती पुढे नेऊ शकते.

### Zapier MCP कनेक्टर का वापरत नाही?

कारण Zapier MCP क्लायंटऐवजी MCP सर्व्हर चालवते. Claude आणि ChatGPT सारखे असिस्टंट त्याच्या ॲक्शन्स वापरण्यासाठी Zapier शी कनेक्ट होतात. Zapier तृतीय-पक्षाच्या MCP सर्व्हरशी बाहेरून कनेक्ट होत नाही, त्यामुळे ते आमच्या सर्व्हरपर्यंत पोहोचू शकत नाही.

व्यवहारात याचा परिणाम होत नाही. माणसाने विचारल्यावर असिस्टंटने कृती करण्यासाठी MCP आहे, तर Zap उलट पद्धतीचा आहे: एखादी घटना घडते आणि ऑटोमेशन प्रतिसाद देते. MCP क्लायंट असलेल्या टूल्समध्येही हे काम वेबहुकद्वारेच होते.

असिस्टंटलाही प्रक्रियेत ठेवायचे असल्यास, Zap च्या आत नव्हे तर त्यासोबत Claude किंवा ChatGPT मध्ये कनेक्टर वापरा.

### Zap प्रतिसाद कसा पाठवतो?

नंबरचा phone number id आणि डॅशबोर्डमधील access token वापरून Cloud API वर Webhooks by Zapier POST ॲक्शन करा.

तुम्ही काय पाठवू शकता हे वेळेवर ठरते. ग्राहकाच्या शेवटच्या मेसेजनंतर 24 तासांच्या आत मुक्त मजकूर पाठवता येतो. त्यानंतर फक्त मंजूर टेम्प्लेट पाठवता येते. उत्पादनातील बहुतेक Zaps इथेच अडतात, कारण चाचणी नेहमी मेसेजनंतर काही सेकंदांत केली जाते.

दोन्ही परिस्थिती हाताळणाऱ्या Zap मध्ये शेवटचा आलेला मेसेज किती वेळापूर्वी आला, त्यावर path filter लावा. ही एक अतिरिक्त पायरी आहे आणि मंगळवारी दुपारी चालणारे ऑटोमेशन पहाटे 3 वाजताही चालते की नाही, यातील हाच फरक आहे.

- Zapier ची चाचणी यूआरएल डेस्टिनेशन म्हणून वापरणे. ती ऐकणे थांबवते आणि मेसेज कुठेही पोहोचत नाहीत.
- Meta ची पडताळणी GET विसरणे. डिलिव्हरी सुरू होण्यापूर्वी कॅच हुकने challenge परत करणे आवश्यक आहे.
- 24 तासांच्या विंडोबाहेर मुक्त मजकूर पाठवणे. Zap च्या दृष्टीने हे शांतपणे अपयशी ठरते.

**अधिकृत WhatsApp Zapier ॲप आहे का?** इथे त्याची गरज नाही. कॅच हुक मेसेज स्वीकारतो आणि वेबहुक ॲक्शन पाठवते. त्यामुळे मध्यस्थाशिवाय अधिकृत Cloud API वापरता येते.

**Zapier तुमचा MCP सर्व्हर वापरू शकते का?** नाही. Zapier स्वतः MCP सर्व्हर आहे आणि क्लायंट म्हणून काम करत नाही, त्यामुळे ते आमच्या सर्व्हरला कॉल करू शकत नाही.

**माझ्या टीमचा फोनवरील प्रवेश गमावेल का?** नाही. Coexistence मुळे त्याच नंबरवर WhatsApp Business ॲप काम करत राहते.

**माझा Zap थांबवला असल्यास काय होते?** Meta काही काळ पुन्हा प्रयत्न करते आणि नंतर थांबते. फोनवरील ॲपमध्ये मेसेज येत राहतात, त्यामुळे व्यवसायाचे काहीही नुकसान होत नाही.

---

## कस्टम कनेक्टरने WhatsApp ला ChatGPT शी कनेक्ट करा

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

ChatGPT सेटिंग्जमध्ये डेव्हलपर मोड सुरू करा, EasyCoexistence कनेक्टर जोडा आणि Meta च्या अधिकृत Cloud API वर ChatGPT तुमचे नंबर पाहू, त्यांची हेल्थ तपासू, मेसेज व टेम्प्लेट पाठवू आणि वेबहुक तुमच्या सिस्टिमकडे वळवू शकते.

### ChatGPT मध्ये ते कसे जोडायचे?

Settings उघडा, Connectors, नंतर Advanced वर जा आणि developer mode सुरू करा. यामुळे अंगभूत यादीतून निवडण्याऐवजी URL द्वारे कनेक्टर जोडण्याचा पर्याय दिसतो.

EasyCoexistence MCP endpoint कडे निर्देश करणारा कनेक्टर जोडा. ChatGPT पहिल्यांदा टूल कॉल करते तेव्हा साइन इन उघडते आणि तिथे तुम्ही त्याला अधिकृत करता. कनेक्टर API key ऐवजी OAuth वापरत असल्याने काहीही तयार, कॉपी किंवा पेस्ट करावे लागत नाही.

सर्व्हर स्वतः रिमोट आहे. काहीही इन्स्टॉल होत नाही, तुमच्या मशीनवर पार्श्वभूमीत काहीही चालत नाही आणि ChatGPT बंद केल्याने कनेक्ट केलेल्या नंबरवर कोणताही परिणाम होत नाही.

### कनेक्ट केल्यानंतर ChatGPT काय करू शकते?

साध्या भाषेत विचारा आणि ते योग्य टूल निवडते. माझ्या कोणत्या नंबरची हेल्थ खराब आहे? या ग्राहकाला त्याची बुकिंग पुष्टी पाठवा. ऑर्डर अपडेटसाठी टेम्प्लेट तयार करा आणि Meta ने ते मंजूर केल्यावर मला सांगा. या नंबरचा वेबहुक माझ्या सर्व्हरकडे वळवा.

वाचनाची टूल्स नंबरची यादी, क्वालिटी रेटिंग, मेसेजिंग टियर आणि कनेक्शन स्टेटस तपासतात, तसेच दुसऱ्या सिस्टिमला गरज असल्यास क्रेडेन्शियल्स आणतात. पाठवण्याच्या टूल्स सत्राच्या विंडोमध्ये मुक्त मजकूर आणि त्याबाहेर मंजूर टेम्प्लेट पाठवतात.

सोळापैकी एक टूल ChatGPT ला आमचे डॉक्युमेंटेशन markdown स्वरूपात देते. त्यामुळे ते अंदाजाऐवजी आमच्या डॉक्युमेंटेशनवरून याबद्दलच्या प्रश्नांची उत्तरे देते.

### ते काय करू शकत नाही?

आलेल्या मेसेजला स्वतःहून उत्तर देणे. हे स्पष्ट सांगणे महत्त्वाचे आहे, कारण बहुतेकांना असिस्टंटकडून हीच अपेक्षा असते.

MCP हे विनंती आणि प्रतिसादावर चालते. तुम्ही सांगितल्यावर ChatGPT टूल कॉल करते. ग्राहकाचा WhatsApp मेसेज ChatGPT ला जागे करून पहाटे तीन वाजता स्वतःहून उत्तर देईल, अशी कोणतीही यंत्रणा नाही. आमचा कनेक्टर हे बदलत नाही आणि कोणत्याही उत्पादनातील MCP सर्व्हरही असे करत नाही.

स्वयंचलित उत्तरांसाठी वेबहुकचा मार्ग वापरला जातो. Meta येणारे मेसेज तुम्ही चालवत असलेल्या सिस्टिमकडे पाठवते आणि ती सिस्टिम पुढे काय करायचे ते ठरवते. दोन्ही एकत्र काम करतात आणि कनेक्टर तुमच्यासाठी वेबहुकचे गंतव्यही सेट करू शकतो.

- ते ग्राहकांना आपोआप उत्तर देईल अशी अपेक्षा करणे. MCP विनंती केल्यावरच काम करते; येणाऱ्या मेसेजसाठी वेबहुक लागतो.
- अंगभूत कनेक्टर यादीत EasyCoexistence शोधणे. developer mode सुरू करून ते URL द्वारे जोडले जाते.
- की आवश्यक आहे असे समजणे. कनेक्टर OAuth द्वारे अधिकृत होतो आणि काहीही पेस्ट करावे लागत नाही.

**सशुल्क ChatGPT प्लॅन आवश्यक आहे का?** कस्टम कनेक्टर्स सेटिंग्जमधील developer mode मागे उपलब्ध असतात. उपलब्धता आमच्या नियंत्रणाऐवजी OpenAI च्या स्वतःच्या प्लॅन नियमांनुसार ठरते.

**ChatGPT ला माझ्या ग्राहकांचे संभाषण दिसते का?** तुम्ही जे मागता तेवढेच. येणारे मेसेज Meta कडून तुम्ही निवडलेल्या वेबहुक गंतव्याकडे जातात आणि आम्ही संभाषणातील मजकूर कधीही साठवत नाही.

**नवीन नंबर कनेक्ट करता येतो का?** प्रक्रिया सुरू करता येते. कनेक्टर एक लिंक देतो, जी व्यवसायाचा मालक उघडून Meta च्या प्रक्रियेतून स्वतःचा नंबर अधिकृत करतो.

**Claude सारख्याच खात्यासोबत ते काम करते का?** हो. एक EasyCoexistence खाते, एक endpoint आणि तुम्ही कनेक्ट केलेला प्रत्येक असिस्टंट तेच नंबर पाहतो.

---

## MCP द्वारे WhatsApp ला Cursor शी कनेक्ट करा

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

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

### Cursor मध्ये ते कसे जोडाल?

Settings उघडा आणि MCP विभाग शोधा. त्यानंतर EasyCoexistence एंडपॉइंटकडे निर्देश करणारा सर्व्हर जोडा. Cursor mcp.json फाइलही वाचते. अनेक मशीन सेट करत असाल किंवा कॉन्फिगरेशन व्हर्जन कंट्रोलमध्ये ठेवायचे असेल, तर हा चांगला मार्ग आहे.

रिलोड केल्यानंतर Cursor ला तुमच्या नंबरची यादी दाखवायला सांगा. पहिल्यांदा ते साइन इन करते आणि त्यानंतर ही साधने उपलब्ध राहतात. कोणतेही पॅकेज इंस्टॉल करण्याची किंवा की तयार करण्याची गरज नाही.

सर्व्हर रिमोट असल्यामुळे एडिटरसोबत काहीही चालत नाही आणि Cursor बंद केल्याने कनेक्ट केलेल्या नंबरवर परिणाम होत नाही.

### एडिटरमध्ये WhatsApp का हवे?

कारण साधारणपणे बांधली जात असलेली गोष्ट हीच इंटिग्रेशन असते आणि याशिवाय फीडबॅक लूप मंदावतो.

वेबहुक जोडणे, त्याची पडताळणी झाली आहे का ते पाहणे, स्वतःला चाचणी मेसेज पाठवणे, टेम्प्लेटचा मंजुरी स्टेटस तपासणे, यासाठी प्रत्येक वेळी डॅशबोर्डवर जाऊन परत यावे लागते. कनेक्टरमुळे कोड जिथे आहे तिथेच हे प्रश्न विचारता येतात.

क्लायंटच्या प्रोजेक्टवर काम करताना त्यांचा नंबर सेट करण्याचा हा सर्वात जलद मार्गही आहे. get_connect_link त्यांना उघडण्यासाठी लिंक परत करते आणि set_webhook_destination नंबर तुम्ही बांधत असलेल्या गोष्टीकडे निर्देशित करते. यासाठी Meta पॉपअप नसलेला ब्राउझर टॅब उघडण्याची गरज नाही.

- MCP मेसेज प्राप्त करेल अशी अपेक्षा ठेवणे. MCP विनंती केल्यावर काम करते; येणाऱ्या ट्रॅफिकसाठी वेबहुकचे गंतव्य आवश्यक आहे.
- कॉन्फिगरेशनमध्ये टोकन ठेवणे. कनेक्टर OAuth वापरतो, त्यामुळे फाइलमध्ये कोणतेही गुपित ठेवावे लागत नाही.
- एका दिवसापासून मेसेज न केलेल्या संपर्काला मोकळा मजकूर पाठवणे. शेवटच्या मेसेजनंतर 24 तास उलटल्यावर फक्त मंजूर टेम्प्लेटच पोहोचते.

**इंस्टॉल करण्यासाठी काही आहे का?** नाही. हा OAuth सह HTTP वरील रिमोट सर्व्हर आहे. त्यामुळे Cursor तो चालवत नाही, तर त्याच्याशी कनेक्ट होते.

**कॉन्फिगरेशन व्हर्जन कंट्रोलमध्ये ठेवता येईल का?** हो, mcp.json द्वारे. त्यात कोणतेही गुपित नसते, कारण पहिल्यांदा वापरताना OAuth द्वारे अधिकृतता होते.

**Claude Code मध्येही ते चालते का?** हो, एका कमांडने. प्रत्येक क्लायंटसाठी एंडपॉइंट एकच आहे.

**कोणत्याही नंबरवर मेसेज पाठवता येतो का?** तुमच्या खात्याशी कनेक्ट केलेल्या नंबरवरून कोणत्याही WhatsApp प्राप्तकर्त्याला मेसेज पाठवता येतो, नेहमीच्या कालमर्यादा आणि टेम्प्लेट नियमांनुसार.

---

## WhatsApp ला Claude Code शी MCP द्वारे कनेक्ट करा

https://easycoexistence.com/mr/integrations/claude-code

एक claude mcp add कमांड चालवल्यावर Claude Code खऱ्या WhatsApp नंबरपर्यंत पोहोचू शकतो: नंबरची यादी पाहणे, हेल्थ तपासणे, मेसेज आणि टेम्प्लेट पाठवणे, वेबहुकची ठिकाणे सेट करणे. हे सर्व लिंक केलेल्या डिव्हाइस सत्राऐवजी Meta च्या अधिकृत Cloud API वर चालते.

### हे कसे जोडायचे?

कोणत्याही टर्मिनलमध्ये http transport आणि EasyCoexistence endpoint सह claude mcp add चालवा. त्यानंतर Claude Code मध्ये /mcp चालवून पडताळणी करा. तेव्हापासून त्या मशीनवरील प्रत्येक सत्रात सोळा साधने उपलब्ध राहतात.

कॉन्फिगरेशन एंट्रीपलीकडे काहीही इन्स्टॉल होत नाही. सर्व्हर रिमोट असल्याने जिवंत ठेवण्यासाठी कोणतीही प्रक्रिया नाही आणि डिस्कवर कुठलेही सत्र साठवले जात नाही.

अधिकृतता OAuth द्वारे होते, त्यामुळे टोकन शेल हिस्टरी, डॉटफाइल किंवा रिपॉझिटरीमध्ये जात नाही. डेस्कटॉप ॲपपेक्षा येथे हे अधिक महत्त्वाचे आहे, कारण टर्मिनल कॉन्फिगरेशन चुकून कमिट होण्याची शक्यता असते.

### हे प्रत्यक्षात कशासाठी उपयुक्त आहे?

एकाच वेळी WhatsApp आणि कोडबेसशी संबंधित एजंटचे काम, म्हणजे आमचे पैसे देणारे बहुतेक वापरकर्ते जे करतात ते.

एजंट get_connect_link वापरून ग्राहकाचा नंबर ऑनबोर्ड करू शकतो, set_webhook_destination वापरून तो तयार करत असलेल्या सेवेशी जोडू शकतो, नंतर चाचणी मेसेज पाठवून वेबहुकची पडताळणी झाली आहे का ते वाचू शकतो. अन्यथा या प्रक्रियेत डॅशबोर्ड, फोन आणि बराच वेळ लागतो.

दस्तऐवज मॉडेलपर्यंत पोहोचवण्याचे कामही याच पद्धतीने होते. get_docs आमच्या उत्पादनाचे दस्तऐवज markdown स्वरूपात परत करते. त्यामुळे Coexistence नियम, 24 तासांची विंडो किंवा 14 दिवसांची अट यांवरील प्रश्नांची उत्तरे एजंटला आठवणीवर नव्हे, तर आमच्या दस्तऐवजांवरून देता येतात.

- इनकमिंग मेसेज एजंटपर्यंत पोहोचतील अशी अपेक्षा ठेवणे. MCP विनंती आणि प्रतिसादावर चालते; डिलिव्हरीसाठी वेबहुक आवश्यक आहे.
- प्रत्येक प्रोजेक्टसाठी ते जोडणे. ते प्रत्येक मशीनवर कॉन्फिगर होते आणि प्रत्येक सत्रात उपलब्ध राहते.
- स्क्रिप्टमध्ये विंडोबाहेर मोकळा मजकूर पाठवणे. शेवटची इनबाउंड वेळ तपासा आणि गरज असल्यास टेम्प्लेट वापरा.

**Codex मध्येही हे चालते का?** OAuth सह HTTP वर MCP बोलणारे कोणतेही साधन हेच endpoint वापरू शकते.

**डिस्कवर टोकन साठवले जाते का?** नाही. अधिकृतता OAuth द्वारे होते, त्यामुळे कॉन्फिगरेशन फाइलमध्ये कोणतेही गुपित नसते.

**एजंट स्वतःहून नंबर कनेक्ट करू शकतो का?** तो प्रक्रिया सुरू करू शकतो. त्याने दिलेली लिंक व्यवसायाच्या मालकाने उघडावी लागते, कारण Meta च्या प्रक्रियेसाठी ब्राउझर आणि फोन आवश्यक असतात.

**टर्मिनल बंद केल्यावर काही डिस्कनेक्ट होते का?** नाही. सर्व्हर रिमोट आहे आणि स्थानिक पातळीवर काय सुरू आहे याची पर्वा न करता नंबर कनेक्ट राहतो.

---

## WhatsApp वेबहुक्स: मेसेज थेट तुमच्या सर्व्हरवर पाठवणे

https://easycoexistence.com/mr/whatsapp-webhook

WhatsApp वेबहुक म्हणजे तुम्ही निवडलेला HTTPS एंडपॉइंट. Meta त्यावर इनकमिंग मेसेजेस, डिलिव्हरी स्टेटस, गुणवत्तेतील बदल आणि खात्याचे अपडेट्स पाठवते. Coexistence नंबरवर गंतव्य तुमच्या स्वतःच्या सर्व्हरवर सेट करता येते, त्यामुळे संभाषणे कोणत्याही सेवा प्रदात्यामधून जात नाहीत.

### Meta वेबहुकला प्रत्यक्षात काय पाठवते?

इव्हेंट्स वेगवेगळ्या श्रेणींमध्ये येतात आणि त्यांच्यातील फरक तुमची आर्किटेक्चर ठरवतो.

मेसेज मार्गात ग्राहकांनी पाठवलेले मेसेजेस आणि Coexistence नंबरवर WhatsApp Business ॲपमधून तुमच्या टीमने पाठवलेल्या मेसेजेसचे प्रतिध्वनी येतात. ही fields messages आणि smb_message_echoes आहेत. यामध्ये संभाषणाचा मजकूर असतो.

ऑपरेशनल मार्गात बाकी सर्व येते: कनेक्शन स्टेटस बदलल्यावर account_update, हेल्थ किंवा थ्रूपुट बदलल्यावर phone_number_quality_update, account_alerts, account_review_update, business_capability_update आणि phone_number_name_update. यामध्ये संभाषणाचा मजकूर नसतो. मॉनिटरिंग याच इव्हेंट्सवर आधारित असते.

मेसेज मार्गात स्वतःला ठेवणाऱ्या सेवा प्रदात्याला पहिला गट मिळतो. तसे न करणाऱ्या सेवा प्रदात्याला तो मिळत नाही.

### Meta एंडपॉइंटची पडताळणी कशी करते?

काहीही डिलिव्हर करण्यापूर्वी Meta GET विनंती पाठवते. ही पडताळणी अयशस्वी होणे म्हणजे सेटअप पूर्ण दिसत असूनही मेसेज न मिळण्याचे सर्वात सामान्य कारण आहे.

Meta तुमच्या यूआरएलला hub.mode ची subscribe value, तुमचे hub.verify_token आणि hub.challenge value सोबत कॉल करते. तुमच्या एंडपॉइंटने हा challenge raw response body म्हणून परत द्यायला हवा. तो JSON मध्ये गुंडाळलेला नसावा आणि त्यात काहीही अतिरिक्त नसावे. हे झाले नाही तर Meta डिलिव्हरी सुरू करत नाही आणि कोणत्याही डॅशबोर्डमध्ये याची माहिती दिसत नाही.

एंडपॉइंट HTTPS असणेही आवश्यक आहे. शांतपणे 404 देणारा एंडपॉइंट किंवा Meta ला नाकारणाऱ्या authentication layer मागचा एंडपॉइंट पहिला मेसेज न आल्यापर्यंत काम करणाऱ्या सेटअपसारखाच दिसतो.

### गंतव्य तुमच्या स्वतःच्या सर्व्हरवर ठेवता येते का?

हो, आणि हाच भाग वेगवेगळ्या सेवा प्रदात्यांमध्ये बदलतो.

एखाद्या WhatsApp Business Account चे वेबहुक्स कुठे डिलिव्हर करायचे हे ॲप override करू शकते. आम्ही हा override तुमच्या यूआरएलवर सेट करतो. त्यामुळे मेसेज मार्गातील इव्हेंट्स आमच्या callback ऐवजी तुमच्याकडे येतात. ऑपरेशनल इव्हेंट्स आम्ही ठेवतो, कारण डॅशबोर्ड आणि अलर्टिंग त्यावर आधारित असतात.

याचा परिणाम आमच्या प्रकाशित धोरणापेक्षा आर्किटेक्चरशी संबंधित आहे. संभाषणाचा मजकूर आमच्याकडे साठवला जाण्याची शक्यता नाही, कारण तो आमच्याकडे डिलिव्हरच होत नाही. override सेट नसलेले खाते आमच्या default callback वर फॉलबॅक होते. तेथे handler हे इव्हेंट्स साठविल्याशिवाय टाकून देतो.

### नंबर पुन्हा कनेक्ट झाल्यावर गंतव्याचे काय होते?

ते काढले जाते. ही अशी चूक आहे ज्याची जवळजवळ कोणीच योजना करत नाही.

गंतव्य हे फोन नंबरचे गुणधर्म नाही. ते WhatsApp Business Account साठी आमच्या ॲपच्या सबसक्रिप्शनवरील override आहे. Meta च्या 14 दिवसांच्या निष्क्रियतेच्या नियमामुळे किंवा इतर कारणाने कनेक्शन काढले गेले की त्या खात्यातून ॲप अनइन्स्टॉल होते आणि override देखील त्यासोबत काढला जातो.

पुन्हा कनेक्ट केल्यावर मेसेज पाठवणे आणि मॉनिटरिंग पुन्हा सुरू होते. मात्र तुमच्या सर्व्हरवर डिलिव्हरी पुन्हा सुरू होत नाही आणि कोणतीही त्रुटी कळवली जात नाही. त्यामुळे ग्राहकाने कोणी उत्तर दिले नसल्याचे सांगणे हा पहिला संकेत असतो. प्रत्येक पुन्हा कनेक्शननंतर आम्ही override पुन्हा लागू करतो, कारण प्रत्यक्षात एका नंबरसोबत असे घडले होते: तो व्यवस्थित कनेक्ट झाला, पण नंतर शांत झाला.

- पडताळणीच्या GET मधून JSON परत करणे. Meta ला raw hub.challenge value आणि त्याशिवाय काहीही नको.
- तात्पुरता किंवा चाचणी यूआरएल वापरणे. तो तयार करणारे टूल ऐकणे थांबवल्यानंतरही Meta त्यावर डिलिव्हरी करत राहते.
- पुन्हा कनेक्शननंतर गंतव्य कायम राहते असे गृहीत धरणे. ते ॲपच्या सबसक्रिप्शनवर असते आणि त्यासोबत अनइन्स्टॉल होते.
- Meta ची विनंती नाकारणाऱ्या authentication मागे एंडपॉइंट ठेवणे.

**माझे मेसेजेस EasyCoexistence मधून जातात का?** नाही. override मेसेज मार्गातील इव्हेंट्स Meta कडून थेट तुमच्या एंडपॉइंटवर पाठवतो. override नसलेल्या खात्यांचे इव्हेंट्स आमच्या callback वर फॉलबॅक होतात आणि साठविल्याशिवाय टाकून दिले जातात.

**मी नंतर गंतव्य बदलू शकतो का?** हो. डॅशबोर्डमधून किंवा MCP connector द्वारे तुम्ही ते कधीही बदलू शकता. null पाठवल्यावर ते आमच्या default वर रीसेट होते.

**Meta डिलिव्हर करते तेव्हा माझा सर्व्हर बंद असेल तर काय होते?** Meta काही काळ पुन्हा प्रयत्न करते आणि नंतर थांबते. फोनवरील WhatsApp Business ॲपमध्ये मेसेजेस तरीही येतात. त्यामुळे इंटिग्रेशन बंद असले तरी व्यवसायाचे काहीही नुकसान होत नाही.

**अनेक नंबरसाठी एक वेबहुक पुरेसा आहे का?** हो. प्रत्येक नंबरला त्याच एंडपॉइंटवर पाठवा आणि पेलोडमधील receiving phone number id वरून पुढील प्रक्रिया ठरवा.

---

## Python मधून WhatsApp मेसेज पाठवा आणि मिळवा

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

मेसेज घेणे म्हणजे तुमच्या वेब फ्रेमवर्कमधील असा मार्ग जो Meta च्या पडताळणीच्या GET ला प्रतिसाद देतो आणि POST स्वीकारतो. मेसेज पाठवणे म्हणजे नंबरच्या phone number id आणि टोकनसह Cloud API ला HTTPS विनंती करणे. आमच्याकडून SDK नाही आणि काहीही इन्स्टॉल करण्याची गरज नाही.

### Python मध्ये मेसेज कसे घ्याल?

तुम्ही आधीपासून वापरत असलेल्या कोणत्याही फ्रेमवर्कमध्ये, एका मार्गावर दोन हँडलरसह.

GET हँडलर Meta ची पडताळणी हाताळतो. तो क्वेरी स्ट्रिंगमधून hub.mode, hub.verify_token आणि hub.challenge वाचतो, टोकन तुमच्या स्वतःच्या टोकनशी तपासतो आणि challenge कच्च्या बॉडी म्हणून परत करतो. येथे JSON परत करणे ही सर्वात सामान्य चूक आहे आणि ती शांतपणे अयशस्वी होते.

POST हँडलर इव्हेंट घेतो. 200 लगेच परत करा आणि त्यानंतर काम करा, कारण Meta धीम्या प्रतिसादाला अपयश मानते आणि पुन्हा विनंती करते. त्यामुळे तोच मेसेज दोनदा हाताळला जाऊ शकतो. प्रक्रिया थेट त्याच विनंतीत करण्याऐवजी तो रांगेत टाका किंवा बॅकग्राउंड टास्ककडे द्या.

मेसेज wamid message id सह येतात. सुरुवातीपासून त्यावर डुप्लिकेट काढणे योग्य आहे, कारण पुन्हा आलेल्या विनंत्या अपवाद नसून नेहमीच्या आहेत.

### मेसेज कसे पाठवाल?

phone number id साठी Cloud API messages endpoint ला bearer टोकनसह एक POST.

दोन्ही मूल्ये कनेक्शनमधून मिळतात: डॅशबोर्डमध्ये ती दिसतात आणि तुम्हाला सहाय्यकाकडून ती आणून घ्यायची असल्यास get_api_credentials ती परत करते. या कॉलमध्ये आमच्यासाठी खास असे काहीही नाही. त्यामुळे कोणतेही HTTP लायब्ररी चालते आणि विनंती Meta च्या स्वतःच्या दस्तऐवजीकरणासारखीच दिसते.

वेळेनुसार बॉडी बदलते. ग्राहकाच्या शेवटच्या मेसेजनंतर 24 तासांच्या आत text ऑब्जेक्ट पाठवा. त्यापलीकडे मंजूर टेम्प्लेट आणि त्याची भाषा नमूद करणारे template ऑब्जेक्ट पाठवा. पहिला फॉरमॅटच माहीत असलेला क्लायंट चाचणीत व्यवस्थित चालतो, पण पहिल्या रात्रीच्या मेसेजवर अयशस्वी होतो आणि 131047 त्रुटी परत करतो.

### प्रॉडक्शन हँडलरला यापलीकडे काय आवश्यक आहे?

नंतर जोडणे महाग पडते अशा, सहज टाळल्या जाणाऱ्या तीन गोष्टी.

Meta पुन्हा विनंती करते, म्हणून message id वर डुप्लिकेट काढा. वेबहुक यूआरएलमध्ये एक लांब, यादृच्छिक secret ठेवा आणि ते नसलेल्या विनंत्या नाकारा, कारण अन्यथा सहज अंदाज लावता येणारा यूआरएल माहीत असलेला कोणीही त्यावर POST करू शकतो. इथे signature header हा पर्याय नाही: सबस्क्रिप्शन ज्या ॲपचे आहे त्या ॲपच्या app secret ने Meta स्वाक्षरी करते, आणि ते ॲप आमचे आहे व त्याचे secret कधीही शेअर केले जात नाही. तसेच संपर्काने शेवटचा मेसेज किती वेळापूर्वी पाठवला हे तपासा, म्हणजे पाठवण्याचा मार्ग माणसाने ठरवण्याऐवजी text किंवा template निवडेल.

यापैकी कशासाठीही फ्रेमवर्क किंवा लायब्ररी लागत नाही. ही एक संचरना, एक तपासणी आणि एक तुलना आहे. पहिल्या क्लायंटपूर्वी ती तयार करणे म्हणजे शांतपणे चालणारे इंटिग्रेशन आणि सतत लक्ष मागणारे इंटिग्रेशन यांमधील फरक.

- पडताळणीच्या GET मधून कच्च्या challenge मूल्याऐवजी JSON परत करणे.
- 200 परत करण्यापूर्वी थेट प्रक्रिया करणे. Meta धीम्या प्रतिसादांवर पुन्हा विनंती करते आणि तुम्ही मेसेज दोनदा हाताळता.
- कालावधी तपासल्याशिवाय मुक्त मजकूर पाठवणे. 131047 परत येते आणि काहीच घडले नाही असे वाटते.

**Python SDK आहे का?** आमच्याकडून नाही आणि तुम्हाला त्याची गरजही नाही. एपीआय Meta चे आहे, दस्तऐवजीकरण Meta ने केले आहे आणि कोणत्याही HTTP लायब्ररीद्वारे वापरता येते.

**मी कोणते फ्रेमवर्क वापरावे?** कोणतेही. GET ला प्रतिसाद देणारा आणि POST स्वीकारणारा मार्ग एवढीच गरज आहे, जी प्रत्येक Python वेब फ्रेमवर्क पूर्ण करते.

**मेसेज दोनदा हाताळला जाणे कसे टाळू?** पेलोडमधील wamid message id वर डुप्लिकेट काढा. Meta जाणीवपूर्वक पुन्हा विनंती करते, त्यामुळे ही अपेक्षित बाब आहे, क्वचित घडणारी नाही.

**टीम अजूनही फोन वापरू शकते का?** होय. Coexistence त्याच नंबरवर WhatsApp Business ॲप कार्यरत ठेवते आणि टीमने पाठवलेले मेसेज तुमच्या हँडलरला echo event म्हणून दिसतात.

---

## Node.js मधून WhatsApp मेसेज पाठवा आणि घ्या

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

मेसेज घेण्यासाठी Meta च्या पडताळणी GET ला प्रतिसाद देणारा आणि POST स्वीकारणारा रूट असतो. मेसेज पाठवण्यासाठी नंबरच्या phone number id आणि टोकनसह Cloud API ला fetch कॉल केला जातो. आमचे SDK नाही आणि काहीही इंस्टॉल करण्याची गरज नाही.

### Node मध्ये मेसेज कसे घ्याल?

Express, Fastify, Next route handler किंवा साध्या सर्व्हरमध्ये दोन पद्धती असलेला एक रूट ठेवा.

GET मधून Meta ची पडताळणी हाताळा: क्वेरीमधून hub.mode, hub.verify_token आणि hub.challenge वाचा, टोकनची तुमच्या टोकनशी तुलना करा आणि challenge साध्या मजकूराच्या रूपात परत पाठवा. तो JSON म्हणून परत पाठवणे ही नेहमीची चूक आहे. त्यामुळे योग्य दिसणारा एंडपॉइंट प्रत्यक्षात कधीही काही स्वीकारत नाही.

POST मधून इव्हेंट स्वीकारा. लगेच 200 प्रतिसाद द्या आणि त्यानंतर प्रक्रिया करा. उशीर झाल्यास Meta पुन्हा विनंती करते. प्रतिसाद देण्यापूर्वी काम करणाऱ्या handler ला तोच मेसेज एकापेक्षा जास्त वेळा दिसतो. विशेषतः serverless मध्ये आधी प्रतिसाद देऊन काम रांगेत पाठवल्याने cold start मुळे डुप्लिकेट तयार होत नाहीत.

### मेसेज कसे पाठवाल?

phone number id साठी Cloud API वरील messages endpoint ला टोकन bearer header म्हणून देऊन fetch कॉल करा.

यातील काहीही आमच्यापुरते विशिष्ट नाही. त्यामुळे विनंती Meta च्या स्वतःच्या दस्तऐवजाशी अगदी जुळते आणि शिकण्यासाठी किंवा त्यात अडकून राहण्यासाठी कोणताही wrapper नाही. दोन्ही मूल्ये डॅशबोर्डमध्ये आहेत. असिस्टंट wiring करत असल्यास MCP connector मधून get_api_credentials ही मूल्ये परत करते.

बॉडी वेळेनुसार बदलते. ग्राहकाच्या शेवटच्या आलेल्या मेसेजनंतर 24 तासांच्या आत text object पाठवा. त्यानंतर मान्य केलेल्या टेम्प्लेटचे नाव आणि भाषा असलेला template object पाठवा. फक्त मजकूर पाठवणारा कोड प्रत्येक चाचणी पास करतो, पण रात्री आलेल्या पहिल्याच मेसेजवर अपयशी ठरतो.

### serverless मध्ये काय वेगळे असते?

दोन गोष्टी, आणि दोन्ही काम पूर्ण होण्यापूर्वी function संपण्याशी संबंधित आहेत.

200 परत पाठवल्यानंतर प्रक्रिया सुरू ठेवणे, प्रतिसाद मिळताच गोठणाऱ्या function मध्ये टिकत नाही. प्रतिसादानंतरही काम सुरू ठेवण्यासाठी तुमचे प्लॅटफॉर्म जे देते ते वापरा, किंवा पेलोड queue मध्ये पाठवून स्वतंत्र function कडून त्याची प्रक्रिया करून घ्या. Meta ला फक्त जलद स्वीकृती हवी असते, काम पूर्ण झालेले असणे आवश्यक नसते.

Cold start मुळे प्रतिसाद आणखी उशिरा येऊ शकतो. त्यामुळे पुन्हा विनंत्या आणि डुप्लिकेट वाढतात. wamid message id वर डुप्लिकेट हटवणे पर्यायी नाही. या रचनेत विश्वासार्हता टिकवणारी हीच गोष्ट आहे.

- challenge कच्च्या body ऐवजी JSON म्हणून परत पाठवणे.
- 200 प्रतिसाद देण्यापूर्वी काम करणे. Serverless मध्ये प्रतिसाद मिळताच function गोठू शकते.
- डुप्लिकेट हटवणे टाळणे. Meta नियमानुसार पुन्हा विनंती करते आणि डुप्लिकेट सामान्य आहेत, अपवाद नाहीत.

**मला लायब्ररीची गरज आहे का?** नाही. एक रूट आणि fetch पुरेसे आहेत, आणि कॉल Meta च्या दस्तऐवजाशी अगदी जुळतो.

**हे Vercel किंवा Lambda वर चालते का?** होय. नेहमीची serverless अट लागू आहे: आधी स्वीकृती द्या, मग queue किंवा background mechanism मधून प्रक्रिया करा, inline नाही.

**विनंती Meta कडून आली हे कसे पडताळाल?** वेबहुक यूआरएलमध्ये एक लांब, यादृच्छिक secret ठेवा आणि ते नसलेली प्रत्येक विनंती नाकारा. सबस्क्रिप्शन ज्या ॲपचे आहे त्या ॲपच्या app secret ने Meta स्वाक्षरी करते. इथे ते ॲप आमचे आहे आणि त्याचे secret कधीही शेअर केले जात नाही, त्यामुळे तुमच्या बाजूने signature header तपासता येत नाही.

**मी TypeScript वापरू शकतो का?** होय. आमच्याकडून टाइप करण्यासारखे काही नाही, कारण पेलोड Meta चे आहे आणि त्याचे दस्तऐवजीकरणही Meta ने केले आहे.

---

## EasyCoexistence विरुद्ध BSP इनबॉक्स

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

BSP एक प्लॅटफॉर्म विकते: तुमची टीम वापरत असलेला शेअर्ड इनबॉक्स, ज्यातील मेसेज त्यांच्या सर्व्हरवर साठवले जातात. Coexistence फोनवरील WhatsApp Business ॲप कायम ठेवते आणि तुम्ही सांगाल त्या ठिकाणी मेसेज पाठवते. तुम्हाला वापरण्यासाठी एखादे प्रॉडक्ट हवे आहे की पुढे स्वतःची सिस्टिम उभारण्यासाठी कनेक्शन, हा खरा निर्णय आहे.

### BSP प्रत्यक्षात तुम्हाला काय देते?

एक प्रॉडक्ट, आणि त्यात टीका करण्यासारखे काही नाही.

Business Solution Provider सहसा शेअर्ड इनबॉक्स विकते: एजंट लॉग इन करतात, संभाषणे वाटली जातात, तयार उत्तरं, टॅग्ज, रिपोर्टिंग आणि मोबाइल ॲप उपलब्ध असतात. आठ जणांच्या सपोर्ट टीमला काम वाटून घ्यायचे असेल आणि कोणी काय उत्तर दिले हे पाहायचे असेल, तर ही खरोखर योग्य खरेदी आहे. ते स्वतः उभारणे मूर्खपणाचे ठरेल.

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

### Coexistence कधी अधिक योग्य ठरते?

जेव्हा नंबर आधीपासून स्वतःची कार्यपद्धती असलेल्या व्यवसायाचा असतो आणि ती बदलण्याची कोणाचीही इच्छा नसते.

एका फोनवरून उत्तर देणाऱ्या छोट्या टीमला संभाषणांचे वाटप करण्याची गरज नसते. त्यांना संध्याकाळचा वेळ परत हवा असतो. म्हणजे पुष्टीकरणे आणि पहिली उत्तरे आपोआप हाताळणारी गोष्ट हवी, पण फोन नेहमीप्रमाणेच काम करत राहायला हवा. त्यांना गरज नसलेल्या इनबॉक्समध्ये हलवल्याने त्यांची समस्या सुटत नाही, उलट त्यांनी न मागितलेली नवी समस्या निर्माण होते.

एजन्सीची परिस्थिती वेगळ्या कारणाने अशीच असते. क्लायंट आपला नंबर दुसरीकडे नेणार नाहीत किंवा कर्मचाऱ्यांना नव्याने प्रशिक्षण देणार नाहीत. अनेकदा त्यांची संभाषणे तृतीय-पक्षाच्या प्लॅटफॉर्मवर साठवली जाणेही त्यांना मान्य नसते. त्यांच्याकडून काहीही बदलाची अपेक्षा न करणारा Coexistence हा एकमेव अधिकृत मार्ग आहे.

### तुम्ही सॉफ्टवेअर उभारत असाल तर कोणता पर्याय योग्य आहे?

जवळजवळ नेहमी Coexistence, आणि त्याचे कारण फीचर्सपेक्षा रचनेशी संबंधित आहे.

तुम्ही संभाषणे हाताळणारी सिस्टिम उभारत असाल, तर BSP इनबॉक्स हा तुम्ही उभारत असलेल्या गोष्टीचा प्रतिस्पर्धी आणि तुमच्या व Meta मधील एक थर असतो. तुम्ही Cloud API ऐवजी त्यांच्या abstraction शी इंटिग्रेशन करता. त्यामुळे Meta च्या मर्यादांवर त्यांच्या rate limits, त्यांच्या वेबहुकचा फॉरमॅट, त्यांचे release schedule आणि Meta च्या किंमतीवर त्यांची अतिरिक्त किंमत लागू होते.

Coexistence मध्ये वेबहुक तुमच्या endpoint कडे येते आणि एपीआय कॉल्स Meta चेच असतात, ज्यांचे दस्तऐवजीकरण Meta ने केलेले आहे. इंटिग्रेशनचा कोणताही भाग एखाद्या विक्रेत्यापुरता मर्यादित नसतो. त्यामुळे बाहेर पडणेही शक्य होते.

- किंमत पाहून निवड करणे. ही वेगवेगळी प्रॉडक्ट्स आहेत आणि स्वस्त पर्याय हा दुसऱ्याची लहान आवृत्ती नाही.
- काहीही तयार न करता आठ जणांची सपोर्ट टीम raw connection वर ठेवणे. त्यांना इनबॉक्सची गरज आहे आणि तो नसल्यास ते नाराज होतील.
- BSP WhatsApp Business ॲप सुरू ठेवू शकते असे गृहीत धरणे. काही BSP हे Coexistence द्वारे करू शकतात, अनेक करू शकत नाहीत. थेट विचारणे योग्य आहे.

**मी दोन्ही वापरू शकतो का?** BSP Coexistence ला सपोर्ट करत असेल तर प्रत्यक्षात होय. त्यांना विचारायचा प्रश्न म्हणजे संभाषणाचा मजकूर कुठे साठवला जातो, कारण खरा फरक तिथेच आहे.

**BSP अधिक विश्वासार्ह आहे का?** दोन्ही Meta च्या Cloud API वर चालतात, त्यामुळे डिलिव्हरी समान असते. Meta आणि तुमच्या सिस्टिममध्ये किती पक्ष आहेत, हा फरक असतो.

**कमी किंमत कोणाची आहे?** साधारणपणे EasyCoexistence चे flat connection fee, BSP च्या per-seat inbox pricing पेक्षा कमी असते. मात्र ही वेगवेगळी खरेदी असल्याने केवळ आकड्यांची तुलना दिशाभूल करू शकते.

**मी बाहेर पडल्यावर माझ्या इतिहासाचे काय होते?** Coexistence मध्ये तो आमच्याकडे कधीच साठवला जात नाही. प्लॅटफॉर्ममध्ये तो तिथेच राहतो आणि बाहेर काढण्यासाठी export करावा लागतो.

---

## EasyCoexistence विरुद्ध स्वतः उभारणी

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

या उत्पादनाची प्रत्येक एपीआय कॉल Meta ने दस्तऐवजीकृत केली आहे आणि Meta ॲप असलेल्या कोणालाही उपलब्ध आहे. कनेक्शन उभारणे एका आठवड्याच्या शेवटी होऊ शकते. जास्त वेळ Tech Provider होण्यासाठी लागतो, आणि कनेक्शन शांतपणे बंद पडल्याचे लक्षात घेण्याचे काम कधीच संपत नाही.

### तुम्हाला प्रत्यक्षात काय उभारावे लागेल?

पहिल्या आवृत्तीसाठी लोकांच्या अपेक्षेपेक्षा कमी, पण टिकाऊ आवृत्तीसाठी त्यांच्या अपेक्षेपेक्षा जास्त.

पहिल्या आवृत्तीत Meta ॲप, Embedded Signup, पडताळणी हँडशेकला प्रतिसाद देणारा एंडपॉइंट आणि मेसेज पाठवणारी कॉल असते. OAuth आणि वेबहुक्सची माहिती असलेल्या व्यक्तीसाठी हे खरोखर एका आठवड्याच्या शेवटी होऊ शकते आणि आमची कागदपत्रांची पाने यातील बहुतेक भाग समजावतात.

टिकणारी आवृत्ती वेगळी असते. ती नावानुसार वेबहुक इव्हेंटचे आठ प्रकार हाताळते, रद्द केलेला टोकन आणि काढलेला नंबर वेगळे ओळखते, क्वालिटी रेटिंग आणि मेसेजिंग टियरसाठी नियमित तपासणी करते कारण यापैकी कोणतेही विश्वसनीय इव्हेंट म्हणून येत नाही, पुन्हा कनेक्शन झाल्यावर हटलेला वेबहुक ओव्हरराइड पुन्हा लागू करते आणि 14 दिवसांच्या निष्क्रियतेमुळे झालेले डिस्कनेक्शन प्रत्यक्ष निघून गेलेल्या ग्राहकापासून वेगळे करते. यातील प्रत्येक गोष्ट काहीतरी बिघडल्यानंतर शिकावी लागली.

### कुठल्या भागाला शॉर्टकट नाही?

स्वतःचा Meta Tech Provider बनणे. एका नंबरला कनेक्ट करणे आणि इतर लोकांचे नंबर कनेक्ट करणे यातील हाच फरक आहे.

हे मोफत आहे, पण लवकर होत नाही. पडताळलेले Business Manager, App Review उत्तीर्ण झालेले ॲप आणि फ्लो दाखवणारे रेकॉर्ड केलेले व्हिडिओ लागतात. हे पूर्ण होईपर्यंत तुम्ही दुसऱ्याच्या provider खात्यातून काम करता. ऑफ-द-शेल्फ टूलिंगमधील एकल-कनेक्शन मर्यादा लोकांना याच कारणाने जाणवतात.

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

### मॉनिटरिंग चालवण्याचा प्रत्यक्ष खर्च किती आहे?

हा पूर्ण होण्याची तारीख नसलेला भाग आहे, म्हणून तो बाकी सर्वांपेक्षा वेगळा आहे.

कनेक्शन शांतपणे अयशस्वी होऊ शकते. क्वालिटी कमी होणे, टोकनची मुदत संपणे, वेबहुक ओव्हरराइड काढले जाणे आणि 14 दिवसांनी डिस्कनेक्शन होणे यानंतरही WhatsApp Business ॲप काम करत राहते. त्यामुळे फोनवर काही बिघडल्याचे दिसत नाही आणि पहिला संकेत बहुतेकदा ग्राहकाचा, कोणी उत्तर का दिले नाही असा प्रश्न असतो.

हे पकडण्यासाठी शेड्यूल केलेला पोलर, वेबहुक रिसीव्हर, स्टेट साठवण्याची जागा, अलर्टिंग आणि तो अलर्ट पाहणारी व्यक्ती लागते. यापैकी काहीही कठीण नाही. पण हे सर्व सतत चालू ठेवावे लागते आणि Meta बदल करत राहते म्हणून ते अचूकही ठेवावे लागते. एपीआय कॉल्सऐवजी प्रत्यक्षात तुम्ही यासाठी पैसे देता.

- पहिल्या आवृत्तीवरून अंदाज लावणे. एक नंबर कनेक्ट करणे एका आठवड्याच्या शेवटी होते, पण 50 नंबर कनेक्ट ठेवणे होत नाही.
- ठरलेल्या अंतिम मुदतीत Tech Provider होण्याचे नियोजन करणे. App Review ची वेळ तुमच्या नियंत्रणात नाही.
- मॉनिटरिंग नंतरच्या टप्प्यासाठी ठेवणे. ते पकडणारे बिघाड शांत असतात, त्यामुळे ते दिसत नाहीत याचा अर्थ ते घडत नाहीत असा होत नाही.

**इथले काही मालकीचे आहे का?** नाही. प्रत्येक कॉल ही Meta ची दस्तऐवजीकृत Cloud API आहे. हे जाणूनबुजून आहे: त्यामुळे तुम्ही कोणत्याही लॉक-इनशिवाय स्वतःचे इंटिग्रेशन जसेच्या तसे ठेवून बाहेर पडू शकता.

**माझ्याकडे एक नंबर असेल तर मी ते स्वतः उभारावे का?** बहुधा हो. तुमच्या मालकीचा एक नंबर एकदा कनेक्ट करणे हा छोटा प्रकल्प आहे आणि त्यातून तुम्ही प्लॅटफॉर्म नीट शिकाल.

**Tech Provider स्टेटस मिळायला किती वेळ लागतो?** ते मोफत आहे, पण पडताळलेले Business Manager आणि App Review लागतात, त्यात रेकॉर्ड केलेले व्हिडिओही येतात. प्रतीक्षाच मोठा भाग आहे.

**स्वतः उभारल्याने माझे काय जाते?** तांत्रिकदृष्ट्या काहीही नाही. तुम्ही मॉनिटरिंगची जबाबदारी घेता. ते काम कधीच संपत नाही आणि बिघाड शांतपणे होतात.

---

## WhatsApp त्रुटी 368: धोरणामुळे खाते प्रतिबंधित

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

त्रुटी 368 म्हणजे धोरणाची अंमलबजावणी करणाऱ्या कारवाईनंतर Meta ने WhatsApp Business Account प्रतिबंधित केले आहे. हा विनंतीतील समस्येऐवजी खात्याच्या पातळीवरील निर्णय आहे आणि त्यासाठी सेवा प्रदात्याऐवजी Meta कडे अपील करावे लागते.

### प्रतिबंधाचा नेमका अर्थ काय?

Meta ने व्यवसाय खात्यावर अंमलबजावणीची कारवाई केली आहे, असा त्याचा अर्थ होतो. ही कारवाई सहसा एकाच घटनेऐवजी वारंवार झालेल्या धोरणभंगानंतर केली जाते.

WhatsApp च्या वाणिज्य किंवा व्यवसाय धोरणाचे उल्लंघन करणारा मेसेजमधील मजकूर, प्राप्तकर्त्यांनी मेसेजेसची तक्रार केल्याचा नमुना किंवा टिकून न राहणारी व्यवसाय पडताळणीची माहिती ही सामान्य कारणे आहेत. या सर्व बाबी एखाद्या विशिष्ट मेसेजऐवजी खात्याशी संबंधित असतात. म्हणून काही मेसेजेस नव्हे, तर प्रत्येक पाठवणे अयशस्वी होते.

याची तुलना गुणवत्ता मर्यादेशी करू नका. गुणवत्ता मर्यादा व्यवस्थित खाते किती मेसेजेस पाठवू शकते ते कमी करते. प्रतिबंध म्हणजे खाते चालू ठेवावे की नाही याबाबतचा निर्णय आहे आणि कमी मेसेजेस पाठवल्याने तो दूर होत नाही.

### तो कसा दूर केला जातो?

Business Manager मधील Meta मार्फत, आणि फक्त खाते चालवणाऱ्या व्यक्तींकडून.

Business Manager मधील अंमलबजावणीच्या सूचनेत कोणते धोरण नमूद केले आहे आणि अपीलची संधी उपलब्ध आहे का, हे स्पष्ट केलेले असते. अपील करता येते आणि काही वेळा ते यशस्वीही होते. मात्र कोणतीही निश्चित मुदत सांगता येत नाही आणि सेवा प्रदात्यामार्फत चालणारा कोणताही एस्कलेशन मार्ग नाही. एपीआय प्रवेश विकणाऱ्या कोणत्याही व्यक्तीला अंमलबजावणीच्या निर्णयाची माहिती नसते किंवा त्यावर प्रभाव टाकता येत नाही.

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

- सेवा प्रदात्याला प्रतिबंध काढण्यास सांगणे. अंमलबजावणीचा निर्णय Meta चा असतो आणि तो अन्य कोणालाही दिसत नाही.
- नंबर दुसरीकडे कनेक्ट करणे. प्रतिबंध व्यवसाय खात्यावर असतो आणि तो नंबरसोबत कायम राहतो.
- गुणवत्ता मर्यादेशी गोंधळ करणे. गुणवत्ता मर्यादा खात्यावर नव्हे, तर व्यवस्थित खात्याच्या पाठवण्याच्या प्रमाणावर लागू होते.

**नंबर दुसऱ्या सेवा प्रदात्याकडे हलवता येईल का?** नाही. प्रतिबंध WhatsApp Business Account वर असतो, त्यामुळे नंबर जिथे वापरला जाईल तिथे तो लागू राहतो.

**अपीलला किती वेळ लागतो?** Meta कोणतीही मुदत जाहीर करत नाही आणि कोणत्याही सेवा प्रदात्याला या प्रक्रियेची माहिती नसते.

**याचा मेसेजेस प्राप्त करण्यावर परिणाम होतो का?** प्रकरणानुसार अंमलबजावणी बदलते. मात्र एक गोष्ट निश्चित आहे, मेसेजेस पाठवणे थांबते.

**131031 हाच कोड आहे का?** संबंधित आहे. पडताळणी डेटामधील विसंगतीसह आलेल्या प्रतिबंधात तो दिसतो. त्यामुळे संकेत मेसेज पाठवण्याच्या वर्तनाऐवजी व्यवसायाच्या तपशीलांकडे असतो.

---

## WhatsApp त्रुटी 131031: खाते प्रतिबंधित किंवा माहिती विसंगत

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

त्रुटी 132015 म्हणजे Meta ने या टेम्प्लेटची गुणवत्ता कमी झाल्यामुळे ते थांबवले आहे. सहसा प्राप्तकर्त्यांनी त्यातील मेसेज ब्लॉक किंवा रिपोर्ट केल्यानंतर असे होते. नंबर ठीक आहे. फक्त या टेम्प्लेटमधून काही काळ मेसेज पाठवता येत नाही.

### एकच टेम्प्लेट का थांबवले जाते?

कारण गुणवत्तेचे मोजमाप प्रत्येक टेम्प्लेटसाठी आणि नंबरसाठी स्वतंत्रपणे केले जाते. त्यामुळे इतर सर्व गोष्टींवर परिणाम न करता खराब टेम्प्लेट वेगळे थांबवता येते.

प्रत्येक टेम्प्लेटमधून पाठवलेल्या मेसेजवर प्राप्तकर्त्यांची प्रतिक्रिया कशी आहे, हे Meta पाहते: ब्लॉक, रिपोर्ट आणि लोक त्यावर काही प्रतिसाद देतात का. सतत वाईट प्रतिक्रिया मिळणारे टेम्प्लेट थांबवले जाते, तर त्याच नंबरवरील इतर टेम्प्लेट काम करत राहतात. हा मुद्दाम मर्यादित प्रतिसाद आहे आणि तो दिसतो त्यापेक्षा अधिक उपयोगी आहे, कारण कोणता मेसेज समस्या निर्माण करतो हे नेमके कळते.

याची सामान्य कारणे म्हणजे utility टेम्प्लेटमधील प्रचारात्मक मजकूर, कोणता व्यवसाय लिहित आहे हे स्पष्ट न करणारा मेसेज किंवा ज्यांना तो अपेक्षित नव्हता अशा लोकांना पाठवलेले टेम्प्लेट.

### थांबवलेल्या टेम्प्लेटचे काय करावे?

ते पुन्हा पाठवण्याऐवजी संपादित करा आणि ही थांबवण्याची कृती मजकुराबद्दल मिळालेली माहिती समजा.

काही काळानंतर थांबवलेले टेम्प्लेट पुन्हा पाठवता येते. मात्र तोच मजकूर त्याच प्रकारच्या प्रेक्षकांना पाठवल्यास पुन्हा तीच प्रतिक्रिया आणि दुसरे थांबवणे होऊ शकते. वारंवार थांबवल्यानंतर Meta टेम्प्लेट कायमचे बंद करते. त्यानंतर वेगळ्या मजकुरासह नवीन टेम्प्लेट तयार करणे हाच मार्ग उरतो, त्यामुळे दुसरे थांबवणे टाळणे महत्त्वाचे आहे.

संपादनाचा अर्थ सहसा पहिल्याच ओळीत उद्देश स्पष्ट करणे, व्यवसायाचे नाव देणे आणि ती व्यक्ती हा मेसेज का प्राप्त करत आहे हे प्रामाणिकपणे सांगणे असा होतो. तो कोणाला पाठवला जातो हे तपासणेही आवश्यक आहे, कारण रस नसलेल्या यादीला चांगले टेम्प्लेट पाठवले तरी तेच संकेत मिळतात.

- थांबवणे उठल्यानंतर तेच टेम्प्लेट पुन्हा पाठवणे. त्यातील मजकुरामुळे ही समस्या निर्माण झाली.
- ही समस्या नंबरची आहे असे समजणे. त्याच नंबरवरील इतर टेम्प्लेट काम करत राहतात.
- तिसऱ्यांदा थांबवले जाईपर्यंत वाट पाहणे. वारंवार थांबवल्यास टेम्प्लेट कायमचे बंद होते.

**इतर टेम्प्लेटमधून मेसेज पाठवता येतात का?** हो. थांबवण्याचा परिणाम या टेम्प्लेटपुरता असतो आणि त्याच नंबरवरील इतर मंजूर टेम्प्लेटवर परिणाम होत नाही.

**थांबवणे किती काळ टिकते?** Meta ठरावीक कालावधी जाहीर करत नाही. वारंवार थांबवल्यास हा कालावधी वाढतो.

**थांबवलेले टेम्प्लेट संपादित करता येते का?** हो, आणि ते संपादित करणे हाच योग्य उपाय आहे. सुधारित मजकूर पुन्हा सबमिट केल्याने ते पूर्ववत होऊ शकते.

**132016 म्हणजे काय?** ही कायमस्वरूपी आवृत्ती आहे. वारंवार थांबवल्यानंतर टेम्प्लेट बंद होते आणि नवीन टेम्प्लेटने त्याची जागा घ्यावी लागते.

---

## WhatsApp त्रुटी 100: अवैध पॅरामीटर

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

त्रुटी 100 म्हणजे विनंतीमध्ये Meta स्वीकारत नसलेला पॅरामीटर आहे: असमर्थित, चुकीचा लिहिलेला किंवा त्या एंडपॉइंटसाठी चुकीच्या रचनेचा. ही त्रुटी ठरलेली असते, त्यामुळे तीच विनंती प्रत्येक वेळी अगदी तशीच अयशस्वी होते आणि पुन्हा प्रयत्न करून उपयोग होत नाही.

### ही त्रुटी कशामुळे येते

विनंतीच्या बॉडी किंवा क्वेरीमध्ये एंडपॉइंटला ओळखता न येणारे काहीतरी असते. कारणे नेहमी जवळजवळ सारखीच असतात.

- फील्डचे नाव चुकीचे लिहिलेले किंवा चुकीच्या अक्षररचनेत असणे.
- वेगळ्या एंडपॉइंटशी संबंधित पॅरामीटर वापरणे.
- चुकीच्या प्रकाराचे मूल्य, जसे integer अपेक्षित असताना नंबर string म्हणून पाठवणे.
- नेस्टेड ऑब्जेक्ट सपाट करणे किंवा ऑब्जेक्ट अपेक्षित असताना सपाट मूल्य पाठवणे.

### पुन्हा प्रयत्न करणे व्यर्थ का आहे

प्रयत्नांदरम्यान प्लॅटफॉर्ममध्ये काहीही बदललेले नसते. विस्कळीत विनंती पहिल्यांदा ज्या कारणाने अयशस्वी होते, त्याच कारणाने दुसऱ्यांदा देखील अयशस्वी होते. या त्रुटीभोवती retry loop लावल्यास यश मिळण्याऐवजी मूळ समस्येसोबत rate limiting वाढते.

उपयुक्त प्रतिसाद म्हणजे त्रुटीसोबत विनंतीची बॉडी लॉग करणे आणि ती एंडपॉइंटच्या संदर्भाशी फील्डनुसार तपासणे. जवळजवळ प्रत्येक वेळी फरक पाहायला सुरुवात केल्यापासून एका मिनिटात दिसतो.

- पुन्हा प्रयत्न करणे. विनंती ठरलेली असल्याने प्रत्येक वेळी तशीच अयशस्वी होईल.
- ही समस्या नंबरची आहे असे गृहीत धरणे. या त्रुटीचा कनेक्शनशी कधीही संबंध नसतो.
- तिला सामान्य अपयश समजणे. ही त्रुटी विशेषतः पॅरामीटरची समस्या दर्शवते आणि गहाळ किंवा मर्यादेबाहेरील मूल्यांसाठी 131008 आणि 131009 हे अधिक विशिष्ट कोड आहेत.

**याचा अर्थ माझा नंबर खराब आहे का?** नाही. ही त्रुटी फक्त विनंतीशी संबंधित आहे आणि नंबरवर परिणाम झालेला नाही.

**ही त्रुटी इतकी अस्पष्ट का आहे?** पॅरामीटरच्या समस्यांसाठी हा सर्वसमावेशक कोड आहे. गहाळ पॅरामीटर आणि अवैध मूल्यासाठी Meta कडे अधिक विशिष्ट कोड आहेत.

**प्रोव्हायडरमुळे ही त्रुटी येऊ शकते का?** फक्त विनंती तयार करताना. थेट इंटिग्रेशनमध्ये विनंती तुमची असते.

**बॅकऑफसह पुन्हा प्रयत्न करावा का?** नाही. ही ठरलेली त्रुटी आहे आणि पुन्हा प्रयत्न केल्याने क्षणिक नसलेल्या समस्येसोबत rate limiting वाढते.

---

## WhatsApp त्रुटी 131008: आवश्यक पॅरामीटर गहाळ

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

त्रुटी 131008 म्हणजे विनंतीमधून आवश्यक पॅरामीटर गहाळ आहे. सर्वसाधारणपणे चुकीच्या पॅरामीटरसाठी असलेल्या त्रुटी 100 पेक्षा ही अधिक नेमकी आणि उपयुक्त आहे, कारण पॅरामीटर चुकीचा नसून फील्डच दिलेले नाही, हे ती स्पष्ट करते.

### सहसा काय गहाळ असते

पर्यायी वाटणारी पण प्रत्यक्षात आवश्यक असलेली फील्ड्स. त्यामुळे तीच काही फील्ड्स पुन्हा पुन्हा दिसतात.

- messaging_product, प्रत्येक send वर whatsapp असे सेट केलेले असणे आवश्यक आहे.
- ते आवश्यक असलेल्या message रचनेमध्ये recipient_type.
- template send मधील language ऑब्जेक्ट. एकच भाषा असली तरी तो आवश्यक आहे.
- चल वापरणारे template असल्यास components. रिकामी यादी आणि ते वगळणे एकसारखे नाही.

### ही चांगली बातमी का आहे

कारण या प्रकारातील ही सर्वात नेमकी त्रुटी आहे. त्रुटी 100 कुठेतरी पॅरामीटर चुकीचा असल्याचे सांगते; ही त्रुटी आवश्यक पॅरामीटर पूर्णपणे गहाळ असल्याचे सांगते. त्यामुळे शोध एंडपॉइंटच्या आवश्यक फील्ड्सच्या यादीपुरता मर्यादित होतो.

ज्या एंडपॉइंटला कॉल केला आहे त्याचा संदर्भ वाचा आणि विनंतीची आवश्यक फील्ड्सशी पडताळणी करा. यासाठी एक मिनिट पुरते. म्हणून लॉगमध्ये ही त्रुटी 100 सोबत bad request म्हणून एकत्र न करता वेगळी नोंदवणे उपयुक्त आहे.

- याला त्रुटी 100 सारखेच समजणे. ही त्रुटी गहाळपणा दर्शवते, त्यामुळे ती अधिक नेमकी आहे.
- components ची रिकामी यादी दिली म्हणजे ते वगळल्यासारखे समजणे. एपीआयसाठी हे दोन्ही वेगळे आहेत.
- messaging_product वगळणे. प्रत्येक send वर ते आवश्यक असून, हे एकट्याने होणारे सर्वात सामान्य कारण आहे.

**कोणता पॅरामीटर गहाळ आहे?** प्रतिसादात त्याचे नाव दिलेले असते. ते दिलेले नसेल तर एंडपॉइंटच्या संदर्भात आवश्यक फील्ड्सची यादी पाहा.

**messaging_product खरोखर आवश्यक आहे का?** होय, प्रत्येक send वर ते whatsapp असे सेट करा. ते वगळले जाणे सर्वात सामान्य आहे.

**ही 100 सारखीच त्रुटी आहे का?** नाही. 100 मध्ये पॅरामीटर उपस्थित पण चुकीचा असतो; यात पॅरामीटर पूर्णपणे गहाळ असतो.

**पुन्हा विनंती पाठवल्याने मदत होईल का?** नाही. विनंतीचा परिणाम ठरलेला आहे आणि फील्ड जोडेपर्यंत ती प्रत्येक वेळी त्याच प्रकारे अयशस्वी होईल.

---

## WhatsApp त्रुटी 131009: अमान्य पॅरामीटर मूल्य

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

त्रुटी 131009 म्हणजे एक किंवा अधिक पॅरामीटर मूल्ये अमान्य आहेत: फील्ड अस्तित्वात आहे आणि समजले गेले आहे, पण त्यातील मूल्य एंडपॉइंट स्वीकारत नाही. लोकेल कोड, फोन नंबरचा फॉरमॅट आणि एनम मूल्यांमुळे बहुतेक त्रुटी होतात.

### कोणती मूल्ये सर्वाधिक अयशस्वी होतात

तीन प्रकारांमुळे बहुतेक त्रुटी होतात, आणि ते तिन्ही वाचणाऱ्या व्यक्तीला योग्य दिसतात.

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

### लोकेलचा मुद्दा वेगळा सांगण्यासारखा का आहे

कारण एंडपॉइंटनुसार यामुळे दोन वेगळ्या त्रुटी मिळू शकतात आणि लोक चुकीच्या त्रुटीचा शोध घेत राहतात.

त्या नावासाठी भाषा अस्तित्वात नसलेल्या टेम्प्लेटसह मेसेज पाठवल्यास 132001 मिळतो, ज्याचा अर्थ टेम्प्लेट उपलब्ध नाही असा होतो. आधी लोकेलची पडताळणी करणाऱ्या एंडपॉइंटला चुकीच्या फॉरमॅटमधील लोकेल दिल्यास ही त्रुटी मिळते. दोन्हींची मूळ चूक एकच आहे. दोन्ही वेळा टेम्प्लेटची यादी पाहून, त्याचा आकार गृहीत न धरता अचूक भाषा स्ट्रिंग कॉपी करा.

- en आणि en_US एकमेकांच्या जागी वापरता येतात असे गृहीत धरणे. ते वेगवेगळे टेम्प्लेट ओळखतात.
- अधिक चिन्ह किंवा विरामचिन्हांसह फोन नंबर पाठवणे. आंतरराष्ट्रीय फॉरमॅटमध्ये फक्त अंक वापरा.
- पुन्हा विनंती पाठवणे. मूल्य ठराविक कारणामुळे चुकीचे आहे.

**कोणते मूल्य चुकीचे आहे?** प्रतिसादात सहसा पॅरामीटरचे नाव दिलेले असते. ते नसल्यास प्रथम लोकेल आणि फोन फॉरमॅट तपासा.

**फोन नंबरचा फॉरमॅट कसा असावा?** अधिक चिन्ह आणि विरामचिन्हांशिवाय, आंतरराष्ट्रीय फॉरमॅटमधील फक्त अंक.

**तीच चूक कधी कधी 132001 का देते?** कारण टेम्प्लेट पाठवताना नाव आणि भाषा एकत्र शोधली जातात. त्यामुळे अज्ञात जोडीचा अर्थ टेम्प्लेट उपलब्ध नाही असा होतो.

**ही माझ्या नंबरची समस्या आहे का?** नाही. ही त्रुटी केवळ विनंतीशी संबंधित आहे.

---

## WhatsApp त्रुटी 131051: असमर्थित मेसेज प्रकार

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

त्रुटी 131051 म्हणजे पाठवला जाणारा मेसेज प्रकार समर्थित नाही. कधी कधी प्रकाराचे मूल्य चुकीचे असते, पण Coexistence नंबरवर याचा अर्थ बहुतेकदा त्या प्रकारच्या कनेक्शनवर प्लॅटफॉर्मने तो प्रकार परवानगी दिलेला नाही.

### दोन वेगवेगळी कारणे

पहिले कारण साधे आहे: चुकीचे लिहिलेले किंवा एपीआयमध्ये परिभाषित नसलेले प्रकाराचे मूल्य. एंडपॉइंटचा संदर्भ पाहिल्यास ते एका मिनिटात सुटते.

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

### तुमच्याकडे यापैकी कोणते कारण आहे हे कसे ओळखाल

तुम्ही काय पाठवण्याचा प्रयत्न केला त्यावरून.

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

- ग्रुप चॅट्सभोवती सेवा उभारणे. प्रत्येक प्रदात्यावर ती एपीआयमधून वगळलेली आहेत.
- प्रदाता बंद असलेला प्रकार सक्षम करू शकतो असे गृहीत धरणे. या प्लॅटफॉर्मच्या पातळीवरील मर्यादा आहेत.
- पुन्हा पुन्हा प्रयत्न करणे. दोन्ही कारणे तात्पुरती नाहीत.

**मी ग्रुपला मेसेज पाठवू शकतो का?** नाही. प्रत्येक प्रदात्यावर Coexistence नंबरवरील ग्रुप चॅट्स एपीआयच्या बाहेर आहेत.

**लाइव्ह लोकेशन असमर्थित का आहे?** Coexistence सक्रिय झाल्यावर नंबरवर बंद होणाऱ्या वैशिष्ट्यांपैकी ते एक आहे.

**हे दुरुस्त करता येते का?** कारण प्रकाराचे चुकीचे मूल्य असल्यास हो. प्लॅटफॉर्मची मर्यादा असल्यास नाही.

**याचा मेसेज स्वीकारण्यावर परिणाम होतो का?** नाही. ही त्रुटी परवानगी नसलेला प्रकार पाठवण्याशी संबंधित आहे.

---

## WhatsApp त्रुटी 131052: मीडिया डाउनलोड अयशस्वी

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

131052 त्रुटी म्हणजे Meta मेसेजला जोडलेले मीडिया डाउनलोड करू शकले नाही. ही समस्या तुमच्या विनंतीऐवजी मीडियाशी संबंधित आहे. त्यामुळे कोड बदलण्याऐवजी ते दुसऱ्या पद्धतीने पाठवायला सांगणे हा व्यवहार्य उपाय आहे.

### हे का घडते

इनबाउंड मीडिया थेट पाठवले जात नाही, ते वेगळे मिळवावे लागते. मेसेजमध्ये मीडिया ID असते आणि तिचा वापर करून बाइट्स स्वतंत्रपणे मिळवले जातात.

पाठवणाऱ्याच्या बाजूने ही प्रक्रिया अयशस्वी होऊ शकते: अपलोड पूर्ण न होणे, मिळवण्यापूर्वी फाइलची मुदत संपणे किंवा ती तयार करणाऱ्या प्रक्रियेत फॉरमॅट टिकून न राहणे. तुमच्या बाजूने यापैकी काहीही दिसत नाही आणि विनंती बदलून यापैकी कोणतीही समस्या सुटत नाही.

### काय करावे

हा मेसेज जोडणीशिवाय मिळाल्यासारखा समजा आणि इतर अपूर्ण इनपुटप्रमाणे हाताळा.

- मेसेज नोंदवा आणि संपूर्ण इव्हेंट टाकून देण्याऐवजी मीडिया अनुपलब्ध म्हणून चिन्हांकित करा.
- मीडिया लवकर मिळवा: ID कायम वैध राहत नाहीत.
- मानवी हस्तक्षेप असल्यास ग्राहकाला ते पुन्हा पाठवायला सांगा. यामुळे बहुतांश समस्या सुटतात.
- अमर्यादित प्रयत्न करू नका. पहिला प्रयत्न आणि एक पुनर्प्रयत्न अयशस्वी झाल्यास मीडिया मिळणार नाही.

- संपूर्ण मेसेज टाकून देणे. जोडणीशिवायही मजकूर आणि संदर्भ उपयोगी असतात.
- मेसेज मिळाल्यानंतर बराच वेळाने मीडिया मिळवणे. ID ची मुदत संपते.
- लूपमध्ये पुन्हा पुन्हा प्रयत्न करणे. अयशस्वी डाउनलोड नंतर क्वचितच यशस्वी ठरते.

**मेसेज हरवला आहे का?** नाही. मेसेज पोहोचतो; त्यातील जोडणी मिळवण्याची प्रक्रिया अयशस्वी झाली आहे.

**ग्राहकाला पुन्हा पाठवायला सांगावे का?** मानवी हस्तक्षेप असल्यास, हो. यामुळे बहुतांश समस्या लवकर सुटतात.

**मीडिया ID किती काळ वैध असते?** अनिश्चित काळासाठी नाही. म्हणूनच मीडिया लवकर मिळवणे महत्त्वाचे आहे.

**131053 ही त्याच प्रकारची त्रुटी आहे का?** नाही. तुम्ही पाठवत असलेले मीडिया अपलोड करताना येणारे ते अपयश आहे.

---

## WhatsApp Cloud API त्रुटी कोड

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

आम्ही नोंदवलेले सर्व WhatsApp Cloud API त्रुटी कोड, प्रत्येकाचा अर्थ आणि पुन्हा प्रयत्न उपयोगी ठरेल का, हे एका तक्त्यात दिले आहे. बहुतेक कोडसाठी पुन्हा प्रयत्न उपयोगी ठरत नाही, कारण ते ठरावीक कारणांमुळे येतात. तीच विनंती पुन्हा त्याच प्रकारे अयशस्वी होते आणि पुन्हा प्रयत्नांची लूप चुकीच्या विनंतीवर रेट लिमिट आणते.

### पुन्हा प्रयत्नाचा कॉलम कसा वाचायचा

यात तीन मूल्ये आहेत. त्यांच्यात चुकीची निवड करणे ही या संपूर्ण संदर्भातील सर्वात महाग चूक ठरू शकते. नाही म्हणजे अपयश ठरावीक कारणामुळे आले आहे. विनंती, टेम्प्लेट किंवा प्राप्तकर्त्याची स्थिती यापैकी काहीतरी चुकले आहे. तीच विनंती पुन्हा पाठवल्यास तोच त्रुटी प्रतिसाद मिळतो आणि नंतर लागणारा थ्रूपुट खर्च होतो. होय म्हणजे अपयश Meta च्या बाजूने आले आहे आणि बॅकऑफ केल्यास ते खरोखर सुटते. थांबा म्हणजे स्थिती खरी पण तात्पुरती आहे, जसे लिमिट किंवा लॉक. ती स्थिती संपण्यापूर्वी पुन्हा प्रयत्न केल्यास काही साध्य होत नाही आणि ती अधिक काळ टिकू शकते.

### यांपैकी बहुतेक कोडसाठी पुन्हा प्रयत्न का करू नये

कारण प्लॅटफॉर्म सर्वसाधारण कोडऐवजी विशिष्ट कोड परत पाठवतो. चुकीचा पॅरामीटर, अस्तित्वात नसलेला टेम्प्लेट, बंद झालेली मेसेजिंग विंडो आणि मेसेज नको असलेला प्राप्तकर्ता या सगळ्या गोष्टी प्रतिसादाच्या वेळी ओळखता येतात. म्हणून Meta अस्पष्ट अपयश देण्याऐवजी त्यांची स्पष्ट नावे देते.

- विनंतीतील समस्या दुसऱ्या प्रयत्नात आपोआप योग्य होत नाही.
- टेम्प्लेटमधील समस्या टेम्प्लेटमध्येच असते, ती विनंती बदलू शकत नाही.
- विंडो किंवा ऑप्ट-आउटची समस्या तुमच्याशी नव्हे, प्राप्तकर्त्याच्या स्थितीशी संबंधित असते.
- खात्यावरील निर्बंध हा निर्णय असतो, आणि पुन्हा प्रयत्न करणे हे अपील नसते.

### यांपैकी एखादा कोड आल्यावर काय लॉग करावे

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

- trace id सह पूर्ण त्रुटी प्रतिसाद लॉग करा. Meta सपोर्ट हीच माहिती मागतो.
- पाठवलेले request body लॉग करा, अपेक्षित body नव्हे. या दोन्हीतील फरकच सहसा बग असतो.
- phone number id लॉग करा, म्हणजे एका नंबरची समस्या संपूर्ण खात्यातील समस्येपासून वेगळी ओळखता येते.
- timestamp लॉग करा, म्हणजे त्या क्षणी कनेक्शनची स्थिती तपासता येते.

### फक्त Coexistence मध्ये असणारे कोड

यांपैकी दोन कोड आहेत. ते नेहमीच्या send failure सारखे दिसतात, म्हणून गोंधळ होतो. 2593107 आणि 2593108 हे दोन्ही chat history synchronisation शी संबंधित आहेत. नंबर पहिल्यांदा कनेक्ट केल्यावर WhatsApp Business ॲपमधील अलीकडील संभाषणे कॉपी करण्याची ही प्रक्रिया आहे.

हे मेसेजिंग त्रुटी नाहीत आणि कनेक्शन अयशस्वी झाले आहे, असे त्यांचा अर्थ नसतो. सिंकने आपली लिमिट ओलांडली किंवा विंडोबाहेर चालला, तरी नंबर कनेक्टेड राहतो आणि नेहमीप्रमाणे मेसेज पाठवतो. अपेक्षेपेक्षा कमी इतिहास कॉपी होतो, एवढेच. यांना तुटलेले कनेक्शन समजून लोक डिस्कनेक्ट करून पुन्हा सुरुवात करतात, त्यामुळे इतिहास परत मिळण्याऐवजी आणखी इतिहास गमावला जातो.

- डिफॉल्टने पुन्हा प्रयत्न करणे. यांपैकी बहुतेक कोड ठरावीक कारणांमुळे येतात आणि लूपमुळे त्यावर रेट लिमिटही येते.
- request body शिवाय त्रुटी लॉग करणे. पाठवलेले आणि अपेक्षित यांतील फरकच सहसा बग असतो.
- सिंक त्रुटीला तुटलेले कनेक्शन समजणे. नंबर अजूनही कनेक्टेड असून मेसेज पाठवत असतो.
- trace id टाकून देणे. सपोर्ट तिकीटावर कृती होण्यासाठी हीच माहिती सर्वात महत्त्वाची असते.

**कोणत्या त्रुटींवर पुन्हा प्रयत्न करावा?** 131016 आणि 131000 साठी exponential backoff वापरा. 130429, 132015 आणि 133008 वाट पाहिल्यास आपोआप सुटतात. बाकी सर्व कोड ठरावीक कारणांमुळे येतात.

**त्रुटी कोड म्हणजे माझा नंबर डिस्कनेक्ट झाला आहे का?** सहसा नाही. यांपैकी बहुतेक कोड विनंती, टेम्प्लेट किंवा प्राप्तकर्त्याशी संबंधित असतात. कनेक्शनच्या समस्या send error ऐवजी account आणि quality वेबहुकमधून दिसतात.

**trace id म्हणजे काय?** त्रुटी प्रतिसादातील असा ओळखक्रमांक, ज्यामुळे Meta सपोर्टला नेमकी विनंती शोधता येते. प्रत्येक अपयशावर तो लॉग करा, कारण त्याशिवाय तिकीटावर कृती करता येत नाही.

**हे कोड प्रत्येक provider वर सारखे असतात का?** होय. हे Meta च्या Cloud API मधून येतात, त्यामुळे नंबर कनेक्ट करणारा provider कोणताही असला तरी कोड सारखेच असतात. Provider फक्त ते तुमच्यापर्यंत किती स्पष्टपणे पोहोचतात हे बदलू शकतो.

---

## WhatsApp त्रुटी 131053: मीडिया अपलोड अयशस्वी

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

त्रुटी 131053 म्हणजे Meta तुमच्या विनंतीतील मीडिया अपलोड करू शकले नाही. याच्या संबंधित 131052 कोडपेक्षा ही वेगळी समस्या आहे. यात तुमच्या नियंत्रणातील फाइल असते, त्यामुळे ती दुरुस्त करता येते: आकार, फॉरमॅट आणि लिंक पाठवत असाल तर Meta तिच्यापर्यंत पोहोचू शकते का, हे तपासा.

### तीन कारणे

प्रत्यक्ष वापरात ती ज्या क्रमाने दिसतात त्या क्रमाने.

- आकार: फाइल तिच्या प्रकारासाठीच्या मर्यादेपेक्षा मोठी आहे. इमेजेस 5 MB, व्हिडिओ आणि ऑडिओ 16 MB, डॉक्युमेंट्स 100 MB.
- फॉरमॅट: एपीआय स्वीकारत नसलेला कोडेक किंवा कंटेनर. एडिटिंग सॉफ्टवेअरमधून एक्सपोर्ट केलेल्या व्हिडिओमध्ये हे नेहमी दिसते.
- पोहोच: अपलोड केलेला id पाठवण्याऐवजी लिंक पाठवणे. अशा वेळी यूआरएलला लॉग इन आवश्यक असू शकते, ते फायरवॉलमागे असू शकते किंवा रीडायरेक्ट होऊ शकते.
- कालबाह्यता: अपलोड केल्यानंतर बराच वेळ उलटल्यावर वापरलेला मीडिया id.

### लिंक देण्यापेक्षा अपलोड करणे चांगले

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

फाइल आधी अपलोड करून मिळालेला मीडिया id पाठवल्यास या प्रकारचे अपयश पूर्णपणे दूर होते. ही एक अतिरिक्त विनंती असते, पण पाठवण्याची प्रक्रिया निश्चित होते. मोठ्या प्रमाणावर पाठवल्या जाणाऱ्या कोणत्याही गोष्टीसाठी हा अतिरिक्त टप्पा योग्य आहे.

- तुमच्या ब्राउझरमध्ये चालणारे यूआरएल Meta साठीही चालेल असे गृहीत धरणे. तुमचे सेशन आणि नेटवर्क वेगळे आहेत.
- कोडेक तपासल्याशिवाय व्हिडिओ एक्सपोर्ट करणे. एडिटिंग सॉफ्टवेअरची डीफॉल्ट सेटिंग्ज अनेकदा असमर्थित असतात.
- अपलोडनंतर बराच वेळ उलटल्यावर मीडिया id पुन्हा वापरणे. id कालबाह्य होतात.

**आकाराच्या मर्यादा काय आहेत?** इमेजेस 5 MB, व्हिडिओ आणि ऑडिओ 16 MB, डॉक्युमेंट्स 100 MB.

**मी फाइल अपलोड करावी की यूआरएल पाठवावे?** अपलोड करा. त्यामुळे पोहोच न होणे हे अपयशाचे कारण राहात नाही.

**यूआरएल माझ्यासाठी चालते, मग Meta साठी का नाही?** त्यांचे नेटवर्क तुमच्यापेक्षा वेगळे आहे. भौगोलिक मर्यादा, फायरवॉल आणि प्रमाणीकरण यात फरक असू शकतो.

**ही 131052 सारखीच समस्या आहे का?** नाही. तो कोड ग्राहकाने तुम्हाला पाठवलेला मीडिया डाउनलोड करताना आलेल्या अपयशासाठी आहे.

---

## WhatsApp त्रुटी 131016: सेवा उपलब्ध नाही

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

त्रुटी 131016 म्हणजे Meta कडील सेवा तात्पुरती उपलब्ध नाही. ही प्लॅटफॉर्मवरील मोजक्या खरोखर क्षणिक त्रुटींपैकी एक आहे, त्यामुळे तपास करण्याऐवजी एक्स्पोनेन्शियल बॅकऑफ रिट्राय करणे योग्य प्रतिसाद आहे.

### ही त्रुटी वेगळी का आहे

या प्लॅटफॉर्मवरील बहुतेक त्रुटी निश्चित कारणांमुळे येतात: विनंती चुकीच्या फॉरमॅटमध्ये असते, टेम्प्लेट अस्तित्वात नसतो किंवा विंडो बंद झालेली असते. अशा वेळी रिट्राय केल्याने विनंती वाया जाते आणि रेट लिमिटिंग लागू होते.

ही त्रुटी त्याला अपवाद आहे. ती तुमच्या विनंतीबद्दल किंवा नंबरबद्दल काही सांगत नाही. फक्त Meta चालवत असलेली एखादी सेवा सध्या प्रतिसाद देऊ शकली नाही, एवढेच ती दर्शवते. तीच विनंती एका मिनिटाने पाठवल्यास सहसा यशस्वी होते, आणि बॅकऑफचा उपयोग नेमका यासाठीच होतो.

### योग्य पद्धतीने रिट्राय कसा करावा

संयमाने, कारण सतत आणि मोठ्या प्रमाणावर केलेला रिट्राय सुरू असलेली अडचण आणखी वाढवतो.

- एक्स्पोनेन्शियल बॅकऑफ: एक सेकंद थांबा, मग दोन, चार आणि आठ सेकंद.
- प्रयत्नांची कमाल मर्यादा ठेवा, सहसा पाच. त्यानंतर मेसेज नंतरसाठी रांगेत पाठवा.
- जिटर वापरा, म्हणजे वर्कर्सचा समूह एकाच वेळी रिट्राय करणार नाही.
- आयडेम्पोटन्सी ठेवा, म्हणजे त्रुटीचा प्रतिसाद मिळण्यापूर्वी प्रत्यक्ष पाठवलेला मेसेज पुन्हा पाठवला जाणार नाही.

- घट्ट लूपमध्ये त्वरित रिट्राय करणे. यामुळे आधीच अडचणीत असलेल्या सेवेसाठीचा भार वाढतो.
- याला कनेक्शनची समस्या समजणे. तुमचा नंबर ठीक आहे.
- कमाल मर्यादा न ठेवता रिट्राय करणे. काही सेवा-खंडित स्थिती कोणत्याही योग्य रिट्राय धोरणापेक्षा जास्त काळ टिकतात.

**मी रिट्राय करावा का?** होय, एक्स्पोनेन्शियल बॅकऑफसह. रिट्राय केल्याने सुटणाऱ्या त्रुटींपैकी ही एक आहे.

**माझ्या नंबरवर परिणाम झाला आहे का?** नाही. ही प्लॅटफॉर्मच्या बाजूची त्रुटी आहे.

**या त्रुटी किती काळ टिकतात?** सहसा काही सेकंद ते काही मिनिटे. पाच प्रयत्नांचा बॅकऑफ बहुतेक वेळा पुरेसा असतो.

**खरे सेवा-खंडित होणे आणि ही त्रुटी वेगळी कशी ओळखू?** ती कायम राहते की नाही ते पाहा. सततचे निरीक्षण अंदाज न लावता याचे उत्तर देते.

---

## WhatsApp त्रुटी 131000: काहीतरी चुकले आहे

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

त्रुटी 131000 म्हणजे Meta ने वर्गीकृत न केलेल्या कारणामुळे मेसेज पाठवणे अयशस्वी झाले. हा वर्गीकृत न झालेल्या त्रुटींचा गट आहे, त्यामुळे एकदा बॅकऑफसह पुन्हा प्रयत्न करा. त्रुटी कायम राहिल्यास प्रतिसादातील trace id देऊन प्रकरण सपोर्टकडे पाठवा.

### यात नेमके काय समाविष्ट आहे

Meta च्या मेसेज पाठवण्याच्या प्रक्रियेत आलेले असे कोणतेही अपयश, ज्याला नाव असलेल्या कोडशी जोडले गेले नाही. यात तात्पुरत्या त्रुटी, अंतर्गत समस्या आणि कधीकधी नवीन एपीआय आवृत्तीत विशिष्ट कोड असलेली, पण त्या वेळी कोड नसलेली स्थिती समाविष्ट असू शकते.

हा गट व्यापक असल्यामुळे प्रत्येक वेळी एकच प्रतिसाद योग्य ठरत नाही. एकदाच घडलेली घटना दुर्लक्ष करण्यासारखी असू शकते. मात्र त्याच प्राप्तकर्त्यासाठी ही त्रुटी वारंवार येत असेल, तर सपोर्ट तिकीट उघडण्यासारखा नमुना आहे.

### यावर काय करायचे

खालील क्रमाने कृती करा आणि एखादी कृती यशस्वी होताच थांबा.

- थोड्या बॅकऑफसह एकदा पुन्हा प्रयत्न करा. यातील काही त्रुटी तात्पुरत्या असतात.
- trace id सह संपूर्ण प्रतिसाद लॉग करा. सपोर्ट हेच मागेल.
- समस्या एका प्राप्तकर्त्यापुरती आहे की सर्वांसाठी, ते तपासा. एका प्राप्तकर्त्याची समस्या त्या नंबरकडे निर्देश करते; सर्वांची समस्या प्लॅटफॉर्मकडे निर्देश करते.
- पुन्हा प्रयत्न करूनही त्रुटी कायम राहिल्यास trace id आणि टाइमस्टॅम्प देऊन सपोर्ट तिकीट उघडा.

- अमर्यादित वेळा पुन्हा प्रयत्न करणे. दोन प्रयत्न अयशस्वी झाले तर ही तात्पुरती त्रुटी नाही.
- trace id टाकून देणे. सपोर्ट तिकीटावर कृती करण्यासाठी हेच एकमेव उपयुक्त तपशील आहे.
- तुमचा नंबर खराब झाला आहे असे गृहीत धरणे. सहसा तसे नसते.

**पुन्हा प्रयत्न करावा का?** बॅकऑफसह एकदा करा. त्यापुढे ही तात्पुरती त्रुटी नाही.

**trace id म्हणजे काय?** त्रुटीच्या प्रतिसादातील असा ओळखकर्ता, ज्यामुळे Meta सपोर्टला विशिष्ट विनंती शोधता येते.

**याचा अर्थ माझा नंबर बंद आहे का?** सहसा नाही. इतर मेसेज यशस्वीपणे पाठवले जात आहेत का ते तपासा.

**सपोर्ट तिकीट कधी उघडावे?** पुन्हा प्रयत्न करूनही त्रुटी येत राहिल्यास, trace id आणि टाइमस्टॅम्पसह तिकीट उघडा.

---

## WhatsApp त्रुटी 131021: पाठवणारा आणि प्राप्तकर्ता एकच

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

त्रुटी 131021 म्हणजे पाठवणारा आणि प्राप्तकर्ता एकच नंबर आहे. WhatsApp व्यवसाय नंबरला स्वतःलाच मेसेज पाठवू देत नाही, आणि कारण जवळपास नेहमीच कनेक्ट केलेल्या नंबरऐवजी त्याच नंबरवर पाठवलेला चाचणी मेसेज असतो.

### असे का होते

नंबर कनेक्ट केल्यानंतर सर्वप्रथम चाचणी मेसेज पाठवला जातो, आणि समोर असलेला एकमेव नंबर नुकताच कनेक्ट केलेला असतो. ही स्वाभाविक कृती आहे, पण प्लॅटफॉर्म ती नाकारतो.

बदलण्यासाठी कोणतीही सेटिंग नाही. WhatsApp च्या ग्राहक ॲपमध्ये स्वतःला मेसेज पाठवण्याची नोट्ससाठी सुविधा आहे, पण एपीआयद्वारे ती उपलब्ध नाही.

### योग्य पद्धतीने तपासणी कशी करावी

दुसरा नंबर वापरा आणि कोणत्या दिशेने तपासणी करत आहात याकडे थोडे लक्ष द्या.

- चाचणी प्राप्तकर्ता म्हणून वैयक्तिक फोन वापरा. कनेक्ट केलेल्या नंबरव्यतिरिक्त कोणताही WhatsApp नंबर चालतो.
- मोकळेपणाने मेसेज पाठवण्याची तपासणी करण्यासाठी आधी चाचणी नंबरवरून व्यवसायाला मेसेज पाठवा. यामुळे 24 तासांची सेवा विंडो उघडते.
- त्या विंडोबाहेर तपासणी करण्यासाठी मंजूर टेम्प्लेट पाठवा. त्या काळात फक्त हेच अनुमत आहे.
- फक्त तपासणीसाठी दुसरा व्यवसाय नंबर नोंदवू नका, जोपर्यंत त्याची गरज नाही. सामान्य ग्राहक नंबर पुरेसा आहे.

- तपासणीसाठी कनेक्ट केलेल्या नंबरवर मेसेज पाठवणे. डिझाइननुसार तो नाकारला जातो.
- स्वतःला मेसेज पाठवण्याची सुविधा एपीआयद्वारे चालते असे समजणे. ती चालत नाही.
- ग्राहकाने आधी मेसेज न करता मोकळ्या मजकुराचा मेसेज तपासणे. त्याऐवजी 131047 त्रुटी येते.

**मी माझ्या स्वतःच्या नंबरवर मेसेज पाठवू शकतो का?** नाही. WhatsApp एपीआयद्वारे याला परवानगी देत नाही.

**यासाठी कोणतीही सेटिंग आहे का?** नाही. हा प्लॅटफॉर्मचा नियम आहे.

**मी कोणत्या नंबरने तपासणी करावी?** वैयक्तिक फोनसह कोणताही दुसरा WhatsApp नंबर वापरा.

**मग माझी तपासणी 131047 त्रुटीने का अयशस्वी झाली?** कारण मोकळ्या मजकुराच्या मेसेजसाठी ग्राहकाने मागील 24 तासांत तुम्हाला मेसेज केलेला असणे आवश्यक आहे.

---

## WhatsApp त्रुटी 131045: फोन नंबर नोंदणीकृत नाही

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

त्रुटी 131045 म्हणजे Cloud API वर मेसेज पाठवण्यासाठी फोन नंबर नोंदणीकृत झालेला नाही. WhatsApp Business Account मध्ये नंबर जोडणे आणि त्यावरून मेसेज पाठवण्यासाठी त्याची नोंदणी करणे या वेगळ्या पायऱ्या आहेत. या त्रुटीचा अर्थ दुसरी पायरी पूर्ण झालेली नाही.

### दोन पायऱ्या का आहेत

WhatsApp Business Account मध्ये मेसेज पाठवण्यासाठी वापरले जात नसलेले नंबरही ठेवता येतात. नंबर जोडल्याने मालकी निश्चित होते. त्याची नोंदणी केल्यावर Cloud API मेसेजिंगसाठी तो सक्रिय होतो आणि त्याचा दोन-स्टेप PIN सेट होतो.

मॅन्युअल सेटअपमध्ये या वेगळ्या एपीआय कॉल्स असतात. त्यामुळे पहिली पायरी पूर्ण करून दुसरी विसरणे सहज शक्य आहे. अशा वेळी नंबर खात्यात दिसतो, डॅशबोर्डमध्ये योग्य वाटतो, पण प्रत्येक मेसेज पाठवताना ही त्रुटी दाखवतो.

### याचे निराकरण कसे करावे

नंबर तिथे कसा आला यावर उपाय अवलंबून आहे.

- मॅन्युअल सेटअपमध्ये फोन नंबर id साठी त्याचा दोन-स्टेप PIN वापरून register endpoint कॉल करा.
- प्रदात्यामार्फत Coexistence ऑनबोर्डिंग केल्यास नोंदणी प्रवाहातच होते. त्यामुळे ही त्रुटी सहसा प्रवाह पूर्ण न झाल्याचे दर्शवते.
- नंबर अलीकडे दुसऱ्या खात्यातून स्थलांतरित केला असल्यास, नव्या खात्यात त्याची नोंदणी पुन्हा करावी लागते.
- नोंदणी करतानाच त्रुटी येत असल्यास, कारण सहसा PIN असतो. त्यासाठी त्रुटी 133005 दिसते.

- डॅशबोर्डमध्ये दिसणारा नंबर मेसेज पाठवण्यासाठी तयार आहे असे गृहीत धरणे. दिसणे आणि नोंदणीकृत असणे वेगळे आहे.
- ऑनबोर्डिंग प्रवाह अर्धवट सोडणे. शेवटच्या पायऱ्यांमध्येच नोंदणी होते.
- याची 133006 सोबत गल्लत करणे. 133006 नोंदणीऐवजी पडताळणीशी संबंधित आहे.

**नोंदणी म्हणजे काय?** Cloud API मेसेजिंगसाठी नंबर सक्रिय करणे. हे नंबर खात्यात जोडण्यापेक्षा वेगळे आहे.

**हे मला स्वतः करावे लागेल का?** मॅन्युअल सेटअपमध्ये होय. Coexistence प्रवाहाद्वारे ते तुमच्यासाठी केले जाते.

**ही पायरी पुन्हा करावी लागते का?** नंबर वेगळ्या खात्यात स्थलांतरित केल्यानंतरच.

**नोंदणी अयशस्वी झाल्यास काय करावे?** सहसा कारण दोन-स्टेप PIN असतो. त्यावर त्रुटी 133005 मिळते.

---

## WhatsApp त्रुटी 133005: चुकीचा दोन-स्तरीय पडताळणी पिन

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

त्रुटी 133005 म्हणजे नोंदणीदरम्यान दिलेला दोन-स्तरीय पडताळणी पिन चुकीचा होता. हा सहा अंकी पिन नंबर पहिल्यांदा नोंदवताना सेट केला जातो. वारंवार चुकीचे अंदाज लावल्यास पुढील प्रयत्न लॉक होतात, म्हणून पुन्हा प्रयत्न करण्यापेक्षा पुनर्प्राप्तीचा मार्ग जास्त महत्त्वाचा आहे.

### पिन कुठून येतो

नंबर Cloud API मेसेजिंगसाठी पहिल्यांदा नोंदवला जातो तेव्हा हा पिन सेट केला जातो. नंतरच्या प्रत्येक नोंदणीच्या वेळी तो पुन्हा लागतो, नंबर दुसऱ्या खात्यात स्थलांतरित केल्यानंतरही.

समस्या इथेच सुरू होते. सेटअपच्या वेळी एकदा सेट केलेला आणि वर्षभर न लागलेला पिन क्वचितच लिहून ठेवला जातो, आणि तो सेट करणारी व्यक्ती अनेकदा दुसरीकडे गेलेली असते. नंबर हलवताना किंवा पुन्हा नोंदवताना नेमकी तेव्हाच त्रुटी दिसते, आणि तो क्षण आधीच दबावाचा असतो.

### कोणालाही माहीत नसेल तर

एक मार्ग आहे. तो अंदाज लावण्यापेक्षा हळू आहे, पण प्रत्यक्षात चालतो.

- अंदाज लावणे थांबवा. वारंवार अपयश आल्यास 133008 परत येतो आणि काही काळासाठी प्रयत्न लॉक होतात.
- WhatsApp Manager मध्ये नंबरच्या दोन-स्तरीय पडताळणी सेटिंग्जमधून पिन बदला. तो बंद करण्यासाठी कोणताही एपीआय एंडपॉइंट नाही.
- ॲडमिन फोन नंबर आयडीला POST करून एपीआयद्वारेही नवीन पिन सेट करू शकतो, आणि मग त्याच पिनने पुन्हा नोंदणी करू शकतो.
- पुनर्प्राप्ती झाल्यावर नवीन पिन अशा ठिकाणी ठेवा जिथे पुढच्या व्यक्तीला तो सापडेल.

### पुढच्या वेळी हे कसे टाळाल

पिनला वैयक्तिक तपशील न मानता पायाभूत सुविधेचा भाग माना. तो खात्याच्या क्रेडेन्शियल्सच्या जागीच ठेवा, सेटअप करणाऱ्या व्यक्तीच्या नव्हे तर व्यवसायाच्या मालकीचा असावा, आणि ती व्यक्ती सोडून गेल्यानंतरही टिकला पाहिजे.

हे न केल्याची किंमत त्रुटी स्वतः नाही, ती क्षुल्लक आहे. खरी किंमत म्हणजे चालू असलेला नंबर नेमका गरजेच्या क्षणी स्थलांतरित किंवा पुन्हा नोंदवता न येणे.

- वारंवार अंदाज लावणे. त्यामुळे 133008 येतो आणि लॉकआउट होतो.
- पिन व्यवसायाकडे न ठेवता एकाच व्यक्तीकडे ठेवणे.
- सेटअपनंतर तो पुन्हा कधीच लागणार नाही असे गृहीत धरणे. स्थलांतरासाठी तो लागतो.

**हा पिन कुठे सेट केला होता?** नंबर Cloud API मेसेजिंगसाठी पहिल्यांदा नोंदवला गेला तेव्हा.

**मला तो माहीत नसेल तर काय करावे?** WhatsApp Manager मध्ये नंबरच्या दोन-स्तरीय पडताळणी सेटिंग्जमधून तो बदला, किंवा एपीआयद्वारे नवीन सेट करा.

**मी अंदाज लावत राहिलो तर काय होते?** प्रयत्न लॉक होतात आणि त्याऐवजी तुम्हाला त्रुटी 133008 मिळते.

**पिन केव्हा लागतो?** नोंदणीच्या वेळी, आणि नंतरच्या प्रत्येक पुन्हा नोंदणीच्या किंवा स्थलांतराच्या वेळी पुन्हा.

---

## WhatsApp त्रुटी 133008: PIN चे अनेक अंदाज

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

133006 त्रुटीचा अर्थ मेसेजिंगसाठी नोंदणी करण्यापूर्वी फोन नंबरची पडताळणी आवश्यक आहे. एसएमएस किंवा व्हॉइस कॉलद्वारे पाठवलेल्या कोडने नंबरवरील नियंत्रण सिद्ध होते. नंबर जोडणे आणि त्याची नोंदणी करणे या दोन्हींपेक्षा ही वेगळी पायरी आहे.

### पडताळणी आणि नोंदणीतील फरक

पडताळणीमुळे व्यवसायाचा नंबरवरील ताबा सिद्ध होतो. नोंदणीमुळे Cloud API मेसेजिंगसाठी तो सक्रिय होतो. या पायऱ्या याच क्रमाने होतात आणि ही त्रुटी पहिली पायरी पूर्ण झालेली नसल्याचे दर्शवते.

प्रत्यक्ष गरज अशी आहे की कोणीतरी त्या नंबरवर एसएमएस किंवा स्वयंचलित व्हॉइस कॉलद्वारे आलेला कोड स्वीकारू शकले पाहिजे. ज्याला कोणीही उत्तर देऊ शकत नाही असा नंबर पडताळता येत नाही. बहुतांश वेळा API विनंतीपेक्षा हाच खरा अडथळा असतो.

### पडताळणी कशामुळे अडते

जवळजवळ नेहमी कारण तांत्रिक नसून प्रत्यक्ष वापराशी संबंधित असते.

- हँडसेट किंवा सिम कोणाकडेही नसते. आधीच्या मालकाकडून मिळालेल्या नंबरमध्ये हे सामान्य आहे.
- नंबर लँडलाइन असतो आणि त्यावर एसएमएस येत नाही. अशावेळी व्हॉइस पडताळणीचा मार्ग वापरा.
- व्हर्च्युअल नंबरचा प्रदाता कोड गाळतो किंवा उशिरा पाठवतो.
- नंबर आधीच दुसऱ्या WhatsApp खात्यावर नोंदणीकृत असतो. हे आधी सोडवणे आवश्यक आहे.

- पडताळणीपूर्वी नोंदणी करण्याचा प्रयत्न करणे. क्रम महत्त्वाचा आहे.
- लँडलाइनवर एसएमएस निवडणे. अशा नंबरसाठी व्हॉइस पडताळणी उपलब्ध आहे.
- व्हर्च्युअल नंबरवर कोड नक्की मिळेल असे गृहीत धरणे. अनेकदा तो मिळत नाही.

**पडताळणी कशी करावी?** नंबरवरच एसएमएस किंवा स्वयंचलित व्हॉइस कॉलद्वारे पाठवलेल्या कोडने.

**लँडलाइन असल्यास काय करावे?** एसएमएस नसलेल्या नंबरसाठी उपलब्ध असलेली व्हॉइस पडताळणी वापरा.

**हीच नोंदणी आहे का?** नाही. पडताळणीमुळे ताबा सिद्ध होतो, तर नोंदणीमुळे मेसेजिंग सक्रिय होते.

**ही पायरी वगळता येईल का?** नाही. पडताळणी पूर्ण होईपर्यंत नोंदणी ही त्रुटी दाखवत राहील.

---

## WhatsApp त्रुटी 131050: वापरकर्त्याने मेसेज नाकारले

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

त्रुटी 131050 म्हणजे प्राप्तकर्त्याने तुमच्या व्यवसायाकडून मेसेज घेणे नाकारले आहे. ही त्रुटी नाही आणि यावर कोणताही तांत्रिक उपाय नाही: त्या व्यक्तीने निर्णय घेतला आहे. योग्य प्रतिसाद म्हणजे त्याची नोंद करून मेसेज पाठवणे थांबवणे.

### यावर कोणताही पर्याय का नाही

कारण नकार स्वीकारत नसलेल्या व्यवसायांपासून लोकांचे संरक्षण करण्यासाठी ही यंत्रणा तयार केली आहे. ती टाळता आली, तर कोणत्याही बाजूने हे प्लॅटफॉर्म वापरण्यालायक उरणार नाही.

Meta पुढे काय घडते तेही पाहते. मेसेज नको म्हटलेल्या लोकांना पुन्हा पुन्हा पाठवण्याचा प्रयत्न केल्यास गुणवत्ता रेटिंगवर परिणाम करणारे संकेत वाढतात. गुणवत्ता रेटिंग घसरल्यास फक्त त्या प्राप्तकर्त्यांची नव्हे, तर संपूर्ण नंबरची मेसेज क्षमता कमी होते.

### त्याऐवजी काय करावे

एकदाच योग्य नोंद करा आणि उर्वरित यंत्रणेलाही ती नोंद पाळू द्या.

- कॉन्टॅक्टच्या नोंदीत मेसेज नको असल्याचे जतन करा, म्हणजे पुन्हा आपोआप प्रयत्न होणार नाही.
- फक्त त्रुटी निर्माण करणाऱ्या कॅम्पेनमध्ये नव्हे, तर प्रत्येक कॅम्पेन आणि ऑटोमेशनमध्ये त्या नंबरला वगळा.
- दुसऱ्या व्यवसाय नंबरवरून त्यांच्याशी संपर्क साधण्याचा प्रयत्न करू नका. व्यक्ती आणि तिचा निर्णय तोच आहे.
- नंतर त्यांनी आधी तुम्हाला मेसेज केल्यास विंडो पुन्हा उघडते आणि तुम्ही उत्तर देऊ शकता. हा निर्णय त्यांचा आहे, तुमचा नाही.

- पुन्हा प्रयत्न करणे. व्यक्ती स्वतः निर्णय बदलेपर्यंत हा ब्लॉक जाणीवपूर्वक आणि कायमचा असतो.
- फक्त अयशस्वी कॅम्पेनमध्ये मेसेज थांबवणे, त्यामुळे दुसरे कॅम्पेन दुसऱ्या दिवशी पुन्हा प्रयत्न करते.
- त्याच व्यक्तीपर्यंत पोहोचण्यासाठी दुसरा नंबर वापरणे. त्यामुळे तोच निर्णय दुर्लक्षित होतो.

**मी त्यांना पुन्हा मेसेज करू शकतो का?** फक्त त्यांनी आधी तुम्हाला मेसेज केल्यास. त्यामुळे सेवा विंडो पुन्हा उघडते.

**यावर काही मार्ग आहे का?** नाही. असा प्रयत्न केल्यास तुमच्या गुणवत्ता रेटिंगला नुकसान होते.

**याचा परिणाम माझ्या संपूर्ण नंबरवर होतो का?** मेसेज नकार त्या प्राप्तकर्त्यापुरता लागू होतो, पण वारंवार केलेले प्रयत्न तुमच्या एकूण गुणवत्ता रेटिंगवर परिणाम करतात.

**मी त्यांना माझ्या यादीतून काढावे का?** फक्त अयशस्वी कॅम्पेनमधून नव्हे, तर सर्व ठिकाणी त्यांना वगळा.

---

## WhatsApp त्रुटी 130497: प्राप्तकर्त्याचा देश अनुमत नाही

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

त्रुटी 130497 म्हणजे तुमच्या खात्यातून प्राप्तकर्त्याच्या देशाला मेसेज पाठवण्याची परवानगी नाही. ही प्राप्तकर्त्याशी संबंधित बाब नसून भौगोलिक मर्यादा आहे. विनंतीतील चुकीपेक्षा खात्यावरील मर्यादा हे सहसा कारण असते.

### देशावरील मर्यादा कशामुळे येते

अनेक कारणे असू शकतात आणि ती सर्व कायमस्वरूपी नसतात.

- नवीन किंवा अपडताळलेले खाते, ज्यावरील मर्यादा व्यवसाय पडताळणीनंतर दूर होतात.
- Meta ने संपूर्ण प्लॅटफॉर्मवर मर्यादा लागू केलेला देश.
- पुनरावलोकन किंवा अंमलबजावणीदरम्यान खात्यावर लावलेले नियंत्रण.
- चुकीचा देश कोड असलेला नंबर, ज्यामुळे तुम्हाला मेसेज करायचा नसलेल्या देशासाठीही ही त्रुटी दिसते.

### आधी फॉरमॅट तपासून पाहा

तुम्ही स्वतः दुरुस्त करू शकता असे हे एकमेव कारण आहे आणि इतर कारणांपेक्षा अधिक सामान्य आहे.

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

- प्राप्तकर्त्याची चूक आहे असे मानणे. मर्यादा तुमच्या खात्यावर आणि त्या देशावर आहे.
- पुन्हा प्रयत्न करणे. प्रयत्नांदरम्यान काहीही बदलत नाही.
- फॉरमॅट तपासणी टाळणे, जरी तुमच्या नियंत्रणातील हेच एक कारण असले तरी.

**प्राप्तकर्ता मला ब्लॉक करत आहे का?** नाही. ही तुमच्या खात्यावर असलेली देशाच्या पातळीवरील मर्यादा आहे.

**ही मर्यादा दूर होऊ शकते का?** काही मर्यादा तात्पुरत्या असतात आणि व्यवसाय पडताळणीनंतर दूर होतात. इतर मर्यादा संपूर्ण प्लॅटफॉर्मवर लागू असतात.

**ही फॉरमॅटमधील चूक असू शकते का?** होय, आणि आधी ती तपासणे योग्य आहे. चुकीचा देश कोड नंबरला चुकीच्या देशाशी जोडतो.

**पुन्हा प्रयत्न केल्याने फायदा होतो का?** नाही. प्रयत्नांदरम्यान मर्यादा बदलत नाही.

---

## WhatsApp त्रुटी 132007: टेम्प्लेट धोरणाचे उल्लंघन

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

त्रुटी 132007 म्हणजे टेम्प्लेट WhatsApp च्या व्यवसाय मेसेजिंग धोरणाचे उल्लंघन करते. सध्याच्या स्वरूपात मेसेज पाठवला जाणार नाही. विनंतीत बदल करण्याऐवजी टेम्प्लेट पुन्हा लिहून सादर करणे हा उपाय आहे.

### धोरण प्रत्यक्षात कशाला प्रतिबंधित करते

पहिले टेम्प्लेट लिहिताना बहुतेक लोक गृहीत धरतात त्यापेक्षा नियम अधिक मर्यादित आहेत.

- ज्याने मागणी केलेली नाही, त्याला अनाहूत प्रचारासारखा वाटणारा आशय.
- काही आर्थिक, आरोग्यविषयक आणि नियमनाधीन उत्पादनांसह प्रतिबंधित श्रेणी.
- पाठवणाऱ्याची चुकीची माहिती देणारी किंवा अस्तित्वात नसलेले संबंध सूचित करणारी भाषा.
- भ्रामक घाई निर्माण करणारी किंवा उत्तर देण्यासाठी दबाव आणणारी रचना.

### शब्दरचनेइतकेच श्रेणीचे महत्त्व का आहे

युटिलिटी म्हणून सादर केलेले टेम्प्लेट प्रत्यक्षात मार्केटिंगसारखे वाटत असेल, तर त्यातील मजकुरात आक्षेपार्ह काही नसले तरी ते धोरणाची समस्या ठरते. या दोन्ही प्रकारांकडून संमतीच्या अपेक्षा वेगळ्या असल्यामुळे Meta टेम्प्लेटचे वर्गीकरण करते. त्यामुळे प्रचारात्मक मेसेज युटिलिटी श्रेणीत पाठवणे त्या उद्देशालाच हरताळ फासते.

व्यवहारातील नियम असा आहे की टेम्प्लेट ज्या श्रेणीसाठी आहे, त्यानुसार प्रामाणिकपणे लिहा. मार्केटिंग टेम्प्लेटने ते मार्केटिंग असल्याचे स्पष्ट केले, तर ते मंजूर होते. डिलिव्हरी सूचनेसारखे भासवलेले मार्केटिंग टेम्प्लेट मंजूर होत नाही. श्रेणी न बदलता केवळ शब्दरचना बदलल्याने ते क्वचितच वाचते.

- मेसेज पुन्हा पाठवण्याचा प्रयत्न करणे. समस्या टेम्प्लेटमध्ये आहे, विनंतीमध्ये नाही.
- फक्त वरवरचे बदल करून पुन्हा सादर करणे. श्रेणी चुकीची असल्यास शब्दरचना उपयोगी पडणार नाही.
- मंजुरी कायमची असते असे गृहीत धरणे. 132016 अंतर्गत टेम्प्लेट नंतर निष्क्रिय केले जाऊ शकते.

**मेसेज पुन्हा पाठवता येईल का?** नाही. टेम्प्लेट पुन्हा लिहून सादर करणे आवश्यक आहे.

**शब्दरचना योग्य दिसत असताना ते का नाकारले गेले?** अनेकदा कारण श्रेणी असते. युटिलिटी म्हणून सादर केलेला मार्केटिंग मेसेज शब्दरचनेची पर्वा न करता धोरणाची समस्या ठरतो.

**पुन्हा सादर केल्यानंतर किती वेळ लागतो?** पडताळणी सहसा लवकर होते, पण ठरावीक वेळेची हमी नाही.

**हे 132016 सारखेच आहे का?** नाही. तो कोड मंजुरीनंतर कायमचे निष्क्रिय केलेल्या टेम्प्लेटसाठी आहे.

---

## WhatsApp त्रुटी 132012: टेम्प्लेट पॅरामीटर फॉरमॅट जुळत नाही

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

त्रुटी 132012 म्हणजे पाठवलेल्या पॅरामीटरची मूल्ये टेम्प्लेटने ठरवलेल्या फॉरमॅटशी जुळत नाहीत. तीन व्हेरिएबल्स असलेल्या टेम्प्लेटला योग्य प्रकारचे नेमके तीन पॅरामीटर, योग्य क्रमाने आवश्यक असतात. यातील कोणताही फरक असल्यास मेसेज अंशतः पाठवला जात नाही, तर ही त्रुटी येते.

### काय जुळले पाहिजे

सगळेच, आणि तेही कोणतीही सूचना न देता. अंशतः जुळणे शक्य नाही.

- संख्या: बॉडीमध्ये तीन प्लेसहोल्डर्स असतील, तर बॉडीचे नेमके तीन पॅरामीटर आवश्यक आहेत, एकही जास्त किंवा कमी नाही.
- क्रम: पॅरामीटर क्रमावर आधारित असतात. त्यामुळे दोन पॅरामीटरची अदलाबदल केल्यास मूल्ये चुकीच्या ठिकाणी असलेला मेसेज पाठवला जातो, किंवा प्रकार वेगळे असल्यास ही त्रुटी येते.
- प्रकार: चलन किंवा तारीख पॅरामीटरचा ऑब्जेक्ट फॉरमॅट ठरलेला असतो. तो साधा मजकूर म्हणून पाठवता येत नाही.
- घटक: हेडर, बॉडी आणि बटन पॅरामीटरच्या स्वतंत्र याद्या असतात. त्या एकाच यादीत एकत्र करता येत नाहीत.

### प्रॉडक्शन बिघडवणारा बदल

टेम्प्लेट संपादित करणारे लोक एपीआय कॉल करणारेच असतील असे नाही. मेसेज अधिक स्पष्ट करण्यासाठी कोणी व्हेरिएबल वाढवते, टेम्प्लेटला पुन्हा मंजुरी मिळते आणि बदल न केलेल्या इंटिग्रेशनमधून होणारे प्रत्येक पाठवणे अयशस्वी होऊ लागते.

हे घडल्यावर समजण्यापेक्षा आधीच प्रतिबंध करणे योग्य आहे. टेम्प्लेट स्टेटस वेबहुक्सची सदस्यता घेतल्यास बदल इव्हेंट म्हणून मिळतो. टेम्प्लेटमधील व्हेरिएबलची संख्या इंटिग्रेशनच्या कराराचा भाग मानून, बदलाच्या वेळी तिचे पुनरावलोकन केल्यास, शब्दरचनेतील सुधारणा आउटेजमध्ये बदलत नाही.

- जपून म्हणून अतिरिक्त पॅरामीटर पाठवणे. कमी असणे जितके चुकीचे, तितकेच जास्त असणेही चुकीचे.
- क्रमावर आधारित पॅरामीटरना नावावर आधारित समजणे. त्यांची जुळवणी केवळ क्रमाने होते.
- पॅरामीटर पाठवणारा कोड तपासल्याशिवाय टेम्प्लेट संपादित करणे.

**मी किती पॅरामीटर पाठवू?** टेम्प्लेटमध्ये जितके परिभाषित आहेत तितकेच, आणि योग्य क्रमाने.

**मी अतिरिक्त पॅरामीटर पाठवू शकतो का?** नाही. जास्त पॅरामीटर पाठवल्यास कमी पाठवल्याप्रमाणेच त्रुटी येते.

**हे अचानक का सुरू झाले?** सहसा टेम्प्लेट संपादित झाल्यामुळे आणि त्यातील व्हेरिएबलची संख्या बदलल्यामुळे.

**पॅरामीटरना नावे असतात का?** नाही. ते क्रमावर आधारित असतात, त्यामुळे क्रम महत्त्वाचा आहे.

---

## WhatsApp त्रुटी 132016: टेम्प्लेट कायमचे अक्षम केले आहे

https://easycoexistence.com/mr/docs/whatsapp-error-132016

132016 त्रुटी म्हणजे टेम्प्लेट कायमचे अक्षम झाले असून ते पुन्हा वापरता येत नाही. गुणवत्ता घसरण्याच्या शेवटी हे सहसा घडते: प्राप्तकर्त्यांनी त्याद्वारे पाठवलेले मेसेजेस ब्लॉक केले किंवा त्यांची तक्रार नोंदवली, टेम्प्लेटचे गुणवत्ता रेटिंग घसरले आणि Meta ने ते मागे घेतले.

### टेम्प्लेट या स्थितीत कसे पोहोचते

हे क्वचितच एका टप्प्यात घडते. प्राप्तकर्त्यांना न आवडणाऱ्या मंजूर टेम्प्लेटवर ब्लॉक आणि तक्रारी जमा होतात, त्याचे गुणवत्ता रेटिंग हिरव्या रंगापासून पिवळे आणि नंतर लाल होते आणि ते तात्पुरते थांबवले जाते. वारंवार होणारे थांबे शेवटी कायमचे अक्षम होण्यात संपतात.

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

### याबाबत काय करावे

दोन गोष्टी, याच क्रमाने.

- यातून मेसेजेस पाठवणे थांबवा आणि दुसऱ्या टेम्प्लेटवर स्विच करा, कारण हे टेम्प्लेट पुन्हा कधीही काम करणार नाही.
- प्राप्तकर्त्यांना ते का नापसंत पडले हे समजून घ्या आणि मग पर्यायी टेम्प्लेट लिहा, नाहीतर त्याचाही प्रवास तसाच होईल.
- मजकुरासोबत प्रेक्षकही तपासा. ज्यांना मेसेजची अपेक्षा नव्हती अशा लोकांना पाठवलेले चांगले टेम्प्लेटही ब्लॉक मिळवते.
- टेम्प्लेट गुणवत्ता वेबहुक्सची सदस्यता घ्या, म्हणजे पुढील घसरण अक्षम झाल्यावर नव्हे तर पिवळ्या स्टेटसवरच दिसेल.

- नवीन नावाने तेच टेम्प्लेट पुन्हा तयार करणे. अपयशी ठरलेला मजकूर आहे.
- पिवळ्या गुणवत्ता रेटिंगकडे दुर्लक्ष करणे. पिवळा इशारा आहे, लाल त्याचा परिणाम आहे.
- प्रेक्षक ही समस्या असताना मजकुराला दोष देणे.

**ते पुन्हा सक्षम करता येईल का?** नाही. कायमचे अक्षम म्हणजे कायमचेच.

**नवीन नावाने ते पुन्हा तयार करता येईल का?** हो, पण घसरणीचे कारण मजकूर आहे, त्यामुळे हे टेम्प्लेटही बहुधा त्याच मार्गाने जाईल.

**हे 132015 पेक्षा वेगळे कसे आहे?** 132015 तात्पुरते थांबवणे आहे, जे नंतर उठवता येते. हे तसे नाही.

**हे घडणार असल्याचे आधी दिसू शकले असते का?** हो. टेम्प्लेट गुणवत्ता वेबहुक्स या टप्प्यापूर्वीच घसरण कळवतात.

---

## WhatsApp त्रुटी 131056: एका प्राप्तकर्त्याला खूप मेसेज

https://easycoexistence.com/mr/docs/whatsapp-error-131056

त्रुटी 131056 म्हणजे तुमच्या व्यवसायाच्या नंबरमधून एका प्राप्तकर्त्याला कमी वेळात खूप मेसेज गेले. ही प्रत्येक जोडीसाठीची दरमर्यादा आहे. ती तुमच्या खात्याच्या एकूण मेसेज क्षमतेपासून वेगळी असते आणि बहुतेकदा एखादी स्वयंचलित प्रक्रिया स्वतःची पुनरावृत्ती करत असल्याचे दर्शवते.

### ही मर्यादा जोडीपुरती का आहे

कारण ही मर्यादा एकूण मेसेजच्या संख्येपासून संरक्षण करण्यासाठी नसून, एका व्यक्तीवर मेसेजचा भडिमार होऊ नये म्हणून आहे. एखादे खाते त्याच्या एकूण मेसेज क्षमतेच्या मर्यादेत असू शकते, तरी एका मिनिटात एका प्राप्तकर्त्याला तीस मेसेज पाठवू शकते. खात्याची एकूण संख्या काहीही असली, तरी समोरच्या व्यक्तीला तो स्पॅमच वाटतो.

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

### ही समस्या सहसा कशामुळे येते

जवळजवळ नेहमी यामागे एखादी स्वयंचलित प्रक्रिया असते, व्यक्तीने टाइप केलेले नसते.

- डिलिव्हरी अयशस्वी झाल्याला मेसेज पाठवणे अयशस्वी झाले असे मानणारा रीट्राय लूप, जो पुन्हा मेसेज पाठवतो.
- एखाद्या इव्हेंटसाठी एकापेक्षा जास्त वेळा सुरू होणारा वेबहुक हँडलर, जो उत्तर पाठवतो.
- एका उत्तराचे झटपट अनेक छोटे मेसेज करणारा चॅटबॉट.
- विकासाच्या काळात त्याच नंबरवर वारंवार मेसेज पाठवणारी टेस्ट स्क्रिप्ट.

### ही समस्या कशी टाळावी

फक्त खात्याच्या पातळीवर नव्हे, तर संभाषणाच्या पातळीवर मेसेजचा वेग मर्यादित करून. पाठवण्यापूर्वी प्रत्येक प्राप्तकर्त्यासाठी दर मिनिटाला मेसेजची मर्यादा लावल्यास जवळजवळ कोणताही खर्च न होता ही त्रुटी आणि तिच्यामागचा खराब ग्राहक अनुभव दोन्ही टाळता येतात.

मेसेजची डुप्लिकेशन तपासणीही तितकीच महत्त्वाची आहे. वेबहुक इव्हेंट एकापेक्षा जास्त वेळा मिळू शकतात. एखादा मेसेज आधी हाताळला आहे की नाही हे तपासल्याशिवाय उत्तर पाठवणारा हँडलर, जास्त लोडमध्ये नेमका हाच पॅटर्न तयार करतो.

- पुन्हा प्रयत्न करणे, ज्यामुळे आधीच मेसेजचा भडिमार होत असलेल्या प्राप्तकर्त्याला आणखी एक मेसेज जातो.
- फक्त खात्याच्या पातळीवर वेग मर्यादित करणे. ही मर्यादा प्रत्येक प्राप्तकर्त्यासाठी आहे.
- मेसेज आयडीवरून डुप्लिकेशन तपासल्याशिवाय वेबहुक इव्हेंट हाताळणे.

**ही माझ्या खात्याची दरमर्यादा आहे का?** नाही. ती 130429 आहे. ही मर्यादा प्रत्येक प्राप्तकर्त्यासाठी आहे.

**कमी मेसेज असलेल्या नंबरवर ही त्रुटी का येते?** कारण ही मर्यादा खात्याच्या एकूण संख्येला नव्हे, त्या जोडीला लागू होते.

**ही समस्या कशी थांबवू?** प्रत्येक संभाषणाचा वेग मर्यादित करा आणि मेसेज आयडीवरून वेबहुक इव्हेंटचे डुप्लिकेशन तपासा.

**मी पुन्हा प्रयत्न करावा का?** नाही. पुन्हा प्रयत्न केल्यास त्याच प्राप्तकर्त्याला आणखी एक मेसेज जातो.

---

## WhatsApp त्रुटी 80007: WhatsApp Business खात्यावरील दर मर्यादा

https://easycoexistence.com/mr/docs/whatsapp-error-80007

त्रुटी 80007 म्हणजे WhatsApp Business खात्यावर दर मर्यादा लागू झाली आहे. मेसेज पाठवण्याच्या वेगाऐवजी व्यवस्थापन आणि वाचनाच्या विनंत्यांवर तिचा परिणाम होतो. त्यामुळे नेहमीचे कारण पोलिंग असते: डेटा बदलण्यापेक्षा कितीतरी जास्त वेळा स्टेटस तपासले जाते.

### यात काय मोजले जाते

ग्राहकांना पाठवलेले मेसेज नव्हे, तर खात्यावर केलेल्या विनंत्या.

- फोन नंबर, त्यांचे गुणवत्ता रेटिंग आणि मेसेज पाठवण्याची क्षमता वाचणे.
- मेसेज टेम्प्लेटची यादी पाहणे आणि ती वाचणे.
- सबस्क्रिप्शन आणि वेबहुक कॉन्फिगरेशनच्या विनंत्या.
- ठराविक वेळापत्रकानुसार केलेली कोणतीही स्टेटस तपासणी. यामुळेच सहसा विनंत्यांची संख्या वाढते.

### पोलिंग हे दुरुस्त करण्यासारखे कारण आहे

काही नंबरसाठी दर तीस सेकंदांनी स्टेटस तपासल्यास, महिन्यात काही वेळाच बदलणाऱ्या डेटावर दिवसाला हजारो विनंत्या होतात. अखेरीस ही मर्यादा गाठली जाते. तेव्हा एखादी महत्त्वाची घटना घडते त्याच वेळी पोलिंग बंद पडते.

वेबहुक ही पद्धत उलटवतात. गुणवत्ता रेटिंग, खाते किंवा टेम्प्लेट स्टेटसमध्ये बदल झाला की Meta तो लगेच पाठवते. त्यामुळे एकही विनंती लागत नाही आणि कोणत्याही पोलिंगपेक्षा प्रतिसाद लवकर मिळतो. योग्य रचना म्हणजे बदलांसाठी वेबहुक आणि अधूनमधून पडताळणीसाठी पोलिंग. पोलिंग हे मुख्य साधन नसावे.

- कमी अंतराने स्टेटसचे पोलिंग करणे. क्वचित बदलणाऱ्या डेटावर यामुळे मर्यादा खर्ची पडते.
- रिट्राय वाढवून प्रतिक्रिया देणे. यामुळे मर्यादा आणखी जलद संपते.
- 130429 सोबत गोंधळ करणे. तो मेसेज पाठवण्याशी संबंधित आहे.

**हा विषय मेसेज पाठवण्याबद्दल आहे का?** नाही. त्या मर्यादेसाठी 130429 आहे. ही मर्यादा व्यवस्थापन आणि वाचनाच्या विनंत्यांसाठी आहे.

**याचे कारण काय असते?** सहसा कमी अंतराने स्टेटसचे पोलिंग करणे.

**त्याऐवजी काय करावे?** वेबहुकचे सबस्क्रिप्शन घ्या आणि अधूनमधून पडताळणीसाठी पोलिंग राखून ठेवा.

**ही समस्या आपोआप दूर होते का?** होय. वेळेची विंडो संपल्यानंतर ती दूर होते. मात्र पोलिंगची पद्धत बदलली नाही तर ती पुन्हा येते.

---

## एजन्सी आणि सल्लागार संस्थांसाठी WhatsApp Coexistence

https://easycoexistence.com/mr/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 मध्ये कनेक्ट करणे. प्रत्येक नंबर क्लायंटच्या खात्यात ठेवा, म्हणजे कनेक्शन त्यांचे राहते.
- मोठ्या प्रमाणावर मॉनिटरिंगला ऐच्छिक समजणे. वीस क्लायंटमध्ये वीस शांतपणे अयशस्वी होणाऱ्या प्रक्रिया म्हणजे सपोर्टचा भार आहे, क्वचित घडणारी बाब नाही.

**तुम्ही व्यवस्थापित करता त्या प्रत्येक क्लायंटला तुमच्याकडे स्वतंत्र खाते लागते का?** नाही. तुम्ही व्यवस्थापित केलेले सर्व नंबर एका खात्यात असतात, प्रत्येकाचे स्वतंत्र बिलिंग होते आणि कनेक्टर सर्व नंबर दाखवतो. तुम्ही सेवा देत असलेल्या व्यवसायांसाठी याचा वापर करण्यावर कोणतेही बंधन नाही.

**कनेक्शनचे मालक कोण, मी की क्लायंट?** नंबर क्लायंटच्या Business Portfolio मध्ये राहतो. तुम्ही कनेक्शन व्यवस्थापित करता, पण Meta सोबतचा मूळ संबंध त्यांचा असतो. त्यांनी विचारल्यास हेच प्रामाणिक उत्तर आहे.

**क्लायंटने सेवा सोडली तर काय होते?** नंबर डिस्कनेक्ट होतो आणि त्यांचे WhatsApp Business ॲप आधीप्रमाणेच सुरू राहते. कनेक्ट केलेले असण्यामुळे नंबरमध्ये कायमस्वरूपी कोणताही बदल होत नाही.

**मेसेजेससाठी Meta ला पैसे कोण देतो?** क्लायंट त्यांच्या स्वतःच्या WhatsApp Business Account वरील पेमेंट पद्धतीतून पैसे देतो. हे शुल्क आमच्यामार्फत जात नाही, त्यामुळे कोणालाही त्यावर वाढीव शुल्क लावावे लागत नाही.

---

## Meta Tech Provider असण्याचा अर्थ आणि त्याचे महत्त्व

https://easycoexistence.com/mr/meta-tech-provider

Meta Tech Provider पडताळलेल्या Business Manager वर स्वतःचे Meta ॲप चालवतो आणि त्याद्वारे इतर व्यवसायांचे WhatsApp नंबर जोडू शकतो. EasyCoexistence हा त्यापैकी एक आहे. त्यामुळे नंबर पुनर्विक्रेत्याच्या खात्याखाली न राहता थेट तुमच्या स्वतःच्या पोर्टफोलिओशी जोडला जातो.

### Tech Provider प्रत्यक्षात काय करतो?

इतर व्यवसाय त्यांचे WhatsApp नंबर ज्या ॲपद्वारे जोडतात, ते ॲप तो चालवतो.

एखादा व्यवसाय ऑनबोर्ड होताना Meta चे Embedded Signup उघडते आणि त्यांना ॲपला परवानगी देण्यास सांगते. ते ॲप Tech Provider चे असते. परवानगी मिळाल्यावर ते त्यांच्या वतीने नंबरचा स्टेटस पाहू शकते, मेसेजेस पाठवू शकते, टेम्प्लेट्स व्यवस्थापित करू शकते आणि वेबहुक्स कुठे पाठवायचे ते ठरवू शकते. Provider देत असलेली प्रत्येक सुविधा या संबंधावर आधारित असते.

हा स्टेटस त्या संबंधाला वैधता देतो. पडताळलेल्या Business Manager वर स्वतःचे ॲप असलेल्या कंपनीला, App Review नंतर, Meta हा स्टेटस देते. त्यामुळे एखाद्याच्या क्रेडेन्शियल्सवर चालणाऱ्या स्क्रिप्टपेक्षा Provider वेगळा ठरतो.

### ॲपचा मालक कोण आहे हे महत्त्वाचे का आहे?

कारण तुमच्या ग्राहकाचा नंबर शेवटी कोणत्या खात्याशी जोडला जाईल, हे त्यावर ठरते.

दुसऱ्या कोणाच्या Provider खात्यावर उभारलेली साधने त्या खात्याच्या मर्यादा स्वीकारतात. सर्वसाधारण ऑटोमेशन प्लॅटफॉर्मवर लोकांना जाणवणाऱ्या एका कनेक्शनच्या मर्यादा इथून येतात: प्लॅटफॉर्मकडे एक Provider संबंध असतो आणि तो वापरणारे सर्वजण तोच संबंध वाटून घेतात.

आमच्या स्वतःच्या ॲपमुळे ग्राहकाच्या Business Portfolio आणि Meta यांच्यात थेट कनेक्शन होते. नंबर त्यांचाच राहतो, तो कोणताही पुनर्विक्रेता हाताळत नाही आणि पुढचा नंबर जोडणे हे पहिला नंबर जोडण्यासारखेच असते. एजन्सीसाठी हा तांत्रिक तपशील नाही. ग्राहकाने त्यांचा नंबर कोण नियंत्रित करतो असे विचारल्यावर हेच उत्तर असते.

### या स्टेटससाठी काय आवश्यक आहे?

पडताळलेला Business Manager, App Review उत्तीर्ण करणारे ॲप आणि प्रक्रियांची नोंद केलेली प्रात्यक्षिके.

व्यवसायाची पडताळणी ॲपला वास्तविक कायदेशीर संस्थेशी जोडते. त्यासाठी Meta रजिस्टरमधील नोंदींशी कागदपत्रे तपासते. App Review मध्ये ॲप काय मागते आणि का मागते हे पाहिले जाते. WhatsApp साठी ऑनबोर्डिंग सुरुवातीपासून शेवटपर्यंत प्रत्यक्ष चालत असल्याचे दाखवणारे रेकॉर्ड केलेले व्हिडिओही द्यावे लागतात. यासाठी पैसे लागत नाहीत, पण वेळ लागतो. हा वेळ कमी करता येत नाही.

तुम्ही स्वतःचे ॲप तयार करण्याचा विचार करत असाल तर हे लक्षात ठेवा. तुमच्या मालकीचा एकच नंबर जोडण्यासाठी यापैकी काहीही आवश्यक नाही. ग्राहकांचे नंबर जोडण्यासाठी हे सर्व आवश्यक आहे आणि प्रतीक्षा दिवसांत नव्हे, तर आठवड्यांत मोजली जाते.

### नंबर जोडणाऱ्या व्यवसायासाठी यामुळे काय बदलते?

तीन गोष्टी बदलतात आणि त्यापैकी एकही इंटरफेसमध्ये दिसत नाही.

नंबर त्यांच्या स्वतःच्या Business Portfolio मध्ये जोडला जातो, त्यामुळे Meta सोबतचा संबंध त्यांचा असतो. संभाषणाचे शुल्क Meta थेट त्यांच्या WhatsApp Business Account वर आकारते. त्यामुळे मधल्या कोणालाही त्यावर स्वतःचा वाढीव शुल्क लावता येत नाही. तसेच एका खात्याला जोडता येणाऱ्या नंबरची कमाल मर्यादा नसते, कारण वाटून घ्यावा लागणारा Provider संबंध नसतो.

ऑनबोर्डिंगची प्रक्रिया मात्र बदलत नाही. Embedded Signup हा Meta चाच फ्लो आहे, पॉपअप Meta चेच आहे आणि कोड स्कॅन WhatsApp Business ॲपमध्ये होतो. Tech Provider यापैकी काहीही बदलत नाही. ही प्रक्रिया उपलब्ध करून देणारा तो संबंध आहे.

- प्रत्येक Provider कडे स्वतःचा Tech Provider स्टेटस असतो असे गृहीत धरणे. अनेक Provider दुसऱ्या कोणाच्या स्टेटसवर चालतात आणि तिथूनच कनेक्शनच्या मर्यादा येतात.
- ठरावीक मुदतीत हा स्टेटस मिळेल असे नियोजन करणे. App Review ची वेळ कंपनीच्या नियंत्रणात नसते.
- याकडे केवळ बॅज म्हणून पाहणे. हा खाते-संबंध आहे आणि ग्राहकाचा नंबर कोणाच्या पोर्टफोलिओमध्ये राहील हे तो ठरवतो.

**याचा अर्थ Meta EasyCoexistence ला मान्यता देते असा आहे का?** नाही. कोणत्याही Provider ने तसे सूचित करू नये. Tech Provider हा मंजूर ॲपद्वारे इतर व्यवसायांचे नंबर जोडण्याची परवानगी देणारा तांत्रिक स्टेटस आहे. त्यावर आधारित उत्पादनाला दिलेली मान्यता नाही.

**मी स्वतः Tech Provider होऊ शकतो का?** हो. पडताळलेला Business Manager असलेल्या आणि App Review प्रक्रियेतून जाण्यास तयार असलेल्या कोणत्याही कंपनीसाठी हे मोफत आणि खुले आहे. खर्च शुल्काचा नसून प्रतीक्षेचा आहे.

**माझा नंबर कोणाच्या Business Portfolio मध्ये राहतो?** तुमच्या. कनेक्शन तुमच्या पोर्टफोलिओ आणि Meta यांच्यात होते आणि आमच्या ॲपला नंबरवर तुमच्या वतीने काम करण्याची परवानगी दिली जाते. नंबर आमच्या खात्यात हलत नाही.

**मी किती नंबर जोडू शकतो यावर मर्यादा आहे का?** नाही. इतरत्र जाणवणाऱ्या मर्यादा अनेक वापरकर्त्यांनी एकच Provider संबंध वाटून घेतल्यामुळे येतात. येथे तसे होत नाही.

---

## WhatsApp Coexistence साठी किती खर्च येतो, प्रोव्हायडरनुसार

https://easycoexistence.com/mr/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/mr/whatsapp-coexistence-glossary

WhatsApp Coexistence मधील संज्ञा सहज गोंधळात टाकू शकतात. या साइटवर वापरलेल्या प्रत्येक संज्ञेची योग्य अर्थासह व्याख्या येथे दिली आहे.

### शब्दावलीमुळे इतका गोंधळ का होतो?

यातील अनेक संज्ञा वेगवेगळ्या स्तरांवरील गोष्टींसाठी आहेत, पण त्या एकाच स्तरावरील वाटतात.

Business Portfolio मध्ये WhatsApp Business Account असते. त्यात फोन नंबर असतात आणि प्रत्येक नंबरला फोन नंबर आयडी असतो. संभाषणात या चारही गोष्टींना खाते म्हटले जाते. त्यामुळे खाते काम करत आहे का ते तपासा, या वाक्याचा अर्थ चार वेगवेगळ्या तपासण्या असू शकतो. या प्लॅटफॉर्मवरील दोन चोवीस तासांच्या विंडोंबाबतही असेच होते. त्या असंबंधित गोष्टी मोजतात आणि सतत एकमेकींच्या जागी वापरल्या जातात.

यातील दुसरा भाग असा की Meta आणि प्रोव्हायडर्स एकाच गोष्टीसाठी वेगवेगळे शब्द वापरतात, आणि प्रोव्हायडर्समध्येही एकमत नसते. ही साइट जिथे शक्य असेल तिथे Meta ची स्वतःची शब्दावली वापरते आणि एखादी संज्ञा आमची असेल तेव्हा ते स्पष्टपणे सांगते.

### प्रत्यक्ष वापरात कोणते फरक महत्त्वाचे आहेत?

तीन, आणि प्रत्येकामुळे कोणाचा तरी एक दिवस वाया गेला आहे.

ग्राहक सेवा विंडो आणि सिंक्रोनायझेशन विंडो दोन्ही चोवीस तासांच्या आहेत, पण त्यांचा एकमेकांशी काहीही संबंध नाही. ग्राहकाच्या शेवटच्या मेसेजनंतर मोजली जाणारी पहिली विंडो स्वतन्त्र टेक्स्ट पोहोचेल की नाही हे ठरवते. ऑनबोर्डिंगपासून मोजली जाणारी दुसरी विंडो चॅट इतिहास अजूनही दुसरीकडे आणता येईल की नाही हे ठरवते.

लिंक केलेले डिव्हाइस म्हणजे एपीआय नाही. ते दुसरीकडे साइन इन केलेले ग्राहक WhatsApp क्लायंट असते. अनधिकृत टूल्स हेच स्वयंचलित करतात आणि त्यामुळे नंबर बॅन होतात.

वेबहुक डेस्टिनेशन ही नंबरवरील सेटिंग नाही. ती खात्याच्या ॲप सबस्क्रिप्शनवरील ओव्हरराइड असते. म्हणून कनेक्शन काढल्यावर ती नाहीशी होते आणि पुन्हा कनेक्ट केल्यावर परत सेट करावी लागते.

**Coexistence हे Cloud API पेक्षा वेगळे एपीआय आहे का?** नाही. Coexistence म्हणजे नंबर Cloud API वर ऑनबोर्ड करण्याची पद्धत. त्यावर WhatsApp Business ॲप सुरू राहते. एंडपॉइंट्स, मेसेज फॉरमॅट आणि नियम एकसारखे आहेत.

**Business Portfolio आणि WABA मधील फरक काय?** Business Portfolio हे Meta Business Manager मधील कंपनी स्तरावरील कंटेनर आहे. त्यात WhatsApp Business Account असते आणि त्यात फोन नंबर असतात. एका पोर्टफोलिओमध्ये अनेक WABA असू शकतात.

**BSP आणि Tech Provider एकच आहेत का?** दोन्ही काही प्रमाणात एकमेकांना छेदतात, पण वेगवेगळ्या गोष्टी सांगतात. Tech Provider हा Meta कडून मिळालेला स्टेटस आहे, ज्यामुळे कंपनीला स्वतःच्या ॲपमधून इतर व्यवसायांचे नंबर कनेक्ट करता येतात. BSP सहसा मेसेजिंग प्लॅटफॉर्म विकणाऱ्या कंपनीसाठी वापरले जाते. त्या कंपनीकडे स्वतः हा स्टेटस असेलच असे नाही.

**MCP चा WhatsApp शी काय संबंध आहे?** स्वतःहून काहीही नाही. MCP हा एआय असिस्टंटला टूलचा ॲक्सेस देण्यासाठीचा प्रोटोकॉल आहे. WhatsApp MCP सर्व्हर नंबरला अशा टूल्सपैकी एक म्हणून उपलब्ध करून देतो. तो मेसेज स्वीकारू शकत नाही, फक्त सांगितल्यावर कृती करू शकतो.

---

## WhatsApp वेबहुक फील्ड्स आणि कोणते कुठे जातात

https://easycoexistence.com/mr/docs/webhook-fields

WhatsApp Business Account इव्हेंट्स नाव दिलेल्या फील्ड्सच्या स्वरूपात पाठवते. त्यांपैकी दोन फील्ड्स संभाषणातील मजकूर वाहून तुमच्या एंडपॉइंटवर पाठवल्या जातात. सहा फील्ड्स कार्यप्रणालीची स्थिती वाहून नेतात आणि त्यावर मॉनिटरिंग उभारले जाते. कोणती फील्ड कोणते काम करते हे समजल्यावर तुमची आर्किटेक्चर ठरते.

### प्रत्येक फील्डमध्ये काय असते?

messages मध्ये ग्राहक त्या नंबरवर पाठवतो ते सर्व असते: मजकूर, मीडिया संदर्भ, उत्तरे आणि प्रतिक्रिया. smb_message_echoes मध्ये तुमची टीम WhatsApp Business ॲपमधून पाठवते ते असते. हे फक्त Coexistence नंबरवर उपलब्ध असते आणि सॉफ्टवेअरला माणसाने दिलेली उत्तरे दिसण्याचा हा मार्ग आहे.

account_update मध्ये कनेक्शनची स्थिती असते: ॲप खात्यातून अनइन्स्टॉल केल्यावर PARTNER_REMOVED, ACCOUNT_OFFBOARDED, ACCOUNT_RECONNECTED आणि निर्बंध किंवा उल्लंघनाशी संबंधित इव्हेंट्स. phone_number_quality_update मध्ये गुणवत्ता रेटिंग आणि थ्रूपुटमधील बदल असतात. account_alerts मध्ये Meta खात्यावर लावते त्या सूचना असतात, तर account_review_update मध्ये पडताळणीचा निकाल असतो.

business_capability_update मध्ये मेसेज मर्यादा आणि क्षमतेतील बदल असतात, तर phone_number_name_update मध्ये डिस्प्ले नावाची मंजुरी किंवा नकार असतो.

### ही विभागणी आर्किटेक्चरच्या दृष्टीने महत्त्वाची का आहे?

कारण संभाषणातील मजकूर कधीही एखाद्या प्रोव्हायडरपर्यंत पोहोचतो की नाही हे यावर ठरते.

ओव्हरराइडमुळे दोन्ही मेसेज फील्ड्स Meta कडून थेट तुमच्या एंडपॉइंटवर पाठवल्या जातात. सहा कार्यप्रणालीविषयक फील्ड्स प्रोव्हायडरकडे जात राहतात. त्यामुळे कोणाकडेही मेसेज नसताना डॅशबोर्ड आणि अलर्टिंग शक्य होते.

म्हणून मेसेज साठवले जात नाहीत हा दावा केवळ धोरणावर नव्हे, तर रचनेवरही आधारित असू शकतो. मेसेज फील्ड्स दुसरीकडे पाठवल्या गेल्या तर त्या साठवण्यासाठी तुमच्या कोडमध्ये मार्गच उरत नाही. आमच्या बाबतीत ओव्हरराइड नसलेले खाते डीफॉल्ट कॉलबॅकवर फॉलबॅक होते आणि हँडलर ते इव्हेंट्स साठवणूक न करता टाकून देतो.

### तुमच्या हँडलरने कोणत्या फील्ड्सची अपेक्षा ठेवावी?

ओव्हरराइड सेट असल्यास फक्त दोन्ही मेसेज फील्ड्सची. इतर काही आल्यास त्रुटी देण्याऐवजी ते दुर्लक्षित करणारा हँडलर लिहिणे योग्य आहे.

Meta कालांतराने फील्ड्स वाढवते आणि पेलोडच्या रचनेत कोणतीही सूचना न देता नवीन कीज येऊ शकतात. फील्डच्या नावानुसार काम करून अपरिचित फील्ड दुर्लक्षित करणारा हँडलर सुरू राहतो. रचना कायम तशीच असेल असे गृहीत धरणारा हँडलर पहिल्याच अपरिचित इव्हेंटवर त्रुटी देतो.

smb_message_echoes ला स्पष्टपणे हाताळणेही योग्य आहे, त्याला निरुपयोगी डेटा समजू नका. हे नसल्यास सॉफ्टवेअरला माणसाने आधीच उत्तर दिले आहे हे कळत नाही आणि ग्राहकाला त्याच प्रश्नाची दोन उत्तरे मिळतात.

- सामान्य पेलोड गृहीत धरणे. प्रत्येक इव्हेंटमध्ये त्याची फील्ड नमूद असते आणि हँडलरने त्यानुसार काम केले पाहिजे.
- smb_message_echoes दुर्लक्षित करणे. त्यामुळे माणसाने आधीच उत्तर दिल्यानंतरही सॉफ्टवेअर त्यावर आणखी उत्तर पाठवते.
- अपरिचित फील्ड्स वगळण्याऐवजी त्यावर त्रुटी देणे. Meta विचारणा न करता फील्ड्स वाढवते.

**मला फक्त काही फील्ड्स मिळू शकतात का?** ओव्हरराइडमुळे मेसेज मार्ग तुमच्याकडे येतो. कार्यप्रणालीविषयक विभागणी निश्चित असते, कारण मॉनिटरिंग त्यावर उभारलेले आहे.

**सामान्य Cloud API नंबरवर smb_message_echoes असते का?** नाही. Coexistence नंबरवर ॲपमधून माणूस आणि एपीआयमधून सॉफ्टवेअर दोन्ही पाठवतात, म्हणून ते उपलब्ध असते.

**मी कोणतेही डेस्टिनेशन सेट केले नाही तर मेसेज इव्हेंट्सचे काय होते?** ते आमच्या डीफॉल्ट कॉलबॅकवर येतात आणि साठवणूक न करता टाकून दिले जातात.

**फील्ड्सची नावे Meta ची आहेत की तुमची?** Meta ची. यापैकी कोणतेही नाव आम्ही तयार केलेले नाही, म्हणून ती एकदा शिकून ठेवणे उपयुक्त आहे.

---

## WhatsApp वेबहुक एंडपॉइंटची पडताळणी

https://easycoexistence.com/mr/docs/webhook-verification

कोणताही इव्हेंट पाठवण्यापूर्वी Meta GET द्वारे hub.mode, hub.verify_token आणि hub.challenge घेऊन तुमच्या एंडपॉइंटला विनंती करते. तुमच्या एंडपॉइंटने टोकनची तुलना करून चॅलेंज raw body म्हणून परत करणे आवश्यक आहे. याशिवाय डिलिव्हरी सुरू होत नाही.

### Meta नेमके काय पाठवते?

तुमच्या यूआरएलवर तीन query parameters असलेली GET विनंती येते. hub.mode ची किंमत subscribe असते. destination सेट करताना तुम्ही कॉन्फिगर केलेले टोकन hub.verify_token मध्ये असते. या प्रयत्नासाठी Meta तयार केलेली मूल्य hub.challenge मध्ये असते.

तुम्ही निवडलेल्या टोकनशी hub.verify_token ची तुलना करा. ते जुळल्यास 200 प्रतिसादासह hub.challenge संपूर्ण response body म्हणून परत करा. ते JSON मध्ये गुंडाळू नका, त्याभोवती अवतरणचिन्हे लावू नका आणि काही फ्रेमवर्क डीफॉल्टने जोडतात ती शेवटची नवीन ओळही देऊ नका.

टोकन जुळत नसल्यास 403 प्रतिसाद द्या. हाच संपूर्ण प्रोटोकॉल आहे आणि तो मुद्दाम लहान ठेवला आहे.

### चुकीचे उत्तर शांतपणे का अपयशी ठरते?

कारण पडताळणी अयशस्वी होणे ही तुमच्या प्रणालीतील त्रुटी नसून Meta च्या प्रणालीतील अनुपस्थिती आहे.

चॅलेंज योग्यरीत्या परत न आल्यास Meta त्या destination वर डिलिव्हरी सुरूच करत नाही. तुमचा सर्व्हर पडताळणीला 200 प्रतिसाद देतो, लॉगमध्ये विनंती आल्याचे दिसते आणि कोणताही डॅशबोर्ड समस्या दाखवत नाही. एकमेव लक्षण म्हणजे मेसेज येत नाहीत. त्यामुळे बहुतेक जण याचे निदान handshake समस्येऐवजी Coexistence समस्या म्हणून करतात.

म्हणून कॉल करण्यापूर्वी पडताळणी करणे महत्त्वाचे आहे. Graph विनंती करण्याआधी यूआरएल HTTPS आहे आणि verify token दिले आहे याची आम्ही तपासणी करतो. त्यामुळे चुकीचे destination कनेक्टेड दिसण्याऐवजी लगेच अपयशी ठरते.

### पडताळणी आणखी कशामुळे अडू शकते?

कोडशी संबंध नसलेल्या तीन गोष्टी.

एंडपॉइंटसमोर authentication असणे. gateway, basic auth layer किंवा IP allowlist Meta ची विनंती नाकारतील, कारण Meta कडे सादर करण्यासाठी credentials नाहीत. पडताळणीचा मार्ग त्यांच्याशिवाय पोहोचण्याजोगा असला पाहिजे.

redirect. Meta तुम्ही दिलेल्या यूआरएलवर कॉल करते आणि canonical host कडे जाणारे 301 handshake पूर्ण होईल अशा प्रकारे follow होत नाही. तिला अंतिम यूआरएल द्या.

तसेच, response serialise करणारे framework. प्रत्येक गोष्ट JSON मध्ये गुंडाळणाऱ्या handler मधून string परत केल्यास body मध्ये challenge भोवती अवतरणचिन्हे येतात आणि ते जुळत नाही.

- JSON परत करणे. Body मध्ये फक्त raw challenge value असली पाहिजे.
- एंडपॉइंट authentication मागे ठेवणे. Meta कडे credentials नसल्याने विनंती नाकारली जाईल.
- Meta ला redirect होणारी यूआरएल देणे. अंतिम यूआरएल वापरा.

**मी कोणते टोकन वापरावे?** तुम्ही निवडलेली कोणतीही अक्षरमालिका. यूआरएल माहीत असलेल्या इतर कोणाच्याही विनंतीपासून Meta ची विनंती ओळखता यावी म्हणून ते असते.

**पडताळणी किती वेळा होते?** सेटअपच्या वेळी आणि destination सेट केल्यावर पुन्हा. कार्यरत एंडपॉइंट प्रत्येक इव्हेंटवर पुन्हा पडताळला जात नाही.

**मी स्वतः त्याची चाचणी करू शकतो का?** हो. तीन parameters सह तुमच्या एंडपॉइंटला कॉल करा आणि body अगदी challenge value प्रमाणे परत येते का ते तपासा.

**पडताळणीच्या वेळी माझा सर्व्हर बंद असेल तर?** handshake अयशस्वी होतो आणि destination सक्रिय होत नाही. ते पुन्हा सेव्ह केल्यावर पडताळणी पुन्हा चालते.

---

## MCP साधनांचा संदर्भ

https://easycoexistence.com/mr/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 API बेस यूआरएल, WABA id, phone number id आणि उपलब्ध असल्यास खात्याचा स्वतःचा access token परत करते.

पाठवणे: 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 की, events URL आणि पुढची पायरी दाखवते. create_api_key Partner API की जारी करते आणि ती एकदाच दाखवते, आणि स्पष्ट पुष्टीशिवाय अस्तित्वातील की बदलत नाही. revoke_api_key ती रद्द करते, तेही पुष्टीनंतरच. set_partner_events_url स्टेटस 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 मधून मिळते आणि लिहून ठेवण्याची मूल्य नाही.
- बिलिंग थांबलेले खाते पूर्णपणे ऑफलाइन आहे असे मानणे. वाचन आणि मॉनिटरिंग जाणीवपूर्वक सुरू राहतात, फक्त पाठवणारा access token असलेले credentials वगळून.

**मी कोणते साधन कॉल करायचे ते निवडतो का?** नाही. तुम्ही साध्या भाषेत विचारता आणि असिस्टंट योग्य साधन निवडतो. साधनांची वर्णने याच उद्देशाने लिहिलेली आहेत.

**ते माझे संभाषण वाचू शकते का?** नाही. येणारे मेसेज तुम्ही निवडलेल्या वेबहुक डेस्टिनेशनकडे पाठवले जातात. कनेक्टर खाते आणि नंबरची स्थिती वाचतो.

**get_docs उपयोगी आहे का?** अपेक्षेपेक्षा अधिक. ते आमचे दस्तऐवज markdown स्वरूपात असिस्टंटला देते. त्यामुळे Coexistence नियमांवरील उत्तरे आठवणीवर नव्हे, तर आमच्या दस्तऐवजांवर आधारित असतात.

**एक कनेक्टर अनेक क्लायंट्ससाठी चालतो का?** हो. एका खात्यात आवश्यक तेवढे नंबर ठेवता येतात आणि list_numbers ते सर्व नंबर परत करते.

---

## नंबर कनेक्ट करणे, टप्प्याटप्प्याने

https://easycoexistence.com/mr/docs/connecting-a-number

कनेक्ट करण्याची प्रक्रिया Meta च्या स्वतःच्या Embedded Signup मधून होते: Business Portfolio, WhatsApp Business Account आणि नंबर निवडा, त्यानंतर WhatsApp Business ॲपमध्ये कोड स्कॅन करा. साधारण दोन मिनिटे लागतात आणि संपूर्ण प्रक्रियेत ॲप सुरू राहते.

### प्रक्रियेत काय घडते?

Meta चा पॉपअप उघडतो आणि क्रमाने तीन गोष्टी विचारतो.

सर्वप्रथम Business Portfolio, म्हणजे Business Manager मधील कंपनी-स्तरावरील कंटेनर. त्यानंतर त्यातील WhatsApp Business Account. मग फोन नंबर, जो WhatsApp Business ॲपमध्ये आधीच नोंदणीकृत असावा, कारण Coexistence नवीन नंबर तयार करण्याऐवजी ॲप वापरत असलेला नंबर कनेक्ट करते.

यानंतर प्रक्रिया फोनवर जाते. Meta एक कोड दाखवते, नंबर असलेल्या डिव्हाइसवर कोणीतरी WhatsApp Business ॲप उघडते आणि तो स्कॅन करते. ब्राउझरच्या बाहेर जाणारी हीच एकमेव पायरी आहे आणि व्यवसायाच्या वतीने ती दुसरे कोणीही करू शकत नाही.

### ऑनबोर्डिंगदरम्यान कोणता निर्णय घेतला जातो आणि तो बदलता येत नाही?

आधीच्या चॅट इतिहासाचा शेअर करायचा की नाही, हा निर्णय एकदाच विचारला जातो आणि त्या कनेक्शनसाठी अंतिम असतो.

होय निवडल्यास अलीकडील संभाषणांचा इतिहास एपीआयशी सिंक होतो, त्यामुळे सॉफ्टवेअर संदर्भासह सुरू होते. नाही निवडल्यास कनेक्शनच्या क्षणापासूनचे मेसेजेसच एपीआयला दिसतात. दोन्ही पर्याय योग्य आहेत आणि बहुतेक इंटिग्रेशनना नव्या संभाषणांचीच गरज असते, पण कनेक्शन डिस्कनेक्ट करून पुन्हा कनेक्ट केल्याशिवाय हा निर्णय बदलता येत नाही.

यासाठी वेळेची मर्यादाही आहे. ऑनबोर्डिंगनंतर 24 तासांच्या आत सिंक्रोनायझेशन सुरू करावे लागते आणि ते फक्त एकदाच चालते. यापैकी काहीही चुकल्यास इशाऱ्याऐवजी अनोळखी त्रुटी दिसते. म्हणून इंटिग्रेशनच्या वेळी नव्हे, तर त्याच दिवशी इतिहासाबाबत निर्णय घेणे योग्य ठरते.

### सुरू करण्यापूर्वी काय तयार ठेवावे?

तीन गोष्टी तयार ठेवा. त्यामुळे प्रक्रिया मध्येच सोडावी लागत नाही.

नंबरचा मालक असलेल्या Business Portfolio चा ॲक्सेस, जो सहसा इंटिग्रेशन करणाऱ्या व्यक्तीऐवजी व्यवसाय मालकाकडे असतो. नंबर असलेला फोन, अनलॉक केलेला आणि WhatsApp Business ॲप स्थापित असलेला. तसेच शक्य असल्यास वेबहुकचे डेस्टिनेशन, कारण ऑनबोर्डिंगच्या शेवटी ते सेट करणे नंतर आठवण्यापेक्षा अधिक स्वच्छ पद्धत आहे.

प्रक्रिया पूर्ण होण्यापूर्वी बंद केल्यास नंबर खात्याशी जोडला जाऊ शकतो, पण नोंदणीकृत नसतो. त्यामुळे पहिला मेसेज पाठवताना त्रुटी येते. सुरुवातीपासून प्रक्रिया पुन्हा चालवल्यास ती दुरुस्त होते.

- फोन जवळ नसताना सुरुवात करणे. स्कॅन नंतर दुसऱ्या डिव्हाइसवरून करता येत नाही.
- नंबर दिसल्यानंतर पॉपअप बंद करणे. त्यानंतरही काही पायऱ्या असतात आणि थांबल्यास नंबर नोंदणीकृत राहत नाही.
- इंटिग्रेशन तयार होईपर्यंत इतिहासाचा निर्णय पुढे ढकलणे. तो ऑनबोर्डिंगनंतर 24 तासांनी कालबाह्य होतो.

**माझ्या मालकीचा नसलेला नंबर कनेक्ट करू शकतो का?** फक्त नंबरचा मालक असलेला व्यवसायच त्याला अधिकृत करू शकतो. तुम्ही त्यांना लिंक पाठवा आणि ते स्वतःच्या फोनवर प्रक्रिया पूर्ण करतील.

**ऑनबोर्डिंगदरम्यान ॲप बंद पडते का?** नाही. कोड स्कॅन होत असतानाही संपूर्ण प्रक्रियेत ते सुरू राहते.

**नंबर ग्राहकांच्या WhatsApp ॲपवर असल्यास काय?** तो आधी WhatsApp Business ॲपवर हलवावा लागतो. Coexistence Business ॲपवरील नंबर कनेक्ट करते.

**मी प्रक्रिया पुन्हा करू शकतो का?** होय. डिस्कनेक्ट करून पुन्हा कनेक्ट केल्यास प्रक्रिया पुन्हा चालते आणि चॅट इतिहास स्वीकारण्याची नव्याने संधी मिळते.

---

## 24 तासांची ग्राहक सेवा विंडो

https://easycoexistence.com/mr/docs/customer-service-window

ग्राहक तुमच्या नंबरवर मेसेज पाठवतो तेव्हा ग्राहक सेवा विंडो सुरू होते आणि ती 24 तास टिकते. या काळात तुम्ही मुक्त मजकूर पाठवू शकता आणि त्या प्रतिसादांसाठी शुल्क नसते. विंडोबाहेर फक्त Meta ने मंजूर केलेले टेम्प्लेटच पोहोचते.

### घड्याळ नेमके कधी सुरू होते?

ग्राहक मेसेज पाठवतो तेव्हा ते सुरू होते आणि तो पुन्हा मेसेज पाठवतो तेव्हा प्रत्येक वेळी नव्याने सुरू होते.

लोक हे तपशील बहुतेकदा उलटे समजतात. विंडो तुमच्या शेवटच्या मेसेजपासून, संभाषण सुरू झाल्यापासून किंवा तिकीट उघडल्यापासून मोजली जात नाही. ती ग्राहकाच्या सर्वात अलीकडील आलेल्या मेसेजपासून मोजली जाते. त्यामुळे सक्रिय संभाषण प्रत्यक्षात कधीच बंद होत नाही, तर एकतर्फी संभाषण एका दिवसानंतर बंद होते.

याचा अर्थ विंडो नंबरनुसार नव्हे, तर संपर्कानुसार असते. एकाच नंबरवर, एकाच क्षणी, एक ग्राहक विंडोच्या आत असू शकतो आणि दुसरा बाहेर.

### आत आणि बाहेर काय पाठवता येते?

विंडोच्या आत काहीही पाठवता येते: मुक्त मजकूर, मीडिया आणि हवे असल्यास टेम्प्लेट. विंडोबाहेर फक्त Meta ने आधीच मंजूर केलेले टेम्प्लेट पाठवता येते.

टेम्प्लेट का अस्तित्वात आहेत, हे यावरून स्पष्ट होते. ज्याने अद्याप मेसेज केलेला नाही अशा व्यक्तीसोबत संभाषण सुरू करण्याचा किंवा पुन्हा सुरू करण्याचा हा अधिकृत मार्ग आहे. प्राप्तकर्त्याने मेसेज मागितलेला नसल्यामुळे त्यांचे आधीच परीक्षण केले जाते.

Coexistence नंबरवर याचा आणखी एक परिणाम होतो. WhatsApp Business ॲप टेम्प्लेट पाठवू शकत नाही, त्यामुळे विंडोबाहेरील प्रत्येक मेसेज एपीआयमार्फत जावा लागतो. फोनवरून उत्तर देणारी टीम सुरू असलेल्या संभाषणाला मोकळेपणाने प्रतिसाद देऊ शकते, पण निष्क्रिय संभाषण पुन्हा सुरू करू शकत नाही. नंबर कनेक्ट करण्याचे हे एक व्यावहारिक कारण आहे.

### इंटिग्रेशन्सना हे प्रॉडक्शनमध्येच का कळते?

कारण चाचणी नेहमी विंडोच्या आत होते.

इंटिग्रेशन तयार करणारी व्यक्ती स्वतःलाच मेसेज पाठवते आणि काही सेकंदांनी त्याला प्रतिसाद देते. हे 24 तासांच्या आत असल्यामुळे मुक्त मजकूर चालतो आणि प्रत्येक चाचणी यशस्वी होते. प्रत्यक्षात अयशस्वी होणारे पहिले प्रकरण म्हणजे काल मेसेज केलेला ग्राहक, जे सहसा लॉन्चनंतर समोर येते.

पाठवण्यापूर्वी एक शाखा ठेवणे हा टिकाऊ उपाय आहे: त्या संपर्काने शेवटचा मेसेज किती वेळापूर्वी पाठवला हे तपासा आणि मुक्त मजकूराचा मार्ग किंवा टेम्प्लेटचा मार्ग निवडा. सुरुवातीपासून हे केल्यास जवळजवळ कोणताही अतिरिक्त खर्च होत नाही. नंतर जोडायचे झाल्यास कोडबेसमधील प्रत्येक मेसेज पाठवण्याची जागा शोधावी लागते.

- तुमच्या शेवटच्या मेसेजपासून वेळ मोजणे. विंडो ग्राहकाचा मेसेज सुरू करतो.
- विंडो नंबरनुसार आहे असे मानणे. ती संपर्कानुसार असते, त्यामुळे एकाच नंबरवरील दोन संभाषणे वेगळ्या स्टेटसमध्ये असू शकतात.
- मेसेजनंतर लगेचच चाचणी करणे, जे नेहमी विंडोच्या आत असते.

**विंडो वाढवता येते?** नाही. ती Meta ने निश्चित केलेली आहे आणि कोणताही प्रदाता तिची मुदत वाढवू शकत नाही.

**टेम्प्लेटच्या प्रतिसादाने विंडो पुन्हा उघडते?** ग्राहकाने दिलेला प्रतिसाद विंडो पुन्हा उघडतो. फक्त टेम्प्लेट पाठवल्याने मुक्त मजकूराची विंडो सुरू होत नाही.

**प्रतिसाद खरोखर मोफत असतात?** ग्राहक सेवा विंडोच्या आत पाठवलेल्या मेसेजसाठी Meta शुल्क आकारत नाही. विंडोबाहेर सुरू केलेल्या संभाषणांसाठी शुल्क आकारले जाते.

**मी वाचलेली दुसरी 24 तासांची विंडो कोणती?** ती ऑनबोर्डिंगपासून मोजली जाणारी सिंक्रोनायझेशन विंडो आहे आणि ती पाठवण्याऐवजी चॅट इतिहासाचे नियमन करते. दोन्हींचा संबंध नाही.

---

## WhatsApp मेसेज टेम्प्लेट्स

https://easycoexistence.com/mr/docs/message-templates

टेम्प्लेट म्हणजे Meta कडे आधीच रिव्ह्यूसाठी पाठवलेला मेसेज. मंजूर झाल्यावर तो कधीही पाठवता येतो, अगदी ज्याने कधीच लिहिले नाही अशा व्यक्तीलाही. 24 तासांच्या ग्राहक सेवा विंडोबाहेर मेसेज पोहोचवणारी ही एकमेव गोष्ट आहे.

### तीन श्रेणी कशासाठी आहेत?

हा कोणत्या प्रकारचा मेसेज आहे हे त्या Meta ला सांगतात. श्रेणीनुसार रिव्ह्यू आणि बिलिंग दोन्ही बदलतात.

Utility मध्ये ग्राहकाने केलेल्या कृतीशी संबंधित व्यवहाराचे मेसेज येतात, जसे ऑर्डर अपडेट, बुकिंगची पुष्टी किंवा डिलिव्हरीची सूचना. Marketing मध्ये प्रमोशनल मजकूर येतो आणि तो पाठवण्यासाठी WhatsApp Business Account वर पेमेंट पद्धत आवश्यक असते. Authentication मध्ये एकदाच वापरायचे कोड येतात आणि त्यांचा फॉरमॅट अधिक कडक असतो.

चुकीची श्रेणी निवडणे हे नकार मिळण्याचे सामान्य कारण आहे. Utility टेम्प्लेटमधील प्रमोशनल भाषा पकडली जाते आणि हे इतक्या सातत्याने घडते की असा प्रयत्न करणे योग्य ठरत नाही.

### व्हेरिएबल्स कसे काम करतात?

क्रमांकित प्लेसहोल्डर दिलेल्या क्रमाने भरले जातात आणि प्रत्येक घटकासाठी स्वतंत्र मोजले जातात.

Hello {{1}}, your order {{2}} has shipped असा बॉडी मेसेज दोन व्हेरिएबल्स ठरवतो. बॉडीसाठी पाठवताना नेमकी दोन मूल्ये द्यावी लागतात. हेडर आणि बटणाचे पॅरामीटर्स एकत्र न मोजता स्वतंत्र मोजले जातात, म्हणून एकूण संख्या योग्य असली तरी पाठवणी नाकारली जाऊ शकते.

टेम्प्लेट तयार करताना Meta उदाहरणातील मूल्येही मागते, त्यामुळे रिव्ह्यू करणाऱ्याला प्रत्यक्ष मेसेज कसा दिसेल हे समजते. प्लेसमेंटचे नियमही आहेत: मेसेजच्या अगदी सुरुवातीला किंवा शेवटी असलेला व्हेरिएबल, किंवा आजूबाजूच्या मजकुराच्या तुलनेत खूप जास्त व्हेरिएबल्स, दोन्ही नाकारले जातात.

### Coexistence नंबरवर फोनवरील ॲपमधून ते का पाठवता येत नाहीत?

कारण टेम्प्लेट हे ॲपचे नव्हे तर प्लॅटफॉर्मचे फीचर आहे आणि ॲपला त्यांची संकल्पनाच माहीत नाही.

हे सुरुवातीलाच समजून घेणे उपयुक्त ठरते. Coexistence द्वारे जोडलेला व्यवसाय फोनवरून टीमकडून उत्तर देणे सुरू ठेवतो आणि ती टीम थेट आलेल्या कोणत्याही मेसेजला उत्तर देऊ शकते. पण संभाषण थंडावल्यावर ॲपमधून ते पुन्हा सुरू करता येत नाही, कारण त्यासाठी टेम्प्लेट लागते आणि टेम्प्लेट फक्त एपीआयद्वारे उपलब्ध असतात.

म्हणून नियोजित, व्यवहाराशी संबंधित किंवा आज ज्याने लिहिलेले नाही अशा व्यक्तीसाठीचे मेसेज हे व्याख्येने एपीआयचे काम आहे. अनेक व्यवसायांसाठी कनेक्शन जोडण्यामागची नेमकी गरज हीच असते.

- एकाच रनमध्ये टेम्प्लेट तयार करून पाठवणे. Meta आधी रिव्ह्यू करते, साधारण काही मिनिटांत, पण कधी कधी एका दिवसापर्यंत वेळ लागतो.
- हेडर आणि बॉडीचे व्हेरिएबल्स एकत्र मोजणे. त्यांची मोजणी प्रत्येक घटकासाठी स्वतंत्र होते.
- Utility टेम्प्लेटमध्ये marketing भाषा वापरणे. यामुळे सातत्याने नकार मिळतो.

**रिव्ह्यूसाठी किती वेळ लागतो?** साधारण काही मिनिटे, कधी कधी एका दिवसापर्यंत. कोणताही सेवा पुरवठादार ही प्रक्रिया जलद करू शकत नाही.

**प्रत्येक भाषेसाठी वेगळे टेम्प्लेट असते का?** हो. नाव आणि भाषा मिळून टेम्प्लेट ओळखले जाते, त्यामुळे दुसऱ्या लोकेलमधील तेच नाव वेगळे टेम्प्लेट असते.

**मंजूर टेम्प्लेट एडिट करता येते का?** हो, पण एडिट केल्यावर व्हेरिएबल्सचा करार बदलतो. त्यामुळे जुनी संख्या कोडमध्ये ठरवून ठेवलेल्या पाठवणाऱ्या प्रणालींची कार्यपद्धती बिघडते.

**मला पेमेंट पद्धत हवी आहे का?** Marketing मेसेज पाठवताना, हो, तुमच्या स्वतःच्या WhatsApp Business Account वर. Meta ते आवश्यक करते आणि कोणताही सेवा पुरवठादार तुमच्यासाठी ते जोडू शकत नाही.

---

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

https://easycoexistence.com/mr/docs/webhook-account-update

account_update म्हणजे कनेक्शनच्या स्टेटसमध्ये बदल झाल्याचे Meta कडून कळवण्याची पद्धत. त्याच्या event मध्ये काय घडले ते असते आणि कनेक्शन काढले असल्यास disconnection_info.reason का काढले ते सांगते. या कारणावरून नंबर पुन्हा जोडला जाईल की कायमचा गेला हे कळते.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

**PARTNER_REMOVED कायमचे असते का?** बहुतेक वेळा नाही. बहुतेक events सोबत PRIMARY_INACTIVITY असते. म्हणजे ॲप उघडले गेले नव्हते आणि पुन्हा कनेक्ट केल्यावर सर्वकाही पूर्ववत होते.

**पुन्हा कनेक्ट केल्यावर माझे वेबहुक destination पूर्ववत होते का?** नाही, आणि इथेच अडचण आहे. destination हे ॲप subscription वरील override असते आणि ॲपसोबत अनइन्स्टॉल होते. ते पुन्हा लागू करावे लागते.

**COMPANION_INACTIVITY म्हणजे काय?** प्राथमिक डिव्हाइसऐवजी companion डिव्हाइसवरील निष्क्रियता. त्याची विंडो सुमारे 30 दिवसांची, म्हणजे प्राथमिक डिव्हाइसपेक्षा मोठी असते.

**कारण नसलेला हा event मिळू शकतो का?** होय. असे झाल्यास ते जाणीवपूर्वक केले होते की नाही हे सांगणारा एकमेव सिग्नल disconnection_info.initiated_by असतो.

---

## phone_number_quality_update वेबहुक

https://easycoexistence.com/mr/docs/webhook-phone-number-quality-update

phone_number_quality_update नंबरचा थ्रूपुट आणि मेसेजिंग लिमिटमधील बदल कळवते. 2026 नुसार, नाव असूनही त्यात हिरवे, पिवळे किंवा लाल गुणवत्ता रेटिंग येत नाही. ते phone number वरून पोल करावे लागते.

### या वेबहुकमध्ये नेमके काय असते?

थ्रूपुट आणि मेसेजिंग लिमिटची माहिती. ती इव्हेंट व्हॅल्यू आणि सध्याची लिमिट सांगणाऱ्या फील्ड्ससह मिळते.

व्यवहारात याचा अर्थ नंबरची क्षमता बदलली आहे: तो वेगळ्या मेसेजिंग टियरवर गेला आहे किंवा त्याची थ्रूपुट पातळी बदलली आहे. हे बदल नोंदवणे उपयुक्त ठरते, कारण त्यांचा इंटिग्रेशन काय करू शकते यावर परिणाम होतो. टियर खाली जाणे हा समस्येचा सुरुवातीचा संकेत असतो.

फील्डच्या नावातून अपेक्षा निर्माण झाली तरी यात गुणवत्ता रेटिंग नसते. जुन्या डॉक्युमेंटेशनवर लिहिलेला हँडलर येथे GREEN, YELLOW किंवा RED शोधेल, पण काहीच सापडणार नाही. त्यामुळे गुणवत्ता कधीच बदलत नाही, असा चुकीचा निष्कर्ष निघू शकतो.

### मग रंगाचे रेटिंग कुठून मिळते?

ठरावीक वेळापत्रकानुसार phone number थेट वाचून.

quality_rating फील्ड Graph एपीआयमधील phone number ऑब्जेक्टवर असते. त्यासाठी प्रतिसादाची वाट पाहण्याऐवजी पोलिंग करावे लागते. म्हणून कनेक्शनचे योग्य मॉनिटरिंग करण्यासाठी वेबहुक रिसीव्हरसह पोलरही आवश्यक असतो. दोन्ही वेगवेगळी माहिती देतात आणि एकट्याने कोणतेही पुरेसे नसते.

म्हणूनच बहुतेक इंटिग्रेशनमध्ये गुणवत्ता घसरल्याचे दिसत नाही. यासाठी काहीही पुश केले जात नाही, WhatsApp Business ॲपमध्ये त्याचा कोणताही संकेत दिसत नाही आणि error 131048 मिळेपर्यंत प्रभावित मेसेज पाठवण्याचे प्रयत्न आधीच अयशस्वी झालेले असतात.

- या पेलोडमध्ये GREEN, YELLOW किंवा RED शोधणे. 2026 नुसार ते येथे नाही.
- फक्त वेबहुकवर आधारित मॉनिटरिंग तयार करणे. गुणवत्ता रेटिंग पोल करावे लागते.
- टियर खाली गेल्याचे दुर्लक्ष करणे. हे सहसा समस्येचा पहिला दिसणारा संकेत असतो.

**फील्डचे नाव गुणवत्तेवरून का ठेवले आहे?** हा बदल होण्यापूर्वीचे नाव आहे. माहिती बदलली, पण नाव तसेच राहिले. म्हणून अनेकांची दिशाभूल होते.

**रेटिंग किती वेळाने पोल करावे?** घट मर्यादेत बदलण्यापूर्वी दिसेल इतक्या वारंवारतेने. आम्ही मागणीनुसार नव्हे, तर ठरावीक वेळापत्रकानुसार पोल करतो.

**ॲपमध्ये रेटिंग दिसते का?** नाही. फोनवरील WhatsApp Business ॲपमध्ये त्याबद्दल कोणतीही माहिती दिसत नाही.

**131048 याच्याशी संबंधित आहे का?** होय. कमी रेटिंगमुळे मर्यादा लागू झाल्यावर नंबरकडून परत येणारी ही त्रुटी आहे.

---

## smb_message_echoes वेबहुक

https://easycoexistence.com/mr/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/mr/docs/webhook-messages

messages हे ग्राहक तुमच्या नंबरवर पाठवतो ते सर्व वाहून नेणारे फील्ड आहे: मजकूर, मीडिया, प्रत्युत्तरे, प्रतिक्रिया आणि परस्परसंवादी प्रतिसाद. routed Coexistence नंबरवर ते Meta कडून थेट तुमच्या endpoint वर जाते, provider मार्फत कधीच नाही.

### पेलोडमध्ये काय असते

एका delivery मध्ये एक किंवा अधिक मेसेजेस असू शकतात. प्रत्येक मेसेजमध्ये पाठवणारा, id आणि type असतो. type ठरवतो की इतर कोणत्या keys उपस्थित असतील.

- पाठवणाऱ्याचा फोन नंबर आणि त्याने मेसेज पाठवलेल्या नंबरचा phone number id.
- wamid message id, ज्यावर डुप्लिकेशन टाळण्याची प्रक्रिया आधारित असते.
- unix timestamp.
- एक type: text, image, audio, video, document, sticker, location, contacts, reaction, button किंवा interactive.
- मीडिया प्रकारांसाठी bytes ऐवजी fetch करण्यासाठी media id.

### routed नंबरवर ते आमच्यापर्यंत का पोहोचत नाही

override हे फील्ड आणि smb_message_echoes तुम्ही निवडलेल्या कोणत्याही destination कडे पाठवते.

WhatsApp Business Account चे वेबहुक्स कुठे वितरित करायचे, हे ॲप override करू शकते. आम्ही तो override तुमच्या यूआरएलवर सेट करतो, त्यामुळे मेसेजचा मार्ग आमच्या infrastructure पासून पूर्णपणे वेगळा होतो. आमच्या बाजूला copy, queue किंवा retention नसते, कारण delivery तिथे येतच नाही.

destination सेट केलेले नसल्यास, हे events आमच्या default callback कडे fॉलबॅक होतात आणि handler ते persist न करता टाकून देतो. storage बाबतच्या दाव्यापेक्षा code path वेगळा असतो: conversation content जाण्यासाठी आमच्याकडे जागाच नाही.

### योग्य प्रकारे पुष्टी देणे

काम पूर्ण झाल्यावर नव्हे, काम सुरू करण्यापूर्वी 200 परत करा.

Meta धीमा प्रतिसाद त्रुटी मानते आणि पुन्हा प्रयत्न करते. त्यामुळे inline प्रक्रिया करणाऱ्या handler ला तोच मेसेज एकापेक्षा जास्त वेळा दिसू शकतो. त्वरित प्रतिसाद द्या, पेलोड queue किंवा background task वर ठेवा आणि विनंतीबाहेर प्रक्रिया होऊ द्या.

serverless मध्ये हे ऐच्छिक नाही. function ने प्रतिसाद दिल्यानंतरही काम सुरू ठेवले, तर ती त्याच क्षणी freeze होऊ शकते. त्यामुळे पुष्टी आणि प्रक्रिया खरोखर वेगवेगळ्या असल्या पाहिजेत.

### डुप्लिकेशन टाळणे

नेहमी wamid वर आधारित करा, कारण retries अपवाद नसून नेहमीची बाब आहेत.

तुमच्या बाजूच्या त्रुटीशी संबंध नसलेल्या कारणांमुळे तोच मेसेज दोनदा येऊ शकतो: धीमा प्रतिसाद, network timeout किंवा delivery दरम्यान झालेला deploy. पाहिलेले ids साठवून पुनरावृत्ती टाळणे काही ओळींचे काम आहे. त्यामुळे ग्राहकाला एकदाच उत्तर मिळते, दोनदा नाही.

Coexistence नंबरवर हे अधिक महत्त्वाचे आहे, कारण smb_message_echoes त्याच मार्गाने येते. प्रत्येक event नवीन मानणारा handler, टीममधील एखाद्याने आधीच उत्तर दिलेले असताना त्यावर पुन्हा उत्तर देऊ शकतो.

- 200 परत करण्यापूर्वी प्रक्रिया करणे. Meta धीमा प्रतिसाद पुन्हा पाठवते आणि मेसेज दोनदा हाताळला जातो.
- डुप्लिकेशन टाळण्याची प्रक्रिया वगळणे. Retries हे डिझाइनचा भाग आहेत, क्वचित घडणारी बाब नाही.
- पेलोडमध्ये media bytes असतील अशी अपेक्षा ठेवणे. त्यात fetch करण्यासाठी media id असतो.

**EasyCoexistence माझ्या ग्राहकांचे मेसेज पाहते का?** नाही. override हे फील्ड तुमच्या endpoint वर पाठवतो. आमच्या fallback callback पर्यंत पोहोचणारे काहीही persist न करता टाकून दिले जाते.

**एका विनंतीत अनेक मेसेजेस येऊ शकतात का?** हो. एका delivery मध्ये एकापेक्षा जास्त मेसेजेस असू शकतात. त्यामुळे handler ने पहिला मेसेज वाचण्याऐवजी सर्वांवर iterate केले पाहिजे.

**मीडिया कसा मिळवायचा?** पेलोडमध्ये media id असतो. नंबरच्या access token चा वापर करून त्याद्वारे यूआरएल fetch करा, नंतर download करा.

**smb_message_echoes म्हणजे काय?** WhatsApp Business ॲपमधून तुमची टीम पाठवते ते वाहून नेणारे companion फील्ड. ते फक्त Coexistence नंबरवर अस्तित्वात असते.

---

## phone_number_name_update वेबहुक

https://easycoexistence.com/mr/docs/webhook-phone-number-name-update

phone_number_name_update मध्ये डिस्प्ले नेमच्या सबमिशनचा निकाल असतो. त्यातील decision field मध्ये Meta ने नेम मंजूर केला की नाकारला ते कळते. हा निकाल कुठेही नोंदवणारे हे एकमेव event आहे: WhatsApp Business ॲपमध्ये याबद्दल काहीही दिसत नाही.

### यातून काय कळते

इव्हेंटवरील निर्णयाच्या रूपात डिस्प्ले नेमच्या सबमिशनचा निकाल कळतो. संभाषणाच्या वर ग्राहकांना दिसणारे नाव म्हणजे डिस्प्ले नेम. ते बदलल्यावर Meta त्याची पडताळणी करते.

या इव्हेंटला सबस्क्राइब करण्याचे कारण म्हणजे याशिवाय काय घडले ते कुठेही कळत नाही. WhatsApp Business ॲपमध्ये काहीही दिसत नाही. काही आठवड्यांपूर्वी बदल सबमिट केलेल्या व्यवसायाला तो लागू झाला की नाही हे कळण्याचा दुसरा मार्ग नसतो, जोपर्यंत कोणीतरी हा इव्हेंट घेत नाही.

टाइमलाइनवर त्याची नोंद केल्याने 'आपले नाव बदलणे यशस्वी झाले का' हा प्रश्न सपोर्ट संभाषणाऐवजी दिनांकासह नोंदवलेली वस्तुस्थिती बनतो.

### नाव नाकारले का जाते

मुख्यतः कारण ते खाते ज्या व्यवसायाच्या नावावर पडताळले गेले आहे, त्याच्याशी जुळत नाही.

- कायदेशीर संस्था, नोंदणीकृत व्यापारनाव किंवा वेबसाइटवरील ब्रँडशी जुळणारे नाव सहसा मंजूर होते.
- सामान्य वर्णन किंवा पडताळलेल्या व्यवसायाशी संबंध नसलेले नाव सहसा मंजूर होत नाही.
- नावाऐवजी कीवर्डसारखे दिसणारी कोणतीही गोष्ट सातत्याने पकडली जाते.

### नाव नसल्याने काय अडते

काही प्रकारचे मेसेज पाठवता येत नाहीत. त्यामुळे नाव कधीच मंजूर झाले नाही हे बहुतेकांना समजते.

मंजूर डिस्प्ले नेम नसलेला नंबर, तो आवश्यक असलेल्या ऑपरेशन्सवर error 131037 परत करतो. नंबरवरील बाकी सर्व काही चालत असल्याने ही त्रुटी कोडची चूक वाटते. सहसा तिचा मागोवा अशा ट्रायल कनेक्शनपर्यंत जातो, जिथे नावाचा टप्पा वगळला गेला आणि पुन्हा तपासला गेला नाही.

नाव सबमिट करणे हा नंबर योग्यरीत्या सेटअप करण्याचा भाग आहे, केवळ सजावटीचा टप्पा नाही. नंबर कनेक्ट झाल्याच दिवशी ते करणे योग्य ठरते.

- बातमी नाही म्हणजे मंजुरी मिळाली असे गृहीत धरणे. निर्णय इथे आणि फक्त इथे येतो.
- नावाऐवजी कीवर्ड सबमिट करणे. Meta ते पडताळलेल्या व्यवसायाशी तपासते.
- ट्रायलदरम्यान डिस्प्ले नेम वगळणे आणि नंतर त्याची गरज असलेल्या मेसेजवर 131037 मिळणे.

**पडताळणीला किती वेळ लागतो?** Meta कोणताही ठरावीक कालावधी जाहीर करत नाही आणि कोणताही प्रदाता ती प्रक्रिया जलद करू शकत नाही.

**नंतर नाव बदलता येते का?** हो, प्रत्येक बदलाची पुन्हा पडताळणी होते आणि इथे आणखी एक इव्हेंट तयार होतो.

**ग्राहकांना माझा नंबरही दिसतो का?** त्यांना मंजूर डिस्प्ले नेम दिसतो. म्हणूनच डिस्प्ले नेम असणे महत्त्वाचे आहे.

**error 131037 म्हणजे काय?** मंजूर डिस्प्ले नेम नसताना, तो आवश्यक असलेली कृती केल्यावर नंबर परत करत असलेली त्रुटी.

---

## message_template_status_update वेबहुक

https://easycoexistence.com/mr/docs/webhook-message-template-status-update

message_template_status_update टेम्प्लेटच्या पुनरावलोकन स्टेटसमधील बदल कळवते: मंजूर, नाकारलेले, तात्पुरते थांबवलेले किंवा बंद केलेले. यामुळे इंटिग्रेशन टेम्प्लेट सबमिट करून Meta चा निर्णय मिळेपर्यंत ठराविक अंतराने वारंवार चौकशी करण्याची गरज राहत नाही.

### यात कोणते स्टेटस येतात

टेम्प्लेट काही मोजक्या स्टेटसमधून पुढे जाते आणि प्रत्येक बदलाची माहिती येथे येते.

- मंजूर: टेम्प्लेट आता पाठवता येते.
- नाकारलेले: ते पाठवता येत नाही आणि कारणही या इव्हेंटसोबत येते.
- तात्पुरते थांबवलेले: गुणवत्ता पुरेशी घसरल्याने Meta ने ते काही काळासाठी स्थगित केले आहे.
- कायमचे बंद: वारंवार थांबवल्यानंतर ते कायमचे बंद झाले आहे आणि नवीन टेम्प्लेट आवश्यक आहे.

### यामुळे वारंवार चौकशी का टळते

पर्याय म्हणजे पुन्हा पुन्हा विचारत राहणे आणि किती वेळाने विचारायचे याचा अंदाज घेणे.

हा इव्हेंट नसता, तर टेम्प्लेट तयार करणाऱ्या इंटिग्रेशनला स्टेटस बदलत नाही तोपर्यंत ठराविक अंतराने get_template_status वर वारंवार चौकशी करावी लागली असती. खूप वेळा विचारले तर संसाधने वाया जातात, आणि खूप उशिरा विचारले तर मंजूर टेम्प्लेट तासभर तसेच राहते.

यामुळे प्रक्रिया सबमिट करा आणि प्रतीक्षा करा अशी होते. Meta साधारण काही मिनिटांत निर्णय थेट कळवते आणि इंटिग्रेशन एकदाच प्रतिसाद देते. ग्राहकांसाठी टेम्प्लेट तयार करणाऱ्या एजन्सीसाठी, आपोआप रिकामी होणारी रांग आणि कोणीतरी सतत पाहावी लागणारी रांग यातील हा फरक आहे.

### प्रत्येक निकालावर काय करावे

मंजूर हा सोपा निकाल आहे: ते पाठवता येईल असे चिन्हांकित करा. उरलेल्या तीन स्टेटसमध्ये या इव्हेंटचे खरे मूल्य दिसते.

नकारासोबत कारण येते. त्याचा सारांश देण्याऐवजी तो जशास तसा दाखवणे योग्य आहे, कारण कारण बहुतेकदा कृती करण्याइतके स्पष्ट असते आणि पुनर्लेखनात महत्त्वाचे तपशील हरवतात.

तात्पुरते थांबवले जाणे म्हणजे आशयामुळे खराब प्रतिक्रिया मिळाल्या आहेत. थांबवण्याचा कालावधी संपल्यानंतर तोच आशय पुन्हा पाठवल्यास तोच निकाल मिळेल. त्यामुळे प्रतीक्षा करण्याऐवजी आशय संपादित करा.

कायमचे बंद होणे त्या टेम्प्लेटसाठी अंतिम आहे. पुढे जाण्याचा एकमेव मार्ग म्हणजे वेगळ्या आशयाचे नवीन टेम्प्लेट तयार करणे. ते तात्पुरते समजल्यास पाठवण्याचा मार्ग कायमचा खंडित राहतो.

- हा इव्हेंट मंजुरी कळवत असताना तिच्यासाठी वारंवार चौकशी करणे.
- नकाराचे कारण जसेच्या तसे दाखवण्याऐवजी त्याचा सारांश देणे. कृती करण्यासाठी तपशीलच महत्त्वाचे असतात.
- कायमचे बंद झालेले टेम्प्लेट पुन्हा सुरू होण्याची वाट पाहणे. हा स्टेटस कायमचा असतो आणि नवीन टेम्प्लेट आवश्यक असते.

**मंजुरीला साधारण किती वेळ लागतो?** साधारण काही मिनिटे, कधी कधी एक दिवसापर्यंत. कोणताही सेवा पुरवठादार ही प्रक्रिया जलद करू शकत नाही.

**तात्पुरते थांबवलेले टेम्प्लेट आणि कायमचे बंद केलेले टेम्प्लेट सारखेच असतात का?** नाही. काही कालावधीनंतर थांबवणे उठवले जाते, तर कायमचे बंद करणे अंतिम असते आणि वारंवार थांबवल्यानंतर होते.

**नकाराचे कारण कळते का?** होय. कारण कृती करण्याइतके स्पष्ट असते, म्हणून ते संपादन न करता पुढे पाठवणे योग्य आहे.

**एक टेम्प्लेट थांबवलेले असताना इतर टेम्प्लेट पाठवता येतात का?** होय. हा स्टेटस त्या टेम्प्लेटपुरता लागू होतो, नंबरपुरता नाही.

---

## message_template_quality_update वेबहुक

https://easycoexistence.com/mr/docs/webhook-message-template-quality-update

message_template_quality_update एका विशिष्ट टेम्प्लेटवर प्राप्तकर्ते कशी प्रतिक्रिया देत आहेत, त्यातील बदल कळवते. गुणवत्ता थांबवण्याइतकी खराब होण्याआधी हा प्रतिसाद येतो, त्यामुळे नंतर झालेल्या अपयशाचे स्पष्टीकरण देण्याऐवजी कृती करण्यासाठी वेळ मिळतो.

### हे काय मोजते

संपूर्ण नंबरऐवजी एका विशिष्ट टेम्प्लेटमधून पाठवलेल्या मेसेजेसवर लोक कशी प्रतिक्रिया देतात, हे मोजले जाते. ब्लॉक आणि रिपोर्ट यांना सर्वाधिक महत्त्व असते, तसेच पूर्णपणे प्रतिसाद न देणेही मोजले जाते.

प्रत्येक टेम्प्लेटपुरती ही मर्यादा असल्यामुळे ते उपयुक्त ठरते. एखादा नंबर एकूणात हेल्दी असू शकतो, पण एक टेम्प्लेट शांतपणे त्याच्या प्रेक्षकांना दूर लावत असू शकते. या दोन्ही गोष्टी वेगळ्या दाखवणारी हीच इव्हेंट आहे. हे नसते, तर नंबरवरील इतर सर्व गोष्टी सामान्यपणे काम करत असताना त्या टेम्प्लेटचा मेसेज पाठवला जात नाही, हेच पहिले संकेत ठरले असते.

### लवकर कृती करणे हाच मुख्य उद्देश का आहे

कारण यानंतरची प्रत्येक स्थिती अधिक खराब आणि पूर्ववत करणे अधिक कठीण असते.

गुणवत्ता पुरेशी घसरल्यास टेम्प्लेट थांबवले जाते. त्यानंतर प्रत्येक प्रयत्नावर 132015 त्रुटी मिळते आणि Meta जाहीर न केलेल्या कालावधीनंतरच ते पुन्हा सुरू होते. वारंवार थांबवल्यास ते कायमचे निष्क्रिय होते. मग नवीन नावाने नवीन टेम्प्लेट तयार करावे लागते.

टेम्प्लेट अजून मेसेज पाठवत असताना गुणवत्ता सिग्नल मिळणे, संपादनाचा खर्च शून्य असलेला एकमेव क्षण आहे. ते थांबवल्यानंतरही संपादन करणे योग्यच असते, पण कोणाच्या लक्षात येईपर्यंत पाठवण्याचा मार्ग आधीच काही काळ बंद झालेला असतो.

### हे सहसा कशामुळे होते

कंटेंट आणि प्रेक्षक, या क्रमाने. दुसरा मुद्दा लोक सहसा विसरतात.

- युटिलिटी म्हणून घोषित केलेल्या टेम्प्लेटमध्ये प्रमोशनल भाषा वापरणे, ज्याची प्राप्तकर्त्यांना अपेक्षा नसते.
- कोणता व्यवसाय लिहित आहे हे मेसेजमध्ये स्पष्ट नसणे.
- अलीकडे मेसेजशी संवाद साधलेल्या लोकांऐवजी एका यादीला मेसेज पाठवणे.
- ज्यांनी तो कधी मागितलाच नाही अशा प्रेक्षकांना तोच टेम्प्लेट मोठ्या प्रमाणात पाठवणे.

- याकडे केवळ माहिती म्हणून पाहणे. टेम्प्लेट अजून काम करत असताना येणारा हा शेवटचा सिग्नल आहे.
- ही नंबरची समस्या समजणे. हा सिग्नल एका टेम्प्लेटपुरता मर्यादित असतो.
- मजकूर संपादित करून तोच प्रेक्षक ठेवणे. मेसेजमध्ये काय लिहिले आहे त्याइतकेच तो कोणाला पाठवला जातो हेही तेच सिग्नल निर्माण करते.

**याचा माझ्या इतर टेम्प्लेट्सवर परिणाम होतो का?** नाही. हा सिग्नल एका टेम्प्लेटपुरता मर्यादित असतो आणि त्याच नंबरवरील इतर टेम्प्लेट्सवर परिणाम होत नाही.

**हे मला ॲपमध्ये दिसू शकते का?** नाही. फोनवरील WhatsApp Business ॲपमध्ये टेम्प्लेटच्या गुणवत्तेबद्दल काहीही दिसत नाही.

**मी याकडे दुर्लक्ष केल्यास काय होते?** गुणवत्ता सतत घसरत राहिल्यास टेम्प्लेट थांबवले जाते आणि वारंवार थांबवल्यास ते कायमचे निष्क्रिय होते.

**मजकूर संपादित करणे पुरेसे आहे का?** अनेकदा पुरेसे असते, पण नेहमी नाही. टेम्प्लेट कोणाला पाठवले जाते त्यातून मेसेजमध्ये काय लिहिले आहे त्यासारखेच सिग्नल निर्माण होतात.

---

## history वेबहुक

https://easycoexistence.com/mr/docs/webhook-history

history मध्ये Coexistence नंबरवरील आधीच्या संभाषणांचे एपीआयवर होणारे एकदाचचे हस्तांतरण असते. इतिहास शेअर करण्यास संमती दिली असल्यास, ऑनबोर्डिंगनंतर तो येतो. हस्तांतरण झाले याचा इंटिग्रेशनला मिळणारा हा एकमेव सिग्नल आहे.

### यातून काय मिळते

WhatsApp Business ॲपमध्ये नंबरवर आधीपासून असलेला एक-ते-एक मेसेज इतिहास इथे येतो. त्यामुळे अनेक वर्षे व्यवसायाने वापरलेल्या नंबरवर सॉफ्टवेअरची सुरुवात संदर्भाशिवाय होत नाही.

ग्रुप संभाषणे यात येत नाहीत. Coexistence नंबरसाठी ती एपीआयमधून पूर्णपणे वगळली आहेत. ॲपमधील लेबल्स, क्विक रिप्लाय, स्वागत आणि अनुपस्थितीचे मेसेज यांनाही एपीआय समतुल्य सुविधा नाही, त्यामुळे ती डिव्हाइसवरच राहतात.

हे फील्ड फक्त Coexistence नंबरवर असते. नेहमीच्या पद्धतीने ऑनबोर्ड केलेल्या नंबरचा आधीचा ॲप इतिहास आणण्यासाठी उपलब्ध नसतो, त्यामुळे डिलिव्हर करण्यास काहीच नसते.

### हे एकदाच का येते

कारण हे हस्तांतरण सतत उपलब्ध असलेली क्षमता नसून ऑनबोर्डिंगचा भाग आहे.

Embedded Signup दरम्यान व्यवसाय मालकाला आधीची संभाषणे शेअर करायची आहेत का, असे विचारले जाते. होय निवडल्यावरच सिंक सुरू होतो. नंतर तो पुन्हा सुरू करणारी कोणतीही सेटिंग किंवा तो पुन्हा चालवणारा कोणताही एंडपॉइंट नाही. दुसरा प्रयत्न रेट लिमिट न देता 2593107 परत करतो.

यासाठी अंतिम मुदतही आहे. ऑनबोर्डिंगनंतर 24 तासांत सिंक सुरू करावा लागतो. त्यानंतर प्रयत्न केल्यास 2593108 मिळतो. यापैकी काहीही चुकल्यास नंबर डिस्कनेक्ट करून संपूर्ण प्रक्रिया पुन्हा करावी लागते.

### यावर हँडलरने काय करावे

हे मेसेज मार्गावरील आणखी ट्रॅफिक मानू नका. एकदाच येणारा आणि मोठा असू शकणारा बॅच म्हणून हाताळा.

- लवकर प्रतिसाद द्या आणि इतर कोणत्याही डिलिव्हरीप्रमाणे असिंक्रोनस पद्धतीने प्रक्रिया करा.
- message id वर डीड्युप्लिकेट करा. ऑनबोर्डिंगच्या आसपास history आणि लाइव्ह मेसेजेस एकमेकांवर येऊ शकतात.
- हे फील्ड रिकामे असण्याची अपेक्षा ठेवा. इतिहास नाकारलेल्या नंबरकडून इथे काहीही येत नाही, तरीही इंटिग्रेशनने काम केले पाहिजे.
- हस्तांतरण पूर्ण होईपर्यंत ऑनबोर्डिंग रोखू नका. त्याआधीच कनेक्शन वापरता येते.

- history असणे आवश्यक आहे असे गृहीत धरून इंटिग्रेशन तयार करणे. अनेक नंबर त्याशिवाय कनेक्ट होतात.
- 2593107 नंतर सिंक पुन्हा करण्याचा प्रयत्न करणे. ही एकदाच होणारी घटना आहे, त्यामुळे पुन्हा तोच एरर मिळतो.
- इंटिग्रेशनचे काम सुरू होईपर्यंत इतिहासाचा निर्णय पुढे ढकलणे. तोपर्यंत 24 तासांची मुदत सहसा संपलेली असते.

**किती इतिहास येतो?** Meta ठरवते तितक्या अलीकडील एक-ते-एक संभाषणांचा कालावधी येतो. प्रदाता तो ठरवत नाही.

**ग्रुप चॅट्स येतात का?** नाही. Coexistence नंबरसाठी ग्रुप्स एपीआयमधून पूर्णपणे वगळले आहेत.

**नंतर पुन्हा विनंती करता येते का?** नाही. हे प्रत्येक ऑनबोर्डिंगला एकदाच चालते. पुन्हा चालवण्यासाठी नंबर डिस्कनेक्ट करून पुन्हा कनेक्ट करावा लागतो.

**मालकाने इतिहास नाकारला तर काय होते?** या फील्डवर काहीही येत नाही. एपीआयला नंबर कनेक्ट झाल्यापासूनचे मेसेजेसच दिसतात.

---

## smb_app_state_sync वेबहुक

https://easycoexistence.com/mr/docs/webhook-smb-app-state-sync

smb_app_state_sync मध्ये WhatsApp Business ॲपची स्थिती, मुख्यतः Coexistence नंबर कनेक्ट होताना होणारे संपर्क सिंक्रोनायझेशन येते. हे संभाषण आणणाऱ्या history पासून वेगळे असते आणि केवळ Coexistence नंबरवर उपलब्ध असते.

### यात काय येते

ॲपच्या बाजूची स्थिती, म्हणजे प्रत्यक्षात व्यवसायाच्या फोनमध्ये आधीपासून असलेले संपर्क.

WhatsApp नंबर असलेला प्रत्येक संपर्क प्लॅटफॉर्मवर सिंक्रोनाइझ करता येतो. त्यामुळे अनेक वर्षांपासून व्यवसायाच्या फोनमध्ये असलेल्या ग्राहकाला सॉफ्टवेअर नवीन नंबर समजत नाही. हे संभाषणांपेक्षा वेगळे आहे. संभाषणे history फील्डवर येतात. एक डायरेक्टरी आणि दुसरा ट्रान्सक्रिप्ट असल्याने दोन्ही स्वतंत्र आहेत.

history प्रमाणेच हे केवळ Coexistence वर उपलब्ध असते. जो नंबर कधीही ॲपमध्ये नव्हता, त्याची ॲप स्थिती सिंक करण्यासाठी उपलब्ध नसते.

### यात काय येत नाही

ॲपची स्वतःची कार्य साधने, ज्यांचे प्लॅटफॉर्मच्या बाजूला कोणतेही प्रतिनिधित्व नसते.

- लेबल्स, जी डिव्हाइसवरच असतात आणि सॉफ्टवेअर त्यांना वाचू शकत नाही.
- क्विक रिप्लाइज तसेच अभिवादन आणि अनुपलब्धतेचे मेसेजेस.
- कॅटलॉग, ऑर्डर्स आणि स्टेटस.
- चॅनेल्स तसेच व्हॉइस किंवा व्हिडिओ कॉलचा इतिहास.

### इंटिग्रेशनसाठी हे महत्त्वाचे का आहे

पहिल्याच दिवशी कोण लिहित आहे हे तुमच्या सिस्टीमला कळेल की नाही, हे यावर ठरते.

संपर्क सिंक नसल्यास प्रत्येक इनबाउंड मेसेज नावाशिवाय नंबर म्हणून येतो आणि तो ग्राहकाच्या रेकॉर्डशी जोडणे तुमची जबाबदारी असते. सिंक असल्यास व्यवसायाची स्वतःची संपर्क यादी उपलब्ध होते आणि जुळवणी बहुतांश पूर्ण झालेली असते.

दोन्ही परिस्थितींसाठी नियोजन करणे योग्य आहे, कारण व्यवसाय सिंक नाकारू शकतो किंवा कालमर्यादा चुकवू शकतो. संपर्क अस्तित्वात आहेत असे गृहीत धरणारे इंटिग्रेशन उघडणाऱ्या व्यक्तीला फक्त कच्च्या नंबरची मोठी यादी दाखवेल.

- संपर्क उपलब्ध असतील असे गृहीत धरणे. व्यवसाय सिंक नाकारू शकतो किंवा त्याची कालमर्यादा चुकवू शकतो.
- या पेलोडमध्ये लेबल्स किंवा क्विक रिप्लाइज असतील अशी अपेक्षा करणे. ती डिव्हाइसवरच राहतात.
- याची history सोबत गल्लत करणे. history संपर्क यादीऐवजी संभाषणे आणते.

**हे history sync सारखेच आहे का?** नाही. यात ॲपची स्थिती, मुख्यतः संपर्क येतात. history मध्ये संभाषणे येतात.

**हे एकापेक्षा जास्त वेळा चालते का?** सुरुवातीचे सिंक्रोनायझेशन हा ऑनबोर्डिंगचा एकदाच होणारा भाग आहे. त्याची history प्रमाणेच 24 तासांची कालमर्यादा असते.

**मला लेबल्स मिळतात का?** नाही. लेबल्स हे ॲपचे फीचर आहेत आणि त्यांना एपीआयमध्ये समतुल्य पर्याय नाही.

**हे सामान्य Cloud API नंबरवर उपलब्ध असते का?** नाही. अशा नंबरवर सिंक करण्यासाठी WhatsApp Business ॲपची स्थिती उपलब्ध नसते.

---

## template_category_update वेबहुक

https://easycoexistence.com/mr/docs/webhook-template-category-update

template_category_update Meta ने टेम्प्लेटचा वर्ग बदलल्याचे कळवतो. टेम्प्लेट utility, marketing किंवा authentication यांपैकी दुसऱ्या वर्गात जाऊ शकते. संभाषणासाठी Meta किती शुल्क आकारते हे वर्ग ठरवत असल्याने, कोणीही काही न बदलता तुमचा खर्च बदलू शकतो.

### वर्ग आपोआप का बदलतो

Meta टेम्प्लेट कशासाठी घोषित केले आहे एवढेच पाहत नाही, तर त्यात प्रत्यक्ष काय लिहिले आहे हेही तपासते.

utility म्हणून पाठवलेले, पण ऑफर असलेले टेम्प्लेट स्वस्त वर्गाचे लेबल लावलेला प्रचारात्मक मजकूर ठरतो. कधी हे तपासणीवेळी लक्षात येते आणि टेम्प्लेट नाकारले जाते. कधी ते मंजूर होते आणि नंतर वापरात मजकूर पाहिल्यावर त्याचा वर्ग बदलला जातो. हीच दुसरी घटना हा वेबहुक कळवतो.

तुमच्या बाजूने यासाठी काहीही सुरू करावे लागत नाही. टेम्प्लेट आणि कोड तसेच राहतात, पण हा वेबहुक नसल्यास पहिली खूण अंदाजाशी न जुळणारे बिल असते.

### यामुळे काय बदलते

त्यानंतर त्या टेम्प्लेटने सुरू केलेल्या प्रत्येक संभाषणाची किंमत बदलते.

- Meta utility, marketing आणि authentication संभाषणांसाठी वेगवेगळे दर आकारते.
- marketing मेसेजसाठी WhatsApp Business Account वर पेमेंट मेथड असणे आवश्यक असते.
- पेमेंट मेथड नसलेल्या खात्यावर marketing मध्ये वर्ग बदललेल्या टेम्प्लेटमधून 131042 परत येऊ लागतो.
- टेम्प्लेट स्वतः काम करत राहते; बदलतो तो खर्च आणि आवश्यक अट.

### वर्ग बदलणे कसे टाळावे

प्रामाणिकपणे वर्ग जाहीर करा, कारण ते अनावश्यक ऑप्टिमायझेशनपेक्षा स्वस्त पडते.

utility टेम्प्लेट ग्राहकाने केलेल्या कृतीशी संबंधित असते: ऑर्डर, बुकिंग किंवा डिलिव्हरी. ग्राहकाने काही कृती केली नसती तर तो मेसेज अस्तित्वातच नसता, तर तो utility आहे. तुम्हाला काही विकायचे असल्यामुळे मेसेज अस्तित्वात असेल, तर तो marketing आहे. तसाच वर्ग जाहीर करणे, तुमच्या निवडीशिवाय नंतर त्या वर्गात ढकलले जाण्यापेक्षा स्वस्त पडते.

चुकीचा वर्ग असलेली टेम्प्लेट वारंवार पाठवल्याने खात्याकडेही लक्ष जाते. marketing मेसेजसाठी marketing दर भरण्यापेक्षा हा अधिक वाईट परिणाम आहे.

- कमी पैसे देण्यासाठी प्रचारात्मक मजकुराला utility म्हणून जाहीर करणे. नंतर वर्ग बदलतो आणि तो तुमच्यासाठी अधिक वाईट वेळी घडतो.
- हा वेबहुक दुर्लक्षित करणे. तुमच्या नियंत्रणातील काहीही न बदलता बिलिंग बदलते.
- मंजुरी अंतिम आहे असे समजणे. टेम्प्लेट मंजूर होऊन नंतर दुसऱ्या वर्गात जाऊ शकते.

**टेम्प्लेट काम करणे थांबवते का?** नाही. ती मेसेज पाठवत राहते; बदलतो तो संभाषणाचा खर्च आणि marketing साठी पेमेंट मेथडची अट.

**वर्गबदलाविरुद्ध अपील करता येते का?** वर्गाशी संबंधित विवाद Meta स्वतःच्या माध्यमांतून हाताळते; कोणताही प्रोव्हायडर वर्ग बदलू शकत नाही.

**सर्वांत स्वस्त वर्ग कोणता?** Meta बाजारानुसार वेगवेगळे दर आकारते. मेसेजचे प्रामाणिक वर्णन करणारा योग्य वर्गच सर्वांत स्वस्त ठरतो.

**131063 म्हणजे काय?** खात्यावर marketing टेम्प्लेट बंद आहेत. हे पेमेंट मेथड नसण्यापेक्षा वेगळे आहे.

---

## Meta Business Portfolio आणि त्यातील घटक

https://easycoexistence.com/mr/docs/meta-business-portfolio

Business Portfolio म्हणजे Meta Business Manager मधील कंपनीची मुख्य रचना. त्यात WhatsApp Business Accounts असतात आणि त्यांमध्ये फोन नंबर असतात. ग्राहकाने नंबर कनेक्ट केल्यावर तो provider च्या पोर्टफोलिओमध्ये न जाता त्यांच्या पोर्टफोलिओमध्येच राहतो.

### हे स्तर एकमेकांशी कसे जोडलेले आहेत?

तीन स्तर आहेत, आणि त्या सर्वांना खाते म्हणणे हा बहुतेक गोंधळाचा आरंभ असतो.

Business Portfolio सर्वात वर असतो आणि Meta Business Manager मध्ये कंपनीचे प्रतिनिधित्व करतो. त्यात जाहिरात खाती, पेजेस आणि WhatsApp Business Accounts यांसारखी साधने असतात. WhatsApp Business Account मध्ये फोन नंबर असतात. प्रत्येक नंबरचा स्वतःचा phone number id, quality rating आणि messaging tier असतो.

म्हणून check the account is working असे म्हटल्यावर कोण बोलत आहे यानुसार त्याचा अर्थ चार वेगवेगळ्या तपासण्या असू शकतात. काहीतरी चुकल्यास तुम्ही नेमका कोणता स्तर म्हणत आहात हे स्पष्ट सांगितल्याने निदानासाठी लागणारा बहुतेक वेळ वाचतो.

### नंबर कोणाच्या पोर्टफोलिओमध्ये आहे हे महत्त्वाचे का आहे?

कारण कनेक्शनवर प्रत्यक्ष नियंत्रण कोणाचे आहे हे त्यावर ठरते.

Tech Provider च्या स्वतःच्या ॲपमधून onboarding झाल्यास नंबर ग्राहकाच्या पोर्टफोलिओमध्ये कनेक्ट होतो आणि provider च्या ॲपला त्यावर काम करण्याची परवानगी असते. Meta सोबतचे नाते ग्राहकाचे असते, संभाषणांचे बिलिंग त्यांच्या payment method वर जाते आणि access रद्द करण्याचा अधिकार त्यांच्याकडे असतो.

दुसऱ्याच्या provider account वर tooling तयार केल्यास नंबर वेगळ्या पद्धतीने जोडले जातात. general purpose automation platforms वर येणाऱ्या मर्यादा त्या सामायिक नात्यातून निर्माण होतात. एजन्सीसाठी गंभीर ग्राहक शेवटी विचारतो त्या प्रश्नाचे हेच उत्तर आहे.

- portfolio आणि WABA यांचा समान अर्थ असल्यासारखा वापर करणे. एक दुसऱ्याला ठेवतो आणि दोघांमध्ये त्रुटी वेगळ्या प्रकारे दिसतात.
- ग्राहकांचे नंबर तुमच्या स्वतःच्या पोर्टफोलिओखाली कनेक्ट करणे. त्यामुळे कनेक्शन त्यांचे न राहता तुमचे होते.
- business verification नंबरवर असते असे गृहीत धरणे. ते पोर्टफोलिओच्या स्तरावर असते.

**पोर्टफोलिओ आणि WhatsApp Business Account एकच आहेत का?** नाही. पोर्टफोलिओ ही कंपनीची रचना आहे. WABA त्यात असते आणि फोन नंबर ठेवते.

**एका पोर्टफोलिओमध्ये अनेक WABA ठेवता येतात का?** हो, ग्राहकाच्या वेगवेगळ्या ब्रँडसाठी स्वतंत्र खाती असतील तेव्हा एजन्सींना हे अनेकदा दिसते.

**पोर्टफोलिओला access कोण देऊ शकतो?** त्या पोर्टफोलिओवरील admin. सहसा तो व्यवसायाचा मालक असतो, integration करणारी व्यक्ती नाही.

**कनेक्ट केल्यावर माझा नंबर हलतो का?** नाही. provider च्या ॲपला त्यावर काम करण्याची परवानगी असली तरी तो तुमच्या पोर्टफोलिओमध्येच राहतो.

---

## WhatsApp Business Account आणि ओव्हरराइड त्यावरच का असतो

https://easycoexistence.com/mr/docs/whatsapp-business-account

WhatsApp Business Account मध्ये फोन नंबर आणि टेम्प्लेट्स असतात. वेबहुक रूटिंग नंबरनुसार नव्हे, तर या स्तरावर लागू होत असल्याने ते अपेक्षेपेक्षा अधिक महत्त्वाचे आहे. त्यामुळे कनेक्शन काढल्यावर रूटिंगही त्यासोबत निघून जाते.

### WABA मध्ये प्रत्यक्षात काय असते?

फोन नंबर आणि टेम्प्लेट्स असतात. ही जोडी पहिल्या नजरेत वाटते त्यापेक्षा अधिक महत्त्वाची आहे.

टेम्प्लेट्स नंबरऐवजी खात्याशी जोडलेले असतात, त्यामुळे त्याच WABA वरील प्रत्येक नंबरला एकच टेम्प्लेट लायब्ररी दिसते. ऑर्डर अपडेट्ससाठी एक टेम्प्लेट तयार करा आणि ते सर्व नंबरमधून पाठवता येते. Meta खात्यावर टेम्प्लेट्सची कमाल संख्या ठरवते. एकाच खात्यावर अनेक ब्रँड हाताळणाऱ्या एजन्सीसाठी ही मर्यादा लागू होऊ शकते.

प्रत्येक नंबरसोबत त्याचा स्वतःचा phone number id, display name, quality rating आणि messaging tier असतो. हे नंबरनुसार वेगळे असतात, त्यामुळे एक नंबर खराब स्थितीत असताना त्याच खात्यावरील दुसरा नंबर व्यवस्थित असू शकतो.

### वेबहुक ओव्हरराइड या स्तरावरच का असतो?

कारण तो बदलत असलेले सबस्क्रिप्शन ॲपचे खात्याशी असते, नंबरशी नाही.

डेस्टिनेशन सेट केल्यावर प्रत्यक्षात आमच्या ॲपच्या त्या WABA सोबतच्या सबस्क्रिप्शनवर override callback URI लागू होते. त्यानंतर खात्यावरील प्रत्येक नंबरचे मेसेज पाथ इव्हेंट्स तिथे पाठवले जातात. नंबरनुसार स्वतंत्र रूटिंग नसते, त्यामुळे एका क्लायंटखाली अनेक नंबर हाताळणाऱ्यांना हे आश्चर्यकारक वाटते.

यासाठी आधीच नियोजन करणे महत्त्वाचे आहे. चौदा दिवसांच्या निष्क्रियतेच्या नियमामुळे किंवा अन्य कारणाने कनेक्शन काढल्यावर ॲप खात्यातून अनइन्स्टॉल होते आणि त्यासोबत ओव्हरराइडही काढला जातो. पुन्हा कनेक्ट केल्यावर मेसेज पाठवणे आणि मॉनिटरिंग परत सुरू होते. मात्र तुमच्या स्वतःच्या सर्व्हरकडे डिलिव्हरी परत सुरू होत नाही, जोपर्यंत कुणी ओव्हरराइड पुन्हा लागू करत नाही.

- प्रत्येक नंबरसाठी वेगवेगळे वेबहुक रूटिंग अपेक्षित ठेवणे. ओव्हरराइड खात्यानुसार असतो.
- पुन्हा कनेक्ट केल्यावर डेस्टिनेशन आपोआप परत येते असे समजणे. ॲपसोबत तेही काढले जाते आणि पुन्हा लागू करावे लागते.
- टेम्प्लेट्स शेअर केलेले असतात हे विसरणे. खात्यावरील प्रत्येक नंबरला तीच लायब्ररी दिसते.

**एका WABA वरील दोन नंबर वेगवेगळ्या एंडपॉइंट्सकडे रूट होऊ शकतात का?** नाही. ओव्हरराइड खात्यावर लागू होतो, त्यामुळे त्यावरील सर्व नंबर एकाच डेस्टिनेशनकडे डिलिव्हर होतात.

**टेम्प्लेट्स खात्यांमध्ये हस्तांतरित होतात का?** नाही. ते ज्या खात्यावर तयार केले गेले, त्याच खात्याशी जोडलेले असतात.

**नंबर काढल्यावर ओव्हरराइडचे काय होते?** ॲप खात्यातून अनइन्स्टॉल झाल्यास ओव्हरराइडही त्यासोबत निघून जातो. पुन्हा कनेक्ट केल्यावर मेसेज पाठवणे सुरू होते, पण डेस्टिनेशन परत येत नाही.

**टेम्प्लेट्सची मर्यादा आहे का?** Meta प्रत्येक खात्यासाठी टेम्प्लेट्सची कमाल संख्या ठरवते. ती ओलांडल्यास स्वतंत्र त्रुटी मिळते.

---

## WhatsApp नंबरवर द्वि-चरण पडताळणी

https://easycoexistence.com/mr/docs/two-step-verification

द्वि-चरण पडताळणी म्हणजे WhatsApp Business फोन नंबरवर सेट केलेला PIN. काही ऑपरेशन्ससाठी तो आवश्यक असतो. ऑनबोर्डिंगदरम्यान तो सहसा एकदाच सेट केला जातो आणि नंतर वापरला जात नाही, त्यामुळे व्यवसायातील कोणालाच तो आठवत नसणे ही सामान्य समस्या आहे.

### PIN प्रत्यक्षात कधी लागतो?

नंबरची नोंदणी आणि पुन्हा नोंदणी करताना, तसेच Meta ज्या काही खाते-ऑपरेशन्ससाठी PIN मागते तेव्हा.

याचा अर्थ असा की बहुतेक व्यवसाय ऑनबोर्डिंगदरम्यान PIN सेट करतात आणि नंतर तो पुन्हा पाहत नाहीत. म्हणूनच तो समस्या बनतो. PIN सेट करणारी व्यक्ती पुढे निघून जाते, तो कुठेही नोंदवलेला नसतो आणि 18 महिन्यांनी, एखादी गोष्ट आधीच बिघडलेली असताना, नेमक्या त्याच क्षणी तो आवश्यक पडतो.

यासंबंधीच्या त्रुटी निदानासाठी पुरेशा स्पष्ट असतात. चुकीचा PIN दिल्यास 133005 मिळतो. खूप प्रयत्न केल्यास 133008 मिळतो आणि प्रतिसादात सांगितलेल्या कालावधीसाठी पुढील प्रयत्न बंद होतात. प्रयत्न खूप लवकर केल्यास 133009 मिळतो. ही चुकीच्या उत्तराची त्रुटी नसून रेट लिमिट आहे.

### PIN हरवल्यावर काय करायचे?

तो WhatsApp Manager मधील नंबरच्या सेटिंग्जमध्ये रीसेट करा. यासाठी तो नंबर असलेल्या खात्यात प्रवेश आवश्यक आहे.

ही प्रक्रिया सेवा प्रदात्याची नसून व्यवसाय मालकाने करायची आहे. कोणतेही एपीआय PIN वाचू किंवा रीसेट करू शकत नाही आणि कोणताही प्रदाता तो जतन करून ठेवत नाही. हे जाणीवपूर्वक केलेले आहे: प्रदाता परत मिळवू शकेल अशी माहिती दुसरा घटक राहणार नाही.

व्यवहार्य सल्ला असा की PIN एजन्सीकडे नव्हे, तर व्यवसायालाच तो पुन्हा मिळवता येईल अशा ठिकाणी नोंदवा. PIN फक्त एजन्सीच्या पासवर्ड मॅनेजरमध्ये ठेवल्यास, पुढील ग्राहक-संबंधात पुन्हा तीच समस्या निर्माण होते.

- चुकीचा PIN दिल्यानंतर लगेच पुन्हा प्रयत्न करणे. त्यामुळे 133009 मिळतो आणि पुढील वैध प्रयत्नाला विलंब होतो.
- PIN फक्त एजन्सीकडे ठेवणे. व्यवसायाला तो स्वतः पुन्हा मिळवता आला पाहिजे.
- प्रदाता तो परत मिळवून देऊ शकतो असे गृहीत धरणे. तो कोणीही जतन करून ठेवत नाही, हाच तो असण्याचा उद्देश आहे.

**तुम्ही माझा PIN रीसेट करू शकता?** नाही. तो Meta च्या स्वतःच्या सेटिंग्जमध्ये नंबरवर सेट केला जातो आणि कोणताही प्रदाता तो वाचू किंवा बदलू शकत नाही.

**लॉकआउट किती काळ असतो?** 133008 साठी Meta ठरावीक कालावधीऐवजी त्रुटीच्या प्रतिसादात प्रतीक्षा वेळ सांगते.

**PIN नंबरनुसार असतो की खात्यानुसार?** फोन नंबरनुसार.

**ही व्यवसाय पडताळणीसारखीच आहे का?** नाही. पडताळणी पोर्टफोलिओ स्तरावरील कायदेशीर संस्थेशी संबंधित असते, तर हा नंबरवरचा PIN आहे.

---

## account_review_update वेबहुक

https://easycoexistence.com/mr/docs/webhook-account-review-update

account_review_update मध्ये Meta ने व्यवसाय खात्याचे केलेल्या पुनरावलोकनाचा निकाल येतो. decision fieldमध्ये काय ठरले ते कळते. rejectionला केवळ माहिती न मानता degraded connection मानणे योग्य आहे, कारण त्यानंतर मेसेज पाठवण्याची क्षमता सहसा खालावत जाते.

### पुनरावलोकन कधी होते?

Meta व्यवसाय खात्याची तपासणी करते तेव्हा पुनरावलोकन होते. हे verification submission, appeal किंवा मेसेज पाठवण्याच्या वर्तनामुळे निर्माण झालेल्या automated flagनंतर होऊ शकते.

पुनरावलोकन सुरू करणे किंवा त्याच्या आतील तपशील पाहणे हे providerच्या हातात नसते. event म्हणून decisionसह त्याचा निकाल मिळतो. मंजुरी साधारणपणे विशेष कृतीची मागणी करत नाही. rejection आल्यावर कृती करणे महत्त्वाचे असते, कारण त्यानंतर अनेकदा प्रकरण संपत नाही तर restriction येते.

WhatsApp Business ॲपमध्ये पुनरावलोकनाबद्दल काहीही दिसत नाही. त्यामुळे व्यवसायाचे खाते under review असतानाही, rejection झाल्यानंतरही, फोनवरून ग्राहकांना उत्तर देता येत राहते आणि काही घडल्याचे कोणतेही संकेत मिळत नाहीत.

### rejectionला बातमी न मानता degraded का मानावे?

कारण तो सहसा शेवटचा नसून अनेक घटनांमधील पहिला टप्पा असतो.

rejected review म्हणजे Meta ने खाते तपासले आणि ते समाधानकारक वाटले नाही. त्यानंतर अनेकदा restriction येते. त्यामुळे मेसेज पाठवणे पूर्णपणे थांबते आणि enforcement eventसह account_update येतो. rejectionच्या वेळी कनेक्शन degraded म्हणून नोंदवल्यास, ग्राहकासोबतच्या चर्चेची तयारी पाहणाऱ्या व्यक्तीला आधीच करता येते.

त्याऐवजी ते informational म्हणून नोंदवल्यास कृती तेव्हाच सुरू होते जेव्हा मेसेज पाठवणे अयशस्वी होऊ लागते. त्या वेळी व्यवसाय आधीच ग्राहकांपर्यंत पोहोचू शकत नसतो आणि चर्चा इशाऱ्यापासून नव्हे तर संकटापासून सुरू होते.

- rejection नोंदवून स्टेटस न बदलणे. हा पुढील अडचणीचा स्पष्ट संकेत आहे, तळटीप नव्हे.
- या eventमध्ये कारण मिळेल अशी अपेक्षा ठेवणे. यात decision येतो; तपशील Business Managerमध्ये असतो.
- व्यवसायाला याची जाणीव होईल असे गृहीत धरणे. पुनरावलोकनाबद्दल फोनवर काहीही दिसत नाही.

**पुनरावलोकन का अयशस्वी झाले ते provider पाहू शकतो का?** नाही. enforcement notice आणि त्याचे कारण व्यवसाय खात्यातील Business Managerमध्ये असते.

**rejectionनंतर नेहमी restriction येते का?** नेहमी नाही, पण इतक्या वेळा येते की त्याला इशारा मानणे हाच योग्य default आहे.

**appeal कोण करू शकते?** व्यवसाय खात्यात admin access असलेले लोक. त्यांच्या वतीने कोणताही provider appeal करू शकत नाही.

**हे template reviewसारखेच आहे का?** नाही. Template reviewचे निकाल स्वतंत्रपणे येतात आणि संपूर्ण खात्याऐवजी एका टेम्प्लेटशी संबंधित असतात.

---

## business_capability_update वेबहुक

https://easycoexistence.com/mr/docs/webhook-business-capability-update

business_capability_update खात्याला काय करता येते यातील बदल कळवते, विशेषतः मेसेजिंग मर्यादेतील. यात सध्याची मर्यादा असते, म्हणजे तुम्ही दररोज किती वेगळ्या ग्राहकांशी संभाषण सुरू करू शकता. ती दोन्ही दिशांनी बदलते.

### मेसेजिंग मर्यादा नेमकी कशावर बंधन घालते?

सलग मोजल्या जाणाऱ्या एका दिवसात तुम्ही किती वेगळ्या ग्राहकांशी संभाषण सुरू करू शकता. तुम्ही किती मेसेज पाठवू शकता किंवा किती वेगाने पाठवू शकता, यावर नाही.

याच फरकामुळे अडचण निर्माण होते. थ्रूपुट हा दर आहे, तो प्रति सेकंद मोजला जातो आणि तो ओलांडल्यावर 130429 मिळतो. मेसेजिंग टियर ही नवीन संभाषणांची दैनिक संख्या आहे आणि ती ओलांडणे ही वेगळी स्थिती आहे. एखादा नंबर त्याच्या टियरच्या मर्यादेत असूनही त्याच्यावर दरमर्यादा लागू होऊ शकते, किंवा उलट.

ग्राहक सेवा विंडो सुरू असताना दिलेली उत्तरे टियरमध्ये मोजली जात नाहीत, कारण त्यातून संभाषण सुरू होत नाही. ज्याने अद्याप लिहिलेले नाही अशा व्यक्तीपर्यंत पोहोचणे टियरमध्ये मोजले जाते.

### ते खाली का येते?

कारण टियर हा गुणवत्तेनुसार ठरतो आणि गुणवत्ता प्राप्तकर्त्यांच्या प्रतिक्रियेनुसार बदलते.

ज्या नंबरवरील प्राप्तकर्ते मेसेज ब्लॉक करतात किंवा रिपोर्ट करतात, त्याची विश्वासार्हता कमी होते आणि टियर समायोजित होतो. त्यामुळे खाली जाणारा बदल हा उपयुक्त प्रारंभिक संकेत असतो: काहीही बंद पडण्यापूर्वी तो सहसा दिसतो. तेव्हा काय आणि कोणाला पाठवायचे यामध्ये बदल करण्यासाठी वेळ शिल्लक असतो.

वर जाणारी दिशा अधिक संथ असते आणि सातत्याने चांगला प्रतिसाद मिळवल्याने मिळते. व्यवसायाला दिसेल अशा ठिकाणी कोणतीही दिशा जाहीर केली जात नाही. म्हणून फक्त त्रुटींवर प्रतिक्रिया देण्याऐवजी हा इव्हेंट नोंदवणे थोड्या प्रयत्नांचे योग्य फलित देते.

- टियरला थ्रूपुट समजणे. एक दैनिक संभाषणांची संख्या आहे, तर दुसरा प्रति सेकंद मेसेजेसचा दर आहे.
- उत्तरांची टियरमध्ये मोजणी करणे. सुरू असलेल्या विंडोमधील मेसेज संभाषण सुरू करत नाहीत.
- खाली जाणाऱ्या बदलाकडे दुर्लक्ष करणे. काहीही बिघडण्यापूर्वी तो दिसतो, हाच त्याचा मुख्य उपयोग आहे.

**मी माझा टियर कसा वाढवू?** तो विनंतीनुसार नव्हे, तर कालांतराने गुणवत्तेनुसार बदलतो. ज्या लोकांना मेसेज हवेत त्यांनाच योग्य मेसेज पाठवणे हाच मार्ग आहे.

**टेम्प्लेट मेसेज पाठवल्यावर टियर नेहमी वापरला जातो का?** संभाषण सुरू करणारा टेम्प्लेट टियर वापरतो. सुरू असलेल्या विंडोमध्ये पाठवलेला टेम्प्लेट टियर वापरत नाही.

**messaging_limit_update वेगळे आहे का?** संबंधित बदलांसाठी Meta दोन्ही नावे पाठवते. उपयुक्त माहिती समान असल्याने आमचा हँडलर त्यांना एकसारखे हाताळतो.

**हे Coexistence नंबरवर लागू होते का?** होय. Coexistence मध्ये निश्चित असलेली गोष्ट थ्रूपुट आहे, मेसेजिंग टियर नाही.

---

## account_alerts वेबहुक

https://easycoexistence.com/mr/docs/webhook-account-alerts

account_alerts हे व्यवसाय खात्याबद्दल सूचना देण्यासाठी Meta चे सामान्य चॅनेल आहे. इतर घटनांप्रमाणे यात लागू करता येईल असा स्टेटस नसतो, त्यामुळे हे आपोआप कृती करण्याऐवजी जाऊन पाहण्याची सूचना असते.

### या चॅनेलवर काय येते?

खात्याबद्दल Meta ला इशारा देण्यासारखे वाटणारे काहीही येथे येऊ शकते. ही यादी मुद्दाम खुली ठेवलेली आहे आणि काळानुसार वाढत गेली आहे.

मजकूर निश्चित संच नसल्यामुळे, विशिष्ट अलर्ट प्रकारांनुसार कृती करणारा हँडलर नवीन प्रकार चुकवेल. टिकाऊ पद्धत म्हणजे अलर्टची नोंद करणे, तो खात्याशी जोडणे आणि माणसाला दाखवणे. प्रत्येक प्रकारासाठी स्वयंचलित प्रतिसाद तयार करणे नाही.

ही एकमेव ऑपरेशनल घटना आहे जिथे योग्य पद्धत निर्णय घेण्याऐवजी नोंद घेणे ही आहे. आमचा हँडलर अलर्ट आल्याची नोंद करतो आणि त्यावरून स्टेटसचा अंदाज लावत नाही.

### मॉनिटरिंगमध्ये याची भूमिका कशी असावी?

स्टेटस दर्शवणाऱ्या घटनांच्या शेजारी टाइमलाइनवर एक इशारा म्हणून.

याचे महत्त्व घटनांच्या क्रमात आहे. नाकारलेली पडताळणी आणि त्यानंतर आलेले निर्बंध यांच्या थोडे आधी आलेला अलर्ट, या तिन्ही घटनांपैकी एकट्या कोणत्याही घटनेपेक्षा अधिक स्पष्ट चित्र देतो. त्यांची एकाच टाइमलाइनवर नोंद केल्याने हे दिसते आणि क्लायंटशी केलेले संभाषण अंदाजाऐवजी तारीख आणि घटनेवर आधारित होते.

याने कोणतीही कृती सुरू होऊ नये. अलर्ट म्हणजे कनेक्शन तुटणे, गुणवत्ता कमी होणे किंवा निर्बंध नाही. त्याला यापैकी काहीही समजल्यास खोटे अलर्ट निर्माण होतात आणि लोक खरे अलर्ट दुर्लक्षित करू लागतात.

- विशिष्ट अलर्ट प्रकारांनुसार कृती करणे. संच वाढत राहतो आणि आजच्या यादीवर तयार केलेला हँडलर कालबाह्य होतो.
- अलर्टवरून स्वयंचलित कृती सुरू करणे. त्यात कोणताही स्टेटस नसल्यामुळे त्यावरून काढलेला निष्कर्ष हा केवळ अंदाज असतो.
- कृती करता येत नाही म्हणून तो दुर्लक्षित करणे. इतर घटनांसोबत तयार होणाऱ्या क्रमात त्याचे महत्त्व असते.

**यामुळे माझ्या कनेक्शनचा स्टेटस का बदलत नाही?** कारण काय बदलले हे यात सांगितलेले नसते. त्यावरून स्टेटसचा अंदाज घेतल्यास खोटे अलर्ट निर्माण होतील.

**तपशील कुठे पाहता येतो?** व्यवसाय खात्याच्या Business Manager मध्ये. ही घटना तिथे पाहण्याची सूचना असते.

**हे क्वचितच घडते का?** ही नियमित घटना नाही. म्हणूनच ती आल्यावर दाखवणे महत्त्वाचे ठरते.

**याचा अर्थ काहीतरी बिघडले आहे का?** आवश्यक नाही. Meta ने एखादी बाब निदर्शनास आणली आहे, एवढाच त्याचा अर्थ. त्यावर स्वयंचलित प्रतिसाद देण्याऐवजी माणसाने पाहणे योग्य आहे.

---

## WhatsApp व्यवसायाच्या नंबरवरील डिस्प्ले नावे

https://easycoexistence.com/mr/docs/display-names

डिस्प्ले नाव म्हणजे तुमच्या नंबरसोबतच्या संभाषणाच्या वर ग्राहकांना दिसणारे नाव. ते बदलण्यासाठी Meta ची मंजुरी आवश्यक आहे, निर्णय phone_number_name_update वेबहुकवर येतो आणि नाव व्यवसायाशी जुळत नसल्यामुळे नकार मिळतो.

### Meta काय तपासते?

मुख्यतः हे तपासले जाते की खाते ज्या व्यवसायाच्या नावाने पडताळलेले आहे, त्या व्यवसायाशी हे नाव जुळते का.

कायदेशीर संस्थेचे नाव, नोंदणीकृत व्यापारनाव किंवा वेबसाइटवरून ग्राहक ओळखू शकेल असा ब्रँड यांच्याशी जुळणारे नाव सहसा मंजूर होते. सामान्य वर्णन, पडताळलेल्या व्यवसायाशी संबंध नसलेले नाव किंवा नावाऐवजी कीवर्ड वाटणारे काहीतरी सहसा मंजूर होत नाही.

मंजूर डिस्प्ले नाव नसलेल्या नंबरची कामगिरी मर्यादित असते आणि काही मेसेज पाठवताना तो विशिष्ट त्रुटी परत करतो. ट्रायलमध्ये नंबर पटकन कनेक्ट करून नावाची प्रक्रिया पूर्ण न करणाऱ्या लोकांना यामुळे अडचण येते. मग एका प्रकारचा मेसेज का अयशस्वी होतो आणि इतर का चालतात, असा प्रश्न पडतो.

### निर्णय कसा कळतो?

phone_number_name_update वेबहुकवर निर्णय फील्डसह प्रतिसाद येतो.

कनेक्शन ज्या सहा कामकाजाच्या फील्डना सबस्क्राइब करते, त्यापैकी हे एक आहे. सबमिट केलेल्या नावाचा निकाल निश्चित झाल्याचे कळवणारा हा एकमेव सिग्नल आहे. WhatsApp Business ॲपमध्ये याबद्दल काही दिसत नाही. काही आठवड्यांपूर्वी नाव बदलण्यासाठी विनंती केलेल्या व्यवसायाला हा इव्हेंट कोणी स्वीकारत नसेल, तर निकाल कळण्याचा दुसरा मार्ग नसतो.

कनेक्शनच्या टाइमलाइनवर हा निर्णय नोंदवल्याने नाव बदलाची विनंती यशस्वी झाली का, या प्रश्नाचे उत्तर अंदाजाऐवजी तारखेसह मिळते. अन्यथा हा प्रश्न सपोर्ट संभाषणात बदलतो.

- नावाऐवजी कीवर्ड सबमिट करणे. Meta ते शोधांच्या प्रमाणाशी नव्हे, तर पडताळलेल्या व्यवसायाशी तपासते.
- काहीच कळले नाही म्हणजे मंजुरी मिळाली असे गृहीत धरणे. निर्णय वेबहुकद्वारे येतो आणि इतरत्र दिसत नाही.
- ट्रायलमध्ये डिस्प्ले नाव वगळणे आणि नंतर ते आवश्यक असलेल्या मेसेजवर 131037 त्रुटी मिळणे.

**मंजुरी मिळायला किती वेळ लागतो?** Meta ठरावीक कालावधी जाहीर करत नाही आणि कोणताही प्रदाता ही प्रक्रिया जलद करू शकत नाही.

**मी ते नंतर बदलू शकतो का?** होय, प्रत्येक बदलाची पुन्हा पडताळणी होते.

**131037 त्रुटी म्हणजे काय?** मंजूर डिस्प्ले नाव नसताना ते आवश्यक असलेली कृती करण्याचा प्रयत्न केल्यावर नंबर परत करत असलेली त्रुटी.

**ग्राहकांना माझा फोन नंबरही दिसतो का?** मंजुरी मिळाल्यावर त्यांना डिस्प्ले नाव दिसते. ते ठेवण्यामागचा हाच उद्देश आहे.

---

## टेम्प्लेटच्या श्रेणी: युटिलिटी, मार्केटिंग आणि पडताळणी

https://easycoexistence.com/mr/docs/template-categories

प्रत्येक टेम्प्लेट तयार करताना त्याची श्रेणी जाहीर करावी लागते. युटिलिटीमध्ये ग्राहकाच्या कृतीशी संबंधित व्यवहारात्मक मेसेज येतात, मार्केटिंगमध्ये प्रचारात्मक मेसेज येतात आणि खात्यावर पेमेंट पद्धत आवश्यक असते, तर पडताळणीमध्ये स्वतंत्र आणि अधिक कठोर फॉरमॅट नियमांनुसार एकदाच वापरायचे कोड येतात.

### प्रत्येक श्रेणीत काय येते?

युटिलिटी व्यवहारात्मक असते आणि ग्राहकाने केलेल्या कृतीशी जोडलेली असते: ऑर्डरची पुष्टी, शिपिंग अपडेट, बुकिंगची आठवण किंवा अपॉइंटमेंटमधील बदल. ग्राहकाने केलेल्या एखाद्या कृतीमुळे त्याला हा मेसेज अपेक्षित असेल का, हीच मुख्य कसोटी आहे.

मार्केटिंगमध्ये कोणतीही प्रचारात्मक गोष्ट येते: ऑफर, नवीन उत्पादन, पुन्हा जोडणारा मेसेज किंवा वृत्तपत्र. असा मेसेज पाठवण्यासाठी WhatsApp Business खात्यावर पेमेंट पद्धत असणे आवश्यक आहे. त्यामुळे ज्या खात्यावर आतापर्यंत फक्त ग्राहकांना प्रतिसाद दिला गेला आहे, तिथला पहिला मार्केटिंग प्रयत्न अनेकदा अयशस्वी होतो.

पडताळणीमध्ये एकदाच वापरायचे पासकोड आणि पडताळणी येते. याचा फॉरमॅट सर्वांत कठोर असतो. कोडभोवती काय लिहिता येईल यावर कडक बंधने असतात. डिलिव्हरीच्या अपेक्षा वेगळ्या असल्यामुळे ही स्वतंत्र श्रेणी आहे.

### सगळे टेम्प्लेट युटिलिटी म्हणून जाहीर का करू नये?

कारण Meta श्रेणी बदलू शकते आणि प्रामाणिकपणे जाहीर करण्यापेक्षा नंतर श्रेणी बदलली जाणे अधिक नुकसानकारक असते.

युटिलिटी टेम्प्लेटमधील प्रचारात्मक मजकूर सातत्याने पकडला जातो. रिव्ह्यूदरम्यान टेम्प्लेट नाकारले जाऊ शकते किंवा मंजुरीनंतर त्याची श्रेणी बदलली जाऊ शकते. अशा वेळी काहीही बदलले नसतानाही मेसेजचे बिलिंग युटिलिटीऐवजी मार्केटिंगप्रमाणे सुरू होते. बचतीऐवजी इनव्हॉइसवर अनपेक्षित शुल्क दिसते.

चुकीच्या श्रेणीतील टेम्प्लेट वारंवार पाठवल्यास खात्याकडेही लक्ष जाते. स्वस्त मार्ग म्हणजे मेसेजची खरी श्रेणी जाहीर करणे. त्यामुळे रिव्ह्यू जलद होतो, कारण तपासणारा टेम्प्लेटने सांगितलेल्या गोष्टीचीच पडताळणी करतो.

- युटिलिटी टेम्प्लेटमध्ये ऑफर ठेवणे. हे सातत्याने पकडले जाते आणि मंजुरीनंतर श्रेणी बदलली जाऊ शकते.
- खात्यावर पेमेंट पद्धत नसताना मार्केटिंग मेसेज पाठवण्याचा प्रयत्न करणे. Meta ला ती आवश्यक असते आणि कोणताही प्रदाता ती जोडू शकत नाही.
- पासकोडशिवाय इतर कोणत्याही गोष्टीसाठी पडताळणी वापरणे. फॉरमॅटची बंधने कठोर आहेत आणि ते मंजूर होणार नाही.

**मार्केटिंग मेसेजचे शुल्क कोण भरते?** Meta ते तुमच्या स्वतःच्या WhatsApp Business खात्यातील पेमेंट पद्धतीवर आकारते. ते कधीही आमच्यामार्फत जात नाही.

**टेम्प्लेटची श्रेणी बदलू शकते का?** मजकूर जाहीर केलेल्या श्रेणीशी जुळत नसल्यास Meta मंजुरीनंतर त्याची श्रेणी बदलू शकते.

**युटिलिटी मोफत असते का?** युटिलिटी संभाषणांची किंमत Meta ठरवते. ती ग्राहक सेवा विंडोमधील मोफत प्रतिसादांसारखी नसतात.

**त्रुटी 131063 म्हणजे काय?** खात्यावर मार्केटिंग टेम्प्लेट बंद आहेत. हे पेमेंट पद्धत नसण्यापेक्षा वेगळे आहे.

---

## नंबर बंद झाला: कारण कसे शोधाल

https://easycoexistence.com/mr/docs/troubleshooting-a-connection

कनेक्ट केलेला नंबर काम करणे थांबवतो तेव्हा कारण जवळजवळ कधीच कोड नसतो. वारंवारतेच्या क्रमाने तपासा: कालबाह्य टोकन, पुन्हा कनेक्शननंतर गेलेला वेबहुक ओव्हरराइड, 14 दिवसांच्या निष्क्रियतेमुळे झालेले डिस्कनेक्शन, क्वालिटीमधील घसरण आणि शेवटी खात्यावरील निर्बंध.

### फोनवर काहीही चुकीचे का दिसत नाही?

कारण WhatsApp Business ॲप आणि एपीआय एकाच नंबरवरची स्वतंत्र माध्यमे आहेत आणि जवळजवळ प्रत्येक बिघाड त्यांपैकी फक्त एकावर परिणाम करतो.

टोकन कालबाह्य होते, पण ॲपवर काही परिणाम होत नाही. वेबहुक ओव्हरराइड अनइन्स्टॉल होतो, तरी ॲपवर काही परिणाम होत नाही. क्वालिटी घसरते, तरी ॲपवर काही परिणाम होत नाही. प्रत्येक वेळी व्यवसाय ग्राहकांना नेहमीप्रमाणे उत्तर देत राहतो, सर्व काही सुरळीत दिसते आणि काही कळवण्याचे कारणही दिसत नाही.

डॅशबोर्ड कोणी तपासण्याची वाट पाहण्यापेक्षा मॉनिटरिंग का आवश्यक आहे, याचे हेच मुख्य कारण आहे. बिघाड खरे असतात, ते शांतपणे घडतात आणि नंबरच्या सर्वात जवळ असलेल्या लोकांच्या लक्षात ते येण्याची शक्यता सर्वात कमी असते.

### तपासणी कोणत्या क्रमाने करावी?

सुरुवात टोकनपासून करा, कारण हे सर्वात सामान्य आणि दुरुस्त करायला सर्वात स्वस्त असते. कालबाह्य किंवा रद्द केलेले क्रेडेन्शियल प्रत्येक कॉलला एकसारखे अपयशी ठरवते, त्यामुळे नंबर काढून टाकल्यासारखेच दिसते. त्याच खात्यासाठी दुसरे क्रेडेन्शियल ठेवले तर या दोन्ही कारणांमधला फरक समजतो.

त्यानंतर वेबहुक ओव्हरराइड तपासा. पुन्हा कनेक्शन झाले असल्यास ॲपसोबत डेस्टिनेशन अनइन्स्टॉल झालेले असते. त्यामुळे मेसेज पाठवणे आणि मॉनिटरिंग सुरू राहते, पण तुमच्या सर्व्हरवर डिलिव्हरी शांतपणे थांबते.

त्यानंतर डिस्कनेक्शन तपासा: PARTNER_REMOVED आणि कारणासह account_update इव्हेंट येतो. PRIMARY_INACTIVITY म्हणजे ॲप सुमारे 14 दिवस उघडले गेले नाही आणि पुन्हा कनेक्ट केल्याने समस्या सुटते.

त्यानंतर क्वालिटी तपासा, जी पुश न होता पोल केली जाते. शेवटी निर्बंध तपासा, जो खात्याच्या पातळीवरील अंमलबजावणी असतो आणि कोणताही प्रदाता तो उठवू शकत नाही.

### कारण जवळजवळ कधीच काय नसते?

काल काहीही डिप्लॉय केले नसेल आणि तेव्हा कोड चालत असेल, तर तुमचा कोड.

Cloud API स्थिर आहे आणि त्याच्या विनंतीच्या रचनेत तुमच्या नकळत बदल होत नाहीत. महिनोनमहिने चाललेले इंटिग्रेशन अचानक थांबले, तर क्रेडेन्शियल, रूटिंगमधील बदल किंवा खात्याच्या पातळीवरील इव्हेंट हीच सर्वात शक्य कारणे असतात. यापैकी काहीही रिपॉझिटरीला हात न लावता घडू शकते.

नमूद करण्यासारखा अपवाद म्हणजे एडिट केलेला टेम्प्लेट. टेम्प्लेटमधील व्हेरिएबल्सची संख्या बदलल्यास प्रत्येक पाठवणाऱ्यासाठीचा करार शांतपणे बदलतो. त्यामुळे ते कोडची चूक वाटते, पण प्रत्यक्षात WhatsApp Manager मध्ये दुसऱ्या व्यक्तीने केलेला कंटेंट बदल असतो.

- सुरुवातीलाच नंबर पुन्हा कनेक्ट करणे. टोकन कालबाह्य झाले असेल, तर व्यवसायमालकाला कधीच आवश्यक नसलेले काम करावे लागते.
- कोड बिघडला असे गृहीत धरणे. स्थिर एपीआय आणि डिप्लॉय नसणे यावरून कारण दुसरीकडे असल्याचे दिसते.
- लक्षणे शोधण्यासाठी फोन तपासणे. यापैकी जवळजवळ प्रत्येक समस्येत ॲप सुरू राहते.

**नंबर फोनवर चालतो, पण काहीही पाठवले जात नाही. सुरुवात कुठून करू?** ॲक्सेस टोकनपासून. हे सर्वात सामान्य कारण आहे आणि नंबर काढून टाकल्यासारखे सर्वाधिक दिसते.

**मी पुन्हा कनेक्ट केले, तरी मेसेज माझ्या सर्व्हरवर पोहोचत नाहीत.** वेबहुक ओव्हरराइड ॲपसोबत अनइन्स्टॉल झाला. तो पुन्हा लागू करावा लागतो. आम्ही ते आपोआप करतो.

**हे 14 दिवसांच्या नियमामुळे झाले आहे, हे कसे कळेल?** डिस्कनेक्शन account_update इव्हेंटवर PRIMARY_INACTIVITY या कारणासह येते.

**टेम्प्लेट एडिटमुळे मेसेज पाठवणे थांबू शकते का?** होय. कोडच्या त्रुटीसारखे दिसणारे हे एकमेव कारण आहे. व्हेरिएबल्सची संख्या बदलल्यास प्रत्येक पाठवणाऱ्यासाठीचा करार बदलतो.

---

## Meta कोणत्या WhatsApp मेसेजेसचे शुल्क घेते

https://easycoexistence.com/mr/docs/free-and-paid-conversations

Meta संभाषणामागे नाही, तर पोहोचलेल्या प्रत्येक मेसेजमागे शुल्क घेते. 1 October 2026 पासून प्रत्येक व्यवसाय फोन नंबरला दरमहा 1,000 मोफत सर्व्हिस मेसेजेस मिळतात. म्हणजे 24 तासांच्या ग्राहक सेवा विंडोमध्ये पाठवलेली उत्तरे. Meta 1,001 व्या मेसेजपासून शुल्क घेते. टेम्प्लेट पोहोचल्यावर त्याचे शुल्क लागते, युटिलिटी टेम्प्लेटसह. ही शुल्के तुमच्या स्वतःच्या 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/mr/docs/mcp-or-webhook

MCP हे विनंती आणि प्रतिसादाचे स्वरूप आहे: एखादी व्यक्ती विचारते तेव्हा असिस्टंट टूलला कॉल करतो. वेबहुक याच्या उलट असते. Meta एखादी घटना पाठवते आणि तुमची सिस्टीम पुढे काय करायचे ते ठरवते. आपोआप प्रतिसाद देणारी कोणतीही गोष्ट केवळ MCP वर उभी करता येत नाही.

### MCP ग्राहकाला आपोआप उत्तर का देऊ शकत नाही?

कारण प्रोटोकॉलमध्ये सर्व्हरला जागे करण्याची कोणतीही यंत्रणा नाही.

MCP सर्व्हर अशी टूल्स उपलब्ध करून देतो ज्यांना क्लायंट कॉल करतो. हा कॉल असिस्टंटकडून सुरू होतो आणि असिस्टंट स्वतः एखाद्या व्यक्तीला प्रतिसाद देत असतो. येणाऱ्या विनंतीची दिशा नसते: ग्राहकाने WhatsApp वर मेसेज पाठवल्यामुळे असिस्टंटपर्यंत पोहोचून त्याला काम करायला लावणारी कोणतीही यंत्रणा नाही. ही आमची मर्यादा नसून प्रत्येक उत्पादनातील प्रत्येक MCP सर्व्हरचीच बाब आहे.

म्हणून ग्राहकांना रात्री असिस्टंट उत्तर देऊ शकतो का, हा प्रत्येक खरेदीदाराचा प्रश्न MCP नव्हे तर वेबहुक सोडवते. Meta मेसेज तुम्ही चालवत असलेल्या सिस्टीमकडे पाठवते आणि ती सिस्टीम पुढे काय करायचे ते ठरवते. त्यात मॉडेलला कॉल करणेही समाविष्ट असू शकते.

### प्रत्येक मार्ग नेमका कशासाठी उपयुक्त आहे?

MCP एखादी व्यक्ती करत असलेल्या कामासाठी आहे. माझ्या कोणत्या नंबरची हेल्थ खराब आहे, या ग्राहकाला त्याचे पुष्टीकरण पाठवा, ऑर्डर अपडेट्ससाठी टेम्प्लेट तयार करा, या क्लायंटचा नंबर माझ्या सर्व्हरकडे वळवा. यातील प्रत्येक काम एखाद्याच्या विनंतीने सुरू होते आणि डॅशबोर्डपेक्षा असिस्टंटद्वारे ते अधिक जलद होते.

वेबहुक अशा प्रत्येक गोष्टीसाठी आहे जी कोणाचीही उपस्थिती नसताना घडली पाहिजे. कामाच्या वेळेनंतरचा पहिला प्रतिसाद, योग्य व्यक्तीकडे पाठवणे, CRM मध्ये नोंद करणे, वर्कफ्लो सुरू करणे.

महत्त्वाची बाब म्हणजे MCP वेबहुकची मांडणी करू शकते. get_connect_link क्लायंटने उघडायची लिंक तयार करते आणि set_webhook_destination त्यांचा नंबर तुमच्या सिस्टीमकडे वळवते. त्यामुळे असिस्टंट स्वतः सेवा देऊ शकत नसलेल्या मार्गाचे ऑनबोर्डिंग एजंट करू शकतो.

### कोणती टूल्स कोणत्या मार्गाशी बोलतात?

असिस्टंट MCP वापरतात: Claude, ChatGPT, Cursor, Claude Code. ऑटोमेशन प्लॅटफॉर्म्स बहुतेकदा MCP वापरत नाहीत आणि हा फरक लोकांच्या अपेक्षेप्रमाणे नसतो.

Make आणि Zapier दोन्ही स्वतःचे MCP सर्व्हर चालवतात आणि त्यांची ॲक्शन्स असिस्टंट्ससाठी उपलब्ध करून देतात. यापैकी कोणतेही MCP क्लायंट म्हणून काम करत नाही, त्यामुळे आमच्या सर्व्हरला कॉल करता येत नाही. त्यांच्यासाठी एकत्रीकरण म्हणजे वेबहुक आणि HTTP कॉल.

n8n हा अपवाद आहे. त्याचे MCP Client Tool रिमोट सर्व्हरशी कनेक्ट होते आणि OAuth2 ला सपोर्ट करते. त्यामुळे n8n वर्कफ्लोमधील एजंट नोड आमच्या टूल्सना थेट कॉल करू शकतो. तरीही तिथे वर्कफ्लो वेबहुकनेच सुरू होते, कारण प्रतिसाद देणारी हीच एकमेव गोष्ट आहे.

- आपोआप प्रतिसाद मिळतील या अपेक्षेने MCP खरेदी करणे. ते विनंती केल्यावर काम करते आणि पहाटे 3 वाजता त्याला कोणीही विनंती करत नाही.
- MCP सर्व्हर असलेले प्लॅटफॉर्म MCP सर्व्हर वापरू शकते असे मानणे. Make आणि Zapier सेवा उपलब्ध करून देतात, वापरत नाहीत.
- दोन्ही मार्गांनी एकच काम करवून घेणे. एकाच सिस्टीमच्या दोन वेगवेगळ्या भागांसाठी ते वापरले जातात.

**असिस्टंट माझे WhatsApp पाहू शकतो का?** नाही. कोणतीही गोष्ट MCP सर्व्हरमध्ये घटना पाठवू शकत नाही. पाहणीसाठी वेबहुक लागते आणि तो पुढे मॉडेलला कॉल करू शकतो.

**मला दोन्हींची गरज आहे का?** बहुतेक प्रत्यक्ष सिस्टीम्स दोन्ही वापरतात: लोक करत असलेल्या कामासाठी MCP आणि त्यांच्या अनुपस्थितीत घडणाऱ्या प्रत्येक गोष्टीसाठी वेबहुक.

**Zapier तुमचा MCP सर्व्हर वापरू शकते का?** नाही. Zapier हे क्लायंटऐवजी MCP सर्व्हर आहे, त्यामुळे त्याच्याकडे आमच्या सर्व्हरला कॉल करण्याचा मार्ग नाही.

**n8n वापरू शकते का?** होय, OAuth2 सह त्याच्या MCP Client Tool द्वारे. या तीन ऑटोमेशन प्लॅटफॉर्म्सपैकी हेच कॉल करू शकणारे एकमेव प्लॅटफॉर्म आहे.

---

## कनेक्ट केल्यानंतर WhatsApp Business ॲपमध्ये काय बदलते

https://easycoexistence.com/mr/docs/what-changes-in-the-app

फोनवर जवळजवळ काहीच बदलत नाही. तेच चॅट्स, इतिहास, संपर्क आणि तेच डिव्हाइस राहते, तसेच टीम पूर्वीप्रमाणेच उत्तर देते. बदल एवढाच की त्याच लाईनशी एपीआय जोडला जातो, प्रत्येक बाजूने पाठवलेले दुसऱ्या बाजूला दिसते आणि ग्रुप चॅट्स एपीआयमधून वगळले जातात.

### काय अगदी तसेच राहते?

ॲप, नंबर, संभाषणे आणि त्यांना उत्तर देणारी व्यक्ती.

WhatsApp Business ॲप त्याच पद्धतीने उघडते, संपर्क यादी बदलत नाही आणि पूर्वीची प्रत्येक संभाषण आजही तिथेच असते. कोणीही नव्या ठिकाणी लॉग इन करत नाही, कोणीही काही इंस्टॉल करत नाही आणि कोणतेही प्रशिक्षण लागत नाही. मंगळवारी दुपारी नंबर कनेक्ट करणाऱ्या व्यवसायासाठी बुधवारची सकाळ आधीच्या प्रत्येक बुधवारसारखीच असते.

हाच संपूर्ण मुद्दा आहे. आधी स्थलांतराची ऑफर मिळालेल्या व्यवसायांना हे आश्वासन अविश्वसनीय वाटू शकते, म्हणून याबाबत ठोसपणे सांगणे महत्त्वाचे आहे.

### खरोखर काय बदलते?

तीन गोष्टी, आणि त्यापैकी फक्त एक दिसते.

एपीआयने पाठवलेले मेसेज ॲपच्या संभाषणाच्या धाग्यात दिसतात. त्यामुळे फोन वापरणाऱ्या व्यक्तीला अर्धे चित्र न दिसता संपूर्ण संदर्भ दिसतो. हा दिसणारा बदल आहे आणि व्यत्यय न आणता सुधारणा घडवतो.

ॲपमध्ये टाइप केलेले मेसेज सॉफ्टवेअरला दिसू लागतात आणि smb_message_echoes events म्हणून येतात. फोनवरील कोणाच्याही लक्षात हे येत नाही, पण मानवी व्यक्तीने आधीच उत्तर दिल्यावर ऑटोमेशन त्यावर पुन्हा उत्तर देऊ नये, हे यामुळे थांबते.

ग्रुप चॅट्स एपीआयमधून वगळले जातात. टीम ॲपमधून पूर्वीप्रमाणेच ग्रुप्स वापरू शकते. कोणत्याही प्रदात्याकडे सॉफ्टवेअर त्यांना पाहू किंवा त्यात पाठवू शकत नाही.

### व्यवसायाने काय सुरू ठेवणे आवश्यक आहे?

ॲप उघडणे, जे ते तसेही करणार होते.

प्राथमिक डिव्हाइसवर साधारण चौदा दिवस कोणतीही ॲक्टिव्हिटी नसल्यास Meta Coexistence कनेक्शन डिस्कनेक्ट करते. ग्राहकांना सक्रियपणे उत्तर देणाऱ्या व्यवसायासाठी हे कधीच घडत नाही. हंगामानुसार शांत असलेल्या नंबरसाठी किंवा कमी कामाच्या महिन्यात क्लायंटसाठी एजन्सीने ठेवलेल्या नंबरसाठी मात्र हे घडू शकते.

डिस्कनेक्शन पुन्हा पूर्ववत करता येते, त्यामुळे हा तोटा नसून गैरसोय आहे. नियोजन करण्यासारखा भाग पुढे आहे: कनेक्शनसोबत वेबहुक डेस्टिनेशनही अनइंस्टॉल होते. त्यामुळे पुन्हा कनेक्ट केल्यावर पाठवणे सुरू होते, पण ते पुन्हा लागू केले नाही तर तुमच्या स्वतःच्या सर्व्हरवर डिलिव्हरी शांतपणे सुरू होत नाही.

- टीमला काहीच जाणवणार नाही असे सांगून कनेक्ट करण्याऐवजी स्थलांतर करणे. स्थलांतरामुळे ॲप काढले जाते.
- ग्रुप चॅट्सभोवती काहीही बांधणे. प्रत्येक प्रदात्याकडे ते एपीआयमधून वगळलेले असतात.
- शांत नंबर कनेक्ट राहील असे गृहीत धरणे. ॲप चौदा दिवस न उघडल्यास कनेक्शन संपते.

**माझ्या टीमला काही नवीन शिकावे लागेल का?** नाही. ते WhatsApp Business ॲप आताप्रमाणेच वापरत राहतात.

**माझी जुनी संभाषणे हरवतील का?** नाही. ती ॲपमध्येच राहतात आणि ऑनबोर्डिंगवेळी सुमारे सहा महिन्यांचा इतिहास इच्छेनुसार एपीआयसोबत शेअर करता येतो.

**आम्ही अजूनही ग्रुप्स वापरू शकतो का?** ॲपमधून, हो, पूर्वीप्रमाणेच. एपीआयद्वारे, नाही, कोणत्याही प्रदात्याकडे नाही.

**दोन आठवडे कोणीही ॲप उघडले नाही तर काय?** Meta एपीआयची बाजू डिस्कनेक्ट करते. पुन्हा कनेक्ट केल्यावर ती पूर्ववत होते आणि यादरम्यान ॲपवर कोणताही परिणाम होत नाही.

---

## Coexistence संदर्भ

https://easycoexistence.com/mr/docs/coexistence

Coexistence एकाच नंबरवर WhatsApp Business ॲप आणि Cloud API एकाच वेळी चालवते. या पानावर त्याचे स्वरूप, मेसेजचा प्रवास, मर्यादा आणि ते पूर्ववत करण्याची पद्धत दिली आहे. त्यामागील सविस्तर कारणांसाठी मार्गदर्शक पाहा.

### हे काय आहे

WhatsApp Business ॲप आणि Cloud API एकाच नंबरवर एकाच वेळी चालवण्याची Meta ची अधिकृत पद्धत. हा स्वतंत्र एपीआय नाही. तोच Cloud API अशा प्रकारे ऑनबोर्ड केला जातो की पुढेही त्या नंबरवर ॲप सुरू राहते.

### टीम्स ते का वापरतात

जवळपास प्रत्येक कनेक्शनमागे ही चार कारणे असतात.

- वाहने, पावत्या आणि वेबसाइटवर आधीच छापलेला नंबर कायम ठेवा.
- नवीन टूलवर कोणालाही हलवता, एपीआयद्वारे मेसेज पाठवणे, वेबहुक्स आणि टेम्प्लेट्स जोडा.
- संभाषणे प्रदात्याच्या शेअर्ड इनबॉक्सबाहेर ठेवा.
- एजन्सीला अनेक ग्राहकांचे नंबर हाताळू द्या, प्रत्येक नंबर ग्राहकाच्या स्वतःच्या पोर्टफोलिओमध्ये ठेवा.

### संवाद कसा चालतो

दोन्ही ठिकाणी तोच थ्रेड दिसतो. एपीआयने पाठवलेले मेसेज ॲपमध्ये दिसतात. ॲपमध्ये टीमने टाइप केलेले मेसेज 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/mr/docs/what-syncs-and-what-does-not

कॉन्टॅक्ट्स आणि एकास-एक मेसेज इतिहास एपीआयवर सिंक्रोनाइझ होतो. त्यानंतर मेसेजेस दोन्ही दिशांनी दिसतात. ग्रुप्स सिंक्रोनाइझ होत नाहीत. WhatsApp Business ॲपची कॅटलॉग, ऑर्डर्स, स्टेटस, लेबल्स, क्विक रिप्लाय, ग्रीटिंग आणि अवे मेसेज यांसारखी स्वतःची साधनेही येत नाहीत.

### काय येते

दोन गोष्टी येतात. व्यवसायाने अनेक वर्षे वापरलेल्या नंबरवर सॉफ्टवेअर सुरू करताना याच दोन गोष्टी महत्त्वाच्या असतात.

- कॉन्टॅक्ट्स: WhatsApp नंबर असलेला प्रत्येक कॉन्टॅक्ट प्लॅटफॉर्मवर सिंक्रोनाइझ करता येतो.
- एकास-एक मेसेज इतिहास, त्यामुळे एपीआय सुरू होण्यापूर्वी झालेल्या संभाषणांची त्याला माहिती असते.
- त्यानंतर मेसेजेस दोन्ही दिशांनी मिरर होतात: एपीआयने पाठवलेला मेसेज ॲपमध्ये दिसतो आणि ॲपमध्ये टीमने टाइप केलेला मेसेज तुमच्या सिस्टिम्सपर्यंत पोहोचतो.

### काय येत नाही

लोकांच्या अपेक्षेपेक्षा ही यादी मोठी आहे. क्लायंटला काहीही वचन देण्यापूर्वी ती वाचणे महत्त्वाचे आहे. ही कोणत्याही प्रदात्याची मर्यादा नाही, प्लॅटफॉर्मची रचना अशीच आहे.

- ग्रुप चॅट्स सिंक्रोनाइझ होत नाहीत आणि कोणत्याही प्रदात्याच्या एपीआयवर उपलब्ध होत नाहीत.
- व्यवसायाची साधने: कॅटलॉग, ऑर्डर्स आणि स्टेटस.
- मेसेजिंग साधने: ग्रीटिंग मेसेज, अवे मेसेज, क्विक रिप्लाय आणि लेबल्स.
- चॅनेल्स, व्हॉइस आणि व्हिडिओ कॉल्स, तसेच व्यवसाय प्रोफाइलचे तपशील.

### ॲपची स्वतःची साधने मागे का राहतात

कारण ती प्लॅटफॉर्मची नव्हे, ॲपची वैशिष्ट्ये आहेत आणि एपीआयमध्ये त्यांना समकक्ष सुविधा नाही. क्विक रिप्लाय आणि लेबल्स डिव्हाइसवरच राहतात. कोणीही ॲप पाहत नसताना ॲप जे पाठवते ते अवे मेसेज असते. ही साधने एपीआयच्या संकल्पनांमध्ये अस्तित्वातच नाहीत, त्यामुळे त्यांना एपीआयमध्ये सिंक्रोनाइझ करण्यास काहीच नाही. याचा व्यावहारिक परिणाम असा की लेबल्सवर कामाचे आयोजन करणाऱ्या व्यवसायाला ते ॲपमध्येच वापरावे लागतात आणि सॉफ्टवेअरला ते दिसत नाहीत. तुमच्या कामासाठी हे आयोजन महत्त्वाचे असेल, तर ते तुमच्या बाजूने नव्याने तयार करावे लागेल, दुसरीकडून वाचता येणार नाही.

### जी मुदत चुकवू शकता

ऑनबोर्डिंगनंतर 24 तासांच्या आत सिंक्रोनाइझेशन सुरू करावे लागते. ही मुदत चुकल्यास पुन्हा संधी मिळवण्यासाठी नंबर ऑफबोर्ड करून पुन्हा ऑनबोर्ड करावा लागतो. हा पाठवण्यावर लागू होणाऱ्या 24 तासांच्या ग्राहकसेवा कालावधीपेक्षा वेगळा आहे आणि दोन्हींचा सतत गोंधळ होतो. एक कालावधी ग्राहकाच्या शेवटच्या मेसेजपासून मोजला जातो आणि मोकळा मजकूर पोहोचेल की नाही हे ठरवतो. हा कालावधी ऑनबोर्डिंगपासून मोजला जातो आणि इतिहास अजून आणता येईल की नाही हे ठरवतो. म्हणूनच नंबर कनेक्ट झाल्याच दिवशी इतिहासाबाबत निर्णय घेणे योग्य ठरते, इंटिग्रेशनचे काम सुरू होईपर्यंत थांबणे नव्हे. ते सहसा वेगळ्या आठवड्यात सुरू होते.

- तुमचे लेबल्स आणि क्विक रिप्लाय तुमच्या सिस्टिममध्ये दिसतील असे क्लायंटला वचन देणे. ते ॲपमध्येच राहतात.
- ग्रुप चॅट्सभोवती काहीही तयार करणे. कोणत्याही प्रदात्यावर ते सिंक्रोनाइझ होत नाहीत.
- इंटिग्रेशन तयार होईपर्यंत इतिहासाचे सिंक्रोनाइझेशन पुढे ढकलणे. ऑनबोर्डिंगपासून मुदत 24 तासांची आहे.

**माझी जुनी संभाषणे एपीआयमध्ये दिसतात का?** ऑनबोर्डिंगदरम्यान स्वीकारल्यास एकास-एक इतिहास सिंक्रोनाइझ होतो. ग्रुप संभाषणे येत नाहीत.

**माझे लेबल्स सॉफ्टवेअरला दिसू शकतात का?** नाही. लेबल्स हे एपीआयमध्ये समकक्ष सुविधा नसलेले ॲप वैशिष्ट्य आहे, त्यामुळे ते डिव्हाइसवरच राहतात.

**टीमचे क्विक रिप्लाय नष्ट होतात का?** नाही. ते आधीप्रमाणे ॲपमध्येच काम करत राहतात. सॉफ्टवेअरला ते दिसत नाहीत.

**24 तासांची सिंक मुदत चुकल्यास काय होते?** नंबर डिस्कनेक्ट करून पुन्हा कनेक्ट करावा लागतो. त्यामुळे ऑनबोर्डिंग पुन्हा चालते आणि नवीन मुदत सुरू होते.

---

## Coexistence नंतर कोणती WhatsApp वैशिष्ट्ये काम करणे थांबवतात

https://easycoexistence.com/mr/docs/features-disabled-by-coexistence

Coexistence द्वारे नंबर कनेक्ट केल्यावर चार गोष्टी काम करणे थांबवतात: एक-ते-एक गप्पांमध्ये आपोआप गायब होणारे मेसेज, एकदा पाहता येणारे मेसेज आणि लाइव्ह लोकेशन पूर्णपणे बंद होतात. ब्रॉडकास्ट याद्या पूर्णपणे निष्क्रिय होतात आणि आधीच्या याद्या हटवल्या न जाता फक्त-वाचनासाठी राहतात.

### चार वैशिष्ट्ये

प्रत्येक वैशिष्ट्य प्लॅटफॉर्म स्तरावर बंद केले जाते, लपवले जात नाही. एपीआयला संभाषण पाहता येते, याच्याशी प्रत्येक कारण जोडलेले आहे.

- आपोआप गायब होणारे मेसेज: सर्व एक-ते-एक गप्पांसाठी बंद.
- एकदा पाहता येणारे मेसेज: सर्व एक-ते-एक गप्पांसाठी निष्क्रिय.
- लाइव्ह लोकेशन मेसेज: सर्व एक-ते-एक गप्पांसाठी बंद.
- ब्रॉडकास्ट याद्या: निष्क्रिय होतात आणि आधीच्या याद्या हटवल्या न जाता फक्त-वाचनासाठी राहतात.

### ही चारच वैशिष्ट्ये का

कारण प्रत्येक वैशिष्ट्य एपीआयशी विसंगत ठरणारे आश्वासन देते.

आपोआप गायब होणारा मेसेज कायम राहणार नाही, असे आश्वासन देतो. एकदा पाहता येणारा मेसेज फक्त एकदाच पाहता येईल, असे आश्वासन देतो. ही दोन्ही आश्वासने दुसऱ्या कोणत्याही ठिकाणी प्रत जतन केली जाणार नाही, यावर अवलंबून असतात. मात्र कनेक्ट केलेला नंबर हे मेसेज दुसऱ्या प्रणालीकडे पाठवतोच.

लाइव्ह लोकेशन हा मेसेज नसून सतत वाहणारा प्रवाह आहे, ज्याचे एपीआयमध्ये प्रतिनिधित्व नाही. ब्रॉडकास्ट याद्या एकाच वेळी अनेकांना मेसेज पाठवण्याचा ॲपमधील मार्ग आहेत. प्लॅटफॉर्मचा स्वतःचा पर्याय टेम्प्लेट्स आहे, जे मंजुरीनंतर एपीआयमधून पाठवले जातात.

म्हणून यापैकी काहीही मनमानी नाही. प्लॅटफॉर्म आता पाळू शकत नाही, असे आश्वासन देण्यास नकार देतो.

### ग्राहकाचा नंबर कनेक्ट करण्यापूर्वी याचा अर्थ काय

व्यवसाय यापैकी कोणतेही वैशिष्ट्य वापरतो का ते विचारा, कारण नंतर ही बाब समजणे अवघड ठरते.

ब्रॉडकास्ट याद्या प्रत्यक्ष व्यवसायांसाठी सर्वात मोठी अडचण ठरतात. एखादे दुकान ब्रॉडकास्ट यादीतून दर आठवड्याला 200 ग्राहकांना मेसेज पाठवत असेल, तर ही कार्यपद्धती बंद होईल. तिच्या जागी मंजूर मार्केटिंग टेम्प्लेट वापरावे लागेल. त्यासाठी खात्यात पेमेंट पद्धत आणि Meta ची पडताळणी आवश्यक आहे.

आपोआप गायब होणारे मेसेज वेगळ्या प्रकारच्या वापरकर्त्यांना अडचणीत आणतात, सहसा ज्यांनी ते एकदा सुरू करून विसरलेले असते. डिलिव्हरी आणि फील्ड सर्व्हिस वगळता लाइव्ह लोकेशनचा विषय जवळजवळ कधीच येत नाही.

- व्यवसायाला न सांगता ब्रॉडकास्ट याद्यांवर अवलंबून असलेला नंबर कनेक्ट करणे. पर्याय म्हणून मंजुरी आणि बिलिंगसह टेम्प्लेट वापरावे लागते.
- आधीच्या ब्रॉडकास्ट याद्या हटवल्या जातील असे समजणे. त्या फक्त-वाचनासाठी होतात.
- नंबर कनेक्ट असताना ही वैशिष्ट्ये परत सुरू होतील अशी अपेक्षा ठेवणे. ती परत सुरू होत नाहीत.

**आपोआप गायब होणारे मेसेज पुन्हा सुरू करता येतील का?** नंबर कनेक्ट असताना नाही. डिस्कनेक्ट केल्यावर ॲपचे नेहमीचे वर्तन परत येते.

**माझ्या आधीच्या ब्रॉडकास्ट याद्या हटवल्या जातील का?** नाही. त्या फक्त-वाचनासाठी होतात, त्यामुळे त्यातील मजकूर टिकतो, पण त्यावरून मेसेज पाठवता येत नाही.

**याचा परिणाम ग्रुप गप्पांवर होतो का?** ही बंदी एक-ते-एक गप्पांसाठी असल्याचे नमूद आहे. Coexistence नंबरवरील ग्रुप्स एपीआयच्या पूर्णपणे बाहेर असतात.

**ब्रॉडकास्ट यादीची जागा काय घेते?** एपीआयमधून पाठवलेले मंजूर मार्केटिंग टेम्प्लेट. त्यासाठी तुमच्या WhatsApp Business Account वर पेमेंट पद्धत आवश्यक आहे.

---

## Coexistence साठी कोणते नंबर पात्र आहेत

https://easycoexistence.com/mr/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 ॲपवर हलवावा लागतो. ही स्थलांतर प्रक्रिया व्यवसाय फोनवरून करतो.

जुनी ॲप आवृत्ती अशी प्रक्रिया सुरू करते, पण स्कॅन पूर्ण होत नाही. ॲप अपडेट करून पुन्हा प्रयत्न करणे हा उपाय आहे.

आणि प्रक्रिया अर्धवट बंद केल्यास नंबर खात्याशी जोडलेला राहतो, पण नोंदणीकृत होत नाही. तो डॅशबोर्डमध्ये कनेक्टेड दिसतो आणि पहिल्याच मेसेजवर 133010 त्रुटीसह अयशस्वी होतो. सुरुवातीपासून प्रक्रिया पुन्हा चालवल्यास नोंदणी पूर्ण होते.

- ग्राहकांसाठीच्या WhatsApp ॲपवरील नंबरपासून ऑनबोर्डिंग सुरू करणे. तो आधी Business ॲपवर हलवावा लागतो.
- रोलआउटदरम्यानची प्रादेशिक उपलब्धता यादी विश्वासाने वापरणे. अनेक याद्या जुन्या आहेत आणि समर्थित देश अजूनही वगळलेले दाखवतात.
- नंबर दिसताच Meta चा पॉपअप बंद करणे. त्यानंतरच्या पायऱ्यांमुळे नोंदणी पूर्ण होते.

**लँडलाइन किंवा व्हर्च्युअल नंबर वापरता येतो का?** तो WhatsApp Business ॲपमध्ये नोंदणीकृत नंबर असावा, म्हणजे नोंदणीचा मेसेज स्वीकारता आला पाहिजे.

**मला ॲपची कोणती आवृत्ती हवी?** नंबर असलेल्या डिव्हाइसवर 2.24.17 किंवा त्याहून नवीन आवृत्ती हवी.

**Coexistence माझ्या देशात उपलब्ध आहे का?** बहुधा हो. Meta च्या सध्याच्या ऑनबोर्डिंग दस्तऐवजीकरणात कोणतीही भौगोलिक मर्यादा नसल्याचे सांगितले आहे आणि प्रादेशिक रोलआउट 2026 मध्ये पूर्ण झाला. स्वतःचा फ्लो हीच विश्वासार्ह चाचणी आहे.

**नंबर डॅशबोर्डमध्ये दिसतो, पण मेसेज पाठवत नाही.** ऑनबोर्डिंग कदाचित पूर्ण झालेले नाही. त्यामुळे 133010 त्रुटी मिळते. फ्लो पुन्हा चालवल्यास समस्या सुटते.

---

## EasyCoexistence विरुद्ध 360dialog

https://easycoexistence.com/mr/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 ला सपोर्ट करते का?** त्यांच्या किंमत पेजवर याचा उल्लेख नाही. यावरून कोणताही निष्कर्ष निघत नाही, पण त्यांना विचारणे योग्य आहे.

**एजन्सीसाठी कोणते चांगले आहे?** तुम्हाला प्रत्येक क्लायंटसाठी प्लॅटफॉर्म हवा आहे की कनेक्शन, यावर ते ठरते. नंबर वाढत गेल्यावर प्रत्येक नंबरची किंमत अधिक महत्त्वाची ठरते.

---

## EasyCoexistence विरुद्ध WATI

https://easycoexistence.com/mr/compare/easycoexistence-vs-wati

ही एकाच उत्पादनाच्या प्रतिस्पर्धी आवृत्त्या नसून वेगवेगळी उत्पादने आहेत. WATI वापरकर्ते आणि मासिक सक्रिय संपर्कांनुसार किंमत असलेला सामायिक टीम इनबॉक्स विकते. EasyCoexistence प्रति नंबर किंमत असलेले कनेक्शन विकते, त्यात इनबॉक्स अजिबात नाही.

### मासिक बिल प्रत्यक्षात कशासाठी आहे

दोन्ही उत्पादनांची किंमत वेगवेगळ्या घटकांवर ठरते. एकापेक्षा जास्त नंबर असणाऱ्यांसाठी हा फरक दरमहा वाढत जातो.

- WATI:: प्रति वापरकर्ता आणि प्रति मासिक सक्रिय संपर्क. सप्टेंबर 2026 पर्यंत प्रकाशित योजनांमध्ये तीन ते दहा वापरकर्ते आणि 500 ते 2,500 संपर्क आहेत. त्यामुळे प्रत्येक नवीन एजंट आणि प्रत्येक ग्राहकासोबत बिल वाढते.
- EasyCoexistence:: प्रति कनेक्टेड नंबर एकच शुल्क, वापरकर्ता किंवा संपर्क मर्यादेशिवाय. एजन्सीच्या विसाव्या क्लायंटसाठी पहिल्यापेक्षा जास्त किंमत नसते आणि गजबजलेल्या महिन्याची किंमत शांत महिन्याइतकीच असते.

### तुमच्या ग्राहकांच्या संभाषणांचे पुढे काय होते

हा फरक नंतर बदलता येत नाही. प्रत्येक उत्पादनाच्या स्वरूपातून तो थेट निर्माण होतो.

- WATI:: त्यांच्या प्लॅटफॉर्मवर. सामायिक इनबॉक्सने मेसेजचा मजकूर साठवला पाहिजे, जेणेकरून तो उघडणाऱ्या व्यक्तीला पुन्हा दाखवता येईल. त्यांच्या किंमत पृष्ठावर प्रत्येक योजनेचे हे मुख्य वैशिष्ट्य म्हणून नमूद आहे.
- EasyCoexistence:: आमच्या बाजूला कुठेही नाही. Meta मेसेज इव्हेंट्स तुम्ही दिलेल्या यूआरएलवर थेट पाठवते आणि आमच्या फॉलबॅक कॉलबॅकपर्यंत पोहोचणारे काहीही साठवले जात नाही. हे धोरणात लिहिलेले नसून कोडमध्ये लागू केलेले आहे.

### तुमच्या टीमला काम करण्याची पद्धत बदलावी लागते का

कशालाही संमती देण्यापूर्वी व्यवसाय मालक हा प्रश्न विचारतो.

- WATI:: एजंट त्यांच्या इनबॉक्समध्ये लॉग इन करतात. संभाषणे तिथेच वाटली, टॅग केली आणि उत्तरली जातात. त्यामुळे टीम फोन सोडून नव्या साधनाकडे वळते.
- EasyCoexistence:: कोणीही हलत नाही. Coexistence मुळे WhatsApp Business ॲप त्याच नंबरवर, त्याच चॅट्स आणि त्याच इतिहासासह सुरू राहते. तुम्ही तयार केलेले काम सॉफ्टवेअर हाताळते.

### तुमची वाढ झाल्यावर काय होते

दोन्ही उत्पादनांना मर्यादा आहेत, पण त्या वेगवेगळ्या ठिकाणी आहेत.

- WATI:: अधिक वापरकर्ते आणि अधिक सक्रिय संपर्क, प्रत्येकासाठी पैसे देऊन पुढच्या पातळीवर जावे लागते. प्लॅटफॉर्म हेच उत्पादन असल्याने वाढ म्हणजे त्याचे अधिक भाग खरेदी करणे.
- EasyCoexistence:: कोणतीही श्रेणी नाही आणि वाढून अपुरी पडणारी गोष्टही नाही. तुम्ही इंटरफेस तयार करत आहात, त्यामुळे तुमची स्वतःची सिस्टीम वाढवता, Meta च्या दस्तऐवजीकृत एपीआयवर, आमच्या कोणत्याही मध्यस्थीशिवाय.

### इनबॉक्सचीच गरज असताना

एकच प्रसंग आहे. त्याचे नाव स्पष्ट केल्यावर या पृष्ठावरील बाकीची माहिती उपयोगी ठरते.

- WATI:: त्यांच्या प्लॅटफॉर्ममध्ये संभाषणे वाटून घेणारी आठ जणांची सपोर्ट टीम. योजना तीन वापरकर्ते आणि 500 मासिक सक्रिय संपर्कांसाठी दरमहा 4,999 रुपयांपासून सुरू होते आणि प्रत्येक अतिरिक्त वापरकर्त्याचे शुल्क वेगळे असते.
- 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/mr/compare/easycoexistence-vs-respond-io

respond.io हे मल्टिचॅनेल प्लॅटफॉर्म आहे: टीम इनबॉक्सेस, वर्कफ्लोज, AI एजंट्स आणि ब्रॉडकास्ट्स. त्याची किंमत वापरकर्ता व कॉन्टॅक्ट मर्यादांसह 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:: तुम्हाला प्लॅटफॉर्म हवा असेल तेव्हा. त्यांच्या प्रकाशित प्लॅनमध्ये टीम आणि कस्टम इनबॉक्सेस, वर्कफ्लोज, ब्रॉडकास्ट्स, AI एजंट्स, रिपोर्टिंग, तसेच उच्च स्तरांवर SSO आणि अनेक वर्कस्पेसेस आहेत. हे फक्त WhatsApp पुरते मर्यादित नसलेले मल्टिचॅनेल उत्पादन आहे.
- EasyCoexistence:: जाणीवपूर्वक वेगळी व्याप्ती: एक नंबर, एक कनेक्शन, सोळा MCP टूल्स आणि एक वेबहुक, तर इंटरफेस तुम्ही स्वतः ठरवता.

### कोणते निवडावे

ही एकाच गोष्टीच्या प्रतिस्पर्धी आवृत्त्या नसून वेगवेगळे स्तर आहेत. तुमच्या बाजूने कोणी इंटरफेस तयार करत नसेल आणि एजंट्ससाठी तयार जागा हवी असेल, तर तुम्ही प्लॅटफॉर्म शोधत आहात.

तुम्हीच ते तयार करत असाल, तर प्लॅटफॉर्म तुमच्या स्वतःच्या स्टॅकमध्ये प्रतिस्पर्धी ठरतो. तुमचे वापरकर्ते कधीही न पाहणाऱ्या इनबॉक्सेससाठी प्रतिशीट, तुमचे उत्पादन आधीच हाताळत असलेल्या संभाषणांसाठी प्रतिकॉन्टॅक्ट पैसे देता आणि Meta दस्तऐवजीकरण करून स्थिर ठेवत असलेल्या एपीआयऐवजी अॅब्स्ट्रॅक्शनवर इंटिग्रेट करता.

EasyCoexistence हा त्याखालील स्तर आहे: प्रतिनंबर ठरावीक शुल्क, तुमच्या सिस्टमकडे निर्देशित वेबहुक आणि कनेक्शनवर लक्ष, जेणेकरून शांत अपयशामुळे ग्राहक गमावला जाणार नाही.

- US$ 9 ची तुलना US$ 79 शी करून दोन्ही एकच गोष्ट देतात असे समजणे. तसे नाही.
- तुम्हाला उत्पादन हवे असताना कनेक्शन निवडणे. इनबॉक्स पुन्हा तयार करण्यात अनेक महिने जातील.
- कोणताही प्रदाता कनेक्शनवर लक्ष ठेवतो असे गृहीत धरणे. नेमके विचारा, कारण हे किंमत पृष्ठावर क्वचितच असते.

**माझ्यासाठी योग्य कोणते?** ही वेगवेगळी स्तर आहेत. respond.io हे काम करण्यासाठीचे प्लॅटफॉर्म आहे; हे स्वतः इंटरफेस तयार करणाऱ्या टीम्ससाठी त्याखालील कनेक्शन आहे.

**मी त्यांच्याकडून तुमच्याकडे येऊ शकतो का?** नंबर तुमचाच असतो आणि तो Coexistence द्वारे कनेक्ट करता येतो. तुम्ही त्यांचा इनबॉक्स आणि वर्कफ्लोज सोडाल.

**तुमच्याकडे वर्कफ्लोज किंवा AI एजंट्स आहेत का?** नाही. MCP कनेक्टर असिस्टंटला नंबर वापरू देतो आणि वेबहुक तुमच्या स्वतःच्या सिस्टमला प्रतिसाद देऊ देते. यापैकी कोणतेही वर्कफ्लो बिल्डर नाही.

**या किंमती अद्ययावत आहेत का?** त्या सप्टेंबर 2026 मध्ये प्रकाशित केल्याप्रमाणे आहेत आणि वर लिंक केलेल्या आहेत. निर्णय घेण्यापूर्वी स्रोत तपासा.

---

## EasyCoexistence विरुद्ध Dualhook

https://easycoexistence.com/mr/compare/easycoexistence-vs-dualhook

दोन्ही Coexistence प्रदाते समान मूलभूत आर्किटेक्चर वापरतात: WhatsApp Business ॲप सुरू राहते आणि मेसेज वेबहुक प्रदात्यामार्फत न जाता Meta कडून थेट तुमच्या सर्व्हरवर जातात. समानता अधिक असली तरी फरक समजून घेणे महत्त्वाचे आहे.

### दोन्ही उत्पादने काय आहेत

या साइटवरील हा सर्वात जवळचा तुलनात्मक विषय आहे, कारण दोन्हींचे positioning जवळजवळ समान आहे.

- Dualhook:: समान मूलभूत आश्वासन देणारा Coexistence प्रदाता: WhatsApp Business ॲप सुरू ठेवणे आणि मेसेज साठवण्याऐवजी वेबहुक Meta कडून थेट तुमच्या सर्व्हरवर रूट करणे. त्यांच्या दस्तऐवजीकरणात याला Webhook Override म्हटले आहे.
- EasyCoexistence:: Meta वापरत असलेल्याच नावाखाली हीच यंत्रणा. आम्ही आमच्या ॲपच्या WhatsApp Business Account subscription वर override_callback_uri सेट करतो. त्यामुळे मेसेज पाथ फील्ड तुमच्या एंडपॉइंटवर जातात आणि ऑपरेशनल फील्ड आमच्याकडे राहतात.

### मेसेज कुठे जातात

दोन्ही थेट रूट करतात. रूट न झालेल्या इव्हेंट्सचे काय होते, हा फरक आहे.

- Dualhook:: मेसेज साठवणुकीशिवाय थेट Meta routing. त्यांच्या साइटवर हे स्पष्टपणे नमूद आहे आणि आम्हीही हेच आर्किटेक्चर वापरतो.
- EasyCoexistence:: रूटिंग समान आहे. फॉलबॅक पाथवर काय होते, ते आम्ही स्पष्ट करतो: override सेट नसलेल्या खात्यात इव्हेंट आमच्या default callback वर येतात, जिथे handler ते persist न करता टाकून देतो. हा दावा policy मध्ये लिहिलेला नसून कोडमध्ये लागू केलेला आहे.

### चौदा दिवसांचा inactivity नियम

प्राथमिक डिव्हाइसवर साधारण चौदा दिवस activity नसल्यास Meta Coexistence कनेक्शन डिस्कनेक्ट करते. दोन्ही उत्पादने याकडे वेगवेगळ्या प्रकारे पाहतात.

- Dualhook:: त्यांच्या दस्तऐवजीकरणानुसार तेराव्या दिवशी warning, countdowns आणि reminder emails दिले जातात. म्हणजे clock सुरू असल्याची आठवण मिळते. कनेक्शन प्रत्यक्षात का तुटले, हे समजणे वेगळे आहे.
- EasyCoexistence:: आम्ही disconnect स्वतः पाहतो आणि Meta चे reason field वाचतो. त्यामुळे PRIMARY_INACTIVITY, BUSINESS_DOWNGRADE, CHANGE_NUMBER आणि इतर कारणे वेगळी ओळखता येतात. ग्राहकाने प्रत्यक्ष सेवा सोडली की फक्त दोन आठवडे शांतता होती, हे reason स्पष्ट करतो.

### पुन्हा कनेक्शन केल्यावर काय बिघडते

Inactivity नियमाचा सर्वाधिक खर्चिक परिणाम. कोणत्याही प्रदात्याला विचारण्यासारखा हा महत्त्वाचा प्रश्न आहे.

- Dualhook:: पुन्हा कनेक्शन केल्यानंतर वेबहुक ओव्हरराइडचे काय होते, याबद्दल त्यांच्या दस्तऐवजीकरणात माहिती नाही. त्यामुळे ते हे हाताळत नाहीत, असा निष्कर्ष काढता येत नाही. हा प्रश्न त्यांना थेट विचारणे योग्य आहे.
- EasyCoexistence:: Removal मुळे खातेतील ॲप uninstall होते आणि ओव्हरराइडही निघून जाते. त्यामुळे पुन्हा कनेक्शन केल्यावर sending आणि monitoring सुरू राहतात, पण तुमच्या सर्व्हरवर delivery शांतपणे थांबते. आम्ही प्रत्येक reconnection वर ते पुन्हा लागू करतो, कारण स्वच्छपणे परत आलेल्या एका वास्तविक नंबरवर हे घडले आणि delivery थांबली.

### प्रत्येक नंबरमागे किंमत किती

दोन्ही उत्पादने seat किंवा मेसेजमागे नव्हे, तर कनेक्ट केलेल्या प्रत्येक नंबरमागे ठराविक मासिक शुल्क घेतात. Meta conversations साठी आकारते त्या शुल्कावर दोन्ही markup लावत नाहीत.

- Dualhook:: त्यांच्या comparison pages नुसार सप्टेंबर 2026 मध्ये प्रकाशित केलेले शुल्क दरमहा $12 पासून सुरू होते.
- EasyCoexistence:: कनेक्ट केलेल्या प्रत्येक नंबरमागे दरमहा US$ 9 पासून, नंबर वाढतील तसे US$ 1 पर्यंत कमी होते. user किंवा contact limits नाहीत. एजन्सीसाठी प्रत्येक client number जोडल्यावर हा फरक वाढत जातो.

### MCP कनेक्टर

विशिष्ट प्रेक्षकांसाठी आम्ही कुठे पुढे आहोत, ते येथे दिसते.

- Dualhook:: त्यांच्या दस्तऐवजीकरणात MCP server चे वर्णन नाही. त्यांचे उत्पादन API आणि डॅशबोर्डद्वारे वापरले जाते.
- EasyCoexistence:: OAuth असलेल्या remote MCP server वर सोळा टूल्स. त्यामुळे Claude, ChatGPT, Cursor आणि Claude Code नंबरची यादी पाहू शकतात, हेल्थ तपासू शकतात, मेसेज आणि टेम्प्लेट पाठवू शकतात आणि वेबहुक destinations सेट करू शकतात. Assistant कडून client onboarding करणाऱ्या एजन्सीसाठी हाच फरक आहे.

- दस्तऐवजीकरणात नसलेल्या feature ला नसलेले समजणे. त्यांना विचारा. हे पान अंदाज न लावता त्यांचे दस्तऐवजीकरण कुठे शांत आहे ते सांगते.
- फक्त किंमतीवर निर्णय घेणे. Meta conversations साठी आकारते त्या शुल्काच्या तुलनेत दोन्हींची फी लहान आहे.
- पुन्हा कनेक्शननंतर कोणताही प्रदाता वेबहुक ओव्हरराइड पुन्हा लागू करेल असे गृहीत धरणे. तुम्ही कोणाचीही निवड केली तरी हा प्रश्न थेट विचारा.

**ही खरोखर समान आर्किटेक्चर आहेत का?** मेसेज पाथबाबत होय. दोन्ही Meta ची WhatsApp Business Account वेबहुक कुठे पाठवायची हे ओव्हरराइड करण्याची क्षमता वापरतात. त्यामुळे conversation content प्रदात्यामार्फत न जाता तुमच्या सर्व्हरवर जाते.

**14 दिवसांच्या नियमाकडे दोन्हींचा दृष्टिकोन कसा वेगळा आहे?** ते तेराव्या दिवशी clock सुरू असल्याची warning देतात. आम्ही Meta चे स्वतःचे disconnection reason वाचतो. त्यामुळे दोन आठवडे शांतता होती की client ने प्रत्यक्ष सेवा सोडली, हे वेगळे कळते. नंतर आम्ही वेबहुक ओव्हरराइड पुन्हा लागू करतो, त्यामुळे delivery शांतपणे थांबत नाही.

**EasyCoexistence कुठे वेगळे आहे?** त्यांच्या दस्तऐवजीकरणात वर्णन नसलेला सोळा टूल्सचा MCP कनेक्टर आणि reconnection नंतर removal झालेला वेबहुक ओव्हरराइड आपोआप पुन्हा लागू करण्याची क्षमता.

**हे पान निष्पक्ष आहे का?** येथील प्रत्येक आकडा त्यांच्या स्वतःच्या प्रकाशित pages मधून घेतलेला आणि दिनांकासह आहे. निर्णय घेण्यापूर्वी ते वाचा: एका बाजूने लिहिलेली तुलना हा पुरावा आहे, अंतिम निर्णय नव्हे.

---

## WhatsApp Business ॲप आणि एपीआय एकाच नंबरवर वापरता येतात का?

https://easycoexistence.com/mr/whatsapp-business-app-and-api-same-number

होय. Meta याला Coexistence म्हणते. ही अधिकृत सुविधा आहे, तात्पुरता उपाय नाही. कर्मचारी फोनवरील WhatsApp Business ॲपमधून उत्तर देत राहतात, Cloud API त्याच नंबरवर एकाच वेळी चालते आणि दोन्हीकडे समान संभाषणे दिसतात.

### एक नंबर दोन्हीकडे एकाच वेळी कसा असू शकतो?

कारण Meta ने यासाठी स्वतंत्र मोड तयार केला आहे. पूर्वी हा असा पर्याय होता जो कोणालाच नको होता: नंबर एपीआयवर स्थलांतरित केल्यावर WhatsApp Business ॲप त्यावर काम करणे थांबवत असे. त्यामुळे फोनवर उत्तर देणाऱ्या कर्मचाऱ्यांसाठी आधीपासून ग्राहकांना ओळखणाऱ्या लोकांना ठेवायचे की नवीन ऑटोमेशन जोडायचे, यापैकी एक निवडावे लागत असे.

Coexistence ही निवड दूर करते. नंबर Meta कडे एपीआय नंबर म्हणून नोंदवला जातो आणि WhatsApp Business ॲप त्याच्याशी जोडलेले राहते. ग्राहकाचा मेसेज फोनवरील ॲपमध्ये आणि तुमच्या एपीआय वेबहुकवर दोन्हीकडे येतो. कोणत्याही बाजूने पाठवलेले उत्तर संभाषणात दिसते. येथे काही अनुकरण किंवा तात्पुरता उपाय नाही: एकाच नंबरपर्यंत पोहोचण्याचे ॲप आणि एपीआय हे Meta-मंजूर दोन मार्ग आहेत.

### फोनवर प्रत्यक्षात काय बदलते?

लोकांना वाटते त्यापेक्षा कमी बदलते, पण कनेक्ट करण्यापूर्वी फरक जाणून घेणे महत्त्वाचे आहे.

कर्मचारी पूर्वीप्रमाणे काम करत राहतात: तेच ॲप, त्याच गप्पा, तेच संपर्क आणि तोच नंबर. Coexistence असलेल्या कोणत्याही नंबरवर Meta बंद करणारी चार वैशिष्ट्ये मात्र नाहीशी होतात: आपोआप नाहीसे होणारे मेसेज, एकदा पाहता येणारे मीडिया, लाइव्ह लोकेशन आणि ब्रॉडकास्ट याद्या. ग्रुप गप्पा ॲपमध्ये वापरता येतात, पण त्या एपीआयच्या बाहेर राहतात. त्यामुळे ऑटोमेशनला त्या दिसत नाहीत.

नंबर पहिल्यांदा कनेक्ट होताना समक्रमणाची एक पायरीही असते. त्यात अलीकडील संभाषणांचा इतिहास कॉपी केला जातो, त्यामुळे एपीआय बाजू अंधारात सुरू होत नाही. यात नंबरचा संपूर्ण इतिहास नाही, तर अलीकडील मेसेजेस येतात. त्यापेक्षा जुने सर्व काही नेहमीप्रमाणे फोनवरच राहते.

### मत बदलल्यास काही बिघडते का?

नाही. लोकांना हे वापरून पाहण्यापासून रोखणारी भीती असल्याने हे स्पष्टपणे सांगणे महत्त्वाचे आहे.

संभाषणे फोनवरच राहतात आणि कायम तिथेच असतात. नंबर एपीआयपासून डिस्कनेक्ट केल्यावर WhatsApp Business ॲप गप्पांसह पूर्वीप्रमाणेच काम करते, कारण सुरुवातीपासून काहीही दुसरीकडे हलवलेले नसते. एपीआय ॲपच्या जागी आलेली नसून त्यासोबत जोडली गेलेली असते.

नंबर संपूर्ण काळ व्यवसायाच्या स्वतःच्या Meta Business Portfolio मध्येच राहतो. प्रदाता Tech Provider म्हणून कनेक्ट होतो. हे मालकी नव्हे, तर परवानगी असते. त्यामुळे प्रदाता काढल्यावर नंबर त्याच ठिकाणी राहतो.

### हे सुरू करण्यासाठी काय आवश्यक आहे?

तीन गोष्टी आवश्यक आहेत आणि त्यापैकी दोन तुमच्याकडे आधीच असतात.

नंबर ग्राहकांसाठीच्या WhatsApp ॲपऐवजी WhatsApp Business ॲपवर असावा आणि तो आधीपासून इतरत्र Cloud API वर नोंदवलेला नसावा. त्याशिवाय ऑनबोर्डिंगसाठी Meta Tech Provider आवश्यक आहे. Coexistence Meta डॅशबोर्डमधून थेट सुरू करता येत नाही: कनेक्शन प्रदात्याच्या मंजूर ॲपमधून केले जाते.

इथे आम्ही मदत करतो. Meta चे स्वतःचे Embedded Signup पोर्टफोलिओ, खाते आणि नंबर निवडते. पडताळणीसाठी WhatsApp Business ॲपमध्ये कोड स्कॅन केला जातो आणि काही मिनिटांत नंबर कनेक्ट होतो. कनेक्शन होत असतानाही ॲप काम करत राहते.

- तुम्हाला निवड करावी लागेल असे समजणे. Coexistence यासाठीच आहे की तुम्हाला निवड करावी लागू नये.
- एपीआयमध्ये ग्रुप गप्पा दिसतील अशी अपेक्षा करणे. त्या ॲपमध्येच राहतात आणि सर्वत्र एपीआयच्या बाहेर असतात.
- Meta डॅशबोर्डमधील पर्यायाची वाट पाहणे. Coexistence ऑनबोर्डिंग Tech Provider मार्फत होते.

**हे अधिकृत आहे का?** होय. Coexistence हे Meta चे स्वतःचे फीचर आणि त्यांचेच नाव आहे. हा ब्रिज, लिंक केलेले डिव्हाइस किंवा तात्पुरता उपाय नाही.

**कर्मचाऱ्यांना फरक जाणवेल का?** फक्त चार वैशिष्ट्ये बंद होतात: आपोआप नाहीसे होणारे मेसेज, एकदा पाहता येणारे मीडिया, लाइव्ह लोकेशन आणि ब्रॉडकास्ट याद्या. बाकी सर्व पूर्वीप्रमाणेच राहते.

**माझा गप्पांचा इतिहास हरवेल का?** नाही. तो फोनवरच राहतो. नंबर कनेक्ट झाल्यावर अलीकडील इतिहास एपीआय बाजूलाही कॉपी केला जातो.

**हे पूर्ववत करता येते का?** होय. नंबर डिस्कनेक्ट केल्यावर संभाषणे तशीच ठेवून ॲप पूर्वीप्रमाणे काम करत राहते.

---

## चॅट न गमावता WhatsApp एपीआयशी कसे कनेक्ट करावे

https://easycoexistence.com/mr/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 एपीआय मिळवण्याचा सर्वात स्वस्त मार्ग

https://easycoexistence.com/mr/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, हेल्पडेस्क, ऑटोमेशन टूल किंवा AI एजंट असलेल्या व्यवसायाला मेसेजेस वाचण्यासाठी दुसरी जागा नको असते. WhatsApp ने पहिल्या प्रणालीपर्यंत पोहोचवणे आवश्यक असते. या कामासाठी अधिकृत एपीआय वापरताना प्रत्येक नंबरमागे शुल्क आणि प्रत्येक मेसेजसाठी शून्य शुल्क हा सर्वात कमी खर्चाचा मार्ग आहे.

- Meta च्या संभाषण खर्चाला प्रदात्याच्या शुल्कापासून वेगळे न करता प्रदात्यांची तुलना करणे.
- एकत्रित प्रत्येक मेसेजमागचा दर म्हणजे मार्कअप नाही असे समजणे. प्रत्यक्षात शुल्क वेगळे दाखवलेले नसते.
- तुम्हाला प्लॅटफॉर्म विकत असलेला इनबॉक्स हवा असताना केवळ सर्वात कमी शुल्क निवडणे.

**WhatsApp Business एपीआय मोफत आहे का?** प्रवेश मोफत आहे. Meta संभाषणांसाठी शुल्क घेते आणि प्रदाते त्यावर प्रवेशासाठी शुल्क घेतात. Meta चा हिस्सा सर्वत्र सारखाच असतो.

**सर्वात स्वस्त प्रदाता कोणता?** सर्वात स्वस्त रचना म्हणजे कोणतेही मार्कअप नसलेले, प्रत्येक नंबरमागे निश्चित शुल्क. आमची किंमत प्रत्येक नंबरमागे US$ 9 पासून सुरू होते आणि नंबर वाढतील तसे US$ 1 पर्यंत कमी होते.

**स्वस्त प्रदाता म्हणजे खराब एपीआय का?** नाही. प्रत्येक बाबतीत Cloud API हे Meta चेच असते. प्रदाता त्यासमोर असलेली सेवा आणि त्याचे शुल्क बदलतो.

**महाग प्रदाता कधी योग्य ठरतो?** जेव्हा तुम्हाला तो विकत असलेले उत्पादन हवे असते, उदाहरणार्थ तुमची टीम दिवसभर वापरत असलेला शेअर्ड इनबॉक्स.

---

## टेम्प्लेटचे घटक: हेडर, बॉडी, फूटर आणि बटणे

https://easycoexistence.com/mr/docs/template-components

टेम्प्लेटमध्ये जास्तीत जास्त चार घटक असतात: हेडर, बॉडी, फूटर आणि बटणे. फक्त हेडर आणि बॉडी व्हेरिएबल स्वीकारतात. प्रत्येक घटकाला काही मर्यादा असतात, त्यामुळे Meta तपासणी करण्यापूर्वीच मेसेजमध्ये काय लिहिता येईल हे ठरते.

### हेडर

हे ऐच्छिक असते आणि चार प्रकारांपैकी एक असते: मजकूर, इमेज, व्हिडिओ किंवा डॉक्युमेंट. मजकूर हेडरमध्ये जास्तीत जास्त 60 अक्षरे आणि एकच व्हेरिएबल असू शकते. मीडिया हेडरमध्ये मेसेज पाठवताना दिलेली फाइल असते. त्यामुळे पावती किंवा तिकीट जोडता येते.

- मजकूर हेडर: 60 अक्षरे, जास्तीत जास्त एक व्हेरिएबल.
- मीडिया हेडर: इमेज, व्हिडिओ किंवा डॉक्युमेंट, प्रत्येक वेळी पाठवताना दिले जाते.
- प्रत्येक टेम्प्लेटमध्ये फक्त एक हेडर असतो.
- काही श्रेणींसाठी स्थान हेडर उपलब्ध असतो.

### बॉडी

हा आवश्यक भाग आहे. यात 1024 अक्षरांपर्यंत मजकूर असू शकतो आणि अनेक व्हेरिएबल स्वीकारणारा हा एकमेव घटक आहे. व्हेरिएबल क्रमांकित प्लेसहोल्डर म्हणून लिहिले जातात. त्यामुळे तुम्ही पाठवलेल्या पहिल्या पॅरामीटरने पहिला प्लेसहोल्डर भरला जातो.

बॉडीमध्ये स्थिर मजकूर फारच कमी आणि व्हेरिएबल्सचा वापर जास्त असेल, तर Meta तो नाकारते. कारण स्वतःहून जवळजवळ काहीही न सांगणारे टेम्प्लेट मनमानी मजकूर भरण्यासाठी खुले फील्ड आहे असे दिसते. प्लेसहोल्डर्सभोवती पूर्ण, अर्थपूर्ण वाक्य लिहा.

### फूटर

हा ऐच्छिक भाग आहे. यात 60 अक्षरांपर्यंत स्थिर मजकूर असू शकतो आणि कोणतेही व्हेरिएबल नसते. तो बॉडीपेक्षा लहान आणि फिकट दिसतो. त्यामुळे कायमची सूचना देण्यासाठी तो योग्य आहे, पण मेसेजच्या मुख्य आशयावर अवलंबून असलेल्या गोष्टींसाठी योग्य नाही.

मार्केटिंग टेम्प्लेटमध्ये संदेश नको असल्यास तो थांबवण्याची ओळ हा त्याचा सामान्य वापर आहे. यामुळे प्राप्तकर्त्यांमध्ये टेम्प्लेटची विश्वासार्हताही वाढते.

### बटणे

एकूण 10 पर्यंत बटणे असू शकतात. ती तीन प्रकारांची असतात आणि त्यांचे मिश्रण मंजुरीवर मोठा परिणाम करते.

- क्विक रिप्लाय: टॅप केल्यावर ठरलेला मजकूर असलेला प्रतिसाद तुम्हाला पाठवतो.
- कॉल टू ॲक्शन: यूआरएल उघडतो किंवा फोन नंबर डायल करतो.
- यूआरएल बटण एका व्हेरिएबलला स्वीकारते, जे ठरलेल्या बेस यूआरएलला जोडले जाते.
- कोड कॉपी: प्राप्तकर्त्याला कॉपी करण्यासाठी कोड देते. याचा वापर प्रमाणीकरणासाठी केला जातो.

### तपासणीपूर्वी रचना महत्त्वाची का आहे

Meta संपूर्ण टेम्प्लेटची तपासणी करते आणि बहुतेक नकार शब्दरचनेपेक्षा संरचनेमुळे मिळतात.

जवळजवळ पूर्णपणे व्हेरिएबल्स असलेली बॉडी, व्यवसायाशी संबंधित नसलेल्या ठिकाणी नेणारे यूआरएल बटण किंवा युटिलिटी श्रेणीखाली सादर केलेला मार्केटिंग मेसेज, हे सर्व संरचनेमुळे नाकारले जातात. आधी रचना योग्य केल्यास मजकुराची तपासणी सोपी होते. धोरणामुळे नाकारलेल्या टेम्प्लेटसाठी खरे कारण सांगणारी त्रुटी न येता error 132007 परत मिळतो.

- बहुतेक प्लेसहोल्डर्स असलेली बॉडी लिहिणे. स्थिर मजकूर फार कमी असल्यास Meta टेम्प्लेट नाकारते.
- फूटरमध्ये व्हेरिएबल्स असतील अशी अपेक्षा ठेवणे. अपवादाशिवाय तो स्थिर मजकूर असतो.
- युटिलिटी श्रेणीखाली मार्केटिंग मेसेज सादर करणे. चुकीच्या श्रेणीची भरपाई मजकुराने होत नाही.

**कोणते भाग व्हेरिएबल स्वीकारतात?** हेडरमध्ये जास्तीत जास्त एक आणि बॉडीमध्ये अनेक व्हेरिएबल्स असतात. फूटरमध्ये कधीही नसतात, तर यूआरएल बटण एक जोडलेले मूल्य स्वीकारते.

**बॉडी किती लांब असू शकते?** 1024 अक्षरे. इतर घटकांच्या तुलनेत ही सर्वात मोठी मर्यादा आहे.

**किती बटणांना परवानगी आहे?** एकूण 10 पर्यंत, प्रत्येक प्रकारासाठी स्वतंत्र मर्यादांसह.

**माझे टेम्प्लेट का नाकारले गेले?** बहुतेकदा कारण मजकूर नसून रचना असते: स्थिर शब्द फार कमी असणे किंवा चुकीची श्रेणी. यामुळे error 132007 मिळतो.

---

## टेम्प्लेट स्टेटसचा जीवनचक्र

https://easycoexistence.com/mr/docs/template-status-lifecycle

टेम्प्लेट स्टेटसच्या क्रमातून पुढे जाते आणि मंजुरी हा शेवट नसून मधला टप्पा आहे. मंजूर टेम्प्लेट गुणवत्ता कमी झाल्यामुळे थांबवले जाऊ शकते, पुन्हा सुरू होऊ शकते, पुन्हा थांबवले जाऊ शकते आणि शेवटी कायमचे बंद होऊ शकते, तेही कोणाच्याही हस्तक्षेपाशिवाय.

### स्टेटस

टेम्प्लेटला साधारणपणे ज्या क्रमाने हे स्टेटस येतात.

- PENDING: सबमिट केलेले आणि पुनरावलोकनाच्या प्रतीक्षेत.
- APPROVED: मेसेज पाठवण्यासाठी वापरता येणारे.
- REJECTED: पुनरावलोकनात नाकारलेले, सहसा रचना किंवा श्रेणीमुळे.
- PAUSED: गुणवत्ता कमी झाल्यानंतर तात्पुरते वापरता न येणारे.
- DISABLED: कायमचे वापरता न येणारे, शेवटचा टप्पा.

### टेम्प्लेट PAUSED कसे होते

तुम्ही केलेल्या कोणत्याही कृतीमुळे नाही. प्राप्तकर्ते त्याद्वारे पाठवलेले मेसेज ब्लॉक करतात किंवा त्यांची तक्रार करतात, टेम्प्लेटचे quality रेटिंग हिरव्यावरून पिवळे आणि नंतर लाल होते, आणि ही घसरण थांबवण्यासाठी Meta ते PAUSED करते.

PAUSED तात्पुरते असते आणि आपोआप हटते. पुढे काय होते हे महत्त्वाचे आहे: वारंवार PAUSED झाल्यास कारवाई वाढत जाते आणि पुन्हा पुन्हा लाल स्टेटसवर येणारे टेम्प्लेट पुन्हा PAUSED न होता शेवटी कायमचे DISABLED होते.

### दोन वेबहुक

संपूर्ण चक्र पाहण्यासाठी दोन्ही आवश्यक आहेत. एकाची सदस्यता घेऊन दुसऱ्याची न घेतल्यास महत्त्वाचा भाग दिसत नाही.

- message_template_status_update: मंजुरी, नकार, PAUSED आणि DISABLED स्टेटसची माहिती.
- message_template_quality_update: quality रेटिंग हिरवे, पिवळे आणि लाल यांमध्ये बदलत असल्याची माहिती.
- quality वेबहुक ही आधीची सूचना देते; status वेबहुक त्याचा परिणाम दाखवते.
- दोन्ही डीफॉल्टने सुरू नसतात, त्यामुळे दोन्हीची सदस्यता घ्यावी लागते.

### पिवळे स्टेटस म्हणजे कृतीची वेळ का

टेम्प्लेट PAUSED होईपर्यंत त्याद्वारे मेसेज पाठवणे आधीच अयशस्वी झालेले असते आणि मोहीम बिघडलेली असते. पिवळे स्टेटस म्हणजे टेम्प्लेट अजूनही कार्यरत असते आणि घसरण दिसून येते.

पिवळ्या स्टेटसवर कृती करणे म्हणजे मजकुरासोबत प्रेक्षकांचाही विचार करणे. अपेक्षा नसलेल्या लोकांना चांगले लिहिलेले टेम्प्लेट पाठवले तरी ते खराब लिहिलेल्या टेम्प्लेटइतक्याच वेगाने ब्लॉक करतात. यादी तशीच ठेवून फक्त मजकूर बदलल्याने काहीही बदलत नाही.

### संपादनाचा परिणाम

मंजूर टेम्प्लेट संपादित करता येते आणि त्यानंतर ते पुन्हा पुनरावलोकनात जाते. हे उपयुक्त आहे, पण उत्पादनात एक परिणाम दिसतो: संपादनामुळे variables ची संख्या बदलल्यास, न बदललेल्या इंटिग्रेशनमधून होणारे प्रत्येक पाठवणे error 132012 मुळे अयशस्वी होऊ लागते.

टेम्प्लेटमधील variables ची संख्या ही मार्केटिंगमधील कोणाच्या मालकीची कॉपी नसून इंटिग्रेशन कराराचा भाग आहे, असे समजा.

- मंजुरी कायमची समजणे. मंजूर टेम्प्लेट PAUSED होऊन शेवटी DISABLED होऊ शकते.
- status ची सदस्यता घेऊन quality ची न घेणे. quality फील्ड आधीची सूचना देते.
- टेम्प्लेटमधील variables संपादित करून ते पाठवणारा कोड न तपासणे.

**मंजूर टेम्प्लेट मंजूरच राहते का?** नेहमीच नाही. सतत मिळणाऱ्या नकारात्मक अभिप्रायामुळे ते PAUSED होऊ शकते आणि शेवटी कायमचे DISABLED होऊ शकते.

**PAUSED आणि DISABLED मध्ये काय फरक आहे?** PAUSED आपोआप हटते. DISABLED कायमचे असते आणि टेम्प्लेट पुन्हा वापरता येत नाही.

**हे आधीच कसे कळेल?** टेम्प्लेट quality वेबहुकची सदस्यता घ्या. टेम्प्लेट अजूनही कार्यरत असताना ते पिवळ्या स्टेटसकडे झालेला बदल कळवते.

**संपादनानंतर मेसेज पाठवणे अयशस्वी का होऊ लागले?** संपादनामुळे variables ची संख्या बदलली असल्यास, न बदललेले इंटिग्रेशन आता चुकीच्या संख्येने पॅरामीटर्स पाठवते आणि error 132012 मिळतो.

---

## व्हेरिएबल्ससह टेम्प्लेट पाठवणे

https://easycoexistence.com/mr/docs/sending-a-template-with-variables

टेम्प्लेट व्हेरिएबल्स नावावर नव्हे, तर स्थानावर आधारित असतात. प्रत्येक कॉम्पोनंटसाठी पॅरामीटर्सची यादी क्रमाने पाठवावी लागते आणि त्यांची संख्या टेम्प्लेटमध्ये ठरवलेल्या संख्येशी अचूक जुळली पाहिजे. हे चुकीचे केल्यास तीन वेगवेगळ्या त्रुटी येतात आणि प्रत्येक त्रुटी वेगळी चूक दाखवते.

### पॅरामीटर्स जुळवले कसे जातात

नावाने नव्हे, स्थानानुसार. बॉडी यादीतील पहिला पॅरामीटर पहिला प्लेसहोल्डर भरतो, दुसरा दुसरा प्लेसहोल्डर भरतो आणि पुढेही असेच होते. व्हेरिएबलला नाव देण्याची कोणतीही पद्धत नाही. दोन पॅरामीटर्सची अदलाबदल केल्यास मेसेज यशस्वीपणे पाठवला जातो, पण मूल्ये चुकीच्या ठिकाणी दिसतात.

हीच बाब धोकादायक आहे, कारण काहीही अयशस्वी होत नाही. ग्राहकाला ऑर्डरच्या पुष्टीकरणात रकमेच्या जागी तारीख दिसते आणि कुठेही त्रुटी लॉग होत नाही.

### कॉम्पोनंट्स स्वतंत्र याद्या आहेत

हेडर व्हेरिएबल आणि बॉडी व्हेरिएबल एकाच यादीत नसतात. प्रत्येक कॉम्पोनंटचे स्वतःचे पॅरामीटर्स असतात आणि ते एकत्र केल्यास संख्येचा मेळ बसत नाही.

- हेडर पॅरामीटर्स हेडर कॉम्पोनंटमध्ये जातात आणि असा कॉम्पोनंट जास्तीत जास्त एक असतो.
- बॉडी पॅरामीटर्स बॉडी कॉम्पोनंटमध्ये क्रमाने जातात.
- बटन URL पॅरामीटर्स बटननुसार अनुक्रमित केलेल्या बटन कॉम्पोनंटमध्ये जातात.
- या सर्वांसाठी एकच सपाट यादी पाठवल्यास त्रुटी 132000 मिळते.

### भाषा योग्य ठेवणे

टेम्प्लेटची ओळख नाव आणि भाषा यांच्या एकत्रित आधारावर ठरते. त्यामुळे दोन भाषांमध्ये समान नाव असले तरी ती दोन स्वतंत्र टेम्प्लेट्स असतात. टेम्प्लेट en_US म्हणून तयार केलेले असताना en पाठवल्यास फॉलबॅक होत नाही. त्रुटी 132001 येते आणि टेम्प्लेट अस्तित्वात नसल्यासारखे दिसते.

नंबरवरील टेम्प्लेट्सची यादी पाहा आणि भाषेचा अचूक स्ट्रिंग कॉपी करा. त्याचा फॉरमॅट गृहीत धरू नका. ही सर्वात सामान्य टेम्प्लेट त्रुटी आहे आणि तिचा संदेश सर्वात कमी स्पष्ट आहे.

### टाइप केलेले पॅरामीटर्स

बहुतेक पॅरामीटर्स साधा मजकूर असतात. काही तसे नसतात, आणि ते मजकूर म्हणून पाठवल्यास त्रुटी 132012 येते.

- चलन पॅरामीटर्समध्ये रक्कम, चलन कोड आणि फॉलबॅक स्ट्रिंग असते.
- तारीख आणि वेळ पॅरामीटर्समध्ये फॉलबॅकसह संरचित ऑब्जेक्ट असतो.
- मीडिया हेडर पॅरामीटर्समध्ये फाइलनाव नव्हे, तर मीडिया आयडी किंवा लिंक असते.
- प्राप्तकर्त्याचे ॲप मूल्याचे फॉरमॅटिंग करू शकत नसल्यास फॉलबॅक स्ट्रिंग दिसते.

### कोणती त्रुटी काय दर्शवते

या तीन त्रुटी वेगळ्या ओळखता येतात. त्यांना एकत्रित टेम्प्लेट त्रुटी म्हणून नोंदवण्याऐवजी स्वतंत्रपणे लॉग केल्यास अंदाज बांधण्याची गरज कमी होते.

त्रुटी 132001 म्हणजे नाव आणि भाषा यांची जोडी निश्चित झाली नाही, म्हणून आधी भाषा तपासा. त्रुटी 132000 म्हणजे संख्या चुकीची आहे, म्हणून टेम्प्लेटच्या स्वतःच्या व्याख्येशी तुलना करा. त्रुटी 132012 म्हणजे मूल्याचा फॉरमॅट चुकीचा आहे. साध्या स्ट्रिंगच्या रूपात पाठवलेला टाइप केलेला पॅरामीटर हे याचे सामान्य कारण आहे.

- en साठी en_US आपोआप वापरले जाईल असे गृहीत धरणे. तसे होत नाही आणि त्रुटीत टेम्प्लेट सापडत नसल्याचे दिसते.
- हेडर आणि बॉडी पॅरामीटर्स एकाच यादीत एकत्र करणे. ते स्वतंत्र कॉम्पोनंट्स आहेत.
- चलन किंवा तारीख साध्या मजकूराच्या रूपात पाठवणे. टाइप केलेल्या पॅरामीटर्सचा फॉरमॅट ठरलेला असतो.

**टेम्प्लेट व्हेरिएबल्सना नावे असतात का?** नाही. ती स्थानावर आधारित असतात, त्यामुळे पॅरामीटर्सचा क्रम हाच संपूर्ण करार आहे.

**माझे टेम्प्लेट अस्तित्वात का नाही?** बहुतेकदा कारण भाषा कोड असतो. टेम्प्लेटची ओळख नाव आणि भाषा यांच्या एकत्रित आधारावर ठरते आणि फॉलबॅक नसतो.

**मी खूप जास्त पॅरामीटर्स पाठवल्यास काय होते?** त्रुटी 132000. खूप कमी पॅरामीटर्स पाठवल्याप्रमाणेच खूप जास्त पॅरामीटर्स पाठवल्यानेही त्रुटी येते.

**रक्कम कशी पाठवायची?** रक्कम, चलन कोड आणि फॉलबॅक स्ट्रिंग असलेल्या चलन पॅरामीटरच्या रूपात पाठवा, साध्या मजकूराच्या रूपात नाही.

---

## रेट लिमिट आणि मेसेजिंग थ्रूपुट

https://easycoexistence.com/mr/docs/rate-limits-and-throughput

मर्यादा चार स्वतंत्र आहेत आणि त्यांची गल्लत केल्यामुळेच रेट लिमिटिंग गोंधळात टाकते. मेसेजिंग मर्यादा Business Portfolio मध्ये दररोजचे युनिक प्राप्तकर्ते मर्यादित करते, थ्रूपुट प्रति सेकंद मेसेज मर्यादित करते, जोडी मर्यादा एका व्यक्तीला जाणारे मेसेज मर्यादित करते, आणि व्यवस्थापन मर्यादा मेसेज नसलेले एपीआय कॉल मर्यादित करते.

### मेसेजिंग टियर

फिरत्या 24 तासांत ग्राहक सेवा विंडोच्या बाहेर तुम्ही किती युनिक ग्राहकांना मेसेज पोहोचवू शकता, ते यातून ठरते. 7 ऑक्टोबर 2025 पासून ही मर्यादा प्रत्येक Business Portfolio साठी ठरते आणि त्यातील सर्व नंबर ती वाटून घेतात. गुणवत्ता टिकली आणि व्हॉल्यूम वाढला की ती आपोआप वर जाते.

- मर्यादा टप्प्याटप्प्याने वाढते: दररोज 250, 2,000, 10,000, 100,000 आणि अमर्याद युनिक प्राप्तकर्ते.
- फक्त ग्राहक सेवा विंडोच्या बाहेर पाठवलेले मेसेज यात मोजले जातात.
- सेवा विंडोमधील उत्तरे यात मोजली जात नाहीत.
- गुणवत्ता घसरल्यास मर्यादा आता खाली येत नाही, पण ती वाढणे थांबते.

### थ्रूपुट

प्रति सेकंद मेसेज, जो दैनंदिन टियरपेक्षा वेगळा विषय आहे. एखादा नंबर टियरच्या खूप आत असूनही एकदम मोठा बर्स्ट पाठवल्यास थ्रूपुट मर्यादेला धडकू शकतो.

Coexistence नंबरवर हीच मर्यादा लोकांना चकित करते, कारण ती सामान्य Cloud API नंबरपेक्षा कमी ठेवलेली आहे. ही मर्यादा Meta ची आहे आणि प्रत्येक Coexistence प्रोव्हायडरला लागू होते, त्यामुळे कोणताही प्रोव्हायडर ती वाढवू शकत नाही.

### प्रति-प्राप्तकर्ता मर्यादा

तुमचा नंबर आणि एक प्राप्तकर्ता यांच्यात कमी कालावधीत किती मेसेज जाऊ शकतात यावरील स्वतंत्र मर्यादा, जी त्रुटी 131056 म्हणून दिसते. एकाच व्यक्तीवर मेसेजचा भडिमार होऊ नये म्हणून ती असते, त्यामुळे कमी व्हॉल्यूमच्या खात्यावरही ती लागू होऊ शकते.

कारण जवळजवळ नेहमी आपोआप घडणारे असते: रिट्राय लूप, एकाच इव्हेंटसाठी दोनदा चाललेला वेबहुक हँडलर, किंवा एका उत्तराचे अनेक छोटे मेसेज करणारा बॉट.

### व्यवस्थापन कॉल मर्यादा

याचा मेसेजशी काहीही संबंध नाही. नंबर वाचणे, टेम्प्लेट्सची यादी घेणे आणि स्टेटस तपासणे हे सर्व खात्याच्या वेगळ्या मर्यादेत मोजले जाते, जी त्रुटी 80007 म्हणून दिसते.

ही मर्यादा संपते ती पोलिंगमुळे. दर तीस सेकंदांनी स्टेटस तपासल्यास दिवसाला हजारो कॉल होतात, तर डेटा महिन्यातून काही वेळाच बदलतो. वेबहुकमुळे यातील जवळजवळ सर्व कॉलची गरज उरत नाही.

### मर्यादा कशामुळे वाढते

गुणवत्ता आणि इतिहास यामुळे, पैसे भरल्याने नाही. विकत घ्यायचा कोणताही प्लॅन नाही आणि तुमच्या वतीने मर्यादा वाढवू शकणारा कोणताही प्रोव्हायडर नाही.

- हिरवे गुणवत्ता रेटिंग टिकवा; प्राप्तकर्त्यांनी केलेले ब्लॉक ते कमी करतात.
- व्हॉल्यूम बर्स्टमध्ये न पाठवता सातत्याने पाठवा.
- व्यवसाय पडताळणी पूर्ण करा; 250 वरून 2,000 कडे जाणाऱ्या मार्गांपैकी हा एक आहे.
- सध्याच्या मर्यादेच्या किमान निम्मी वापरा; 2,000 पेक्षा वरील वाढ आपोआप होते.

- सर्व रेट लिमिट एकच समजणे. चार वेगवेगळ्या मर्यादा चार वेगवेगळ्या त्रुटी देतात.
- स्टेटस कमी अंतराने पोल करणे. क्वचित बदलणाऱ्या डेटासाठी ते व्यवस्थापन मर्यादा संपवते.
- जास्त मर्यादेसाठी पैसे देता येतील अशी अपेक्षा ठेवणे. मर्यादा गुणवत्ता आणि इतिहासावर वाढतात.

**कमी व्हॉल्यूमवर मला रेट लिमिट का लागते?** बहुधा प्रति-प्राप्तकर्ता मर्यादा, त्रुटी 131056, कारण ती तुमच्या खात्याच्या एकूण संख्येची पर्वा न करता एका व्यक्तीला जाणारे मेसेज मर्यादित करते.

**जास्त मेसेजिंग मर्यादेसाठी मी पैसे देऊ शकतो का?** नाही. गुणवत्ता आणि पाठवण्याच्या इतिहासावर मर्यादा आपोआप वाढतात.

**Coexistence वर थ्रूपुट कमी असतो का?** होय. Meta तो सामान्य Cloud API नंबरपेक्षा कमी ठेवते आणि कोणताही प्रोव्हायडर तो वाढवू शकत नाही.

**व्यवस्थापन मर्यादेत काय मोजले जाते?** वाचन आणि कॉन्फिगरेशन कॉल: नंबर, टेम्प्लेट्स आणि स्टेटसची यादी घेणे. वेबहुकमुळे यातील जवळजवळ सर्व टळतात.

---

## परस्परसंवादी मेसेज पाठवणे: बटणे आणि याद्या

https://easycoexistence.com/mr/docs/sending-interactive-messages

परस्परसंवादी मेसेजमध्ये प्राप्तकर्त्याला टाइप करण्याऐवजी टॅप करण्यासाठी बटणे किंवा यादी मिळते. याचे दोन प्रकार आहेत, रिप्लाय बटणे आणि लिस्ट मेसेजेस. दोन्हींवर असलेल्या लहान, ठरावीक मर्यादा संभाषणाची रचना ठरवतात.

### रिप्लाय बटणे

मेसेजखाली जास्तीत जास्त तीन बटणे असतात. प्राप्तकर्ता एक बटण टॅप करतो आणि रिप्लाय तुमच्या वेबहुकवर सामान्य येणाऱ्या मेसेजच्या रूपात येतो. त्यात बटणाचा id असतो, त्यामुळे लेबलऐवजी id वर जुळवा. शीर्षकाची मर्यादा 20 अक्षरे आहे. ही अपेक्षेपेक्षा कमी असून बहुतेकदा मजकूर पुन्हा लिहावा लागतो.

- प्रत्येक मेसेजसाठी जास्तीत जास्त तीन बटणे.
- शीर्षक 20 अक्षरांपर्यंत मर्यादित.
- प्रत्येक बटणाला तुम्ही निवडलेला id असतो, जो रिप्लायमध्ये परत येतो.
- बटणांभोवती ऐच्छिक हेडर, मुख्य मजकूर आणि फूटर.

### लिस्ट मेसेजेस

एकच बटण टॅप केल्यावर जास्तीत जास्त दहा ओळींचे मेनू उघडते. या ओळी जास्तीत जास्त दहा विभागांमध्ये गटबद्ध करता येतात. प्रत्येक ओळीला शीर्षक, ऐच्छिक वर्णन आणि id असतो. तीन बटणे पुरेशी नसतील तिथे याचा वापर करा. यादीतील मजकूर पाहण्यासाठी प्राप्तकर्त्याला आधी यादी उघडावी लागते, त्यामुळे बटणाच्या लेबलवर मोठी जबाबदारी असते.

- एकूण 10 ओळी, जास्तीत जास्त 10 विभागांमध्ये.
- ओळीचे शीर्षक 24 अक्षरांपर्यंत, वर्णन 72 अक्षरांपर्यंत.
- प्रत्येक मेसेजमध्ये एकच यादी, आणि ती बटणांसोबत जोडता येत नाही.
- प्रत्येक प्रकारच्या टेम्प्लेट मेसेजमध्ये उपलब्ध नाही.

### रिप्लाय कसा येतो

इतर कोणत्याही येणाऱ्या मेसेजप्रमाणे तो त्याच messages वेबहुकवर येतो. त्यात बटणाचा किंवा ओळीचा id सांगणारा interactive ऑब्जेक्ट असतो. यासाठी वेगळे सबस्क्रिप्शन आवश्यक नाही.

शीर्षकाऐवजी id वर जुळवा. कॉपी संपादित करणारी व्यक्ती शीर्षक बदलू शकते, पण id बदलत नाही. मजकुरावर जुळणारा हँडलर एखादी टायपो दुरुस्त होताच शांतपणे काम करणे थांबवू शकतो.

### Coexistence मुळे काय बदलते

बटणे आणि याद्यांमध्ये स्वतःमध्ये काहीही बदलत नाही. ते सामान्य Cloud API मेसेजेस आहेत आणि Coexistence नंबरवर इतर कोणत्याही नंबरप्रमाणेच काम करतात.

बदलतो तो रिप्लाय कुठे पोहोचतो हा भाग: ग्राहकाचा टॅप फोनवरील WhatsApp Business ॲपमध्ये आणि तुमच्या वेबहुकवर दोन्हीकडे येतो, कारण Coexistence नंबर दोन्हीकडे वितरित करतो. आपोआप रिप्लाय देणाऱ्या हँडलरने त्याच मेसेजला ॲपमधून एखादी व्यक्ती उत्तर देऊ शकते, हे लक्षात घ्यावे.

- रिप्लाय बटणाच्या शीर्षकाशी जुळवणे. शीर्षके संपादित होतात, id बदलत नाहीत.
- तीनपेक्षा जास्त बटणांसाठी डिझाइन करणे. ही कठोर मर्यादा आहे आणि तिच्यावर उपाय नाही.
- त्याच टॅपला WhatsApp Business ॲपमधून एखादी व्यक्ती उत्तर देऊ शकते, हे विसरणे.

**मी किती बटणे पाठवू शकतो?** तीन. ही प्लॅटफॉर्मची कठोर मर्यादा आहे आणि तिच्यावर उपाय नाही.

**कोणी टॅप केल्यावर काय परत येते?** messages वेबहुकवर येणारा सामान्य मेसेज, ज्यात त्या बटणाला किंवा ओळीला दिलेला id असतो.

**मी बटणे आणि यादी एकत्र वापरू शकतो का?** नाही. एका मेसेजमध्ये यापैकी एकच असू शकते.

**यासाठी अतिरिक्त शुल्क लागते का?** नाही. हे सामान्य मेसेजेस आहेत आणि त्या संभाषणातील इतर मेसेजप्रमाणेच Meta कडून त्यांची किंमत ठरते.

---

## मीडिया पाठवणे: इमेज, व्हिडिओ, ऑडिओ आणि कागदपत्रे

https://easycoexistence.com/mr/docs/sending-media-messages

मीडिया पाठवण्यासाठी आधी फाइल अपलोड करून मिळालेला id वापरा किंवा Meta ला फाइल आणण्यासाठी सार्वजनिक लिंक द्या. अपलोड अधिक विश्वासार्ह आहे, आणि प्रकारानुसार आकारमर्यादा वेगवेगळी आहे.

### प्रकारानुसार मर्यादा

प्रत्येक प्रकारासाठी मर्यादा वेगळी आहे. मर्यादा ओलांडल्यास वर्णनात्मक प्रतिसादाऐवजी error 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 कडे जाते आणि पाठवताना संदर्भ देण्यासाठी media id मिळतो. लिंक दिल्यास Meta ला पाठवण्याच्या वेळी फाइल आणण्यासाठी यूआरएल मिळतो. लिंकचा मार्ग सोपा वाटतो, पण तुम्हाला न दिसणारी त्रुटीची शक्यता वाढवतो: तुमच्या ब्राउझरमध्ये उघडणारा यूआरएल भौगोलिक मर्यादा, फायरवॉल नियम किंवा ब्राउझरकडे आधीपासून असलेल्या session cookie मुळे Meta च्या पायाभूत सुविधांमधून पोहोचण्यायोग्य नसू शकतो.

अपलोड करा. एक अतिरिक्त विनंती होते, पण त्रुटींचा संपूर्ण प्रकारच दूर होतो.

### मीडिया प्राप्त करणे

इनबाउंड मीडिया bytes ऐवजी media id म्हणून येतो. तुमचा handler त्या id चा वापर करून फाइल स्वतंत्रपणे आणतो.

- लगेच फाइल आणा. Ids अमर्याद काळ वैध राहत नाहीत.
- फाइल आणणे अयशस्वी झाल्यास error 131052 मिळतो. याचा अर्थ बहुतेकदा पाठवणाऱ्याचे अपलोड अपूर्ण राहिले आहे.
- फाइल नंतर हवी असल्यास ती स्वतःकडे साठवा. Meta संग्रहालय नाही.
- मीडिया आणणे अयशस्वी झाले तरी मेसेज नोंदवा, म्हणजे मजकूर आणि संदर्भ टिकून राहतील.

### Coexistence मुळे काय बदलते

Coexistence नंबरवरील मीडिया इतर कोणत्याही Cloud API नंबरप्रमाणेच काम करतो आणि त्याच मर्यादा लागू होतात.

इतिहास हा लक्षात ठेवण्यासारखा एकमेव फरक आहे. नंबर पहिल्यांदा कनेक्ट केल्यावर Meta WhatsApp Business ॲपमधील अलीकडचे मेसेज समक्रमित करते. या समक्रमणात मेसेजचा मजकूर येतो, पण पूर्ण मीडिया संग्रह येत नाही. कनेक्शनपूर्वीचा मीडिया फोनमध्येच असतो, जिथे तो आधीपासून होता.

- सोपे वाटते म्हणून लिंक पाठवणे. Meta चे नेटवर्क तुमचा ब्राउझर नाही.
- इनबाउंड मीडिया काही तासांनी आणणे. Media ids ची मुदत संपते.
- कोडेक तपासल्याशिवाय व्हिडिओ एक्सपोर्ट करणे. एडिटिंग सॉफ्टवेअरची डीफॉल्ट सेटिंग्ज अनेकदा असमर्थित असतात.

**मी सर्वात मोठी कोणती फाइल पाठवू शकतो?** 100 MB, आणि ही मर्यादा फक्त कागदपत्रांसाठी आहे. व्हिडिओ आणि ऑडिओ 16 MB, तर इमेज 5 MB पर्यंत आहेत.

**मी अपलोड करावे की यूआरएल पाठवावा?** अपलोड करा. त्यामुळे पोहोचण्याची समस्या त्रुटीचे कारण राहात नाही.

**media id किती काळ वैध असतो?** तो अमर्याद काळ वैध राहत नाही. म्हणून इव्हेंट मिळताच इनबाउंड मीडिया आणा.

**कनेक्ट केल्यावर जुना मीडिया समक्रमित होतो का?** नाही. इतिहास समक्रमणात अलीकडील मेसेजचा मजकूर येतो. कनेक्शनपूर्वीचा मीडिया फोनमध्येच राहतो.

---

## मेसेज प्रतिक्रिया: इमोजी पाठवणे आणि घेणे

https://easycoexistence.com/mr/docs/message-reactions

प्रतिक्रिया विद्यमान मेसेजला एक इमोजी जोडते. ती पाठवण्यासाठी मेसेजचा id आणि इमोजी द्यावा लागतो. काढण्यासाठी delete कॉल न करता, रिकाम्या emoji stringसह तीच प्रतिक्रिया पाठवावी लागते.

### प्रतिक्रिया पाठवणे

reaction प्रकारचा मेसेज, त्यात ज्या मेसेजवर प्रतिक्रिया दिली आहे त्याचा id आणि एक इमोजी असतो. त्याच मेसेजवर दुसरी प्रतिक्रिया पाठवल्यास ती पहिलीच्या जागी येते, त्यात भर पडत नाही, कारण एका पाठवणाऱ्याची प्रत्येक मेसेजवर फक्त एक प्रतिक्रिया असू शकते.

मेसेजचा id तुमच्या नंबरला दिसणारा असावा: त्या ग्राहकाकडून आलेला मेसेज किंवा तुम्ही त्यांना पाठवलेला मेसेज.

### प्रतिक्रिया काढणे

इथे अनेकांना आश्चर्य वाटते. यासाठी delete कॉल नाही. emoji field रिकाम्या stringवर सेट करून तीच प्रतिक्रिया पाठवा. त्यामुळे प्रतिक्रिया काढली जाते.

काढण्याची event येईल अशी अपेक्षा असलेला handler कायम वाट पाहत राहील. प्रत्यक्षात रिकाम्या emojiसह reaction येतो. त्याचा आकार नव्या प्रतिक्रियेसारखाच असतो, त्यामुळे field तपासून तो काढण्याचा प्रकार म्हणून वाचावा लागतो.

### प्रतिक्रिया घेणे

आलेली प्रतिक्रिया messages webhook वर reaction प्रकारच्या मेसेजच्या रूपात येते. त्यात जोडल्या गेलेल्या मेसेजचा id आणि इमोजी असतो.

- messages field साठी subscribe करा. स्वतंत्र reactions field नाही.
- रिकामा emoji म्हणजे ग्राहकाने आपली प्रतिक्रिया काढली.
- संदर्भित मेसेजचा id तुम्ही आधी पाठवलेला किंवा घेतलेला असतो.
- प्रतिक्रियेमुळे 24 तासांची सेवा विंडो पुन्हा सुरू होत नाही.

### विंडोचा नियम लागूच राहतो

प्रतिक्रिया हा मेसेज असल्याने ती पाठवण्यासाठी 24 तासांची ग्राहक सेवा विंडो खुली असावी लागते. तीन दिवसांपूर्वीच्या ग्राहकाच्या मेसेजवर प्रतिक्रिया दिल्यास, मजकूर मेसेजप्रमाणेच error 131047 परत येतो.

ग्राहकाकडून आलेली प्रतिक्रिया मात्र विंडो पुन्हा सुरू करते, कारण कोणताही आलेला मेसेज तसे करतो. ऑटोमेशनसाठी हे महत्त्वाचे आहे: तुमच्या शेवटच्या मेसेजवरील thumbs up हा आता तुम्ही मोकळेपणाने उत्तर देऊ शकता याचा वैध संकेत आहे.

- delete endpoint शोधणे. काढणे म्हणजे रिकाम्या emojiसह तीच विनंती.
- रिकामा emoji चुकीचा समजणे. काढलेली प्रतिक्रिया अशाच प्रकारे व्यक्त केली जाते.
- सेवा विंडोबाहेर प्रतिक्रिया पाठवणे. इतर कोणत्याही मेसेजप्रमाणे ती अयशस्वी होते.

**प्रतिक्रिया कशी काढू?** रिकाम्या emoji stringसह तीच reaction मेसेज पाठवा. delete कॉल नाही.

**प्रतिक्रियांसाठी काही शुल्क आहे का?** नाही. यामुळे शुल्क आकारले जाणारे संभाषण सुरू होत नाही.

**मी कोणत्याही मेसेजवर प्रतिक्रिया देऊ शकतो का?** फक्त तुमच्या नंबरने पाठवलेल्या किंवा घेतलेल्या मेसेजवर आणि 24 तासांच्या सेवा विंडोमध्ये.

**ग्राहकाची प्रतिक्रिया विंडो पुन्हा सुरू करते का?** होय. त्यांच्याकडून आलेला कोणताही मेसेज तसे करतो, प्रतिक्रियेसह.

---

## लोकेशन आणि कॉन्टॅक्ट मेसेजेस पाठवणे

https://easycoexistence.com/mr/docs/sending-location-and-contacts

लोकेशन मेसेजेसमध्ये ऐच्छिक नाव आणि पत्त्यासह पिन पाठवता येतो. कॉन्टॅक्ट मेसेजेसमध्ये एक किंवा अधिक कॉन्टॅक्ट कार्ड पाठवता येतात. दोन्ही सोपे आहेत. मात्र लक्षात ठेवण्यासारखी मर्यादा म्हणजे लाइव्ह लोकेशन, जे व्यक्ती हलताना अपडेट होते, Coexistence नंबरवर उपलब्ध नाही.

### लोकेशन मेसेजेस

अक्षांश आणि रेखांश, तसेच पिनखाली दिसणारे ऐच्छिक नाव आणि पत्ता. प्राप्तकर्त्याला नकाशाचा प्रिव्ह्यू दिसतो आणि तो तो स्वतःच्या नकाशा ॲपमध्ये उघडू शकतो.

नाव आणि पत्ता देण्यासाठी केलेला प्रयत्न उपयोगी ठरतो. ते नसतील तर पिनमध्ये फक्त कोऑर्डिनेट्स दिसतात. त्यामुळे ग्राहक योग्य शाखेकडे पाहत आहे की नाही, हे समजत नाही.

### लोकेशन मिळवणे

ग्राहकाने शेअर केलेले लोकेशन messages webhook वर `type location` असलेल्या मेसेजच्या रूपात येते. त्यात कोऑर्डिनेट्स असतात आणि ग्राहकाच्या ॲपने दिले असल्यास नाव व पत्ताही असतो.

- कोऑर्डिनेट्स नेहमी असतात; नाव आणि पत्ता असतीलच असे नाही.
- शेअर केलेले लोकेशन हा मेसेज असल्याने 24 तासांची service window पुन्हा सुरू होते.
- कोऑर्डिनेट्स अंदाजे आहेत असे गृहीत धरा. फोनची अचूकता बदलू शकते.
- आवश्यक तेच जतन करा. Meta लोकेशन हिस्टरी नाही.

### कॉन्टॅक्ट मेसेजेस

एकाच मेसेजमध्ये एक किंवा अधिक कॉन्टॅक्ट कार्ड पाठवता येतात. प्रत्येक कार्डमध्ये vCard मधील नावे, फोन नंबर, ईमेल, पत्ते, संस्था आणि वाढदिवस अशी फील्ड्स असतात. प्राप्तकर्ता कार्ड थेट सेव्ह करू शकतो.

चॅटमध्ये नंबर टाइप करून पाठवण्यापेक्षा योग्य व्यक्तीची माहिती ग्राहकाला देण्यासाठी हे उपयुक्त आहे. टाइप केलेला नंबर अनफॉरमॅटेड टेक्स्ट म्हणून येतो आणि तो हाताने कॉपी करावा लागतो.

### Coexistence मुळे काय उपलब्ध राहत नाही

Coexistence सक्रिय झाल्यावर Meta नंबरवरील चार WhatsApp फीचर्स बंद करते. त्यात लाइव्ह लोकेशन, गायब होणारे मेसेजेस, view once मीडिया आणि ब्रॉडकास्ट लिस्ट्स यांचा समावेश आहे.

असे मेसेज पाठवण्याचा प्रयत्न केल्यास `131051`, unsupported message type, ही त्रुटी मिळते. ती फॉरमॅटिंगची चूक वाटू शकते, पण तसे नाही. कोणताही प्रोव्हायडर हे फीचर सुरू करू शकत नाही. ही Meta ची मर्यादा असून प्रत्येक Coexistence नंबरला लागू होते. स्थिर लोकेशन पिनवर परिणाम होत नाही आणि ते नेहमीप्रमाणे काम करतात.

- नाव किंवा पत्त्याशिवाय पिन पाठवणे. फक्त कोऑर्डिनेट्समुळे ग्राहकाला काहीच समजत नाही.
- लाइव्ह लोकेशनवर आधारित सुविधा तयार करणे. ते प्रत्येक Coexistence नंबरवर बंद असते.
- प्रकार खरोखरच उपलब्ध नसताना error 131051 ला फॉरमॅटिंगची त्रुटी समजणे.

**मी लाइव्ह लोकेशन पाठवू शकतो का?** Coexistence नंबरवर नाही. Meta ते बंद करते आणि कोणताही प्रोव्हायडर ते पुन्हा सुरू करू शकत नाही.

**स्थिर लोकेशन पिन काम करतात का?** होय, नेहमीप्रमाणे. नकाशाच्या प्रिव्ह्यूखाली ऐच्छिक नाव आणि पत्ता दिसतो.

**एका मेसेजमध्ये किती कॉन्टॅक्ट्स पाठवता येतात?** अनेक. प्रत्येकामध्ये प्रमाणित vCard फील्ड्स असतात आणि प्राप्तकर्ता ते थेट सेव्ह करू शकतो.

**शेअर केलेले लोकेशन service window पुन्हा सुरू करते का?** होय. ते इतर कोणत्याही inbound मेसेजप्रमाणेच असते.

---

## EasyCoexistence विरुद्ध AiSensy

https://easycoexistence.com/mr/compare/easycoexistence-vs-aisensy

AiSensy ही मासिक प्लॅनवर विकली जाणारी WhatsApp मार्केटिंग आणि चॅटबॉट प्लॅटफॉर्म आहे, जी भारतीय ईकॉमर्स व्यवसायांमध्ये लोकप्रिय आहे. EasyCoexistence ही पायाभूत सुविधा आहे: ती Meta च्या Coexistence सुविधेद्वारे नंबर जोडते, मेसेज तुम्ही आधीपासून वापरत असलेल्या सिस्टिमला पाठवते आणि प्रत्येक कनेक्टेड नंबरप्रमाणे शुल्क घेते. आतून काम करण्यासाठी तुम्हाला उत्पादन हवे आहे की नाही, यावर कोणते स्वस्त आहे हे ठरते.

### प्रत्येक उत्पादन काय आहे

दोन्ही एकाच खरेदीसाठी स्पर्धा करत नाहीत. हे स्पष्ट केल्यावर तुलना उपयोगी ठरते.

- AiSensy:: ब्रॉडकास्ट कॅम्पेन, चॅटबॉट फ्लो आणि सामायिक टीम इनबॉक्सभोवती उभी केलेली WhatsApp एंगेजमेंट प्लॅटफॉर्म. संपर्क आणि एजंट्सवर मर्यादा असलेल्या स्तरित मासिक प्लॅनवर ती विकली जाते.
- EasyCoexistence:: Coexistence पायाभूत सुविधा. फोनवरील WhatsApp Business ॲप सुरूच राहते, Cloud API त्याच नंबरवर चालते आणि मेसेज इव्हेंट्स Meta कडून थेट तुमच्या CRM, हेल्पडेस्क, ऑटोमेशन किंवा AI agent कडे जातात. तुमच्या टीमने वापरायला हलावे असे कोणतेही उत्पादन नाही.

### उत्पादन कोणासाठी बनवले आहे

दोन्ही WhatsApp जोडतात. प्रत्येकाकडून अपेक्षित दैनंदिन काम मात्र वेगळे आहे.

- AiSensy:: ब्रॉडकास्ट कॅम्पेन आणि चॅटबॉट फनेल चालवणारी मार्केटिंग टीम, जिला कॅम्पेन बिल्डर, संपर्क याद्या आणि अ‍ॅनालिटिक्स एकाच ठिकाणी हवे आहेत आणि त्या प्लॅटफॉर्ममध्ये काम करणे मान्य आहे.
- EasyCoexistence:: आधीपासून सिस्टिम असलेला व्यवसाय किंवा डेव्हलपर. आम्ही WhatsApp मेसेज त्यात पोहोचवतो आणि कनेक्शन सुरू ठेवतो, मग बाजूला होतो. कॅम्पेन हवे असल्यास, ग्राहकांचा डेटा जिथे आधीपासून आहे तिथेच ती चालवा.

### फोनवर ॲप ठेवताना

Coexistence कशासाठी आहे हे सांगणारी खास बाब, आणि कोणत्याही प्लॅटफॉर्मला विचारण्यासारखा प्रश्न.

- AiSensy:: त्यांचे उत्पादन हे प्लॅटफॉर्म इनबॉक्स आहे. त्यामुळे संभाषणे फोनवरील WhatsApp Business ॲपऐवजी तिथे हाताळली जातील, अशी अपेक्षा असते.
- EasyCoexistence:: WhatsApp Business ॲप पूर्वीप्रमाणेच सुरू राहते. कर्मचारी फोनवर उत्तर देतात, एपीआय तीच संभाषणे पाहते आणि दोन्ही बाजूंनी थांबण्याची गरज नसते. हेच संपूर्ण वैशिष्ट्य आहे.

### बिल कशाप्रमाणे ठरते

ही संरचनात्मक तफावत आहे आणि तुम्ही वाढत गेल्यावर एकूण खर्च ठरवणारी बाब आहे.

- AiSensy:: वापरकर्ते आणि प्लॅनच्या स्तरांभोवती आकारले जाणारे सबस्क्रिप्शन. त्यामुळे बिल टीमचा आकार आणि उपलब्ध केलेली वैशिष्ट्ये यानुसार बदलते, सीट्स वापरल्या नाहीत तरी शुल्क द्यावे लागते.
- EasyCoexistence:: कनेक्टेड नंबर. सहकारी जोडल्यावर खर्च वाढत नाही, कारण सीट्स नाहीत. नंबर वाढवल्यावर प्रति नंबर दर कमी होतो, US$ 9 वरून US$ 1 पर्यंत. एजन्सीचा चाळिसावा नंबर पहिल्यासारखेच सर्व काम करतो आणि कमी खर्चात येतो.

### तुम्ही सोडल्यावर काय होते

तुमची संभाषणे सांभाळणाऱ्या कोणत्याही गोष्टीबाबत हा प्रश्न विचारणे महत्त्वाचे आहे.

- AiSensy:: इनबॉक्स, संपर्क इतिहास आणि ऑटोमेशन प्लॅटफॉर्ममध्येच राहतात. त्यामुळे ते काम करतात आणि बाहेर पडणे हा स्थलांतराचा प्रकल्प बनतो.
- EasyCoexistence:: तुमची कोणतीही गोष्ट आमच्यात साठत नाही. मेसेज येताच ते तुमच्या स्वतःच्या सिस्टिमला पाठवले जातात आणि नंबर ग्राहकाच्या स्वतःच्या Meta Business Portfolio मध्ये असतो. त्यामुळे आम्हाला काढल्यावर तो जिथे होता तिथेच राहतो.

- तुमच्या रचनेनुसार दोन्हींची संख्या न मोजता सीटच्या किंमतीची तुलना प्रति नंबर किंमतीशी करणे.
- तुमची टीम आधीपासून CRM मध्ये काम करत असताना इनबॉक्ससाठी पैसे देणे.
- WhatsApp कनेक्शन वेगळे आहे असे समजणे. दोन्ही ठिकाणी खाली Meta चे Cloud APIच आहे.

**कोणते स्वस्त आहे?** हे वापराच्या रचनेवर ठरते. एका इनबॉक्समध्ये पाच जणांची टीम असेल तर सीट्स योग्य ठरू शकतात. नंबर आणि आधीपासूनची सिस्टिम असलेल्या व्यवसायाला आमच्याकडे प्रति नंबर खूप कमी खर्च येतो.

**माझा सामायिक इनबॉक्स जातो का?** तुम्हाला कोणत्याही इनबॉक्समध्ये हलावे लागत नाही. मेसेज तुमची टीम आधीपासून वापरत असलेल्या टूलमध्ये येतात आणि कामही तिथेच सुरू राहते.

**WhatsApp कनेक्शन वेगळे आहे का?** नाही. दोन्ही ठिकाणी ते Meta चे Cloud APIच आहे. फरक एवढाच की त्याच्या पुढे काय आहे आणि बिल कसे आकारले जाते.

**मला ब्रॉडकास्ट कॅम्पेन मिळतात का?** आमच्याकडून नाही आणि त्यासाठी तुमच्याकडून शुल्कही घेतले जात नाही. मेसेज तुमच्या स्वतःच्या सिस्टिमला पोहोचतात, त्यामुळे ग्राहकांचा डेटा जिथे आहे तिथेच कॅम्पेन चालवता येतात.

---

## EasyCoexistence विरुद्ध Interakt

https://easycoexistence.com/mr/compare/easycoexistence-vs-interakt

Interakt ही प्रत्येक एजंटसाठी मर्यादा असलेली WhatsApp वाणिज्य आणि सपोर्ट प्लॅटफॉर्म आहे, जी मासिक योजनांमध्ये विकली जाते. EasyCoexistence ही पायाभूत सुविधा आहे: Meta च्या Coexistence फीचरद्वारे नंबर कनेक्ट करते, मेसेजेस तुम्ही आधीपासून वापरत असलेल्या सिस्टिममध्ये पोहोचवते आणि प्रति कनेक्ट केलेल्या नंबरनुसार शुल्क घेते. तुम्हाला आतून काम करण्यासाठी एखादे उत्पादन हवे आहे की पायाभूत सुविधा, यावर योग्य पर्याय ठरतो.

### प्रत्येक उत्पादन काय आहे

दोन्ही एकाच खरेदीसाठी स्पर्धा करत नाहीत. हे स्पष्ट केल्यावर तुलना उपयुक्त ठरते.

- Interakt:: कॅटलॉग इंटिग्रेशन, ऑर्डर नोटिफिकेशन्स, शेअर्ड इनबॉक्स आणि ऑटोमेशन असलेली WhatsApp वाणिज्य प्लॅटफॉर्म. एजंट आणि कॉन्टॅक्ट मर्यादांसह मासिक योजनांमध्ये विकली जाते.
- EasyCoexistence:: Coexistence पायाभूत सुविधा. फोनवरील WhatsApp Business ॲप सुरू राहते, Cloud API त्याच नंबरवर चालते आणि मेसेज इव्हेंट्स Meta कडून थेट तुमच्या CRM, हेल्पडेस्क, ऑटोमेशन किंवा AI एजंटकडे जातात. तुमच्या टीमने वापरायला वेगळे उत्पादन नाही.

### वाणिज्याची लॉजिक कुठे असते

ऑनलाइन स्टोअरसाठी हा मुख्य फरक आहे आणि तुमचा कॅटलॉग आधीपासून कुठे आहे यावर तो ठरतो.

- Interakt:: प्लॅटफॉर्ममध्ये, तुमच्या स्टोअरशी जोडलेली. डेव्हलपमेंटशिवाय ऑर्डर नोटिफिकेशन्स आणि कॅटलॉग मेसेजेस एकाच ठिकाणी कॉन्फिगर करायचे असतील तर हा सोयीचा पर्याय आहे.
- EasyCoexistence:: तुमच्या स्टोअरमध्ये. आम्ही WhatsApp इव्हेंट्स तुमच्या बॅकएंडकडे पाठवतो, त्यामुळे ऑर्डर म्हणजे काय हे आधीपासून जाणणारी सिस्टिम ऑर्डर नोटिफिकेशन्स पाठवते. दुसऱ्या उत्पादनात काहीही सिंक्रोनाइझ करावे लागत नाही.

### एजन्सी किती पैसे देते

प्रत्येक एजंटनुसार आणि प्रत्येक नंबरनुसार शुल्कातील फरक इथे सर्वाधिक दिसतो.

- Interakt:: एजंट आणि कॉन्टॅक्ट मर्यादा असलेल्या योजना. त्यामुळे अनेक ग्राहकांचे नंबर सांभाळणारा व्यवसाय प्रत्येक खात्यासाठी सीट्स आणि परवानग्या खरेदी करतो.
- EasyCoexistence:: एका खात्यात तुम्हाला हवे तेवढे ग्राहकांचे नंबर ठेवता येतात. प्रत्येक नंबर कनेक्शन म्हणून बिल केला जातो आणि मोठ्या प्रमाणावर दर कमी होतो. मोजण्यासाठी एजंट नाहीत आणि कॉन्टॅक्टची मर्यादा ओलांडण्याची चिंता नाही.

### बिल कशानुसार बदलते

हा संरचनात्मक फरक आहे आणि व्यवसाय वाढल्यावर एकूण खर्च ठरवणारा मुद्दा आहे.

- Interakt:: वापरकर्ते आणि प्लॅन टियरनुसार ठरलेले सबस्क्रिप्शन. त्यामुळे टीमचा आकार आणि सुरू केलेली फीचर्स यानुसार बिल वाढते, सीट्स वापरल्या नाहीत तरीही शुल्क द्यावे लागते.
- EasyCoexistence:: कनेक्ट केलेला नंबर. सीट्स नसल्यामुळे सहकारी जोडण्यासाठी शुल्क नाही. नंबर वाढल्यावर प्रति नंबर दर US$ 9 वरून US$ 1 पर्यंत कमी होतो. एजन्सीचा चाळीसावा नंबर पहिल्यासारखेच सर्व काही करतो आणि कमी खर्चात येतो.

### तुम्ही सेवा सोडल्यावर काय होते

तुमचे संभाषण जिथे साठते अशा कोणत्याही सेवेबाबत हा प्रश्न विचारणे महत्त्वाचे आहे.

- Interakt:: इनबॉक्स, कॉन्टॅक्ट इतिहास आणि ऑटोमेशन्स प्लॅटफॉर्ममध्ये राहतात. त्यामुळे ते काम करतात, पण सेवा सोडणे म्हणजे स्थलांतराचा प्रकल्प बनतो.
- EasyCoexistence:: तुमची कोणतीही गोष्ट आमच्यात साठत नाही. मेसेजेस येताच तुमच्या स्वतःच्या सिस्टिममध्ये पोहोचवले जातात आणि नंबर ग्राहकाच्या स्वतःच्या Meta Business Portfolio मध्ये असतो. त्यामुळे आम्हाला काढल्यावर तो जिथे होता तिथेच राहतो.

- तुमच्या वापराच्या आकारासाठी दोन्हींची संख्या न मोजता सीटच्या किमतीची तुलना प्रति नंबर किमतीशी करणे.
- तुमची टीम आधीपासून CRM मध्ये काम करत असताना इनबॉक्ससाठी पैसे देणे.
- WhatsApp कनेक्शन वेगळे आहे असे समजणे. दोन्ही ठिकाणी खाली Meta चे Cloud APIच आहे.

**काय स्वस्त आहे?** एकाच इनबॉक्समध्ये पाच जणांची टीम असेल तर सीट्स योग्य ठरू शकतात. नंबर आणि स्वतःची सिस्टिम असलेल्या व्यवसायासाठी आमच्याकडे प्रति नंबर खर्च खूपच कमी आहे.

**शेअर्ड इनबॉक्स गमावतो का?** तुम्हाला कोणत्याही शेअर्ड इनबॉक्समध्ये स्थलांतर करावे लागत नाही. मेसेजेस तुमची टीम आधीपासून वापरत असलेल्या टूलमध्ये येतात.

**WhatsApp कनेक्शन वेगळे आहे का?** नाही. दोन्ही ठिकाणी Meta चे Cloud APIच आहे. फरक त्यासमोर असलेल्या सिस्टिममध्ये आणि बिलिंगच्या पद्धतीत आहे.

**कॅटलॉग मेसेजेस पाठवता येतात का?** होय, तुमच्या स्वतःच्या नंबरवरील Cloud API द्वारे आणि तुमच्या स्वतःच्या सिस्टिममधून. तुमच्या स्टोअरमध्ये आधीपासून कॅटलॉग असल्यामुळे आम्ही तुमच्यासाठी वेगळा कॅटलॉग तयार करत नाही.

---

## EasyCoexistence विरुद्ध DoubleTick

https://easycoexistence.com/mr/compare/easycoexistence-vs-doubletick

DoubleTick हे प्रति वापरकर्ता विकले जाणारे WhatsApp विक्री प्लॅटफॉर्म आहे, जे मोबाइल-केंद्रित शेअर्ड इनबॉक्सभोवती तयार केलेले आहे. EasyCoexistence ही पायाभूत सुविधा आहे: ती Meta च्या Coexistence सुविधेद्वारे नंबर कनेक्ट करते, मेसेजेस तुम्ही आधीपासून वापरत असलेल्या सिस्टीममध्ये पाठवते आणि प्रति कनेक्टेड नंबर शुल्क घेते. एकाच इनबॉक्समध्ये काम करणाऱ्या पाच जणांसाठी DoubleTick योग्य ठरू शकते; नंबर आणि विद्यमान सिस्टीम असलेल्या व्यवसायासाठी EasyCoexistence प्रति नंबर खूप स्वस्त पडते.

### प्रत्येक उत्पादन काय आहे

दोन्ही उत्पादने एकाच खरेदीसाठी स्पर्धा करत नाहीत. हे स्पष्ट केल्यावर तुलना उपयुक्त ठरते.

- DoubleTick:: मोबाइल शेअर्ड इनबॉक्स, मोठ्या प्रमाणावर मेसेजिंग आणि कॅटलॉग शेअरिंगभोवती तयार केलेले WhatsApp विक्री प्लॅटफॉर्म. प्रति वापरकर्ता सीट किंमत असून फोनवर काम करणाऱ्या विक्री संघांसाठी आहे.
- EasyCoexistence:: Coexistence पायाभूत सुविधा. फोनवरील WhatsApp Business ॲप सुरू राहते, Cloud API त्याच नंबरवर चालते आणि मेसेज इव्हेंट्स Meta कडून थेट तुमच्या CRM, हेल्पडेस्क, ऑटोमेशन किंवा एआय एजंटकडे जातात. तुमच्या संघाला वापरायला वेगळे उत्पादन नाही.

### विक्री संघ दररोज कसा काम करतो

दोन्ही उत्पादनांमागचा खरेदीचा मुख्य निर्णय.

- DoubleTick:: त्यांच्या ॲपमध्ये, जिथे शेअर्ड इनबॉक्स, कॅटलॉग आणि मोठ्या प्रमाणावर मेसेजिंग असते. योजना दरमहा सुमारे 2,500 रुपयांपासून सुरू होते आणि प्रति वापरकर्ता किंमत असल्याने बिल तुमच्याकडील विक्रेत्यांच्या संख्येनुसार वाढते.
- EasyCoexistence:: संघ आधीपासून वापरत असलेल्या CRM मध्ये. आम्ही संभाषण तिथे पोहोचवतो, त्यामुळे विक्रेत्याला वेगळे ॲप उघडण्याऐवजी डील रेकॉर्डसोबत WhatsApp दिसते.

### दुसऱ्या नंबरची किंमत काय

एकापेक्षा जास्त लाइन असलेल्या विक्री व्यवसायासाठी हा सामान्य प्रश्न आहे.

- DoubleTick:: सीट्स हे बिलिंगचे एकक आहेत. त्यामुळे दुसरा नंबर प्रति-वापरकर्ता सबस्क्रिप्शनसोबत जोडला जातो आणि संघ वाढल्यावर खर्चही वाढतो.
- EasyCoexistence:: दुसरा नंबर म्हणजे प्रकाशित दराने दुसराच नंबर. आणखी नंबर जोडल्यावर दर कमी होतो. कर्मचाऱ्यांची संख्या मोजणीत येतच नाही.

### बिल कशानुसार बदलते

ही रचनात्मक तफावत आहे आणि व्यवसाय वाढताना एकूण खर्च ठरवते.

- DoubleTick:: वापरकर्ते आणि प्लॅन स्तरांवर आधारित सबस्क्रिप्शन. त्यामुळे बिल संघाचा आकार आणि सुरू केलेली वैशिष्ट्ये यानुसार बदलते, सीट्स वापरल्या नसल्या तरी पैसे द्यावे लागतात.
- EasyCoexistence:: कनेक्टेड नंबर. सीट्स नसल्याने सहकारी जोडण्यासाठी खर्च नाही आणि नंबर वाढल्यावर प्रति नंबर दर US$ 9 वरून US$ 1 पर्यंत कमी होतो. एजन्सीच्या चाळीसाव्या नंबरमध्ये पहिल्यासारखीच सर्व कामे होतात आणि खर्च कमी असतो.

### तुम्ही सेवा बंद केल्यास काय होते

तुमची संभाषणे जिथे साठतात, त्या कोणत्याही सेवेसाठी हा प्रश्न विचारणे महत्त्वाचे आहे.

- DoubleTick:: इनबॉक्स, संपर्क इतिहास आणि ऑटोमेशन प्लॅटफॉर्ममध्येच असतात. त्यामुळे ते काम करतात, पण सेवा सोडताना स्थलांतराचे काम करावे लागते.
- EasyCoexistence:: तुमची कोणतीही गोष्ट आमच्यात साठत नाही. मेसेजेस येताच तुमच्या स्वतःच्या सिस्टीममध्ये पाठवले जातात आणि नंबर ग्राहकाच्या स्वतःच्या Meta Business Portfolio मध्ये असतो. आम्हाला काढल्यावर तो जिथे होता तिथेच राहतो.

- तुमच्या वापराच्या आकारमानासाठी दोन्हींची गणना न करता प्रति सीट किंमत आणि प्रति नंबर किंमत यांची तुलना करणे.
- संघ आधीपासून CRM मध्ये काम करत असताना इनबॉक्ससाठी पैसे देणे.
- WhatsApp कनेक्शन वेगळे आहे असे मानणे. दोन्ही ठिकाणी आधारभूत Cloud API Meta चेच आहे.

**कुठले स्वस्त आहे?** एकाच इनबॉक्समध्ये पाच जणांसाठी DoubleTick ची प्रति-वापरकर्ता किंमत योग्य ठरू शकते. नंबर आणि विद्यमान सिस्टीम असलेल्या व्यवसायासाठी EasyCoexistence प्रति नंबर खूप स्वस्त आहे.

**माझा शेअर्ड इनबॉक्स गमावतो का?** तुम्हाला कधीही वेगळ्या इनबॉक्समध्ये जावे लागत नाही. मेसेजेस तुमचा संघ आधीपासून वापरत असलेल्या टूलमध्ये येतात.

**WhatsApp कनेक्शन वेगळे आहे का?** नाही. दोन्ही ठिकाणी ते Meta चे Cloud API आहे. फरक एवढाच की त्यापुढे कोणती सिस्टीम आहे आणि बिलिंग कसे होते.

**मोबाइल ॲप आहे का?** आम्ही पायाभूत सुविधा देतो, त्यामुळे तुमचा संघ आधीपासून वापरत असलेले ॲपच वापरतो. फोनवरील WhatsApp Business ॲपही संपूर्ण काळ सुरू राहते.

---

## EasyCoexistence vs Zoko

https://easycoexistence.com/mr/compare/easycoexistence-vs-zoko

Zoko हे Shopify स्टोअर्ससाठीचे WhatsApp कॉमर्स प्लॅटफॉर्म आहे आणि मासिक प्लॅनवर विकले जाते. EasyCoexistence ही इन्फ्रास्ट्रक्चर लेयर आहे: ती Meta च्या Coexistence फीचरद्वारे नंबर कनेक्ट करते, मेसेजेस तुम्ही आधीपासून वापरत असलेल्या सिस्टिमपर्यंत पोहोचवते आणि कनेक्ट केलेल्या नंबरनुसार शुल्क घेते. त्यामुळे तुमच्या गरजेनुसार योग्य पर्याय ठरतो.

### प्रत्येक उत्पादन काय आहे

दोन्ही एकाच खरेदीसाठीचे पर्याय नाहीत. हे स्पष्ट केल्यावर तुलना उपयोगी ठरते.

- Zoko:: Shopify भोवती घट्ट बांधलेले WhatsApp कॉमर्स प्लॅटफॉर्म. कॅटलॉग, सोडलेल्या कार्टची रिकव्हरी, ऑर्डर फ्लोज आणि शेअर्ड इनबॉक्स यांचा समावेश असून ते मासिक प्लॅनवर विकले जाते.
- EasyCoexistence:: Coexistence इन्फ्रास्ट्रक्चर. फोनवरील WhatsApp Business ॲप सुरू राहते, Cloud API त्याच नंबरवर चालते आणि मेसेज इव्हेंट्स Meta कडून थेट तुमच्या CRM, हेल्पडेस्क, ऑटोमेशन किंवा AI एजंटकडे जातात. तुमच्या टीमला वापरण्यासाठी दुसरे उत्पादन नाही.

### तुम्ही Shopify स्टोअर चालवत असाल

हे प्रामाणिक उत्तर आहे, कारण ही खरोखर वेगळी खरेदी आहे.

- Zoko:: यासाठीच तयार केलेले. कार्ट रिकव्हरी, कॅटलॉग आणि ऑर्डर फ्लोज विकसित करण्याऐवजी कॉन्फिगर केले जातात. Shopify हाच तुमचा संपूर्ण व्यवसाय असेल आणि या आठवड्यात ते सुरू हवे असेल, तर याचे खरे मूल्य आहे.
- EasyCoexistence:: खालची लेयर. तुमचे स्टोअर Shopify वर नसेल किंवा लॉजिक तुमच्या स्वतःच्या बॅकएंडमध्ये असेल, तर आम्ही WhatsApp इव्हेंट्स तिथे पाठवतो आणि मेसेजचा अर्थ तुमची सिस्टिम ठरवते. आमच्याकडे नसलेल्या प्लॅटफॉर्मभोवती काहीही कॉन्फिगर करावे लागत नाही.

### स्टोअर हा संपूर्ण व्यवसाय नसताना काय होते

स्टोअरफ्रंटवर आधारित प्लॅटफॉर्मची उपयुक्तता कमी होण्याची ही परिस्थिती आहे.

- Zoko:: एका इकोसिस्टिममध्ये सखोलता. विशेषज्ञ उत्पादनाची हीच देवाणघेवाण असते आणि त्यामुळे ते त्या इकोसिस्टिममध्ये उत्तम काम करते.
- EasyCoexistence:: इकोसिस्टिमशी अनासक्त. वेबहुक तुमच्या एंडपॉइंटवर जातो, त्यामुळे नंबर कसा कनेक्ट केला आहे त्यात बदल न करता तेच कनेक्शन Shopify स्टोअर, कस्टम बॅकएंड, n8n वर्कफ्लो किंवा AI एजंटसाठी वापरता येते.

### बिल कशानुसार बदलते

ही संरचनात्मक तफावत आहे आणि व्यवसाय वाढताना एकूण खर्च ठरवते.

- Zoko:: वापरकर्ते आणि प्लॅन टियरनुसार आकारले जाणारे सबस्क्रिप्शन. त्यामुळे बिल टीमच्या आकारमानानुसार आणि उपलब्ध फीचर्सनुसार बदलते, सीट्स वापरल्या नाहीत तरीही पैसे द्यावे लागतात.
- EasyCoexistence:: कनेक्ट केलेला नंबर. सीट्स नसल्यामुळे सहकारी जोडण्यासाठी काहीही खर्च येत नाही. नंबर वाढवल्यावर प्रति नंबर दर कमी होतो, US$ 9 पासून US$ 1 पर्यंत. एजन्सीचा चाळीसावा नंबर पहिल्यासारखेच सर्व काम करतो आणि कमी खर्चात येतो.

### तुम्ही सेवा सोडल्यावर काय होते

तुमची संभाषणे जिथे ठेवली जातात, त्या कोणत्याही सेवेबाबत हा प्रश्न विचारण्यासारखा आहे.

- Zoko:: इनबॉक्स, संपर्क इतिहास आणि ऑटोमेशन प्लॅटफॉर्ममध्येच राहतात. त्यामुळे ते काम करतात आणि सेवा सोडणे हे स्थलांतराचे काम बनते.
- EasyCoexistence:: तुमची कोणतीही गोष्ट आमच्यात साठत नाही. मेसेजेस आले तसे तुमच्या स्वतःच्या सिस्टिममध्ये पोहोचवले जातात आणि नंबर ग्राहकाच्या स्वतःच्या Meta Business Portfolio मध्ये असतो. त्यामुळे आम्हाला काढल्यावर तो जिथे होता तिथेच राहतो.

- तुमच्या वापराच्या रचनेसाठी दोन्हींची संख्या मोजल्याशिवाय सीटच्या किंमतीची तुलना प्रति नंबर किंमतीशी करणे.
- तुमची टीम आधीपासून CRM मध्ये काम करत असताना इनबॉक्ससाठी पैसे देणे.
- WhatsApp कनेक्शन वेगळे आहे असे गृहीत धरणे. दोन्ही ठिकाणी खाली Cloud API हे Meta चेच आहे.

**कमी खर्चाचा पर्याय कोणता?** एकाच इनबॉक्समध्ये पाच जणांची टीम असेल तर सीट्स योग्य ठरू शकतात. नंबर आणि आधीपासूनची सिस्टिम असलेल्या व्यवसायाला आमच्याकडे प्रति नंबर खूप कमी खर्च येतो.

**शेअर्ड इनबॉक्स गमावतो का?** तुम्हाला कधीही दुसऱ्या इनबॉक्समध्ये जावे लागत नाही. मेसेजेस तुमची टीम आधीपासून वापरत असलेल्या टूलमध्ये येतात.

**WhatsApp कनेक्शन वेगळे आहे का?** नाही. दोन्ही ठिकाणी ते Meta चे Cloud API आहे. फरक फक्त त्यासमोर काय आहे आणि बिल कसे आकारले जाते यात आहे.

**मी Shopify वापरतो. मी Zoko वापरावे का?** ते मासिक प्लॅनवर कॉन्फिगर केलेले Shopify फ्लोज विकतात. तुमचे लॉजिक आधीपासून स्वतःच्या स्टोअर किंवा बॅकएंडमध्ये असेल, तर आम्ही US$ 9 प्रति नंबरमध्ये WhatsApp त्यात जोडतो आणि तुमचा ऑर्डर डेटा जिथे आहे तिथेच फ्लोज ठेवता.

---

## EasyCoexistence विरुद्ध Trengo

https://easycoexistence.com/mr/compare/easycoexistence-vs-trengo

Trengo हे WhatsApp, ईमेल, व्हॉइस आणि चॅटसाठी वापरकर्त्यानुसार शुल्क असलेले मल्टिचॅनेल टीम इनबॉक्स आहे. EasyCoexistence ही पायाभूत सुविधा आहे: Meta च्या Coexistence सुविधेद्वारे नंबर जोडते, मेसेजेस तुम्ही आधीपासून वापरत असलेल्या सिस्टिममध्ये पाठवते आणि प्रत्येक कनेक्ट केलेल्या नंबरनुसार शुल्क घेते. कोणते स्वस्त आहे, हे तुम्हाला आतून काम करणारे उत्पादन हवे आहे की नाही यावर ठरते.

### प्रत्येक उत्पादन काय आहे

दोन्ही समान खरेदीसाठी स्पर्धा करत नाहीत. हे स्पष्ट केल्यावर तुलना उपयुक्त ठरते.

- Trengo:: WhatsApp, ईमेल, लाइव्ह चॅट, व्हॉइस आणि सोशल एकाच दृश्यात आणणारा मल्टिचॅनेल टीम इनबॉक्स. याची किंमत प्रत्येक वापरकर्ता सीटनुसार असते आणि अनेक चॅनेल हाताळणाऱ्या सपोर्ट टीमसाठी तो बनवलेला आहे.
- EasyCoexistence:: Coexistence पायाभूत सुविधा. फोनवरील WhatsApp Business ॲप सुरू राहते, Cloud API त्याच नंबरवर चालते आणि मेसेज इव्हेंट्स Meta कडून थेट तुमच्या CRM, हेल्पडेस्क, ऑटोमेशन किंवा AI एजंटकडे जातात. तुमच्या टीमने वापरण्यासाठी वेगळे उत्पादन नाही.

### प्रत्येक चॅनेलसाठी एक इनबॉक्स

योग्य टीमसाठी त्यांचे हे मुख्य आश्वासन चांगले आहे.

- Trengo:: ईमेल, WhatsApp, चॅट आणि व्हॉइस एकाच ठिकाणी, सामायिक असाइनमेंट आणि नियमांसह. अनेक टॅबमध्ये अडकलेल्या सपोर्ट टीमसाठी ही एकत्रीकरणाची सुविधा आहे आणि ती काम करते.
- EasyCoexistence:: आम्ही एकच चॅनेल हाताळतो आणि तुम्हाला एकत्रीकरण करण्यास सांगत नाही. तुमचा हेल्पडेस्क आधीच ईमेल आणि चॅट हाताळत असल्यास, WhatsApp वेबहुकद्वारे तिथे पोहोचते आणि तुमची टीम दुसरे टूल शिकत नाही.

### टीम वाढल्यावर तुम्ही काय भरता

प्रति सीट किंमतीची एक रचना असते. कर्मचारी भरतीपूर्वी ती पाहणे उपयुक्त ठरते.

- Trengo:: प्रत्येक वापरकर्त्यानुसार, त्यामुळे WhatsApp वापरला नाही तरी प्रत्येक नव्या सपोर्ट कर्मचाऱ्यामुळे मासिक बिल वाढते.
- EasyCoexistence:: प्रत्येक नंबरनुसार. दोन जणांची आणि वीस जणांची सपोर्ट टीम समान शुल्क भरते, कारण बिलिंगचा घटक व्यक्ती नसून कनेक्शन आहे.

### बिल कशानुसार बदलते

ही संरचनात्मक तफावत आहे आणि तुम्ही वाढत असताना एकूण खर्च ठरवते.

- Trengo:: वापरकर्ते आणि प्लॅन स्तरांभोवती असलेले सबस्क्रिप्शन. त्यामुळे टीमचा आकार आणि सुरू केलेली वैशिष्ट्ये यानुसार बिल बदलते, सीट्स वापरल्या नाहीत तरी शुल्क भरावे लागते.
- EasyCoexistence:: कनेक्ट केलेला नंबर. सीट्स नसल्याने सहकारी जोडण्याचा खर्च नाही. नंबर वाढल्यावर दरही कमी होतो, US$ 9 पासून US$ 1 पर्यंत. एजन्सीचा चाळीसावा नंबर पहिल्यासारखेच काम करतो आणि कमी खर्चात येतो.

### तुम्ही सोडल्यास काय होते

तुमच्या संभाषणांना हाताळणाऱ्या कोणत्याही सेवेबाबत हा प्रश्न विचारणे योग्य आहे.

- Trengo:: इनबॉक्स, संपर्क इतिहास आणि ऑटोमेशन प्लॅटफॉर्ममध्येच राहतात. त्यामुळे ते काम करतात, पण सेवा सोडणे हा स्थलांतराचा प्रकल्प बनतो.
- EasyCoexistence:: तुमची कोणतीही गोष्ट आमच्यात साठत नाही. मेसेजेस येताच तुमच्या स्वतःच्या सिस्टिममध्ये पाठवले जातात आणि नंबर ग्राहकाच्या स्वतःच्या Meta Business Portfolio मध्ये असतो. त्यामुळे आम्हाला काढल्यावर तो जिथे होता तिथेच राहतो.

- तुमच्या वापराच्या रचनेत दोन्हींची गणना न करता सीटची किंमत आणि प्रति नंबर किंमत यांची तुलना करणे.
- तुमची टीम आधीच CRM मध्ये काम करत असताना इनबॉक्ससाठी पैसे भरणे.
- WhatsApp कनेक्शन वेगळे आहे असे गृहीत धरणे. दोन्ही ठिकाणी खाली Meta चे Cloud APIच आहे.

**कोणते स्वस्त आहे?** हे वापराच्या रचनेवर ठरते. एका इनबॉक्समध्ये पाच जणांची टीम सीट्स पसंत करू शकते. नंबर आणि आधीपासूनची सिस्टिम असलेल्या व्यवसायाला आमच्यासोबत प्रति नंबर खूप कमी खर्च येतो.

**माझा सामायिक इनबॉक्स निघून जाईल का?** तुम्हाला कधीही दुसऱ्या इनबॉक्समध्ये जावे लागणार नाही. मेसेजेस तुमची टीम आधीपासून वापरत असलेल्या टूलमध्ये येतात.

**WhatsApp कनेक्शन वेगळे आहे का?** नाही. दोन्ही प्रकारे ते Meta चे Cloud APIच आहे. फरक एवढाच की त्यापुढे काय आहे आणि बिलिंग कशी होते.

**मला ईमेल आणि चॅटही हवे आहेत. तुम्ही ते हाताळता का?** नाही, आणि त्यासाठी आम्ही शुल्कही घेत नाही. तुमची इतर चॅनेल्स आधीच हाताळणाऱ्या हेल्पडेस्कशी आम्ही WhatsApp जोडतो.

---

## EasyCoexistence विरुद्ध Rasayel

https://easycoexistence.com/mr/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/mr/compare/easycoexistence-vs-callbell

Callbell लहान टीमसाठी असलेला, अनेक एजंट वापरू शकतील असा WhatsApp इनबॉक्स आहे आणि त्याचे शुल्क प्रति वापरकर्ता आहे. EasyCoexistence ही पायाभूत सुविधा आहे: ती Meta च्या Coexistence फीचरद्वारे नंबर कनेक्ट करते, तुमचे मेसेज तुम्ही आधीच वापरत असलेल्या प्रणालीत पोहोचवते आणि प्रति कनेक्ट केलेल्या नंबरनुसार शुल्क घेते. काय स्वस्त पडते हे तुम्हाला काम करण्यासाठी कोणत्या प्रकारचे उत्पादन हवे आहे यावर अवलंबून आहे.

### प्रत्येक उत्पादन काय आहे

दोन्ही उत्पादने एकाच खरेदीसाठी स्पर्धा करत नाहीत. हे स्पष्ट केल्यावर तुलना उपयोगी ठरते.

- Callbell:: लहान टीमसाठी अनेक एजंट वापरू शकतील असा WhatsApp इनबॉक्स, चॅटबॉट फ्लो आणि मूलभूत ऑटोमेशनसह. त्याचे शुल्क प्रति वापरकर्ता सीट आहे आणि लॅटिन अमेरिका व दक्षिण युरोपमधील लहान व्यवसायांमध्ये ते लोकप्रिय आहे.
- EasyCoexistence:: Coexistence पायाभूत सुविधा. फोनवरील WhatsApp Business ॲप सुरू राहते, Cloud API त्याच नंबरवर चालते आणि मेसेज इव्हेंट्स Meta कडून थेट तुमच्या CRM, हेल्पडेस्क, ऑटोमेशन किंवा AI एजंटकडे जातात. तुमच्या टीमने स्थलांतर करावे असे कोणतेही उत्पादन यात नाही.

### लहान टीमचे उदाहरण

जिथे त्यांचे दर सर्वात वाजवी वाटतात आणि तुलना सर्वात जवळची ठरते.

- Callbell:: एक नंबर सामायिक करणारे दोन किंवा तीन एजंट, साधा इनबॉक्स आणि समाकलित करण्यासाठी CRM नाही. त्यांचे प्रकाशित शुल्क प्रति वापरकर्ता दरमहा आहे आणि त्यावर WhatsApp साठी अतिरिक्त शुल्क आकारले जाते. त्यामुळे या छोट्या रचनेतही सीटचे आणि चॅनेलचे स्वतंत्र बिल येते.
- EasyCoexistence:: आधीच प्रणाली असलेला तोच व्यवसाय. स्प्रेडशीट किंवा साध्या बॅकएंडवर ऑर्डर चालवणाऱ्या छोट्या दुकानाला सीटच्या किमतीपेक्षा कमी खर्चात WhatsApp त्यात जोडता येते आणि कर्मचारी नेहमीप्रमाणे WhatsApp Business ॲपवरून उत्तर देत राहतात.

### अनेक ठिकाणे, एक खाते

दोन्ही उत्पादनांमधील फरक स्पष्टपणे दिसणारे उदाहरण.

- Callbell:: प्रत्येक नंबर आणि प्रत्येक एजंट सबस्क्रिप्शनचा भाग असतो. त्यामुळे दुकानांची साखळी एकाच वेळी सीट आणि नंबर खरेदी करते.
- EasyCoexistence:: प्रत्येक ठिकाण प्रकाशित दराने एक कनेक्शन असते आणि अधिक कनेक्शन जोडल्यावर दर कमी होतो. दहा नंबर आणि चाळीस कर्मचारी असलेल्या दहा दुकानांसाठी दहा नंबरचे शुल्क द्यावे लागते.

### बिल कशानुसार बदलते

ही रचनात्मक तफावत वाढीसोबत एकूण खर्च ठरवते.

- Callbell:: वापरकर्ते आणि प्लॅन स्तरांवर आधारित सबस्क्रिप्शन असल्याने बिल टीमचा आकार आणि सुरू केलेली फीचर्स यानुसार बदलते. सीट वापरल्या नसल्या तरी त्यांचे शुल्क द्यावे लागते.
- EasyCoexistence:: कनेक्ट केलेला नंबर. सीट नसल्यामुळे सहकारी जोडल्यावर कोणतेही शुल्क लागत नाही. नंबर वाढल्यावर प्रति नंबर दर US$ 9 वरून US$ 1 पर्यंत कमी होतो. एजन्सीचा चाळीसावा नंबर पहिल्या नंबरसारखेच काम करतो आणि कमी खर्चाचा असतो.

### तुम्ही सेवा सोडल्यावर काय होते

तुमचे संभाषण हाताळणाऱ्या कोणत्याही सेवेसाठी हा प्रश्न विचारणे महत्त्वाचे आहे.

- Callbell:: इनबॉक्स, संपर्क इतिहास आणि ऑटोमेशन प्लॅटफॉर्ममध्येच असतात. त्यामुळे ते कार्य करतात, पण सेवा सोडताना स्थलांतराचे काम करावे लागते.
- EasyCoexistence:: तुमची कोणतीही गोष्ट आमच्यात साठत नाही. मेसेज येताच ते तुमच्या स्वतःच्या प्रणालीत पोहोचवले जातात आणि नंबर ग्राहकाच्या स्वतःच्या Meta Business Portfolio मध्ये असतो. त्यामुळे आम्हाला काढून टाकल्यावर तो जिथे होता तिथेच राहतो.

- तुमच्या स्वतःच्या रचनेत दोन्ही खर्च मोजल्याशिवाय सीटच्या किमतीची तुलना प्रति नंबर किमतीशी करणे.
- तुमची टीम आधीच CRM मध्ये काम करत असताना इनबॉक्ससाठी पैसे देणे.
- WhatsApp कनेक्शन वेगळे आहे असे गृहीत धरणे. दोन्ही प्रकरणांत खाली Cloud API ही Meta चीच आहे.

**काय स्वस्त आहे?** हे वापराच्या रचनेवर अवलंबून आहे. एका इनबॉक्समध्ये पाच जणांची टीम सीट पसंत करू शकते. नंबर आणि आधीच असलेली प्रणाली असलेल्या व्यवसायाला आमच्यासोबत प्रति नंबर खूप कमी खर्च येतो.

**माझा सामायिक इनबॉक्स गमावला जाईल का?** तुम्हाला कधीही नवीन इनबॉक्समध्ये स्थलांतर करावे लागणार नाही. मेसेज तुमची टीम आधीपासून वापरत असलेल्या साधनात येतात, जिथे ती आधीच काम करते.

**WhatsApp कनेक्शन वेगळे आहे का?** नाही. दोन्ही प्रकारे ते Meta चे Cloud API आहे. फरक एवढाच की त्यासमोर कोणती प्रणाली असते आणि शुल्क कसे आकारले जाते.

**दोन एजंटसाठी Callbell स्वस्त आहे का?** एक नंबर आणि आधीची प्रणाली नसल्यास तसे असू शकते. दुसरे ठिकाण किंवा CRM जोडल्यावर प्रति नंबरचे शुल्क लवकरच अधिक फायदेशीर ठरते.

---

## EasyCoexistence विरुद्ध Baileys

https://easycoexistence.com/mr/compare/easycoexistence-vs-baileys

Baileys ही ओपन-सोर्स लायब्ररी लिंक्ड-डिव्हाइस प्रोटोकॉल थेट राबवून WhatsApp शी कनेक्ट होते. ती कार्यरत असते, मोफत किंवा स्वस्त असते, पण अधिकृत मार्गात नसलेला धोका घेऊन येते: WhatsApp च्या व्यावसायिक अटींमध्ये लिंक्ड-डिव्हाइस सत्राद्वारे स्वयंचलित संदेशांची तरतूद नाही, आणि अशा प्रकारे वापरलेला नंबर कोणतीही पूर्वसूचना न देता मर्यादित किंवा बंद केला जाऊ शकतो. EasyCoexistence Meta च्या स्वतःच्या Coexistence फीचरद्वारे तोच नंबर जोडते.

### प्रत्येक पर्याय WhatsApp पर्यंत कसा पोहोचतो

संपूर्ण तुलना याच मुद्द्यावर आहे आणि बाकी सर्व निष्कर्ष यावरच आधारित आहेत.

- Baileys:: WhatsApp चा लिंक्ड-डिव्हाइस प्रोटोकॉल वेब-सॉकेटवर राबवणारी TypeScript लायब्ररी. वेब क्लायंटप्रमाणे QR code स्कॅन करून ती लॉग इन करते आणि नंतर सेशन स्वतः सांभाळते. Meta ला विचारले जात नसल्यामुळे Meta ची कोणतीही मंजुरी यात नसते.
- EasyCoexistence:: Coexistence द्वारे क्लायंटच्या स्वतःच्या WhatsApp Business Account साठी Meta ने दिलेल्या क्रेडेन्शियल्ससह Meta चे Cloud API. नंबर Meta कडे एपीआय नंबर म्हणून नोंदवला जातो आणि त्याच वेळी WhatsApp Business ॲप फोनवर कार्यरत राहते.

### काही बिघडल्यावर काय होते

दोन्ही पर्याय कधी ना कधी बंद पडतात. फरक एवढाच की विचारण्यासाठी कोणी उपलब्ध आहे की नाही.

- Baileys:: GitHub वरील समुदाय-आधारित प्रकल्प. WhatsApp ने प्रोटोकॉल बदलल्यावर लायब्ररीला त्यानुसार बदलावे लागते आणि तोपर्यंत तुमचे इंटिग्रेशन बंद राहते. कोणताही सपोर्ट करार किंवा नंबर बंद करण्याविरुद्ध अपीलची सोय नाही.
- EasyCoexistence:: Meta च्या स्वतःच्या पायाभूत सुविधांवरील कनेक्शन, ज्याचे सतत मॉनिटरिंग केले जाते. ते तुटल्यावर आम्ही Meta ने दिलेले डिस्कनेक्शन कारण वाचतो. त्यामुळे 14 दिवसांची निष्क्रियता आणि खरे काढून टाकणे यात फरक करता येतो आणि ग्राहकाच्या लक्षात येण्यापूर्वी तुम्हाला कळवले जाते.

### खर्च किती आहे, प्रामाणिकपणे

अनधिकृत मार्ग सहसा मोफत वाटतो, पण तुलना प्रत्यक्षात लायसन्सच्या शुल्काची नाही.

- 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/mr/compare/easycoexistence-vs-wppconnect

WPPConnect हा नियंत्रित ब्राउझर सत्रात WhatsApp Web स्वयंचलित करणारा ओपन-सोर्स प्रकल्प आहे. तो काम करतो, मोफत किंवा स्वस्त आहे, पण अधिकृत मार्गात नसलेला धोका यात आहे: WhatsApp च्या व्यावसायिक अटींमध्ये लिंक्ड-डिव्हाइस सत्राद्वारे स्वयंचलित संदेशांची तरतूद नाही, आणि अशा प्रकारे वापरलेला नंबर कोणतीही पूर्वसूचना न देता मर्यादित किंवा बंद केला जाऊ शकतो. EasyCoexistence Meta च्या स्वतःच्या Coexistence वैशिष्ट्याद्वारे तोच नंबर जोडते.

### प्रत्येक सेवा WhatsApp पर्यंत कशी पोहोचते

संपूर्ण तुलना याच मुद्द्यावर आहे आणि बाकी सर्व निष्कर्ष इथूनच येतात.

- WPPConnect:: हे हेडलेस सत्रात WhatsApp Web चालवणारे ब्राउझर ऑटोमेशन प्रकल्प आहे, ज्यावर REST रॅपर आहे. नंबर QR कोडद्वारे जोडला जातो आणि सत्र ब्राउझर प्रोफाइलमध्ये राहते. त्यामुळे WhatsApp ला तो API क्लायंटऐवजी जोडलेले डिव्हाइस दिसते.
- EasyCoexistence:: Meta चा Cloud API, क्लायंटच्या स्वतःच्या WhatsApp Business Account साठी Meta ने जारी केलेल्या क्रेडेन्शियल्ससह, Coexistence द्वारे वापरला जातो. नंबर Meta कडे API नंबर म्हणून नोंदवला जातो आणि WhatsApp Business ॲप त्याच वेळी फोनवर कार्यरत राहते.

### काही बिघडल्यावर काय होते

दोन्ही सेवा कधी कधी बंद पडतात. फरक एवढाच की विचारण्यासाठी कोणी उपलब्ध आहे का.

- WPPConnect:: सक्रिय आणि प्रतिसाद देणारा ओपन-सोर्स समुदाय आहे, पण कोणासाठीही त्याची बांधिलकी नाही. WhatsApp Web मधील बदलामुळे सत्र हाताळणी बिघडू शकते. ॲक्सेसला कधीही मान्यता नव्हती, त्यामुळे बंदी आल्यास अपीलचा मार्ग नाही.
- EasyCoexistence:: Meta च्या स्वतःच्या पायाभूत सुविधांवरील कनेक्शनचे सतत मॉनिटरिंग केले जाते. ते खंडित झाल्यावर आम्ही Meta ने दिलेले डिस्कनेक्शन कारण वाचतो. त्यामुळे चौदा दिवसांची निष्क्रियता आणि खरे काढून टाकणे वेगळे ओळखता येते, तसेच ग्राहकाच्या लक्षात येण्यापूर्वी तुम्हाला कळवले जाते.

### खर्च किती आहे, प्रामाणिकपणे

अनधिकृत मार्ग सहसा मोफत दिसतो, पण तुलना खरेतर लायसन्स शुल्काची नाही.

- WPPConnect:: मोफत, पण ब्राउझर सतत चालवू शकणारा सर्व्हर, प्रत्येक सत्रासाठी मेमरी आणि सत्र बंद पडल्यावर ते पुन्हा सुरू करणारी व्यक्ती आवश्यक असते. अनेक नंबर असतील तर हा खर्च वाढतो.
- EasyCoexistence:: कनेक्ट केलेल्या प्रत्येक नंबरसाठी दरमहा US$ 9 पासून, होस्टिंग, मॉनिटरिंग आणि MCP कनेक्टरसह. सर्व्हर चालवण्याची, सत्र पुन्हा जोडण्याची किंवा प्रोटोकॉल बदलल्यावर काहीही नव्याने तयार करण्याची गरज नाही.

### प्रत्येक सेवा प्रत्यक्षात काय करू शकते

हा प्रामाणिक भाग आहे आणि अनधिकृत प्रकल्प अस्तित्वात का आहेत याचे कारणही हेच आहे.

- WPPConnect:: WhatsApp Web जे काही करू शकते ते सर्व, त्यात ग्रुप्स आणि वैयक्तिक चॅट्सही येतात. अधिकृत API पेक्षा ही क्षमता खरोखरच व्यापक आहे. मात्र मार्गात ब्राउझर असल्यामुळे ती धीमी आणि जडही आहे.
- EasyCoexistence:: Cloud API परवानगी देतो ते सर्व: मेसेज पाठवणे आणि घेणे, टेम्प्लेट्स, मीडिया आणि इंटरॲक्टिव्ह मेसेजेस, तसेच Meta द्वारे वितरित केलेले वेबहुक्स. ग्रुप चॅट्स API च्या बाहेर आहेत आणि फ्री-फॉर्म प्रत्युत्तरांसाठी 24 तासांची विंडो खुली असावी लागते. हे Meta चे नियम आहेत आणि प्रत्येक अधिकृत प्रदात्याला लागू होतात.

### कोणी कोणता पर्याय निवडावा

दोन्हींसाठी ठोस कारण आहे. हे पूर्णपणे त्या नंबरची किंमत किती आहे यावर अवलंबून आहे.

- ज्या नंबरच्या गमावण्याची चिंता नाही असा हौशी प्रकल्प: अनधिकृत मार्ग मोफत आणि सक्षम आहे.
- व्यवसाय ज्या नंबरवर ग्राहकांना उत्तर देतो: अधिकृत मार्ग, कारण बंदीमुळे व्यवसायाची लाइन संपते.
- क्लायंटचा नंबर असलेली कोणतीही गोष्ट: अधिकृत मार्ग, कारण हा धोका तुमचा घेण्यासारखा नाही.
- फोनवरील WhatsApp Business ॲप कार्यरत राहणे आवश्यक असेल: Coexistence, जे आम्ही देतो.

- व्यवसायाच्या नंबरवर अनधिकृत ब्रिज तपासणे. बंदी कोणतीही सूचना आणि अपील न देता येते.
- अनेक वर्षांचा कार्यरत अपटाइम सुरक्षिततेचा पुरावा मानणे. अंमलबजावणी सतत नसून अधूनमधून होते.
- बंदीचा परिणाम फक्त API वर होतो असे गृहीत धरणे. त्यासोबत WhatsApp Business प्रोफाइलही जाते.

**WPPConnect खरोखर काम करते का?** होय, म्हणूनच ते लोकप्रिय आहे. प्रश्न ते काम करते का हा नाही, तर WhatsApp च्या लक्षात आल्यावर नंबरचे काय होते हा आहे.

**यासाठी नंबर बंद केला जाऊ शकतो का?** होय. WhatsApp च्या व्यवसायविषयक अटींमध्ये अनधिकृत ॲक्सेसची तरतूद नाही आणि अंमलबजावणी कोणतीही सूचना किंवा अपील न देता होते.

**तुमच्यासोबत माझे WhatsApp Business ॲप बंद होईल का?** नाही. Coexistence चा हाच उद्देश आहे: Cloud API त्याच नंबरवर चालू असताना फोनवरील ॲप कार्यरत राहते.

**ब्राझीलमध्ये ते लोकप्रिय का आहे?** ते लवकर आले, त्याचे दस्तऐवजीकरण पोर्तुगीजमध्ये आहे आणि ते मोफत आहे. त्यामुळे स्थानिक इंटिग्रेशनच्या एका पिढीसाठी ते डीफॉल्ट पर्याय बनले.

---

## EasyCoexistence विरुद्ध Evolution API

https://easycoexistence.com/mr/compare/easycoexistence-vs-evolution-api

Evolution API ही ओपन-सोर्स REST एपीआय आहे, जी अनधिकृत WhatsApp लायब्ररींना स्वच्छ इंटरफेसमागे गुंडाळते. ती चालते, मोफत किंवा स्वस्त आहे, पण अधिकृत मार्गात नसलेला धोका घेऊन येते: WhatsApp च्या व्यावसायिक अटींमध्ये लिंक्ड-डिव्हाइस सत्राद्वारे स्वयंचलित संदेशांची तरतूद नाही, आणि अशा प्रकारे वापरलेला नंबर कोणतीही पूर्वसूचना न देता मर्यादित किंवा बंद केला जाऊ शकतो. EasyCoexistence Meta च्या स्वतःच्या Coexistence सुविधेद्वारे तोच नंबर जोडते.

### प्रत्येक पर्याय WhatsApp पर्यंत कसा पोहोचतो

संपूर्ण तुलना याच मुद्द्यावर आहे आणि बाकी सर्व गोष्टी त्यातून ठरतात.

- Evolution API:: सेल्फ-होस्टेड REST एपीआय आणि मॅनेजर, जे लिंक्ड-डिव्हाइस लायब्ररींना स्वच्छ इंटरफेसमागे गुंडाळतात. यात डॅशबोर्ड, मल्टी-इन्स्टन्स सपोर्ट आणि वेबहुक्स आहेत. डेव्हलपरचा अनुभव चांगला आहे, पण प्रत्येक इन्स्टन्सच्या आत अजूनही QR ने जोडलेले डिव्हाइसच असते.
- EasyCoexistence:: Meta ची Cloud API, क्लायंटच्या स्वतःच्या WhatsApp Business Account साठी Meta ने दिलेल्या क्रेडेन्शियल्ससह, Coexistence द्वारे. नंबर Meta कडे एपीआय नंबर म्हणून नोंदवला जातो आणि त्याच वेळी फोनवरील WhatsApp Business ॲप सुरू राहते.

### काही बिघडल्यावर काय होते

दोन्ही पर्याय कधी ना कधी बंद पडतात. फरक इतकाच की विचारण्यासाठी कोणी उपलब्ध आहे का.

- Evolution API:: मोठ्या समुदायासह सक्रिय ओपन-सोर्स प्रकल्प. इंटरफेस स्थिर आहे, पण तो ज्या गोष्टीला गुंडाळतो ती अधिकृत मान्यताप्राप्त नाही. त्यामुळे अनधिकृत प्रवेशासाठी बॅन झालेला नंबर रॅपर कितीही चांगला असला तरी परत मिळत नाही.
- EasyCoexistence:: Meta च्या स्वतःच्या इन्फ्रास्ट्रक्चरवरील कनेक्शन, ज्याचे सतत मॉनिटरिंग केले जाते. कनेक्शन तुटल्यावर आम्ही Meta चे डिस्कनेक्शन कारण वाचतो. त्यामुळे 14 दिवसांची निष्क्रियता आणि प्रत्यक्ष काढून टाकणे वेगळे ओळखता येते, आणि ग्राहकाला कळण्यापूर्वी तुम्हाला सांगितले जाते.

### खर्च किती आहे, प्रामाणिकपणे

अनधिकृत मार्ग सहसा मोफत दिसतो, पण तुलना खरोखर परवाना शुल्काची नाही.

- Evolution API:: परवाना मोफत, सेल्फ-होस्टेड, त्यामुळे खरा खर्च इन्फ्रास्ट्रक्चर आणि ते सांभाळणाऱ्या व्यक्तीचा असतो. त्याचा चांगला फिनिश सुरुवात स्वस्त करतो, पण आतली वास्तविकता बदलत नाही.
- EasyCoexistence:: प्रत्येक जोडलेल्या नंबरसाठी दरमहा US$ 9 पासून, होस्टिंग, मॉनिटरिंग आणि MCP कनेक्टरसह. चालवण्यासाठी सर्व्हर नाही, पुन्हा लिंक करण्यासाठी सेशन नाही आणि प्रोटोकॉल बदलल्यावर नव्याने काही बांधण्याची गरज नाही.

### प्रत्येक पर्याय प्रत्यक्षात काय करू शकतो

हा प्रामाणिक भाग आहे आणि अनधिकृत प्रकल्प अस्तित्वात का आहेत याचे कारणही हेच आहे.

- Evolution API:: मेसेज पाठवणे आणि घेणे, मीडिया, ग्रुप्स, एका डिप्लॉयमेंटमधून अनेक इन्स्टन्सेस, वेबहुक्स आणि वापरण्यायोग्य डॅशबोर्ड. डेव्हलपरसाठी हा उपलब्ध पर्यायांमधील सर्वात सोयीस्कर अनधिकृत पर्याय आहे.
- EasyCoexistence:: Cloud API जे परवानगी देते ते सर्व: मेसेजेस पाठवणे आणि घेणे, टेम्प्लेट्स, मीडिया आणि इंटरॅक्टिव्ह मेसेजेस, Meta कडून वितरित होणाऱ्या वेबहुक्ससह. ग्रुप चॅट्स एपीआयच्या बाहेर आहेत आणि फ्री-फॉर्म उत्तरांसाठी 24 तासांची विंडो खुली असावी लागते. हे Meta चे नियम आहेत आणि प्रत्येक अधिकृत प्रदात्यावर लागू होतात.

### कोणता पर्याय कोणी निवडावा

दोन्हींसाठी योग्य कारण आहे. हे पूर्णपणे नंबर तुमच्यासाठी किती महत्त्वाचा आहे यावर अवलंबून आहे.

- ज्या नंबरच्या जाण्याची फारशी चिंता नाही असा हौशी प्रकल्प: अनधिकृत मार्ग मोफत आणि सक्षम आहे.
- ज्या नंबरवर व्यवसाय ग्राहकांना उत्तर देतो: अधिकृत मार्ग, कारण बॅन झाल्यास व्यवसायाची लाइन बंद होते.
- क्लायंटचा नंबर असलेली कोणतीही गोष्ट: अधिकृत मार्ग, कारण हा धोका घेणे तुमचे काम नाही.
- फोनवर WhatsApp Business ॲप सुरू राहणे आवश्यक असलेली कोणतीही जागा: Coexistence, आणि आम्ही हेच करतो.

- व्यवसायाच्या नंबरवर अनधिकृत ब्रिजची चाचणी घेणे. बॅन कोणतीही सूचना किंवा अपील न देता येतो.
- अनेक वर्षे चाललेली अपटाइम म्हणजे सुरक्षितता असे समजणे. अंमलबजावणी सतत नसून अधूनमधून होते.
- बॅनचा परिणाम फक्त एपीआयवर होतो असे गृहीत धरणे. त्यासोबत WhatsApp Business प्रोफाइलही जाते.

**Evolution API खरोखर काम करते का?** होय, म्हणूनच ती लोकप्रिय आहे. प्रश्न ती काम करते का हा नाही, तर WhatsApp च्या लक्षात आल्यावर नंबरचे काय होते हा आहे.

**यासाठी नंबर बॅन होऊ शकतो का?** होय. WhatsApp च्या व्यवसायविषयक अटींमध्ये अनधिकृत प्रवेशाची तरतूद नाही आणि अंमलबजावणीत कोणतीही सूचना किंवा अपील नसते.

**तुमच्यासोबत माझे WhatsApp Business ॲप बंद पडेल का?** नाही. Coexistence चा उद्देश हाच आहे: Cloud API त्याच नंबरवर सुरू असताना फोनवरील ॲप सुरू राहते.

**हे व्यावसायिक दिसते. ते अधिक सुरक्षित आहे का?** नाही. इंटरफेस बहुतेक पर्यायांपेक्षा चांगला आहे, पण त्यामागे तोच लिंक्ड-डिव्हाइस प्रवेश आहे आणि अंमलबजावणी रॅपरवर नव्हे तर नंबरवर होते.

---

## EasyCoexistence विरुद्ध Whapi

https://easycoexistence.com/mr/compare/easycoexistence-vs-whapi

Whapi ही अनधिकृत गेटवेद्वारे WhatsApp वापरण्याची होस्टेड सेवा आहे. ती काम करते, मोफत किंवा स्वस्त आहे; पण अधिकृत मार्गात नसलेला धोका येथे आहे: अशा प्रकारे जोडलेला नंबर WhatsApp च्या अटींचे उल्लंघन करतो आणि कोणतीही सूचना न देता बंद केला जाऊ शकतो. EasyCoexistence Meta च्या स्वतःच्या Coexistence सुविधेद्वारे तोच नंबर जोडते.

### प्रत्येक सेवा WhatsApp पर्यंत कशी पोहोचते

संपूर्ण तुलना याच मुद्द्यावर आहे आणि बाकी सर्व निष्कर्ष यावरच अवलंबून आहेत.

- Whapi:: REST एपीआय आणि सशुल्क प्लॅन असलेले होस्टेड गेटवे. सुविधा खरोखर उपयुक्त आहे: चालवण्यासाठी सर्व्हर नाही आणि सांभाळण्यासाठी लायब्ररी नाही. मात्र नंबर Meta कडे एपीआय नंबर म्हणून नोंदवला जात नाही, तर डिव्हाइस म्हणून जोडला जातो.
- EasyCoexistence:: क्लायंटच्या स्वतःच्या WhatsApp Business Account साठी Meta ने दिलेल्या क्रेडेन्शियल्ससह Coexistence द्वारे Meta चे Cloud API. नंबर Meta कडे एपीआय नंबर म्हणून नोंदवला जातो आणि त्याच वेळी फोनवरील WhatsApp Business ॲप सुरू राहते.

### काही बिघडल्यावर काय होते

दोन्ही सेवा कधी कधी बंद पडतात. फरक एवढाच की विचारण्यासाठी कोणी उपलब्ध आहे का.

- Whapi:: सपोर्ट देणारा व्यावसायिक प्रदाता, जो ओपन-सोर्स लायब्ररीपेक्षा अधिक सुविधा देतो. पण प्रवेशाला Meta ची मान्यता नसल्यामुळे आणि अपीलची सोय नसल्यामुळे सपोर्ट नंबरवरील बंदी उठवू शकत नाही.
- EasyCoexistence:: Meta च्या स्वतःच्या पायाभूत सुविधांवरील कनेक्शन, ज्याचे सतत मॉनिटरिंग केले जाते. ते खंडित झाल्यावर Meta ने दिलेले डिस्कनेक्शन कारण आम्ही पाहतो. त्यामुळे चौदा दिवसांची निष्क्रियता आणि प्रत्यक्ष काढून टाकणे यातील फरक कळतो, तसेच ग्राहकाच्या लक्षात येण्यापूर्वी तुम्हाला कळवले जाते.

### खर्च किती आहे, प्रामाणिकपणे

अनधिकृत मार्ग सहसा मोफत दिसतो, पण तुलना प्रत्यक्षात लायसन्स फीबद्दल नाही.

- Whapi:: मासिक शुल्क असल्यामुळे हा ओपन-सोर्स मार्गाइतका स्वस्त पर्याय नाही. मोफत साधनांसोबत असलेला धोका कायम ठेवून तुम्ही सुविधेसाठी पैसे देता.
- EasyCoexistence:: प्रति जोडलेल्या नंबरसाठी दरमहा US$ 9 पासून, होस्टिंग, मॉनिटरिंग आणि MCP कनेक्टरसह. चालवण्यासाठी सर्व्हर नाही, पुन्हा लिंक करण्यासाठी सेशन नाही आणि प्रोटोकॉल बदलल्यावर पुन्हा काही तयार करण्याची गरज नाही.

### प्रत्येक सेवा प्रत्यक्षात काय करू शकते

ही प्रामाणिक बाजू आहे आणि अनधिकृत प्रकल्प अस्तित्वात असण्याचे कारणही हेच आहे.

- Whapi:: चालवण्यासाठी पायाभूत सुविधा नसताना नीटस REST एपीआयद्वारे मेसेज पाठवणे व घेणे, मीडिया, ग्रुप आणि वैयक्तिक चॅट्स. वैशिष्ट्यांची तुलना केली तर हे अधिकृत एपीआयपेक्षा व्यापक आहे.
- 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/mr/compare/best-whatsapp-coexistence-providers

ही यादी छोटी आहे, कारण WhatsApp एपीआय उद्योगापेक्षा Coexistence नवे आहे आणि अजूनही बहुतेक प्रदाते ते देत नाहीत. जे देतात, त्यांचे शुल्क आणि कोणत्या व्यवसायासाठी ते तयार आहेत, ते येथे दिले आहे.

### 1. EasyCoexistence, ज्यांना फक्त कनेक्शन हवे आहे अशा व्यवसायासाठी किंवा एजन्सीसाठी

आम्ही आमच्या स्वतःच्या यादीत पहिल्या क्रमांकावर आहोत, त्यामुळे पुढचे पर्याय वाचा आणि स्रोत तपासा. दावा मर्यादित आणि पडताळता येण्यासारखा आहे: या यादीतील सर्वात कमी प्रकाशित सुरुवातीची किंमत, सीट्स किंवा प्लॅन टियर नसलेले प्रति-नंबर मॉडेल, मेसेज इव्हेंट्स दुसऱ्या इनबॉक्समध्ये न जाता Meta कडून थेट तुमच्या स्वतःच्या सिस्टममध्ये पोहोचणे, Meta ने दिलेले डिस्कनेक्शनचे कारण वाचणारे सतत मॉनिटरिंग आणि संपूर्ण प्रक्रिया चालवण्यासाठी AI सहाय्यकाला सक्षम करणारा MCP कनेक्टर.

- कनेक्ट केलेल्या प्रत्येक नंबरसाठी दरमहा US$ 9 पासून, नंबर वाढवल्यावर US$ 1 पर्यंत कमी.
- सीट्स नाहीत, करार नाही, सेटअप शुल्क नाही, पहिले 3 दिवस मोफत.
- शून्य मार्कअप: संभाषणांचे शुल्क Meta थेट ग्राहकाकडून घेते.
- Claude, ChatGPT, Cursor आणि Claude Code साठी OAuth वर सोळा MCP टूल्स.

### 2. YCloud, ज्यांना त्याभोवती प्लॅटफॉर्म हवे आहे अशा टीमसाठी

पोझिशनिंगच्या दृष्टीने हा सर्वात जवळचा पर्याय आहे: ते Coexistence खुलेपणाने देतात आणि WhatsApp मेसेजवर शून्य मार्कअप ठेवण्याचे वचन देतात. महत्त्वाचा फरक बिलाचा आहे. त्यांच्या सशुल्क प्लॅनची सुरुवात दरमहा US$ 39 पासून होते. त्यात एक नंबर मोजण्यापूर्वीच वापरकर्ता सीट्स, चॅनेल्स आणि AI क्रेडिट्सनुसार शुल्करचना असते. आमची सुरुवात सीट्स आणि क्रेडिट्सशिवाय, कनेक्ट केलेल्या प्रत्येक नंबरसाठी US$ 9 पासून होते. त्यामुळे एक ते तीन नंबर असलेला व्यवसाय त्याच्या काही अंशाइतकेच पैसे देतो, आणि चाळीस नंबर असलेल्या एजन्सीसाठी दर US$ 5 पर्यंत कमी होतो.

### 3. SleekFlow, शेअर्ड इनबॉक्समध्ये काम करणाऱ्या टीमसाठी

ते त्यांच्या सोल्यूशन्समध्ये Coexistence नमूद करतात. त्यांचे उत्पादन कॅम्पेन आणि ऑटोमेशन्स असलेला ओम्नीचॅनेल इनबॉक्स आहे. शुल्क प्रत्येक वापरकर्ता सीटनुसार, किमान सीट्ससह आणि अतिरिक्त WhatsApp नंबरसाठी अ‍ॅड-ऑनसह आकारले जाते. सर्वांनी एकाच ठिकाणी काम करावे असे वाटणाऱ्या विक्री किंवा सपोर्ट टीमसाठी ही रचना योग्य आहे. अनेक ठिकाणी काम करणाऱ्या व्यवसायासाठी ती तोट्याची ठरते, कारण सीट्स आणि नंबरचे अ‍ॅड-ऑन दोन्ही तुमच्या खर्चात वाढ करतात.

### 4. 8x8, आधीच कम्युनिकेशन सेवा घेणाऱ्या एंटरप्राइझसाठी

तुम्ही आम्हाला निवडले तरी कोणताही प्रदाता निवडण्यापूर्वी वाचावी अशी, सर्व प्रदात्यांमधील सर्वात स्पष्ट Coexistence कागदपत्रे त्यांच्याकडे आहेत. त्यांचे उत्पादन कॉन्टॅक्ट सेंटर आणि व्हॉइससोबत विकले जाणारे एंटरप्राइझ CPaaS आहे. कम्युनिकेशनवरील खर्च आधीच एकत्रित करत असाल, तर अकाउंट टीम्स आणि व्यावसायिक करारांद्वारे मिळणारी ही सेवा योग्य ठरते. एका नंबरसाठी आणि वेबहुकसाठी तिथपर्यंत पोहोचण्याचा हा जड मार्ग आहे.

### 5. Dualhook, थेट सेवा देणारा विशेषज्ञ

आम्ही वापरतो तीच आर्किटेक्चर: Meta कडून थेट वेबहुक रूटिंगसह Coexistence, मेसेज साठवणूक नाही आणि प्रकाशित किंमत. त्यांची प्रकाशित किंमत आमच्या US$ 9 च्या तुलनेत प्रति नंबर US$ 12 आहे. तेराव्या दिवशी ते वेळ सुरू असल्याचा इशारा देतात, Meta ने दिलेले डिस्कनेक्शनचे कारण वाचत नाहीत, आणि त्यांच्या कागदपत्रांत MCP कनेक्टरचे वर्णन नाही.

### साइन करण्यापूर्वी यापैकी कोणत्याही प्रदात्याला काय विचारावे

या यादीतील प्रदात्यांमधील फरक स्पष्ट करणारे चार प्रश्न. विक्रीच्या पानावर त्यांची उत्तरे एकट्याने मिळत नाहीत.

- नंबर माझ्या स्वतःच्या Meta Business Portfolio मध्येच राहतो का, आणि Meta मला थेट बिल करते का?
- प्रत्येक मेसेजवर तुम्ही काही अतिरिक्त शुल्क आकारता का, आणि ते Meta च्या शुल्कापासून वेगळे दाखवता का?
- पुन्हा कनेक्शन झाल्यावर तुम्ही वेबहुक ओव्हरराइड पुन्हा लागू करता का, की मेसेज पोहोचणे गुपचूप थांबते?
- 14 दिवसांच्या निष्क्रियतेच्या नियमाबाबत तुम्ही काय करता, आणि Meta ने दिलेले डिस्कनेक्शनचे कारण वाचता का?

- फीचरची संख्या पाहून निवड करणे. Coexistence ही Meta ची यंत्रणा आहे, त्यामुळे त्याखालील प्लॅटफॉर्म सर्वत्र एकसारखाच आहे.
- एखादा प्रदाता WhatsApp देतो म्हणून तो Coexistence देखील देतो असे गृहीत धरणे. अजूनही बहुतेक प्रदाते ते देत नाहीत.
- तुमच्या व्यवसायाच्या रचनेसाठी दोन्हींची मोजणी न करता सीटच्या किंमतीची तुलना प्रति-नंबर किंमतीशी करणे.

**तुम्ही तुमच्या स्वतःच्या यादीत पहिल्या क्रमांकावर का आहात?** कारण हा दावा टिकतो असे आम्हाला वाटते: या यादीतील सर्वात कमी प्रकाशित सुरुवातीची किंमत, सीट्स नाहीत, शून्य मार्कअप आणि मॉनिटरिंग समाविष्ट आहे. प्रत्येक आकडा स्रोतासह दिला आहे, त्यामुळे तपासा.

**कोणते प्रदाते Coexistence देतात?** सामान्यतः WhatsApp देणाऱ्या प्रदात्यांपेक्षा खूपच कमी. या यादीतील प्रदाते त्यांच्या स्वतःच्या साइटवर ते स्पष्टपणे सांगतात. WhatsApp एपीआय उद्योगातील बहुतेक प्रदाते अजूनही ते देत नाहीत.

**प्रदाता Coexistence काय करू शकते ते बदलतो का?** नाही. हे फीचर Meta चे आहे, त्यामुळे मर्यादा सर्वत्र सारख्याच आहेत: तीच चार बंद वैशिष्ट्ये, तोच 14 दिवसांचा नियम आणि ग्रुप चॅट्स नाहीत.

**सर्वात स्वस्त पर्याय कोणता?** प्रकाशित सुरुवातीच्या किंमतीनुसार आमचा. नंबर वाढल्यावर फरक आणखी वाढतो, कारण आमचा प्रति-नंबर दर कमी होतो, तर सीट आणि प्लॅनची किंमत कमी होत नाही.

---

## सर्वोत्तम WhatsApp Cloud API प्रदाते

https://easycoexistence.com/mr/compare/best-whatsapp-cloud-api-providers

इथला प्रत्येक प्रदाता तोच Cloud API कनेक्ट करतो, कारण तो Meta चा आहे आणि एकच आहे. फरक शुल्क आकारण्याच्या पद्धतीत आहे. त्यामुळे प्रदाते तीन गटांत येतात: प्रति मेसेज शुल्क, प्रति सीट शुल्क किंवा प्रत्येक कनेक्ट केलेल्या नंबरसाठी शुल्क.

### तीन शुल्क पद्धती, हाच खरा पर्याय

खालील API एकसारखा असल्यामुळे सुविधांच्या याद्या सारख्याच वाटतात. पण बिल कसे मोजले जाते यात फरक असतो आणि व्यवसाय वाढताना तुम्ही किती पैसे द्याल हे त्यावर ठरते.

- प्रति मेसेज: प्रत्येक मेसेजवर शुल्क, त्यामुळे व्यवसाय यशस्वी होताच खर्च वाढतो.
- प्रति सीट: प्रत्येक वापरकर्त्यावर शुल्क, त्यामुळे टीम वाढली की खर्च वाढतो, वापरकर्ता लॉग इन करतो किंवा नाही तरी शुल्क द्यावे लागते.
- प्रति नंबर: प्रत्येक कनेक्शनवर शुल्क, नंबर कनेक्ट झाल्यानंतर ते वाढत नाही.

### प्रति मेसेज शुल्क आकारणारे प्रदाते

हा CPaaS गट आहे. Twilio, Meta च्या शुल्काव्यतिरिक्त, येणाऱ्या आणि जाणाऱ्या प्रत्येक मेसेजसाठी US$ 0.005 आकारते. Gupshup प्रति मेसेज US$ 0.001 चे मानक शुल्क प्रकाशित करते. Bird Meta चे शुल्क आधीच समाविष्ट असलेला एकत्रित दर सांगते, त्यामुळे वाढीव शुल्क आहे, पण Meta च्या प्रकाशित दराशी त्याची पडताळणी करता येत नाही. Infobip विक्री विभागामार्फत प्रत्येक गंतव्य देशाचा दर सांगते. ही चारही सक्षम प्लॅटफॉर्म आहेत, पण चारही ठिकाणी प्लॅटफॉर्मचा खर्च तुमच्या मेसेजच्या प्रमाणानुसार बदलतो.

### प्रति सीट शुल्क आकारणारे प्रदाते

हा इनबॉक्स गट आहे. SleekFlow, Wati आणि Respond.io मोहिमा व ऑटोमेशनसह सामायिक इनबॉक्स विकतात. त्यांचे दर प्रत्येक वापरकर्त्यानुसार आणि प्लॅनच्या स्तरांनुसार असतात. अनेक बाबतीत WhatsApp नंबरसाठी अतिरिक्त शुल्कही असते. तुमची टीम दिवसभर एकाच उत्पादनात काम करणार असेल तर ही योग्य खरेदी आहे. पण तुमच्याकडे आधीच CRM असेल तर हा चुकीचा पर्याय आहे, कारण कोणी तो उघडले किंवा नाही तरी दुसऱ्या इनबॉक्सचे पैसे द्यावे लागतात.

### प्रति नंबर शुल्क आकारणारे प्रदाते

हा पायाभूत सुविधांचा आणि सर्वांत छोटा गट आहे. EasyCoexistence प्रत्येक कनेक्ट केलेल्या नंबरसाठी दरमहा US$ 9 पासून शुल्क आकारते, नंबर वाढतील तसे ते US$ 1 पर्यंत कमी होते. मेसेजसाठी कोणतेही शुल्क आणि सीट नाहीत. Dualhook हा प्रकाशित प्रति नंबर दर असलेला दुसरा तज्ज्ञ प्रदाता आहे. ज्यांच्याकडे आधीच प्रणाली आहे आणि WhatsApp तिच्याशी जोडायचे आहे अशा व्यवसायांसाठी ही पद्धत योग्य आहे. अनेक ग्राहकांचे नंबर सांभाळणाऱ्या एजन्सीसाठी कमी होत जाणारा प्रति नंबर दर एकत्रित बचत वाढवतो.

### या पद्धती कुठे समान खर्चावर येतात

अंदाज करण्यापेक्षा गणना करणे योग्य आहे आणि हिशोब सोपा आहे.

- प्रति मेसेज US$ 0.005 असल्यास, प्रत्येक नंबरसाठी US$ 9 शुल्क दरमहा सुमारे 1,800 मेसेजपेक्षा जास्त वापरात स्वस्त पडते.
- प्रति मेसेज US$ 0.001 असल्यास, समान खर्चाचा बिंदू दरमहा सुमारे 9,000 मेसेजवर येतो.
- सीट पद्धतीत समान खर्चाचा बिंदू मेसेजच्या प्रमाणावर नाही, तर वापरकर्त्यांच्या संख्येवर ठरतो. त्यामुळे सीटची संख्या नंबरशी तुलना करा.
- Meta चे स्वतःचे संभाषण शुल्क सर्व पद्धतींमध्ये समान असते आणि या तुलनेचा भाग नाही.

### यापैकी कोणतीही गोष्ट बदलत नाही

सुविधांची तुलना पाहून तुमचे मत बनण्यापूर्वी हे जाणून घेणे महत्त्वाचे आहे.

- Cloud API Meta चा आहे. त्यामुळे विश्वासार्हता आणि क्षमता प्रदात्याची नसून प्लॅटफॉर्मची आहेत.
- टेम्प्लेट मंजुरीचा निर्णय Meta घेते आणि कोणताही प्रदाता तो जलद करू शकत नाही.
- प्राप्तकर्त्यांच्या वर्तनावरून क्वालिटी रेटिंग आणि मेसेजिंग स्तर Meta ठरवते.
- Coexistence उपलब्ध असताना त्याच्या मर्यादा सर्वत्र समान असतात, कारण हे फीचर Meta चे आहे.

- फक्त सुविधांच्या ठळक याद्यांची तुलना करणे. प्रत्येक बाबतीत खालील API Meta चाच एक आहे.
- समान खर्चाचा वापर-उंबरठा दुर्लक्षित करणे. वर्षभराच्या वापरात गुणाकार केल्याशिवाय एका सेंटचा दहावा भाग मोठा वाटत नाही.
- एकत्रित प्रति मेसेज दरात वाढीव शुल्क नाही असे मानणे. याचा अर्थ वाढीव शुल्क वेगळे दाखवलेले नाही.

**एका प्रदात्याचा Cloud API दुसऱ्यापेक्षा जलद असतो का?** नाही. प्रत्येक बाबतीत तो Meta चा API आहे. प्रदाता फक्त त्यापुढे काय असते आणि किती शुल्क आकारतो हे बदलू शकतो.

**सर्वांत स्वस्त पद्धत कोणती?** मध्यम प्रमाणापेक्षा जास्त वापरात प्रति नंबर. Twilio च्या प्रकाशित दरावर समान खर्चाचा बिंदू दरमहा सुमारे 1,800 मेसेजवर येतो, तर Gupshup च्या दरावर सुमारे 9,000 मेसेजवर.

**मला प्रदात्याची गरज आहे का?** आधीपासून WhatsApp Business ॲपवर सुरू असलेल्या नंबरवर Cloud API वापरायचा असेल तर होय. Coexistence ऑनबोर्डिंगसाठी Meta Tech Provider आवश्यक आहे.

**मेसेजचे बिल मला कोण पाठवते?** तुमचा प्रदाता पुनर्विक्री करत नसेल तर Meta. आमच्यासोबत Meta तुम्हाला थेट इनव्हॉइस पाठवते आणि आम्ही त्यावर कधीही वाढीव शुल्क लावत नाही.

---

## सर्वोत्तम WhatsApp MCP सर्व्हर्स

https://easycoexistence.com/mr/compare/best-whatsapp-mcp-servers

WhatsApp MCP सर्व्हर शोधल्यावर बहुतेक निकाल ओपन-सोर्स प्रकल्पांचे असतात, जे लिंक केलेल्या डिव्हाइसप्रमाणे WhatsApp मध्ये लॉग इन करतात. ते काम करतात, पण नंबर धोक्यात येतो. महत्त्वाचा फरक साधनांमध्ये नाही, तर सर्व्हर Metaच्या अधिकृत एपीआयशी जोडतो की नाही यात आहे.

### महत्त्वाचा फरक

प्रत्येक WhatsApp MCP सर्व्हर एका स्पष्ट बाजूला येतो, आणि हा फरक साधनांबद्दल नाही.

- अधिकृत: सर्व्हर Metaने दिलेल्या क्रेडेन्शियल्ससह Metaच्या Cloud API ला कॉल करतो. तो मान्यताप्राप्त आहे आणि नंबर सुरक्षित राहतो.
- अनधिकृत: सर्व्हर लिंक केलेल्या डिव्हाइसप्रमाणे लॉग इन करणारी लायब्ररी चालवतो, जशी वेब क्लायंट चालते.
- अनधिकृत मार्गासाठी Metaची मंजुरी लागत नाही, म्हणून तो ओपन-सोर्स प्रकल्पांमध्ये सामान्य आहे.
- तो WhatsAppच्या अटींच्या विरोधात आहे. त्यामुळे नंबर कोणतीही पूर्वसूचना किंवा अपीलची संधी न देता बॅन केले जातात.

### तुम्हाला सापडणारे ओपन-सोर्स प्रकल्प

GitHub वरील बहुतेक WhatsApp MCP सर्व्हर्स Baileys, WPPConnect किंवा Venomसारख्या लायब्ररींवर आधारित आहेत. या लायब्ररी लिंक केलेल्या डिव्हाइसच्या प्रोटोकॉलचे रिव्हर्स इंजिनिअरिंग करतात. ते खरोखर कल्पक आणि मोफत आहेत, तसेच अधिकृत एपीआयमध्ये उपलब्ध नसलेल्या वैयक्तिक चॅट्स आणि ग्रुप्सचा प्रवेश असिस्टंटला देतात. किंमत मात्र खाते आहे: अशा प्रकारे बॅन झालेला नंबर त्याच्यासोबत WhatsApp Business प्रोफाइलही गमावतो, आणि तक्रार करण्यासाठी कोणतेही सपोर्ट चॅनेल नसते. गमावण्याची तयारी असलेल्या वैयक्तिक नंबरसाठी हा व्यवहार योग्य ठरू शकतो. ग्राहकांशी व्यवसाय ज्या नंबरवरून बोलतो, त्यासाठी तो योग्य नाही.

### प्रत्यक्षात एक चालवण्यासाठी काय लागते

धोक्यापलीकडचा आणि दुसऱ्याच दिवशी जाणवणारा व्यावहारिक फरक.

- सहसा लॅपटॉपवर चालणारी स्थानिक सर्व्हर प्रक्रिया, जी असिस्टंटने काम करण्यासाठी सुरू ठेवावी लागते.
- डिव्हाइस लिंक करण्यासाठी QR स्कॅन, आणि सेशन तुटल्यावर तो पुन्हा करावा लागतो.
- स्थानिक कॉन्फिग फाइलमधील क्रेडेन्शियल्स, जिथे एपीआय टोकन साठवले जाते.
- लॅपटॉप स्लीपमध्ये गेल्यावर तुमच्या असिस्टंट आणि नंबरमधील कनेक्शन राहत नाही.

### EasyCoexistence, अधिकृत मार्ग

OAuth वरचा रिमोट MCP सर्व्हर, त्यामुळे काहीही इन्स्टॉल करावे लागत नाही आणि कॉन्फिग फाइलमध्ये टोकन राहत नाही. लोक असिस्टंटकडून प्रत्यक्षात जे करून घेतात त्यासाठी सोळा साधने आहेत: नंबरची यादी पाहणे, नंबरची हेल्थ तपासणे, एपीआय क्रेडेन्शियल्स वाचणे, मेसेज पाठवणे, टेम्प्लेटची यादी करणे, तयार करणे आणि पाठवणे, टेम्प्लेट स्टेटस तपासणे, वेबहुक तुमच्या सिस्टिमकडे वळवणे, डॉक्युमेंटेशन शोधणे आणि नवीन कनेक्शन सुरू करणे. आणखी पाच साधने Partner API सेट करतात: सेटअप स्थिती, API की, इव्हेंट्स URL आणि होस्टेड कनेक्ट लिंक. ते होस्ट केलेले असल्यामुळे तुमचा लॅपटॉप उघडा असो वा नसो, चालते. त्याखालील नंबर Coexistenceमार्फत Metaच्या अधिकृत Cloud API वर आहे, त्यामुळे WhatsApp Business ॲप काम करत राहते आणि काहीही धोक्यात येत नाही.

### अधिकृत मार्ग काय करू शकत नाही

हे स्पष्टपणे सांगणे आवश्यक आहे, कारण अनधिकृत प्रकल्प का अस्तित्वात आहेत हे यामुळे समजते आणि निवड करण्यापूर्वी तुम्हाला हे माहीत असावे.

- प्रत्येक अधिकृत प्रदात्याकडे ग्रुप चॅट्स Cloud APIच्या पूर्णपणे बाहेर आहेत.
- ग्राहक WhatsApp खात्यातील वैयक्तिक संभाषणे उपलब्ध होत नाहीत.
- फ्री-फॉर्म उत्तरे फक्त 24 तासांच्या सेवा विंडोमध्ये चालतात. त्यानंतर मंजूर टेम्प्लेटने संभाषण सुरू करावे लागते.
- हे आमचे नव्हे, Metaचे नियम आहेत आणि कोणताही अधिकृत प्रदाता ते शिथिल करू शकत नाही.

- MCP सर्व्हरचे मूल्यमापन साधनांच्या संख्येवर करणे. तो Metaच्या एपीआयशी जोडतो की फोनची नक्कल करतो, हा खरा प्रश्न आहे.
- व्यवसायाच्या नंबरवर अनधिकृत ब्रिज तपासणे. बॅन कोणतीही पूर्वसूचना किंवा अपील न देता येतात.
- स्थानिक सर्व्हर खाजगी आहे असे गृहीत धरणे. लॅपटॉपवरील कॉन्फिग फाइलमधील टोकन ही कमकुवत व्यवस्था आहे.

**ओपन-सोर्स WhatsApp MCP सर्व्हर्स सुरक्षित आहेत का?** ते काम करतात, पण लिंक केलेल्या डिव्हाइसप्रमाणे लॉग इन करतात, जे WhatsAppच्या अटींच्या विरोधात आहे. नंबर कोणतीही पूर्वसूचना न देता बॅन केले जातात.

**अधिकृत MCP सर्व्हर माझे ग्रुप चॅट्स वाचू शकतो का?** नाही. आमच्यासह प्रत्येक अधिकृत प्रदात्याकडे ग्रुप चॅट्स Metaच्या Cloud APIच्या बाहेर आहेत.

**मला काही इन्स्टॉल करावे लागेल का?** नाही. आमचा सर्व्हर OAuth वर रिमोट आहे, त्यामुळे तुम्ही एंडपॉइंट जोडून लॉग इन करता. तुमच्या मशीनवर काहीही चालत नाही.

**कोणते असिस्टंट्स ते वापरू शकतात?** कोणताही MCP क्लायंट. आम्ही Claude, ChatGPT, Cursor आणि Claude Code यांचे डॉक्युमेंटेशन देतो.

---

## EasyCoexistence विरुद्ध Twilio

https://easycoexistence.com/mr/compare/easycoexistence-vs-twilio

Twilio हे अनेक चॅनेल्समधून WhatsApp पुन्हा विकणारे सर्वसाधारण कम्युनिकेशन प्लॅटफॉर्म आहे. Metaच्या शुल्कावर त्यांची प्रत्येक मेसेजची प्रकाशित फी लागू होते. EasyCoexistence एकच काम करते: Coexistence द्वारे WhatsApp Business ॲपचा नंबर जोडते आणि नंबरमागे ठराविक शुल्क घेते.

### प्रत्येक उत्पादन कशासाठी आहे

दोन्ही उत्पादने वेगवेगळ्या समस्यांसाठी आहेत. हे सुरुवातीलाच स्पष्ट असणे महत्त्वाचे आहे.

- Twilio:: SMS, व्हॉइस, ईमेल आणि WhatsAppचा समावेश असलेले कम्युनिकेशन प्लॅटफॉर्म, अनेक चॅनेल्समधून मेसेजिंग उभारणाऱ्या इंजिनिअरिंग टीम्ससाठी. WhatsApp अनेक चॅनेल्सपैकी एक आहे आणि इतरांप्रमाणेच प्रत्येक मेसेजनुसार किंमत ठरते.
- EasyCoexistence:: Coexistenceमध्ये विशेष प्राविण्य असलेले उत्पादन. फोनवरील WhatsApp Business ॲप सुरू राहते, Cloud API त्याच नंबरवर चालते, मेसेज इव्हेंट्स तुमच्या स्वतःच्या एंडपॉइंटवर जातात आणि आम्ही कनेक्शनवर लक्ष ठेवतो. एक काम, पूर्णपणे केलेले.

### तुम्ही वाढल्यानंतर किंमतीवर काय परिणाम होतो

हा फरक वाढत जातो आणि तो मताचा नव्हे, सरळ गणिताचा विषय आहे.

- Twilio:: Metaच्या शुल्काव्यतिरिक्त इनबाउंड आणि आउटबाउंड प्रत्येक मेसेजसाठी US$ 0.005. प्रत्येक संभाषणासोबत फी वाढते, त्यामुळे प्लॅटफॉर्मचा खर्च व्यवसाय किती चांगली कामगिरी करतो यावर अवलंबून असतो.
- EasyCoexistence:: जोडलेल्या प्रत्येक नंबरमागे ठराविक शुल्क. महिन्यातील दहा हजार मेसेजेसची किंमत दहा मेसेजेसइतकीच असते. यशामुळे प्रत्येक मेसेजमागे प्लॅटफॉर्म स्वस्त होतो, महाग नाही, आणि व्हॉल्यूम वाढल्यावर नंबरमागची किंमतही कमी होते.

### WhatsApp खाते कोणाकडे राहते

नंबर आणि Metaसोबतचे नाते कुठे राहते, यावर कोणत्याही बाजूने बाहेर पडणे किती सोपे आहे हे ठरते.

- Twilio:: नंबर Twilioच्या sendersमधून ऑनबोर्ड केले जातात आणि मेसेजिंगचे नाते Twilioच्या पायाभूत सुविधांमधून चालते. बिलिंगचे नातेही तिथेच असते.
- EasyCoexistence:: नंबर क्लायंटच्या स्वतःच्या Meta Business Portfolioमध्ये आणि त्यांच्या स्वतःच्या WhatsApp Business Accountवर राहतो. Meta संभाषणांचे बिल थेट त्यांनाच करते. आम्ही तो नंबर जोडणारे Tech Provider आहोत, आणि आम्हाला काढल्यावर नंबर आमच्यासोबत जात नाही.

### मेसेज कुठे जातात

दोन्ही उत्पादने इनबाउंड मेसेज तुम्ही नियंत्रित करता त्या सर्व्हरवर पाठवतात. फरक मार्गात आणि त्या मार्गावर असलेल्या गोष्टींमध्ये आहे.

- Twilio:: इनबाउंड मेसेज Twilioमार्फत तुमच्या वेबहुकवर येतात. जाताना Twilio प्रत्येक मेसेजवर प्रक्रिया करून त्याचे बिल करते.
- EasyCoexistence:: आम्ही WhatsApp Business Accountवर Metaचा स्वतःचा override_callback_uri सेट करतो. त्यामुळे मेसेज इव्हेंट्स Metaकडून थेट तुमच्या एंडपॉइंटवर जातात. ते आमच्यामधून जात नाहीत, आम्ही ते साठवत नाही आणि मोजमाप करण्यासाठी मार्गावर काहीही नसते.

### एआय असिस्टंटकडून त्याच्यापर्यंत पोहोचणे

हा नवा प्रश्न आहे आणि सर्वसाधारण प्लॅटफॉर्मकडे त्याचे उत्तर देण्याचे कारण तुलनेने कमी आहे.

- Twilio:: मुख्य प्रोग्रामिंग भाषांसाठी SDKs असलेले पूर्ण REST एपीआय, त्यांच्या प्रकाशित US$ 0.005 प्रति मेसेज दराने मोजले जाते. त्यामुळे तुम्ही लिहिलेल्या इंटिग्रेशनकडून प्रत्येक पाठवलेल्या किंवा मिळालेल्या मेसेजसाठी शुल्क आकारले जाते.
- EasyCoexistence:: खाली तोच एपीआय, तसेच 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/mr/compare/easycoexistence-vs-gupshup

Gupshup हे संभाषणात्मक मेसेजिंग प्लॅटफॉर्म आहे. Meta च्या संभाषण शुल्कावर ते प्रत्येक मेसेजसाठी जाहीर फी आकारते. EasyCoexistence प्रत्येक कनेक्ट केलेल्या नंबरसाठी ठरावीक मासिक शुल्क घेते आणि मेसेज बिलात काहीही वाढवत नाही. व्हॉल्यूम वाढल्यावर हाच फरक अधिक स्पष्ट होतो.

### बिलाची रचना

दशांश सेंटचा छोटा शुल्क काहीच वाटत नाही, पण मोठ्या व्हॉल्यूममध्ये तोच संपूर्ण संभाषणाचा खर्च ठरतो.

- Gupshup:: Meta च्या शुल्काव्यतिरिक्त प्रत्येक मेसेजसाठी US$ 0.001 चे मानक शुल्क. हे टेम्प्लेट आणि सेशन मेसेजेस दोन्हींवर लागू होते. महिन्याला शंभर हजार मेसेजेस असल्यास Meta च्या खर्चाआधीच प्लॅटफॉर्म शुल्क शंभर डॉलर होते.
- EasyCoexistence:: प्रति मेसेज काहीही शुल्क नाही. शंभर हजार मेसेजेसची किंमत दहा मेसेजेसइतकीच राहते, कारण शुल्क ट्रॅफिकऐवजी नंबरनुसार असते. नंबर जितका व्यस्त, तितके प्रत्येक संभाषणामागील आमचे शुल्क कमी.

### उत्पादनाची रचना कशाभोवती आहे

दोन्ही WhatsApp कनेक्ट करतात. मात्र त्यांची कामे वेगवेगळी आहेत.

- Gupshup:: बॉट तयार करणे, कॅम्पेन साधने आणि अनेक चॅनेल असलेले संभाषणात्मक प्लॅटफॉर्म. मोठ्या प्रमाणावर बाहेरून मेसेज पाठवणाऱ्या व्यवसायांसाठी ते तयार केलेले आहे.
- EasyCoexistence:: Coexistence पायाभूत सुविधा. फोनवरील WhatsApp Business ॲप सुरूच राहते, Cloud API त्याच नंबरवर चालते आणि मेसेज इव्हेंट्स तुम्ही आधीपासून वापरत असलेल्या कोणत्याही सिस्टीम किंवा AI एजंटपर्यंत पोहोचतात. तुमची टीम कुठेही हलवण्याची गरज नाही.

### संभाषणाचा डेटा कुठे राहतो

तुमच्या व्यवसायाचा किती भाग दुसऱ्याच्या उत्पादनात चालतो, हे ठरवणारा प्रश्न.

- Gupshup:: मेसेजेस त्या प्लॅटफॉर्ममधून जातात. त्यामुळे बॉट बिल्डर, कॅम्पेन साधने आणि विश्लेषण शक्य होते. ही साधने हवी असतील तर हा व्यवहार्य पर्याय आहे.
- EasyCoexistence:: मेसेज इव्हेंट्स Meta कडून थेट Meta च्या स्वतःच्या वेबहुक ओव्हरराइडद्वारे तुमच्या एंडपॉइंटवर जातात. आम्हाला संभाषणाचा मजकूर कधीच दिसत नाही. त्यामुळे तुम्ही बाहेर पडताना तुमचा डेटा काढण्याची गरज नसते आणि या मार्गावर कोणतेही मीटरिंग होत नाही.

### ॲप आधीपासून असलेला नंबर कनेक्ट करणे

Coexistence कशासाठी आहे, याचे नेमके कारण.

- Gupshup:: त्यांच्या जाहीर किंमत पेजवर Coexistence बद्दल माहिती नाही. यावरून ते त्याला समर्थन देत नाहीत असे सिद्ध होत नाही. हा प्रश्न त्यांना थेट विचारणे योग्य आहे.
- EasyCoexistence:: हेच संपूर्ण उत्पादन आहे. WhatsApp Business ॲपवर आधीपासून चालणारा नंबर Meta च्या स्वतःच्या Embedded Signup मधून कनेक्ट होतो, ॲप सुरू राहते आणि काही मिनिटांत त्याच नंबरवर Cloud API मिळते.

- US$ 0.001 शुल्क नगण्य समजू नका. निर्णय घेण्यापूर्वी ते वर्षभराच्या प्रत्यक्ष व्हॉल्यूमवर मोजा.
- तुम्ही वापरणार नसलेल्या कॅम्पेन साधनांसाठी पैसे देऊ नका. प्लॅटफॉर्म शुल्क संपूर्ण उत्पादनासाठी असते, वापर केला किंवा नाही तरी.
- कोणताही प्रदाता Coexistence ला समर्थन देतो असे गृहीत धरू नका. तुम्ही कोणाचीही निवड केली तरी हा प्रश्न स्पष्टपणे विचारा.

**प्रति मेसेज शुल्क प्रत्यक्षात किती पडते?** महिन्याला शंभर हजार मेसेजेस असल्यास Gupshup चे जाहीर US$ 0.001 शुल्क म्हणजे US$ 100 प्लॅटफॉर्म शुल्क. आमचे एका नंबरचे शुल्क कोणत्याही व्हॉल्यूमवर US$ 9 आहे.

**Gupshup Coexistence ला समर्थन देते का?** त्यांच्या किंमत पेजवर याचा उल्लेख नाही. Coexistence हेच आमचे संपूर्ण उत्पादन आहे.

**तुमच्यासोबत कॅम्पेनची वैशिष्ट्ये गमावतील का?** आम्ही कॅम्पेन साधन नाही आणि त्याप्रमाणे किंमतही आकारत नाही. मेसेजेस तुमच्या स्वतःच्या सिस्टीमपर्यंत पोहोचतात, त्यामुळे कॅम्पेन तुम्ही आधीपासून जिथे चालवता तिथेच चालतील.

**Meta चे पैसे कोण देतो?** ग्राहक स्वतःच्या WhatsApp Business Account मधून Meta ला थेट पैसे देतो. Meta च्या शुल्कावर आम्ही कधीही वाढीव आकार लावत नाही.

---

## EasyCoexistence वि. Infobip

https://easycoexistence.com/mr/compare/easycoexistence-vs-infobip

Infobip हे enterprise communications platform आहे. त्याची WhatsApp किंमत देशानुसार सांगितली जाते आणि विक्री प्रक्रियेतून ठरते. EasyCoexistence आपली किंमत जाहीर करते, सुरुवातीचे 3 दिवस मोफत देते आणि कोणाशी बोलणी न करता नंबर कनेक्ट करते. वेगळ्या ग्राहकांसाठी ही वेगळी उत्पादने आहेत.

### प्रत्येक उत्पादन कोणासाठी तयार केले आहे

कोणतेही उत्पादन कमी दर्जाचे नाही. ती वेगवेगळ्या लोकांना विकली जातात आणि त्यामुळे बाकी जवळजवळ सर्व गोष्टी ठरतात.

- Infobip:: Omnichannel routing, contact centre tooling आणि जागतिक carrier संबंध असलेले enterprise CPaaS. हे account teams मार्फत procurement प्रक्रिया आणि मोठ्या प्रमाणातील बांधिलकी असलेल्या संस्थांना विकले जाते.
- EasyCoexistence:: ज्या छोट्या व्यवसायाकडे किंवा agency कडे आधीपासून WhatsApp Business नंबर आहे आणि तो आजच Cloud API वर हवा आहे. साइन अप करा, कनेक्ट करा, झाले. बोलणी करण्यासारखे काही नसल्याने कोणाशी बोलावे लागत नाही.

### निर्णय घेण्यापूर्वी तुम्ही काय शोधू शकता

हा सर्वात व्यावहारिक फरक आहे आणि लोकांना सर्वप्रथम जाणवतो.

- Infobip:: दर destination country नुसार सांगितले जातात आणि विक्री टीमसोबत ठरवले जातात. Enterprise CPaaS साठी हे सामान्य असून वार्षिक प्रमाणावर बोलणी करणाऱ्या ग्राहकांसाठी योग्य आहे.
- EasyCoexistence:: संपूर्ण किंमत यादी pricing page वर तुमच्या चलनात दिली आहे आणि volume bands स्पष्ट दिसतात. खाते तयार करण्यापूर्वी तुम्ही बिल मोजू शकता आणि पहिले 3 दिवस मोफत आहेत.

### निर्णयापासून कार्यरत नंबरपर्यंतचा वेळ

एका नंबरचा आणि तातडीच्या समस्येचा सामना करणाऱ्या व्यवसायासाठी हीच महत्त्वाची तुलना आहे.

- Infobip:: Enterprise onboarding, ज्यामध्ये मोठ्या deployment साठी खरोखर आवश्यक असलेले dedicated support आणि configuration help मिळते.
- EasyCoexistence:: काही मिनिटे. Meta चे स्वतःचे Embedded Signup portfolio, account आणि नंबर निवडते, WhatsApp Business ॲप संपूर्ण प्रक्रियेत कार्यरत राहते आणि monitoring लगेच सुरू होते.

### कनेक्शन तुटल्यावर काय होते

प्रत्येक Coexistence कनेक्शनचा एखादा दिवस खराब जातोच. फरक एवढाच की ते कोणाच्या लक्षात आधी येते.

- Infobip:: Enterprise support channels आणि account team. करार आणि नियुक्त संपर्क असताना हेच योग्य मॉडेल आहे.
- EasyCoexistence:: आम्ही कनेक्शन सतत पाहतो आणि Meta चे स्वतःचे disconnection reason वाचतो. त्यामुळे 14 दिवसांच्या inactivity मुळे डिस्कनेक्ट झालेला नंबर आणि प्रत्यक्षात सेवा सोडलेल्या ग्राहकाचा नंबर वेगळा ओळखता येतो. ग्राहकाच्या लक्षात येण्यापूर्वी alert येतो.

- फक्त features वरून enterprise CPaaS ची per-number tool सोबत तुलना करणे. ती वेगवेगळ्या प्रश्नांची उत्तरे देतात.
- एका नंबरसाठी procurement cycle सुरू करणे. साधनाच्या एका वर्षाच्या खर्चापेक्षा त्यात लागणारा वेळ अधिक महाग पडतो.
- कमी प्रमाणात quote जाहीर किमतीपेक्षा कमी असेल असे गृहीत धरणे. असे क्वचितच होते.

**Infobip एकच निश्चित किंमत का जाहीर करत नाही?** त्यांची किंमत destination country नुसार सांगितली जाते, जे volume वर बोलणी करणाऱ्या enterprise ग्राहकांसाठी योग्य आहे. आमची किंमत जाहीर आहे, कारण आमच्या ग्राहकाला आजच निर्णय घ्यायचा असतो.

**मोठ्या enterprise साठी Infobip चांगले आहे का?** जागतिक carrier reach आणि account teams सह ते अशा ग्राहकांसाठी तयार केले आहे. स्वतःचे नंबर कनेक्ट करणाऱ्या व्यवसायासाठी आम्ही अधिक जलद आणि स्वस्त मार्ग आहोत.

**सुरुवात करण्यासाठी मला कोणाशी बोलावे लागेल का?** नाही. पहिल्या कनेक्टेड नंबरसाठी 3 दिवस मोफत आहेत आणि नंबर Meta च्या स्वतःच्या Embedded Signup मधून कनेक्ट होतो.

**मेसेजेसचे बिल कोण आकारते?** Meta थेट तुमच्या स्वतःच्या WhatsApp Business Account वर आकारते. त्या invoice मध्ये आम्ही कधीही मध्यस्थ नसतो.

---

## EasyCoexistence विरुद्ध YCloud

https://easycoexistence.com/mr/compare/easycoexistence-vs-ycloud

YCloud Coexistence सपोर्ट करते आणि आमच्याप्रमाणे Meta च्या मेसेज दरांवर मार्कअप आकारत नाही. फरक तुम्ही काय खरेदी करता यात आहे: त्यांचे सशुल्क प्लॅन सीट, चॅनेल आणि AI क्रेडिट्स असलेली प्लॅटफॉर्म सदस्यता आहेत, तर आमची किंमत प्रत्येक कनेक्ट केलेल्या नंबरच्या इन्फ्रास्ट्रक्चरनुसार आहे.

### दोघेही काय योग्य करतात

हे स्पष्टपणे सांगणे महत्त्वाचे आहे, कारण त्यामुळे प्रत्यक्ष फरकांपुरती तुलना मर्यादित होते.

- YCloud:: Coexistence सपोर्ट केले जाते आणि ते स्पष्टपणे सांगितले आहे. त्यांच्या किंमत पेजवर WhatsApp मेसेजेसवर शून्य मार्कअपची हमी आहे. प्रदात्याकडून सर्वाधिक महत्त्वाच्या दोन बाबींमध्ये ते दोन्ही बाबतीत योग्य बाजूला आहेत.
- EasyCoexistence:: हीच दोन आश्वासने. Meta च्या स्वतःच्या प्रवाहातून Coexistence आणि Meta च्या मेसेजवर कोणतेही अतिरिक्त शुल्क नाही. फरक बाकी सर्व गोष्टींमध्ये आहे.

### सदस्यत्वातून प्रत्यक्षात काय मिळते

हाच खरा फरक आहे आणि तुमच्यासाठी कोणता पर्याय स्वस्त आहे ते यावर ठरते.

- YCloud:: एक प्लॅटफॉर्म. त्यांचे सशुल्क प्लॅन दरमहा US$ 39 पासून सुरू होतात आणि वापरकर्ता सीट, चॅनेल व AI क्रेडिट्सनुसार वेगळे आहेत. तुमची टीम त्यांच्या उत्पादनात काम करणार असेल तर हा योग्य पर्याय आहे.
- EasyCoexistence:: इन्फ्रास्ट्रक्चर. प्रत्येक कनेक्ट केलेल्या नंबरसाठी US$ 9 पासून, मोजण्यासाठी सीट नाहीत, चॅनेलचे स्तर नाहीत आणि संपणारे क्रेडिट्स नाहीत. एका नंबरच्या व्यवसायाला एका नंबरचेच पैसे द्यावे लागतात, तर चाळीस नंबर असलेल्या एजन्सीला प्रति नंबर कमी दर मिळतो.

### संवाद शेवटी कुठे पोहोचतात

दोघेही तोच Cloud API कनेक्ट करतात. त्यानंतर मेसेजेसचे काय होते, हा डिझाइनचा निर्णय आहे.

- YCloud:: त्यांचा प्लॅटफॉर्म, जिथे इनबॉक्स, कॅम्पेन आणि AI क्रेडिट्स असतात, कोणताही नंबर मोजण्यापूर्वी दरमहा US$ 39 पासून. मेसेजेस जिथे असतात तिथेच तुमची टीम काम करते.
- EasyCoexistence:: तुमची सिस्टिम. आम्ही Meta चा स्वतःचा webhook override सेट करतो, त्यामुळे मेसेज इव्हेंट्स Meta कडून थेट तुमच्या एंडपॉइंटवर किंवा MCP द्वारे तुमच्या AI एजंटकडे जातात. स्थलांतर करण्यासाठी काही नाही, बाहेर स्थलांतर करण्यासाठी काही नाही आणि टीमने तपासण्यासाठी दुसरा इनबॉक्स नाही.

### एजन्सी वाढताना किती पैसे देते

दोन्ही मॉडेल्समधील फरक सर्वाधिक स्पष्ट होणारे हे प्रकरण आहे.

- YCloud:: सीट संख्येवर आधारित प्लॅन स्तर, त्यामुळे अधिक लोक आणि अधिक चॅनेल जोडताना अपग्रेडचे निर्णय घ्यावे लागतात.
- EasyCoexistence:: नंबर वाढवल्यावर कमी होणारा प्रति-नंबर दर, US$ 9 पासून US$ 1 पर्यंत. अपग्रेडची चर्चा नाही, कारण अपग्रेड करण्यासारखे काही नाही: चाळिसावा नंबर पहिल्यासारखेच सर्व काम करतो, पण कमी किमतीत.

### AI असिस्टंटमधून त्यांच्यापर्यंत पोहोचणे

दोन्ही प्लॅटफॉर्मच्या प्लॅन स्तरांमध्ये हा भाग सांगितलेला नाही आणि हाच प्रश्न आता अधिक महत्त्वाचा होत आहे.

- YCloud:: AI क्रेडिट्स त्यांच्या प्लॅटफॉर्मच्या प्लॅन रचनेचा भाग आहेत, म्हणजे त्यांच्या उत्पादनातच तयार केलेल्या AI फीचर्सकडे निर्देश होतो.
- EasyCoexistence:: OAuth वर सोळा टूल्स असलेला रिमोट MCP कनेक्टर. Claude, ChatGPT, Cursor आणि Claude Code नंबरची यादी पाहू शकतात, कनेक्शन हेल्थ तपासू शकतात, मेसेज आणि टेम्प्लेट पाठवू शकतात आणि वेबहुक डेस्टिनेशन थेट सेट करू शकतात. क्लायंट लिहिण्याची किंवा क्रेडिट्स खरेदी करण्याची गरज नाही.

- तुमच्या सीट आणि नंबरची संख्या आधी मोजल्याशिवाय प्रति-सीट प्लॅनची तुलना प्रति-नंबर शुल्काशी करणे.
- तुमच्या टीमकडे आधीच इनबॉक्स असताना त्यासाठी पैसे देणे. तुम्ही तो उघडला नाही तरी प्लॅटफॉर्म शुल्क आकारले जाते.
- AI फीचर्स आणि MCP कनेक्टर एकच गोष्ट आहेत असे गृहीत धरणे. एक त्यांच्या उत्पादनात चालते, दुसरा तुमच्या उत्पादनात चालतो.

**दोघेही खरोखर शून्य मार्कअप आकारतात का?** होय. YCloud च्या किंमत पेजवर शून्य मार्कअप नमूद आहे आणि आमच्याकडेही तेच आहे. त्यामुळे तुलना मेसेज शुल्काची नाही, तर प्लॅटफॉर्म शुल्काची करायची आहे.

**कोणता पर्याय स्वस्त आहे?** एक ते चार नंबरसाठी आमचा पर्याय स्वस्त आहे: चार नंबरचा खर्च दरमहा US$ 36, तर प्रवेश-स्तरातील प्लॅन US$ 39 आहे. पाच नंबरपासून पुढे, तुमच्या seats आणि channels साठी लागणाऱ्या प्लॅन स्तराशी आमची एकूण किंमत तुलना करा. नंबर वाढवल्यावर आमचा दर प्रति नंबर US$ 1 पर्यंत कमी होतो.

**तुमच्यासोबत मला इनबॉक्स गमवावा लागतो का?** तुम्हाला कधीही इनबॉक्समध्ये स्थलांतर करावे लागले नाही. मेसेज तुमच्या स्वतःच्या सिस्टिममध्ये किंवा AI एजंटकडे येतात, जिथे तुमची टीम आधीच काम करते.

**YCloud कडे MCP कनेक्टर आहे का?** त्यांच्या किंमत पेजवर MCP सर्व्हरऐवजी त्यांच्या प्लॅटफॉर्ममधील AI क्रेडिट्सचे वर्णन आहे. आमच्याकडे OAuth वर सोळा टूल्स आहेत, जी कोणत्याही MCP क्लायंटमधून वापरता येतात.

---

## EasyCoexistence विरुद्ध SleekFlow

https://easycoexistence.com/mr/compare/easycoexistence-vs-sleekflow

SleekFlow हे प्रत्येक यूजर सीटच्या दराने विकले जाणारे ओम्नीचॅनेल मेसेजिंग प्लॅटफॉर्म आहे. त्यात किमान सीट संख्या आणि प्रत्येक WhatsApp नंबरसाठी अतिरिक्त शुल्क आहे. EasyCoexistence प्रत्येक कनेक्टेड नंबरनुसार शुल्क घेते आणि सीट ही संकल्पनाच नाही. त्यामुळे बिल टीमच्या आकाराऐवजी तुमच्याकडील नंबरनुसार बदलते.

### तुम्ही प्रत्यक्षात कशासाठी पैसे देता

दोन किंमत मॉडेल वेगवेगळ्या प्रश्नांची उत्तरे देतात आणि त्यापैकी एक तुमच्या संस्थेच्या रचनेबद्दल विचारतो.

- SleekFlow:: प्रत्येक प्लॅन टियरमध्ये यूजर सीटच्या आधारावर किंमत असलेले शेअर्ड इनबॉक्स आणि कॅम्पेन प्लॅटफॉर्म. तुमची टीम दिवसभर जिथे काम करते, तिथेच उत्पादन हवे असल्यास हे योग्य ठरते.
- EasyCoexistence:: एक कनेक्शन. युनिट व्यक्ती नसून कनेक्टेड नंबर आहे. त्यामुळे सहकारी जोडण्याचा खर्च नाही आणि टीम वाढली किंवा कमी झाली तरी बिल बदलत नाही.

### तुमची टीम कुठे काम करते

किंमत मॉडेलमागचा हा निर्णय बदलणे सर्वात कठीण असते.

- SleekFlow:: SleekFlow मध्ये. तेच उत्पादन आहे: एका ठिकाणी इनबॉक्स, ऑटोमेशन आणि कॅम्पेन. टीमला एकच प्लॅटफॉर्म हवा असल्यास ते खरोखर उपयोगी ठरते.
- EasyCoexistence:: ते आधीपासून जिथे काम करतात तिथेच. मेसेज इव्हेंट्स Meta कडून थेट तुमच्या CRM, हेल्पडेस्क, अंतर्गत टूल किंवा AI एजंटकडे Meta च्या स्वतःच्या वेबहुक ओव्हरराइडद्वारे जातात. कोणालाही नवीन इनबॉक्स शिकावा लागत नाही आणि काहीही स्थलांतरित करावे लागत नाही.

### दुसरा किंवा तिसरा नंबर जोडताना

एकापेक्षा जास्त ठिकाणे असलेल्या व्यवसायासाठी हे सामान्य आहे आणि इथे दोन्ही मॉडेलमध्ये मोठा फरक पडतो.

- SleekFlow:: अतिरिक्त WhatsApp नंबर सीट-आधारित प्लॅनसोबत अतिरिक्त पर्याय म्हणून येतात. त्यामुळे दुसरा नंबर म्हणजे सबस्क्रिप्शनवरील आणखी एक निर्णय.
- EasyCoexistence:: दुसरा नंबर म्हणजे प्रकाशित दराने दुसराच नंबर. अधिक नंबर जोडल्यावर दर कमी होतो. एका खात्यात 20 नंबर असले तरी प्लॅन बदलण्याची किंवा चर्चा करण्याची गरज नाही.

### पैसे देणे थांबवल्यास काय होते

तुमची संभाषणे ज्या उत्पादनाकडे असतात, त्याबाबत हा प्रश्न विचारणे महत्त्वाचे आहे.

- SleekFlow:: इनबॉक्स, इतिहास आणि ऑटोमेशन प्लॅटफॉर्ममध्ये राहतात. त्यामुळे ते काम करतात आणि बाहेर पडणे म्हणजे स्थलांतर ठरते.
- EasyCoexistence:: तुमच्याकडील काहीही आमच्यात स्थलांतरित करण्यासाठी राहत नाही. मेसेज येताच तुमच्या सिस्टीमकडे पाठवले गेले आणि नंबर तुमच्या स्वतःच्या Meta Business Portfolio मध्ये आहे. त्यामुळे आम्हाला काढल्यावर नंबर जिथे होता तिथेच राहतो.

- दोन्ही किंमती मोजल्याशिवाय सीटच्या दराची तुलना प्रति-नंबर दराशी करणे. 3 सीट आणि 1 नंबरचे बिल, 1 सीट आणि 3 नंबरच्या बिलापेक्षा पूर्णपणे वेगळे असते.
- तुमची टीम उघडणारच नाही अशा इनबॉक्ससाठी पैसे देणे. सीट वापरली किंवा नाही तरी सीट शुल्क लागू होते.
- अनेक ठिकाणांच्या व्यवसायाचे मॉडेल बनवताना प्रति-नंबर अतिरिक्त शुल्क विसरणे.

**कोणते स्वस्त आहे?** तुम्हाला खास इनबॉक्स हवा नसेल, तर आम्ही स्वस्त आहोत. त्यांची प्रकाशित किंमत प्रति सीट असून किमान सीट संख्या आणि प्रत्येक WhatsApp नंबरसाठी मासिक अतिरिक्त शुल्क आहे. आमची किंमत प्रति कनेक्टेड नंबर US$ 9 पासून नंबर वाढतील तसे US$ 1 पर्यंत कमी होते आणि सीट अजिबात नाहीत.

**मला शेअर्ड इनबॉक्स मिळतो का?** नाही, आणि त्यासाठी तुम्ही पैसेही देत नाही. मेसेज तुमच्या स्वतःच्या सिस्टीमवर पोहोचतात, जिथे तुमची टीम आधीपासून काम करते.

**अनेक ठिकाणांचे काय?** प्रत्येक नंबरचे बिल प्रकाशित दराने येते आणि अधिक नंबर जोडल्यावर दर कमी होतो. प्लॅन बदलण्याची किंवा अतिरिक्त शुल्कासाठी चर्चा करण्याची गरज नाही.

**माझा डेटा लॉक होतो का?** आमच्यासोबत नाही. मेसेज Meta कडून थेट तुमच्या एंडपॉइंटवर जातात आणि नंबर तुमच्या स्वतःच्या Business Portfolio मध्येच राहतो.

---

## EasyCoexistence विरुद्ध Bird

https://easycoexistence.com/mr/compare/easycoexistence-vs-bird

Bird वितरित झालेल्या प्रत्येक WhatsApp मेसेजची किंमत सांगते आणि Meta चे शुल्क त्यातच समाविष्ट करते. EasyCoexistence प्रत्येक कनेक्ट केलेल्या नंबरसाठी ठरावीक शुल्क घेते आणि मेसेजच्या बिलावर दिसत नाही. त्यामुळे Meta चे शुल्क स्पष्ट आणि वेगळे राहते.

### एकत्रित दर काय लपवतो

हे अप्रामाणिक नाही आणि त्यांच्या स्वतःच्या पृष्ठावर स्पष्टपणे सांगितले आहे. तरीही तुम्ही काय तपासू शकता, त्यात फरक पडतो.

- Bird:: वितरित झालेल्या प्रत्येक मेसेजसाठी एक दर, ज्यात Meta चा हिस्सा आधीच समाविष्ट असतो. Bird प्रक्रिया करताना आपले पाठवण्याचे शुल्क घेते आणि डिलिव्हरी पावतीवरून Meta चा हिस्सा नोंदवते, असे त्यांच्या पृष्ठावर स्पष्ट केले आहे.
- EasyCoexistence:: दोन स्वतंत्र बिले, जी कधीही मिसळत नाहीत. Meta त्यांच्या WhatsApp Business Account वरील संभाषणांसाठी ग्राहकाला इनव्हॉइस पाठवते आणि आम्ही कनेक्शनसाठी इनव्हॉइस पाठवतो. दोन्ही स्वतंत्र असल्याने तुम्ही प्रत्येकाची त्याच्या मूळ स्रोताशी पडताळणी करू शकता.

### Meta ने दर बदलल्यावर काय होते

Meta संभाषणांचे दर वेळोवेळी बदलते आणि दोन्ही पद्धतींमध्ये त्याचा परिणाम वेगळ्या प्रकारे दिसतो.

- Bird:: मूळ दर बदलला की एकत्रित दरातही बदल करावा लागतो. म्हणजे तुम्हाला सांगितलेल्या संख्येत बदल होतो.
- EasyCoexistence:: आमच्या बाजूने काहीही बदलत नाही. Meta चा बदल ग्राहकाच्या Meta इनव्हॉइसवर, Meta च्या स्वतःच्या दराने आणि Meta तो लागू करते त्या दिवशी दिसतो. आमचे शुल्क कनेक्शनसाठी आहे आणि मेसेजच्या किमतीशी त्याचा संबंध नाही.

### प्रत्येक उत्पादन कशाभोवती रचलेले आहे

दोन्ही WhatsApp मेसेज पाठवतात. मात्र दोन्ही एकाच कामासाठीची उत्पादने नाहीत.

- Bird:: ईमेल, SMS आणि WhatsApp वरील मार्केटिंग आणि ग्राहक सहभागाचे प्लॅटफॉर्म, अनेक चॅनेलवर मोठ्या प्रमाणावर मोहिमा चालवणाऱ्या टीमसाठी तयार केलेले.
- EasyCoexistence:: आधीपासून WhatsApp Business ॲप चालू असलेल्या नंबरसाठी Coexistence पायाभूत सुविधा. ॲप सुरू राहते, Cloud API त्यासोबत चालते आणि इव्हेंट्स तुमच्या स्वतःच्या प्रणालीपर्यंत पोहोचतात. एक नंबर, एक काम, योग्य पद्धतीने पूर्ण.

### संभाषण कोणाचे असते

दोन्ही किंमत पद्धतींमागचा हा मूलभूत संरचनात्मक प्रश्न आहे.

- Bird:: मेसेज प्लॅटफॉर्ममधून जाताना प्रक्रिया केले जातात आणि त्यांचे बिल आकारले जाते. त्यामुळे मोहिमेची आणि विश्लेषणाची साधने उपलब्ध होतात.
- EasyCoexistence:: मेसेज इव्हेंट्स Meta कडून थेट तुमच्या एंडपॉइंटवर Meta च्या स्वतःच्या override मधून येतात. ते आमच्यामधून जात नाहीत आणि आम्ही ते साठवत नाही. म्हणून आमच्याकडे प्रति-मेसेज शुल्क आकारण्याचे कारण नाही.

- एकत्रित दराची तुलना Meta च्या प्रकाशित दराशी जणू तीच एक संख्या आहे, अशा पद्धतीने करणे. एका दरात दुसरा समाविष्ट असतो.
- एकत्रित किंमत म्हणजे कोणतेही अतिरिक्त शुल्क नाही, असे गृहीत धरणे. याचा अर्थ अतिरिक्त शुल्क स्वतंत्रपणे दाखवलेले नाही.
- काम फक्त एक नंबर आणि एक वेबहुकचे असताना मोहिमांचे प्लॅटफॉर्म निवडणे.

**Bird ची किंमत अप्रामाणिक आहे का?** नाही. Meta चे शुल्क समाविष्ट असल्याचे ते स्पष्टपणे सांगतात. मुद्दा एवढाच की एकत्रित दराची तुलना Meta च्या स्वतःच्या प्रकाशित दराशी करता येत नाही.

**तुमच्यासोबत मेसेजचे इनव्हॉइस कोण पाठवते?** Meta, थेट तुमच्या स्वतःच्या WhatsApp Business Account वर. आम्ही Meta च्या शुल्कात कधीही वाढ करत नाही किंवा ते पुन्हा विकत नाही.

**Meta ने दर वाढवले तर काय होईल?** तो बदल Meta च्या दराने तुमच्या Meta इनव्हॉइसवर दिसेल. आमचे शुल्क मेसेजशी जोडलेले नसल्यामुळे त्यावर परिणाम होत नाही.

**Bird Coexistence ला समर्थन देते का?** त्यांच्या WhatsApp किंमत पृष्ठावर याचा उल्लेख नाही. Coexistence हेच आमचे संपूर्ण काम आहे.

---

## EasyCoexistence विरुद्ध Zenvia

https://easycoexistence.com/mr/compare/easycoexistence-vs-zenvia

Zenvia WhatsApp सुरू करण्यासाठी स्वतंत्र चॅनेल पॅकेजेस आणि सेटअप शुल्कासह मासिक सॉफ्टवेअर प्लॅन विकते. EasyCoexistence कनेक्ट केलेल्या प्रत्येक नंबरसाठी एकच प्रकाशित शुल्क आकारते. कोणताही प्लॅन, पॅकेज किंवा सेटअप खर्च नसल्यामुळे लहान व्यवसायासाठी खर्चाची रचना पूर्णपणे वेगळी आहे.

### बिलाची रचना कशी होते

रचनेतील फरकच एकूण खर्च ठरवतो.

- Zenvia:: मासिक सॉफ्टवेअर प्लॅन, अपेक्षित वापराच्या प्रमाणानुसार चॅनेल पॅकेज आणि WhatsApp चॅनेल सुरू करताना सेटअप शुल्क. तीन निर्णय आणि बिलावर तीन ओळी. मार्केटिंग ऑपरेशन चालवणाऱ्या कंपनीसाठी ही रचना योग्य ठरू शकते.
- EasyCoexistence:: एकच ओळ. कनेक्ट केलेल्या प्रत्येक नंबरसाठी प्रकाशित शुल्क, नंबर वाढल्यावर ते कमी होते. त्यावर कोणताही प्लॅन, बाजूला कोणतेही पॅकेज आणि सुरुवातीला भरण्यासाठी काहीही नाही. Meta चे संभाषण शुल्क Meta कडून, Meta च्या दराने, स्वतंत्रपणे ग्राहकाकडून आकारले जाते.

### प्रत्येक उत्पादन कशासाठी बनवले आहे

दोन्ही गंभीर उत्पादने आहेत. त्यांचे लक्ष्य वेगवेगळ्या कंपन्या आहेत.

- Zenvia:: मल्टिचॅनेल मोहिमा, ग्राहक-प्रवास आणि मोठा ब्राझिलियन एंटरप्राइझ ग्राहकवर्ग असलेले ग्राहक अनुभव प्लॅटफॉर्म. संरचित संवाद कार्यक्रम चालवणाऱ्या कंपन्यांना ते विकले जाते.
- EasyCoexistence:: ज्या व्यवसायाकडे फोनवर WhatsApp Business नंबर आहे आणि ॲप न गमावता तो Cloud API वर आणायचा आहे. ॲप सुरू राहते, API त्याच नंबरवर चालते आणि मेसेजेस व्यवसाय आधीपासून वापरत असलेल्या प्रणालीपर्यंत पोहोचतात.

### वापराचे प्रमाण वाढल्यावर काय होते

दोन्ही मॉडेल्स विरुद्ध दिशेने बदलतात.

- Zenvia:: चॅनेल पॅकेजेस वापराच्या प्रमाणानुसार ठरतात. त्यामुळे वाढ झाली की मोठ्या पॅकेजवर जावे लागते आणि त्यासोबत प्लॅनचा स्तरही बदलू शकतो.
- EasyCoexistence:: नंबर वाढल्यावर प्रत्येक नंबरचा दर कमी होतो आणि मेसेजेसच्या संख्येचा गणनेत अजिबात समावेश होत नाही. लाख मेसेजेस पाठवणाऱ्या नंबरचा खर्च कमी वापर करणाऱ्या नंबरइतकाच असतो.

### चालू नंबर तयार होण्यासाठी किती वेळ लागतो

लहान व्यवसायासाठी अनेकदा हाच संपूर्ण निर्णयाचा मुद्दा असतो.

- Zenvia:: WhatsApp चॅनेल सुरू करण्यासाठी सक्रियकरणाच्या टप्प्यासह व्यावसायिक ऑनबोर्डिंग. मोठ्या उपयोजनांना त्यातून मिळणारा सपोर्ट उपयुक्त ठरतो.
- EasyCoexistence:: Meta च्या स्वतःच्या Embedded Signup द्वारे काही मिनिटांत. पहिल्या कनेक्ट केलेल्या नंबरपासून 3 दिवस मोफत. संपूर्ण प्रक्रियेत WhatsApp Business ॲप सुरू राहते आणि नंबर कनेक्ट होताच मॉनिटरिंग सुरू होते.

- फक्त प्लॅनच्या किमतीची तुलना करणे. चॅनेल पॅकेज आणि सेटअप शुल्कही एकूण खर्चाचा भाग आहेत.
- कनेक्शनची समस्या सोडवण्यासाठी कॅम्पेन प्लॅटफॉर्म घेणे.
- Meta चे संभाषण शुल्क कुठेतरी समाविष्ट आहे असे गृहीत धरणे. ते ग्राहकाच्या स्वतःच्या खात्यावर ग्राहकानेच भरायचे असते.

**मी रुपयांमध्ये पैसे देऊ शकतो का?** होय. किंमत रुपये आणि डॉलरमध्ये प्रकाशित केली जाते. तुमच्या पहिल्या सबस्क्रिप्शनमध्ये वापरलेले चलनच निश्चित राहते.

**सेटअप शुल्क आहे का?** नाही. 3 दिवस मोफत, त्यानंतर प्रत्येक नंबरचे शुल्क. नंबरवर WhatsApp सुरू करण्यासाठी वेगळे पैसे द्यावे लागत नाहीत.

**कॅम्पेनची साधने गमावतो का?** आम्ही कॅम्पेन प्लॅटफॉर्म नाही आणि त्याप्रमाणे शुल्क आकारत नाही. मेसेजेस तुमच्या स्वतःच्या प्रणालीपर्यंत पोहोचतात, त्यामुळे कॅम्पेन तुम्ही आधीपासून जिथे चालवता तिथेच चालवता येतात.

**संभाषणांसाठी Meta ला पैसे कोण देतो?** ग्राहक स्वतःच्या WhatsApp Business Account वरून थेट पैसे देतो. Meta च्या शुल्कावर आम्ही कधीही अतिरिक्त आकारणी करत नाही.

---

## EasyCoexistence विरुद्ध 8x8

https://easycoexistence.com/mr/compare/easycoexistence-vs-8x8

8x8 हा enterprise कम्युनिकेशन्स प्रदाता आहे. त्याचे Coexistence दस्तऐवजीकरण उपलब्ध पर्यायांपैकी सर्वात स्पष्ट असल्यामुळे त्याचा संदर्भ दिला जातो. EasyCoexistence हे ते दस्तऐवजीकरण वाचून आजच नंबर कनेक्ट करू इच्छिणाऱ्या व्यवसायांसाठी आहे, enterprise विक्री प्रक्रियेशिवाय.

### दोन्ही कुठे समान आहेत

तांत्रिक पाया समान आहे, आणि फरक सांगण्यापूर्वी हे स्पष्ट करणे महत्त्वाचे आहे.

- 8x8:: त्यांचे Coexistence दस्तऐवजीकरण अचूक आणि मर्यादांबाबत असामान्यपणे स्पष्ट आहे. नंबर कनेक्ट केल्यावर कोणती WhatsApp वैशिष्ट्ये बंद होतात, हेही त्यात सांगितले आहे. हा खरोखर उपयुक्त संदर्भ आहे.
- EasyCoexistence:: याच मर्यादा आहेत, कारण त्या कोणत्याही प्रदात्याच्या नव्हे तर Meta च्या आहेत. आम्हीही त्यांचे दस्तऐवजीकरण करतो आणि त्यांच्यासोबत काम करण्यासाठी उत्पादन तयार केले आहे: 14 दिवसांचा निष्क्रियता नियम, sync window आणि बंद होणारी वैशिष्ट्ये.

### वाचनापासून कनेक्शनपर्यंत

दस्तऐवजीकरण भरून काढत नाही ती पोकळी.

- 8x8:: हा enterprise CPaaS आहे. यात account teams, contact centre उत्पादने आणि carrier services आहेत, आणि procurement प्रक्रिया असलेल्या संस्थांना तो विकला जातो. मोठ्या तैनातींसाठी आवश्यक मदत onboarding मध्ये मिळते.
- EasyCoexistence:: साइन अप करा आणि कनेक्ट करा. Meta चे स्वतःचे Embedded Signup portfolio, खाते आणि नंबर निवडते, WhatsApp Business ॲप कार्यरत राहते आणि पहिले 3 दिवस मोफत असतात. कॉल ठरवण्यासाठी कोणाचीही गरज नाही.

### कनेक्ट करण्यापूर्वी तुम्हाला काय माहीत असते

लहान व्यवसाय किंवा एजन्सीसाठी हा व्यावहारिक फरक आहे.

- 8x8:: किंमत व्यावसायिक पद्धतीने ठरवली जाते. enterprise CPaaS साठी हे नेहमीचे आहे आणि voice, contact centre व messaging यांचा एकत्रित मोठ्या प्रमाणावरील व्यवहार करणाऱ्या खरेदीदारांसाठी योग्य आहे.
- EasyCoexistence:: संपूर्ण किंमत यादी तुमच्या चलनात प्रकाशित आहे आणि volume bands स्पष्ट दिसतात. 40 नंबर असलेली एजन्सी खाते तयार करण्यापूर्वीच आपले बिल मोजू शकते.

### नंबर कनेक्ट झाल्यानंतर

Coexistence कनेक्शन्स शांतपणे बंद पडतात. बहुतेक तुलना हा महत्त्वाचा भाग वगळतात.

- 8x8:: enterprise support आणि account relationship मिळते. त्यामागे करार असताना हीच योग्य पद्धत आहे.
- EasyCoexistence:: Meta चे स्वतःचे disconnection reason वाचणारे सतत monitoring मिळते. त्यामुळे 14 दिवसांची निष्क्रियता आणि ग्राहकाने सेवा सोडणे यात फरक करता येतो. तसेच 16 साधनांसह MCP connector आहे, ज्यामुळे कोणीही डॅशबोर्ड उघडल्याशिवाय assistant हेल्थ तपासू आणि पुन्हा कनेक्ट करू शकतो.

- उत्तम दस्तऐवजीकरणालाच उत्पादन समजणे. दस्तऐवज Meta ची यंत्रणा सांगतात, जी प्रत्येक प्रदात्यासाठी समान आहे.
- एक नंबर कनेक्ट करण्यासाठी enterprise प्रक्रिया सुरू करणे.
- कनेक्शन झाल्यानंतर कोणताही प्रदाता त्यावर लक्ष ठेवतो असे गृहीत धरणे. तुम्ही कोणाचीही निवड केली तरी याबाबत स्पष्टपणे विचारा.

**8x8 चे दस्तऐवजीकरण अचूक आहे का?** होय, आणि आम्ही त्याचा संदर्भ देतो. त्यात वर्णन केलेल्या मर्यादा Meta च्या आहेत, त्यामुळे आमच्यासह प्रत्येक Coexistence प्रदात्याला त्या लागू होतात.

**Coexistence अंतर्गत कोणती वैशिष्ट्ये काम करणे थांबवतात?** 8x8 च्या दस्तऐवजीकरणानुसार आणि आमच्या माहितीनुसार चार: disappearing messages, view once media, live location आणि broadcast lists. Group chats संपूर्णपणे API च्या बाहेर आहेत.

**मला enterprise कराराची गरज आहे का?** आमच्यासोबत नाही. 3 दिवस मोफत, प्रकाशित किंमत आणि काही मिनिटांत कनेक्ट केलेला नंबर.

**कनेक्शन बंद पडल्यास काय होते?** आम्ही Meta चे disconnection reason वाचून तुम्हाला अलर्ट करतो. त्यामुळे 14 दिवसांचा निष्क्रियता नियम आणि खरोखर सेवा सोडणारा ग्राहक यांच्यात फरक करता येतो.

---

## Coexistence साइनअपमध्ये “हा फोन नंबर पात्र नाही” ही त्रुटी

https://easycoexistence.com/mr/docs/coexistence-error-number-not-eligible

नंबरमागील WhatsApp Business ॲप खाते प्लॅटफॉर्मशी कनेक्ट होण्यासाठी Meta च्या तपासण्या पार करत नसेल, तर 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 नसून WhatsApp Business ॲप असले पाहिजे, आवृत्ती 2.24.17 किंवा नवीन असली पाहिजे आणि नंबर दुसऱ्या एपीआय प्रोव्हायडरशी कनेक्ट केलेला नसला पाहिजे. त्यांचे स्वतःचे संदेश येतात, ज्यांची माहिती वेगळ्या पानांवर दिली आहे.

मग प्रक्रिया सुरुवातीपासून पुन्हा चालवा. Meta प्रत्येक प्रयत्नात पात्रता तपासते, म्हणून खऱ्या अ‍ॅक्टिव्हिटीनंतर केलेला नवा प्रयत्न हीच एकमेव खरी चाचणी आहे.

- प्रक्रिया सलग अनेकदा पुन्हा चालवणे. पात्रता Meta ठरवते आणि वारंवार प्रयत्न केल्याने उलट रेट लिमिटला सामोरे जावे लागू शकते.
- नव्याने सुरुवात करण्यासाठी नव्या इन्स्टॉलवर नंबर पुन्हा नोंदवणे. Meta ची तपासणी अ‍ॅक्टिव्हिटीबद्दल असते आणि नव्या नोंदणीवर ती नसते.
- प्रोव्हायडर नंबर व्हाइटलिस्ट करू शकतो असे गृहीत धरणे. कोणताही प्रोव्हायडर Meta चा पात्रतेचा निर्णय बदलू शकत नाही.

**माझा नंबर बॅन झाला आहे का?** नाही. हा संदेश नंबर एपीआयशी कनेक्ट करण्याबद्दल आहे. WhatsApp Business ॲप फोनवर पूर्वीसारखेच काम करत राहते.

**पुन्हा प्रयत्न करण्यापूर्वी किती वेळ थांबावे?** Meta कोणताही निश्चित कालावधी जाहीर करत नाही. त्यांचे नमूद निराकरण म्हणजे WhatsApp Business ॲपमध्ये अधिक खरी अ‍ॅक्टिव्हिटी, म्हणून नंबरचा खरा वापर होईपर्यंत थांबा.

**संदेशात मायग्रेशनचा उल्लेख का आहे?** तोच पॉपअप नंबर एका खात्यातून दुसऱ्यात हलवण्याचेही काम हाताळतो. नकार दोन्ही मार्गांना लागू होतो, म्हणून शब्दरचनेत दोन्हींचा उल्लेख आहे.

**वेगळ्या प्रोव्हायडरकडून वेगळे उत्तर मिळेल का?** नाही. प्रत्येक प्रोव्हायडर Meta चेच Embedded Signup वापरतो आणि पात्रता तपासणी Meta ची असते.

---

## "हा फोन नंबर आधीच WhatsApp खात्यावर नोंदणीकृत आहे"

https://easycoexistence.com/mr/docs/coexistence-error-number-already-registered

Meta चा साइनअप पॉपअप हा संदेश तेव्हा दाखवतो जेव्हा नंबर अशा ठिकाणी नोंदणीकृत असतो जे सुरू असलेली पायरी रोखते: ग्राहकांसाठीचे WhatsApp, WhatsApp Business API खाते किंवा दुसऱ्या प्लॅटफॉर्मवरील खाते. आधी नंबर त्या खात्यातून डिस्कनेक्ट करावा लागतो. डिस्कनेक्ट केल्यानंतर नंबर पुन्हा उपलब्ध होण्यास काही मिनिटे लागू शकतात, असे Meta सांगते.

### हा संदेश म्हणजे काय, असे Meta चे दस्तऐवज सांगतात?

Meta च्या Embedded Signup त्रुटी संदर्भात हा संदेश असा दिला आहे: "This number is registered to an existing WhatsApp account. To use this number, disconnect it from the existing account. Then, return to this page and re-enter the number." नंबर उपलब्ध होण्यास 3 मिनिटांपर्यंत वेळ लागू शकतो, असेही त्यात नमूद आहे.

Mmeta चे स्पष्टीकरण असे की फोन नंबर तिच्या प्लॅटफॉर्मवर आधीच नोंदणीकृत आहे, आणि त्यात WhatsApp Messenger, WhatsApp Business ॲप आणि WhatsApp Business API यांचा उल्लेख आहे. सुचवलेला उपाय म्हणजे नंबरची नोंदणी रद्द करणे किंवा दुसरा नंबर वापरणे. पॉपअप वापरकर्त्याच्या भाषेत दिसतो, त्यामुळे हाच नकार इटालियन, स्पॅनिश किंवा पोर्तुगीज भाषेत त्याच अर्थाने येतो.

### Coexistence साइनअपमध्ये हे का येते?

Coexistence चा उद्देशच WhatsApp Business ॲपमध्ये आधीच नोंदणीकृत असलेला नंबर कनेक्ट करणे हा आहे, त्यामुळे नोंदणीकृत असणे ही स्वतः समस्या नाही. फ्लो Coexistence मार्गावर नसेल किंवा नोंदणी चुकीच्या प्रकारची असेल तेव्हा हा संदेश येतो.

तीन परिस्थितींमध्ये तो येतो. नंबर WhatsApp Business ॲपऐवजी ग्राहकांसाठीच्या WhatsApp वर आहे, जो Coexistence कनेक्ट करू शकत नाही. चालवलेला फ्लो हा विद्यमान WhatsApp Business ॲप खाते कनेक्ट करण्याचा पर्याय न देणारा सामान्य नवीन नंबर साइनअप आहे, त्यामुळे Meta त्या नंबरची नवी नोंदणी करायची आहे असे मानते. किंवा नंबर ॲपच्या बाहेर थेट WhatsApp Business API वर नोंदणीकृत आहे.

प्रत्येकासाठी वेगळा उपाय लागतो, म्हणूनच फक्त संदेश पाहून कृती करता येत नाही.

### नंबर कसा मोकळा करायचा आणि पुन्हा प्रयत्न कसा करायचा?

नंबर जिथे आहे त्यानुसार उपाय निवडा.

तो ग्राहकांसाठीच्या WhatsApp वर असेल, तर आधी फोनवर तो WhatsApp Business ॲपमध्ये हलवा. तो WhatsApp Business ॲपमध्ये असेल आणि तरीही पॉपअप हेच सांगत असेल, तर फ्लोने विद्यमान WhatsApp Business ॲप खाते कनेक्ट करण्याचा पर्याय दिला होता का ते तपासा. ती स्क्रीन नसेल तर फ्लो चुकीचा आहे. तो दुसऱ्या प्लॅटफॉर्मद्वारे API वर नोंदणीकृत असेल, तर तिथून तो डिस्कनेक्ट करावा लागतो.

डिस्कनेक्ट केल्यानंतर Meta च्या सूचनेनुसार काही मिनिटे थांबा, मग पॉपअपमध्ये परत जाऊन नंबर पुन्हा टाका. पॉपअप बंद झाला असेल, तर जुनी विंडो वापरण्याऐवजी फ्लो सुरुवातीपासून पुन्हा सुरू करा.

- डिस्कनेक्ट केल्यानंतर लगेच तोच नंबर पुन्हा टाकणे. उपलब्ध होण्यास तीन मिनिटांपर्यंत लागू शकतात, असे Meta सांगते.
- ॲप नंबरसाठी सामान्य नवीन नंबर साइनअप चालवणे. Coexistence साठी विद्यमान WhatsApp Business ॲप खाते कनेक्ट करण्याचा पर्याय देणारा फ्लो लागतो.
- त्रुटी घालवण्यासाठी WhatsApp Business ॲप खाते हटवणे. त्यामुळे Coexistence जी नोंदणी कनेक्ट करते तीच नाहीशी होते.

**Meta कोणत्या विद्यमान खात्याबद्दल बोलत आहे?** पॉपअप ते सांगत नाही. नंबर सध्या जिथे नोंदणीकृत आहे तेच ते खाते: ग्राहकांसाठीचे WhatsApp, चुकीच्या मार्गावरील WhatsApp Business ॲप किंवा दुसऱ्या प्लॅटफॉर्मद्वारे API.

**डिस्कनेक्ट केल्यास माझे चॅट जातील का?** प्लॅटफॉर्मवरून डिस्कनेक्ट करणे WhatsApp Business ॲपमध्ये सेटिंग्ज, खाते, Business Platform येथे होते. ही ॲप खाते हटवण्यापेक्षा वेगळी कृती आहे, आणि खाते हटवणे हा उपाय नाही.

**मला हे इटालियन भाषेत दिसले. ही तीच त्रुटी आहे का?** होय. पॉपअप स्थानिक भाषेत दिसतो, त्यामुळे सत्र ज्या भाषेत असेल त्याच भाषेत हाच नकार दिसतो.

**प्रोव्हायडरला काही करावे लागते का?** फक्त नंबर त्या प्रोव्हायडरद्वारे कनेक्ट असेल तरच. तेव्हा नवा फ्लो पूर्ण होण्यापूर्वी डिस्कनेक्शन तिथे करावे लागते.

---

## "कोड विनंती अयशस्वी: आमचे सर्व्हर तात्पुरते उपलब्ध नाहीत"

https://easycoexistence.com/mr/docs/coexistence-error-request-code-unavailable

"कोड विनंती अयशस्वी: आमचे सर्व्हर तात्पुरते उपलब्ध नाहीत. कृपया पुन्हा प्रयत्न करण्यापूर्वी 1 तास थांबा" हा मेसेज साइनअप दरम्यान एखाद्या नंबरसाठी पडताळणी कोड मागितल्यावर आणि Meta ने तो न पाठवल्यावर दिसतो. मेसेजमधील सूचना हाच उपाय आहे: कोड मागणे थांबवा, पूर्ण तास थांबा, मग नवीन फ्लो सुरू करून एकदाच पुन्हा प्रयत्न करा.

### हा Meta चा आउटेज आहे का?

असू शकतो, पण या मेसेजशी संबंधित नोंदवलेले इतर मेसेज वेगळ्या दिशेला बोट दाखवतात. Meta च्या Embedded Signup त्रुटी संदर्भात हे नेमके शब्द नाहीत. मात्र त्याच पद्धतीने वागणाऱ्या पडताळणी कोड नकारांचा एक गट त्यात आहे: "तुम्ही तुमचा कोड खूप वेळा मागितला आहे", वारंवार विनंत्यांसाठी 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 पडताळणी नव्या SMS नोंदणीने नाही, तर WhatsApp Business ॲपद्वारे होते.

**एका तासापेक्षा जास्त थांबल्यास मदत होईल का?** मेसेजमध्ये एक तास सांगितला आहे. जास्त थांबल्याने नुकसान होत नाही, पण त्या तासात कोड मागितल्याने होते.

**माझा प्रोव्हायडर मर्यादा रीसेट करू शकतो का?** नाही. पडताळणी कोडच्या मर्यादा Meta नंबरवर लावते, आणि कोणताही प्रोव्हायडर त्या काढू शकत नाही.

**WhatsApp Business ॲपवर परिणाम होतो का?** नाही. ॲप फोनवर नेहमीप्रमाणे चालते. नकार फक्त ब्राउझरमधील साइनअप पायरीबाबत आहे.

**खरा आउटेज आहे की नाही हे कसे ओळखाल?** Meta चे WhatsApp Business Platform स्टेटस पेज तपासा. त्यावर कोणतीही घटना दिसत नसेल, तर हा मेसेज कोड विनंती मर्यादा आहे असे समजा.

---

## WhatsApp Business ॲपमध्ये Coexistence QR कोड स्कॅन अयशस्वी होतो

https://easycoexistence.com/mr/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/mr/docs/coexistence-error-inaccessible-business-portfolio

नंबर साइनअप पॉपअपमध्ये निवडलेल्या Meta Business Portfolio पेक्षा वेगळ्या Portfolio शी जोडलेला असेल, तर Meta तो नाकारते आणि निवडलेल्या व्यवसायाशी नंबर संबंधित नाही असे सांगते. तो नंबर त्या दुसऱ्या Portfolio मध्ये अनलिंक करावा लागतो, यासाठी तिथे अ‍ॅडमिन प्रवेश असलेली व्यक्ती लागते. किंवा त्याच Portfolio मध्ये फ्लो चालवावा लागतो.

### हे घडते तेव्हा Meta काय सांगते?

Meta च्या Embedded Signup त्रुटी संदर्भात कोड 3441041 दिलेला आहे: "तुम्ही टाकलेला फोन नंबर तुम्ही निवडलेल्या व्यवसायाशी संबंधित नाही. पुढे जाण्यासाठी तुम्हाला हा फोन नंबर त्या व्यवसायातून अनलिंक करावा लागेल किंवा वेगळा नंबर टाकावा लागेल."

तुम्ही निवडलेला व्यवसाय म्हणजे पॉपअपच्या पहिल्या स्क्रीनवर निवडलेले Business Portfolio. या संदेशाचा अर्थ असा की Meta ने तो नंबर आधीच दुसऱ्या Portfolio शी जोडलेला आहे. हा दुवा जुन्या सेटअपमधला असू शकतो: एखाद्या एजन्सीने पूर्वी नंबर कनेक्ट केलेला असतो, माजी कर्मचाऱ्याचे Business Manager असते किंवा जाहिरातींसाठी तयार केलेले जुने WhatsApp खाते असते. आज फ्लो चालवणाऱ्या व्यक्तीला अनेकदा याची कल्पनाच नसते.

### नंबर दुसऱ्या Portfolio मधून अनलिंक कसा करायचा?

Meta ने दिलेल्या उपायात दोन भाग आहेत, आणि दोन्ही सध्या नंबर धारण करणाऱ्या Portfolio मध्येच करावे लागतात.

पहिला, त्या नंबरशी जोडलेले WhatsApp खाते काढा: Meta Business Suite, सेटिंग्ज, खाती, WhatsApp खाती, खाते काढा. दुसरा, WhatsApp Manager मधील फोन नंबर टॅबवर जाऊन फोन नंबरच हटवा.

दोन्ही पायऱ्या त्या Portfolio मध्ये होतात, म्हणून तिथे अ‍ॅडमिन प्रवेश असलेली व्यक्ती लागते. Portfolio मध्ये WhatsApp Business खाती तयार करण्यासाठीही Meta अ‍ॅडमिन स्तराची परवानगी मागते. नंबर मोकळा झाला की साइनअप पुन्हा चालवा आणि तुमच्या नियंत्रणात असलेले Portfolio निवडा.

### जुन्या Portfolio मध्ये कोणीच जाऊ शकत नसेल तर?

तेव्हा व्यावहारिक पर्याय दोनच उरतात.

आधी प्रवेश परत मिळवा. Portfolio तयार करणारी व्यक्ती किंवा त्यातील कोणताही उरलेला अ‍ॅडमिन सध्याच्या व्यक्तीला अ‍ॅडमिन म्हणून जोडू शकतो. एजन्सीकडे असलेल्या Portfolio साठी, एजन्सीला प्रवेश द्यायला किंवा अनलिंक स्वतः करायला सांगा.

दुसरा पर्याय म्हणजे प्रवेश परत मिळाल्यावर नंबर बाहेर न हलवता त्याच जुन्या Portfolio मध्ये फ्लो चालवा. Coexistence रूपांतरित खाती ग्राहकाच्या स्वतःच्या Portfolio मध्येच ठेवते, त्यामुळे फ्लो ज्या Portfolio मध्ये चालतो तिथेच नंबर पुढे राहील. वर्षभरानंतरही व्यवसायाच्या नियंत्रणात राहील असे Portfolio निवडा.

- नवीन Portfolio तयार करून पुन्हा प्रयत्न करणे. नंबर अजूनही जुन्या Portfolio शी जोडलेला असतो, म्हणून तोच नकार परत येतो.
- दुवा तोडण्यासाठी WhatsApp Business ॲपचे खाते हटवणे. हा दुवा Meta च्या बाजूला, दुसऱ्या Portfolio मध्ये असतो.
- नंबर व्यवसायाच्या नियंत्रणात नसलेल्या Portfolio मध्ये तसाच ठेवणे. जो त्याचा अ‍ॅडमिन असतो, तोच कनेक्शन नियंत्रित करतो.

**Meta सपोर्ट माझ्यासाठी नंबर हलवू शकते का?** 3441041 साठी Meta ने दिलेला उपाय म्हणजे दुसऱ्या Portfolio मध्ये अनलिंक करणे, आणि ते तिथे प्रवेश असलेली व्यक्ती करते. तुमच्या वतीने नंबर हलवण्याचे Meta वर्णन करत नाही.

**नंबर कोणत्या Portfolio मध्ये आहे ते कसे शोधायचे?** Meta च्या संदेशात त्याचे नाव येत नाही. व्यवसायातील कोणीही वापरलेले प्रत्येक Portfolio तपासा, एजन्सीने तयार केलेले Portfolio सुद्धा.

**अनलिंक केल्याने WhatsApp Business ॲप बंद होईल का?** या पायऱ्या Meta Business Suite आणि WhatsApp Manager मधून त्या Portfolio मधील WhatsApp खाते आणि नंबर काढतात. त्या फोनवरील ॲपमध्ये होत नाहीत.

**हे नंबर दुसऱ्या प्रोव्हायडरकडे असण्यासारखेच आहे का?** नाही. ते दुसऱ्या partner च्या ॲपशी असलेले कनेक्शन असते. इथे नंबर वेगळ्या Portfolio चा आहे.

---

## "तुमचे विद्यमान WhatsApp Business ॲप कनेक्ट करा" हा पर्याय दिसत नाही

https://easycoexistence.com/mr/docs/coexistence-error-option-not-showing

विद्यमान WhatsApp Business ॲप खाते कनेक्ट करण्याचा पर्याय तेव्हाच दिसतो, जेव्हा Meta चे Embedded Signup सुरू करणाऱ्या प्लॅटफॉर्मने तो स्वतःच्या कोडमध्ये सक्षम केलेला असतो. ती सेटिंग नसेल तर पॉपअपमध्ये नेहमीची खाते निवड स्क्रीन दिसते आणि नंबर नवीन नोंदणी म्हणून हाताळला जातो. व्यवसाय तो पर्याय सुरू करू शकत नाही; प्लॅटफॉर्मलाच तो सुरू करावा लागतो.

### हा पर्याय दिसणार की नाही हे कोण ठरवते?

पॉपअप सुरू करणारा प्लॅटफॉर्म. Embedded Signup सुरू करताना whatsapp_business_app_onboarding वर सेट केलेली featureType प्रॉपर्टी जोडा, असे Meta च्या दस्तऐवजात पार्टनर्सना सांगितले आहे. तपासणीची पद्धतही Meta ने दिली आहे: खाते निवड स्क्रीनच्या जागी विद्यमान WhatsApp Business खाते कनेक्ट करण्याचा पर्याय देणारी स्क्रीन आली असेल, तर फीचर सक्षम आहे.

म्हणजेच व्यवसायाला नेहमीच्या स्क्रीन दिसत असतील, म्हणजे WhatsApp Business खाते निवडणे किंवा तयार करणे आणि नोंदणीसाठी नंबर टाकणे, तर पॉपअप ती सेटिंग न देता सुरू केला गेला आहे. व्यवसायाच्या स्वतःच्या Meta सेटिंग्जमधील कोणताही बदल हे बदलू शकत नाही. व्यवसाय फक्त तो पर्याय सक्षम असलेल्या प्लॅटफॉर्मच्या साइनअप लिंकवर जाऊ शकतो.

### प्लॅटफॉर्म हा पर्याय का देत नसेल?

तो सक्षम करण्यापूर्वी प्लॅटफॉर्मच्या बाजूने पूर्ण करायच्या आवश्यकता Meta ने दिल्या आहेत. प्लॅटफॉर्म आधीपासून Solution Partner किंवा Tech Provider असला पाहिजे, Cloud API कसे वापरायचे हे त्याला माहीत असले पाहिजे, webhook स्वीकारून प्रक्रिया करू शकणारा webhook कॉलबॅक त्याच्याकडे असला पाहिजे आणि त्याने Embedded Signup सेशन लॉगिंगसह चालवले पाहिजे.

स्वतः होस्ट केलेले टूल, किंवा Tech Provider नसलेल्या डेव्हलपर ॲपवर बनवलेले इंटिग्रेशन, यातील पहिली अट पूर्ण करत नाही. अशा वेळी व्यवसायाच्या बाजूने कॉन्फिगरेशन बदलून तो पर्याय परत आणता येत नाही. उपाय म्हणजे हे काम पूर्ण केलेला प्लॅटफॉर्म निवडणे.

दुसरी कमतरता आवृत्त्यांची आहे. Embedded Signup v2 आणि v3 15 ऑक्टोबर 2026 रोजी बंद होत आहेत, आणि त्याआधी v4 वर जाण्यास Meta ने पार्टनर्सना सांगितले आहे.

### पर्याय दिसतो पण खाते निवडता येत नसेल तर?

तो वेगळा नकार आहे, आणि तो प्लॅटफॉर्ममुळे नव्हे, तर खात्यामुळे येतो.

Meta च्या त्रुटी संदर्भात 3441047 आहे: मार्केटिंग मेसेज वापरणाऱ्या खात्यांसाठी हे फीचर उपलब्ध नाही, आणि व्यवसायाला दुसरे WhatsApp Business खाते निवडावे लागते. कोड 3441042 म्हणजे त्या प्रदेशातील नंबरसाठी फीचर उपलब्ध नाही. तसेच 2.24.17 पेक्षा जुनी आवृत्ती असलेल्या ॲपला नाकारले जाते आणि नवीनतम आवृत्तीवर अपडेट करण्यास सांगितले जाते.

यापैकी प्रत्येकासाठी पॉपअपमध्ये स्वतंत्र मेसेज येतो. कोणताही मेसेज न येता पर्यायच दिसत नसेल, तर प्रक्रिया कशी सुरू केली गेली याकडे लक्ष जाते.

- Coexistence स्विच शोधण्यासाठी व्यवसायाच्या Meta सेटिंग्ज धुंडाळणे. हा पर्याय पॉपअप सुरू करणारा प्लॅटफॉर्म सेट करतो.
- तरीही नेहमीची प्रक्रिया पूर्ण करणे. पर्याय नसेल तर Meta नंबरला नवीन नोंदणी मानते, आणि ती Coexistence नाही.
- जुने Embedded Signup इंटिग्रेशन अजूनही पात्र ठरते असे गृहीत धरणे. Meta v2 आणि v3 15 ऑक्टोबर 2026 रोजी बंद करत आहे.

**व्यवसाय स्वतः Coexistence सक्षम करू शकतो का?** पॉपअपमध्ये नाही. हा पर्याय Embedded Signup सुरू करणारा प्लॅटफॉर्म featureType सेटिंगद्वारे सेट करतो.

**पर्याय सक्षम आहे हे मला कसे कळेल?** Meta ची स्वतःची चाचणी: खाते निवड स्क्रीनच्या जागी तुमचे विद्यमान WhatsApp Business खाते कनेक्ट करण्याचा पर्याय देणारी स्क्रीन दिसते.

**व्यवसायाकडे पडताळणी झालेला Business Portfolio हवा का?** या पर्यायासाठी Meta ने दिलेल्या आवश्यकता सुरू करणाऱ्या प्लॅटफॉर्मच्या बाजूच्या आहेत, तसेच व्यवसायासाठी ॲप आवृत्ती 2.24.17 किंवा त्याहून नवीन.

**ही प्रादेशिक मर्यादा आहे का?** प्रादेशिक नकार स्वतंत्र मेसेजसह येतो, कोड 3441042. कोणताही मेसेज न येता पर्याय नसेल, तर प्रक्रिया कशी सुरू केली गेली याकडे लक्ष जाते.

---

## Coexistence साइनअप दरम्यान "तुमचे WhatsApp Business ॲप अपडेट करा"

https://easycoexistence.com/mr/docs/coexistence-error-business-app-outdated

Coexistence साठी नंबर असलेल्या फोनवर WhatsApp Business ॲप आवृत्ती 2.24.17 किंवा त्यापेक्षा नवीन असणे आवश्यक आहे. त्यापेक्षा जुने असल्यास Meta चा साइनअप पॉपअप नंबर नाकारतो आणि ॲप नवीनतम आवृत्तीवर अपडेट करण्यास सांगतो. ॲप स्टोअरमधून अपडेट करून प्रक्रिया पुन्हा सुरुवातीपासून चालवल्यास समस्या सुटते.

### मेसेजमध्ये काय म्हटले आहे?

Meta च्या Embedded Signup त्रुटी संदर्भात कोड 4563015 आणि "Update your WhatsApp Business App to the latest version to use this phone number" हा मजकूर दिलेला आहे. यावरचा उपायही तोच आहे: ॲप नवीनतम आवृत्तीवर अपडेट करा.

यामागील अट Meta च्या Coexistence ऑनबोर्डिंग दस्तऐवजात नमूद आहे: व्यवसाय ग्राहकाने WhatsApp Business ॲप आवृत्ती 2.24.17 किंवा त्यापेक्षा नवीन वापरणे आवश्यक आहे. मेसेजमध्ये किमान आवृत्ती नव्हे तर नवीनतम आवृत्ती मागितली आहे. उपलब्ध असलेली नवीनतम आवृत्ती स्थापित केल्यास दोन्ही अटी पूर्ण होतात.

### कोणते डिव्हाइस अपडेट करावे लागेल?

प्राथमिक फोन: ज्या डिव्हाइसवर WhatsApp Business ॲपमध्ये नंबर नोंदणीकृत आहे. Meta हेच ॲप तपासते आणि प्रक्रियेतील फोनवरील टप्पा हेच ॲप हाताळते.

WhatsApp Web, डेस्कटॉप ॲप किंवा खात्याशी जोडलेला टॅबलेट अपडेट केल्याने उपयोग होत नाही, कारण ती सहयोगी डिव्हाइस आहेत, नोंदणी नाही. Meta च्या दस्तऐवजात असेही म्हटले आहे की नंबर एपीआयशी कनेक्ट झाल्यावर सहयोगी क्लायंट अनलिंक होतात, आणि त्यानंतर WhatsApp for Windows व WhatsApp for WearOS हे समर्थित सहयोगी नाहीत.

एजन्सीच्या कामात ब्राउझरमधील प्रक्रिया चालवणाऱ्या व्यक्तीकडे अनेकदा फोन नसतो. म्हणून सुरू करण्यापूर्वी व्यवसाय मालकाकडून हे निश्चित करून घ्या.

### आवृत्ती कशी तपासायची आणि पुन्हा प्रयत्न कसा करायचा?

नंबर असलेल्या फोनवर WhatsApp Business ॲपची स्थापित आवृत्ती पाहा, ॲपच्या मदत माहितीत किंवा फोनच्या ॲप स्टोअरमधील त्याच्या पानावर. ती 2.24.17 पेक्षा जुनी असेल किंवा स्टोअरमध्ये अपडेट दिसत असेल, तर ते स्थापित करा.

अपडेटनंतर ॲप बंद करून पुन्हा उघडा, म्हणजे नवीन आवृत्ती चालू राहील. त्यानंतर नकार दाखवलेला पॉपअप पुढे चालू न ठेवता ब्राउझरमध्ये साइनअप प्रक्रिया पुन्हा सुरुवातीपासून सुरू करा आणि विद्यमान WhatsApp Business ॲप खाते कनेक्ट करण्याचा पर्याय निवडा.

अपडेट ॲप स्टोअरमध्ये होते, साइनअप पॉपअपमध्ये नाही. त्यामुळे हा टप्पा फोन ज्याच्याकडे आहे त्याचा आहे. अपडेट झाले असे गृहीत धरण्याऐवजी प्रक्रिया पुन्हा चालवण्यापूर्वी त्यांच्याकडून नवीन आवृत्तीचा क्रमांक निश्चित करा.

- WhatsApp Web किंवा डेस्कटॉप ॲप अपडेट करणे. Meta प्राथमिक फोनवरील WhatsApp Business ॲप तपासते.
- दोन्ही ॲप असलेल्या फोनवर सामान्य WhatsApp अपडेट करणे. Business ॲप स्वतंत्रपणे स्थापित असते आणि त्याची आवृत्ती वेगळी असते.
- अपडेटनंतर त्याच पॉपअपमध्ये पुन्हा प्रयत्न करणे. प्रक्रिया पुन्हा सुरू करा, म्हणजे तपासणी नवीन आवृत्तीवर होईल.

**2.24.17 पुरेशी आहे, की नवीनतम आवृत्ती लागेल?** Meta ने सांगितलेली किमान आवृत्ती 2.24.17 आहे. त्रुटीच्या मजकुरात नवीनतम आवृत्ती मागितली आहे, म्हणून पूर्ण अपडेट केल्यास दोन्ही अटी पूर्ण होतात.

**अपडेट केल्याने चॅट्स जातात का?** अपडेटमुळे त्याच नोंदणीवरील ॲपची आवृत्ती बदलते. खाते हटवणे किंवा नंबर पुन्हा नोंदवणे हे त्याहून वेगळे आहे आणि ते टाळावे.

**कनेक्ट झाल्यानंतर आवृत्तीचा काही फरक पडतो का?** Meta ची अट ऑनबोर्डिंगसाठी सांगितली आहे. तरीही ॲप अद्ययावत ठेवणे योग्य आहे, कारण फोन कनेक्शनचा भाग राहतो.

**हे नंबर पात्र नसण्यासारखेच आहे का?** नाही. पात्रता खात्यावरील क्रियाशीलतेशी संबंधित आहे. ही समस्या फक्त फोनवरील ॲप आवृत्तीची आहे.

---

## Coexistence त्रुटी: नंबर आधीच दुसऱ्या प्रोव्हायडरशी कनेक्ट आहे

https://easycoexistence.com/mr/docs/coexistence-error-number-on-another-provider

Meta चा Coexistence फ्लो WhatsApp Business ॲपमधील नंबर नवीन प्लॅटफॉर्मशी कनेक्ट करत नाही, जोपर्यंत दुसरा प्लॅटफॉर्म तो वापरत आहे. नंबर आधीच दुसऱ्या प्रोव्हायडरशी कनेक्ट असल्यास Meta चा साइनअप पॉपअप तो नाकारतो आणि या फ्लोमध्ये पार्टनर बदलणे समर्थित नाही असे सांगतो. व्यवसायाने WhatsApp Business ॲपमध्ये सध्याचा प्लॅटफॉर्म डिस्कनेक्ट करावा, 15 मिनिटे थांबावे आणि मग नवीन साइनअप चालवावा.

### नंबर दुसऱ्या प्रोव्हायडरवर आहे हे कोणते मेसेज दर्शवतात?

Meta च्या Embedded Signup त्रुटी संदर्भात, WhatsApp Business ॲप वापरकर्ता ऑनबोर्डिंगच्या विभागात या परिस्थितीसाठी तीन मेसेज आहेत.

- 2655093: व्यवसाय हे WhatsApp Business खाते आधीच एका पार्टनरसोबत शेअर करत आहे आणि या फ्लोमध्ये पार्टनर बदलणे समर्थित नाही.
- 3441049: नंबर आधीच या प्रॉडक्टसोबत नोंदणीकृत आहे आणि तो WhatsApp Business ॲपमधून सध्याच्या खात्यापासून डिस्कनेक्ट करणे आवश्यक आहे.
- 2655094: पुढे जाण्यासाठी तुमचा बिझनेस प्लॅटफॉर्म डिस्कनेक्ट करा, मग पुन्हा प्रयत्न करण्यापूर्वी 15 मिनिटे थांबा.

### सध्याचा प्रोव्हायडर कसा डिस्कनेक्ट करावा?

फोनवरून, WhatsApp Business ॲपमध्ये. Meta चा मार्ग असा आहे: सेटिंग्ज, खाते, Business Platform, मग कनेक्ट केलेला प्लॅटफॉर्म निवडा आणि डिस्कनेक्ट वर टॅप करा. Meta हेही नमूद करते की ॲप आणि Cloud API या दोन्हींसोबत वापरात असलेल्या नंबरवर API ची स्वतःची डीरजिस्ट्रेशन कॉल वापरता येत नाही. म्हणूनच डिस्कनेक्शन जुन्या प्रोव्हायडरच्या डॅशबोर्डऐवजी ॲपमध्ये होते.

व्यवसायाने डिस्कनेक्ट केल्यावर Meta मागील प्लॅटफॉर्मला PARTNER_REMOVED इव्हेंटसह account_update वेबहुक पाठवते. जुन्या प्रोव्हायडरला याची माहिती अशी मिळते. त्या प्रोव्हायडरसोबतचे कोणतेही सबस्क्रिप्शन हा व्यवसाय आणि त्यांच्यातील स्वतंत्र विषय आहे.

### डिस्कनेक्ट केल्यानंतर काय होते?

थांबा. 3441049 आणि 2655094 या दोन्हींसाठी Meta चे मेसेज पुन्हा प्रयत्न करण्यापूर्वी 15 मिनिटे थांबण्यास सांगतात.

त्यानंतर नवीन प्लॅटफॉर्मचे साइनअप सुरुवातीपासून चालवा आणि विद्यमान WhatsApp Business ॲप खाते कनेक्ट करण्याचा पर्याय निवडा. हे नवीन ऑनबोर्डिंग आहे: चॅट हिस्ट्री शेअर करण्याचा पर्याय पुन्हा दिला जातो आणि कॉन्टॅक्ट्स व हिस्ट्री सिंक करण्यासाठी नवीन प्लॅटफॉर्मकडे ऑनबोर्डिंगनंतर 24 तास असतात.

एक परिस्थिती अजूनही स्विचमध्ये अडथळा आणू शकते. Meta नमूद करते की ज्या व्यवसायाने पूर्वी एखाद्या पार्टनरसोबत काम केले आणि जो अजूनही त्या पार्टनरची क्रेडिट लाइन शेअर करतो, त्याला नवीन पार्टनरकडे जाताना त्रुटी दिसू शकते. ती सोडवण्यासाठी Meta स्वतंत्र मार्गदर्शक प्रकाशित करते.

- जुन्या प्रोव्हायडरला नंबर डीरजिस्टर करण्यास सांगणे. ॲप आणि Cloud API या दोन्हींसोबत वापरलेल्या नंबरवर डीरजिस्टर कॉल चालत नाही, असे Meta सांगते.
- डिस्कनेक्ट केल्यानंतर काही मिनिटांतच पुन्हा प्रयत्न करणे. Meta 15 मिनिटे थांबण्यास सांगते.
- जुने कनेक्शन तोडण्यासाठी WhatsApp Business ॲप खाते हटवणे. सेटिंग्जमधून डिस्कनेक्ट करणे हाच दस्तऐवजीकृत मार्ग आहे.

**एक नंबर एकाच वेळी दोन प्रोव्हायडरशी कनेक्ट असू शकतो का?** या फ्लोद्वारे नाही. सध्याचा प्रोव्हायडर आधी डिस्कनेक्ट केल्याशिवाय पार्टनर बदलणे समर्थित नाही, असे Meta चा मेसेज सांगतो.

**डिस्कनेक्ट केल्याने माझे चॅट हटतील का?** डिस्कनेक्ट केल्याने फक्त प्लॅटफॉर्म कनेक्शन काढले जाते. WhatsApp Business ॲप फोनवर राहते आणि चालू राहते.

**नवीन प्रोव्हायडर माझ्यासाठी जुना डिस्कनेक्ट करू शकतो का?** नाही. डिस्कनेक्ट व्यवसायाने WhatsApp Business ॲपमध्ये करायचे आहे.

**नवीन प्रोव्हायडरसोबत हिस्ट्री पुन्हा सिंक होते का?** नवीन ऑनबोर्डिंगमध्ये हिस्ट्री शेअर करण्याचा पर्याय पुन्हा दिला जातो आणि सिंक चालवण्यासाठी नवीन प्लॅटफॉर्मकडे 24 तास असतात.

---

## Coexistence signup नंतर "This authorization code has expired"

https://easycoexistence.com/mr/docs/coexistence-error-authorization-code-expired

Meta चे Embedded Signup पूर्ण झाल्यावर ते सुरू करणाऱ्या प्लॅटफॉर्मला एक अल्पायुषी कोड देते. हा कोड 30 सेकंदांच्या आत ॲक्सेस टोकनमध्ये बदलावा लागतो. बदल यापेक्षा उशिरा झाला किंवा आधीच्या प्रयत्नातील कोड वापरला गेला, तर Meta ऑथोरायझेशन कोड कालबाह्य झाल्याचे सांगते. फ्लो पुन्हा चालवल्यास नवीन कोड मिळतो.

### कोणता कोड कालबाह्य झाला आहे?

व्यवसायाने Embedded Signup पूर्ण केल्यावर Meta ॲसेट ID आणि बदलण्यायोग्य टोकन कोड हे पॉपअप उघडणाऱ्या ब्राउझर विंडोला परत पाठवते. त्यानंतर प्लॅटफॉर्म तो कोड स्वतःच्या सर्व्हरकडे पाठवतो. सर्व्हर आपला ॲप ID आणि ॲप सीक्रेट वापरून Meta च्या oauth access_token एंडपॉइंटला कॉल करतो आणि कोडच्या बदल्यात व्यवसायाचे टोकन मिळवतो.

वेळेबाबत Meta चे इम्प्लिमेंटेशन मार्गदर्शक स्पष्ट आहे: बदलण्यायोग्य टोकन कोडचा वैधता कालावधी 30 सेकंद आहे, म्हणून प्लॅटफॉर्मला तो कालबाह्य होण्यापूर्वी बदलता आला पाहिजे. त्यानंतर केलेली विनंती नाकारली जाते आणि तो नकार "This authorization code has expired" असा दिसतो. पॉपअप हळू पूर्ण केल्यामुळे व्यवसायाची काहीही चूक नसते. कोड परत मिळाल्याच्या क्षणापासून घड्याळ सुरू होते.

### पॉपअप उशिरा किंवा दोनदा पूर्ण झाल्यावर हे का होते?

अनेक कारणांमुळे कोडची देवाणघेवाण त्या मर्यादेनंतर होऊ शकते.

फ्लो संपत असताना ब्राउझर टॅब बॅकग्राउंडमध्ये राहिला किंवा लॅपटॉप स्लीप झाला, त्यामुळे कोड दिल्यानंतर बराच वेळाने प्लॅटफॉर्मच्या सर्व्हरपर्यंत पोहोचला. प्लॅटफॉर्मच्या सर्व्हरने ही देवाणघेवाण लगेच न करता इतर कामांच्या मागे रांगेत ठेवली. किंवा व्यक्तीने फ्लो दोनदा उघडला, दोन्ही पूर्ण केले आणि दुसरा पूर्ण झाल्यानंतर प्लॅटफॉर्मने पहिल्या विंडोतील कोड वापरला.

चाचणीत चौथे कारण असते: ब्राउझर कन्सोलमधून कोड कॉपी करून cURL किंवा Postman ने हाताने बदलणे. Meta चे मार्गदर्शक नेमकी हीच गोष्ट सांगते आणि सुरू करण्यापूर्वी देवाणघेवाणीची विनंती तयार ठेवण्यास सांगते.

### कनेक्शन कसे पूर्ण कराल?

फ्लो एकाच विंडोमध्ये सुरुवातीपासून पुन्हा चालवा आणि प्लॅटफॉर्मचे पेज समोर ठेवून तो पूर्ण होऊ द्या. प्रत्येक पूर्ण फ्लो नवीन कोड देतो आणि त्या कोडची तत्काळ देवाणघेवाण एवढेच प्लॅटफॉर्मला हवे असते.

Coexistence नंबरसाठी हे लवकर करा. व्यवसायाने फ्लो पूर्ण केल्यावर Meta WhatsApp Business खाते रूपांतरित करते. प्लॅटफॉर्मने ग्राहकाला ऑनबोर्ड केल्यानंतर मेसेज हिस्ट्री सिंक करण्यासाठी त्याच्याकडे 24 तास असतात. त्यानंतर व्यवसायाला ऑफबोर्ड करून फ्लो पुन्हा पूर्ण करावा लागतो.

प्लॅटफॉर्मच्या बाजूने कायमचा उपाय म्हणजे कोड आल्याबरोबर, इतर कोणत्याही ऑनबोर्डिंग पायरीपूर्वी, सर्व्हरवर त्याची देवाणघेवाण करणे.

- त्याच कोडने टोकनची देवाणघेवाण पुन्हा करून पाहणे. तो 30 सेकंदांनंतर कालबाह्य झाला आहे आणि परत येणार नाही.
- signup एकाच वेळी दोन विंडोमध्ये चालवणे. ज्या प्रयत्नाची देवाणघेवाण होत आहे त्याचाच कोड ग्राह्य धरला जातो.
- कोडची देवाणघेवाण ब्राउझरमधून करणे. Meta ला ही देवाणघेवाण ॲप सीक्रेटसह सर्व्हर-ते-सर्व्हर विनंती म्हणून हवी असते.

**व्यवसायाने नंबर कनेक्ट केला की नाही?** व्यवसायाने Meta चा फ्लो पूर्ण केला, पण प्लॅटफॉर्मला कोडचे चालणाऱ्या टोकनमध्ये रूपांतर करता आले नाही, म्हणून तो अजून या नंबरवर काम करू शकत नाही. फ्लो पुन्हा चालवल्यास त्याला नवीन कोड मिळतो.

**कोडची वैधता वाढवता येते का?** नाही. 30 सेकंदांचा वैधता कालावधी Meta ठरवते आणि कोणताही प्लॅटफॉर्म तो वाढवू शकत नाही.

**WhatsApp Business ॲपवर याचा परिणाम होतो का?** नाही. हे सोडवले जात असताना ॲप फोनवर नेहमीप्रमाणे चालत राहते.

**हे कालबाह्य ॲक्सेस टोकनसारखेच आहे का?** नाही. हा अल्पायुषी signup कोड आहे. चालू कनेक्शनवर ॲक्सेस टोकन कालबाह्य झाल्यास त्रुटी 190 येते.

---

## "तुमच्या ॲपकडे Cloud API companion pairing साठी आवश्यक Graph एपीआय परवानग्या नाहीत"

https://easycoexistence.com/mr/docs/coexistence-error-companion-pairing-permission

या मेसेजचा अर्थ असा की साइन-अप सुरू करणाऱ्या प्लॅटफॉर्मकडे WhatsApp Business ॲप नंबर Cloud API शी जोडण्यासाठी Meta ला आवश्यक असलेल्या WhatsApp परवानग्या, Meta ला आवश्यक असलेल्या ॲक्सेस पातळीवर, नाहीत. ज्या परवानग्यांसाठी प्लॅटफॉर्मकडे Advanced access आहे, फक्त त्याच परवानग्या व्यवसाय देऊ शकतो. व्यवसाय हे दुरुस्त करू शकत नाही; प्लॅटफॉर्मलाच ते करावे लागते.

### या मेसेजचा अर्थ काय?

संपूर्ण मजकूर असा आहे: "तुमच्या ॲपकडे Cloud API companion pairing साठी आवश्यक Graph एपीआय परवानग्या नाहीत. कृपया advanced WhatsApp Business परवानग्या दिल्या आहेत याची पडताळणी करा आणि पुन्हा प्रयत्न करा." Meta च्या सार्वजनिक त्रुटी संदर्भांमध्ये हा नेमका शब्दप्रयोग नाही, पण त्यातील प्रत्येक भाग Meta ने दस्तऐवजीकृत केलेल्या गोष्टीशी जुळतो.

"तुमचे ॲप" म्हणजे साइन-अप चालवणाऱ्या प्लॅटफॉर्मचे Meta ॲप, फोनवरील WhatsApp Business ॲप नाही. Meta companion pairing ची व्याख्या सार्वजनिकरीत्या देत नाही; संदर्भानुसार, WhatsApp Business ॲपमध्ये नोंदणीकृत राहणारा नंबर Cloud API शी जोडला जाणे असा त्याचा अर्थ आहे, आणि हीच Coexistence ची रचना आहे. तसेच "advanced" WhatsApp Business परवानग्या म्हणजे Advanced access, जो Meta App Review द्वारे देते.

### कोणत्या परवानग्या संबंधित आहेत?

Meta च्या परवानगी दस्तऐवजात WhatsApp इंटिग्रेशनना साधारणपणे लागणाऱ्या दोन परवानग्या सांगितल्या आहेत. whatsapp_business_management मध्ये खात्याचा मेटाडेटा, टेम्प्लेट, फोन नंबर, ॲनालिटिक्स आणि खात्याचे वेबहुक येतात. whatsapp_business_messaging मध्ये मेसेज पाठवणे आणि मेसेज व स्टेटस वेबहुक मिळवणे येते.

ज्या पार्टनरचे क्लायंट त्याचे ॲप वापरतात, त्याला ॲपला लागणाऱ्या प्रत्येक परवानगीसाठी App Review आणि Advanced access Meta ला आवश्यक आहे. Meta परिणाम थेट सांगते: एखाद्या परवानगीसाठी Advanced access नसेल तर क्लायंट ती Embedded Signup द्वारे ॲपला देऊ शकत नाहीत. ॲपच्या मालकीची नसलेल्या खात्यांवर Advanced access शिवाय whatsapp_business_management सह केलेले कॉल त्रुटी 200 परत करतात.

व्यवसायाने प्रत्यक्षात कोणत्या परवानग्या दिल्या हे प्लॅटफॉर्म Meta च्या debug_token एंडपॉइंटने टोकन तपासून पाहू शकतो; तो दिलेल्या परवानग्या scopes अंतर्गत दाखवतो.

### व्यवसाय काय करू शकतो?

स्वतःच्या बाजूने फार थोडे, आणि हे दूर करण्यासाठी Meta सेटिंग्ज बदलण्याचा प्रयत्न करू नये. उपाय प्लॅटफॉर्मकडे आहे: त्याला Tech Provider किंवा Solution Partner असावे लागते, जी WhatsApp Business ॲप वापरकर्त्यांना ऑनबोर्ड करण्यासाठी Meta ची अट आहे, आणि 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/mr/docs/whatsapp-error-0

त्रुटी कोड 0 म्हणजे Meta ला ॲक्सेस टोकनमागील ॲप वापरकर्त्याची पडताळणी करता आली नाही. Meta चे वर्णन असे: "We were unable to authenticate the app user." टोकनची मुदत संपली आहे, ते अवैध ठरवले गेले आहे, किंवा वापरकर्त्याने सर्व ॲप्सना स्वतःच्या डेटावरील प्रवेश रोखला आहे. उपाय म्हणजे नवे ॲक्सेस टोकन, पुन्हा प्रयत्न करणे नव्हे.

### WhatsApp त्रुटी कोड 0 चा अर्थ काय?

प्लॅटफॉर्मला विनंती मिळाली, पण ती विश्वासार्ह ॲप वापरकर्त्याशी जोडता आली नाही, असा याचा अर्थ आहे.

Meta ने Cloud API च्या त्रुटी संदर्भात कोड 0 हा authorization त्रुटींमध्ये ठेवला आहे आणि तपशील मजकूर "We were unable to authenticate the app user." असा दिला आहे. त्यातील सर्व संभाव्य कारणे टोकनशी संबंधित आहेत: टोकनची मुदत संपली आहे, ते अवैध ठरवले गेले आहे, किंवा ते देणाऱ्या व्यक्तीने सर्व ॲप्सना डेटा वापरू न देणारी सेटिंग बदलली आहे.

या यादीत फोन नंबर, WhatsApp Business Account किंवा पाठवला जाणारा मेसेज यांचा उल्लेख नाही. यापैकी काहीही तपासले जाण्याइतकी विनंती पुढे गेलीच नाही.

### त्रुटी 0 कशी दुरुस्त कराल?

नवे ॲक्सेस टोकन मिळवा. Meta ने हाच उपाय सांगितला आहे आणि तोच प्रत्यक्षात चालतो.

टोकन बदलण्यापूर्वी तिन्हीपैकी कोणते कारण लागू होते ते शोधा, कारण दुर्लक्ष केल्यास प्रत्येक कारण पुन्हा समोर येते. कमी मुदतीचे user टोकन ठरलेल्या वेळी पुन्हा संपेल. अवैध ठरवलेले टोकन कोणी पुन्हा प्रवेश देईपर्यंत अपयशी ठरत राहील. ज्या वापरकर्त्याने ॲप प्रवेश पूर्णपणे बंद केला आहे, त्याने तो पुन्हा सुरू केल्याशिवाय त्याच्यासाठीचे कोणतेही टोकन चालणार नाही.

सर्व्हर ते सर्व्हर पाठवण्यासाठी Meta चे ॲक्सेस टोकन मार्गदर्शन System User टोकन सुचवते. ते दीर्घकाळ चालणारे आणि वापरकर्त्याच्या कृतीशिवाय चालणाऱ्या स्वयंचलित सेवांसाठी योग्य असल्याचे Meta सांगते.

### त्रुटी 0 आणि त्रुटी 190 एकच आहेत का?

प्रत्यक्षात त्या एकमेकींना ओव्हरलॅप होतात, तरी Meta ने त्या वेगवेगळ्या दिल्या आहेत.

त्रुटी 190 चा तपशील मजकूर "Your access token has expired." असा आहे. त्रुटी 0 व्यापक आहे: त्यात मुदत संपलेले टोकन, अवैध ठरवलेले टोकन आणि ॲप प्रवेश पूर्णपणे रोखणारा वापरकर्ता, या सर्वांचा समावेश होतो. दोन्ही एकाच authorization तक्त्यात आहेत आणि दोन्हींवर उपाय नवे टोकन मिळवणे हाच आहे.

व्यावहारिक फरक निदानात आहे. 190 सांगते की टोकन जुने झाले. 0 सांगते की पडताळणी अयशस्वी झाली, आणि कारण शोधणे तुमच्यावर सोडते. ते शोधणे महत्त्वाचे आहे, नाहीतर तासाभरानंतर तशाच प्रकारे अयशस्वी होणारे बदली टोकन तुम्ही द्याल.

- तीच विनंती पुन्हा पाठवणे. पडताळणी न झालेले टोकन तसेच राहते, त्यामुळे प्रत्येक वेळी पुन्हा कोड 0 येतो.
- नंबर पुन्हा कनेक्ट करणे. नंबर तपासलाच गेला नव्हता, त्यामुळे पुन्हा ऑनबोर्डिंग केल्याने व्यवसाय मालकाला काहीही न बदलणारे काम सांगितले जाते.
- बॅकएंड कामासाठी कमी मुदतीचे नवे user टोकन देणे. ते ठरलेल्या वेळी संपेल आणि त्रुटी परत येईल.

**त्रुटी 0 म्हणजे माझा नंबर डिस्कनेक्ट झाला का?** नाही. कोड 0 साठी Meta ची सर्व कारणे ॲक्सेस टोकनशी संबंधित आहेत. नंबर आणि फोनवरील WhatsApp Business ॲप यात सामील नाहीत.

**त्रुटी 0 कुठे नमूद आहे?** Meta च्या Cloud API त्रुटी कोड संदर्भातील authorization त्रुटींच्या तक्त्यात. Cloud API हे Graph एपीआय वर आधारित आहे आणि त्यात त्रुटींचा फॉरमॅट तोच असतो.

**थांबल्याने त्रुटी 0 आपोआप जाईल का?** नाही. मुदत संपलेले किंवा अवैध ठरलेले टोकन स्वतः बरे होत नाही. नवे टोकन आवश्यक आहे.

**टोकन काय करू शकते ते कसे तपासू?** Meta चा ॲक्सेस टोकन डीबगर किंवा debug_token एंडपॉइंट वापरा. दोन्हीमध्ये टोकन वैध आहे का, त्याची मुदत केव्हा संपते आणि त्यात कोणत्या परवानग्या आहेत ते दिसते.

---

## WhatsApp त्रुटी 3: क्षमता किंवा परवानग्यांची समस्या

https://easycoexistence.com/mr/docs/whatsapp-error-3

त्रुटी कोड 3 म्हणजे एंडपॉइंट कॉल करणाऱ्या ॲपकडे त्या एंडपॉइंटला आवश्यक असलेली क्षमता किंवा परवानगी नाही. Meta चे वर्णन “Capability or permissions issue.” असे आहे. Graph API त्याला API Method हे नाव देते. उपाय म्हणजे Access Token Debugger वापरून टोकनला दिलेल्या परवानग्या तपासणे आणि एंडपॉइंटला जी परवानगी हवी ती जोडणे.

### WhatsApp त्रुटी कोड 3 चा अर्थ काय?

याचा अर्थ विनंतीचे प्रमाणीकरण झाले, पण ॲपने जे करायला सांगितले ते करण्याची त्याला परवानगी नाही.

Meta ने Cloud API संदर्भात कोड 3 ला अधिकृतता त्रुटींमध्ये ठेवले आहे आणि तपशील मजकूर “Capability or permissions issue.” असा दिला आहे. Cloud API ज्यावर आधारित आहे त्या Graph API त्रुटी हाताळणी मार्गदर्शकात हाच कोड API Method म्हणून दिला आहे आणि कॉलसाठी लागणारी क्षमता किंवा परवानग्या ॲपकडे आहेत याची खात्री करण्यास सांगितले आहे.

म्हणजे टोकन चालते. ओळख ही समस्या नाही, आणि त्यामुळेच हा कोड 0 आणि 190 पेक्षा वेगळा ठरतो. टोकनला कशाला हात लावण्याची मुभा आहे, हीच समस्या आहे.

### टोकनकडे कोणत्या परवानग्या आहेत ते कसे तपासायचे?

Access Token Debugger वापरून, किंवा 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/mr/docs/whatsapp-error-4

त्रुटी कोड 4 म्हणजे ॲपने एपीआय कॉल मर्यादा गाठली आहे. Meta चे वर्णन: "The app has reached its API call rate limit." ही मर्यादा ॲपने एका रोलिंग तासात केलेले कॉल मोजते, नंबरवरून पाठवलेले मेसेज नाही. ॲप डॅशबोर्डमध्ये वापर तपासा, थांबा आणि ॲप एपीआयला किती वेळा कॉल करते ते कमी करा.

### WhatsApp त्रुटी कोड 4 म्हणजे काय?

याचा अर्थ तुमच्या ॲपने सध्याच्या कालावधीत खूप जास्त एपीआय कॉल केले आहेत आणि संख्या कमी होईपर्यंत पुढील कॉल नाकारले जातात.

Meta कोड 4 ला थ्रॉटलिंग त्रुटींमध्ये ठेवते आणि तपशील मजकूर आहे "The app has reached its API call rate limit." Graph API error handling guide त्याला API Too Many Calls म्हणते आणि तात्पुरती थ्रॉटलिंग समस्या असे वर्णन करते.

याच्या शेजारी आणखी दोन थ्रॉटलिंग कोड आहेत, ज्यांच्याशी याचा गोंधळ सहज होतो. 80007 म्हणजे WhatsApp Business Account ची रेट लिमिट गाठली गेली. 130429 म्हणजे Cloud API मेसेज थ्रूपुट. कोड 4 यापैकी कोणताही नाही: ते ॲपच्या स्वतःच्या कॉलचे बजेट आहे.

### ॲपची कॉल मर्यादा कशी मोजली जाते?

ॲप ॲक्सेस टोकनने केलेल्या विनंत्यांसाठी Meta च्या Graph API rate limiting guide मध्ये सूत्र दिले आहे: एका तासातील कॉल म्हणजे 200 गुणिले युजर्सची संख्या.

युजर्सची संख्या ॲपच्या दैनिक सक्रिय युनिक युजर्सवर आधारित असते. दैनिक वापर घटल्यास साप्ताहिक आणि मासिक आकडे वापरले जातात. ही मर्यादा प्रत्येक युजरवर नसून संपूर्ण ॲपवर आहे, त्यामुळे थोडे व्यग्र युजर्स तिचा मोठा भाग वापरू शकतात.

गाइडनुसार वापर ॲप डॅशबोर्डमध्ये दिसतो आणि पुरेसे कॉल झाल्यावर प्रतिसादांवरील X-App-Usage हेडरमध्येही दिसतो. त्रुटी 4 येण्याआधी मर्यादा जवळ येत असल्याचे पाहण्याचा हाच मार्ग आहे.

### त्रुटी 4 नंतर काय करावे?

काही काळ कॉल करणे थांबवा, मग कमी कॉल करा.

पहिल्या भागाबद्दल Meta चे rate limiting guide स्पष्ट आहे: मर्यादा गाठली गेल्यावर एपीआय कॉल करणे थांबवा, कारण कॉल चालू ठेवल्यास कॉलची संख्या वाढते आणि कॉल पुन्हा यशस्वी होण्यास लागणारा वेळ लांबतो.

दुसरा भाग डिझाइनचा आहे. विनंत्या एकदम न करता समान रीतीने पसरवा, प्रतिसाद फिल्टर करा म्हणजे एका कॉलमध्ये हवे ते मिळेल, आणि एकमेकांशी जुळणारा डेटा आणणारे कॉल टाळा. पोलिंग हे सहसा कारण असते. जो इंटिग्रेशन दर काही सेकंदांनी तेच खात्याचे स्टेटस विचारतो, तो आधीपासून माहीत असलेल्या उत्तरांवर बजेट खर्च करतो.

- लूपमध्ये पुन्हा प्रयत्न करणे. प्रत्येक अतिरिक्त कॉल संख्येत भर घालतो आणि पूर्ववत होणे आणखी लांबवतो.
- याला पाठवण्याची मर्यादा समजणे. कोड 4 ॲपचे कॉल मोजतो, तर मेसेज थ्रूपुटसाठी 130429 आहे.
- स्टेटस एंडपॉइंट कमी अंतराने पोल करणे. न बदललेला डेटा वारंवार वाचल्याने तासाचे बजेट संपते.

**त्रुटी 4 आणि त्रुटी 130429 सारख्याच आहेत का?** नाही. 130429 म्हणजे एका नंबरचा मेसेज थ्रूपुट. त्रुटी 4 म्हणजे तुमच्या ॲपने केलेल्या एपीआय कॉलची संख्या.

**त्रुटी 4 किती वेळ राहते?** रोलिंग एक तासाच्या कालावधीतील कॉलची संख्या मर्यादेखाली येईपर्यंत. त्या काळात कॉल केल्यास ती वाढते.

**माझे ॲप मर्यादेच्या किती जवळ आहे हे कुठे पाहता येईल?** ॲप डॅशबोर्डच्या Application Rate Limit विभागात आणि प्रतिसादांवर येणाऱ्या X-App-Usage हेडरमध्ये.

**त्रुटी 4 आणि त्रुटी 80007 सारख्याच आहेत का?** नाही. WhatsApp Business Account ने रेट लिमिट गाठल्यास Meta 80007 वापरते, तर त्रुटी 4 ॲपच्या स्वतःच्या कॉलची गणना करते.

---

## WhatsApp त्रुटी 10: परवानगी दिलेली नाही किंवा काढून घेतली आहे

https://easycoexistence.com/mr/docs/whatsapp-error-10

त्रुटी कोड 10 म्हणजे ॲपच्या टोकनकडे एंडपॉइंटला आवश्यक असलेली परवानगी नाही. ती कधी दिलीच गेली नाही किंवा नंतर काढून घेतली गेली. Meta चे वर्णन आहे "Permission is either not granted or has been removed." Meta WhatsApp साठी आणखी दोन कारणे सांगते: Flows with Endpoint वर अनुमत यादीत नसलेला नंबर, आणि एपीआयच्या पात्रतेच्या अटी पूर्ण न होणे.

### WhatsApp त्रुटी कोड 10 चा अर्थ काय?

याचा अर्थ टोकन Meta पर्यंत पोहोचले आणि ओळखले गेले, पण कॉलसाठी आवश्यक असलेली परवानगी त्यावर नाही.

Meta च्या Cloud API संदर्भात कोड 10 साठी तपशील मजकूर "Permission is either not granted or has been removed." असा दिला आहे. Graph API त्रुटी हाताळणी मार्गदर्शक याला API Permission Denied म्हणते आणि अनुपस्थित परवानगी हाताळण्यास सांगते.

"removed" हा शब्द महत्त्वाचा आहे. सेटअपच्या वेळी परवानगी दिलेली असू शकते आणि नंतर ती काढून घेतली जाऊ शकते, उदाहरणार्थ कोणीतरी व्यवसाय सेटिंग्जमध्ये ॲपचा प्रवेश रद्द केला तर. त्यामुळे अनेक महिने चालणारे इंटिग्रेशन स्वतःच्या कोडमध्ये कोणताही बदल न करता 10 परत करू लागू शकते.

### Meta त्रुटी 10 साठी आणखी कोणती कारणे सांगते?

WhatsApp साठी विशिष्ट अशी दोन कारणे आहेत. ती चटकन लक्षात येत नाहीत, कारण त्यांचा स्कोप्सशी काहीही संबंध नाही.

WhatsApp Flows with Endpoint साठी Meta सांगते की व्यवसायाची पब्लिक की सेट करण्यासाठी वापरलेला फोन नंबर अनुमत यादीत असल्याची खात्री करा. टोकनकडे सर्व परवानग्या असल्या तरी यादीबाहेरचा नंबर हा कोड देतो.

Meta हेही सांगते की जो एपीआय कॉल केला जात आहे त्याच्या पात्रतेच्या अटी पूर्ण न करणाऱ्या खात्याला हा कोड मिळतो. अशा वेळी टोकन बदलून काही उपयोग होत नाही, कारण अडथळा क्रेडेन्शियलचा नसून खात्याच्या पात्रतेचा आहे.

### त्रुटी 10 कशी दुरुस्त कराल?

Meta ने पहिली तपासणी म्हणून सांगितलेल्या अॅक्सेस टोकन डिबगरपासून सुरुवात करा.

एंडपॉइंटला आवश्यक असलेली परवानगी scopes यादीत नसेल, तर व्यवसायाला ती पुन्हा द्यायला सांगा. पार्टनर ॲपसाठी याचा अर्थ त्या परवानगीसाठी Advanced access असल्याची खात्री करणे, कारण Meta चे परवानग्या मार्गदर्शक ग्राहकांच्या खात्यांसाठी ते आवश्यक ठरवते.

scopes पूर्ण दिसत असतील, तर WhatsApp ची दोन कारणे तपासा. Flows कॉलमध्ये पब्लिक की सेट करणाऱ्या नंबरची अनुमत यादी पाहा. इतर कुठल्याही कॉलमध्ये, तुम्ही कॉल करत असलेल्या एपीआयच्या पात्रतेच्या अटी वाचा आणि कोणतेही क्रेडेन्शियल बदलण्यापूर्वी खाते त्या पूर्ण करते का ते तपासा.

- डिप्लॉयमुळे इंटिग्रेशन बिघडले असे गृहीत धरणे. व्यवसाय सेटिंग्जमध्ये काढून घेतलेली परवानगी कोडमध्ये काहीही न बदलता हा कोड देते.
- कारण पात्रता असताना टोकन पुन्हा तयार करणे. क्रेडेन्शियल अपात्र खात्याला पात्र बनवू शकत नाही.
- Flows च्या अनुमत यादीकडे दुर्लक्ष करणे. Flows with Endpoint वर यादीबाहेरचा नंबर सर्व scopes असतानाही 10 परत करतो.

**त्रुटी 10 आणि त्रुटी 131005 सारख्याच आहेत का?** Meta च्या संदर्भात दोहोंचे वर्णन सारखेच आहे. कोड 10 हा Graph API चा कोड आहे आणि 131005 WhatsApp च्या श्रेणीत येतो. दोन्ही एकाच पद्धतीने तपासले जातात.

**कालपर्यंत चालणाऱ्या नंबरवर त्रुटी 10 येऊ शकते का?** होय. Meta च्या वर्णनात काढून घेतलेल्या परवानग्यांचाही समावेश आहे, म्हणजे आधी दिलेला प्रवेश नंतर मागे घेतला जाऊ शकतो.

**त्रुटी 10 म्हणजे माझे टोकन कालबाह्य झाले आहे का?** नाही. कालबाह्य टोकनसाठी कोड 190 किंवा 0 येतो. कोड 10 म्हणजे टोकन वैध आहे, पण त्यावर एक परवानगी नाही.

**कोणत्या परवानग्या दिल्या आहेत ते कसे पाहाल?** debug_token कॉल करा किंवा अॅक्सेस टोकन डिबगर उघडा. scopes प्रॉपर्टी टोकनवरील प्रत्येक परवानगी दाखवते.

---

## WhatsApp त्रुटी 200: ॲक्सेस टोकन दिलेला नाही

https://easycoexistence.com/mr/docs/whatsapp-error-200

त्रुटी कोड 200 म्हणजे विनंती ॲक्सेस टोकनशिवाय Meta पर्यंत पोहोचली. Meta चे वर्णन "No access token was provided" असे आहे आणि API 'Provide valid app ID' हा मेसेज परत करते. हे whatsapp_business_profile सारख्या काही GET एंडपॉइंटवर दिसते. 200 ते 299 हे कोड न दिलेल्या किंवा काढून टाकलेल्या परवानग्यांसाठीही वापरले जातात.

### त्रुटी 200 मध्ये 'Provide valid app ID' का दिसते?

कारण API तोच मेसेज परत करते, जरी खरी समस्या टोकन नसणे ही असली तरी.

Meta च्या त्रुटी संदर्भानुसार, टोकन समाविष्ट नसताना whatsapp_business_profile सारख्या काही GET एंडपॉइंटवर कोड 200 येतो आणि API 'Provide valid app ID' हा मेसेज परत करते. त्याच संदर्भात असेही म्हटले आहे की याच चुकीसाठी इतर एंडपॉइंट 190 किंवा 104 परत करू शकतात.

म्हणजे शब्द ॲप ID कडे बोट दाखवतात, पण उपाय टोकनचा आहे. Authorization हेडर उपस्थित आहे आणि त्याचे स्पेलिंग बरोबर आहे का ते तपासा, तसेच विनंती तयार करताना टोकन असलेल्या व्हेरिएबलमध्ये खरोखर मूल्य भरले गेले होते का ते पाहा.

### त्रुटी 200 म्हणजे परवानगी नसणे कधी असते?

जेव्हा टोकन उपस्थित असते, पण कॉलसाठी लागणारी परवानगी ॲपकडे नसते.

Meta 200 ते 299 ही श्रेणी "Permission is either not granted or has been removed" अशी दाखवते, आणि उपाय कोड 10 प्रमाणेच आहे: ॲक्सेस टोकन डीबगरमध्ये टोकन तपासा. दोन विशिष्ट प्रकरणे नोंदवलेली आहेत. परवानग्यांच्या मार्गदर्शकानुसार, ॲडव्हान्स्ड ॲक्सेसशिवाय स्वतःच्या व्यवसायाच्या मालकीच्या नसलेल्या WABAs वर 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 तुम्हाला विनंती तयार करणाऱ्या कोडकडे नेते, कारण क्रेडेन्शियल तुमच्या सिस्टीमबाहेर गेलेच नाही.

- ॲप ID मध्ये समस्या शोधणे. मेसेजमध्ये ॲप ID लिहिलेले असते, पण Meta चे नोंदवलेले कारण टोकन नसलेली विनंती हे आहे.
- टोकन कधी पाठवलेच नसताना ते नूतनीकरण करणे. विनंतीतून अजूनही वगळले जाणारे नवे टोकन तीच त्रुटी देते.
- प्रत्येक 200 ला टोकन नसणे समजणे. टोकन उपस्थित असेल तर 200 ते 299 श्रेणीचा अर्थ परवानगी नसणे असा होतो.

**कार्यरत नंबरवर त्रुटी 200 येऊ शकते का?** हो. ती नंबरचे नव्हे, तर विनंतीचे वर्णन करते. उत्तम हेल्थ असलेला नंबरही टोकनशिवाय आलेला कॉल नाकारतो.

**एका एंडपॉइंटने 200 आणि दुसऱ्याने 190 का परत केले?** Meta च्या म्हणण्यानुसार, टोकन नसताना काही GET एंडपॉइंट 200 परत करतात, तर इतर एंडपॉइंट 190 किंवा 104 परत करू शकतात.

**नंबर डीरजिस्टर करण्यासाठी विशेष परवानगी लागते का?** हो. Meta च्या नोंदणी मार्गदर्शकानुसार, whatsapp_business_management शिवाय डीरजिस्टर केल्यास त्रुटी 200 परत येते.

**त्रुटी 200 चा त्रुटी 10 शी संबंध आहे का?** परवानगीच्या अर्थात, हो. दोन्हींचे वर्णन असे आहे की परवानगी दिली गेली नाही किंवा काढून टाकली गेली आहे.

---

## WhatsApp त्रुटी 130472: मेसेज प्रयोगाचा भाग म्हणून पाठवला गेला नाही

https://easycoexistence.com/mr/docs/whatsapp-error-130472

त्रुटी 130472 म्हणजे प्राप्तकर्ता Meta च्या मार्केटिंग मेसेज प्रयोगात असल्याने मार्केटिंग टेम्प्लेट मेसेज पाठवला गेला नाही. Meta चे वर्णन आहे: “मेसेज प्रयोगाचा भाग म्हणून पाठवला गेला नाही.” WhatsApp च्या वापरकर्त्यांपैकी थोड्या टक्क्यांना, ग्राहक सेवा विंडो किंवा मोफत एंट्री पॉइंट विंडो उघडी नसल्यास, कोणतेही मार्केटिंग टेम्प्लेट मिळत नाहीत. या मेसेजचे बिल लागत नाही.

### WhatsApp त्रुटी 130472 म्हणजे काय?

याचा अर्थ प्राप्तकर्ता प्रयोग गटाचा भाग असल्याने Meta ने मार्केटिंग टेम्प्लेट रोखले.

Meta च्या प्रयोग पानावर सांगितले आहे की मेसेजिंगचा वापरकर्त्याच्या अनुभवावर होणारा परिणाम मोजण्यासाठी WhatsApp सतत प्रयोग राबवते. मार्केटिंग मेसेज प्रयोगात WhatsApp च्या अगदी थोड्या टक्के वापरकर्त्यांना, संबंधित व्यवसायासोबत ग्राहक सेवा विंडो किंवा मोफत एंट्री पॉइंट विंडो उघडी नसल्यास, कोणत्याही व्यवसायाकडून मार्केटिंग टेम्प्लेट मेसेज मिळत नाहीत.

अशा वापरकर्त्याला तुम्ही मार्केटिंग टेम्प्लेट पाठवल्यास WhatsApp ते पाठवत नाही आणि तुम्हाला बिलही लावत नाही. स्टेटस वेबहुक येतो, त्यात स्टेटस `failed` आणि त्रुटी कोड 130472 असतो.

### त्रुटी 130472 येणाऱ्या ग्राहकापर्यंत कसे पोहोचाल?

त्यांनी तुम्हाला आधी मेसेज करावा, म्हणजे ग्राहक सेवा विंडो उघडते.

Meta च्या प्रयोग पानावर स्पष्ट म्हटले आहे की टेम्प्लेट पुन्हा पाठवल्यास तीच त्रुटी येते. सुचवलेला मार्ग असा: WhatsApp व्यतिरिक्त दुसऱ्या माध्यमातून वापरकर्त्याशी संपर्क साधा आणि त्यांना तुम्हाला मेसेज करायला सांगा, म्हणजे उघड्या ग्राहक सेवा विंडोत टेम्प्लेट पाठवता येते.

हा प्रयोग फक्त मार्केटिंग टेम्प्लेटपुरता मर्यादित आहे. गटातील वापरकर्त्यांना तो कोणताही व्यवसाय पाठवत असला तरी लागू होतो. म्हणजे तुमचे खाते, टेम्प्लेट किंवा नंबर यांपैकी कशामुळेही हे घडलेले नाही, आणि त्यात बदल केल्याने काही फायदाही होत नाही.

### इंटिग्रेशनने त्रुटी 130472 कशी हाताळावी?

त्या मेसेजसाठी अंतिम स्टेटस म्हणून, पुन्हा प्रयत्न करायची अपयश म्हणून नाही.

ही त्रुटी फक्त पाठवण्याच्या प्रतिसादात न येता स्टेटस वेबहुकमधून येते, म्हणून हाताळणी वेबहुक प्रोसेसरमध्येच हवी. मेसेज प्रयोगामुळे रोखला गेला असे चिन्हांकित करा, पुन्हा प्रयत्नासाठी रांगेत ठेवू नका, आणि अपयश दराच्या अलार्ममधून वगळा, म्हणजे ती डिलिव्हरीची समस्या वाटणार नाही.

अहवालातही ते वेगळे ठेवणे चांगले. ज्या मोहिमेत काही 130472 निकाल आहेत तिची गुणवत्ता किंवा पोहोच तुमच्या कोणत्याही कृतीमुळे घटलेली नाही, आणि खऱ्या अपयशांसोबत मोजल्यास आकडे वाचणे कठीण होते.

- टेम्प्लेट पुन्हा पाठवणे. Meta सांगते की पुन्हा पाठवल्यास तीच त्रुटी येते.
- याला गुणवत्तेची समस्या समजणे. हा प्रयोग प्रत्येक व्यवसायासाठी वापरकर्त्यांच्या एका गटाला सारखाच लागू होतो.
- फक्त पाठवण्याचा प्रतिसाद पाहणे. 130472 स्टेटस मेसेज वेबहुकमधून येतो.

**130472 ने रोखलेल्या मेसेजसाठी मला शुल्क लागते का?** नाही. Meta च्या प्रयोग पानावर म्हटले आहे की मेसेज पाठवला जात नाही आणि त्याचे बिल लागत नाही.

**मी माझा व्यवसाय या प्रयोगातून बाहेर काढू शकतो का?** नाही. Meta म्हणते की कोणतेही अपवाद किंवा ऑप्ट-आउट उपलब्ध नाहीत, आणि प्रयोगाला निश्चित समाप्तीची तारीख नाही.

**त्रुटी 130472 युटिलिटी टेम्प्लेटवर परिणाम करते का?** Meta हा प्रयोग मार्केटिंग टेम्प्लेट मेसेजसाठी असल्याचे सांगते. इतर श्रेणींचा उल्लेख ती करत नाही.

**तरीही मी मेसेज कसा पोहोचवू शकतो?** ग्राहकाला दुसऱ्या माध्यमातून तुम्हाला मेसेज करायला सांगा. ग्राहक सेवा विंडो उघडी असताना टेम्प्लेट पाठवता येते.

---

## WhatsApp त्रुटी 131005: प्रवेश नाकारला, परवानगी गहाळ

https://easycoexistence.com/mr/docs/whatsapp-error-131005

त्रुटी 131005 म्हणजे access token कडे WhatsApp एंडपॉइंटला आवश्यक असलेली परवानगी नाही, कारण ती कधी दिलेली नव्हती किंवा नंतर काढली गेली. Meta चे वर्णन आहे "Permission is either not granted or has been removed." उपाय: access token debugger ने टोकन तपासा, मग गहाळ परवानगी द्या किंवा ती असलेले टोकन वापरा.

### WhatsApp त्रुटी 131005 म्हणजे काय?

याचा अर्थ टोकन खरे म्हणून स्वीकारले गेले आहे, पण एंडपॉइंट ज्या परवानगीची तपासणी करतो ती त्यात नाही.

Meta च्या Cloud API संदर्भात 131005 हा कोड "Permission is either not granted or has been removed." या तपशीलासह दिलेला आहे. Graph API त्रुटी 10 मध्येही अगदी हेच वाक्य आहे. फरक फक्त श्रेणीचा आहे: 10 हा सामान्य Graph API कोड आहे, तर 131005 हा 131 ने सुरू होणाऱ्या WhatsApp कोडांमध्ये येतो.

शब्द सारखेच असल्याने निदानही सारखेच आहे. दोन्हींसाठी Meta चा उपाय म्हणजे access token debugger वापरणे आणि एंडपॉइंटला आवश्यक परवानग्या ॲपकडे आहेत का ते तपासणे.

### सहसा कोणती परवानगी गहाळ असते?

सहसा WhatsApp च्या दोन परवानग्यांपैकी एक, आणि कोणती ते कॉल काय करतो यावर अवलंबून असते.

Meta च्या परवानग्या मार्गदर्शकात कामानुसार दोन्हींची विभागणी केली आहे. कोणत्याही प्रकारचा मेसेज पाठवण्यासाठी आणि मेसेज व स्टेटस वेबहुक मिळवण्यासाठी whatsapp_business_messaging लागते. खात्याचा मेटाडेटा, टेम्प्लेट व्यवस्थापन, फोन नंबरची यादी, analytics आणि खात्याचे वेबहुक यांसाठी whatsapp_business_management लागते.

फक्त management परवानगी असलेले टोकन खाते वाचू शकते आणि टेम्प्लेटची यादी दाखवू शकते, पण पाठवण्याचा प्रयत्न करताच अपयशी ठरते. सिस्टीम यूझर टोकन तयार करताना Meta चे access token मार्गदर्शक business_management, whatsapp_business_management आणि whatsapp_business_messaging एकत्र देण्यास सांगते.

### त्रुटी 131005 कशी दुरुस्त करायची?

आधी टोकन वाचा, मग फक्त जे गहाळ आहे तेच बदला.

debug_token एंडपॉइंटला कॉल करा, किंवा टोकन access token debugger मध्ये पेस्ट करा. scopes प्रॉपर्टीमध्ये दिलेल्या सर्व परवानग्यांची यादी असते. अपयशी ठरलेल्या एंडपॉइंटच्या संदर्भ पानाशी तिची तुलना करा.

एखादी परवानगी नसेल, तर ती असलेले नवीन टोकन तयार करा, किंवा टोकन पार्टनर फ्लोमधून आले असेल तर व्यवसाय मालकाकडून ती पुन्हा द्यायला सांगा. सर्व परवानग्या असूनही त्रुटी कायम राहिल्यास, टोकनमागील सिस्टीम यूझरला त्या विशिष्ट WhatsApp Business Account चा प्रवेश दिला आहे का ते तपासा, कारण टोकनला सर्व scopes असूनही ते त्या मालमत्तेला नेमलेले नसू शकते.

- टोकनची मुदत संपली असे गृहीत धरणे. मुदत संपल्यास 190 किंवा 0 येतो. हा कोड म्हणजे टोकन चालते पण परवानगी नाही.
- फक्त management परवानगी असलेले टोकन तयार करून ते पाठवण्यासाठी वापरणे. पाठवण्यासाठी whatsapp_business_messaging लागते.
- scopes तपासून थांबणे. सिस्टीम यूझरला त्या विशिष्ट WhatsApp Business Account चा प्रवेशही द्यावा लागतो.

**131005 आणि 10 ही एकच त्रुटी आहे का?** Meta च्या संदर्भात दोन्हींचे वर्णन सारखेच आहे. 131005 WhatsApp श्रेणीतील आहे आणि 10 Graph API श्रेणीतील.

**सेटअपनंतर परवानगी काढली जाऊ शकते का?** होय. Meta चे वर्णन फक्त कधीही न दिलेल्या नव्हे, तर काढून टाकलेल्या परवानग्यांनाही स्पष्टपणे लागू होते.

**त्रुटी 131005 चा फोनवरील WhatsApp Business ॲपवर परिणाम होतो का?** नाही. ती API टोकनशी संबंधित आहे. फोनवरील ॲप पूर्वीप्रमाणेच चालू राहते.

**त्रुटी 131005 नंतर पुन्हा प्रयत्न करावा का?** नाही. त्याच टोकनने पुन्हा प्रयत्न केल्यास तोच निकाल येतो. आधी परवानगी दुरुस्त करा.

---

## WhatsApp त्रुटी 131037: 555 नंबरचे डिस्प्ले नेम मंजूर नाही

https://easycoexistence.com/mr/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 खात्यात हलवता येत नाहीत.

**नाव मंजूर झाल्याचे मला कसे कळेल?** decision हे APPROVED असलेला phone_number_name_update वेबहुक येतो, आणि name_status APPROVED होते.

**डिस्प्ले नेम नाकारले गेले तर काय करावे?** Meta च्या डिस्प्ले नेम मार्गदर्शक तत्त्वांनुसार ते संपादित करा, किंवा डेव्हलपर सपोर्टद्वारे अपील करा.

---

## WhatsApp त्रुटी 131057: व्यवसाय खाते मेंटेनन्स मोडमध्ये

https://easycoexistence.com/mr/docs/whatsapp-error-131057

त्रुटी 131057 म्हणजे WhatsApp Business खाते मेंटेनन्स मोडमध्ये आहे, त्यामुळे त्या खात्यासाठीच्या विनंत्या थोड्या काळासाठी नाकारल्या जातात. Meta चे वर्णन आहे "Business Account is in maintenance mode." Meta सांगत असलेले एक कारण थ्रूपुट अपग्रेड आहे, ज्याला जास्तीत जास्त एक मिनिट लागते. विनंतीत काहीही बदलण्याऐवजी थांबा आणि पुन्हा प्रयत्न करा.

### WhatsApp त्रुटी 131057 चा अर्थ काय?

याचा अर्थ Meta ने WhatsApp Business खाते मेंटेनन्स मोडमध्ये ठेवले आहे आणि त्या क्षणी त्या खात्यासाठीच्या विनंत्या स्वीकारत नाही.

Cloud API संदर्भात तपशील मजकूर "Business Account is in maintenance mode" असा दिला आहे आणि एक कारण खात्यावरील थ्रूपुट अपग्रेड असू शकते असे स्पष्ट केले आहे. "एक कारण" हे शब्द महत्त्वाचे आहेत: 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/mr/docs/whatsapp-error-132005

त्रुटी 132005 म्हणजे पाठवल्या जाणाऱ्या टेम्प्लेटचा मजकूर, वापरलेल्या भाषांतरात, खूप मोठा आहे. Meta चे वर्णन आहे "Translated text is too long." Meta सांगते की WhatsApp Manager मध्ये टेम्प्लेटचे भाषांतर झाले आहे का ते तपासा, मग टेम्प्लेटचे स्टेटस पाहा. टेम्प्लेटच्या बॉडी मजकुराची कमाल मर्यादा 1,024 अक्षरे आणि फूटर मजकुराची 60 अक्षरे आहे.

### WhatsApp त्रुटी 132005 चा अर्थ काय?

याचा अर्थ टेम्प्लेट पाठवणे अयशस्वी झाले, कारण पाठवल्या जाणाऱ्या भाषेतील आवृत्तीचा मजकूर प्लॅटफॉर्मच्या मर्यादेपेक्षा मोठा आहे.

Meta ने 132005 ही टेम्प्लेट त्रुटींच्या यादीत "Translated text is too long." या तपशीलासह दिली आहे. त्यावरचा उपाय म्हणजे WhatsApp Manager मध्ये टेम्प्लेटचे भाषांतर झाले आहे का ते तपासणे आणि टेम्प्लेटचे स्टेटस कसे पाहायचे यासाठी 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/mr/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 फील्ड आणि नंबरचा सहा अंकी टू-स्टेप पडताळणी PIN द्या.

डीरजिस्टर कॉलसाठी whatsapp_business_management परवानगी लागते. Meta च्या रजिस्ट्रेशन मार्गदर्शकानुसार, ती नसेल तर डीरजिस्टर विनंती त्रुटी 200 परत करते, जी त्याच प्रकारचे दुसरे अपयश वाटू शकते. डीरजिस्टर कॉल स्वतःच अपयशी ठरत राहिला, तर पुढची विनंती पाठवण्यापूर्वी प्रत्येक प्रतिसादातील details मूल्य वाचा, कारण प्रत्येक प्रयत्न खाली सांगितलेल्या मर्यादेत मोजला जातो.

### प्रयत्नांची मर्यादा येथे का महत्त्वाची आहे?

कारण ही त्रुटी दुरुस्त करणे म्हणजेच प्रयत्नांची मालिका आहे, आणि Meta त्यांवर मर्यादा घालते.

रजिस्ट्रेशन मार्गदर्शकानुसार रजिस्टर आणि डीरजिस्टर या दोन्ही एंडपॉइंटवर प्रति व्यवसाय नंबर 72 तासांच्या रोलिंग कालावधीत 10 विनंत्यांची मर्यादा आहे. ती ओलांडल्यास त्रुटी 133016 परत येते, आणि त्या कामासाठी नंबर पुढील 72 तास ब्लॉक होतो.

अपयशानंतर डीरजिस्टर आणि रजिस्टर कॉल लूपमध्ये चालवणारी स्क्रिप्ट काही सेकंदांत सगळ्या विनंत्या संपवू शकते आणि नंबर तीन दिवस निरुपयोगी ठेवू शकते. प्रत्येक प्रयत्न जाणीवपूर्वक करा, प्रतिसाद लॉग करा, आणि दोन-तीन अपयशांनंतर आपोआप पुढे जाण्याऐवजी थांबून कारण शोधा.

- आधी डीरजिस्टर न करता पुन्हा रजिस्टर कॉल करणे. Meta च्या उपायानुसार रजिस्टर करण्यापूर्वी डीरजिस्ट्रेशन पूर्ण झालेले असावे लागते.
- रजिस्टर आणि डीरजिस्टर कॉल आपोआप लूपमध्ये चालवणे. 72 तासांत 10 विनंत्यांची मर्यादा आहे, आणि ती ओलांडल्यास नंबर ब्लॉक होतो.
- whatsapp_business_management शिवाय डीरजिस्टर करणे. त्यामुळे त्रुटी 200 येते, जी नंबरची खरी स्थिती लपवते.

**डीरजिस्टर केल्याने माझा नंबर डिलीट होतो का?** नाही. Meta च्या रजिस्ट्रेशन मार्गदर्शकानुसार डीरजिस्ट्रेशनमुळे नंबर किंवा त्याचा मेसेज इतिहास डिलीट होत नाही.

**API वापरून Coexistence नंबर डीरजिस्टर करता येतो का?** नाही. Meta सांगते की Cloud API आणि WhatsApp Business ॲप दोन्हींसोबत वापरात असलेल्या नंबरवर डीरजिस्टर एंडपॉइंट वापरता येत नाही.

**10 प्रयत्नांनंतर काय होते?** API 133016 परत करते आणि त्या कामासाठी नंबर पुढील 72 तास ब्लॉक करते.

**पुन्हा रजिस्टर करण्यासाठी PIN लागतो का?** होय. टू-स्टेप पडताळणी सुरू असल्यास रजिस्ट्रेशनसाठी नंबरचा सहा अंकी टू-स्टेप पडताळणी PIN लागतो.

---

## WhatsApp त्रुटी 133004: सर्व्हर तात्पुरता उपलब्ध नाही

https://easycoexistence.com/mr/docs/whatsapp-error-133004

त्रुटी 133004 म्हणजे विनंती हाताळणारा सर्व्हर तात्पुरता उपलब्ध नव्हता. Meta चे वर्णन आहे "Server is temporarily unavailable." दोष विनंतीचा नाही. Meta चे मार्गदर्शन असे आहे की WhatsApp Business Platform Status पेज तपासा, प्रतिसादातील details व्हॅल्यू वाचा आणि मग काही वेळ थांबून पुन्हा प्रयत्न करा.

### WhatsApp त्रुटी 133004 म्हणजे काय?

त्या क्षणी सर्व्हर उपलब्ध नसल्यामुळे प्लॅटफॉर्म विनंती प्रक्रिया करू शकला नाही, असा याचा अर्थ आहे.

Meta ने Cloud API च्या त्रुटी संदर्भात 133004 ला "Server is temporarily unavailable." हा details मजकूर दिला आहे. येथे तात्पुरता हा शब्द महत्त्वाचा आहे. ॲक्सेस टोकन, नंबर किंवा मेसेज यापैकी काहीही नाकारले जात नाही आणि तीच विनंती थोड्या वेळाने यशस्वी होऊ शकते.

हा कोड 133 मालिकेत येतो. त्यातील बहुतेक कोड फोन नंबरची नोंदणी आणि नोंदणी रद्द करण्याशी संबंधित आहेत, म्हणून नोंदणीच्या कॉलमध्ये तो अनेकदा दिसतो. मात्र Meta ने तो फक्त नोंदणीपुरता मर्यादित ठेवलेला नाही. त्यामुळे तो जिथे दिसेल तिथे सर्व्हरची स्थिती म्हणून पाहा.

### पुन्हा प्रयत्न करण्यापूर्वी काय तपासावे?

दोन गोष्टी, आणि दोन्ही Meta च्या स्वतःच्या उपायात सांगितल्या आहेत.

पहिली, metastatus.com वरील WhatsApp Business Platform Status पेज. Meta ने एखादी समस्या जाहीर केली असेल तर ती सुटेपर्यंत पुन्हा प्रयत्न करणे व्यर्थ आहे, आणि तुमच्या स्वतःच्या लॉग्जपेक्षा हे पेज जलद उत्तर देते.

दुसरी, प्रतिसादातील error_data मधील details व्हॅल्यू. Meta च्या त्रुटी संदर्भात details हे त्रुटीचे सर्वात संभाव्य कारण असते आणि कधीकधी काय करावे याचे मार्गदर्शनही असते. या कोडसाठी Meta स्पष्टपणे सांगते की पुन्हा प्रयत्न करण्यापूर्वी ते तपासा. स्टेटस पेज स्वच्छ असेल आणि details मध्ये प्रतीक्षेचा वेळ नसेल, तर लगेच न करता वाढत्या अंतराने पुन्हा प्रयत्न करा.

### 133004 इतर तात्पुरत्या त्रुटींपेक्षा वेगळा कसा आहे?

Meta ने काहीतरी थोडा वेळ उपलब्ध नसल्याचे वर्णन करणारे अनेक कोड दिले आहेत, आणि लॉग्जमध्ये ते वेगळे ठेवणे फायद्याचे आहे.

कोड 1 हा अवैध विनंती किंवा संभाव्य सर्व्हर त्रुटी म्हणून, कोड 2 हा डाउनटाइम किंवा ओव्हरलोडमुळे तात्पुरता म्हणून आणि 131016 हा सेवा तात्पुरती उपलब्ध नसल्याचे सांगणारा म्हणून वर्णिलेला आहे. 133004 विशेषतः सर्व्हरचा उल्लेख करतो.

हाताळणी सर्वांसाठी सारखीच आहे: प्लॅटफॉर्म स्टेटस पडताळा, details व्हॅल्यू वाचा आणि पुन्हा प्रयत्न करण्यापूर्वी थांबा. तरीही अचूक कोड लॉग करणे महत्त्वाचे आहे, कारण दिवसाच्या ठराविक वेळी एकाच कोडचा समूह Meta सपोर्टला "API बंद होती" या सामान्य नोंदीपेक्षा खूप जास्त सांगतो.

- घट्ट लूपमध्ये लगेच पुन्हा प्रयत्न करणे. बंद असलेला सर्व्हर पुढच्या मिलिसेकंदालाही बंदच असतो.
- details व्हॅल्यू वगळणे. Meta सांगते की पुन्हा प्रयत्न करण्यापूर्वी ती वाचा, आणि त्यात कारण असू शकते.
- त्रुटी टाळण्यासाठी विनंतीमध्ये बदल करणे. त्रुटीचे कारण विनंतीमध्ये काहीच नाही.

**त्रुटी 133004 माझ्या चुकीमुळे आहे का?** नाही. Meta त्याचे वर्णन तात्पुरता उपलब्ध नसलेला सर्व्हर असे करते. ही त्रुटी विनंतीमुळे आलेली नाही.

**WhatsApp Business Platform चे स्टेटस पेज कुठे आहे?** Meta आपल्या त्रुटी कोड संदर्भातून metastatus.com/whatsapp-business-api ची लिंक देते.

**पुन्हा प्रयत्न करण्यापूर्वी किती वेळ थांबावे?** Meta ठराविक वेळ देत नाही. details व्हॅल्यू आणि स्टेटस पेज तपासा, मग वाढत्या अंतराने पुन्हा प्रयत्न करा.

**समस्या कायम राहिल्यास Meta सपोर्टला काय पाठवावे?** त्रुटीच्या प्रतिसादातील fbtrace_id. Meta च्या म्हणण्यानुसार ते त्रुटीचे डीबगिंग करण्यास मदत करू शकते.

---

## WhatsApp त्रुटी 133009: दोन-टप्पी पडताळणीचा PIN खूप घाईने टाकला

https://easycoexistence.com/mr/docs/whatsapp-error-133009

त्रुटी 133009 म्हणजे दोन-टप्पी पडताळणीचे PIN प्रयत्न Meta ने स्वीकारण्याच्या वेगापेक्षा जास्त वेगाने पोहोचले. Meta चे वर्णन आहे: "दोन-टप्पी पडताळणीचा PIN खूप घाईने टाकला गेला." PIN बरोबर असू शकतो किंवा चुकीचाही. पुन्हा प्रयत्न करण्यापूर्वी प्रतिसादातील details मूल्य वाचा आणि ते सांगत असलेली प्रतीक्षा संपल्यानंतरच पुढचा प्रयत्न पाठवा.

### WhatsApp त्रुटी 133009 म्हणजे काय?

याचा अर्थ या नंबरसाठीचे PIN प्रयत्न एकमेकांच्या खूप जवळ येत आहेत आणि Meta ताजा प्रयत्न तपासल्याशिवाय नाकारत आहे.

Cloud API संदर्भात 133009 साठी "दोन-टप्पी पडताळणीचा PIN खूप घाईने टाकला गेला" हा details मजकूर दिला आहे आणि एकच सूचना आहे: पुन्हा प्रयत्न करण्यापूर्वी प्रतिसादातील details मूल्य तपासा.

हा कोड दोन शेजारच्या कोडांच्या मध्ये येतो. 133005 म्हणजे PIN चुकीचा होता. 133008 म्हणजे या नंबरसाठी खूप जास्त PIN अंदाज झाले. 133009 फक्त वेगाबद्दल आहे. म्हणूनच एखादी प्रक्रिया PIN प्रयत्न झटपट पाठवते तेव्हा तो दिसतो, उदाहरणार्थ register कॉलवरील retry लूप.

### त्रुटी 133009 कशी दुरुस्त कराल?

वेग कमी करा आणि अंदाज लावणे थांबवा.

पुढच्या प्रयत्नापूर्वी error_data मधील details मूल्य वाचा. Meta च्या संदर्भानुसार details हे त्रुटीचे सर्वात संभाव्य कारण असते, आणि या कोडसाठी Meta सर्वात आधी तेच तपासायला सांगते.

मग पुढच्या प्रयत्नात असा PIN वापरा जो कुणाला तरी खरोखर माहीत आहे. कुणालाच माहीत नसेल, तर Meta चे दोन-टप्पी पडताळणी मार्गदर्शक WhatsApp Manager मध्ये रीसेट सांगते: नंबरच्या सेटिंग्ज उघडा, दोन-टप्पी पडताळणी निवडा आणि Change PIN वर क्लिक करा. माहीत असलेला नवा PIN, 133008 आणि जास्त प्रतीक्षेत संपणाऱ्या अंदाजांच्या मालिकेपेक्षा लवकर काम करतो.

### PIN कुठे वापरला जातो?

Cloud API साठी नंबर नोंदवताना आणि त्याभोवतीच्या काही खात्याशी संबंधित कृतींमध्ये.

Meta च्या दोन-टप्पी पडताळणी मार्गदर्शकानुसार फोन नंबर नोंदवताना सहा अंकी PIN आवश्यक असतो, आणि दोन-टप्पी पडताळणी चालू असल्यास नोंदणी कॉलमध्ये PIN हे अनिवार्य फील्ड असते. Meta च्या फोन नंबर मार्गदर्शकानुसार PIN बदलताना किंवा नंबर प्लॅटफॉर्मवरून हटवताना देखील तो लागतो.

तो क्वचितच लागत असल्याने सहज विसरला जातो. नंबर सुरुवातीला सेट करणाऱ्या व्यक्तीकडे ठेवू नका, तो व्यवसायाच्या इतर खात्याच्या क्रेडेन्शियल्ससोबत सुरक्षित ठेवा.

- register कॉल लगेच लूपमध्ये पुन्हा पाठवणे. झटपट PIN प्रयत्न नेमके याच कोडने कळवले जातात.
- प्रत्येक retry मध्ये वेगळा PIN अंदाजाने वापरणे. खूप अंदाज केल्यास 133009 वरून 133008 वर पोहोचता.
- details मूल्याकडे दुर्लक्ष करणे. पुन्हा प्रयत्न करण्यापूर्वी तेच तपासायला Meta सांगते.

**त्रुटी 133009 म्हणजे माझा PIN चुकीचा आहे का?** गरजेचे नाही. याचा अर्थ प्रयत्न खूप वेगाने आले. चुकीचा PIN 133005 म्हणून कळवला जातो.

**133009 नंतर किती वेळ थांबावे?** Meta निश्चित वेळ प्रसिद्ध करत नाही. पुन्हा प्रयत्न करण्यापूर्वी प्रतिसादातील details मूल्य वाचा.

**एपीआय द्वारे दोन-टप्पी पडताळणी बंद करता येते का?** नाही. Meta च्या दोन-टप्पी पडताळणी मार्गदर्शकानुसार ती बंद करण्यासाठी एंडपॉइंट नाही. त्याऐवजी तुम्ही नवा PIN सेट करू शकता.

**विसरलेला PIN कसा रीसेट कराल?** WhatsApp Manager मध्ये नंबरच्या सेटिंग्ज उघडा, दोन-टप्पी पडताळणी निवडा आणि Change PIN वर क्लिक करा.

---

## WhatsApp त्रुटी 133015: नंबर नुकताच हटवला, हटवणे पूर्ण झालेले नाही

https://easycoexistence.com/mr/docs/whatsapp-error-133015

त्रुटी 133015 म्हणजे नोंदणी करायचा फोन नंबर नुकताच हटवला गेला आहे आणि ते हटवणे अजून पूर्ण झालेले नाही. Meta चे वर्णन असे आहे: “तुम्ही नोंदणी करत असलेला फोन नंबर नुकताच हटवला गेला आहे आणि हटवणे अजून पूर्ण झालेले नाही.” नोंदणीची विनंती पुन्हा पाठवण्यापूर्वी 5 मिनिटे थांबणे हा दस्तऐवजात दिलेला उपाय आहे.

### WhatsApp त्रुटी 133015 चा अर्थ काय?

याचा अर्थ असा की तोच नंबर हटवला जात असतानाच नोंदणीची विनंती आली.

Meta च्या संदर्भ पानावर तपशिलाचा पूर्ण मजकूर दिला आहे: “तुम्ही नोंदणी करत असलेला फोन नंबर नुकताच हटवला गेला आहे आणि हटवणे अजून पूर्ण झालेले नाही.” उपायही तितकाच स्पष्ट आहे: विनंती पुन्हा पाठवण्यापूर्वी 5 मिनिटे थांबा.

ही त्रुटी सहसा नंबर हलवताना येते. कोणीतरी नंबर एका WhatsApp Business खात्यातून हटवते आणि लगेच दुसऱ्यात नोंदवते, किंवा नव्याने सुरुवात करण्यासाठी हटवून पुन्हा जोडते, आणि दुसरी पायरी Meta कडे पोहोचते तेव्हा पहिली पायरी पार्श्वभूमीत पूर्ण झालेली नसते.

### व्यवसायाचा फोन नंबर कसा हटवला जातो?

फक्त WhatsApp Manager मध्ये, आणि फक्त Business Portfolio च्या ॲडमिनकडून.

Meta च्या फोन नंबर मार्गदर्शकानुसार व्यवसायाचा फोन नंबर एपीआयद्वारे हटवता येत नाही. हटवणे WhatsApp Manager मध्ये केले जाते. Connected स्टेटस असलेला नंबर हटवण्यासाठी द्वि-चरण पडताळणी PIN लागतो, आणि गेल्या 30 दिवसांत सशुल्क मेसेज पाठवलेला नंबर शेवटच्या मेसेजनंतर 30 दिवस होईपर्यंत हटवता येत नाही.

हटवणे आणि नोंदणी रद्द करणे या वेगळ्या गोष्टी आहेत. Meta च्या नोंदणी मार्गदर्शकानुसार नोंदणी रद्द केल्याने नंबर फक्त Cloud API सोबत वापरता येत नाही. नंबर किंवा त्याचा मेसेज इतिहास हटवला जात नाही. त्रुटी 133015 विशेषतः हटवण्याशी संबंधित आहे.

### नंबर हलवताना त्रुटी 133015 कशी टाळाल?

प्रतीक्षा ही प्रक्रियेचाच भाग म्हणून ठेवा, नंतर शोधत बसू नका.

नंबर हटवल्यानंतर register कॉल करण्यापूर्वी किमान 5 मिनिटे थांबा. तरीही कॉलने 133015 परत केले, तर लगेच पुन्हा प्रयत्न करू नका, पुन्हा थांबा.

संयम ठेवण्याचे कारण नोंदणी मर्यादा आहे. Meta प्रत्येक नंबरसाठी 72 तासांच्या चालत्या कालावधीत register एंडपॉइंटवर 10 विनंत्यांना परवानगी देते. ती ओलांडली की एपीआय 133016 परत करतो आणि पुढील 72 तास नोंदणी ब्लॉक करतो. 133015 मिळाल्यावर दर काही सेकंदांनी चालणारा रिट्राय लूप हटवणे पूर्ण होण्याआधीच ते दहाही प्रयत्न संपवू शकतो.

- दर काही सेकंदांनी register कॉल पुन्हा करणे. प्रत्येक कॉल 72 तासांत 10 या मर्यादेत मोजला जातो.
- हटवणे आणि नोंदणी रद्द करणे यांची गल्लत करणे. नोंदणी रद्द केल्याने नंबर हटवला जात नाही, आणि हा कोड हटवण्याबद्दल आहे.
- नंबर एपीआयद्वारे हटवण्याचा प्रयत्न करणे. Meta फक्त WhatsApp Manager मध्ये हटवण्यास परवानगी देते.

**त्रुटी 133015 नंतर किती वेळ थांबावे?** नोंदणीची विनंती पुन्हा पाठवण्यापूर्वी 5 मिनिटे थांबा, असे Meta सांगते.

**मी व्यवसायाचा फोन नंबर एपीआयने हटवू शकतो का?** नाही. Meta च्या फोन नंबर मार्गदर्शकानुसार हटवणे फक्त WhatsApp Manager मध्ये शक्य आहे.

**मला माझा नंबर हटवताच का येत नाही?** गेल्या 30 दिवसांत सशुल्क मेसेज पाठवलेला नंबर हटवणे Meta ब्लॉक करते. शेवटच्या मेसेजनंतर 30 दिवसांनी तुम्ही तो हटवू शकता.

**मी खूप वेळा पुन्हा प्रयत्न केला तर काय होते?** 72 तासांत 10 register विनंत्यांनंतर एपीआय 133016 परत करतो आणि 72 तास नोंदणी ब्लॉक करतो.

---

## WhatsApp त्रुटी 135000: विनंती पॅरामीटर्समधील अज्ञात त्रुटी

https://easycoexistence.com/mr/docs/whatsapp-error-135000

त्रुटी 135000 म्हणजे विनंती पॅरामीटर्समधील अज्ञात त्रुटीमुळे मेसेज पाठवता आला नाही. Meta चे वर्णन आहे: "तुमच्या विनंती पॅरामीटर्समधील अज्ञात त्रुटीमुळे मेसेज पाठवता आला नाही." Meta चे मार्गदर्शन असे आहे की योग्य सिंटॅक्ससाठी एंडपॉइंटचा संदर्भ तपासा आणि त्रुटी पुन्हा पुन्हा येत राहिल्यास कस्टमर सपोर्टशी संपर्क साधा.

### WhatsApp त्रुटी 135000 चा अर्थ काय आहे?

याचा अर्थ प्लॅटफॉर्मला मेसेज पाठवता आला नाही, नेमके कारण सांगता आले नाही, तरीही समस्या तुमच्या विनंती पॅरामीटर्समध्ये आहे असे त्याने नमूद केले.

Meta च्या संदर्भात 135000 साठी `details` मजकूर असा आहे: "तुमच्या विनंती पॅरामीटर्समधील अज्ञात त्रुटीमुळे मेसेज पाठवता आला नाही." उपाय म्हणून एंडपॉइंटचा संदर्भ पाहा आणि तुम्ही योग्य सिंटॅक्स वापरत आहात का ते तपासा. हा कोड सतत येत राहिल्यास कस्टमर सपोर्टशी संपर्क साधा.

म्हणूनच हा 131000 पेक्षा वेगळा आहे. Meta 131000 ला पॅरामीटर्सकडे बोट न दाखवता अज्ञात त्रुटी म्हणते आणि त्याचा उपाय पुन्हा प्रयत्न करण्यापासून सुरू होतो.

### चुकीचा पॅरामीटर कसा शोधायचा?

तुम्ही पाठवलेली नेमकी विनंती बॉडी एंडपॉइंटच्या संदर्भाशी फील्डनुसार एक एक करून तुलना करा.

त्रुटीसोबत संपूर्ण पेलोड लॉग करा, कारण समस्या निर्माण करणारे मूल्य अनेकदा प्रत्येक मेसेजनुसार बदलणारे असते: अनपेक्षित फॉरमॅटमधील फोन नंबर, मजकूर अपेक्षित असताना रिकामी स्ट्रिंग, किंवा चुकीच्या जागी फील्ड असलेला नेस्टेड ऑब्जेक्ट. त्यानंतर `error_data` मधील `details` मूल्य वाचा. Meta त्याला त्रुटीचे सर्वात संभाव्य कारण म्हणते.

135000 सह अयशस्वी झालेला पेलोड बदलानंतर यशस्वी झाल्यास दोन्ही आवृत्त्या जपून ठेवा. फरक हेच उत्तर आहे आणि पुढच्या वेळी पाठवण्यापूर्वी काय पडताळावे हे त्यातून कळते.

### त्रुटी 135000 बद्दल Meta सपोर्टशी कधी संपर्क साधावा?

जेव्हा विनंती संदर्भाशी जुळते आणि कोड सतत परत येत राहतो.

वारंवार येणाऱ्या 135000 साठी Meta सपोर्ट हा पुढचा टप्पा सांगते. त्रुटीच्या प्रतिसादातील `fbtrace_id` सोबत द्या, जो त्रुटी डीबग करण्यास मदत करू शकतो असे Meta म्हणते. तसेच वेळ, एंडपॉइंट आणि क्रेडेन्शियल्स काढून टाकलेली विनंती बॉडी द्या.

तिकीट उघडण्यापूर्वी तीच विनंती सातत्याने अयशस्वी होते का ते तपासा. एकदा अयशस्वी होऊन एका मिनिटानंतर काहीही न बदलता यशस्वी होणारी विनंती पॅरामीटर्सकडे नाही, तर प्लॅटफॉर्मकडे निर्देश करते. हे तपासण्यासाठी WhatsApp Business Platform चे Meta स्टेटस पेज हा जलद मार्ग आहे.

- तीच विनंती वारंवार पुन्हा पाठवणे. Meta समस्या पॅरामीटर्समध्ये असल्याचे सांगते, त्यामुळे तोच पेलोड तसाच अयशस्वी होण्याची शक्यता असते.
- फक्त त्रुटी लॉग करणे. विनंती बॉडीशिवाय चुकीचा पॅरामीटर सापडू शकत नाही.
- `fbtrace_id` शिवाय सपोर्टशी संपर्क साधणे. त्रुटी डीबग करण्यास मदत करणारा ID म्हणून Meta त्याचा उल्लेख करते.

**त्रुटी 135000 आणि 131000 एकच आहेत का?** नाही. 131000 ही कोणतेही कारण न दिलेली अज्ञात त्रुटी आहे. 135000 ही अशी अज्ञात त्रुटी आहे जी Meta तुमच्या विनंती पॅरामीटर्सवर टाकते.

**त्रुटी 135000 आणि त्रुटी 100 एकच आहेत का?** नाही. त्रुटी 100 असमर्थित किंवा चुकीचे स्पेलिंग असलेले पॅरामीटर्स दाखवते. 135000 म्हणजे पॅरामीटर्समुळे अशी त्रुटी आली जी Meta ओळखू शकत नाही.

**135000 नंतर पुन्हा प्रयत्न करावा का?** काहीही न बदलता नाही. आधी विनंती एंडपॉइंटच्या संदर्भाशी तपासा.

**Meta सपोर्टला काय पाठवावे?** प्रतिसादातील `fbtrace_id`, एंडपॉइंट, वेळ आणि क्रेडेन्शियल्सशिवाय विनंती बॉडी.

---

## EasyCoexistence vs Z-API

https://easycoexistence.com/mr/compare/easycoexistence-vs-z-api

Z-API ही ब्राझीलची WhatsApp API सेवा आहे, जी प्रति इन्स्टन्स विकली जाते आणि WhatsApp Web डिव्हाइस जोडते तशाच प्रकारे QR कोड स्कॅन करून नंबर जोडते. 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 vs Blip

https://easycoexistence.com/mr/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 यांच्यातील कनेक्शन, तसेच त्या कनेक्शनचे सतत निरीक्षण. मेसेज व्यवसायाच्या सध्याच्या सिस्टीमकडे जातात: CRM, n8n, स्वतःचा कोड किंवा MCP द्वारे AI एजंट.

### खर्च किती येतो

इथला फरक असा की कोणाशी बोलण्यापूर्वी किंमत वाचता येते का.

- 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 द्वारे AI एजंटकडे येतात आणि लॉजिक तिथेच चालते.

**EasyCoexistence हे Meta चे उत्पादन आहे का?** नाही. आम्ही स्वतंत्र Meta Tech Provider आहोत आणि Meta चे अधिकृत Embedded Signup व Cloud API वापरतो.

---

## EasyCoexistence vs Digisac

https://easycoexistence.com/mr/compare/easycoexistence-vs-digisac

Digisac हे ब्राझीलचे मल्टीचॅनल ग्राहक सेवा प्लॅटफॉर्म आहे. त्याची किंमत दरमहा R$ 197 पासून, स्वतंत्र प्रस्तावानुसार ठरते. ते अधिकृत WhatsApp एपीआय Gupshup आणि 360dialog मार्फत चालवते आणि Coexistence ला त्यांच्यामार्फतच समर्थन देते. EasyCoexistence हा Meta Tech Provider आहे. तो नंबर थेट कनेक्ट करतो, प्रत्येक नंबरसाठी जाहीर शुल्कात, मध्ये कोणतेही प्लॅटफॉर्म न ठेवता.

### किंमत कशी ठरते

एकीकडे प्रस्ताव आहे आणि दुसरीकडे दरपत्रक आहे, आणि पुढील सर्व गोष्टी यावरच अवलंबून असतात.

- Digisac:: निश्चित प्लॅन नाहीत. त्यांच्याच पेजवर सुरुवातीची किंमत R$ 197 आहे आणि ती एजंट, चॅनल, AI मॉड्यूलसारखी वैशिष्ट्ये व इंटिग्रेशन यांनुसार बदलते. त्यांची विक्री टीम हे सर्व मिळवून प्रस्ताव तयार करते.
- EasyCoexistence:: एक ते पाच नंबरसाठी दरमहा प्रति कनेक्ट केलेला नंबर US$ 9. सहा टप्प्यांतून ही किंमत नंबर जोडत जाल तसे प्रत्येकी US$ 1 पर्यंत कमी होते. एजंट मोजायचे नाहीत, मॉड्यूल जोडायचे नाहीत. पहिले 3 दिवस मोफत.

### तुमच्यात आणि Meta मध्ये कोण आहे

नंबरमागे किती कंपन्यांची साखळी आहे, यावरून तो बिघडल्यास कोण दुरुस्त करू शकते हे ठरते.

- Digisac:: प्लॅटफॉर्म एपीआय Gupshup आणि 360dialog मार्फत चालवते, जे Meta चे भागीदार आहेत. त्यांच्या Coexistence लेखानुसार सक्रियता 360dialog सारख्या अधिकृत प्रदात्यामार्फत होते आणि Digisac त्या प्रक्रियेत ग्राहकाला मदत करते.
- EasyCoexistence:: कोणीही नाही. आम्ही स्वतंत्र Meta Tech Provider आहोत. व्यवसाय Meta च्या स्वतःच्या Embedded Signup द्वारे आपल्याच WhatsApp Business खात्यावर साइन अप करतो आणि Meta चे वेबहुक थेट व्यवसायाच्या सिस्टीमकडे जातात.

### टीम कशात काम करते

सेवा प्लॅटफॉर्म आणि कनेक्शन, या दोन्हींमुळे रोजच्या कामात वेगवेगळे बदल होतात.

- Digisac:: WhatsApp, Instagram, Telegram, Messenger, ईमेल आणि वेबचॅट एकत्र आणणारे सामायिक सेवा प्लॅटफॉर्म, ज्यात संभाषणांचे वाटप, अंतर्गत चॅट आणि विक्री फनेल आहे. टीम त्याच्या आतच काम करते.
- EasyCoexistence:: लॉग इन करायला नवीन काहीच नाही. टीम WhatsApp Business ॲप तसेच वापरते आणि ऑटोमेशन, CRM किंवा AI एजंट त्याच नंबरवर एपीआय द्वारे काम करतात.

### नंबर सुरू व्हायला किती वेळ लागतो

लहान व्यवसाय अनेकदा फक्त याच मुद्द्यावर निर्णय घेतात.

- Digisac:: आधी व्यावसायिक प्रस्ताव, मग प्रदात्यामार्फत सक्रियता. त्यांच्या पेजवर पूर्वअटींमध्ये CNPJ, Meta Business Manager आणि धोरणांचे पालन यांचा उल्लेख आहे.
- EasyCoexistence:: साधारणपणे Embedded Signup द्वारे दोन मिनिटांपेक्षा कमी वेळात: Facebook ने लॉग इन करा, नंबर टाका, ॲपमध्ये QR कोड स्कॅन करा. नंबर कनेक्ट होताच मॉनिटरिंग सुरू होते.

- Digisac ची सुरुवातीची किंमत आणि प्रति नंबर शुल्क यांची थेट तुलना करणे. त्यांची किंमत एजंट, चॅनल आणि मॉड्यूलनुसार वाढते.
- Coexistence हे प्लॅटफॉर्मचे वैशिष्ट्य आहे असे मानणे. ते Meta चे आहे आणि Meta च्या बाजूला प्रदात्यामार्फत सुरू केले जाते.
- बजेटमध्ये Meta चे शुल्क न धरणे. दोन्ही पर्यायांत ते Meta कडूनच आकारले जाते.

**Digisac Coexistence ला समर्थन देते का?** होय. त्यांच्याच लेखानुसार ते 360dialog सारख्या अधिकृत प्रदात्यामार्फत सक्रिय केले जाते आणि Digisac या प्रक्रियेत मदत करते.

**यापैकी कोणते स्वस्त आहे?** एका नंबरसाठी आम्ही स्वस्त आहोत: दरमहा US$ 9, तर Digisac ची सुरुवातीची किंमत R$ 197 आहे आणि ती एजंट, चॅनल व मॉड्यूलनुसार वाढते. आमची किंमत नंबर वाढले की कमी होते.

**तुमच्याकडे सामायिक इनबॉक्स गमावतो का?** आम्ही तो विकत नाही. टीम WhatsApp Business ॲप तसेच वापरते आणि बाकी सर्व तुम्ही निवडलेल्या टूलमध्ये चालते.

**Meta ला पैसे कोण देते?** व्यवसाय स्वतः, थेट आपल्या WhatsApp Business खात्यावर. आम्ही Meta च्या कोणत्याही शुल्कावर मार्कअप लावत नाही.

---

## EasyCoexistence vs Octadesk

https://easycoexistence.com/mr/compare/easycoexistence-vs-octadesk

Octadesk हे ब्राझिलियन ग्राहक सेवा प्लॅटफॉर्म आहे, ज्यात चॅटबॉट, AI एजंट आणि हेल्पडेस्क एकत्र आहेत. प्लॅन 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 स्वतःचे मेसेजिंग शुल्क थेट आकारते.

### प्रत्येक काय आहे

दोघेही नंबर अधिकृत API वर आणतात. त्यावर काय उभारले आहे ते वेगळे आहे.

- Octadesk:: सेवा परिसंस्था: चॅटबॉट, AI एजंट, SLA आणि तिकीट इतिहासासह हेल्पडेस्क, आणि WhatsApp चे बल्क मेसेज पाठवणे. प्रत्येक प्लॅनमध्ये एक अधिकृत WhatsApp API नंबर समाविष्ट असतो.
- EasyCoexistence:: कनेक्शन आणि त्याचे निरीक्षण. नंबर WhatsApp Business ॲपमध्येच राहतो, API त्याच वेळी त्यावर चालते, आणि मेसेज व्यवसाय आधीपासून वापरत असलेल्या टूल्सपर्यंत पोहोचतात, आमच्या MCP server मार्फत AI एजंटसह.

### दुसरा किंवा दहावा नंबर जोडणे

एजन्सी आणि अनेक शाखा असलेले व्यवसाय हा प्रश्न सर्वात आधी विचारतात.

- Octadesk:: प्रत्येक प्लॅनमध्ये एक अधिकृत WhatsApp API नंबर समाविष्ट असल्याचे नमूद आहे. अतिरिक्त नंबरची किंमत त्यांच्या किंमत पानावर जाहीर केलेली नाही.
- EasyCoexistence:: प्रति खाते नंबरची मर्यादा नाही, प्रत्येक नंबर त्याच्या बँडच्या किमतीत, आणि नंबर वाढतील तसा प्रति नंबर दर कमी होतो: सहा नंबरपासून US$ 7, नंबर वाढतील तसे US$ 1 पर्यंत.

### फोन चालू राहतो का

छोट्या टीमला काम करण्याची पद्धत बदलावी लागेल का हे ठरवणारा प्रश्न.

- Octadesk:: त्यांचे किंमत पान Coexistence बद्दल काही सांगत नाही. नंबर त्यांच्या API वर आल्यानंतरही WhatsApp Business ॲपमध्ये राहू शकतो का, हे त्यांच्याकडून खात्री करून घ्या.
- EasyCoexistence:: होय. आम्ही फक्त Coexistence कनेक्ट करतो: ॲपमध्ये चॅट्स राहतात, सुमारे सहा महिन्यांचा इतिहास सिंक होऊ शकतो, आणि API त्याच नंबरवर चालते. कनेक्शनवर लक्ष ठेवले जाते, त्यामुळे खंड पडल्यास लगेच कळते.

- संभाषणे न मोजता प्लॅनच्या किमतींची तुलना करणे. Octadesk चे प्लॅन त्यांना मर्यादित करतात, कनेक्शन शुल्क करत नाही.
- ऑनबोर्डिंग सल्लामसलत विचारात न घेता बजेट करणे. Octadesk ती प्रत्येक प्लॅनवर आवश्यक ठेवते आणि किंमत मागणीनुसार सांगते.
- प्लॅनमध्ये Meta चे टेम्प्लेट शुल्क समाविष्ट असेल अशी अपेक्षा करणे. Meta ते व्यवसायाला थेट आकारते.

**एक स्वस्त आहे का?** होय, ज्या व्यवसायाला फक्त कनेक्शन हवे आहे त्याच्यासाठी मोठ्या फरकाने. Octadesk R$ 2.499 प्रति महिना आणि ऑनबोर्डिंगसह सुरू होते. आम्ही प्रति कनेक्टेड नंबर प्रति महिना US$ 9 आकारतो.

**3,000 संभाषणांनंतर काय होते?** Octadesk च्या One प्लॅनवर तुम्हाला वरच्या प्लॅनमध्ये जावे लागते. आमच्याकडे काहीच बदलत नाही: कोणत्याही किमतीवर संभाषण मर्यादा नाही.

**Octadesk Coexistence ला सपोर्ट करते का?** त्यांचे किंमत पान याबद्दल सांगत नाही. या पानावर अवलंबून न राहता त्यांनाच विचारा.

**EasyCoexistence सोबत मी AI वापरू शकतो का?** होय. आमचा MCP server Claude, ChatGPT, Cursor, Claude Code आणि Codex ला नंबरवरून मेसेज आणि टेम्प्लेट पाठवू देतो.

---

## EasyCoexistence vs Huggy

https://easycoexistence.com/mr/compare/easycoexistence-vs-huggy

Huggy हा ब्राझिलियन ओम्निचॅनल ग्राहक सेवा इनबॉक्स आहे. त्याची किंमत प्लॅन आणि कनेक्ट केलेल्या वापरकर्त्यांनुसार ठरते, आणि WhatsApp चे शुल्क प्रमाण व श्रेणीनुसार वेगळे आकारले जाते. EasyCoexistence हे WhatsApp कनेक्शन स्वतःच आहे: WhatsApp Business ॲपमधील नंबरवरच Coexistence द्वारे Meta चे Cloud API, प्रति कनेक्ट केलेल्या नंबरसाठी एका जाहीर शुल्कात.

### मासिक बिल कशासाठी असते

Huggy चे बिल टीमसोबत वाढते. आमचे बिल फक्त नंबरसोबत वाढते.

- Huggy:: एका जोडलेल्या वापरकर्त्यासह प्लॅन, त्यानंतर प्रत्येक अतिरिक्त वापरकर्त्यासाठी शुल्क: Starter वर R$ 69,90, दरमहा R$ 579 पासून सुरू होणाऱ्या Intermediate वर R$ 119,90, R$ 989 पासून सुरू होणाऱ्या Custom वर R$ 189,90. WhatsApp चे शुल्क वर, प्रमाण आणि श्रेणीनुसार, आणि इम्प्लिमेंटेशन ऐच्छिक R$ 1.250.
- EasyCoexistence:: एक ते पाच नंबरसाठी प्रति कनेक्ट केलेला नंबर दरमहा US$ 9, नंबर जोडत जाल तसे प्रत्येकी US$ 1 पर्यंत घसरते, वापरकर्त्यांची संख्या कुठेही नाही. पहिले 3 दिवस मोफत, आणि Meta आपले मेसेजिंग शुल्क थेट व्यवसायाला आकारते.

### प्रत्येक उत्पादन म्हणजे काय

इनबॉक्स आणि कनेक्शन वेगवेगळ्या कारणांसाठी घेतले जातात.

- Huggy:: WhatsApp, Instagram, Messenger, Telegram, ईमेल, SMS आणि व्हॉइस एकत्र आणणारा सेवा इनबॉक्स, चॅटबॉट आणि रिपोर्टसह. त्यांच्या पेजवर ते अधिकृत API सुरू करणारे अधिकृत Meta पार्टनर असल्याचे म्हटले आहे.
- EasyCoexistence:: WhatsApp Business ॲपमधील नंबर आणि Meta चे Cloud API यांच्यातील कनेक्शन, सतत देखरेखीखाली. मेसेज Meta च्या वेबहुकद्वारे किंवा आमच्या MCP सर्व्हरद्वारे व्यवसाय आधीच वापरत असलेल्या सिस्टीमकडे जातात.

### टीमच्या कामाची पद्धत बदलते का

कोणताही निर्णय घेण्यापूर्वी मालकाचा प्रश्न.

- Huggy:: एजंट Huggy इनबॉक्समध्ये लॉग इन करतात, जिथे सर्व चॅनेलमधील संभाषणे नेमली जातात आणि त्यांना उत्तर दिले जाते. त्यांच्या किंमत पेजवर WhatsApp Business ॲपसह Coexistence चा उल्लेख नाही.
- EasyCoexistence:: कोणीही हलत नाही. WhatsApp Business ॲप त्याच नंबरवर, चॅटसह, पूर्वीसारखेच चालते, आणि व्यवसाय जे काही ऑटोमेट करतो त्यासाठी API सोबत चालते.

### संभाषणे कुठे ठेवली जातात

नंतर उलट करणे कठीण असा निर्णय.

- Huggy:: त्यांच्या प्लॅटफॉर्मवर, कारण इनबॉक्सला उघडणाऱ्या एजंटना संभाषणे दाखवण्यासाठी ते आवश्यक असते.
- EasyCoexistence:: आमच्याकडे नाही. संभाषणाचा मजकूर कधीही साठवला जात नाही, आणि Meta येणारे मेसेज थेट व्यवसायाच्या स्वतःच्या वेबहुककडे पाठवू शकते.

- WhatsApp ची ओळ वगळून Huggy ची किंमत काढणे. ते प्लॅनपासून वेगळे, प्रमाण आणि श्रेणीनुसार आकारले जाते.
- फक्त आजच्या टीमची गणती करणे. इनबॉक्स प्लॅनवर प्रत्येक अतिरिक्त वापरकर्ता मासिक शुल्क वाढवतो.
- एका नंबरवर API ॲक्सेस मिळवण्यासाठी इनबॉक्स विकत घेणे. त्यासाठी फक्त कनेक्शन पुरेसे आहे.

**एक स्वस्त आहे का?** कनेक्शन हवे असलेल्या व्यवसायासाठी आम्ही स्वस्त आहोत. Huggy चा Intermediate प्लॅन एका वापरकर्त्यासाठी दरमहा R$ 579 पासून सुरू होतो, WhatsApp शुल्काआधी; आमचे शुल्क प्रति कनेक्ट केलेला नंबर दरमहा US$ 9 आहे.

**Huggy अधिकृत API वापरते का?** त्यांच्या किंमत पेजवर ते अधिकृत Meta पार्टनर असून Meta चे अधिकृत API सक्रिय करतात, असे म्हटले आहे.

**Huggy Coexistence ला सपोर्ट करते का?** त्यांच्या किंमत पेजवर त्याचा उल्लेख नाही. या पेजवर अवलंबून न राहता त्यांनाच विचारा.

**तुमच्याकडे इनबॉक्स आहे का?** नाही. टीम WhatsApp Business ॲप वापरतच राहते, आणि Coexistence चा हाच उद्देश आहे.

---

## EasyCoexistence vs Umbler Talk

https://easycoexistence.com/mr/compare/easycoexistence-vs-umbler-talk

Umbler Talk हे अधिकृत एपीआयवरील ब्राझीलचे WhatsApp इनबॉक्स, CRM आणि चॅटबॉट आहे. त्याची किंमत दरमहा 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 च्या अधिकृत एपीआयवर चालतात, आणि Umbler Talk आपल्या पेजवर हे स्पष्ट सांगते.

- Umbler Talk:: व्हिज्युअल CRM पाइपलाइन, चॅटबॉट, AI एजंट, नॉलेज बेस आणि वेबचॅट असलेला शेअर्ड इनबॉक्स, तसेच वरच्या प्लॅनवर WhatsApp कॅम्पेन्स. टीम त्याच्या आत काम करते.
- EasyCoexistence:: कनेक्शन आणि त्याचे निरीक्षण. नंबर WhatsApp Business ॲपमध्येच राहतो, एपीआय त्यावर एकाच वेळी चालतो, आणि मेसेज तुमच्या CRM, n8n, तुमच्या स्वतःच्या कोडपर्यंत किंवा MCP द्वारे AI एजंटपर्यंत पोहोचतात.

### किती नंबर बसतात

एजन्सी आणि अनेक शाखा असलेल्या व्यवसायांसाठी प्लॅनच्या नावापेक्षा नंबरची मर्यादा जास्त महत्त्वाची ठरते.

- Umbler Talk:: Essencial वर दोन WhatsApp नंबर आणि Impulso वर तीन पर्यंत, तर Escala साठी डायनॅमिक नंबर मर्यादा सांगितली आहे. जास्त नंबर म्हणजे प्रत्येक एजंटसाठी वरचा प्लॅन.
- EasyCoexistence:: प्रत्येक खात्यात अमर्यादित नंबर, प्रत्येकाची किंमत बँडनुसार, आणि संख्या वाढली की प्रति नंबर किंमत कमी होते. विसावा नंबर पहिल्यापेक्षा स्वस्त पडतो.

### WhatsApp Business ॲप चालू राहते का

लहान टीम सर्वात आधी विचारतो तो प्रश्न.

- Umbler Talk:: त्यांच्या प्लॅन पेजवर Coexistence चा उल्लेख नाही. नंबर जोडल्यानंतर तो WhatsApp Business ॲपमध्ये चालू राहतो का, हे त्यांना विचारा.
- EasyCoexistence:: होय. आम्ही फक्त Coexistence जोडतो, त्यामुळे ॲपमधील चॅट्स तशाच राहतात आणि एपीआय सोबत चालतो. Meta च्या 14 दिवसांच्या नियमासारख्या खंडांसाठी कनेक्शनवर लक्ष ठेवले जाते.

- प्रति एजंट किंमतच बिल समजणे. किमान दोन एजंट लागतात, आणि वरच्या प्लॅनवर जास्त.
- नंबर मर्यादेसाठी प्लॅन निवडणे आणि त्यामुळे प्रत्येक एजंटवर जास्त दर भरणे.
- बजेटमध्ये Meta चे टेम्प्लेट शुल्क न धरणे. Meta ते थेट व्यवसायाला आकारते.

**कोणते स्वस्त आहे?** होय, आम्ही स्वस्त आहोत. Umbler Talk चे सर्वात लहान बिल प्रत्येकी R$ 99,90 प्रमाणे दोन एजंटचे, म्हणजे दरमहा R$ 199,80. आमचे कनेक्टेड नंबरसाठी US$ 9, उत्तर कोणीही देवो.

**Umbler Talk अधिकृत WhatsApp एपीआय वापरते का?** होय. त्यांच्या पेजनुसार Umbler Talk WhatsApp चा अधिकृत एपीआय वापरते आणि प्लॅटफॉर्मच्या मार्गदर्शक तत्त्वांचे पालन करते.

**Umbler Talk Coexistence ला सपोर्ट करते का?** त्यांच्या प्लॅन पेजवर त्याचा उल्लेख नाही. या पेजवर अवलंबून न राहता त्यांनाच विचारा.

**EasyCoexistence प्रति एजंट शुल्क आकारते का?** नाही. शुल्क प्रति कनेक्टेड नंबर आहे, त्यावर किती जण उत्तर देतात किंवा एपीआयद्वारे काम करतात याने फरक पडत नाही.

---

## EasyCoexistence vs Whaticket

https://easycoexistence.com/mr/compare/easycoexistence-vs-whaticket

Whaticket हा WhatsApp आणि इतर चॅनेलसाठी मल्टी-एजंट इनबॉक्स आहे. तो US$ 49 दरमहा पासून सुरू होतो, किमान तीन वापरकर्ते आणि एक WhatsApp लाइन लागते, आणि QR कोडने किंवा 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 ॲप चालू राहते. QR सेशनचा पर्याय नाही, म्हणजे फॉलबॅक म्हणून कोणताही अनधिकृत मार्ग नाही.

### मासिक बिल कशासाठी असते

दोन्ही बिले वेगवेगळ्या घटकांनी बनलेली आहेत.

- Whaticket:: Basic वर तीन वापरकर्ते आणि एका लाइनसाठी US$ 49 दरमहा, प्रत्येक पुढच्या लाइनसाठी US$ 20 दरमहा, आणि Pro प्लॅन US$ 109. QR कनेक्शनवरील कॅम्पेन्स क्रेडिट्स वापरतात, 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 पर्यंत.

- व्यवसायाचा नंबर QR कनेक्शनवर चालवणे. Whaticket ची स्वतःची साइटच सांगते की तिथे मोठ्या प्रमाणात मेसेज पाठवल्यास ब्लॉक होऊ शकतो.
- मेसेज क्रेडिट्स विसरणे. QR कनेक्शनवरील कॅम्पेन्सचे बिल प्लॅनच्या वर प्रति हजार मेसेज प्रमाणे होते.
- अतिरिक्त लाइनची किंमत प्लॅनच्या दराने धरणे. प्रत्येक लाइन दरमहा US$ 20 जोडते.

**कोणते स्वस्त आहे?** होय, आम्ही स्वस्त आहोत. Whaticket Basic वर एका लाइनचे US$ 49 दरमहा आहे; आमच्याकडे एका कनेक्ट केलेल्या नंबरचे US$ 9. पाच नंबरसाठी US$ 129 विरुद्ध US$ 45.

**Whaticket Coexistence ला सपोर्ट करते का?** होय. त्यांचे किंमत पान QR कनेक्शनसोबत Coexistence सह WhatsApp API हा कनेक्शन पर्याय म्हणून दाखवते.

**QR कनेक्शन अधिकृत आहे का?** नाही. ते WhatsApp Web प्रमाणे एक सेशन जोडते. ब्लॉकचा धोका कमी करण्यासाठी Whaticket ची स्वतःची साइट एपीआय वापरण्याचा सल्ला देते.

**तुमच्याकडे Whaticket सारखा इनबॉक्स आहे का?** नाही. टीम WhatsApp Business ॲप वापरत राहते, आणि तुम्ही जे काही ऑटोमेट करता ते तुमच्या स्वतःच्या टूल्समध्ये चालते.

---

## EasyCoexistence vs Leadsales

https://easycoexistence.com/mr/compare/easycoexistence-vs-leadsales

Leadsales हे WhatsApp, Facebook आणि Instagram वरून विक्री करण्यासाठी बनवलेले मेक्सिकन संवादात्मक CRM आहे. त्याचा Basic प्लॅन दरमहा US$ 97 आहे आणि तो WhatsApp वेब सेशनद्वारे जोडतो; अधिकृत एपीआय Professional प्लॅनपासून सुरू होतो, US$ 133 वर. EasyCoexistence नंबर Coexistence द्वारे Meta च्या Cloud API शी जोडते, प्रति नंबर US$ 9 मध्ये.

### कोणता प्लॅन WhatsApp शी अधिकृतपणे जोडतो

Leadsales वर कनेक्शनची पद्धत प्लॅनवर अवलंबून असते. EasyCoexistence मध्ये तसे नाही.

- Leadsales:: Basic WhatsApp ला Messenger आणि वेब सेशनद्वारे जोडतो, अधिकृत एपीआयद्वारे नाही. 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 थेट व्यवसायाला पाठवते.

### प्रत्येक उत्पादन काय आहे

CRM आणि कनेक्शन वेगवेगळ्या समस्या सोडवतात.

- Leadsales:: फनेल, सामायिक वर्कस्पेस, टप्प्यानुसार बल्क मेसेजिंग आणि वरच्या प्लॅनवर AI एजंट असलेले विक्री CRM. लीड्सवर काम Leadsales च्या आतच होते.
- EasyCoexistence:: कनेक्शन आणि त्याचे निरीक्षण. व्यवसाय आधीपासून वापरत असलेल्या कोणत्याही CRM किंवा टूलपर्यंत मेसेज Meta च्या वेबहुकद्वारे पोहोचतात, आणि AI एजंट आमच्या MCP सर्व्हरद्वारे नंबरवर काम करतात.

### वेब सेशनवरील नंबरचे काय होते

स्वस्त प्लॅनमध्ये असलेला धोका.

- Leadsales:: Basic प्लॅनवरील नंबर WhatsApp पर्यंत अधिकृत एपीआयने नाही, तर वेब सेशनद्वारे पोहोचतो; स्वयंचलित व्यवसाय मेसेजिंगसाठी WhatsApp च्या व्यवसाय अटी हा मार्ग मान्य करत नाहीत.
- EasyCoexistence:: या कनेक्शनविरुद्ध कोणतीही कारवाई करता येत नाही, कारण ते Meta चे स्वतःचे Coexistence फीचर आहे आणि Meta च्या स्वतःच्या प्रक्रियेतून केलेले आहे; शिवाय कनेक्शनचे निरीक्षण चोवीस तास होते.

- किंमत पाहून Basic प्लॅन निवडणे आणि तो एपीआय वापरतो असे गृहीत धरणे. तो वेब सेशनद्वारे जोडतो.
- वापरकर्ते मोजणे आणि सक्रिय संभाषणांची मर्यादा विसरणे. प्रत्येक प्लॅनची एक मर्यादा असते.
- प्लॅनमध्ये Meta चे टेम्प्लेट शुल्क समाविष्ट असेल अशी अपेक्षा करणे. त्याचे बिल Meta थेट व्यवसायाला पाठवते.

**कोणते स्वस्त आहे?** होय, आम्ही स्वस्त आहोत. अधिकृत एपीआय असलेला Leadsales चा सर्वात स्वस्त प्लॅन दरमहा US$ 133 आहे; आमच्याकडे कनेक्ट केलेला एक नंबर US$ 9 आहे.

**Leadsales अधिकृत WhatsApp एपीआय वापरते का?** Professional आणि Advanced वर, होय. त्यांचा Basic प्लॅन त्याऐवजी WhatsApp ला Messenger आणि वेब सेशनद्वारे जोडतो.

**Leadsales Coexistence ला सपोर्ट करते का?** त्यांच्या किंमत पानावर म्हटले आहे की काही प्रकरणांत नंबर फोनवर वापरता येतो आणि काहींत तो पूर्णपणे एपीआयवर जातो. आमच्याकडे तो नेहमी WhatsApp Business ॲपमध्ये राहतो.

**मी माझे CRM ठेवून EasyCoexistence वापरू शकतो का?** होय. Meta मेसेज तुम्ही निवडलेल्या वेबहुकवर पोहोचवते, त्यामुळे वेबहुक स्वीकारणारे कोणतेही CRM ते मिळवू शकते.

---

## EasyCoexistence vs Treble

https://easycoexistence.com/mr/compare/easycoexistence-vs-treble

Treble हे ऑटोमेटेड फ्लो, कॅम्पेन आणि AI ग्राहक सेवेसाठीचे लॅटिन अमेरिकेतील WhatsApp Business एपीआय प्लॅटफॉर्म आहे. ते सेल्स टीमद्वारे विकले जाते आणि त्याची किंमत जाहीर नाही. EasyCoexistence व्यवसाय WhatsApp Business ॲपमध्ये आधीपासून वापरत असलेला नंबर Coexistence द्वारे Meta च्या Cloud API शी जोडते. साइन अप स्वतः करता येते आणि दर जाहीर आहे: US$ 9 प्रति कनेक्टेड नंबर दरमहा.

### WhatsApp Business ॲपचे काय होते

फोनबाबत दोन्ही उत्पादने उलट गृहीतकांपासून सुरू होतात.

- Treble:: त्यांच्या होमपेजवर म्हटले आहे की Treble हे मोफत WhatsApp Business ॲपवर नव्हे, तर WhatsApp Business एपीआय वर आधारित सोल्यूशन आहे. Coexistence चा उल्लेख नाही, म्हणून नंबर ॲपमध्ये राहू शकतो का ते त्यांना विचारा.
- EasyCoexistence:: ॲप तसेच राहते. Coexistence मुळे त्याच नंबरवर WhatsApp Business ॲप चालू राहते, सुमारे सहा महिन्यांचा चॅट इतिहास सिंक होतो आणि ऑटोमेशनसाठी Cloud API सोबत चालते.

### किती खर्च येतो

एक किंमत आजच वाचता येते. दुसरीसाठी संभाषण करावे लागते.

- Treble:: जाहीर किंमत नाही. होमपेजवर किंमत दिसत नाही आणि प्राइसिंग पेज पासवर्ड मागते, त्यामुळे आकडा त्यांच्या सेल्स टीमकडूनच मिळतो.
- EasyCoexistence:: एक ते पाच नंबरसाठी US$ 9 प्रति कनेक्टेड नंबर दरमहा, सहा बँडमध्ये कमी होत, जसे तुम्ही नंबर जोडता तसे प्रत्येकी US$ 1 पर्यंत. Meta मेसेजिंगचे बिल थेट व्यवसायाला देते आणि त्यावर कोणताही मार्कअप नाही.

### प्रत्येक उत्पादन म्हणजे काय

दोन्ही Meta च्या अधिकृत एपीआय वर आहेत. पण ते वेगवेगळे स्तर विकतात.

- Treble:: ऑटोमेटेड चॅट फ्लो, बल्क कॅम्पेन आणि AI ग्राहक सेवेसाठीचा प्लॅटफॉर्म, यात HubSpot आणि Salesforce चे नेटिव्ह इंटिग्रेशन आणि कस्टम कनेक्शनसाठी एपीआय आहे.
- EasyCoexistence:: कनेक्शन आणि त्याचे 24/7 मॉनिटरिंग. Meta वेबहुक थेट तुमच्या सिस्टमकडे पाठवते, संभाषणाचा मजकूर आमच्या बाजूला कधीच साठवला जात नाही आणि MCP सर्व्हरमुळे AI एजंट त्या नंबरवरून मेसेज पाठवू शकतात.

### नंबर लाइव्ह होण्यास किती वेळ लागतो

लहान व्यवसायासाठी अनेकदा हाच निर्णायक प्रश्न असतो.

- Treble:: सेल्स प्रक्रियेतून, कारण ऑनबोर्डिंगपूर्वी प्लॅन आणि किंमती त्यांच्या टीमसोबत ठरवल्या जातात.
- EasyCoexistence:: साधारणपणे Meta च्या Embedded Signup मधून दोन मिनिटांपेक्षा कमी वेळ लागतो: Facebook ने लॉग इन करा, नंबर टाका, ॲपमध्ये QR कोड स्कॅन करा. ॲप व्हर्जन 2.24.17 किंवा नवीन आणि अलीकडील खरी अ‍ॅक्टिव्हिटी आवश्यक आहे.

- Coexistence तपासल्याशिवाय व्यस्त ॲप नंबर फक्त-एपीआय सेटअपमध्ये हलवणे. त्यामुळे टीम ज्या फोनवर उत्तर देत होती तो फोन तसा राहत नाही.
- कॅम्पेन प्लॅटफॉर्मच्या कोटेशनची तुलना कनेक्शन शुल्काशी करणे. एकामध्ये फ्लो आणि कॅम्पेन समाविष्ट आहेत.
- Meta चे टेम्प्लेट शुल्क विसरणे. ते Meta आकारते, कोणताही प्रोव्हायडर नाही.

**Treble किंमत जाहीर करते का?** नाही. त्यांच्या होमपेजवर किंमत नाही आणि प्राइसिंग पेज पासवर्डने संरक्षित आहे.

**कोणते स्वस्त आहे?** आमची किंमत जाहीर आहे आणि त्यांची नाही, म्हणून आमचीच पडताळून पाहता येते: US$ 9 प्रति कनेक्टेड नंबर दरमहा, जसे तुम्ही नंबर जोडता तसे US$ 1 पर्यंत कमी.

**Treble Coexistence ला सपोर्ट करते का?** त्यांच्या होमपेजवर त्याचा उल्लेख नाही आणि Treble हे WhatsApp Business ॲपऐवजी एपीआय वर आधारित असल्याचे वर्णन आहे. त्यांना विचारा.

**EasyCoexistence ने मी कॅम्पेन चालवू शकतो का?** होय, मंजूर टेम्प्लेटसह Cloud API द्वारे, तुमच्या स्वतःच्या सिस्टम किंवा टूलमधून. Meta टेम्प्लेटचे बिल तुम्हाला थेट देते.

---

## EasyCoexistence vs Botmaker

https://easycoexistence.com/mr/compare/easycoexistence-vs-botmaker

Botmaker हे WhatsApp Business Platform वरील लॅटिन अमेरिकेतील चॅटबॉट आणि ग्राहक सेवा प्लॅटफॉर्म आहे. किंमत दरमहा US$ 149 पासून 3,000 संभाषणांसाठी, शिवाय 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 vs Gallabox

https://easycoexistence.com/mr/compare/easycoexistence-vs-gallabox

Gallabox आणि EasyCoexistence वेगवेगळ्या समस्या सोडवतात. Gallabox हा अधिकृत WhatsApp Business एपीआयवरील टीम इनबॉक्स आणि ऑटोमेशन सूट आहे, जो ठराविक युझर संख्येच्या प्लॅनमध्ये विकला जातो. 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 वेबहुक थेट तुम्ही दिलेल्या एंडपॉइंटवर पाठवते आणि संभाषणे आमच्या बाजूला कधीही साठवली जात नाहीत. तुमचे CRM, तुमचे ॲप किंवा तुमचा AI एजंट तिथे डेटा येतो.

### कोणता निवडावा

जर तुम्हाला चॅटबॉट आणि मोहिमांसह टीम इनबॉक्स विकत घ्यायचा असेल, तर Gallabox त्या प्रकारचे उत्पादन आहे, आणि ती कनेक्शनपेक्षा वेगळी खरेदी आहे.

जर तुम्हाला नंबरच हवा असेल, अधिकृतपणे जोडलेला आणि सुरू ठेवलेला, तर EasyCoexistence ही अधिक मर्यादित आणि स्वस्त खरेदी आहे. क्लायंटचे नंबर स्वतःच्या स्टॅकमध्ये जोडणारी एजन्सी, आधीच इंटरफेस असलेला डेव्हलपर, किंवा टीमला फोनवरून न हलवता ऑटोमेशन हवे असलेला मालक यांना ती योग्य आहे. कनेक्शनवर देखरेख ठेवली जाते, Meta च्या 14 दिवसांच्या नियमासह, आणि Meta मेसेजिंगचे बिल तुमच्या स्वतःच्या खात्यावर करते, आमच्याकडून कोणताही मार्कअप नाही.

- प्लॅनच्या किमतींची थेट तुलना करणे. एकामध्ये इनबॉक्स आणि AI क्रेडिट्स आहेत, दुसरे फक्त कनेक्शन आहे.
- प्रोव्हायडरने सुरू करण्यापूर्वीच Coexistence ऑनबोर्डिंग सुरू करणे आणि नंतर त्याच नंबरवर पुन्हा पुन्हा प्रयत्न करणे.
- ज्या नंबरचे मेसेज तुमचे स्वतःचे सॉफ्टवेअर हाताळणार आहे त्यांच्यासाठी सीट मर्यादा असलेला इनबॉक्स विकत घेणे.

**EasyCoexistence Gallabox पेक्षा स्वस्त आहे का?** कनेक्शनसाठी, होय. Gallabox Basic तिमाहीने बिल होणारे ₹ 2,999 दरमहा आहे आणि त्यात 3 युझर आहेत. EasyCoexistence प्रति कनेक्टेड नंबर दरमहा US$ 9 आहे आणि युझर मर्यादा नाही, त्यामुळे कितीही मोठ्या टीमसह एका नंबरचा खर्च US$ 9 येतो.

**Gallabox Coexistence ला सपोर्ट करते का?** होय. त्यांच्या दस्तऐवजीकरणात ते वर्णन केले आहे आणि सेटअपपूर्वी तुमच्या वर्कस्पेसवर सपोर्टने ते सुरू करावे लागते असे म्हटले आहे.

**EasyCoexistence मध्ये Gallabox सारखा इनबॉक्स आहे का?** नाही. तुमची टीम WhatsApp Business ॲप वापरत राहते, आणि सॉफ्टवेअरला तेच मेसेज Meta ने तुमच्या स्वतःच्या सिस्टीमकडे पाठवलेल्या वेबहुकद्वारे मिळतात.

**Meta चे मेसेज शुल्क कोण भरते?** EasyCoexistence सह, तुम्ही भरता, थेट Meta ला तुमच्या स्वतःच्या WhatsApp Business खात्यावर, आम्ही त्यात काहीही जोडत नाही.

---

## EasyCoexistence vs TimelinesAI

https://easycoexistence.com/mr/compare/easycoexistence-vs-timelinesai

TimelinesAI हा CRM शी सिंक होणारा शेअर्ड WhatsApp इनबॉक्स आहे. तो प्रति सीट आकारणी करतो आणि नंबर QR कोडने, अधिकृत WhatsApp Business API ने किंवा Coexistence ने जोडतो. EasyCoexistence नंबर फक्त Meta च्या Cloud API वर Coexistence सह जोडते, किंमत प्रति नंबर आहे, आणि प्रत्येक मेसेज इनबॉक्समध्ये न ठेवता तुमच्या स्वतःच्या सिस्टीमकडे पाठवते.

### प्रत्येकजण नंबर कसा जोडतो

कनेक्शनची पद्धत ठरवते की नंबर कशाच्या संपर्कात येतो, म्हणून ती पहिली येते.

- TimelinesAI:: प्रत्येक प्लॅनवर तीन पर्याय: QR कोड लिंक, जी नंबरला लिंक्ड डिव्हाइस म्हणून जोडते, अधिकृत WhatsApp Business API, किंवा Coexistence, ज्यात ॲप आणि API एकत्र चालतात.
- EasyCoexistence:: एकच पद्धत: Meta च्या स्वतःच्या Embedded Signup द्वारे Meta ची Cloud API आणि Coexistence. QR सेशनचा पर्याय नाही, त्यामुळे आमच्याद्वारे जोडलेला कोणताही नंबर लिंक्ड डिव्हाइसच्या लिंकवर अवलंबून नसतो.

### मासिक बिल कशासाठी भरले जाते

प्रति सीट आणि प्रति नंबर वेगवेगळ्या कारणांनी वाढतात.

- TimelinesAI:: Starter वर प्रति सीट दरमहा $35, किंवा वार्षिक बिलिंगमध्ये $28, आणि Pro वर प्रति सीट $49. त्यांच्या किंमत पानावर नमूद आहे की WhatsApp खाते जोडणाऱ्या प्रत्येक वापरकर्त्यासाठी एक सीट लागते.
- EasyCoexistence:: पाच नंबरपर्यंत जोडलेल्या प्रति नंबर दरमहा US$ 9, नंबर वाढल्यावर US$ 1 पर्यंत. माणसे मोजलीच जात नाहीत, आणि Meta आपले मेसेज शुल्क थेट तुम्हाला बिल करते.

### संवाद शेवटी कुठे पोहोचतात

इनबॉक्स आणि कनेक्शन डेटा वेगवेगळ्या ठिकाणी ठेवतात.

- TimelinesAI:: त्यांच्या शेअर्ड इनबॉक्समध्ये, आणि तिथून तुम्ही निवडलेल्या CRM मध्ये सिंक होतात. इनबॉक्स हेच उत्पादन आहे, म्हणून मेसेज त्यांच्या प्लॅटफॉर्मवरून जातात आणि तिथे दिसतात.
- EasyCoexistence:: थेट तुमच्या एंडपॉइंटकडे. Meta तुम्ही दिलेल्या यूआरएलवर वेबहुक पाठवते आणि संवाद आमच्या बाजूला कधीही साठवले जात नाहीत, त्यामुळे ग्राहकाचा डेटा तुमच्या नियंत्रणातील सिस्टीममध्येच राहतो.

### कोणता निवडावा

ज्या सेल्स टीमला CRM मध्ये शेअर्ड इनबॉक्स हवा आहे, ती इनबॉक्स शोधत आहे, आणि TimelinesAI तो आहे.

ज्या व्यवसायाला नंबर अधिकृतपणे जोडायचा आहे, मार्गात कुठेही QR सेशन नको आणि मध्यस्थाकडे काहीही साठवलेले नको, तो कनेक्शन शोधत आहे. EasyCoexistence ते कनेक्शन आहे: Meta ने दिलेली डिस्कनेक्शनची कारणे वाचणारे हेल्थ मॉनिटरिंग, AI असिस्टंटसाठी MCP सर्व्हर, आणि टीम किती मोठी असली तरी प्रति नंबर एकच ठराविक शुल्क.

- वेगवान आहे म्हणून व्यवसायाचा नंबर QR कोडने जोडणे. लिंक्ड डिव्हाइस सेशन म्हणजे Meta चे Business Platform नव्हे.
- ज्या नंबरवर माणसे नव्हे तर सॉफ्टवेअर उत्तर देणार आहे, त्यांच्यासाठी सीट मोजणे.
- कोणता नंबर कसा जोडला आहे याची नोंद न ठेवता QR ने जोडलेले आणि API ने जोडलेले नंबर एकाच खात्यात मिसळणे.

**EasyCoexistence TimelinesAI पेक्षा स्वस्त आहे का?** जोडलेल्या नंबरसाठी, होय. TimelinesAI Starter प्रति सीट दरमहा $35 आहे. EasyCoexistence जोडलेल्या प्रति नंबर दरमहा US$ 9 आहे, आणि WhatsApp Business ॲपवरून उत्तर देणारी कितीही मोठी टीम असली तरी त्यात काहीही वाढत नाही.

**TimelinesAI Coexistence ला सपोर्ट करते का?** होय. त्यांच्या किंमत पानावर प्रत्येक प्लॅनवर QR कोड आणि अधिकृत API सोबत Coexistence नमूद आहे.

**EasyCoexistence मध्ये नंबर QR कोडने जोडता येतो का?** नाही. प्रत्येक नंबर Meta च्या Cloud API द्वारे Coexistence सह जोडला जातो, लिंक्ड डिव्हाइस म्हणून कधीही नाही.

**मी माझ्या फोनवर WhatsApp वापरणे सुरू ठेवू शकतो का?** होय. Coexistence मुळे त्याच नंबरवर WhatsApp Business ॲप चालू राहते आणि API त्यासोबत चालते.

---

## EasyCoexistence vs Periskope

https://easycoexistence.com/mr/compare/easycoexistence-vs-periskope

Periskope फोनमधील Link device स्क्रीनवरून QR कोड स्कॅन करून WhatsApp नंबर कनेक्ट करते, आणि त्यांच्या दस्तऐवजीकरणानुसार WhatsApp एपीआय नंबर लिंक करता येत नाहीत. EasyCoexistence उलट मार्ग घेते: नंबर Coexistence द्वारे Meta च्या Cloud API वर नोंदवला जातो, त्यामुळे WhatsApp Business ॲप सुरू राहते आणि कनेक्शन अधिकृत असते.

### प्रत्येक जण WhatsApp पर्यंत कसे पोहोचतो

या पानावरील बाकी सर्व काही कनेक्शनच्या पद्धतीवरून ठरते.

- Periskope:: तुम्ही फोनवर WhatsApp सेटिंग्ज उघडता, Link device निवडता आणि Periskope दाखवत असलेला QR कोड स्कॅन करता. नंबर लिंक केलेले डिव्हाइस म्हणून जोडला जातो, आणि त्यांचे मुखपृष्ठ यासाठी Business एपीआय लागत नाही अशी जाहिरात करते.
- 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 एपीआय वापरते का?** नाही. त्यांच्या दस्तऐवजीकरणानुसार नंबर Link device द्वारे QR कोडने कनेक्ट होतात आणि WhatsApp एपीआय नंबर लिंक करता येत नाहीत.

**EasyCoexistence द्वारे मी ग्रुप वापरू शकतो का?** नाही. ग्रुप चॅट Meta च्या Cloud API बाहेर आहेत, आणि हा नियम प्रत्येक अधिकृत प्रोव्हायडरला लागू होतो.

**माझे ॲप सुरू राहील का?** होय. Cloud API त्याच नंबरवर चालत असताना Coexistence फोनवरील WhatsApp Business ॲप सुरू ठेवते.

---

## EasyCoexistence vs Wassenger

https://easycoexistence.com/mr/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 एक नंबर आणि 3 एजंटसाठी महिन्याला €39.90, Business 6 एजंटसह €69.90, Enterprise 9 एजंटसह €99.90. Meta ने ठरवलेला टेम्प्लेट खर्च वर मूळ किमतीत आकारला जातो.
- EasyCoexistence:: प्रति कनेक्ट केलेला नंबर प्रति महिना US$ 9, आणि तुम्ही नंबर वाढवता तसा US$ 1 पर्यंत कमी होतो, एजंट संख्येशिवाय. Meta मेसेजिंगचे बिल तुमच्या स्वतःच्या WhatsApp Business Account वर देते, आमच्यामार्फत कधीही नाही.

### संभाषणे कुठे जातात

इनबॉक्स जे दाखवतो ते साठवतो. कनेक्शन जे मिळते ते पुढे पाठवते.

- Wassenger:: त्यांच्या शेअर्ड टीम इनबॉक्समध्ये, जिथे एजंटना चॅट नेमून दिले जातात, मोहिमा चालतात आणि AI असिस्टंट वापरला जातो. एजंटना काम करता यावे म्हणून मेसेज त्यांच्या प्लॅटफॉर्मवर राहतात.
- EasyCoexistence:: तुमच्या स्वतःच्या सिस्टीममध्ये. Meta वेबहुक थेट तुम्ही ठरवलेल्या एंडपॉइंटकडे पाठवते, संभाषणे आमच्या बाजूला कधीही साठवली जात नाहीत, आणि टीम WhatsApp Business ॲपवरूनच उत्तरे देत राहते.

### कोणता निवडायचा

ज्या टीमला एजंटनी शेअर्ड इनबॉक्समध्ये लॉग इन करून काम करायचे आहे, ती टीम इनबॉक्स खरेदी करत आहे, आणि Wassenger चे प्लॅन नेमके त्याभोवती बनवलेले आहेत.

ज्यांना नंबर अधिकृत API वर हवा आहे आणि दुसरे काही नको, ग्राहकांचे नंबर कनेक्ट करणारी एजन्सी, सध्याच्या ॲपला डेटा पुरवणारा डेव्हलपर, नवीन टूलशिवाय ऑटोमेशन जोडणारा मालक, त्यांना EasyCoexistence चे अधिक नेमके उत्पादन मिळते: एकच कनेक्शन प्रकार, प्रति नंबर एकसमान शुल्क, Coexistence लिंक संपण्यापूर्वी इशारा देणारे मॉनिटरिंग, आणि Claude, ChatGPT व Cursor साठी MCP सर्व्हर.

- चाचणीसाठी QR कनेक्टरवर सुरुवात करणे, आणि सर्व चालू झाल्यावरही व्यवसायाचा नंबर त्यावरच ठेवणे.
- €39.90 च्या प्लॅनची तुलना प्रति नंबर शुल्काशी करताना प्लॅनमधील एजंट आणि इनबॉक्स विचारात न घेणे.
- नंबर एका कनेक्टरवरून दुसऱ्यावर हलवताना चॅट इतिहास सोबत येईल का ते न तपासणे.

**EasyCoexistence Wassenger पेक्षा स्वस्त आहे का?** कनेक्शनसाठी, होय. Wassenger Professional एका नंबरसाठी महिन्याला €39.90 आहे. EasyCoexistence प्रति कनेक्ट केलेला नंबर प्रति महिना US$ 9 आहे, आणि पाच नंबरसाठी एकूण US$ 45 लागतात.

**Wassenger Coexistence ला सपोर्ट करते का?** होय. एकाच नंबरवर WhatsApp Business ॲप आणि त्यांचा API प्लॅटफॉर्म वापरण्यासाठी Wassenger Coexistence पेज आणि हेल्प लेख प्रकाशित करते.

**Wassenger चा QR कनेक्टर अधिकृत आहे का?** Wassenger त्याचे वर्णन सेशनवर आधारित आणि WhatsApp च्या अँटी-स्पॅम तपासणीला अधीन असे करते. त्यांचा Cloud API कनेक्टर Meta कडून प्रमाणित होतो.

**EasyCoexistence वापरण्यासाठी मला सर्व्हर लागतो का?** वेबहुक स्वीकारण्यासाठी तुम्हाला एंडपॉइंट लागतो, किंवा MCP सर्व्हरमार्फत जोडलेला AI असिस्टंट. कनेक्शनचे होस्टिंग स्वतः समाविष्ट आहे.

---

## EasyCoexistence vs WANotifier

https://easycoexistence.com/mr/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 ने मी कॅम्पेन पाठवू शकतो का?** तुम्ही तुमच्या स्वतःच्या सिस्टीममधून किंवा AI असिस्टंटकडून Cloud API द्वारे मंजूर टेम्प्लेट पाठवू शकता. कॅम्पेन बिल्डर नाही.

---

## EasyCoexistence vs Eazybe

https://easycoexistence.com/mr/compare/easycoexistence-vs-eazybe

Eazybe हा सेल्स टीम्ससाठी CRM लेयर आहे, जो WhatsApp Web वर Chrome एक्स्टेंशन म्हणून इन्स्टॉल होतो. Starter प्लॅनची किंमत प्रति युजर आहे आणि वरच्या प्लॅन्समध्ये WhatsApp एपीआय नंबर व Coexistence मिळते. EasyCoexistence हे फक्त अधिकृत कनेक्शन आहे: Coexistence सह Meta ची Cloud API, किंमत प्रति नंबर, आणि मेसेज थेट तुमच्या स्वतःच्या सिस्टीममध्ये पोहोचतात.

### प्रत्येक जण WhatsApp पर्यंत कसा पोहोचतो

दोन्ही प्रॉडक्ट्स वेगवेगळ्या ठिकाणी चालतात: एक सेल्स प्रतिनिधीच्या ब्राउझरमध्ये, दुसरे Meta च्या एपीआयवर.

- Eazybe:: प्रत्येक प्रतिनिधीने आधीच उघडलेल्या WhatsApp Web सेशनवर जोडलेले Chrome एक्स्टेंशन, ज्यात लेबल्स, CRM सिंक आणि शेड्यूलिंग मिळते. वरच्या प्लॅन्समध्ये WhatsApp एपीआय नंबर आणि Coexistence देखील नमूद आहे.
- EasyCoexistence:: Meta ची Cloud API, Meta च्या Embedded Signup द्वारे Coexistence सह नोंदवलेली. ब्राउझर टॅबमध्ये काहीही चालत नाही, त्यामुळे कोणीही WhatsApp Web उघडले असो वा नसो, मेसेज येत राहतात.

### मासिक बिल कशासाठी भरले जाते

Eazybe अभ्यागताच्या स्थानिक चलनात किंमती दाखवते आणि प्लॅन्सनुसार युनिट बदलते.

- Eazybe:: Starter ची किंमत प्रति युजर प्रति महिना आहे. Scaler, Basic AI आणि Pro AI ची किंमत प्रति नंबर प्रति महिना आहे. त्यात 3 किंवा 5 युजर्स समाविष्ट असतात, प्रत्येक अतिरिक्त युजरचे शुल्क वेगळे लागते आणि AI उत्तरांचे बिल प्रति उत्तर आकारले जाते.
- EasyCoexistence:: प्रति कनेक्टेड नंबर प्रति महिना US$ 9, नंबर वाढल्यावर US$ 1 पर्यंत कमी. युजर संख्या नाही, AI क्रेडिट्स नाहीत, आणि Meta मेसेजिंगचे बिल थेट तुमच्या स्वतःच्या खात्यावर आकारते.

### संभाषणे शेवटी कुठे पोहोचतात

CRM एक्स्टेंशन चॅट्स CRM मध्ये कॉपी करते. कनेक्शन ती तुम्ही निवडलेल्या कोणत्याही सिस्टीमकडे पाठवते.

- Eazybe:: WhatsApp Web वरून त्यांच्या प्लॅटफॉर्मद्वारे HubSpot, Zoho आणि Salesforce सारख्या त्यांनी इंटिग्रेट केलेल्या CRM मध्ये सिंक केली जातात.
- EasyCoexistence:: Meta कडून वेबहुक म्हणून तुम्ही ठरवलेल्या एंडपॉइंटवर पोहोचवली जातात, आमच्या बाजूला कधीही साठवली जात नाहीत. तुमचे CRM, तुमचे ॲप, ऑटोमेशन टूल किंवा MCP सर्व्हरद्वारे AI असिस्टंट ती थेट मिळवतो.

### कोणता निवडावा

ज्या सेल्स टीमला ब्राउझरमध्ये प्रत्येक चॅटशेजारी CRM फील्ड्स हवी आहेत, ती CRM एक्स्टेंशन खरेदी करते आणि Eazybe चा Starter प्लॅन तेच आहे.

ज्या व्यवसायाला प्रत्येक नंबर Meta च्या अधिकृत एपीआयवर हवा आहे आणि ब्राउझर सेशनवर अवलंबून राहायचे नाही, तो कनेक्शन खरेदी करतो. 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 ॲप वापरणे सुरू ठेवते.

**मी मेसेज माझ्या CRM मध्ये सिंक करू शकतो का?** होय, Meta चे वेबहुक तुमच्या CRM कडे, n8n किंवा Make सारख्या ऑटोमेशन टूलकडे किंवा तुमच्या स्वतःच्या कोडकडे वळवून.

---

## EasyCoexistence विरुद्ध Superchat

https://easycoexistence.com/mr/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:: त्यांच्या एकत्रित इनबॉक्समध्ये, जिथे टेम्प्लेट, लेबल, AI एजंट आणि रिव्ह्यू व्यवस्थापन त्यांच्या प्लॅटफॉर्मवरील मेसेजवर काम करतात.
- EasyCoexistence:: तुम्ही ठरवलेल्या एंडपॉइंटवर, कारण Meta वेबहुक थेट तिथे पाठवते. संभाषणे आमच्या बाजूला कधीही साठवली जात नाहीत आणि तुमची टीम WhatsApp Business ॲप वापरत राहते.

### कोणता पर्याय निवडावा

जो व्यवसाय अनेक चॅनलवरील उत्तरे एकाच इनबॉक्समधून देऊ इच्छितो, तो मल्टी-चॅनल इनबॉक्स खरेदी करत आहे, जी WhatsApp कनेक्शनपेक्षा वेगळी खरेदी आहे.

ज्या व्यवसायाला त्याचा WhatsApp नंबर अधिकृत एपीआयवर हवा आहे, सक्रिय ठेवलेला आणि मेसेज स्वतःच्या CRM, ॲप किंवा AI असिस्टंटकडे जाणारे, तो EasyCoexistence खरेदी करतो: प्रति नंबर निश्चित शुल्क आणि बीटा पर्यायाऐवजी उत्पादनाच्या केंद्रस्थानी Coexistence.

- किमान मुदतीकडे लक्ष न देता फक्त मासिक किंमत वाचणे.
- अधिक नंबर लागल्यावर फक्त प्लॅनची किंमत मोजणे. अतिरिक्त नंबरचे स्वतःचे मासिक शुल्क असते.
- आधीच दुसऱ्या एपीआय प्रदात्याशी जोडलेल्या नंबरसह Coexistence ऑनबोर्डिंग सुरू करणे.

**EasyCoexistence Superchat पेक्षा स्वस्त आहे का?** होय, WhatsApp कनेक्शनसाठी. Superchat Basic किमान 12 महिन्यांच्या मुदतीसह प्रति महिना $19 आहे. EasyCoexistence प्रति कनेक्ट केलेला नंबर प्रति महिना US$ 9 आहे आणि कितीही मोठी टीम WhatsApp Business ॲपमधून उत्तरे देऊ शकते.

**Superchat Coexistence ला सपोर्ट करते का?** होय, कनेक्शन पर्यायांपैकी एक म्हणून, ज्याला त्यांचे मदत केंद्र बीटा म्हणते.

**EasyCoexistence Instagram किंवा ईमेल कव्हर करते का?** नाही. ते Meta च्या Cloud API द्वारे फक्त WhatsApp नंबर जोडते, दुसरे काहीही नाही.

**Meta चे मेसेज शुल्क कोण भरते?** तुम्ही, तुमच्या स्वतःच्या WhatsApp Business Account वर थेट Meta ला. EasyCoexistence त्यावर कधीही मार्कअप लावत नाही.

---

## EasyCoexistence vs Sinch

https://easycoexistence.com/mr/compare/easycoexistence-vs-sinch

Sinch हे एंटरप्राइझ कम्युनिकेशन्स प्लॅटफॉर्म आहे. ते SMS, व्हॉइस आणि इतर चॅनेलसह WhatsApp पुन्हा विकते आणि प्रत्येक ग्राहकाच्या करारानुसार Meta च्या शुल्कावर स्वतःचे प्रति-मेसेज शुल्क लावते. EasyCoexistence WhatsApp Business ॲप नंबर Coexistence द्वारे Meta च्या Cloud API शी जोडते. हे स्वतः करता येते, प्रति नंबर निश्चित शुल्कात, आणि Meta मेसेजचे बिल थेट तुम्हाला देते.

### प्रत्येक मेसेजची किंमत किती

फरक इतकाच की प्रत्येक मेसेजवर दुसरे शुल्क लागते की नाही.

- Sinch:: प्रत्येक मेसेजवर दोन स्तर: श्रेणी आणि देशानुसार Meta चे शुल्क, आणि प्लॅटफॉर्म वापर व प्रति-मेसेज सेवेसाठी Sinch चे शुल्क, जे सार्वजनिक दरपत्रकावर नसून Sinch सोबतच्या तुमच्या करारानुसार ठरते.
- EasyCoexistence:: एकच स्तर. Meta त्यांचे शुल्क तुमच्या स्वतःच्या WhatsApp Business Account वर लावते आणि आम्ही त्यावर कधीही मार्कअप लावत नाही. आमचे शुल्क प्रति जोडलेला नंबर दरमहा US$ 9 आहे, जे नंबर वाढवत गेल्यावर US$ 1 पर्यंत कमी होते, ट्रॅफिक कितीही असो.

### प्रत्येकासाठी कोणते नंबर तयार केले आहेत

बहुतेक लहान व्यवसाय आधीच WhatsApp Business ॲपवर ग्राहकांना उत्तर देतात. तोच नंबर महत्त्वाचा असतो.

- Sinch:: Sinch Engage Classic च्या सेटअप मार्गदर्शकात आंतरराष्ट्रीय SMS किंवा कॉल स्वीकारू शकणारा आणि कोणत्याही WhatsApp खात्याशी जोडलेला नसलेला नंबर मागितला आहे. त्यांच्या ऑनबोर्डिंग लेखांमध्ये Coexistence चा मार्ग सांगितलेला नाही.
- EasyCoexistence:: WhatsApp Business ॲपवर आधीपासून असलेला नंबर, Coexistence द्वारे जोडलेला. चॅट, इतिहास आणि फोनवरील ॲप तसेच राहतात, आणि Cloud API त्याच नंबरवर चालते.

### सुरुवात कशी करायची

एक मार्ग विक्री करारातून जातो, दुसरा साइनअप पेजवरून.

- Sinch:: Sinch Build डॅशबोर्डवरील Embedded Signup त्यांच्याच शब्दांत सध्या फक्त थेट एंटरप्राइझ ग्राहकांसाठी उपलब्ध आहे, आणि किंमत तुमच्या करारावर अवलंबून असते.
- EasyCoexistence:: Meta Embedded Signup द्वारे स्वतः करता येणारी नोंदणी, सुमारे दोन मिनिटांत, पहिले 3 दिवस मोफत. ॲपची आवृत्ती 2.24.17 किंवा नवीन हवी आणि अलीकडील प्रत्यक्ष वापर हवा.

### कोणता निवडायचा

वाटाघाटी केलेल्या अटींवर एकाच करारातून SMS, व्हॉइस आणि WhatsApp खरेदी करणारी एंटरप्राइझ CPaaS खरेदी करत असते. ही WhatsApp कनेक्शनपेक्षा वेगळी खरेदी आहे.

ज्या व्यवसायाचे ग्राहक आधीच त्याच्या WhatsApp Business ॲपवर लिहितात, किंवा क्लायंटसाठी असे नंबर जोडणाऱ्या एजन्सीला Coexistence, जाहीर किंमत आणि प्रत्येक मेसेजवर वेगळे शुल्क नसणे हवे असते. EasyCoexistence नेमके यासाठीच बनवले आहे: Meta कडून थेट तुमच्या स्वतःच्या सिस्टममध्ये येणारे वेबहुक आणि AI असिस्टंटसाठी MCP सर्व्हरसह.

- प्रोव्हायडर प्रत्येक मेसेजवर स्वतःचे शुल्क जोडत असताना फक्त Meta चे दरपत्रक गृहीत धरून बजेट करणे.
- API साठी नवीन नंबर नोंदवणे आणि ग्राहकांना ॲपवरील जुन्या नंबरवर लिहित राहू देणे.
- Coexistence ने नंबर राखता आला असता, तरीही नंबर मोकळा करण्यासाठी WhatsApp Business ॲप खाते हटवणे.

**EasyCoexistence Sinch पेक्षा स्वस्त आहे का?** होय, आमच्या नियंत्रणातील भागात. Sinch तुमच्या करारानुसार प्रत्येक मेसेजवर स्वतःचे शुल्क जोडते. EasyCoexistence प्रति मेसेज काहीही जोडत नाही आणि प्रति जोडलेला नंबर दरमहा US$ 9 शुल्क घेते.

**Sinch Coexistence ला सपोर्ट करते का?** या पेजसाठी तपासलेल्या Sinch ऑनबोर्डिंग लेखांमध्ये याचा उल्लेख नाही. या पेजवर अवलंबून न राहता Sinch ला थेट विचारा.

**Sinch त्यांचे WhatsApp शुल्क जाहीर करते का?** त्यांच्या हेल्प सेंटरनुसार Sinch चे शुल्क तुमच्या करारावर अवलंबून असते आणि सार्वजनिक प्रति-मेसेज दर दिलेला नाही.

**EasyCoexistence सोबत मला करार करावा लागतो का?** नाही. साइनअप Meta च्या Embedded Signup द्वारे स्वतः करता येते, पहिले 3 दिवस मोफत.

---

## EasyCoexistence विरुद्ध Vonage

https://easycoexistence.com/mr/compare/easycoexistence-vs-vonage

Vonage हे डेव्हलपरसाठी कम्युनिकेशन्स प्लॅटफॉर्म आहे. त्याचे Messages API WhatsApp सोबत SMS, RCS आणि इतर चॅनेलवर मेसेज पाठवते, आणि प्रत्येक मेसेजवर Meta च्या शुल्कासह Vonage चे प्लॅटफॉर्म शुल्क जोडले जाते. EasyCoexistence WhatsApp Business ॲप नंबरला Coexistence द्वारे Meta च्या Cloud API शी प्रति नंबर एका निश्चित शुल्कात जोडते, आणि Meta मेसेजचे बिल थेट तुम्हाला पाठवते.

### बिल कसे तयार होते

वापरावर आधारित किंमत आणि निश्चित शुल्क यांचे वर्तन व्हॉल्यूम वाढल्यावर वेगळे असते.

- Vonage:: पोहोचवलेल्या प्रत्येक मेसेजसाठी Meta चे शुल्क, तसेच Vonage चे प्लॅटफॉर्म शुल्क जे प्रति मेसेज 0.0001 युरो पासून सुरू होते आणि व्हॉल्यूम व प्रदेशानुसार बदलते. कॉलवर Vonage चे आणखी $0.004 प्रति मिनिट शुल्क लागते.
- EasyCoexistence:: प्रति जोडलेला नंबर प्रति महिना US$ 9, नंबर जोडत जाल तसे US$ 1 पर्यंत कमी. Meta मेसेजचे बिल तुमच्या स्वतःच्या WhatsApp Business खात्यावर देते आणि आम्ही प्रति मेसेज काहीही जोडत नाही.

### प्रत्येकाची रचना कोणत्या नंबरसाठी आहे

लहान व्यवसाय ज्या नंबरवर आधीपासून उत्तर देतो, तो सहसा WhatsApp Business ॲप नंबर असतो.

- Vonage:: त्याचे WhatsApp किंमत पान आणि भागीदारांसाठीचे hosted Embedded Signup मार्गदर्शक Coexistence बद्दल काही सांगत नाहीत. Coexistence हे Meta चे फीचर आहे जे एपीआय नंबरवर ॲप चालू ठेवते.
- EasyCoexistence:: विशेषतः Coexistence नंबरसाठी. WhatsApp Business ॲपमधील चॅट्स तसेच राहतात आणि ॲप फोनवर चालू राहते, तर 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 ॲप नंबर Meta च्या स्वतःच्या एपीआयवर हवे आहेत, प्रत्येक मेसेजवर शुल्काशिवाय आणि नवीन नंबरशिवाय, त्यांना Coexistence हवे. EasyCoexistence ते सुमारे दोन मिनिटांत स्वतः करता येईल असे देते, प्रत्येक कनेक्शनवर सतत लक्ष ठेवते, आणि MCP सर्व्हरद्वारे नंबर Claude, ChatGPT किंवा Cursor ला उपलब्ध करून देते.

- Meta चे स्वतःचे शुल्क न जोडता फक्त प्रति मेसेज प्लॅटफॉर्म शुल्कावरून खर्चाचा अंदाज लावणे.
- Meta चे Cloud API दस्तऐवजीकृत आणि पोर्टेबल असताना एखाद्या विक्रेत्याच्या मेसेज स्कीमाला धरून कोड लिहिणे.
- ॲपवर अजून सक्रिय असलेला नंबर CPaaS ऑनबोर्डिंग प्रक्रिया स्वीकारेल असे गृहीत धरणे.

**EasyCoexistence Vonage पेक्षा स्वस्त आहे का?** कोणत्याही लक्षणीय व्हॉल्यूमवर, होय, कारण Vonage प्रत्येक मेसेजवर प्लॅटफॉर्म शुल्क जोडते आणि EasyCoexistence काहीही जोडत नाही. किती मेसेज गेले तरी आमचे शुल्क प्रति जोडलेला नंबर प्रति महिना US$ 9 राहते.

**Vonage Coexistence ला सपोर्ट करते का?** त्यांचे WhatsApp किंमत पान आणि hosted Embedded Signup पाने याबद्दल काही सांगत नाहीत. या पानावर अवलंबून न राहता Vonage ला विचारा.

**मी माझा सध्याचा WhatsApp नंबर ठेवू शकतो का?** होय. Coexistence WhatsApp Business ॲपवर आधीपासून असलेला नंबर त्याच्या चॅट्ससह जोडते.

**WhatsApp मेसेजचे बिल मला कोण देते?** Meta, थेट, तुमच्या स्वतःच्या WhatsApp Business खात्यावर. EasyCoexistence ती शुल्के कधीही वाढवत नाही.

---

## EasyCoexistence vs Qontak

https://easycoexistence.com/mr/compare/easycoexistence-vs-qontak

Mekari Qontak ही अधिकृत WhatsApp एपीआयवर चालणारी इंडोनेशियन omnichannel CRM आणि ग्राहक सेवा सूट आहे. तिचे प्लॅन पाच वापरकर्त्यांपासून सुरू होतात आणि Coexistence साठी वेगळे सबस्क्रिप्शन लागते. EasyCoexistence फक्त कनेक्शन देते: WhatsApp Business ॲपवरील नंबर Coexistence द्वारे Meta च्या Cloud API वर जोडला जातो, किंमत प्रति कनेक्ट केलेला नंबर आहे आणि मेसेज तुमच्या स्वतःच्या सिस्टीममध्ये पाठवले जातात.

### मासिक बिल कशासाठी भरले जाते

Qontak CRM सूट विकते. 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 किंवा नवीन, अलीकडील प्रत्यक्ष वापर आणि नंबर दुसऱ्या प्रोव्हायडरशी जोडलेला नसावा.

### संभाषणे कुठे पोहोचतात

CRM सूट संभाषणे स्वतःजवळ ठेवते, त्यावर काम करण्यासाठी. कनेक्शन ती पुढे पाठवते.

- Qontak:: Qontak च्या omnichannel इनबॉक्समध्ये आणि CRM मध्ये, WhatsApp Business ॲपसोबत मिरर केलेली, तसेच त्यांच्या डॅशबोर्डवरून चालणारे तिकीटिंग, चॅटबॉट आणि ब्रॉडकास्ट.
- EasyCoexistence:: तुम्ही निवडलेल्या एंडपॉइंटवर, कारण Meta वेबहुक थेट तिथे पाठवते. संभाषणे आमच्याकडे कधीही साठवली जात नाहीत, आणि MCP सर्व्हर नंबरला AI असिस्टंटशी जोडतो.

### कोणती निवडावी

ज्या कंपनीला एका सूटमध्ये सेल्स पाइपलाइन, तिकीटिंग आणि अनेक चॅनेल हवी आहेत, ती CRM विकत घेत आहे. ही खरेदी WhatsApp कनेक्शनपेक्षा वेगळी आहे.

ज्या व्यवसायाकडे आधीच CRM आहे, किंवा जी एजन्सी ग्राहकांचे नंबर स्वतःच्या स्टॅकमध्ये जोडते, तिला नंबर अधिकृत एपीआयवर आणि कनेक्ट ठेवलेला हवा असतो. EasyCoexistence हे प्रति नंबर ठराविक शुल्कात करते, प्रत्येक कनेक्शनवर लक्ष ठेवते आणि Meta चा 14 दिवसांचा ॲप-ॲक्टिव्हिटी नियम संपण्यापूर्वी अलर्ट देते.

- सामान्य WhatsApp ॲपमध्ये नोंदवलेला नंबर कनेक्ट करणे. Coexistence साठी WhatsApp Business ॲप लागते.
- फक्त इंटिग्रेशनसाठी अगदी नवीन Business Portfolio तयार करणे, ज्याविरुद्ध Qontak चे मार्गदर्शक सल्ला देते.
- खात्यातील अडचण दूर करण्यासाठी ॲप रीसेट करणे. त्याने इतिहास रीसेट होत नाही आणि लिंक तुटू शकते.

**EasyCoexistence Qontak पेक्षा स्वस्त आहे का?** हो, कनेक्शनसाठी. Qontak चे प्लॅन दरमहा Rp2.000.000 पासून सुरू होतात, किमान 5 वापरकर्ते आणि त्यावर Coexistence सबस्क्रिप्शन वेगळे. EasyCoexistence US$ 9 प्रति कनेक्ट केलेला नंबर दरमहा आहे, Coexistence समाविष्ट.

**Qontak Coexistence ला सपोर्ट करते का?** हो. त्यांचे मदत केंद्र इंटिग्रेशनचे वर्णन करते आणि सक्रिय META Coex सबस्क्रिप्शन ही अट म्हणून नमूद करते.

**EasyCoexistence ला 30 दिवस जुना नंबर लागतो का?** WhatsApp Business ॲपवर अलीकडील प्रत्यक्ष वापर लागतो. ही Coexistence साठी Meta ची स्वतःची पात्रता तपासणी आहे.

**EasyCoexistence मध्ये CRM आहे का?** नाही. मेसेज तुमच्या सध्याच्या CRM किंवा ॲपपर्यंत वेबहुकद्वारे पोहोचतात, जे Meta तुमच्या एंडपॉइंटवर पाठवते.

---

## Coexistence नंबरवरील WhatsApp मेसेज HubSpot मध्ये लॉग करा

https://easycoexistence.com/mr/integrations/hubspot

HubSpot मध्ये Communications ऑब्जेक्ट आहे, ज्याचा चॅनेल प्रकार WHATS_APP असू शकतो. HubSpot बाहेर झालेले मेसेज लॉग करण्यासाठी तो बनवला आहे. नंबरचे वेबहुक n8n वर्कफ्लोकडे पाठवा, फोन नंबरवरून कॉन्टॅक्ट शोधा किंवा तयार करा, आणि प्रत्येक मेसेज /crm/v3/objects/communications वर POST करा. संभाषण कॉन्टॅक्ट टाइमलाइनवर दिसते, आणि टीम WhatsApp Business ॲपवरूनच उत्तर देत राहते.

### WhatsApp मेसेज HubSpot कॉन्टॅक्टवर कसा पोहोचतो?

तीन टप्प्यांत. तुम्ही नंबरसाठी ठरवलेल्या वेबहुक गंतव्यावर Meta मेसेज पाठवते, जे इथे n8n चे Webhook नोड आहे. वर्कफ्लो प्रेषकाच्या फोन नंबरवरून HubSpot मध्ये कॉन्टॅक्ट शोधतो, आणि काहीही जुळले नाही तर नवीन तयार करतो. त्यानंतर मेसेजच्या मजकुरासह कम्युनिकेशन रेकॉर्ड तयार करून तो त्या कॉन्टॅक्टशी जोडतो.

HubSpot ने Communications ऑब्जेक्ट नेमक्या याच गरजेसाठी बनवला आहे. HubSpot बाहेर पाठवलेला किंवा मिळालेला WhatsApp, LinkedIn किंवा SMS मेसेज तो दर्शवतो, आणि लॉग केलेल्या कॉल किंवा ईमेलप्रमाणे रेकॉर्ड टाइमलाइनवर दिसतो. आवश्यक प्रॉपर्टी म्हणजे चॅनेल प्रकार, CRM वर सेट केलेले hs_communication_logged_from, मजकूर, मालक आणि टाइमस्टॅम्प.

यासाठी HubSpot मार्केटप्लेस ॲपची गरज नाही. n8n चे HTTP Request नोड HubSpot नोडसाठी आधीच सेट केलेले HubSpot क्रेडेन्शियल पुन्हा वापरू शकते, आणि प्रत्येक मेसेजसाठी एकच POST कॉल असतो.

### फोनवर टाइप केलेले मेसेजही लॉग होतात का?

होऊ शकतात, आणि Coexistence नंबरमुळे हीच गोष्ट जोडली जाते. टीममधील कोणी WhatsApp Business ॲपवरून उत्तर दिले की Meta त्या जाणाऱ्या मेसेजचा एको त्याच वेबहुक गंतव्यावर पाठवते. येणारे मेसेज आणि एको दोन्ही हाताळणारा वर्कफ्लो संभाषणाच्या दोन्ही बाजू टाइमलाइनवर लिहितो. त्यामुळे HubSpot मध्ये कॉन्टॅक्ट उघडणाऱ्या सेल्सपर्सनला ग्राहकाने काय विचारले आणि दुकानाने काय उत्तर दिले, हे दिसते.

वेबहुकच्या फील्डवरून शाखा करा. येणारे मेसेज messages खाली येतात आणि फोनवरील उत्तरे smb_message_echoes खाली येतात. पहिले मेसेज प्राप्त म्हणून आणि दुसरे पाठवलेले म्हणून लॉग करा, म्हणजे टाइमलाइन क्रमाने वाचता येते.

वर्कफ्लो स्वतः Cloud API द्वारे पाठवतो ती उत्तरे त्याला आधीच माहीत असतात, म्हणून वेबहुकची वाट न पाहता पाठवताना लगेच लॉग करा.

### HubSpot च्या स्वतःच्या WhatsApp इनबॉक्स चॅनेलचे काय?

ते वेगळे इंटिग्रेशन आहे. HubSpot चा संभाषण इनबॉक्स WhatsApp नंबर थेट HubSpot शी जोडतो, आणि त्याच्या नॉलेज बेसनुसार तो नंबर दुसऱ्या कोणत्याही WhatsApp इंटिग्रेशनशी जोडलेला नसावा. ते Marketing Hub किंवा Service Hub Professional आणि Enterprise मध्ये उपलब्ध आहे.

EasyCoexistence द्वारे जोडलेल्या नंबरचा मार्ग उलटा आहे: Meta वेबहुक तुमच्या मालकीच्या यूआरएलवर पाठवते, आणि HubSpot एपीआय द्वारे रेकॉर्ड स्वीकारते. संभाषणाला फोनवरून किंवा तुमच्या वर्कफ्लोद्वारे उत्तर दिले जाते, आणि कॉन्टॅक्ट, डील किंवा तिकिटाशी जोडलेला इतिहास HubSpot मध्ये राहतो.

हा कॉल करणाऱ्या खासगी ॲपला किंवा क्रेडेन्शियलला contacts write स्कोप लागतो. कॉन्टॅक्ट तयार करण्यासाठी वर्कफ्लोला तोच स्कोप आधीच लागतो.

### वर्कफ्लोने प्रेषकाला कॉन्टॅक्टशी कसे जुळवावे?

फोन नंबरवरून, शोधण्यापूर्वी तो सामान्य स्वरूपात आणून. Meta प्रेषकाला देशाच्या कोडसह आणि प्लस चिन्हाशिवाय अंकांत पाठवते, उदा. 14155550188. HubSpot कॉन्टॅक्ट हाताने टाइप केलेले असतात, त्यामुळे तीच व्यक्ती +1 415 555 0188 किंवा (415) 555-0188 अशी साठवलेली असू शकते.

विश्वासार्ह पद्धत अशी: केवळ अंक असलेला नंबर ठेवणारी स्वतंत्र कॉन्टॅक्ट प्रॉपर्टी ठेवा, वर्कफ्लो कॉन्टॅक्ट तयार करताना ती भरा, आणि त्याच प्रॉपर्टीवर शोधा. फोन फील्डमध्ये थेट शोधल्यास वर्कफ्लोने तयार केलेले कॉन्टॅक्ट सापडतात, पण माणसाने तयार केलेले अनेक चुकतात आणि त्यातून डुप्लिकेट तयार होतात.

शोधात काही सापडले नाही तर वेबहुक पेलोडमधील प्रोफाइल नाव पहिले नाव म्हणून आणि केवळ अंकांचा नंबर दोन्ही फील्डमध्ये टाकून कॉन्टॅक्ट तयार करा. कोणीतरी नंतर विलीन किंवा नाव बदलू शकते, आणि संभाषण आधीच जोडलेले असते.

- फक्त येणारे मेसेज लॉग करणे. मग टाइमलाइनवर उत्तरांशिवाय प्रश्न दिसतात, कारण फोनवर टाइप केलेली उत्तरे smb_message_echoes इव्हेंट म्हणून येतात.
- hs_communication_logged_from सेट न करणे. एपीआय द्वारे कम्युनिकेशन तयार करताना HubSpot ला ते CRM असणे आवश्यक आहे.
- कच्च्या फोन फील्डवर कॉन्टॅक्ट शोधणे. Meta चे केवळ अंकांचे स्वरूप माणसाने टाइप केलेल्याशी क्वचितच जुळते, आणि प्रत्येक चुकीमुळे डुप्लिकेट कॉन्टॅक्ट तयार होतो.

**मी HubSpot मधूनच ग्राहकाला उत्तर देऊ शकतो का?** Communications ऑब्जेक्टद्वारे नाही, कारण तो लॉग आहे. उत्तरे WhatsApp Business ॲपवरून किंवा Cloud API कॉल करणाऱ्या वर्कफ्लोमधून जातात, आणि दोन्ही कॉन्टॅक्टवर परत लॉग होतात.

**वर्कफ्लोला HubSpot च्या कोणत्या परवानग्या लागतात?** Contacts read आणि write. Communications API साठी HubSpot crm.objects.contacts.read किंवा crm.objects.contacts.write हे स्कोप सांगते, आणि कॉन्टॅक्ट तयार करण्यासाठी write स्कोप तरीही लागतो.

**तोच वर्कफ्लो पहिला मेसेजही पाठवू शकतो का?** हो. n8n ची स्वतंत्र शाखा नंबरच्या phone number id आणि टोकनसह Cloud API द्वारे मंजूर टेम्प्लेट पाठवू शकते, आणि नंतर ते कॉन्टॅक्टवर जाणारे कम्युनिकेशन म्हणून लॉग करू शकते.

**EasyCoexistence मेसेजचा मजकूर वाटेत साठवते का?** नाही. Meta वेबहुक थेट तुमच्या n8n यूआरएलवर पाठवते. EasyCoexistence संभाषणाचा मजकूर कधीही साठवत नाही.

---

## Coexistence नंबरवरून WhatsApp संभाषणे Salesforce मध्ये पाठवा

https://easycoexistence.com/mr/integrations/salesforce

नंबरचे वेबहुक n8n वर्कफ्लोकडे वळवा, Salesforce मध्ये phone वरील SOQL क्वेरीने पाठवणाऱ्याचा शोध घ्या, कोणीही जुळले नाही तर Lead तयार करा आणि प्रत्येक मेसेज रेकॉर्डवर Task किंवा नोट म्हणून नोंदवा. n8n च्या Salesforce नोडमध्ये हे तिन्ही कॉल्स आहेत. टीम WhatsApp Business ॲपवरून उत्तरे देत राहते आणि इतिहास Salesforce मध्ये राहतो.

### n8n वर्कफ्लो कसा दिसतो?

एका रांगेत चार नोड, आणि प्रत्येक Meta वेबहुकला लागणारी पडताळणीची शाखा.

Webhook नोड Meta प्रत्येक मेसेजसाठी पाठवत असलेला POST स्वीकारतो. Salesforce नोड SOQL क्वेरी चालवतो आणि ज्या Lead किंवा Contact चा phone पाठवणाऱ्याशी जुळतो तो शोधतो. IF नोड काही सापडले की नाही यावरून मार्ग वेगळे करतो: सापडले तर वर्कफ्लो रेकॉर्डचा id पुढे नेतो, नाही सापडले तर दुसरा Salesforce नोड पेलोडमधील प्रोफाइल नावाने Lead तयार करतो. शेवटचा Salesforce नोड त्या रेकॉर्डवर Task तयार करतो, ज्यात वर्णनात मेसेजचा मजकूर असतो आणि विषयात हा WhatsApp मेसेज असल्याचे लिहिलेले असते.

पडताळणीची शाखा Meta च्या GET ला hub.challenge ची किंमत साध्या बॉडीमध्ये परत करते. ती नसेल तर Meta मेसेज पाठवायला सुरुवातच करत नाही आणि वर्कफ्लोचा बाकीचा भाग निष्क्रिय राहतो.

### मेसेज Task मध्ये ठेवावा की नोटमध्ये?

बहुतेक टीमसाठी Task, कारण तो ॲक्टिव्हिटी टाइमलाइनमध्ये दिसतो, जी सेल्स प्रतिनिधी आधीपासून वाचतात, आणि त्यावर रिपोर्टही काढता येतो. त्याचा स्टेटस पूर्ण (completed) ठेवा म्हणजे तो उघडा टू-डू म्हणून दिसणार नाही. विषयात चॅनेलचे नाव लिहा, म्हणजे WhatsApp ॲक्टिव्हिटीचा फिल्टर एकाच अटीचा होतो.

n8n नोडचे Add note ऑपरेशन वेगळ्या प्रसंगी योग्य आहे: प्रत्येक मेसेज नव्हे, तर सारांश हवा असेल तेव्हा. काही टीम वर्कफ्लोकडून प्रत्येक ग्राहकाचे दिवसभराचे मेसेज गोळा करून संध्याकाळी एकच नोट लिहवतात. वीस छोट्या ओळी पाठवणाऱ्या ग्राहकाची टाइमलाइन त्यामुळे वाचनीय राहते.

जे निवडाल त्यासोबत WhatsApp मेसेज id रेकॉर्डमध्ये लिहा. Meta डिलिव्हरी पुन्हा पाठवते, आणि लिहिण्यापूर्वी id आधीपासून आहे का हे तपासणारा वर्कफ्लो एकच मेसेज दोनदा नोंदवत नाही.

### टीम फोनवरून उत्तर देऊ शकते का, आणि ते Salesforce ला दिसेल का?

दोन्ही गोष्टी होतात. Coexistence मुळे WhatsApp Business ॲप त्याच नंबरवर चालू राहते, त्यामुळे कालपर्यंत ग्राहकांना उत्तर देणारी माणसे तसेच देत राहतात. ते ॲपवरून उत्तर देतात तेव्हा Meta त्याच वेबहुक डेस्टिनेशनवर, smb_message_echoes या फील्डखाली, जाणाऱ्या मेसेजचा इको पाठवते.

वर्कफ्लोमध्ये या इकोंसाठी दुसरा मार्ग जोडा आणि त्यांना जाणारे Task म्हणून नोंदवा. Lead उघडणाऱ्या प्रतिनिधीला मग प्रश्न आणि दुकानाने दिलेले उत्तर क्रमाने दिसते, कोणालाही चॅट हाताने कॉपी करावी लागत नाही.

वर्कफ्लो स्वतः Cloud API वर HTTP विनंती नोडमार्फत पाठवत असलेली उत्तरे पाठवतानाच नोंदवा. मजकूर आणि रेकॉर्ड id वर्कफ्लोकडे तेव्हा आधीच असतात.

### डुप्लिकेट Lead कसे टाळाल?

फील्डमध्ये लोकांनी जसा टाइप केला तसा नव्हे, तर सामान्यीकृत (normalised) फोन नंबरवर जुळवणी करा. Meta पाठवणाऱ्याचा नंबर देशाच्या कोडसह आणि प्लस चिन्हाशिवाय फक्त अंकांत पाठवते. Salesforce च्या phone फील्डमध्ये रेकॉर्ड तयार करणाऱ्याने जे लिहिले ते असते, त्यात स्पेस, कंस आणि डॅश असतात.

विश्वासार्ह पद्धत म्हणजे फक्त अंक ठेवणारे कस्टम टेक्स्ट फील्ड ठेवणे. वर्कफ्लो Lead तयार करताना ते भरतो आणि आधीच्या रेकॉर्डसाठी बॅकफिल करावे लागते. SOQL क्वेरी मग त्या फील्डची बरोबरीने तुलना करते, जी वेगवान आणि अचूक असते.

Lead बरोबर Contact देखील तपासा. कन्व्हर्ट झालेला ग्राहक Contact असतो, आणि फक्त Lead शोधणारा वर्कफ्लो संदेश पाठवणाऱ्या प्रत्येक विद्यमान ग्राहकासाठी नवीन Lead तयार करतो.

- फक्त Lead ऑब्जेक्टमध्ये शोध घेणे. विद्यमान ग्राहक Contact असतात, आणि मेसेज पाठवणारा प्रत्येकजण डुप्लिकेट Lead बनतो.
- मेसेज उघडे Task म्हणून नोंदवणे. प्रतिनिधींना ग्राहकाच्या प्रत्येक ओळीसाठी टू-डू मिळतो, म्हणून Task तयार करताना स्टेटस completed ठेवा.
- वर्कफ्लोमधील पडताळणीची GET शाखा वगळणे. Meta डेस्टिनेशनची खात्री करत नाही आणि एकही मेसेज पोहोचत नाही.

**यासाठी Salesforce AppExchange पॅकेज लागते का?** नाही. n8n चा अंगभूत Salesforce नोड शोध, Lead आणि Task हाताळतो, आणि त्यात जे नसेल ते त्याच क्रेडेन्शियलसह HTTP विनंती नोडमधून करता येते.

**Make मध्ये हेच करता येते का?** हो. Make चा कस्टम वेबहुक मेसेज स्वीकारतो आणि Salesforce मॉड्यूल रेकॉर्ड लिहितात. सिनॅरियोची रचना n8n वर्कफ्लोशी पायरीनुसार जुळते.

**Salesforce Lead ला WhatsApp टेम्प्लेट पाठवू शकते का?** वर्कफ्लोमार्फत हो. Salesforce कडून n8n वेबहुक कॉल करवा, आणि n8n मंजूर टेम्प्लेट Cloud API वर त्या नंबरचा फोन नंबर id आणि टोकन वापरून पाठवतो.

**EasyCoexistence मेसेजची प्रत ठेवते का?** नाही. Meta प्रत्येक वेबहुक थेट तुमच्या n8n URL वर पाठवते, आणि EasyCoexistence संभाषणाचा मजकूर कधीही साठवत नाही.

---

## Coexistence नंबरवर WhatsApp ला Zoho CRM शी कनेक्ट करा

https://easycoexistence.com/mr/integrations/zoho-crm

नंबरचे वेबहुक n8n वर्कफ्लोकडे पाठवा, phone पॅरामीटरने Zoho CRM मध्ये शोधा (तो मॉड्यूलमधील प्रत्येक फोन फील्ड तपासतो), काहीही जुळले नाही तर Lead तयार करा आणि प्रत्येक मेसेज त्या रेकॉर्डवर नोट म्हणून जोडा. n8n चा Zoho CRM नोड लीड आणि कॉन्टॅक्ट हाताळतो. नोट म्हणजे त्याच क्रेडेन्शियलने Zoho च्या Notes API ला केलेली एक HTTP कॉल.

### WhatsApp मेसेजचे Zoho CRM रेकॉर्ड कसे बनते?

नंबरवर येणारा प्रत्येक मेसेज Meta तुम्ही ठरवलेल्या वेबहुक गंतव्यावर पाठवते, इथे ते n8n चे Webhook नोड आहे. वर्कफ्लो पेलोडमधून पाठवणाऱ्याचा नंबर घेतो आणि phone त्याच्यावर सेट करून Zoho च्या सर्च एंडपॉइंटला कॉल करतो, आधी Leads मध्ये आणि मग Contacts मध्ये. Zoho मॉड्यूलमधील प्रत्येक फोन फील्ड तपासते, त्यामुळे Mobile किंवा Phone यापैकी कशावरही जुळले तरी चालते. सेल्सपर्सनने कोणते फील्ड वापरले असेल याचा अंदाज बांधावा लागत नाही.

काहीही सापडले नाही तर n8n चा Zoho CRM नोड WhatsApp प्रोफाइल नाव आणि नंबर घेऊन Lead तयार करतो. दोन्ही प्रकारे वर्कफ्लोकडे आता रेकॉर्ड id असतो, आणि तो POST /Notes द्वारे मेसेज त्या रेकॉर्डवर नोट म्हणून लिहितो. नोटसाठी फक्त Note_Content आणि मॉड्यूल व रेकॉर्ड सांगणारा Parent_Id पुरेसा आहे.

### n8n क्रेडेन्शियलला कोणत्या Zoho परवानग्या लागतात?

तुम्ही ज्या मॉड्यूलमध्ये शोधता आणि लिहिता त्यावर read आणि create, तसेच Notes वर create. Zoho नोट स्कोपचे नाव ZohoCRM.modules.notes.CREATE असे ठेवते आणि सोबत पॅरेंट मॉड्यूलचा create स्कोपही आवश्यक असतो. त्यामुळे Leads तयार करू शकणाऱ्या पण notes स्कोप कधीच न मिळालेल्या क्रेडेन्शियलला शेवटच्या पायरीवर अधिकृतता त्रुटी येते.

n8n चा Zoho CRM नोड Leads, Contacts, Accounts, Deals आणि काही सेल्स दस्तऐवज हाताळतो, ज्यात create, upsert, get, get all, update आणि delete आहेत. Notes त्याच्या रिसोर्समध्ये नाहीत, म्हणूनच नोट HTTP Request नोडमधून जाते. तो नोड तुम्ही आधीच कनेक्ट केलेले Zoho क्रेडेन्शियल पुन्हा वापरू देतो, म्हणजे दोन नव्हे तर एकच OAuth ग्रँट सांभाळावा लागतो.

API डोमेन तुमच्या Zoho डेटा सेंटरनुसार सेट करा. EU प्रदेशात तयार केलेले क्रेडेन्शियल zohoapis.com नव्हे तर zohoapis.eu ला कॉल करते.

### Zoho CRM किती मेसेज सहन करू शकते?

Zoho आपली API दर 24 तासांच्या फिरत्या कालावधीत क्रेडिट्समध्ये मोजते, आणि मर्यादा आवृत्ती व वापरकर्त्यांच्या संख्येवर अवलंबून असते. Free आवृत्तीला 5,000 मिळतात. Standard ला 50,000 अधिक प्रति वापरकर्ता 250, Professional ला 50,000 अधिक प्रति वापरकर्ता 500, आणि Enterprise ला 50,000 अधिक प्रति वापरकर्ता 1,000 मिळतात, प्रत्येकाला आवृत्तीनुसार कमाल मर्यादा असते.

येणाऱ्या प्रत्येक मेसेजला एक शोध आणि एक नोट लेखन लागते, आणि पहिल्यांदा लिहिणाऱ्यासाठी लीड तयार करणेही. लहान व्यवसायाच्या नंबरसाठी हे सशुल्क आवृत्तीच्या मर्यादेत सहज बसते. आधी अडथळा ठरणारी मर्यादा सहसा समवर्तिता असते: Free मध्ये 5 एकाच वेळी कॉल आणि Standard मध्ये 10 चालतात, त्यामुळे ब्रॉडकास्टला आलेल्या उत्तरांचा झपाटा रांगेत थांबू शकतो. Zoho मर्यादा त्रुटी देत असेल तर n8n वर्कफ्लो एका वेळी एकच एक्झिक्युशन चालवेल असे सेट करा.

### फोनवरून पाठवलेली उत्तरे Zoho CRM पर्यंत पोहोचतात का?

पोहोचू शकतात. Coexistence नंबरवर WhatsApp Business ॲप सुरू राहते, आणि कोणी त्यातून उत्तर दिले की Meta त्या जाणाऱ्या मेसेजचा इको smb_message_echoes फील्डखाली त्याच वेबहुक गंतव्यावर पाठवते.

वर्कफ्लोमध्ये इकोसाठी एक शाखा ठेवा आणि त्या नोट्स outbound शीर्षकासह लिहा. Zoho मध्ये लीड उघडणाऱ्या सेल्सपर्सनला मग संभाषणाच्या दोन्ही बाजू दिसतात, आणि CRM मध्ये स्क्रीनशॉट पेस्ट करण्याची गरज उरत नाही.

वर्कफ्लो स्वतः Cloud API द्वारे पाठवत असलेले मेसेज, उदाहरणार्थ डीलचा टप्पा बदलल्यावर पाठवलेले मंजूर टेम्प्लेट, पाठवतानाच नोंदवणे सर्वात चांगले, कारण तेव्हा वर्कफ्लोकडे मजकूर आणि रेकॉर्ड id आधीच असतात.

- क्रेडेन्शियलला लीड स्कोप देणे पण ZohoCRM.modules.notes.CREATE न देणे. शोध आणि लीड चालतात, मग प्रत्येक नोट अयशस्वी होते.
- दुसऱ्या Zoho डेटा सेंटरमधील खात्यावरून zohoapis.com ला कॉल करणे. खाते ज्या प्रदेशात आहे त्याचे API डोमेन वापरा.
- फक्त Leads मध्ये शोधणे. रूपांतरित झालेले ग्राहक Contacts असतात, आणि त्यातील प्रत्येकाने संदेश पाठवला की नवीन डुप्लिकेट लीड तयार होते.

**हे Zoho च्या स्वतःच्या WhatsApp इंटिग्रेशनची जागा घेते का?** हा वेगळा मार्ग आहे. इथे नंबर EasyCoexistence द्वारे कनेक्ट राहतो आणि Zoho CRM ला रेकॉर्ड त्याच्या API द्वारे मिळतात, तर टीम फोनवरून किंवा वर्कफ्लोमधून उत्तर देते.

**n8n ऐवजी Make वापरता येईल का?** हो. Make चा कस्टम वेबहुक मेसेज स्वीकारतो आणि Zoho CRM मॉड्यूल किंवा HTTP मॉड्यूल शोध, लीड आणि नोट लिहितात.

**डीलचा टप्पा बदलल्यावर WhatsApp टेम्प्लेट पाठवता येईल का?** हो, वर्कफ्लोद्वारे. टप्पा बदलताच n8n च्या वेबहुक यूआरएलला कॉल करा, आणि n8n नंबरच्या phone number id व टोकनसह मंजूर टेम्प्लेट Cloud API द्वारे पाठवतो.

**EasyCoexistence मेसेज साठवते का?** नाही. Meta वेबहुक थेट तुमच्या n8n यूआरएलवर पोहोचवते. EasyCoexistence संभाषणाचा मजकूर कधीही साठवत नाही.

---

## Coexistence नंबरवर WhatsApp ला Pipedrive शी कनेक्ट करा

https://easycoexistence.com/mr/integrations/pipedrive

नंबरचे वेबहुक n8n वर्कफ्लोकडे पाठवा, फोन नंबरने Pipedrive मधील व्यक्ती शोधा, कोणीही जुळले नाही तर व्यक्ती आणि लीड तयार करा, आणि प्रत्येक मेसेज त्या व्यक्तीवर किंवा डीलवर नोट म्हणून लिहा. हे सर्व n8n चा Pipedrive node करतो. टीम WhatsApp Business ॲपवरून उत्तरे देतच राहते, आणि त्यांची उत्तरेही नोंदवता येतात.

### WhatsApp मेसेज Pipedrive मधील व्यक्तीपर्यंत कसा पोहोचतो?

Meta नंबरवरील प्रत्येक मेसेज तुम्ही त्यासाठी ठरवलेल्या वेबहुक गंतव्यावर पाठवते, इथे n8n चा Webhook node. वर्कफ्लो प्रेषकाच्या नंबरने Pipedrive मधील व्यक्ती शोधतो. Pipedrive चा व्यक्ती शोध फोन फील्डमध्येही चालतो आणि अचूक जुळणीचा फ्लॅग स्वीकारतो. व्यक्ती सापडली की वर्कफ्लो तिचा id वापरतो. सापडली नाही तर WhatsApp प्रोफाइल नाव आणि नंबर वापरून व्यक्ती तयार करतो, मग तिच्याशी जोडलेले लीड तयार करतो. त्यामुळे अनोळखी व्यक्तीचा पहिला मेसेज Leads Inbox मध्ये दिसतो आणि कोणीतरी त्याची पात्रता तपासू शकते.

मेसेज स्वतः नोट बनतो. Pipedrive नोटसाठी फक्त मजकूर लागतो, ज्यात HTML चालतो, आणि व्यक्ती, डील, संस्था किंवा लीड यांपैकी किमान एक id लागतो. खुले डील असेल तर नोट त्याला जोडा, नसेल तर व्यक्तीला.

### शोधाची पायरी सर्वात आधी मर्यादेला का धडकते?

कारण Pipedrive शोधाला स्वतंत्र आणि खूपच लहान मर्यादा देते. सामान्य API कॉल्सवर प्रति वापरकर्ता दोन सेकंदांच्या चालत्या कालावधीत मर्यादा असते: API टोकन असलेल्या Lite वर 20 विनंत्या पासून Ultimate वर 120 पर्यंत. Search API वर प्रत्येक प्लॅनवर दर दोन सेकंदांना 10 विनंत्यांची मर्यादा आहे.

शांत नंबरला हे कधीच जाणवत नाही. पण काही शेकडो ग्राहकांना टेम्प्लेट पाठवून मिनिटभरात पन्नास उत्तरे आली, तर जाणवते, कारण प्रत्येक उत्तर शोधाने सुरू होते. तेव्हा वर्कफ्लोला 429 प्रतिसाद मिळतात आणि पुन्हा प्रयत्न नसेल तर नोट गळून पडते.

दोन गोष्टींनी हे सुटते. Pipedrive शोध node वर प्रतीक्षेसह पुन्हा प्रयत्न चालू करा, आणि फोन ते व्यक्ती id हे मॅपिंग n8n च्या वर्कफ्लो स्टॅटिक डेटामध्ये किंवा लहान टेबलमध्ये साठवा. म्हणजे सलग सहा मेसेज पाठवणाऱ्या ग्राहकासाठी सहा नव्हे, एकच शोध लागतो.

### फोनवर टाइप केलेली उत्तरेही नोंदवता येतात का?

हो. Coexistence मुळे WhatsApp Business ॲप त्याच नंबरवर चालू राहते, आणि टीममधील कोणी त्यातून उत्तर दिले की Meta जाणाऱ्या मेसेजची प्रत smb_message_echoes फील्डखाली त्याच वेबहुक गंतव्यावर पाठवते.

या प्रतींसाठी स्वतंत्र शाखा जोडा आणि त्यांना जाणारी (outbound) म्हणून चिन्हांकित नोट म्हणून नोंदवा, किंवा तुमची टीम अॅक्टिव्हिटी संख्येवर अहवाल देत असेल तर पूर्ण झालेली अॅक्टिव्हिटी म्हणून. मग डील उघडणाऱ्या विक्रेत्याला ग्राहकाने काय विचारले आणि दुकानाने काय उत्तर दिले, ते क्रमाने दिसते.

वर्कफ्लो स्वतः पाठवत असलेल्या मेसेजसाठी, जसे की डील पुढच्या टप्प्यात गेल्यावर पाठवलेले टेम्प्लेट, नोट पाठवतानाच नोंदवा. वर्कफ्लोकडे मजकूर आणि डील id आधीच असतात, त्यामुळे वेबहुकची वाट पाहण्याचे कारण नाही.

### फोन नंबर कसा नॉर्मलाइझ करावा?

फक्त देश कोडासह अंकांमध्ये, कारण Meta तसाच पाठवते. प्रेषक 14155550188 असा येतो, तर Pipedrive मध्ये हाताने टाकलेल्या व्यक्तीचा नंबर +1 (415) 555-0188 असा असू शकतो.

वर्कफ्लो व्यक्ती तयार करताना नंबर याच फक्त-अंकांच्या स्वरूपात साठवा, म्हणजे त्याच्या स्वतःच्या नोंदी नेहमी जुळतील. हाताने तयार केलेल्या व्यक्तींसाठी, n8n मध्ये एकदाच क्लीनअप करून विद्यमान फोन मूल्ये त्याच स्वरूपात बदलणे पहिल्याच आठवड्यात फायद्याचे ठरते. ते न केल्यास अचूक जुळणीचा शोध टीमने भरलेल्या व्यक्तींना चुकवतो आणि वर्कफ्लो प्रत्येकासाठी डुप्लिकेट तयार करतो.

टीमला मूळ स्वरूपात वाचायला आवडत असेल तर ते दुसऱ्या फोन एंट्रीमध्ये ठेवा. Pipedrive मधील व्यक्तीकडे एकापेक्षा जास्त फोन असू शकतात.

- कॅशशिवाय प्रत्येक मेसेजसाठी एक शोध चालवणे. उत्तरांचे झोत दर दोन सेकंदांना 10 विनंत्यांच्या Search API मर्यादेला धडकतात आणि नोटा हरवतात.
- प्रत्येक नवीन व्यक्तीऐवजी प्रत्येक मेसेजसाठी लीड तयार करणे. Leads Inbox मध्ये एकाच ग्राहकाच्या प्रती भरतात.
- डील खुले असतानाही नोट फक्त व्यक्तीला जोडणे. डीलवर काम करणाऱ्या विक्रेत्याला संभाषण कधीच दिसत नाही.

**मेसेज Pipedrive च्या Messaging inbox मध्ये दिसतील का?** नाही. हा मार्ग Pipedrive च्या API द्वारे नोट्स आणि लीड लिहितो. संभाषणांना WhatsApp Business ॲपवरून किंवा वर्कफ्लोद्वारे उत्तर दिले जाते, आणि ती व्यक्ती किंवा डीलवर नोंदवली जातात.

**n8n ऐवजी Make किंवा Zapier वापरता येईल का?** हो. कस्टम वेबहुक किंवा catch hook मेसेज स्वीकारतो, आणि त्यांचे Pipedrive स्टेप्स किंवा HTTP स्टेप तोच क्रम पाळून व्यक्ती, लीड आणि नोट लिहितात.

**डीलचा टप्पा बदलल्यावर WhatsApp टेम्प्लेट पाठवता येते का?** हो, वर्कफ्लोद्वारे. टप्प्यातील बदल n8n च्या वेबहुक यूआरएलला कॉल करतो, तेव्हा n8n मंजूर टेम्प्लेट नंबरच्या phone number id आणि टोकनसह Cloud API द्वारे पाठवतो.

**EasyCoexistence मेसेज साठवते का?** नाही. Meta प्रत्येक वेबहुक थेट तुमच्या n8n यूआरएलवर पोहोचवते, आणि EasyCoexistence संभाषणाचा मजकूर कधीच साठवत नाही.

---

## Coexistence नंबरवर WhatsApp ला Bitrix24 CRM शी कनेक्ट करा

https://easycoexistence.com/mr/integrations/bitrix24

नंबरचे वेबहुक n8n वर्कफ्लोकडे पाठवा आणि तो वर्कफ्लो Bitrix24 इनबाउंड वेबहुक यूआरएलद्वारे Bitrix24 ला कॉल करेल असे ठेवा. crm.duplicate.findbycomm प्रेषकाचा फोन नंबर ज्याच्याकडे आहे ती लीड, कॉन्टॅक्ट किंवा कंपनी शोधते. कोणाकडेच नसेल तर crm.lead.add नवी लीड तयार करते, आणि crm.timeline.comment.add मेसेज त्या रेकॉर्डच्या टाइमलाइनवर लिहिते. टीम WhatsApp Business ॲपवरूनच उत्तर देत राहते.

### n8n Bitrix24 शी कसे बोलते?

इनबाउंड वेबहुकद्वारे. Bitrix24 मध्ये तो मेसेज स्वीकारणारा रिसीव्हर नसतो, तर एक क्रेडेन्शियल असतो. तुम्ही तो Bitrix24 च्या डेव्हलपर रिसोर्सेसमध्ये तयार करता, तो वापरू शकणारे स्कोप निवडता, आणि तुम्हाला एक यूआरएल मिळतो. त्यात तुमच्या पोर्टलचा पत्ता, तो तयार करणाऱ्या युजरचा id आणि एक गुप्त कोड असतो. त्या यूआरएलला मेथडचे नाव जोडले की REST API त्या युजरच्या परवानग्यांसह कॉल होते.

म्हणून n8n मध्ये प्रत्येक Bitrix24 स्टेप म्हणजे त्या यूआरएलवर आणि crm.lead.add.json सारख्या मेथडवर पोस्ट करणारा HTTP विनंती नोड असतो. पूर्ण करायचा OAuth फ्लो नाही आणि प्रकाशित करायचे ॲप नाही. वेबहुकला फक्त CRM स्कोप द्या. तसेच वर्कफ्लोला जे लीड आणि कॉन्टॅक्ट दिसायला हवेत त्यांच्या परवानग्या असलेल्या युजरकडून तो तयार करा, कारण Bitrix24 त्याच युजरच्या नावाने प्रवेश तपासते.

### वर्कफ्लो Bitrix24 च्या कोणत्या मेथड कॉल करतो?

तीन, या क्रमाने, n8n च्या वेबहुक नोडला 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 503 QUERY_LIMIT_EXCEEDED देते आणि ते मेसेज टाइमलाइनवर कधीच पोहोचत नाहीत.

**चॅट्स Bitrix24 Open Channels मध्ये दिसतील का?** या वर्कफ्लोसह नाही. तो CRM REST API द्वारे लीड आणि टाइमलाइन कमेंट लिहितो, आणि संभाषणाला 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/mr/integrations/rd-station

नंबरचे वेबहुक n8n वर्कफ्लोकडे पाठवा आणि प्रत्येक प्रेषकासाठी तुमच्या एपीआय कीसह api.rd.services/platform/conversions वर RD Station Marketing ला कन्व्हर्जन इव्हेंट POST करा. RD Station ईमेलऐवजी फोन नंबर स्वीकारते, त्यामुळे ईमेल नसलेला WhatsApp संपर्कही लीड बनतो, टॅगसह आणि तुमच्या ऑटोमेशन फ्लोसाठी तयार. टीम फोनवरूनच उत्तरे देत राहते.

### WhatsApp मेसेज RD Station लीड कसा बनतो?

नंबरवर येणारा प्रत्येक मेसेज Meta तुम्ही ठरवलेल्या वेबहुक गंतव्यावर पाठवते, इथे ते n8n चे वेबहुक नोड आहे. वर्कफ्लो पेलोडमधून प्रेषकाचा नंबर आणि प्रोफाइल नाव वाचतो आणि RD Station Marketing च्या कन्व्हर्जन एंडपॉइंटला एक HTTP POST पाठवतो, एपीआय की क्वेरी स्ट्रिंगमध्ये असते.

बॉडीमध्ये event_type हे CONVERSION, event_family हे CDP आणि तुम्ही निवडलेला conversion_identifier (उदा. whatsapp-inbound) असलेला पेलोड असतो. पेलोडमध्ये नाव, mobile_phone आणि कोणतेही टॅग जातात. संपर्क नवीन असेल तर RD Station तो तयार करते आणि दोन्ही प्रकारे कन्व्हर्जन नोंदवते, त्यामुळे संपर्काच्या इतिहासात तो WhatsApp वरून आणि कधी आला हे दिसते.

त्यानंतर नेहमीचेच RD Station: कन्व्हर्जन किंवा टॅगनुसार सेगमेंट करा आणि बाकी काम तुमच्या ऑटोमेशन फ्लोवर सोडा.

### प्रत्येक मेसेज कन्व्हर्जन असावा का?

नाही, आणि हाच सर्वात महत्त्वाचा डिझाइन निर्णय आहे. एखाद्या ग्राहकाने सलग आठ लहान ओळी पाठवल्या तर आठ कन्व्हर्जन नोंदवले जातील, त्यामुळे रिपोर्ट फुगतात आणि तोच ऑटोमेशन फ्लो आठ वेळा सुरू होऊ शकतो.

नंबरवरील पहिल्या मेसेजवर किंवा तुम्ही ठरवलेल्या अंतरानंतरच्या पहिल्या मेसेजवर (उदा. तीस दिवस) कन्व्हर्जन करा. n8n प्रत्येक नंबरची शेवटची कन्व्हर्जन तारीख वर्कफ्लोच्या static data मध्ये किंवा लहान टेबलमध्ये ठेवू शकते आणि ती अलीकडची असल्यास कॉल वगळू शकते.

पहिल्या संपर्कापेक्षा अधिक विशिष्ट गोष्टींसाठी वेगळा conversion_identifier वापरा. प्रमोशनल टेम्प्लेटला दिलेले उत्तर, एखादा कीवर्ड असलेला मेसेज किंवा इंटरॅक्टिव्ह मेसेजवरील बटण टॅप हे प्रत्येक स्वतंत्र कन्व्हर्जन असू शकते. त्यामुळे RD Station ला एकसंध प्रवाहाऐवजी स्वच्छ सेगमेंट मिळतात.

### RD Station कडून WhatsApp मेसेज परत पाठवता येईल का?

वर्कफ्लोमार्फत, हो. लीडचे कन्व्हर्जन झाल्यावर किंवा त्याला संधी म्हणून चिन्हांकित केल्यावर RD Station Marketing वेबहुक पाठवू शकते. स्वीकारणाऱ्या बाजूचा n8n वेबहुक EasyCoexistence डॅशबोर्डमधील नंबरचा phone_number_id आणि ॲक्सेस टोकन वापरून Cloud API द्वारे मंजूर WhatsApp टेम्प्लेट पाठवू शकतो.

इथे टेम्प्लेट महत्त्वाचे आहेत, कारण लीडने गेल्या 24 तासांत मेसेज केलेला नसू शकतो. त्या मर्यादेबाहेर फक्त Meta ने मंजूर केलेले टेम्प्लेटच पोहोचते, मुक्त मजकूर अयशस्वी होतो. मर्यादेत असताना साधे मजकूर उत्तर चालते.

फोनवरील WhatsApp Business ॲपमध्येही हे पाठवलेले मेसेज दिसतात, कारण Coexistence एकाच नंबरवर ॲप आणि एपीआय दोन्ही ठेवते. फोनवर संभाषण हाती घेणाऱ्या विक्रेत्याला ऑटोमेशनने आधी काय सांगितले ते दिसते.

- प्रत्येक मेसेजसाठी कन्व्हर्जन पाठवणे. एक बोलका ग्राहक तितकेच कन्व्हर्जन नोंदवतो आणि तोच ऑटोमेशन फ्लो पुन्हा चालवतो.
- एपीआय की अशा ब्राउझर पेजवरून पाठवणे जे कोणीही वाचू शकते. कॉल n8n वर्कफ्लोमध्येच ठेवा, जिथे की खासगी राहते.
- 24 तासांत मेसेज न केलेल्या लीडला RD ने सुरू केलेल्या फ्लोमधून मुक्त मजकूर पाठवणे. तेव्हा फक्त मंजूर टेम्प्लेट पोहोचते.

**या RD Station कॉलसाठी OAuth लागते का?** नाही. कन्व्हर्जन एंडपॉइंट क्वेरी स्ट्रिंगमधील एपीआय कीने प्रमाणित होते, आणि कन्व्हर्जन इव्हेंट पाठवणे हेच त्या कीचे काम आहे.

**WhatsApp संपर्काकडे ईमेल नसेल तर काय?** फोन पाठवा. कन्व्हर्जनसोबत फोन दिलेला नसेल तेव्हाच RD Station ला ईमेल लागतो.

**n8n ऐवजी Make किंवा Zapier वापरता येईल का?** हो. वेबहुक स्वीकारणारे आणि HTTP POST करू शकणारे कोणतेही टूल RD Station ला तीच कन्व्हर्जन बॉडी पाठवू शकते.

**EasyCoexistence मेसेज साठवते का?** नाही. Meta वेबहुक तुमच्या n8n यूआरएलवर पोहोचवते आणि EasyCoexistence संभाषणातील मजकूर कधीही साठवत नाही.

---

## Coexistence नंबरवर WhatsApp ला GoHighLevel संपर्कांशी कनेक्ट करा

https://easycoexistence.com/mr/integrations/gohighlevel

नंबरचे वेबहुक n8n वर्कफ्लोकडे पाठवा, n8n च्या HighLevel नोडने प्रेषकाला HighLevel संपर्क म्हणून upsert करा आणि POST /contacts/{contactId}/notes द्वारे प्रत्येक मेसेज नोट म्हणून लिहा. उप-खात्याच्या सेटिंग्जमधील Private Integration टोकनने ऑथेंटिकेट करा. प्रत्येक phone_number_id ला त्याच्या उप-खात्याशी जोडून एकच वर्कफ्लो सर्व क्लायंटसाठी चालवता येतो.

### WhatsApp मेसेज HighLevel संपर्कापर्यंत कसा पोहोचतो?

तुम्ही ठरवलेल्या वेबहुक गंतव्यावर, म्हणजे इथे n8n च्या वेबहुक नोडवर, Meta नंबरवरील प्रत्येक मेसेज पोस्ट करते. वर्कफ्लो प्रेषकाचा नंबर आणि WhatsApp प्रोफाइल नाव n8n च्या HighLevel नोडकडे देतो. त्याच्या संपर्क रिसोर्समध्ये create or update ऑपरेशन आहे, त्यामुळे नवा प्रेषक नवा संपर्क बनतो आणि ओळखीचा प्रेषक डुप्लिकेट न होता सापडतो.

संपर्काचा आयडी मिळाल्यावर HTTP विनंती नोड मेसेजचा मजकूर /contacts/{contactId}/notes वर पोस्ट करतो. नोट संपर्काच्या रेकॉर्डवर दिसते, आणि ते उघडणाऱ्या कोणालाही ग्राहकाने काय लिहिले ते दिसते. मेसेजवर पाठपुरावा हवा असेल तर HighLevel नोड संपर्कावर टास्क किंवा पाइपलाइनमध्ये opportunity देखील तयार करू शकतो. या दोन्हींना तो थेट सपोर्ट करतो.

टीम संपूर्ण वेळ WhatsApp Business ॲपमधूनच उत्तरे देत राहते.

### वर्कफ्लोने कोणते टोकन वापरावे?

Private Integration टोकन. HighLevel चा API v2 OAuth किंवा यापैकी एका टोकनने वापरता येतो, आणि जुन्या v1 API की ची मुदत संपली आहे. Private Integration टोकन उप-खात्याच्या सेटिंग्जमध्ये तयार होते, तुम्ही निवडलेल्या परवानग्यांपुरते मर्यादित असते आणि इतर कोणत्याही ॲक्सेस टोकनप्रमाणे Authorization हेडरमध्ये पाठवले जाते.

ते स्वतः रिफ्रेश होत नाही, आणि ऑटोमेशनसाठी हे सोयीचे आहे: कोणी रोटेट करेपर्यंत ते चालत राहते. तुम्ही रोटेट करता तेव्हा HighLevel जुने आणि नवे टोकन सात दिवस एकत्र वैध ठेवते. जुने बंद होण्यापूर्वी नवे n8n मध्ये पेस्ट करण्यासाठी हीच मुदत आहे.

वर्कफ्लोला लागणारे स्कोपच निवडा: contacts, notes आणि वापरत असाल तर opportunities व tasks. सेटिंग्जमध्ये Private Integrations सापडत नसेल तर HighLevel नुसार ते Labs मध्ये सुरू करा.

### एकच वर्कफ्लो अनेक क्लायंट उप-खात्यांसाठी कसा चालतो?

मेसेज स्वीकारणाऱ्या नंबरनुसार रूटिंग करून. Meta पाठवत असलेल्या प्रत्येक वेबहुकमध्ये मेसेज स्वीकारणाऱ्या व्यवसायाच्या नंबरचा phone_number_id असतो. प्रत्येक क्लायंटचा नंबर त्याच n8n वेबहुककडे वळवा, प्रत्येक phone_number_id ला त्या क्लायंटच्या उप-खात्याशी आणि टोकनशी जोडणारी छोटी टेबल ठेवा, आणि प्रत्येक रनच्या सुरुवातीला टोकन शोधा.

यामुळे सर्व क्लायंटसाठी सांभाळायला एकच वर्कफ्लो राहतो, आणि एजन्सीसाठी हे इतर कोणाहीपेक्षा जास्त महत्त्वाचे आहे. मॅचिंग लॉजिकमध्ये किंवा नोटच्या फॉरमॅटमध्ये केलेला बदल सर्वांसाठी एकाच वेळी लागू होतो.

मर्यादा प्रत्येक ॲपसाठी प्रति उप-खाते मोजल्या जातात, त्यामुळे क्लायंट एकमेकांचा कोटा वापरत नाहीत: प्रत्येकाला दर दहा सेकंदांत 100 विनंत्या आणि दिवसाला 200,000 मिळतात.

### फोनवर टाइप केलेली उत्तरे HighLevel पर्यंत पोहोचतात का?

हो, पोहोचू शकतात. Coexistence नंबरवर WhatsApp Business ॲप वापरात राहते, आणि त्यातून कोणी उत्तर दिले की Meta त्या जाणाऱ्या मेसेजचा echo त्याच वेबहुक गंतव्यावर smb_message_echoes फील्डखाली पाठवते.

या echo साठी स्वतंत्र शाखा जोडा आणि त्या पाठवलेल्या म्हणून चिन्हांकित नोट्स म्हणून लिहा. मग संपर्काच्या रेकॉर्डवर ग्राहकाचे संदेश आणि व्यवसायाची उत्तरे क्रमाने दिसतात, आणि क्लायंटला CRM उघडल्यावर तेच पाहायचे असते.

वर्कफ्लो स्वतः Cloud API द्वारे मेसेज पाठवतो, उदाहरणार्थ अपॉइंटमेंट बुक झाल्यावर मंजूर टेम्प्लेट, तेव्हा पाठवण्याच्या क्षणीच नोट लिहा. मजकूर आणि संपर्काचा आयडी वर्कफ्लोकडे आधीच असतात.

- v1 API की वापरणे. HighLevel च्या v1 API ची मुदत संपली आहे; API v2 साठी Private Integration टोकन किंवा OAuth लागते.
- सात दिवसांच्या ओव्हरलॅपमध्ये n8n अपडेट न करता Private Integration टोकन रोटेट करणे. जुने टोकन संपताच प्रत्येक कॉल अयशस्वी होतो.
- सर्व क्लायंटचे मेसेज एकाच उप-खात्याच्या टोकनने लिहिणे. आधी phone_number_id योग्य उप-खात्याशी जोडा, नाहीतर रेकॉर्ड चुकीच्या क्लायंटकडे जातात.

**मेसेज HighLevel च्या Conversations टॅबमध्ये दिसतील का?** या वर्कफ्लोसह नाही. तो API द्वारे संपर्क, नोट्स, टास्क आणि opportunities लिहितो, आणि संभाषणाला उत्तर WhatsApp Business ॲपमधून किंवा वर्कफ्लोद्वारे दिले जाते.

**n8n ऐवजी Make किंवा Zapier वापरता येईल का?** हो. कस्टम वेबहुक किंवा catch hook मेसेज स्वीकारतो आणि HTTP स्टेप त्याच टोकनने HighLevel चा API v2 कॉल करते.

**बुक झालेल्या अपॉइंटमेंटवर WhatsApp पुष्टीकरण पाठवता येते का?** हो, वर्कफ्लोद्वारे. HighLevel n8n च्या वेबहुक यूआरएलला कॉल करते तेव्हा n8n नंबरचा phone_number_id आणि टोकन वापरून Cloud API द्वारे मंजूर टेम्प्लेट पाठवतो.

**EasyCoexistence मेसेज साठवते का?** नाही. Meta प्रत्येक वेबहुक थेट तुमच्या n8n यूआरएलवर पोहोचवते, आणि EasyCoexistence संभाषणातील मजकूर कधीही साठवत नाही.

---

## Coexistence नंबर Chatwoot WhatsApp Cloud इनबॉक्स म्हणून वापरा

https://easycoexistence.com/mr/integrations/chatwoot

Chatwoot चा WhatsApp Cloud इनबॉक्स तीन मूल्ये मागतो: WhatsApp Business Account id, phone number id आणि ॲक्सेस टोकन. Coexistence नंबरकडे तिन्ही उपलब्ध असतात. त्यांच्यासह इनबॉक्स तयार करा, मग नंबरचे वेबहुक डेस्टिनेशन Chatwoot च्या वेबहुक यूआरएलवर आणि तोच verify टोकन वापरून सेट करा. त्यानंतर टीम Chatwoot मधून आणि फोनवरून, दोन्हीकडून उत्तर देऊ शकते.

### Coexistence नंबर Chatwoot शी कसा कनेक्ट करायचा?

दोन ठिकाणी, याच क्रमाने.

Chatwoot मध्ये इनबॉक्स जोडा, WhatsApp निवडा आणि मॅन्युअल सेटअपसह WhatsApp Cloud प्रोव्हायडर निवडा. नंबर, phone number id, WhatsApp Business Account id आणि ॲक्सेस टोकन भरा. ही सर्व मूल्ये EasyCoexistence डॅशबोर्डवर त्या कनेक्शनसाठी दिसतात, किंवा असिस्टंटला get_api_credentials परत देते. त्यानंतर Chatwoot त्या इनबॉक्ससाठी वेबहुक यूआरएल आणि verify टोकन दाखवतो.

EasyCoexistence मध्ये नंबरचे वेबहुक डेस्टिनेशन त्या यूआरएलवर सेट करा आणि तोच verify टोकन भरा. 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 मधून तयार केलेले असते. ॲप सीक्रेट नसलेला मॅन्युअल इनबॉक्स डिलिव्हरी स्वीकारतो; कोणतेही ॲप सीक्रेट भरलेला इनबॉक्स प्रत्येक डिलिव्हरी अनधिकृत म्हणून नाकारतो.

इथे लागू होणारे संरक्षण म्हणजे verify टोकन. लांब, यादृच्छिक मूल्य निवडा, कारण त्यावरूनच Chatwoot ला Meta ची पडताळणी विनंती इतरांच्या विनंतीपासून वेगळी ओळखता येते.

### या नंबरवर Chatwoot काय करू शकत नाही?

एकाच वेळी दुसऱ्या ठिकाणी वेबहुक स्वीकारणे. Meta नंबरचे वेबहुक एकाच डेस्टिनेशनकडे पाठवते, त्यामुळे Chatwoot कडे ते असताना n8n वर्कफ्लोला तेच इव्हेंट मिळणार नाहीत. दोन्ही हवे असतील तर डेस्टिनेशन तुमच्या स्वतःच्या छोट्या रिलेकडे द्या, जो प्रत्येक डिलिव्हरी Chatwoot कडे आणि वर्कफ्लोकडे फॉरवर्ड करतो.

Coexistence च्या मर्यादा इतरत्र आहेत तशाच लागू होतात: एपीआय प्रति सेकंद जास्तीत जास्त 20 मेसेज पाठवतो, मुक्त मजकूर ग्राहकाच्या शेवटच्या मेसेजनंतर 24 तासांच्या आतच जातो आणि त्यानंतरच्या सर्व गोष्टींसाठी टेम्प्लेट वापरावे लागतात.

WhatsApp Business ॲप किमान दर 14 दिवसांनी एकदा उघडावे लागते, यावर EasyCoexistence लक्ष ठेवते.

- Chatwoot इनबॉक्सवर ॲप सीक्रेट भरणे. डिलिव्हरी EasyCoexistence ॲपच्या सीक्रेटने साइन केलेल्या असतात, त्यामुळे Chatwoot प्रत्येक डिलिव्हरी अनधिकृत म्हणून नाकारतो.
- EasyCoexistence मध्ये Chatwoot दाखवतो त्यापेक्षा वेगळा verify टोकन वापरणे. Meta ची पडताळणी अयशस्वी होते आणि इनबॉक्सला एकही मेसेज मिळत नाही.
- मॅन्युअल फ्लोऐवजी Chatwoot चा embedded signup निवडणे. त्यामुळे नंबर Chatwoot च्या स्वतःच्या Meta ॲपमधून कनेक्ट होतो, जे वेगळे कनेक्शन आहे.

**हे सेल्फ-होस्टेड Chatwoot वर चालते का?** हो. वेबहुक यूआरएलमध्ये app.chatwoot.com ऐवजी तुमचा स्वतःचा Chatwoot डोमेन असतो, बाकी सेटअप तसाच राहतो.

**Chatwoot साठी मला स्वतःचे Meta ॲप लागते का?** नाही. नंबर EasyCoexistence मार्फत कनेक्ट होतो, जो क्रेडेंशियल्स पुरवतो आणि वेबहुक रूट करतो. Chatwoot चे मार्गदर्शक Meta ॲप तयार करण्याबद्दल सांगते, कारण ते गृहीत धरते की तुमच्याकडे ते नाही.

**अनेक नंबर Chatwoot मध्ये जोडता येतात का?** हो. प्रत्येक नंबरसाठी एक WhatsApp Cloud इनबॉक्स तयार करा आणि प्रत्येक नंबरचे वेबहुक डेस्टिनेशन त्याच्या स्वतःच्या इनबॉक्सच्या यूआरएल आणि verify टोकनवर सेट करा.

**EasyCoexistence ला संभाषणे दिसतात का?** नाही. Meta वेबहुक थेट Chatwoot कडे पोहोचवते आणि EasyCoexistence संभाषणाचा मजकूर कधीही साठवत नाही.

---

## WhatsApp मेसेज Airtable मध्ये लॉग करा आणि बेसमधून पाठवा

https://easycoexistence.com/mr/integrations/airtable

Airtable चा incoming वेबहुक ट्रिगर फक्त POST विनंत्या स्वीकारतो, त्यामुळे तो Meta च्या पडताळणीच्या GET ला उत्तर देऊ शकत नाही आणि स्वतः नंबरचे वेबहुक डेस्टिनेशन होऊ शकत नाही. डेस्टिनेशन n8n वर्कफ्लोकडे निर्देशित करा, जो प्रत्येक मेसेज टेबलमध्ये जोडतो. पाठवणे Airtable मधूनच शक्य आहे: Run a script ऑटोमेशन fetch वापरून Cloud API ला कॉल करू शकते, आणि नंबरचे टोकन सीक्रेट म्हणून साठवलेले असते.

### Airtable थेट WhatsApp वेबहुक का स्वीकारू शकत नाही?

कारण Meta काहीही पाठवण्यापूर्वी डेस्टिनेशन तपासते. ते चॅलेंज व्हॅल्यू असलेली GET विनंती पाठवते आणि तीच व्हॅल्यू प्रतिसादाच्या बॉडीमध्ये परत यावी अशी अपेक्षा ठेवते. Airtable चा वेबहुक प्राप्त झाल्यावर चालणारा ट्रिगर फक्त POST विनंत्या स्वीकारतो आणि स्वतःचा ठरलेला JSON प्रतिसाद देतो, त्यामुळे ही तपासणी पास होऊ शकत नाही आणि Meta मेसेज पाठवणे सुरूच करत नाही.

उपाय म्हणजे मध्ये एक पायरी ठेवणे. n8n चा Webhook नोड पडताळणी हाताळतो आणि प्रत्येक मेसेज स्वीकारतो, आणि n8n चा Airtable नोड एक ओळ जोडतो: पाठवणारा, प्रोफाइल नाव, मजकूर, मेसेज आयडी, टाइमस्टॅम्प आणि मेसेज मिळालेल्या फोन नंबरचा आयडी. हीच रचना Make किंवा Zapier मध्येही चालते.

या मधल्या पायरीचा दुसरा फायदाही आहे. Airtable चा वेबहुक ट्रिगर प्रति सेकंद पाच विनंत्या स्वीकारतो, आणि वर्कफ्लो टूल एकदम येणारा मेसेजचा लोंढा रांगेत ठेवू शकते, जो अन्यथा नाकारला गेला असता.

### Airtable बेसमधून WhatsApp टेम्प्लेट कसे पाठवायचे?

Run a script ही ॲक्शन असलेल्या ऑटोमेशनने. ट्रिगर म्हणून एखादे रेकॉर्ड व्ह्यूमध्ये येणे, एखादे फील्ड बदलणे किंवा बटण क्लिक होणे वापरता येते. स्क्रिप्ट input.config() द्वारे रेकॉर्डचा फोन नंबर आणि फील्ड वाचते आणि fetch वापरून Cloud API च्या मेसेज एंडपॉइंटला कॉल करते. Airtable ऑटोमेशन स्क्रिप्ट सर्व्हर बाजूला चालतात, त्यामुळे ब्राउझरची कोणतीही मर्यादा येत नाही.

ॲक्सेस टोकन कोडमध्ये न लिहिता स्क्रिप्ट एडिटरमध्ये सीक्रेट म्हणून साठवा. Airtable कन्सोल आउटपुटमधून सीक्रेट लपवते आणि स्क्रिप्टच्या सर्व सीक्रेट्सचा ॲक्सेस असलेल्या लोकांनाच ती संपादित करू देते.

ग्राहकाने गेल्या 24 तासांत स्वतः संपर्क न केला असेल तर प्रत्येक वेळी टेम्प्लेट वापरा, कारण मुक्त मजकूर फक्त त्या कालावधीतच पोहोचतो. स्क्रिप्ट परत मिळालेला मेसेज आयडी रेकॉर्डमध्ये लिहू शकते, ज्यामुळे पाठवलेला मेसेज त्या ओळीशी जोडला जातो.

### मेसेजेसचे टेबल कसे असावे?

प्रत्येक मेसेजसाठी एक ओळ, आणि WhatsApp मेसेज आयडी प्रायमरी फील्ड म्हणून. Meta ला अयशस्वी वाटलेल्या डिलिव्हरी पुन्हा पाठवते, आणि जोडण्यापूर्वी आयडी शोधणारा वर्कफ्लो तोच मेसेज दोनदा कधीच लिहीत नाही.

inbound आणि outbound असलेले direction फील्ड ठेवा. Coexistence नंबरवर टीमने WhatsApp Business ॲपमध्ये टाइप केलेली उत्तरे smb_message_echoes इव्हेंट म्हणून त्याच वेबहुकवर येतात, आणि त्यांना outbound ओळी म्हणून लॉग केल्याने बेसमध्ये संभाषणाची एकच बाजू नाही, तर पूर्ण संभाषण मिळते.

प्रत्येक मेसेजला Contacts टेबलशी जोडा, ज्याची की फक्त अंकांचा फोन नंबर असते, कारण Meta तोच फॉरमॅट पाठवते. रोलअप नंतर प्रत्येक संपर्काची शेवटची inbound वेळ दाखवतो, आणि मुक्त मजकूर की टेम्प्लेट हे ठरवण्यासाठी ऑटोमेशनला नेमके हेच एक फील्ड लागते.

- Airtable चा वेबहुक यूआरएल नंबरचे डेस्टिनेशन म्हणून देणे. तो फक्त POST स्वीकारतो, Meta ची पडताळणीची GET अयशस्वी होते आणि काहीही पोहोचत नाही.
- ॲक्सेस टोकन स्क्रिप्टच्या मजकुरात चिकटवणे. ते स्क्रिप्ट सीक्रेट म्हणून साठवा, म्हणजे ते कोडमध्ये आणि लॉगमध्ये दिसणार नाही.
- 24 तासांत न लिहिलेल्या व्यक्तीला रेकॉर्ड ऑटोमेशनमधून मुक्त मजकूर पाठवणे. फक्त मंजूर टेम्प्लेट पोहोचते.

**Airtable च्या मोफत प्लॅनवर Run a script मिळते का?** Airtable ही ॲक्शन सर्व प्लॅन प्रकारांवर वेगवेगळ्या मर्यादांसह दाखवते, आणि Team प्लॅनच्या ट्रायलवर ती उपलब्ध नाही असे नमूद करते.

**n8n ऐवजी Make किंवा Zapier वापरता येईल का?** होय. तिन्हींपैकी कोणतेही वेबहुक स्वीकारू शकते, पडताळणीला उत्तर देऊ शकते आणि ओळ जोडू शकते. फक्त Airtable हाच एक भाग डेस्टिनेशन होऊ शकत नाही.

**Airtable बटणाने WhatsApp मेसेज पाठवता येतो का?** होय. When a button is clicked ट्रिगर आणि Cloud API ला कॉल करणारी Run a script ॲक्शन वापरा, आणि ओळीतील डेटा टेम्प्लेट भरतो.

**EasyCoexistence मेसेज साठवते का?** नाही. Meta प्रत्येक वेबहुक तुमच्या n8n यूआरएलवर पोहोचवते, आणि तुमचा वर्कफ्लो Airtable मध्ये लिहितो ती एकमेव प्रत असते.

---

## WhatsApp मेसेज Google Sheets मध्ये नोंदवा आणि शीटमधून पाठवा

https://easycoexistence.com/mr/integrations/google-sheets

नंबरचे वेबहुक डेस्टिनेशन एका n8n वर्कफ्लोकडे वळवा, ज्यातील Google Sheets नोड प्रत्येक मेसेजसाठी एक ओळ जोडतो: पाठवणारा, नाव, मजकूर, मेसेज id आणि वेळ. शीटमधून पाठवण्यासाठी Apps Script फंक्शन ओळींवर फिरून नंबरचा `phone_number_id` आणि टोकन वापरून UrlFetchApp ने Cloud API ला कॉल करू शकते. टीम WhatsApp Business ॲपमधूनच उत्तरे देत राहते.

### प्रत्येक WhatsApp मेसेजची ओळ कशी तयार होते?

नंबरवरील प्रत्येक मेसेज Meta तुम्ही ठरवलेल्या वेबहुक डेस्टिनेशनवर पोस्ट करते. इथे ते n8n चे Webhook नोड आहे, जे Meta च्या पडताळणी विनंतीलाही प्रतिसाद देते. पुढचा नोड Google Sheets आहे, ज्यात Append Row ऑपरेशन पेलोडमधील फील्ड स्तंभांमध्ये भरते: पाठवणाऱ्याचा नंबर, प्रोफाइल नाव, मजकूर, WhatsApp मेसेज id, टाइमस्टॅम्प आणि मेसेज स्वीकारणाऱ्या फोनचा `phone_number_id`.

रीट्राय निरुपद्रवी ठेवायचे असतील तर साध्या append ऐवजी मेसेज id वर आधारित Append or Update Row वापरा. डिलिव्हरी अयशस्वी झाली असे वाटल्यास Meta मेसेज पुन्हा पाठवते, आणि id ची किल्ली असल्यास दुसरी डिलिव्हरी त्याच ओळीचे अपडेट बनते.

Coexistence नंबरवर WhatsApp Business ॲपमधून टाइप केलेली उत्तरे त्याच वेबहुकवर smb_message_echoes इव्हेंट म्हणून येतात. त्यांना direction स्तंभासह नोंदवा, म्हणजे शीटमध्ये दोन्ही बाजू दिसतात.

### Sheets ची मर्यादा कुठे अडचण करते?

प्रति वापरकर्ता लेखनावर. Sheets API प्रति प्रोजेक्ट प्रति मिनिट 300 लेखन विनंत्या आणि प्रति प्रोजेक्ट प्रति वापरकर्ता प्रति मिनिट 60 विनंत्यांना परवानगी देते, आणि n8n चे एक क्रेडेन्शियल म्हणजे एक वापरकर्ता. त्यामुळे प्रत्येक मेसेजला एक ओळ जोडणारा वर्कफ्लो सातत्याने साधारण सेकंदाला एक मेसेज हाताळू शकतो.

बहुतेक दुकानांच्या नंबरसाठी हे पुरेसे आहे. पण ब्रॉडकास्ट टेम्प्लेटनंतर काही मिनिटांत शेकडो ग्राहक उत्तर देतात, तेव्हा ते अपुरे ठरते. तेव्हा API 429 Too Many Requests देते आणि रीट्राय नसतील तर ओळी हरवतात.

दोनपैकी कोणताही एक उपाय पुरेसा आहे. Google Sheets नोडवर प्रतीक्षेसह रीट्राय चालू करा, जे Google च्या स्वतःच्या exponential back off सल्ल्याशी जुळते. किंवा बॅच करा: n8n ने तीस सेकंद मेसेज गोळा करून ते एकाच विनंतीत जोडावेत, ज्यामुळे अनेक लेखने एक होतात.

### शीटमधून टेम्प्लेट कसे पाठवायचे?

Apps Script ने, शीटच्या Extensions मेनूमधून. एक फंक्शन न पाठवलेल्या ओळी वाचते, प्रत्येकासाठी UrlFetchApp ने Cloud API च्या messages एंडपॉइंटला कॉल करते, आणि मिळालेला मेसेज id व वेळ त्या ओळीत लिहिते. टाइम-ड्रिव्हन ट्रिगर ते दर काही मिनिटांनी चालवू शकतो, किंवा तुम्ही कस्टम मेनूमधून हाताने चालवू शकता.

ॲक्सेस टोकन कोडमध्ये न ठेवता स्क्रिप्ट प्रॉपर्टीजमध्ये साठवा, म्हणजे स्क्रिप्ट पाहू शकणाऱ्या कोणालाही ते दिसणार नाही.

मर्यादा लक्षात ठेवा. सामान्य Google खात्याला दिवसाला 20,000 URL Fetch कॉल मिळतात आणि Workspace खात्याला 100,000, तसेच प्रत्येक एक्झिक्युशन सहा मिनिटांनी थांबते. ओळी तुकड्यांमध्ये प्रक्रिया करा आणि पुढे जाण्यापूर्वी प्रत्येक ओळ पाठवलेली म्हणून चिन्हांकित करा, म्हणजे थांबलेला रन दोनदा न पाठवता जिथे थांबला तिथून पुन्हा सुरू होईल.

- मेसेज id वर किल्ली न ठेवता append करणे. मग Meta चे रीट्राय तोच मेसेज दोन ओळींत लिहितात.
- उत्तरांच्या लाटेत एकाच क्रेडेन्शियलने प्रत्येक मेसेजसाठी एक ओळ लिहिणे. प्रति वापरकर्ता प्रति मिनिट 60 लेखनांची मर्यादा 429 देते आणि ओळी हरवतात.
- 24 तासांत ज्यांनी मेसेज केलेला नाही अशा लोकांना शीटमधून मुक्त मजकूर पाठवणे. त्या कालावधीबाहेर फक्त मंजूर टेम्प्लेट पोहोचते.

**n8n ऐवजी Make किंवा Zapier वापरता येईल का?** होय. Make चे custom webhook किंवा Zapier चे catch hook मेसेज स्वीकारते आणि त्यांचा Google Sheets स्टेप ओळ जोडतो.

**n8n कोणत्या Google खात्याने लिहिते?** n8n चे Google क्रेडेन्शियल ज्या खात्याने अधिकृत केले, त्याने. त्या खात्याला शीटवर संपादनाचा ॲक्सेस हवा, आणि वर्कफ्लो त्याच खात्याची प्रति वापरकर्ता लेखन मर्यादा वापरतो.

**फोन स्तंभाचे फॉरमॅट बरोबर आहे का?** नंबर साध्या मजकूर म्हणून साठवा: देशाच्या कोडसह अंक, प्लस चिन्हाशिवाय, कारण Meta असेच पाठवते. नाहीतर Sheets त्यांना संख्या समजते, ज्यामुळे सुरुवातीचा प्लस जातो आणि लांब मूल्यांचे फॉरमॅट बदलू शकते.

**EasyCoexistence मेसेजची प्रत ठेवते का?** नाही. Meta प्रत्येक वेबहुक तुमच्या n8n यूआरएलवर पोहोचवते, आणि शीट हीच एकमेव प्रत आहे.

---

## Supabase Edge Function मध्ये WhatsApp वेबहुक मिळवा

https://easycoexistence.com/mr/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 वाचा, टोकनची तुलना गंतव्य सेट करताना टाकलेल्या verify token शी करा आणि challenge प्लेन टेक्स्ट बॉडी म्हणून स्टेटस 200 सह परत करा. टोकन जुळत नसेल तर 403 परत करा.

POST वर ती इव्हेंट्स स्वीकारते. बॉडी पार्स करा, entry, changes आणि value मधून मेसेज काढा, ते टेबलमध्ये घाला आणि 200 परत करा. प्रतिसाद जलद ठेवा: Meta ला उशीर झालेला किंवा अयशस्वी प्रतिसाद म्हणजे डिलिव्हरी अयशस्वी वाटते आणि ते पुन्हा प्रयत्न करते, म्हणजे तोच मेसेज दोनदा येतो.

EasyCoexistence मध्ये फंक्शनचा URL त्याच verify token सह नंबरचे वेबहुक गंतव्य म्हणून सेट करा, की Meta डिलिव्हरी सुरू करते.

### फंक्शन Meta ला 401 का परत करते?

कारण JWT पडताळणी चालू आहे. Edge Function चा हँडलर चालण्यापूर्वी Supabase Authorization हेडरमधील JWT तपासते, आणि हा प्रत्येक फंक्शनसाठी डिफॉल्ट आहे. Meta असे हेडर पाठवत नाही, त्यामुळे प्लॅटफॉर्म पडताळणीचा GET आणि प्रत्येक डिलिव्हरी नाकारतो, आणि तुमचा कोड त्या कधी पाहतच नाही.

हे फक्त याच फंक्शनसाठी बंद करा. एकतर supabase functions deploy whatsapp --no-verify-jwt ने डिप्लॉय करा, किंवा supabase/config.toml मधील फंक्शनच्या विभागात verify_jwt = false सेट करा. Supabase च्या डॉक्समध्ये नेमकी हीच स्थिती आहे: बाहेरील वेबहुक प्रोव्हायडरने कॉल केलेला सार्वजनिक एंडपॉइंट.

प्लॅटफॉर्मची तपासणी बंद असताना फंक्शनला स्वतःची तपासणी हवी. सिग्नेचर हेडर तुम्हाला उपलब्ध नाही, कारण Meta सबस्क्रिप्शनची मालकी असलेल्या ॲपच्या app secret ने सही करते. गंतव्य URL मध्ये क्वेरी पॅरामीटर म्हणून एक लांब यादृच्छिक सीक्रेट ठेवा आणि ते नसलेल्या विनंत्या नाकारा, जसे उदाहरणात POST वर केले आहे.

### फंक्शनने साठवणूक आणि उत्तर कसे हाताळावे?

आधी साठवा, नंतर उत्तर द्या. WhatsApp मेसेज id वर युनिक कन्स्ट्रेंटसह upsert करा, म्हणजे Meta चे पुन्हा प्रयत्न डुप्लिकेट तयार न करता त्याच रो वर येतात. एकापेक्षा जास्त नंबर फंक्शनकडे येत असतील तर प्रत्येक रो मध्ये मेसेज स्वीकारणारा phone_number_id ठेवा.

जे काम संथ आहे, जसे उत्तर देण्यापूर्वी मॉडेल किंवा दुसरी एपीआय कॉल करणे, ते EdgeRuntime.waitUntil कडे द्या आणि प्रतिसाद लगेच परत करा. तो promise पूर्ण होईपर्यंत फंक्शन चालू राहते, तर Meta ला आधीच 200 मिळालेला असतो. Supabase 150 सेकंद आयडल राहिल्यावर थांबते आणि 504 परत करते, म्हणून प्रतिसाद देण्यापूर्वी सर्व काम करणारा हँडलर सर्वात जास्त पुन्हा प्रयत्न घडवतो.

उत्तरे Cloud API च्या messages एंडपॉइंटला जातात, नंबरच्या phone number id आणि टोकनसह, जे फंक्शन सीक्रेट्स म्हणून साठवलेले असतात. ग्राहकाच्या शेवटच्या मेसेजनंतर 24 तासांच्या आत मुक्त मजकूर पोहोचतो; त्यानंतर फक्त मंजूर टेम्प्लेट पोहोचते.

### फोनवरून पाठवलेले मेसेज फंक्शनपर्यंत पोहोचतात का?

होय. Coexistence नंबरवर WhatsApp Business ॲप चालू राहते, आणि त्यातून कोणी उत्तर दिले की Meta त्या जाणाऱ्या मेसेजचा इको त्याच गंतव्याला पाठवते, messages ऐवजी smb_message_echoes फील्डखाली आणि message_echoes अ‍ॅरेमध्ये.

पार्सर दोन्ही वाचेल असा वाढवा आणि direction कॉलम साठवा. मग टेबलमध्ये संपूर्ण संभाषण असते, ग्राहकाच्या ओळी आणि व्यवसायाची उत्तरे, आणि नंतर बहुतेकांना तेच क्वेरी करायचे असते: उत्तराचा वेळ, उत्तर न मिळालेले थ्रेड, प्रत्येक कॉन्टॅक्टची शेवटची इनबाउंड वेळ.

ही शेवटची व्हॅल्यू प्रत्येक पाठवण्याच्या मार्गालाही हवी असते, कारण उत्तर मुक्त मजकूर असू शकते की टेम्प्लेटच हवे, हे तीच ठरवते. टेबलवरील एक व्ह्यू ती प्रत्येक कॉन्टॅक्टसाठी तुमच्या उर्वरित ॲपला उपलब्ध करून देऊ शकतो.

- JWT पडताळणी चालू ठेवून डिप्लॉय करणे. हँडलर चालण्यापूर्वीच Supabase Meta च्या विनंत्या 401 सह नाकारते आणि एकही मेसेज येत नाही.
- challenge JSON मध्ये गुंडाळून परत करणे. Meta ला बॉडी म्हणून कच्ची व्हॅल्यू हवी, नाहीतर पडताळणी शांतपणे अयशस्वी होते.
- प्रतिसाद देण्यापूर्वी संथ काम करणे. Meta ज्याला अपयश समजते ते पुन्हा पाठवते आणि तोच मेसेज दोनदा प्रोसेस होतो.
- स्वतःची कोणतीही तपासणी न ठेवता JWT पडताळणी बंद करणे. URL सापडलेला कोणीही टेबलमध्ये बनावट मेसेज टाकू शकतो.

**हे Supabase च्या मोफत प्लॅनवर चालते का?** Edge Functions मोफत प्लॅनवर चालतात, वॉल क्लॉक मर्यादा 150 सेकंद आणि सशुल्क प्लॅनवर 400 सेकंद. जलद प्रतिसाद देणारा वेबहुक हँडलर दोन्ही मर्यादांच्या खूप आत राहतो.

**फंक्शनमध्ये service role key वापरावी का?** फक्त सर्व्हर-साइडला, जसे इथे, फंक्शनच्या एन्व्हायर्नमेंटमधून वाचून. ती row level security टाळते, म्हणून ती ब्राउझरपर्यंत कधीही पोहोचू नये.

**एक फंक्शन अनेक नंबरसाठी चालू शकते का?** होय. प्रत्येक नंबरचे वेबहुक गंतव्य त्याच्याकडे वळवा आणि प्रत्येक पेलोडमधील phone_number_id वरून शाखा करा.

**EasyCoexistence ला मेसेज दिसतात का?** नाही. Meta प्रत्येक वेबहुक थेट तुमच्या फंक्शनला पाठवते, आणि EasyCoexistence संभाषणातील मजकूर कधीही साठवत नाही.

---

## Coexistence नंबरवर WhatsApp ला Activepieces शी कनेक्ट करा

https://easycoexistence.com/mr/integrations/activepieces

Activepieces मध्ये WhatsApp Business piece आहे. तो ॲक्सेस टोकन आणि WhatsApp Business Account id वापरून कनेक्ट होतो, आणि हे दोन्ही Coexistence नंबरकडून मिळतात. त्याचा New Incoming Message ट्रिगर Meta ची पडताळणी स्वतःच पूर्ण करतो, म्हणून त्याचा यूआरएल नंबरचे वेबहुक डेस्टिनेशन म्हणून वापरता येतो. piece मधील पर्यायी ॲप सीक्रेट रिकामे ठेवा. मग टीम फोनवरून उत्तरे देत राहते आणि प्रत्येक मेसेजवर फ्लो चालतो.

### Coexistence नंबर Activepieces शी कसा कनेक्ट कराल?

Activepieces मध्ये WhatsApp Business कनेक्शन दोन व्हॅल्यूजसह तयार करा: ॲक्सेस टोकन आणि WhatsApp Business Account id. EasyCoexistence डॅशबोर्डवर त्या कनेक्शनसाठी दोन्ही दिसतात, आणि get_api_credentials ते असिस्टंटला परत करते. piece च्या सूचनांमध्ये Meta ॲप आणि सिस्टम युजर तयार करण्याबद्दल सांगितले आहे, कारण त्यात तुमच्याकडे दोन्ही नाहीत असे गृहीत धरले आहे. इथे नंबर आधीच कनेक्ट झालेला आहे, त्यामुळे थेट व्हॅल्यूज पेस्ट करा.

मग New Incoming Message ट्रिगरने सुरू होणारा फ्लो बनवा, त्यावर तुमच्या आवडीचे व्हेरिफाय टोकन सेट करा आणि फ्लो पब्लिश करा. ट्रिगरचा वेबहुक यूआरएल कॉपी करून EasyCoexistence मध्ये नंबरच्या वेबहुक डेस्टिनेशनमध्ये तेच व्हेरिफाय टोकन देऊन टाका. Meta पडताळणीची विनंती पाठवते, ट्रिगर तिला प्रतिसाद देतो, आणि नंबरवर येणाऱ्या प्रत्येक मेसेजवर एक रन सुरू होतो.

### ॲप सीक्रेट रिकामे का ठेवावे?

कारण या डिलिव्हरीजवर सही करणारे सीक्रेट तुम्हाला पेस्ट करण्यासाठी उपलब्ध नसते. Meta प्रत्येक वेबहुकवर सबस्क्रिप्शनचा मालक असलेल्या ॲपच्या ॲप सीक्रेटने सही करते. EasyCoexistence द्वारे कनेक्ट केलेल्या नंबरवर ते ॲप EasyCoexistence चे असते, आणि त्याचे सीक्रेट कधीही शेअर केले जात नाही.

piece हे फील्ड पर्यायी मानतो. रिकामे ठेवल्यास त्याचे ट्रिगर डिलिव्हरी जशी येईल तशी स्वीकारतात. दुसऱ्या कोणत्याही ॲपचे सीक्रेट भरल्यास प्रत्येक डिलिव्हरी X-Hub-Signature-256 तपासणीत अपयशी ठरते आणि शांतपणे दुर्लक्षित होते. हे अगदी मेसेज येतच नसल्यासारखे दिसते.

अनोळखी लोकांना हँडशेकपासून दूर ठेवते ते व्हेरिफाय टोकन. लांब, यादृच्छिक व्हॅल्यू निवडा आणि ट्रिगरचा यूआरएल खासगी ठेवा, कारण तोच पत्ता तुमचा फ्लो सुरू करतो.

### मेसेज आल्यानंतर फ्लो काय करू शकतो?

ट्रिगर फ्लोला सपाट केलेला मेसेज देतो: पाठवणारा, प्रोफाइल नाव, मेसेज id, प्रकार, मजकूर, कोणताही मीडिया id, बटण आणि लिस्ट उत्तरे, आणि मेसेज स्वीकारणाऱ्या फोन नंबरचा id. तिथून तो Activepieces च्या इतर piece सोबत चालणारा सामान्य फ्लो असतो, जसे की CRM, शीट किंवा AI स्टेप.

उत्तरांसाठी तोच piece वापरला जातो. Send Message मुक्त मजकूर पाठवतो, आणि तो ग्राहकाच्या शेवटच्या मेसेजनंतर 24 तासांच्या आतच पोहोचतो. Send Template Message मंजूर टेम्प्लेट पाठवतो, आणि त्या कालावधीनंतर फक्त तोच पोहोचतो. इंटरॅक्टिव्ह बटणे, लिस्ट, मीडिया, लोकेशन आणि रिॲक्शन्स या स्वतंत्र ॲक्शन्स आहेत.

Activepieces च्या स्वतःच्या सूचनांनुसार Meta प्रत्येक ॲपसाठी एकच कॉलबॅक यूआरएल घेते. प्रति नंबर डेस्टिनेशन असल्यास मर्यादा प्रति नंबर एक यूआरएल अशी असते. त्यामुळे अनेक इव्हेंट प्रकार हाताळायचे असतील तर एकाच फ्लोमध्ये ब्रँचिंग करा.

### फोनवर टाइप केलेली उत्तरे फ्लोपर्यंत पोहोचतात का?

ती वेबहुकपर्यंत पोहोचतात, पण या ट्रिगरपर्यंत नाही. Coexistence नंबरवर WhatsApp Business ॲपमध्ये टाइप केलेल्या प्रत्येक उत्तराचा इको Meta त्याच डेस्टिनेशनला smb_message_echoes फील्डखाली पाठवते. piece चा New Incoming Message ट्रिगर फक्त messages फील्ड वाचतो आणि बाकी सर्व सोडून देतो.

फोनवरील उत्तरे फ्लोमध्ये हवी असतील तर Activepieces चा जनरिक Webhook piece वापरून फ्लो सुरू करा. तो कोणतीही HTTP मेथड स्वीकारतो. पडताळणीच्या GET ला त्याच्या सिंक्रोनस यूआरएलवर Return Response स्टेपने प्रतिसाद द्या. मग दोन्ही फील्ड्ससह रॉ पेलोड तुम्हाला स्वतः पार्स करावा लागतो.

बहुतेक फ्लोसाठी piece चा ट्रिगर सोपा पर्याय आहे: तो ग्राहकांच्या मेसेजवर प्रतिक्रिया देतो, आणि टीमची उत्तरे फोनवरील ॲपमध्ये दिसत राहतात.

- WhatsApp कनेक्शनमध्ये ॲप सीक्रेट पेस्ट करणे. डिलिव्हरीजवर EasyCoexistence ॲपच्या सीक्रेटने सही केलेली असते, त्यामुळे प्रत्येक डिलिव्हरी दुर्लक्षित होते.
- फ्लो पब्लिश करण्यापूर्वी डेस्टिनेशन सेट करणे. Meta लगेच पडताळणी करते आणि पब्लिश न केलेला फ्लो प्रतिसाद देऊ शकत नाही.
- New Incoming Message ट्रिगरला फोनवर टाइप केलेली उत्तरे दिसतील अशी अपेक्षा ठेवणे. तो फक्त messages फील्ड वाचतो, smb_message_echoes नाही.

**हे सेल्फ-होस्टेड Activepieces वर चालते का?** होय. piece ओपन सोर्स आहे आणि Activepieces क्लाउडवर किंवा सेल्फ-होस्टेड चालतो, फक्त इन्स्टन्स इंटरनेटवरून HTTPS द्वारे पोहोचण्यायोग्य असावा.

**फ्लो कोणत्या फोन नंबरवरून मेसेज पाठवतो?** तुम्ही ॲक्शनच्या फोन नंबर फील्डमध्ये निवडलेल्या नंबरवरून. त्या फील्डमध्ये कनेक्शन ज्या WhatsApp Business Account कडे निर्देश करते त्यावरील नंबर दिसतात.

**त्याच नंबरवर मी n8n किंवा Make अजूनही वापरू शकतो का?** एकाच वेळी नाही. Meta नंबरचे वेबहुक एकाच डेस्टिनेशनला पाठवते, त्यामुळे मेसेज स्वीकारण्यासाठी एकच टूल निवडा किंवा त्यातून दुसऱ्याकडे फॉरवर्ड करा.

**EasyCoexistence मेसेज साठवते का?** नाही. Meta प्रत्येक वेबहुक थेट Activepieces ट्रिगरकडे पाठवते, आणि EasyCoexistence संभाषणाचा मजकूर कधीही साठवत नाही.

---

## Coexistence सह WhatsApp वर Typebot फ्लो चालवा

https://easycoexistence.com/mr/integrations/typebot

Typebot च्या WhatsApp चॅनेलला टोकन, WhatsApp Business Account आयडी आणि फोन नंबर आयडी लागतो, आणि त्यानंतर ते तुम्हाला कॉलबॅक यूआरएल आणि व्हेरिफाय टोकन देते. पहिली तीन मूल्ये कनेक्ट केलेल्या नंबरवरून भरा, Typebot चे ऐच्छिक ॲप सीक्रेट रिकामे ठेवा, आणि Typebot चा कॉलबॅक यूआरएल व व्हेरिफाय टोकन नंबरचे वेबहुक डेस्टिनेशन म्हणून सेट करा.

### कनेक्ट केलेल्या नंबरवरून Typebot ची कोणती फील्ड भरायची?

Typebot चा WhatsApp विझार्ड बॉटच्या Share टॅबखाली चार गोष्टी विचारतो: ॲप सीक्रेट, सिस्टम युझर टोकन, WhatsApp Business Account आयडी आणि फोन नंबर आयडी.

त्यांपैकी तीन थेट कनेक्शनमधून मिळतात. डॅशबोर्डवर नंबरसाठी 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 ॲपमध्ये दिसत राहते, आणि बॉटने उत्तर देऊ नये तेव्हा ती फोनवरून थेट हस्तक्षेप करू शकते.

- Meta ॲप सीक्रेट Typebot मध्ये पेस्ट करणे. डिलिव्हरीवर 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/mr/integrations/botpress

Botpress चे WhatsApp इंटिग्रेशन Manual Configuration मध्ये वापरा. कनेक्ट केलेल्या नंबरचा access token आणि फोन नंबर आयडी पेस्ट करा, एक verify token निवडा आणि App ID व Client Secret रिकामे ठेवा. नंतर Botpress चा वेबहुक यूआरएल आणि तो verify token नंबरचे वेबहुक डेस्टिनेशन म्हणून सेट करा, म्हणजे Meta प्रत्येक मेसेज बॉटकडे पाठवते.

### Coexistence नंबरसाठी Botpress चे कोणते कॉन्फिगरेशन चालते?

Manual Configuration. इतर पर्याय नंबर Botpress च्या स्वतःच्या Meta ॲपद्वारे कनेक्ट करतात. ते नंबरचे वेगळे ऑनबोर्डिंग असते, आधीच कनेक्ट केलेला नंबर वापरण्याचा मार्ग नसतो.

WhatsApp इंटिग्रेशनमध्ये Configuration ड्रॉप-डाउन उघडा आणि Manual Configuration निवडा. त्यात Verify Token, Access Token, Default Bot Phone Number ID आणि पर्यायाने App ID, Client Secret व WABA ID विचारले जातात.

Access token, फोन नंबर आयडी आणि WABA आयडी कनेक्शनमधून मिळतात: डॅशबोर्ड ते दाखवतो आणि get_api_credentials ते असिस्टंटला परत देते. Verify token तुम्ही निवडलेली कोणतीही स्ट्रिंग असू शकते. App ID आणि Client Secret रिकामे ठेवा. Botpress चे मार्गदर्शक सीक्रेट भरायचे फील्ड म्हणून दाखवते, पण त्याच्या इंटिग्रेशन डेफिनिशनमध्ये ते पर्यायी आहे आणि ते नसल्यास सिग्नेचर पडताळणी वगळली जाते असे नमूद आहे. हे महत्त्वाचे आहे, कारण Meta प्रत्येक डिलिव्हरीवर Tech Provider च्या ॲप सीक्रेटने सही करते आणि ते कोणत्याही ग्राहकाकडे नसते.

### Botpress वेबहुकला Meta चे मेसेज कसे मिळतात?

नंबरच्या वेबहुक डेस्टिनेशनद्वारे. Botpress चे मार्गदर्शक त्याचा वेबहुक यूआरएल आणि तुमचा verify token Meta ॲपच्या WhatsApp कॉन्फिगरेशनमध्ये पेस्ट करायला सांगते. येथे तुमचे स्वतःचे Meta ॲप नाही: कनेक्शनमध्ये जे डेस्टिनेशन दिले असेल तिकडे Meta नंबरचे इव्हेंट पाठवते. म्हणून Botpress इंटिग्रेशनसाठी दाखवतो तो वेबहुक यूआरएल कॉपी करा आणि त्याच verify token सह डॅशबोर्डमध्ये किंवा set_webhook_destination ने डेस्टिनेशन म्हणून सेट करा.

Meta एक verification GET पाठवते, Botpress त्याला प्रतिसाद देतो आणि डिलिव्हरी सुरू होते. मॅन्युअल कॉन्फिगरेशन सेव्ह करताना Botpress तो टोकन कोणत्या ॲपने जारी केला हे Graph ला विचारून तपासतो. त्यामुळे अवैध किंवा रद्द केलेला टोकन पहिल्या मेसेजवर नाही, तर सेव्ह करतानाच अयशस्वी होतो.

Botpress चा हँडलर smb_message_echoes देखील प्रक्रिया करतो. WhatsApp Business ॲपमधून कोणी उत्तर दिले की Meta हा इव्हेंट पाठवते. त्यामुळे फोनवरून दिलेले उत्तर बॉटला दिसते, त्याच्यापासून लपत नाही.

### Coexistence बद्दल बॉटला काय माहीत असावे?

की एखादी व्यक्ती आधीच संभाषण करत असू शकते. नंबरवर WhatsApp Business ॲप चालू राहते, त्यामुळे ग्राहकाला एकाच मिनिटात फोनवरून आणि बॉटकडून उत्तर मिळू शकते. इको आल्यावर काय करायचे ते फ्लोमध्ये ठरवा: बहुतेक टीम त्या संपर्कासाठी काही काळ बॉट थांबवतात, म्हणजे मध्ये उतरलेल्या व्यक्तीच्या बोलण्यावर बॉट बोलत नाही.

दुसरी गोष्ट म्हणजे वेळ. येणाऱ्या मेसेजना उत्तर देणारा बॉट 24 तासांच्या ग्राहक सेवा विंडोमध्ये काम करतो, जिथे मुक्त मजकूर चालतो. एका दिवसानंतर काही पाठवणारा फ्लो, म्हणजे फॉलो अप किंवा रिमाइंडर, यासाठी मंजूर टेम्प्लेट लागतो आणि तिथे मुक्त मजकूर पाठवल्यास त्रुटी 131047 येते. अशा प्रोअ‍ॅक्टिव्ह मेसेजसाठीच Botpress चे मार्गदर्शक टेम्प्लेट स्टेटस फील्ड सबस्क्राइब करते.

आणि Coexistence नंबरसाठी थ्रूपुट प्रति सेकंद 20 मेसेज असा निश्चित आहे, जो संभाषणात्मक बॉट जितके पाठवतो त्यापेक्षा खूप जास्त आहे.

- Client Secret मध्ये स्वतःच्या Meta ॲपचे सीक्रेट भरणे. सिग्नेचर कधीच जुळत नाही आणि Botpress प्रत्येक डिलिव्हरीला 401 ने उत्तर देतो.
- Manual Configuration ऐवजी OAuth किंवा सँडबॉक्स पर्याय निवडणे. ते नंबर Botpress च्या स्वतःच्या ॲपद्वारे कनेक्ट करतात, आधीच कनेक्ट केलेल्या नंबरद्वारे नाही.
- इको दुर्लक्षित करणे. फोनवरून दिलेल्या उत्तरांसाठी नियम नसेल तर मध्ये उतरलेल्या व्यक्तीच्या उत्तरावर बॉट पुन्हा उत्तर देतो.

**सिग्नेचर तपासणी वगळणे सुरक्षित आहे का?** संरक्षण यूआरएलवर जाते. Botpress प्रत्येक इंटिग्रेशनसाठी वेगळा वेबहुक यूआरएल तयार करतो, म्हणून तो खाजगी ठेवा. मीडिया तरीही टोकनने Meta कडून मिळवावा लागतो, आणि बनावट इव्हेंट ते करू शकत नाही.

**हाच नंबर n8n लाही इव्हेंट देऊ शकतो का?** एका नंबरला एकच वेबहुक डेस्टिनेशन असते. ते एका सिस्टीमकडे द्या आणि दुसऱ्या सिस्टीमला इव्हेंट हवे असतील तर तिथून फॉरवर्ड करा.

**Botpress ला माझा WABA आयडी लागतो का?** त्याच्या डेफिनिशनमध्ये तो सध्या पर्यायी आहे आणि पुढील मोठ्या आवृत्तीत आवश्यक होईल असे नमूद आहे, म्हणून कनेक्शनमधून तो भरून ठेवा.

**मेसेज EasyCoexistence मधून जातात का?** नाही. Meta थेट Botpress वेबहुक यूआरएलवर डिलिव्हर करते आणि मजकूर आमच्या बाजूला कधीही साठवला जात नाही.

---

## Dify ॲपसह WhatsApp मेसेजना उत्तर द्या

https://easycoexistence.com/mr/integrations/dify

नंबरचा वेबहुक एका छोट्या रिसीव्हरकडे वळवा, उदाहरणार्थ n8n वर्कफ्लो किंवा तुमच्या स्वतःच्या कोडमधील रूट. तो प्रत्येक मेसेज Dify च्या Send Chat Message API ला देतो आणि उत्तर Cloud API मार्फत परत पाठवतो. Dify मध्ये EasyCoexistence MCP सर्व्हर टूल म्हणून जोडता येतो, ज्यामुळे एजंट नंबरवर थेट कृती करू शकतो.

### Meta थेट Dify ला WhatsApp मेसेज पाठवू शकते का?

हँडशेक पूर्ण होईल अशा प्रकारे नाही. काहीही पाठवण्यापूर्वी Meta गंतव्यस्थानाला GET कॉल करते आणि hub.challenge ची किंमत कच्च्या प्रतिसादाच्या मजकुरात परत येण्याची अपेक्षा करते. Dify चा Webhook Trigger प्रत्येक ट्रिगरसाठी एकच HTTP मेथड स्वीकारतो, आणि त्याच्या दस्तऐवजीकरणानुसार JSON नसलेला प्रतिसाद आपोआप JSON मध्ये बदलला जातो, त्यामुळे OK हा मेसेज ऑब्जेक्ट म्हणून परत येतो. challenge हुबेहूब परत करता येत नाही, आणि Meta मेसेज पाठवणे सुरूच करत नाही.

म्हणून मध्ये एक छोटा घटक लागतो. n8n Webhook नोड, Python किंवा Node मधील रूट, किंवा सर्व्हरलेस फंक्शन GET ला उत्तर देते, POST स्वीकारते आणि मजकूर Dify कडे देते. वेबहुक URL मधील लांब यादृच्छिक गुपित तपासण्याचे ठिकाणही हा रिसीव्हरच आहे, कारण X-Hub-Signature-256 हेडर Tech Provider च्या app secret ने सही केलेले असते आणि ग्राहकाला ते पडताळता येत नाही.

### रिसीव्हर Dify ॲपशी कसा बोलतो?

Dify च्या Service API ला एका कॉलने: POST /chat-messages, ॲपच्या API key ने प्रमाणीकृत. बॉडीमध्ये query म्हणजे ग्राहकाचा मजकूर, आणि user म्हणजे तुम्ही ठरवलेला ओळखकर्ता असतो. पाठवणाऱ्याचा WhatsApp नंबर user म्हणून वापरा, आणि Dify जो conversation_id परत देतो तो जपून ठेवा, म्हणजे त्याच व्यक्तीचा पुढचा मेसेज त्याच संभाषणात पुढे चालतो.

response_mode महत्त्वाचा आहे. Blocking उत्तर पूर्ण झाल्यावरच परत येते, आणि Dify च्या दस्तऐवजीकरणानुसार Dify Cloud वर लांब निर्मिती edge proxy कडून तोडली जाऊ शकते. Agent ॲप्स फक्त streaming ला समर्थन देतात, आणि त्यांना blocking विनंती पाठवली तर ती 400 सह अयशस्वी होते. स्ट्रीम वाचून शेवटी एकच WhatsApp मेसेज पाठवणारा रिसीव्हर हा सर्वात भक्कम आकार आहे.

उत्तर नंतर Cloud API च्या टेक्स्ट मेसेज म्हणून त्याच नंबरवर जाते, आणि ग्राहकाच्या मेसेजने उघडलेल्या 24 तासांच्या विंडोमध्ये ते मोफत असते.

### Dify मध्ये MCP सर्व्हर काय भर घालतो?

प्रत्येक कॉल स्वतः जोडल्याशिवाय Dify एजंटला नंबरवर कृती करता येते. Dify HTTP वरून MCP सर्व्हरशी जोडतो आणि डीफॉल्टनुसार OAuth dynamic client registration द्वारे सर्व्हरवर स्वतःची नोंदणी करतो, आणि EasyCoexistence MCP सर्व्हर नेमके हेच समर्थन देतो. Tools अंतर्गत तो जोडा, एकदा साइन इन करा, आणि एजंटला ही टूल्स मिळतात: नंबर यादी पाहणे, नंबरची हेल्थ तपासणे, मेसेज पाठवणे, मंजूर टेम्प्लेट पाठवणे, टेम्प्लेटचा स्टेटस वाचणे.

पुढाकार घेऊन करायच्या कामासाठी हेच योग्य ठिकाण आहे: दुसऱ्या दिवशी पाठपुरावा करणाऱ्या Dify वर्कफ्लोला send_template वापरावेच लागते, कारण विंडोबाहेर मुक्त मजकूर पाठवला तर त्रुटी 131047 येते, आणि टूलची वर्णने मॉडेलला हे सांगतात.

ग्राहकाने लिहिल्यावर Dify ला जागे करणे MCP ला जमत नाही. हा प्रोटोकॉल विनंती आणि प्रतिसाद यावर चालतो, त्यामुळे येणारे मेसेज अजूनही वेबहुक आणि समोरच्या रिसीव्हरमार्फतच येतात.

- Dify Webhook Trigger चा URL वेबहुकचे गंतव्यस्थान म्हणून वापरणे. challenge JSON मध्ये गुंडाळून परत येते आणि Meta एंडपॉइंट कधीच पडताळत नाही.
- Dify Agent ॲपला blocking विनंती पाठवणे. Agent ॲप्स फक्त streaming ला समर्थन देतात, आणि कॉल 400 सह अयशस्वी होतो.
- प्रत्येक मेसेजसाठी नवीन user किंमत वापरणे. Dify संभाषणे user नुसार वेगळी ठेवतो, त्यामुळे प्रत्येक मेसेज स्मरणाशिवाय नवे संभाषण सुरू करतो.

**Dify ला WhatsApp चॅनेल आहे का?** त्याच्या दस्तऐवजीकरणात नाही. Dify ॲप त्याच्या Service API वरून उपलब्ध असतो, त्यामुळे तो API कॉल करणाऱ्या रिसीव्हरमार्फत WhatsApp जोडले जाते.

**n8n रिसीव्हर होऊ शकतो का?** होय. Webhook नोड मेसेज स्वीकारतो, एक HTTP Request नोड Dify ला कॉल करतो, आणि दुसरा HTTP Request नोड उत्तर Cloud API मार्फत पाठवतो.

**टीम अजूनही फोनवरून उत्तर देऊ शकते का?** होय. Coexistence नंबरवर WhatsApp Business ॲप चालू ठेवते, आणि फोनवरून पाठवलेली उत्तरे echo इव्हेंट्स म्हणून रिसीव्हरपर्यंत पोहोचतात.

**EasyCoexistence संभाषण पाहते का?** नाही. Meta थेट तुमच्या रिसीव्हरकडे पोहोचवते आणि मेसेजचा मजकूर आमच्या बाजूला कधीही साठवला जात नाही. MCP सर्व्हर खात्याची आणि नंबरची स्थिती वाचतो.

---

## Flowise चॅटफ्लोने WhatsApp मेसेजना उत्तर द्या

https://easycoexistence.com/mr/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 Webhook नोड, Python किंवा Node मधील रूट, किंवा कोणतेही serverless फंक्शन असू शकतो. तो पडताळणीच्या GET ला उत्तर देतो, वेबहुक यूआरएलमध्ये ठेवलेले लांब यादृच्छिक सिक्रेट तपासतो, Meta ला लगेच 200 देतो आणि मगच काम करतो. यूआरएलमधील सिक्रेट हेच इथे चालणारे ऑथेंटिकेशन आहे: Meta डिलिव्हरीवर Tech Provider च्या ॲप सिक्रेटने सही करते, जे कधीही शेअर केले जात नाही, त्यामुळे X-Hub-Signature-256 हेडर तुमच्या बाजूने पडताळता येत नाही.

### रिसीव्हरने Prediction API ला कसे कॉल करावे?

ग्राहकाचा मजकूर question म्हणून आणि ग्राहकाचा WhatsApp नंबर सेशन म्हणून द्या. Flowise प्रत्येक विनंतीवर overrideConfig स्वीकारते, आणि त्यातील sessionId मुळेच मेमरी नोड्स सर्वांना एका थ्रेडमध्ये मिसळण्याऐवजी प्रत्येक व्यक्तीचे स्वतंत्र संभाषण ठेवू शकतात. वेबहुक पेलोडमधील प्रेषकाचा नंबर यासाठी स्थिर आणि नैसर्गिक की आहे.

चॅटफ्लो API key ने संरक्षित असेल, तर रिसीव्हर ती bearer टोकन म्हणून पाठवतो. रिसीव्हर स्ट्रीम जोडण्यासाठी बनवलेला नसेल तर streaming false ठेवा, कारण WhatsApp एकेक टोकन न देता पूर्ण झालेला एकच मेसेज पोहोचवते.

उत्तर त्याच नंबरवरून Cloud API टेक्स्ट मेसेज म्हणून जाते. ग्राहकाच्या मेसेजने उघडलेल्या 24 तासांच्या विंडोमध्ये ते मोफत आणि परवानगी असलेले आहे. फ्लोला नंतर काहीही पाठवायचे असेल, उदाहरणार्थ रिमाइंडर, तर ते मंजूर टेम्प्लेटच असावे लागते.

### Flowise एजंट EasyCoexistence MCP सर्व्हर वापरू शकतो का?

आज तरी नाही. Flowise चा Custom MCP यूआरएल आणि हेडर्सच्या संचासह Streamable HTTP सर्व्हरशी जोडतो, सहसा Flowise व्हेरिएबलमध्ये ठेवलेल्या स्थिर bearer टोकनसह. EasyCoexistence MCP सर्व्हर OAuth ने ऑथेंटिकेट करतो, ज्यात ब्राउझरमधून लॉग इन आणि तो स्वतः देत असलेले टोकन असतात, त्यामुळे हेडरमध्ये ठेवता येईल अशी स्थिर key नसते.

चालणारी विभागणी अशी: फ्लोने ठरवावे आणि रिसीव्हरने पाठवावे. फ्लो सांगायचा मजकूर परत करतो, किंवा ग्राहक एका दिवसापेक्षा जास्त शांत असल्यास टेम्प्लेटचे नाव परत करतो, आणि रिसीव्हर नंबरच्या टोकनने Cloud API कॉल करतो. त्यामुळे टोकन कधीही Flowise मध्ये राहत नाही, आणि 24 तासांचा नियम विसरू शकणाऱ्या मॉडेलवर सोडण्याऐवजी संपर्काने शेवटचे कधी लिहिले ते तपासून कोडमध्ये लागू केला जातो.

येणारे मेसेज मात्र पाठवण्याची पद्धत कोणतीही असली तरी फक्त वेबहुकमार्फतच येतात.

- sessionId वगळणे. मग प्रत्येक ग्राहक एकच मेमरी वापरतो, आणि एका व्यक्तीचा तपशील दुसऱ्याच्या उत्तरात दिसू शकतो.
- Meta ला उत्तर देण्यापूर्वी Flowise ची वाट पाहणे. उशिरा आलेला 200 पुन्हा पाठवला जातो, म्हणून तोच मेसेज दोनदा प्रक्रिया होतो.
- फ्लोला एका दिवसानंतर मुक्त मजकूर पाठवू देणे. विंडोच्या बाहेर Meta तो त्रुटी 131047 देऊन नाकारते.

**Flowise मध्ये WhatsApp नोड आहे का?** त्याच्या डॉक्युमेंटेशनमध्ये नाही. Flowise ला Prediction API मार्फत गाठले जाते, म्हणूनच Meta आणि फ्लो यांच्यामध्ये रिसीव्हर असतो.

**n8n रिसीव्हर होऊ शकतो का?** होय. Webhook नोड मेसेज घेतो, एक HTTP Request नोड Flowise ला कॉल करतो, आणि दुसरा HTTP Request नोड Cloud API मार्फत उत्तर पाठवतो.

**फोनवरून एखादी व्यक्ती उत्तर देते तेव्हा बॉट कसा थांबवू?** echo इव्हेंट्सवर लक्ष ठेवा. WhatsApp Business ॲपवरून पाठवलेले उत्तर रिसीव्हरकडे येते, आणि तो त्या संपर्कासाठी फ्लो थांबवू शकतो.

**संभाषण EasyCoexistence मध्ये साठवले जाते का?** नाही. Meta थेट तुमच्या रिसीव्हरकडे पोहोचवते. Flowise चे मेमरी नोड्स जे साठवण्यासाठी कॉन्फिगर केलेले आहेत तेवढेच ते ठेवते.

---

## LangChain एजंटला WhatsApp नंबर द्या

https://easycoexistence.com/mr/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 प्रक्रिया चालते: डिस्कव्हरी, डायनॅमिक क्लायंट नोंदणी, ब्राउझर रीडायरेक्ट आणि टोकन एक्स्चेंज. EasyCoexistence MCP सर्व्हरला नेमके हेच अपेक्षित आहे, त्यामुळे कोणतीही की तयार करावी लागत नाही किंवा पेस्ट करावी लागत नाही. डीफॉल्टनुसार टोकन मेमरीमध्ये राहतात आणि प्रत्येक रनमध्ये ब्राउझरची पायरी पुन्हा होते. टोकन स्टोअर असलेला FastMCP OAuth प्रोव्हायडर वापरल्यास ते रनमधील अंतरातही टिकतात.

लोड झाल्यावर एजंटला टूल्स त्यांच्या वर्णनांसह दिसतात: सर्वात आधी list_numbers, कारण बाकी प्रत्येक टूल त्याच्याकडून मिळणारा connection_id घेते, मग send_message, send_template, list_templates, get_number_health आणि इतर.

### येणारा WhatsApp मेसेज एजंटपर्यंत कसा पोहोचतो?

वेबहुकमार्फत, कारण MCP हे करू शकत नाही. प्रोटोकॉल विनंती आणि प्रतिसाद या स्वरूपाचा आहे, त्यामुळे ग्राहकाने मेसेज लिहिल्यावर सर्व्हरने क्लायंटला जागे करण्याची त्यात सोय नाही.

नंबरचे वेबहुक गंतव्य तुमच्या स्वतःच्या ॲप्लिकेशनमधील एका रूटवर सेट करा, आणि URL पाथमध्ये लांब यादृच्छिक सीक्रेट ठेवा. रूट Meta च्या पडताळणी GET ला मूळ challenge सह उत्तर देते, प्रत्येक POST स्वीकारते, लगेच 200 परत करते आणि काम रांगेत ठेवते. त्यानंतर वर्कर पेलोडमधून पाठवणाऱ्याचा नंबर आणि मजकूर घेतो आणि त्यांच्यासह एजंटला चालवतो. पाठवणाऱ्याचा नंबर थ्रेड id म्हणून वापरल्यास मेमरी प्रत्येक ग्राहकासाठी वेगळी राहते.

सीक्रेट तपासा URL मध्ये, X-Hub-Signature-256 हेडरमध्ये नव्हे. Meta सही Tech Provider च्या app secret ने करते, जे कधीही शेअर केले जात नाही, त्यामुळे ते हेडर ग्राहकाला पडताळता येत नाही.

### एजंटने MCP मधून पाठवावे की Cloud API मधून?

दोन्ही चालतात, आणि फरक इतकाच की नियम कोणाकडे आहेत. MCP टूल्स WhatsApp चे नियम त्यांच्या वर्णनांत घेऊन येतात, जसे की send_message फक्त 24 तासांच्या विंडोमध्येच चालते आणि ज्याने मेसेज लिहिलेला नाही त्याच्यापर्यंत पोहोचण्यासाठी send_template आहे. ही वर्णने वाचून मॉडेल बहुतेक वेळा योग्य टूल निवडते, आणि एजंटला मोकळेपणाने निर्णय घ्यायचा असेल तिथे याचा फायदा होतो.

एजंटचे काम मर्यादित असेल, उदाहरणार्थ नुकतेच लिहिणाऱ्या व्यक्तीलाच नेहमी उत्तर देणे, तर नंबरच्या टोकनसह Cloud API च्या messages एंडपॉइंटवर पोस्ट करणारे तुमचे साधे स्वतःचे टूल सोपे पडते. तेव्हा विंडोची तपासणी तुमच्या कोडमध्ये असते, आणि कधीही मोडू नये असा नियम तिथेच असावा. विंडोबाहेर मुक्त मजकूर पाठवल्यास त्रुटी 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/mr/integrations/openai-agents-sdk

नंबरचे वेबहुक डेस्टिनेशन तुमच्या Python ॲपमधील एका रूटवर सेट करा. येणाऱ्या प्रत्येक मेसेजसाठी Runner.run आणि पाठवणाऱ्याच्या नंबरवर आधारित सेशन वापरून एजंट चालवा, नंतर result.final_output नंबरचे टोकन आणि phone number id वापरून Cloud API द्वारे परत पाठवा. WhatsApp Business ॲप त्याच नंबरवर चालू राहते.

### WhatsApp मेसेजमधून एजंट रन कसा सुरू होतो?

तुमच्याच ॲप्लिकेशनमधील एका रूटद्वारे, ज्याला Meta कॉल करते. नंबरचे वेबहुक डेस्टिनेशन त्यावर सेट करा आणि पाथमध्ये एक लांब यादृच्छिक सीक्रेट ठेवा. हा रूट Meta च्या पडताळणी GET ला hub.challenge साधा मजकूर म्हणून परत करून उत्तर देतो, प्रत्येक POST स्वीकारतो, लगेच 200 देतो आणि काम रांगेत ठेवतो. कारण Meta हळू प्रतिसाद पुन्हा पाठवते आणि तुमचा एजंट दोनदा चालेल.

नंतर एक वर्कर पेलोडमधून पाठवणारा आणि मजकूर वाचतो आणि Runner.run कॉल करतो. पाठवणाऱ्याचा नंबर हा id असलेले सेशन द्या: SDK संभाषण त्या id खाली साठवते, त्यामुळे त्याच ग्राहकाचा पुढचा मेसेज मागच्या ठिकाणापासून पुढे जातो आणि दोन ग्राहकांचा इतिहास कधीही मिसळत नाही. सुरुवातीला SQLiteSession पुरेसे आहे; अनेक वर्कर्ससाठी SDK मध्ये Redis आणि SQLAlchemy सेशन्सही मिळतात.

येथे URL मधील सीक्रेट हेच प्रमाणीकरण आहे. Meta डिलिव्हरी Tech Provider च्या ॲप सीक्रेटने सही करते, त्यामुळे सिग्नेचर header ची पडताळणी ग्राहकाला करता येत नाही.

### उत्तर एजंटने नव्हे, तुमच्या कोडने का पाठवावे?

कारण कधीही मोडू नये असा एकच नियम वेळेचा आहे आणि तो प्रॉम्प्टपेक्षा कोड अधिक चांगला पाळतो. ग्राहकाने मेसेज केला की Meta 24 तासांची ग्राहक सेवा विंडो उघडते. तिच्या आत मुक्त मजकूर जातो. तिच्या बाहेर फक्त मंजूर टेम्प्लेट जाते आणि मुक्त मजकूर त्रुटी 131047 सह परत येतो.

आताच आलेल्या मेसेजला उत्तर देणारा वर्कर नेहमी विंडोच्या आत असतो, त्यामुळे result.final_output मजकूर म्हणून पाठवणे रचनेनेच सुरक्षित आहे. नंतर होणारे काम, म्हणजे दुसऱ्या सकाळचा फॉलो अप किंवा रिमाइंडर, वेगळ्या मार्गाने जावे जो टेम्प्लेट पाठवतो आणि कधीही मुक्त मजकूर नाही.

एजंटकडे तरीही टूल्स असू शकतात. ऑर्डर किंवा बुकिंग शोधण्यासाठी त्याला function tools द्या आणि WhatsApp पाठवणे वर्कर मध्ये ठेवा. त्यामुळे ॲक्सेस टोकन मॉडेल मनमानी आर्ग्युमेंट्ससह कॉल करू शकेल अशा कोणत्याही गोष्टीपासून दूर राहते.

### एजंट EasyCoexistence MCP सर्व्हर वापरू शकतो का?

हो, MCPServerStreamableHttp द्वारे, पण header पेक्षा अधिक सेटअपसह. SDK params["auth"] मध्ये Authorization header किंवा httpx.Auth स्वीकारते. EasyCoexistence MCP सर्व्हर ब्राउझर साइन इन नंतर स्वतःचे OAuth टोकन देतो, dynamic client registration आणि PKCE सह, म्हणून स्थिर की अस्तित्वात नाही. MCP Python SDK मध्ये OAuthClientProvider मिळतो, जो PKCE आणि टोकन रिफ्रेशसह तो फ्लो चालवणारा HTTP auth हँडलर आहे, आणि तोच params["auth"] मध्ये जातो.

एजंटने स्वतः ठरवावे तेव्हा हे फायदेशीर आहे: नंबरची हेल्थ तपासणे, टेम्प्लेट स्टेटस वाचणे, किंवा टूल वर्णनातील नियमांनुसार send_message आणि send_template यांतून निवडणे. फक्त उत्तर देणाऱ्या फ्रंट डेस्कसाठी वरील वर्कर लहान आहे आणि त्यात बिघडण्यासारखे कमी आहे.

दोन्ही प्रकारे वेबहुक राहतो. MCP हे विनंती आणि प्रतिसाद पद्धतीचे आहे आणि ग्राहकाचा मेसेज एजंटपर्यंत फक्त Meta कॉल करते त्या रूटमार्फतच पोहोचू शकतो.

- Meta ला 200 परत देण्यापूर्वी एजंट चालवणे. हळू प्रतिसाद पुन्हा पाठवला जातो आणि ग्राहकाला दोन उत्तरे मिळतात.
- सर्व ग्राहकांसाठी एकच सेशन वापरणे. ते पाठवणाऱ्याच्या नंबरवर आधारित ठेवा, नाहीतर इतिहास मिसळतो.
- उशिरा होणाऱ्या फॉलो अपमधून मुक्त मजकूर पाठवणे. 24 तासांनंतर तो त्रुटी 131047 सह अयशस्वी होतो; त्याऐवजी टेम्प्लेट पाठवा.

**यासाठी OpenAI च्या होस्टेड MCP टूलची गरज आहे का?** नाही. वर्कर Runner.run वापरून एजंट स्थानिकरीत्या चालवतो आणि WhatsApp बाजू म्हणजे तुमचा कोड करणारी साधी HTTPS कॉल आहे.

**मी कोणती Graph API आवृत्ती वापरावी?** Meta ची सध्याची उदाहरणे v25.0 वापरतात. तुमच्या कोडमध्ये एकाच ठिकाणी आवृत्ती निश्चित करा, म्हणजे अपग्रेड हा एका ओळीचा बदल ठरतो.

**एखादी व्यक्ती फोनवरून ताबा घेऊ शकते का?** हो. Coexistence मुळे WhatsApp Business ॲप चालू राहते आणि फोनवरून दिलेले उत्तर तुमच्या रूटवर echo इव्हेंट म्हणून येते, ज्याचा वापर वर्कर एजंट थांबवण्यासाठी करू शकतो.

**EasyCoexistence संभाषण साठवते का?** नाही. Meta थेट तुमच्या रूटवर डिलिव्हर करते. सेशन जे काही साठवते ते तुमच्याच डेटाबेसमध्ये राहते.

---

## Vercel AI SDK सह WhatsApp एजंट तयार करा

https://easycoexistence.com/mr/integrations/vercel-ai-sdk

येणारे मेसेज नंबरच्या वेबहुक गंतव्य म्हणून सेट केलेल्या रूट हँडलरकडे पोहोचतात. हँडलर generateText कॉल करतो आणि उत्तर Cloud API मार्फत पाठवतो. नंबरवर कृती करणाऱ्या टूल्ससाठी, @ai-sdk/mcp मधील createMCPClient हा EasyCoexistence MCP सर्व्हरशी HTTP वर जोडला जातो आणि authProvider द्वारे OAuth ने साइन इन करतो.

### रूट हँडलरला 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 समर्थित करतो आणि साइन इननंतर स्वतःचे टोकन देतो. हेडरमध्ये ठेवायची कोणतीही API की नाही.

क्लायंटची टूल्स थेट generateText किंवा streamText मध्ये जातात. मग मॉडेलला list_numbers, send_message, send_template, get_number_health आणि इतर टूल्स दिसतात, ज्यांच्या वर्णनात 24 तासांची विंडो नमूद केलेली असते. AI SDK च्या दस्तऐवजांनुसार काम संपल्यावर क्लायंट बंद करा: स्ट्रीममध्ये onEnd कॉलबॅकमध्ये, अन्यथा finally ब्लॉकमध्ये.

जिथे निर्णय मॉडेलने घ्यायचा आहे तिथे हे वापरा. नुकत्याच आलेल्या मेसेजला उत्तर देण्यासाठी हँडलरमधून थेट Cloud API कॉल करणे सोपे आहे.

### नंबर Coexistence वर असल्यामुळे काय बदलते?

कोडला दोन गोष्टी माहीत असायला हव्यात. पहिली, संभाषणात आधीच एखादी व्यक्ती असू शकते. नंबरवर WhatsApp Business ॲप चालूच राहते आणि फोनवर टाइप केलेले प्रत्येक उत्तर रूटवर इको इव्हेंट म्हणून येते. इको आल्यानंतर त्या संपर्कासाठी मॉडेल थांबवणारा हँडलर माणसाच्या उत्तरावर मॉडेलला बोलू देत नाही.

दुसरी, नंबरसाठी पाठवण्याची मर्यादा निश्चित 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/mr/integrations/shopify

ऑर्डर तयार झाल्यावर Shopify Flow ची Send HTTP request ॲक्शन मंजूर टेम्प्लेट Cloud API ला पोस्ट करू शकते. त्यासाठी कनेक्ट केलेल्या नंबरचा `phone_number_id` आणि Flow secret म्हणून साठवलेला टोकन वापरला जातो. ज्या प्लॅनमध्ये ही ॲक्शन नाही, तिथे Shopify admin वेबहुक n8n सारख्या रिसीव्हरकडे जातो आणि तोच कॉल करतो.

### Shopify Flow WhatsApp मेसेज कसा पाठवते?

Send HTTP request ॲक्शनद्वारे. ती कोणत्याही URL वर हेडर्स आणि बॉडीसह पोस्ट करते, आणि बॉडीमध्ये ट्रिगरमधील Liquid व्हेरिएबल्स वापरता येतात.

ऑर्डर तयार होण्याच्या ट्रिगरवर एक वर्कफ्लो तयार करा आणि त्यात Send HTTP request जोडा. URL म्हणजे कनेक्ट केलेल्या नंबरच्या `phone_number_id` साठीचा Cloud API messages एंडपॉइंट. Authorization हेडर जोडा, ज्याची व्हॅल्यू Bearer आणि त्यानंतर त्या नंबरचा ॲक्सेस टोकन अशी असते. हा टोकन Flow secret म्हणून साठवा आणि secret व्हेरिएबल म्हणून वापरा. Secret व्हॅल्यूज Flow च्या इंटरफेसमध्ये कधीच दिसत नाहीत आणि रन लॉग्समधून लपवल्या जातात, टोकन ठेवण्यासाठी हीच योग्य जागा आहे. बॉडी म्हणजे टेम्प्लेट मेसेज: `to` फील्डमध्ये ग्राहकाचा फोन नंबर आणि टेम्प्लेटच्या पॅरामीटर्समध्ये ऑर्डरचा तपशील.

Flow 2XX किंवा 3XX प्रतिसादाला यशस्वी मानते. वैध विनंतीला Meta मेसेज id सह उत्तर देते, म्हणून रन यशस्वी झाला म्हणजे Meta ने मेसेज स्वीकारला.

### ऑर्डर मेसेज टेम्प्लेटच असला पाहिजे, असे का?

कारण स्टोअर आधी लिहित आहे. Meta ची 24 तासांची ग्राहक सेवा विंडो तेव्हाच उघडते जेव्हा ग्राहक नंबरवर मेसेज करतो. ऑर्डर कन्फर्मेशन, शिपिंग अपडेट किंवा अर्धवट राहिलेल्या चेकआउटची आठवण हे सर्व त्याआधी पाठवले जाते, म्हणून मुक्त मजकूर नाकारला जातो आणि फक्त आधी मंजूर झालेला टेम्प्लेट चालतो.

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

संमतीचाही मुद्दा आहे. व्यवसायाने WhatsApp वर कोणालाही मेसेज करण्यापूर्वी Meta ला opt-in आवश्यक आहे: त्या व्यक्तीने आपला नंबर दिला आणि या व्यवसायाकडून मेसेजेस घेण्यास सहमती दिली. तसे सांगणारा चेकआउटमधील चेकबॉक्स ही संमती मिळवण्याची नेहमीची पद्धत आहे, आणि वर्कफ्लोने पाठवण्यापूर्वी ती तपासावी.

### स्टोअरच्या प्लॅनमध्ये Send HTTP request नसेल तर काय करावे?

त्याऐवजी Shopify admin वेबहुक वापरा. Settings, Notifications, Webhooks मध्ये व्यापारी ऑर्डर तयार होण्यासारख्या इव्हेंटसाठी JSON मध्ये एक वेबहुक URL वर तयार करू शकतो. तो रिसीव्हरकडे पाठवा: n8n चा Webhook नोड, किंवा PHP, Python किंवा Node मधील एक रूट. रिसीव्हर ऑर्डर वाचतो, संमती तपासतो आणि Cloud API ला तोच टेम्प्लेट कॉल करतो.

मेसेज कोणत्याही मार्गाने गेला तरी उत्तरे सारखीच येतात. ग्राहकाने ऑर्डर मेसेजला उत्तर दिले की ते स्टोअरच्या फोनवरील WhatsApp Business ॲपमध्ये येते, कारण तो नंबर Coexistence वर आहे, आणि आता मुक्त मजकूरासाठी 24 तासांची विंडो उघडलेली असते. नंबरचे वेबहुक डेस्टिनेशन सेट केले असेल तर उत्तर तुमच्या सिस्टीमपर्यंतही पोहोचते. ऑर्डर मेसेजसुद्धा ॲपमध्ये दिसतो, त्यामुळे उत्तर देणाऱ्याला ग्राहक कशाला उत्तर देत आहे ते दिसते.

- ऑर्डर तयार होताच मुक्त मजकूर पाठवणे. ग्राहकाने मेसेज केलेला नसल्याने Meta तो नाकारते; तो मंजूर टेम्प्लेटच असला पाहिजे.
- त्रुटी हाताळणीत 4XX प्रतिसादांसाठी Retry चालू ठेवणे. जी विनंती Meta कधीच स्वीकारणार नाही, ती Flow 24 तासांपर्यंत पुन्हा पाठवू शकते.
- टोकन हेडरमध्ये साधा मजकूर म्हणून ठेवणे. तो Flow secret म्हणून साठवा, म्हणजे तो इंटरफेस आणि लॉग्सपासून दूर राहतो.

**टेम्प्लेट मेसेजेसचे पैसे कोण देते?** Meta मेसेजिंगचे बिल थेट व्यवसायाला, त्याच्या स्वतःच्या WhatsApp Business खात्यावर देते. EasyCoexistence त्यावर कधीही मार्कअप लावत नाही.

**टीम फोनवरून ग्राहकांना उत्तर देऊ शकते का?** हो. Coexistence तेच टिकवते: स्टोअर ज्या नंबरवरून पाठवते, त्याच नंबरवर WhatsApp Business ॲप चालते.

**यासाठी Shopify ॲप लागते का?** नाही. Flow ची Send HTTP request, किंवा रिसीव्हरकडे जाणारा admin वेबहुक पुरेसा आहे. Cloud API हा एकच HTTPS कॉल आहे.

**`to` फील्डसाठी फोन फॉरमॅट कोणता हवा?** देशाच्या कोडसह आंतरराष्ट्रीय फॉरमॅट आणि फक्त अंक. ग्राहक स्पेस आणि चिन्हे टाकतात, म्हणून पाठवण्यापूर्वी चेकआउटमधील फोन फील्ड स्वच्छ करा.

---

## WooCommerce वरून WhatsApp ऑर्डर अपडेट्स पाठवा

https://easycoexistence.com/mr/integrations/woocommerce

ऑर्डर इव्हेंटसाठी WooCommerce वेबहुक तयार करा आणि तो एका रिसीव्हरकडे पाठवा, उदाहरणार्थ n8n वर्कफ्लो किंवा छोटा PHP रूट. रिसीव्हर WooCommerce चे सिग्नेचर पडताळतो, ग्राहकाने WhatsApp मेसेजेससाठी संमती दिली आहे का ते तपासतो, आणि कनेक्ट केलेल्या नंबरचा phone number id व टोकन वापरून Cloud API द्वारे मंजूर टेम्प्लेट पाठवतो.

### WooCommerce ऑर्डरमुळे WhatsApp मेसेज कसा पाठवला जातो?

WooCommerce वेबहुक आणि एक रिसीव्हर यांच्या मदतीने. WooCommerce मध्ये Settings, Advanced, Webhooks येथे ऑर्डर टॉपिकसह (उदा. order created किंवा order updated) वेबहुक जोडा, तसेच डिलिव्हरी यूआरएल आणि सीक्रेट द्या. त्यानंतर इव्हेंट घडेल तेव्हा WooCommerce ऑर्डर JSON स्वरूपात त्या यूआरएलवर पाठवते.

पेलोड ठरावीक असल्याने तो थेट Cloud API कडे पाठवता येत नाही. मधे एक रिसीव्हर असतो: n8n Webhook node, स्टोअरच्या स्वतःच्या PHP मधील रूट किंवा कोणतीही छोटी सेवा. तो ऑर्डर वाचतो, ग्राहकाचा फोन नंबर आणि मेसेजला लागणारा तपशील घेतो, आणि कनेक्ट केलेल्या नंबरसाठी Cloud API च्या messages एंडपॉइंटवर एक HTTPS विनंती करतो. त्यात नंबरचे ॲक्सेस टोकन बेअरर टोकन म्हणून वापरले जाते.

order.updated टॉपिक एका स्टेटसशी बांधलेला नसतो, म्हणून रिसीव्हरने ऑर्डरचे status फील्ड वाचावे आणि तुम्हाला हवा असलेल्या प्रत्येक बदलासाठी एकदाच मेसेज पाठवावा. WooCommerce डिफॉल्टनुसार wp-cron द्वारे पार्श्वभूमीत डिलिव्हरी करते, त्यामुळे मेसेज ऑर्डरनंतर थोड्या विलंबाने जाऊ शकतो.

### विनंती स्टोअरकडूनच आली आहे हे रिसीव्हरला कसे कळते?

WooCommerce च्या सिग्नेचरवरून. प्रत्येक डिलिव्हरीमध्ये X-WC-Webhook-Signature हेडर असते. ते वेबहुकवर तुम्ही ठरवलेल्या सीक्रेटने काढलेला, कच्च्या पेलोडचा base64 एन्कोड केलेला HMAC-SHA256 असते. रिसीव्हर मिळालेल्या बॉडीवर तोच हॅश काढतो, तुलना करतो, आणि जुळत नसलेली प्रत्येक विनंती नाकारतो.

हे स्टोअरचे स्वतःचे सीक्रेट असल्याने, येणाऱ्या WhatsApp मेसेजेसवरील Meta च्या सिग्नेचरपेक्षा वेगळे, हे पडताळता येते. तुलना constant time मध्ये करा, आणि कोणतीही फ्रेमवर्क पार्स करण्यापूर्वी कच्च्या बॉडीचा हॅश काढा, कारण पुन्हा एन्कोड केलेला JSON वेगळा हॅश देतो.

लगेच 2xx प्रतिसाद द्या. 2xx, 301 किंवा 302 नसलेला प्रत्येक प्रतिसाद WooCommerce अपयश मानते, आणि सलग पाचपेक्षा जास्त अपयशानंतर वेबहुक बंद करते. डिप्लॉय दरम्यान बंद असलेला किंवा उत्तर देण्यापूर्वी Meta ची वाट पाहत हळू झालेला रिसीव्हर कोणाच्या लक्षात न येता स्टोअरचे मेसेजेस बंद करू शकतो.

### स्टोअर काय आणि केव्हा पाठवू शकते?

स्टोअर जेव्हा पहिला मेसेज पाठवते तेव्हा प्रत्येक वेळी मंजूर टेम्प्लेट. Meta ची 24 तासांची ग्राहक सेवा विंडो फक्त ग्राहकाने नंबरवर मेसेज केल्यावरच उघडते, म्हणून ऑर्डर कन्फर्मेशन किंवा शिपिंग अपडेट व्यवसायाकडून सुरू होते आणि मुक्त मजकूर नाकारला जातो. प्रत्येक अपडेटसाठी युटिलिटी टेम्प्लेट तयार करा, मंजुरीची वाट पाहा, आणि ते नाव व भाषेनुसार पाठवा, ऑर्डर नंबर आणि इतर तपशील पॅरामीटर म्हणून द्या.

Meta संमतीही मागते: ग्राहकाने आपला नंबर दिला आणि या व्यवसायाकडून WhatsApp वर मेसेज घेण्यास होकार दिला. ऑर्डरवर साठवलेला चेकआउटमधील चेकबॉक्स हा त्याचा सर्वात सोपा पुरावा आहे, आणि रिसीव्हरने पाठवण्यापूर्वी तो तपासावा.

ग्राहकाने उत्तर दिल्यावर संभाषण नेहमीचे Coexistence असते. उत्तर स्टोअरच्या फोनवरील WhatsApp Business ॲपमध्ये दिसते, विंडो मुक्त मजकुरासाठी उघडी असते, आणि टीम नेहमीप्रमाणे ॲपमधून उत्तर देते.

- WooCommerce ला उत्तर देण्यापूर्वी Cloud API कॉल करणे. हळू किंवा अयशस्वी पाठवणे वेबहुकच्या विरोधात मोजले जाते, आणि पाचपेक्षा जास्त अपयशानंतर तो बंद होतो.
- कच्च्या बॉडीऐवजी पार्स केलेल्या JSON चा हॅश काढणे. सिग्नेचर कधीच जुळत नाही आणि प्रत्येक खरी डिलिव्हरी नाकारली जाते.
- प्रत्येक order.updated डिलिव्हरीवर मेसेज पाठवणे. टॉपिक एका स्टेटसशी बांधलेला नसतो, म्हणून कोणत्या बदलाचा मेसेज आधीच गेला हे नोंदवले नाही तर ग्राहकांना दुहेरी मेसेजेस मिळतात.

**यासाठी मला WordPress प्लगइन लागते का?** नाही. WooCommerce चे अंगभूत वेबहुक आणि एक रिसीव्हर पुरेसा आहे, आणि रिसीव्हर त्याच PHP ॲप्लिकेशनमधील एक रूट असू शकतो.

**ऑर्डर मेसेजेसचा खर्च कोण करते?** Meta मेसेजिंगचे बिल थेट व्यवसायाला त्याच्या स्वतःच्या WhatsApp Business Account वर देते, आणि EasyCoexistence त्यावर कधीही मार्कअप लावत नाही.

**टीम अजूनही फोन वापरू शकते का?** होय. Coexistence स्टोअरच्या नंबरवर WhatsApp Business ॲप चालू ठेवते, आणि स्टोअरने पाठवलेले टेम्प्लेट थ्रेडमध्ये दिसते.

**वेबहुक बंद झाला असेल तर काय करावे?** रिसीव्हर दुरुस्त करा, मग WooCommerce मध्ये वेबहुकचे स्टेटस पुन्हा active करा. तो बंद असताना तयार झालेल्या ऑर्डरसाठी मेसेज गेला नाही.

---

## PHP आणि Laravel मधून WhatsApp पाठवा आणि मिळवा

https://easycoexistence.com/mr/integrations/php-laravel

मेसेज मिळवण्यासाठी Laravel रूट लागतो, जो Meta च्या पडताळणीच्या GET ला उत्तर देतो आणि POST स्वीकारतो. PHP डॉट्सचे अंडरस्कोअर करते, म्हणून पॅरामीटर्स hub_mode, hub_verify_token आणि hub_challenge असे वाचावे लागतात. पाठवण्यासाठी Cloud API च्या मेसेज एंडपॉइंटवर नंबरचा फोन नंबर आयडी आणि टोकन वापरून एकच Http::withToken() POST पुरेसा आहे. SDK ची गरज नाही.

### Laravel मध्ये WhatsApp मेसेज कसे मिळवायचे?

routes/api.php मध्ये एकाच पाथवर एक GET आणि एक POST ठेवा. फाइल नसेल तर आधी php artisan install:api चालवा. एपीआय रूट्स स्टेटलेस असतात आणि वेब ग्रुपच्या बाहेर असतात, म्हणून 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 च्या HTTP क्लायंटने: फोन नंबर आयडीसाठी मेसेज एंडपॉइंटवर एक POST करा आणि अॅक्सेस टोकन बेअरर टोकन म्हणून द्या. दोन्ही मूल्ये कनेक्शनमधून मिळतात, ती डॅशबोर्डमध्ये दिसतात आणि get_api_credentials मधून परत येतात. ती कोडमध्ये न ठेवता एनव्हायरनमेंट व्हेरिएबल्सवर आधारित config/services.php मध्ये ठेवा.

बॉडीचा आकार वेळेवर अवलंबून असतो. ग्राहकाच्या शेवटच्या मेसेजनंतर 24 तासांच्या आत खाली दाखवल्याप्रमाणे text ऑब्जेक्ट चालते. त्या कालावधीनंतर Meta फक्त मंजूर टेम्प्लेट आणि त्याची भाषा सांगणारा टेम्प्लेट ऑब्जेक्ट स्वीकारते आणि मुक्त मजकूर त्रुटी 131047 सह अपयशी ठरतो. प्रतिसादातच हे दिसते: अपयशी कॉल त्रुटी ऑब्जेक्ट परत करतो, ज्याचा code काय चुकले ते सांगतो, म्हणून तो टाकून न देता लॉग करा.

विनंतीमधील काहीही EasyCoexistence साठी खास नाही. हा Meta च्या स्वतःच्या दस्तऐवजातील कॉल आहे, त्यामुळे कोणताही PHP HTTP क्लायंट, 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 आधी चालतो, संथ प्रक्रिया पुन्हा पाठवली जाते आणि मेसेज दोनदा प्रक्रिया होतात.
- challenge response()->json() ने परत करणे. मूल्याभोवतीचे अवतरण चिन्ह Meta ची तपासणी अपयशी करते.

**PHP SDK आहे का?** आमच्याकडून नाही, आणि त्याची गरजही नाही. एपीआय Meta चा आहे, Meta ने दस्तऐवजीकरण केलेला आहे, आणि Laravel चा HTTP क्लायंट किंवा Guzzle थेट त्यापर्यंत पोहोचतो.

**हे Laravel शिवाय चालते का?** होय. साध्या PHP मध्ये $_GET['hub_challenge'] वाचा, text/plain म्हणून echo करा आणि cURL ने पाठवा. अंडरस्कोअरचा नियम प्रत्येक PHP फ्रेमवर्कला लागू आहे.

**यूआरएलच्या पाथमध्ये की का लागते?** कारण तोच काम करणारा प्रमाणीकरणाचा मार्ग आहे. Meta ची सही Tech Provider च्या ॲप सीक्रेटवर आधारित असते, जे कधीही शेअर केले जात नाही, त्यामुळे यूआरएलमधील गुपितच अनोळखी लोकांना खोटे इव्हेंट्स पोस्ट करण्यापासून रोखते.

**टीम अजूनही फोन वापरू शकते का?** होय. Coexistence नंबरवर WhatsApp Business ॲप चालू ठेवते, आणि फोनवरून पाठवलेले मेसेज तुमच्या रूटवर `echo` इव्हेंट्स म्हणून येतात.

---

## WhatsApp Coexistence ब्राझीलमध्ये: उपलब्धता आणि Meta चे दर

https://easycoexistence.com/mr/docs/whatsapp-coexistence-brazil

Coexistence ब्राझीलमध्ये उपलब्ध आहे: WhatsApp Business ॲप वापरकर्त्यांच्या ऑनबोर्डिंगसाठी Meta च्या दस्तऐवजीकरणात कोणतेही भौगोलिक निर्बंध नाहीत. +55 नंबरवरील मेसेजची किंमत Meta च्या Brazil रेट कार्डनुसार ठरते. 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 Providers आणि थेट इंटिग्रेट केलेल्या व्यवसायांचा Billing Hub मधील Sold-To देश ब्राझील आहे, ते BRL मध्ये Messaging खाती तयार करू शकतात, आणि त्या खात्यांवरील शुल्कांचे इन्व्हॉइस Meta ची स्थानिक संस्था Facebook Brasil BRL मध्ये देते.

या बदलाला मुदत आहे. पात्र ग्राहकांनी त्यांच्या बिझनेस पोर्टफोलिओमधील प्रत्येक Messaging खाते 30 जून 2027 पर्यंत BRL मध्ये हलवणे आवश्यक आहे, कारण 1 जुलै 2027 पासून Meta त्यांच्या BRL नसलेल्या खात्यांमधून मेसेज डिलिव्हर करणे थांबवते. खाते तयार करताना निवडलेले चलन नंतर बदलता येत नसल्याने, या स्थलांतरासाठी Meta Currency Migration एपीआय देते.

1. Check the number: Confirm the +55 number is on the WhatsApp Business app, version 2.24.17 or newer, and not attached to another provider.
2. Set up billing: Add a payment method in Billing Hub, in BRL if your Sold-To country is Brazil.
3. Run Embedded Signup: Log in with Facebook, choose the portfolio and the number, and confirm the connection in the app.

- तुमचा Sold-To देश ब्राझील असताना 30 जून 2027 नंतरही USD Messaging खाते ठेवणे. 1 जुलै 2027 पासून Meta त्या खात्यातून मेसेज डिलिव्हर करणे थांबवते.
- प्रत्येक उत्तर मोफत समजणे. 1 ऑक्टोबर 2026 पासून प्रति नंबर दरमहा 1,000 नंतरच्या सर्व्हिस मेसेजना शुल्क लागते.
- व्यवसाय कुठे आहे त्यानुसार बजेट ठरवणे. Meta किंमत प्राप्तकर्त्याच्या कॉलिंग कोडनुसार ठरवते, त्यामुळे पोर्तुगीज नंबरवरील मेसेजला Rest of Western Europe दर लागतात.

**Coexistence वापरण्यासाठी मला ब्राझिलियन कंपनी असणे आवश्यक आहे का?** नाही. Meta च्या अटी नंबर आणि ॲपबद्दल आहेत, कंपनी कुठे नोंदणीकृत आहे याबद्दल नाहीत. कंपनीचे स्थान फक्त कोणते चलन आणि कोणती Meta संस्था तुम्हाला बिल देईल यासाठी महत्त्वाचे असते.

**BRL दर आणि USD दर सारखेच आहेत का?** Meta प्रत्येक चलनासाठी स्वतंत्र रेट कार्ड प्रकाशित करते. ब्राझीलसाठी 1 ऑक्टोबर 2026 च्या कार्डवर मार्केटिंगसाठी BRL 0.3217 आणि युटिलिटी व ऑथेंटिकेशनसाठी BRL 0.035 नमूद आहे.

**फोनवरून पाठवलेल्या मेसेजसाठी काही शुल्क लागते का?** नाही. Meta च्या दस्तऐवजीकरणानुसार WhatsApp Business ॲपमधून पाठवलेले मेसेज ऑनबोर्डिंगनंतरही मोफत राहतात. फक्त एपीआयमार्फत पाठवलेल्या मेसेजना Cloud API किंमत लागू होते.

**माझ्या खात्यात पेमेंट पद्धत नसेल तर काय होते?** Meta 1,000 मोफत मर्यादेत सर्व्हिस मेसेज डिलिव्हर करत राहते, पण ती मर्यादा संपल्यावर डिलिव्हरी थांबवते. Meta शुल्क आकारते असे काहीही पाठवण्यापूर्वी Billing Hub मध्ये पेमेंट पद्धत जोडा.

---

## मेक्सिकोमध्ये WhatsApp Coexistence: उपलब्धता आणि Meta चे दर

https://easycoexistence.com/mr/docs/whatsapp-coexistence-mexico

Coexistence मेक्सिकोमध्ये उपलब्ध आहे, कारण WhatsApp Business ॲप वापरकर्त्यांच्या ऑनबोर्डिंगबाबत Meta च्या दस्तऐवजात कोणतेही भौगोलिक निर्बंध नाहीत. +52 नंबरवरील मेसेजची किंमत Meta च्या मेक्सिको रेट कार्डनुसार ठरते: 1 ऑक्टोबर 2026 पासून प्रत्येक मार्केटिंग टेम्प्लेटसाठी USD 0.0397 आणि प्रत्येक युटिलिटी किंवा ऑथेंटिकेशन टेम्प्लेटसाठी USD 0.0085, किंवा पेसो कार्डवर MXN 0.7298 आणि MXN 0.1565.

### मेक्सिकोतील व्यवसाय WhatsApp Coexistence वापरू शकतो का?

होय. WhatsApp Business ॲप वापरकर्त्यांच्या ऑनबोर्डिंगसाठी Meta च्या दस्तऐवजातील अटी देशाबद्दल नाहीत, तर नंबर आणि ॲपबद्दल आहेत: नंबर WhatsApp Business ॲपवर आधीपासून सक्रिय असावा, ॲपची आवृत्ती 2.24.17 किंवा नवीन असावी, आणि कनेक्शन Tech Provider किंवा Solution Partner कडून Embedded Signup द्वारे केले जावे.

या अटी पूर्ण करणारा +52 नंबर फोनवरील ॲपमध्ये पूर्वीप्रमाणे चालू राहतो आणि त्याच नंबरवर Cloud API चा प्रवेशही मिळतो. अशा सामायिक नंबरवर Meta एपीआय थ्रूपुट प्रति सेकंद 20 मेसेजपर्यंत मर्यादित ठेवते.

### मेक्सिकोमध्ये Meta प्रति मेसेज किती शुल्क आकारते?

Meta प्रत्येक पोहोचलेल्या मेसेजसाठी शुल्क आकारते, आणि दर दोन गोष्टींवर अवलंबून असतो: मेसेजची श्रेणी आणि तो मिळवणाऱ्या व्यक्तीचा देशाचा कॉलिंग कोड. रेट कार्डवर मेक्सिकोसाठी (+52) स्वतंत्र ओळ आहे. हे 1 ऑक्टोबर 2026 पासून लागू असलेले लिस्ट दर आहेत, आणि त्याच तारखेला Meta ने मेक्सिकोचा मार्केटिंग दर वाढवला. मासिक व्हॉल्यूम जास्त असल्यास Meta च्या व्हॉल्यूम टियरद्वारे युटिलिटी आणि ऑथेंटिकेशन दर कमी होऊ शकतात.

### काय मोफत आहे?

WhatsApp Business ॲपमध्ये फोनवरून टाइप केलेले सर्व काही. Meta च्या दस्तऐवजानुसार नंबर ऑनबोर्ड केल्यानंतरही ते मोफत राहते. फक्त Cloud API द्वारे पाठवलेले मेसेज Cloud API च्या किंमतीनुसार आकारले जातात.

एपीआय बाजूला, प्रत्येक बिझनेस फोन नंबरला दरमहा 1,000 मोफत सर्व्हिस मेसेज मिळतात. हे 24 तासांच्या ग्राहक सेवा विंडोमधील टेम्प्लेटशिवायचे उत्तरे असतात, आणि ही मर्यादा दर महिन्याला नव्याने सुरू होते, पुढे नेली जात नाही. Click to WhatsApp जाहिरातीतून आलेला ग्राहक 7 दिवसांपर्यंतची मोफत एंट्री पॉइंट विंडो उघडतो, ज्यात Meta मार्केटिंग, युटिलिटी, ऑथेंटिकेशन किंवा सर्व्हिस मेसेजसाठी काहीही आकारत नाही.

### Meta मेक्सिकोतील खात्याचे बिल पेसोमध्ये करू शकते का?

MXN हे Meta ने WhatsApp Business Platform वर सक्षम केलेल्या 16 चलनांपैकी एक आहे. ते 1 जानेवारी 2026 रोजी सुरू झाले, आणि Meta USD कार्डसोबत पूर्ण MXN रेट कार्डही प्रसिद्ध करते.

चलन Messaging खाते तयार करतानाच निवडले जाते आणि नंतर सहज बदलता येत नाही. नंतर वेगळ्या चलनात जाण्यासाठी Meta Currency Migration API देते. ब्राझील आणि भारताच्या विपरीत, Meta च्या किंमत पानावर मेक्सिकोसाठी स्थानिक बिलिंगमध्ये सक्तीच्या स्थलांतराचे वर्णन नाही, त्यामुळे MXN की USD हा निर्णय व्यवसायाचा आहे.

1. Check the number: Make sure the +52 number runs the WhatsApp Business app, version 2.24.17 or newer, and is not attached to another provider.
2. Pick the currency: Choose MXN or USD when the account is created, and add a payment method in Billing Hub.
3. Connect: Run Embedded Signup, select the portfolio and the number, and confirm the connection from the app.

- पेसो हवे असताना खाते USD मध्ये तयार करणे. चलन खाते तयार करतानाच निश्चित होते आणि ते बदलण्यासाठी Meta चे Currency Migration API लागते.
- 1 ऑक्टोबर 2026 पूर्वीचे दर वापरणे. त्या तारखेला Meta ने मेक्सिकोचा मार्केटिंग दर वाढवला.
- उत्तर नेहमी मोफत असते असे गृहीत धरणे. प्रति नंबर दरमहा 1,000 सर्व्हिस मेसेजनंतर Meta त्यांसाठी शुल्क आकारते.

**+52 1 मोबाइल नंबरला वेगळी वागणूक मिळते का?** Meta संपूर्ण +52 कॉलिंग कोड मेक्सिको मार्केटशी जोडते, त्यामुळे प्रत्येक मेक्सिकन प्राप्तकर्त्यासाठी मेसेजच्या श्रेणीनुसार मेक्सिकोचाच दर आकारला जातो.

**मेक्सिकोचे दर अलीकडे बदलले का?** होय. Meta च्या 1 ऑक्टोबर 2026 च्या अपडेटमध्ये मेक्सिकोचा मार्केटिंग दर वाढला. युटिलिटी आणि ऑथेंटिकेशन दर त्या बदलांच्या यादीत नव्हते.

**युनायटेड स्टेट्समधील ग्राहकांना मेसेज करणे तितकेच खर्चिक आहे का?** नाही. अमेरिकेचे नंबर Meta च्या North America प्रदेशात येतात, ज्याचे स्वतंत्र दर आहेत. किंमत प्राप्तकर्त्याच्या कॉलिंग कोडवरून ठरते.

**एपीआय कनेक्ट केल्यावर माझे ॲप जाते का?** नाही. नंबर WhatsApp Business ॲपवरच राहतो आणि फोन पूर्वीप्रमाणेच मेसेज पाठवत आणि स्वीकारत राहतो.

---

## कोलंबियामध्ये WhatsApp Coexistence: उपलब्धता आणि Meta चे दर

https://easycoexistence.com/mr/docs/whatsapp-coexistence-colombia

कोलंबियामध्ये Coexistence उपलब्ध आहे: WhatsApp Business ॲप वापरकर्त्यांच्या ऑनबोर्डिंगसाठीच्या Meta च्या दस्तऐवजात कोणतेही देशनिर्बंध नाहीत. +57 नंबरवरील मेसेजेसना Meta चे कोलंबिया रेट कार्ड लागू होते. 1 ऑक्टोबर 2026 पासून त्यात प्रति मार्केटिंग टेम्प्लेट USD 0.0125 आणि प्रति युटिलिटी किंवा ऑथेंटिकेशन टेम्प्लेट USD 0.0008 आहे, तर पेसो कार्डवर COP 46.0227 आणि COP 2.9455 आहे.

### WhatsApp Coexistence कोलंबियन नंबरसोबत चालते का?

होय. WhatsApp Business ॲप वापरकर्त्यांच्या ऑनबोर्डिंगसाठीच्या Meta च्या दस्तऐवजात नंबरने पूर्ण करायच्या अटी दिल्या आहेत आणि त्यापैकी एकही भौगोलिक नाही. +57 नंबर पात्र ठरतो जेव्हा तो आधीच WhatsApp Business ॲपवर वापरात असतो, ॲपची आवृत्ती 2.24.17 किंवा नंतरची असते, आणि ऑनबोर्डिंग Tech Provider किंवा Solution Partner चालवत असलेल्या Embedded Signup द्वारे होते.

ऑनबोर्डिंगनंतर फोन चॅट्ससह पूर्वीप्रमाणेच चालतो, आणि त्याच वेळी तोच नंबर Cloud API द्वारे उत्तर देतो. शेअर केलेल्या नंबरसाठी API बाजूचा थ्रूपुट 20 मेसेजेस प्रति सेकंद असा निश्चित आहे.

### कोलंबियासाठी Meta चे प्रति मेसेज दर काय आहेत?

Meta प्रत्येक डिलिव्हर झालेल्या मेसेजची किंमत त्याची श्रेणी आणि प्राप्तकर्त्याचा देश कॉलिंग कोड यावरून ठरवते. कोलंबिया (+57) हे नामांकित मार्केट आहे, आणि 1 ऑक्टोबर 2026 च्या कार्डवर Meta ने दिलेल्या लॅटिन अमेरिकेतील सर्व मार्केटमध्ये, Rest of Latin America प्रदेशासह, त्याचे मार्केटिंग आणि युटिलिटी दर सर्वात कमी आहेत. खालील आकडे लिस्ट दर आहेत. जास्त मासिक व्हॉल्यूमवर व्हॉल्यूम टियर्स युटिलिटी आणि ऑथेंटिकेशन दर आणखी कमी करू शकतात.

### कोलंबियामध्ये कोणते मेसेजेस मोफत आहेत?

जगभर जे आहेत तेच, कारण Meta च्या मोफत बाबी प्रत्येक मार्केटनुसार नसून जागतिक आहेत.

फोनवरील WhatsApp Business ॲपवरून पाठवलेले मेसेजेस नंबर कनेक्ट केल्यानंतरही मोफत राहतात. Cloud API ची किंमत फक्त API वरून पाठवलेल्या मेसेजेसना लागू होते. प्रत्येक बिझनेस फोन नंबरला दरमहा 1,000 मोफत सर्व्हिस मेसेजेस मिळतात, जे 24 तासांच्या ग्राहक सेवा विंडोमध्ये टेम्प्लेटशिवाय दिलेल्या उत्तरांसाठी आहेत. Click to WhatsApp जाहिरातीतून सुरू झालेली संभाषणे 7 दिवसांपर्यंतची मोफत एंट्री पॉइंट विंडो उघडतात, ज्यात Meta Business Agent मेसेजेस वगळता कोणत्याही श्रेणीला शुल्क नसते.

1 ऑक्टोबर 2026 पासून, खुल्या ग्राहक सेवा विंडोमध्ये पाठवलेल्या युटिलिटी टेम्प्लेट्सना शुल्क लागते.

### कोलंबियन व्यवसाय Meta ला पेसोमध्ये पैसे देऊ शकतो का?

COP हे Meta ने 2026 मध्ये जोडलेल्या चलनांपैकी एक आहे, 1 एप्रिल 2026 पासून उपलब्ध, आणि त्याचे स्वतःचे प्रकाशित रेट कार्ड आहे. Meta चे COP कार्ड प्रत्येक मार्केटची किंमत पेसोमध्ये देते, त्यामुळे मेक्सिको किंवा स्पेनमधील ग्राहकांना मेसेज करणाऱ्या कोलंबियन व्यवसायालाही ते शुल्क COP मध्येच दिसते.

चलन मेसेजिंग खाते तयार करतानाच ठरते आणि नंतर बदलत नाही. नंतर बदल करायचा असल्यास Meta ची Currency Migration API वापरावी लागते. Meta चे प्राइसिंग पेज अनिवार्य स्थानिक बिलिंग मायग्रेशन फक्त ब्राझील आणि भारतासाठी सांगते, म्हणून कोलंबियासाठी COP हा पर्याय आहे, सक्ती नाही.

1. Check the number: The +57 number must be on the WhatsApp Business app, version 2.24.17 or newer, and free of any other provider.
2. Choose COP or USD: Pick the currency at account creation and add a payment method in Billing Hub.
3. Run Embedded Signup: Log in with Facebook, select the portfolio and the number, and confirm in the app.

- कोलंबियाचा दर प्रत्येक ग्राहकाला लावणे. पेरू किंवा चिलीच्या नंबरवरील मेसेजला त्या मार्केटचा दर लागतो, जो ऑक्टोबर 2026 च्या कार्डवर अनेक पटींनी जास्त आहे.
- बिलिंग चलन निष्काळजीपणे निवडणे. खाते तयार झाल्यानंतर बदलण्यासाठी Meta ची Currency Migration API लागते.
- खाते पेमेंट पद्धतीशिवाय ठेवणे. महिन्याचे 1,000 मोफत मेसेजेस संपल्यानंतर सर्व्हिस मेसेजेस डिलिव्हर होणे थांबते.

**कोलंबियाचे दर शेजारी देशांपेक्षा इतके कमी का आहेत?** Meta दर मार्केटनुसार ठरवते आणि वैयक्तिक आकड्यांचे कारण सांगत नाही. 1 ऑक्टोबर 2026 च्या कार्डवर कोलंबिया इतर लॅटिन अमेरिकन मार्केटपेक्षा कमी दाखवले आहे, इतकेच.

**ऑथेंटिकेशनची किंमत युटिलिटीपेक्षा वेगळी आहे का?** कोलंबियासाठी नाही. 1 ऑक्टोबर 2026 च्या कार्डवर दोन्ही USD 0.0008 आहेत, आणि authentication-international दर लागू होत नाही.

**ग्राहकांनी मला पाठवलेल्या मेसेजेसचे पैसे द्यावे लागतात का?** नाही. Meta वापरकर्त्यांकडून व्यवसायाला आलेल्या मेसेजेसवर शुल्क लावत नाही, फक्त व्यवसायाने डिलिव्हर केलेल्या मेसेजेसवर लावते.

**ॲप माझा चॅट इतिहास ठेवते का?** होय. नंबर API ला कनेक्ट केल्यानंतरही WhatsApp Business ॲप फोनवर त्याच्या चॅट्ससह चालत राहते.

---

## अर्जेंटिनामध्ये WhatsApp Coexistence: उपलब्धता आणि Meta चे दर

https://easycoexistence.com/mr/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 नंबर आणि ॲप तपासते: WhatsApp Business ॲपवर आधीच सक्रिय असलेला +54 नंबर, आवृत्ती 2.24.17 किंवा नवीन, आणि Tech Provider किंवा Solution Partner ने Embedded Signup द्वारे कनेक्ट केलेला.

परिणामी एकच नंबर दोन प्रकारे वापरता येतो. कर्मचारी फोनवरून उत्तरे देत राहतात, आणि सॉफ्टवेअर Cloud API द्वारे मेसेज पाठवते व स्वीकारते. नंबर ॲपसोबत शेअर असताना Meta ची मर्यादा प्रति सेकंद 20 मेसेज आहे.

### अर्जेंटिनासाठी Meta प्रति मेसेज किती शुल्क आकारते?

पोहोचलेल्या प्रत्येक मेसेजवर श्रेणीनुसार शुल्क लागते, आणि प्राप्तकर्त्याचा कॉलिंग कोड ज्या बाजारपेठेचा आहे त्याचा दर लागतो. Meta च्या कार्डवर अर्जेंटिना (+54) ही स्वतंत्र बाजारपेठ आहे. हे 1 ऑक्टोबर 2026 पासून लागू असलेले लिस्ट दर आहेत, जे Meta च्या USD आणि ARS रेट कार्डवरून घेतले आहेत. युटिलिटी आणि ऑथेंटिकेशनसाठी, एखाद्या पोर्टफोलिओने महिन्यात अर्जेंटिनाला पुरेसे मेसेज पाठवले की Meta चे मासिक व्हॉल्यूम टियर दर कमी करतात.

### अर्जेंटिनातील व्यवसाय मोफत काय पाठवू शकतो?

फोनवर टाइप केलेल्या उत्तरांना काहीही खर्च नाही: Meta च्या दस्तऐवजानुसार WhatsApp Business ॲपद्वारे पाठवलेले मेसेज ऑनबोर्डिंगनंतरही मोफत राहतात, आणि फक्त API द्वारे पाठवलेल्या मेसेजना Cloud API किंमत लागू होते.

API द्वारे प्रत्येक बिझनेस फोन नंबरला दरमहा 1,000 मोफत सर्व्हिस मेसेजची मर्यादा मिळते, म्हणजे 24 तासांच्या ग्राहक सेवा विंडोमधील टेम्प्लेट नसलेली उत्तरे. ही मर्यादा दर महिन्याला पुन्हा सुरू होते आणि न वापरलेले मेसेज पुढे जात नाहीत. Click to WhatsApp जाहिरातीवरून लिहिणारे ग्राहक 7 दिवसांपर्यंतची मोफत एंट्री पॉइंट विंडो उघडतात, ज्यात मार्केटिंग, युटिलिटी, ऑथेंटिकेशन आणि सर्व्हिस मेसेजवर शुल्क लागत नाही.

### Meta अर्जेंटिनाच्या खात्याचे बिल पेसोमध्ये देऊ शकते का?

ARS हे WhatsApp Business Platform चे चलन 1 एप्रिल 2026 पासून उपलब्ध झाले, आणि 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 ॲप फोनवर चालतच राहते, आणि त्याच नंबरला API ॲक्सेस मिळतो.

---

## चिलीमध्ये WhatsApp Coexistence: उपलब्धता आणि Meta चे दर

https://easycoexistence.com/mr/docs/whatsapp-coexistence-chile

Coexistence चिलीमध्ये उपलब्ध आहे: WhatsApp Business ॲप वापरकर्त्यांच्या ऑनबोर्डिंगसाठीच्या Meta च्या दस्तऐवजात कोणतीही भौगोलिक अट नाही. +56 नंबरवरील मेसेज Meta च्या चिली दरपत्रकानुसार आकारले जातात. 1 ऑक्टोबर 2026 पासून प्रत्येक मार्केटिंग टेम्प्लेटसाठी USD 0.0889 आणि प्रत्येक युटिलिटी किंवा ऑथेंटिकेशन टेम्प्लेटसाठी USD 0.02 लागतात, तर पेसो दरपत्रकावर CLP 78.4917 आणि CLP 17.6584 लागतात.

### चिलीतील व्यवसाय WhatsApp Coexistence वापरू शकतात का?

होय. WhatsApp Business ॲप वापरकर्त्यांच्या ऑनबोर्डिंगसाठीच्या Meta च्या दस्तऐवजात नंबर, ॲप आणि पार्टनरबाबत अटी आहेत, देशाबाबत एकही नाही. +56 नंबर WhatsApp Business ॲपवर वापरात असेल, ॲपची आवृत्ती 2.24.17 किंवा नंतरची असेल आणि Tech Provider किंवा Solution Partner द्वारे Embedded Signup मधून कनेक्ट केला असेल, तर तो पात्र ठरतो.

फोन चॅट्ससह नेहमीप्रमाणे चालू राहतो, आणि नंबरला Cloud API चा प्रवेश दर सेकंदाला 20 मेसेज या निश्चित मर्यादेवर मिळतो. ॲपसोबत शेअर केलेल्या नंबरवर Meta हीच मर्यादा लावते.

### चिलीमध्ये Meta प्रति मेसेज किती आकारते?

Meta प्रत्येक डिलिव्हर झालेल्या मेसेजसाठी, श्रेणीनुसार, प्राप्तकर्त्याच्या बाजारपेठेच्या दराने आकारणी करते. चिली (+56) ही स्वतंत्रपणे नमूद केलेली बाजारपेठ आहे, आणि 1 ऑक्टोबर 2026 च्या दरपत्रकावर तिचा मार्केटिंग दर लॅटिन अमेरिकेतील सर्व नोंदींमध्ये सर्वाधिक आहे, Rest of Latin America या प्रदेशापेक्षाही जास्त. युटिलिटी आणि ऑथेंटिकेशन USD 0.02 वर आहेत, आणि चिलीला मोठ्या प्रमाणात मेसेज पाठवणाऱ्या पोर्टफोलिओसाठी Meta चे मासिक व्हॉल्यूम टियर्स हे दोन दर कमी करू शकतात.

### चिलीतील कोणत्या मेसेजसाठी Meta शुल्क आकारत नाही?

WhatsApp Business ॲपवरून थेट पाठवलेल्या कोणत्याही मेसेजसाठी नाही. Meta च्या दस्तऐवजानुसार ऑनबोर्डिंगनंतर ॲपमधील मेसेज मोफत राहतात आणि फक्त Cloud API वरून पाठवलेल्या मेसेजना किंमत लागते.

API वर, प्रत्येक बिझनेस फोन नंबरच्या पहिल्या 1,000 सर्व्हिस मेसेजसाठी Meta दर महिन्याला शुल्क आकारत नाही. हे 24 तासांच्या ग्राहक सेवा विंडोत पाठवलेले टेम्प्लेट नसलेले प्रतिसाद असतात. तसेच Click to WhatsApp जाहिरातीतून सुरू झालेले संभाषण 7 दिवसांपर्यंतची मोफत एंट्री पॉइंट विंडो उघडते, ज्यात Meta Business Agent मेसेज वगळता कोणत्याही श्रेणीसाठी शुल्क लागत नाही.

चिलीचा मार्केटिंग दर पाहता, तिथे प्रमोशनल मेसेज पाठवण्याचा सर्वात स्वस्त मार्ग म्हणजे ही मोफत एंट्री पॉइंट विंडो.

### Meta चिलीयन पेसोमध्ये बिलिंग देते का?

होय, पर्याय म्हणून. Meta ने त्या वर्षी जोडलेल्या चलनांपैकी एक म्हणून CLP 1 एप्रिल 2026 रोजी सुरू झाले, आणि Meta सर्व बाजारपेठांसाठी CLP दरपत्रक प्रकाशित करते, त्यामुळे परदेशातील ग्राहकांना पाठवलेले मेसेजही पेसोमध्ये दिसतात.

बिलिंग चलन मेसेजिंग खाते तयार करताना निवडले जाते आणि नंतर ते निश्चित राहते, जोपर्यंत व्यवसाय Meta ची Currency Migration API वापरत नाही. Meta च्या किंमत पृष्ठावर सक्तीचे स्थानिक बिलिंग फक्त Brazil आणि India साठी नमूद आहे; चिलीतील व्यवसाय 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 मोफत सर्व्हिस मेसेज दर महिन्याला रीसेट होतात आणि न वापरलेले पुढे जात नाहीत.
- चिलीतील मोहिमेची किंमत Rest of Latin America च्या आकड्यांनी ठरवणे. चिली ही स्वतःचे दर असलेली स्वतंत्र बाजारपेठ आहे.

**मार्केटिंगसाठी चिली अर्जेंटिनापेक्षा स्वस्त आहे का?** नाही. 1 ऑक्टोबर 2026 च्या दरपत्रकावर चिलीचा मार्केटिंग दर USD 0.0889 आहे आणि अर्जेंटिनाचा USD 0.0618.

**Meta माझ्या टेम्प्लेटची श्रेणी बदलू शकते का?** होय. Meta टेम्प्लेटच्या श्रेणींचा आढावा घेते आणि टेम्प्लेटची श्रेणी बदलू शकते, त्यामुळे त्यावर लागणारा दरही बदलतो.

**येणाऱ्या मेसेजसाठी काही खर्च येतो का?** नाही. Meta फक्त व्यवसायाने डिलिव्हर केलेल्या मेसेजसाठी शुल्क आकारते, ग्राहकांनी पाठवलेल्या मेसेजसाठी नाही.

**नंबर ॲपमध्ये चालू राहतो का?** होय. नंबर API शी कनेक्ट केल्यानंतरही WhatsApp Business ॲप फोनवर सक्रिय राहते.

---

## पेरूमध्ये WhatsApp Coexistence: उपलब्धता आणि Meta चे दर

https://easycoexistence.com/mr/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 उपलब्ध आहे. Meta ने 2026 मध्ये जोडलेल्या चलनांपैकी ते 1 एप्रिल 2026 रोजी सुरू झाले, आणि Meta आपल्या किंमत ठरवलेल्या प्रत्येक मार्केटसाठी PEN रेट कार्ड प्रकाशित करते.

मेसेजिंग खाते तयार करताना चलन निवडले जाते आणि नंतर ते निश्चित राहते, फक्त Meta च्या Currency Migration API द्वारे ते बदलता येते. Meta च्या किंमत पृष्ठावर फक्त ब्राझील आणि भारतासाठी स्थानिक बिलिंगमध्ये सक्तीचे स्थलांतर नमूद आहे, त्यामुळे पेरूचा व्यवसाय PEN आणि USD मधून स्वतः निवड करतो.

1. Check the number: Confirm the +51 number is on the WhatsApp Business app, version 2.24.17 or newer, and not attached to another provider.
2. Choose PEN or USD: Pick the currency when the account is created and add a payment method in Billing Hub.
3. Run Embedded Signup: Log in with Facebook, select the portfolio and the number, and confirm the connection in the app.

- 1 ऑक्टोबर 2026 पूर्वीच्या आकड्यांवरून युटिलिटी मेसेजचे बजेट करणे. Meta ने त्याच तारखेला पेरूचे युटिलिटी आणि ऑथेंटिकेशन दर वाढवले.
- उत्तरांसाठी युटिलिटी टेम्प्लेटवर अवलंबून राहणे. विंडो उघडी असताना मोफत सर्व्हिस मेसेज तेच काम करतो, प्रति नंबर दरमहा 1,000 पर्यंत.
- शेजारच्या मार्केटमध्ये तोच खर्च असेल असे गृहीत धरणे. त्याच कार्डवर कोलंबियाचा युटिलिटी दर USD 0.0008 आहे.

**ऑक्टोबर 2026 मध्ये माझा युटिलिटी खर्च का वाढला?** Meta ने 1 ऑक्टोबर 2026 रोजी पेरूचे युटिलिटी आणि ऑथेंटिकेशन दर वाढवले, आणि त्याच तारखेपासून ग्राहक सेवा विंडोमध्ये पाठवलेल्या युटिलिटी टेम्प्लेटवरही शुल्क आकारणे सुरू केले.

**ग्राहक मला पाठवत असलेल्या मेसेजसाठी Meta शुल्क आकारते का?** नाही. फक्त व्यवसायाकडून पोहोचवलेल्या मेसेजसाठी शुल्क लागते.

**पेरूसाठी authentication-international दर आहे का?** नाही. 1 ऑक्टोबर 2026 च्या कार्डवर पेरूसाठी असा कोणताही दर नाही, त्यामुळे ऑथेंटिकेशनवर USD 0.03 शुल्क लागते.

**फोनवरील ॲप चालू राहील का?** होय. नंबर एपीआयशी कनेक्ट झाल्यानंतरही WhatsApp Business ॲप फोनवर चालू राहते.

---

## कोस्टा रिकामध्ये WhatsApp Coexistence: उपलब्धता आणि Meta चे दर

https://easycoexistence.com/mr/docs/whatsapp-coexistence-costa-rica

कोस्टा रिकामध्ये Coexistence उपलब्ध आहे, कारण WhatsApp Business ॲप वापरकर्त्यांच्या ऑनबोर्डिंगसाठीच्या Meta च्या दस्तऐवजात कोणतेही भौगोलिक बंधन नाही. Meta च्या दरपत्रकात कोस्टा रिकाची स्वतंत्र ओळ नाही: +506 नंबरवर उर्वरित लॅटिन अमेरिका दर लागू होतात, जे 1 ऑक्टोबर 2026 पासून प्रत्येक मार्केटिंग टेम्प्लेटसाठी USD 0.074 आणि प्रत्येक युटिलिटी किंवा ऑथेंटिकेशन टेम्प्लेटसाठी USD 0.0113 आहेत.

### कोस्टा रिकाचा नंबर WhatsApp Coexistence वापरू शकतो का?

होय. WhatsApp Business ॲप वापरकर्त्यांच्या ऑनबोर्डिंगसाठीच्या Meta च्या दस्तऐवजात अटी नंबरवर आणि ॲपवर आहेत, देशावर नाहीत. +506 नंबर पात्र ठरतो जर तो आधीपासून WhatsApp Business ॲपवर वापरात असेल, ॲप आवृत्ती 2.24.17 किंवा नवी असेल आणि कनेक्शन Tech Provider किंवा Solution Partner कडून Embedded Signup द्वारे केले असेल.

फोन आपल्या सध्याच्या चॅट्ससह नेहमीप्रमाणे चालतो आणि नंबरला Cloud API ॲक्सेस मिळतो. ॲप आणि एपीआय यांच्यात शेअर केलेल्या नंबरसाठी Meta थ्रूपुट 20 मेसेजेस प्रति सेकंद इतका निश्चित करते.

### कोस्टा रिकाला उर्वरित लॅटिन अमेरिका दर का लागतात?

Meta च्या दरपत्रकात 39 देश स्वतंत्रपणे नमूद आहेत आणि उरलेले 8 प्रदेशांमध्ये गटबद्ध केले आहेत. कोस्टा रिका (+506) हे उर्वरित लॅटिन अमेरिका प्रदेशातील 15 मार्केट्सपैकी एक आहे, ज्यात पनामा, ग्वाटेमाला, इक्वेडोर आणि उरुग्वे यांसारखे देशही आहेत. या मार्केट्समधील कोणत्याही नंबरवर पोहोचवलेल्या प्रत्येक मेसेजला प्रदेशाचा दर लागतो.

युटिलिटी आणि ऑथेंटिकेशनच्या व्हॉल्यूम टियर्ससाठीही प्रदेश महत्त्वाचा आहे. टियर्स प्रत्येक मार्केट आणि श्रेणीनुसार मोजले जातात, त्यामुळे उर्वरित लॅटिन अमेरिकेतील सर्व देशांना पाठवलेले मेसेजेस एकाच प्रादेशिक टियरमध्ये मोजले जातात, कोस्टा रिकाच्या स्वतंत्र टियरमध्ये नाही.

### कोस्टा रिकाच्या व्यवसायासाठी कोणते मेसेजेस मोफत आहेत?

फोनवरील WhatsApp Business ॲपमध्ये जे काही टाइप केले जाते ते. Meta च्या दस्तऐवजानुसार ऑनबोर्डिंगनंतरही ॲपमधील मेसेजेस मोफत राहतात आणि Cloud API किंमत फक्त एपीआयद्वारे पाठवलेल्या मेसेजेससाठी आहे.

एपीआय बाजूला, प्रत्येक व्यवसाय फोन नंबरला दरमहा 1,000 मोफत सर्व्हिस मेसेजेस मिळतात. हे 24 तासांच्या ग्राहक सेवा विंडोमधील टेम्प्लेटशिवायचे प्रतिसाद आहेत आणि न वापरलेले पुढे जात नाहीत. Click to WhatsApp जाहिरातीतून सुरू झालेले संभाषण 7 दिवसांपर्यंतची मोफत एंट्री पॉइंट विंडो उघडते, ज्यात Meta मार्केटिंग, युटिलिटी, ऑथेंटिकेशन किंवा सर्व्हिस मेसेजेससाठी शुल्क आकारत नाही. ग्राहक सेवा विंडोमध्ये पाठवलेल्या युटिलिटी टेम्प्लेटवर 1 ऑक्टोबर 2026 पासून शुल्क लागते.

### Meta कोस्टा रिकाच्या खात्याचे बिल कोणत्या चलनात देते?

Meta WhatsApp Business Platform वर 16 बिलिंग चलने सक्षम करते आणि कोस्टा रिकाचा कोलोन त्यात नाही. कोस्टा रिकाचा व्यवसाय मेसेजिंग खाते तयार करताना प्रकाशित चलनांपैकी एक निवडतो, उदाहरणार्थ USD, आणि Meta आपल्या प्रत्येक दरपत्रकात उर्वरित लॅटिन अमेरिका दर प्रकाशित करते.

खाते तयार झाल्यानंतर चलन मुक्तपणे बदलता येत नाही. बदलासाठी Meta Currency Migration एपीआय देते. 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 ला कोलोनमध्ये पैसे देऊ शकतो का?** नाही. WhatsApp Business Platform साठी Meta सक्षम करत असलेल्या 16 चलनांमध्ये कोलोन नाही.

**ग्राहकांनी मला पाठवलेल्या मेसेजेससाठी काही खर्च येतो का?** नाही. Meta फक्त व्यवसायांनी पोहोचवलेल्या मेसेजेससाठी शुल्क आकारते.

**एपीआय कनेक्ट केल्याने ॲप बंद होते का?** नाही. WhatsApp Business ॲप फोनवर आपल्या चॅट्ससह सुरू राहते.

---

## स्पेनमध्ये WhatsApp Coexistence: उपलब्धता आणि Meta चे दर

https://easycoexistence.com/mr/docs/whatsapp-coexistence-spain

Coexistence स्पेनमध्ये उपलब्ध आहे. WhatsApp Business ॲप वापरकर्त्यांसाठीच्या Meta च्या ऑनबोर्डिंग दस्तऐवजात EU सह कोणतेही भौगोलिक निर्बंध नाहीत. +34 नंबरवरील मेसेजसाठी स्पेनचे स्वतंत्र दरपत्रक लागू होते. 1 ऑक्टोबर 2026 पासून त्यात प्रत्येक मार्केटिंग टेम्प्लेटसाठी EUR 0.0585 आणि प्रत्येक युटिलिटी किंवा ऑथेंटिकेशन टेम्प्लेटसाठी EUR 0.0166 दर आहे, म्हणजे USD 0.0707 आणि USD 0.02.

### स्पेन आणि EU मध्ये WhatsApp Coexistence उपलब्ध आहे का?

होय. WhatsApp Business ॲप वापरकर्त्यांच्या ऑनबोर्डिंगसाठी Meta च्या सध्याच्या दस्तऐवजात नंबर, ॲप आणि पार्टनर यांच्यावरील अटी दिल्या आहेत, पण कोणतेही भौगोलिक निर्बंध नाहीत. +34 नंबर पात्र ठरतो जेव्हा तो आधीपासून WhatsApp Business ॲपवर वापरात असतो, ॲपची आवृत्ती 2.24.17 किंवा नवीन असते, आणि Tech Provider किंवा Solution Partner द्वारे Embedded Signup मार्फत तो कनेक्ट केलेला असतो.

सुरुवातीच्या रोलआउटमधील ज्या याद्यांमध्ये EU वगळले होते, त्या अजूनही शेअर केल्या जातात, पण Meta चा दस्तऐवज त्यांना आता पाठिंबा देत नाही. ऑनबोर्डिंगनंतर फोन नेहमीप्रमाणे चालतो, आणि नंबर Cloud API द्वारे दर सेकंदाला निश्चित 20 मेसेजच्या वेगाने उत्तर देतो.

### स्पेनमध्ये Meta प्रति मेसेज किती शुल्क आकारते?

Meta प्रत्येक पोहोचलेल्या मेसेजसाठी, श्रेणीनुसार आणि प्राप्तकर्त्याच्या कॉलिंग कोडच्या मार्केटनुसार शुल्क आकारते. स्पेन (+34) हे स्वतंत्र नामांकित मार्केट आहे, आणि पोर्तुगाल, आयर्लंड व इतर देश असलेल्या Rest of Western Europe प्रदेशापेक्षा वेगळे आहे. हे 1 ऑक्टोबर 2026 पासून लागू असलेले सूची दर आहेत. मार्केटिंग दर शेवटचा 1 जुलै 2026 रोजी वाढवला गेला. स्पेनमध्ये मासिक व्हॉल्यूम जास्त असलेल्या पोर्टफोलिओसाठी व्हॉल्यूम टियर्स युटिलिटी आणि ऑथेंटिकेशनचे दर कमी करू शकतात.

### स्पॅनिश व्यवसायासाठी कोणते मेसेज मोफत आहेत?

फोनवरील WhatsApp Business ॲपमधून पाठवलेले मेसेज. Meta च्या दस्तऐवजानुसार ऑनबोर्डिंगनंतरही ते मोफत राहतात, आणि Cloud API चे दर फक्त एपीआयद्वारे जाणाऱ्या मेसेजना लागू होतात.

एपीआयद्वारे Meta प्रत्येक व्यवसाय फोन नंबरला दरमहा 1,000 मोफत सेवा मेसेज देते. हे 24 तासांच्या ग्राहक सेवा विंडोमध्ये पाठवलेले टेम्प्लेट नसलेले उत्तर मेसेज असतात, आणि दर महिन्याला रीसेट होतात. Click to WhatsApp जाहिरातीतून आलेल्या ग्राहकासाठी 7 दिवसांपर्यंतची मोफत एंट्री पॉइंट विंडो उघडते, ज्यात मार्केटिंग, युटिलिटी, ऑथेंटिकेशन किंवा सेवा मेसेजसाठी शुल्क नसते.

1 ऑक्टोबर 2026 पासून, खुल्या ग्राहक सेवा विंडोमध्ये पाठवलेल्या युटिलिटी टेम्प्लेटसाठी शुल्क आकारले जाते.

### Meta स्पॅनिश व्यवसायाला युरोमध्ये बिल देऊ शकते का?

होय. 2026 मध्ये Meta ने आणखी दहा चलने जोडण्यापूर्वीही 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.

- EU वगळणाऱ्या जुन्या उपलब्धता यादीवर विश्वास ठेवणे. Meta च्या सध्याच्या ऑनबोर्डिंग दस्तऐवजात कोणतेही भौगोलिक निर्बंध नाहीत.
- पोर्तुगीज ग्राहकांना स्पेनच्या दराने किंमत लावणे. पोर्तुगाल (+351) Rest of Western Europe मध्ये येतो, ज्याचे दर वेगळे आहेत.
- 1 जुलै 2026 पूर्वीचे मार्केटिंग आकडे वापरणे. Meta ने त्या तारखेला स्पेनचा मार्केटिंग दर वाढवला.

**EU मध्ये Coexistence कधी उपलब्ध नव्हते का?** सुरुवातीच्या रोलआउटच्या याद्यांमध्ये ते वगळले होते. Business ॲप वापरकर्त्यांसाठीच्या Meta च्या सध्याच्या ऑनबोर्डिंग दस्तऐवजात कोणतेही भौगोलिक निर्बंध नाहीत, त्यामुळे प्रत्यक्ष प्रक्रिया हीच कसोटी आहे.

**स्पेनमधून लॅटिन अमेरिकेला मेसेज पाठवल्यास स्पेनच्या दराने किंमत लागते का?** नाही. Meta प्राप्तकर्त्याच्या कॉलिंग कोडनुसार शुल्क आकारते, त्यामुळे मेक्सिकन नंबरवरील मेसेजसाठी मेक्सिकोचा दर लागतो.

**ग्राहकांनी मला पाठवलेल्या मेसेजसाठी मला पैसे द्यावे लागतात का?** नाही. व्यवसायाने वापरकर्त्यांना पोहोचवलेल्या मेसेजसाठीच Meta शुल्क आकारते.

**कनेक्ट केल्यानंतर ॲप चालू राहते का?** होय. WhatsApp Business ॲप त्याच्या चॅटसह फोनवर राहते, आणि नंबरला एपीआय अॅक्सेस मिळतो.

---

## भारतात WhatsApp Coexistence: उपलब्धता, Meta चे दर आणि INR बिलिंग

https://easycoexistence.com/mr/docs/whatsapp-coexistence-india

भारतीय नंबरसाठी Coexistence उपलब्ध आहे: WhatsApp Business ॲप वापरकर्त्यांसाठीच्या Meta च्या ऑनबोर्डिंग दस्तऐवजात कोणत्याही देशावर निर्बंध नमूद नाही. 1 ऑक्टोबर 2026 पासून Meta +91 नंबरवर पोहोचवलेल्या प्रत्येक मार्केटिंग टेम्प्लेटसाठी US$ 0.0118 आणि प्रत्येक युटिलिटी किंवा ऑथेंटिकेशन टेम्प्लेटसाठी US$ 0.0014 आकारते. ज्या व्यवसायांचा Billing Hub मधील Sold-To देश भारत आहे, त्यांनी प्रत्येक WhatsApp Business खाते 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 खाते 31 डिसेंबर 2026 पर्यंत INR मध्ये स्थलांतरित झालेले असले पाहिजे. Meta नुसार 1 जानेवारी 2027 पासून ते पात्र ग्राहकांच्या non-INR खात्यांचे मेसेजेस पोहोचवणे थांबवेल.

Coexistence नंबरवर याचा परिणाम एपीआय द्वारे केलेल्या सशुल्क पाठवण्यावर होतो, कारण पेमेंट पद्धत व्यवसायाच्या स्वतःच्या WhatsApp Business खात्यावर असते. भारतात authentication-international दरही आहे. भारताबाहेरील पात्र व्यवसायाला तो Meta ने सुरुवातीची तारीख ठरवल्यावर लागू होतो, आणि त्यासाठी 30 दिवसांची पूर्वसूचना दिली जाते.

### भारतीय नंबर एपीआयला कसा जोडायचा आणि ॲप कसे ठेवायचे?

Tech Provider द्वारे चालवल्या जाणाऱ्या Meta च्या Embedded Signup मधून, Coexistence पर्यायासह. व्यवसाय Facebook ने लॉग इन करतो, आपला Business Portfolio निवडतो, WhatsApp Business ॲपमध्ये आधीच नोंदणीकृत असलेला +91 नंबर टाकतो आणि ॲपमध्ये दिसणारा QR कोड स्कॅन करून खात्री करतो. त्यानंतर ॲपमधील चॅट हिस्ट्री सिंक्रोनाइझ करता येते, ज्यात मीडिया फक्त शेवटच्या दोन आठवड्यांचा उपलब्ध असतो.

नंबर ॲपमध्ये काम करत राहतो आणि प्रति सेकंद 20 मेसेजेसच्या निश्चित वेगाने Cloud API चा ॲक्सेस मिळवतो. प्रत्येक स्क्रीन काय विचारते यासह संपूर्ण क्रम नंबर कनेक्ट करणे या पानावर आहे.

- Sold-To देश भारत असताना 31 डिसेंबर 2026 नंतरही WhatsApp Business खाते USD वर ठेवणे. Meta ने ते मेसेजेस पोहोचवणे थांबवणार असल्याचे सांगितले आहे.
- मोहिमेची किंमत पाठवणाऱ्याच्या देशावरून ठरवणे. Meta प्राप्तकर्त्याच्या कॉलिंग कोडनुसार आकारते, त्यामुळे +91 प्राप्तकर्त्यांना भारताचा दर लागतो.
- प्रत्येक टेम्प्लेट युटिलिटी समजणे. Meta ने मार्केटिंग म्हणून वर्गीकृत केलेल्या टेम्प्लेटचा खर्च भारतात युटिलिटी दराच्या आठ पटींपेक्षा जास्त असतो.

**भारतीय ग्राहकांना दिलेली उत्तरे मोफत आहेत का?** 24 तासांच्या ग्राहक सेवा विंडोमधील टेम्प्लेट नसलेली उत्तरे मोफत आहेत, तसेच WhatsApp Business ॲपमध्ये टाइप केलेले मेसेजेसही. विंडोबाहेरील टेम्प्लेटवर शुल्क लागते.

**Meta भारतीय व्यवसायांना कोणत्या चलनात बिल देते?** ज्या व्यवसायांचा Billing Hub मधील Sold-To देश भारत आहे ते INR वर जात आहेत, आणि प्रत्येक खाते 31 डिसेंबर 2026 पर्यंत INR वर असणे आवश्यक आहे. यासाठी Meta INR दरपत्रक प्रसिद्ध करते.

**माझा व्यवसाय परदेशात असेल तर मला भारताचा दर लागतो का?** मार्केटिंग आणि युटिलिटीसाठी होय, कारण दर प्राप्तकर्त्याच्या +91 कोडनुसार ठरतो. Meta ने तुमच्या व्यवसायासाठी सुरुवातीची तारीख ठरवल्यावर ऑथेंटिकेशन authentication-international दरावर जाऊ शकते.

**मी फोनवर ॲप वापरणे सुरू ठेवू शकतो का?** होय. ॲप आवृत्ती 2.24.17 किंवा नवीन असेल आणि नियमितपणे उघडले जात असेल, तोपर्यंत Coexistence त्याच नंबरवर WhatsApp Business ॲप चालू ठेवते.

---

## इंडोनेशियातील WhatsApp Coexistence: उपलब्धता, Meta चे दर आणि सेटअप

https://easycoexistence.com/mr/docs/whatsapp-coexistence-indonesia

इंडोनेशियन नंबर Coexistence वापरू शकतात, कारण 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 नंबरवर पोहोचणारा प्रत्येक टेम्प्लेट इंडोनेशियाच्या दराने आकारला जातो, पाठवणारा व्यवसाय जकार्तामध्ये असो किंवा परदेशात.

खालील दर 1 ऑक्टोबर 2026 पासून लागू असलेल्या Meta च्या USD आणि IDR दरपत्रकांमधील आहेत. इंडोनेशियामध्ये युटिलिटी आणि ऑथेंटिकेशन यांचा एकच दर आहे, US$ 0.025, जो मार्केटिंग दराच्या सुमारे 61% आहे. खुल्या 24 तासांच्या सेवा विंडोमधील मुक्त मजकूर उत्तरे मोफत आहेत, त्या विंडोमध्ये पाठवलेला युटिलिटी टेम्प्लेट मोफत आहे, आणि Coexistence नंबरवर WhatsApp Business ॲपमध्ये व्यवसायाने टाइप केलेले सर्व काही देखील मोफत आहे.

### इंडोनेशियन व्यवसायाने बिलिंग चलन आणि ऑथेंटिकेशनबद्दल काय जाणून घ्यावे?

Meta ज्या बिलिंग चलनांमध्ये दरपत्रके प्रकाशित करते त्यापैकी IDR एक आहे, USD आणि इतर चौदा चलनांसोबत. त्यामुळे इंडोनेशियन व्यवसाय रूपांतर न करता Meta च्या दरपत्रकातून थेट रुपियामध्ये खर्च पाहू शकतो.

इंडोनेशिया Meta च्या authentication-international दर असलेल्या देशांच्या यादीतही आहे. इंडोनेशियाबाहेर असलेला व्यवसाय +62 नंबरवर वन टाइम पासकोड पाठवत असल्यास त्याला प्रति ऑथेंटिकेशन टेम्प्लेट US$ 0.136 वर हलवले जाऊ शकते, जे देशांतर्गत दरापेक्षा पाच पटींपेक्षा जास्त आहे. Meta ही सुरुवातीची तारीख प्रत्येक व्यवसायासाठी ठरवते आणि 30 दिवस आधी कळवते, म्हणून इंडोनेशियन वापरकर्त्यांची पडताळणी करणाऱ्या परदेशी ॲपने साइन अप वाढवण्यापूर्वी त्यासाठी नियोजन करावे.

### ॲप न गमावता इंडोनेशियन नंबर कसा जोडायचा?

Meta च्या Embedded Signup द्वारे, विद्यमान WhatsApp Business ॲप नंबरसाठीचा पर्याय वापरून. व्यवसाय Facebook ने साइन इन करतो, आपला Business Portfolio निवडतो, +62 नंबर टाकतो आणि ॲपमध्ये दिसणारा QR कोड स्कॅन करतो. हे पूर्ण झाल्यावर, पार्टनरकडे संपर्क आणि चॅट इतिहास सिंक्रोनाइझ करणे सुरू करण्यासाठी 24 तास असतात, अन्यथा व्यवसायाला प्रक्रिया पुन्हा करावी लागते.

ऑनबोर्डिंगनंतर फोन पूर्वीप्रमाणेच चालतो, नंबर Cloud API द्वारेही उत्तर देतो, आणि दोघे प्रति सेकंद 20 मेसेजचा निश्चित थ्रूपुट शेअर करतात. नंबर जोडणे या पानावर प्रत्येक स्क्रीन दिली आहे.

- USD किंमत हाताने रुपियामध्ये रूपांतरित करणे. Meta IDR दरपत्रक प्रकाशित करते, आणि IDR खात्याला तोच आकडा आकारला जातो.
- परदेशातील व्यवसायाने वन टाइम पासकोडचे बजेट देशांतर्गत दराने ठरवणे. इंडोनेशियासाठी US$ 0.136 चा authentication-international दर आहे.
- QR स्कॅननंतर प्रक्रिया सोडून देणे. सिंक 24 तासांत सुरू झाले पाहिजे, अन्यथा ऑनबोर्डिंग पुन्हा करावे लागते.

**इंडोनेशियामध्ये युटिलिटी आणि ऑथेंटिकेशनचा दर सारखाच आहे का?** होय. 1 ऑक्टोबर 2026 पासून लागू असलेल्या Meta च्या दरपत्रकात दोन्ही प्रति पोहोचलेल्या टेम्प्लेट US$ 0.025, म्हणजे IDR 356.65 आहेत.

**Meta मला रुपियामध्ये बिल देऊ शकते का?** Meta ने आपल्या किंमत पानावर नमूद केलेल्या बिलिंग चलनांपैकी IDR एक आहे आणि त्याचे स्वतंत्र दरपत्रक आहे, त्यामुळे रुपियामधील आकडे थेट Meta कडून वाचता येतात.

**कनेक्ट केल्यानंतर फोनवरून पाठवलेल्या मेसेजवर शुल्क लागते का?** नाही. Meta सांगते की Coexistence ऑनबोर्डिंगनंतर WhatsApp Business ॲपमधून पाठवलेले मेसेज मोफत राहतात. फक्त Cloud API मधून पाठवलेल्या मेसेजना Cloud API किंमत लागू होते.

**माझा नंबर अजूनही सामान्य WhatsApp वर असेल तर काय?** तो आधी WhatsApp Business ॲपवर हलवावा लागतो. Coexistence फक्त आधीपासून Business ॲपमध्ये असलेल्या नंबरसाठी दिले जाते.

---

## UAE मध्ये WhatsApp Coexistence: उपलब्धता, Meta चे दर आणि AED बिलिंग

https://easycoexistence.com/mr/docs/whatsapp-coexistence-uae

संयुक्त अरब अमिरातीतील नंबरसाठी Coexistence उपलब्ध आहे, कारण Business app वापरकर्त्यांसाठीच्या Meta च्या ऑनबोर्डिंग दस्तऐवजात कोणत्याही देशावर निर्बंध नमूद केलेला नाही. 1 ऑक्टोबर 2026 पासून Meta +971 नंबरवर पोहोचलेल्या प्रत्येक मार्केटिंग टेम्प्लेटसाठी US$ 0.0576 (AED 0.2115) आणि प्रत्येक युटिलिटी किंवा ऑथेंटिकेशन टेम्प्लेटसाठी US$ 0.0157 (AED 0.0576) आकारते.

### UAE मध्ये WhatsApp Coexistence उपलब्ध आहे का?

होय. WhatsApp Business app वापरकर्त्यांना Cloud API वर ऑनबोर्ड करण्यासाठीच्या Meta च्या दस्तऐवजात व्यवसायाला आणि पार्टनरला काय लागते ते दिले आहे: प्रामुख्याने app आवृत्ती 2.24.17 किंवा नवीन, आणि Embedded Signup वापरणारा Tech Provider किंवा Solution Partner. त्यात कोणताही देश, प्रदेश किंवा कॉलिंग कोड वगळलेला नाही. WhatsApp Business app वर सक्रिय वापरात असलेला +971 नंबर पात्र ठरतो.

UAE चा नंबर इतर कोणत्याही देशातील नंबरप्रमाणेच त्याच कारणांमुळे अपात्र ठरतो: तो ग्राहकांसाठीच्या WhatsApp ॲपवर आहे, ॲप जुने आहे, किंवा नंबर अजूनही दुसऱ्या प्रोव्हायडरशी जोडलेला आहे. Embedded Signup हीच खात्रीशीर चाचणी आहे, कारण ते नंबर स्वीकारते किंवा का नाही ते सांगते.

### UAE मध्ये Meta प्रति मेसेज किती आकारते?

Meta पोहोचलेल्या प्रत्येक टेम्प्लेटसाठी आकारणी करते, आणि किंमत प्राप्तकर्त्याच्या देशाच्या कॉलिंग कोडनुसार ठरते. +971 नंबरवर पोहोचलेले कोणतेही टेम्प्लेट UAE दराने बिल होते, पाठवणारा व्यवसाय कुठेही नोंदणीकृत असला तरी. Meta च्या दरपत्रकात UAE ची स्वतंत्र ओळ आहे, ती Rest of Middle East च्या दरासोबत सामायिक नाही.

खालील आकडे 1 ऑक्टोबर 2026 पासून लागू असलेल्या Meta च्या USD आणि AED दरपत्रकांतील आहेत. खुल्या 24 तासांच्या ग्राहक सेवा विंडोमधील मुक्त मजकूर उत्तरे मोफत आहेत, त्या विंडोमध्ये पाठवलेले युटिलिटी टेम्प्लेट मोफत आहे, आणि Coexistence नंबरवर WhatsApp Business app मधून पाठवलेले मेसेजेस मोफत राहतात. मार्केटिंग टेम्प्लेटसाठी ते पोहोचेल तेव्हा प्रत्येक वेळी आकारणी होते.

### UAE च्या किंमती आणि बिलिंगमध्ये अलीकडे काय बदलले?

Meta च्या किंमत बदलांच्या नोंदीतील दोन बदल थेट लागू होतात. 1 ऑक्टोबर 2025 रोजी Meta ने संयुक्त अरब अमिरातीसाठी मार्केटिंग मेसेजचा दर वाढवला. 1 एप्रिल 2026 रोजी त्यांनी आठ बिलिंग चलने जोडली, त्यात AED चा समावेश आहे, त्यामुळे अमिरातीतील व्यवसायाला आता दिरहममध्ये बिल मिळू शकते आणि खर्च AED दरपत्रकातून वाचता येतो.

UAE हे Meta च्या authentication-international दर असलेल्या बाजारांच्या यादीतही आहे. अमिरातीबाहेर स्थित व्यवसाय +971 नंबरवर वन टाइम पासकोड पाठवत असेल, तर Meta ने त्यासाठी सुरुवातीची तारीख ठरवल्यावर तो प्रति ऑथेंटिकेशन टेम्प्लेट US$ 0.051 दरावर हलवला जाऊ शकतो. ही तारीख Meta 30 दिवस आधी जाहीर करते.

### UAE चा नंबर API ला कसा जोडायचा आणि ॲप कसे ठेवायचे?

Tech Provider द्वारे चालवल्या जाणाऱ्या Meta च्या Embedded Signup मधील विद्यमान WhatsApp Business app पर्यायातून. व्यवसाय Facebook ने लॉग इन करतो, आपला Business Portfolio निवडतो, +971 नंबर टाकतो आणि ॲपमध्ये दिसणाऱ्या QR कोडने पुष्टी करतो. सिंक केलेल्या चॅट इतिहासातील मीडिया फक्त गेल्या दोन आठवड्यांचा उपलब्ध असतो.

त्यानंतर फोनवर WhatsApp Business app चालू राहते आणि तोच नंबर Cloud API द्वारे दर सेकंदाला निश्चित 20 मेसेजेसच्या गतीने मेसेज घेतो आणि पाठवतो. नंबर जोडणे या पानावर प्रत्येक पायरी आणि प्रत्येकासाठी काय लागते ते दिले आहे.

- UAE ची किंमत Rest of Middle East प्रमाणेच आहे असे गृहीत धरणे. Meta च्या दरपत्रकात UAE ची स्वतःची, जास्त दराची ओळ आहे.
- USD दर हाताने दिरहममध्ये रूपांतरित करणे. 1 एप्रिल 2026 पासून Meta स्वतःच्या आकड्यांसह AED दरपत्रक प्रकाशित करते.
- परदेशातून +971 नंबरवर पासकोड देशांतर्गत बजेटवर पाठवणे. authentication-international दर तिपटीपेक्षा जास्त आहे.

**Meta UAE मधील व्यवसायाला दिरहममध्ये बिल देऊ शकते का?** होय. 1 एप्रिल 2026 रोजी AED हे WhatsApp Business Platform चे बिलिंग चलन झाले, आणि त्याचे स्वतःचे दरपत्रक आहे.

**UAE आणि सौदी अरेबियाची किंमत सारखी आहे का?** मार्केटिंगसाठी होय: 1 ऑक्टोबर 2026 च्या दरपत्रकात दोन्ही US$ 0.0576 आहेत. युटिलिटी आणि ऑथेंटिकेशन वेगळे आहेत: UAE साठी US$ 0.0157 आणि सौदी अरेबियासाठी US$ 0.0107.

**ज्या ग्राहकाने आधी मेसेज केला त्याला दिलेल्या उत्तरासाठी आकारणी होते का?** 24 तासांच्या ग्राहक सेवा विंडोमधील मुक्त मजकूर उत्तर असेल तर नाही. विंडोबाहेर पाठवलेल्या टेम्प्लेटसाठी आकारणी होते.

**फोनवरील ॲप चालणे बंद होते का?** नाही. Coexistence त्याच नंबरवर WhatsApp Business app चालू ठेवते, आणि त्यातून पाठवलेले मेसेजेस मोफत राहतात.

---

## सौदी अरेबियात WhatsApp Coexistence: उपलब्धता, Meta चे दर आणि SAR बिलिंग

https://easycoexistence.com/mr/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 रेट कार्डवर खर्च तपासता येतो.

सौदी अरेबिया हे authentication-international दर असलेल्या बाजारांपैकीही एक आहे. परदेशात असलेला व्यवसाय +966 नंबरवर वन टाइम पासकोड पाठवत असल्यास त्याला प्रति ऑथेंटिकेशन टेम्प्लेट US$ 0.0598 वर हलवले जाऊ शकते, जो देशांतर्गत दराच्या पाचपट पेक्षा जास्त आहे. ही सुरुवात तारीख Meta प्रत्येक व्यवसायासाठी ठरवते आणि लागू होण्यापूर्वी 30 दिवसांची सूचना देते.

### सौदी नंबर कसा जोडायचा आणि ॲप वापरणे कसे चालू ठेवायचे?

Meta च्या Embedded Signup द्वारे, आधीच WhatsApp Business ॲपमध्ये असलेल्या नंबरचा पर्याय निवडून. Tech Provider फ्लो होस्ट करतो; व्यवसाय Facebook ने लॉग इन करतो, आपला Business Portfolio निवडतो, +966 नंबर टाकतो आणि ॲप दाखवत असलेला QR कोड स्कॅन करतो. त्यानंतर पार्टनरकडे सिंक्रोनायझेशन सुरू करण्यासाठी 24 तास असतात, अन्यथा फ्लो पुन्हा करावा लागतो.

त्यानंतर फोन आधीप्रमाणेच काम करत राहतो, आणि तोच नंबर Cloud API द्वारे दर सेकंदाला 20 मेसेज या निश्चित मर्यादेवर पाठवतो व स्वीकारतो. प्रत्येक पायरी नंबर जोडणे पृष्ठावर वर्णन केली आहे.

- 1 एप्रिल 2026 पूर्वीच्या दरांवर सौदी मार्केटिंग मेसेजचे बजेट ठरवणे. Meta ने त्याच दिवशी मार्केटिंग दर वाढवला.
- करन्सी कन्व्हर्टरने USD कार्डवरून SAR खर्च काढणे. Meta स्वतःचे SAR आकडे प्रकाशित करते.
- परदेशातील व्यवसायातून +966 नंबरवर पासकोड देशांतर्गत दराने पाठवले जातील असे गृहीत धरणे. authentication-international दर US$ 0.0598 आहे.

**सौदी व्यवसायाला रियालमध्ये बिल मिळू शकते का?** होय. Meta ने 1 एप्रिल 2026 रोजी SAR हे बिलिंग चलन म्हणून जोडले आणि SAR रेट कार्ड प्रकाशित केले.

**सौदी अरेबियाची किंमत Rest of Middle East प्रमाणे ठरते का?** नाही. Meta च्या रेट कार्डवर त्याची स्वतंत्र ओळ आहे: मार्केटिंगसाठी US$ 0.0576 आणि युटिलिटी व ऑथेंटिकेशनसाठी US$ 0.0107.

**ॲपमध्ये मी टाइप केलेल्या मेसेजवर शुल्क लागते का?** नाही. Meta नुसार Coexistence ऑनबोर्डिंगनंतरही WhatsApp Business ॲपमधून पाठवलेले मेसेज मोफत राहतात.

**मला कोणती ॲप आवृत्ती लागते?** +966 नंबर असलेल्या फोनवर WhatsApp Business ॲप 2.24.17 किंवा नवीन.

---

## तुर्कीमध्ये WhatsApp Coexistence: उपलब्धता, Meta चे दर आणि सेटअप

https://easycoexistence.com/mr/docs/whatsapp-coexistence-turkey

तुर्कीतील नंबर Coexistence वापरू शकतात, कारण WhatsApp Business ॲप वापरकर्त्यांसाठीच्या Meta च्या ऑनबोर्डिंग दस्तऐवजात कोणत्याही देशावर निर्बंध नमूद केलेला नाही. 1 ऑक्टोबर 2026 पासून Meta +90 नंबरवर पोहोचलेल्या प्रत्येक मार्केटिंग टेम्प्लेटसाठी US$ 0.0109 आणि प्रत्येक युटिलिटी किंवा ऑथेंटिकेशन टेम्प्लेटसाठी US$ 0.0009 आकारते. Meta ने 1 एप्रिल 2026 रोजी तुर्कीचे युटिलिटी आणि ऑथेंटिकेशन दर कमी केले आणि लिराचे दरपत्रक प्रकाशित करत नाही.

### तुर्कीमध्ये WhatsApp Coexistence उपलब्ध आहे का?

होय. WhatsApp Business ॲप वापरकर्त्यांना Cloud API वर आणण्यासाठी Meta जे पान सांभाळते, त्यात ॲप आवृत्ती (2.24.17 किंवा नवीन) आणि भागीदार (session logging सह Embedded Signup वापरणारा Tech Provider किंवा Solution Partner) यावर अटी आहेत, पण कोणताही देश किंवा कॉलिंग कोड वगळलेला नाही. WhatsApp Business ॲपमध्ये सक्रिय असलेला +90 नंबर पात्र आहे.

तुर्कीतील नंबर नाकारला जाण्याची कारणे इतर कोणत्याही नंबरसारखीच आहेत: तो ग्राहकांसाठीच्या WhatsApp ॲपवर आहे, ॲप अपडेट करणे गरजेचे आहे, किंवा दुसऱ्या प्रदात्याकडे अजूनही तो नंबर आहे. यातील प्रत्येक अडचण फोनवर किंवा आधीच्या प्रदात्याकडून सोडवता येते, आणि पात्रता पानावर ते कसे करायचे ते दिले आहे.

### तुर्कीमध्ये Meta प्रति मेसेज किती आकारते?

Meta प्रत्येक पोहोचलेल्या टेम्प्लेटसाठी प्राप्तकर्त्याच्या देशाच्या कॉलिंग कोडनुसार दर आकारते. त्यामुळे पाठवणारा कुठेही असला तरी +90 नंबरवर पोहोचणारा प्रत्येक टेम्प्लेट तुर्कीच्या दराने मोजला जातो. दरपत्रकात तुर्कीची स्वतंत्र ओळ आहे.

1 ऑक्टोबर 2026 पासून लागू असलेल्या Meta च्या USD दरपत्रकात हे आकडे पत्रकातील सर्वात कमी आकड्यांपैकी आहेत: मार्केटिंगसाठी US$ 0.0109 आणि युटिलिटी व ऑथेंटिकेशनसाठी US$ 0.0009. EUR दरपत्रकात €0.009 आणि €0.0007 आहेत. Meta तुर्कीसाठी authentication-international दर देत नाही. खुल्या 24 तासांच्या ग्राहक सेवा विंडोमधील मुक्त मजकूर उत्तरे मोफत आहेत, त्यात पाठवलेला युटिलिटी टेम्प्लेटही मोफत आहे, आणि Coexistence नंबरवर WhatsApp Business ॲपवरून पाठवलेले मेसेज मोफतच राहतात.

### Meta तुर्कीतील व्यवसायांना कोणत्या चलनात बिल देते?

Meta आपली WhatsApp Business Platform दरपत्रके सोळा चलनांमध्ये प्रकाशित करते: USD, AED, ARS, AUD, BRL, CLP, COP, EUR, GBP, IDR, INR, MXN, MYR, PEN, SAR आणि SGD. तुर्की लिरा त्यात नाही. म्हणून तुर्कीतील व्यवसायाला USD किंवा EUR यांसारख्या यांपैकी एका चलनात बिल येते, आणि खर्च रूपांतर करण्याऐवजी त्याच दरपत्रकावरून वाचावा.

सर्वात महत्त्वाचा दरबदल अगदी अलीकडचा आहे. 1 एप्रिल 2026 रोजी Meta ने तुर्कीचे युटिलिटी आणि ऑथेंटिकेशन दर कमी केले, त्यामुळे +90 नंबरवर ऑर्डर अपडेट आणि एकदाच वापरायचे पासकोड पाठवण्याचा खर्च प्रत्येकी एका सेंटचा अगदी छोटा भाग इतका आहे. त्या तारखेआधी तयार केलेले जुने अंदाजपत्रक हा खर्च जास्त दाखवते.

### तुर्कीतील नंबर कसा कनेक्ट करायचा आणि ॲप कसे चालू ठेवायचे?

Meta च्या Embedded Signup द्वारे, जो नंबर आधीच WhatsApp Business ॲपमध्ये आहे त्यासाठीचा पर्याय वापरून. तो Tech Provider होस्ट करतो. व्यवसाय Facebook ने साइन इन करतो, आपला Business Portfolio निवडतो, +90 नंबर टाकतो आणि ॲपमधील QR कोड स्कॅन करून खात्री करतो. सिंक्रोनायझेशन 24 तासांत सुरू व्हावे लागते, अन्यथा प्रक्रिया पुन्हा करावी लागते.

कनेक्ट झाल्यानंतरही फोन नेहमीप्रमाणे चालतो आणि त्याच नंबरला दर सेकंदाला 20 मेसेज या ठराविक गतीने Cloud API चा वापर मिळतो. नंबर कनेक्ट करणे हे पान ही प्रक्रिया स्क्रीनवर स्क्रीन समजावून सांगते.

- तुर्की लिराचे दरपत्रक शोधणे. Meta ते प्रकाशित करत नाही; तुमच्या खात्याला ज्या USD किंवा EUR दरपत्रकावर बिल येते ते वाचा.
- 1 एप्रिल 2026 पूर्वी तयार केलेले अंदाजपत्रक वापरणे. त्याच दिवशी Meta ने तुर्कीचे युटिलिटी आणि ऑथेंटिकेशन दर कमी केले.
- पैसे वाचवण्यासाठी प्रमोशन्सना युटिलिटी म्हणून वर्गीकृत करणे. Meta टेम्प्लेटच्या श्रेणी तपासते, आणि मार्केटिंग टेम्प्लेटला मार्केटिंग दरानेच आकारणी होते.

**तुर्कीसाठी authentication-international दर आहे का?** नाही. 1 ऑक्टोबर 2026 पासून लागू असलेल्या Meta च्या दरपत्रकात तो तुर्कीसाठी लागू नाही असे नमूद आहे.

**Meta मला तुर्की लिरामध्ये बिल देऊ शकते का?** नाही. Meta ज्या सोळा बिलिंग चलनांमध्ये दरपत्रक प्रकाशित करते त्यात लिरा नाही.

**तुर्कीतील ग्राहकांना दिलेली उत्तरे मोफत आहेत का?** 24 तासांच्या ग्राहक सेवा विंडोमधील मुक्त मजकूर उत्तरे मोफत आहेत. विंडोबाहेरील टेम्प्लेटसाठी प्रत्येक पोहोचलेल्या मेसेजनुसार आकारणी होते.

**एपीआय कनेक्ट केल्यावर ॲप चालणे बंद होते का?** नाही. Coexistence मध्ये त्याच नंबरवर WhatsApp Business ॲप चालू राहते आणि त्यातील मेसेज मोफतच राहतात.

---

## जर्मनीमध्ये WhatsApp Coexistence: उपलब्धता, Meta दर आणि सेटअप

https://easycoexistence.com/mr/docs/whatsapp-coexistence-germany

जर्मन नंबर Coexistence वापरू शकतात: WhatsApp Business ॲप वापरकर्त्यांसाठीच्या Meta च्या ऑनबोर्डिंग दस्तऐवजात कोणताही देश किंवा EU निर्बंध नमूद केलेला नाही. 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 च्या दरपत्रकात जर्मनीची स्वतंत्र ओळ आहे आणि ती Rest of Western Europe ओळीपेक्षा खूपच जास्त आहे: मार्केटिंगसाठी US$ 0.1365 विरुद्ध US$ 0.0592, आणि युटिलिटीसाठी US$ 0.055 विरुद्ध US$ 0.0171. Meta ने जर्मनीसाठी authentication-international दर दिलेला नाही. खुल्या 24 तासांच्या ग्राहक सेवा विंडोमधील मुक्त मजकूर उत्तरे मोफत आहेत, त्या विंडोत पाठवलेले युटिलिटी टेम्प्लेट मोफत आहे, आणि Coexistence नंबरवर WhatsApp Business ॲपमध्ये टाइप केलेले मेसेजेस मोफत राहतात.

### जर्मन दराचा व्यवसायाच्या एपीआय वापरावर काय परिणाम होतो?

+49 नंबरवर मार्केटिंग टेम्प्लेटची किंमत डॉलरच्या तेरा सेंटांपेक्षा जास्त आहे आणि युटिलिटी टेम्प्लेटची साडेपाच सेंट. त्यामुळे जर्मनीतील सर्वात स्वस्त मेसेजेस म्हणजे ज्यांच्यावर Meta काहीच शुल्क आकारत नाही ते.

म्हणून ग्राहक सेवा विंडो हाच खर्च कमी करण्याचा मुख्य मार्ग ठरतो. ज्यांनी स्वतः मेसेज केला त्यांना 24 तासांत उत्तर देणारा वर्कफ्लो प्रति मेसेज काहीही देत नाही. ती विंडो खुली असताना पाठवलेले युटिलिटी टेम्प्लेटही मोफत आहे. टेम्प्लेटने संभाषण सुरू करणाऱ्या आउटरीचमधून बिल वाढते. Coexistence नंबरवर कर्मचाऱ्यांनी फोनवर WhatsApp Business ॲपमध्ये टाइप केलेले सर्व काही मोफत आहे, त्यामुळे एपीआय स्वयंचलित पाठवणीसाठी राखून ठेवता येतो.

### जर्मन नंबर कसा कनेक्ट करायचा आणि ॲप कसे ठेवायचे?

Meta च्या Embedded Signup सह, WhatsApp Business ॲपमध्ये आधीपासून असलेल्या नंबरसाठीचा पर्याय वापरून. Tech Provider हा फ्लो होस्ट करतो; व्यवसाय Facebook ने लॉग इन करतो, आपला Business Portfolio निवडतो, +49 नंबर टाकतो आणि ॲपमध्ये दिसणाऱ्या QR कोडने पुष्टी करतो. पूर्ण झाल्यापासून 24 तासांत सिंक्रोनायझेशन सुरू झाले पाहिजे, नाहीतर फ्लो पुन्हा करावा लागतो.

त्यानंतरही फोन चालू राहतो, आणि तोच नंबर Cloud API द्वारे प्रति सेकंद 20 मेसेजेसच्या निश्चित वेगाने पाठवतो आणि स्वीकारतो. प्रत्येक स्क्रीनचे वर्णन नंबर कनेक्ट करण्याच्या पानावर दिले आहे.

- जर्मन प्राप्तकर्त्यांचे बजेट Rest of Western Europe दराने करणे. जर्मनीची स्वतंत्र ओळ आहे, आणि मार्केटिंगसाठी ती दुप्पटीपेक्षा जास्त आहे.
- 24 तासांच्या विंडोतील उत्तर पुरेसे असताना टेम्प्लेटने संभाषण सुरू करणे. जर्मनीमध्ये मोफत आणि सशुल्क यातील अंतर मोठे आहे.
- कमी पैसे द्यावे लागावेत म्हणून प्रमोशन्स युटिलिटी म्हणून वर्गीकृत करणे. Meta टेम्प्लेट श्रेणींचे पुनरावलोकन करते आणि मार्केटिंगवर मार्केटिंग दराने शुल्क आकारते.

**Meta जर्मन व्यवसायाला युरोमध्ये बिल करू शकते का?** होय. EUR हे Meta दरपत्रके प्रकाशित करत असलेल्या बिलिंग चलनांपैकी एक आहे, आणि 1 ऑक्टोबर 2026 च्या दरपत्रकात जर्मनीसाठी मार्केटिंगचा दर €0.1131 आहे.

**EU मध्ये Coexistence साठी अतिरिक्त अटी आहेत का?** WhatsApp Business ॲप वापरकर्त्यांसाठीच्या Meta च्या सध्याच्या ऑनबोर्डिंग दस्तऐवजात कोणतीही नमूद नाही. अटी सर्वत्र सारख्याच आहेत: ॲप 2.24.17 किंवा नवीन आणि Embedded Signup पार्टनर.

**जर्मन ग्राहकाला दिलेल्या उत्तरावर शुल्क लागते का?** ग्राहक सेवा विंडोमधील मुक्त मजकूर उत्तरावर लागत नाही. विंडोच्या बाहेरील टेम्प्लेटवर प्रत्येक पोहोचलेल्या मेसेजनुसार शुल्क लागते.

**फोनवरून पाठवलेले मेसेजेस अजूनही मोफत आहेत का?** होय. ऑनबोर्डिंगनंतर WhatsApp Business ॲपवरून पाठवलेले मेसेजेस मोफत राहतात, असे Meta म्हणते. फक्त Cloud API द्वारे पाठवलेल्यांवर Cloud API ची किंमत लागू होते.

---

## इटलीमध्ये WhatsApp Coexistence: उपलब्धता, Meta चे दर आणि सेटअप

https://easycoexistence.com/mr/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/mr/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 नंबर त्यातून जाणीवपूर्वक वगळले आहेत. नोंदणीच्या दस्तऐवजीकरणात म्हटले आहे की Cloud API आणि WhatsApp Business ॲप दोन्हीसह वापरात असलेला बिझनेस फोन नंबर Deregister एंडपॉइंटने डीरजिस्टर करता येत नाही.

डीरजिस्टर करणे म्हणजे नंबर 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/mr/docs/moving-from-coexistence-to-cloud-api

Coexistence नंबर फक्त API साठी करण्यासाठी तो WhatsApp Business ॲपमध्ये डिस्कनेक्ट करा, ॲप खाते हटवा आणि टू-स्टेप पडताळणी PIN वापरून नंबर Cloud API वर रजिस्टर करा. Meta चेतावणी देते की सध्याचा मेसेज इतिहास गमावला जातो, आणि Cloud API मधून डिरजिस्टर केल्याशिवाय नंबर ॲपवर परत येऊ शकत नाही.

### व्यवसाय ॲप का सोडतो?

सहसा कारण असे असते की आता कोणीही फोनवरून उत्तर देत नाही. प्रत्येक संभाषण सॉफ्टवेअरकडून किंवा API वर बनवलेल्या इनबॉक्सकडून हाताळले जात असेल, तर ॲप काहीही भर घालत नाही, उलट जबाबदाऱ्या वाढवते: प्राथमिक डिव्हाइस नियमितपणे उघडावे लागते आणि नंबर Coexistence च्या निश्चित थ्रूपुटवर राहतो.

Meta च्या दस्तऐवजानुसार ॲप आणि Cloud API दोन्हीसह वापरात असलेल्या नंबरचे थ्रूपुट प्रति सेकंद 20 मेसेजेस असे निश्चित असते. फक्त API वरील नंबर डिफॉल्टनुसार प्रति सेकंद 80 मेसेजेसपर्यंत सुरू होतो आणि Meta च्या अटी पूर्ण केल्यास आपोआप 1,000 पर्यंत वाढवला जाऊ शकतो. मोठ्या प्रमाणात मेसेजेस पाठवणाऱ्या नंबरसाठी हाच फरक हलवण्याचे कारण ठरतो.

### पायऱ्यांचा क्रम काय आहे?

चार पायऱ्या आहेत आणि क्रम महत्त्वाचा आहे, कारण नंबर अजून ॲपसोबत शेअर असेल तर Deregister एंडपॉइंट तो नाकारतो. शेवटची पायरी वगळता प्रत्येक पायरी व्यवसाय फोनवर करतो. शेवटची पायरी म्हणजे API कॉल, जो यापुढे नंबर चालवणारी व्यक्ती करते.

- Meta च्या शिफारसीनुसार WhatsApp Business ॲपमध्ये चॅट इतिहासाचा बॅकअप घ्या.
- ॲपमध्ये डिस्कनेक्ट करा: सेटिंग्ज, खाते, व्यवसाय प्लॅटफॉर्म, खाते डिस्कनेक्ट करा.
- ॲप खाते हटवा: सेटिंग्ज, खाते, माझे खाते हटवा, नंतर 3 मिनिटांपर्यंत थांबा.
- 6 अंकी टू-स्टेप पडताळणी PIN वापरून नंबर Cloud API वर रजिस्टर करा.

### व्यवसायाला काय सोडावे लागते?

फोनवरील संभाषणे आणि फोनवरून उत्तर देण्याची सोय.

Meta स्पष्ट करते की WhatsApp Business ॲप खाते हटवून नंबर Cloud API वर रजिस्टर केल्यास सध्याचा मेसेज इतिहास गमावला जातो. Coexistence ऑनबोर्डिंगमध्ये याच्या उलट होते: तिथे Meta नुसार इतिहास जतन केला जातो आणि दोन्ही ॲप्स एकाच वेळी चालतात.

तसेच नंबर आधी Cloud API मधून डिरजिस्टर केल्याशिवाय तो पुन्हा WhatsApp Business ॲपसोबत वापरता येत नाही. म्हणजे हा व्यवसायाच्या कामकाजातील जाणीवपूर्वक केलेला, एकतर्फी बदल आहे. सुरू करण्यापूर्वी टीममधील कोणीही अजूनही ॲपवर अवलंबून नाही याची खात्री करणे योग्य ठरते.

### API बाजूला काय तसेच राहते?

सॉफ्टवेअर नंबरशी ज्या पद्धतीने बोलते ती पद्धत. ते अजूनही Cloud API च आहे: तेच मेसेज प्रकार, टेम्प्लेट, वेबहुक आणि तीच किंमत लागू होते, कारण Coexistence म्हणजे त्याच प्लॅटफॉर्मवर जाण्याची फक्त वेगळी ऑनबोर्डिंग पद्धत होती.

बदलते ते रजिस्ट्रेशन. Coexistence नंबर ऑनबोर्डिंग फ्लोमधून रजिस्टर होतो, तर फक्त API वरील नंबर टू-स्टेप पडताळणी PIN असलेल्या register कॉलने रजिस्टर होतो. Meta अशा कॉलना 72 तासांच्या फिरत्या कालावधीत प्रति नंबर 10 पर्यंत मर्यादित ठेवते. त्यामुळे अयशस्वी प्रयत्नाची किंमत मोजावी लागते, म्हणून पुन्हा प्रयत्न करण्यापूर्वी PIN तपासा.

- चॅटचा बॅकअप घेण्यापूर्वी ॲप खाते हटवणे. Meta नुसार या मार्गावर इतिहास गमावला जातो.
- नंबर अजून ॲपसोबत शेअर असताना Deregister कॉल करणे. Meta तो नाकारते.
- रजिस्ट्रेशन लूपमध्ये पुन्हा पुन्हा करणे. Meta 72 तासांत प्रति नंबर 10 register विनंत्यांना परवानगी देते.

**API वर फक्त जाताना माझा चॅट इतिहास टिकवता येईल का?** API मध्ये नाही. Meta चेतावणी देते की इतिहास गमावला जातो, आणि आधी ॲपमधून त्याचा बॅकअप घेण्याची शिफारस करते.

**नंबर नंतर ॲपवर परत जाऊ शकतो का?** Meta च्या मायग्रेशन मार्गदर्शकानुसार, तो Cloud API मधून डिरजिस्टर केल्यानंतरच जाऊ शकतो.

**थ्रूपुट सुधारतो का?** होय. Coexistence नंबर 20 mps वर निश्चित असतात, तर फक्त API वरील नंबर 80 mps पर्यंत सुरू होतात.

**सुरुवात करण्यासाठी मी Deregister API वापरू शकतो का?** नंबर ॲपसोबत शेअर असताना नाही. आधी तो WhatsApp Business ॲपमध्ये डिस्कनेक्ट करा.

---

## दुसऱ्या WhatsApp प्रोव्हायडरकडून नंबर मायग्रेट करणे

https://easycoexistence.com/mr/docs/migrating-a-number-from-another-provider

हे नंबर सध्या कसा कनेक्ट आहे यावर अवलंबून आहे. दुसऱ्या प्रोव्हायडरमार्फत WhatsApp Business ॲपसोबत शेअर केलेला नंबर आधी ॲपमधूनच डिस्कनेक्ट करावा लागतो, मग नवीन प्रोव्हायडरसोबत पुन्हा ऑनबोर्ड केला जातो. फक्त API वरील नंबर Meta च्या फोन नंबर मायग्रेशनमधून जातो, ज्यात त्याचे डिस्प्ले नेम, गुणवत्ता रेटिंग, मेसेजिंग मर्यादा आणि Official Business Account स्टेटस कायम राहते.

### मी कोणत्या प्रकरणात आहे?

एकच प्रश्न विचारा: या नंबरवर अजूनही कोणीतरी फोनवरील WhatsApp Business ॲपमधून उत्तर देते का?

होय असेल, तर नंबर सध्याच्या प्रोव्हायडरसोबत Coexistence वर आहे आणि तो ॲपच्या ताब्यात आहे. त्या प्रोव्हायडरपासून वेगळे होणे ॲपमध्ये होते आणि नवीन प्रोव्हायडरकडे जाणे म्हणजे नवे Coexistence ऑनबोर्डिंग.

नाही असेल, तर नंबर फक्त Cloud API वर नोंदवलेला आहे आणि मागे कोणतेही ॲप नाही. त्यासाठी Meta चे वेगळे मायग्रेशन आहे. ते नंबर एका पार्टनरच्या WhatsApp Business Account मधून दुसऱ्याकडे नेते आणि नव्याने सुरुवातीपासून नोंदणी करावी लागत नाही. या दोन्हींची गल्लत करणे हे हलवणे अर्धवट अडकण्याचे नेहमीचे कारण आहे.

### Coexistence नंबरचा प्रोव्हायडर कसा बदलतो?

ऑफबोर्डिंग करून आणि पुन्हा ऑनबोर्ड करून. Meta च्या दस्तऐवजानुसार व्यवसाय ॲपमध्ये Settings, Account, Business Platform येथे Disconnect Account बटण वापरून Cloud API मधून डिस्कनेक्ट करतो, आणि प्रोव्हायडरला PARTNER_REMOVED सह account_update वेबहुक मिळतो.

डिस्कनेक्ट झाल्यावर नंबर पुन्हा फक्त WhatsApp Business ॲपचा नंबर राहतो आणि नवीन प्रोव्हायडर त्याला Embedded Signup द्वारे ऑनबोर्ड करू शकतो. अटी नेहमीच्या Coexistence च्याच आहेत: ॲपची अलीकडील आवृत्ती, तुम्ही प्रशासक असलेला पोर्टफोलिओ आणि इतर कोणताही प्रोव्हायडर जोडलेला नसणे. हिस्ट्री शेअर करण्याचा प्रश्न पुन्हा विचारला जातो आणि त्याची 24 तासांची सिंक्रोनायझेशन विंडो नवीन ऑनबोर्डिंगपासून पुन्हा सुरू होते.

### फक्त API मायग्रेशनमध्ये काय पुढे जाते?

बहुतेक लोकांच्या अपेक्षेपेक्षा जास्त, आणि म्हणूनच नंबर हटवून पुन्हा नोंदवण्याऐवजी हे मायग्रेशन अस्तित्वात आहे. ग्राहकांसोबत नंबरने कमावलेली प्रतिष्ठा टिकते, फक्त टेम्प्लेटच्या गुणवत्तेचा इतिहास पुन्हा सुरू होतो.

- डिस्प्ले नेम, गुणवत्ता रेटिंग, मेसेजिंग मर्यादा आणि Official Business Account स्टेटस जतन केले जातात.
- पात्र टेम्प्लेट त्याच स्टेटससह गंतव्य खात्यात डुप्लिकेट केले जातात.
- नंबरवर आधीच अपलोड केलेली मीडिया पुन्हा वापरता येते.
- टेम्प्लेटचे गुणवत्ता रेटिंग पुढे जात नाही: मायग्रेट केलेला प्रत्येक टेम्प्लेट UNKNOWN पासून सुरू होतो.

### फक्त API मायग्रेशनपूर्वी काय तयार हवे?

Meta दोन्ही बाजूंच्या अटी देते आणि क्लायंटच्या बाजूच्या अटींवरच हलवणे अडकते.

व्यवसायाचा Meta चा Business Portfolio पडताळलेला असला पाहिजे, त्यातील विद्यमान WhatsApp Business Account मंजूर असले पाहिजे आणि वैध पेमेंट पद्धत जोडलेली असली पाहिजे. नंबरवर टू-स्टेप पडताळणी बंद असली पाहिजे. ती बंद करण्यासाठी Meta कोणताही API एंडपॉइंट देत नाही, त्यामुळे प्रोव्हायडर ही पायरी API मधून करू शकत नाही. स्वीकारणाऱ्या बाजूला, गंतव्य खात्यावर किमान एक ॲप वेबहुकसाठी सबस्क्राइब केलेले असले पाहिजे.

नवीन खात्यावरील नोंदणी तत्काळ होते आणि मेसेजिंगमध्ये खंड पडत नाही, पण टेम्प्लेट डुप्लिकेट होण्यास वेळ लागतो, त्यामुळे बाधित टेम्प्लेट त्यांच्या प्रती तयार होईपर्यंत वापरता येत नाहीत.

- जुना प्रोव्हायडर अजून जोडलेला असताना नवीन प्रोव्हायडरसोबत ऑनबोर्ड करणे. नंबर आधी ॲपमध्ये डिस्कनेक्ट करावा लागतो.
- टू-स्टेप पडताळणी चालू ठेवून फक्त API मायग्रेशन सुरू करणे. Meta ला ती बंद हवी आणि ते करणारा कोणताही एंडपॉइंट नाही.
- टेम्प्लेटची गुणवत्ता टिकेल अशी अपेक्षा ठेवणे. मायग्रेट केलेले टेम्प्लेट UNKNOWN पासून पुन्हा सुरू होतात.

**Coexistence प्रोव्हायडर बदलताना माझे चॅट जातात का?** ॲपमध्ये ते संपूर्ण वेळ राहतात. नवीन कनेक्शनसोबत हिस्ट्री शेअर करण्याचा पर्याय ऑनबोर्डिंगच्या वेळी पुन्हा दिला जातो.

**फक्त API मायग्रेशनमुळे माझे डिस्प्ले नेम बदलते का?** नाही. Meta डिस्प्ले नेम, गुणवत्ता रेटिंग, मेसेजिंग मर्यादा आणि Official Business Account स्टेटस जतन करते.

**माझ्या टेम्प्लेटचे गुणवत्ता रेटिंग का गेले?** Meta टेम्प्लेट गंतव्य खात्यात डुप्लिकेट करते आणि प्रत्येक प्रत UNKNOWN रेटिंगसह सुरू होते.

**डाउनटाइम असतो का?** Meta सांगते की फक्त API मायग्रेशनमधील नोंदणी तत्काळ होते आणि मेसेजिंगमध्ये खंड पडत नाही. टेम्प्लेट डुप्लिकेट झाल्यावर वापरता येतात.

---

## Coexistence नंबरवर WhatsApp ग्रुप्स आणि API

https://easycoexistence.com/mr/docs/whatsapp-groups-and-the-api

Meta चे Groups API Cloud API नंबरला लहान, फक्त निमंत्रणाने जोडता येणारे ग्रुप तयार करू देते आणि त्यात मेसेज पाठवू देते. पण Meta स्पष्ट सांगते की ते WhatsApp Business ॲप फोन नंबरसाठी उपलब्ध नाही, आणि Coexistence नंबर नेमका तसाच असतो. ॲपमधील विद्यमान ग्रुप्सही सिंक्रोनाइझ होत नाहीत. शेअर केलेल्या नंबरवर ग्रुप्स फक्त ॲपमधील सुविधा राहतात.

### WhatsApp मध्ये Groups API आहे का?

होय. Meta चे Groups API व्यवसायाला Cloud API नंबरवर ग्रुप तयार करणे, यादी पाहणे आणि अपडेट करणे, त्यात मजकूर, मीडिया आणि टेम्प्लेट मेसेज पाठवणे, निमंत्रण लिंक व्यवस्थापित करणे, सामील होण्याच्या विनंत्या मंजूर किंवा नाकारणे आणि सहभागींना काढणे करू देते.

हे जाणीवपूर्वक लहान ठेवले आहे. ग्रुप फक्त निमंत्रणाने जोडता येतात, व्यवसायाने पाठवलेल्या लिंकमधून सामील व्हावे लागते, आणि Meta च्या मर्यादा कम्युनिटीपेक्षा प्रोजेक्ट रूमसारख्या वाटतात.

- प्रत्येक ग्रुपमध्ये जास्तीत जास्त 8 सहभागी.
- प्रत्येक व्यवसाय नंबरवर जास्तीत जास्त 10,000 ग्रुप.
- प्रत्येक ग्रुपमध्ये एकच Cloud API व्यवसाय.
- मजकूर, मीडिया, मजकूर-आधारित टेम्प्लेट आणि मीडिया-आधारित टेम्प्लेट.

### Coexistence नंबर ते वापरू शकतो का?

नाही. Groups API च्या पानावर स्पष्ट म्हटले आहे की ते WhatsApp Business ॲप फोन नंबरसाठी उपलब्ध नाही, आणि हा शब्दप्रयोग WhatsApp Business ॲप वापरकर्त्यांना ऑनबोर्ड करण्याच्या Meta च्या स्वतःच्या मार्गदर्शकाशी जोडलेला आहे, म्हणजेच Coexistence शी. पात्रतेची अटही अधिकृत व्यवसाय खाते ही आहे, आणि Meta च्या OBA पानानुसार ती स्थिती WhatsApp Business ॲप फोन नंबरना दिली जात नाही.

म्हणजे हा अपवाद Meta ने सर्व प्रदात्यांसाठी ठरवला आहे. ॲप आणि API मध्ये शेअर केलेला नंबर API मधून ग्रुप तयार करू शकत नाही, त्यात मेसेज पाठवू शकत नाही आणि ग्रुप इव्हेंट्सही मिळवत नाही.

### ॲपमधील विद्यमान ग्रुप्सचे काय होते?

ते ॲपमध्येच राहतात आणि तिथे पूर्वीसारखे चालू राहतात. Meta च्या Coexistence दस्तऐवजात नंबर ऑनबोर्ड करताना सिंक्रोनाइझ न होणाऱ्या गोष्टींमध्ये ग्रुप चॅट्सचा उल्लेख आहे, म्हणून त्यांचा इतिहास किंवा ग्रुपमधील नवे मेसेज API पर्यंत पोहोचत नाहीत.

फोनवरील टीम पूर्वीप्रमाणेच ग्रुप तयार करू शकते, त्यात पोस्ट करू शकते आणि ते वाचू शकते. फक्त सॉफ्टवेअरला त्या संवादाचे दर्शन होत नाही. एखादा वर्कफ्लो ग्रुपवर अवलंबून असेल, उदाहरणार्थ कर्मचारी डिलिव्हरीचे समन्वय करत असतील, तर तो ॲपमध्येच चालू राहतो, आणि त्याभोवतीचे कोणतेही ऑटोमेशन एकास-एक संभाषणांवरच उभारावे लागते.

### API मधील ग्रुप्सऐवजी मी काय वापरावे?

एकास-एक संभाषणे, कारण प्लॅटफॉर्म त्यांच्याभोवतीच उभा आहे. जो मेसेज ग्राहकांच्या ग्रुपला गेला असता, तो प्रत्येकाला स्वतंत्रपणे पाठवला जातो: 24 तासांच्या ग्राहक सेवा विंडोमध्ये मुक्त मजकूर म्हणून, आणि त्याबाहेर मंजूर टेम्प्लेट म्हणून.

व्यवसायाला खरोखर API-व्यवस्थापित ग्रुप्स हवे असतील, तर Groups API साठी फक्त Cloud API वर नोंदणी केलेला आणि अधिकृत व्यवसाय खाते असलेला नंबर लागतो, म्हणजे त्या नंबरसाठी Coexistence सोडावे लागते. हा लाइनच्या रचनेचा निर्णय आहे, सेटिंग नाही, आणि त्यामुळे लाइनमधून ॲप निघून जाते.

- Groups API आहे हे वाचून ते Coexistence नंबरलाही लागू होते असे गृहीत धरणे. Meta WhatsApp Business ॲप नंबरना वगळते.
- ऑनबोर्डिंगनंतर ग्रुपचा इतिहास API मध्ये दिसेल अशी अपेक्षा ठेवणे. ग्रुप चॅट्स सिंक्रोनाइझ होत नाहीत.
- 8 सहभागींच्या मर्यादेत बसते का हे तपासल्याशिवाय ग्रुपवर आधारित वर्कफ्लो आखणे.

**मी API मधून WhatsApp ग्रुपला मेसेज पाठवू शकतो का?** फक्त अधिकृत व्यवसाय खाते असलेल्या, केवळ API वरील नंबरवरून Groups API वापरून. Coexistence नंबरवरून नाही.

**माझे विद्यमान ग्रुप्स अजूनही चालतात का?** होय, WhatsApp Business ॲपमध्ये. ते API शी सिंक्रोनाइझ होत नाहीत.

**API ग्रुपमध्ये किती जण सामील होऊ शकतात?** Meta ने Groups API मधून तयार केलेल्या ग्रुपची मर्यादा 8 सहभागी ठेवली आहे.

**ही माझ्या प्रदात्याची मर्यादा आहे का?** नाही. WhatsApp Business ॲप नंबरसाठीचा हा अपवाद Meta प्रत्येक प्रदात्यासाठी ठरवते.

---

## Meta Verified आणि Coexistence नंबरवरील अधिकृत व्यवसाय बॅज

https://easycoexistence.com/mr/docs/meta-verified-and-coexistence

दोन वेगवेगळ्या गोष्टींना ब्लू बॅज म्हटले जाते. अधिकृत व्यवसाय खाते (OBA) हे Cloud API नंबरसाठी विनंती करून मिळवायचे स्टेटस आहे, आणि Meta च्या दस्तऐवजानुसार ते WhatsApp Business ॲप फोन नंबरना दिले जात नाही. WhatsApp Business साठी Meta Verified हे ॲपमध्ये घेतले जाणारे सबस्क्रिप्शन आहे, ज्यात व्हेरिफाइड बॅज, मल्टी-एजंट प्रवेश आणि वर्धित सपोर्ट मिळतो.

### अधिकृत व्यवसाय खाते (OBA) म्हणजे काय?

WhatsApp Business Platform वर नोंदणी केलेल्या व्यवसायाच्या फोन नंबरला मिळणारे स्टेटस. Meta याचे वर्णन असे करते: प्रामाणिक असल्याची पडताळणी झालेल्या व्यवसायाच्या मालकीचा नंबर, ज्याच्या नावाशेजारी कॉन्टॅक्ट्स व्ह्यूमध्ये निळा चेकमार्क दिसतो. याची विनंती WhatsApp Manager मध्ये नंबरच्या प्रोफाइलखाली किंवा एपीआयच्या official_business_account फील्डद्वारे केली जाते.

- व्यवसाय WhatsApp Business मेसेजिंग धोरणाचे पालन करतो.
- तो प्लॅटफॉर्मवर किमान 30 दिवस नोंदणीकृत आहे.
- त्याच्या Business Portfolio ची व्यवसाय पडताळणी पूर्ण झाली आहे.
- नंबरवर द्विस्तरीय पडताळणी सुरू आहे आणि डिस्प्ले नेम मंजूर आहे.

### Coexistence नंबरला OBA स्टेटस मिळू शकते का?

Meta च्या OBA दस्तऐवजानुसार, व्यवसायाचे कर्मचारी, टेस्ट खाती आणि WhatsApp Business ॲप फोन नंबरना OBA स्टेटस दिले जात नाही. Meta हीच संज्ञा, WhatsApp Business ॲप फोन नंबर, आपल्या Groups API पेजवरही वापरते आणि ती WhatsApp Business ॲप वापरकर्त्यांच्या ऑनबोर्डिंग मार्गदर्शकाशी जोडते, म्हणजेच Coexistence शी.

ॲप आणि एपीआय यांच्यात शेअर केलेल्या नंबरसाठी Meta वेगळा नियम प्रकाशित करत नाही, त्यामुळे वर सांगितलेली भूमिकाच दस्तऐवजात आहे. नाकारलेली विनंती 30 दिवसांनंतर पुन्हा सादर करता येते, आणि तोपर्यंत बिझनेस प्रोफाइल संपादित करता येते.

### WhatsApp Business साठी Meta Verified म्हणजे काय?

WhatsApp Business ॲपद्वारे घेतले जाणारे सशुल्क सबस्क्रिप्शन, जे प्लॅटफॉर्मच्या OBA प्रक्रियेपासून वेगळे आहे. Meta च्या रिसोर्स पेजवर यात काय येते ते दिले आहे: व्हेरिफाइड बॅज, कस्टम वेब पेज, वर्धित सपोर्ट, अनेक डिव्हाइस जोडणारे आणि चॅट सेल्स एजंटना नेमून देणारे मल्टी-एजंट खाते, आणि 10 पर्यंत WhatsApp Channels वर व्हेरिफाइड बॅज.

हे ॲपमध्ये विकत घेतले जात असल्यामुळे ते Coexistence नंबरच्या ॲप बाजूचे आहे. सबस्क्रिप्शनपूर्वी व्यवसाय आणि खात्याची माहिती अद्ययावत असल्याची खात्री करण्यास Meta चे पेज सांगते, आणि तिथे निश्चित किंमत प्रकाशित केलेली नाही.

### नंबर बदलल्यावर बॅज टिकतो का?

OBA साठी Meta एक प्रसंग स्पष्टपणे नमूद करते: Embedded Signup द्वारे एका Solution Partner कडून दुसऱ्याकडे गेलेला फोन नंबर आपले डिस्प्ले नेम, क्वालिटी रेटिंग, मेसेजिंग मर्यादा आणि अधिकृत व्यवसाय खाते स्टेटस कायम ठेवतो.

नंबरच बदलल्यास तसे कोणतेही विधान नाही, आणि OBA एका विशिष्ट व्यवसाय फोन नंबरचे असते, म्हणजे वेगळा नंबर ही वेगळी विनंती आहे. डिस्प्ले नेमची मंजुरी ही OBA ची एक अट आहे, म्हणूनच नाव बदलायचे असल्यास ते विनंतीनंतर नव्हे तर आधी ठरवणे योग्य.

- OBA आणि Meta Verified हा एकच बॅज समजणे. एक प्लॅटफॉर्म स्टेटस आहे, तर दुसरे ॲप सबस्क्रिप्शन.
- प्लॅटफॉर्मवर 30 दिवस पूर्ण होण्यापूर्वी OBA ची विनंती करणे. Meta ला हा किमान कालावधी लागतो, आणि नकार मिळाल्यास 30 दिवस थांबावे लागते.
- द्विस्तरीय पडताळणी बंद असताना किंवा डिस्प्ले नेम प्रलंबित असताना OBA ची विनंती करणे. दोन्ही अटींच्या यादीत आहेत.

**Meta Verified आणि अधिकृत व्यवसाय खाते एकच आहे का?** नाही. Meta त्यांचे दस्तऐवज वेगळे ठेवते: OBA हे प्लॅटफॉर्म नंबरसाठी विनंती करून मिळणारे स्टेटस आहे, तर Meta Verified हे ॲपमध्ये घेतले जाणारे सबस्क्रिप्शन आहे.

**Coexistence नंबरसह मी Meta Verified चे सबस्क्रिप्शन घेऊ शकतो का?** Meta Verified हे WhatsApp Business ॲपद्वारे घेतले जाते, आणि Coexistence नंबर ते ॲप वापरत राहतो.

**OBA ची विनंती करण्यापूर्वी किती वेळ लागतो?** नंबर WhatsApp Business Platform वर किमान 30 दिवस नोंदणीकृत असला पाहिजे.

**माझी OBA ची विनंती नाकारली गेली तर काय?** पुन्हा सादर करण्यापूर्वी 30 दिवस थांबण्यास Meta सांगते.

---

## एका Coexistence नंबरवर उत्तर देणारे अनेक एजंट आणि सिस्टीम

https://easycoexistence.com/mr/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 मेसेज प्रति सेकंद निश्चित केले आहेत.

### माणसाने आधीच उत्तर दिले हे सॉफ्टवेअरला कसे कळते?

इकोवरून. पार्टनरने ऑनबोर्ड केलेला व्यवसाय WhatsApp Business ॲपवरून किंवा कंपॅनियन डिव्हाइसवरून मेसेज पाठवतो, तसेच ॲपमधून मेसेज संपादित किंवा हटवला जातो, तेव्हा Meta चा smb_message_echoes वेबहुक पाठवला जातो.

हे नंबरवरील प्रत्येक माणसाला लागू होते, मग त्याने मुख्य फोनवर टाइप केले असो किंवा लिंक केलेल्या लॅपटॉपवर. इको वाचणारी सिस्टीम संभाषण माणसाने हाताळले आहे असे चिन्हांकित करू शकते आणि स्वतःचे उत्तर थांबवू शकते. टीमला मदत करणारे ऑटोमेशन आणि टीमच्या बोलण्यात अडथळा आणणारे ऑटोमेशन यातील फरक हाच आहे.

- ॲपवरून किंवा कंपॅनियन डिव्हाइसवरून पाठवले: इको येतो.
- ॲपमध्ये संपादित केले: इको येतो.
- ॲपमध्ये हटवले: इको येतो.

### प्रत्येक बाजूने काय लक्षात ठेवावे?

कर्मचाऱ्यांनी मुख्य फोन वापरात ठेवावा. मुख्य डिव्हाइसवर सुमारे 14 दिवस निष्क्रियता राहिल्यास Meta Coexistence नंबर डिस्कनेक्ट करते, आणि कंपॅनियन डिव्हाइस स्वतःच्या सुमारे 30 दिवसांच्या निष्क्रियतेनंतर डिस्कनेक्ट होते. त्यामुळे फक्त लॅपटॉपवरून काम करणारी टीम दोन्ही गमावू शकते.

सॉफ्टवेअरने प्लॅटफॉर्मचे नियम पाळावेत: 24 तासांच्या ग्राहक सेवा विंडोमध्ये मुक्त मजकूर, त्याबाहेर टेम्प्लेट. तसेच ॲपसोबत शेअर केलेल्या नंबरवर Meta ग्रुप चॅट वगळते, त्यामुळे API द्वारे कोणत्याही बाजूला ग्रुप चॅट मिळत नाहीत.

- smb_message_echoes कडे दुर्लक्ष करणे. त्यांच्याशिवाय लिंक केलेल्या लॅपटॉपवरून माणसाने आधीच उत्तर दिले हे बॉटला कळत नाही.
- मुख्य फोन आठवडेच्या आठवडे न वापरता संपूर्ण टीमला लिंक केलेल्या लॅपटॉपवरून चालवणे.
- ऑनबोर्डिंगनंतर WhatsApp for Windows लिंक करणे. Meta ने Coexistence नंबरवर ते असमर्थित म्हणून नमूद केले आहे.

**एका नंबरवर किती लोक उत्तर देऊ शकतात?** WhatsApp मुख्य फोनशिवाय चार लिंक केलेल्या डिव्हाइसना परवानगी देते, आणि प्रत्येक डिव्हाइस वेगळी व्यक्ती वापरू शकते.

**लिंक केलेल्या लॅपटॉपवरील मेसेज माझ्या CRM पर्यंत पोहोचतात का?** होय. ॲपवरून किंवा कंपॅनियन डिव्हाइसवरून पाठवलेल्या मेसेजसाठी Meta smb_message_echoes पाठवते.

**चॅटबॉट आणि माणूस एकच संभाषण शेअर करू शकतात का?** होय. दोघेही एकाच थ्रेडमध्ये लिहितात, आणि माणसाने उत्तर दिले की इकोमुळे बॉटला ते दिसते.

**API बाजूला सीट मर्यादा आहे का?** Meta API व्हॉल्यूम मर्यादित करते, शेअर केलेल्या नंबरसाठी 20 मेसेज प्रति सेकंद निश्चित करते, सिस्टीमच्या संख्येवर मर्यादा नाही.

---

## लिंक्ड डिव्हाइसेस आणि Coexistence: काय अनलिंक होते

https://easycoexistence.com/mr/docs/linked-devices-and-coexistence

WhatsApp Business ॲपमधील नंबर Cloud API वर ऑनबोर्ड केल्यावर खात्यावरील सर्व कंपॅनियन डिव्हाइसेस अनलिंक होतात. WhatsApp Web आणि कंपॅनियन म्हणून लिंक केलेले फोन यांसारखी समर्थित डिव्हाइसेस नंतर पुन्हा लिंक करता येतात. WhatsApp for Windows आणि WhatsApp for WearOS Coexistence नंबरवर समर्थित नाहीत, आणि सुमारे 30 दिवस निष्क्रिय राहिलेले कंपॅनियन डिव्हाइस डिस्कनेक्ट होते.

### ऑनबोर्डिंगच्या वेळी लिंक्ड डिव्हाइसेसचे काय होते?

ती सर्व साइन आउट होतात. Meta च्या दस्तऐवजीकरणानुसार, व्यवसायाने विद्यमान WhatsApp Business ॲप खाते आणि नंबर घेऊन Cloud API वर ऑनबोर्ड केले की सर्व कंपॅनियन ॲप्स खात्यावरून अनलिंक होतात, आणि त्यानंतर व्यवसाय कोणतेही समर्थित कंपॅनियन ॲप पुन्हा लिंक करू शकतो.

यामुळे काहीही गमावले जात नाही: प्राथमिक फोनवर खाते आणि त्यातील संभाषणे तशीच राहतात. पण ब्राउझरवरून किंवा दुसऱ्या फोनवरून उत्तरे देणारा फ्रंट डेस्क ऑनबोर्डिंग संपताच लॉग आउट झालेला दिसेल. त्यामुळे QR कोड स्कॅन करण्यापूर्वीच टीमला सांगणे योग्य ठरते, नंतर नाही.

### नंतर कोणती कंपॅनियन डिव्हाइसेस समर्थित आहेत?

दोन वगळता सर्व. Meta च्या यादीनुसार WhatsApp for Windows आणि WhatsApp for WearOS वगळता प्रत्येक कंपॅनियन क्लायंट Coexistence नंबरवर समर्थित आहे. प्रत्येक समर्थित डिव्हाइस नेहमीच्याच पद्धतीने, म्हणजे प्राथमिक फोनने QR कोड स्कॅन करून, पुन्हा लिंक होते आणि आधीच्याच डिव्हाइस मर्यादेत मोजले जाते.

- ब्राउझरमधील WhatsApp Web: समर्थित, QR कोडने पुन्हा लिंक करा.
- कंपॅनियन म्हणून लिंक केलेले अतिरिक्त फोन: समर्थित.
- WhatsApp for Windows: समर्थित नाही.
- घड्याळावरील WhatsApp for WearOS: समर्थित नाही.

### किती डिव्हाइसेस लिंक करता येतात?

प्राथमिक फोनव्यतिरिक्त चार पर्यंत. फोनवरील मल्टी-डिव्हाइसच्या WhatsApp च्या घोषणेत फोन लिंक करणे हे वेब ब्राउझर, टॅबलेट आणि डेस्कटॉप यांप्रमाणेच चार अतिरिक्त डिव्हाइसेसपैकी एक असल्याचे सांगितले होते, आणि लहान व्यवसायातील कर्मचारी स्वतःच्या फोनवरून ग्राहकांना उत्तरे देतात हा त्याचा वापर म्हणून नमूद केला होता.

Coexistence नंबरवर ही मर्यादा उरलेल्या समर्थित कंपॅनियन क्लायंटमध्ये वाटली जाते. पूर्वी Windows ॲप वापरणारे कार्यालय सहसा ते डेस्क ब्राउझरमधील WhatsApp Web वर हलवते, आणि ते इतर कंपॅनियनप्रमाणेच चारपैकी एक म्हणून मोजले जाते.

### लिंक्ड डिव्हाइसेस कनेक्टेड कशामुळे राहतात?

दोन निष्क्रियतेचे नियम, प्रत्येक प्रकारच्या डिव्हाइससाठी एक, आणि दोन्ही Meta च्या डिस्कनेक्शन डेटामध्ये कारण म्हणून दिसतात.

PRIMARY_INACTIVITY प्राथमिक फोनसाठी लागू आहे आणि सुमारे 14 दिवस हालचाल नसल्यास लागू होते. WhatsApp असेही सांगते की प्राथमिक डिव्हाइस दीर्घकाळ निष्क्रिय राहिल्यास ते खाते सर्व कंपॅनियन डिव्हाइसेसवरून लॉग आउट करते, म्हणजे न वापरलेला प्राथमिक फोन सर्व लिंक्ड डिव्हाइसेसना सोबत घेऊन जातो.

COMPANION_INACTIVITY एका कंपॅनियन डिव्हाइसला स्वतंत्रपणे लागू होते, सुमारे 30 दिवस निष्क्रियतेनंतर. शाखा कार्यालयातील क्वचित वापरला जाणारा लॅपटॉप हे याचे नेहमीचे उदाहरण आहे.

- WhatsApp Web वरून उत्तरे देणाऱ्या कर्मचाऱ्यांना न सांगता ऑनबोर्डिंग करणे. ऑनबोर्डिंग पूर्ण होताच ते लॉग आउट होतात.
- WhatsApp for Windows ॲप पुन्हा लिंक करण्याचा प्रयत्न करणे. Meta च्या यादीत ते Coexistence नंबरवर समर्थित नाही.
- सर्वजण लिंक्ड डिव्हाइसेसवर काम करतात म्हणून प्राथमिक फोन ड्रॉवरमध्ये ठेवणे. त्याच्या निष्क्रियतेमुळे कंपॅनियनही डिस्कनेक्ट होतात.

**Coexistence मुळे WhatsApp Web अनलिंक होते का?** होय, ऑनबोर्डिंगच्या वेळी प्रत्येक कंपॅनियन अनलिंक होतो. WhatsApp Web समर्थित आहे आणि लगेच पुन्हा लिंक करता येते.

**Windows वरील WhatsApp डेस्कटॉप ॲप वापरता येईल का?** Coexistence नंबरवर नाही. Meta च्या यादीत WhatsApp for Windows समर्थित नसलेला कंपॅनियन आहे.

**Coexistence स्वतः एक लिंक्ड डिव्हाइस आहे का?** नाही. ते Meta च्या ऑनबोर्डिंगद्वारे नंबरशी जोडलेले Cloud API आहे, आणि ते कंपॅनियन स्लॉट व्यापत नाही.

**मी किती कंपॅनियन लिंक करू शकतो?** प्राथमिक फोनव्यतिरिक्त चार पर्यंत, Meta ज्या कंपॅनियन क्लायंटना समर्थन देते त्यांच्यामध्ये.

---

## Coexistence कनेक्शनवरील फोन नंबर बदलणे

https://easycoexistence.com/mr/docs/changing-the-phone-number

Coexistence कनेक्शन एका फोन नंबरशी जोडलेले असते. व्यवसायाने WhatsApp Business ॲपमध्ये नंबर बदलला की Meta हे कनेक्शन CHANGE_NUMBER या कारणासह खंडित करते. नवीन नंबर प्लॅटफॉर्मवर स्वतंत्र बिझनेस फोन नंबर असतो, आणि तो Coexistence प्रक्रियेतून नवीन कनेक्शन म्हणून ऑनबोर्ड करावा लागतो.

### नंबर बदलल्यावर कनेक्शनचे काय होते?

ते संपते. Coexistence कनेक्शन खंडित होण्याच्या कारणांमध्ये Meta फोन नंबरमधील बदलाचा समावेश करते, आणि account_update वेबहुकच्या disconnection_info मध्ये CHANGE_NUMBER हे कारण कळवते.

हा प्लॅटफॉर्मचा कडकपणा नसून सुसंगतपणा आहे. एपीआय बाजूला माहीत असलेली प्रत्येक गोष्ट बिझनेस फोन नंबरशी जोडलेली असते: त्याचा phone number ID, display name, गुणवत्ता रेटिंग आणि वेबहुक सबस्क्रिप्शन. वेगळा नंबर म्हणजे वेगळी मालमत्ता, त्यामुळे जुन्या नंबरशी जोडलेले काहीही आपोआप नवीन नंबरकडे जात नाही, आणि बदल केल्याच्या क्षणीच जुने कनेक्शन काम करणे थांबवते.

### नवीन नंबर कसा कनेक्ट करावा?

पहिले कनेक्शन म्हणून. Coexistence मध्ये येणाऱ्या कोणत्याही नंबरप्रमाणेच नवीन नंबरलाही त्याच अटी पूर्ण कराव्या लागतात, आणि मग सुरुवातीपासून ऑनबोर्डिंग करावे लागते. जुन्या कनेक्शनमधील काहीही पुन्हा वापरले जात नाही, त्यामुळे हा बदल तारीख ठरवून केलेला छोटा प्रकल्प म्हणून हाताळणे उपयोगी ठरते.

- तो WhatsApp Business ॲपमध्ये सक्रिय आहे आणि ॲपची आवृत्ती 2.24.17 किंवा नवीन आहे.
- तो तुम्ही प्रशासक असलेल्या Business Portfolio मध्ये आहे.
- तो दुसऱ्या प्रोव्हायडरशी जोडलेला नाही.
- कोणत्याही बिझनेस फोन नंबरप्रमाणे नोंदणीच्या वेळी त्याचे display name दिलेले आहे.

### एपीआय बाजूला काय अपडेट करावे लागते?

जिथे जिथे जुना नंबर किंवा त्याचा ID साठवलेला आहे तिथे सर्वत्र. Cloud API मधून मेसेज पाठवणारी इंटिग्रेशन्स phone number ID वर पाठवतात, त्यामुळे जुन्या ID कडे अजूनही बोट दाखवणारा CRM, ऑटोमेशन वर्कफ्लो किंवा AI एजंट नवीन नंबरवर स्विच होण्याऐवजी अयशस्वी होईल.

नवीन कनेक्शनमध्ये ऑनबोर्डिंगचे प्रश्न पुन्हा येतात, ज्यात चॅट हिस्ट्री शेअर करायची की नाही आणि ती सिंक्रोनाइझ करण्यासाठीची 24 तासांची मुदत यांचा समावेश आहे. जुन्या कनेक्शनवर ठरवलेले वेबहुक डेस्टिनेशन नवीन कनेक्शनवरही लावावे लागते. Portfolio ची क्षमताही तपासणे योग्य आहे: Meta नवीन Business Portfolio ला दोन नोंदणीकृत बिझनेस फोन नंबरपर्यंत मर्यादित ठेवते, जोपर्यंत ते पडताळले जात नाही किंवा 2,000 मेसेजिंग मर्यादेपर्यंत पोहोचत नाही.

### प्लॅटफॉर्मवर जुन्या नंबरचे काय होते?

कोणी तो काढत नाही तोपर्यंत तो WhatsApp Business Account मध्ये मालमत्ता म्हणून राहतो. Meta फक्त Business Portfolio च्या प्रशासकांना बिझनेस फोन नंबर हटवू देते, आणि गेल्या 30 दिवसांत सशुल्क मेसेज पाठवण्यासाठी वापरलेला नंबर हटवण्यास नकार देते.

नंबर हटवणे हे ऐच्छिक व्यवस्थापन आहे, नवीन नंबर कनेक्ट करण्याची अट नाही. मात्र खात्यात जुने नंबर ठेवल्यास एखादी प्रणाली चुकीच्या नंबरवर पाठवत राहण्याची शक्यता वाढते. 30 दिवस उलटल्यावर तो काढल्यास खाते वाचण्यास सोपे राहते.

- पुन्हा कनेक्ट करण्याचे नियोजन करण्यापूर्वी ॲपमध्ये नंबर बदलणे. जुने कनेक्शन त्याच क्षणी संपते.
- इंटिग्रेशन्समध्ये जुना phone number ID तसाच ठेवणे. मेसेज नवीन नंबरकडे जाण्याऐवजी अयशस्वी होतात.
- नंबर बदलल्यानंतर लगेच जुना नंबर हटवण्याचा प्रयत्न करणे. 30 दिवसांत सशुल्क मेसेज पाठवले असतील तर Meta तो अडवते.

**माझे कनेक्शन नवीन नंबरकडे आपोआप येते का?** नाही. Meta ते CHANGE_NUMBER या कारणासह खंडित करते, आणि नवीन नंबर नवीन कनेक्शन म्हणून ऑनबोर्ड केला जातो.

**मला नवीन phone number ID लागतो का?** होय. नवीन नंबर प्लॅटफॉर्मवर स्वतंत्र बिझनेस फोन नंबर असतो, आणि त्याचा स्वतःचा ID असतो.

**मी जुना नंबर लगेच हटवू शकतो का?** फक्त गेल्या 30 दिवसांत त्याने सशुल्क मेसेज पाठवले नसतील तरच, आणि तो फक्त Business Portfolio प्रशासकच हटवू शकतो.

**मला display name पुन्हा निवडावे लागते का?** होय. बिझनेस फोन नंबरची नोंदणी करताना Meta ला display name ची माहिती आवश्यक असते.

---

## Meta व्यवसाय पडताळणी आणि Coexistence नंबर

https://easycoexistence.com/mr/docs/business-verification

Meta व्यवसाय पडताळणी Meta Business Portfolio ला लागू होते, फोन नंबरला नाही. पोर्टफोलिओ पडताळणीशिवायही मेसेज पाठवू शकतो, सुरुवातीची मर्यादा दिवसाला 250 वेगळे प्राप्तकर्ते आणि दोन नोंदणीकृत नंबर अशी असते. पडताळणी हा 2,000 मर्यादेपर्यंत जाण्याचा एक मार्ग आहे, ती नंबरची कमाल मर्यादा 20 पर्यंत वाढवते, आणि ब्लू चेकसाठी अर्ज करण्यापूर्वी ती आवश्यक आहे.

### नंबर कनेक्ट करण्यासाठी व्यवसाय पडताळणी आवश्यक आहे का?

नाही. Meta च्या दस्तऐवजीकरणात पडताळणी ही पोर्टफोलिओ काय करू शकतो ते वाढवण्याचा मार्ग मानली आहे, मेसेज पाठवण्याची अट म्हणून नाही.

नव्याने तयार केलेला पोर्टफोलिओ ग्राहक सेवा विंडोच्या बाहेर सलग फिरत्या 24 तासांत 250 वेगळ्या प्राप्तकर्त्यांच्या मेसेजिंग मर्यादेसह आणि दोन नोंदणीकृत फोन नंबरच्या कमाल मर्यादेसह सुरू होतो. पोर्टफोलिओची पडताळणी झालेली असो वा नसो, दोन्ही लागू असतात, आणि व्यवसाय पहिल्या दिवसापासून या मर्यादेत आपल्या ग्राहकांना मेसेज पाठवू शकतो.

पडताळणीमुळे बदलते ती कमाल मर्यादा. मेसेजिंग मर्यादा 250 वरून 2,000 करण्यासाठी Meta ने दिलेल्या तीन मार्गांपैकी ती एक आहे, आणि नोंदणीकृत नंबरची कमाल मर्यादा 20 करणाऱ्या दोन कारणांपैकी ती एक आहे.

### WhatsApp वर पडताळणीमुळे काय खुले होते?

तीन वेगळ्या गोष्टी, ज्या अनेकदा एकच म्हणून सांगितल्या जातात.

- मेसेजिंग मर्यादेचा मार्ग: पडताळणी हा 2,000 साठी पात्र ठरण्याचा एक मार्ग आहे, त्यानंतर Meta चे स्वयंचलित स्केलिंग काम करते.
- नंबरची मोठी कमाल मर्यादा: Meta पोर्टफोलिओला दोन नोंदणीकृत नंबरवरून 20 पर्यंत वाढवते आणि business_capability_update वेबहुक पाठवते.
- अधिकृत व्यवसाय खात्यासाठी पात्रता: ब्लू चेकची विनंती करण्यापूर्वी नंबर ज्या पोर्टफोलिओचा आहे त्याची पडताळणी झालेली असणे आवश्यक आहे.
- या तिन्ही गोष्टींपैकी कोणतीही फोनवरील WhatsApp Business ॲप कसे चालते ते बदलत नाही.

### Coexistence नंबरला पडताळणी कशी लागू होते?

पोर्टफोलिओमार्फत. Coexistence द्वारे कनेक्ट केलेला नंबर Meta Business Portfolio चा भाग असलेल्या WhatsApp Business खात्यात असतो, आणि पडताळणी हा त्या पोर्टफोलिओचा गुणधर्म आहे. त्यातील प्रत्येक नंबर पोर्टफोलिओच्या मेसेजिंग मर्यादेसह हा निकाल सामायिक करतो.

ब्लू चेकचे निकष अधिक मर्यादित आहेत. Meta च्या अधिकृत व्यवसाय खात्याच्या पानावर नमूद आहे की WhatsApp Business ॲपच्या फोन नंबरना, इतरांसह, हा स्टेटस दिला जात नाही, आणि ॲप व Cloud API दोन्हीसोबत वापरल्या जाणाऱ्या नंबरचे ते स्वतंत्रपणे वर्णन करत नाही. इतर पात्रता निकष म्हणजे पडताळणी, प्लॅटफॉर्मवर किमान 30 दिवस, नंबरवर टू-स्टेप पडताळणी आणि मंजूर झालेले डिस्प्ले नेम.

### कोणत्या पोर्टफोलिओची पडताळणी करावी?

जो WhatsApp Business खात्याचा मालक आहे त्याची. स्वतःचा नंबर कनेक्ट करणाऱ्या व्यवसायासाठी तो त्याचा स्वतःचा पोर्टफोलिओ असावा.

एजन्सींसाठी हे महत्त्वाचे आहे. ग्राहकाचा नंबर एजन्सीच्या पोर्टफोलिओमध्ये कनेक्ट केला असल्यास एजन्सीची पडताळणी, मर्यादा आणि नंबरची कमाल मर्यादा लागू होते, आणि ग्राहकाची मर्यादा एजन्सीच्या तिथल्या इतर सर्व नंबरसोबत सामायिक होते. एका ठरावीक कालावधीत एकच नंबर पोर्टफोलिओची संपूर्ण मेसेजिंग क्षमता वापरू शकतो, असे Meta स्पष्टपणे सांगते.

प्रत्येक व्यवसाय त्याच्या स्वतःच्या पोर्टफोलिओमध्ये कनेक्ट केल्यास पडताळणी, मर्यादा आणि बिलिंग प्रत्यक्ष मेसेज पाठवणाऱ्या व्यवसायाकडेच राहते.

- पडताळणी पूर्ण होईपर्यंत कनेक्शन लांबवणे. सुरुवातीच्या मर्यादेत पडताळणीशिवायही मेसेज पाठवता येतात.
- WhatsApp Business खात्याच्या मालकाऐवजी वेगळ्याच पोर्टफोलिओची पडताळणी करणे. निकाल हस्तांतरित होत नाही.
- अनेक ग्राहकांचे नंबर एका एजन्सी पोर्टफोलिओमध्ये ठेवणे. ते एकच मेसेजिंग मर्यादा आणि नंबरची एकच कमाल मर्यादा सामायिक करतात.

**Coexistence वापरण्यासाठी मला व्यवसाय पडताळणी आवश्यक आहे का?** नाही. पोर्टफोलिओ पडताळणीशिवाय मेसेज पाठवू शकतो, सुरुवातीची मर्यादा सलग फिरत्या 24 तासांत 250 वेगळे प्राप्तकर्ते अशी असते.

**पडताळणीमुळे मला ब्लू चेक मिळतो का?** फक्त त्यामुळे नाही. अधिकृत व्यवसाय खात्याच्या स्टेटससाठी ती एक अट आहे, ज्याची विनंती स्वतंत्रपणे केली जाते आणि Meta ती तपासते.

**पडताळणी प्रत्येक नंबरसाठी स्वतंत्र असते का?** नाही. ती Meta Business Portfolio ची असते, आणि त्या पोर्टफोलिओमधील प्रत्येक नंबर ती सामायिक करतो.

**पडताळणीमुळे माझ्या फोनवरील ॲपमध्ये बदल होतो का?** नाही. ती प्लॅटफॉर्मच्या मर्यादा आणि पात्रता बदलते, WhatsApp Business ॲप कसे चालते ते नाही.

---

## WhatsApp मेसेजिंग मर्यादा: सध्याचे पोर्टफोलिओ स्तर

https://easycoexistence.com/mr/docs/messaging-limits-and-tiers

मेसेजिंग मर्यादा ठरवते की एखादा व्यवसाय ग्राहक सेवा विंडोच्या बाहेर, फिरत्या 24 तासांत किती वेगळ्या लोकांपर्यंत मेसेज पोहोचवू शकतो. 7 ऑक्टोबर 2025 पासून ती प्रत्येक Meta Business Portfolio साठी ठरते आणि त्यातील सर्व नंबरमध्ये सामायिक असते. सुरुवात 250 पासून होते आणि ती 2,000, 10,000, 100,000 आणि अमर्यादित अशी वाढते.

### मेसेजिंग मर्यादा प्रत्यक्षात काय मोजते?

तुमचा व्यवसाय ग्राहक सेवा विंडोच्या बाहेर, फिरत्या 24 तासांत ज्या वेगळ्या WhatsApp वापरकर्त्यांच्या फोन नंबरवर मेसेज पोहोचवतो, तेच नंबर मोजले जातात. या शब्दरचनेतून तीन गोष्टी निघतात.

खुल्या ग्राहक सेवा विंडोमधील उत्तरे मोजली जात नाहीत. त्यामुळे फक्त संपर्क करणाऱ्या लोकांना उत्तर देणारा नंबर मर्यादेला हात न लावता तिच्यापेक्षा खूप जास्त काम करू शकतो. एकाच व्यक्तीला अनेक टेम्प्लेट पाठवली तरी ती व्यक्ती एकदाच मोजली जाते. आणि विंडो कॅलेंडरच्या दिवसासारखी नसून फिरती असते, त्यामुळे सर्वात जुने मेसेज कालबाह्य होत गेल्याने क्षमता हळूहळू मोकळी होते.

मर्यादा तुम्ही आधी किती लोकांपर्यंत पोहोचता यावर आहे, किती वेगाने किंवा किती मेसेज पाठवता यावर नाही.

### ऑक्टोबर 2025 मध्ये काय बदलले?

7 ऑक्टोबर 2025 पूर्वी प्रत्येक फोन नंबरची स्वतःची मर्यादा होती आणि नवीन नंबर इतर नंबरनी काहीही मिळवले असले तरी 250 वरूनच सुरू होत असे. आता मर्यादा बिझनेस पोर्टफोलिओची असते आणि त्यातील प्रत्येक नंबर ती सामायिक करतो.

- नव्याने नोंदवलेला नंबर लगेच पोर्टफोलिओची मर्यादा वापरतो.
- 250 नंतरची पहिली पायरी 2,000 आहे, पूर्वी ती 1,000 होती.
- निकष पूर्ण झाल्यानंतर 6 तासांत वाढ मिळते, पूर्वी 24 तास लागत.
- नंबरचे गुणवत्ता रेटिंग घसरल्याने आता मर्यादा कमी होत नाही.
- वाचायचे फील्ड whatsapp_business_manager_messaging_limit आहे; messaging_limit_tier बाद झाले आहे.

### मर्यादा कशी वाढते?

दोन टप्प्यांत. 250 च्या पुढे जाण्यासाठी पोर्टफोलिओ एक स्केलिंग मार्ग पूर्ण करतो: व्यवसायाची पडताळणी करणे, ऑनबोर्डिंग पार्टनरकडून पडताळणी करून घेणे, किंवा उच्च गुणवत्ता रेटिंग असलेली टेम्प्लेट वापरून 30 दिवसांत ग्राहक सेवा विंडोच्या बाहेर वेगळ्या प्राप्तकर्त्यांना 2,000 मेसेज पाठवणे. त्यानंतर Meta मेसेजच्या गुणवत्तेचा आढावा घेऊन मंजुरी देते किंवा नाकारते, आणि नकार account_alerts वेबहुकच्या रूपात येतो, ज्यात पुढे कोणता पर्याय निवडायचा ते सांगितलेले असते.

2,000 पासून पुढे स्केलिंग स्वयंचलित असते. पोर्टफोलिओ त्याच्या सर्व नंबर आणि टेम्प्लेटवर उच्च गुणवत्तेचे मेसेज पाठवत असेल आणि गेल्या 7 दिवसांत त्याने सध्याच्या मर्यादेपैकी किमान निम्मी वापरली असेल, तर Meta त्याला एक स्तर वर नेते. काही विकत घ्यावे लागत नाही आणि कोणतीही विनंती सादर करावी लागत नाही.

### मेसेजिंग मर्यादा आणि थ्रुपुट यात काय फरक आहे?

मर्यादा दिवसाला किती लोक ते मोजते; थ्रुपुट प्रति सेकंद किती मेसेज ते मोजते. त्या स्वतंत्रपणे ठरतात आणि स्वतंत्रपणे अपयशी ठरतात.

Coexistence नंबरवर हा फरक ठळक दिसतो. WhatsApp Business ॲप आणि Cloud API दोन्हीसह वापरात असलेल्या कोणत्याही नंबरचे थ्रुपुट Meta ॲपशी सुसंगत ठेवण्यासाठी 20 मेसेज प्रति सेकंद इतके निश्चित करते. हा आकडा पोर्टफोलिओच्या स्तरानुसार बदलत नाही, म्हणून अमर्यादित मेसेजिंग मर्यादा असलेला पोर्टफोलिओही Coexistence नंबरवरून 20 प्रति सेकंद वेगानेच पाठवतो.

प्रति सेकंद मर्यादा, प्रति प्राप्तकर्ता मर्यादा आणि व्यवस्थापन कॉल मर्यादा, प्रत्येकीचे स्वतःचे पान आणि स्वतःचे त्रुटी कोड आहेत.

- messaging_limit_tier वाचणे. ते बाद झाले आहे; सध्याचे फील्ड whatsapp_business_manager_messaging_limit आहे.
- प्रत्येक नवीन नंबर 250 पासून सुरू होतो असे गृहीत धरणे. ऑक्टोबर 2025 पासून तो लगेच पोर्टफोलिओची मर्यादा घेतो.
- उत्तरे मर्यादेत मोजणे. खुल्या ग्राहक सेवा विंडोमधील मेसेज त्यात येत नाहीत.
- एका नंबरच्या मोहिमेमुळे इतर नंबरना मर्यादा न उरणे. संपूर्ण पोर्टफोलिओ एकाच मर्यादेतून वापर करतो.

**मर्यादा नंबरनुसार असते की खात्यानुसार?** 7 ऑक्टोबर 2025 पासून ती Meta Business Portfolio नुसार असते. पोर्टफोलिओमधील प्रत्येक नंबर ती सामायिक करतो.

**ग्राहकांची उत्तरे माझ्या मर्यादेत मोजली जातात का?** नाही. फक्त ग्राहक सेवा विंडोच्या बाहेरील मेसेज मोजले जातात आणि प्रत्येक वेगळा प्राप्तकर्ता फिरत्या 24 तासांत एकदाच मोजला जातो.

**कमी गुणवत्ता रेटिंगमुळे माझी मर्यादा कमी होऊ शकते का?** ऑक्टोबर 2025 पासून नाही. गुणवत्ता घसरल्यावर Meta ने मर्यादा कमी करणे थांबवले आहे, मात्र मर्यादा वाढणार की नाही हे गुणवत्ता अजूनही ठरवते.

**उच्च स्तरामुळे Coexistence थ्रुपुट वाढते का?** नाही. Coexistence नंबरवरील थ्रुपुट स्तर कोणताही असो, 20 मेसेज प्रति सेकंद इतकेच निश्चित असते.

---

## Coexistence नंबरवरील प्रॉडक्ट कॅटलॉग

https://easycoexistence.com/mr/docs/catalog-and-coexistence

Coexistence द्वारे नंबर कनेक्ट केल्यावर WhatsApp Business ॲपमधील कॅटलॉग, ऑर्डर आणि स्टेटस टूल्स ॲपमध्ये जसेच्या तसे राहतात, आणि Cloud API ही ॲप टूल्स उपलब्ध करून देत नाही. API मार्फत पाठवले जाणारे प्रॉडक्ट मेसेज Meta वर अपलोड केलेल्या आणि WhatsApp Business Account शी जोडलेल्या कॅटलॉगवर आधारित असतात, जो प्रत्येक फोन नंबरनुसार कॉन्फिगर केला जातो.

### Coexistence नंतर माझा WhatsApp Business ॲप कॅटलॉग टिकतो का?

होय, फोनवर टिकतो. Meta च्या Coexistence फीचर टेबलमध्ये कॅटलॉग, ऑर्डर आणि स्टेटस ही व्यवसाय टूल्सची उदाहरणे दिली आहेत, आणि ऑनबोर्डिंगनंतर WhatsApp Business ॲपमध्ये त्यांच्या कामात कोणताही बदल होत नाही.

त्याच ओळीत ती Cloud API वर समर्थित नाहीत असेही नमूद आहे. नियोजन करताना हीच गोष्ट लक्षात घ्यावी: इंटिग्रेशनने ॲपचे कॅटलॉग टूल API मधून वाचणे, संपादित करणे किंवा मिरर करणे अपेक्षित धरू नये.

म्हणजे ॲप कॅटलॉगमधून विक्री करणारे दुकान कनेक्ट केल्यानंतरही तसेच करत राहते. फरक एवढाच की त्याला API देखील मिळते, ज्यातून प्रॉडक्ट पाठवण्याची स्वतःची पद्धत आहे.

### Cloud API मधून प्रॉडक्ट कॅटलॉग कसा चालतो?

Meta वर अपलोड केलेल्या आणि WhatsApp Business Account शी जोडलेल्या कॅटलॉगद्वारे. कॅटलॉग म्हणजे प्रॉडक्ट किंवा सेवांची संरचित यादी, आणि प्रत्येक आयटममध्ये नाव, वर्णन, किंमत, इमेज आणि उपलब्धता असे तपशील असतात. Meta चार टप्पे सांगते.

- इन्व्हेंटरी अपलोड, Commerce API किंवा Meta Commerce Manager द्वारे.
- प्रति फोन नंबर कॉमर्स कॉन्फिगरेशन: कार्ट सुरू आहे का आणि कॅटलॉग दिसतो का.
- कॅटलॉग, सिंगल-प्रॉडक्ट, मल्टी-प्रॉडक्ट किंवा कॅरोसेल मेसेजद्वारे प्रॉडक्ट शेअर करणे.
- ग्राहकांचे प्रतिसाद, जे ऑर्डर तपशील आणि प्रॉडक्टबद्दलच्या प्रश्नांसह वेबहुक नोटिफिकेशन म्हणून येतात.

### ॲपमधील आणि API मधील प्रॉडक्ट मेसेजमध्ये काय फरक आहे?

Meta एक दृश्य फरक नोंदवते: WhatsApp Business ॲपमधून पाठवलेल्या प्रॉडक्ट मेसेजच्या उलट, Cloud API मधून पाठवलेले मेसेज सध्या चॅट थ्रेडच्या हेडरमध्ये शॉपिंग कार्ट आयकॉन दाखवत नाहीत.

API बाजूला काही सेटिंग्ज आहेत, ज्या ॲप त्याच पद्धतीने देत नाही. डीफॉल्टनुसार खात्यातील व्यवसायाच्या प्रत्येक फोन नंबरसाठी शॉपिंग कार्ट सुरू आणि स्टोअरफ्रंट आयकॉन लपवलेला असतो, आणि दोन्ही कॉमर्स सेटिंग्ज एंडपॉइंटद्वारे प्रति नंबर बदलता येतात. कॅटलॉग बंद केल्यास wa.me कॅटलॉग लिंक आणि View catalog बटण टॅप केल्यावर अवैध कॅटलॉगचा इशारा दाखवतात.

ग्राहक सेवा विंडोच्या बाहेर, व्यवसायाकडून सुरू केलेल्या इतर कोणत्याही मेसेजप्रमाणेच, प्रॉडक्ट मंजूर टेम्प्लेटमधूनच पाठवावे लागतात.

### प्रॉडक्टचे पुनरावलोकन कोण करते?

Meta, आपोआप. WhatsApp Business Account शी जोडलेल्या कॅटलॉगमध्ये जोडलेल्या आयटमचे पुनरावलोकन होते, आणि धोरणाचे उल्लंघन करणारा आयटम फ्लॅग केला जातो व व्यवसायाला WhatsApp Commerce Policies कडे निर्देशित केले जाते. नामंजूर आयटमसाठी Meta Commerce Manager मध्ये अपील करता येते.

ग्राहक मेसेजमध्ये मिळालेल्या एखाद्या विशिष्ट प्रॉडक्टची तक्रारही करू शकतात, ज्यामुळे त्याचे स्वतंत्र पुनरावलोकन सुरू होते. व्यवसायाबद्दलच्या तक्रारी हा वेगळा विषय आहे: Meta नंबरचे क्वालिटी रेटिंग ठरवताना वापरते त्या सिग्नलपैकी त्या एक आहेत.

भारतात असलेल्या व्यवसायांवर ऑनलाइन विक्री कायद्यांचे पालन करण्याचे अतिरिक्त बंधन आहे, जे Meta स्वतःच्या Business Compliance API द्वारे उपलब्ध करून देते.

- ॲपचे कॅटलॉग टूल API मधून वाचता येईल अशी अपेक्षा ठेवणे. Meta ते Cloud API वर समर्थित नाही असे नमूद करते.
- wa.me कॅटलॉग लिंक अजून वापरात असताना नंबरवरील कॅटलॉग बंद करणे. त्या लिंक नंतर अवैध कॅटलॉगचा इशारा दाखवतात.
- ग्राहक सेवा विंडोच्या बाहेर टेम्प्लेटशिवाय प्रॉडक्ट पाठवणे. व्यवसायाकडून सुरू केलेल्या मेसेजसाठी तरीही टेम्प्लेट लागते.

**कनेक्ट केल्याने माझा कॅटलॉग डिलीट होईल का?** नाही. Meta च्या मते Coexistence ऑनबोर्डिंगनंतर कॅटलॉगसह ॲपची व्यवसाय टूल्स बदलत नाहीत.

**API माझा ॲप कॅटलॉग वाचू शकते का?** Meta ॲपची व्यवसाय टूल्स Cloud API वर समर्थित नाहीत असे नमूद करते. API प्रॉडक्ट मेसेज WhatsApp Business Account शी जोडलेला कॅटलॉग वापरतात.

**एका मेसेजमध्ये किती प्रॉडक्ट बसतात?** मल्टी-प्रॉडक्ट मेसेजमध्ये सेक्शनमध्ये विभागून जास्तीत जास्त 30.

**मी कार्ट बंद करू शकतो का?** होय, प्रति फोन नंबर, कॉमर्स सेटिंग्ज एंडपॉइंटद्वारे. डीफॉल्टनुसार ते सुरू असते.

---

## Coexistence नंतर ब्रॉडकास्ट लिस्ट आणि मार्केटिंग टेम्प्लेट

https://easycoexistence.com/mr/docs/broadcast-lists-vs-templates

नंबर Coexistence द्वारे कनेक्ट झाला की WhatsApp Business ॲपमधील ब्रॉडकास्ट लिस्ट रीड-ओन्ली होतात आणि नवीन लिस्ट तयार करता येत नाहीत. एपीआय मधील पर्याय म्हणजे प्रत्येक प्राप्तकर्त्याला पाठवलेला मार्केटिंग टेम्प्लेट. त्यासाठी ऑप्ट-इन लागते, तो पोर्टफोलिओच्या मेसेजिंग मर्यादेत मोजला जातो, Meta त्याचे बिल आकारते आणि प्रत्येक व्यक्तीच्या मार्केटिंग प्राधान्यांचा तो आदर करतो.

### एपीआय वर ब्रॉडकास्ट लिस्टची जागा काय घेते?

मंजूर झालेला मार्केटिंग टेम्प्लेट, जो Cloud API द्वारे प्रत्येक प्राप्तकर्त्याला एकदा पाठवला जातो. एपीआय मध्ये लिस्ट नावाचा कोणताही ऑब्जेक्ट नाही: प्रेक्षकांची यादी इंटिग्रेशन स्वतः ठेवते आणि त्यातील प्रत्येक नंबरवर टेम्प्लेट पाठवते.

यामुळे एकाच वेळी तीन गोष्टी बदलतात. टेम्प्लेट पाठवण्यापूर्वी त्याचा मजकूर Meta च्या टेम्प्लेट पुनरावलोकनातून जातो. ग्राहक सेवा विंडोच्या बाहेर प्रत्येक पाठवणीमुळे एक संभाषण सुरू होते, ज्याचे शुल्क Meta व्यवसायाच्या स्वतःच्या WhatsApp Business Account वरील पेमेंट पद्धतीवर आकारते. आणि प्रत्येक वेगळा प्राप्तकर्ता मागील 24 तासांसाठीच्या पोर्टफोलिओच्या मेसेजिंग मर्यादेत मोजला जातो.

लिस्ट बंद होण्याबद्दल आणि Meta देत असलेल्या कारणांबद्दल, Coexistence बंद करणाऱ्या वैशिष्ट्यांवरील पानावर माहिती दिली आहे.

### मार्केटिंग टेम्प्लेट कोणाला मिळू शकतो?

ज्या लोकांनी व्यवसायाला आपला नंबर दिला आणि व्यवसायाकडून संदेश मिळवण्यासाठी ऑप्ट-इन केले, त्यांना. Meta चे Business Messaging Policy या दोन्ही अटी स्पष्ट करते, आणि ऑप्ट-इनमध्ये व्यवसायाचे नाव असणे आणि संबंधित व्यक्ती त्याचे मेसेजेस घेण्यास सहमत आहे असे नमूद असणे आवश्यक आहे.

या आवश्यकता आणि लागू कायदा पाळला जात असेल तर पद्धत Meta व्यवसायावर सोडते: SMS, वेबसाइटवरील फॉर्म, IVR कॉल किंवा स्वाक्षरी केलेला कागदी फॉर्म ही सर्व उदाहरणे यादीत आहेत. त्यामुळे ऑप्ट-इनचा पुरावा व्यवसायाच्या स्वतःच्या नोंदींमध्ये असतो, फोनच्या कॉन्टॅक्ट लिस्टमध्ये नाही.

ज्यांनी कधीच ऑप्ट-इन केले नाही त्यांना पाठवणे हा ब्लॉक आणि रिपोर्ट मिळवण्याचा सर्वात जलद मार्ग आहे, आणि त्यामुळेच क्वालिटी घसरते.

### काही मार्केटिंग टेम्प्लेट का पोहोचत नाहीत?

कारण एपीआय प्रत्येक प्राप्तकर्त्यावर असे नियंत्रण लावते जे ब्रॉडकास्ट लिस्टमध्ये कधी दिसत नव्हते.

- प्रति वापरकर्ता मार्केटिंग मर्यादा: जी व्यक्ती प्रतिसाद देण्याची शक्यता कमी आहे तिला WhatsApp मार्केटिंग टेम्प्लेट रोखू शकते आणि 131049 परत येतो.
- मार्केटिंग थांबवले: व्यक्ती "Offers and announcements" सेटिंगमध्ये व्यवसायाकडून येणारे मार्केटिंग मेसेजेस थांबवू शकते आणि 131050 परत येतो.
- युनायटेड स्टेट्सचे नंबर: WhatsApp सध्या US फोन नंबर असलेल्या वापरकर्त्यांना मार्केटिंग टेम्प्लेट पोहोचवत नाही.
- वगळलेले प्रदेश: EEA, UK, Japan किंवा South Korea साठी प्रति वापरकर्ता मर्यादा सध्या सक्रिय नाहीत.

### ॲपचे स्वतःचे मार्केटिंग मेसेजेस टूल अजूनही चालते का?

Meta च्या Coexistence वैशिष्ट्य सारणीत ॲपची मेसेजिंग टूल्स एकाच ओळीत आहेत: मार्केटिंग मेसेजेस, अभिवादन मेसेज, अनुपस्थिती मेसेज, क्विक रिप्लाय आणि लेबल्स. ऑनबोर्डिंगनंतर WhatsApp Business ॲपमध्ये त्यांच्यात कोणताही बदल नोंदवलेला नाही. त्याच ओळीत ती Cloud API वर समर्थित नाहीत असेही दाखवले आहे.

म्हणजे ॲपमधील मार्केटिंग मेसेजेस वैशिष्ट्य आणि एपीआय मार्केटिंग टेम्प्लेट हे एकाच नंबरवरील दोन स्वतंत्र मार्ग आहेत. Meta हेही सांगते की WhatsApp Business ॲपवरून पाठवलेले मेसेजेस ऑनबोर्डिंगनंतरही मोफत राहतात, तर Cloud API द्वारे पाठवलेल्या मेसेजेसना Cloud API दर लागू होतात.

ब्रॉडकास्ट लिस्ट हा बदलणारा अपवाद आहे, म्हणूनच त्यांना पर्याय लागतो.

- 131049 लगेच पुन्हा पाठवणे. Meta किमान 24 तास थांबायला सांगते, आणि लवकर केलेल्या पुनर्प्रयत्नांमुळे पुढील प्रयत्न एका दिवसापर्यंत अडू शकतात.
- 131050 पुन्हा पाठवणे. व्यक्तीने व्यवसायाकडून येणारे मार्केटिंग मेसेजेस थांबवले आहेत, आणि तो मेसेज पोहोचणार नाही.
- ब्रॉडकास्ट लिस्ट ऑप्ट-इन लिस्ट म्हणून इम्पोर्ट करणे. नंबर सेव्ह केलेला असणे हे धोरणात वर्णन केलेले ऑप्ट-इन नाही.

**माझ्या ब्रॉडकास्ट लिस्ट हटवल्या जातात का?** नाही. विद्यमान ब्रॉडकास्ट लिस्ट रीड-ओन्ली होतात, आणि नंबर कनेक्ट असताना नवीन लिस्ट तयार करता येत नाहीत.

**ब्रॉडकास्ट प्रेक्षकांना मेसेज करण्यासाठी मला टेम्प्लेट लागतो का?** ग्राहक सेवा विंडोच्या बाहेर, हो. व्यवसायाकडून सुरू होणाऱ्या प्रमोशनसाठी मार्केटिंग टेम्प्लेट हा एपीआय मार्ग आहे.

**टेम्प्लेट 131050 सह का अयशस्वी झाला?** त्या प्राप्तकर्त्याने तुमच्या व्यवसायाकडून मार्केटिंग मेसेजेस मिळवणे थांबवणे निवडले आहे. Meta पुन्हा प्रयत्न न करण्यास सांगते.

**ॲपचे मार्केटिंग मेसेजेस वैशिष्ट्य बंद झाले आहे का?** Meta ने मार्केटिंग मेसेजेससह ॲपची मेसेजिंग टूल्स ऑनबोर्डिंगनंतर ॲपमध्ये बदललेली नाहीत असे नमूद केले आहे.

---

## व्यवसायाने सुरू केलेल्या मेसेजसाठी WhatsApp ऑप्ट-इन आवश्यकता

https://easycoexistence.com/mr/docs/opt-in-requirements

व्यवसायाने WhatsApp वर एखाद्याला मेसेज करण्यापूर्वी Meta च्या धोरणानुसार दोन गोष्टी आवश्यक आहेत: त्या व्यक्तीने व्यवसायाला आपला फोन नंबर दिलेला असावा, आणि त्यांना व्यवसायाचे मेसेज हवे आहेत याची पुष्टी करणारे ऑप्ट-इन व्यवसायाला मिळालेले असावे. नोव्हेंबर 2024 पासून ऑप्ट-इन WhatsApp पुरते मर्यादित नसून सर्वसाधारण असू शकते, पण त्यात व्यवसायाचे नाव असणे आणि स्थानिक कायद्याचे पालन करणे आवश्यक आहे.

### Meta च्या ऑप्ट-इन धोरणात काय आवश्यक आहे?

दोन अटी आहेत, आणि व्यवसायाने WhatsApp वर एखाद्याशी संपर्क साधण्यापूर्वी दोन्ही पूर्ण झालेल्या असल्या पाहिजेत. व्यक्तीने व्यवसायाला आपला मोबाइल फोन नंबर दिलेला असावा, आणि त्या व्यक्तीकडून ऑप्ट-इन परवानगी मिळालेली असावी, ज्यात त्यांना व्यवसायाकडून पुढील मेसेज किंवा कॉल हवे आहेत याची पुष्टी असेल.

ऑप्ट-इनच्या स्वतःच्या तीन आवश्यकता आहेत. व्यक्ती व्यवसायाकडून संवाद स्वीकारण्यासाठी ऑप्ट-इन करत आहे हे त्यात स्पष्टपणे सांगितलेले असावे. व्यवसायाचे नाव स्पष्टपणे नमूद केलेले असावे. आणि ते लागू कायद्याचे पालन करणारे असावे, जे ठरवण्याची जबाबदारी Meta पूर्णपणे व्यवसायावर सोडते.

Meta च्या नोव्हेंबर 2024 च्या धोरण अद्ययावतीकरणात एक मुद्दा सैल केला गेला: स्थानिक कायद्याचे पालन होत असल्यास ऑप्ट-इन सर्वसाधारण असू शकते आणि त्यात WhatsApp चा उल्लेख असण्याची गरज नाही.

### Meta कोणत्या ऑप्ट-इन पद्धती स्वीकारते?

तीन आवश्यकता पूर्ण करणारी कोणतीही पद्धत. अशी पद्धत धोरणानुसार योग्य आहे असे Meta सांगते, निवड व्यवसायावर सोडते आणि समर्थित पद्धतींची उदाहरणे देते. कोणतीही पद्धत वापरली तरी, मेसेज मिळाल्याने व्यक्तीला काय फायदा होतो हे स्पष्ट करण्याचा सल्लाही Meta देते.

- SMS.
- वेबसाइटवरील फॉर्म.
- फोनद्वारे, इंटरॅक्टिव्ह व्हॉइस रिस्पॉन्स फ्लोमधून.
- प्रत्यक्ष भेटीत किंवा कागदावर, स्वाक्षरी केलेल्या दस्तऐवजासह.
- पद्धत कोणतीही असो, लागू कायद्याला आवश्यक असलेल्या सूचना आणि परवानग्यांची जबाबदारी व्यवसायाची आहे.

### माझ्या WhatsApp Business ॲपमधील संपर्क म्हणजे ऑप्ट-इन मानला जातो का?

केवळ तेवढ्याने नाही. Meta चे धोरण परवानगी याच्याशी जोडते की व्यक्तीने व्यवसायाचे मेसेज हवे असल्याची पुष्टी केलेली असावी, आणि संपर्क यादीतील फोन नंबरने फार तर दोन अटींपैकी पहिली अट पूर्ण होते.

Coexistence नंबरवर हे महत्त्वाचे आहे, कारण कनेक्शन ॲपमधील संपर्क सिंक करू शकते, आणि पहिल्या टेम्प्लेट मोहिमेसाठी विद्यमान ग्राहकवर्ग हा सर्वात उघड प्रेक्षक असतो. एखाद्याचा नंबर असणे म्हणजे त्यांची पुष्टी असणे नव्हे.

व्यवसायाला स्वतःहून लिहिणारा ग्राहक ही वेगळी बाब आहे: त्यांचा मेसेज ग्राहक सेवा विंडो उघडतो, आणि त्या विंडोमध्ये व्यवसाय उत्तर देऊ शकतो.

### ऑप्ट-इन कमकुवत असल्यास काय होते?

प्राप्तकर्ते विरोध करतात, आणि प्लॅटफॉर्म त्या फीडबॅकला प्रतिसाद देतो. Meta च्या ऑप्ट-इन मार्गदर्शनात म्हटले आहे की लोक व्यवसायाला ब्लॉक किंवा रिपोर्ट करू शकतात, किंवा त्याचे मार्केटिंग मेसेज थांबवू शकतात, आणि ज्या व्यवसायाची क्वालिटी दीर्घ काळ कमी राहते त्यावर Meta ची सिस्टम रेट लिमिट लावते.

Meta चा व्यावहारिक सल्ला याच आधारावर आहे. व्यवसाय पाठवणार असलेल्या मेसेजच्या श्रेणी सांगून अपेक्षा निश्चित करा, किंवा प्रत्येक श्रेणीनुसार ऑप्ट-इन घ्या. विशिष्ट श्रेणींमधून ऑप्ट-आउट करण्याच्या स्पष्ट सूचना द्या आणि त्यांचे पालन करा. ऑप्ट-इन आणि ऑप्ट-आउट प्रक्रिया सहज दिसतील अशा ठेवा, आणि नवीन ऑप्ट-इन पद्धत सुरू झाल्यावर क्वालिटी रेटिंगवर बारकाईने लक्ष ठेवा.

WhatsApp वर असो किंवा बाहेर, ब्लॉक करण्याच्या, थांबवण्याच्या किंवा ऑप्ट-आउट करण्याच्या प्रत्येक विनंतीचा आदर करणे, तसेच त्या व्यक्तीला संपर्क यादीतून काढून टाकणे, हे धोरणात आवश्यक आहे.

- सिंक केलेले ॲपमधील संपर्क म्हणजे ऑप्ट-इन यादी मानणे. धोरणात फक्त नंबर नव्हे, तर प्रत्येक व्यक्तीची पुष्टी अपेक्षित आहे.
- व्यवसायाचे नाव कधीही नमूद न करणारे ऑप्ट-इन घेणे. Meta ला व्यवसायाचे नाव स्पष्टपणे सांगितलेले हवे असते.
- ऑप्ट-आउट फक्त WhatsApp वर आले तरच पाळणे. धोरण कोणत्याही माध्यमातून केलेल्या विनंत्यांना लागू होते.

**ऑप्ट-इनमध्ये WhatsApp चा उल्लेख असणे आवश्यक आहे का?** नाही. नोव्हेंबर 2024 च्या धोरण अद्ययावतीकरणापासून सर्वसाधारण ऑप्ट-इनला परवानगी आहे, मात्र ते स्थानिक कायद्याचे पालन करणारे असावे.

**आधी लिहिणाऱ्या ग्राहकाला उत्तर देण्यासाठी ऑप्ट-इन लागते का?** ग्राहकाचा मेसेज ग्राहक सेवा विंडो उघडतो, आणि त्या विंडोमध्ये उत्तरे देण्याची परवानगी आहे. ऑप्ट-इन व्यवसायाने स्वतः सुरू केलेल्या मेसेजना लागू होते.

**ऑप्ट-इन ऑफलाइन घेता येते का?** हो. प्रत्यक्ष भेटीत किंवा कागदावर, स्वाक्षरी केलेल्या दस्तऐवजासह, ही पद्धत Meta ने स्वीकारलेल्या पद्धतींमध्ये नमूद केली आहे.

**कोणी ऑप्ट-आउट केल्यावर काय करावे?** त्यांनी कोणत्याही माध्यमातून विनंती केली असली तरी त्यांना मेसेज करणे थांबवा, आणि धोरणानुसार त्यांना तुमच्या संपर्क यादीतून काढून टाका.

---

## ब्लॉक आणि रिपोर्टचा WhatsApp क्वालिटी रेटिंगवर परिणाम कसा होतो

https://easycoexistence.com/mr/docs/quality-rating-blocks-and-reports

मेसेज क्वालिटी ठरवताना गेल्या सात दिवसांत प्राप्तकर्त्यांना व्यवसायाचे मेसेज कसे वाटले ते पाहिले जाते, आणि अलीकडील मेसेजना जास्त महत्त्व दिले जाते. संकेत म्हणजे ब्लॉक, रिपोर्ट, म्यूट, आर्काइव्ह आणि ब्लॉक करताना लोक देणारी कारणे. सातत्याने कमी क्वालिटी राहिल्यास पाठवण्यावर मर्यादा येतात, पाठवताना त्रुटी 131048 येते आणि टेम्प्लेट थांबवले जातात.

### कोणत्या प्रतिक्रियेमुळे WhatsApp क्वालिटी रेटिंग कमी होते?

Meta संकेत थेट सांगते: ब्लॉक, रिपोर्ट, म्यूट, आर्काइव्ह आणि वापरकर्ते व्यवसायाला ब्लॉक करताना देत असलेली कारणे. क्वालिटी गेल्या सात दिवसांत मेसेज कसे स्वीकारले गेले यावर आधारित असते आणि अलीकडील मेसेजना जास्त महत्त्व दिले जाते, त्यामुळे कालचा वाईट मेसेज सहा दिवसांपूर्वीच्या मेसेजपेक्षा जास्त परिणाम करतो.

याचे दोन परिणाम होतात. चुकीच्या गटाला पाठवलेली एकच मोहीम रेटिंग झपाट्याने बदलू शकते, आणि जास्त वर्दळ असलेल्या नंबरवर क्वालिटी काही मिनिटांतच बदलते असे Meta नमूद करते. तसेच मूल्यांकन फक्त शेवटच्या सात दिवसांचे असल्याने, त्यापेक्षा जुनी प्रतिक्रिया गणली जात नाही.

नंबरच्या रेटिंगसोबतच टेम्प्लेटचे स्वतःचे रेटिंगही असते, जे प्रतिक्रिया आणि वाचन दरांवरून ठरते.

### क्वालिटी घसरल्यावर काय होते?

वेगवेगळ्या पातळीवर अनेक गोष्टी घडतात.

- पाठवणे 131048 सह अयशस्वी होऊ शकते, ज्याचा संबंध Meta खूप जास्त मेसेज ब्लॉक होणे किंवा स्पॅम म्हणून चिन्हांकित होणे याच्याशी जोडते.
- YELLOW किंवा RED रेटिंग असलेले टेम्प्लेट अजूनही पाठवता येतात, पण ते थांबवले जाण्याचा किंवा अक्षम केले जाण्याचा धोका असतो.
- क्वालिटी टेम्प्लेट पेसिंगवर परिणाम करते, ज्यामुळे मोहिमेचे वितरण मंदावू शकते.
- ब्लॉक आणि रिपोर्टच्या आधारे व्यवसाय किती मेसेज पाठवू शकतो यावर मर्यादा घालण्याची परवानगी धोरणात WhatsApp ला आहे.
- 7 ऑक्टोबर 2025 पासून घसरणीमुळे पोर्टफोलिओची मेसेजिंग मर्यादा कमी होत नाही, पण ती वाढण्यापासून थांबू शकते.

### कमी क्वालिटी रेटिंग कसे सुधारावे?

आधी नकारात्मक प्रतिक्रियेचे मूळ थांबवा, मग सात दिवसांची मुदत त्यापुढे जाऊ द्या.

उच्च क्वालिटीच्या मेसेजसाठी Meta चे मार्गदर्शक तत्त्वे ही तुमची checklist आहे. फक्त व्यवसायाकडून मेसेज मिळवण्यास संमती दिलेल्या लोकांनाच पाठवा. मेसेज वैयक्तिक आणि उपयुक्त ठेवा. खुल्या स्वरूपाचे स्वागत किंवा ओळखीचे मेसेज टाळा. दिवसाला खूप जास्त मेसेज पाठवू नका. मजकूर आणि लांबी संक्षिप्त ठेवा.

प्रत्यक्षात याचा अर्थ असा की ब्लॉक मिळवणारी मोहीम किंवा टेम्प्लेट थांबवा, ती कोणत्या ग्राहक गटाला गेली ते तपासा आणि त्या गटाने दिलेली संमती तपासा. Meta चे स्वतःचे मार्गदर्शन मेसेजच्या प्रत्येक श्रेणीनुसार संमती घेण्यास सांगते, कारण अनपेक्षित श्रेणीचे मेसेजच लोक ब्लॉक करतात.

### क्वालिटी रेटिंग कुठे दिसते?

WhatsApp Manager मध्ये, खाते साधने आणि फोन नंबर या विभागात, नंबरच्या स्टेटस आणि मेसेजिंग मर्यादेसोबत दिसते, तसेच Graph एपीआय मधून फोन नंबर ऑब्जेक्टवर quality_rating म्हणून मिळते. टेम्प्लेटचे रेटिंग प्रत्येक टेम्प्लेटवर quality_score म्हणून असते, आणि टेम्प्लेट व्यवस्थापन पॅनेलमध्ये 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/mr/docs/gdpr-and-coexistence

Coexistence द्वारे नंबर कनेक्ट केल्यावर त्याचे मेसेज WhatsApp Business ॲप आणि Cloud API यांच्यात मिरर होतात. Meta सांगते की Cloud API साठी ती व्यवसायाच्या वतीने डेटा प्रोसेसर म्हणून काम करते, मेसेज जास्तीत जास्त 30 दिवस ठेवते आणि प्रत्येक व्यवसायाने स्वतःची GDPR जबाबदारी पाळावी अशी अपेक्षा ठेवते.

### नंबर Coexistence वापरतो तेव्हा मेसेज डेटामध्ये काय बदलते?

संभाषणे फोनसोबत Cloud API लाही दिसू लागतात. Meta च्या Coexistence दस्तऐवजात म्हटले आहे की पाठवलेले आणि मिळालेले मेसेज Cloud API आणि WhatsApp Business ॲप यांच्यात मिरर होतात, WhatsApp नंबर असलेले संपर्क सिंक करता येतात आणि ऑनबोर्डिंगदरम्यान अलीकडील सहा महिन्यांचे चॅट मेसेज सिंक करता येतात. ग्रुप चॅट सिंक होत नाहीत.

त्या क्षणापासून नंबरचे वन-टू-वन मेसेज Cloud API मधून जातात. Meta सांगते की ती मिळालेला मेसेज डिक्रिप्ट करून व्यवसायाकडे पाठवते आणि जाणारे मेसेज वितरणापूर्वी Signal प्रोटोकॉलने एन्क्रिप्ट करते.

हे पान Meta काय दस्तऐवजीकरण करते आणि EasyCoexistence काय करते हे सांगते. हा कायदेशीर सल्ला नाही. एखादी रचना GDPR पूर्ण करते की नाही हे व्यवसायाने आणि त्याच्या सल्लागारांनी ठरवायचे आहे.

### GDPR अंतर्गत स्वतःच्या भूमिकेबद्दल Meta काय सांगते?

Meta च्या Cloud API डेटा गोपनीयता पानावर तिने आपली भूमिका स्वतःच्या शब्दांत मांडली आहे.

- जिथे कायदा डेटा प्रोसेसर मान्य करतो तिथे Cloud API पुरवताना Meta व्यवसायाच्या वतीने प्रोसेसर म्हणून काम करते.
- वेगळ्या सूचना नसल्यास Cloud API प्रक्रिया केलेले मेसेज फक्त व्यवसायाच्या वतीने आणि त्याच्या सूचनेनुसार वापरते.
- मेसेज जास्तीत जास्त 30 दिवस ठेवले जातात. वापरकर्ता आयडेंटिफायर मेसेजच्या शेवटच्या स्टेटस अपडेटनंतर 30 दिवसांत हटवले जातात.
- Cloud API ग्राहकांनी GDPR सारख्या कायद्यांतर्गत स्वतःची जबाबदारी पाळणे आवश्यक आहे.
- युरोपियन प्रदेशातील ग्राहक WhatsApp Business Data Transfer Addendum अंतर्गत येतात.

### मेसेज डेटा EU मध्ये साठवता येतो का?

Meta Cloud API लोकल स्टोरेज देते. त्यात थोड्या वापर कालावधीनंतर मेसेज मजकूर निवडलेल्या देशात स्थिर अवस्थेत ठेवला जातो. Cloud API साठी हा वापर कालावधी 60 मिनिटांपर्यंत असतो, ज्यादरम्यान मजकुरावर Meta च्या डेटा सेंटरमध्ये आंतरराष्ट्रीय स्तरावर प्रक्रिया होऊ शकते. युरोपियन पर्याय म्हणजे EU साठी Germany, तसेच Switzerland आणि United Kingdom.

लोकल स्टोरेज नंबर नोंदवतानाच ठरवले जाते. नोंदणी झालेल्या नंबरवर ते बदलायचे असल्यास नोंदणी रद्द करून पुन्हा नोंदवावी लागते. Meta च्या नोंदणी दस्तऐवजात हेही म्हटले आहे की Cloud API आणि WhatsApp Business ॲप दोन्हींसोबत वापरात असलेल्या नंबरवर डीरजिस्ट्रेशन एंडपॉइंट वापरता येत नाही, आणि Coexistence नंबरवर लोकल स्टोरेज सुरू करण्याचा वेगळा मार्ग तिथे सांगितलेला नाही.

### Meta नंतर मेसेज कुठे जातात?

WhatsApp Business खात्याचे वेबहुक ज्या एंडपॉइंटला मिळतात तिथे. Meta च्या वेबहुक ओव्हरराइडमुळे ॲप दिलेल्या खात्याचे वेबहुक स्वतःच्या कॉलबॅक URL ऐवजी वेगळ्या कॉलबॅक URL वर पाठवू शकते.

EasyCoexistence हा ओव्हरराइड वापरून मेसेज इव्हेंट व्यवसायाच्या स्वतःच्या सिस्टीमकडे वळवते. त्यामुळे Meta संभाषणाचा मजकूर आमच्याकडे नाही तर तिथे पोहोचवते, आणि EasyCoexistence संभाषणाचा मजकूर कधीही साठवत नाही. आम्ही फक्त कनेक्शनची स्थिती आणि गुणवत्ता यांसारखे ऑपरेशनल इव्हेंट ठेवतो, ज्यातून मॉनिटरिंग बनते.

Meta ने हेही नोंदवले आहे की Cloud API साठी तिच्याकडे SOC 2 Type II आणि ISO 27001 अहवाल आहेत, जे तिच्या Business Messaging Compliance Center मधून प्रसिद्ध केले जातात.

- Meta ची प्रोसेसर भूमिका व्यवसायाच्या स्वतःच्या जबाबदाऱ्या व्यापते असे गृहीत धरणे. Meta सांगते की ग्राहकांनी स्वतःची GDPR जबाबदारी पाळली पाहिजे.
- इतिहास सिंक कुठे उतरतो हे ठरवण्याआधीच तो स्वीकारणे. सहा महिन्यांपर्यंतचे चॅट प्राप्त करणाऱ्या सिस्टीमकडे पोहोचू शकतात.
- लोकल स्टोरेज नंतर सुरू करण्याचे नियोजन करणे. ते नोंदणीच्या वेळी ठरते आणि बदलण्यासाठी पुन्हा नोंदणी करावी लागते.

**Cloud API साठी Meta प्रोसेसर आहे की कंट्रोलर?** Meta सांगते की जिथे कायदा ही संकल्पना मान्य करतो तिथे Cloud API साठी ती व्यवसायाच्या वतीने डेटा प्रोसेसर म्हणून काम करते.

**Meta मेसेज मजकूर किती काळ ठेवते?** Meta सांगते की Cloud API मेसेजसाठी, पुनर्प्रसारणासारख्या सुविधांसाठी, कमाल ठेवण्याचा कालावधी 30 दिवस आहे.

**EasyCoexistence ला माझी संभाषणे दिसतात का?** मेसेज इव्हेंट Meta थेट तुमच्या स्वतःच्या सिस्टीमकडे पाठवते आणि EasyCoexistence संभाषणाचा मजकूर कधीही साठवत नाही.

**हे पान कायदेशीर सल्ला आहे का?** नाही. यात Meta काय दस्तऐवजीकरण करते आणि EasyCoexistence काय करते हे मांडले आहे. अनुपालनाचे मूल्यमापन व्यवसायाने आणि त्याच्या सल्लागारांनी करायचे आहे.