# EasyCoexistence: नेपाली (ne)

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

MCP सर्भरले एआई सहायकलाई WhatsApp सिधै प्रयोग गर्न दिन्छ: यसले तपाईंका नम्बरहरू सूचीबद्ध गर्छ, म्यासेज र टेम्प्लेट पठाउँछ, हेल्थ जाँच्छ र वेबहुकलाई तपाईंको प्रणालीतर्फ निर्देशित गर्छ। EasyCoexistence ले Meta को आधिकारिक Cloud API मा यस्तो सर्भर चलाउँछ, त्यसैले तपाईंका ग्राहकहरूले पहिले नै म्यासेज गर्ने नम्बर आधिकारिक रहन्छ र जोखिममा पर्दैन।

### WhatsApp MCP सर्भर भनेको के हो?

MCP अर्थात् Model Context Protocol भनेको एआई सहायकले आफ्नो स्वामित्वमा नभएको टुलसम्म पुग्ने तरिका हो। तपाईंले एकपटक कनेक्सन थपेपछि सहायकले बीचमा ग्लु कोड नराखी, सामान्य भाषामै तपाईंको तर्फबाट त्यो टुल चलाउन सक्छ।

WhatsApp MCP सर्भरले WhatsApp नम्बरलाई त्यस्तै एउटा टुलका रूपमा उपलब्ध गराउँछ। API मा प्रमाणीकरण गर्ने, पेलोड बनाउने र प्रतिक्रियाको व्यवस्थापन गर्ने स्क्रिप्ट लेख्नुको सट्टा तपाईं भन्न सक्नुहुन्छ: यो ग्राहकलाई म्यासेज पठाउनुहोस्, अर्डर अपडेटका लागि टेम्प्लेट बनाउनुहोस्, यो नम्बरको हेल्थ बताउनुहोस्। सहायकले अनुरोधहरू गर्छ।

महत्त्वपूर्ण कुरा, यसले कुन WhatsApp सम्म पहुँच गर्छ भन्ने हो। एउटै नाम भएका दुई पूर्णतः फरक कुरा छन्, र यही भिन्नताले ग्राहकको नम्बर सुरक्षित रहन्छ कि रहँदैन भन्ने तय गर्छ।

### धेरैजसो WhatsApp MCP सर्भरले नम्बरलाई किन प्रतिबन्धित गराउँछन्?

आज तपाईंले इन्स्टल गर्न सक्ने लगभग सबै WhatsApp MCP सर्भरले WhatsApp Web चलाएर काम गर्छन्। यसले ब्राउजर क्लाइन्टले जस्तै लिंक गरिएको डिभाइसका रूपमा लग इन गर्छ र त्यो सेसनलाई स्वचालित बनाउँछ।

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

व्यक्तिगत नम्बरका लागि यो झन्झट मात्र हो। तर ग्राहकहरूले पहिले नै म्यासेज गर्ने नम्बरका लागि यही व्यवसाय हो।

EasyCoexistence कनेक्सनले यस्तो गर्दैन। यसले Meta को आधिकारिक Cloud API लाई Meta कै Coexistence सुविधामार्फत अनबोर्ड गरिएको नम्बरमा कल गर्छ। लिंक गरिएको डिभाइस छैन र गुमाउनुपर्ने सेसन पनि छैन।

### एआईले यसबाट वास्तवमा के गर्न सक्छ?

सोह्रवटा टुल छन्, जसले मानिसहरूले वास्तवमै माग्ने कामहरू समेट्छन्।

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

पठाइ: 24 घण्टाको सेसनभित्र म्यासेज पठाउनुहोस्; नम्बरमा रहेका टेम्प्लेट सूचीबद्ध गर्नुहोस्, नयाँ बनाउनुहोस्, Meta ले स्वीकृत गरेको छ कि छैन जाँच्नुहोस्, र विन्डोबाहिर कुराकानी खोल्न स्वीकृत टेम्प्लेट पठाउनुहोस्।

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

यही अन्तिम जोडीले यसलाई साधारण च्याट खेलौनाभन्दा बढी बनाउँछ। एजेन्टले नम्बर अनबोर्ड गरेर मान्छेले ड्यासबोर्ड नखोली त्यसलाई तपाईंको प्रणालीतर्फ निर्देशित गर्न सक्छ।

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

### के व्यवसायले फोनमा एप प्रयोग गरिरहन सक्छ?

सक्छ, र व्यवसायले पहिले नै भर गरेको नम्बरमा यो काम गर्नुको मुख्य कारण यही हो।

Coexistence भनेको एउटै नम्बरमा WhatsApp Business एप र Cloud API एकै समयमा चलाउने Meta को आधिकारिक मोड हो। टिमले पहिले जस्तै फोनबाटै उही च्याट, उही इतिहास र उही डिभाइससहित उत्तर दिइरहन्छ, जबकि API ले त्यही लाइनमा म्यासेज पठाउँछ र प्राप्त गर्छ। API ले पठाएको कुरा एपमा देखिन्छ, र टिमले एपमा टाइप गरेको कुरा API मा देखिन्छ।

त्यसैले एजेन्टले कसैलाई प्रतिस्थापन गर्दैन। उसले सक्दा उत्तर दिन्छ, र मान्छेले चाहँदा फोनमै त्यही थ्रेड सम्हाल्छ। कुनै पक्षले अर्को पक्षबारे जानिरहनु पर्दैन।

1. Connect the number: Sign up, then run Meta's Embedded Signup and scan the code from the WhatsApp Business app. About two minutes, and nothing about the app changes.
2. Add the connector: In Claude, ChatGPT, Cursor or Claude Code, add a custom connector pointing at https://easycoexistence.com/api/mcp and sign in. OAuth, so no key is pasted anywhere.
3. Ask for something: "Which of my numbers is unhealthy?" or "Send Sarah the booking confirmation." The assistant picks the tool and makes the call.

- 24 घण्टाको सेसनबाहिर साधारण टेक्स्ट पठाउनु। विन्डोबाहिर स्वीकृत टेम्प्लेट मात्र जान्छ, त्यसैले send_message मात्र जान्ने एजेन्ट 25 औं घण्टामा चुप हुन्छ।
- ग्रुप च्याटको अपेक्षा गर्नु। हरेक प्रदायकमा Coexistence नम्बरहरू groups API बाट बाहिर राखिएका छन्।
- Meta को GET ह्यान्डसेकको उत्तर दिन नसक्ने यूआरएलतर्फ वेबहुक निर्देशित गर्नु। Meta ले केही पठाउनुअघि एन्डपोइन्ट प्रमाणीकरण गर्छ, र मौन 404 ले पहिलो म्यासेज कहिल्यै नआउँदासम्म सेटअप चलेको जस्तै देखिन्छ।

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

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

**के मेरा कुराकानी तपाईंका सर्भर हुँदै जान्छन्?** जाँदैनन्। आउने म्यासेज Meta बाट सिधै तपाईंले तोकेको वेबहुकमा पुग्छन्, र हामी कुराकानीको सामग्री कहिल्यै भण्डारण गर्दैनौं। कनेक्सन निगरानी गर्न आवश्यक खाता र फोन नम्बरको स्ट्याटस मात्र राख्छौं।

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

---

## WhatsApp Coexistence: एउटै नम्बरमा एप र API

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

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

### Coexistence ले वास्तवमा कुन समस्या समाधान गर्छ?

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

Coexistence ले यो सम्झौता हटाउँछ। एप पहिले जस्तै चलिरहन्छ। उही व्यक्तिले उही फोनबाट जवाफ दिन्छ, उही कुराकानी देख्छ र नयाँ कुरा सिक्नुपर्दैन। यसैबीच API त्यही नम्बरमा जोडिन्छ र म्यासेज पठाउन, प्राप्त गर्न तथा अन्य प्रणालीसँग जोडिन सक्छ।

अब प्रश्न फोन त्याग्ने कि नत्याग्ने भन्ने हुँदैन। सफ्टवेयरले के सम्हालोस् भन्ने हुन्छ, र मानिसले चाहेमा उही कुराकानी सम्हाल्न सक्छ।

### जडान गरेपछि फोनमा के बदलिन्छ?

लगभग केही पनि बदलिँदैन, र यही यसको उद्देश्य हो। एप उही तरिकाले खुल्छ, सम्पर्क सूची उही हुन्छ र पुराना कुराकानी सबै त्यहीँ रहन्छन्। कसैले नयाँ ठाउँमा लग इन गर्नुपर्दैन।

फोनबाट नदेखिने कुरा मात्र बदलिन्छ। API ले पठाएका म्यासेज एपको कुराकानी थ्रेडमा देखिन्छन्, त्यसैले जवाफ दिने व्यक्तिले आधा होइन, पूरा सन्दर्भ देख्छ। एपमा टाइप गरिएका म्यासेज API ले पनि देख्छ, त्यसैले मानिसले जवाफ दिइसकेको ठाउँमा सफ्टवेयरले फेरि जवाफ दिँदैन।

नम्बर पहिलो पटक जडान हुँदा Meta ले करिब 6 महिनाको इतिहास सिङ्क गर्छ, त्यसैले API अन्धो भएर सुरु हुँदैन। सुरुमा दुई सीमा जान्नुहोस्: सबै प्रदायकका Coexistence नम्बरमा समूह कुराकानी API बाट बाहिर हुन्छन्, र नम्बर WhatsApp को उपभोक्ता एपमा होइन, Business एपमा मात्र हुन सक्छ।

### Coexistence कसका लागि हो?

दुई समूहका लागि, र दुवैले यसबाट विपरीत कुरा चाहन्छन्।

एउटा नम्बर र सानो टोली भएको व्यवसायले फोन चलिरहोस् र दोहोरिने काम स्वचालित होस् भन्ने चाहन्छ, जस्तै पुष्टिकरण, सम्झना र कार्यालय समयबाहिरको पहिलो जवाफ। उनीहरू कसैलाई प्रतिस्थापन गर्न सफ्टवेयर किन्दैनन्। उनीहरू साँझको समय फिर्ता किन्दै छन्।

एजेन्सी, परामर्शदाता वा विकासकर्ताले उल्टो कुरा चाहन्छ। उनीहरूले धेरै व्यवसायलाई सेवा दिन्छन्, प्रत्येकसँग छुन वा माइग्रेट गर्न नमिल्ने नम्बर हुन्छ, र बनाएका प्रणालीबाट ती नम्बरमा पहुँच चाहिन्छ। ग्राहकका कर्मचारीले हातैले जवाफ दिइरहेको नम्बरमा API जोड्ने आधिकारिक उपाय Coexistence मात्र हो।

दुवैलाई आधारभूत रूपमा एउटै कुरा चाहिन्छ: कनेक्सन चलिरहोस् र नचलेको बेला कसैले थाहा पाओस्।

### Coexistence कनेक्सनलाई निगरानी किन चाहिन्छ?

किनकि कसैलाई जानकारी नदिई यो चल्न छोड्न सक्छ।

हरेक नम्बरको गुणस्तर र म्यासेजिङ तह हुन्छ, जसलाई प्राप्तकर्ताको प्रतिक्रियाका आधारमा Meta ले समायोजन गर्छ। रेटिङ घट्छन्। तह बदलिन्छन्। पहुँच टोकनको म्याद सकिन्छ। प्रतिक्रिया दिन छोडेको वेबहुक गन्तव्यलाई सधैं दोहोर्याएर अनुरोध पठाइँदैन। यीमध्ये कुनै कुराले फोनमा अलर्ट दिँदैन, र एप सामान्य रूपमा चलिरहन्छ। त्यसैले पहिलो संकेत प्रायः ग्राहकले म्यासेज नपाएको बताउनु हुन्छ।

Meta को नियमअनुसार 14 दिनसम्म API गतिविधि नभएको कनेक्सनमा ध्यान दिनुपर्छ। यसमा केही लुकेको वा अनुचित छैन, तर सजिलै बेवास्ता हुन सक्छ।

EasyCoexistence ले यही निगरानी गर्छ। कनेक्सन निरन्तर जाँचिन्छ, र केही बदलिएमा ग्राहकबाट थाहा पाउनुअघि हामीबाट जानकारी पाउनुहुन्छ।

1. Sign up: Create an account and add a card. The first 3 days are free, and nothing is charged until they end.
2. Run Embedded Signup: Meta's own flow opens, you pick the number, and you scan a code from the WhatsApp Business app. About two minutes.
3. Point it somewhere: Set the webhook destination to your own system, or add the MCP connector and let an assistant do it. The app on the phone carries on as before.

- WhatsApp को उपभोक्ता एपमा रहेको नम्बर जडान गर्ने प्रयास गर्नु। Coexistence का लागि Business एप चाहिन्छ र नम्बर पहिले त्यहाँ सार्नुपर्छ।
- समूह कुराकानी पनि आउनेछ भनेर मान्नु। सबै प्रदायकका Coexistence नम्बरमा ती API बाट बाहिर हुन्छन्, त्यसैले समूहमा आधारित कुनै पनि प्रणाली चल्दैन।
- ग्राहकको अन्तिम म्यासेजपछि 24 घण्टाभन्दा ढिलो स्वतन्त्र टेक्स्ट म्यासेजबाट जवाफ दिनु। उक्त अवधिबाहिर स्वीकृत टेम्प्लेट मात्र पठाउन सकिन्छ।
- Meta को प्रमाणीकरण अनुरोधको प्रतिक्रिया दिन नसक्ने यूआरएलमा वेबहुक राखिरहनु। केही पठाउनुअघि Meta ले एन्डपोइन्ट जाँच्छ, र मौन त्रुटि भएको सेटअप चलिरहेको जस्तै देखिन्छ।

**के मेरो टोलीले फोन चलाउन छोड्नुपर्छ?** पर्दैन। Coexistence को मुख्य उद्देश्य यही हो। WhatsApp Business एप उही नम्बर र उही कुराकानीसहित चलिरहन्छ, र API त्यससँगै काम गर्छ।

**के मेरा पुराना कुराकानी हराउँछन्?** हराउँदैनन्। ती एपमै रहन्छन्, र नम्बर जडान हुँदा Meta ले करिब 6 महिनाको इतिहास API मा सिङ्क गर्छ। त्यसैले सफ्टवेयरले खाली अवस्थाबाट होइन, सन्दर्भसहित सुरु गर्छ।

**के म यसलाई उल्ट्याउन सक्छु?** सक्नुहुन्छ। नम्बर डिस्कनेक्ट गर्न सकिन्छ र एप पहिले जस्तै चलिरहन्छ। जडान गर्दा नम्बरमा स्थायी परिवर्तन हुँदैन।

**के यो अनौपचारिक WhatsApp API जस्तै हो?** होइन, र यही फरकले नम्बर जोगिन्छ कि बन्द हुन्छ भन्ने तय गर्छ। Coexistence Cloud API मा Meta को आधिकारिक सुविधा हो। अनौपचारिक गेटवेले WhatsApp Web लाई लिंक गरिएको उपकरणका रूपमा चलाउँछन्, जसले सर्त उल्लङ्घन गर्छ र नम्बर बन्द हुन सक्छ।

---

## अनधिकृत WhatsApp API: नम्बर प्रतिबन्धित हुने वास्तविक कारण

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

अनधिकृत WhatsApp API ले लिङ्क गरिएको डिभाइसका रूपमा लग इन गरेर WhatsApp Web सेसनलाई स्वचालित बनाउँछ। यसले WhatsApp का सर्त तोड्छ, Meta ले यस्तो ढाँचा पहिचान गर्छ र नम्बर प्रतिबन्धित हुन्छ। आधिकारिक Cloud API ले व्यवसायले पहिले नै प्रयोग गरिरहेको नम्बरसँग Meta ले समर्थन गरेको इन्टरफेसमार्फत यही काम गर्छ।

### अनधिकृत WhatsApp API कसरी चल्छन्?

मार्केटिङले जे भने पनि, ती सबैले भित्रबाट एउटै काम गर्छन्। तिनीहरूले WhatsApp Web ले प्रयोग गर्ने प्रोटोकल खोल्छन्, खातासँग आफूलाई लिङ्क गरिएको डिभाइसका रूपमा जोड्छन् र त्यसपछि त्यो सेसनलाई प्रोग्राममार्फत चलाउँछन्। लाइब्रेरीले सकेटबाट आएका म्यासेज पढ्छ र पठाइने म्यासेज त्यही माध्यमबाट फिर्ता पठाउँछ।

त्यसैले ती सस्ता हुन्छन्, केही मिनेटमै इन्स्टल हुन्छन् र आधिकारिक API ले नदिएका फिचरसमेत चलाउन सक्छन्। आवेदन दिनुपर्ने खाता वा पार गर्नुपर्ने समीक्षा हुँदैन। तपाईं कोड स्क्यान गर्नुहोस् र पठाउन थाल्नुहोस्।

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

### Meta ले यसलाई वास्तवमै कसरी पहिचान गर्छ?

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

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

त्यसैले एक वर्षदेखि चलेको गेटवे सुरक्षित भएको प्रमाण होइन। यसको अर्थ ट्राफिक अहिलेसम्म सीमाभन्दा माथि गएको छैन भन्ने मात्र हो। म्यासेज पठाउने लाइब्रेरी कुन हो भन्नेमा त्यो सीमा निर्भर हुँदैन।

### प्रतिबन्ध लाग्दा वास्तविक लागत कति हुन्छ?

स्वचालनबाट प्राप्त भएको मूल्यभन्दा धेरै, तर यही पक्षलाई प्रायः कम आँकलन गरिन्छ।

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

त्यससँगै इतिहास पनि जान्छ। ती थ्रेडभित्र बनेको सम्पर्क सूची पनि गुम्छ। अपिल गर्न सकिन्छ र कहिलेकाहीँ सफल पनि हुन्छ, तर प्रक्रिया ढिलो हुन्छ र परिणामको ग्यारेन्टी कसैले दिन सक्दैन।

एजेन्सीका लागि हिसाब अझ खराब हुन्छ, किनकि काम गर्न छोडेको नम्बर यो प्रक्रिया के हो भनेर कहिल्यै नबताइएको ग्राहकको हुन्छ।

### त्यसको सट्टा आधिकारिक बाटो कस्तो हुन्छ?

आधिकारिक API माथिको आपत्ति पहिले वास्तविक थियो। नम्बर माइग्रेट गर्नुपर्थ्यो, जसले फोनमा रहेको WhatsApp Business एप बन्द गरिदिन्थ्यो, र सानो टोलीले यस्तो परिवर्तन स्वीकार्दैनथ्यो।

Coexistence ले त्यो आपत्ति हटायो। एउटै नम्बरमा Business एप र Cloud API एकै समयमा चलाउने यो Meta को आफ्नै मोड हो। टोलीले फोनबाटै उत्तर दिइरहन्छ, च्याट र इतिहास जहाँ छन् त्यहीँ रहन्छन्, र API त्यही लाइनमा जोडिन्छ। लिङ्क गरिएको डिभाइस हुँदैन, सर्भरमा राखिएको सेसन हुँदैन र चोर्न लायक प्रमाणहरू पनि हुँदैनन्।

केही सीमितता भने वास्तविक छन्, तर साना छन्। ग्राहकको अन्तिम म्यासेजपछि 24 घण्टाभित्र मात्र स्वतन्त्र टेक्स्ट चल्छ, टेम्प्लेटलाई स्वीकृति चाहिन्छ र समूह च्याट उपलब्ध हुँदैन। बदलामा, यही प्रक्रियाका कारण नम्बर प्रतिबन्धित हुन सक्दैन।

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

**यीमध्ये कुनै प्रयोग गर्दा मेरो नम्बर पहिले नै जोखिममा हुन्छ?** सेसन चलिरहेसम्म जोखिम रहन्छ। कुनै निश्चित मितिमा मात्र समस्या सुरु हुँदैन, त्यसैले लामो समयको अपटाइम आश्वस्त पार्ने प्रमाण होइन। एप नगुमाई यही नम्बरमा आधिकारिक API मा जान सकिन्छ।

**नम्बर नबदली आधिकारिक API मा जान सकिन्छ?** सकिन्छ। Coexistence ले तपाईंले पहिले नै प्रयोग गरिरहेको नम्बर जोड्छ र WhatsApp Business एप फोनमा निरन्तर चलिरहन्छ। केही पनि माइग्रेट गर्नुपर्दैन।

**आधिकारिक API ले के गर्न सक्दैन?** Coexistence नम्बरमा समूह च्याट उपलब्ध हुँदैन। ग्राहकको अन्तिम म्यासेजपछि 24 घण्टाभित्र मात्र स्वतन्त्र टेक्स्ट चल्छ। त्यसपछि Meta ले स्वीकृत गरेको टेम्प्लेट प्रयोग गर्नुपर्छ।

**आधिकारिक बाटो महँगो हुन्छ?** Meta ले दुवै अवस्थामा आफ्नै म्यासेज शुल्क लिन्छ र तपाईंलाई सिधै बिल गर्छ। फरक भनेको नम्बर गुम्ने जोखिमको सट्टा प्रति नम्बर निश्चित मासिक शुल्क हो।

---

## आधिकारिक Cloud API मा WhatsApp लाई n8n सँग जडान गर्नुहोस्

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

वेबहुकको गन्तव्य n8n Webhook node मा राख्नुहोस्, त्यसपछि नम्बरमा आउने हरेक म्यासेज workflow trigger बन्छ। जवाफ Cloud API वा हाम्रो MCP server मार्फत फर्कन्छ। n8n ले OAuth2 समर्थन गर्ने MCP Client Tool का कारण यसलाई पहुँच गर्न सक्छ। फोन निरन्तर चलिरहन्छ।

### WhatsApp म्यासेज n8n workflow मा कसरी पुग्छ?

Meta ले नम्बरमा पठाइएको हरेक म्यासेज तपाईंले तोकेको एउटै URL मा HTTP POST का रूपमा पठाउँछ। यही URL नै सम्पूर्ण integration हो। उत्पादन URL मा n8n Webhook node राख्नुहोस्, त्यसलाई नम्बरको वेबहुक गन्तव्य बनाउनुहोस्, अनि हरेक आउने म्यासेजमा workflow चल्छ।

पेलोडमा पठाउने व्यक्तिको विवरण, text वा media reference, timestamp र message id हुन्छ। त्यसपछि यो सामान्य n8n workflow हो: content अनुसार branch गर्नुहोस्, ग्राहक खोज्नुहोस्, तपाईंले चलाइरहेको अरू सेवा call गर्नुहोस् र जवाफ दिने कि नदिने निर्णय गर्नुहोस्।

यो Coexistence भएकाले यही म्यासेज फोनको WhatsApp Business एपमा पनि देखिन्छ। मानिसले जवाफ दिन सक्छ। workflow ले मानिसले पठाएको कुरा देख्छ र मानिसले workflow ले पठाएको कुरा देख्छ, त्यसैले दुवैको जवाफ एकअर्कामाथि पर्दैन।

### workflow ले जवाफ कसरी पठाउँछ?

नम्बरको phone number id र access token प्रयोग गरेर Cloud API विरुद्ध HTTP Request node चलाउनुहोस्। दुवै ड्यासबोर्डबाट वा MCP connector मार्फत हेर्न सकिन्छ, जहाँबाट assistant ले ती विवरण ल्याउन सक्छ।

के पठाउने भन्ने समयअनुसार फरक हुन्छ, र यही कुरा धेरैलाई झुक्याउँछ। ग्राहकको पछिल्लो म्यासेजदेखि 24 घण्टाभित्र फ्री text चल्छ र जवाफ workflow ले तयार गरेअनुसार हुन्छ। त्यो समय कटेपछि Meta ले पहिले नै स्वीकृत गरेको template मात्र पठाउन सकिन्छ। फ्री text मात्र पठाउने workflow परीक्षणमा ठीक देखिन्छ, किनकि परीक्षण सधैं म्यासेज आएको केही सेकेन्डपछि हुन्छ। तर पहिलो वास्तविक रातभरको अवस्थामा यो चुप हुन्छ।

भरपर्दो तरिका branch हो: पछिल्लो आउने म्यासेज आएको कति समय भयो जाँच गर्नुहोस् र त्यसअनुसार फ्री text वा template रोज्नुहोस्।

### के n8n ले MCP connector पनि प्रयोग गर्न सक्छ?

सक्छ, र यस विषयमा n8n असामान्य छ। यसको MCP Client Tool node ले remote MCP server मा बाहिरबाट कनेक्सन गर्छ र OAuth2 समर्थन गर्छ, जुन हाम्रो सेवाका लागि आवश्यक छ। त्यसैले workflow भित्रको AI Agent node ले हाम्रा tools सिधै चलाउन सक्छ।

यो जान्नु उपयोगी छ, किनकि धेरै automation platform ले यस्तो गर्न सक्दैनन्। Make र Zapier दुवैले आफ्नै MCP server चलाउँछन्, तर दुवै client का रूपमा काम गर्दैनन्। त्यसैले तिनले तेस्रो पक्षको server पहुँच गर्न सक्दैनन्। n8n ले सक्छ।

यो acting half का लागि उपयोगी छ: workflow चलिरहेको बेला कुनै agent node ले म्यासेज पठाउने, नम्बरको हेल्थ जाँच्ने वा template को approval status पढ्ने निर्णय गर्न सक्छ। तर यसले वेबहुकलाई प्रतिस्थापन गर्न सक्दैन, किनकि MCP मा आउने म्यासेजबाट आफैं सक्रिय हुने तरिका छैन।

### workflow ले यी दुईमध्ये कुन प्रयोग गर्नुपर्छ?

दुवै प्रयोग गर्नुहोस्, तर फरक कामका लागि। यो रोजाइको कुरा होइन।

कुनै पनि कुरा सुरु हुने बाटो वेबहुक हो। ग्राहकले लेख्छ, Meta ले तपाईंको Webhook node मा पठाउँछ र workflow चल्छ। कुनै पनि tool मा यसको MCP equivalent छैन, किनकि protocol अनुरोध र प्रतिक्रियामा आधारित छ, आफैं call हुन सक्ने कुरामा होइन।

MCP Client Tool तपाईंले call hardcode नगरी workflow भित्रको agent ले काम गर्नका लागि हो। workflow लाई पठाउने कुरा पहिल्यै ठ्याक्कै थाहा छ भने Cloud API विरुद्ध HTTP Request node सरल हुन्छ र गल्ती हुने ठाउँ कम हुन्छ। agent ले निर्णय गर्ने हो भने connector ले त्यसलाई सोह्रवटा tools र तिनका विवरणमा भएका नियम दिन्छ, जसमा 24 घण्टाको window पनि पर्छ।

### मानिसहरूले पहिल्यै प्रयोग गर्ने n8n WhatsApp nodes भन्दा यो कसरी फरक छ?

बजारमा भेटिने धेरै n8n WhatsApp setup हरू linked device का रूपमा sign in गर्ने अनधिकृत gateway मा बनेका हुन्छन्। तिनलाई सुरु गर्न सजिलो हुन्छ, तर नम्बर जोखिममा पर्छ, किनकि त्यो तरिकाले WhatsApp का सर्त उल्लङ्घन गर्छ र Meta ले library होइन, traffic pattern पत्ता लगाउँछ।

अर्को सामान्य बाटो Coexistence बिनाको आधिकारिक API हो। यो चल्छ, तर नम्बर migrate हुन्छ। WhatsApp Business एप त्यसमा चल्न छोड्छ र दिनभर जवाफ दिइरहेको टोली नयाँ tool मा सर्नुपर्छ। धेरै साना व्यवसायका लागि यो स्वीकार्य हुँदैन, त्यसैले उनीहरू सुरुमा अनधिकृत gateway तर्फ गएका हुन्।

Coexistence ले छुटेको संयोजन दिन्छ: आधिकारिक API, र फोन चलिरहन्छ।

- n8n Test URL लाई वेबहुक गन्तव्य बनाउनु। editor बन्द भएपछि यसले सुन्न छोड्छ, त्यसैले म्यासेज कतै पुग्दैन।
- Meta को प्रमाणीकरण अनुरोधको जवाफ नदिनु। Meta ले केही पठाउनुअघि challenge सहित GET पठाउँछ, र node ले त्यसलाई फर्काएन भने कुनै म्यासेज आउँदैन।
- 24 घण्टाको window कटेपछि फ्री text बाट जवाफ दिनु। workflow को दृष्टिले यो चुपचाप असफल हुन्छ र स्वीकृत template मात्र पठाउन सकिन्छ।

**यसका लागि छुट्टै n8n node चाहिन्छ?** चाहिँदैन। Webhook node ले म्यासेज लिन्छ र HTTP Request node ले पठाउँछ। केही install गर्नुपर्दैन, किनकि integration एउटा URL र REST call हो।

**टोलीले अझै फोनबाटै जवाफ दिन सक्छ?** सक्छ। Coexistence को अर्थ यही हो। उही नम्बरमा WhatsApp Business एप चलिरहन्छ र workflow तथा मानिसले एकअर्काका म्यासेज देख्छन्।

**के एउटै workflow ले धेरै ग्राहकका नम्बर सम्हाल्न सक्छ?** सक्छ। हरेक नम्बरलाई एउटै वेबहुकमा पठाउनुहोस् र पेलोडमा आएको phone number id अनुसार branch गर्नुहोस्। एउटै खातामा आवश्यक जति नम्बर राख्न सकिन्छ।

**मेरो n8n instance बन्द भयो भने के हुन्छ?** Meta ले केही समयसम्म delivery दोहोर्याएर पठाउँछ र त्यसपछि रोक्छ। म्यासेज फोनको WhatsApp Business एपमा आइरहन्छ, त्यसैले व्यवसायका लागि केही हराउँदैन, workflow का लागि मात्र छुट्छ।

---

## कस्टम कनेक्सनमार्फत WhatsApp लाई Claude मा जडान गर्नुहोस्

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

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

### Claude मा यसलाई कसरी थप्ने?

Claude मा सेटिङ खोल्नुहोस् र EasyCoexistence MCP एन्डपोइन्टतर्फ देखाउने कस्टम कनेक्सन थप्नुहोस्। Claude ले लग इन पेज खोल्छ, तपाईंले अनुमति दिनुहोस्, अनि टुलहरू देखिन्छन्। OAuth प्रयोग हुने भएकाले कुनै key बनाउन वा config फाइलमा केही टाँस्नुपर्दैन।

Claude Desktop ले पनि यही कनेक्सन प्रयोग गर्छ, जुन सेटिङको Connectors भागबाट थपिन्छ। यसको config फाइलले आफैंले सुरु गर्ने स्थानीय सर्भरहरू मात्र वर्णन गर्छ, त्यसैले यो जस्तो रिमोट एन्डपोइन्ट त्यहाँ लेखिँदैन।

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

### जडान भएपछि Claude ले के गर्न सक्छ?

साधारण भाषामा भन्नुहोस् र Claude ले उपयुक्त टुल छान्छ। मेरा कुन नम्बरको हेल्थ खराब छ? यो ग्राहकलाई बुकिङ कन्फर्मेसन पठाउनुहोस्। अर्डर अपडेटका लागि टेम्प्लेट बनाएर Meta ले कहिले स्वीकृत गर्छ बताउनुहोस्। यो नम्बरको वेबहुक मेरो सर्भरतर्फ पठाउनुहोस्।

पढ्ने टुलहरू दैनिक प्रयोग हुने कामका लागि हुन्: नम्बरहरू सूचीबद्ध गर्ने, नम्बरको गुणस्तर रेटिङ, म्यासेजिङ तह र कनेक्सन अवस्था जाँच्ने, अनि अर्को प्रणालीलाई आवश्यक पर्दा credentials ल्याउने। पठाउने टुलहरूले सेसनको समयसीमाभित्र साधारण टेक्स्ट र त्यसबाहिर स्वीकृत टेम्प्लेट पठाउँछन्।

ग्राहक सेवा दिनेहरूका लागि सबैभन्दा उपयोगी जोडी कनेक्सन सुरु गर्ने र वेबहुक गन्तव्य सेट गर्ने हो। यसबाट 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/ne/whatsapp-cloud-api-vs-coexistence

Coexistence, Cloud API को विकल्प होइन, त्यसमा नम्बर जोड्ने तरिका हो। सामान्य Cloud API नम्बर पूर्ण रूपमा सफ्टवेयरको हुन्छ। Coexistence नम्बरमा API र WhatsApp Business एप एकैपटक चल्छन्, त्यसैले टोलीले फोनबाटै प्रतिक्रिया दिन सक्छ।

### Cloud API र Coexistence वास्तवमै फरक कुरा हुन्?

होइन, यही बुझाइले धेरैलाई अलमल्याउँछ। Cloud API, Meta ले होस्ट गरेको WhatsApp Business Platform हो। Coexistence भने त्यही API मा नम्बर जोड्ने तरिका हो, जसले पछि पनि WhatsApp Business एपलाई नम्बरमा चलिरहन दिन्छ।

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

फरक फोनमा पर्छ। सामान्य तरिकाले नम्बर जोड्दा Business एपमा काम गर्न बन्द हुन्छ। नम्बर अब सफ्टवेयरको हुन्छ र पहिले प्रतिक्रिया दिने व्यक्तिले बनाइएको प्रणालीमार्फत प्रतिक्रिया दिनुपर्छ। Coexistence मार्फत जोड्दा दुवै सतह सक्रिय रहन्छन् र एउटाले पठाएको कुरा अर्कोले पनि देख्छ।

### सामान्य Cloud API कहिले उपयुक्त विकल्प हुन्छ?

त्यो नम्बरमा कसैले हातैले प्रतिक्रिया दिनु नपर्ने अवस्थामा, जुन सोचिएभन्दा धेरै सामान्य हो।

अर्डर अपडेट मात्र पठाउने notifications नम्बरमा मानवीय पक्ष जोगाइराख्नुपर्दैन। integration का लागि विशेष रूपमा लिइएको नयाँ नम्बर पहिले कसैको एपमा थिएन। helpdesk मार्फत चलिरहेको ठूलो support line को मानवीय workflow अर्कै ठाउँमा हुन्छ, त्यसमा WhatsApp Business एप फेरि बीचमा राख्दा काम टुक्रिन्छ।

यस्ता अवस्थामा Coexistence ले फाइदाबिना थप बाध्यता ल्याउँछ। Coexistence नम्बरको throughput, quality र messaging tier अनुसार बढ्नुको सट्टा Meta ले तोकेको सीमामा स्थिर हुन्छ। साथै, आवधिक device activity को आवश्यकता पनि कुनै लाभबिना तपाईंले लिनुपर्ने मर्मत दायित्व बन्छ।

### Coexistence नै काम गर्ने एकमात्र विकल्प कहिले हुन्छ?

नम्बर पहिले नै व्यवसायमा प्रयोग भइरहेको छ र त्यसमा कुनै व्यक्ति पहिले नै प्रतिक्रिया दिइरहेको अवस्थामा।

यसमा धेरैजसो साना कम्पनी र agency ले सम्हालेका लगभग सबै नम्बर पर्छन्। नम्बर गाडी, पसल, invoice र वेबसाइटमा छापिएको हुन्छ। दिनभरि कसैले फोनबाट प्रतिक्रिया दिन्छ र नियमित ग्राहकलाई नामले चिन्छ। एप बन्द हुनेछ भन्नासाथ कुराकानी त्यहीँ रोकिन्छ। त्यसैले धेरै व्यवसाय आधिकारिक API को सट्टा अनधिकृत gateway मा पुगेका थिए।

Coexistence ले यही सम्झौता हटाउँछ। एप चलिरहन्छ, टोलीले नयाँ कुरा सिक्नुपर्दैन र सफ्टवेयरले पाउने API उही हुन्छ।

### पछि नम्बरलाई यी दुईबीच सार्न सकिन्छ?

नम्बर disconnect गरेर फेरि connect गर्न सकिन्छ, त्यसैले मानिसहरूले डराएजस्तो निर्णय स्थायी हुँदैन। स्थायी हुने कुरा chat history सम्बन्धी छनोट हो।

नम्बर पहिलोपटक Coexistence मार्फत जोड्दा Meta ले विद्यमान कुराकानी API सँग साझा गर्ने कि नगर्ने भनेर सोध्छ। यो onboarding को एकपटक गरिने निर्णय हो र पछि फेरि बदल्न सकिँदैन। अस्वीकार गरेर पछि सन्दर्भ चाहियो भने नम्बर disconnect गरी फेरि connect गर्नु नै एकमात्र बाटो हो।

त्यसैले ध्यान दिनुपर्ने छनोट कुन mode मा onboarding गर्ने भन्ने होइन। त्यस दिन history का लागि स्वीकृति दिने कि नदिने भन्ने हो, किनकि यही निर्णय फेरि फर्केर आउँदैन।

- Coexistence लाई कमजोर API ठान्नु। यो फरक onboarding मार्फत पहुँच गरिने उही Cloud API हो, जसका एन्डपोइन्ट र नियम उस्तै छन्।
- हातैले प्रतिक्रिया नदिइने नम्बरका लागि Coexistence रोज्नु। यसले फोन workflow नभएको अवस्थामा device activity को दायित्व र स्थिर throughput सीमा थप्छ।
- onboarding का बेला chat history अस्वीकार गरेर पछि थप्न सकिन्छ भन्ने सोच्नु। यो निर्णय एकपटक गरिन्छ र बदल्न सकिँदैन।

**Coexistence सामान्य Cloud API भन्दा ढिलो हुन्छ?** Coexistence नम्बरको throughput, quality rating र messaging tier अनुसार बढ्नुको सट्टा Meta ले तोकेको सीमामा स्थिर हुन्छ। कुराकानीका लागि यो सीमा विरलै बाधा बन्छ, तर धेरै म्यासेज पठाउँदा बन्न सक्छ।

**दुवैमा टेम्प्लेट उस्तै तरिकाले काम गर्छन्?** हो। टेम्प्लेट Meta लाई समीक्षा गर्न पठाइन्छन् र API मार्फत उस्तै तरिकाले पठाइन्छन्। Coexistence नम्बरमा फोन एपले तिनलाई पठाउन सक्दैन, त्यसैले 24 घण्टाको विन्डो बाहिरका सबै म्यासेज API बाट पठाउनुपर्छ।

**नयाँ नम्बरलाई Coexistence मा राख्न सकिन्छ?** पहिले त्यो नम्बर WhatsApp Business एपमा दर्ता भएको हुनुपर्छ, किनकि Coexistence ले एपले पहिले नै प्रयोग गरिरहेको नम्बर जोड्छ। हातैले प्रतिक्रिया नदिइने नम्बरका लागि सामान्य Cloud API onboarding बढी मिल्छ।

**Agency हरूले ग्राहकका नम्बरका लागि कुन प्रयोग गर्छन्?** लगभग सधैँ Coexistence। ग्राहकको नम्बरमा उनीहरूको कर्मचारीले पहिले नै प्रतिक्रिया दिइरहेको हुन्छ। नम्बर सार्दा WhatsApp Business एप उनीहरूबाट हट्छ, जुन कुनै ग्राहकले स्वीकार गर्दैन।

---

## WhatsApp त्रुटि 131047: पुनःसम्पर्क म्यासेज

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

त्रुटि 131047 को अर्थ ग्राहकले अन्तिम पटक तपाईंलाई म्यासेज गरेको 24 घण्टाभन्दा बढी भइसकेको छ। त्यसैले ग्राहक सेवा विन्डो बन्द हुन्छ र खुला पाठ पठिँदैन। कुराकानी पुनःखोल्न मेटाले पहिले नै स्वीकृत गरेको टेम्प्लेट मात्र प्रयोग गर्न सकिन्छ।

### त्रुटि 131047 किन आउँछ?

ग्राहकले तपाईंलाई अन्तिम पटक म्यासेज गरेको 24 घण्टाभन्दा पछि पठाइएको खुला पाठ म्यासेजका कारण यो त्रुटि आउँछ।

WhatsApp Business प्लेटफर्मले व्यवसायलाई ग्राहक सेवा विन्डोभित्र मात्र स्वतन्त्र रूपमा लेख्न दिन्छ। ग्राहकले तपाईंलाई म्यासेज गरेपछि यो विन्डो खुल्छ र 24 घण्टा रहन्छ। यस अवधिमा तपाईंले चाहेको म्यासेज पठाउन सक्नुहुन्छ। विन्डो बन्द भएपछि प्राप्तकर्ताले अनुरोध नगरेको म्यासेज नपठाउन एपीआईले खुला पाठ अस्वीकार गर्दै 131047 प्रतिक्रिया दिन्छ।

परीक्षणमा नभई उत्पादन वातावरणमा यो समस्या देखिनुको कारण समय हो। इन्टिग्रेसन परीक्षण गर्दा म्यासेज पठाएपछि केही सेकेन्डमै प्रतिक्रिया दिइन्छ, जुन सधैं विन्डोभित्र हुन्छ। पहिलो रातभरको अन्तराल वा एक दिन मौन रहने पहिलो ग्राहकपछि यो त्रुटि देखिन्छ।

### यसलाई कसरी समाधान गर्ने?

खुला पाठको सट्टा स्वीकृत टेम्प्लेट पठाउनुहोस्।

टेम्प्लेट भनेका तपाईंले मेटामा पहिले नै बुझाउने र मेटाले समीक्षा गर्ने म्यासेज हुन्। स्वीकृत भएपछि टेम्प्लेट जुनसुकै बेला पठाउन सकिन्छ, तपाईंलाई कहिल्यै म्यासेज नगरेको व्यक्तिलाई पनि। टेम्प्लेट पठाउँदा कुराकानी पुनःखुल्छ, र ग्राहकले प्रतिक्रिया दिनेबित्तिकै खुला पाठका लागि नयाँ 24 घण्टा सुरु हुन्छ।

त्यसैले टिकाउ समाधान फेरि प्रयास गर्नु होइन। पठाउनुअघि त्यो सम्पर्कले अन्तिम पटक कति समयअघि म्यासेज गरेको थियो भनेर जाँच्नुहोस्। 24 घण्टाभित्र भए खुला पाठ पठाउनुहोस्। बाहिर भए परिस्थितिअनुसारको टेम्प्लेट पठाउनुहोस्। खुला पाठ मात्र पठाउन जान्ने इन्टिग्रेसनले यो समस्या दोहोर्‍याइरहन्छ, र कुराकानी हेर्ने व्यक्तिलाई त्रुटिभन्दा मौनता जस्तो देखिन्छ।

### के यो Coexistence नम्बरमा पनि लागू हुन्छ?

हो, र यसमा जान्नुपर्ने एउटा थप परिणाम पनि छ।

नम्बर Coexistence मार्फत अनबोर्ड गरिएको होस् वा होइन, विन्डो उस्तै काम गर्छ, किनकि यो अनबोर्डिङ मोडको नभई प्लेटफर्मको नियम हो। फरक पर्ने कुरा यसमा कसले काम गर्न सक्छ भन्ने हो। Coexistence नम्बरमा WhatsApp Business एपले टेम्प्लेट पठाउन सक्दैन, त्यसैले विन्डोबाहिरका सबै म्यासेज एपीआईमार्फत पठाउनुपर्छ।

यसको अर्थ फोनबाट जवाफ दिने टोलीले चलिरहेको कुराकानीमा स्वतन्त्र रूपमा प्रतिक्रिया दिन सक्छ, तर एपबाट निष्क्रिय कुराकानी पुनःसुरु गर्न सक्दैन। पुनःसुरु गर्ने काम एपीआईमार्फत हुन्छ, र यही कारणले व्यवसायले सुरुमा नम्बर कनेक्सन गर्छ।

- उही खुला पाठ म्यासेज फेरि पठाउने। विन्डो आफैं पुनःखुल्दैन, त्यसैले पुनःप्रयास पनि उही तरिकाले असफल हुन्छ।
- विन्डो ग्राहकको सट्टा तपाईंको अन्तिम म्यासेजदेखि गन्ने। विन्डो ग्राहकको म्यासेजले खोल्छ।
- टेम्प्लेट लेखेर त्यही क्षण पठाउन सकिन्छ भन्ने मान्ने। मेटाले पहिले समीक्षा गर्छ, सामान्यतया केही मिनेटमा तर कहिलेकाहीँ एक दिन पनि लाग्न सक्छ।

**के म 24 घण्टाको विन्डो बढाउन सक्छु?** सक्नुहुन्न। यो मेटाले निश्चित गरेको अवधि हो र कुनै पनि प्रदायकले यसलाई लम्ब्याउन सक्दैन। ग्राहकले फेरि तपाईंलाई म्यासेज गरेपछि मात्र यो पुनःखुल्छ।

**ग्राहकले टेम्प्लेटको जवाफ दिँदा विन्डो पुनःखुल्छ?** खुल्छ। तपाईंले पठाएको टेम्प्लेटको जवाफसहित ग्राहकको जुनसुकै म्यासेजले नयाँ 24 घण्टा सुरु गर्छ।

**मैले कुन टेम्प्लेट श्रेणी प्रयोग गर्नुपर्छ?** लेनदेनसम्बन्धी म्यासेजका लागि Utility र प्रचारात्मक म्यासेजका लागि Marketing प्रयोग गर्नुहोस्। Marketing म्यासेज पठाउन आफ्नै WhatsApp Business खातामा भुक्तानी विधि चाहिन्छ।

**के त्रुटि 131047 र 131049 एउटै हुन्?** होइन। 131047 बन्द विन्डोका लागि हो। 131049 पारिस्थितिक प्रणालीको हेल्थ जोगाउन मेटाले डेलिभरी सीमित गरेको छुट्टै अवस्था हो।

---

## WhatsApp त्रुटि 131049: इकोसिस्टमको स्वस्थताका लागि म्यासेज रोकियो

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

त्रुटि 131049 को अर्थ Meta ले इकोसिस्टममा स्वस्थ संलग्नता कायम राख्न यो म्यासेज पठाउन नदिएको हो। यो 24 घण्टे समयसीमाको समस्या वा टेम्प्लेटको समस्या होइन। Meta को निर्देशनअनुसार त्यही प्राप्तकर्तालाई फेरि प्रयास गर्नुअघि कम्तीमा 24 घण्टा पर्खनुहोस्।

### यहाँ इकोसिस्टम संलग्नताको वास्तविक अर्थ के हो?

यो Meta ले प्रयोग गर्ने शब्द हो, जसले व्यवसायले पठाएको कुरा प्राप्त गर्ने मानिसले त्यसलाई स्वागत गर्छन् कि गर्दैनन् भन्ने जनाउँछ। यसको मापन तपाईंको खातामा मात्र होइन, पूरै प्लेटफर्ममा हुन्छ।

प्लेटफर्मले कुनै खास म्यासेज स्वागतयोग्य नहुने ठानेमा त्यसलाई रोक्छ र 131049 फर्काउँछ। यो तपाईंले तोडेको स्थिर नियमभन्दा म्यासेज र प्राप्तकर्तासम्बन्धी मूल्याङ्कन हो। त्यसैले गुणस्तर रेटिङ राम्रो देखिएको खातामा पनि यो देखिन सक्छ।

संलग्नता नदेखाएका प्राप्तकर्तालाई पठाइने मार्केटिङ म्यासेज र एकैपटक ठूलो परिमाणमा पठाइने मिल्दोजुल्दो म्यासेजमा यो प्रायः देखिन्छ। यो नम्बरमाथि लगाइएको दण्ड होइन, पठाउने ढाँचासम्बन्धी सङ्केत हो।

### टेम्प्लेट पठाउँदा यो समस्या किन समाधान हुँदैन?

किनभने समस्या टेम्प्लेटमा थिएन।

म्यासेज रोकिएको देखेपछि टेम्प्लेट प्रयोग गर्ने स्वाभाविक सोच आउँछ, किनभने अर्को सामान्य समस्या 131047 को समाधान त्यही हो। तर 131047 समयसम्बन्धी नियम हो: समयसीमा सकिएको हुन्छ र स्वीकृत टेम्प्लेट त्यसलाई फेरि खोल्ने स्वीकृत माध्यम हो। 131049 भने यही व्यक्तिलाई पठाइएको यही म्यासेजसम्बन्धी निर्णय हो, र टेम्प्लेटको बाटो पनि उही डेलिभरी मार्ग हो।

टेम्प्लेटसहित वा बिना तुरुन्तै फेरि प्रयास गर्दा समस्या निम्त्याउने ढाँचा अझ बलियो हुन सक्छ। Meta को आफ्नै निर्देशनअनुसार त्यही प्राप्तकर्तालाई फेरि प्रयास गर्नुअघि कम्तीमा 24 घण्टा पर्खनुहोस् र उनी उक्त म्यासेज चाहने सम्भावना थियो कि थिएन हेर्नुहोस्।

### यो फेरि हुन नदिन के गर्नुपर्छ?

म्यासेज कसरी पठाउनेभन्दा के पठाउने भन्ने परिवर्तन गर्नुहोस्।

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

गुणस्तर रेटिङ र म्यासेजिङ तहलाई सँगै हेर्नु पनि उपयोगी हुन्छ, किनभने प्राप्तकर्ताको नकारात्मक प्रतिक्रियाले दुवैलाई असर गर्छ। गुणस्तर घट्दै गएको नम्बरमा गम्भीर समस्या देखिनुअघि यस्तो त्रुटि बढी देखिन सक्छ। त्यो गिरावट चाँडै पहिचान गर्दा सुधार गर्न सकिन्छ र सीमित हुनबाट बच्न सकिन्छ।

- यसलाई 24 घण्टे समयसीमाको समस्या ठानेर टेम्प्लेटमा स्विच गर्नु। अवस्था फरक भए पनि परिणाम उस्तै हुन्छ।
- तुरुन्तै फेरि प्रयास गर्नु। Meta को निर्देशनअनुसार त्यही प्राप्तकर्ताका लागि कम्तीमा 24 घण्टा पर्खनुहोस्।
- यसलाई प्रतिबन्ध ठान्नु। नम्बर चलिरहेको हुन्छ, केवल यो म्यासेज पठाइएको हुँदैन।

**के मेरो नम्बर प्रतिबन्धित भयो?** हुँदैन। 131049 ले एउटा म्यासेज रोक्छ। नम्बर चलिरहन्छ र अरू म्यासेज सफल हुन सक्छन्।

**कति समय पर्खनुपर्छ?** Meta को निर्देशनअनुसार त्यही प्राप्तकर्तालाई फेरि म्यासेज पठाउनुअघि कम्तीमा 24 घण्टा पर्खनुहोस्। ठ्याक्कै अवधि प्रकाशित गरिएको छैन।

**के यसले मेरो गुणस्तर रेटिङलाई असर गर्छ?** यो उही आधारभूत मापनबाट आउने सङ्केत हो। त्यसैले बारम्बार देखिएमा यसलाई अलग त्रुटिभन्दा गुणस्तरबारेको प्रारम्भिक चेतावनी मान्नुहोस्।

**के कुनै प्रदायकले यसलाई छल्न सक्छ?** सक्दैन। डेलिभरीका बेला Meta ले यसलाई लागू गर्छ, त्यसैले आधिकारिक API प्रयोग गर्ने सबै प्रदायकले उही व्यवहार देख्छन्।

---

## WhatsApp त्रुटि 131048: स्प्याम दर सीमा पुगेको

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

त्रुटि 131048 ले Meta ले यस नम्बरबाट म्यासेज पठाउन रोक लगाएको जनाउँछ, किनकि यसको गुणस्तर घटेको छ। सामान्यतः प्राप्तकर्ताले म्यासेज ब्लक वा रिपोर्ट गरेपछि यस्तो हुन्छ। नम्बर अझै चल्छ। गुणस्तर सुधारिँदासम्म पठाउन पाउने मात्रा मात्र घटेको हो।

### नम्बरको गुणस्तर किन घट्छ?

प्राप्तकर्ताको नकारात्मक प्रतिक्रिया यसका लागि जिम्मेवार हुन्छ, जसलाई Meta ले तपाईंको कोडबाट अनुमान नगरी मापन गर्छ।

यसका सङ्केतमा ब्लक, रिपोर्ट र कम देखिने अर्को कुरा, जवाफ अपेक्षित भएका म्यासेजमा मानिसले जवाफ नै नदिनु, पर्छ। धेरै म्यासेज पठाएर थोरै प्रतिक्रिया पाउने नम्बर र कुराकानी गरिरहने नम्बर फरक देखिन्छन्, र यही फरक जम्मा भएर गुणस्तर रेटिङ बन्छ।

रेटिङ हरियो, पहेँलो र रातो हुँदै अघि बढ्छ। रातो अवस्थामा यो त्रुटि देखिन थाल्छ। यो परिवर्तन फोनमा कतै देखाइँदैन, र WhatsApp Business एप पनि यस अवधिभर सामान्य रूपमा चलिरहन्छ। त्यसैले धेरै व्यवसायका लागि पहिलो सङ्केत चेतावनी नभई म्यासेज पठाउन असफल हुनु हो।

### नम्बर कसरी सुधारिन्छ?

गुणस्तर घटाउने म्यासेज पठाउने तरिका रोकिएमा यो आफैं सुधारिन्छ।

गुणस्तर चलायमान मापन हो। पछिल्ला म्यासेजमा राम्रो प्रतिक्रिया आउन थालेपछि रेटिङ माथि चढ्छ र त्यससँगै सीमा पनि हट्छ। यसका लागि पेश गर्ने अपिल वा प्रदायकले बदल्न सक्ने कुनै स्विच छैन। त्यसैले कसैले यसको समाधान बेच्न सक्दैन।

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

### म्यासेज असफल हुनुअघि कसरी थाहा पाउने?

रेटिङ आफैं हेरेर मात्र थाहा पाउन सकिन्छ। त्यसैले कनेक्सन जोडेर मात्र नछोडी त्यसको निगरानी गर्नु सबैभन्दा स्पष्ट कारण हो।

Meta ले फोन नम्बरमा गुणस्तर रेटिङ र म्यासेजिङ टियर देखाउँछ, र यसले तपाईंलाई कुनै क्षति हुनुअघि परिवर्तन देखाउँछ। हरियोबाट पहेँलो हुँदै गएको नम्बरमा अझै काम गर्ने समयसहितको चेतावनी हुन्छ। रातोमा पुगेपछि यो त्रुटि फर्काउन थालेको नम्बरले म्यासेज पठाउने क्षमता गुमाइसकेको हुन्छ, र त्यतिबेलासम्म प्रभावित म्यासेजहरू क्युमा नरही हराइसकेका हुन्छन्।

यो गिरावटबारे WhatsApp Business एपमा केही देखिँदैन। त्यसैले फोनबाट जवाफ दिने टोलीले म्यासेज पठाउन बन्द हुने क्षणसम्म सबै सामान्य ठान्न सक्छ।

- यसलाई म्यासेज पठाउने कोडको त्रुटि ठान्नु। अनुरोध ठीक छ, नम्बर सीमित गरिएको हो।
- यसबाट बच्न प्रदायक बदल्नु। रेटिङ नम्बरकै हुन्छ र नम्बर जहाँ गए पनि सँगै रहन्छ।
- सूचना आउने प्रतीक्षा गर्नु। फोनमा गुणस्तर घटेको कुनै सूचना आउँदैन।

**के म अझै म्यासेज प्राप्त गर्न सक्छु?** सक्नुहुन्छ। प्राप्तिमा असर पर्दैन, र नम्बरमा WhatsApp Business एप सामान्य रूपमा चलिरहन्छ।

**सुधार हुन कति समय लाग्छ?** Meta ले कुनै निश्चित अवधि प्रकाशित गरेको छैन। यो चलायमान मापन भएकाले तोकिएको समयपछि होइन, पछिल्लो म्यासेज पठाउने व्यवहार सुध्रिँदै जाँदा सुधार हुन्छ।

**अर्को प्रदायकमा जाँदा यो रेटिङ रिसेट हुन्छ?** हुँदैन। गुणस्तर म्यासेज पठाउने व्यक्तिसँग होइन, फोन नम्बरसँग जोडिएको हुन्छ।

**के यो प्रतिबन्ध लाग्नुजस्तै हो?** होइन। प्रतिबन्धले नम्बर हटाउँछ। यसले भने गुणस्तर सुधारिएसम्म चलिरहेको नम्बरले पठाउन पाउने म्यासेजको मात्रा मात्र सीमित गर्छ।

---

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

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

132001 त्रुटिको अर्थ तपाईंले पठाउन खोजेको टेम्प्लेट अनुरोध गरिएको भाषामा अस्तित्वमा छैन, वा अस्तित्वमा भए पनि स्वीकृत छैन। टेम्प्लेट नाम र भाषाबाट सँगै पहिचान हुन्छ, त्यसैले फरक लोकेलमा उही नामको टेम्प्लेट फरक हुन्छ।

### अस्तित्वमा रहेको टेम्प्लेटले पनि 132001 किन फर्काउँछ?

लगभग सधैं कारण भाषा कोड हुन्छ।

टेम्प्लेट नाम र भाषाबाट सँगै पहिचान हुन्छ। en_US मा order_update नामले बनाइएको टेम्प्लेट en, pt वा pt_BR मा order_update का रूपमा अस्तित्वमा हुँदैन। सही नामसँग गलत लोकेल पठाउँदा यही त्रुटि आउँछ, तर म्यासेजले कुन भाग गलत थियो भनेर स्पष्ट बताउँदैन।

दोस्रो कारण स्वीकृति स्ट्याटस हो। बनाइएको तर समीक्षा बाँकी रहेको टेम्प्लेट पठाउन सकिँदैन, अस्वीकृत टेम्प्लेटबाट पनि पठाउन सकिँदैन। कहिल्यै नबनाइएको टेम्प्लेटमा जस्तै दुवैले यही कोड फर्काउँछन्, त्यसैले नाम गलत हो भन्ने निष्कर्षमा पुग्नुअघि स्ट्याटस जाँच गर्नुहोस्।

### सही नाम र भाषा कसरी भेट्टाउने?

कन्फिगर गरिएको विवरणमा भर पर्नुभन्दा नम्बरका टेम्प्लेट सूचीबद्ध गरेर विवरण पढ्नुहोस्।

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

MCP कनेक्सनमार्फत यो एपीआई अनुरोध होइन, प्रश्न हो: कुनै नम्बरमा कुन टेम्प्लेट स्वीकृत छन् भनेर सोध्नुहोस्, सहायकले सूची पढेर बताउँछ। आफ्नै कोडबाट भने त्यस कनेक्सनको phone number id र token प्रयोग गरी WhatsApp Business खातामा एउटा Graph अनुरोध पठाउनुहोस्।

### स्वीकृति आउन कति समय लाग्छ?

सामान्यतया केही मिनेट, कहिलेकाहीँ एक दिनसम्म।

पठाउनुअघि Meta ले हरेक टेम्प्लेटको समीक्षा गर्छ। धेरैजसो चाँडै स्वीकृत हुन्छन्, तर समय निश्चित हुँदैन र provider ले यसलाई छिटो बनाउन सक्दैन। टेम्प्लेट बनाएलगत्तै पठाउने प्रणालीमा यो महत्त्वपूर्ण हुन्छ, किनकि समीक्षा बाँकी रहँदा पठाइएको म्यासेज यही त्रुटिसहित असफल हुन्छ।

भरपर्दो तरिका भनेको कनेक्सन सेटअप गर्दा टेम्प्लेट पहिल्यै बनाउनु र प्रयोग गर्नुअघि स्ट्याटस जाँच्नु हो। कनेक्सन भएको सहायकले दुवै गर्न सक्छ: टेम्प्लेट पेश गरेर स्वीकृत, अस्वीकृत वा अझै समीक्षाधीन रहेको बताउन सक्छ।

- टेम्प्लेट en_US मा बनाइएको अवस्थामा en पठाउनु। एपीआईका लागि यी फरक टेम्प्लेट हुन्।
- टेम्प्लेट बनाएर त्यही रनमा पठाउनु। Meta ले पहिले समीक्षा गर्छ।
- अस्वीकृत टेम्प्लेट अझै काम गर्छ भन्ने मान्नु। हराएको टेम्प्लेटजस्तै यसले पनि यही त्रुटि फर्काउँछ।

**ठ्याक्कै भाषा कोड कहाँ हेर्न सकिन्छ?** त्यो नम्बरको टेम्प्लेट सूचीमा। त्यहाँ नाम, भाषा र स्ट्याटस सँगै देखिन्छ, त्यसैले यही सबैभन्दा भरपर्दो स्रोत हो।

**समीक्षाधीन टेम्प्लेट पठाउन सकिन्छ?** सकिँदैन। स्वीकृत टेम्प्लेट मात्र डेलिभर हुन्छ, र समीक्षाधीन टेम्प्लेटले यही त्रुटि फर्काउँछ।

**अस्वीकृत टेम्प्लेट फेरि बनाउनुपर्छ?** सम्पादन गरेर पुनः पेश गर्न सकिन्छ। तर अस्वीकृत स्ट्याटसमा रहँदा पठाउन सकिँदैन।

**WhatsApp Business एपबाट टेम्प्लेट पठाउन सकिन्छ?** Coexistence नम्बरमा सकिँदैन। टेम्प्लेट एपीआईमार्फत जान्छ, र यही कारणले नम्बर कनेक्सन गर्नु व्यावहारिक हुन्छ।

---

## WhatsApp त्रुटि 132000: प्यारामिटरको संख्या मिलेन

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

त्रुटि 132000 तपाईंले पठाएका चर टेम्प्लेटले अपेक्षा गरेअनुसार नमिल्दा देखिन्छ। दुई प्लेसहोल्डर भएको टेम्प्लेटलाई क्रमअनुसार ठ्याक्कै दुई मान चाहिन्छ। कसैले टेम्प्लेट सम्पादन गरेपछि पठाउने कोड अद्यावधिक नगर्दा यो प्रायः देखिन्छ।

### टेम्प्लेटका चरहरू कसरी गनिन्छन्?

टेम्प्लेटको पाठमा रहेका नम्बर भएका प्लेसहोल्डर प्रयोग गरेर, प्रत्येक कम्पोनेन्टअनुसार र क्रम मिलाएर गनिन्छ।

Hello {{1}}, your order {{2}} has shipped भन्ने टेम्प्लेटको बडीले दुई चर परिभाषित गर्छ। त्यसैले पठाउँदा बडी कम्पोनेन्टका लागि ठ्याक्कै दुई मान दिनुपर्छ। एउटा वा तीन मान दिँदा यो त्रुटि आउँछ। दुई मान दिए पनि गलत कम्पोनेन्टका लागि दिएमा यही हुन्छ, किनकि हेडर, बडी र बटनका प्यारामिटरहरू एउटै सूचीमा जोडेर होइन, छुट्टाछुट्टै गनिन्छन्।

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

### हिजो काम गरेको टेम्प्लेटमा यो किन देखिन्छ?

कसैले टेम्प्लेट सम्पादन गरेको तर त्यसअनुसार पठाउने कोड परिवर्तन नगरेको कारण देखिन्छ।

स्वीकृतिपछि टेम्प्लेट सम्पादन गर्न सकिन्छ, र प्लेसहोल्डर थप्दा वा हटाउँदा पठाउने पक्षका लागि सम्झौता चुपचाप बदलिन्छ। एकीकरणलाई कुनै चेतावनी आउँदैन र अर्को पटक पठाउँदा असफल हुन्छ। WhatsApp Manager मा मार्केटिङ टोलीले टेम्प्लेट सम्पादन गर्ने र इन्जिनियरिङ टोलीले पठाउने कोड सम्हाल्ने अवस्थामा यही त्रुटि देखिने सबैभन्दा सामान्य कारण हो।

यसबाट बच्न पहिलो पटक बनाउँदा लेखेर राखिएको मानमा भर नपरी टेम्प्लेट फेरि पढ्नुहोस्। टेम्प्लेट सूचीकरण गर्दा हालको परिभाषा फर्किन्छ, र पठाउने समयमा महत्त्वपूर्ण हुने संस्करण यही हो।

### मानहरू सही तरिकाले कसरी पठाउने?

टेम्प्लेटको आफ्नै संरचनासँग मिल्ने गरी कम्पोनेन्ट एरे बनाएर पठाउनुहोस्।

प्रत्येक कम्पोनेन्टले आफ्नो प्रकार बताउँछ र प्लेसहोल्डर देखिने क्रमअनुसार आफ्नै प्यारामिटर बोक्छ। दुई चर भएको बडीका लागि दुई टेक्स्ट प्यारामिटर भएको बडी कम्पोनेन्ट चाहिन्छ। हेडरमा पनि एउटा चर भएको टेम्प्लेटमा हेडर कम्पोनेन्ट र त्यसको आफ्नै प्यारामिटर चाहिन्छ, हेडरको मान बडी सूचीमा थपेर पुग्दैन।

MCP कनेक्सनमार्फत यो काम तपाईंबाट एक चरण टाढा हुन्छ: सहायकले टेम्प्लेट पढ्छ, प्रत्येक कम्पोनेन्टमा कति प्लेसहोल्डर छन् भनेर हेर्छ र तपाईंले मागेका कुराबाट मान भर्छ। आफ्नै कोडमा भने परिवर्तन हुन सक्ने संरचना हार्डकोड गर्नुको सट्टा सुरुमै टेम्प्लेट परिभाषा पढ्नु उपयोगी हुन्छ।

- हेडर र बडीका चरहरू एउटै सूचीमा जोड्नु। तिनलाई प्रत्येक कम्पोनेन्टअनुसार गनिन्छ।
- चर संख्या हार्डकोड गर्नु। टेम्प्लेट सम्पादन हुँदा पठाउने पक्षलाई चेतावनी नदिई संख्या बदलिन्छ।
- प्रयोग नगरिएको प्लेसहोल्डरका लागि खाली स्ट्रिङ पठाउनु। टेम्प्लेटमा त्यो अझै परिभाषित हुन्छ, त्यसैले संख्या मिल्नुपर्छ।

**चर नभएको टेम्प्लेट पठाउन सक्छु?** सक्नुहुन्छ। टेम्प्लेटमा कुनै चर परिभाषित छैन भने प्यारामिटर नपठाउनुहोस्। त्यसपछि पनि प्यारामिटर पठाउँदा यही त्रुटि आउँछ।

**मानहरूको क्रम महत्त्वपूर्ण हुन्छ?** हुन्छ। प्लेसहोल्डरहरू नम्बरअनुसार क्रमशः भरिन्छन्, त्यसैले दुई मान साट्दा त्रुटि होइन, गलत म्यासेज बन्छ।

**एउटै पठाइएका म्यासेज एउटा भाषामा काम गर्ने तर अर्कोमा नगर्ने किन हुन्छ?** प्रत्येक भाषाको संस्करण छुट्टै टेम्प्लेट हो, र सम्पादनपछि त्यसमा प्लेसहोल्डरको संख्या फरक हुन सक्छ।

**के यो 132001 जस्तै हो?** होइन। 132001 को अर्थ टेम्प्लेट भेटिएन वा स्वीकृत भएको छैन भन्ने हो। 132000 मा टेम्प्लेट भेटिएको हुन्छ, तर चरहरू मिल्दैनन्।

---

## WhatsApp त्रुटि 2593107: सिंक्रोनाइजेसन सीमा नाघ्यो

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

त्रुटि 2593108 देखिन्छ जब सम्पर्क र च्याट इतिहासको सिंक नम्बर अनबोर्ड गरिसकेको 24 घण्टाभन्दा ढिलो सुरु हुन्छ। त्यो समयसीमा Meta ले तोकेको स्थिर सीमा हो, र यो पार भएपछि सिंक गर्ने एकमात्र उपाय नम्बर फेरि जडान गर्नु हो।

### यो कुन 24 घण्टे समयसीमा हो?

यो म्यासेजिङ समयसीमा होइन, जसलाई धेरैजसोले यो त्रुटिसँग भ्रमित गर्छन्।

WhatsApp Business Platform मा ग्राहक सेवा दिने परिचित 24 घण्टे समयसीमा हुन्छ। यो ग्राहकको अन्तिम म्यासेजबाट गनिन्छ र साधारण टेक्स्ट पठाउन सकिन्छ कि सकिँदैन भन्ने निर्धारण गर्छ। यो पूर्णतः फरक घडी हो। यो Coexistence नम्बरको अनबोर्डिङ पूरा भएको क्षणदेखि गनिन्छ र सम्पर्क तथा च्याट इतिहास अझै ल्याउन सकिन्छ कि सकिँदैन भन्ने मात्र निर्धारण गर्छ।

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

### यो किन छुट्छ?

किनभने अनबोर्डिङ र इन्टिग्रेसन प्रायः फरक दिनमा हुन्छन्, र कहिलेकाहीँ फरक व्यक्तिले गर्छन्।

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

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

### समयसीमा बन्द भएपछि के विकल्प छन्?

नम्बर विच्छेद गरेर फेरि जडान गर्नुहोस्, वा इतिहासबिनै सुरु गर्नुहोस्।

फेरि जडान गर्दा फोनमा गरिने स्क्यानसहित Embedded Signup फेरि सुरु हुन्छ र नयाँ समयसीमा खुल्छ। WhatsApp Business एपमा कुनै असर पर्दैन, त्यसैले व्यवसायका कुराकानी दुवै अवस्थामा सुरक्षित रहन्छन्। खर्च भनेको फोनमा फेरि कोही उपस्थित हुनुपर्ने समय हो।

इतिहासबिना सुरु गर्नु प्रायः ठीक हुन्छ। नम्बर जडान भएको क्षणदेखि API ले सबै कुरा प्राप्त गर्छ, र धेरैजसो इन्टिग्रेसनलाई पुराना कुराकानीभन्दा नयाँ कुराकानी महत्त्वपूर्ण हुन्छन्। ग्राहकको पुरानो सन्दर्भ तुरुन्त हेर्नुपर्ने अवस्थामा इतिहास बढी उपयोगी हुन्छ, तर यस्तो अवस्था सुरुमा देखिएभन्दा सीमित हुन्छ।

- यसलाई म्यासेजिङ समयसीमासँग भ्रमित गर्नु। यी फरक कुरा मापन गर्ने छुट्टाछुट्टै समयसीमा हुन्।
- इन्टिग्रेसन सुरु भएपछि मात्र इतिहास ल्याउने सोच्नु। त्यतिबेलासम्म समयसीमा प्रायः बन्द भइसकेको हुन्छ।
- विच्छेदपछि वेबहुक गन्तव्य फेरि सेट नगरी नम्बर जडान गर्नु। विच्छेद हुँदा यो कायम रहँदैन।

**के यो म्यासेजिङ समयसीमाकै 24 घण्टा हो?** होइन। यो अनबोर्डिङबाट गनिन्छ र सिंक निर्धारण गर्छ। म्यासेजिङ समयसीमा ग्राहकको अन्तिम म्यासेजबाट गनिन्छ र साधारण टेक्स्ट निर्धारण गर्छ।

**के समयसीमा बढाउन सकिन्छ?** सकिँदैन। यो Meta ले तोक्छ र कुनै प्रदायकले पनि यसलाई लम्ब्याउन सक्दैन।

**फेरि जडान गर्दा शुल्क लाग्छ?** फेरि जडान गर्न कुनै शुल्क लाग्दैन। कोड फेरि स्क्यान गर्न फोनमा कोही उपस्थित हुनुपर्छ।

**मैले इतिहास कहिल्यै सिंक गरिनँ भने के हुन्छ?** नम्बर जडान भएको क्षणदेखि API ले सबै कुरा प्राप्त गर्छ। कुनै कुरालाई पुरानो सन्दर्भ तुरुन्त आवश्यक परेमा मात्र इतिहास महत्त्वपूर्ण हुन्छ।

---

## WhatsApp त्रुटि 131026: म्यासेज डेलिभर हुन सकेन

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

131026 त्रुटिको अर्थ Meta ले उक्त प्राप्तकर्तालाई म्यासेज डेलिभर गर्न सकेन। सामान्य कारण नम्बर WhatsApp मा दर्ता नै नभएको हो, तर पुरानो क्लाइन्ट वा प्रयोगकर्ताले स्वीकार नगरेका सर्तले पनि यही कोड देखाउँछन्।

### सही देखिने नम्बर डेलिभर हुन नसक्ने किन हुन्छ?

फोन नम्बर हुनु र त्यसमा WhatsApp हुनु एउटै कुरा होइन।

सबैभन्दा सामान्य कारण प्राप्तकर्ताले त्यो नम्बर WhatsApp मा कहिल्यै दर्ता नगरेको वा पछि हटाएको हुनु हो। नम्बरको ढाँचाबाट यो थाहा हुँदैन। त्यसैले CRM बाट आयात गरिएको सूचीले ठूलो सङ्ख्यामा यस्ता त्रुटि ल्याउँछ, किनभने त्यसमा फोन नम्बर हुन्छन्, तर तीमध्ये केही मात्र WhatsApp नम्बर हुन्छन्।

दुई कम सामान्य कारणले पनि यही कोड देखाउँछन्। प्राप्तकर्ता पठाइएको म्यासेजको प्रकार लिन नसक्ने गरी पुरानो WhatsApp क्लाइन्टमा हुन सक्छन्, वा नयाँ सुविधाका लागि आवश्यक सर्त स्वीकार नगरेका हुन सक्छन्। यी दुवै कुरा प्रेषकले नियन्त्रण गर्न सक्दैन।

### यो त्रुटि आएपछि के गर्नुपर्छ?

पुनः प्रयास गर्नुको सट्टा त्यसलाई सम्पर्कसँग जोडेर अभिलेख गर्नुहोस् र त्यो नम्बरमा पठाउन रोक्नुहोस्।

यो अवस्था प्राप्तकर्ताको पक्षमा हुन्छ, त्यसैले तुरुन्तै पुनः प्रयास गर्दा उही परिणाम आउँछ र निर्धारित पुनः प्रयासले पनि प्रायः फरक पार्दैन। यसलाई अस्थायी समस्या ठान्दा कहिल्यै केही नपाउने नम्बरमा इन्टिग्रेसनको थ्रुपुट खर्च हुन्छ।

सम्पर्कलाई WhatsApp मा पहुँचयोग्य छैन भनेर चिन्ह लगाएर अर्को माध्यमतर्फ पठाउनु उपयोगी हुन्छ। यसले समयसँगै सम्पर्क सूची चुपचाप बिग्रनबाट पनि जोगाउँछ। नम्बर वास्तवमै WhatsApp मा छ भने समाधान तपाईंको नभई प्राप्तकर्ताको पक्षमा हुन्छ।

- निर्धारित समयमा पुनः प्रयास गर्नु। यो अवस्था प्राप्तकर्ताको पक्षमा हुन्छ र समय बित्दैमा हट्दैन।
- यसलाई ढाँचासम्बन्धी समस्या ठान्नु। नम्बर Meta सम्म पुगेपछि प्रमाणीकरणमा होइन, डेलिभरीका क्रममा अस्वीकार भएको हो।
- फिल्टर नगरी CRM सूचीमा पठाउनु। फोन नम्बर अनिवार्य रूपमा WhatsApp नम्बर हुँदैन।

**नम्बर WhatsApp मा छ कि छैन भनेर पहिले जाँच्न सक्छु?** भरपर्दो रूपमा सकिँदैन, र Meta ले यसको लागि लुकअप सुविधा दिँदैन। व्यवहारमा पहिलो म्यासेज पठाउनु नै जाँच हो।

**यसले मेरो गुणस्तर मूल्याङ्कनमा असर गर्छ?** डेलिभर हुन नसकेका प्राप्तकर्ता तपाईंलाई ब्लक वा रिपोर्ट गर्ने प्राप्तकर्ताजस्तै होइनन्। तर यस्ता नम्बरले भरिएको सूचीमा धेरै पठाउँदा त्यसको प्रभाव अन्यत्र देखिन सक्छ।

**नम्बरको ढाँचा समस्या हो?** सामान्यतः होइन। गलत ढाँचाका नम्बरले प्यारामिटर त्रुटि फर्काउँछन्। यो कोडले नम्बर बुझिएको तर त्यसमा पहुँच हुन नसकेको जनाउँछ।

**के मैले सम्पर्क हटाउनुपर्छ?** हटाउनुको सट्टा WhatsApp मा पहुँचयोग्य छैन भनेर चिन्ह लगाउनुहोस्। उक्त व्यक्तिले पछि त्यो नम्बर दर्ता गर्न सक्छन्।

---

## WhatsApp त्रुटि 131042: व्यवसाय खाताको भुक्तानी समस्या

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

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

### वास्तवमा कसले कसलाई शुल्क लिइरहेको छ?

यहाँ दुई कम्पनी छन्, तर एउटा शुल्कको मात्र तपाईंको प्रदायकसँग सम्बन्ध छ।

Meta ले WhatsApp Business Platform मा भएका कुराकानीका लागि शुल्क लिन्छ र तपाईंको आफ्नै WhatsApp Business खातासँग जोडिएको भुक्तानी विधिबाट रकम काट्छ। यो सम्बन्ध तपाईं र Meta बीचको हो। प्रदायक यससँगै बसेर पहुँच र उपकरणका लागि शुल्क लिन्छ, तर ती कुराकानी शुल्क उसले कहिल्यै देख्दैन।

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

### भुक्तानी विधि कहाँ सेट गरिन्छ?

नम्बरको स्वामित्व भएको WhatsApp Business खाताको WhatsApp Manager मा।

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

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

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

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

**यो अहिले मात्र किन देखियो?** प्रायः पहिलो मार्केटिङ टेम्प्लेट पठाउने प्रयास गर्दा यस्तो हुन्छ। Meta ले त्यस्ता म्यासेजका लागि विशेषरूपमा भुक्तानी विधि माग्छ।

**के यसले आउने म्यासेज रोक्छ?** आउने म्यासेज प्रभावित हुँदैनन्। Meta ले शुल्क लिनुपर्ने पठाउने कार्य मात्र असफल हुन्छ।

**के Meta का शुल्क पूर्णरूपमा रोक्ने उपाय छ?** 24 घण्टाको ग्राहक सेवा अवधिभित्रका जवाफ निःशुल्क हुन्छन्। Meta ले शुल्क त्यस अवधिबाहिर सुरु गरिएका कुराकानीका लागि लिन्छ।

---

## WhatsApp त्रुटि 133010: फोन नम्बर दर्ता भएको छैन

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

त्रुटि 133010 को अर्थ फोन नम्बरको WhatsApp Business प्लेटफर्ममा दर्ता पूरा भएको छैन। यो खातामा जोडिएको र ड्यासबोर्डमा देखिएको हुन सक्छ, तर दर्ता नसकिएसम्म यसले केही पठाउन सक्दैन।

### यहाँ दर्ता भन्नाले वास्तवमा के बुझिन्छ?

यो नम्बरलाई पठाउन योग्य बनाउने अन्तिम चरण हो, जुन WhatsApp Business खातामा नम्बर जोडिएको अवस्थाभन्दा अलग हुन्छ।

अनबोर्डिङले नम्बरलाई खातासँग जोड्छ र यसका पहिचानकर्ता दिन्छ। दर्ताले प्लेटफर्मलाई नम्बर कारोबारका लागि तयार भएको जानकारी दिन्छ। ड्यासबोर्डमा नम्बर देखिइसक्ने भएकाले मानिसहरूले यो चरण पूरा नगरेको थाहा नपाउन सक्छन्। सबै कुरा जडान भएको जस्तो देखिन्छ, तर पहिलो म्यासेज पठाउँदा असफल हुन्छ।

Coexistence नम्बरमा यो अर्को कारणले पनि छुट्न सक्छ। फोनमा रहेको WhatsApp Business एप यस अवधिभर सामान्य रूपमा चलिरहन्छ, त्यसैले व्यवसायको दैनिक काममा केही अधुरो भएको संकेत देखिँदैन।

### अनबोर्डिङ कसरी अधुरो रहन्छ?

सामान्यतः कसैले विन्डो बन्द गरेपछि।

Meta को Embedded Signup पपअपका रूपमा चल्छ र यसमा फोनबाट कोड स्क्यान गर्नेसहित धेरै चरण हुन्छन्। नम्बर देखिएपछि तर प्रक्रिया पूरा हुनुअघि विन्डो बन्द गर्दा ठ्याक्कै यही अवस्था आउँछ। फोनको बीचमै सम्पर्क टुट्दा वा उपकरण खोज्न जाँदा सेसनको समय सकिँदा पनि यस्तो हुन्छ।

यसको समाधान म्यासेज पुनः पठाउने प्रयास गर्नु होइन, प्रक्रिया फेरि चलाउनु हो। पुनः जडान गर्दा सुरुदेखि प्रक्रिया अघि बढ्छ र दर्ता पूरा हुन्छ। यसलाई दुई पटक चलाउँदा नम्बर वा WhatsApp Business एपमा कुनै असर पर्दैन।

- म्यासेज पुनः पठाउने प्रयास गर्नु। म्यासेज पठाउन खोज्दैमा दर्ता पूरा हुँदैन।
- देखिएको नम्बर काम गरिरहेको छ भन्ने मान्नु। यो खातामा जोडिएको तर अझै दर्ता नभएको हुन सक्छ।
- फोनबाट मात्र समस्या पत्ता लगाउनु। दर्ता पूरा भए पनि नभए पनि WhatsApp Business एप सामान्य रूपमा चल्छ।

**नम्बर हराएको हो?** होइन। Meta को अनबोर्डिङ प्रक्रिया फेरि चलाउँदा दर्ता पूरा हुन्छ र WhatsApp Business एपमा कुनै असर पर्दैन।

**के म एपीआईमार्फत दर्ता गर्न सक्छु?** दर्ता Meta को अनबोर्डिङ प्रक्रियाकै भाग हो, जसका लागि ब्राउजर र फोन चाहिन्छ। स्क्यान गर्ने चरण छल्ने एपीआई उपाय छैन।

**म अझै म्यासेज किन प्राप्त गर्न सक्छु?** प्राप्ति र पठाउने काम एउटै चरणबाट नियन्त्रित हुँदैनन्। त्यसैले अधुरो अनबोर्डिङ भएको नम्बर फोनबाट सक्रिय देखिन सक्छ।

**के यो 133006 जस्तै हो?** होइन। 133006 को अर्थ दर्ता हुनुअघि नम्बरलाई प्रमाणीकरण आवश्यक छ। यसको अर्थ दर्ता प्रक्रिया नै पूरा भएको छैन।

---

## WhatsApp त्रुटि 190: पहुँच टोकनको म्याद सकियो

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

त्रुटि 190 ले अनुरोधमा प्रयोग भएको पहुँच टोकनको म्याद सकिएको वा अमान्य बनाइएको जनाउँछ। हरेक कल उस्तै गरी असफल हुन्छ, त्यसैले नम्बर हराएजस्तो देखिन्छ। तर नम्बर हराएको हुँदैन, प्रमाणीकरण विवरण बिग्रिएको हुन्छ र नम्बर प्रायः ठीक हुन्छ।

### म्याद सकिएको टोकनले हराएको नम्बरजस्तो किन देखिन्छ?

किनभने हरेक अनुरोध असफल हुन्छ र सबै एउटै तरिकाले असफल हुन्छन्।

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

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

### फरक कसरी छुट्याउने?

उही खाता पढ्न सक्ने दोस्रो प्रमाणीकरण विवरण राखेर।

EasyCoexistence ले ग्राहकको टोकन र आफ्नै System User टोकन हरेक कनेक्सनसँग राख्छ। एउटा अस्वीकार हुँदा अर्कोले WhatsApp Business खाताबाट पढेर वास्तवमा कुन पक्ष बिग्रिएको हो भन्ने टुंगो लगाउँछ। ग्राहकको टोकन अस्वीकार भयो तर दोस्रो टोकनले पढ्न सक्यो भने प्रमाणीकरण विवरणको म्याद सकिएको हो र नम्बर स्वस्थ छ। दुवै असफल भए भने समस्या नम्बरमै भएको हो।

दोस्रो पाठकबिना यी दुई छुट्याउने एउटै उपाय व्यवसाय मालिकलाई जाँच गर्न लगाउनु हो, जबकि निगरानीले यस्तै अवरोध रोक्नुपर्ने हो।

### टोकनहरू कसरी अमान्य हुन्छन्?

धेरै तरिकाले, र तीमध्ये अधिकांश जानाजान गरिएका हुँदैनन्।

टोकनहरूको निश्चित अवधि हुन्छ र तिनीहरूको म्याद आफैं सकिन्छ। Meta खाताको पासवर्ड फेर्दा ती अमान्य हुन्छन्। कसैले Business Settings मा एपको पहुँच हटाउँदा पनि त्यस्तै हुन्छ, र Meta ले जोखिममा परेको ठानेर टोकन फिर्ता लिए पनि हुन्छ। यीमध्ये कुनै घटनाअघि चेतावनी आउँदैन, र फोनको WhatsApp Business एपबाट पनि यी कुरा देखिँदैनन्।

त्यसैले टोकनको मान्यता त्रुटि सम्हाल्ने कोडमा होइन, निगरानीमा राख्नुपर्छ। त्रुटि सम्हाल्ने कोडले देख्दासम्म म्यासेज पठाउने काम असफल भइसकेको हुन्छ।

- नम्बर पुनः जडान गर्नु। समस्या टोकनमा हो भने पुनः जडानले व्यवसाय मालिकलाई आवश्यक नै नभएको काम गराउँछ।
- यसलाई कहिलेकाहीँ मात्र हुने समस्या ठानेर पुनः प्रयास गर्नु। अमान्य बनाइएको टोकन आफैं ठीक हुँदैन।
- एउटै प्रमाणीकरण विवरणमा निर्भर रहनु। एउटै टोकन हुँदा प्रमाणीकरण विवरण असफल भएको र नम्बर हराएको छुट्याउन सकिँदैन।

**नम्बर अझै चल्छ?** प्रायः चल्छ। WhatsApp Business एपमा असर पर्दैन र नम्बर आफैं पनि ठीक हुन्छ। रोकिएको भनेको API पहुँच हो।

**त्रुटि 0 पनि यही हो?** व्यवहारमा हो। Meta ले एन्डपोइन्टअनुसार यही अवस्थालाई दुवै कोडबाट देखाउँछ।

**पुनः जडान गर्दा समाधान हुन्छ?** हुन्छ, तर यो सानो समस्याको लागि ठूलो उपाय हो, र नयाँ प्रमाणीकरण विवरणले समाधान गर्ने कामका लागि व्यवसाय मालिक र फोन चाहिन्छ।

**टोकनको म्याद नसकने बनाउन सकिन्छ?** System User टोकन लामो समयसम्म मान्य रहन सक्छन्, त्यसैले दोस्रो टोकन राख्नु उपयोगी हुन्छ।

---

## WhatsApp त्रुटि 130429: थ्रुपुट सीमा पुगेको

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

त्रुटि 130429 को अर्थ यो नम्बरका लागि Cloud API को म्यासेज थ्रुपुट सीमा पुगेको हो। यो म्यासेजको मात्राभन्दा पठाउने दरको समस्या हो: उही म्यासेज ढिलो पठाउँदा सफल हुन्छ। Coexistence नम्बरमा यो सीमा Meta ले निश्चित गर्छ।

### वास्तवमा के सीमित भइरहेको छ?

दैनिक कति म्यासेज पठाउन सकिन्छ भन्ने होइन, म्यासेज बाहिरिने दर सीमित हुन्छ।

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

यो messaging tier भन्दा फरक हो, जसले तपाईंले एक दिनमा कति फरक ग्राहकसँग कुराकानी सुरु गर्न सक्नुहुन्छ भन्ने निर्धारण गर्छ। साथै, खराब प्रतिक्रिया दिने प्राप्तकर्ताका कारण कुनै नम्बरमा लगाइने quality limiting भन्दा पनि फरक हो। यी तीनवटा छुट्टाछुट्टै सीमा र कोड हुन्, तर प्रायः एकअर्कासँग झुक्किन्छन्।

### के यो सीमा बढाउन सकिन्छ?

Coexistence नम्बरमा सकिँदैन। Meta ले यसलाई निश्चित दरमा बाँधेको हुन्छ र कुनै प्रदायकले पनि बढाउन सक्दैन। त्यसैले बढी दरलाई आधार मानेर प्रणाली बनाउनु अघि यो कुरा जान्नु महत्त्वपूर्ण छ।

सामान्य तरिकाले onboard गरिएको नम्बरमा भने समयसँगै quality rating र messaging tier अनुसार थ्रुपुट बढ्छ। यो Coexistence को वास्तविक सीमिततामध्ये एक हो। त्यसैले धेरै मात्रामा प्रसारण गर्ने नम्बरलाई प्रायः Coexistence बिना onboard गर्नु उपयुक्त हुन्छ।

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

### पठाउने प्रणालीले यसको सट्टा के गर्नुपर्छ?

म्यासेज पठाउने गति मिलाउनुहोस् र तुरुन्तै पुनःप्रयास गर्नुको सट्टा केही समयपछि पुनःप्रयास गर्नुहोस्।

निश्चित दर भएको लाम दीर्घकालीन समाधान हो, किनकि यसले सीमा उत्पादन प्रणालीमा पुगेपछि मात्र थाहा हुने समस्या नभई प्रणालीकै विशेषता बनाउँछ। त्यति ठूलो संरचना आवश्यक नभएमा, यही कोडका लागि exponential backoff प्रयोग गर्दा धेरै फाइदा हुन्छ।

छिटोछिटो पुनःप्रयास गर्दा काम हुँदैन। अस्वीकृत भएको क्षणमै तुरुन्तै पुनःप्रयास गर्ने लूपले नम्बरको दर पहिले नै नाघेको बेला अझ धेरै अनुरोध पठाउँछ। यसले समस्या हटाउनुको सट्टा झन् लामो बनाउँछ।

- तुरुन्तै पुनःप्रयास गर्नु। अस्वीकृत भएको क्षणमा थप अनुरोध पठाउँदा नम्बरको दर सीमा अझै नाघिरहन्छ।
- यसलाई messaging tier सँग झुक्किनु। त्यसले दैनिक फरक कुराकानीको सङ्ख्या निर्धारण गर्छ, प्रत्येक सेकेन्डका म्यासेजको होइन।
- थ्रुपुट बढ्ने गरी Coexistence नम्बरको संरचना बनाउनु। थ्रुपुट बढ्दैन, सीमा निश्चित हुन्छ।

**के यसको अर्थ मेरो नम्बरमा प्रतिबन्ध लागेको हो?** होइन। यो सामान्य दर सीमा हो। नम्बर स्वस्थ छ र उही म्यासेज ढिलो पठाउँदा सफल हुन्छ।

**Coexistence नम्बरले कति छिटो पठाउन सक्छ?** Meta ले Coexistence नम्बरका लागि निश्चित दर तोक्छ। यसलाई quality र tier अनुसार बढाइँदैन।

**के 80007 पनि यही हो?** होइन। त्यो नम्बरको म्यासेज थ्रुपुटमा होइन, WhatsApp Business Account मा लागू हुने दर सीमा हो।

**अर्को प्रदायकले छिटो पठाउन सक्छ?** होइन। सीमा नम्बर र Meta सँग सम्बन्धित हुन्छ, एपीआई कल गर्ने प्रदायकसँग होइन।

---

## WhatsApp लाई Make मा आधिकारिक Cloud API मार्फत जडान गर्नुहोस्

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

नम्बरको वेबहुक गन्तव्यलाई Make को कस्टम वेबहुकमा राख्नुहोस्, त्यसपछि आउने हरेक म्यासेजले सिनारियो सुरु गर्छ। HTTP मोड्युलमार्फत Cloud API बाट प्रतिक्रिया पठाइन्छ। Make ले हाम्रो MCP सर्भर प्रयोग गर्न सक्दैन, किनकि Make आफैं MCP सर्भर हो, क्लाइन्ट होइन।

### WhatsApp म्यासेजले Make सिनारियो कसरी सुरु गर्छ?

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

पेलोडमा पठाउने व्यक्ति, म्यासेजको सामग्री वा मिडिया सन्दर्भ, टाइमस्ट्याम्प र म्यासेज आईडी हुन्छ। त्यसपछि यो साधारण सिनारियो हो: सामग्रीका आधारमा रुट गर्नुहोस्, ग्राहक खोज्नुहोस् र तपाईंले चलाउने अन्य सेवा कल गर्नुहोस्।

यो Coexistence भएकाले उही म्यासेज फोनको WhatsApp Business एपमा पनि देखिन्छ। कुनै व्यक्तिले उत्तर दिन सक्छ, सिनारियोले पठाइएको कुरा देख्छ र दुवै पक्षले एकअर्काको उत्तरमाथि फेरि उत्तर दिँदैनन्।

### Make ले MCP कनेक्सन किन प्रयोग गर्न सक्दैन?

किनकि Make MCP सर्भर हो, MCP क्लाइन्ट होइन। यसले Claude र ChatGPT जस्ता सहायकका लागि आफ्ना सिनारियो उपलब्ध गराउँछ, जसले Make मा भित्रतिर कनेक्सन गर्छन्। यसले अरूको MCP सर्भरमा बाहिरतिर कनेक्सन गर्दैन।

मुख्य कुरा कनेक्सनको दिशामै छ। हाम्रो कनेक्सन बोलाइने प्रतीक्षामा रहेको सर्भर हो, तर Make सँग बाहिरतिर कनेक्सन गर्ने माध्यम छैन, त्यसैले यी दुई कहिल्यै जोडिँदैनन्। यो n8n भन्दा फरक हो, किनकि n8n मा MCP Client Tool नोड छ र OAuth मार्फत रिमोट सर्भर प्रयोग गर्न सक्छ।

व्यवहारमा यसको कुनै अतिरिक्त शुल्क पर्दैन। वेबहुक बाटोले सिनारियोलाई चाहिने सबै काम गर्छ र आउने म्यासेजमा प्रतिक्रिया दिने बाटो यही हो, जुन MCP ले कुनै पनि टुलमा गर्न सक्दैन।

### सिनारियोले प्रतिक्रिया कसरी पठाउँछ?

Cloud API विरुद्ध HTTP मोड्युल प्रयोग गर्नुहोस्, जसमा नम्बरको `phone_number_id` र पहुँच टोकन राखिन्छ। दुवै ड्यासबोर्डबाट पढ्न सकिन्छ, वा सहायकमार्फत ल्याउन चाहनुहुन्छ भने MCP कनेक्सनबाट पनि लिन सकिन्छ।

के पठाउने भन्ने समयअनुसार फरक हुन्छ। ग्राहकको पछिल्लो म्यासेज आएको 24 घण्टाभित्र स्वतन्त्र टेक्स्ट चल्छ। त्यसपछि Meta ले स्वीकृत गरेको टेम्प्लेट मात्र डेलिभर हुन्छ, र स्वतन्त्र टेक्स्ट मात्र पठाउने सिनारियो पहिलो राति नै चुप हुन्छ।

स्थायी ढाँचा राउटर हो: पछिल्लो आउने म्यासेज आएको कति समय भयो जाँच गर्नुहोस् र त्यसअनुसार स्वतन्त्र टेक्स्ट वा टेम्प्लेट शाखा रोज्नुहोस्।

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

**Make ले तपाईंको MCP सर्भरमा जडान गर्न सक्छ?** सक्दैन। Make क्लाइन्ट नभई MCP सर्भर भएकाले यसले हाम्रो सर्भरमा बाहिरतिर अनुरोध पठाउन सक्दैन। वेबहुक बाटोले सिनारियोलाई चाहिने सबै काम गर्छ।

**WhatsApp का लागि Make एप चाहिन्छ?** चाहिँदैन। कस्टम वेबहुकले प्राप्त गर्छ र HTTP मोड्युलले पठाउँछ। एकीकरण एउटा यूआरएल र REST कल हो।

**टोलीले अझै फोनबाट उत्तर दिन सक्छ?** सक्छ। Coexistence को अर्थ यही हो। एप उही नम्बरमा चलिरहन्छ र सिनारियोले व्यक्तिले पठाएको कुरा देख्छ।

**एउटै सिनारियोले धेरै ग्राहक सम्हाल्न सक्छ?** सक्छ। हरेक नम्बरलाई एउटै वेबहुकमा राख्नुहोस् र पेलोडमा आएको फोन नम्बर आईडीका आधारमा रुट गर्नुहोस्।

---

## आधिकारिक Cloud API मा WhatsApp लाई Zapier सँग जडान गर्नुहोस्

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

नम्बरको वेबहुक गन्तव्यलाई Zapier को Catch Hook मा राख्नुहोस् र आउने हरेक म्यासेजले Zap चलाउँछ। जवाफ वेबहुक एक्सनमार्फत Cloud API बाट फर्किन्छ। Zapier ले हाम्रो MCP सर्भर प्रयोग गर्न सक्दैन, किनकि Zapier MCP सर्भर हो, क्लाइन्ट होइन।

### आउने म्यासेजले Zap कसरी चलाउँछ?

Webhooks by Zapier ट्रिगर प्रयोग गरेर Zap सुरु गर्नुहोस्, Catch Hook छान्नुहोस् र Zapier ले बनाएको यूआरएल कपी गर्नुहोस्। त्यो यूआरएललाई नम्बरको वेबहुक गन्तव्यका रूपमा सेट गर्नुहोस् र Meta ले हरेक आउने म्यासेज सिधै त्यहाँ पठाउँछ।

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

त्यही नम्बरमा WhatsApp Business एप निरन्तर चलिरहन्छ, त्यसैले Zap ले नसम्हालेको कुराकानी व्यक्ति आफैंले सम्हाल्न सक्छ।

### Zapier ले MCP कनेक्सन किन प्रयोग गर्दैन?

किनकि Zapier MCP क्लाइन्ट होइन, MCP सर्भरका रूपमा चल्छ। Claude र ChatGPT जस्ता सहायकहरू यसको एक्सन प्रयोग गर्न Zapier मा जडान हुन्छन्। Zapier तेस्रो पक्षको MCP सर्भरमा बाहिरबाट जडान हुँदैन, त्यसैले यसले हाम्रो सर्भर भेट्न सक्दैन।

यसको व्यावहारिक असर छैन। MCP मानिसले अनुरोध गर्दा सहायकले काम गर्न प्रयोग गर्छ, जबकि Zap को ढाँचा उल्टो हुन्छ: केही घटना हुन्छ र स्वचालनले प्रतिक्रिया दिन्छ। MCP क्लाइन्ट भएका उपकरणमा पनि यही काम वेबहुकले गर्छ।

सहायकलाई पनि प्रक्रियामा राख्न चाहनुहुन्छ भने Zap भित्र होइन, त्यससँगै Claude वा ChatGPT मा कनेक्सन प्रयोग गर्नुहोस्।

### Zap ले जवाफ कसरी पठाउँछ?

नम्बरको फोन नम्बर id र ड्यासबोर्डबाट लिइएको access token प्रयोग गरेर Cloud API मा Webhooks by Zapier को POST एक्सन चलाउनुहोस्।

तपाईंले पठाउन पाउने कुरा समयले निर्धारण गर्छ। ग्राहकको पछिल्लो म्यासेजपछि 24 घण्टाभित्र स्वतन्त्र टेक्स्ट पठाउन सकिन्छ। त्यसपछि स्वीकृत टेम्प्लेट मात्र पठाउन पाइन्छ। धेरैजसो Zap उत्पादनमा यहीँ असफल हुन्छन्, किनकि परीक्षण सधैं म्यासेज पठाएको केही सेकेन्डमै गरिन्छ।

दुवै अवस्था सम्हाल्ने Zap मा पछिल्लो आउने म्यासेज आएको कति समय भयो भन्ने आधारमा पाथ फिल्टर राख्नुहोस्। यो एउटा अतिरिक्त चरण हो र मंगलबार दिउँसो चल्ने स्वचालन तथा बिहान 3 बजे पनि चल्ने स्वचालनबीच यही फरक हो।

- Zapier को परीक्षण यूआरएललाई गन्तव्य बनाउनु। यसले सुन्न छोड्छ र म्यासेज कतै पुग्दैन।
- Meta को प्रमाणीकरण GET बिर्सनु। डेलिभरी सुरु हुनुअघि Catch Hook ले challenge फर्काउनुपर्छ।
- 24 घण्टाको अवधिबाहिर स्वतन्त्र टेक्स्ट पठाउनु, जसको त्रुटि Zap को दृष्टिकोणबाट चुपचाप हुन्छ।

**आधिकारिक WhatsApp Zapier एप छ?** यहाँ यसको आवश्यकता पर्दैन। Catch Hook ले प्राप्त गर्छ र वेबहुक एक्सनले पठाउँछ, त्यसैले तपाईं मध्यस्थबिनाको आधिकारिक Cloud API मै रहनुहुन्छ।

**Zapier ले तपाईंको MCP सर्भर प्रयोग गर्न सक्छ?** सक्दैन। Zapier आफैं MCP सर्भर हो र क्लाइन्टका रूपमा काम गर्दैन, त्यसैले यसले हाम्रो सर्भरमा अनुरोध पठाउन सक्दैन।

**मेरो टोलीले फोन गुमाउँछ?** गुमाउँदैन। Coexistence ले त्यही नम्बरमा WhatsApp Business एप चलिरहन दिन्छ।

**मेरो Zap रोकियो भने के हुन्छ?** Meta ले केही समयसम्म पुनःप्रयास गर्छ र त्यसपछि रोक्छ। म्यासेज फोनको एपमा आइरहन्छन्, त्यसैले व्यवसायले केही गुमाउँदैन।

---

## कस्टम कनेक्सनमार्फत WhatsApp लाई ChatGPT मा जडान गर्नुहोस्

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

ChatGPT को सेटिङमा developer mode खोल्नुहोस्, EasyCoexistence लाई कनेक्सनका रूपमा थप्नुहोस्, अनि ChatGPT ले Meta को आधिकारिक Cloud API मार्फत तपाईंका नम्बरहरू देखाउन, हेल्थ जाँच्न, म्यासेज र टेम्प्लेट पठाउन तथा आफ्नै प्रणालीतर्फ वेबहुक पठाउन सक्छ।

### ChatGPT मा यसलाई कसरी थप्नुहुन्छ?

Settings खोल्नुहोस्, Connectors मा जानुहोस्, त्यसपछि Advanced खोलेर developer mode अन गर्नुहोस्। यसबाट built in सूचीबाट छनोट गर्नुको सट्टा URL मार्फत कनेक्सन थप्ने विकल्प देखिन्छ।

EasyCoexistence MCP एन्डपोइन्टतर्फ जाने कनेक्सन थप्नुहोस्। ChatGPT ले पहिलोपटक कुनै टुल चलाउँदा लग इन खुल्छ, जहाँ तपाईंले त्यसलाई अधिकार दिनुहुन्छ। कनेक्सनले API key को सट्टा OAuth प्रयोग गर्ने भएकाले केही generate, copy वा paste गर्नुपर्दैन।

सर्भर आफैं रिमोट हो। केही install हुँदैन, तपाईंको मेसिनमा पृष्ठभूमिमा केही चल्दैन, र ChatGPT बन्द गर्दा जडान गरिएको नम्बरमा कुनै असर पर्दैन।

### जडान भएपछि ChatGPT ले के गर्न सक्छ?

साधारण भाषामा अनुरोध गर्नुहोस्, यसले उपयुक्त टुल छान्छ। मेरा कुन नम्बरको हेल्थ राम्रो छैन? यो ग्राहकलाई booking confirmation पठाउनुहोस्। order updates का लागि टेम्प्लेट बनाएर Meta ले approve गरेपछि मलाई भन्नुहोस्। यो नम्बरको वेबहुक मेरो सर्भरतर्फ पठाउनुहोस्।

पढ्ने टुलहरूले नम्बरहरूको सूची, quality rating, messaging tier र कनेक्सन स्ट्याटस जाँच्नुका साथै अरू केहीलाई आवश्यक पर्दा credentials निकाल्न सक्छन्। पठाउने टुलहरूले session window भित्र साधारण म्यासेज र त्यसबाहिर approved टेम्प्लेट पठाउँछन्।

सोह्रमध्ये एउटा टुलले ChatGPT लाई हाम्रो documentation markdown का रूपमा दिन्छ। त्यसैले यसले अनुमानबाट होइन, हाम्रा docs बाट यी सबै कसरी काम गर्छन् भन्ने प्रश्नको उत्तर दिन्छ।

### यसले के गर्न सक्दैन?

आएको म्यासेजमा आफैं प्रतिक्रिया दिन सक्दैन। यो कुरा स्पष्ट हुनु आवश्यक छ, किनकि धेरै मानिसले assistant ले यही गर्छ भन्ने ठान्छन्।

MCP अनुरोध र प्रतिक्रियामा आधारित हुन्छ। तपाईंले अनुरोध गर्दा ChatGPT ले टुल चलाउँछ। ग्राहकको WhatsApp म्यासेज आएर ChatGPT लाई ब्युँझाउने र बिहान 3 बजे आफैं उत्तर पठाउने कुनै संयन्त्र छैन। हाम्रो कनेक्सनले यो बदल्दैन, र कुनै पनि उत्पादनको MCP सर्भरले यस्तो गर्दैन।

स्वचालित प्रतिक्रियाका लागि वेबहुक मार्ग प्रयोग हुन्छ। Meta ले आएका म्यासेज तपाईंले तोकेको प्रणालीमा पठाउँछ, अनि त्यो प्रणालीले के गर्ने निर्णय गर्छ। यी दुई सँगै काम गर्छन्, र कनेक्सनले तपाईंका लागि वेबहुकको गन्तव्यसमेत सेट गर्न सक्छ।

- यसले ग्राहकलाई आफैं उत्तर दिने अपेक्षा गर्नु। MCP ले अनुरोध भएपछि काम गर्छ, आएका म्यासेजका लागि वेबहुक चाहिन्छ।
- built in कनेक्सन सूचीमा EasyCoexistence खोज्नु। developer mode अन गरेर URL मार्फत थपिन्छ।
- key आवश्यक छ भन्ने मान्नु। कनेक्सनले OAuth मार्फत अधिकार पाउँछ, त्यसैले केही paste गर्नुपर्दैन।

**के मलाई सशुल्क ChatGPT योजना चाहिन्छ?** कस्टम कनेक्सनहरू सेटिङको developer mode पछाडि हुन्छन्। उपलब्धता हामीले नियन्त्रण गर्ने कुराभन्दा OpenAI का आफ्नै योजना नियमअनुसार हुन्छ।

**के ChatGPT ले मेरा ग्राहकका कुराकानी देख्छ?** तपाईंले अनुरोध गरेको कुरा मात्र। आएका म्यासेज Meta बाट तपाईंले तोकेको वेबहुक गन्तव्यमा जान्छन्, र हामी कुराकानीको सामग्री कहिल्यै भण्डारण गर्दैनौं।

**के यसले नयाँ नम्बर जडान गर्न सक्छ?** यसले प्रक्रिया सुरु गर्न सक्छ। कनेक्सनले एउटा link दिन्छ, जुन व्यवसाय मालिकले Meta को प्रक्रियामार्फत आफ्नै नम्बरलाई अधिकार दिन खोल्नुहुन्छ।

**के यो Claude कै खातासँग काम गर्छ?** गर्छ। एउटा EasyCoexistence खाता, एउटा एन्डपोइन्ट, र तपाईंले जडान गरेका सबै assistant ले उही नम्बरहरू देख्छन्।

---

## MCP मार्फत WhatsApp लाई Cursor मा जडान गर्नुहोस्

https://easycoexistence.com/ne/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 ले अनुरोध गरिएपछि मात्र काम गर्छ। आउने ट्राफिकका लागि वेबहुक गन्तव्य चाहिन्छ।
- कन्फिगरेसनमा टोकन राख्नु। कनेक्सनले OAuth प्रयोग गर्छ र फाइलमा कुनै गोप्य कुरा चाहिँदैन।
- एक दिनदेखि नलेखेको सम्पर्कलाई स्वतन्त्र टेक्स्ट पठाउनु। 24 घण्टापछि स्वीकृत टेम्प्लेटबाहेक अरू पठाइँदैन।

**इन्स्टल गर्नुपर्ने केही छ?** छैन। यो OAuth सहित HTTP मार्फत चल्ने रिमोट सर्भर हो। त्यसैले Cursor ले यसलाई चलाउनुको सट्टा यसमा जडान गर्छ।

**कन्फिगरेसनलाई भर्सन कन्ट्रोलमा राख्न सक्छु?** सक्नुहुन्छ, mcp.json मार्फत। यसमा कुनै गोप्य कुरा हुँदैन, किनभने पहिलो प्रयोगमा OAuth मार्फत प्रमाणीकरण हुन्छ।

**Claude Code मा पनि काम गर्छ?** गर्छ, एउटा कमान्डमार्फत। प्रत्येक क्लाइन्टका लागि एन्डपोइन्ट एउटै हुन्छ।

**कुनै पनि नम्बरमा पठाउन सक्छ?** तपाईंको खातामा जडान भएका नम्बरबाट सामान्य समयावधि र टेम्प्लेट नियमअनुसार कुनै पनि WhatsApp प्राप्तकर्तालाई पठाउन सकिन्छ।

---

## MCP मार्फत WhatsApp लाई Claude Code मा जडान गर्नुहोस्

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

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

### यसलाई कसरी थप्ने?

कुनै पनि टर्मिनलमा http transport र EasyCoexistence एन्डपोइन्टसहित claude mcp add चलाउनुहोस्। त्यसपछि Claude Code भित्र /mcp चलाएर प्रमाणीकरण गर्नुहोस्। त्यसपछि ती सोह्रवटा टुलहरू त्यस मेसिनका हरेक सेसनमा उपलब्ध हुन्छन्।

कन्फिगरेसन प्रविष्टिबाहेक केही इन्स्टल हुँदैन। सर्भर रिमोट भएकाले चलाइराख्नुपर्ने कुनै प्रक्रिया हुँदैन र डिस्कमा कुनै सेसन राखिँदैन।

प्रमाणीकरण OAuth मार्फत हुन्छ, त्यसैले टोकन शेल हिस्ट्री, डटफाइल वा रिपोजिटरीमा पुग्दैन। डेस्कटप एपभन्दा यहाँ यो अझ महत्त्वपूर्ण छ, किनकि टर्मिनल कन्फिगरेसन गल्तीले कमिट हुने सम्भावना हुन्छ।

### यसको वास्तविक उपयोग के हो?

WhatsApp र कोडबेसमा एकैपटक फैलिएको एजेन्ट काम, जुन हाम्रा भुक्तानी गर्ने प्रयोगकर्ताले प्रायः गरिरहेका छन्।

एजेन्टले get_connect_link प्रयोग गरेर ग्राहकको नम्बर अनबोर्ड गर्न सक्छ, set_webhook_destination प्रयोग गरेर बनाइरहेको सर्भिसतर्फ पठाउन सक्छ, अनि परीक्षण म्यासेज पठाएर वेबहुक प्रमाणीकरण भयो कि भएन पढ्न सक्छ। अन्यथा यसका लागि ड्यासबोर्ड, फोन र धेरै प्रतीक्षा चाहिन्छ।

डकुमेन्टेसन मोडेलसम्म पुग्ने तरिका पनि यही हो। get_docs ले हाम्रा उत्पादनसम्बन्धी डकुमेन्टेसन markdown का रूपमा फर्काउँछ, त्यसैले Coexistence का नियम, 24 घण्टाको समयसीमा वा 14 दिनको सर्तबारे प्रश्नको उत्तर एजेन्टले आफूले सम्झेको कुराबाट होइन, हाम्रा डक्सबाट दिन्छ।

- आउने म्यासेज एजेन्टसम्म पुग्ने अपेक्षा गर्नु। MCP अनुरोध र प्रतिक्रियामा आधारित हुन्छ; डेलिभरीका लागि वेबहुक चाहिन्छ।
- प्रत्येक प्रोजेक्टमा थप्नु। यो प्रत्येक मेसिनमा कन्फिगर हुन्छ र हरेक सेसनमा उपलब्ध हुन्छ।
- स्क्रिप्टमा समयसीमाबाहिर खुला म्यासेज पठाउनु। पछिल्लो इनबाउन्ड समय जाँचेर टेम्प्लेटतर्फ शाखा बनाउनुहोस्।

**Codex मा पनि काम गर्छ?** OAuth सहित HTTP मा MCP बोल्ने जुनसुकै प्रणालीले यही एन्डपोइन्ट प्रयोग गर्न सक्छ।

**टोकन डिस्कमा राखिन्छ?** राखिँदैन। प्रमाणीकरण OAuth मार्फत हुने भएकाले कन्फिगरेसन फाइलमा कुनै गोप्य कुरा हुँदैन।

**एजेन्टले आफैं नम्बर जडान गर्न सक्छ?** यसले प्रक्रिया सुरु गर्न सक्छ। यसले फर्काएको लिङ्क व्यवसायका मालिकले खोल्नुपर्छ, किनकि Meta को प्रक्रियामा ब्राउजर र फोन चाहिन्छ।

**टर्मिनल बन्द गर्दा केही डिस्कनेक्ट हुन्छ?** हुँदैन। सर्भर रिमोट हुन्छ र स्थानीय रूपमा जे चलिरहेको भए पनि नम्बर जडानमै रहन्छ।

---

## WhatsApp वेबहुक: म्यासेज सिधै तपाईंको सर्भरमा रुट गर्ने

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

WhatsApp वेबहुक तपाईंले तोक्ने HTTPS एन्डपोइन्ट हो, जहाँ Meta ले आगमन म्यासेज, डेलिभरी स्ट्याटस, गुणस्तर परिवर्तन र खाता अपडेटसम्बन्धी इभेन्ट पठाउँछ। Coexistence नम्बरमा गन्तव्य तपाईंको आफ्नै सर्भरमा सेट गर्न सकिन्छ, त्यसैले कुराकानी कुनै प्रदायकमार्फत जाँदैन।

### Meta ले वेबहुकमा वास्तवमै के पठाउँछ?

इभेन्टहरू विभिन्न श्रेणीमा आउँछन्, र तिनको भिन्नताले तपाईंको आर्किटेक्चर तय गर्छ।

म्यासेज पाथमा ग्राहकहरूले पठाएका सामग्री र Coexistence नम्बरमा WhatsApp Business एपबाट तपाईंको टोलीले पठाएका म्यासेजका प्रतिध्वनि आउँछन्। यी messages र smb_message_echoes नामका फिल्ड हुन्, र यिनैमा कुराकानीको सामग्री हुन्छ।

अपरेसनल पाथमा बाँकी सबै कुरा आउँछन्: कनेक्सन स्ट्याटस परिवर्तन हुँदा account_update, गुणस्तर वा थ्रुपुट बदलिँदा phone_number_quality_update, account_alerts, account_review_update, business_capability_update र phone_number_name_update। यिनमा कुराकानीको सामग्री हुँदैन र मोनिटरिङ यिनैमा आधारित हुन्छ।

म्यासेज पाथमा आफूलाई राख्ने प्रदायकले पहिलो समूह पाउँछ। आफूलाई नराख्नेले पाउँदैन।

### Meta ले एन्डपोइन्ट कसरी प्रमाणीकरण गर्छ?

कुनै कुरा डेलिभर गर्नुअघि Meta ले GET अनुरोध पठाउँछ। यो चरण असफल हुनु, पूरा जस्तो देखिने सेटअपले म्यासेज नपाउनुको सबैभन्दा सामान्य कारण हो।

Meta ले तपाईंको URL मा hub.mode लाई subscribe, तपाईंको hub.verify_token र hub.challenge मानसहित अनुरोध गर्छ। तपाईंको एन्डपोइन्टले त्यो challenge कच्चा प्रतिक्रिया बडीका रूपमा फर्काउनुपर्छ, JSON मा बेरेर वा अन्य केही थपेर होइन। त्यसो नभए Meta ले डेलिभरी सुरु गर्दैन, र कुनै ड्यासबोर्डमा पनि यसको सूचना आउँदैन।

एन्डपोइन्ट HTTPS हुनैपर्छ। मौन 404 फर्काउने एन्डपोइन्ट वा Meta को अनुरोध अस्वीकार गर्ने प्रमाणीकरण तहपछाडिको एन्डपोइन्ट पहिलो म्यासेज नआएसम्म काम गरिरहेको सेटअपजस्तै देखिन्छ।

### गन्तव्य आफ्नै सर्भरमा राख्न सकिन्छ?

सकिन्छ, र यही कुरा प्रदायकहरूबीच फरक हुन्छ।

Meta ले कुनै WhatsApp Business खाताले वेबहुक कहाँ डेलिभर गर्ने भन्ने override गर्न एपलाई अनुमति दिन्छ। हामी त्यो override तपाईंको URL मा सेट गर्छौं, जसले म्यासेज पाथका इभेन्टहरू हाम्रो callback बाट तपाईंको callback मा सार्छ। हामी अपरेसनल इभेन्टहरू राख्छौं, किनकि ड्यासबोर्ड र अलर्टिङ तिनैबाट बनेका हुन्छन्।

यसको परिणाम हामीले प्रकाशित गर्ने नीतिभन्दा आर्किटेक्चरसँग सम्बन्धित छ। कुराकानीको सामग्री हाम्रोतर्फ भण्डारण हुने ठाउँ नै हुँदैन, किनकि त्यो हामीलाई डेलिभर गरिँदैन। override सेट नभएको खाता हाम्रो डिफल्ट callback मा फर्किन्छ, जहाँ ह्यान्डलरले ती इभेन्टहरू भण्डारण नगरी हटाउँछ।

### नम्बर पुनः कनेक्ट हुँदा गन्तव्यमा के हुन्छ?

यो हट्छ, जबकि लगभग कसैले यसका लागि योजना बनाएको हुँदैन।

गन्तव्य फोन नम्बरको गुण होइन। यो WhatsApp Business खातासँग हाम्रो एपको सब्स्क्रिप्सनमा रहेको override हो। Meta को चौध दिनको निष्क्रियता नियम वा अन्य कारणले कनेक्सन हट्दा, एप त्यो खाताबाट अनइन्स्टल हुन्छ र override पनि त्यसैसँग हट्छ।

पुनः कनेक्ट गर्दा पठाउने सुविधा र मोनिटरिङ फर्किन्छ। तर तपाईंको सर्भरमा डेलिभरी फर्किँदैन, र कुनै त्रुटि रिपोर्ट हुँदैन। त्यसैले पहिलो सङ्केत ग्राहकले कसैले जवाफ नदिएको बताउनु हो। हरेक पुनः कनेक्सनमा हामी override फेरि लागू गर्छौं, किनकि एउटा वास्तविक नम्बर सफासँग पुनः कनेक्ट भएर पनि मौन भएको थियो।

- प्रमाणीकरण GET बाट JSON फर्काउने। Meta ले कच्चा hub.challenge मान र अरू केही चाहँदैन।
- अस्थायी वा परीक्षण URL प्रयोग गर्ने। त्यसलाई बनाउने टुलले सुन्न छोडेपछि पनि Meta ले त्यहीँ डेलिभर गरिरहन्छ।
- पुनः कनेक्सनपछि गन्तव्य कायम रहन्छ भन्ने मान्ने। यो एपको सब्स्क्रिप्सनमा रहन्छ र एपसँगै अनइन्स्टल हुन्छ।
- Meta को अनुरोध अस्वीकार गर्ने प्रमाणीकरणपछाडि एन्डपोइन्ट राख्ने।

**के मेरा म्यासेज EasyCoexistence मार्फत जान्छन्?** जाँदैनन्। override ले म्यासेज पाथका इभेन्टहरू Meta बाट सिधै तपाईंको एन्डपोइन्टमा पठाउँछ। override नभएको खाताका इभेन्टहरू हाम्रो callback मा फर्किन्छन् र भण्डारण नगरी हटाइन्छन्।

**के म पछि गन्तव्य परिवर्तन गर्न सक्छु?** सक्नुहुन्छ, जुनसुकै बेला ड्यासबोर्ड वा MCP कनेक्टरमार्फत। null पठाउँदा यो हाम्रो डिफल्टमा फर्किन्छ।

**Meta ले डेलिभर गर्दा मेरो सर्भर बन्द भएमा के हुन्छ?** Meta ले केही समयसम्म पुनः प्रयास गर्छ र त्यसपछि रोक्छ। म्यासेज फोनको WhatsApp Business एपमा आइरहन्छन्, त्यसैले इन्टिग्रेसन असफल भए पनि व्यवसायले केही गुमाउँदैन।

**के धेरै नम्बरका लागि एउटा वेबहुक पर्याप्त हुन्छ?** हुन्छ। प्रत्येक नम्बरलाई एउटै एन्डपोइन्टमा पठाउनुहोस् र पेलोडमा प्राप्त हुने फोन नम्बर id का आधारमा छुट्याउनुहोस्।

---

## Python बाट WhatsApp पठाउनुहोस् र प्राप्त गर्नुहोस्

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

प्राप्त गर्ने काम तपाईंको वेब फर्म्याटको रुट हो, जसले Meta को प्रमाणीकरण GET अनुरोधको प्रतिक्रिया दिन्छ र POST स्वीकार गर्छ। पठाउन Cloud API मा नम्बरको फोन नम्बर आईडी र टोकनसहित HTTPS अनुरोध पठाउनुहोस्। हाम्रो कुनै SDK छैन, र इन्स्टल गर्नुपर्ने केही छैन।

### Python मा म्यासेज कसरी प्राप्त गर्ने?

तपाईंले प्रयोग गरिरहनुभएको जुनसुकै फर्म्याटमा एउटै रुटमा दुई ह्यान्डलर राख्नुहोस्।

GET ह्यान्डलरले Meta को प्रमाणीकरणको प्रतिक्रिया दिन्छ। यसले क्वेरी स्ट्रिङबाट hub.mode, hub.verify_token र hub.challenge पढ्छ, टोकनलाई तपाईंको आफ्नै टोकनसँग जाँच्छ र challenge लाई कच्चा बडीका रूपमा फिर्ता गर्छ। यहाँ JSON फिर्ता गर्नु सबैभन्दा सामान्य गल्ती हो र कुनै सन्देश नदिई असफल हुन्छ।

POST ह्यान्डलरले इभेन्टहरू प्राप्त गर्छ। छिट्टै 200 फिर्ता गर्नुहोस् र त्यसपछि काम गर्नुहोस्, किनकि ढिलो प्रतिक्रियालाई Meta ले असफलता ठान्छ र फेरि पठाउँछ। यसले एउटै म्यासेज दुई पटक सम्हालिन सक्छ। यसलाई लाइनमै प्रशोधन गर्नुको सट्टा क्व्युमा राख्नुहोस् वा ब्याकग्राउन्ड टास्कलाई दिनुहोस्।

म्यासेजहरू wamid म्यासेज आईडीसहित आउँछन्। सुरुदेखि नै यसका आधारमा डुप्लिकेट हटाउनु उपयोगी हुन्छ, किनकि पुनःप्रयास सामान्य कुरा हो।

### कसरी पठाउने?

फोन नम्बर आईडीका लागि Cloud API को messages एन्डपोइन्टमा bearer token सहित एउटा POST पठाउनुहोस्।

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

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

### त्यसभन्दा बाहेक उत्पादनमा चल्ने ह्यान्डलरलाई के चाहिन्छ?

पछि थप्न महँगो पर्ने, सजिलै छुट्न सक्ने तीन कुरा चाहिन्छ।

Meta ले पुनःप्रयास गर्ने भएकाले म्यासेज आईडीका आधारमा डुप्लिकेट हटाउनुहोस्। वेबहुक यूआरएलमा लामो, र्‍यान्डम सेक्रेट राख्नुहोस् र त्यो नभएका अनुरोधहरू अस्वीकार गर्नुहोस्, नत्र सजिलै अनुमान गर्न सकिने यूआरएल थाहा पाउने जोसुकैले त्यहाँ POST पठाउन सक्छ। यहाँ सिग्नेचर हेडर विकल्प होइन: सब्स्क्रिप्सन जुन एपको हो, Meta ले त्यही एपको एप सेक्रेटले साइन गर्छ, र त्यो एप हाम्रो हो र त्यसको सेक्रेट कहिल्यै साझा गरिँदैन। साथै, सम्पर्कले अन्तिम पटक कहिले लेख्यो भन्ने आधारमा शाखा बनाउनुहोस्, ताकि पठाउने बाटोले मानिसको निर्णयबिना text वा template रोजोस्।

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

- प्रमाणीकरण GET बाट कच्चा challenge मानको सट्टा JSON फिर्ता गर्नु।
- 200 फिर्ता गर्नुअघि लाइनमै प्रशोधन गर्नु। Meta ले ढिलो प्रतिक्रियामा पुनःप्रयास गर्छ र तपाईंले म्यासेज दुई पटक सम्हाल्नुहुन्छ।
- समयावधि नजाँची स्वतन्त्र टेक्स्ट पठाउनु। यसले 131047 फिर्ता गर्छ र केही नभएजस्तो देखिन्छ।

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

**कुन फर्म्याट प्रयोग गर्ने?** जुनसुकै। GET को प्रतिक्रिया दिने र POST स्वीकार गर्ने रुट चाहिन्छ, जुन हरेक Python वेब फर्म्याटले दिन्छ।

**म्यासेज दुई पटक सम्हालिनबाट कसरी जोगिने?** पेलोडमा रहेको wamid म्यासेज आईडीका आधारमा डुप्लिकेट हटाउनुहोस्। Meta ले डिजाइनअनुसार पुनःप्रयास गर्छ, त्यसैले यो असामान्य अवस्था होइन।

**टिमले अझै फोन प्रयोग गर्न सक्छ?** सक्छ। Coexistence ले त्यही नम्बरमा WhatsApp Business एप चलिरहन दिन्छ, र टिमले पठाएका म्यासेजहरू तपाईंको ह्यान्डलरले echo event का रूपमा देख्छ।

---

## Node.js बाट WhatsApp म्यासेज पठाउनुहोस् र प्राप्त गर्नुहोस्

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

प्राप्ति भनेको Meta को प्रमाणीकरण GET को जवाफ दिने र POST स्वीकार गर्ने रुट हो। पठाउन फोन नम्बरको id र टोकनसहित Cloud API मा फेच कल गर्नुहोस्। हाम्रो कुनै SDK छैन र इन्स्टल गर्नुपर्ने केही छैन।

### Node मा म्यासेज कसरी प्राप्त गर्ने?

Express, Fastify, Next रुट ह्यान्डलर वा सामान्य सर्भरमा दुईवटा मेथड भएको एउटै रुट राख्नुहोस्।

GET ले Meta को प्रमाणीकरणको जवाफ दिन्छ। क्वेरीबाट hub.mode, hub.verify_token र hub.challenge पढ्नुहोस्, टोकन आफ्नो टोकनसँग तुलना गर्नुहोस् र challenge लाई सादा टेक्स्टका रूपमा फर्काउनुहोस्। यसलाई JSON का रूपमा फर्काउनु सामान्य गल्ती हो। त्यसले सही देखिने तर कुनै कुरा प्राप्त नगर्ने एन्डपोइन्ट बनाउँछ।

POST ले इभेन्टहरू प्राप्त गर्छ। तुरुन्तै 200 जवाफ दिनुहोस् र त्यसपछि प्रक्रिया गर्नुहोस्। ढिलो भएका अनुरोध Meta ले पुनः पठाउँछ, त्यसैले जवाफ दिनुअघि काम गर्ने ह्यान्डलरले एउटै म्यासेज एकभन्दा बढी पटक देख्छ। विशेषगरी सर्भरलेसमा, पहिले जवाफ दिएर कामलाई क्युमा राख्नु नै कोल्ड स्टार्टलाई डुप्लिकेट बन्नबाट रोक्ने उपाय हो।

### कसरी पठाउने?

फोन नम्बरको id का लागि Cloud API messages endpoint मा टोकनलाई bearer हेडरका रूपमा राखेर फेच गर्नुहोस्।

यसमा हाम्रो उत्पादनसँग सम्बन्धित केही विशेष छैन, त्यसैले अनुरोध Meta को आफ्नै दस्तावेजसँग ठ्याक्कै मिल्छ र सिक्न वा त्यसैमा बाँधिनुपर्ने कुनै wrapper छैन। दुवै मान ड्यासबोर्डमा छन्। कुनै सहायकले जडान गरिरहेको भए get_api_credentials ले MCP कनेक्टरमार्फत ती मान फर्काउँछ।

बडी समयअनुसार फरक हुन्छ। ग्राहकको अन्तिम inbound म्यासेजपछि 24 घण्टाभित्र text object पठाउनुहोस्। त्यसबाहिर स्वीकृत टेम्प्लेट नाम र भाषासहित template object पठाउनुहोस्। केवल टेक्स्ट पठाउने कोडले सबै परीक्षण पार गर्छ, तर राति आएको पहिलो म्यासेजमा असफल हुन्छ।

### सर्भरलेसमा के फरक हुन्छ?

दुईवटा कुरा छन्, र दुवै काम सकिनुअघि फङ्सन समाप्त हुने विषयसँग सम्बन्धित छन्।

200 फर्काएर त्यसपछि प्रक्रिया जारी राख्नु, प्रतिक्रिया दिनेबित्तिकै फ्रिज हुने फङ्सनमा टिक्दैन। प्रतिक्रिया पछि काम जारी राख्न तपाईंको प्लेटफर्मले दिएको सुविधा प्रयोग गर्नुहोस्, वा पेलोडलाई क्युमा पठाएर छुट्टै फङ्सनबाट प्रक्रिया गराउनुहोस्। Meta लाई छिटो स्वीकृति मात्र चाहिन्छ, काम सकिएको चाहिँदैन।

कोल्ड स्टार्टले ढिलो प्रतिक्रिया आउने सम्भावना पनि बढाउँछ, जसले थप रिट्राइ र डुप्लिकेट ल्याउँछ। wamid म्यासेज id का आधारमा डुप्लिकेट हटाउनु वैकल्पिक होइन। यही संरचनालाई भरपर्दो बनाउने मुख्य कुरा यही हो।

- च्यालेन्जलाई कच्चा बडीका रूपमा नभई JSON का रूपमा फर्काउने।
- 200 जवाफ दिनुअघि काम गर्ने। सर्भरलेसमा प्रतिक्रिया दिनेबित्तिकै फङ्सन फ्रिज हुन सक्छ।
- डुप्लिकेट हटाउने प्रक्रिया छोड्ने। Meta ले डिजाइनअनुसार रिट्राइ गर्छ र डुप्लिकेट सामान्य कुरा हुन्, अपवाद होइनन्।

**के मलाई लाइब्रेरी चाहिन्छ?** चाहिँदैन। एउटा रुट र फेच पर्याप्त छन्, र कल Meta को दस्तावेजसँग ठ्याक्कै मिल्छ।

**के यो Vercel वा Lambda मा चल्छ?** चल्छ। सामान्य सर्भरलेस सावधानी अपनाउनुहोस्: पहिले स्वीकृति दिनुहोस्, त्यसपछि इनलाइन नगरी क्यु वा ब्याकग्राउन्ड मेकानिजममार्फत प्रक्रिया गर्नुहोस्।

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

**के म TypeScript प्रयोग गर्न सक्छु?** सक्नुहुन्छ। हाम्रो तर्फबाट टाइप गर्नुपर्ने केही छैन, किनकि पेलोड Meta को हो र Meta ले नै दस्तावेजीकरण गरेको छ।

---

## EasyCoexistence र BSP इनबक्स

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

BSP ले प्लेटफर्म बेच्छ: तपाईंको टोलीले प्रयोग गर्ने साझा इनबक्स, जहाँ म्यासेज तिनका सर्भरमा भण्डारण हुन्छन्। Coexistence ले फोनमा WhatsApp Business एप राख्छ र तपाईंले तोकेको ठाउँमा म्यासेज पठाउँछ। रोजाइ तपाईंलाई चलाउन उत्पादन चाहिन्छ कि आफैं निर्माण गर्न कनेक्सन चाहिन्छ भन्ने हो।

### BSP ले वास्तवमा के दिन्छ?

एउटा उत्पादन, र यो आलोचना होइन।

Business Solution Provider ले सामान्यतया साझा इनबक्स बेच्छ: एजेन्टहरू लग इन गर्छन्, कुराकानी बाँडिन्छन्, तयार प्रतिक्रियाहरू, ट्याग, रिपोर्टिङ र मोबाइल एप हुन्छन्। काम बाँड्न र कसले के जवाफ दियो हेर्नुपर्ने 8 जनाको सपोर्ट टोलीका लागि यो साँच्चै सही खरिद हो, र आफैं बनाउनु मूर्खता हुनेछ।

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

### Coexistence कहिले उपयुक्त हुन्छ?

नम्बर पहिले नै आफ्नै कार्यप्रणाली भएको व्यवसायको हो र कसैले त्यो बदल्न चाहँदैन भने।

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

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

### तपाईं सफ्टवेयर बनाउँदै हुनुहुन्छ भने कुन सही हुन्छ?

लगभग सधैं Coexistence, र कारण सुविधाभन्दा संरचनासँग सम्बन्धित छ।

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

Coexistence मा वेबहुक तपाईंको एन्डपोइन्टमा आउँछ र एपीआई कलहरू Meta कै हुन्छन्, जसलाई Meta ले दस्तावेज गरेको छ। एकीकरण विक्रेताविशेष हुँदैन, त्यसैले बाहिरिन पनि सम्भव हुन्छ।

- मूल्यका आधारमा रोज्नु। यी फरक उत्पादन हुन्, र सस्तो उत्पादन अर्कोको सानो संस्करण होइन।
- केही पनि निर्माण नगरी 8 जनाको सपोर्ट टोलीलाई कच्चा कनेक्सनमा राख्नु। उनीहरूलाई इनबक्स चाहिन्छ र त्यसबिना असन्तुष्ट हुनेछन्।
- BSP ले WhatsApp Business एप चलिरहने बनाउँछ भन्ने मान्नु। केहीले Coexistence मार्फत सक्छन्, धेरैले सक्दैनन्, त्यसैले सीधै सोध्नुहोस्।

**के म दुवै प्रयोग गर्न सक्छु?** BSP ले Coexistence समर्थन गर्छ भने व्यवहारमा सक्नुहुन्छ। सोध्नुपर्ने कुरा कुराकानीको सामग्री कहाँ भण्डारण हुन्छ भन्ने हो, किनकि वास्तविक फरक त्यही हो।

**के BSP बढी भरपर्दो छ?** दुवै Meta को Cloud API मा चल्छन्, त्यसैले डेलिभरी समान हुन्छ। फरक Meta र तपाईंको सिस्टमबीच कति पक्ष छन् भन्नेमा हो।

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

**म बाहिरिएँ भने मेरो इतिहासलाई के हुन्छ?** Coexistence मा त्यो इतिहास हामीसँग कहिल्यै राखिएको हुँदैन। प्लेटफर्ममा भने त्यहीँ हुन्छ, र बाहिर निकाल्न एक्सपोर्ट गर्नुपर्छ।

---

## EasyCoexistence बनाम आफैं निर्माण

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

यस उत्पादनले गर्ने हरेक API कल Meta ले दस्तावेजीकरण गरेको छ र Meta एप भएका जोकोहीले प्रयोग गर्न सक्छन्। कनेक्सन निर्माण गर्न सप्ताहन्त पर्याप्त हुन्छ। लामो समय लाग्ने काम Tech Provider बन्नु हो, र कहिल्यै नसकिने काम भने कनेक्सन चुपचाप बन्द हुँदा थाहा पाउनु हो।

### तपाईंले वास्तवमा के निर्माण गर्नुपर्छ?

पहिलो संस्करणका लागि मानिसहरूले सोचेभन्दा कम, तर भरपर्दो संस्करणका लागि सोचेभन्दा बढी।

पहिलो संस्करणमा Meta एप, Embedded Signup, प्रमाणीकरण ह्यान्डसेक सम्हाल्ने एन्डपोइन्ट र send call हुन्छ। OAuth र वेबहुकमा सहज व्यक्तिका लागि यो साँच्चिकै सप्ताहन्तको काम हो, र हाम्रा आफ्नै दस्तावेज पृष्ठहरूले यसको धेरै भाग वर्णन गर्छन्।

भरपर्दो संस्करण फरक हुन्छ। यसले नामअनुसार 8 प्रकारका वेबहुक इभेन्ट सम्हाल्छ, रद्द भएको टोकन र हटाइएको नम्बर छुट्याउँछ, इभेन्टका रूपमा भर पर्न नसकिने भएकाले गुणस्तर रेटिङ र म्यासेजिङ टियर नियमित जाँच्छ, पुनःकनेक्सनपछि हटेको वेबहुक ओभरराइड फेरि लागू गर्छ, र 14 दिनको निष्क्रियताले भएको डिस्कनेक्सनलाई ग्राहक वास्तवमै अलग भएको अवस्थाबाट छुट्याउँछ। यी सबै कुरा केही बिग्रिएपछि सिकिएका हुन्।

### छोटो बाटो अपनाउन नमिल्ने भाग कुन हो?

आफ्नै Meta Tech Provider बन्नु, किनकि एउटै नम्बर जोड्नु र अरूका नम्बर जोड्नुबीचको फरक यही हो।

यो निःशुल्क छ, तर छिटो हुँदैन। यसका लागि प्रमाणीकरण गरिएको Business Manager, App Review पास गर्ने एप र प्रक्रियाहरू देखाउने रेकर्ड गरिएका भिडियो चाहिन्छ। यो पूरा नहुँदासम्म तपाईं अरू कसैको प्रोभाइडर खातामार्फत काम गरिरहनुहुन्छ, र यही कारण अफ-द-शेल्फ टुलिङमा मानिसहरूले भोग्ने एकल कनेक्सन सीमाहरू आउँछन्।

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

### मोनिटरिङ चलाउन वास्तवमा कति खर्च लाग्छ?

यो पूरा हुने मिति नभएको भाग हो, र यही कारण बाँकी सबैभन्दा फरक छ।

कनेक्सन चुपचाप असफल हुन्छ। WhatsApp Business एपले गुणस्तर घट्दा, टोकनको म्याद सकिँदा, वेबहुक ओभरराइड हट्दा र 14 दिनपछि डिस्कनेक्सन हुँदा पनि काम गरिरहन्छ। त्यसैले फोनमा समस्या देखाउने केही हुँदैन र पहिलो संकेत प्रायः ग्राहकले कसैले किन जवाफ दिएन भनेर सोध्नु हुन्छ।

यो पत्ता लगाउन निर्धारित पोलर, वेबहुक रिसिभर, स्ट्याटस राख्ने ठाउँ, अलर्टिङ र अलर्ट देख्ने व्यक्ति चाहिन्छ। यीमध्ये केही पनि कठिन छैन। तर सबै निरन्तर चलिरहनुपर्छ र Meta ले परिवर्तन गरिरहने भएकाले सही पनि रहनुपर्छ। यहाँ वास्तवमा किनिने कुरा API कल होइन, यही इमानदार वास्तविकता हो।

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

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

**मसँग एउटा नम्बर छ भने आफैं निर्माण गर्नुपर्छ?** सम्भवतः पर्छ। तपाईंको आफ्नै एउटा नम्बर एकपटक जोड्नु सानो परियोजना हो र यसबाट तपाईंले प्लेटफर्म राम्ररी सिक्नुहुन्छ।

**Tech Provider स्ट्याटस पाउन कति समय लाग्छ?** यो निःशुल्क छ, तर प्रमाणीकरण गरिएको Business Manager र App Review चाहिन्छ, जसमा रेकर्ड गरिएका भिडियो पनि पर्छन्। लामो भाग पर्खाइ हो।

**आफैं निर्माण गर्दा मैले के गुमाउँछु?** प्राविधिक रूपमा केही पनि होइन। तपाईंले मोनिटरिङको जिम्मा लिनुहुन्छ, जुन कहिल्यै नसकिने र चुपचाप असफल हुने भाग हो।

---

## WhatsApp त्रुटि 368: नीतिका कारण खाता सीमित

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

त्रुटि 368 को अर्थ Meta ले नीति कार्यान्वयनपछि WhatsApp Business Account सीमित गरेको हो। यो अनुरोधको समस्या नभई खाता-स्तरको निर्णय हो, र यसको अपिल प्रदायकमार्फत होइन, Meta मार्फत गरिन्छ।

### सीमितता वास्तवमा के हो?

यसको अर्थ Meta ले व्यवसाय खातामाथि कार्यान्वयन कारबाही गरेको हो। यस्तो कारबाही सामान्यतया एउटै घटनाभन्दा बारम्बार देखिएका नीति समस्यापछि हुन्छ।

सामान्य कारणमा WhatsApp को वाणिज्य वा व्यवसाय नीतिविरुद्ध जाने म्यासेज, प्राप्तकर्ताले म्यासेज रिपोर्ट गर्ने क्रम, वा टिक्न नसक्ने व्यवसाय प्रमाणीकरण विवरण पर्छन्। यी सबै खाता-सम्बन्धी विषय हुन्, कुनै खास म्यासेज-सम्बन्धी होइनन्। त्यसैले केही मात्र नभई हरेक पठाउने प्रयास असफल हुन्छ।

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

### यसको समाधान कसरी हुन्छ?

यो Meta मार्फत, Business Manager मा, खाता स्वामित्व भएका व्यक्तिहरूले मात्र समाधान गर्न सक्छन्।

Business Manager को कार्यान्वयन सूचनाले कुन नीति उल्लेख गरिएको हो र अपिल खुला छ कि छैन भन्ने बताउँछ। अपिल गर्न सकिन्छ र कहिलेकाहीँ सफल पनि हुन्छ, तर कसैले निश्चित समयसीमा बताउन सक्दैन। प्रदायकमार्फत चल्ने कुनै थप स्तरको बाटो पनि हुँदैन। एपीआई पहुँच बेच्ने कुनै पक्षसँग कार्यान्वयन निर्णय हेर्ने वा त्यसलाई प्रभावित गर्ने क्षमता हुँदैन।

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

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

**के म नम्बरलाई अर्को प्रदायकमा सार्न सक्छु?** सक्नुहुन्न। सीमितता WhatsApp Business Account माथि हुन्छ, त्यसैले नम्बर जहाँ प्रयोग गरे पनि लागू हुन्छ।

**अपिलमा कति समय लाग्छ?** Meta ले कुनै समयावधि सार्वजनिक गरेको छैन र प्रक्रियामा कुनै प्रदायकको पहुँच हुँदैन।

**के यसले प्राप्तिमा असर गर्छ?** कार्यान्वयनको असर मामिलाअनुसार फरक हुन्छ। तर एउटै कुरा निश्चित छ, म्यासेज पठाउन बन्द हुन्छ।

**के 131031 पनि यही हो?** सम्बन्धित हो। त्यो कोड प्रमाणीकरण डाटा नमिलेको सीमिततासँग आउँछ, जसले म्यासेज व्यवहारभन्दा व्यवसाय विवरणतर्फ संकेत गर्छ।

---

## WhatsApp त्रुटि 131031: खाता प्रतिबन्धित वा डेटा नमिलेको

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

त्रुटि 131031 को अर्थ WhatsApp Business खाता प्रतिबन्धित भएको हो। यसको सामान्य कारण व्यवसायको प्रमाणीकरण विवरण Meta सँग रहेको विवरणसँग नमिल्नु वा दुई चरणको प्रमाणीकरण PIN सम्बन्धी समस्या हो। यसको समाधान कोडमा होइन, Business Manager मा गरिन्छ।

### कस्तो नमिलाइले यस्तो समस्या ल्याउँछ?

Meta सँग व्यवसायबारे रहेको विवरण र बुझाइएको विवरणबीचको फरकले यस्तो हुन्छ। यो सानो कुरा जस्तो सुनिए पनि प्रभाव गम्भीर हुन सक्छ।

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

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

### वास्तवमा कहाँ जाँच गर्ने?

फोन नम्बरमा होइन, व्यवसाय खाताको Business Manager मा जाँच गर्नुहोस्।

प्रमाणीकरणको स्ट्याटस र कुनै पनि कारबाहीसम्बन्धी सूचना त्यहीँ हुन्छन्। यी दुई कुरा हेर्दा प्रायः कुन कारण लागू हुन्छ भन्ने स्पष्ट हुन्छ। प्रदायकको ड्यासबोर्डले नम्बरले काम गर्न छोडेको समय बताउन सक्छ, तर त्यसले प्रमाणीकरण अभिलेख देख्न सक्दैन। त्यसैले कुन विवरण गलत छ भनेर बताउन सक्दैन।

प्रमाणीकरण कारण भएमा व्यवसाय विवरण अद्यावधिक गरेर फेरि बुझाउनुहोस्। PIN कारण भएमा त्यो नम्बरको WhatsApp Manager सेटिङबाट रिसेट गर्नुहोस्। त्यसपछि व्यवसायले फेला पार्न सक्ने ठाउँमा PIN टिपेर राख्नु उपयोगी हुन्छ।

- यसलाई कोडको त्रुटि ठान्नु। अनुरोध सही थियो, तर खाता अस्वीकार गरिएको थियो।
- अस्वीकार गरिएका उही विवरणसहित प्रमाणीकरण फेरि बुझाउनु।
- PIN प्रदायकले राखेको हुन्छ भन्ने मान्नु। यो Meta को आफ्नै सेटिङमा नम्बरका लागि सेट गरिएको हुन्छ।

**के यो 368 जस्तै हो?** सम्बन्धित भए पनि उस्तै होइन। 368 नीति कार्यान्वयनको कारबाही हो, जबकि यो प्रायः व्यवसाय प्रमाणीकरण विवरण वा दुई चरणको PIN तर्फ संकेत गर्छ।

**के प्रदायकले मेरो प्रमाणीकरणको स्ट्याटस देख्न सक्छ?** सक्दैन। त्यो Business Manager को व्यवसाय खातामा हुन्छ र प्रदायकलाई उपलब्ध गराइँदैन।

**फेरि जडान गर्दा समाधान हुन्छ?** हुँदैन। प्रतिबन्ध खातामै लागू हुन्छ, त्यसैले नयाँ कनेक्सनले पनि उही अवस्था सामना गर्छ।

**दुई चरणको PIN कसरी रिसेट गर्ने?** WhatsApp Manager मा त्यस नम्बरको सेटिङ खोल्नुहोस्। पछि व्यवसायले फेला पार्न सक्ने ठाउँमा PIN टिपेर राख्नुहोस्।

---

## WhatsApp त्रुटि 132015: गुणस्तरका कारण टेम्प्लेट रोकियो

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

132015 को अर्थ, प्राप्तकर्ताले यसबाट पठाइएका म्यासेज ब्लक वा रिपोर्ट गरेपछि गुणस्तर घटेकाले Meta ले यो टेम्प्लेट रोकिएको हो। नम्बर ठीक छ। पठाउन अस्थायी रूपमा यो टेम्प्लेट मात्र असमर्थ छ।

### एउटै टेम्प्लेट किन रोकिन्छ?

गुणस्तर नम्बरअनुसार मात्र होइन, प्रत्येक टेम्प्लेटअनुसार पनि मापन हुन्छ। त्यसैले खराब टेम्प्लेटलाई बाँकी सबैमा असर नपारी अलग गर्न सकिन्छ।

Meta ले प्रत्येक टेम्प्लेटबाट पठाइएका म्यासेजमा प्राप्तकर्ताको प्रतिक्रिया हेर्छ: ब्लक, रिपोर्ट र मानिसहरूले कुनै संलग्नता देखाए वा देखाएनन्। लगातार खराब प्रतिक्रिया ल्याउने टेम्प्लेट रोकिन्छ, जबकि त्यही नम्बरका अन्य टेम्प्लेट चलिरहन्छन्। यो जानाजानी सीमित प्रतिक्रिया हो र सुरुमा देखिएभन्दा बढी उपयोगी छ, किनकि कुन म्यासेज समस्याको कारण हो भन्ने ठ्याक्कै देखाउँछ।

सामान्य कारणमा उपयोगितासम्बन्धी टेम्प्लेटमा प्रचारात्मक सामग्री राख्नु, कुन व्यवसायले लेखेको हो भन्ने स्पष्ट नहुनु, वा अपेक्षा नगरेका मानिसलाई टेम्प्लेट पठाउनु पर्छ।

### रोकिएको टेम्प्लेटसँग के गर्नुपर्छ?

फेरि पठाउनुको सट्टा सम्पादन गर्नुहोस् र रोकिएको अवस्थालाई सामग्रीबारे प्राप्त जानकारीका रूपमा लिनुहोस्।

केही समयपछि रोकिएको टेम्प्लेट फेरि पठाउन मिल्छ। तर उही सामग्री उस्तै दर्शकलाई पठाउँदा उही प्रतिक्रिया र दोस्रो रोकाइ आउन सक्छ। बारम्बार रोकिएपछि Meta ले टेम्प्लेट स्थायी रूपमा निष्क्रिय गर्छ। त्यसपछि फरक सामग्रीसहित नयाँ टेम्प्लेट बनाउनु नै उपाय हुन्छ, त्यसैले दोस्रो रोकाइ रोक्नैपर्ने हो।

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

- रोकाइ हटेपछि उही टेम्प्लेट फेरि पठाउनु। कारण सामग्रीमै थियो।
- यसलाई नम्बरको समस्या ठान्नु। त्यही नम्बरका अन्य टेम्प्लेट चलिरहन्छन्।
- तेस्रो रोकाइ पर्खनु। बारम्बार रोकिएपछि टेम्प्लेट स्थायी रूपमा निष्क्रिय हुन्छ।

**के अन्य टेम्प्लेट अझै पठाउन सकिन्छ?** सकिन्छ। रोकाइ यही टेम्प्लेटमा लागू हुन्छ र नम्बरका अन्य स्वीकृत टेम्प्लेटमा असर पर्दैन।

**रोकाइ कति समय रहन्छ?** Meta ले निश्चित अवधि सार्वजनिक गरेको छैन र बारम्बार रोकिएमा अवधि बढ्छ।

**के रोकिएको टेम्प्लेट सम्पादन गर्न सकिन्छ?** सकिन्छ, र सम्पादन गर्नु नै मुख्य उपाय हो। सुधारिएको सामग्री पुनः पेस गरेपछि यो पुनः चल्न सक्छ।

**132016 भनेको के हो?** यो स्थायी अवस्था हो। बारम्बार रोकिएपछि टेम्प्लेट निष्क्रिय हुन्छ र नयाँ टेम्प्लेटले प्रतिस्थापन गर्नुपर्छ।

---

## WhatsApp त्रुटि 100: अमान्य प्यारामिटर

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

त्रुटि 100 को अर्थ Meta ले स्वीकार नगरेको प्यारामिटर अनुरोधमा पठाइएको छ। त्यो एन्डपोइन्टका लागि असमर्थित, गलत हिज्जे भएको वा गलत संरचनाको हुन सक्छ। यो पूर्वानुमानयोग्य त्रुटि हो, त्यसैले उही अनुरोध हरेक पटक उस्तै असफल हुन्छ र पुनः प्रयास गर्दा कुनै लाभ हुँदैन।

### यसले के उत्पादन गर्छ

अनुरोधको मुख्य भाग वा क्वेरीमा एन्डपोइन्टले नचिनेको कुरा हुँदा यो देखिन्छ। यसको कारण प्रायः उस्तै र स्पष्ट हुन्छ।

- फिल्डको नाम गलत हिज्जेमा लेखिएको वा गलत केसमा भएको।
- अर्को एन्डपोइन्टसँग सम्बन्धित प्यारामिटर पठाइएको।
- गलत प्रकारको मान, जस्तै पूर्णाङ्क अपेक्षित हुँदा नम्बरलाई स्ट्रिङका रूपमा पठाइएको।
- नेस्टेड वस्तुलाई समतल बनाइएको वा वस्तु चाहिने ठाउँमा सिधा मान पठाइएको।

### पुनः प्रयास गर्नु किन व्यर्थ हुन्छ

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

- पुनः प्रयास गर्ने। अनुरोध पूर्वानुमानयोग्य भएकाले हरेक पटक उस्तै असफल हुन्छ।
- समस्या नम्बरमा छ भन्ने मान्ने। यो त्रुटिले कनेक्सनबारे केही पनि जनाउँदैन।
- यसलाई सामान्य असफलता ठान्ने। यसले विशेष रूपमा प्यारामिटरको समस्या जनाउँछ, र छुटेको वा दायराभन्दा बाहिरको मानका लागि 131008 र 131009 जस्ता थप विशिष्ट कोड छन्।

**के यसको अर्थ मेरो नम्बर बिग्रिएको हो?** होइन। यो त्रुटि अनुरोधसँग मात्र सम्बन्धित छ र नम्बरमा असर पर्दैन।

**यो यति अस्पष्ट किन छ?** यो प्यारामिटरसम्बन्धी समस्याको सामान्य कोड हो। छुटेको प्यारामिटर र अमान्य मानका लागि Meta का थप विशिष्ट कोड छन्।

**के कुनै प्रदायकले यस्तो त्रुटि गराउन सक्छ?** अनुरोध बनाउँदा मात्र। सिधा एकीकरणमा अनुरोध तपाईंको आफ्नै हुन्छ।

**के ब्याकअफसहित पुनः प्रयास गर्नुपर्छ?** पर्दैन। यो पूर्वानुमानयोग्य त्रुटि हो, र पुनः प्रयासले अस्थायी नभएको समस्यामा दर सीमित हुने समस्या थप्छ।

---

## WhatsApp त्रुटि 131008: आवश्यक पारामिटर छैन

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

त्रुटि 131008 को अर्थ अनुरोधमा आवश्यक पारामिटर छुटेको हो। यो त्रुटि 100 भन्दा निश्चित र उपयोगी छ। त्रुटि 100 ले सामान्य रूपमा गलत पारामिटर समेट्छ, तर यसले फिल्ड गलत नभई अनुपस्थित भएको जनाउँछ।

### सामान्यतया के छुट्छ

वैकल्पिक जस्ता देखिने तर वास्तवमा आवश्यक फिल्डहरू, त्यसैले उही केही फिल्डहरू बारम्बार देखिन्छन्।

- हरेक पठाइने अनुरोधमा whatsapp राख्नुपर्ने messaging_product
- आवश्यक म्यासेज संरचनामा recipient_type
- टेम्प्लेट पठाउँदा भाषाको वस्तु, एउटा मात्र भाषा भए पनि यो आवश्यक हुन्छ
- भेरिएबल परिभाषित गर्ने टेम्प्लेटमा components, जहाँ खाली सूची र यसलाई छोड्नु एउटै होइन

### यो राम्रो खबर किन हो

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

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

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

**कुन पारामिटर छुटेको हो?** प्रतिक्रियाले त्यसको नाम दिन्छ। नाम नदिएको अवस्थामा एन्डपोइन्टको सन्दर्भमा आवश्यक फिल्डहरूको सूची हुन्छ।

**messaging_product साँच्चै आवश्यक हो?** हो, हरेक पठाइने अनुरोधमा यसलाई whatsapp राख्नुपर्छ। यही सबैभन्दा सामान्य छुटाइ हो।

**के यो 100 जस्तै हो?** होइन। 100 ले उपस्थित तर गलत पारामिटर समेट्छ, यो त्रुटिले अनुपस्थित पारामिटर समेट्छ।

**पुनः प्रयास गर्दा समस्या समाधान हुन्छ?** हुँदैन। अनुरोध निश्चित भएकाले फिल्ड नथपेसम्म हरेक पटक उस्तै असफल हुन्छ।

---

## WhatsApp त्रुटि 131009: अमान्य प्यारामिटर मान

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

त्रुटि 131009 ले एक वा बढी प्यारामिटर मान अमान्य छन् भन्ने जनाउँछ। फिल्ड उपस्थित र बुझिने भए पनि त्यसमा भएको कुरा एन्डपोइन्टले स्वीकार गर्दैन। धेरैजसो कारण लोकेल कोड, फोन नम्बरको फर्म्याट र enum मान हुन्।

### धेरैजसो असफल हुने मानहरू

तीन प्रकारका मानले अधिकांश समस्या निम्त्याउँछन्, र ती सबै पढ्ने व्यक्तिलाई सही देखिन्छन्।

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

### लोकेलको समस्या छुट्टै हेर्नुपर्ने कारण

एन्डपोइन्टअनुसार यसले दुई फरक त्रुटि दिन्छ, त्यसैले मानिसहरू गलत त्रुटिको कारण खोज्छन्।

त्यो नामका लागि भाषा अस्तित्वमा नभएको टेम्प्लेट पठाउँदा 132001 आउँछ, जसले टेम्प्लेट नभएको देखाउँछ। पहिले लोकेल जाँच गर्ने एन्डपोइन्टमा बिग्रिएको लोकेल पठाउँदा यही त्रुटि आउँछ। दुवैको मूल गल्ती एउटै हो। समाधानका लागि टेम्प्लेट सूची हेरेर भाषाको ठ्याक्कै स्ट्रिङ प्रतिलिपि गर्नुहोस्, यसको ढाँचा अनुमान नगर्नुहोस्।

- en र en_US लाई उस्तै ठान्नु। यी फरक टेम्प्लेट पहिचान गर्छन्।
- प्लस चिन्ह वा विरामचिह्नसहित फोन नम्बर पठाउनु। अन्तर्राष्ट्रिय फर्म्याटमा अंक मात्र राख्नुहोस्।
- पुनः प्रयास गर्नु। मान निश्चित रूपमा गलत छ।

**कुन मान गलत छ?** प्रतिक्रियाले सामान्यतः प्यारामिटरको नाम बताउँछ। नबताए लोकेल र फोन फर्म्याट पहिले जाँच गर्नुहोस्।

**फोन नम्बर कसरी फर्म्याट गर्ने?** प्लस चिन्ह र विरामचिह्नबिनाको अन्तर्राष्ट्रिय फर्म्याटमा अंक मात्र राख्नुहोस्।

**उही गल्तीले कहिलेकाहीँ 132001 किन दिन्छ?** टेम्प्लेट पठाउँदा नाम र भाषा सँगै खोजिन्छ, त्यसैले अज्ञात जोडीले टेम्प्लेट नभएको देखाउँछ।

**के यो मेरो नम्बरको समस्या हो?** होइन। यो त्रुटि अनुरोधसँग मात्र सम्बन्धित छ।

---

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

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

त्रुटि 131051 को अर्थ पठाइँदै गरेको म्यासेज प्रकार समर्थित छैन। कहिलेकाहीँ प्रकारको मान गलत हुन्छ, तर Coexistence नम्बरमा प्रायः त्यस प्रकारको कनेक्सनका लागि प्लेटफर्मले अनुमति नदिएको हुन्छ।

### दुई फरक कारण

पहिलो कारण सामान्य छ: API ले परिभाषित नगरेको वा गलत हिज्जे भएको प्रकारको मान। एन्डपोइन्ट सन्दर्भ हेर्दा यो एक मिनेटमै समाधान हुन्छ।

दोस्रो कारण संरचनात्मक हो र यसले धेरैलाई झुक्याउँछ, किनभने कोड उही हुन्छ। सामान्य Cloud API नम्बरले गर्न सक्ने सबै काम Coexistence नम्बरले गर्न सक्दैन, र त्यसमध्ये कुनै काम गर्दा स्पष्ट म्यासेजको सट्टा यही त्रुटि आउँछ। जोडिएको नम्बरमा हराउने म्यासेज, एकपटक मात्र हेर्न मिल्ने मिडिया, लाइभ लोकेसन र ब्रोडकास्ट सूची बन्द हुन्छन्, र समूह च्याट API भन्दा पूर्ण रूपमा बाहिर हुन्छन्।

### तपाईंसँग कुन कारण हो भनेर कसरी थाहा पाउने

तपाईंले पठाउन खोज्नुभएको कुराबाट थाहा पाउन सकिन्छ।

- API ले परिभाषित गरेको र तपाईंले पहिले पठाइसकेको प्रकार: फर्म्याटिङ गल्ती हुन सक्छ, त्यसैले पेलोड तुलना गर्नुहोस्।
- समूहलाई सम्बोधन गरिएको कुनै पनि कुरा: यो संरचनात्मक सीमा हो, र कुनै प्रदायकले यसलाई सक्षम गर्न सक्दैन।
- लाइभ लोकेसन, एकपटक मात्र हेर्न मिल्ने मिडिया वा हराउने म्यासेज: Coexistence नम्बरमा संरचनात्मक सीमा हो।
- तपाईंले पहिले नपठाएको नयाँ प्रकार: यो तपाईंको खाता र क्षेत्रमा उपलब्ध छ कि छैन जाँच गर्नुहोस्।

- समूह च्याट वरिपरि प्रणाली बनाउनु। सबै प्रदायकमा ती API बाट बाहिर हुन्छन्।
- प्रदायकले बन्द गरिएको प्रकार सक्षम गर्न सक्छ भन्ने मान्नु। यी प्लेटफर्म स्तरका सीमा हुन्।
- पुनः प्रयास गरिरहनु। कुनै पनि कारण अस्थायी होइन।

**के म समूहमा पठाउन सक्छु?** सक्नुहुन्न। Coexistence नम्बरमा समूह च्याट हरेक प्रदायकमा API भन्दा बाहिर हुन्छ।

**लाइभ लोकेसन किन असमर्थित छ?** Coexistence सक्रिय भएपछि नम्बरमा बन्द गरिने सुविधामध्ये यो पनि एक हो।

**के यसलाई समाधान गर्न सकिन्छ?** कारण गलत प्रकारको मान हो भने सकिन्छ। प्लेटफर्मको सीमा हो भने सकिँदैन।

**के यसले प्राप्तिमा असर गर्छ?** सक्दैन। यो त्रुटि अनुमति नभएको प्रकार पठाउने विषयसँग सम्बन्धित छ।

---

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

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

त्रुटि 131052 ले Meta ले म्यासेजमा संलग्न मिडिया डाउनलोड गर्न नसकेको जनाउँछ। यो तपाईंको अनुरोधभन्दा मिडियासँग सम्बन्धित हुन्छ, त्यसैले कोडमा परिवर्तन गर्नुको सट्टा अर्को तरिकाले पठाउन भन्नु व्यावहारिक उपाय हो।

### किन हुन्छ

इनबाउन्ड मिडिया सिधै पठाइँदैन, छुट्टै प्राप्त गरिन्छ। म्यासेजले मिडिया ID बोक्छ र त्यसलाई प्रयोग गरेर बाइट्स अलग्गै प्राप्त गरिन्छ।

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

### के गर्ने

यसलाई संलग्न फाइलबिनाको म्यासेज ठान्नुहोस् र अन्य अपूर्ण इनपुटजस्तै व्यवस्थापन गर्नुहोस्।

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

- पूरै म्यासेज हटाउनु। संलग्न फाइलबिनासमेत पाठ र सन्दर्भ उपयोगी हुन्छन्।
- प्राप्त भएपछि धेरै ढिलो मिडिया प्राप्त गर्नु। ID को म्याद सकिन्छ।
- लुपमा पुनःप्रयास गरिरहनु। असफल प्राप्ति पछि विरलै सफल हुन्छ।

**के म्यासेज हरायो?** होइन। म्यासेज आइपुगेको छ, असफल भएको कुरा यसको संलग्न फाइल प्राप्त गर्नु हो।

**के ग्राहकलाई फेरि पठाउन भन्नुपर्छ?** मानिस संलग्न भएको अवस्थामा भन्नुहोस्। यसले धेरैजसो समस्या छिट्टै समाधान गर्छ।

**मिडिया ID कति समयसम्म मान्य हुन्छ?** अनिश्चित समयसम्म होइन, त्यसैले तुरुन्त प्राप्त गर्नु महत्त्वपूर्ण छ।

**के 131053 पनि यही हो?** होइन। त्यो तपाईंले पठाइरहेको मिडिया अपलोड असफल भएको त्रुटि हो।

---

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

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

हामीले दस्तावेज गरेका WhatsApp Cloud API का सबै त्रुटि कोड यहाँ एउटै तालिकामा छन्, प्रत्येकको अर्थ र पुनः प्रयासले फाइदा गर्छ कि गर्दैन भन्ने जानकारीसहित। धेरैजसोमा गर्दैन: ती निश्चित हुन्छन्, त्यसैले उही अनुरोध उही तरिकाले असफल हुन्छ र पुनः प्रयासको लूपले खराब अनुरोधलाई रेट लिमिटमा पुर्‍याउँछ।

### पुनः प्रयास स्तम्भ कसरी पढ्ने

यसमा तीनवटा मान छन्, र तिनबीच गलत छनोट गर्नु यसै सन्दर्भको सबैभन्दा महँगो गल्ती हो।

No भने असफलता निश्चित छ। अनुरोध, टेम्प्लेट वा प्राप्तकर्ताको अवस्था असफल भएको हो, र उही अनुरोध फेरि पठाउँदा उही त्रुटि आउँछ तथा पछि आवश्यक पर्ने थ्रुपुट खपत हुन्छ। हो भने असफलता Meta को पक्षमा भएको हो र ब्याकअफले साँच्चै समाधान गर्छ। पर्खनुहोस् भने अवस्था वास्तविक तर अस्थायी छ: आफैं हट्ने सीमा वा लक, जुन हट्नुअघि पुनः प्रयास गर्दा केही हुँदैन र त्यो अझ लम्बिन सक्छ।

### यीमध्ये धेरैमा पुनः प्रयास किन गर्न मिल्दैन

किनकि प्लेटफर्मले सामान्य त्रुटिको सट्टा विशेष कोडहरू फर्काउँछ। गलत फर्म्याटको प्यारामिटर, अस्तित्वमा नरहेको टेम्प्लेट, बन्द म्यासेजिङ विन्डो र अप्ट-आउट गरेका प्राप्तकर्ता प्रतिक्रिया आउँदाकै क्षण पहिचान गर्न सकिन्छ, त्यसैले Meta ले अस्पष्ट रूपमा असफल हुनुको सट्टा तिनको नाम दिन्छ।

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

### यीमध्ये कुनै आएमा के लग गर्ने

फेरि समस्या उत्पन्न नगरी निदान गर्न पुग्ने विवरण लग गर्नुहोस्। यही पाँच मिनेटको समाधान र एक दिनको अनुमानबीचको फरक हो।

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

### Coexistence मा मात्र देखिने कोडहरू

यी दुईवटा हुन्, र सामान्य पठाउने असफलताजस्ता देखिने भएकाले मानिसहरू अलमलिन्छन्। 2593107 र 2593108 दुवै च्याट इतिहास सिङ्क्रोनाइजेसनसँग सम्बन्धित छन्। नम्बर पहिलोपटक जडान हुँदा WhatsApp Business एपबाट हालका कुराकानीहरू प्रतिलिपि गर्ने चरण यही हो।

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

- पूर्वनिर्धारित रूपमा पुनः प्रयास गर्नु। यीमध्ये धेरै कोड निश्चित हुन्छन् र लूपले रेट लिमिट थप्छ।
- अनुरोधको बडीबिना त्रुटि लग गर्नु। पठाइएको र चाहिएकोबीचको अन्तर नै प्रायः बग हुन्छ।
- सिङ्क त्रुटिलाई बिग्रिएको कनेक्सन ठान्नु। नम्बर अझै जडान भएर म्यासेज पठाइरहेको हुन्छ।
- ट्रेस आईडी हटाउनु, जसले मात्र सपोर्ट टिकटलाई कारबाहीयोग्य बनाउँछ।

**कुन त्रुटिमा पुनः प्रयास गर्नुपर्छ?** 131016 र 131000 मा एक्सपोनेन्सियल ब्याकअफसहित पुनः प्रयास गर्नुहोस्। 130429, 132015 र 133008 पर्खिएपछि आफैं हट्छन्। बाँकी सबै निश्चित हुन्छन्।

**त्रुटि कोड आएमा मेरो नम्बर डिस्कनेक्ट भएको हो?** सामान्यतया होइन। धेरैजसो अनुरोध, टेम्प्लेट वा प्राप्तकर्तासँग सम्बन्धित हुन्छन्। कनेक्सनका समस्या पठाउने त्रुटिभन्दा खातासम्बन्धी र क्वालिटी वेबहुकका रूपमा देखिन्छन्।

**ट्रेस आईडी भनेको के हो?** त्रुटि प्रतिक्रियामा रहेको पहिचानकर्ता हो, जसले Meta सपोर्टलाई विशेष अनुरोध फेला पार्न दिन्छ। हरेक असफलतामा यसलाई लग गर्नुहोस्, नत्र टिकटमा कारबाही गर्न सकिँदैन।

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

---

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

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

त्रुटि 131053 को अर्थ Meta ले तपाईंको अनुरोधमा रहेको मिडिया अपलोड गर्न सकेन। सम्बन्धित कोड 131052 भन्दा फरक, यो तपाईंले नियन्त्रण गर्ने फाइलसँग सम्बन्धित भएकाले समाधान गर्न सकिन्छ: आकार, फर्म्याट र लिङ्क पठाउँदा Meta त्यहाँ पुग्न सक्छ कि सक्दैन जाँच गर्नुहोस्।

### तीन कारण

अभ्यासमा देखिने क्रमअनुसार।

- आकार: फाइल आफ्नो प्रकारका लागि तोकिएको सीमाभन्दा ठूलो हुन्छ। इमेजहरू 5 MB, भिडियो र अडियो 16 MB, कागजातहरू 100 MB सम्म हुन्छन्।
- फर्म्याट: एपीआईले स्वीकार नगर्ने कोडेक वा कन्टेनर, जुन सम्पादन सफ्टवेयरबाट निर्यात गरिएको भिडियोमा सामान्य हुन्छ।
- पुग्ने क्षमता: अपलोड गरिएको id को सट्टा लिङ्क पठाउँदा URL मा लग इन आवश्यक हुन सक्छ, फायरवाल पछाडि हुन सक्छ वा रिडाइरेक्ट हुन सक्छ।
- म्याद सकिनु: अपलोड गरेपछि धेरै समय बितिसकेपछि media id प्रयोग गर्नु।

### लिङ्क गर्नुभन्दा अपलोड गर्नु राम्रो

लिङ्क पठाउँदा Meta ले म्यासेज पठाउने समयमा फाइल ल्याउँछ, जसले तपाईंको आफ्नै नेटवर्कबाट देख्न नसकिने असफलताको बाटो थप्छ। तपाईंको ब्राउजरमा राम्रोसँग खुल्ने URL पनि भौगोलिक स्थान, फायरवाल नियम वा ब्राउजरमा पहिल्यै रहेको प्रमाणीकरण कुकीका कारण Meta को पूर्वाधारबाट नपुगिने हुन सक्छ।

पहिले फाइल अपलोड गरेर फिर्ता आएको media id पठाउँदा यस्तो असफलताको सम्भावना पूर्ण रूपमा हट्छ। यसमा एउटा अतिरिक्त अनुरोध लाग्छ र पठाउने प्रक्रिया निश्चित हुन्छ, त्यसैले ठूलो परिमाणमा पठाइने सामग्रीका लागि यो उपयोगी हुन्छ।

- तपाईंको ब्राउजरमा चल्ने URL Meta का लागि पनि चल्छ भन्ने मान्नु। तपाईंको सत्र र नेटवर्क Meta का होइनन्।
- कोडेक जाँच नगरी भिडियो निर्यात गर्नु। सम्पादन सफ्टवेयरका पूर्वनिर्धारित सेटिङ प्रायः असमर्थित हुन्छन्।
- अपलोड गरेको धेरै समयपछि media id पुनःप्रयोग गर्नु। id को म्याद सकिन्छ।

**सीमा कति हुन्छ?** इमेजहरू 5 MB, भिडियो र अडियो 16 MB, कागजातहरू 100 MB सम्म हुन्छन्।

**अपलोड गर्ने कि URL पठाउने?** अपलोड गर्नुहोस्। यसले असफलताको कारणबाट पुग्ने क्षमतालाई हटाउँछ।

**URL मेरो लागि चल्छ, Meta का लागि किन चल्दैन?** Meta को नेटवर्क तपाईंको जस्तो हुँदैन। भौगोलिक स्थान, फायरवाल र प्रमाणीकरण सबै फरक हुन सक्छन्।

**के यो 131052 जस्तै हो?** होइन। 131052 तपाईंलाई ग्राहकले पठाएको मिडिया डाउनलोड गर्दा हुने असफलता हो।

---

## WhatsApp त्रुटि 131016: सेवा उपलब्ध छैन

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

त्रुटि 131016 को अर्थ Meta को पक्षमा रहेको सेवा अस्थायी रूपमा उपलब्ध छैन। यो वास्तवमै क्षणिक हुने थोरै प्लेटफर्म त्रुटिमध्ये एक हो, त्यसैले अनुसन्धान गर्नुको सट्टा एक्सपोनेन्सियल ब्याकअफ रिट्राइ गर्नु सही प्रतिक्रिया हो।

### यो अरूभन्दा फरक किन छ

यस प्लेटफर्मका धेरैजसो त्रुटि निश्चित कारणले हुन्छन्: अनुरोधको फर्म्याट गलत हुन्छ, टेम्प्लेट उपलब्ध हुँदैन वा समयसीमा सकिएको हुन्छ। त्यस्ता अनुरोध दोहोर्याउँदा अनुरोध खेर जान्छ र रेट लिमिटिङ हुन सक्छ।

यो त्रुटि अपवाद हो। यसले तपाईंको अनुरोध वा नम्बरबारे केही भन्दैन, केवल Meta ले चलाएको कुनै सेवा अहिले प्रतिक्रिया दिन नसकेको जनाउँछ। एक मिनेटपछि उही अनुरोध पठाउँदा प्रायः सफल हुन्छ, र ब्याकअफको उद्देश्य पनि यही हो।

### सही तरिकाले रिट्राइ कसरी गर्ने

संयमका साथ गर्नुहोस्, किनकि लगातार रिट्राइ गर्दा समस्या झन् बढ्न सक्छ।

- एक्सपोनेन्सियल ब्याकअफ: 1 सेकेन्ड पर्खनुहोस्, त्यसपछि 2, 4 र 8 सेकेन्ड।
- प्रयासको सीमा राख्नुहोस्, सामान्यतया 5 पटक। त्यसपछि म्यासेजलाई पछि पठाउन क्युमा राख्नुहोस्।
- जिटर प्रयोग गर्नुहोस्, ताकि धेरै वर्करले एकै समयमा रिट्राइ नगरून्।
- इडेम्पोटेन्सी राख्नुहोस्, ताकि त्रुटि तपाईं सम्म पुग्नुअघि पठाइएको म्यासेज दोहोरिएर नजाओस्।

- तुरुन्तै लगातार लुपमा रिट्राइ गर्नु। यसले पहिल्यै दबाबमा रहेको सेवामा थप भार पार्छ।
- यसलाई कनेक्सनको समस्या ठान्नु। तपाईंको नम्बर ठीक छ।
- सीमा नराखी रिट्राइ गर्नु। केही अवरोध कुनै पनि रिट्राइ नीतिभन्दा लामो समय रहन सक्छन्।

**के मैले रिट्राइ गर्नुपर्छ?** हो, एक्सपोनेन्सियल ब्याकअफसहित गर्नुहोस्। रिट्राइ गर्दा काम गर्ने त्रुटिमध्ये यो एक हो।

**के मेरो नम्बर प्रभावित भएको छ?** छैन। यो प्लेटफर्मको पक्षमा भएको असफलता हो।

**यी कति समयसम्म रहन्छन्?** सामान्यतया केही सेकेन्डदेखि केही मिनेटसम्म। 5 प्रयासको ब्याकअफले धेरैजसो अवस्था समेट्छ।

**यसलाई वास्तविक अवरोधबाट कसरी छुट्याउने?** यो कायम रहन्छ कि रहँदैन हेर्नुहोस्। निरन्तर निगरानीले अनुमान नगरी यसको जवाफ दिन्छ।

---

## WhatsApp त्रुटि 131000: केही गडबड भयो

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

त्रुटि 131000 को अर्थ Meta ले वर्गीकरण नगरेको कारणले म्यासेज पठाउन असफल भयो। यो अवर्गीकृत समूह हो, त्यसैले व्यावहारिक उपाय छोटो अन्तरालसहित एकपटक पुनः प्रयास गर्नु र समस्या रहेमा प्रतिक्रियाबाट ट्रेस आईडीसहित सपोर्ट टोलीमा पठाउनु हो।

### यसले वास्तवमा के समेट्छ

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

यो समूह व्यापक भएकाले एउटै प्रतिक्रिया सधैं सही हुँदैन। एकपटक मात्र देखिनु सामान्य आवाजजस्तै हो। एउटै प्राप्तकर्तामा बारम्बार देखिएमा सपोर्ट टिकट खोल्नुपर्ने ढाँचा हो।

### यससँग के गर्ने

क्रमशः यी काम गर्नुहोस् र कुनै एउटा उपाय सफल भएमा त्यहीँ रोक्नुहोस्।

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

- अनिश्चित समयसम्म पुनः प्रयास गर्नु। दुई प्रयास असफल भएमा यो क्षणिक समस्या होइन।
- ट्रेस आईडी हटाउनु। सपोर्ट टिकटलाई कारबाहीयोग्य बनाउने यही एकमात्र कुरा हो।
- यसको अर्थ तपाईंको नम्बर बिग्रिएको छ भन्ने मान्नु। सामान्यतया त्यस्तो हुँदैन।

**पुनः प्रयास गर्नुपर्छ?** एकपटक, छोटो अन्तरालसहित। त्यसपछि यो क्षणिक समस्या होइन।

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

**यसको अर्थ मेरो नम्बर बन्द छ?** सामान्यतया होइन। अन्य म्यासेज सफल भइरहेका छन् कि जाँच गर्नुहोस्।

**सपोर्ट टिकट कहिले खोल्ने?** पुनः प्रयास गर्दा पनि समस्या दोहोरिएमा ट्रेस आईडी र समयसहित खोल्नुहोस्।

---

## WhatsApp त्रुटि 131021: प्रेषक र प्राप्तकर्ता एउटै नम्बर

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

त्रुटि 131021 को अर्थ प्रेषक र प्राप्तकर्ता एउटै नम्बर हुन्। WhatsApp ले व्यवसायिक नम्बरलाई आफैंलाई म्यासेज पठाउन दिँदैन, र कारण प्रायः दोस्रो फोनको सट्टा कनेक्सन गरिएको नम्बरमा पठाइएको परीक्षण म्यासेज हुन्छ।

### यो किन हुन्छ

नम्बर कनेक्सन गरेपछि सबैले गर्ने पहिलो काम परीक्षण म्यासेज पठाउनु हो, र उनीहरूको अगाडि भएको एक मात्र नम्बर भर्खरै कनेक्सन गरेको नम्बर हुन्छ। यस्तो गर्नु स्वाभाविक हो, तर प्लेटफर्मले यसलाई अस्वीकार गर्छ।

बदल्न मिल्ने कुनै सेटिङ छैन। WhatsApp को उपभोक्ता एपमा आफैंलाई म्यासेज पठाउने सुविधा छ, तर एपीआईमार्फत यो सुविधा छैन।

### ठीक तरिकाले कसरी परीक्षण गर्ने

दोस्रो नम्बर प्रयोग गर्नुहोस् र कुन दिशाको परीक्षण गर्दै हुनुहुन्छ भन्नेमा अलि ध्यान दिनुहोस्।

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

- परीक्षण गर्न कनेक्सन गरिएको नम्बरमा पठाउनु। यो डिजाइनअनुसार अस्वीकार हुन्छ।
- नोट्स टु सेल्फ सुविधा एपीआईमार्फत चल्छ भन्ने मान्नु। यो चल्दैन।
- ग्राहकले पहिले म्यासेज नगरी स्वतन्त्र फर्म्याटको म्यासेज परीक्षण गर्नु। यस्तो गर्दा 131047 त्रुटि आउँछ।

**के म आफ्नै नम्बरमा म्यासेज पठाउन सक्छु?** हुँदैन। WhatsApp ले एपीआईमार्फत त्यसो गर्न दिँदैन।

**यसका लागि कुनै सेटिङ छ?** छैन। यो प्लेटफर्मको नियम हो।

**मैले कुन नम्बर प्रयोग गरेर परीक्षण गर्नुपर्छ?** कनेक्सन गरिएको नम्बरबाहेक कुनै पनि WhatsApp नम्बर, व्यक्तिगत फोनसमेत।

**मेरो परीक्षण 131047 सहित किन असफल भयो?** ग्राहकले पछिल्लो 24 घण्टामा तपाईंलाई म्यासेज पठाएको हुनुपर्छ, किनकि स्वतन्त्र फर्म्याटको म्यासेजका लागि यही आवश्यक छ।

---

## WhatsApp त्रुटि 131045: फोन नम्बर दर्ता गरिएको छैन

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

त्रुटि 131045 ले फोन नम्बर Cloud API म्यासेजका लागि दर्ता नभएको जनाउँछ। WhatsApp Business Account मा नम्बर थप्नु र पठाउनका लागि दर्ता गर्नु फरक चरण हुन्, र यो त्रुटिले दोस्रो चरण नभएको देखाउँछ।

### दुई चरण किन छन्

किनभने WhatsApp Business Account मा म्यासेज नपठाउने नम्बरहरू पनि राख्न सकिन्छ। नम्बर थप्दा स्वामित्व स्थापित हुन्छ; दर्ता गर्दा Cloud API म्यासेजका लागि सक्रिय हुन्छ र यसको दुई चरणको PIN सेट हुन्छ।

म्यानुअल सेटअपमा यी छुट्टाछुट्टै API अनुरोध हुन्, त्यसैले पहिलो चरण पूरा गरेर दोस्रो बिर्सन सजिलो हुन्छ। त्यसपछि नम्बर खातामा देखिन्छ, ड्यासबोर्डमा सही देखिन्छ, तर हरेक म्यासेज पठाउँदा यो त्रुटि आउँछ।

### यसको समाधान के हो

नम्बर कसरी जोडियो भन्नेमा निर्भर हुन्छ।

- म्यानुअल सेटअपमा फोन नम्बर id का लागि दुई चरणको PIN सहित register एन्डपोइन्ट कल गर्नुहोस्।
- प्रदायकमार्फत Coexistence अनबोर्डिङ गर्दा दर्ता प्रक्रियाभित्रै हुन्छ, त्यसैले यो त्रुटि सामान्यतया प्रक्रिया पूरा नभएको जनाउँछ।
- नम्बर हालै अर्को खाताबाट सारिएको हो भने नयाँ खातामा दर्ता फेरि गर्नुपर्छ।
- दर्ता गर्दा नै त्रुटि आएमा कारण सामान्यतया PIN हुन्छ, जुन त्रुटि 133005 हो।

- ड्यासबोर्डमा देखिएको नम्बरबाट म्यासेज पठाउन तयार छ भन्ने मान्नु। देखिनु र दर्ता हुनु फरक कुरा हुन्।
- अनबोर्डिङ प्रक्रिया बीचमै छोड्नु। दर्ता गर्ने चरणहरू अन्तिमतिर हुन्छन्।
- यसलाई 133006 सँग भ्रमित गर्नु, जुन दर्ताभन्दा प्रमाणीकरणसँग सम्बन्धित छ।

**दर्ता भनेको के हो?** नम्बरलाई Cloud API म्यासेजका लागि सक्रिय गर्नु हो, जुन खातामा नम्बर थप्नुभन्दा अलग प्रक्रिया हो।

**के मैले यो आफैं गर्नुपर्छ?** म्यानुअल सेटअपमा पर्छ। Coexistence प्रक्रियामार्फत गर्दा यो तपाईंका लागि गरिन्छ।

**के यो फेरि गर्नुपर्छ?** नम्बर फरक खातामा सारिएपछि मात्र।

**दर्ता असफल भएमा के हुन्छ?** सामान्यतया दुई चरणको PIN को समस्या हुन्छ, जसले त्रुटि 133005 देखाउँछ।

---

## WhatsApp त्रुटि 133005: दुई चरणको प्रमाणीकरणको PIN गलत

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

त्रुटि 133005 को अर्थ दर्ताका बेला दिइएको दुई चरणको प्रमाणीकरणको PIN गलत भएको हो। यो नम्बर पहिलो पटक दर्ता गर्दा सेट गरिएको छ अंकको PIN हो, र बारम्बार गलत अनुमान गर्दा थप प्रयास लक हुन्छ, त्यसैले पुनः प्रयासभन्दा रिकभरीको बाटो बढी महत्त्वपूर्ण छ।

### PIN कहाँबाट आउँछ

यो नम्बर Cloud API म्यासेजिङका लागि पहिलो पटक दर्ता गर्दा सेट गरिन्छ, र पछि जुनसुकै पुनः दर्तामा फेरि चाहिन्छ, नम्बरलाई अर्को खातामा सार्दा पनि।

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

### कसैलाई थाहा छैन भने

बाटो छ। यो अनुमान गर्नुभन्दा ढिलो छ, तर साँच्चै काम गर्छ।

- अनुमान गर्न छोड्नुहोस्। बारम्बार असफल हुँदा 133008 फर्कन्छ र केही अवधिसम्म प्रयास लक हुन्छ।
- WhatsApp Manager मा नम्बरको दुई चरणको प्रमाणीकरण सेटिङमा गएर PIN परिवर्तन गर्नुहोस्; यसलाई निष्क्रिय गर्ने कुनै एन्डपोइन्ट छैन।
- एडमिनले फोन नम्बर ID मा POST गरेर एपीआई मार्फत नयाँ PIN सेट गर्न सक्छ, अनि त्यही PIN बाट पुनः दर्ता गर्न सक्छ।
- रिकभर भएपछि नयाँ PIN अर्को व्यक्तिले भेट्ने ठाउँमा सुरक्षित राख्नुहोस्।

### अर्को पटक कसरी बच्ने

PIN लाई व्यक्तिगत विवरण होइन, पूर्वाधारको भागका रूपमा लिनुहोस्। यो खाताका क्रेडेन्सियल राखिने ठाउँमै हुनुपर्छ, सेटअप चलाउने व्यक्तिको नभई व्यवसायको स्वामित्वमा, र त्यो व्यक्ति छोडेर गए पनि बाँकी रहनुपर्छ।

यसो नगर्दाको मूल्य त्रुटि आफैँ होइन, त्यो त सानो कुरा हो। मूल्य भनेको चल्दै गरेको नम्बर सार्न वा पुनः दर्ता गर्न चाहिएको क्षणमा नसक्नु हो।

- बारम्बार अनुमान गर्नु। यसले 133008 ल्याउँछ र प्रयास लक हुन्छ।
- PIN व्यवसायसँग नराखी एक जना व्यक्तिसँग मात्र राख्नु।
- सेटअपपछि फेरि कहिल्यै नचाहिने ठान्नु। माइग्रेसनमा यो चाहिन्छ।

**यो PIN कहाँ सेट गरिएको थियो?** नम्बर Cloud API म्यासेजिङका लागि पहिलो पटक दर्ता गर्दा।

**मलाई थाहा छैन भने के गर्ने?** WhatsApp Manager मा नम्बरको दुई चरणको प्रमाणीकरण सेटिङमा गएर परिवर्तन गर्नुहोस्, वा एपीआई मार्फत नयाँ सेट गर्नुहोस्।

**अनुमान गरिरहेमा के हुन्छ?** प्रयास लक हुन्छ र त्यसको सट्टा तपाईंले त्रुटि 133008 पाउनुहुन्छ।

**PIN कहिले चाहिन्छ?** दर्ताका बेला, र जुनसुकै पुनः दर्ता वा माइग्रेसनमा फेरि चाहिन्छ।

---

## WhatsApp त्रुटि 133008: धेरै PIN अनुमान

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

त्रुटि 133006 ले म्यासेज पठाउन फोन नम्बर दर्ता गर्नुअघि प्रमाणीकरण आवश्यक छ भन्छ। SMS वा स्वचालित भ्वाइस कलबाट पठाइएको कोडमार्फत नम्बरमाथिको नियन्त्रण प्रमाणित हुन्छ। यो नम्बर थप्ने र दर्ता गर्ने दुवै चरणभन्दा अलग प्रक्रिया हो।

### प्रमाणीकरण र दर्ताबीचको फरक

प्रमाणीकरणले व्यवसायसँग नम्बरमाथिको नियन्त्रण रहेको प्रमाणित गर्छ। दर्ताले Cloud API मार्फत म्यासेज पठाउन नम्बर सक्रिय बनाउँछ। यी काम यही क्रममा हुन्छन्, र यो त्रुटिले पहिलो चरण पूरा नभएको जनाउँछ।

व्यावहारिक रूपमा, कसैले उक्त नम्बरमा SMS वा स्वचालित भ्वाइस कलमार्फत आएको कोड प्राप्त गर्न सक्नुपर्छ। कसैले उठाउन नसक्ने नम्बर प्रमाणीकरण हुन सक्दैन। धेरैजसो अवस्थामा एपीआई अनुरोधभन्दा यही वास्तविक अवरोध हुन्छ।

### प्रमाणीकरणमा के कुराले रोक्छ

लगभग सधैं प्राविधिकभन्दा भौतिक समस्या हुन्छ।

- कसैसँग ह्यान्डसेट वा SIM छैन, जुन अघिल्लो मालिकबाट आएको नम्बरमा सामान्य हुन्छ
- नम्बर SMS नआउने ल्यान्डलाइन हो, त्यस अवस्थामा भ्वाइस प्रमाणीकरण प्रयोग गर्नुपर्छ
- कोडलाई प्रदायकले रोकेर राख्ने वा ढिलो पठाउने भर्चुअल नम्बर
- नम्बर अर्को WhatsApp खातामा पहिल्यै दर्ता छ, जसलाई पहिले समाधान गर्नुपर्छ

- प्रमाणीकरणअघि दर्ता गर्ने प्रयास गर्नु। क्रम महत्त्वपूर्ण छ
- ल्यान्डलाइनमा SMS रोज्नु। यस्ता नम्बरसँग भ्वाइस प्रमाणीकरणका लागि यही विकल्प हुन्छ
- भर्चुअल नम्बरमा कोड भरपर्दो रूपमा आउने ठान्नु। धेरैमा आउँदैन

**म कसरी प्रमाणीकरण गर्ने?** नम्बरमै SMS वा स्वचालित भ्वाइस कलमार्फत पठाइएको कोड प्रयोग गर्नुहोस्।

**ल्यान्डलाइन भए के गर्ने?** SMS नआउने नम्बरसँग प्रयोग हुने भ्वाइस प्रमाणीकरण रोज्नुहोस्।

**के यो दर्ताजस्तै हो?** होइन। प्रमाणीकरणले नियन्त्रण प्रमाणित गर्छ, दर्ताले म्यासेज पठाउने सुविधा सक्रिय बनाउँछ।

**के म यो चरण छोड्न सक्छु?** सक्नुहुन्न। यो पूरा नभएसम्म दर्ताले यही त्रुटि देखाइरहन्छ।

---

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

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

त्रुटि 131050 को अर्थ प्राप्तकर्ताले तपाईंको व्यवसायबाट म्यासेज लिन अस्वीकार गरेका छन्। यो त्रुटि होइन र यसको कुनै प्राविधिक उपाय छैन। व्यक्तिले छनोट गरिसकेका छन्, त्यसैले सही प्रतिक्रिया उक्त छनोट रेकर्ड गरेर म्यासेज पठाउन रोक्नु हो।

### यसको कुनै उपाय किन छैन

उत्तर नदिँदा पनि जिद्दी गर्ने व्यवसायबाट मानिसलाई जोगाउन यो प्रणाली बनाइएको हो। यसलाई छल्न दिने प्लेटफर्म दुवै पक्षका लागि उपयोगी हुँदैन।

Meta ले त्यसपछि के हुन्छ भन्ने पनि हेर्छ। म्यासेज लिन अस्वीकार गरेका मानिसलाई बारम्बार पठाउने प्रयासले गुणस्तर मूल्याङ्कनका सङ्केतमा असर गर्छ। गुणस्तर घट्दा ती प्राप्तकर्तालाई मात्र होइन, पूरै नम्बरको म्यासेज क्षमता घट्छ।

### यसको सट्टा के गर्ने

यसलाई एकपटक सही रूपमा रेकर्ड गर्नुहोस् र बाँकी प्रणालीले त्यसको सम्मान गर्ने व्यवस्था गर्नुहोस्।

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

- फेरि प्रयास गर्नु। व्यक्तिले छनोट नबदलेसम्म यो रोक स्थायी हुन्छ
- असफल अभियानमा मात्र रोक्नु, जसले अर्को अभियानलाई भोलि फेरि प्रयास गर्न दिन्छ
- उही व्यक्तिसम्म पुग्न अर्को नम्बर प्रयोग गर्नु। यसले उही छनोटलाई बेवास्ता गर्छ

**के म उनीहरूलाई फेरि म्यासेज पठाउन सक्छु?** उनीहरूले पहिले म्यासेज पठाएमा मात्र, त्यसपछि सेवा विन्डो फेरि खुल्छ

**यसबाट बच्ने कुनै उपाय छ?** छैन। प्रयास गर्दा तपाईंको गुणस्तर मूल्याङ्कनमा असर पर्छ

**के यसले मेरो पूरै नम्बरलाई असर गर्छ?** अस्वीकार उक्त प्राप्तकर्तामा लागू हुन्छ, तर बारम्बार प्रयासले समग्र गुणस्तर मूल्याङ्कनमा असर गर्छ

**के मैले उनीहरूलाई आफ्नो सूचीबाट हटाउनुपर्छ?** असफल अभियानमा मात्र होइन, सबै ठाउँमा उनीहरूलाई रोक्नुहोस्

---

## WhatsApp त्रुटि 130497: प्राप्तकर्ताको देशमा अनुमति छैन

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

त्रुटि 130497 को अर्थ तपाईंको खाताबाट प्राप्तकर्ताको देशमा म्यासेज पठाउन अनुमति छैन। यो प्राप्तकर्तासँग सम्बन्धित कुरा नभई भूगोलमा आधारित प्रतिबन्ध हो, र यसले अनुरोधमा गल्तीभन्दा खातामाथिको सीमा जनाउँछ।

### देशमा प्रतिबन्ध लाग्नुको कारण के हो

धेरै कारण हुन सक्छन्, र ती सबै स्थायी हुँदैनन्।

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

### पहिले फर्म्याट जाँच गर्नुहोस्

यो तपाईं आफैंले समाधान गर्न सक्ने एक मात्र कारण हो र अरूभन्दा सामान्य पनि छ।

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

- प्रतिबन्ध प्राप्तकर्ताको गल्ती हो भन्ने मान्नु। प्रतिबन्ध तपाईंको खाता र त्यस देशमा लागेको हुन्छ।
- पुनः प्रयास गर्नु। प्रयासहरूबीच केही परिवर्तन हुँदैन।
- फर्म्याट जाँच नगर्नु, जुन तपाईंको नियन्त्रणमा रहेको एक मात्र कारण हो।

**के प्राप्तकर्ताले मलाई रोकिरहेको हो?** होइन। यो तपाईंको खातामा लागेको देशस्तरको प्रतिबन्ध हो।

**के यो हटाउन सकिन्छ?** केही अस्थायी हुन्छन् र व्यवसाय प्रमाणीकरणपछि हट्छन्। अन्य प्रतिबन्ध सम्पूर्ण प्लेटफर्ममा लागू हुन्छन्।

**के यो फर्म्याटको गल्ती हुन सक्छ?** हो, त्यसैले पहिले जाँच गर्नुहोस्। गलत देश कोडले नम्बरलाई अर्को देशमा पुर्‍याउँछ।

**पुनः प्रयास गर्दा मद्दत हुन्छ?** हुँदैन। प्रयासहरूबीच प्रतिबन्ध परिवर्तन हुँदैन।

---

## WhatsApp त्रुटि 132007: टेम्प्लेट नीति उल्लङ्घन

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

त्रुटि 132007 ले टेम्प्लेटले WhatsApp को व्यवसायिक म्यासेजिङ नीतिको उल्लङ्घन गरेको जनाउँछ। म्यासेज हालको रूपमा पठाइने छैन, र समाधान अनुरोधमा केही परिवर्तन गर्नु होइन, टेम्प्लेट पुनर्लेखन गरी पुनः पेश गर्नु हो।

### नीतिले वास्तवमा के रोक्छ

धेरै मानिसले पहिलो टेम्प्लेट लेख्दा अनुमान गरेभन्दा साँघुरो दायरा।

- माग नगरेको व्यक्तिलाई नचाहिएको प्रचारजस्तो लाग्ने सामग्री।
- निषेधित श्रेणीहरू, जसमा केही वित्तीय, स्वास्थ्य तथा नियमनअन्तर्गत पर्ने उत्पादनहरू पर्छन्।
- प्रेषकबारे गलत धारणा दिने वा नभएको सम्बन्ध जनाउने भाषा।
- भ्रामक हतारको भावना वा जवाफ दिन दबाब पार्ने ढाँचा।

### शब्दावलीजत्तिकै श्रेणी किन महत्त्वपूर्ण छ

युटिलिटीका रूपमा पेश गरिएको तर मार्केटिङजस्तो देखिने टेम्प्लेटमा केही आपत्तिजनक कुरा नभए पनि त्यो नीतिसम्बन्धी समस्या हो। Meta ले टेम्प्लेटलाई श्रेणी दिन्छ, किनकि यी दुईका लागि सहमतिसम्बन्धी अपेक्षा फरक हुन्छन्, र युटिलिटी श्रेणीअन्तर्गत प्रचारात्मक म्यासेज पठाउँदा त्यो उद्देश्य विफल हुन्छ।

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

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

**म्यासेज पुनः पठाउन सक्छु?** सक्नुहुन्न। टेम्प्लेट पुनर्लेखन गरी पुनः पेश गर्नुपर्छ।

**शब्द ठीक देखिँदा पनि किन अस्वीकृत भयो?** प्रायः श्रेणीका कारण। युटिलिटीका रूपमा पेश गरिएको मार्केटिङ म्यासेज शब्द ठीक भए पनि नीतिसम्बन्धी समस्या हुन्छ।

**पुनः पेश गरेपछि कति समय लाग्छ?** समीक्षा सामान्यतया छिटो हुन्छ, तर निश्चित समयको ग्यारेन्टी छैन।

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

---

## WhatsApp त्रुटि 132012: टेम्प्लेट प्यारामिटरको फर्म्याट नमिलेको

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

त्रुटि 132012 ले पठाइएका प्यारामिटरका मानहरू टेम्प्लेटले तोकेको फर्म्याटसँग नमिलेको जनाउँछ। तीनवटा भेरिएबल भएको टेम्प्लेटमा ठीक तीनवटा प्यारामिटर सही क्रममा र सही प्रकारका हुनुपर्छ। कुनै फरक परेमा आंशिक रूपमा म्यासेज पठिँदैन, यही त्रुटि देखिन्छ।

### के कुरा मिल्नुपर्छ

सबै कुरा, चुपचाप। आंशिक मिलान हुँदैन।

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

### उत्पादन प्रणाली बिगार्ने सम्पादन

टेम्प्लेट सम्पादन गर्ने व्यक्ति एपीआई कल गर्ने व्यक्ति नहुन सक्छ। म्यासेज स्पष्ट बनाउन कसैले भेरिएबल थप्छ, टेम्प्लेट फेरि स्वीकृत हुन्छ, अनि अपरिवर्तित इन्टिग्रेसनबाट हुने हरेक पठाउने कार्य असफल हुन थाल्छ।

यो समस्या भएपछि थाहा पाउनुभन्दा पहिले नै रोक्नु राम्रो हुन्छ। टेम्प्लेट स्ट्याटस वेबहुकमा सदस्यता लिएपछि सम्पादन घटना रूपमा आउँछ। टेम्प्लेटको भेरिएबल संख्या इन्टिग्रेसनको नियम मानेर परिवर्तन हुँदा समीक्षा गरेमा शब्द सुधारकै कारण सेवा अवरुद्ध हुँदैन।

- सावधानीका लागि अतिरिक्त प्यारामिटर पठाउनु। बढी हुनु कम भएजत्तिकै गलत हो।
- स्थानअनुसार मिल्ने प्यारामिटरलाई नामअनुसार मानेर प्रयोग गर्नु। तिनीहरू स्थानबाट मात्र मिलाइन्छन्।
- पठाउने कोड जाँच नगरी टेम्प्लेट सम्पादन गर्नु।

**मैले कति प्यारामिटर पठाउनुपर्छ?** टेम्प्लेटले तोकेजति नै, सही क्रममा।

**के अतिरिक्त प्यारामिटर पठाउन सक्छु?** सक्नुहुन्न। धेरै पठाउँदा पनि थोरै पठाउँदा जस्तै असफल हुन्छ।

**यो समस्या अचानक किन सुरु भयो?** सामान्यतः टेम्प्लेट सम्पादन भएर यसको भेरिएबल संख्या बदलिएपछि यस्तो हुन्छ।

**के प्यारामिटरका नाम हुन्छन्?** हुँदैनन्। तिनीहरू स्थानअनुसार मिल्छन्, त्यसैले क्रम महत्त्वपूर्ण हुन्छ।

---

## WhatsApp त्रुटि 132016: टेम्प्लेट स्थायी रूपमा असक्षम

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

त्रुटि 132016 ले टेम्प्लेट स्थायी रूपमा असक्षम भएको र फेरि प्रयोग गर्न नसकिने जनाउँछ। यो प्रायः गुणस्तर घट्दै गएको अन्तिम चरण हो: प्राप्तकर्ताले यसबाट पठाइएका म्यासेज ब्लक वा रिपोर्ट गरे, टेम्प्लेटको गुणस्तर रेटिङ घट्यो र Meta ले यसलाई हटायो।

### टेम्प्लेट यहाँसम्म कसरी आइपुग्छ

यो विरलै एकै चरणमा हुन्छ। प्राप्तकर्तालाई मन नपरेको स्वीकृत टेम्प्लेटमा ब्लक र रिपोर्ट बढ्दै जान्छन्, यसको गुणस्तर रेटिङ हरियोबाट पहेँलो हुँदै रातो हुन्छ र यो पज गरिन्छ। बारम्बारको पज अन्ततः स्थायी असक्षमतामा पुग्छ।

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

### यस अवस्थामा के गर्ने

यी दुई काम यही क्रममा गर्नुहोस्।

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

- नयाँ नाममा उही टेम्प्लेट फेरि बनाउनु। असफल भएको कुरा सामग्री हो।
- पहेँलो गुणस्तर रेटिङ बेवास्ता गर्नु। पहेँलो चेतावनी हो, रातो परिणाम हो।
- समस्या दर्शक समूहमा हुँदा शब्दलाई दोष दिनु।

**के यसलाई फेरि सक्षम बनाउन सकिन्छ?** सकिँदैन। स्थायी रूपमा असक्षम भनेको स्थायी नै हो।

**के म यसलाई नयाँ नाममा फेरि बनाउन सक्छु?** सक्नुहुन्छ, तर गिरावटको कारण सामग्री हो, त्यसैले नयाँ टेम्प्लेट पनि सम्भवतः उही बाटोमा जान्छ।

**यो 132015 भन्दा कसरी फरक छ?** 132015 पज हो, जुन हट्न सक्छ। यो भने हट्दैन।

**के यसको संकेत पहिले नै देख्न सकिन्थ्यो?** सकिन्थ्यो। टेम्प्लेट गुणस्तर वेबहुकले यो अवस्थासम्म पुग्नुअघि नै गिरावट रिपोर्ट गर्छ।

---

## WhatsApp त्रुटि 131056: एउटै प्राप्तकर्तालाई धेरै म्यासेज

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

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

### यो प्रत्येक जोडीका लागि किन लागू हुन्छ

यसले रोक्न खोजेको समस्या सामान्य भोल्युम होइन, एउटै व्यक्तिलाई म्यासेजले भरिदिनु हो। कुनै खाता समग्र थ्रुपुटको सीमाभित्रै रहेर एक मिनेटमा एउटै प्राप्तकर्तालाई 30 वटा म्यासेज पठाउन सक्छ, तर खाताको कुल मात्रा जस्तोसुकै भए पनि अर्को व्यक्तिले त्यसलाई स्प्यामका रूपमा अनुभव गर्छ।

त्यसैले यो सीमा खातामा होइन, जोडीमा लागू हुन्छ। यही कारणले समग्र रेट लिमिटको नजिकसमेत नपुगेको कम भोल्युमको नम्बरमा पनि यो देखिन सक्छ।

### यसको सामान्य कारण के हो

लगभग सधैं यो मानिसले टाइप गरेको नभई कुनै स्वचालित प्रक्रियाका कारण हुन्छ।

- डेलिभरी असफलतालाई पठाउने असफलता ठानेर फेरि म्यासेज पठाउने रिट्राइ लूप।
- एउटै इभेन्टका लागि एकभन्दा बढी पटक चल्दा जवाफ पठाउने वेबहुक ह्यान्डलर।
- चाँडोचाँडो धेरै छोटा म्यासेजमा एउटै जवाफ बाँड्ने च्याटबोट।
- विकासका क्रममा एउटै नम्बरमा बारम्बार म्यासेज पठाउने परीक्षण स्क्रिप्ट।

### यसबाट कसरी जोगिने

खाताको स्तरमा मात्र होइन, कुराकानीको स्तरमा थ्रोटल गरेर। पठाउनुअघि प्रत्येक प्राप्तकर्ताका लागि प्रतिमिनेट म्यासेज सीमा लागू गर्दा लागत लगभग केही हुँदैन र यो त्रुटि तथा त्यसपछिको ग्राहक अनुभव दुवै रोक्न सकिन्छ।

म्यासेज डिडुप्लिकेसन पनि उत्तिकै महत्त्वपूर्ण छ। वेबहुक इभेन्ट एकभन्दा बढी पटक डेलिभर हुन सक्छ, र आफूले त्यो म्यासेज id पहिले नै ह्यान्डल गरिसकेको छ कि छैन जाँच नगरी जवाफ पठाउने ह्यान्डलरले लोडमा ठ्याक्कै यही समस्या निम्त्याउँछ।

- पहिल्यै धेरै म्यासेज पाइसकेको प्राप्तकर्तालाई फेरि म्यासेज पठाउने रिट्राइ।
- खाताको स्तरमा मात्र थ्रोटल गर्ने। यो सीमा प्रत्येक प्राप्तकर्ताका लागि हो।
- म्यासेज id अनुसार डिडुप्लिकेसन नगरी वेबहुक इभेन्ट ह्यान्डल गर्ने।

**के यो मेरो खाताको रेट लिमिट हो?** होइन। त्यो 130429 हो। यो प्रत्येक प्राप्तकर्ताका लागि लागू हुन्छ।

**कम भोल्युमको नम्बरमा यो किन देखिन्छ?** किनभने सीमा खाताको कुल मात्रामा होइन, जोडीमा लागू हुन्छ।

**म यसलाई कसरी रोक्न सक्छु?** कुराकानीअनुसार थ्रोटल गर्नुहोस् र म्यासेज id अनुसार वेबहुक इभेन्ट डिडुप्लिकेट गर्नुहोस्।

**के मैले रिट्राइ गर्नुपर्छ?** होइन। रिट्राइ गर्दा एउटै प्राप्तकर्तालाई अर्को म्यासेज जान्छ।

---

## WhatsApp त्रुटि 80007: WhatsApp Business खातामा रेट लिमिट

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

त्रुटि 80007 ले WhatsApp Business खातामा रेट लिमिट पुगेको जनाउँछ। यो म्यासेजिङ थ्रुपुटमा होइन, व्यवस्थापन र पढ्ने कलमा लागू हुन्छ। सामान्य कारण पोलिङ हो, जहाँ डाटा परिवर्तन हुनेभन्दा धेरै पटक स्ट्याटस जाँच गरिन्छ।

### यसले के गन्छ

ग्राहकलाई पठाइएका म्यासेज होइन, खातामाथि गरिएका कल।

- फोन नम्बर, तिनको क्वालिटी रेटिङ र थ्रुपुट स्तर पढ्ने कल।
- म्यासेज टेम्प्लेटको सूची बनाउने र पढ्ने कल।
- सदस्यता र वेबहुक कन्फिगरेसन कल।
- तालिकाअनुसार गरिने कुनै पनि स्ट्याटस जाँच, जहाँबाट प्रायः धेरै कल आउँछन्।

### पोलिङ नै समाधान गर्नुपर्ने कारण हो

केही नम्बरमा हरेक तीस सेकेन्डमा स्ट्याटस जाँच गर्दा, महिनामा केही पटक मात्र परिवर्तन हुने डाटाका लागि दिनमा हजारौं कल हुन्छन्। अन्ततः यो लिमिट पुग्छ, र त्यसपछि केही महत्त्वपूर्ण घटना भएकै बेला पोलिङले काम गर्न छोड्छ।

वेबहुकले प्रक्रिया उल्टाउँछ। क्वालिटी रेटिङ, खाता वा टेम्प्लेट स्ट्याटस परिवर्तन भएपछि Meta ले त्यसको सूचना आफैं पठाउँछ। यसमा कुनै कल लाग्दैन र कुनै पनि पोलिङभन्दा छिटो हुन्छ। सही संरचनामा परिवर्तनका लागि वेबहुक प्रयोग गरिन्छ, र पोलिङलाई मुख्य माध्यम होइन, कहिलेकाहीँ गरिने मिलान जाँचमा सीमित राखिन्छ।

- छोटो अन्तरालमा स्ट्याटस पोलिङ गर्नु। विरलै परिवर्तन हुने डाटामा यसले लिमिट खपत गर्छ।
- रिट्राइ थपेर प्रतिक्रिया दिनु, जसले लिमिट अझ छिटो खपत गर्छ।
- यसलाई म्यासेज पठाउने विषयको 130429 सँग भ्रमित गर्नु।

**के यो म्यासेज पठाउने विषय हो?** होइन। त्यसको लिमिट 130429 हो। यो लिमिट व्यवस्थापन र पढ्ने कलका लागि हो।

**यसको कारण के हो?** सामान्यतया छोटो अन्तरालमा स्ट्याटस पोलिङ गर्नु।

**यसको सट्टा के गर्नुपर्छ?** वेबहुकमा सदस्यता लिनुहोस् र पोलिङलाई कहिलेकाहीँ गरिने मिलान जाँचका लागि मात्र राख्नुहोस्।

**के यो आफैं हट्छ?** हो, समयावधि सकिएपछि हट्छ। तर पोलिङको तरिका नबदले फेरि देखिन्छ।

---

## एजेन्सी र कन्सल्टेन्सीका लागि WhatsApp Coexistence

https://easycoexistence.com/ne/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/ne/meta-tech-provider

Meta Tech Provider ले प्रमाणित Business Manager मा आफ्नै Meta एप चलाउँछ र त्यसैमार्फत अन्य व्यवसायका WhatsApp नम्बर जोड्न सक्छ। EasyCoexistence पनि यही हो, त्यसैले नम्बर रिसेलरको खातामुनि नभई तपाईंको आफ्नै Business Portfolio मा सिधै जोडिन्छ।

### Tech Provider ले वास्तवमा के गर्छ?

यसले अन्य व्यवसायले आफ्ना WhatsApp नम्बर जोड्ने एप चलाउँछ।

कुनै व्यवसाय अनबोर्ड हुँदा Meta को Embedded Signup खुल्छ र उसलाई एप अधिकृत गर्न अनुरोध गर्छ। त्यो एप Tech Provider को हुन्छ। अधिकृत भएपछि यसले व्यवसायको तर्फबाट नम्बरको स्ट्याटस हेर्न, म्यासेज पठाउन, टेम्प्लेट व्यवस्थापन गर्न र वेबहुक कहाँ पठाउने भन्ने निर्धारण गर्न सक्छ। प्रदायकले दिने सबै सुविधा यही सम्बन्धमा आधारित हुन्छन्।

यस स्ट्याटसले सम्बन्धलाई वैध बनाउँछ। Meta ले App Review पछि प्रमाणित Business Manager मा आफ्नै एप भएको कम्पनीलाई यो स्ट्याटस दिन्छ। यही कुराले प्रदायकलाई अरूको प्रमाणपत्र बोकेको स्क्रिप्टबाट अलग गर्छ।

### एपको स्वामित्व कसको हो भन्ने कुरा किन महत्त्वपूर्ण छ?

किनभने यसले तपाईंको ग्राहकको नम्बर कुन खातासँग जोडिनेछ भन्ने निर्धारण गर्छ।

अरू कसैको प्रदायक खाता प्रयोग गरेर बनाइएको टुलिङले त्यही खाताका सीमाहरू अपनाउँछ। सामान्य प्रयोजनका स्वचालन प्लेटफर्म प्रयोग गर्दा देखिने एउटै कनेक्सन सीमाको कारण यही हो। प्लेटफर्मसँग एउटा प्रदायक सम्बन्ध हुन्छ र त्यसलाई प्रयोग गर्ने सबैले साझा गर्छन्।

हाम्रो आफ्नै एप हुँदा कनेक्सन ग्राहकको Business Portfolio र Meta बीच सिधै बन्छ। नम्बर ग्राहककै रहन्छ, त्यसलाई कुनै रिसेलरले राख्दैन, र अर्को नम्बर थप्नु पहिलो नम्बर थपेजस्तै हुन्छ। एजेन्सीका लागि यो प्राविधिक विवरण मात्र होइन। ग्राहकले आफ्नो नम्बर कसले नियन्त्रण गर्छ भनेर सोध्दा यही स्पष्ट उत्तर हो।

### यो स्ट्याटसका लागि के आवश्यक पर्छ?

प्रमाणित Business Manager, App Review पास गर्ने एप र प्रवाहहरूको रेकर्ड गरिएको प्रदर्शन।

व्यवसाय प्रमाणीकरणले एपलाई वास्तविक कानुनी संस्थासँग जोड्छ र Meta ले दर्ता अभिलेखसँग कागजात जाँच्छ। App Review ले एपले के अनुरोध गर्छ र किन गर्छ भनेर जाँच गर्छ। WhatsApp का लागि अनबोर्डिङ सुरुदेखि अन्त्यसम्म चलेको देखाउने रेकर्ड गरिएका भिडियो पनि आवश्यक पर्छन्। यीमध्ये कुनै कुराको शुल्क लाग्दैन, तर सबैमा समय लाग्छ। यही भाग छोट्याउन सकिँदैन।

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

### कुनै व्यवसायले नम्बर जोड्दा यसले के परिवर्तन गर्छ?

तीन कुरा परिवर्तन हुन्छन्, तर तीमध्ये कुनै पनि इन्टरफेसमा देखिँदैन।

नम्बर व्यवसायको आफ्नै Business Portfolio मा जोडिन्छ, त्यसैले Meta सँगको सम्बन्ध पनि उसकै हुन्छ। Meta ले कुराकानीको शुल्क सिधै उसको WhatsApp Business Account मा लगाउँछ। यही कारण बीचको कुनै पक्षले शुल्क बढाएर लिन सक्दैन। साथै एउटै खाताले राख्न सक्ने नम्बरको माथिल्लो सीमा हुँदैन, किनभने साझा प्रदायक सम्बन्ध बाँड्नुपर्ने हुँदैन।

अनबोर्डिङ प्रक्रिया भने परिवर्तन हुँदैन। Embedded Signup Meta कै प्रवाह हो, पपअप Meta कै हो, र कोड स्क्यान WhatsApp Business एपमै हुन्छ। Tech Provider ले यीमध्ये कुनै कुरा प्रतिस्थापन गर्दैन, यसले ती सुविधा उपलब्ध गराउँछ।

- हरेक प्रदायकसँग आफ्नै Tech Provider स्ट्याटस हुन्छ भन्ने मान्नु। धेरै प्रदायक अरू कसैको स्ट्याटसमा बनेका हुन्छन्, र त्यहीँबाट कनेक्सन सीमा आउँछ।
- समयसीमाभित्र यो स्ट्याटस पाउने योजना बनाउनु। App Review को समय कम्पनीले नियन्त्रण गर्न सक्दैन।
- यसलाई केवल ब्याजस्तो ठान्नु। यो खाता सम्बन्ध हो र यसले ग्राहकको नम्बर कुन पोर्टफोलियोमा रहनेछ भन्ने निर्धारण गर्छ।

**यसको अर्थ Meta ले EasyCoexistence को समर्थन गर्छ भन्ने हो?** होइन, र कुनै प्रदायकले त्यस्तो संकेत दिनु हुँदैन। Tech Provider स्वीकृत एपमार्फत अन्य व्यवसायका नम्बर जोड्न अनुमति दिने प्राविधिक स्ट्याटस हो। यसमा आधारित उत्पादनको Meta ले समर्थन गरेको अर्थ हुँदैन।

**के म आफैं Tech Provider बन्न सक्छु?** सक्नुहुन्छ। प्रमाणित Business Manager भएको र App Review पूरा गर्न तयार कुनै पनि कम्पनीका लागि यो निःशुल्क र खुला छ। यसको लागत शुल्क होइन, प्रतीक्षा समय हो।

**मेरो नम्बर कुन Business Portfolio मा रहन्छ?** तपाईंको आफ्नैमा। कनेक्सन तपाईंको पोर्टफोलियो र Meta बीच बन्छ, र हाम्रो एपलाई नम्बरमा काम गर्न अनुमति दिइन्छ। नम्बर हाम्रो खातामा सर्दैन।

**मैले कति नम्बर जोड्न सक्छु भन्ने सीमा छ?** छैन। अन्यत्र देखिने सीमा धेरै प्रयोगकर्ताबीच एउटै प्रदायक सम्बन्ध साझा गर्दा आउँछ। यो प्रणाली त्यसरी चल्दैन।

---

## WhatsApp Coexistence को लागत, प्रदायकअनुसार

https://easycoexistence.com/ne/whatsapp-coexistence-pricing-compared

प्रदायकहरूले तीन फरक एकाइमा मूल्य तोक्छन्: प्रति नम्बर, प्रति सिट, वा प्रति म्यासेज। त्यसैले देखिने मूल्यहरू तुलना गर्न मिल्दैन, र वास्तविक लागत तोकिएको नम्बर संख्यामा मात्र देखिन्छ। यो पृष्ठले 1, 10 र 50 नम्बरमा हिसाब गरेको छ।

### देखिने मूल्यहरू किन तुलना गर्न मिल्दैन?

किनभने तिनीहरूले फरक कुरामा शुल्क लिन्छन्, र कुन एकाइ हो भन्नेले कुन किसिमको व्यवसायलाई कुन उपयुक्त छ भन्ने तय गर्छ।

प्रति नम्बर मूल्यले तपाईंसँग कति WhatsApp लाइन छन् भन्ने कुरा पछ्याउँछ। एजेन्सीले वास्तवमै नियन्त्रण गर्न सक्ने एकाइ यही हो, र EasyCoexistence, 360dialog र Dualhook ले यही प्रयोग गर्छन्।

प्रति सिट र प्रति सम्पर्क मूल्यले कति जनाले उत्तर दिन्छन् र कति ग्राहकसँग कुरा हुन्छ भन्ने कुरा पछ्याउँछ। WATI र respond.io ले यही प्रयोग गर्छन्, र एजेन्टहरूको टोली नै किनिने उत्पादन हुँदा यही सही एकाइ हो।

प्रति म्यासेज मूल्यले परिमाण मात्र पछ्याउँछ, जुन Twilio को मोडल हो: प्लेटफर्म शुल्क छैन, प्रति नम्बर शुल्क छैन, तर Meta ले लिने शुल्कमाथि हरेक म्यासेजमा थप शुल्क लाग्छ।

तसैले एक मात्र इमानदार तुलना तोकिएको कनेक्सन संख्यामा हुन्छ, र तलको तालिकाले त्यही गर्छ।

### प्लेटफर्मका आधारमा मूल्य तोक्ने प्रदायकहरूको लागत उही संख्यामा कति पर्छ?

इमानदारीपूर्वक उही स्तम्भमा राख्न मिल्दैन, किनभने तिनीहरूको शुल्क नम्बर संख्यासँगै बदलिँदै बदलिँदैन। बदलिने त सिट र सम्पर्क हुन्।

WATI का प्रकाशित योजनाहरू 3 देखि 10 प्रयोगकर्ता र 500 देखि 2,500 मासिक सक्रिय सम्पर्कसम्म छन्। respond.io ले 5 प्रयोगकर्ता र 1,000 सम्पर्कको US$ 79 प्रकाशित गरेको छ, जुन बढेर US$ 279 सम्म पुग्छ। YCloud ले निःशुल्क तह, त्यसपछि US$ 39, US$ 89 र US$ 399 प्रकाशित गरेको छ, र प्रयोगकर्ता तथा च्यानल थप गर्दा हरेक महिना क्रमशः US$ 10 र US$ 5 प्रत्येक पर्छ।

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

निर्णय गर्ने प्रश्न यही हो: तपाईंले पैसा तिरेको इनबक्समा कोही लग इन गर्नेछ कि गर्दैन?

### दुवै शुल्क नलिने Twilio को हकमा के भन्ने?

Twilio ले प्रत्येक दिशामा US$ 0.005 प्रति म्यासेज शुल्क प्रकाशित गरेको छ, र Meta का आफ्ना टेम्प्लेट शुल्क थप मार्कअप बिना सरकाउँछ। यसको प्रकाशित मूल्यमा मासिक प्लेटफर्म शुल्क छैन र प्रति नम्बर शुल्क पनि छैन।

त्यसैले लगभग केही नपठाउने नम्बर राख्न यो सबैभन्दा सस्तो तरिका हो, र व्यस्त नम्बर चलाउन सबैभन्दा महँगो। निष्क्रिय रहेका 50 नम्बरको लागत शून्य हुन्छ, तर वास्तविक कुराकानी गर्ने 50 नम्बरले सधैँ प्रति म्यासेज तिर्नुपर्छ।

यो पनि जान्नु उपयोगी छ कि Twilio को मूल्य पृष्ठले Coexistence को बारेमा केही भन्दैन। नम्बरमा WhatsApp Business एप चलिरहनु तपाईंका लागि महत्त्वपूर्ण छ भने अरू कुरा तुलना गर्नुअघि उनीहरूलाई यही प्रश्न सोध्नुहोस्।

### एजेन्सीले वास्तवमा कुन रोज्नुपर्छ?

तपाईंको व्यवसायमा जे बढ्दै छ, त्यही एकाइसँग मिल्ने।

बढ्ने कुरा ग्राहक नम्बर हो भने, मात्रा छुट सहितको प्रति नम्बर मूल्य नै सफल हुँदा तपाईंलाई सजाय नदिने एक मात्र ढाँचा हो। EasyCoexistence ले 5 नम्बरसम्म प्रत्येक US$ 9 लिन्छ र नम्बर थपिँदै जाँदा प्रत्येक US$ 1 सम्म घट्छ, त्यसैले 50 ग्राहकमा हरेक नम्बरको लागत पहिलो नम्बरको भन्दा बढ्दैन, घट्छ।

बढ्ने कुरा एउटै इनबक्समा उत्तर दिने एजेन्टहरू हो भने, सिटका आधारमा मूल्य तोक्ने प्लेटफर्म किन्नु सही हो, र यो पृष्ठले अन्यथा तर्क गर्दैन। WATI र respond.io ले त्यो बनाएका छन् र त्यो काम गर्छ।

बढ्ने कुरा थोरै नम्बरमा म्यासेज परिमाण हो भने, तपाईंको वास्तविक पठाउने दरमा Twilio को प्रति म्यासेज मोडललाई अरूसँग तुलना गरेर हेर्नु उचित हुन्छ।

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

- देखिने मूल्यहरू सीधै तुलना गर्नु। ती तीन फरक एकाइमा तोकिएका हुन्, र सबैभन्दा सानो अंक प्रायः गलत छनोट हुन्छ।
- यीमध्ये कसैले Meta को म्यासेज लागतमा मार्कअप थप्छ भन्ने मान्नु। यो पृष्ठका कसैले पनि थप्दैनन्; Meta ले नै तपाईंलाई बिल गर्छ।
- उल्लेख नगरिएको सुविधालाई अभाव ठान्नु। मूल्य पृष्ठले Coexistence को चर्चा गरेको छैन भने यो तालिकामा भरोसा गर्नुभन्दा प्रदायकलाई नै सोध्नुहोस्।

**के यी मूल्यहरू हालका हुन्?** यी सेप्टेम्बर 2026 मा प्रत्येक प्रदायकको आफ्नै मूल्य पृष्ठमा प्रकाशित अनुसार हुन्, र माथिका तथ्यांकमा लिङ्क गरिएका छन्। मूल्य बदलिन्छ, त्यसैले निर्णय गर्नुअघि स्रोत जाँच गर्नुहोस्।

**EasyCoexistence को प्रति नम्बर मूल्य किन घट्छ?** किनभने कनेक्सन हेर्ने लागत संख्याको अनुपातमा बढ्दैन। 50 नम्बर राख्ने एजेन्सीको काम 50 गुणा हुँदैन, त्यसैले मूल्य पनि 50 गुणा हुँदैन।

**के यीमध्ये कसैले Meta को शुल्कमा मार्कअप थप्छन्?** यो पृष्ठका कुनै पनि प्रदायकले थप्दैनन्। Meta ले म्यासेज शुल्क तपाईंको आफ्नै WhatsApp Business खातामा रहेको भुक्तानी विधिमा बिल गर्छ, र त्यसैले बीचमा रहेको कसैले पनि त्यसमा छुट दिन सक्दैन।

**कुन प्रदायकले Coexistence समर्थन गर्छन्?** YCloud र 8x8 ले यसलाई कागजातमा उल्लेख गरेका छन्, र Dualhook तथा EasyCoexistence यसैमा आधारित भएर बनेका छन्। अरू धेरै मूल्य पृष्ठले यसबारे केही भन्दैनन्, जुन कुनै पनि दिशाको प्रमाण होइन, र सिधै सोध्नु उचित हुन्छ।

---

## WhatsApp Coexistence शब्दावली

https://easycoexistence.com/ne/whatsapp-coexistence-glossary

WhatsApp Coexistence का शब्दहरू सजिलै अलमलिन सक्छन्। व्यवहारमा धेरै भ्रम एउटै शब्दले फरक कुरा जनाउँदा हुन्छ। यस साइटले प्रयोग गर्ने परिभाषा यहाँ छन्, र हरेकलाई विस्तृत व्याख्या भएको पृष्ठसँग जोडिएको छ।

### शब्दावलीले यति धेरै समस्या किन निम्त्याउँछ?

यीमध्ये केही शब्दले फरक तहका कुरालाई जनाउँछन्, तर सबै एउटै तहका जस्ता लाग्छन्।

Business Portfolio भित्र WhatsApp Business खाता हुन्छ, र त्यस खाताभित्र फोन नम्बरहरू हुन्छन्। हरेक नम्बरको phone number id हुन्छ। कुराकानीमा यी सबैलाई खाता भनिन्छ, त्यसैले खाता चलिरहेको छ कि छैन हेर्नुहोस् भन्ने वाक्यले चार फरक जाँच जनाउन सक्छ। यसै प्लेटफर्मका चौबीस घण्टे दुई विन्डोमा पनि यस्तै हुन्छ। तिनले असम्बन्धित कुरा मापन गर्छन्, तर प्रायः एकअर्कासँग साटिन्छन्।

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

### व्यवहारमा कुन भिन्नताले साँच्चिकै फरक पार्छ?

तीनवटा, र हरेकले कसैको एक दिन खेर फालेको छ।

ग्राहक सेवा विन्डो र सिङ्क्रोनाइजेसन विन्डो दुवै चौबीस घण्टाका हुन्छन्, तर तिनको एकअर्कासँग कुनै सम्बन्ध हुँदैन। एउटाले साधारण म्यासेज पठाउन मिल्छ कि मिल्दैन भन्ने निर्धारण गर्छ, जसको गणना ग्राहकले पठाएको अन्तिम म्यासेजबाट हुन्छ। अर्कोले च्याट इतिहास अझै तान्न मिल्छ कि मिल्दैन भन्ने निर्धारण गर्छ, जसको गणना प्रारम्भिक जडानबाट हुन्छ।

लिङ्क गरिएको डिभाइस एपीआई होइन। यो कतै लग इन गरिएको उपभोक्ता WhatsApp क्लाइन्ट हो। अनौपचारिक टुलहरूले यही काम स्वचालित गर्छन् र यसकै कारण नम्बरहरू प्रतिबन्धित हुन्छन्।

वेबहुक गन्तव्य पनि नम्बरको सेटिङ होइन। यो कुनै खातासँग जोडिएको एपको सदस्यतामा राखिने ओभरराइड हो। त्यसैले कनेक्सन हटाउँदा यो हराउँछ र पुनः कनेक्सन गर्दा फेरि राख्नुपर्छ।

**के Coexistence, Cloud API भन्दा फरक API हो?** होइन। Coexistence भनेको WhatsApp Business एप चलिरहने गरी नम्बरलाई Cloud API मा प्रारम्भिक रूपमा जडान गर्ने तरिका हो। एन्डपोइन्ट, म्यासेज फर्म्याट र नियम उस्तै छन्।

**Business Portfolio र WABA बीच के फरक छ?** Business Portfolio, Meta Business Manager भित्र कम्पनी तहको कन्टेनर हो। WhatsApp Business खाता यसभित्र रहन्छ र फोन नम्बरहरू राख्छ। एउटै Business Portfolio मा धेरै WABA राख्न सकिन्छ।

**के BSP र Tech Provider एउटै हुन्?** केही हदसम्म मिल्छन्, तर फरक कुरा जनाउँछन्। Tech Provider भनेको आफ्नै एपमार्फत अरू व्यवसायका नम्बर जडान गर्न अनुमति पाएको Meta स्ट्याटस हो। BSP ले प्रायः म्यासेजिङ प्लेटफर्म बेच्ने कम्पनी जनाउँछ, जससँग त्यो स्ट्याटस आफैं हुन पनि सक्छ, नहुन पनि सक्छ।

**MCP को WhatsApp सँग के सम्बन्ध छ?** स्वाभाविक रूपमा कुनै सम्बन्ध छैन। MCP, AI सहायकलाई टुलमा पहुँच दिने प्रोटोकल हो। WhatsApp MCP सर्भरले एउटा नम्बरलाई त्यस्तै टुलका रूपमा उपलब्ध गराउँछ। यसले म्यासेज पाउन सक्दैन, अनुरोध गरिएपछि मात्र काम गर्छ।

---

## WhatsApp वेबहुक फिल्ड र तिनको गन्तव्य

https://easycoexistence.com/ne/docs/webhook-fields

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

### प्रत्येक फिल्डले के बोक्छ?

messages ले ग्राहकले नम्बरमा पठाएको सबै कुरा बोक्छ: टेक्स्ट, मिडिया रेफरेन्स, रिप्लाई र रियाक्सन। smb_message_echoes ले तपाईंको टोलीले WhatsApp Business एपबाट पठाएको कुरा बोक्छ। यो Coexistence नम्बरमा मात्र हुन्छ र सफ्टवेयरले मानिसले पठाएको रिप्लाई देख्ने माध्यम हो।

account_update ले कनेक्सनको स्ट्याटस बोक्छ: एप खाताबाट हटाइँदा PARTNER_REMOVED, साथै ACCOUNT_OFFBOARDED, ACCOUNT_RECONNECTED र प्रतिबन्ध वा उल्लङ्घनसम्बन्धी इभेन्ट। phone_number_quality_update ले क्वालिटी रेटिङ र थ्रुपुटका परिवर्तन बोक्छ। account_alerts ले Meta ले खाताविरुद्ध उठाएका अलर्ट बोक्छ र account_review_update ले समीक्षाको नतिजा बोक्छ।

business_capability_update ले म्यासेज सीमा र क्षमताका परिवर्तन बोक्छ, र phone_number_name_update ले डिस्प्ले नामका स्वीकृति र अस्वीकृति बोक्छ।

### आर्किटेक्चरका हिसाबले यो विभाजन किन महत्त्वपूर्ण छ?

किनकि यसले कुराकानीको सामग्री कहिल्यै कुनै प्रोभाइडरसम्म पुग्छ कि पुग्दैन भन्ने तय गर्छ।

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

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

### तपाईंको ह्यान्डलरले कुन फिल्ड अपेक्षा गर्नुपर्छ?

override सेट गरिएको छ भने दुई म्यासेज फिल्ड मात्र अपेक्षा गर्नुहोस्। अरू केही आएमा असफल हुनुभन्दा त्यसलाई बेवास्ता गर्ने गरी ह्यान्डलर लेख्नु राम्रो हुन्छ।

Meta ले समयसँगै फिल्ड थप्छ र पेलोडको संरचनामा सूचनाबिनै नयाँ की थपिन सक्छन्। फिल्डको नामअनुसार काम गर्ने र नचिनेका फिल्ड बेवास्ता गर्ने ह्यान्डलर चलिरहन्छ। संरचना निश्चित छ भनेर मान्ने ह्यान्डलर भने पहिलो अपरिचित इभेन्टमै त्रुटि निकाल्छ।

smb_message_echoes लाई पनि स्पष्ट रूपमा ह्यान्डल गर्नुहोस्, त्यसलाई अनावश्यक ठान्नुहुँदैन। यो नभए सफ्टवेयरले मानिसले पहिले नै जवाफ दिइसकेको थाहा पाउँदैन, र ग्राहकले एउटै प्रश्नको दुईवटा रिप्लाई पाउन सक्छ।

- सामान्य पेलोड हो भनेर मान्नु। प्रत्येक इभेन्टले आफ्नो फिल्डको नाम दिन्छ र ह्यान्डलरले त्यसअनुसार काम गर्नुपर्छ।
- smb_message_echoes बेवास्ता गर्नु। यसबिना मानिसले पहिले नै जवाफ दिइसकेपछि सफ्टवेयरले त्यसमाथि अर्को रिप्लाई पठाउँछ।
- नचिनेका फिल्ड छाड्नुको सट्टा त्रुटि निकाल्नु। Meta ले सूचनाबिनै फिल्ड थप्छ।

**के म केही फिल्ड मात्र प्राप्त गर्न सक्छु?** override ले म्यासेज मार्ग तपाईंकोतर्फ पठाउँछ। परिचालनसम्बन्धी विभाजन निश्चित हुन्छ, किनकि निगरानी त्यसैबाट गरिन्छ।

**के smb_message_echoes सामान्य Cloud API नम्बरमा हुन्छ?** हुँदैन। Coexistence नम्बरमा एपबाट मानिसले पनि र एपीआईबाट सफ्टवेयरले पनि पठाउने भएकाले यो फिल्ड हुन्छ।

**मैले कुनै गन्तव्य सेट नगरेमा म्यासेज इभेन्टलाई के हुन्छ?** ती हाम्रो डिफल्ट कलब्याकमा आइपुग्छन् र स्थायी रूपमा नराखी हटाइन्छन्।

**फिल्डका नाम Meta का हुन् कि तपाईंका?** Meta का हुन्। यहाँका कुनै पनि नाम हामीले बनाएका होइनौं, त्यसैले तिनलाई एकपटक सिक्नु उपयोगी हुन्छ।

---

## WhatsApp webhook एन्डपोइन्ट प्रमाणीकरण

https://easycoexistence.com/ne/docs/webhook-verification

कुनै पनि event डेलिभर गर्नुअघि Meta ले hub.mode, hub.verify_token र hub.challenge सहितको GET तपाईंको एन्डपोइन्टमा पठाउँछ। तपाईंको एन्डपोइन्टले टोकन जाँच गरेर challenge लाई raw body का रूपमा फर्काउनुपर्छ। अन्य केही फर्काएमा डेलिभरी सुरु हुँदैन।

### Meta ले ठ्याक्कै के पठाउँछ?

तपाईंको यूआरएलमा तीन query parameter सहितको GET अनुरोध। hub.mode को value subscribe हुन्छ। destination सेट गर्दा तपाईंले कन्फिगर गरेको टोकन hub.verify_token मा हुन्छ। hub.challenge यस प्रयासका लागि Meta ले बनाएको value हो।

तपाईंको एन्डपोइन्टले hub.verify_token लाई तपाईंले रोजेको टोकनसँग जाँच गर्नुपर्छ। मिलेमा, hub.challenge लाई पूरै response body बनाएर 200 प्रतिक्रिया दिनुहोस्। यसलाई JSON मा नराख्नुहोस्, वरिपरि उद्धरणचिह्न नराख्नुहोस्, र केही framework ले स्वचालित रूपमा थप्ने अन्तिम newline पनि नराख्नुहोस्।

टोकन नमिलेमा 403 प्रतिक्रिया दिनुहोस्। यही सम्पूर्ण protocol हो, र यसलाई जानाजानी सानो राखिएको छ।

### गलत उत्तर किन चुपचाप असफल हुन्छ?

किनकि प्रमाणीकरण असफल हुनु तपाईंको प्रणालीको त्रुटि होइन, Meta को प्रणालीमा भएको अनुपस्थिति हो।

challenge सही रूपमा फर्काइएन भने Meta ले त्यस destination मा डेलिभरी सुरु गर्दैन। तपाईंको सर्भरले प्रमाणीकरणमा 200 फर्काउँछ, लगमा अनुरोध आएको देखिन्छ, र कुनै ड्यासबोर्डले समस्या देखाउँदैन। देखिने एक मात्र लक्षण म्यासेज नआउनु हो, जसलाई धेरैजसोले handshake समस्या नभई Coexistence समस्या ठान्छन्।

त्यसैले कलअघि प्रमाणीकरण गर्नु उपयोगी हुन्छ। Graph अनुरोध पठाउनुअघि यूआरएल HTTPS छ र verify token दिइएको छ कि छैन भनेर हामी जाँच गर्छौं। यसले गलत destination लाई तुरुन्त असफल देखाउँछ, जडान भएको जस्तो देखिएर बस्न दिँदैन।

### प्रमाणीकरणलाई अरू के कुराले रोक्न सक्छ?

कोडसँग सम्बन्ध नभएका तीन कुरा।

एन्डपोइन्टअगाडि प्रमाणीकरण। gateway, basic auth layer वा IP allowlist ले Meta को अनुरोध अस्वीकार गर्नेछन्, र Meta सँग प्रस्तुत गर्ने credentials हुँदैन। प्रमाणीकरण route तिनबिना पहुँचयोग्य हुनुपर्छ।

Redirect। Meta ले तपाईंले दिएको यूआरएलमा कल गर्छ, र canonical host मा जाने 301 ले handshake पूरा हुने गरी काम गर्दैन। अन्तिम यूआरएल दिनुहोस्।

र response लाई serialise गर्ने framework। सबै कुरा JSON मा बेर्ने handler बाट string फर्काउँदा body मा challenge वरिपरि उद्धरणचिह्न आउँछन्, जुन मिल्दैन।

- JSON फर्काउनु। body वरिपरि केही पनि नभएको raw challenge value हुनुपर्छ।
- एन्डपोइन्टलाई प्रमाणीकरण पछाडि राख्नु। Meta सँग credentials हुँदैन, त्यसैले अनुरोध अस्वीकार हुन्छ।
- Meta लाई redirect हुने यूआरएल दिनु। अन्तिम यूआरएल प्रयोग गर्नुहोस्।

**कुन टोकन प्रयोग गर्नुपर्छ?** तपाईंले रोजेको जुनसुकै string। यूआरएल थाहा पाउने अरू कसैको अनुरोधबाट Meta को अनुरोध छुट्याउन तपाईंको एन्डपोइन्टलाई यसले सहयोग गर्छ।

**प्रमाणीकरण कति पटक हुन्छ?** सेटअप गर्दा र destination सेट गर्दा फेरि। काम गरिरहेको एन्डपोइन्ट प्रत्येक event मा पुनः प्रमाणीकरण हुँदैन।

**के म आफैं परीक्षण गर्न सक्छु?** सक्नुहुन्छ। तीनवटै parameter सहित आफ्नै एन्डपोइन्टमा कल गरेर body ठ्याक्कै challenge value का रूपमा फर्किएको जाँच गर्नुहोस्।

**प्रमाणीकरण हुँदा मेरो सर्भर बन्द थियो भने के हुन्छ?** handshake असफल हुन्छ र destination सक्रिय हुँदैन। फेरि save गर्दा प्रमाणीकरण पुनः चल्छ।

---

## MCP टुल्स सन्दर्भ

https://easycoexistence.com/ne/docs/mcp-tools-reference

कनेक्सनले खाताका सबै नम्बरका लागि 16 टुल उपलब्ध गराउँछ। 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 को आधार URL, 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 key, events URL र अर्को चरण देखाउँछ। create_api_key ले Partner API key जारी गर्छ र एक पटक मात्र देखाउँछ, अनि स्पष्ट पुष्टि बिना भइरहेको key बदल्दैन। revoke_api_key ले त्यसलाई रद्द गर्छ, त्यो पनि पुष्टिपछि मात्र। set_partner_events_url ले status events कहाँ जाने भनेर तोक्छ र signing secret एक पटक फर्काउँछ। create_connect_link ले एउटा ग्राहकका लागि 1 घण्टा मान्य hosted connect link बनाउँछ, POST /api/v1/connect-sessions जस्तै।

### connection_id किन महत्त्वपूर्ण छ?

यसले निर्देशनलाई निश्चित नम्बरमा बाँध्छ, र सहायकले यसलाई अनुमान गर्न सक्दैन।

नम्बरमा काम गर्ने प्रत्येक टुलले connection_id लिन्छ, र list_numbers नै यो प्राप्त हुने एक मात्र ठाउँ हो। व्यवहारमा, म्यासेज पठाउन भनिँदा सहायकले पहिले list_numbers कल गर्छ। त्यसैले सत्रको पहिलो अनुरोध प्रायः पछिल्ला अनुरोधभन्दा ढिलो हुन्छ।

यसले धेरै नम्बर भएको खाता पनि स्पष्ट बनाउँछ। डिफल्ट नम्बर वा लुकेको छनोट हुँदैन, त्यसैले कुन नम्बरबारे निर्देशन हो भनेर नखुलेको अवस्थामा सहायकले अनुमान गर्दैन।

### बिलिङ रोकिँदा के हुन्छ?

छवटा टुल बन्द हुन्छन्: बाहिरी प्रणालीमा काम गर्ने send_message, send_template, create_template र set_webhook_destination; get_api_credentials, किनकि यसले खाताको access token फर्काउँछ र त्यसबाट रोकिएको खाताले सिधै Graph API मार्फत पठाउन सक्थ्यो; अनि नयाँ नम्बर जोड्ने create_connect_link। अरू सबै पढ्ने टुल उपलब्ध रहन्छन्, Partner API सेटअप पनि: get_partner_setup, create_api_key, revoke_api_key र set_partner_events_url।

यो जानाजानी गरिएको व्यवस्था हो। रोकावटको कारण हेर्न वा नम्बरहरूको हेल्थ जाँच्न नसक्ने खातासँग सहायता अनुरोधबाहेक फर्कने बाटो हुँदैन। हेल्थ मोनिटरिङ पनि यही पढ्ने काममा निर्भर हुन्छ, त्यसैले सबैभन्दा आवश्यक समयमा यसलाई बन्द गर्नु उचित हुँदैन।

व्यवहारमा, बिलिङ रोकिएको खाताले आफ्नै स्ट्याटसबारे प्रश्नको उत्तर दिन र मोनिटरिङ जारी राख्न सक्छ। ग्राहकसम्म पुग्ने काम मात्र रोकिन्छ।

- कनेक्सनले म्यासेज प्राप्त गर्छ भन्ने अपेक्षा गर्नु। MCP अनुरोध र प्रतिक्रियामा आधारित हुन्छ, आउने ट्राफिकका लागि वेबहुक चाहिन्छ।
- connection_id आफैं लेखेर राख्नु। यो list_numbers बाट आउँछ र स्थायी मान होइन।
- बिलिङ रोकिएको खाता पूर्ण रूपमा अफलाइन हुन्छ भन्ने मान्नु। पढ्ने काम र मोनिटरिङ जानाजानी जारी रहन्छ, पठाउने access token भएका credentials बाहेक।

**कुन टुल कल गर्ने म आफैं छान्छु?** होइन। तपाईंले सामान्य भाषामा भन्नुहोस्, सहायकले छान्छ। टुलका विवरण यही उद्देश्यका लागि लेखिएका हुन्।

**यसले मेरा कुराकानी पढ्न सक्छ?** होइन। आउने म्यासेज तपाईंले तोकेको वेबहुक गन्तव्यमा जान्छन्। कनेक्सनले खाता र नम्बरको स्ट्याटस पढ्छ।

**get_docs उपयोगी छ?** सोचेभन्दा बढी। यसले हाम्रो दस्तावेज markdown रूपमा सहायकलाई दिन्छ, त्यसैले Coexistence का नियमसम्बन्धी उत्तर सम्झनामा होइन, हाम्रा दस्तावेजमा आधारित हुन्छन्।

**एउटै कनेक्सनले धेरै ग्राहक समेट्छ?** हो। एउटै खातामा आवश्यक जति नम्बर राख्न सकिन्छ र list_numbers ले ती सबै फर्काउँछ।

---

## नम्बर जोड्ने, चरणबद्ध तरिका

https://easycoexistence.com/ne/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 घण्टापछि समाप्त हुन्छ।

**आफ्नो स्वामित्वमा नभएको नम्बर जोड्न सक्छु?** नम्बरको स्वामित्व भएको व्यवसायले मात्र प्रमाणीकरण गर्न सक्छ। तपाईंले उसलाई लिङ्क पठाउनुहोस् र उसले आफ्नै फोनमा प्रक्रिया पूरा गर्छ।

**अनबोर्डिङका बेला एप चल्न बन्द हुन्छ?** हुँदैन। कोड स्क्यान भइरहेको समयमा समेत एप निरन्तर चलिरहन्छ।

**नम्बर consumer WhatsApp एपमा छ भने के हुन्छ?** पहिले त्यसलाई WhatsApp Business एपमा सार्नुपर्छ। Coexistence ले Business एपको नम्बर जोड्छ।

**प्रक्रिया फेरि चलाउन सक्छु?** सक्नुहुन्छ। कनेक्सन विच्छेद गरेर फेरि जडान गर्दा प्रक्रिया दोहोरिन्छ र च्याट इतिहास स्वीकार गर्ने नयाँ अवसर पनि मिल्छ।

---

## 24 घण्टाको ग्राहक सेवा विन्डो

https://easycoexistence.com/ne/docs/customer-service-window

ग्राहकले तपाईंको नम्बरमा म्यासेज पठाउँदा ग्राहक सेवा विन्डो खुल्छ र 24 घण्टासम्म रहन्छ। यस अवधिमा तपाईंले स्वतन्त्र टेक्स्ट पठाउन सक्नुहुन्छ र त्यस्ता प्रतिक्रिया निःशुल्क हुन्छन्। विन्डोबाहिर Meta ले अनुमोदन गरेको टेम्प्लेटबाट मात्र म्यासेज पुग्छ।

### समय ठ्याक्कै कहिले सुरु हुन्छ?

ग्राहकले म्यासेज पठाउँदा समय सुरु हुन्छ र उनीहरूले अर्को म्यासेज पठाउँदा हरेक पटक फेरि सुरु हुन्छ।

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

यसको अर्थ विन्डो नम्बरअनुसार होइन, सम्पर्कअनुसार हुन्छ। एउटै नम्बरमा, एउटै समयमा, एक ग्राहक विन्डोभित्र र अर्को विन्डोबाहिर हुन सक्छ।

### भित्र र बाहिर के पठाउन सकिन्छ?

भित्र जे पनि पठाउन सकिन्छ: स्वतन्त्र टेक्स्ट, मिडिया र चाहनुहुन्छ भने टेम्प्लेट पनि। बाहिर Meta ले पहिले नै अनुमोदन गरेको टेम्प्लेट मात्र पठाउन सकिन्छ।

त्यसैले टेम्प्लेट आवश्यक हुन्छन्। ग्राहकले आफैं म्यासेज नपठाएको अवस्थामा कुराकानी सुरु वा फेरि सुरु गर्ने यो स्वीकृत माध्यम हो। प्राप्तकर्ताले म्यासेज माग नगरेको हुनाले तिनको पहिले नै समीक्षा गरिन्छ।

Coexistence नम्बरमा यसको अर्को प्रभाव पनि हुन्छ। WhatsApp Business एपले टेम्प्लेट पठाउन सक्दैन, त्यसैले विन्डोबाहिरका सबै म्यासेज एपीआईमार्फत पठाउनुपर्छ। फोनबाट जवाफ दिने टोलीले चलिरहेको कुराकानीमा स्वतन्त्र रूपमा प्रतिक्रिया दिन सक्छ, तर निष्क्रिय कुराकानी फेरि सुरु गर्न सक्दैन। यही नम्बर कनेक्सन गर्नुको व्यावहारिक कारणमध्ये एक हो।

### इन्टिग्रेसनले यो कुरा उत्पादनमा पुगेपछि मात्र किन थाहा पाउँछ?

किनभने परीक्षण सधैं विन्डोभित्र हुन्छ।

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

दिगो उपाय भनेको पठाउनुअघि शाखा बनाउनु हो: त्यो सम्पर्कले पछिल्लो पटक कहिले म्यासेज पठायो जाँच गर्नुहोस् र स्वतन्त्र टेक्स्ट वा टेम्प्लेटमध्ये सही बाटो रोज्नुहोस्। सुरुदेखि गरेमा यसको लागत लगभग केही हुँदैन। पछि थप्दा कोडबेसमा भएका हरेक पठाउने ठाउँ खोज्नुपर्छ।

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

**के विन्डोको अवधि बढाउन सकिन्छ?** सकिँदैन। यो Meta ले तोकेको निश्चित अवधि हो र कुनै प्रदायकले यसलाई लम्ब्याउन सक्दैन।

**टेम्प्लेटको प्रतिक्रियाले विन्डो फेरि खोल्छ?** ग्राहकले जवाफ दिँदा खोल्छ। टेम्प्लेट पठाउँदैमा स्वतन्त्र टेक्स्टको विन्डो खुल्दैन।

**के प्रतिक्रियाहरू साँच्चै निःशुल्क हुन्छन्?** ग्राहक सेवा विन्डोभित्र पठाइएका म्यासेजका लागि Meta ले शुल्क लिँदैन। शुल्क विन्डोबाहिर सुरु गरिएका कुराकानीमा लाग्छ।

**मैले पढेको अर्को 24 घण्टे विन्डो के हो?** त्यो अनबोर्डिङदेखि गनिने सिङ्क्रोनाइजेसन विन्डो हो र यसले पठाउने कामभन्दा च्याट इतिहासलाई नियन्त्रण गर्छ। यी दुई असम्बन्धित हुन्।

---

## WhatsApp का म्यासेज टेम्प्लेटहरू

https://easycoexistence.com/ne/docs/message-templates

टेम्प्लेट Meta लाई अग्रिम समीक्षाका लागि बुझाइएको म्यासेज हो। स्वीकृत भएपछि यसलाई जुनसुकै बेला पठाउन सकिन्छ, पहिले कहिल्यै नलेखेको व्यक्तिलाई समेत। 24 घण्टे ग्राहक सेवा अवधिबाहिर डेलिभर गर्ने एक मात्र माध्यम यही हो।

### तीन श्रेणी केका लागि हुन्?

यसले Meta लाई म्यासेजको प्रकार बताउँछ, र श्रेणीले समीक्षा तथा शुल्क दुवै बदल्छ।

उपयोगिता श्रेणी ग्राहकले गरेको कामसँग सम्बन्धित कारोबारका म्यासेजका लागि हो: अर्डर अपडेट, बुकिङ पुष्टि वा डेलिभरी सूचना। मार्केटिङमा प्रचारात्मक सामग्री पर्छ, र यस्तो म्यासेज पठाउन WhatsApp Business खातामा भुक्तानी विधि चाहिन्छ। प्रमाणीकरणमा एकपटक प्रयोग हुने कोड पर्छ र यसको फर्म्याट अझ कडा हुन्छ।

गलत श्रेणी छान्नु अस्वीकृतिको सामान्य कारण हो। उपयोगिता टेम्प्लेटमा प्रचारात्मक भाषा राख्दा अस्वीकृत हुन्छ, त्यसैले यस्तो प्रयास गर्नु उचित हुँदैन।

### भेरिएबल कसरी चल्छन्?

क्रमाङ्कित प्लेसहोल्डरहरू क्रमअनुसार भरिन्छन् र प्रत्येक कम्पोनेन्टमा छुट्टै गनिन्छन्।

Hello {{1}}, your order {{2}} has shipped लेखिएको बडीले दुई भेरिएबल परिभाषित गर्छ, त्यसैले पठाउँदा बडीका लागि ठ्याक्कै दुई मान दिनुपर्छ। हेडर र बटनका प्यारामिटरहरू एउटै सूचीमा मिसाएर होइन, छुट्टाछुट्टै गनिन्छन्। त्यसैले जम्मा संख्या सही भए पनि पठाइएको म्यासेज अस्वीकृत हुन सक्छ।

टेम्प्लेट बनाउँदा Meta ले उदाहरणका मानहरू पनि माग्छ, ताकि समीक्षकले वास्तविक म्यासेज कस्तो देखिन्छ बुझ्न सकून्। राख्ने स्थानका नियम पनि छन्: म्यासेजको सुरुवात वा अन्त्यमा राखिएको भेरिएबल, वा वरिपरिको पाठको तुलनामा धेरै भेरिएबल, दुवै अस्वीकृत हुन सक्छन्।

### फोनको एपले Coexistence नम्बरमा यी किन पठाउन सक्दैन?

किनकि टेम्प्लेट एपको होइन, प्लेटफर्मको सुविधा हो, र एपले यसलाई चिन्दैन।

यो कुरा सुरुमै बुझ्नु निकै उपयोगी हुन्छ। Coexistence मार्फत जोडिएको व्यवसायले फोनबाट टोलीले दिएको जवाफ जारी राख्न सक्छ, र टोलीले चलिरहेको कुराकानीमा आएका सबै म्यासेजको प्रतिक्रिया दिन सक्छ। तर चिसिएको कुराकानी एपबाट फेरि सुरु गर्न सकिँदैन, किनकि त्यसका लागि टेम्प्लेट चाहिन्छ र टेम्प्लेट API मार्फत मात्र उपलब्ध हुन्छ।

त्यसैले आज म्यासेज नगरेका व्यक्तिलाई पठाउने, तालिकाबद्ध वा कारोबारसम्बन्धी कुनै पनि काम मूलतः API मार्फत हुन्छ। धेरै व्यवसायका लागि कनेक्सन बनाउनुको मुख्य कारण यही अन्तर पूरा गर्नु हो।

- एउटै प्रयासमा टेम्प्लेट बनाएर पठाउने। Meta ले पहिले समीक्षा गर्छ, सामान्यतया केही मिनेटमा तर कहिलेकाहीँ एक दिन लाग्न सक्छ।
- हेडर र बडीका भेरिएबलहरू मिसाउने। तिनीहरू प्रत्येक कम्पोनेन्टमा छुट्टै गनिन्छन्।
- उपयोगिता टेम्प्लेटमा मार्केटिङ भाषा प्रयोग गर्ने। यो लगातार देखिने अस्वीकृतिको कारण हो।

**समीक्षा हुन कति समय लाग्छ?** सामान्यतया केही मिनेट, कहिलेकाहीँ एक दिनसम्म। कुनै प्रदायकले यसलाई छिटो गराउन सक्दैन।

**के प्रत्येक भाषाका लागि छुट्टै टेम्प्लेट हुन्छ?** हो। नाम र भाषाले मिलेर टेम्प्लेट पहिचान गर्छन्, त्यसैले अर्को भाषामा उही नामको टेम्प्लेट फरक हुन्छ।

**के म स्वीकृत टेम्प्लेट सम्पादन गर्न सक्छु?** हो। सम्पादन गर्दा भेरिएबलको संरचना बदलिन्छ, जसले पुरानो गणना स्थिर राखेका पठाउने प्रणालीहरू बिगार्न सक्छ।

**के मलाई भुक्तानी विधि चाहिन्छ?** मार्केटिङ म्यासेज पठाउँदा आफ्नै WhatsApp Business खातामा चाहिन्छ। Meta ले यो अनिवार्य गर्छ र कुनै प्रदायकले तपाईंका लागि थप्न सक्दैन।

---

## account_update वेबहुक र हरेक डिस्कनेक्सन कारण

https://easycoexistence.com/ne/docs/webhook-account-update

account_update मार्फत Meta ले कनेक्सनको स्ट्याटस परिवर्तन भएको जानकारी दिन्छ। यसको इभेन्टले के भयो बताउँछ, र हटाइँदा disconnection_info.reason ले कारण देखाउँछ। यही कारणले नम्बर फेरि आउने हो कि पूर्ण रूपमा गइसकेको हो भन्ने छुट्याउँछ।

### account_update मा कुन इभेन्ट आउँछन्?

PARTNER_REMOVED, एप WhatsApp Business Account बाट अनइन्स्टल हुँदा आउँछ। यही अधिकृत डिस्कनेक्सन सङ्केत हो, त्यसैले कुनै field false भएको आधारमा डिस्कनेक्सन अनुमान गर्नुभन्दा यसैमा निर्माण गर्नुहोस्।

ACCOUNT_OFFBOARDED, नम्बर पूर्ण रूपमा अफबोर्ड हुँदा आउँछ। ACCOUNT_RECONNECTED, पहिले हटाइएको कनेक्सन फर्किंदा आउँछ। साथै लागू गरिएका प्रतिबन्धका इभेन्टहरू ACCOUNT_RESTRICTION र ACCOUNT_VIOLATION आउँछन्, DISABLED वा BAN समावेश भएका नामका इभेन्टसँगै।

प्रमाणीकरण र स्वीकृतिका नतिजा पनि यहीँ आउँछन्, जसका इभेन्ट नाममा VERIFIED वा APPROVED हुन्छ। ह्यान्डलरले इभेन्ट नामअनुसार काम गर्नुपर्छ र नचिनेको नामलाई त्रुटि मानेर रोकिनुको सट्टा सूचनाका रूपमा लिनुपर्छ, किनकि Meta ले सूचना नदिई नयाँ इभेन्ट थप्न सक्छ।

### डिस्कनेक्सनका कारणहरू के हुन्?

6 वटा छन्, र तिनको अर्थ निकै फरक हुन्छ।

PRIMARY_INACTIVITY भनेको करिब 14 दिनको नियम हो। प्राथमिक डिभाइसमा WhatsApp Business एप नखोलिएको अवस्था। यो पुनःस्थापित गर्न सकिन्छ र सबैभन्दा सामान्य कारण हो।

COMPANION_INACTIVITY भनेको सहायक डिभाइसमा त्यही निष्क्रियताको अवस्था हो, तर करिब 30 दिनको लामो अवधिमा।

BUSINESS_DOWNGRADE भनेको नम्बर उपभोक्ता WhatsApp एपमा फर्किएको हो। यसले Coexistence अन्त्य गर्छ, किनकि Coexistence का लागि Business एप आवश्यक हुन्छ।

CHANGE_NUMBER ले फोन नम्बर नै परिवर्तन भएको बताउँछ। USER_RE_REGISTERED ले नयाँ डिभाइसमा पुनःदर्ता भएको जनाउँछ। ACCOUNT_DISCONNECTED ले ग्राहकले जानाजानी कनेक्सन हटाएको वा लागू गरिएको कारबाहीले हटाएको जनाउँछ।

कारणसँगै disconnection_info.initiated_by पनि आउँछ, जसले व्यक्ति वा सिस्टममध्ये कसले हटायो बताउँछ।

### इभेन्टभन्दा कारण किन महत्वपूर्ण हुन्छ?

किनकि PARTNER_REMOVED मात्रले तपाईंले के गर्ने भन्ने बताउँदैन।

PRIMARY_INACTIVITY का कारण हटाइएको नम्बर फर्किन्छ। व्यवसायले एप खोल्छ, पुनःजोडिन्छ र सबै कुरा सुचारु हुन्छ। यसलाई ग्राहक गइसकेको ठानेमा अझै ग्राहक रहेको व्यक्तिलाई रद्द गर्ने इमेल जान सक्छ।

BUSINESS_DOWNGRADE वा ACCOUNT_DISCONNECTED का कारण हटाइएको नम्बर फरक अवस्था हो। यसलाई अस्थायी ठान्दा कनेक्सन सधैं अनिश्चित अवस्थामा अड्किन सक्छ।

हटाउने इभेन्टमा कुनै कारण नआएमा initiated_by वैकल्पिक सङ्केत हो। व्यक्तिले गरेको हटाइ जानाजानी गरिएको देखिन्छ, तर कारण नखुलेको सिस्टम हटाइ त्यस्तो देखिँदैन। यो भिन्नता पछि सहायता वार्तालापमा खोज्नुभन्दा कोडमै राख्नु उचित हुन्छ।

- हरेक PARTNER_REMOVED लाई एउटै ठान्नु। कारणले केही समयको निष्क्रियता र ग्राहक गइसकेको अवस्था छुट्याउँछ।
- यस इभेन्टको सट्टा कुनै field false भएको आधारमा डिस्कनेक्सन अनुमान गर्नु। यसले गलत चेतावनी ल्याउँछ।
- नचिनेको इभेन्ट नाममा प्रक्रिया रोक्नु। Meta ले इभेन्ट थपिरहन्छ, त्यसैले ह्यान्डलरले नचिनेका नाम छोड्नुपर्छ।

**PARTNER_REMOVED स्थायी हुन्छ?** सामान्यतः हुँदैन। धेरैजसोमा PRIMARY_INACTIVITY हुन्छ, अर्थात् एप नखोलिएको हो र पुनःजोडिएपछि सबै कुरा फर्किन्छ।

**पुनःजोडिएपछि मेरो वेबहुक गन्तव्य फर्किन्छ?** फर्किँदैन, यही मुख्य जाल हो। गन्तव्य एप सब्स्क्रिप्सनमा override का रूपमा हुन्छ र एपसँगै हट्छ। यसलाई फेरि लागू गर्नुपर्छ।

**COMPANION_INACTIVITY भनेको के हो?** प्राथमिक डिभाइसको सट्टा सहायक डिभाइसमा देखिने त्यही निष्क्रियता हो, करिब 30 दिनको लामो अवधिमा।

**के यो इभेन्ट कारणबिना आउन सक्छ?** आउन सक्छ। त्यसो हुँदा हटाइ जानाजानी गरिएको हो कि होइन भन्ने एकमात्र सङ्केत disconnection_info.initiated_by हुन्छ।

---

## phone_number_quality_update वेबहुक

https://easycoexistence.com/ne/docs/webhook-phone-number-quality-update

phone_number_quality_update ले नम्बरको थ्रुपुट र म्यासेजिङ लिमिटमा भएका परिवर्तन रिपोर्ट गर्छ। 2026 सम्म यसको नाममा भए पनि हरियो, पहेँलो वा रातो क्वालिटी रेटिङ आउँदैन। रेटिङ फोन नम्बरबाटै पोल गर्नुपर्छ।

### यो वेबहुकमा वास्तवमा के हुन्छ?

इभेन्ट भ्यालुका रूपमा पठाइने थ्रुपुट र म्यासेजिङ लिमिटसम्बन्धी जानकारी, साथै हालको लिमिट भएका फिल्डहरू।

व्यवहारमा यसको अर्थ नम्बरको क्षमता परिवर्तन भयो भन्ने हो: त्यो अर्को म्यासेजिङ टियरमा गयो वा यसको थ्रुपुट स्तर समायोजन भयो। यी कुरा रेकर्ड गर्नु उपयोगी हुन्छ, किनकि यसले इन्टिग्रेसनले गर्न सक्ने काम बदल्छ र टियर घट्नु प्रारम्भिक सङ्केत हुन सक्छ।

फिल्डको नामले सङ्केत गरे पनि यसमा क्वालिटी रेटिङ हुँदैन। पुरानो डकुमेन्टेसनअनुसार लेखिएको ह्यान्डलरले यहाँ GREEN, YELLOW वा RED खोज्छ, केही भेट्दैन र क्वालिटी कहिल्यै परिवर्तन हुँदैन भन्ने निष्कर्ष निकाल्छ।

### त्यसो भए रङको रेटिङ कहाँबाट आउँछ?

अनुसूचीअनुसार फोन नम्बर सिधै पढेर।

quality_rating फिल्ड Graph एपीआईको फोन नम्बर अब्जेक्टमा हुन्छ र यसलाई प्रतिक्रियाको प्रतीक्षा गर्नुको सट्टा पोल गर्नुपर्छ। त्यसैले कनेक्सन ठीकसँग निगरानी गर्न वेबहुक रिसिभरका साथै पोलर पनि चाहिन्छ: दुवैले फरक कुरा बोक्छन् र कुनै एक्लैले पर्याप्त हुँदैन।

यसै कारण धेरैजसो इन्टिग्रेसनमा क्वालिटी घटेको देखिँदैन। यसलाई कुनै कुराले पुश गर्दैन, WhatsApp Business एपमा पनि यसको सङ्केत देखिँदैन, र 131048 त्रुटि आउँदासम्म प्रभावित म्यासेजहरू असफल भइसकेका हुन्छन्।

- यस पेलोडमा GREEN, YELLOW वा RED खोज्नु। 2026 सम्म ती यहाँ हुँदैनन्।
- वेबहुक मात्रबाट निगरानी बनाउनु। क्वालिटी रेटिङ पोल गर्नुपर्छ।
- टियर घटेको बेवास्ता गर्नु। यो प्रायः समस्याको पहिलो देखिने सङ्केत हो।

**फिल्डको नाम क्वालिटीपछि किन राखिएको हो?** यो परिवर्तनभन्दा अघिदेखिको नाम हो। सामग्री फेरिए पनि नाम उस्तै रह्यो, त्यसैले धेरैजना अलमलिन्छन्।

**रेटिङ कति पटक पोल गर्नुपर्छ?** लिमिट बन्नुअघि गिरावट थाहा पाउन सकिने गरी पर्याप्त पटक। हामी मागअनुसार होइन, निर्धारित अनुसूचीमा पोल गर्छौं।

**के एपमा रेटिङ देखिन्छ?** हुँदैन। फोनमा रहेको WhatsApp Business एपमा यसबारे केही देखिँदैन।

**के 131048 सम्बन्धित छ?** हो। कम रेटिङका कारण लिमिट लागू भएपछि नम्बरले फर्काउन थाल्ने त्रुटि यही हो।

---

## smb_message_echoes वेबहुक

https://easycoexistence.com/ne/docs/webhook-smb-message-echoes

smb_message_echoes ले तपाईंको टोलीले WhatsApp Business एपबाट पठाएको कुरा पठाउँछ। यो Coexistence नम्बरमा मात्र हुन्छ, किनकि त्यहाँ फोनबाट मानिस र एपीआईबाट सफ्टवेयर दुवैले पठाउँछन्।

### यो फिल्ड आखिर किन छ?

किनकि Coexistence ले एपीआई सुरुमा नबनाइएको अवस्था सिर्जना गर्छ: एउटै नम्बरबाट दुई पक्षले पठाउने।

सामान्य Cloud API नम्बरमा सफ्टवेयर मात्र पठाउने पक्ष हुन्छ, त्यसैले रिपोर्ट गर्नुपर्ने कुरा हुँदैन। Coexistence नम्बरमा टोलीले फोनबाट पनि जवाफ दिइरहेको हुन्छ। त्यो थाहा पाउने माध्यम नभए सफ्टवेयरले हरेक कुराकानीको आधा भागबारे केही नदेखी काम गरिरहेको हुन्छ।

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

### यसलाई बेवास्ता गर्दा के बिग्रन्छ?

ग्राहकलाई दुईपटक जवाफ पुग्छ, र व्यवसाय लापरवाह देखिन्छ।

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

यसलाई सम्हाल्न जटिल छैन। भित्र आएको म्यासेजलाई जस्तै इकोलाई पनि कुराकानीसँग अभिलेख गर्नुहोस्, र पठाउनुअघि हालैको गतिविधि जाँच गर्नुहोस्। परीक्षणमा यो समस्या नदेखिनुको कारण, परीक्षण कुराकानीमा मानिसले जवाफ दिइरहेको हुँदैन।

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

**इकोमा मिडिया पनि आउँछ?** यसले पठाइएको कुरा रिपोर्ट गर्छ, मिडियाका सन्दर्भसहित, भित्र आएका म्यासेजकै संरचनामा।

**सामान्य Cloud API नम्बरमा पनि यो हुन्छ?** हुँदैन। Coexistence बिना एपबाट मानिसले पठाउने हुँदैन, त्यसैले इको गर्नुपर्ने कुरा पनि हुँदैन।

**के म यसलाई बन्द गर्न सक्छु?** यो म्यासेज पथसँगै आउँछ। त्यो पथ तपाईंको एन्डपोइन्टमा पठाउँदा यो पनि समावेश हुन्छ, र कोडमा यसलाई बेवास्ता गर्नु परिणामसहितको निर्णय हो।

**यसका लागि शुल्क लाग्छ?** लाग्दैन। यो म्यासेज पठाउने काम होइन, वेबहुक इभेन्ट हो।

---

## म्यासेज वेबहुक

https://easycoexistence.com/ne/docs/webhook-messages

`messages` फिल्डले ग्राहकले तपाईंको नम्बरमा पठाएको सबै कुरा बोक्छ: टेक्स्ट, मिडिया, प्रतिक्रियाहरू र इन्टर्‍याक्टिभ प्रतिक्रियाहरू। रुट गरिएको Coexistence नम्बरमा यो Meta बाट सिधै तपाईंको एन्डपोइन्टमा जान्छ र प्रोभाइडरमार्फत कहिल्यै जाँदैन।

### पेलोडमा के हुन्छ

एउटै डेलिभरीमा एक वा धेरै म्यासेज आउन सक्छन्, र प्रत्येकमा पठाउने व्यक्ति, id र प्रकार हुन्छ। प्रकारले अरू कुन keys उपस्थित छन् भन्ने निर्धारण गर्छ।

- पठाउने व्यक्तिको फोन नम्बर र उनीहरूले लेखेको नम्बरको phone_number_id
- डुप्लिकेसन छुट्याउने आधार बन्ने wamid म्यासेज id
- unix timestamp
- text, image, audio, video, document, sticker, location, contacts, reaction, button वा interactive प्रकार
- मिडिया प्रकारका लागि वास्तविक bytes होइन, ल्याउन प्रयोग हुने media id

### रुट गरिएको नम्बरमा यो हामीकहाँ किन आउँदैन

override ले smb_message_echoes सहित यो फिल्ड तपाईंले तोकेको जुनसुकै गन्तव्यमा पठाउँछ।

Meta ले एपलाई WhatsApp Business Account का वेबहुकहरू कहाँ डेलिभर गर्ने भनेर override गर्न दिन्छ। हामी त्यो override तपाईंको यूआरएलमा सेट गर्छौं, जसले म्यासेजको बाटो हाम्रो पूर्वाधारबाट पूर्ण रूपमा हटाउँछ। हाम्रो तर्फ कुनै कपी, queue वा retention हुँदैन, किनकि डेलिभरी त्यहाँ आइपुग्दैन।

गन्तव्य सेट नभए यी इभेन्टहरू हाम्रो default callback मा फर्किन्छन्, जहाँ handler ले तिनलाई persist नगरी हटाउँछ। स्टोरेजबारेको दाबी र code path बीच यही फरक हो: कुराकानीको सामग्री जाने ठाउँ नै हुँदैन।

### सही तरिकाले स्वीकृति दिनु

काम गर्नुअघि 200 फर्काउनुहोस्, पछि होइन।

ढिलो प्रतिक्रियालाई Meta ले त्रुटि मानेर रिट्राइ गर्छ, त्यसैले inline प्रक्रिया गर्ने handler ले एउटै म्यासेज एकभन्दा बढी पटक देख्न सक्छ। तुरुन्त प्रतिक्रिया दिनुहोस्, पेलोडलाई queue वा background task मा राख्नुहोस् र अनुरोधबाहिर काम हुन दिनुहोस्।

serverless मा यो वैकल्पिक होइन। प्रतिक्रिया दिएपछि पनि काम गरिरहने function जवाफ फर्काउनेबित्तिकै freeze हुन सक्छ, त्यसैले स्वीकृति र प्रक्रिया वास्तवमै अलग हुनुपर्छ।

### डुप्लिकेसन छुट्याउने

सधैं wamid का आधारमा गर्नुहोस्, किनकि रिट्राइ असामान्य होइन, सामान्य प्रक्रिया हो।

तपाईंको तर्फको बगसँग सम्बन्ध नभएका कारणले एउटै म्यासेज दुई पटक आउन सक्छ: ढिलो प्रतिक्रिया, network timeout वा डेलिभरीबीच भएको deploy। देखिएका id हरू स्टोर गरेर दोहोरिएका म्यासेज छोड्नु केही लाइनको काम हो, र यसले ग्राहकलाई एक पटक जवाफ दिने कि दुई पटक भन्ने फरक पार्छ।

Coexistence नम्बरमा यो अझ महत्त्वपूर्ण हुन्छ, किनकि smb_message_echoes उही बाटोमा आउँछ। हरेक इभेन्टलाई नयाँ ठान्ने handler ले मानवले पहिले नै जवाफ दिइसकेको ठाउँमा फेरि प्रतिक्रिया पठाउन सक्छ।

- 200 फर्काउनुअघि प्रक्रिया गर्नु। Meta ले ढिलो प्रतिक्रियामा रिट्राइ गर्छ र तपाईंले म्यासेज दुई पटक सम्हाल्नुहुन्छ।
- डुप्लिकेसन छुट्याउने प्रक्रिया छोड्नु। रिट्राइ डिजाइनकै भाग हुन्, अपवाद होइनन्।
- पेलोडमा मिडियाका bytes अपेक्षा गर्नु। यसले ल्याउनका लागि media id बोक्छ।

**के EasyCoexistence ले मेरा ग्राहकका म्यासेज देख्छ?** देख्दैन। override ले यो फिल्ड तपाईंको एन्डपोइन्टमा डेलिभर गर्छ। हाम्रो fallback callback मा पुगेका कुरा persist नगरी हटाइन्छ।

**के एउटै अनुरोधमा धेरै म्यासेज आउन सक्छन्?** आउन सक्छन्। एउटै डेलिभरीमा एकभन्दा धेरै म्यासेज हुन सक्छन्, त्यसैले handler ले पहिलो मात्र नपढी सबैमा iterate गर्नुपर्छ।

**मिडिया कसरी ल्याउने?** पेलोडमा media id हुन्छ। नम्बरको access token प्रयोग गरेर त्यसबाट यूआरएल fetch गर्नुहोस्, त्यसपछि डाउनलोड गर्नुहोस्।

**smb_message_echoes के हो?** यो WhatsApp Business एपबाट तपाईंको टोलीले पठाएको सामग्री बोक्ने companion फिल्ड हो। यो Coexistence नम्बरमा मात्र हुन्छ।

---

## phone_number_name_update वेबहुक

https://easycoexistence.com/ne/docs/webhook-phone-number-name-update

phone_number_name_update ले प्रदर्शन नाम पठाएपछि आएको नतिजा दिन्छ। यसको decision फिल्डले Meta ले नाम स्वीकृत वा अस्वीकृत गरेको बताउँछ। यो इभेन्टमा मात्र उक्त नतिजा रिपोर्ट हुन्छ, WhatsApp Business एपमा यसबारे केही देखिँदैन।

### यसले के रिपोर्ट गर्छ

इभेन्टमा निर्णयका रूपमा प्रदर्शन नाम पठाएपछिको नतिजा रिपोर्ट गर्छ। प्रदर्शन नाम ग्राहकले कुराकानीमाथि देख्ने नाम हो, र यसलाई परिवर्तन गर्दा Meta को समीक्षाबाट गुज्रनुपर्छ।

यस इभेन्टलाई सब्स्क्राइब गर्नुको मुख्य कारण अरू कुनै ठाउँले के भयो भनेर नबताउनु हो। WhatsApp Business एपले केही देखाउँदैन। केही हप्ता अघि परिवर्तन पठाएको व्यवसायले कसैले यो प्राप्त गरिरहेको छैन भने त्यो लागू भयो कि भएन भनेर जान्ने उपाय पाउँदैन।

यसलाई टाइमलाइनमा रेकर्ड गर्दा ‘हाम्रो नाम परिवर्तन लागू भयो कि भएन’ भन्ने प्रश्न सपोर्ट कुराकानी नभई मिति भएको तथ्य बन्छ।

### नाम किन अस्वीकृत हुन्छ

मुख्यतः खाता जुन व्यवसायका नाममा प्रमाणीकरण भएको छ, नाम त्यससँग मेल नखाँदा।

- कानुनी संस्था, दर्ता भएको व्यापारिक नाम वा वेबसाइटमा रहेको ब्रान्डसँग मिल्ने नाम प्रायः स्वीकृत हुन्छ।
- सामान्य विवरण वा प्रमाणीकरण भएको व्यवसायसँग सम्बन्ध नभएको नाम प्रायः स्वीकृत हुँदैन।
- नामभन्दा कीवर्डजस्तो देखिने कुरा निरन्तर पहिचान हुन्छ।

### नाम नभएमा के रोकिन्छ

केही पठाउने काम रोकिन्छ, र यही कारणले धेरैजसोले नाम कहिल्यै स्वीकृत नभएको थाहा पाउँछन्।

स्वीकृत प्रदर्शन नाम नभएको नम्बरले त्यसको आवश्यकता पर्ने अपरेसनमा error 131037 फर्काउँछ। नम्बरका अरू सबै काम चलिरहेका कारण यो त्रुटि भेट्ने व्यक्तिलाई कोडको समस्या जस्तो देखिन्छ। प्रायः यसको कारण ट्रायल कनेक्सनमा नामको चरण छोडिनु र पछि फेरि नहेर्नु हुन्छ।

नाम पठाउनु नम्बरलाई सही रूपमा सेट अप गर्ने भाग हो, केवल देखावटी चरण होइन। नम्बर कनेक्ट भएकै दिन यो गर्नु उपयोगी हुन्छ।

- कुनै खबर नआउनुलाई स्वीकृति ठान्नु। निर्णय यहीँ र अन्य कतै पनि आउँदैन।
- नामको सट्टा कीवर्ड पठाउनु। Meta ले यसलाई प्रमाणीकरण भएको व्यवसायसँग जाँच्छ।
- ट्रायलमा प्रदर्शन नाम छोड्नु र त्यसपछि नाम आवश्यक पर्ने पठाउने काममा 131037 भेट्नु।

**समीक्षा हुन कति समय लाग्छ?** Meta ले निश्चित अवधि प्रकाशित गरेको छैन, र कुनै प्रदायकले यसलाई छिटो गराउन सक्दैन।

**के म पछि नाम परिवर्तन गर्न सक्छु?** सक्नुहुन्छ। प्रत्येक परिवर्तन फेरि समीक्षाबाट गुज्रन्छ र यहाँ अर्को इभेन्ट बनाउँछ।

**के ग्राहकले मेरो नम्बर पनि देख्छ?** उनीहरूले स्वीकृत प्रदर्शन नाम देख्छन्, र यही नाम राख्नुको उद्देश्य हो।

**error 131037 भनेको के हो?** स्वीकृत प्रदर्शन नाम नभएको नम्बरले त्यसको आवश्यकता पर्ने काम गर्न खोज्दा फर्काउने त्रुटि हो।

---

## message_template_status_update वेबहुक

https://easycoexistence.com/ne/docs/webhook-message-template-status-update

message_template_status_update ले टेम्प्लेटको समीक्षा अवस्थाको परिवर्तन बताउँछ: स्वीकृत, अस्वीकृत, रोकिएको वा निष्क्रिय। इन्टिग्रेसनले टेम्प्लेट पठाएपछि Meta लाई निश्चित अन्तरालमा बारम्बार सोधिरहनु नपरी परिणाम प्राप्त गर्न यही प्रयोग हुन्छ।

### यसले बोक्ने स्ट्याटसहरू

टेम्प्लेट केही निश्चित अवस्थाबाट अघि बढ्छ, र हरेक परिवर्तन यहाँ आइपुग्छ।

- स्वीकृत: अबदेखि टेम्प्लेट पठाउन सकिन्छ।
- अस्वीकृत: पठाउन सकिँदैन, र घटनासँगै कारण पनि आउँछ।
- रोकिएको: गुणस्तर पर्याप्त घटेपछि Meta ले अस्थायी रूपमा रोकेको हो।
- निष्क्रिय: बारम्बार रोकिएपछि स्थायी रूपमा बन्द हुन्छ, त्यसैले नयाँ टेम्प्लेट चाहिन्छ।

### यसले बारम्बार जाँच किन हटाउँछ

विकल्प भनेको पटकपटक सोधिरहनु र कति पटक सोध्ने अनुमान गर्नु हो।

यो घटना नहुँदा, टेम्प्लेट बनाउने इन्टिग्रेसनले उत्तर नबदलिँदासम्म कुनै अन्तरालमा get_template_status जाँचिरहनुपर्छ। धेरै पटक जाँच्दा स्रोत खेर जान्छ; कम पटक जाँच्दा स्वीकृत टेम्प्लेट कसैलाई थाहा नहुँदै एक घण्टासम्म बस्न सक्छ।

यो घटना हुँदा प्रवाह पठाउने र पर्खिने हुन्छ। Meta ले सामान्यतः केही मिनेटमै परिणाम पठाउँछ, र इन्टिग्रेसनले एकपटक प्रतिक्रिया दिन्छ। ग्राहकका तर्फबाट टेम्प्लेट बनाउने एजेन्सीका लागि यही आफैं खाली हुने कतार र कसैले निगरानी गर्नुपर्ने कतारबीचको फरक हो।

### हरेक परिणाममा के गर्ने

स्वीकृत अवस्था सरल छ: त्यसलाई पठाउन मिल्ने भनेर चिन्ह लगाउनुहोस्। बाँकी तीन अवस्थामै यसको मुख्य उपयोग देखिन्छ।

अस्वीकृत अवस्थामा कारण आउँछ। त्यसलाई सारांश बनाउनुको सट्टा जस्ताको तस्तै देखाउनु उपयोगी हुन्छ, किनकि कारण प्रायः कारबाही गर्न पर्याप्त स्पष्ट हुन्छ र पुनर्लेखन गर्दा विवरण हराउँछ।

रोकिएको अवस्थाको अर्थ सामग्रीले खराब प्रतिक्रिया ल्यायो भन्ने हो। रोक हटेपछि त्यही सामग्री फेरि पठाउँदा उस्तै परिणाम आउँछ। त्यसैले पर्खिनुको सट्टा सामग्री सम्पादन गर्नुहोस्।

निष्क्रिय अवस्था त्यो टेम्प्लेटका लागि अन्तिम हो। अघि बढ्ने एक मात्र बाटो फरक सामग्रीसहित नयाँ टेम्प्लेट बनाउनु हो। यसलाई अस्थायी ठान्दा पठाउने मार्ग अनिश्चित समयसम्म बन्द रहन्छ।

- यो घटनाले स्वीकृति बताउँदा पनि स्वीकृतिका लागि बारम्बार जाँच गर्नु।
- अस्वीकृतिको कारण देखाउनुको सट्टा सारांश बनाउनु। कारबाही गर्न मिल्ने विवरण त्यही कारणमा हुन्छ।
- निष्क्रिय टेम्प्लेट फेरि चल्ने प्रतीक्षा गर्नु। यो अवस्था स्थायी हुन्छ र नयाँ टेम्प्लेट चाहिन्छ।

**स्वीकृति सामान्यतया कति समय लाग्छ?** सामान्यतया केही मिनेट, कहिलेकाहीँ एक दिनसम्म। कुनै प्रदायकले यसलाई छिटो गराउन सक्दैन।

**रोकिएको टेम्प्लेट र निष्क्रिय टेम्प्लेट एउटै हुन्?** होइन। केही समयपछि रोक हट्छ; निष्क्रियता स्थायी हुन्छ र बारम्बार रोकिएपछि आउँछ।

**अस्वीकृतिमा कारण बताइन्छ?** बताइन्छ, र कारण कारबाही गर्न पर्याप्त स्पष्ट हुन्छ। त्यसैले यसलाई सम्पादन नगरी पठाउनु उपयोगी हुन्छ।

**एउटा टेम्प्लेट रोकिएको बेला अरू टेम्प्लेट पठाउन सकिन्छ?** सकिन्छ। यो अवस्था नम्बरमा होइन, त्यही टेम्प्लेटमा मात्र लागू हुन्छ।

---

## message_template_quality_update वेबहुक

https://easycoexistence.com/ne/docs/webhook-message-template-quality-update

message_template_quality_update ले एउटा टेम्प्लेटमा प्राप्तकर्ताहरूको प्रतिक्रिया बदलिएको रिपोर्ट गर्छ। गुणस्तरका कारण रोक लाग्नुअघि यो आउँछ, त्यसैले पछि असफलताको कारण खोज्नुभन्दा पहिले नै कदम चाल्ने समय दिन्छ।

### यसले के मापन गर्छ

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

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

### चाँडै कदम चाल्नु नै मुख्य कुरा किन हो

किनभने यसपछि आउने हरेक अवस्था खराब हुन्छ र सच्याउन झन् गाह्रो हुन्छ।

गुणस्तर धेरै घटेपछि टेम्प्लेट रोकिन्छ। त्यसपछि हरेक प्रयासमा त्रुटि 132015 फर्किन्छ र Meta ले सार्वजनिक नगरेको केही अवधिपछि मात्र हट्छ। बारम्बार रोकिएपछि यो स्थायी रूपमा निष्क्रिय हुन्छ। त्यस अवस्थामा सामग्रीलाई नयाँ नामअन्तर्गत नयाँ टेम्प्लेटका रूपमा फेरि बनाउनुपर्छ।

टेम्प्लेट अझै पठाउन सकिने अवस्थामा आएको गुणस्तर सङ्केत नै सम्पादन गर्दा कुनै लागत नलाग्ने एकमात्र समय हो। रोकिएपछि पनि सम्पादन गर्नु सही कदम हुन्छ, तर कसैले थाहा नपाएसम्म पठाउने बाटो पहिले नै केही समयका लागि बन्द भइसकेको हुन्छ।

### यसको सामान्य कारण के हो

सामग्री र दर्शक, यही क्रममा, र दोस्रो कारण मानिसहरूले प्रायः बिर्सन्छन्।

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

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

**के यसले मेरा अन्य टेम्प्लेटलाई असर गर्छ?** गर्दैन। सङ्केत एउटै टेम्प्लेटमा सीमित हुन्छ, र उही नम्बरका अन्य टेम्प्लेट प्रभावित हुँदैनन्।

**के म यो एपमा देख्न सक्छु?** सक्नुहुन्न। फोनको WhatsApp Business एपमा टेम्प्लेटको गुणस्तरसँग सम्बन्धित कुनै कुरा देखिँदैन।

**मैले यसलाई बेवास्ता गरेँ भने के हुन्छ?** गुणस्तर घटिरहेमा टेम्प्लेट रोकिन्छ, र बारम्बार रोकिएपछि यो स्थायी रूपमा निष्क्रिय हुन्छ।

**भाषा सम्पादन गर्नु पर्याप्त हुन्छ?** प्रायः हुन्छ, तर सधैँ हुँदैन। टेम्प्लेट कसलाई पठाइन्छ भन्ने कुराले पनि त्यसमा लेखिएको सामग्रीले जस्तै सङ्केत उत्पन्न गर्छ।

---

## history वेबहुक

https://easycoexistence.com/ne/docs/webhook-history

history ले Coexistence नम्बरका विद्यमान कुराकानीहरू API मा एकपटक स्थानान्तरण गर्छ। इतिहास साझेदारी स्वीकार गरिएको भए अनबोर्डिङपछि यो आउँछ र स्थानान्तरण भएको संकेत दिने एक मात्र माध्यम यही हो।

### यसले के पठाउँछ

WhatsApp Business एपमा नम्बरका पहिलेका एकआपसका म्यासेज इतिहासलाई जस्ताको तस्तै ल्याइन्छ, ताकि व्यवसायले वर्षौंदेखि प्रयोग गरेको नम्बरमा सफ्टवेयर अन्धाधुन्ध सुरु गर्न नपरोस्।

यससँग समूह कुराकानी आउँदैन। Coexistence नम्बरमा समूहहरू API बाट पूर्ण रूपमा बाहिर छन्। एपका आफ्नै उपकरणहरू पनि आउँदैनन्: लेबल, छिटो प्रतिक्रियाहरू, अभिवादन र अनुपस्थित म्यासेजका API विकल्प छैनन् र ती डिभाइसमा नै रहन्छन्।

यो फील्ड Coexistence नम्बरमा मात्र हुन्छ। सामान्य तरिकाले अनबोर्ड गरिएको नम्बरमा ल्याउनुपर्ने पुरानो एप इतिहास हुँदैन, त्यसैले यसले पठाउने केही हुँदैन।

### यो एकपटक मात्र किन आउँछ

किनकि स्थानान्तरण निरन्तर सुविधा नभई अनबोर्डिङकै भाग हो।

Embedded Signup का क्रममा व्यवसाय मालिकलाई विद्यमान कुराकानी साझेदारी गर्ने कि नगर्ने भनेर सोधिन्छ। हो भनेपछि मात्र सिङ्क चल्छ। त्यसलाई पछि फेरि खोल्ने कुनै सेटिङ छैन र दोहोर्याउने कुनै एन्डपोइन्ट पनि छैन। दोस्रो प्रयासमा दर सीमा हट्ने प्रतीक्षा नगरी 2593107 त्रुटि आउँछ।

यसको समयसीमा पनि छ। सिङ्क अनबोर्डिङको 24 घण्टाभित्र सुरु गर्नुपर्छ, नत्र प्रयास गर्दा 2593108 आउँछ। यीमध्ये कुनै कुरा छुटेमा नम्बर डिस्कनेक्ट गरेर पूरा प्रक्रिया फेरि चलाउनुपर्छ।

### ह्यान्डलरले यससँग के गर्नुपर्छ

यसलाई म्यासेज मार्गमा थप ट्राफिकका रूपमा होइन, एकपटक आउने र ठूलो हुन सक्ने ब्याचका रूपमा लिनुहोस्।

- छिटो स्वीकृति दिएर असिन्क्रोनस रूपमा प्रक्रिया गर्नुहोस्, अन्य डेलिभरीमा जस्तै।
- message id का आधारमा डुप्लिकेट हटाउनुहोस्: अनबोर्डिङको समयमा history र लाइभ म्यासेजहरू ओभरल्याप हुन सक्छन्।
- यो नआउन पनि सक्छ भन्ने अपेक्षा गर्नुहोस्। इतिहास अस्वीकार गरेको नम्बरले यहाँ केही पठाउँदैन, त्यसैले एकीकरण दुवै अवस्थामा चल्नुपर्छ।
- यसलाई आधार बनाएर अनबोर्डिङ रोक्नुहोस्। स्थानान्तरण पूरा हुनुअघि नै कनेक्सन प्रयोग गर्न सकिन्छ।

- इतिहास अनिवार्य हुने एकीकरण बनाउनु। धेरै नम्बरहरू यसबिनै जडान हुन्छन्।
- 2593107 पछि सिङ्क फेरि प्रयास गर्नु। यो एकपटकको घटना भएकाले फेरि उही त्रुटि आउँछ।
- एकीकरणको काम सुरु भएपछि मात्र इतिहाससम्बन्धी निर्णय गर्नु, जुन प्रायः 24 घण्टाको समयसीमा सकिएपछि हुन्छ।

**कति इतिहास आउँछ?** हालका एकआपसका कुराकानीहरूको एउटा समयखण्ड आउँछ, जुन प्रदायकले होइन Meta ले निर्धारण गर्छ।

**के समूह च्याटहरू पनि आउँछन्?** आउँदैनन्। Coexistence नम्बरमा समूहहरू API बाट पूर्ण रूपमा बाहिर छन्।

**के म पछि फेरि अनुरोध गर्न सक्छु?** सक्नुहुन्न। यो प्रत्येक अनबोर्डिङमा एकपटक चल्छ। फेरि चलाउन नम्बर डिस्कनेक्ट गरेर पुनः कनेक्ट गर्नुपर्छ।

**मालिकले इतिहास अस्वीकार गरेमा के हुन्छ?** यो फील्डमा केही आउँदैन र API ले नम्बर कनेक्ट भएको क्षणदेखि आएका म्यासेजहरू मात्र देख्छ।

---

## smb_app_state_sync वेबहुक

https://easycoexistence.com/ne/docs/webhook-smb-app-state-sync

smb_app_state_sync ले WhatsApp Business एपबाटै स्टेट पठाउँछ, मुख्यतः Coexistence नम्बर जडान हुँदा हुने सम्पर्क सिङ्क्रोनाइजेसन। यो म्यासेज इतिहासभन्दा अलग छ, जसले कुराकानीहरू पठाउँछ, र Coexistence नम्बरमा मात्र हुन्छ।

### यसले के बोक्छ

एप साइडको स्टेट, व्यवहारमा व्यवसायसँग फोनमै पहिलेदेखि भएका सम्पर्कहरू।

WhatsApp नम्बर भएका प्रत्येक सम्पर्कलाई प्लेटफर्ममा सिङ्क्रोनाइज गर्न सकिन्छ। यसले व्यवसायको फोनमा वर्षौंदेखि रहेको ग्राहकलाई नयाँ नम्बरजस्तो होइन, ग्राहकका रूपमा सफ्टवेयरले चिन्न सक्छ। यो आफैं कुराकानीभन्दा फरक कुरा हो। कुराकानीहरू history फील्डमा आउँछन्। एउटा डाइरेक्टरी र अर्को ट्रान्सक्रिप्ट भएकाले यी दुई अलग छन्।

history जस्तै, यो पनि Coexistence मा मात्र हुन्छ। कहिल्यै Coexistence मा नरहेको नम्बरमा सिङ्क गर्न एप स्टेट हुँदैन।

### यसले के बोक्दैन

एपका आफ्नै काम गर्ने उपकरणहरू, जसको प्लेटफर्म साइडमा कुनै प्रतिनिधित्व हुँदैन।

- डिभाइसमा रहने लेबलहरू, जुन सफ्टवेयरले पढ्न सक्दैन।
- छिटो प्रतिक्रियाहरू तथा अभिवादन र अनुपस्थितिका म्यासेजहरू।
- क्याटलग, अर्डर र स्ट्याटस।
- च्यानलहरू तथा भ्वाइस वा भिडियो कलको इतिहास।

### इन्टिग्रेसनका लागि यो किन महत्त्वपूर्ण छ

किनभने पहिलो दिनमै तपाईंको सिस्टमले कसले लेखिरहेको छ भनेर जान्छ कि जान्दैन, यही कुराले निर्धारण गर्छ।

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

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

- सम्पर्कहरू स्वतः उपलब्ध हुन्छन् भनेर मान्नु। व्यवसायले सिङ्क अस्वीकार गर्न वा समयसीमा गुमाउन सक्छ।
- यस पेलोडमा लेबल वा छिटो प्रतिक्रियाहरू आउने अपेक्षा गर्नु। ती डिभाइसमै रहन्छन्।
- यसलाई history सँग झुक्किनु, जसले सम्पर्क सूची होइन, कुराकानीहरू पठाउँछ।

**के यो history सिङ्क जस्तै हो?** होइन। यसले एप स्टेट, मुख्यतः सम्पर्कहरू, पठाउँछ। history ले कुराकानीहरू पठाउँछ।

**के यो एकपटकभन्दा बढी चल्छ?** प्रारम्भिक सिङ्क्रोनाइजेसन अनबोर्डिङको एकपटक हुने भाग हो, र history जस्तै यसको समयसीमा 24 घण्टा हुन्छ।

**के मैले लेबलहरू पाउँछु?** होइन। लेबलहरू एपको सुविधा हुन् र तिनको कुनै एपीआई समकक्ष छैन।

**के यो सामान्य Cloud API नम्बरमा हुन्छ?** होइन। त्यस्तो नम्बरमा सिङ्क गर्न WhatsApp Business एप स्टेट हुँदैन।

---

## template_category_update वेबहुक

https://easycoexistence.com/ne/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 म्यासेजमा marketing दर तिर्नुभन्दा यो खराब परिणाम हो।

- कम तिर्न प्रचार सामग्रीलाई utility का रूपमा घोषणा गर्नु। पुनर्वर्गीकरण पछि र खराब समयमा आउँछ।
- यो घटना बेवास्ता गर्नु। तपाईंले नियन्त्रण गर्ने केही नबदली यसले बिलिङ बदल्छ।
- स्वीकृति अन्तिम हो भनेर मान्नु। टेम्प्लेट स्वीकृत भएर पछि अर्को वर्गमा सारिन सक्छ।

**टेम्प्लेटले काम गर्न छोड्छ?** छोड्दैन। यसले पठाइरहन्छ; बदलिने कुरा वार्तालापको मूल्य र marketing का लागि भुक्तानी विधिको आवश्यकता हो।

**के म पुनर्वर्गीकरणविरुद्ध अपिल गर्न सक्छु?** Meta ले वर्गसम्बन्धी विवाद आफ्नै माध्यमबाट हेर्छ। कुनै प्रदायकले वर्ग बदल्न सक्दैन।

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

**131063 के हो?** खातामा marketing टेम्प्लेट निष्क्रिय भएको अवस्था हो, जुन भुक्तानी विधि नभएको अवस्थाभन्दा फरक हो।

---

## Meta Business Portfolio र यसभित्र रहने कुरा

https://easycoexistence.com/ne/docs/meta-business-portfolio

Business Portfolio Meta Business Manager मा कम्पनी तहको कन्टेनर हो। यसमा WhatsApp Business खाता रहन्छन्, र ती खातामा फोन नम्बर रहन्छन्। ग्राहकले नम्बर जडान गर्दा त्यो सेवा प्रदायकको पोर्टफोलियोमा सर्नुको सट्टा आफ्नै पोर्टफोलियोमा रहन्छ।

### यी तहहरू एकअर्कासँग कसरी मिल्छन्?

तीनवटा तह छन्, र सबैलाई खाता भन्नु नै धेरैजसो भ्रमको सुरुवात हो।

Business Portfolio सबैभन्दा माथि हुन्छ र Meta Business Manager मा कम्पनीको प्रतिनिधित्व गर्छ। यसमा विज्ञापन खाता, पेज र WhatsApp Business खाता जस्ता सम्पत्ति रहन्छन्। WhatsApp Business खाताभित्र फोन नम्बरहरू हुन्छन्, र प्रत्येकको आफ्नै `phone number id`, गुणस्तर मूल्याङ्कन र म्यासेजिङ तह हुन्छ।

त्यसैले कसैले खाता चलिरहेको छ कि छैन जाँच गर्नुहोस् भन्दा, कसले भनेको हो भन्ने आधारमा चार फरक जाँच हुन सक्छन्। केही गलत हुँदा कुन तहको कुरा हो भनेर स्पष्ट हुनुभयो भने निदानमा लाग्ने धेरैजसो समय बचत हुन्छ।

### नम्बर कुन पोर्टफोलियोमा रहन्छ भन्ने कुरा किन महत्त्वपूर्ण छ?

किनभने यसले कनेक्सनलाई वास्तवमा कसले नियन्त्रण गर्छ भन्ने निर्धारण गर्छ।

Tech Provider को आफ्नै एपमार्फत अनबोर्डिङ गर्दा नम्बर ग्राहकको पोर्टफोलियोमा जडान हुन्छ र सेवा प्रदायकको एपलाई त्यसमा काम गर्ने अधिकार दिइन्छ। Meta सँगको सम्बन्ध ग्राहककै हुन्छ, कुराकानीको बिलिङ उनीहरूको भुक्तानी माध्यममा जान्छ र पहुँच रद्द गर्ने काम पनि उनीहरूले गर्न सक्छन्।

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

- पोर्टफोलियो र WABA लाई एउटै ठान्नु। एउटाले अर्कोलाई राख्छन् र दुवैमा फरक तरिकाले त्रुटि देखिन्छ।
- ग्राहकका नम्बर आफ्नै पोर्टफोलियोअन्तर्गत जडान गर्नु। यसले कनेक्सन उनीहरूको सट्टा तपाईंको बनाउँछ।
- व्यवसाय प्रमाणीकरण नम्बरमै हुन्छ भन्ने मान्नु। यो पोर्टफोलियो तहमा हुन्छ।

**के पोर्टफोलियो र WhatsApp Business खाता एउटै हुन्?** होइन। पोर्टफोलियो कम्पनीको कन्टेनर हो, WABA त्यसैभित्र रहन्छ र फोन नम्बरहरू राख्छ।

**के एउटै पोर्टफोलियोमा धेरै WABA राख्न सकिन्छ?** सकिन्छ। ग्राहकका फरक ब्रान्डका लागि छुट्टाछुट्टै खाता हुँदा एजेन्सीहरूले यस्तो अवस्था प्रायः देख्छन्।

**पोर्टफोलियोमा पहुँच कसले दिन सक्छ?** त्यो पोर्टफोलियोको एडमिनले दिन सक्छ, जो प्रायः इन्टिग्रेसन गर्ने व्यक्तिभन्दा व्यवसायको मालिक हुन्छ।

**जडान गर्दा मेरो नम्बर सर्छ?** सर्दैन। यो तपाईंको पोर्टफोलियोमै रहन्छ र सेवा प्रदायकको एपलाई त्यसमा काम गर्ने अधिकार दिइन्छ।

---

## WhatsApp Business खाता र यसमा ओभरराइड किन रहन्छ

https://easycoexistence.com/ne/docs/whatsapp-business-account

WhatsApp Business खातामा फोन नम्बर र टेम्प्लेटहरू रहन्छन्। यो देखिएभन्दा महत्त्वपूर्ण छ, किनकि वेबहुक रुटिङ नम्बरअनुसार नभई यही तहमा लागू हुन्छ। त्यसैले कनेक्सन हटाउँदा रुटिङ पनि हट्छ।

### WABA मा वास्तवमा के रहन्छ?

फोन नम्बर र टेम्प्लेटहरू रहन्छन्, जुन पहिलो नजरमा देखिएभन्दा बढी महत्त्वपूर्ण संयोजन हो।

टेम्प्लेटहरू नम्बरमा होइन, खातामा आबद्ध हुन्छन्। त्यसैले एउटै WABA का सबै नम्बरले एउटै टेम्प्लेट लाइब्रेरी साझा गर्छन्। अर्डर अपडेटका लागि एउटा बनाएपछि सबैले त्यसलाई पठाउन सक्छन्। Meta ले खातामा टेम्प्लेटको सङ्ख्या सीमित गर्छ, जुन एउटै खातामा धेरै ब्रान्ड राख्ने एजेन्सीहरूले सामना गर्नुपर्ने सीमा हो।

प्रत्येक नम्बरमा आफ्नै फोन नम्बर id, डिस्प्ले नाम, गुणस्तर रेटिङ र म्यासेजिङ तह हुन्छ। यी नम्बरअनुसार फरक हुन्छन्, त्यसैले एउटै खाताको एउटा नम्बर कमजोर हुन सक्छ भने अर्को स्वस्थ रहन सक्छ।

### वेबहुक ओभरराइड यही तहमा किन रहन्छ?

किनकि यसले परिवर्तन गर्ने सदस्यता कुनै नम्बरको होइन, एपको खातासँगको सदस्यता हो।

गन्तव्य सेट गर्दा वास्तवमा हाम्रो एपको त्यस WABA सँगको सदस्यतामा override_callback_uri लागू हुन्छ। त्यसपछि खाताका सबै नम्बरले आफ्ना म्यासेज मार्गका इभेन्ट त्यहीँ पठाउँछन्। एउटै क्लाइन्टअन्तर्गत धेरै नम्बर व्यवस्थापन गर्नेहरूलाई यो अचम्म लाग्न सक्छ, किनकि नम्बरअनुसार छुट्टै रुटिङ हुँदैन।

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

- नम्बरअनुसार वेबहुक रुटिङ हुने अपेक्षा गर्नु। ओभरराइड खाताअनुसार हुन्छ।
- पुनःकनेक्सनले गन्तव्य फर्काउँछ भन्ने मान्नु। एपसँगै ओभरराइड अनइन्स्टल हुन्छ र फेरि लागू गर्नुपर्छ।
- टेम्प्लेट साझा हुन्छन् भन्ने बिर्सनु। खाताका सबै नम्बरले एउटै लाइब्रेरी देख्छन्।

**एउटै WABA का दुई नम्बरले फरक एन्डपोइन्टमा रुट गर्न सक्छन्?** सक्दैनन्। ओभरराइड खातामा लागू हुन्छ, त्यसैले यसका सबै नम्बरले एउटै गन्तव्यमा डेलिभर गर्छन्।

**टेम्प्लेटहरू खाताबीच स्थानान्तरण हुन्छन्?** हुँदैनन्। तिनीहरू जुन खातामा बनाइएका हुन्, त्यही खातासँग आबद्ध हुन्छन्।

**नम्बर हटाउँदा ओभरराइडलाई के हुन्छ?** एप खाताबाट अनइन्स्टल भएमा ओभरराइड पनि सँगै जान्छ। पुनःकनेक्सनले पठाउने सुविधा फर्काउँछ, तर गन्तव्य फर्काउँदैन।

**टेम्प्लेटको सीमा छ?** Meta ले प्रत्येक खाताका टेम्प्लेट सीमित गर्छ, र सीमा नाघेमा समर्पित त्रुटि फर्काउँछ।

---

## WhatsApp नम्बरमा दुई चरणको प्रमाणीकरण

https://easycoexistence.com/ne/docs/two-step-verification

दुई चरणको प्रमाणीकरण WhatsApp Business फोन नम्बरमा सेट गरिने PIN हो। केही कामका लागि यो आवश्यक हुन्छ। प्रारम्भिक सेटअपमा एकपटक राखेपछि प्रायः फेरि प्रयोग नहुने भएकाले व्यवसायमा कसैले पनि PIN सम्झन नसक्नु सामान्य समस्या हो।

### PIN वास्तवमै कहिले चाहिन्छ?

नम्बर दर्ता र पुनःदर्ता गर्दा तथा Meta ले सुरक्षित राखेका केही खाता सञ्चालनमा PIN चाहिन्छ।

यसको अर्थ धेरैजसो व्यवसायले प्रारम्भिक सेटअपका बेला PIN राख्छन् र त्यसपछि फेरि देख्दैनन्। त्यसैले यही कुरा समस्या बन्छ। PIN राख्ने व्यक्ति काम छोडेर जान्छ, PIN कतै लेखिँदैन, अनि 18 महिनापछि केही बिग्रिसकेको ठीक त्यही समयमा PIN चाहिन्छ।

यससँग सम्बन्धित त्रुटिहरू पहिचान गर्न पर्याप्त स्पष्ट हुन्छन्। गलत PIN दिँदा 133005 कोड फर्काउँछ। धेरै प्रयास गरे 133008 फर्काउँछ र प्रतिक्रियामा उल्लेख गरिएको अवधिसम्म थप प्रयास रोक्छ। धेरै छिटो पठाइएका प्रयासले 133009 फर्काउँछन्। यो गलत उत्तरको समस्या नभई दर सीमाको समस्या हो।

### PIN हराएपछि के गर्ने?

नम्बरको सेटिङमा रहेको WhatsApp Manager बाट PIN रिसेट गर्नुहोस्। यसका लागि नम्बरको स्वामित्व भएको खातामा पहुँच चाहिन्छ।

यो प्रदायकको होइन, व्यवसायको स्वामीले गर्ने काम हो। कुनै एपीआईले PIN पढ्न वा रिसेट गर्न सक्दैन, र कुनै प्रदायकसँग पनि PIN हुँदैन। यो जानाजानी गरिएको व्यवस्था हो, किनकि प्रदायकले निकाल्न सक्ने प्रमाण दोस्रो प्रमाणीकरण तह हुँदैन।

व्यावहारिक उपाय भनेको PIN व्यवसायले आफैं निकाल्न सक्ने ठाउँमा लेखेर राख्नु हो, एजेन्सीमा मात्र होइन। एजेन्सीको पासवर्ड व्यवस्थापकमा मात्र राखिएको PIN ले अर्को ग्राहक सम्बन्धमा उस्तै समस्या निम्त्याउँछ।

- गलत PIN पछि तुरुन्तै फेरि प्रयास गर्नु। यसले 133009 फर्काउँछ र अर्को वैध प्रयास ढिलो बनाउँछ।
- PIN एजेन्सीको पक्षमा मात्र राख्नु। व्यवसायले आफैं PIN निकाल्न सक्नुपर्छ।
- प्रदायकले PIN पुनःप्राप्त गर्न सक्छ भन्ने मान्नु। PIN कसैसँग हुँदैन, यही यसको उद्देश्य हो।

**के तपाईं मेरो PIN रिसेट गर्न सक्नुहुन्छ?** सकिँदैन। यो Meta को आफ्नै सेटिङमा नम्बरका लागि राखिन्छ र कुनै प्रदायकले पढ्न वा परिवर्तन गर्न सक्दैन।

**लकआउट कति समय रहन्छ?** 133008 को प्रतिक्रियामा Meta ले प्रतीक्षा अवधि बताउँछ, निश्चित अवधि प्रयोग गर्दैन।

**PIN नम्बरअनुसार हो कि खाताअनुसार?** फोन नम्बरअनुसार हो।

**के यो व्यवसाय प्रमाणीकरणजस्तै हो?** होइन। प्रमाणीकरण पोर्टफोलियो तहको कानुनी संस्थासँग सम्बन्धित हुन्छ, जबकि यो नम्बरमा राखिने PIN हो।

---

## account_review_update वेबहुक

https://easycoexistence.com/ne/docs/webhook-account-review-update

account_review_update ले व्यवसाय खातामा Meta ले गरेको समीक्षाको नतिजा ल्याउँछ। यसको decision फिल्डले निर्णय बताउँछ, र अस्वीकृतिलाई केवल जानकारी नभई कमजोर कनेक्सन मान्नुहोस्, किनकि त्यसपछि प्रायः पठाउने क्षमता घट्दै जान्छ।

### समीक्षा कहिले हुन्छ?

Meta ले व्यवसाय खाताको जाँच गर्दा समीक्षा हुन्छ। यो प्रमाणीकरण पेस गरेपछि, अपिलपछि वा म्यासेज पठाउने व्यवहारले उठाएको स्वचालित फ्ल्यागपछि हुन सक्छ।

प्रदायकले समीक्षा सुरु गर्न वा त्यसको भित्री प्रक्रिया हेर्न सक्दैन। आउने कुरा decision सहितको इभेन्टका रूपमा नतिजा मात्र हो। स्वीकृति सामान्य हुन्छ। अस्वीकृतिमा भने काम गर्नु आवश्यक हुन्छ, किनकि यसले प्रायः विषय टुंग्याउनुको सट्टा प्रतिबन्ध आउनुअघि सङ्केत गर्छ।

WhatsApp Business एपमा समीक्षासम्बन्धी केही देखिँदैन। त्यसैले व्यवसाय समीक्षा भइरहँदा वा अस्वीकृत भइसक्दा पनि फोनबाट ग्राहकलाई उत्तर दिइरहन सक्छ, मानौँ केही भएकै छैन।

### अस्वीकृतिलाई समाचार नभई कमजोर कनेक्सन किन मान्ने?

किनकि यो प्रायः अन्तिम इभेन्ट नभई धेरै इभेन्टमध्ये पहिलो हुन्छ।

अस्वीकृत समीक्षाको अर्थ Meta ले खाता हेरेर सन्तुष्ट नभएको हो। त्यसपछि प्रायः प्रतिबन्ध आउँछ, जसले पठाउने काम पूरै रोक्छ र enforcement इभेन्टसहित account_update का रूपमा आउँछ। अस्वीकृतिमै कनेक्सनलाई कमजोर भनेर चिनाउँदा निगरानी गर्ने व्यक्तिले ग्राहकसँगको कुराकानीका लागि पहिले नै तयारी गर्न सक्छ।

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

- अस्वीकृति रेकर्ड गरेर स्ट्याटस नबदल्नु। यो अगुवाइ गर्ने सङ्केत हो, फुटनोट होइन।
- यस इभेन्टमा कारण खोज्नु। यसले निर्णय बोक्छ, विस्तृत जानकारी Business Manager मा हुन्छ।
- व्यवसायले आफैँ थाहा पाउँछ भन्ने मान्नु। समीक्षासम्बन्धी केही फोनमा देखिँदैन।

**प्रदायकले समीक्षा असफल भएको कारण देख्न सक्छ?** सक्दैन। enforcement सूचना र त्यसको कारण व्यवसाय खाताको Business Manager मा हुन्छ।

**के अस्वीकृतिपछि सधैँ प्रतिबन्ध आउँछ?** सधैँ होइन, तर यति धेरै पटक आउँछ कि यसलाई चेतावनी मान्नु नै सही डिफल्ट हो।

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

**के यो टेम्प्लेट समीक्षाजस्तै हो?** होइन। टेम्प्लेट समीक्षाको नतिजा छुट्टै आउँछ र खाताभरि नभई एउटा टेम्प्लेटसँग सम्बन्धित हुन्छ।

---

## business_capability_update वेबहुक

https://easycoexistence.com/ne/docs/webhook-business-capability-update

business_capability_update ले खाताले गर्न सक्ने काममा, विशेषगरी म्यासेज सीमामा, भएको परिवर्तन बताउँछ। यसले हालको सीमा दिन्छ, जसले तपाईंले प्रतिदिन कति फरक ग्राहकसँग कुराकानी सुरु गर्न सक्नुहुन्छ भन्ने जनाउँछ। यो दुवै दिशामा बदलिन्छ।

### म्यासेज सीमाले वास्तवमा के सीमित गर्छ?

घुम्ती 1 दिनमा तपाईंले कति फरक ग्राहकसँग कुराकानी सुरु गर्न सक्नुहुन्छ। तपाईंले कति म्यासेज पठाउन सक्नुहुन्छ वा कति छिटो पठाउन सक्नुहुन्छ भन्ने होइन।

यही भिन्नताले समस्या निम्त्याउँछ। थ्रुपुट प्रति सेकेन्ड मापन हुने दर हो, र यो नाघ्दा 130429 प्रतिक्रिया आउँछ। म्यासेज टियर नयाँ कुराकानीको दैनिक सङ्ख्या हो, र यो नाघ्नु फरक अवस्था हो। कुनै नम्बर आफ्नो टियरभित्रै रहेर दर सीमित हुन सक्छ, वा यसको उल्टो पनि हुन सक्छ।

खुला ग्राहक सेवा विन्डोभित्रका प्रतिक्रियाले टियर घटाउँदैनन्, किनभने तिनले कुराकानी सुरु गर्दैनन्। तपाईंले नपठाएको व्यक्तिसम्म पहिलोपटक पुग्दा टियर प्रयोग हुन्छ।

### यो तलतिर किन बदलिन्छ?

किनभने टियर गुणस्तरअनुसार चल्छ, र गुणस्तर प्राप्तकर्ताको प्रतिक्रियाअनुसार बदलिन्छ।

जसका प्राप्तकर्ताले म्यासेज ब्लक वा रिपोर्ट गर्छन्, त्यस्तो नम्बरको स्थिति घट्छ र समायोजन हुने कुरामध्ये टियर पनि एक हो। त्यसैले तलतिरको परिवर्तन उपयोगी प्रारम्भिक सङ्केत हो: सामान्यतः कुनै कुरा बन्द हुनुअघि नै यो आउँछ, त्यसबेला के पठाउने र कसलाई पठाउने भन्ने बदल्न समय बाँकी हुन्छ।

माथितिरको परिवर्तन ढिलो हुन्छ र निरन्तर राम्रो प्रतिक्रिया पाएपछि मात्र प्राप्त हुन्छ। व्यवसायले देख्ने कुनै ठाउँमा दुवै दिशाको सूचना दिइँदैन, त्यसैले असफलतापछि मात्र प्रतिक्रिया दिनुभन्दा यो इभेन्ट रेकर्ड गर्नु थोरै प्रयासका लागि पनि उपयोगी हुन्छ।

- टियरलाई थ्रुपुटसँग भ्रमित गर्नु। एउटाले प्रतिदिनका कुराकानी गन्छ, अर्कोले प्रति सेकेन्डका म्यासेज।
- प्रतिक्रियालाई टियरमा गन्नु। खुला विन्डोभित्रका म्यासेजले कुराकानी सुरु गर्दैनन्।
- तलतिरको परिवर्तन बेवास्ता गर्नु। यसले केही बिग्रनुअघि नै सङ्केत दिन्छ, र यसको मुख्य उपयोग यही हो।

**म आफ्नो टियर कसरी बढाउन सक्छु?** यो अनुरोधले होइन, समयसँगैको गुणस्तरले निर्धारण गर्छ। चाहने मानिसलाई राम्रो म्यासेज पठाउनु नै यसको उपाय हो।

**टेम्प्लेट पठाउँदा टियर सधैं प्रयोग हुन्छ?** कुराकानी सुरु गर्ने टेम्प्लेटले टियर प्रयोग गर्छ। खुला विन्डोभित्र पठाइएको टेम्प्लेटले गर्दैन।

**messaging_limit_update फरक हो?** सम्बन्धित परिवर्तनका लागि Meta ले दुवै नाम पठाउँछ। उपयोगी सामग्री एउटै भएकाले हाम्रो ह्यान्डलरले दुवैलाई समान रूपमा व्यवहार गर्छ।

**के यो Coexistence नम्बरमा लागू हुन्छ?** हो। Coexistence मा स्थिर रहने कुरा थ्रुपुट हो, म्यासेज टियर होइन।

---

## account_alerts वेबहुक

https://easycoexistence.com/ne/docs/webhook-account-alerts

account_alerts व्यवसाय खातासम्बन्धी कुरा उठाउन Meta को सामान्य च्यानल हो। अन्य घटनाभन्दा फरक, यसले लागू गर्नुपर्ने कुनै अवस्था बोक्दैन। त्यसैले यो स्वचालित काम गर्ने सूचना नभई गएर हेर्नुपर्ने सङ्केत हो।

### यो च्यानलमा के आउँछ?

खाताबारे Meta ले जानकारी दिन योग्य ठानेको जुनसुकै कुरा आउन सक्छ। यो सूची जानाजानी खुला राखिएको छ र समयसँगै विस्तार भएको छ।

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

यो एक मात्र सञ्चालनसम्बन्धी घटना हो जहाँ सही उपाय निर्णय गर्नु नभई जानकारी लिनु हो। हाम्रो ह्यान्डलरले अलर्ट आएको रेकर्ड गर्छ र त्यसबाट स्ट्याटस अनुमान गर्दैन।

### अनुगमनमा यसलाई कसरी राख्ने?

स्ट्याटस बोक्ने घटनाहरूसँगै टाइमलाइनमा एउटा सङ्केतका रूपमा राख्नुहोस्।

यसको मूल्य घटनाक्रममा हुन्छ। अस्वीकृत समीक्षा र त्यसपछि आएको प्रतिबन्धभन्दा केहीअघि आएको अलर्टले तीनवटै घटनाले एक्लाएक्लै नबताउने कथा देखाउँछ। एउटै टाइमलाइनमा रेकर्ड गर्दा त्यो देखिन्छ र ग्राहकसँगको कुराकानी अनुमानबाट मिति र घटनामा आधारित हुन्छ।

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

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

**यसले मेरो कनेक्सनको स्ट्याटस किन परिवर्तन गर्दैन?** किनकि यसले के परिवर्तन भयो भनेर बताउँदैन। यसबाट स्ट्याटस अनुमान गर्दा गलत चेतावनी आउँछ।

**विवरण कहाँ हेर्न सकिन्छ?** व्यवसाय खाताको Business Manager मा। यो घटना त्यहाँ हेर्नुपर्ने सङ्केत हो।

**के यो दुर्लभ हुन्छ?** यो नियमित रूपमा आउने घटना होइन। त्यसैले आएपछि यसलाई देखाउनु महत्त्वपूर्ण हुन्छ।

**के यसको अर्थ केही गलत भएको हो?** आवश्यक छैन। यसको अर्थ Meta ले कुनै कुरा उठाएको हो, जसलाई स्वचालित प्रतिक्रियाभन्दा मानिसले हेर्नु उचित हुन्छ।

---

## WhatsApp व्यवसाय नम्बरका डिस्प्ले नेम

https://easycoexistence.com/ne/docs/display-names

डिस्प्ले नेम भनेको तपाईंको नम्बरसँगको कुराकानीमाथि ग्राहकले देख्ने नाम हो। यसलाई परिवर्तन गर्न Meta को स्वीकृति चाहिन्छ, निर्णय phone_number_name_update वेबहुकमा आउँछ र अस्वीकृति प्रायः नाम व्यवसायसँग नमिलेका कारण हुन्छ।

### Meta ले के जाँच गर्छ?

मुख्यतः नाम खाता प्रमाणीकरण भएको व्यवसायसँग मेल खान्छ कि खाँदैन भन्ने जाँच हुन्छ।

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

स्वीकृत डिस्प्ले नेम नभएको नम्बरले गर्न सक्ने काम सीमित हुन्छ र केही म्यासेज पठाउँदा विशेष त्रुटि फर्काउँछ। ट्रायलमा नम्बर छिट्टै जोडेर नाम पूरा नगर्ने, अनि केही म्यासेज किन असफल भए पनि अरू किन चले भन्ने बुझ्न नसक्ने अवस्थालाई यसले स्पष्ट गर्छ।

### निर्णय कसरी आउँछ?

निर्णय फिल्डसहितको phone_number_name_update वेबहुकमार्फत आउँछ।

यो कनेक्सनले सदस्यता लिने 6 वटा सञ्चालनसम्बन्धी फिल्डमध्ये एउटा हो र पेश गरिएको नामको टुङ्गो लागेको जानकारी दिने एकमात्र सङ्केत हो। WhatsApp Business एपमा यसको जानकारी देखिँदैन। केही हप्ता अघि नाम परिवर्तन पेश गरेको व्यवसायले त्यो घटना कसैले प्राप्त नगरेसम्म परिणाम थाहा पाउने अर्को उपाय हुँदैन।

कनेक्सनको समयरेखामा यसलाई अभिलेख गर्दा हाम्रो नाम परिवर्तन भयो कि भएन भन्ने प्रश्न अनुमान नभई मितिसहितको उत्तर बन्छ। नत्र यही प्रश्न समाधान गर्न सहयोग माग्नुपर्ने हुन्छ।

- नामको सट्टा खोजी शब्द पेश गर्नु। Meta ले यसलाई खोजीको लोकप्रियतासँग होइन, प्रमाणीकरण भएको व्यवसायसँग तुलना गर्छ।
- कुनै सूचना नआउनुलाई स्वीकृति ठान्नु। निर्णय वेबहुकमार्फत र अन्यत्र कतै आउँदैन।
- ट्रायलमा डिस्प्ले नेम छुटाउनु, अनि आवश्यक म्यासेज पठाउँदा 131037 त्रुटि पाउनु।

**स्वीकृति पाउन कति समय लाग्छ?** Meta ले निश्चित अवधि प्रकाशित गरेको छैन र कुनै सेवा प्रदायकले प्रक्रिया छिटो गराउन सक्दैन।

**के म यसलाई पछि परिवर्तन गर्न सक्छु?** सक्नुहुन्छ, र प्रत्येक परिवर्तन फेरि समीक्षामा जान्छ।

**131037 त्रुटि भनेको के हो?** स्वीकृत डिस्प्ले नेम नभएको नम्बरले त्यो नाम आवश्यक पर्ने काम गर्न खोज्दा फर्किने त्रुटि हो।

**के ग्राहकले मेरो फोन नम्बर पनि देख्छन्?** स्वीकृति पाएपछि उनीहरूले डिस्प्ले नेम देख्छन्, र यही नै डिस्प्ले नेम राख्नुको उद्देश्य हो।

---

## टेम्प्लेटका श्रेणीहरू: युटिलिटी, मार्केटिङ र अथेन्टिकेसन

https://easycoexistence.com/ne/docs/template-categories

सिर्जना गर्दा प्रत्येक टेम्प्लेटमा श्रेणी घोषणा गरिन्छ। युटिलिटीले ग्राहकले गरेको कामसँग सम्बन्धित लेनदेनका म्यासेज समेट्छ, मार्केटिङले प्रचार सामग्री समेट्छ र खातामा भुक्तानी विधि चाहिन्छ, अनि अथेन्टिकेसनले आफ्नै कडा फर्म्याट नियमअन्तर्गत एकपटक प्रयोग हुने कोड समेट्छ।

### प्रत्येक श्रेणीमा के पर्छ?

युटिलिटी लेनदेनात्मक हुन्छ र ग्राहकले गरेको कामसँग सम्बन्धित हुन्छ: अर्डरको पुष्टि, ढुवानी अपडेट, बुकिङ सम्झना वा अपोइन्टमेन्ट परिवर्तन। ग्राहकले गरेको कुनै कामका कारण यस्तो म्यासेज आउने अपेक्षा गर्छ कि गर्दैन भन्ने नै मुख्य परीक्षण हो।

मार्केटिङमा प्रचारात्मक सबै कुरा पर्छ: अफर, नयाँ उत्पादन, पुनःसंलग्नता म्यासेज वा न्युजलेटर। यस्तो म्यासेज पठाउन WhatsApp Business खातामा भुक्तानी विधि चाहिन्छ। त्यसैले ग्राहकलाई जवाफ दिने काम मात्र भएको खाताबाट पहिलोपटक मार्केटिङ पठाउँदा प्रायः असफल हुन्छ।

अथेन्टिकेसनमा एकपटक प्रयोग हुने पासकोड र प्रमाणीकरण पर्छ। यसको फर्म्याट सबैभन्दा कडा हुन्छ, कोड वरिपरि राख्न सकिने सामग्रीमा कडा सीमा हुन्छ, र डेलिभरीको अपेक्षा फरक भएकाले यो छुट्टै श्रेणीका रूपमा राखिएको हो।

### सबै कुरालाई युटिलिटी भनेर घोषणा नगर्ने कारण के हो?

किनभने Meta ले पुनःश्रेणीकरण गर्छ, र इमानदारीपूर्वक घोषणा गर्नुभन्दा पुनःश्रेणीकरण हुनु खराब हुन्छ।

युटिलिटी टेम्प्लेटभित्रको प्रचारात्मक सामग्री नियमित रूपमा पत्ता लाग्छ। टेम्प्लेट समीक्षा क्रममा अस्वीकृत हुन सक्छ, वा स्वीकृत भएपछि पुनःश्रेणीकरण हुन सक्छ। त्यसपछि कुनै कुरा नबदले पनि युटिलिटीका रूपमा शुल्क लागिरहेका म्यासेजमा मार्केटिङको शुल्क लाग्न थाल्छ। त्यो बचत होइन, इनभ्वाइसमा आउने अप्रत्याशित शुल्क हो।

गलत श्रेणीका टेम्प्लेट पटकपटक पठाउँदा खातामाथि नै थप ध्यान जान सक्छ। सस्तो उपाय भनेको म्यासेज वास्तवमा जे हो, त्यही घोषणा गर्नु हो। यसले समीक्षा पनि छिटो बनाउँछ, किनभने समीक्षकले टेम्प्लेटले दाबी गरेको विषय नै जाँचिरहेका हुन्छन्।

- युटिलिटी टेम्प्लेटभित्र अफर राख्नु। यो नियमित रूपमा पत्ता लाग्छ र स्वीकृतिपछि पुनःश्रेणीकरण हुन सक्छ।
- खातामा भुक्तानी विधि नभई मार्केटिङ म्यासेज पठाउने प्रयास गर्नु। Meta लाई यस्तो विधि चाहिन्छ र कुनै प्रदायकले यसलाई थप्न सक्दैन।
- पासकोडबाहेक अन्य कामका लागि अथेन्टिकेसन प्रयोग गर्नु। यसको फर्म्याट नियम कडा हुन्छ र यस्तो टेम्प्लेट स्वीकृत हुँदैन।

**मार्केटिङ म्यासेजको शुल्क कसले तिर्छ?** Meta ले तपाईंको आफ्नै WhatsApp Business खातामा रहेको भुक्तानी विधिबाट शुल्क लिन्छ। यो शुल्क हामीमार्फत कहिल्यै जाँदैन।

**के टेम्प्लेटको श्रेणी बदलिन सक्छ?** घोषित सामग्रीसँग मेल नखाएमा Meta ले स्वीकृतिपछि टेम्प्लेटको श्रेणी पुनःनिर्धारण गर्न सक्छ।

**के युटिलिटी निःशुल्क हुन्छ?** युटिलिटी कुराकानीको मूल्य Meta ले तोक्छ। यो ग्राहक सेवा विन्डोभित्रका निःशुल्क जवाफजस्तै होइन।

**त्रुटि 131063 भनेको के हो?** खातामा मार्केटिङ टेम्प्लेट निष्क्रिय भएको अवस्था हो। यो भुक्तानी विधि नभएको अवस्थाभन्दा फरक हो।

---

## नम्बर चल्न छोड्यो: कारण कसरी पत्ता लगाउने

https://easycoexistence.com/ne/docs/troubleshooting-a-connection

कनेक्सन गरिएको नम्बरले काम गर्न छोड्दा कारण प्रायः कोड हुँदैन। सम्भावनाको क्रमअनुसार जाँच गर्नुहोस्: म्याद गुज्रिएको टोकन, पुनःकनेक्सनमा हराएको वेबहुक ओभरराइड, चौध दिनको निष्क्रियतापछि विच्छेदन, गुणस्तरमा गिरावट र त्यसपछि खाताको प्रतिबन्ध।

### फोनमा केही गलत देखिँदैन, किन?

किनभने WhatsApp Business एप र API एउटै नम्बरमा रहेका छुट्टाछुट्टै सतह हुन्, र प्रायः हरेक त्रुटिले तीमध्ये एउटालाई मात्र असर गर्छ।

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

यही कारण ड्यासबोर्ड कसैले हेर्नेभन्दा मोनिटरिङ आवश्यक हुन्छ। त्रुटिहरू वास्तविक हुन्छन्, मौन हुन्छन् र नम्बरको सबैभन्दा नजिक रहेका मानिसले नै तिनलाई थाहा पाउने सम्भावना कम हुन्छ।

### कुन क्रममा जाँच गर्ने?

पहिले टोकनबाट सुरु गर्नुहोस्, किनभने यो सबैभन्दा सामान्य र समाधान गर्न सबैभन्दा सस्तो कारण हो। म्याद गुज्रिएको वा अमान्य बनाइएको प्रमाणिकरणले हरेक अनुरोधलाई एउटै तरिकाले असफल बनाउँछ, जसले नम्बर हटाइएको जस्तो देखिन्छ। सोही खातामा दोस्रो प्रमाणिकरण राख्दा यी दुई अवस्था छुट्याउन सकिन्छ।

त्यसपछि वेबहुक ओभरराइड जाँच गर्नुहोस्। पुनःकनेक्सन भएको भए गन्तव्य एपसँगै हटाइएको हुन्छ, त्यसैले पठाउने र मोनिटरिङ चलिरहन्छ, तर तपाईंको सर्भरमा डेलिभरी मौन रूपमा बन्द हुन्छ।

त्यसपछि विच्छेदन जाँच गर्नुहोस्: account_update इभेन्टमा PARTNER_REMOVED र कारण आउँछ। PRIMARY_INACTIVITY को अर्थ एप करिब चौध दिन नखोलिएको हो, र पुनःकनेक्सन गर्दा समस्या समाधान हुन्छ।

त्यसपछि गुणस्तर जाँच गर्नुहोस्, जुन पुश नभई पोल गरिन्छ। अन्त्यमा प्रतिबन्ध जाँच गर्नुहोस्, जुन खातास्तरीय कार्यान्वयन हो र कुनै प्रदायकले हटाउन सक्दैन।

### प्रायः कारण नहुने कुरा के हो?

हिजो कोड चलिरहेको थियो र केही डिप्लोय गरिएको छैन भने, तपाईंको कोड।

Cloud API स्थिर छ र यसको अनुरोधका ढाँचा आफैं परिवर्तन हुँदैनन्। महिनौँ चलेको इंटिग्रेसन अचानक रोकिँदा सम्भावना धेरैजसो प्रमाणिकरण, रुटिङ परिवर्तन वा खातास्तरीय इभेन्टको हुन्छ। यी सबै कसैले रिपोजिटरी नछोईकन हुन सक्छन्।

उल्लेख गर्नुपर्ने अपवाद सम्पादन गरिएको टेम्प्लेट हो। टेम्प्लेटमा भेरिएबलको संख्या बदल्दा हरेक प्रेषकका लागि सम्झौता मौन रूपमा बदलिन्छ। त्यसैले यो कोडको त्रुटिजस्तो देखिन्छ, जबकि परिवर्तन अरू कसैले WhatsApp Manager मा गरेको सामग्रीगत बदलाव हुन्छ।

- पहिले नम्बर पुनःकनेक्ट गर्नु। टोकनको म्याद सकिएको भए यसले व्यवसाय मालिकलाई आवश्यक नै नभएको काम गराउँछ।
- कोड बिग्रियो भनेर मान्नु। स्थिर API र कुनै डिप्लोय नभएको अवस्थाले कारण अन्यत्र देखाउँछ।
- लक्षण खोज्न फोन जाँच्नु। यीमध्ये प्रायः सबै अवस्थामाझ एप चलिरहन्छ।

**फोनमा नम्बर चल्छ, तर केही पठिँदैन। कहाँबाट सुरु गर्ने?** पहिले access token जाँच्नुहोस्। यो सबैभन्दा सामान्य कारण हो र नम्बर हटेको जस्तो सबैभन्दा बढी देखिन्छ।

**मैले पुनःकनेक्सन गरेँ, तर म्यासेज अझै मेरो सर्भरमा पुग्दैन।** वेबहुक ओभरराइड एपसँगै हटाइएको हो। यसलाई फेरि लागू गर्नुपर्छ। हामी यो स्वचालित रूपमा गर्छौँ।

**यो चौध दिनको नियमका कारण भएको हो भनेर कसरी थाहा पाउने?** account_update इभेन्टमा PRIMARY_INACTIVITY कारणसहित विच्छेदन आउँछ।

**टेम्प्लेट सम्पादन गर्दा म्यासेज पठाउन बन्द हुन सक्छ?** सक्छ, र कोडको त्रुटिजस्तो देखिने यही एउटा कारण हो। भेरिएबलको संख्या बदल्दा हरेक प्रेषकको सम्झौता बदलिन्छ।

---

## Meta ले कुन WhatsApp म्यासेजको शुल्क लिन्छ

https://easycoexistence.com/ne/docs/free-and-paid-conversations

Meta ले कुराकानीको होइन, डेलिभर भएको प्रत्येक म्यासेजको शुल्क लिन्छ। 2026 अक्टोबर 1 देखि प्रत्येक व्यावसायिक फोन नम्बरले महिनामा 1,000 निःशुल्क सेवा म्यासेज पाउँछ, अर्थात् 24 घण्टाको ग्राहक सेवा विन्डोभित्र पठाइएका प्रतिक्रिया, र Meta ले 1,001 औँ देखि शुल्क लिन्छ। टेम्प्लेटमा डेलिभरी हुँदा शुल्क लाग्छ, युटिलिटी टेम्प्लेटमा समेत। ती शुल्क तपाईंको आफ्नै WhatsApp Business Account मा रहेको भुक्तानी विधिमा जान्छन्।

### वास्तवमा के निःशुल्क छ?

प्रत्येक व्यावसायिक फोन नम्बरमा महिनामा 1,000 सम्म सेवा म्यासेज। टेम्प्लेट नभएको कुनै पनि म्यासेज सेवा म्यासेज हो, र यो खुला ग्राहक सेवा विन्डोभित्र मात्र पठाउन सकिन्छ, अर्थात् ग्राहकले तपाईंलाई पठाएको पछिल्लो म्यासेजपछिका 24 घण्टा। महिनाको 1,001 औँ म्यासेजदेखि Meta ले प्रत्येकको शुल्क लिन्छ, र नचलाइएको सीमा अर्को महिनामा सर्दैन।

इन्टिग्रेसनको डिजाइनमा यसको महत्त्व सुरुमा लाग्ने भन्दा बढी छ। आफूलाई सम्पर्क गर्ने मानिसलाई मात्र जवाफ दिने सपोर्ट वर्कफ्लो त्यो सीमा पार नगरेसम्म निःशुल्क रहन्छ, त्यसपछि प्रति म्यासेज शुल्क तिर्छ। पहिले नै सम्पर्क गर्ने वर्कफ्लोले डेलिभर गरेको प्रत्येक टेम्प्लेटको शुल्क तिर्छ, र 2026 अक्टोबर 1 देखि खुला विन्डोभित्र पठाइएका युटिलिटी टेम्प्लेट पनि यसमा पर्छन्।

तसर्थ इन्टिग्रेसनको लागत कति कुराकानी भए भन्नेले होइन, कति म्यासेज कुन श्रेणीमा डेलिभर भए भन्नेले तय गर्छ। उही संख्यामा म्यासेज पठाउने दुई प्रणालीमा Meta ले लिने शुल्क निकै फरक पर्न सक्छ।

### Meta ले कसलाई बिल पठाउँछ?

तपाईंको आफ्नै WhatsApp Business Account मा WhatsApp Manager बाट सेट गरिएको भुक्तानी विधिलाई।

यो व्यवसाय र Meta बीचको प्रत्यक्ष सम्बन्ध हो। शुल्क Tech Provider मार्फत जाँदैन, त्यसैले प्रदायकले ती शुल्कमा मूल्य बढाउन, प्याकेजमा मिसाउन वा पुनः बेच्न सक्दैन। छुट दरमा WhatsApp म्यासेज दिन्छु भन्ने जो कोही या त फरक व्यवस्था भएको पुनः विक्रेता हो, या त Meta को शुल्क बाहेक अर्कै कुरा वर्णन गरिरहेको हो।

व्यावहारिक असर के हो भने भुक्तानी विधि नभएको खाताले मासिक निःशुल्क सीमा सकिएसम्म जवाफ पठाउन सक्छ, तर टेम्प्लेट वा सीमाभन्दा बाहिरको जवाफ पठाउने बित्तिकै असफल हुन्छ। यो विभाजन नबुझेसम्म यो असफलता अलमलमा पार्ने खालको हुन्छ।

- जवाफ सधैं निःशुल्क हुन्छ भन्ने मान्नु। 2026 अक्टोबर 1 देखि Meta ले प्रति नम्बर महिनामा 1,000 भन्दा बढी सेवा म्यासेजको शुल्क लिन्छ, र विन्डोभित्रका युटिलिटी टेम्प्लेटको पनि।
- प्रदायकको इनभ्वाइसमा Meta को शुल्क पनि समावेश हुन्छ भन्ने अपेक्षा गर्नु। ती शुल्क Meta ले प्रत्यक्ष र छुट्टै बिल गर्छ।
- खातामा भुक्तानी विधि नराखी वर्कफ्लो बनाउनु। टेम्प्लेट पठाइँदैन, र मासिक निःशुल्क सीमा सकिएपछि जवाफ पनि रोकिन्छन्।

**के सबै जवाफ निःशुल्क हुन्छन्?** प्रत्येक व्यावसायिक फोन नम्बरमा हरेक महिनाका पहिलो 1,000 सेवा म्यासेज मात्र निःशुल्क हुन्छन्। त्यसपछि Meta ले प्रत्येकको शुल्क लिन्छ, र 24 घण्टाको विन्डोबाहिर टेम्प्लेट चाहिन्छ, जसको शुल्क डेलिभरीमा लाग्छ।

**के श्रेणीले मूल्य फेर्छ?** फेर्छ। Meta ले मार्केटिङ, युटिलिटी, प्रमाणीकरण र सेवा म्यासेजको मूल्य फरक-फरक राख्छ, र दर प्राप्तकर्ताको देश अनुसार पनि फरक पर्छ।

**के प्रदायकले मलाई राम्रो दर दिन सक्छ?** Meta को शुल्कमा सक्दैन, किनभने ती शुल्क कहिल्यै प्रदायकसम्म पुग्दैनन्।

**मेरो भुक्तानी विधि असफल भयो भने के हुन्छ?** शुल्क लाग्नुपर्ने म्यासेज पठाउन रोकिन्छ र त्रुटि 131042 फर्कन्छ। म्यासेज प्राप्त गर्ने काममा कुनै असर पर्दैन।

---

## MCP वा वेबहुक: तपाईंलाई वास्तवमा कुन चाहिन्छ

https://easycoexistence.com/ne/docs/mcp-or-webhook

MCP अनुरोध र प्रतिक्रियाको प्रणाली हो: व्यक्तिले सोध्दा सहायकले टुल बोलाउँछ। वेबहुक यसको विपरीत हो, जहाँ Meta ले इभेन्ट पठाउँछ र तपाईंको प्रणालीले के गर्ने निर्णय गर्छ। स्वचालित रूपमा प्रतिक्रिया दिने कुनै पनि कुरा MCP मात्र प्रयोग गरेर बनाउन सकिँदैन।

### MCP ले ग्राहकलाई स्वचालित रूपमा किन जवाफ दिन सक्दैन?

किनकि प्रोटोकलमा आफैं सक्रिय हुने कुनै संयन्त्र छैन।

MCP सर्भरले क्लाइन्टले बोलाउने टुलहरू उपलब्ध गराउँछ। यो कल सहायकबाट सुरु हुन्छ, र सहायक स्वयं व्यक्तिलाई प्रतिक्रिया दिइरहेको हुन्छ। भित्रतर्फ आउने दिशा हुँदैन: ग्राहकले WhatsApp म्यासेज पठाउँदा त्यसले सहायकसम्म पुगेर उसलाई काम गर्न लगाउने कुनै व्यवस्था छैन। यो हाम्रो मात्र सीमा होइन, हरेक उत्पादनका हरेक MCP सर्भरमा यही कुरा लागू हुन्छ।

त्यसैले ग्राहकलाई रातभर एआईले जवाफ दिन सक्छ कि सक्दैन भन्ने प्रश्नको उत्तर MCP ले होइन, वेबहुकले दिन्छ। Meta ले तपाईंले चलाएको प्रणालीमा म्यासेज पठाउँछ, र त्यो प्रणालीले के गर्ने निर्णय गर्छ, जसमा मोडल बोलाउनु पनि पर्न सक्छ।

### प्रत्येक बाटो वास्तवमा कुन कामका लागि राम्रो छ?

MCP व्यक्तिले गरिरहेको कामका लागि हो। मेरा कुन नम्बरको हेल्थ खराब छ, यो ग्राहकलाई उसको प्रमाणीकरण पठाउनुहोस्, अर्डर अपडेटका लागि टेम्प्लेट बनाउनुहोस्, यो क्लाइन्टको नम्बर मेरो सर्भरतर्फ पठाउनुहोस्। यी सबै कसैले अनुरोध गरेपछि सुरु हुन्छन्, र ड्यासबोर्डमार्फत भन्दा सहायकमार्फत छिटो हुन्छन्।

वेबहुक कसैको उपस्थिति नहुँदा पनि हुनुपर्ने सबै कामका लागि हो। कार्यालय समयपछि पहिलो जवाफ, सही व्यक्तितर्फ पठाउने काम, सीआरएममा अभिलेख राख्ने काम, वर्कफ्लो सुरु गर्ने काम।

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

### कुन टुलले कुन प्रणालीसँग कुरा गर्छ?

सहायकहरूले MCP प्रयोग गर्छन्: Claude, ChatGPT, Cursor, Claude Code। स्वचालन प्लेटफर्महरूले प्रायः त्यसो गर्दैनन्, र यो भिन्नता मानिसहरूले अपेक्षा गरेजस्तो हुँदैन।

Make र Zapier दुवैले आफ्नै MCP सर्भर चलाउँछन् र आफ्ना कामहरू सहायकहरूलाई उपलब्ध गराउँछन्। दुवै MCP क्लाइन्ट होइनन्, त्यसैले हाम्रो सर्भरलाई कल गर्न सक्दैनन्। उनीहरूका लागि एकीकरण वेबहुक र HTTP कल हो।

n8n अपवाद हो। यसको MCP Client Tool ले रिमोट सर्भरसँग कनेक्सन गर्छ र OAuth2 समर्थन गर्छ, त्यसैले n8n वर्कफ्लोभित्रको एजेन्ट नोडले हाम्रा टुलहरू सिधै बोलाउन सक्छ। त्यहाँ पनि वर्कफ्लो वेबहुकबाटै सुरु हुन्छ, किनकि प्रतिक्रिया दिन सक्ने एक मात्र कुरा त्यही हो।

- स्वचालित जवाफको अपेक्षामा MCP किन्नु। यसले अनुरोध गर्दा मात्र काम गर्छ र बिहान 3 बजे यसलाई अनुरोध गर्ने कोही हुँदैन।
- MCP सर्भर भएको प्लेटफर्मले अर्को MCP सर्भर प्रयोग गर्न सक्छ भन्ने मान्नु। Make र Zapier उपलब्ध गराउँछन्, प्रयोग गर्दैनन्।
- दुवै बाटोबाट एउटै काम गराउने गरी बनाउनु। एउटै प्रणालीका फरक दुई भागका लागि तिनीहरूको काम फरक हुन्छ।

**के सहायकले मेरो WhatsApp हेर्न सक्छ?** सक्दैन। कुनै पनि कुराले MCP सर्भरभित्र इभेन्ट पठाउन सक्दैन। हेर्ने काम वेबहुकको हो, र वेबहुकले त्यसपछि मोडल बोलाउन सक्छ।

**के मलाई दुवै चाहिन्छ?** धेरै वास्तविक प्रणालीले दुवै प्रयोग गर्छन्: मानिसले गर्ने कामका लागि MCP, र उनीहरू नभएको बेला हुने सबै कामका लागि वेबहुक।

**के Zapier ले तपाईंको MCP सर्भर प्रयोग गर्न सक्छ?** सक्दैन। Zapier क्लाइन्ट होइन, MCP सर्भर हो, त्यसैले यसले हाम्रो सर्भरलाई कल गर्न सक्दैन।

**n8n ले सक्छ?** सक्छ, OAuth2 सहितको MCP Client Tool मार्फत। यी तीन स्वचालन प्लेटफर्ममध्ये प्रत्यक्ष रूपमा त्यसो गर्न सक्ने यही एउटा हो।

---

## जडानपछि WhatsApp Business एपमा के बदलिन्छ

https://easycoexistence.com/ne/docs/what-changes-in-the-app

फोनमा लगभग केही पनि बदलिँदैन। उही म्यासेज, इतिहास, सम्पर्क र डिभाइस रहन्छन्, अनि टिमले पहिलेझैँ प्रतिक्रिया दिन्छ। बदलिने कुरा भनेको उही लाइनमा API जोडिनु, दुवै पक्षले अर्को पक्षले पठाएको कुरा देख्नु र समूहहरू API बाट बाहिर रहनु हो।

### के कुरा ठ्याक्कै उस्तै रहन्छ?

एप, नम्बर, कुराकानी र तिनको जवाफ दिने व्यक्ति।

WhatsApp Business एप पहिलेजस्तै खुल्छ, सम्पर्क सूची उस्तै रहन्छ र अघिल्ला सबै कुराकानी अझै त्यहीँ हुन्छन्। कसैले नयाँ ठाउँमा लग इन गर्नुपर्दैन, कसैले केही इन्स्टल गर्नुपर्दैन र कुनै तालिम आवश्यक पर्दैन। मंगलबार दिउँसो नम्बर जडान गर्ने व्यवसायका लागि बुधबार बिहान अघिल्ला सबै बुधबार बिहानजस्तै हुन्छ।

यही नै यसको मुख्य उद्देश्य हो। पहिले माइग्रेसनको प्रस्ताव पाएका व्यवसायलाई यो वाचा असाध्यै राम्रो सुनिन सक्छ, त्यसैले यसबारे ठोस रूपमा बुझ्नु महत्त्वपूर्ण छ।

### वास्तवमै के बदलिन्छ?

तीन कुरा बदलिन्छन्, र तीमध्ये एउटा मात्र देखिन्छ।

API ले पठाएका म्यासेज एपको कुराकानी थ्रेडमा देखिन्छन्। त्यसैले फोन चलाइरहेको व्यक्तिले आधा कुरा होइन, पूरा अवस्था देख्छ। देखिने यही परिवर्तन हो, र यसले अवरोध होइन सुधार ल्याउँछ।

एपमा टाइप गरिएका म्यासेज सफ्टवेयरलाई देखिन्छन् र smb_message_echoes इभेन्टका रूपमा आइपुग्छन्। फोन चलाइरहेको व्यक्तिले यो देख्दैन, तर यसैले मानवले पहिले नै जवाफ दिइसकेपछि स्वचालनले त्यसमाथि फेरि प्रतिक्रिया दिनबाट रोक्छ।

समूह कुराकानी API बाट बाहिर रहन्छन्। टिमले एपबाट पहिलेजस्तै समूह प्रयोग गर्न सक्छ, तर कुनै पनि प्रोभाइडरमा सफ्टवेयरले ती समूह देख्न वा तिनमा पठाउन सक्दैन।

### व्यवसायले के गरिरहनुपर्छ?

एप खोलिरहनुपर्छ, जुन उनीहरूले त्यसै पनि गर्नुपर्ने थियो।

प्राथमिक डिभाइसमा लगभग 14 दिनसम्म कुनै गतिविधि नभएपछि Meta ले Coexistence कनेक्सन काट्छ। ग्राहकलाई सक्रिय रूपमा प्रतिक्रिया दिने व्यवसायका लागि यो अवस्था आउँदैन। मौसमी रूपमा शान्त रहने नम्बर वा सुस्त महिना भएको ग्राहकका लागि एजेन्सीले राखेको नम्बरमा भने यस्तो हुन सक्छ।

कनेक्सन फेरि पुनर्स्थापित गर्न सकिने भएकाले यो क्षति होइन, असुविधा मात्र हो। योजना बनाउनुपर्ने मुख्य कुरा त्यसपछि आउँछ: कनेक्सनसँगै वेबहुक गन्तव्य पनि हट्छ। त्यसैले पुनः जडान गर्दा पठाउने सुविधा फर्किए पनि आफ्नै सर्भरमा डेलिभरी स्वतः फर्किँदैन, जबसम्म वेबहुक फेरि लागू गरिँदैन।

- टिमले केही पनि थाहा पाउँदैन भनेर वाचा गर्ने, अनि जडान गर्नुको सट्टा माइग्रेसन गर्ने। माइग्रेसनले एप हटाउँछ।
- समूह कुराकानी वरिपरि केही बनाउने। हरेक प्रोभाइडरमा ती API बाट बाहिर हुन्छन्।
- शान्त नम्बर जडानमै रहन्छ भनेर मान्ने। एप 14 दिनसम्म नखोल्दा कनेक्सन समाप्त हुन्छ।

**के मेरो टिमले केही सिक्नुपर्छ?** पर्दैन। उनीहरूले अहिलेझैँ WhatsApp Business एप प्रयोग गरिरहन्छन्।

**के पुराना कुराकानी हराउँछन्?** हराउँदैनन्। ती एपमै रहन्छन्, र अनबोर्डिङका बेला लगभग 6 महिनाको इतिहास वैकल्पिक रूपमा API सँग साझा गर्न सकिन्छ।

**के हामी अझै समूह प्रयोग गर्न सक्छौँ?** एपबाट सकिन्छ, पहिलेजस्तै। API मार्फत भने कुनै पनि प्रोभाइडरमा सकिँदैन।

**यदि दुई हप्तासम्म कसैले एप खोलेन भने के हुन्छ?** Meta ले API पक्षको कनेक्सन काट्छ। पुनः जडान गर्दा त्यो फर्किन्छ र यस अवधिभर एपमा कुनै असर पर्दैन।

---

## Coexistence सन्दर्भ

https://easycoexistence.com/ne/docs/coexistence

Coexistence ले एउटै नम्बरमा WhatsApp Business एप र Cloud API एकैसाथ चलाउँछ। यस पृष्ठमा यसको स्वरूप, म्यासेज प्रवाह, सीमितता र फिर्ता गर्ने तरिका छन्। यसको विस्तृत कारण गाइडमा छ।

### यो के हो

Meta को आधिकारिक मोड, जसले WhatsApp Business एप र Cloud API लाई एउटै फोन नम्बरमा एकैसाथ चलाउँछ। यो छुट्टै एपीआई होइन, उही Cloud API हो, जसमा अनबोर्ड गरेपछि पनि एप सोही नम्बरमा चलिरहन्छ।

### टोलीहरूले किन प्रयोग गर्छन्

लगभग हरेक कनेक्सनका पछाडि यी चार कारण हुन्छन्।

- सवारीसाधन, रसिद र वेबसाइटमा पहिले नै छापिएको नम्बर कायम राख्नुहोस्।
- कसैलाई नयाँ टुलमा सार्नुपर्दैन, एपीआईबाट म्यासेज पठाउने, वेबहुक र टेम्प्लेट थप्नुहोस्।
- कुराकानीलाई प्रदायकको साझा इनबक्सबाहिर राख्नुहोस्।
- एजेन्सीले धेरै ग्राहक नम्बर राख्न सक्छ, हरेक ग्राहकको आफ्नै पोर्टफोलियोमा।

### सञ्चार कसरी चल्छ

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

### मूल्य निर्धारणको व्यवहार

Meta ले म्यासेज होइन, कुराकानीको मूल्य तोक्छ र आफ्नै WhatsApp Business खाताको भुक्तानी विधिमा शुल्क लगाउँछ। ग्राहक सेवा अवधिको 24 घण्टाभित्रका प्रतिक्रियाहरू निःशुल्क छन्। त्यसबाहिर कुराकानी सुरु गर्न टेम्प्लेट चाहिन्छ र शुल्क लाग्छ।

### लिङ्क गरिएका डिभाइस

Coexistence लिङ्क गरिएको डिभाइस होइन र यसले त्यस्तो डिभाइस प्रयोग गर्दैन। लिङ्क गरिएको डिभाइस अन्यत्र लग इन गरिएको उपभोक्ता क्लाइन्ट हो, जसलाई अनौपचारिक टुलहरूले स्वचालित बनाउँछन् र WhatsApp का सर्तहरूले निषेध गर्छन्। यहाँ त्यो संयन्त्र प्रयोग हुँदैन।

### कार्यात्मक सीमितता

यी सीमितता Meta ले तोकेको हो र हरेक प्रदायकमा उस्तै हुन्छन्।

- ग्रुप च्याट एपीआईमार्फत उपलब्ध हुँदैन।
- टेम्प्लेट फोन एपबाट पठाउन सकिँदैन, एपीआईमार्फत मात्र पठाउन सकिन्छ।
- पठाउने थ्रुपुट गुणस्तर र तहसँगै बढ्ने होइन, स्थिर हुन्छ।
- च्याट इतिहास साझा गर्ने निर्णय अनबोर्डिङका बेला एकपटक हुन्छ।

### योग्यता

कनेक्सन गर्नुअघि नम्बरले यी सबै सर्त पूरा गर्नुपर्छ।

- उपभोक्ता एपमा होइन, WhatsApp Business एपमा पहिले नै सक्रिय भएको।
- तपाईंले पहुँच गर्न सक्ने Business Portfolio मा भएको।
- अर्को प्रदायकको एपमा पहिले नै जडान नभएको।

### सञ्चालनसम्बन्धी टिप्पणी

जडान गरेपछि सत्य हुने र सजिलै छुट्न सक्ने कुराहरू।

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

### खाता छनोटसम्बन्धी सावधानी

Embedded Signup का बेला Business Portfolio र WhatsApp Business खाता छुट्टाछुट्टै चरणमा छनोट गरिन्छ। गलत खाता छान्दा नम्बर अनिच्छित ठाउँमा जोडिन्छ। पछि सार्न कनेक्सन तोडेर सम्पूर्ण प्रक्रिया फेरि चलाउनुपर्छ।

### एकतर्फी निर्णयहरू

पहिलेको च्याट इतिहास साझा गर्ने प्रश्न एकपटक मात्र सोधिन्छ र फेरि खोल्न सकिँदैन। सिन्क्रोनाइजेसन पनि अनबोर्डिङको 24 घण्टाभित्र सुरु हुनुपर्छ र एकपटक मात्र चल्छ। छुटेमा दुवैले चेतावनी होइन, अपरिचित त्रुटि देखाउँछन्।

### डिस्कनेक्ट गर्ने वा फिर्ता गर्ने

नम्बरलाई ड्यासबोर्ड वा कनेक्टरमार्फत जुनसुकै बेला डिस्कनेक्ट गर्न सकिन्छ। WhatsApp Business एप आफ्ना कुराकानी र इतिहाससहित पहिलेझैँ चलिरहन्छ। जडान भएको कारण नम्बरमा कुनै स्थायी परिवर्तन हुँदैन।

- Coexistence लाई छुट्टै एपीआई ठान्नु। यो फरक अनबोर्डिङ भएको Cloud API हो।
- ग्रुप च्याट वरिपरि प्रणाली बनाउनु। हरेक प्रदायकमा यी समावेश हुँदैनन्।
- फेरि जडान गर्दा वेबहुक गन्तव्य आफैँ फर्किन्छ भन्ने मान्नु। फर्किँदैन।

**के यो Cloud API नै हो?** हो। Coexistence भनेको Cloud API मा अनबोर्ड गर्ने तरिका हो, जसले WhatsApp Business एपलाई नम्बरमा चलिरहन दिन्छ।

**के म यसलाई फिर्ता गर्न सक्छु?** सक्नुहुन्छ। डिस्कनेक्ट गर्दा एप र यसका कुराकानीहरू पहिलेझैँ रहन्छन्।

**के मेरो टोलीलाई तालिम चाहिन्छ?** चाहिँदैन। उनीहरूले अहिले जसरी WhatsApp Business एप प्रयोग गर्छन्, त्यसरी नै गरिरहन्छन्।

**एपले टेम्प्लेट किन पठाउन सक्दैन?** टेम्प्लेट प्लेटफर्मको सुविधा हो, एपको होइन। 24 घण्टाको अवधिबाहिरका सबै कुरा एपीआईमार्फत जान्छन्।

---

## एपीआईमा के सिङ्क हुन्छ र के हुँदैन

https://easycoexistence.com/ne/docs/what-syncs-and-what-does-not

एपीआईमा सम्पर्क र एक-एक म्यासेजको इतिहास सिङ्क हुन्छ, त्यसपछि म्यासेज दुवै दिशामा देखिन्छ। समूह हुँदैनन्, न त WhatsApp Business एपका आफ्नै उपकरणहरू: क्याटलग, अर्डर, स्ट्याटस, लेबल, द्रुत प्रतिक्रिया, स्वागत र अनुपस्थित म्यासेज।

### के सिङ्क हुन्छ

दुई कुरा सिङ्क हुन्छन्, र वर्षौंदेखि व्यवसायले प्रयोग गर्दै आएको नम्बरबाट सफ्टवेयर सुरु गर्दा यी नै सबैभन्दा महत्वपूर्ण हुन्छन्।

- सम्पर्क: WhatsApp नम्बर भएको हरेक सम्पर्क प्लेटफर्ममा सिङ्क गर्न सकिन्छ।
- एक-एक म्यासेजको इतिहास, जसले गर्दा एपीआई आउनुअघिका कुराकानीबारे पनि एपीआई अनभिज्ञ हुँदैन।
- त्यसपछि म्यासेज दुवै दिशामा देखिन्छ: एपीआईले पठाएको म्यासेज एपमा देखिन्छ र टोलीले एपमा टाइप गरेको म्यासेज तपाईंका प्रणालीमा पुग्छ।

### के सिङ्क हुँदैन

मानिसहरूले अपेक्षा गरेभन्दा धेरै कुरा सिङ्क हुँदैनन्। ग्राहकलाई केही वाचा गर्नुअघि पढ्नुपर्ने सूची यही हो। यीमध्ये कुनै पनि प्रदायकको सीमा होइन, प्लेटफर्म यसरी नै काम गर्छ।

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

### एपका आफ्नै उपकरणहरू किन बाहिरै रहन्छन्

किनकि ती प्लेटफर्मका नभई एपका विशेषता हुन्, र एपीआईमा तिनको समकक्ष छैन।

द्रुत प्रतिक्रिया र लेबलहरू उपकरणमै रहन्छन्। कसैले एप नहेरेको बेला अनुपस्थित म्यासेज एपले पठाउँछ। यीमध्ये कुनै पनि एपीआईको अवधारणा होइनन्, त्यसैले तिनलाई एपीआईमा सिङ्क गर्ने आधार हुँदैन।

व्यावहारिक परिणाम यस्तो हुन्छ: आफ्नो काम व्यवस्थित गर्न लेबलमा निर्भर व्यवसायले एपमै लेबल प्रयोग गरिरहन्छ, तर सफ्टवेयरले ती देख्न सक्दैन। तपाईंले बनाउँदै गरेको प्रणालीका लागि यस्तो संगठन महत्वपूर्ण छ भने, त्यसलाई आफ्नै प्रणालीमा फेरि बनाउनुपर्छ, अर्कोपट्टिबाट पढ्न सकिँदैन।

### तपाईंले गुमाउन सक्ने अवधि

अनबोर्डिङ भएको 24 घण्टाभित्र सिङ्क सुरु गर्नुपर्छ। यो अवधि गुमेमा अर्को अवसर पाउन नम्बरलाई अफबोर्ड गरेर फेरि अनबोर्ड गर्नुपर्छ।

यो म्यासेज पठाउने नियम निर्धारण गर्ने 24 घण्टे ग्राहक सेवा अवधिभन्दा अलग हो, तर यी दुई प्रायः झुक्किन्छन्। एउटा ग्राहकको पछिल्लो म्यासेजदेखि गनिन्छ र खुला म्यासेज पठाउन मिल्छ कि मिल्दैन भन्ने तय गर्छ। अर्को अनबोर्डिङदेखि गनिन्छ र इतिहास अझै सिङ्क गर्न सकिन्छ कि सकिँदैन भन्ने तय गर्छ।

त्यसैले नम्बर कनेक्सन भएको दिनमै इतिहास सिङ्क गर्ने निर्णय गर्नु उचित हुन्छ, एकीकरणको काम सुरु हुने दिनसम्म कुर्नु हुँदैन, किनकि त्यो प्रायः अर्को हप्ता हुन्छ।

- ग्राहकलाई उनका लेबल र द्रुत प्रतिक्रिया तपाईंको प्रणालीमा देखिने वाचा गर्नु। ती एपमै रहन्छन्।
- समूह कुराकानीमा आधारित केही बनाउनु। कुनै पनि प्रदायकमा ती सिङ्क हुँदैनन्।
- एकीकरण बनेपछि मात्र इतिहास सिङ्क गर्ने। अवधि अनबोर्डिङदेखि 24 घण्टा हो।

**के मेरा पुराना कुराकानी एपीआईमा देखिन्छन्?** अनबोर्डिङका क्रममा स्वीकार गरेमा एक-एक कुराकानीको इतिहास सिङ्क हुन्छ। समूह कुराकानी हुँदैन।

**के सफ्टवेयरले मेरा लेबल देख्न सक्छ?** सक्दैन। लेबल एपको विशेषता हो र यसको एपीआई समकक्ष छैन, त्यसैले ती उपकरणमै रहन्छन्।

**के टोलीले द्रुत प्रतिक्रिया गुमाउँछ?** गुमाउँदैन। ती पहिलेझैं एपमा काम गरिरहन्छन्, तर सफ्टवेयरले तिनलाई देख्न सक्दैन।

**24 घण्टाको सिङ्क अवधि गुमेमा के हुन्छ?** नम्बर डिस्कनेक्सन गरेर फेरि कनेक्सन गर्नुपर्छ। यसले अनबोर्डिङ दोहोर्याउँछ र नयाँ अवधि खोल्छ।

---

## Coexistence पछि WhatsApp का कुन सुविधाहरू बन्द हुन्छन्

https://easycoexistence.com/ne/docs/features-disabled-by-coexistence

Coexistence मार्फत नम्बर जडान भएपछि चारवटा कुरा बन्द हुन्छन्: डिसअपियरिङ म्यासेज, भ्यु वन्स म्यासेज र लाइभ लोकेसन one-to-one च्याटका लागि बन्द हुन्छन्, अनि ब्रोडकास्ट लिस्ट पूर्ण रूपमा निष्क्रिय हुन्छन्। पहिलेका लिस्ट मेटिँदैनन्, रीड-ओन्ली बन्छन्।

### चारवटा

प्रत्येक सुविधा लुकाइएको होइन, प्लेटफर्म स्तरमै बन्द गरिएको हुन्छ। यसको कारण API ले कुराकानी हेर्न सक्ने क्षमतासँग जोडिएको छ।

- डिसअपियरिङ म्यासेज: सबै one-to-one च्याटका लागि बन्द।
- भ्यु वन्स म्यासेज: सबै one-to-one च्याटका लागि निष्क्रिय।
- लाइभ लोकेसन म्यासेज: सबै one-to-one च्याटका लागि निष्क्रिय।
- ब्रोडकास्ट लिस्ट: निष्क्रिय हुन्छन्, र पहिलेका लिस्ट हटाइनुको सट्टा रीड-ओन्ली बन्छन्।

### यी चारवटा नै किन

किनभने यी प्रत्येकले API सँग मेल नखाने कुरा सुनिश्चित गर्छन्।

डिसअपियरिङ म्यासेजले स्थायी रूपमा नरहने वाचा गर्छ। भ्यु वन्स म्यासेज एकपटक मात्र हेर्न सकिने वाचा गर्छ। दुवै वाचा अरू कुनै प्रणालीमा प्रतिलिपि नरहने कुरामा निर्भर हुन्छन्, तर जडान गरिएको नम्बरले ती म्यासेज अर्को प्रणालीमा पठाउँछ।

लाइभ लोकेसन म्यासेज नभई निरन्तर प्रवाह हो, जसको API मा प्रतिनिधित्व हुँदैन। ब्रोडकास्ट लिस्ट एपबाट एकैपटक धेरै मानिसलाई पठाउने तरिका हो। यसको प्लेटफर्म-स्तरीय विकल्प स्वीकृति लिएर API मार्फत पठाइने टेम्प्लेट हुन्।

त्यसैले यो मनपरी गरिएको परिवर्तन होइन। प्लेटफर्मले अब पूरा गर्न नसक्ने वाचा गर्न अस्वीकार गरेको हो।

### ग्राहकको नम्बर जडान गर्नुअघि यसको अर्थ

व्यवसायले यीमध्ये कुनै सुविधा प्रयोग गर्छ कि गर्दैन भनेर सोध्नुहोस्, किनभने पछि थाहा पाउनु कठिन कुराकानी हुन्छ।

ब्रोडकास्ट लिस्टले वास्तविक व्यवसायलाई सबैभन्दा बढी असर गर्छ। ब्रोडकास्ट लिस्टमाफर्त 200 ग्राहकलाई हरेक हप्ता म्यासेज पठाउने पसलले त्यो प्रक्रिया गुमाउँछ। यसको विकल्प स्वीकृत मार्केटिङ टेम्प्लेट हो, जसका लागि खातामा भुक्तानी विधि र Meta को समीक्षा आवश्यक हुन्छ।

डिसअपियरिङ म्यासेजले फरक प्रकारका प्रयोगकर्तालाई असर गर्छ, प्रायः एकपटक सक्रिय गरेर बिर्सनेलाई। डेलिभरी र फिल्ड सर्भिसबाहेक लाइभ लोकेसनको कुरा लगभग कहिल्यै उठ्दैन।

- व्यवसायलाई नभनी ब्रोडकास्ट लिस्टमा निर्भर नम्बर जडान गर्नु। यसको विकल्प स्वीकृति र बिलिङसहितको टेम्प्लेट हो।
- पहिलेका ब्रोडकास्ट लिस्ट मेटिन्छन् भन्ने मान्नु। ती रीड-ओन्ली बन्छन्।
- नम्बर जडान रहँदा यी सुविधा फेरि फर्किन्छन् भन्ने अपेक्षा गर्नु। ती फर्किँदैनन्।

**के म डिसअपियरिङ म्यासेज फेरि सक्रिय गर्न सक्छु?** नम्बर जडान रहँदासम्म सकिँदैन। जडान हटाएपछि एपको सामान्य व्यवहार फर्किन्छ।

**के मेरा पहिलेका ब्रोडकास्ट लिस्ट मेटिन्छन्?** मेटिँदैनन्। ती रीड-ओन्ली बन्छन्, त्यसैले सामग्री रहन्छ तर तिनबाट पठाउन सकिँदैन।

**के यसले ग्रुप च्याटलाई असर गर्छ?** यो निष्क्रियता one-to-one च्याटका लागि दस्तावेज गरिएको छ। Coexistence नम्बरमा ग्रुप च्याट API भन्दा पूर्ण रूपमा बाहिर हुन्छन्।

**ब्रोडकास्ट लिस्टको विकल्प के हो?** आफ्नै WhatsApp Business खातामा भुक्तानी विधि आवश्यक पर्ने, API मार्फत पठाइने स्वीकृत मार्केटिङ टेम्प्लेट।

---

## Coexistence का लागि योग्य नम्बरहरू

https://easycoexistence.com/ne/docs/number-eligibility

नम्बर WhatsApp Business एपमा पहिल्यै प्रयोगमा हुनुपर्छ, संस्करण 2.24.17 वा नयाँ हुनुपर्छ, तपाईंले व्यवस्थापन गर्न सक्ने Business Portfolio भित्र हुनुपर्छ र अर्को प्रोभाइडरसँग जोडिएको हुनुहुँदैन। भूगोल अब सर्त होइन। अन्य सबै अवस्थामा onboarding का क्रममा नम्बर अस्वीकार हुन्छ।

### नम्बर आफैंमा के हुनुपर्छ

चारवटा सर्त छन्, र यी सबै प्रोभाइडरले होइन, Meta को आफ्नै onboarding प्रक्रियामा जाँचिन्छन्।

- उपभोक्ता WhatsApp एपमा होइन, WhatsApp Business एपमा पहिल्यै दर्ता भएर प्रयोगमा रहेको।
- मुख्य उपकरणमा एप संस्करण 2.24.17 वा नयाँ चलिरहेको।
- तपाईंलाई प्रशासक पहुँच भएको Meta Business Portfolio भित्र रहेको।
- अर्को प्रोभाइडरको एपसँग पहिल्यै जोडिएको नभएको।

### Coexistence कहाँ उपलब्ध छ

WhatsApp Business एप सञ्चालन हुने सबै ठाउँमा। Business एप प्रयोगकर्ताका लागि Meta को हालको onboarding दस्तावेजले कुनै पनि भौगोलिक प्रतिबन्ध नभएको बताउँछ, र 2026 मा क्षेत्रीय रूपमा सुरु भएको विस्तार पूरा भइसकेको छ। South Africa र Nigeria अन्तिमतिर थपिएका बजारमध्ये हुन्।

विस्तारका क्रममा प्रकाशित क्षेत्रीय सूचीहरू अझै फैलिरहेका छन्, र तीमध्ये केहीले महिनौंदेखि समर्थित देशलाई पनि अझै असमर्थित देखाउँछन्। त्यस्तो सूची पढ्ने व्यवसायले सुविधा प्रयोग गर्न नसक्ने निष्कर्ष निकाल्न सक्छ, जबकि वास्तवमा प्रयोग गर्न सक्छ।

Meta ले मिति राखिएको देश सूची प्रकाशित गर्दैन, त्यसैले भरपर्दो परीक्षण प्रक्रिया आफैं हो। नम्बर WhatsApp Business एपमा सक्रिय छ र Embedded Signup ले भूगोलका कारण अस्वीकार गर्दैन भने Coexistence त्यो नम्बरका लागि उपलब्ध छ।

### onboarding मा के बिग्रन्छ

धेरैजसो समस्या तीनवटा हुन्छन्, र प्रत्येकको रूप फरक हुन्छ।

उपभोक्ता WhatsApp एपमा रहेको नम्बरलाई Coexistence विकल्प देखाइँदैन। पहिले त्यसलाई WhatsApp Business एपमा सार्नुपर्छ, जुन व्यवसायले फोनमै गर्ने माइग्रेसन हो।

पुरानो एपले स्क्यान सुरु हुने तर पूरा नहुने प्रक्रिया देखाउँछ। एप अपडेट गरेर फेरि प्रयास गर्नु समाधान हो।

प्रक्रिया बीचमै बन्द गर्दा नम्बर खातासँग जोडिएको तर दर्ता नभएको अवस्थामा रहन्छ। यो ड्यासबोर्डमा जडान भएको देखिन्छ, तर पहिलो म्यासेज पठाउँदा error 133010 देखिन्छ। सुरुदेखि प्रक्रिया फेरि चलाउँदा दर्ता पूरा हुन्छ।

- उपभोक्ता WhatsApp एपमै रहेको नम्बरबाट onboarding सुरु गर्नु। पहिले त्यसलाई Business एपमा सार्नुपर्छ।
- विस्तारका क्रममा बनेको क्षेत्रीय उपलब्धता सूचीमा भर पर्नु। केही सूची पुराना छन् र समर्थित देशलाई अझै असमर्थित देखाउँछन्।
- नम्बर देखिएपछि Meta को पपअप बन्द गर्नु। त्यसपछि हुने चरणहरूले दर्ता पूरा गर्छन्।

**के म ल्यान्डलाइन वा भर्चुअल नम्बर प्रयोग गर्न सक्छु?** नम्बर WhatsApp Business एपमा दर्ता भएको हुनुपर्छ, त्यसैले दर्ता म्यासेज प्राप्त गर्न सक्ने हुनुपर्छ।

**कुन एप संस्करण चाहिन्छ?** नम्बर रहेको उपकरणमा 2.24.17 वा नयाँ संस्करण।

**के Coexistence मेरो देशमा उपलब्ध छ?** लगभग निश्चित रूपमा। Meta को हालको onboarding दस्तावेजले कुनै भौगोलिक प्रतिबन्ध नभएको बताउँछ, र क्षेत्रीय विस्तार 2026 मा पूरा भयो। प्रक्रिया आफैं भरपर्दो परीक्षण हो।

**नम्बर ड्यासबोर्डमा देखिन्छ तर म्यासेज पठाउन सक्दैन।** सम्भवतः onboarding पूरा भएको छैन। यसले error 133010 देखाउँछ, र प्रक्रिया फेरि चलाउँदा समस्या समाधान हुन्छ।

---

## EasyCoexistence बनाम 360dialog

https://easycoexistence.com/ne/compare/easycoexistence-vs-360dialog

360dialog र EasyCoexistence को मूल्य निर्धारण एउटै छ: जडान गरिएको प्रत्येक नम्बरका लागि स्थिर शुल्क, Meta का म्यासेज शुल्क तपाईंले सिधै तिर्नुहुन्छ र दुवै पक्षले थप रकम जोड्दैनन्। फरक रकम, तहको सङ्ख्या र शुल्कले वास्तवमा दिने कुरामा छ।

### प्रत्येक नम्बरका लागि तपाईंले तिर्ने रकम

दुवैले प्रतिनम्बर शुल्क लिन्छन् र Meta का म्यासेज लागतमा थप रकम जोड्दैनन्। त्यसैले कुरा रकम र त्यसले दिने सुविधामा निर्भर हुन्छ।

- 360dialog:: September 2026 अनुसार, प्रतिनम्बर प्रतिमहिना €49, €99 र €500 का 3 वटा WhatsApp API तह छन्। साइनअप गर्दा एउटा योजना छान्नुपर्छ र पछि एउटा सीमा पार गर्नुपर्छ।
- EasyCoexistence:: प्रकाशित एउटै मूल्य सूचीमा जडान गरिएको प्रत्येक नम्बरका लागि प्रतिमहिना US$ 9 बाट शुल्क सुरु हुन्छ र नम्बर थप्दै जाँदा US$ 1 सम्म घट्छ। यसमा कतै पनि सुविधा प्रतिबन्ध छैन। एजेन्सीको बीसौँ नम्बरले पहिलो नम्बरले गरेजस्तै सबै काम गर्छ र कम शुल्क लाग्छ। अपग्रेड गर्नुपर्ने कुरा पनि छैन।

### ग्राहक थप्दै जाँदा के हुन्छ

प्रतिनम्बरको रकम सामान्य हिसाबमा बेवास्ता गर्न नसकिने अवस्था।

- 360dialog:: उनीहरूको सुरुआती तहमा, Meta का शुल्कबाहेक 20 नम्बरका लागि प्रतिमहिना €980 लाग्छ। मोडेल ठीक छ, तर गुणक यही हो।
- EasyCoexistence:: 20 नम्बरका लागि प्रतिमहिना US$ 140 लाग्छ। प्रत्येक नम्बर आफ्नै ग्राहकको Business Portfolio मा जडान हुन्छ, छुट्टै लाइनमा शुल्क लाग्छ र कुनै सङ्ख्यामा पनि अर्को तह पुगिँदैन।

### कुराकानीको सामग्री कहाँ जान्छ

अरू कुरा गर्नुअघि नै स्पष्ट गर्नुपर्ने विषय हो, किनकि पछि यसलाई बदल्न सकिँदैन।

- 360dialog:: उनीहरूको मूल्य पृष्ठले म्यासेज जाने बाटो बताउँदैन। त्यसैले यो कुनै पक्षको प्रमाण होइन र उनीहरूलाई सोध्नुपर्ने पहिलो प्रश्न यही हो।
- EasyCoexistence:: Meta ले म्यासेज इभेन्ट तपाईंले तोकेको यूआरएलमा पठाउँछ। यो तपाईंको खातामा हाम्रो एपको subscription माथिको override मार्फत हुन्छ। गन्तव्य नतोकिएको खाताका इभेन्टहरू हाम्रो callback मा फर्किन्छन्, जहाँ handler ले तिनलाई सुरक्षित नगरी हटाउँछ।

### Coexistence आफैँ

नम्बर जडान गरेपछि WhatsApp Business एपले काम गरिरहन्छ कि रहँदैन भन्ने कुरा।

- 360dialog:: उनीहरूको मूल्य पृष्ठले यसबारे बताउँदैन। यो पृष्ठसहित कुनै तुलना पृष्ठमा भर नपरी उनीहरूलाई सिधै सोध्नुहोस्। कागजातमा नभएको सुविधा नभएको प्रमाण होइन।
- EasyCoexistence:: यही नै हाम्रो सम्पूर्ण उत्पादन हो। नम्बर Meta को आफ्नै Coexistence प्रवाहमार्फत जडान हुन्छ, एप पहिलेझैँ चलिरहन्छ र प्रत्येक सतहले अर्को सतहले पठाएको कुरा देख्छ।

### तपाईंलाई पूर्ण BSP सम्बन्ध चाहिएको अवस्थामा

एउटा वास्तविक अवस्था हो।

- 360dialog:: जब तपाईं कनेक्सन होइन, विक्रेतासँगको सम्बन्ध किन्न चाहनुहुन्छ। उनीहरू लामो सञ्चालन इतिहास, क्षेत्रीय उपस्थिति र सानो उत्पादनले दिन नसक्ने सहायता संरचना भएका स्थापित BSP हुन्। ठूला प्रेषकलाई साना प्रेषकलाई नचाहिने कुरा आवश्यक पर्ने भएकाले उनीहरूको सबैभन्दा उच्च तह छ।
- EasyCoexistence:: केन्द्रित उत्पादन: इमेल सहायता र के भयो तथा कहिले भयो देखाउने कनेक्सन टाइमलाइन। आफ्नै इन्टरफेस बनाउने व्यक्तिलाई चाहिने कुरा यही हो, यो खाता व्यवस्थापन सम्बन्ध होइन।

### कुन रोज्ने

यदि तपाईंलाई नाम तोकिएको खाता व्यवस्थापक र कर्मचारीले सञ्चालन गर्ने escalation path चाहिन्छ भने त्यो BSP सम्बन्ध हो, र उनीहरूसँग त्यस्तो सम्बन्ध छ।

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

- मासिक रकम मात्र तुलना गर्नु। शुल्कले दिने कुरा रकमभन्दा धेरै फरक हुन्छ।
- कुनै पक्षले Meta का शुल्कमा थप रकम जोड्छ भन्ने मान्नु। दुवैले जोड्दैनन्, ती शुल्क Meta ले तपाईंलाई सिधै बिल गर्छ।
- कागजातमा नभएको सुविधालाई नभएको ठान्नु। यो पृष्ठसहित तुलना पृष्ठमा भर नपरी उनीहरूलाई सोध्नुहोस्।

**मूल्यहरू अद्यावधिक छन्?** यी September 2026 मा 360dialog को मूल्य पृष्ठमा प्रकाशित मूल्य हुन् र माथि लिङ्क गरिएको छ। मूल्य बदलिन सक्छ, त्यसैले निर्णय गर्नुअघि स्रोत हेर्नुहोस्।

**कुनै पक्षले Meta का शुल्कमा थप रकम जोड्छ?** जोड्दैनन्। दुवैले शुल्क जस्ताको तस्तै पठाउँछन् र Meta ले तपाईंको आफ्नै WhatsApp Business Account लाई सिधै बिल गर्छ।

**360dialog ले Coexistence समर्थन गर्छ?** उनीहरूको मूल्य पृष्ठले यसबारे बताउँदैन। यो कुनै पक्षको प्रमाण होइन, त्यसैले उनीहरूलाई सोध्नु उपयुक्त हुन्छ।

**एजेन्सीका लागि कुन राम्रो छ?** एजेन्सीका लागि EasyCoexistence सस्तो छ: हाम्रो शुल्क US$ 9 बाट सुरु हुन्छ, जबकि उनीहरूको सुरुआती तह €49 छ। तपाईंलाई प्रत्येक ग्राहकका लागि प्लेटफर्म चाहिन्छ वा कनेक्सन, त्यसअनुसार छनोट गर्नुहोस्।

---

## EasyCoexistence र WATI

https://easycoexistence.com/ne/compare/easycoexistence-vs-wati

यी एउटै उत्पादनका प्रतिस्पर्धी संस्करण होइनन्, फरक उत्पादन हुन्। WATI ले प्रयोगकर्ता र मासिक सक्रिय सम्पर्कका आधारमा मूल्य निर्धारण गरिएको साझा टिम इनबक्स बेच्दछ। EasyCoexistence ले प्रति नम्बर मूल्यमा कनेक्सन मात्र दिन्छ, इनबक्स दिँदैन।

### वास्तवमा मासिक बिल केका लागि हो

यी दुई उत्पादनको मूल्य फरक एकाइमा आधारित छ। एकभन्दा बढी नम्बर राख्नेका लागि यो फरक हरेक महिना थपिँदै जान्छ।

- WATI:: प्रति प्रयोगकर्ता र प्रति मासिक सक्रिय सम्पर्क। सेप्टेम्बर 2026 सम्म प्रकाशित योजनामा 3 देखि 10 प्रयोगकर्ता र 500 देखि 2,500 सम्पर्क छन्। त्यसैले प्रत्येक नयाँ एजेन्ट र ग्राहकसँग बिल बढ्छ।
- EasyCoexistence:: प्रति जडान गरिएको नम्बर एउटै शुल्क, प्रयोगकर्ता र सम्पर्कको सीमा बिना। एजेन्सीको बीसौं ग्राहकको लागत पहिलो ग्राहकभन्दा बढी हुँदैन, व्यस्त महिना शान्त महिनाजत्तिकै।

### तपाईंका ग्राहकका कुराकानी कहाँ पुग्छन्

यो पछि सच्याउन नसकिने फरक हो, र प्रत्येक उत्पादनको प्रकृतिबाटै आउँछ।

- WATI:: उनीहरूको प्लेटफर्ममा। साझा इनबक्सले म्यासेज देखाउन त्यसको सामग्री भण्डारण गर्नुपर्छ। उनीहरूको मूल्य पृष्ठले यसलाई हरेक योजनाको मुख्य सुविधा भनेको छ।
- EasyCoexistence:: हाम्रो पक्षमा कतै पनि होइन। Meta ले म्यासेज इभेन्ट तपाईंले तोकेको URL मा सीधै पठाउँछ। हाम्रो फलब्याक कलब्याकमा पुगेको कुरा पर्सिस्ट नगराई हटाइन्छ। यो नीतिमा मात्र होइन, कोडमै लागू गरिएको छ।

### तपाईंको टिमले काम गर्ने तरिका बदल्नुपर्छ कि पर्दैन

कुनै कुरा स्वीकार गर्नुअघि व्यवसाय मालिकले सोध्ने प्रश्न यही हो।

- WATI:: एजेन्टहरू उनीहरूको इनबक्समा लग इन गर्छन्। त्यहीँ कुराकानी तोकिन्छ, ट्याग गरिन्छ र उत्तर दिइन्छ। यसले टिमलाई फोनबाट नयाँ टुलमा सार्छ।
- EasyCoexistence:: कसैले पनि स्थान बदल्नुपर्दैन। Coexistence मार्फत WhatsApp Business एप उही नम्बरमा, उही च्याट र उही हिस्ट्रीसहित चलिरहन्छ। तपाईंले बनाएको काम सफ्टवेयरले सम्हाल्छ।

### तपाईंको प्रयोग बढेपछि के हुन्छ

दुवैको सीमा छ, तर ती फरक ठाउँमा छन्।

- WATI:: थप प्रयोगकर्ता र थप सक्रिय सम्पर्क, दुवैका लागि भुक्तानीसहितको अर्को तह। प्लेटफर्म नै उत्पादन भएकाले विस्तार गर्न त्यसको थप भाग किन्नुपर्छ।
- EasyCoexistence:: कुनै तह छैन र बढेर सकिने सीमा पनि छैन। तपाईं इन्टरफेस बनाउँदै हुनुहुन्छ, त्यसैले विस्तार हुने कुरा तपाईंको आफ्नै प्रणाली हो, Meta को दस्तावेजीकृत API मा, हाम्रो बीचमा केही नराखी।

### तपाईंलाई इनबक्स चाहिने अवस्था

एउटा अवस्था मात्र हो, र त्यसलाई नाम दिनुले यो पृष्ठका बाँकी कुरा उपयोगी बनाउँछ।

- WATI:: प्लेटफर्मभित्र कुराकानी बाँड्ने 8 जनाको सपोर्ट टिम, 3 प्रयोगकर्ता र 500 मासिक सक्रिय सम्पर्कका लागि प्रतिमहिना 4,999 रुपैयाँबाट सुरु हुने योजनामा। त्यसपछि प्रत्येक प्रयोगकर्ताको थप शुल्क लाग्छ।
- EasyCoexistence:: यो फरक काम हो। यहाँ इनबक्स वा एजेन्ट दृश्य छैन, किनकि इन्टरफेस तपाईं वा तपाईंको ग्राहकसँग पहिले नै छ।

### कुन रोज्ने

यदि एजेन्टहरूको टिम हरेक दिन लग इन गर्छ र कुराकानी नै काम हो भने इनबक्स किन्नुहोस्। WATI ले एउटा बनाएको छ र त्यसले भनेअनुसार काम गर्छ।

अरू सबैका लागि, र यो पृष्ठ पढ्ने धेरैजसो मानिसका लागि, प्रयोग नगर्ने इनबक्सकै शुल्क तिर्नुपर्छ। ग्राहकका नम्बर राख्ने एजेन्सीले कसैले नखोल्ने सिट किन्दैछ। इन्टरफेस बनाउने डेभलपरले आफ्नो उत्पादन र Meta को API बीच प्रतिस्पर्धी राख्दैछ। सानो व्यवसायलाई पहिले नै चलिरहेको फोनबाट हट्न भनिँदैछ।

EasyCoexistence तलको कनेक्सन हो, प्रति नम्बर एउटै शुल्कमा। कुराकानी तपाईंका प्रणालीमा पुग्छ र टिमले आफूले चिनेको एप नै चलाइरहन्छ।

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

**500 सम्पर्क पार गरेपछि के हुन्छ?** उनीहरूको प्रारम्भिक योजनामा तपाईं अर्को तहमा जानुहुन्छ। हामीसँग केही हुँदैन: कुनै मूल्यमा सम्पर्क सीमा छैन। त्यसैले 10,000 ग्राहक भएको महिनाको लागत 10 ग्राहक भएको महिनाजत्तिकै हुन्छ।

**कुन सस्तो छ?** उनीहरूको प्रारम्भिक योजनासँग तुलना गर्दा, छ नम्बरसम्म हामी सस्तो छौं। त्यो योजना प्रतिमहिना 4,999 रुपैयाँ, लगभग US$ 53, 3 प्रयोगकर्ता र 500 मासिक सक्रिय सम्पर्कका लागि हो। हाम्रो शुल्क प्रति जडान गरिएको नम्बर US$ 9 हो, वा छ नम्बरदेखि प्रत्येक US$ 7, त्यसैले छ नम्बरको खर्च प्रतिमहिना US$ 42 हुन्छ। त्यसभन्दा माथि, उत्तर उनीहरूको थप प्रयोगकर्ता र सम्पर्क तहका शुल्कमा निर्भर हुन्छ, जुन टोली र ग्राहक संख्यासँगै बढ्छन्, जबकि हाम्रो शुल्क नम्बरको संख्यासँग मात्र बढ्छ।

**WATI ले Coexistence समर्थन गर्छ?** उनीहरूको मूल्य पृष्ठले यसबारे उल्लेख गर्दैन। यो पृष्ठमा निर्भर नगरी उनीहरूलाई सोध्नुहोस्।

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

---

## EasyCoexistence vs respond.io

https://easycoexistence.com/ne/compare/easycoexistence-vs-respond-io

respond.io बहु-च्यानल प्लेटफर्म हो: टोली इनबक्स, वर्कफ्लो, एआई एजेन्ट र ब्रोडकास्टसहित, प्रयोगकर्ता र ग्राहक सीमासहित महिनाको US$ 79 बाट सुरु हुन्छ। EasyCoexistence नम्बरअनुसार शुल्क लाग्ने कनेक्सन हो, यी सुविधाबिना।

### चलाउन कति खर्च लाग्छ

सेप्टेम्बर 2026 मा प्रकाशित विवरणअनुसार फरक एकाइमा शुल्क लाग्छ।

- respond.io:: पाँच प्रयोगकर्ता र महिनाका 1,000 सक्रिय ग्राहकका लागि महिनाको US$ 79 बाट सुरु भएर US$ 279 सम्म। तपाईंको बिलले कति जनाले जवाफ दिन्छन् र कति ग्राहकसम्म पुग्नुहुन्छ भन्ने देखाउँछ।
- EasyCoexistence:: जडान भएको नम्बरप्रति प्रतिमहिना US$ 9 बाट सुरु भएर नम्बर थप्दै जाँदा US$ 1 सम्म झर्छ, प्रयोगकर्ता वा ग्राहक सीमा छैन। तपाईंको बिलले तपाईंसँग भएका नम्बरको सङ्ख्या पछ्याउँछ, जुन एजेन्सीले वास्तवमै नियन्त्रण गर्छ।

### वार्तालापको सामग्री कहाँ रहन्छ

कनेक्सन बेच्नुको सट्टा इनबक्स बेच्दा हुने परिणाम।

- respond.io:: उनीहरूको प्लेटफर्ममा, जहाँ इतिहास देखाउन टोली इनबक्स आवश्यक हुन्छ। उनीहरूको मूल्य पृष्ठले सामग्री कति समय राखिन्छ भन्ने स्पष्ट गर्दैन, त्यसैले यो तपाईंका लागि महत्त्वपूर्ण भए सोध्नुहोस्।
- EasyCoexistence:: हाम्रो पक्षमा कतै पनि होइन। वेबहुक ओभरराइडले Meta बाट म्यासेज घटनाहरू सिधै तपाईंको एन्डपोइन्टमा पठाउँछ, र हाम्रो फलब्याकमा आएको कुनै पनि कुरा सुरक्षित नगरी हटाइन्छ।

### तपाईं र Meta को बीचमा के हुन्छ

सफ्टवेयर बनाउने सबैका लागि यही प्रश्नले निर्णय गर्छ।

- respond.io:: उनीहरूको प्लेटफर्म। तपाईंले उनीहरूको अमूर्त तह, दर सीमा, वेबहुक ढाँचा र रिलिज तालिकाअनुसार एकीकरण गर्नुहुन्छ, त्यसैले तपाईंले बनाएको कुरा उनीहरूले अनुमति दिएसम्म मात्र सार्न सकिन्छ।
- EasyCoexistence:: केही पनि हुँदैन। एपीआई Meta कै हो, Meta ले यसको दस्तावेज बनाएको छ, र वेबहुक तपाईंको एन्डपोइन्टमा जान्छ। हामीसँग एकीकरण गर्नुपर्ने केही नभएकाले बाहिरिन पनि सम्भव हुन्छ।

### कनेक्सनलाई कसले निगरानी गर्छ

मूल्य पृष्ठमा विरलै देखिने कुरा, र यही उत्पादन बन्नुको मुख्य कारण।

- respond.io:: उनीहरूको मूल्य पृष्ठले यसबारे केही बताउँदैन, त्यसैले उत्तर दाबी गर्नु गलत हुनेछ। तपाईंले ग्राहकका नम्बर राख्नुहुन्छ भने कनेक्सन चुपचाप टुट्दा के हुन्छ भनेर विशेष रूपमा सोध्नुहोस्।
- EasyCoexistence:: गुणस्तर रेटिङ, म्यासेजिङ तह र थ्रुपुटलाई तालिकाअनुसार जाँच गरिन्छ। Meta का खाता घटनाहरू नामअनुसार सम्हालिन्छन्। रद्द गरिएको टोकनलाई हराएको नम्बर नठानियोस् भनेर दुई प्रमाणपत्र राखिन्छन्। पुनःकनेक्सनपछि हटेको वेबहुक ओभरराइड फेरि लागू गरिन्छ।

### तपाईंलाई प्लेटफर्म नै चाहिएको अवस्थामा

दुवै उत्पादनले फरक प्रश्नको उत्तर दिने भएकाले यो फरक स्पष्ट भन्नुपर्छ।

- respond.io:: तपाईंलाई प्लेटफर्म चाहिएको अवस्थामा। उनीहरूका प्रकाशित योजनामा टोली र कस्टम इनबक्स, वर्कफ्लो, ब्रोडकास्ट, एआई एजेन्ट, रिपोर्टिङ, र उच्च तहमा SSO तथा धेरै वर्कस्पेस समावेश छन्। यो WhatsApp मात्र नभई बहु-च्यानल हो।
- EasyCoexistence:: डिजाइनअनुसार फरक दायरा: एउटा नम्बर, एउटा कनेक्सन, सोह्र MCP टुल र एउटा वेबहुक, इन्टरफेस तपाईंले बनाउने।

### कुन रोज्ने

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

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

EasyCoexistence त्यसमुनिको तह हो: प्रतिनम्बर समान शुल्क, तपाईंको प्रणालीतर्फ पठाइएको वेबहुक, र चुपचाप भएको त्रुटि ग्राहक गुम्ने कारण नबनोस् भनेर निगरानी गरिएको कनेक्सन।

- US$ 9 र US$ 79 लाई एउटै कुरा किनेझैं तुलना गर्नु। यी एउटै कुरा होइनन्।
- तपाईंलाई उत्पादन चाहिएको बेला कनेक्सन रोज्नु। इनबक्स फेरि बनाउन महिनौं लाग्न सक्छ।
- कुनै पनि प्रदायकले कनेक्सन निगरानी गर्छ भन्ने मान्नु। विशेष रूपमा सोध्नुहोस्, यो मूल्य पृष्ठमा विरलै हुन्छ।

**मेरो लागि कुन सही हो?** यी फरक तह हुन्। respond.io काम गर्ने प्लेटफर्म हो; यो त्यसको मुनिको कनेक्सन हो, इन्टरफेस आफैं बनाउने टोलीका लागि।

**के म उनीहरूबाट तपाईंतिर सर्न सक्छु?** नम्बर तपाईंको हो र Coexistence मार्फत जडान गर्न सकिन्छ। तपाईंले छोड्ने कुरा उनीहरूको इनबक्स र वर्कफ्लो हो।

**के तपाईंसँग वर्कफ्लो वा एआई एजेन्ट छन्?** छैन। MCP कनेक्टरले सहायकलाई नम्बर प्रयोग गर्न दिन्छ र वेबहुकले तपाईंको आफ्नै प्रणालीलाई प्रतिक्रिया दिन दिन्छ। यीमध्ये कुनै पनि वर्कफ्लो बनाउने टुल होइन।

**के ती मूल्यहरू हालका हुन्?** ती सेप्टेम्बर 2026 मा प्रकाशित र माथि लिङ्क गरिएका मूल्य हुन्। निर्णय गर्नुअघि स्रोत जाँच गर्नुहोस्।

---

## EasyCoexistence vs Dualhook

https://easycoexistence.com/ne/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 सेट गर्छौं, जसले म्यासेजका path fields तपाईंको एन्डपोइन्टतर्फ पठाउँछ र operational fields हामीसँग राख्छ।

### म्यासेज कहाँ जान्छन्

दुवैले सिधै पठाउँछन्। फरक, नपठाइएका events सँग के हुन्छ भन्नेमा छ।

- Dualhook:: म्यासेज नराखी Meta बाट सिधै पठाउने व्यवस्था, जुन उनीहरूको साइटले स्पष्ट रूपमा बताउँछ र हामीले पनि यही संरचना प्रयोग गर्छौं।
- EasyCoexistence:: रुटिङ उस्तै हो। हामीले थप्न सक्ने कुरा fallback path मा हुने व्यवहार हो: override सेट नभएको खाताले हाम्रो default callback मा पठाउँछ, जहाँ handler ले ती events persist नगरी हटाउँछ। यो दाबी policy मा लेखिनुभन्दा code मै लागू गरिएको छ।

### चौध दिनको inactivity rule

मुख्य device मा करिब चौध दिन activity नभएपछि Meta ले Coexistence कनेक्सन काट्छ। दुवैले यसलाई फरक तरिकाले सम्हाल्छन्।

- Dualhook:: उनीहरूको डकुमेन्टेसनले तेह्रौं दिनमा warning, countdown र reminder emails को वर्णन गर्छ। यसले clock चलिरहेको सम्झाउँछ, तर कनेक्सन वास्तवमै किन काटियो भन्ने जान्नु फरक कुरा हो।
- EasyCoexistence:: हामी disconnection आफैं निगरानी गर्छौं र Meta को reason field पढ्छौं, जसले PRIMARY_INACTIVITY, BUSINESS_DOWNGRADE, CHANGE_NUMBER र अन्य कारण छुट्याउँछ। यही reason ले दुई हप्ताको निष्क्रियता र ग्राहकले वास्तवमै छोडेको अवस्था छुट्याउँछ।

### पुनः कनेक्सन गर्दा के बिग्रन्छ

सबैभन्दा बढी लागत पर्ने inactivity rule को परिणाम यही हो, र कुनै पनि प्रदायकलाई सोध्नुपर्ने प्रश्न पनि यही हो।

- Dualhook:: पुनः कनेक्सनपछि webhook override मा के हुन्छ भन्ने उनीहरूको डकुमेन्टेसनले बताउँदैन। यसले उनीहरूले सम्हाल्दैनन् भन्ने प्रमाण होइन, त्यसैले उनीहरूलाई सिधै सोध्नुहोस्।
- EasyCoexistence:: Removal ले खाताबाट एप uninstall गर्छ र override पनि हट्छ। त्यसैले पुनः कनेक्सनले sending र monitoring फर्काए पनि तपाईंको सर्भरमा delivery चुपचाप रोकिन सक्छ। हामी हरेक पुनः कनेक्सनमा यसलाई फेरि लागू गर्छौं, किनकि वास्तविक नम्बरमा यही भएको थियो।

### प्रति नम्बर मूल्य

दुवैले seat वा म्यासेजअनुसार होइन, कनेक्सन नम्बरअनुसार स्थिर मासिक शुल्क लिन्छन् र Meta ले conversations का लागि लिने शुल्कमा markup गर्दैनन्।

- Dualhook:: उनीहरूका comparison pages ले September 2026 मा प्रकाशित गरेअनुसार, प्रतिमहिना $12 बाट सुरु हुने स्थिर शुल्क बताउँछन्।
- EasyCoexistence:: कनेक्सन नम्बरअनुसार प्रतिमहिना US$ 9 बाट सुरु भएर नम्बर थप्दै जाँदा US$ 1 सम्म घट्छ, user वा contact सीमा बिना। agency का लागि हरेक ग्राहक नम्बर थपिँदा यो फरक जम्मा हुँदै जान्छ।

### MCP कनेक्सन

विशेष audience का लागि हामी अगाडि रहेको ठाउँ यही हो।

- Dualhook:: उनीहरूको डकुमेन्टेसनले MCP server वर्णन गर्दैन। उनीहरूको उत्पादन API र ड्यासबोर्डमार्फत चलाइन्छ।
- EasyCoexistence:: OAuth सहित remote MCP server मा सोह्रवटा tools छन्, जसबाट Claude, ChatGPT, Cursor र Claude Code ले नम्बर सूचीबद्ध गर्न, हेल्थ जाँच्न, म्यासेज र templates पठाउन तथा वेबहुक destinations सेट गर्न सक्छन्। assistant मार्फत agency का ग्राहक onboard गर्नेहरूका लागि यही मुख्य फरक हो।

- डकुमेन्टेसनमा नभएको feature छैन भनेर निष्कर्ष निकाल्नु। उनीहरूलाई सोध्नुहोस्; यो पृष्ठले अनुमान नगरी उनीहरूको डकुमेन्टेसन मौन रहेको ठाउँ बताउँछ।
- मूल्य मात्र हेरेर छनोट गर्नु। Meta ले conversations का लागि लिने शुल्कको तुलनामा दुवैका शुल्क साना छन्।
- पुनः कनेक्सनपछि कुनै पनि प्रदायकले webhook override फेरि लागू गर्छ भन्ने मान्नु। जसलाई रोजे पनि यो कुरा विशेष रूपमा सोध्नुहोस्।

**के यी वास्तवमै एउटै संरचनाका हुन्?** म्यासेज path मा हो। दुवैले WhatsApp Business Account ले आफ्ना वेबहुक कहाँ पठाउने भन्ने Meta को override सुविधा प्रयोग गर्छन्, त्यसैले conversation content प्रदायकमार्फत नभई तपाईंको सर्भरमा जान्छ।

**14 दिनको rule का दुई तरिका कसरी फरक छन्?** उनीहरूले तेह्रौं दिनमा clock चलिरहेको चेतावनी दिन्छन्। हामी Meta को आफ्नै disconnection reason पढ्छौं, जसले दुई हप्ताको निष्क्रियता र ग्राहकले वास्तवमै छोडेको अवस्था छुट्याउँछ। त्यसपछि delivery चुपचाप नरोकिने गरी webhook override फेरि लागू गर्छौं।

**EasyCoexistence कहाँ फरक छ?** उनीहरूको डकुमेन्टेसनमा वर्णन नभएको सोह्रवटा tools सहितको MCP कनेक्सन र पुनः कनेक्सनपछि हटेको webhook override स्वतः फेरि लागू गर्ने सुविधा।

**के यो पृष्ठ निष्पक्ष छ?** यहाँका सबै figures उनीहरूकै प्रकाशित pages बाट आएका हुन् र मिति दिइएको छ। निर्णय गर्नुअघि तिनलाई हेर्नुहोस्: एक पक्षले लेखेको तुलना evidence हो, verdict होइन।

---

## के WhatsApp Business एप र API एउटै नम्बरमा चल्छन्?

https://easycoexistence.com/ne/whatsapp-business-app-and-api-same-number

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

### एउटै नम्बर दुवैतर्फ एकैचोटि कसरी चल्छ?

Meta ले यसका लागि छुट्टै मोड बनाएको छ। पहिले यो त्यस्तो समझौता थियो, जुन कसैले चाहँदैनथ्यो: नम्बरलाई API मा सार्दा त्यसमा WhatsApp Business एप चल्न छोड्थ्यो। त्यसैले फोनबाट ग्राहकलाई उत्तर दिने कर्मचारी भएको व्यवसायले पुराना ग्राहक बुझ्ने कर्मचारी र थप्न चाहेको स्वचालनमध्ये एउटा रोज्नुपर्थ्यो।

Coexistence ले त्यो छनोट हटाउँछ। नम्बर Meta मा API नम्बरका रूपमा दर्ता हुन्छ, जबकि WhatsApp Business एप त्यसमा जोडिइरहन्छ। ग्राहकको म्यासेज फोनको एप र तपाईंको API वेबहुक दुवैतर्फ आउँछ, र जुनसुकै तर्फबाट पठाइएको उत्तर कुराकानीमा देखिन्छ। यहाँ कुनै नक्कल वा अस्थायी उपाय हुँदैन: एप र API एउटै नम्बरमा जाने दुई आधिकारिक माध्यम हुन्।

### फोनमा वास्तवमा के बदलिन्छ?

मानिसहरूले सोचेजति धेरै बदलिँदैन, तर कनेक्सन गर्नुअघि फरकहरू बुझ्नु उपयोगी हुन्छ।

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

नम्बर पहिलोपटक जोडिँदा सिङ्क्रोनाइजेसन पनि हुन्छ। यसले हालैको कुराकानीको इतिहास कपी गर्छ, ताकि API पक्ष अनभिज्ञ अवस्थाबाट सुरु नहोस्। यसमा नम्बरको सम्पूर्ण इतिहास होइन, हालैका म्यासेज मात्र पर्छन्। पुराना सबै कुरा पहिलेदेखि रहेकै फोनमा रहन्छन्।

### हामीले विचार बदलेमा केही बिग्रन्छ?

बिग्रँदैन। मानिसहरूले प्रयास गर्न हिचकिचाउने मुख्य डर यही भएकाले यो कुरा स्पष्ट भन्नुपर्छ।

कुराकानी फोनमै रहन्छन् र सधैं त्यहीँ थिए। API बाट नम्बर डिस्कनेक्ट गर्दा WhatsApp Business एप पहिलेजस्तै चलिरहन्छ र च्याट सुरक्षित रहन्छ, किनकि सुरुमा केही पनि कतै सारिएको हुँदैन। API एपलाई हटाएर राखिएको होइन, एपसँगै थपिएको हो।

नम्बर पूरै समय व्यवसायको आफ्नै Meta Business Portfolio मै रहन्छ। Tech Provider ले त्यसलाई जडान गर्छ, जुन स्वामित्व होइन, अनुमति हो। त्यसैले provider हटाउँदा नम्बर पनि उसँगै जाँदैन, आफ्नै स्थानमा रहन्छ।

### यसलाई चलाउन के चाहिन्छ?

तीन कुरा चाहिन्छ, र तीमध्ये दुई तपाईंसँग पहिल्यै छन्।

नम्बर उपभोक्ता WhatsApp एपमा होइन, WhatsApp Business एपमा हुनुपर्छ। साथै, त्यो नम्बर अन्यत्र Cloud API मा पहिले नै दर्ता भएको हुनु हुँदैन। त्यसबाहेक, अनबोर्डिङ चलाउन Meta Tech Provider चाहिन्छ, किनकि Coexistence लाई Meta ड्यासबोर्डबाट आफैं सक्रिय गर्न मिल्दैन। कनेक्सन provider को स्वीकृत एपमार्फत बनाइन्छ।

त्यहीँ हामी सहयोग गर्छौं। Meta को आफ्नै Embedded Signup ले पोर्टफोलियो, खाता र नम्बर छनोट गर्छ। त्यसपछि प्रमाणीकरणका लागि WhatsApp Business एपमा कोड स्क्यान गरिन्छ र केही मिनेटमै नम्बर जोडिन्छ। कनेक्सन बनिरहेको समयमा पनि एप चलिरहन्छ।

- तपाईंले छनोट गर्नुपर्छ भन्ने मान्नु। Coexistence ठ्याक्कै यही छनोट आवश्यक नपरोस् भनेर बनाइएको हो।
- API मार्फत ग्रुप च्याट आउने अपेक्षा गर्नु। ती एपमै रहन्छन् र जहाँसुकै API बाट बाहिर हुन्छन्।
- Meta ड्यासबोर्डको विकल्प पर्खनु। Coexistence अनबोर्डिङ Tech Provider मार्फत चल्छ।

**यो आधिकारिक हो?** हो। Coexistence Meta को आफ्नै सुविधा र आफ्नै नाम हो। यो ब्रिज, लिङ्क गरिएको डिभाइस वा अस्थायी उपाय होइन।

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

**मेरो च्याट इतिहास हराउँछ?** हराउँदैन। यो फोनमै रहन्छ। नम्बर जोडिँदा हालैको इतिहास API पक्षमा पनि कपी हुन्छ।

**यसलाई उल्ट्याउन मिल्छ?** मिल्छ। नम्बर डिस्कनेक्ट गर्नुहोस्। कुराकानी सुरक्षित राख्दै एप पहिलेजस्तै चलिरहन्छ।

---

## च्याट नगुमाई WhatsApp लाई API मा कसरी जडान गर्ने

https://easycoexistence.com/ne/connect-whatsapp-without-losing-chats

तपाईंका च्याट फोनमै रहन्छन् र API मा जडान गर्दा ती स्थानान्तरण हुँदैनन्। Coexistence ले WhatsApp Business एपलाई हटाउनुको सट्टा त्यससँगै Cloud API थप्छ, त्यसैले कुराकानी जहाँ छन् त्यहीँ रहन्छन् र एप चलिरहन्छ।

### API मा जडान गर्दा पहिले च्याट किन हराउँथे?

किनभने पुरानो प्रक्रिया थप्ने होइन, स्थानान्तरण गर्ने थियो। Cloud API मा नम्बर दर्ता गर्दा त्यो WhatsApp Business एपबाट हट्थ्यो, जबकि हरेक कुराकानी एपमै हुन्थ्यो। नम्बर इतिहास र एपबिनाको API एन्डपोइन्टका रूपमा फर्किन्थ्यो, त्यसैले धेरै व्यवसायले API एकपटक हेरेर त्यसविरुद्ध निर्णय गरे।

त्यो सम्झौता वास्तविक थियो र साना व्यवसाय आधिकारिक API बाट टाढा रहनुको सबैभन्दा ठूलो कारण यही थियो। यसले मानिसलाई अनौपचारिक गेटवेतर्फ पनि धकेल्यो। त्यस्ता गेटवेले लिङ्क गरिएको डिभाइसजस्तो देखाएर एप चलाइराख्थे, तर नम्बरमा प्रतिबन्ध लाग्ने जोखिम हुन्थ्यो।

### Coexistence ले फरक रूपमा के गर्छ?

यसले एप नहटाई API थप्छ। नम्बर Meta मा API नम्बरका रूपमा दर्ता हुन्छ, जबकि WhatsApp Business एप त्यससँगै लिङ्क भइरहन्छ। त्यसैले एउटै नम्बरमा दुवै एकैपटक चल्छन्।

कुराकानी कहिल्यै स्थानान्तरण हुँदैनन्। ती फोनमा, एपभित्र, पहिले जहाँ थिए त्यहीँ रहन्छन् र पछि API कनेक्सनमा जे भए पनि त्यहीँ रहन्छन्। नम्बर पहिलोपटक जडान हुँदा Meta ले हालैका कुराकानीको इतिहास API तर्फ सिङ्क गर्छ, जसले स्वचालनलाई शून्यबाट सुरु गर्नुपर्दैन। तर यो स्थानान्तरण होइन, अगाडि सारिएको प्रतिलिपि हो। डिभाइसबाट केही हटाइँदैन।

त्यसपछि ग्राहकको म्यासेज दुवै ठाउँमा आउँछ: फोनको एप र तपाईंको वेबहुकमा। कर्मचारीले चाहे एपमै जवाफ दिन सक्छन्, आवश्यक परे तपाईंको प्रणालीले जवाफ दिन्छ, र दुवै एउटै कुराकानीमा देखिन्छन्।

### वास्तवमा के सिङ्क हुन्छ र के हुँदैन?

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

पुरानो सबै इतिहास, जडानअघि भएका मिडिया र समूहका कुराकानी सिङ्क हुँदैनन्। तीमध्ये केही हराउँदैन। सबै फोनमा, एपभित्र, पहिलेझैँ तपाईंका कर्मचारीले पढ्न सक्ने अवस्थामा रहन्छन्। ती API तर्फ मात्र प्रतिलिपि हुँदैनन्, किनभने सिङ्क्रोनाइजेसन अभिलेख होइन, स्वचालन सुरु गर्ने आधार हो।

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

### पछि जडान हटाउँदा के हुन्छ?

एप चलिरहन्छ र च्याट त्यहीँ हुन्छन्, किनभने ती कहिल्यै बाहिर गएका थिएनन्।

जडान हटाउँदा नम्बरको API भाग हट्छ। WhatsApp Business एप सबै कुराकानीसहित चलिरहन्छ र व्यवसाय केही पनि पुनर्स्थापना नगरी ठ्याक्कै सुरुवातकै अवस्थामा फर्कन्छ। सुरु गर्नुअघि बुझ्नुपर्ने सुरक्षा यही हो: पुरानो स्थानान्तरणभन्दा फरक, यो निर्णय उल्ट्याउन मिल्छ।

नम्बर पूरै समय तपाईंको आफ्नै Meta Business Portfolio मै रहन्छ। प्रदायकले Tech Provider का रूपमा कनेक्सन गर्छ, जुन तपाईंले दिने र फिर्ता लिन सक्ने अनुमति हो। त्यसैले प्रदायक छोड्दा उनीहरूबाट नम्बर फिर्ता लिनुपर्ने हुँदैन।

- डरले सबै कुरा पहिले नै एक्सपोर्ट गर्नु। च्याट कतै जाँदैनन्।
- API तर्फ पूरा इतिहास आउने अपेक्षा गर्नु। सिङ्क्रोनाइजेसन हालैको सन्दर्भ हो, अभिलेख होइन।
- एप चलाइराख्न अनौपचारिक गेटवे प्रयोग गर्नु। Coexistence ले प्रतिबन्धको जोखिमबिना यही काम गर्छ।

**के मेरो च्याट इतिहास हराउँछ?** हराउँदैन। त्यो फोनमै छ र त्यहीँ रहन्छ। जडानले एप हटाउनुको सट्टा त्यससँगै API थप्छ।

**के पुरानो इतिहास मेरो प्रणालीमा देखिन्छ?** जडानपछि हालैको इतिहास सिङ्क हुन्छ। पुराना म्यासेज र मिडिया फोनमै रहन्छन्।

**के कर्मचारीले एप चलाइरहन सक्छन्?** सक्छन्, पहिलेझैँ। Coexistence को मुख्य उद्देश्य यही हो।

**जडान हटाएपछि के हुन्छ?** एप सबै कुराकानीसहित चलिरहन्छ, किनभने केही पनि स्थानान्तरण गरिएको हुँदैन।

---

## WhatsApp Business API पाउने सबैभन्दा सस्तो उपाय

https://easycoexistence.com/ne/cheapest-whatsapp-business-api

API आफैं निःशुल्क छ। तपाईंले कुराकानीका लागि Meta लाई र पहुँचका लागि प्रदायकलाई तिर्नुहुन्छ। तपाईंले जुन प्रदायक रोजे पनि Meta को शुल्क उस्तै हुन्छ, त्यसैले घटाउन मिल्ने मुख्य लागत प्रदायक शुल्क हो। सबैभन्दा सस्तो संरचना भनेको कुनै अतिरिक्त मार्जिनबिनाको, प्रत्येक नम्बरका लागि निश्चित शुल्क हो।

### तपाईं वास्तवमा केका लागि तिर्दै हुनुहुन्छ?

दुई छुट्टाछुट्टै कुराका लागि, र यी दुईलाई मिसाउँदा नै यो क्षेत्रमा मूल्य तुलना गलत हुन्छ।

पहिलो हो Meta को कुराकानी मूल्य। Meta ले कुराकानीलाई वर्गअनुसार शुल्क लगाउँछ। दर देशअनुसार फरक हुन्छन्, र 24 घण्टाको अवधिभित्रका सेवा कुराकानी व्यवसायले सुरु गरेका कुराकानीभन्दा फरक हुन्छन्। यो लागत तपाईंले जुनसुकै माध्यमबाट किने पनि लाग्छ, किनकि यो Meta को शुल्क हो, र प्रायः यही ठूलो रकम हुन्छ।

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

### पैसा कहाँ चुहिन्छ?

मार्जिनमा, र प्रति म्यासेज सानो भएकाले यसलाई सजिलै बेवास्ता गर्न सकिन्छ।

धेरै प्रदायकले Meta को शुल्कमाथि प्रति म्यासेज शुल्क थप्छन्। Twilio ले inbound र outbound प्रति म्यासेज US$ 0.005 शुल्क प्रकाशित गरेको छ। Gupshup ले US$ 0.001 प्रकाशित गरेको छ। अरूले Meta को शुल्कसमेत समेटिएको संयुक्त दर बताउँछन्, जसले मार्जिन वास्तविक भए पनि Meta को प्रकाशित दरसँग जाँच्न सकिँदैन।

एक सेन्टको दसौं भागजति रकम तपाईंले गुणा नगरेसम्म सानो लाग्छ। महिनामा एक लाख म्यासेज हुँदा Gupshup को प्रकाशित दर US$ 100 र Twilio को US$ 500 हुन्छ, Meta को शुल्कबाहेक हरेक महिना। सुविधा हेरेर छनोट गर्नुअघि स्प्रेडसिटमा राख्नुपर्ने वास्तविक संख्या यही हो।

### सबैभन्दा सस्तो संरचना कस्तो हुन्छ?

प्रत्येक जडान गरिएको नम्बरका लागि निश्चित शुल्क, र Meta को बिल सिधै तपाईंलाई जाने, त्यसमा कुनै परिवर्तन नगरिने संरचना।

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

हाम्रो शुल्क प्रत्येक जडान गरिएको नम्बरका लागि प्रति महिना US$ 9 बाट सुरु हुन्छ र नम्बर थप्दै जाँदा US$ 1 सम्म घट्छ। प्रति म्यासेज कुनै शुल्क छैन। Twilio को प्रकाशित दरअनुसार महिनामा करिब 1,800 म्यासेज नाघेपछि यो सस्तो हुन्छ, र त्यसपछि अन्तर बढ्दै जान्छ। सिटअनुसार शुल्क लिने प्लेटफर्म फरक हिसाब हो। तिनीहरूले म्यासेजका सट्टा मानिसको सङ्ख्याका लागि शुल्क लिन्छन्, त्यसैले कहिले सस्तो हुन्छ भन्ने कुरा टोलीको आकारमा निर्भर हुन्छ।

### के सबैभन्दा सस्तो विकल्प नै सही विकल्प हो?

सधैं होइन, र कहिले सही हुँदैन भनेर इमानदारीपूर्वक भन्नु महत्त्वपूर्ण छ।

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

तपाईंसँग पहिले नै प्रणाली हुँदा सस्तो विकल्प सही हुन्छ। CRM, हेल्पडेस्क, स्वचालन उपकरण वा AI एजेन्ट भएको व्यवसायलाई म्यासेज पढ्न दोस्रो ठाउँ आवश्यक हुँदैन। WhatsApp पहिलो प्रणालीसम्म पुग्न सक्नु आवश्यक हुन्छ। त्यस कामका लागि आधिकारिक API प्रयोग गर्दै प्रति नम्बर शुल्क तिर्नु र प्रति म्यासेज केही नतिर्नु नै सबैभन्दा कम लागत हो।

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

**के WhatsApp Business API निःशुल्क छ?** पहुँच निःशुल्क हो। Meta ले कुराकानीका लागि शुल्क लिन्छ र प्रदायकहरूले त्यसबाहेक पहुँचका लागि शुल्क लिन्छन्। Meta को भाग सबै ठाउँमा उस्तै हुन्छ।

**सबैभन्दा सस्तो प्रदायक कुन हो?** सबैभन्दा सस्तो संरचना कुनै मार्जिनबिनाको, प्रति नम्बर निश्चित शुल्क हो। हाम्रो शुल्क प्रति नम्बर US$ 9 बाट सुरु भएर नम्बर थप्दै जाँदा US$ 1 सम्म घट्छ।

**सस्तो प्रदायकको API खराब हुन्छ?** हुँदैन। हरेक अवस्थामा Cloud API Meta कै हुन्छ। प्रदायकले त्यसको अगाडि रहने सेवा र आफूले लिने शुल्क मात्र बदल्छ।

**महँगो प्रदायक कहिले उपयोगी हुन्छ?** तपाईंलाई उनीहरूले बेचिरहेको उत्पादन चाहिएको बेला, जस्तै टोलीले दिनभर प्रयोग गर्ने साझा इनबक्स।

---

## टेम्प्लेटका भाग: हेडर, बडी, फुटर र बटन

https://easycoexistence.com/ne/docs/template-components

टेम्प्लेटमा हेडर, बडी, फुटर र बटन गरी चारवटासम्म भाग हुन्छन्। हेडर र बडीले मात्र भेरिएबल स्वीकार्छन्, र प्रत्येक भागका सीमाले Meta ले समीक्षा गर्नुअघि म्यासेजमा के भन्न सकिन्छ भन्ने निर्धारण गर्छन्।

### हेडर

ऐच्छिक, र चार प्रकारमध्ये एउटा हुन्छ: टेक्स्ट, इमेज, भिडियो वा डकुमेन्ट। टेक्स्ट हेडर बढीमा 60 अक्षरको हुन्छ र एउटा मात्र भेरिएबल स्वीकार्छ। मिडिया हेडरमा पठाउने समयमा दिइएको फाइल हुन्छ, जसबाट रसिद वा टिकट संलग्न गर्न सकिन्छ।

- टेक्स्ट हेडर: 60 अक्षर, बढीमा एउटा भेरिएबल
- मिडिया हेडर: इमेज, भिडियो वा डकुमेन्ट, प्रत्येक पठाइमा दिइने
- प्रत्येक टेम्प्लेटमा एउटा मात्र हेडर
- केही श्रेणीका लागि लोकेसन हेडर उपलब्ध हुन्छ

### बडी

यो अनिवार्य भाग हो, बढीमा 1024 अक्षरको हुन्छ र धेरै भेरिएबल स्वीकार्ने एक मात्र भाग हो। भेरिएबलको स्थान निश्चित हुन्छ र नम्बर भएका प्लेसहोल्डरका रूपमा लेखिन्छन्, त्यसैले तपाईंले पठाएको पहिलो प्यारामिटरले पहिलो प्लेसहोल्डर भर्छ।

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

### फुटर

ऐच्छिक, 60 अक्षरको स्थिर टेक्स्ट हो र यसमा कुनै पनि भेरिएबल हुँदैन। यो बडीभन्दा सानो र फिक्का देखिन्छ, त्यसैले स्थायी सूचनाका लागि उपयुक्त हुन्छ, तर म्यासेजको अर्थ यसैमा निर्भर हुने सामग्रीका लागि होइन।

मार्केटिङ टेम्प्लेटमा अप्ट-आउट लाइन राख्नु यसको सामान्य प्रयोग हो, र यसले प्राप्तकर्तामाझ टेम्प्लेटको विश्वसनीयता पनि बढाउँछ।

### बटन

कुल 10 वटासम्म बटन राख्न सकिन्छ। ती तीन प्रकारका हुन्छन्, र तिनको मिश्रणले स्वीकृतिमा ठूलो प्रभाव पार्छ।

- क्विक रिप्लाई: ट्याप गरेपछि तपाईंलाई स्थिर टेक्स्ट प्रतिक्रिया पठाउँछ
- कल टु एक्सन: यूआरएल खोल्छ वा फोन नम्बर डायल गर्छ
- यूआरएल बटनले स्थिर आधार यूआरएलमा थपिने एउटा भेरिएबल स्वीकार्छ
- कपी कोड: प्रमाणीकरणका लागि प्राप्तकर्ताले कपी गर्न मिल्ने कोड दिन्छ

### समीक्षाअघि संरचना किन महत्त्वपूर्ण छ

Meta ले टेम्प्लेटलाई समग्र रूपमा समीक्षा गर्छ, र धेरैजसो अस्वीकृति शब्दावलीभन्दा संरचनासम्बन्धी हुन्छन्।

प्रायः भेरिएबल मात्र भएको बडी, व्यवसायसँग सम्बन्ध नभएको ठाउँमा जाने यूआरएल बटन वा युटिलिटी श्रेणीअन्तर्गत पठाइएको मार्केटिङ म्यासेज संरचनाकै कारण अस्वीकृत हुन्छन्। पहिले संरचना सही बनाएपछि शब्दावलीको समीक्षा सहज हुन्छ, र नीतिका कारण अस्वीकृत टेम्प्लेटले वास्तविक कारण जनाउने नामको सट्टा त्रुटि 132007 फर्काउँछ।

- धेरैजसो प्लेसहोल्डर भएको बडी लेख्नु। स्थिर टेक्स्ट निकै कम भएका टेम्प्लेट Meta ले अस्वीकार गर्छ।
- फुटरमा भेरिएबल राख्न खोज्नु। यो कुनै अपवादबिना स्थिर टेक्स्ट हुन्छ।
- युटिलिटी श्रेणीअन्तर्गत मार्केटिङ म्यासेज पठाउनु। गलत श्रेणीलाई शब्दावलीले सुधार्न सक्दैन।

**कुन भागले भेरिएबल स्वीकार्छन्?** हेडरले बढीमा एउटा र बडीले धेरैवटा स्वीकार्छ। फुटरले कहिल्यै स्वीकार्दैन, र यूआरएल बटनले थपिने एउटा मान स्वीकार्छ।

**बडी कति लामो हुन सक्छ?** 1024 अक्षरसम्म, जुन अन्य भागभन्दा धेरै लामो सीमा हो।

**कति बटन राख्न सकिन्छ?** कुल 10 वटासम्म, प्रत्येक प्रकारभित्र छुट्टाछुट्टै सीमासहित।

**मेरो टेम्प्लेट किन अस्वीकृत भयो?** धेरैजसो कारण शब्दावली होइन, संरचना हुन्छ: स्थिर शब्द निकै कम हुनु वा गलत श्रेणी। त्यसमा त्रुटि 132007 फर्किन्छ।

---

## टेम्प्लेट स्ट्याटस लाइफसाइकल

https://easycoexistence.com/ne/docs/template-status-lifecycle

टेम्प्लेट विभिन्न स्ट्याटस हुँदै अघि बढ्छ, र स्वीकृति अन्त्य होइन, बीचको चरण हो। स्वीकृत टेम्प्लेट क्वालिटीका कारण पज हुन, फेरि सक्रिय हुन, पुनः पज हुन र अन्ततः स्थायी रूपमा डिसेबल हुन सक्छ, त्यो पनि कसैले केही नगरी।

### स्ट्याटसहरू

टेम्प्लेट सामान्यतया भेट्ने क्रम यही हो।

- PENDING: सबमिट गरिएको र समीक्षाको प्रतीक्षामा।
- APPROVED: पठाउन प्रयोग गर्न मिल्ने।
- REJECTED: समीक्षामा अस्वीकृत, सामान्यतया संरचना वा श्रेणीका कारण।
- PAUSED: क्वालिटी घटेपछि अस्थायी रूपमा प्रयोग गर्न नमिल्ने।
- DISABLED: स्थायी रूपमा प्रयोग गर्न नमिल्ने, अन्तिम अवस्था।

### टेम्प्लेट कसरी पज हुन्छ

तपाईंले गर्ने कुनै कामका कारण होइन। यसबाट पठाइएका म्यासेज प्राप्तकर्ताले ब्लक वा रिपोर्ट गर्छन्, टेम्प्लेटको क्वालिटी रेटिङ हरियोबाट पहेँलो हुँदै रातोमा झर्छ, र गिरावट रोक्न Meta ले यसलाई पज गर्छ।

पज अस्थायी हुन्छ र आफैँ हट्छ। त्यसपछि के हुन्छ भन्ने महत्त्वपूर्ण छ: बारम्बारको पज बढ्दै जान्छ, र रातोमा फर्किरहने टेम्प्लेट फेरि पज नभई स्थायी रूपमा डिसेबल हुन्छ।

### दुई वेबहुक

पूरा चक्र हेर्न दुवै आवश्यक छन्, र एउटामा मात्र सदस्यता लिए अर्कोबिना महत्त्वपूर्ण अवस्था देखिँदैन।

- message_template_status_update: स्वीकृति, अस्वीकृति, पज र डिसेबल।
- message_template_quality_update: हरियो, पहेँलो र रातोबीच सर्ने क्वालिटी रेटिङ।
- क्वालिटी वेबहुक प्रारम्भिक चेतावनी हो; स्ट्याटस वेबहुक त्यसको परिणाम हो।
- दुवै डिफल्ट रूपमा सक्रिय हुँदैनन्, त्यसैले दुवैमा सदस्यता लिनुपर्छ।

### पहेँलो अवस्थामा किन काम गर्नुपर्छ

टेम्प्लेट पज हुँदासम्म त्यसबाट पठाउन पहिले नै असफल भइसकेको हुन्छ र अभियान पनि बिग्रिसकेको हुन्छ। पहेँलो अवस्थामा टेम्प्लेट अझै चलिरहेको हुन्छ र गिरावट देखिइरहेको हुन्छ।

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

### सम्पादनले के गर्छ

स्वीकृत टेम्प्लेट सम्पादन गर्न सकिन्छ, तर त्यसपछि यो पुनः समीक्षामा जान्छ। उत्पादनमा यसको महत्त्वपूर्ण परिणाम देखिन्छ: सम्पादनले भेरिएबलको सङ्ख्या बदलेमा, अपरिवर्तित इन्टिग्रेसनबाट हुने हरेक पठाइ error 132012 का कारण असफल हुन थाल्छ।

टेम्प्लेटको भेरिएबल सङ्ख्यालाई मार्केटिङमा काम गर्ने व्यक्तिको कपीजस्तो होइन, इन्टिग्रेसन सम्झौताको भागजस्तो लिनुहोस्।

- स्वीकृतिलाई स्थायी ठान्नु। स्वीकृत टेम्प्लेट पज हुन र अन्ततः डिसेबल हुन सक्छ।
- स्ट्याटसमा मात्र सदस्यता लिनु, क्वालिटीमा नलिनु। क्वालिटी फील्ड प्रारम्भिक चेतावनी हो।
- पठाउने कोड जाँच नगरी टेम्प्लेटका भेरिएबल सम्पादन गर्नु।

**स्वीकृत टेम्प्लेट स्वीकृत नै रहन्छ?** सधैँ होइन। निरन्तर नकारात्मक प्रतिक्रियाले यसलाई पज गराउन र अन्ततः स्थायी रूपमा डिसेबल गराउन सक्छ।

**पज र डिसेबलबीच के फरक छ?** पज आफैँ हट्छ। डिसेबल स्थायी हुन्छ र टेम्प्लेट फेरि प्रयोग गर्न सकिँदैन।

**यो हुन लागेको कसरी थाहा पाउने?** टेम्प्लेट क्वालिटी वेबहुकमा सदस्यता लिनुहोस्। टेम्प्लेट अझै चलिरहेको बेला यसले पहेँलोमा सरेको रिपोर्ट गर्छ।

**सम्पादनपछि पठाइ किन असफल हुन थाल्यो?** सम्पादनले भेरिएबलको सङ्ख्या बदलेमा, अपरिवर्तित इन्टिग्रेसनले अहिले गलत सङ्ख्यामा प्यारामिटर पठाउँछ र error 132012 पाउँछ।

---

## भेरिएबलसहित टेम्प्लेट पठाउने

https://easycoexistence.com/ne/docs/sending-a-template-with-variables

टेम्प्लेटका भेरिएबल नाममा होइन, स्थानमा आधारित हुन्छन्। प्रत्येक कम्पोनेन्टका लागि प्यारामिटरको सूची क्रमसँगै पठाउनुपर्छ, र यसको सङ्ख्या टेम्प्लेटमा तोकिएको सङ्ख्यासँग ठ्याक्कै मिल्नुपर्छ। यो गलत गर्दा तीन फरक त्रुटि आउँछन्, र प्रत्येकले फरक गल्ती देखाउँछ।

### प्यारामिटर कसरी मिलाइन्छ

नामबाट होइन, स्थानबाट। बडी सूचीको पहिलो प्यारामिटरले पहिलो प्लेसहोल्डर भर्छ, दोस्रोले दोस्रो र यसै क्रममा अघि बढ्छ। भेरिएबललाई नाम दिने कुनै तरिका छैन, र दुई प्यारामिटरको क्रम साट्दा गलत स्थानमा मान राखिएको म्यासेज सफलतापूर्वक पठिन्छ।

अन्तिम अवस्था खतरनाक हुन्छ, किनकि केही पनि असफल हुँदैन। ग्राहकले रकम हुनुपर्ने ठाउँमा मिति राखिएको अर्डरको पुष्टि पाउँछन्, र कतै पनि त्रुटि लग हुँदैन।

### कम्पोनेन्टहरू अलग सूची हुन्

हेडर भेरिएबल र बडी भेरिएबल एउटै सूचीमा हुँदैनन्। प्रत्येक कम्पोनेन्टले आफ्नै प्यारामिटर बोक्छ, र तिनलाई मिसाउँदा सङ्ख्या नमिल्ने त्रुटि आउँछ।

- हेडरका प्यारामिटर हेडर कम्पोनेन्टमा राख्नुहोस्, र बढीमा एउटा मात्र हुन्छ।
- बडीका प्यारामिटर बडी कम्पोनेन्टमा क्रमसँगै राख्नुहोस्।
- बटन URL का प्यारामिटर बटन कम्पोनेन्टमा बटनअनुसारको इन्डेक्ससहित राख्नुहोस्।
- सबैका लागि एउटै फ्ल्याट सूची पठाउँदा error 132000 आउँछ।

### भाषा सही राख्नुहोस्

टेम्प्लेटको पहिचान नाम र भाषा दुवैबाट हुन्छ, त्यसैले दुई भाषामा एउटै नाम भएका टेम्प्लेट वास्तवमा दुईवटा टेम्प्लेट हुन्। टेम्प्लेट en_US मा बनेको अवस्थामा en पठाउँदा फलब्याक हुँदैन, error 132001 आउँछ, जसको अर्थ टेम्प्लेट नभएको जस्तो देखिन्छ।

नम्बरमा भएका टेम्प्लेटको सूची हेर्नुहोस् र भाषाको स्वरूप अनुमान नगरी ठ्याक्कै उही भाषा स्ट्रिङ कपी गर्नुहोस्। यो सबैभन्दा सामान्य टेम्प्लेट त्रुटि हो, तर यसको विवरण सबैभन्दा कम स्पष्ट हुन्छ।

### टाइप भएका प्यारामिटर

धेरैजसो प्यारामिटर साधारण टेक्स्ट हुन्छन्। केही त्यस्ता हुँदैनन्, र तिनलाई टेक्स्टका रूपमा पठाउँदा error 132012 आउँछ।

- करन्सी प्यारामिटरमा रकम, करन्सी कोड र फलब्याक स्ट्रिङ हुन्छ।
- मिति र समयका प्यारामिटरमा फलब्याकसहितको संरचित वस्तु हुन्छ।
- मिडिया हेडर प्यारामिटरमा फाइलनाम होइन, मिडिया ID वा लिंक हुन्छ।
- प्रापकको एपले मान फर्म्याट गर्न नसकेमा देखिने कुरा फलब्याक स्ट्रिङ हो।

### कुन त्रुटिको अर्थ के हो

तीनवटै असफलता छुट्याउन सकिन्छ। तिनलाई एउटै टेम्प्लेट त्रुटि भनेर समूहबद्ध नगरी अलग लग राख्दा अनुमान गर्न धेरै कम पर्छ।

Error 132001 ले नाम र भाषा जोडी पहिचान नभएको जनाउँछ, त्यसैले पहिले भाषा जाँच गर्नुहोस्। Error 132000 ले सङ्ख्या गलत भएको जनाउँछ, त्यसैले टेम्प्लेटकै परिभाषासँग तुलना गर्नुहोस्। Error 132012 ले मानको फर्म्याट गलत भएको जनाउँछ, जुन प्रायः टाइप भएको प्यारामिटरलाई साधारण स्ट्रिङका रूपमा पठाउँदा हुन्छ।

- en बाट en_US मा फलब्याक हुन्छ भन्ने मान्नु। हुँदैन, र त्रुटिले टेम्प्लेट नभएको देखाउँछ।
- हेडर र बडीका प्यारामिटरलाई एउटै सूचीमा मिसाउनु। ती अलग कम्पोनेन्ट हुन्।
- करन्सी वा मितिलाई साधारण टेक्स्टका रूपमा पठाउनु। टाइप भएका प्यारामिटरको स्वरूप तोकिएको हुन्छ।

**के टेम्प्लेटका भेरिएबलको नाम हुन्छ?** हुँदैन। ती स्थानमा आधारित हुन्छन्, त्यसैले प्यारामिटरको क्रम नै पूरा सम्झौता हो।

**मेरो टेम्प्लेट किन भेटिँदैन?** सामान्यतया कारण भाषा कोड हो। टेम्प्लेटको पहिचान नाम र भाषा दुवैबाट हुन्छ, र फलब्याक हुँदैन।

**मैले धेरै प्यारामिटर पठाएँ भने के हुन्छ?** Error 132000 आउँछ। धेरै पठाउँदा र थोरै पठाउँदा एउटै तरिकाले असफल हुन्छ।

**रकम कसरी पठाउने?** रकम, करन्सी कोड र फलब्याक स्ट्रिङ भएको करन्सी प्यारामिटरका रूपमा पठाउनुहोस्, साधारण टेक्स्टका रूपमा होइन।

---

## रेट लिमिट र म्यासेजिङ थ्रुपुट

https://easycoexistence.com/ne/docs/rate-limits-and-throughput

चार छुट्टाछुट्टै सीमा छन्, र तिनलाई एउटै ठान्दा रेट लिमिटिङ अलमलिएको देखिन्छ। म्यासेजिङ सीमाले Business Portfolio भरि दिनमा अद्वितीय प्रापकको संख्या सीमित गर्छ, थ्रुपुटले प्रति सेकेन्ड म्यासेज सीमित गर्छ, जोडी सीमाले एक जना व्यक्तिलाई पठाइने म्यासेज सीमित गर्छ, र व्यवस्थापन सीमाले म्यासेज नभएका API कल सीमित गर्छ।

### म्यासेजिङ टियर

चलिरहेको 24 घण्टामा ग्राहक सेवा विन्डोबाहिर तपाईंले कतिवटा अद्वितीय ग्राहकलाई म्यासेज पठाउन सक्नुहुन्छ भन्ने सीमा हो। 7 अक्टोबर 2025 देखि यो प्रत्येक Business Portfolio मा तोकिन्छ र त्यसभित्रका सबै नम्बरले साझा रूपमा प्रयोग गर्छन्। गुणस्तर कायम रहेसम्म र भोल्युम बढ्दै जाँदा यो आफैं माथि जान्छ।

- सीमा क्रमशः बढ्छ: दिनमा 250, 2,000, 10,000, 100,000 र असीमित अद्वितीय प्रापक।
- ग्राहक सेवा विन्डोबाहिर पठाइएका म्यासेजले मात्र यो सीमामा गनिन्छन्।
- सेवा विन्डोभित्रका प्रत्युत्तर गनिँदैनन्।
- गुणस्तर घट्दा सीमा अब तल झर्दैन, तर बढ्न भने रोकिन्छ।

### थ्रुपुट

प्रति सेकेन्ड पठाउन सकिने म्यासेजको संख्या हो, जुन दैनिक टियरभन्दा फरक कुरा हो। कुनै नम्बर आफ्नो टियरभित्रै भए पनि एकैचोटि धेरै म्यासेज पठाउँदा थ्रुपुटको सीमामा पुग्न सक्छ।

Coexistence नम्बरमा यही सीमाले मानिसलाई चकित पार्छ, किनकि यो सामान्य Cloud API नम्बरभन्दा कम तोकिएको छ। यो सीमा Meta ले तोकेको हो र सबै Coexistence प्रदायकमा लागू हुन्छ, त्यसैले कुनै प्रदायकले यसलाई बढाउन सक्दैन।

### प्रापकअनुसारको सीमा

तपाईंको नम्बर र एक प्रापकबीच छोटो अवधिमा कति म्यासेज जान सक्छ भन्ने छुट्टै सीमा हो, जसलाई त्रुटि 131056 ले जनाउँछ। यसले एक जना व्यक्तिलाई म्यासेजको बाढी आउनबाट रोक्छ, त्यसैले कम भोल्युमको खातामा पनि यो लाग्न सक्छ।

कारण प्रायः स्वचालित हुन्छ: रिट्राई लुप, एउटै घटनाका लागि दुईपटक चल्ने वेबहुक ह्यान्डलर, वा एउटा प्रत्युत्तरलाई धेरै छोटा म्यासेजमा टुक्र्याउने बोट।

### व्यवस्थापन कलको सीमा

म्यासेजसँग यसको कुनै सम्बन्ध छैन। नम्बर हेर्ने, टेम्प्लेट सूचीबद्ध गर्ने र स्ट्याटस जाँच्ने काम सबै खाताको छुट्टै सीमामा गनिन्छन्, जसलाई त्रुटि 80007 ले जनाउँछ।

पोलिङले यसलाई सकाउँछ। हरेक तीस सेकेन्डमा स्ट्याटस जाँच्नु भनेको महिनामा केही पटक मात्र बदलिने डेटाका लागि दिनमा हजारौं कल हो, र वेबहुकले प्रायः सबै कलको आवश्यकता हटाउँछ।

### सीमा के ले बढाउँछ

गुणस्तर र इतिहासले, भुक्तानीले होइन। किन्न मिल्ने कुनै योजना छैन, र तपाईंको तर्फबाट सीमा खोल्न सक्ने कुनै प्रदायक पनि छैन।

- हरियो गुणस्तर रेटिङ कायम राख्नुहोस्; प्रापकले ब्लक गर्दा यो घट्छ।
- भोल्युम एकैचोटि होइन, नियमित रूपमा पठाउनुहोस्।
- व्यवसाय प्रमाणीकरण पूरा गर्नुहोस्; यो 250 बाट 2,000 सम्म पुग्ने बाटोमध्ये एक हो।
- हालको सीमाको कम्तीमा आधा प्रयोग गर्नुहोस्; 2,000 भन्दा माथिका वृद्धि स्वचालित हुन्छन्।

- सबै रेट लिमिटलाई एउटै ठान्नु। चार फरक सीमाले चार फरक त्रुटि दिन्छन्।
- स्ट्याटस छोटो अन्तरालमा पोलिङ गर्नु। विरलै बदलिने डेटाका लागि यसले व्यवस्थापन सीमा सक्छ।
- उच्च सीमा किन्न सकिन्छ भन्ने आशा राख्नु। सीमा गुणस्तर र इतिहासका आधारमा सर्छ।

**कम भोल्युममा पनि मलाई रेट लिमिट किन लाग्छ?** सायद प्रापकअनुसारको सीमा हो, त्रुटि 131056, जसले तपाईंको खाताको कुल संख्यालाई ध्यान नदिई एक जना व्यक्तिलाई पठाइने म्यासेज सीमित गर्छ।

**के म उच्च म्यासेजिङ सीमा किन्न सक्छु?** सक्नुहुन्न। सीमा गुणस्तर र पठाइको इतिहासका आधारमा आफैं बढ्छ।

**के Coexistence मा थ्रुपुट कम हुन्छ?** हो। Meta ले यसलाई सामान्य Cloud API नम्बरभन्दा कम तोकेको छ, र कुनै प्रदायकले यसलाई बढाउन सक्दैन।

**व्यवस्थापन सीमामा के-के गनिन्छ?** पढ्ने र कन्फिगरेसनका कल: नम्बर, टेम्प्लेट र स्ट्याटसको सूची हेर्ने काम। वेबहुकले प्रायः सबैबाट जोगाउँछ।

---

## इन्टरएक्टिभ म्यासेज पठाउने: बटन र सूची

https://easycoexistence.com/ne/docs/sending-interactive-messages

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

### जवाफ बटन

म्यासेजमुनि बढीमा 3 बटन राख्न सकिन्छ। प्राप्तकर्ताले एउटा ट्याप गरेपछि जवाफ तपाईंको webhook मा सामान्य इनबाउन्ड म्यासेजका रूपमा आउँछ, जसमा बटनको id हुन्छ। त्यसैले लेबल होइन, id मिलाउनुहोस्। शीर्षकमा 20 अक्षरको सीमा हुन्छ, जुन सुनिएभन्दा छोटो भएकाले प्रायः सामग्री पुनर्लेखन गर्नुपर्छ।

- प्रति म्यासेज बढीमा 3 बटन
- शीर्षकमा 20 अक्षरको सीमा
- प्रत्येक बटनमा तपाईंले रोजेको id हुन्छ, जुन जवाफमा फर्किन्छ
- बटन वरिपरि वैकल्पिक हेडर, मुख्य भाग र फुटर

### सूची म्यासेज

एउटा बटनले बढीमा 10 पङ्क्तिको मेनु खोल्छ, जसलाई बढीमा 10 सेक्सनमा समूहबद्ध गर्न सकिन्छ। प्रत्येक पङ्क्तिमा शीर्षक, वैकल्पिक विवरण र id हुन्छ। 3 बटन पर्याप्त नभएको ठाउँमा यसको प्रयोग गर्नुहोस्। सूचीभित्रका विकल्प देख्नुअघि प्राप्तकर्ताले सूची खोल्नुपर्ने भएकाले बटनको लेबल महत्त्वपूर्ण हुन्छ।

- बढीमा 10 सेक्सनमा जम्मा 10 पङ्क्ति
- पङ्क्तिको शीर्षकमा 24 र विवरणमा 72 अक्षरको सीमा
- प्रति म्यासेज एउटा सूची मात्र, र यसलाई बटनसँग जोड्न सकिँदैन
- सबै श्रेणीका टेम्प्लेट म्यासेजमा उपलब्ध हुँदैन

### जवाफ कसरी आउँछ

अन्य कुनै इनबाउन्ड म्यासेजजस्तै त्यही messages webhook मा, बटन वा पङ्क्तिको id जनाउने इन्टरएक्टिभ वस्तुसहित आउँछ। यसका लागि छुट्टै सदस्यता लिनुपर्दैन।

शीर्षक होइन, id मिलाउनुहोस्। सामग्री सम्पादन गर्ने व्यक्तिले शीर्षक फेरबदल गर्न सक्छ, तर id फेरिँदैन। पाठसँग मिलाउने ह्यान्डलरले कसैले टाइपो सच्याएपछि चुपचाप काम गर्न छोड्न सक्छ।

### Coexistence ले के बदल्छ

बटन र सूचीमा केही पनि बदलिँदैन। यी सामान्य Cloud API म्यासेज हुन् र Coexistence नम्बरमा पनि अन्य नम्बरमा जस्तै काम गर्छन्।

बदलिने कुरा जवाफ पुग्ने स्थान हो। ग्राहकले गरेको ट्याप फोनको WhatsApp Business एप र तपाईंको webhook दुवैमा पुग्छ, किनकि Coexistence नम्बरले दुवैमा पठाउँछ। स्वचालित जवाफ दिने ह्यान्डलरले ग्राहकले एपमै त्यसै म्यासेजको जवाफ दिन सक्ने कुरा ध्यानमा राख्नुपर्छ।

- बटनको शीर्षकसँग जवाफ मिलाउने। शीर्षक सम्पादन हुन सक्छ, id हुँदैन।
- 3 भन्दा बढी बटनका लागि डिजाइन गर्ने। यो कडा सीमा हो र यसको कुनै उपाय छैन।
- ग्राहकले WhatsApp Business एपमै त्यही ट्यापको जवाफ दिन सक्छ भन्ने बिर्सने।

**म कति बटन पठाउन सक्छु?** 3 वटा। यो कडा प्लेटफर्म सीमा हो र यसको कुनै उपाय छैन।

**कसैले ट्याप गर्दा के फर्किन्छ?** messages webhook मा आउने सामान्य इनबाउन्ड म्यासेज, जसमा तपाईंले बटन वा पङ्क्तिलाई दिएको id हुन्छ।

**के म बटन र सूची जोड्न सक्छु?** सक्नुहुन्न। एउटा म्यासेजमा यीमध्ये एउटा मात्र हुन्छ।

**के यीका लागि अतिरिक्त शुल्क लाग्छ?** लाग्दैन। यी सामान्य म्यासेज हुन् र Meta ले सोही कुराकानीका अन्य म्यासेजजस्तै मूल्य निर्धारण गर्छ।

---

## मिडिया पठाउने: तस्बिर, भिडियो, अडियो र कागजात

https://easycoexistence.com/ne/docs/sending-media-messages

मिडिया पठाउन पहिले फाइल अपलोड गरेर फर्किएको id सन्दर्भ दिन सकिन्छ, वा Meta लाई ल्याउन सार्वजनिक लिङ्क दिन सकिन्छ। अपलोड बढी भरपर्दो हुन्छ, र आकार सीमा प्रकारअनुसार फरक हुन्छ।

### प्रकारअनुसार सीमा

हरेक प्रकारको सीमा फरक हुन्छ, र सीमा नाघ्दा स्पष्ट विवरणबिना त्रुटि 131053 आउँछ।

- तस्बिर: 5 MB। JPEG र PNG।
- भिडियो: 16 MB। MP4 र 3GPP, H.264 भिडियो र AAC अडियोसहित।
- अडियो: 16 MB। AAC, AMR, MP3, MP4 अडियो र Opus सहित OGG।
- कागजात: 100 MB। PDF र Office फर्म्याटसहित अधिकांश प्रचलित कागजात प्रकार।
- स्टिकर: एनिमेटेड 100 KB, स्थिर 500 KB, WebP मात्र।

### अपलोड वा लिङ्क

एउटै फाइल पठाउने दुई तरिका छन्, र दुवै फरक तरिकाले असफल हुन्छन्।

अपलोड गर्दा फाइल पहिले Meta मा पठाइन्छ र म्यासेज पठाउँदा सन्दर्भ गर्न media id फर्किन्छ। लिङ्क दिँदा Meta ले पठाउने समयमा ल्याउन URL पाउँछ। लिङ्कको तरिका सजिलो देखिए पनि नदेखिने असफलताको सम्भावना थपिन्छ: तपाईंको ब्राउजरमा खुल्ने URL भौगोलिक प्रतिबन्ध, फायरवाल नियम वा ब्राउजरमा पहिलेबाट रहेको session cookie का कारण Meta को पूर्वाधारबाट पहुँचयोग्य नहुन सक्छ।

अपलोड गर्नुहोस्। यसले एउटा अतिरिक्त अनुरोध थप्छ, तर असफलताको पूरै एउटा वर्ग हटाउँछ।

### मिडिया प्राप्त गर्ने

भित्र आउने मिडिया bytes का रूपमा होइन, media id का रूपमा आउँछ। तपाईंको ह्यान्डलरले त्यही id प्रयोग गरेर फाइल छुट्टै ल्याउँछ।

- तुरुन्त ल्याउनुहोस्। id सधैं मान्य रहँदैन।
- असफल अनुरोधले त्रुटि 131052 फर्काउँछ, जसको अर्थ प्रायः पठाउने व्यक्तिको अपलोड अधुरो थियो।
- पछि आवश्यक पर्ने भए फाइल आफैं भण्डारण गर्नुहोस्। Meta अभिलेख होइन।
- मिडिया ल्याउन नसकिए पनि म्यासेज अभिलेख गर्नुहोस्, ताकि पाठ र सन्दर्भ सुरक्षित रहोस्।

### Coexistence ले के बदल्छ

Coexistence नम्बरको मिडिया अन्य Cloud API नम्बरमा जस्तै चल्छ र सीमा पनि उस्तै हुन्छ।

जान्नुपर्ने एउटा फरक इतिहास हो। नम्बर पहिलोपटक जडान हुँदा Meta ले WhatsApp Business एपबाट हालैका म्यासेज समक्रमण गर्छ, तर यसमा म्यासेजको पाठ मात्र समावेश हुन्छ, पूर्ण मिडिया अभिलेख होइन। जडान हुनुअघिको मिडिया फोनमै रहन्छ, जहाँ त्यो पहिलेदेखि थियो।

- सजिलो देखिएकाले लिङ्क पठाउनु। Meta को नेटवर्क तपाईंको ब्राउजर होइन।
- भित्र आएको मिडिया केही घण्टापछि ल्याउनु। मिडिया id को म्याद सकिन्छ।
- कोडेक नजाँची भिडियो निर्यात गर्नु। सम्पादन सफ्टवेयरका पूर्वनिर्धारित सेटिङ प्रायः असमर्थित हुन्छन्।

**मैले पठाउन सक्ने सबैभन्दा ठूलो फाइल कति हो?** 100 MB, त्यो पनि कागजातका लागि मात्र। भिडियो र अडियोको सीमा 16 MB तथा तस्बिरको 5 MB हो।

**मैले अपलोड गर्ने कि URL पठाउने?** अपलोड गर्नुहोस्। यसले पहुँच नहुनुलाई असफलताको कारण बन्नबाट हटाउँछ।

**मिडिया id कति समयसम्म मान्य हुन्छ?** सधैं मान्य हुँदैन, त्यसैले इभेन्ट आएलगत्तै भित्र आएको मिडिया ल्याउनुहोस्।

**जडान गर्दा पुरानो मिडिया समक्रमण हुन्छ?** हुँदैन। इतिहास समक्रमणले हालैको म्यासेज सामग्री समेट्छ, जडानअघिको मिडिया फोनमै रहन्छ।

---

## म्यासेज प्रतिक्रियाः इमोजी पठाउने र प्राप्त गर्ने

https://easycoexistence.com/ne/docs/message-reactions

प्रतिक्रियाले पहिले नै पठाइएको म्यासेजमा एउटा इमोजी जोड्छ। प्रतिक्रिया पठाउँदा म्यासेजको id र इमोजी उल्लेख गर्नुपर्छ। हटाउँदा मेटाउने अनुरोध पठाउनुको सट्टा उही प्रतिक्रियामा खाली इमोजी स्ट्रिङ पठाउनुपर्छ।

### प्रतिक्रिया पठाउने

प्रतिक्रिया प्रकारको म्यासेजमा प्रतिक्रिया दिइएको म्यासेजको id र एउटा इमोजी हुन्छ। एउटै म्यासेजमा दोस्रो प्रतिक्रिया पठाउँदा पहिलोमा थपिँदैन, त्यसलाई प्रतिस्थापन गर्छ, किनकि प्रेषकले प्रति म्यासेज एउटा मात्र प्रतिक्रिया राख्न सक्छ।

म्यासेजको id तपाईंको नम्बरले देख्न सक्ने हुनुपर्छ: ग्राहकबाट आएको म्यासेज वा तपाईंले ग्राहकलाई पठाएको म्यासेज।

### प्रतिक्रिया हटाउने

धेरैलाई अचम्म लाग्ने भाग यही हो। मेटाउने अनुरोध हुँदैन। emoji फिल्डमा खाली स्ट्रिङ राखेर उही प्रतिक्रिया म्यासेज पठाउनुहोस्, यसले प्रतिक्रिया हटाउँछ।

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

### प्रतिक्रिया प्राप्त गर्ने

आएका प्रतिक्रियाहरू messages वेबहुकमा reaction प्रकारको म्यासेजका रूपमा आउँछन्। तिनमा जोडिएको म्यासेजको id र इमोजी उल्लेख हुन्छ।

- messages फिल्डमा सदस्यता लिनुहोस्; छुट्टै reactions फिल्ड हुँदैन
- खाली इमोजीको अर्थ ग्राहकले आफ्नो प्रतिक्रिया हटाएको हो
- उल्लेख गरिएको म्यासेजको id तपाईंले पहिले पठाएको वा प्राप्त गरेको म्यासेजको हो
- प्रतिक्रियाले 24 घण्टे सेवा विन्डो फेरि खोल्दैन

### सेवा विन्डो अझै लागू हुन्छ

प्रतिक्रिया एउटा म्यासेज भएकाले पठाउन 24 घण्टे ग्राहक सेवा विन्डो खुला हुनुपर्छ। तीन दिनअघिको ग्राहकको म्यासेजमा प्रतिक्रिया दिँदा text म्यासेजमा जस्तै error 131047 फर्किन्छ।

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

- मेटाउने एन्डपोइन्ट खोज्नु। हटाउने काम खाली इमोजीसहितको उही अनुरोध हो
- खाली इमोजीलाई अमान्य ठान्नु। हटाउने कुरा यसरी नै व्यक्त हुन्छ
- सेवा विन्डोबाहिर प्रतिक्रिया पठाउनु। यो अन्य म्यासेजजस्तै असफल हुन्छ

**प्रतिक्रिया कसरी हटाउने?** खाली इमोजी स्ट्रिङसहित उही प्रतिक्रिया म्यासेज पठाउनुहोस्। मेटाउने अनुरोध हुँदैन।

**प्रतिक्रियाको कुनै शुल्क लाग्छ?** लाग्दैन। यसले शुल्क लाग्ने कुराकानी खोल्दैन।

**के म कुनै पनि म्यासेजमा प्रतिक्रिया दिन सक्छु?** तपाईंको नम्बरले पठाएका वा प्राप्त गरेका म्यासेजमा मात्र, र 24 घण्टे सेवा विन्डोभित्र मात्र।

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

---

## लोकेसन र सम्पर्क म्यासेज पठाउने

https://easycoexistence.com/ne/docs/sending-location-and-contacts

लोकेसन म्यासेजले वैकल्पिक नाम र ठेगानासहित पिन पठाउँछ। सम्पर्क म्यासेजले एक वा बढी सम्पर्क कार्ड पठाउँछ। दुवै सरल छन्। जान्नुपर्ने सीमा यो हो कि मानिस हिँड्दा अपडेट हुने लाइभ लोकेसन Coexistence नम्बरमा उपलब्ध छैन।

### लोकेसन म्यासेज

अक्षांश र देशान्तर पिनमुनि देखिने वैकल्पिक नाम र ठेगानासहित पठाइन्छ। प्राप्तकर्ताले नक्साको पूर्वावलोकन देख्छन् र आफ्नै नक्सा एपमा खोल्न सक्छन्।

नाम र ठेगाना राख्न केही मेहनत गर्नु उपयोगी हुन्छ। यीबिना पिनमा निर्देशाङ्क मात्र देखिन्छ, जसले ग्राहक सही शाखा हेरिरहेका छन् कि छैनन् भन्ने बताउँदैन।

### लोकेसन प्राप्त गर्दा

ग्राहकले आफ्नो लोकेसन साझा गर्दा त्यो म्यासेज वेबहुकमा location प्रकारको म्यासेजका रूपमा आउँछ। यसमा निर्देशाङ्क हुन्छन्, र ग्राहकको एपले पठाएको भए नाम तथा ठेगाना पनि हुन्छन्।

- निर्देशाङ्क सधैं हुन्छन्, नाम र ठेगाना सधैं हुँदैनन्।
- साझा गरिएको लोकेसन म्यासेज भएकाले 24 घण्टे सेवा विन्डो फेरि खुल्छ।
- निर्देशाङ्कलाई अनुमानित मान्नुहोस्। फोनको शुद्धता फरक हुन्छ।
- आवश्यक कुरा मात्र भण्डारण गर्नुहोस्। Meta लाई लोकेसन इतिहासका रूपमा प्रयोग नगर्नुहोस्।

### सम्पर्क म्यासेज

एउटै म्यासेजमा एक वा बढी सम्पर्क कार्ड पठाउन सकिन्छ। प्रत्येक कार्डमा vCard का नाम, फोन, इमेल, ठेगाना, संस्था र जन्मदिनजस्ता फाँट हुन्छन्। प्राप्तकर्ताले कार्ड सिधै सुरक्षित गर्न सक्छन्।

ग्राहकलाई सही व्यक्तिको विवरण दिन यो उपयोगी हुन्छ। च्याटमा नम्बर टाइप गर्दा त्यो फर्म्याट नभएको पाठका रूपमा आउँछ र हातैले प्रतिलिपि गर्नुपर्छ।

### Coexistence ले हटाउने कुरा

Coexistence सक्रिय भएपछि Meta ले नम्बरमा बन्द गर्ने चार WhatsApp सुविधामध्ये लाइभ लोकेसन एक हो। अन्य सुविधामा हराउने म्यासेज, एकपटक हेर्ने मिडिया र प्रसारण सूची पर्छन्।

यो पठाउने प्रयास गर्दा error 131051, unsupported message type, फर्किन्छ। यो फर्म्याटको गल्ती जस्तो देखिए पनि त्यस्तो होइन। कुनै प्रदायकले यसलाई सक्षम गर्न सक्दैन, किनकि यो Meta को प्रतिबन्ध हो र सबै Coexistence नम्बरमा लागू हुन्छ। स्थिर लोकेसन पिनमा असर पर्दैन र सामान्य रूपमा चल्छ।

- नाम वा ठेगानाबिना पिन पठाउनु। निर्देशाङ्क मात्रले ग्राहकलाई केही बताउँदैन।
- लाइभ लोकेसनमा आधारित सुविधा बनाउनु। यो हरेक Coexistence नम्बरमा बन्द हुन्छ।
- प्रकार वास्तवमै उपलब्ध नभएको बेला error 131051 लाई फर्म्याटको त्रुटि ठान्नु।

**के म लाइभ लोकेसन पठाउन सक्छु?** Coexistence नम्बरमा सक्नुहुन्न। Meta ले यसलाई बन्द गर्छ र कुनै प्रदायकले फेरि चालु गर्न सक्दैन।

**के स्थिर लोकेसन पिन चल्छन्?** चल्छन्। नक्साको पूर्वावलोकनमुनि वैकल्पिक नाम र ठेगानासहित सामान्य रूपमा काम गर्छन्।

**एउटा म्यासेजमा कति सम्पर्क पठाउन सकिन्छ?** धेरैवटा। प्रत्येकमा मानक vCard फाँट हुन्छन् र प्राप्तकर्ताले सिधै सुरक्षित गर्न सक्छन्।

**के साझा गरिएको लोकेसनले सेवा विन्डो फेरि खोल्छ?** खोल्छ। यो अन्य म्यासेजजस्तै भित्रबाट आएको म्यासेज हो।

---

## EasyCoexistence र AiSensy

https://easycoexistence.com/ne/compare/easycoexistence-vs-aisensy

AiSensy मासिक योजनामा बिक्री हुने WhatsApp मार्केटिङ र च्याटबट प्लेटफर्म हो, जुन भारतीय इकमर्स व्यवसायमा लोकप्रिय छ। EasyCoexistence पूर्वाधार हो: यसले Meta को आफ्नै Coexistence सुविधामार्फत नम्बर जडान गर्छ, म्यासेज तपाईंले पहिले नै प्रयोग गरिरहेको प्रणालीमा पठाउँछ र जडित नम्बरसँगै शुल्क लिन्छ। पाँच जनाको टोली र एउटै इनबक्सका लागि एउटा विकल्प उपयोगी हुन सक्छ, तर आफ्नै प्रणाली भएका व्यवसायले हामीसँग प्रति नम्बर निकै कम तिर्छन्।

### प्रत्येक उत्पादन के हो

यी एउटै खरिदका लागि प्रतिस्पर्धा गर्दैनन्, र यो स्पष्ट हुँदा तुलना उपयोगी हुन्छ।

- AiSensy:: प्रसारण अभियान, च्याटबट फ्लो र साझा टोली इनबक्समा आधारित WhatsApp संलग्नता प्लेटफर्म, सम्पर्क र एजेन्ट सीमासहित तहगत मासिक योजनामा बिक्री हुने
- EasyCoexistence:: Coexistence पूर्वाधार। फोनमा WhatsApp Business एप चलिरहन्छ, Cloud API त्यही नम्बरमा चल्छ र म्यासेज इभेन्ट Meta बाट सिधै तपाईंको CRM, हेल्पडेस्क, स्वचालन वा AI एजेन्टमा जान्छ। तपाईंको टोली सर्नुपर्ने छुट्टै उत्पादन हुँदैन

### उत्पादन कसका लागि बनाइएको हो

दुवैले WhatsApp जडान गर्छन्। तर प्रत्येकले तपाईंलाई गराउने दैनिक काम फरक हुन्छ।

- AiSensy:: प्रसारण अभियान र च्याटबट फनेल चलाउने मार्केटिङ टोली, जसलाई अभियान निर्माता, सम्पर्क सूची र विश्लेषण एउटै ठाउँमा चाहिन्छ र त्यहीँ काम गर्न सहज हुन्छ
- EasyCoexistence:: पहिले नै प्रणाली भएको व्यवसाय वा विकासकर्ता। हामी WhatsApp म्यासेज त्यसमा पठाउँछौं र कनेक्सन सक्रिय राख्छौं, त्यसपछि बाटो छोड्छौं। अभियान चाहनुहुन्छ भने ग्राहक डेटा रहेको ठाउँमै चलाउनुहोस्

### फोनमा एप राखिरहँदा

Coexistence किन बनाइएको हो भन्ने मुख्य कारण र कुनै पनि प्लेटफर्मलाई सोध्नुपर्ने प्रश्न यही हो।

- AiSensy:: उनीहरूको उत्पादन प्लेटफर्म इनबक्स हो, त्यसैले कुराकानी फोनको WhatsApp Business एपमा भन्दा त्यहीँ सम्हालिने अपेक्षा हुन्छ
- EasyCoexistence:: WhatsApp Business एप पहिलेझैं चलिरहन्छ। कर्मचारीले फोनबाट उत्तर दिन्छन्, API ले उही कुराकानी देख्छ र कुनै पक्षले रोक्नुपर्दैन। यही नै सम्पूर्ण सुविधा हो

### बिलले के पछ्याउँछ

यो संरचनागत फरक हो, र तपाईं बढ्दै जाँदा कुल खर्च निर्धारण गर्ने मुख्य कुरा पनि यही हो।

- AiSensy:: प्रयोगकर्ता र योजनाका तहमा आधारित सदस्यता, त्यसैले बिल टोलीको आकार र खुलेका सुविधाअनुसार बढ्छ, सिट प्रयोग भए पनि नभए पनि शुल्क लाग्छ
- EasyCoexistence:: जडित नम्बर। सहकर्मी थप्दा सिट नभएकाले केही खर्च लाग्दैन, र नम्बर थपिँदै जाँदा प्रति नम्बर दर US$ 9 बाट US$ 1 सम्म घट्छ। एजेन्सीको चालीसौं नम्बरले पहिलो नम्बरले गरेजस्तै काम गर्छ र कम खर्च पर्छ

### तपाईंले छोड्दा के हुन्छ

तपाईंका कुराकानी राख्ने जुनसुकै सेवामा यो प्रश्न सोध्न लायक हुन्छ।

- AiSensy:: इनबक्स, सम्पर्क इतिहास र स्वचालनहरू प्लेटफर्ममै बस्छन्। तिनैले सेवा चलाउँछन्, र त्यसैले छोड्नु स्थानान्तरण परियोजना बन्छ
- EasyCoexistence:: तपाईंको कुनै सामग्री हामीभित्र बस्दैन। म्यासेज आइपुग्नेबित्तिकै तपाईंको आफ्नै प्रणालीमा पठाइन्छ, र नम्बर ग्राहककै Meta Business Portfolio मा रहन्छ। त्यसैले हामी हटेपछि पनि सबै पहिलेझैं त्यहीँ रहन्छ

- आफ्नो संरचना नहेरी सिट शुल्कलाई प्रति नम्बर शुल्कसँग तुलना गर्नु
- टोलीले पहिले नै CRM मा काम गरिरहेको बेला इनबक्सको शुल्क तिर्नु
- WhatsApp कनेक्सन फरक छ भन्ने मान्नु। दुवैमा भित्रबाट Meta को Cloud API नै चल्छ

**कुन सस्तो पर्छ?** एउटै इनबक्समा पाँच जनाको टोलीलाई सिट शुल्क उपयोगी पर्न सक्छ। तर नम्बर र आफ्नै प्रणाली भएको व्यवसायले हामीसँग प्रति नम्बर निकै कम तिर्छ।

**के मैले साझा इनबक्स गुमाउँछु?** तपाईं साझा इनबक्समा सर्नु पर्दैन। म्यासेज तपाईंको टोलीले पहिले नै प्रयोग गरिरहेको उपकरणमा पुग्छ।

**के WhatsApp कनेक्सन फरक हुन्छ?** हुँदैन। दुवै अवस्थामा Meta को Cloud API नै हो। फरक त्यसभन्दा अगाडि रहेको उत्पादन र शुल्क लाग्ने तरिकामा छ।

**के मैले प्रसारण अभियान चलाउन पाउँछु?** हामीबाट चल्दैन, र त्यसका लागि तपाईंलाई शुल्क पनि लाग्दैन। म्यासेज तपाईंको आफ्नै प्रणालीमा पुग्ने भएकाले ग्राहक डेटा रहेको ठाउँमै अभियान चलाउनुहोस्।

---

## EasyCoexistence बनाम Interakt

https://easycoexistence.com/ne/compare/easycoexistence-vs-interakt

Interakt प्रति एजेन्ट सीमासहित मासिक योजनामा बिक्री हुने WhatsApp वाणिज्य र सपोर्ट प्लेटफर्म हो। EasyCoexistence पूर्वाधार हो: यसले Meta को आफ्नै Coexistence सुविधामार्फत नम्बर जडान गर्छ, म्यासेज तपाईंले पहिल्यै प्रयोग गरिरहेको प्रणालीमा पठाउँछ र प्रति जडान गरिएको नम्बर शुल्क लिन्छ। आफ्नै प्रणाली भएका व्यवसायका लागि EasyCoexistence प्रति नम्बर धेरै सस्तो पर्छ।

### प्रत्येक उत्पादन के हो

यी एउटै खरिदका लागि प्रतिस्पर्धा गर्दैनन्, र यो स्पष्ट बुझ्दा तुलना उपयोगी हुन्छ।

- Interakt:: क्याटलग एकीकरण, अर्डर सूचना, साझा इनबक्स र स्वचालन भएको WhatsApp वाणिज्य प्लेटफर्म, एजेन्ट र सम्पर्क सीमासहित मासिक योजनामा बिक्री हुने।
- EasyCoexistence:: Coexistence पूर्वाधार। फोनको WhatsApp Business एप चलिरहन्छ, Cloud API त्यही नम्बरमा चल्छ र म्यासेजका घटनाहरू Meta बाट सिधै तपाईंको CRM, हेल्पडेस्क, स्वचालन वा AI एजेन्टमा जान्छन्। तपाईंको टोली सर्नुपर्ने कुनै उत्पादन छैन।

### वाणिज्य तर्क कहाँ रहन्छ

अनलाइन स्टोरका लागि वास्तविक भिन्नता यही हो, र तपाईंको क्याटलग पहिल्यै कहाँ छ भन्नेमा निर्भर हुन्छ।

- Interakt:: प्लेटफर्मभित्र, तपाईंको स्टोरसँग जडान भएर। विकास नगरी अर्डर सूचना र क्याटलग म्यासेज एउटै ठाउँमा तयार गर्न चाहनुहुन्छ भने यो सुविधाजनक हुन्छ।
- EasyCoexistence:: तपाईंको स्टोरभित्र। हामी WhatsApp का घटनाहरू तपाईंको ब्याकएन्डमा पठाउँछौं, त्यसैले अर्डर के हो भनेर पहिल्यै जान्ने प्रणालीले अर्डर सूचना पठाउँछ। दोस्रो उत्पादनमा केही सिङ्क्रोनाइज गर्नुपर्दैन।

### एजेन्सीले के तिर्छ

प्रति एजेन्ट र प्रति नम्बर शुल्कबीचको भिन्नता यहाँ सबैभन्दा स्पष्ट हुन्छ।

- Interakt:: एजेन्ट र सम्पर्क सीमासहितका योजनाहरू, त्यसैले धेरै ग्राहकका नम्बर व्यवस्थापन गर्ने व्यवसायले प्रत्येक खाताका लागि सिट र अनुमति किन्दै जान्छ।
- EasyCoexistence:: एउटै खातामा आफूले चाहेका जति ग्राहकका नम्बर राख्न सकिन्छ। प्रत्येक कनेक्सनका रूपमा बिल हुन्छ र धेरै नम्बरमा दर घट्छ। गणना गर्नुपर्ने एजेन्ट वा नाघ्न सकिने सम्पर्क सीमा हुँदैन।

### बिलले के पछ्याउँछ

यो संरचनागत भिन्नता हो, र व्यवसाय बढ्दै जाँदा कुल लागत निर्धारण गर्ने कुरा पनि यही हो।

- Interakt:: प्रयोगकर्ता र योजनाका तहअनुसार बनेको सदस्यता, त्यसैले बिल टोलीको आकार र खुलेका सुविधाअनुसार हुन्छ। सिट प्रयोग नगरे पनि शुल्क तिर्नुपर्छ।
- EasyCoexistence:: जडान गरिएको नम्बर। सिट नभएकाले सहकर्मी थप्दा केही खर्च हुँदैन, र नम्बर थप्दै जाँदा प्रति नम्बर दर US$ 9 बाट घटेर US$ 1 हुन्छ। एजेन्सीको चालीसौं नम्बरले पहिलो नम्बरले गरेकै काम गर्छ र कम खर्च हुन्छ।

### तपाईंले छोड्नुभयो भने के हुन्छ

तपाईंका कुराकानी राख्ने कुनै पनि सेवामा यो प्रश्न सोध्नैपर्छ।

- Interakt:: इनबक्स, सम्पर्क इतिहास र स्वचालनहरू प्लेटफर्ममै रहन्छन्। यही कारण तिनीहरूले काम गर्छन्, र यही कारण छोड्नु माइग्रेसन परियोजना बन्छ।
- EasyCoexistence:: तपाईंको कुनै कुरा हामीभित्र रहँदैन। म्यासेज आएलगत्तै तपाईंको आफ्नै प्रणालीमा पठाइएका हुन्छन्, र नम्बर ग्राहकको आफ्नै Meta Business Portfolio मा रहन्छ। त्यसैले हामी हटेपछि पनि सबै कुरा जहाँ थियो त्यहीँ रहन्छ।

- आफ्नो संरचनाका लागि दुवैको संख्या नगनी सिट शुल्कलाई प्रति नम्बर शुल्कसँग तुलना गर्नु।
- तपाईंको टोलीले पहिले नै CRM मा काम गरिरहेको बेला इनबक्सका लागि पैसा तिर्नु।
- WhatsApp कनेक्सन फरक छ भन्ने मान्नु। दुवैमा भित्र Cloud API Meta कै हो।

**कुन सस्तो छ?** एउटै इनबक्समा पाँच जनाको टोलीका लागि Interakt का सिट उपयुक्त हुन सक्छन्। नम्बर र आफ्नै प्रणाली भएको व्यवसायले हामीसँग प्रति नम्बर धेरै कम तिर्छ।

**के मैले साझा इनबक्स गुमाउँछु?** तपाईं साझा इनबक्समा सर्नै पर्दैन। म्यासेज तपाईंको टोलीले पहिल्यै प्रयोग गरिरहेको उपकरणमा आउँछन्।

**के WhatsApp कनेक्सन फरक छ?** होइन। दुवै अवस्थामा यो Meta को Cloud API हो। फरक भनेको त्यसअगाडि के रहेको छ र शुल्क कसरी लिइन्छ भन्ने हो।

**के म क्याटलग म्यासेज पठाउन सक्छु?** आफ्नै नम्बरमा Cloud API मार्फत पठाउन सक्नुहुन्छ, आफ्नै प्रणालीबाट। तपाईंको स्टोरमा क्याटलग पहिल्यै भएकाले हामी तपाईंका लागि क्याटलग बनाउँदैनौं।

---

## EasyCoexistence बनाम DoubleTick

https://easycoexistence.com/ne/compare/easycoexistence-vs-doubletick

DoubleTick प्रयोगकर्ताप्रति बिक्री हुने WhatsApp बिक्री प्लेटफर्म हो, जुन मोबाइलकेन्द्रित साझा इनबक्समा आधारित छ। EasyCoexistence पूर्वाधार हो: यसले Meta को आफ्नै Coexistence सुविधामार्फत नम्बर जडान गर्छ, म्यासेज तपाईंले पहिले नै प्रयोग गर्ने प्रणालीमा पठाउँछ र जडान गरिएको नम्बरप्रति शुल्क लिन्छ। तपाईंको प्रयोगअनुसार कुन सस्तो हुन्छ भन्ने फरक पर्छ।

### प्रत्येक उत्पादन के हो

यी एउटै खरिदका लागि प्रतिस्पर्धा गर्दैनन्, र यो स्पष्ट बुझ्दा तुलना उपयोगी हुन्छ।

- 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 को सिट-आधारित योजना उपयुक्त हुन सक्छ।

**के मैले साझा इनबक्स गुमाउँछु?** तपाईं साझा इनबक्समा सर्नु पर्दैन। म्यासेज तपाईंको टोलीले पहिले नै प्रयोग गर्ने उपकरणमा पुग्छ, जहाँ उनीहरू काम गर्छन्।

**के WhatsApp कनेक्सन फरक छ?** होइन। दुवै अवस्थामा यो Meta को Cloud API हो। फरक भनेको त्यसअगाडि के प्रयोग हुन्छ र शुल्क कसरी लाग्छ भन्ने हो।

**के मोबाइल एप छ?** हाम्रो सेवा पूर्वाधार भएकाले तपाईंको टोलीले पहिले नै प्रयोग गरिरहेको एप नै प्रयोग गर्छ। फोनमा WhatsApp Business एप पनि निरन्तर चलिरहन्छ।

---

## EasyCoexistence र Zoko

https://easycoexistence.com/ne/compare/easycoexistence-vs-zoko

Zoko Shopify स्टोरका लागि WhatsApp commerce प्लेटफर्म हो, जुन मासिक योजनामा बिक्री हुन्छ। EasyCoexistence पूर्वाधार हो: यसले Meta को आफ्नै Coexistence सुविधामार्फत नम्बर जोड्छ, म्यासेज तपाईंले पहिल्यै प्रयोग गरिरहेको प्रणालीमा पठाउँछ र कनेक्सन भएको नम्बरअनुसार शुल्क लिन्छ। Shopify नै तपाईंको मुख्य व्यवसाय हो भने Zoko उपयुक्त हुन्छ; आफ्नै प्रणालीमा WhatsApp जोड्न चाहनुहुन्छ भने EasyCoexistence सस्तो पर्छ।

### प्रत्येक उत्पादन के हो

यी एउटै खरिदका लागि प्रतिस्पर्धा गर्दैनन्, र यो स्पष्ट हुँदा तुलना उपयोगी हुन्छ।

- Zoko:: Shopify वरिपरि गहिरोसँग बनेको WhatsApp commerce प्लेटफर्म, जसमा catalogue, abandoned cart recovery, order flows र shared inbox समावेश छन्। यो मासिक योजनामा बिक्री हुन्छ।
- EasyCoexistence:: Coexistence पूर्वाधार। फोनको WhatsApp Business एप चलिरहन्छ, Cloud API त्यही नम्बरमा चल्छ र म्यासेज event Meta बाट सिधै तपाईंको CRM, helpdesk, automation वा AI agent मा पुग्छ। तपाईंको टोलीले सार्नुपर्ने छुट्टै उत्पादन छैन।

### तपाईं Shopify स्टोर चलाउनुहुन्छ भने

यो इमानदार उत्तर हो, किनकि यो साँच्चिकै फरक खरिद हो।

- Zoko:: ठ्याक्कै यही कामका लागि बनेको हो। Cart recovery, catalogue र order flows विकास नगरी सेट गरिन्छन्। Shopify नै तपाईंको सम्पूर्ण व्यवसाय हो र यही हप्ता चलाउन चाहनुहुन्छ भने यसको वास्तविक मूल्य छ।
- EasyCoexistence:: भित्री तह। तपाईंको स्टोर Shopify मा छैन वा यसको logic आफ्नै backend मा छ भने हामी WhatsApp event त्यहाँ पठाउँछौं र म्यासेजको अर्थ तपाईंको प्रणालीले तय गर्छ। हामीसँग नभएको प्लेटफर्म वरिपरि सेट गर्नुपर्ने केही छैन।

### स्टोर नै सम्पूर्ण व्यवसाय नभए के हुन्छ

Storefront मा आधारित प्लेटफर्म नमिल्ने अवस्था यही हो।

- Zoko:: एउटै ecosystem मा गहिराइ यसको विशेषज्ञताको लेनदेन हो र त्यही कारणले त्यस ecosystem भित्र राम्रोसँग काम गर्छ।
- EasyCoexistence:: Ecosystem प्रति कुनै निर्भरता छैन। Webhook तपाईंको endpoint मा जान्छ, त्यसैले एउटै कनेक्सनले Shopify स्टोर, custom backend, n8n workflow वा AI agent चलाउँछ, नम्बर कसरी जोडिएको छ भन्ने कुरा परिवर्तन नगरी।

### बिलले के पछ्याउँछ

यो संरचनात्मक फरक हो र तपाईं बढ्दै जाँदा कुल खर्च निर्धारण गर्ने कुरा पनि यही हो।

- Zoko:: प्रयोगकर्ता र plan tier वरिपरि बनेको subscription, त्यसैले बिल टोलीको आकार र खुलेका सुविधाअनुसार बढ्छ। Seats प्रयोग भए पनि नभए पनि शुल्क तिर्नुपर्छ।
- EasyCoexistence:: कनेक्सन भएको नम्बर। Seats नभएकाले सहकर्मी थप्दा शुल्क लाग्दैन, र नम्बर थप्दै जाँदा प्रति नम्बर दर US$ 9 बाट US$ 1 सम्म घट्छ। एजेन्सीको चालीसौं नम्बरले पहिलो नम्बरले गरेकै काम गर्छ र कम खर्च लाग्छ।

### तपाईंले छोड्नुभयो भने के हुन्छ

तपाईंका कुराकानी राख्ने कुनै पनि सेवाका लागि यो प्रश्न महत्त्वपूर्ण छ।

- Zoko:: Inbox, सम्पर्क इतिहास र automations प्लेटफर्ममै बस्छन्। यही कारणले ती काम गर्छन्, र यही कारणले छोड्दा migration project बन्छ।
- EasyCoexistence:: तपाईंको कुनै कुरा हामीभित्र बस्दैन। म्यासेज आएलगत्तै तपाईंको आफ्नै प्रणालीमा पठाइन्छ र नम्बर ग्राहकको आफ्नै Meta Business Portfolio मा रहन्छ। त्यसैले हामी हटाउँदा पनि सबै कुरा पहिलेकै ठाउँमा रहन्छ।

- आफ्नो संरचनाका लागि दुवै पक्ष कति पर्छन् भनेर नगनी seat price लाई प्रति नम्बर price सँग तुलना गर्नु।
- टोलीले पहिल्यै CRM प्रयोग गरिरहेको बेला inbox का लागि शुल्क तिर्नु।
- WhatsApp कनेक्सन फरक छ भनेर मान्नु। दुवै अवस्थामा भित्रको Cloud API Meta कै हो।

**कुन सस्तो हो?** एउटै inbox मा पाँच जनाको टोली छ भने seat योजना उपयुक्त हुन सक्छ। आफ्नै प्रणाली र धेरै नम्बर भएको व्यवसायका लागि प्रति नम्बर शुल्क हाम्रोमा निकै कम पर्छ।

**के मैले shared inbox गुमाउँछु?** तपाईं कुनै shared inbox मा सर्नु पर्दैन। म्यासेज तपाईंको टोलीले पहिल्यै प्रयोग गरिरहेको tool मा आउँछन्।

**के WhatsApp कनेक्सन फरक हुन्छ?** हुँदैन। दुवै अवस्थामा यो Meta कै Cloud API हो। फरक भनेको यसको अगाडि के बस्छ र बिल कसरी लाग्छ भन्ने हो।

**म Shopify प्रयोग गर्छु। के मैले Zoko प्रयोग गर्नुपर्छ?** Zoko ले मासिक योजनामा तयार Shopify flows बिक्री गर्छ। तपाईंको logic आफ्नै store वा backend मा छ भने हामी US$ 9 प्रति नम्बरमा WhatsApp त्यसमै जोड्छौं र order data भएको ठाउँमै flows राख्नुहुन्छ।

---

## EasyCoexistence vs Trengo

https://easycoexistence.com/ne/compare/easycoexistence-vs-trengo

Trengo WhatsApp, इमेल, भ्वाइस र च्याट समेट्ने बहुच्यानल टिम इनबक्स हो, जसको शुल्क प्रयोगकर्ताअनुसार लाग्छ। EasyCoexistence पूर्वाधार हो: यसले Meta को आफ्नै Coexistence सुविधामार्फत नम्बर जडान गर्छ, म्यासेज तपाईंले पहिल्यै प्रयोग गरिरहेको प्रणालीमा पठाउँछ र प्रति जडान भएको नम्बर शुल्क लिन्छ। अवस्थित प्रणालीमै WhatsApp चाहिने व्यवसायका लागि EasyCoexistence सामान्यतया सस्तो पर्छ।

### प्रत्येक उत्पादन के हो

यी एउटै खरिदका लागि प्रतिस्पर्धा गर्ने उत्पादन होइनन्। यो स्पष्ट बुझ्दा तुलना उपयोगी हुन्छ।

- Trengo:: WhatsApp, इमेल, लाइभ च्याट, भ्वाइस र सामाजिक सञ्जाललाई एउटै दृश्यमा जोड्ने बहुच्यानल टिम इनबक्स हो। यसको शुल्क प्रयोगकर्ता सिटअनुसार लाग्छ र धेरै च्यानल सम्हाल्ने सपोर्ट टिमका लागि बनाइएको हुन्छ।
- EasyCoexistence:: Coexistence पूर्वाधार हो। फोनमा WhatsApp Business एप चलिरहन्छ, Cloud API त्यही नम्बरमा चल्छ र म्यासेज इभेन्ट Meta बाट सिधै तपाईंको CRM, हेल्पडेस्क, अटोमेसन वा AI agent मा जान्छ। तपाईंको टिम सर्नुपर्ने छुट्टै उत्पादन हुँदैन।

### हरेक च्यानलका लागि एउटै इनबक्स

उनीहरूको मुख्य वाचा यही हो, र सही टिमका लागि यो राम्रो वाचा हो।

- Trengo:: इमेल, WhatsApp, च्याट र भ्वाइस एउटै ठाउँमा, साझा जिम्मेवारी बाँडफाँट र नियमसहित। धेरै ट्याबले हैरान भएको सपोर्ट टिमका लागि यही एकीकरण उत्पादन हो, र यसले काम गर्छ।
- EasyCoexistence:: हामी एउटा मात्र च्यानल गर्छौं र तपाईंलाई सबै च्यानल एकीकृत गर्न भन्दैनौं। तपाईंको हेल्पडेस्कले इमेल र च्याट पहिल्यै सम्हाल्छ भने WhatsApp वेबहुकमार्फत त्यहीँ पुग्छ र तपाईंको टिमले अर्को टुल सिक्नुपर्दैन।

### टिम बढ्दा कति तिर्नुपर्छ

प्रति सिट शुल्कको आफ्नै ढाँचा हुन्छ, र कर्मचारी थप्नुअघि त्यो बुझ्नु उपयोगी हुन्छ।

- Trengo:: प्रति प्रयोगकर्ता शुल्क लाग्छ। त्यसैले नयाँ सपोर्ट कर्मचारीले WhatsApp चलाए पनि नचलाए पनि मासिक बिल बढ्छ।
- EasyCoexistence:: प्रति नम्बर शुल्क लाग्छ। दुई जनाको सपोर्ट टिम र 20 जनाको सपोर्ट टिमले एउटै शुल्क तिर्छन्, किनकि बिल लाग्ने एकाइ व्यक्ति होइन, कनेक्सन हो।

### बिल केसँगै बढ्छ

यो संरचनागत फरक हो, र टिम बढ्दै जाँदा कुल खर्च निर्धारण गर्ने मुख्य कुरा पनि यही हो।

- Trengo:: प्रयोगकर्ता र योजनाका तहमा आधारित सदस्यता हुन्छ। त्यसैले सिट प्रयोग भए पनि नभए पनि टिमको आकार र खुलाइएका सुविधासँगै बिल बढ्छ।
- EasyCoexistence:: जडान भएको नम्बर। सिट नभएकाले सहकर्मी थप्दा शुल्क लाग्दैन, र नम्बर थपिँदै जाँदा प्रति नम्बर दर US$ 9 बाट घटेर US$ 1 हुन्छ। एजेन्सीको चालीसौं नम्बरले पहिलो नम्बरले गरेकै काम गर्छ र कम शुल्क पर्छ।

### तपाईंले सेवा छोड्दा के हुन्छ

तपाईंका कुराकानी राख्ने जुनसुकै सेवाका लागि यो प्रश्न गर्नु उपयोगी हुन्छ।

- Trengo:: इनबक्स, सम्पर्क इतिहास र अटोमेसनहरू प्लेटफर्ममै रहन्छन्। तिनै कारणले सेवा चल्छ, र सेवा छोड्दा माइग्रेसन परियोजना आवश्यक पर्छ।
- EasyCoexistence:: तपाईंको कुनै कुरा हामीभित्र रहँदैन। म्यासेज आइपुग्नेबित्तिकै तपाईंको आफ्नै प्रणालीमा पठाइन्छ, र नम्बर ग्राहककै Meta Business Portfolio मा रहन्छ। त्यसैले हामी हटेपछि पनि सबै कुरा पहिलेकै ठाउँमा रहन्छ।

- आफ्नो संरचना नहेरी सिटको शुल्कलाई प्रति नम्बर शुल्कसँग तुलना गर्नु।
- तपाईंको टिमले CRM मै काम गरिरहेको बेला इनबक्सका लागि शुल्क तिर्नु।
- WhatsApp कनेक्सन फरक हुन्छ भन्ने मान्नु। दुवै अवस्थामा तलको Cloud API Meta कै हो।

**कुन सस्तो पर्छ?** एउटै इनबक्समा 5 जनाको टिमलाई सिटको योजना उपयुक्त हुन सक्छ। तर नम्बर र आफ्नै प्रणाली भएको व्यवसायले हामीसँग प्रति नम्बर धेरै कम तिर्छ।

**के मैले साझा इनबक्स गुमाउँछु?** तपाईं साझा इनबक्समा सर्नु पर्दैन। म्यासेज तपाईंको टिमले पहिल्यै प्रयोग गरिरहेको टुलमै आउँछन्।

**के WhatsApp कनेक्सन फरक हुन्छ?** हुँदैन। दुवै अवस्थामा यो Meta को Cloud API हो। फरक कुरा यसको अगाडि रहने प्रणाली र शुल्क लाग्ने तरिका हो।

**मलाई इमेल र च्याट पनि चाहिन्छ। के तपाईंहरू ती पनि दिनुहुन्छ?** दिँदैनौं, र त्यसका लागि हामी शुल्क पनि लिँदैनौं। तपाईंका अन्य च्यानल सम्हालिरहेको हेल्पडेस्कमा हामी WhatsApp जोड्छौं।

---

## EasyCoexistence र Rasayel

https://easycoexistence.com/ne/compare/easycoexistence-vs-rasayel

Rasayel CRM एकीकरणसहितको WhatsApp केन्द्रित बिक्री इनबक्स हो, जसको शुल्क प्रति प्रयोगकर्ता लाग्छ। EasyCoexistence पूर्वाधार हो: यसले Meta को आफ्नै Coexistence सुविधामार्फत नम्बर जडान गर्छ, म्यासेज तपाईंले पहिल्यै प्रयोग गरिरहनुभएको प्रणालीमा पुर्‍याउँछ र जडान गरिएको नम्बरअनुसार शुल्क लिन्छ। कुन सस्तो हो भन्ने तपाईंको आवश्यकतामा निर्भर हुन्छ।

### प्रत्येक उत्पादन के हो

यी एउटै खरिदका लागि प्रतिस्पर्धा गर्दैनन्, र यो स्पष्ट हुँदा तुलना उपयोगी हुन्छ।

- Rasayel:: बिक्री टोलीका लागि बनाइएको WhatsApp केन्द्रित साझा इनबक्स, HubSpot र Pipedrive जस्ता CRM सँग दुईतर्फी एकीकरणसहित, प्रति प्रयोगकर्ता सिट शुल्कमा।
- EasyCoexistence:: Coexistence पूर्वाधार। फोनमा WhatsApp Business एप चलिरहन्छ, Cloud API त्यही नम्बरमा चल्छ र म्यासेज इभेन्ट Meta बाट सिधै तपाईंको CRM, हेल्पडेस्क, अटोमेसन वा AI एजेन्टमा पुग्छ। तपाईंको टोली सर्नुपर्ने छुट्टै उत्पादन छैन।

### CRM मा WhatsApp ल्याउने तरिका

यी दुई उत्पादनबीचको सबैभन्दा नजिकको समानता यही हो, त्यसैले यसबारे स्पष्ट हुनुहोस्।

- Rasayel:: उनीहरूको इनबक्सले संवाद CRM मा सिङ्क गर्छ, त्यसैले बिक्रीकर्मीले जुनसुकै स्थानमा काम गर्न सक्छ र रेकर्ड पनि सँगै रहन्छ। यो वास्तविक उत्पादन हो, जसका पछाडि वास्तविक इन्जिनियरिङ छ।
- EasyCoexistence:: म्यासेज बीचमा सिङ्क गर्ने इनबक्सबिना Meta बाट सिधै तपाईंको CRM मा पुग्छ। संवादको दुई प्रतिलिपिको सट्टा एउटै प्रतिलिपि रहन्छ, र सिङ्क असफल हुँदा मिलान गर्नुपर्ने केही हुँदैन।

### तपाईंले केका लागि शुल्क तिर्दै हुनुहुन्छ

दुवैले WhatsApp लाई CRM मा पुर्‍याउँछन्। बिल गणना गर्ने तरिका फरक छ।

- Rasayel:: सिटका लागि, किनकि इनबक्स नै उत्पादन हो र प्रत्येक बिक्रीकर्मीलाई त्यसमा काम गर्न एउटा सिट चाहिन्छ।
- EasyCoexistence:: कनेक्सनका लागि। तपाईंको पूरै बिक्री टोलीले आफूले पहिल्यै भुक्तानी गरिरहेको CRM भित्र WhatsApp पढ्छ, र टोलीमा जति जना भए पनि हामी प्रति नम्बर शुल्क लिन्छौं।

### बिलले केलाई पछ्याउँछ

यो संरचनागत फरक हो, र तपाईं बढ्दै जाँदा कुल लागत निर्धारण गर्ने मुख्य कुरा पनि यही हो।

- Rasayel:: प्रयोगकर्ता र योजनाका तहअनुसार बनेको सदस्यता, त्यसैले सिट प्रयोग भए पनि नभए पनि बिल टोलीको आकार र खुल्ने सुविधाअनुसार बढ्छ।
- EasyCoexistence:: जडान गरिएको नम्बर। सिट नभएकाले सहकर्मी थप्दा केही लागत लाग्दैन, र नम्बर थपिँदै जाँदा प्रति नम्बर दर US$ 9 बाट घटेर US$ 1 हुन्छ। एजेन्सीको चालीसौं नम्बरले पहिलो नम्बरले गरेकै काम गर्छ र कम शुल्क लाग्छ।

### तपाईंले सेवा छोड्दा के हुन्छ

तपाईंका संवाद राख्ने कुनै पनि सेवाका लागि यो प्रश्न महत्त्वपूर्ण छ।

- Rasayel:: इनबक्स, सम्पर्क इतिहास र अटोमेसनहरू प्लेटफर्ममै रहन्छन्। तिनैले सेवा चलाउँछन्, र त्यसैले सेवा छोड्नु माइग्रेसन परियोजना बन्छ।
- EasyCoexistence:: तपाईंको कुनै सामग्री हामीभित्र रहँदैन। म्यासेज आएलगत्तै तपाईंको आफ्नै प्रणालीमा पुर्‍याइन्छ, र नम्बर ग्राहकको आफ्नै Meta Business Portfolio मा रहन्छ। त्यसैले हामी हटेपछि पनि सबै कुरा पहिलेकै स्थानमा रहन्छ।

- आफ्नो संरचनाका लागि दुवैको हिसाब नगरी सिट शुल्कलाई प्रति नम्बर शुल्कसँग तुलना गर्नु।
- तपाईंको टोली पहिल्यै CRM मा काम गरिरहेको बेला इनबक्सका लागि शुल्क तिर्नु।
- WhatsApp कनेक्सन फरक छ भनेर मान्नु। दुवै अवस्थामा तलको Cloud API Meta कै हो।

**कुन सस्तो हो?** यो तपाईंको संरचनामा निर्भर हुन्छ। एउटै इनबक्समा पाँच जनाको टोलीले सिट रोज्न सक्छ। नम्बर र पहिल्यै बनेको प्रणाली भएको व्यवसायले हामीसँग प्रति नम्बर निकै कम तिर्छ।

**के मैले साझा इनबक्स गुमाउँछु?** तपाईं साझा इनबक्समा सर्नु पर्दैन। म्यासेज तपाईंको टोलीले पहिल्यै प्रयोग गरिरहेको उपकरणमै आउँछन्।

**के WhatsApp कनेक्सन फरक छ?** छैन। दुवै अवस्थामा यो Meta को Cloud API हो। फरक भनेको यसको अगाडि के छ र शुल्क कसरी लिइन्छ भन्ने हो।

**के तपाईं HubSpot सँग एकीकृत हुनुहुन्छ?** हामी Meta को वेबहुक कुनै पनि एन्डपोइन्टमा पठाउँछौं, त्यसैले इनबाउन्ड वेबहुक भएको CRM वा अगाडि राखिएको वर्कफ्लो उपकरणले संवाद सिधै प्राप्त गर्छ।

---

## EasyCoexistence vs Callbell

https://easycoexistence.com/ne/compare/easycoexistence-vs-callbell

Callbell साना टोलीका लागि बनाइएको multi-agent WhatsApp इनबक्स हो, जसको मूल्य प्रति प्रयोगकर्ता तोकिन्छ। EasyCoexistence infrastructure हो: यसले Meta को आफ्नै Coexistence feature मार्फत नम्बर जोड्छ, म्यासेज तपाईंले पहिल्यै प्रयोग गरिरहेको system मा पठाउँछ र प्रति जडित नम्बर शुल्क लिन्छ। सानो टोलीका लागि Callbell को seat model उपयोगी हुन सक्छ, जबकि existing system भएका व्यवसायका लागि EasyCoexistence ले प्रति नम्बर शुल्क लिन्छ।

### प्रत्येक product के हो

यी एउटै खरिदका लागि प्रतिस्पर्धा गर्ने product होइनन्। यो स्पष्ट भएपछि तुलना उपयोगी हुन्छ।

- Callbell:: साना टोलीका लागि multi-agent WhatsApp इनबक्स, chatbot flow र आधारभूत automation सहित। यसको मूल्य प्रति user seat तोकिन्छ र यो Latin America तथा southern Europe का साना व्यवसायमा लोकप्रिय छ।
- EasyCoexistence:: Coexistence infrastructure। फोनमा WhatsApp Business एप चलिरहन्छ, Cloud API त्यही नम्बरमा चल्छ र म्यासेज event Meta बाट सिधै तपाईंको CRM, helpdesk, automation वा AI agent मा पुग्छ। तपाईंको टोली सर्नुपर्ने कुनै product हुँदैन।

### सानो टोलीको अवस्था

उनीहरूको मूल्य निर्धारण सबैभन्दा उचित देखिने र तुलना सबैभन्दा नजिक पर्ने अवस्था।

- Callbell:: एउटै नम्बर साझा गर्ने दुई वा तीन agent, सरल इनबक्स र integrate गर्नुपर्ने CRM नभएको अवस्था। उनीहरूको प्रकाशित मूल्य प्रति user प्रति महिना हो र त्यसमाथि WhatsApp को paid add-on लाग्छ, त्यसैले यस्तो सानो ढाँचामा पनि seat bill र channel bill दुवै आउँछन्।
- EasyCoexistence:: पहिल्यै system भएको उही व्यवसाय। spreadsheet वा सरल backend मा order चलाउने सानो पसलले seat को मूल्यभन्दा कममा WhatsApp त्यसमै ल्याउन सक्छ, र कर्मचारीले पहिलेजस्तै WhatsApp Business एपबाट जवाफ दिइरहन सक्छन्।

### धेरै location, एउटै account

दुई product बीचको फरक स्पष्ट देखाउने अवस्था।

- Callbell:: प्रत्येक नम्बर र प्रत्येक agent subscription को भाग हुन्छ, त्यसैले पसलहरूको chain ले seat र नम्बर दुवै किन्नुपर्छ।
- EasyCoexistence:: प्रत्येक location प्रकाशित दरमा एउटा connection हुन्छ र थपिँदै जाँदा दर घट्छ। दश नम्बर भएका दश पसल र चालीस कर्मचारीले दश नम्बरको मात्र शुल्क तिर्छन्।

### बिल केअनुसार बढ्छ

तपाईं बढ्दै जाँदा कुल लागत तय गर्ने संरचनात्मक फरक।

- Callbell:: users र plan tier वरिपरि बनेको subscription, त्यसैले बिल टोलीको आकार र खोलिएका feature अनुसार बढ्छ। seat प्रयोग भए पनि नभए पनि शुल्क लाग्छ।
- EasyCoexistence:: एउटा connected number। colleague थप्दा seat नभएकाले कुनै शुल्क लाग्दैन, र नम्बर थपिँदै जाँदा प्रति नम्बर दर US$ 9 बाट US$ 1 सम्म घट्छ। agency को चालीसौँ नम्बरले पहिलो नम्बरले गरेजस्तै काम गर्छ र कम खर्च हुन्छ।

### छोड्दा के हुन्छ

तपाईंका कुराकानी राख्ने जुनसुकै product का लागि यो प्रश्न महत्त्वपूर्ण हुन्छ।

- Callbell:: इनबक्स, contact history र automation platform मै रहन्छन्। त्यसैले ती चल्छन्, तर छोड्दा migration project बन्छ।
- EasyCoexistence:: तपाईंको कुनै data हामीभित्र रहँदैन। म्यासेज आएलगत्तै तपाईंको आफ्नै system मा पठाइएका हुन्छन् र नम्बर ग्राहककै Meta Business Portfolio मा रहन्छ। हामी हटेपछि पनि सबै त्यहीँ रहन्छ।

- आफ्नो अवस्था हेरेर दुवै लागत नगनी seat price र प्रति नम्बर price तुलना गर्नु।
- टोलीले पहिल्यै CRM मा काम गरिरहेको अवस्थामा पनि इनबक्सका लागि शुल्क तिर्नु।
- WhatsApp connection फरक छ भन्ने मान्नु। दुवै अवस्थामा भित्रको Cloud API Meta कै हुन्छ।

**कुन सस्तो पर्छ?** एउटै इनबक्समा पाँच जनाको टोली हुँदा Callbell को seat model सस्तो पर्न सक्छ। नम्बर र existing system भएको व्यवसायका लागि हामीसँग प्रति नम्बर लागत निकै कम पर्छ।

**के shared inbox गुम्छ?** तपाईं कुनै shared inbox मा सर्नु पर्दैन। म्यासेज टोलीले पहिल्यै प्रयोग गरिरहेको tool मा आउँछन्।

**के WhatsApp connection फरक हुन्छ?** हुँदैन। दुवै अवस्थामा यो Meta को Cloud API हो। फरक यसअघि रहने product र शुल्क लिने तरिकामा हुन्छ।

**के दुई agent का लागि Callbell सस्तो हुन्छ?** एउटा नम्बर र existing system नभएको अवस्थामा Callbell सस्तो पर्न सक्छ। दोस्रो location वा CRM थपेपछि प्रति नम्बर मूल्यले छिट्टै कम लागत दिन्छ।

---

## EasyCoexistence र Baileys

https://easycoexistence.com/ne/compare/easycoexistence-vs-baileys

Baileys खुला स्रोतको लाइब्रेरी हो, जसले linked-device प्रोटोकल सिधै कार्यान्वयन गरेर WhatsApp मा जडान गर्छ। यो चल्छ, निःशुल्क वा सस्तो हुन्छ, तर आधिकारिक बाटोमा नहुने जोखिम यसमा हुन्छ: WhatsApp का व्यवसायिक सर्तले linked-device सत्रमार्फत स्वचालित सन्देश पठाउने व्यवस्था गर्दैनन्, र यसरी प्रयोग गरिएको नम्बर कुनै चेतावनीबिना सीमित वा प्रतिबन्धित हुन सक्छ। EasyCoexistence ले Meta को आफ्नै Coexistence सुविधामार्फत उही नम्बर जोड्छ।

### प्रत्येकले WhatsApp मा कसरी पहुँच गर्छ

पूरै तुलना यहीँ छ, र बाँकी सबै कुरा यसैबाट स्पष्ट हुन्छ।

- Baileys:: websocket मार्फत WhatsApp को linked-device प्रोटोकल कार्यान्वयन गर्ने TypeScript लाइब्रेरी। यसले वेब क्लाइन्टले जस्तै QR कोड स्क्यान गरेर लग इन गर्छ र त्यसपछि सत्र आफैं सम्हाल्छ। Meta लाई अनुरोध नगरिने भएकाले Meta को स्वीकृति आवश्यक पर्दैन।
- EasyCoexistence:: Coexistence मार्फत ग्राहकको आफ्नै WhatsApp Business खाताका लागि Meta ले जारी गरेका प्रमाणसहित चल्ने Meta को Cloud API। नम्बर Meta मा API नम्बरका रूपमा दर्ता हुन्छ र WhatsApp Business एप त्यही समयमा फोनमा चलिरहन्छ।

### समस्या हुँदा के हुन्छ

दुवैमा कहिलेकाहीँ समस्या आउँछ। फरक यति हो, सोध्ने कोही हुन्छ कि हुँदैन।

- Baileys:: GitHub मा रहेको समुदाय-आधारित परियोजना। WhatsApp ले प्रोटोकल परिवर्तन गर्दा लाइब्रेरीले त्यसअनुसार सुधारिनुपर्छ, र सुधार नहुँदासम्म तपाईंको एकीकरण बन्द रहन्छ। सहायता सम्झौता वा प्रतिबन्धविरुद्ध अपिल गर्ने माध्यम हुँदैन।
- EasyCoexistence:: Meta कै पूर्वाधारमा रहेको कनेक्सन, जसको निरन्तर निगरानी हुन्छ। कनेक्सन छुट्दा हामी Meta ले दिएको विच्छेदन कारण हेर्छौं, त्यसैले 14 दिनको निष्क्रियता र वास्तविक हटाइबीच फरक छुट्याउन सकिन्छ, र ग्राहकले थाहा पाउनुअघि तपाईंलाई जानकारी दिइन्छ।

### वास्तविक लागत

अनधिकृत बाटो सामान्यतया निःशुल्क जस्तो देखिन्छ, तर तुलना लाइसेन्स शुल्कमा मात्र सीमित हुँदैन।

- Baileys:: लाइब्रेरी निःशुल्क हुन्छ, तर चलाउन सर्भर, सक्रिय राख्न सत्र र यसलाई बुझ्ने इन्जिनियर चाहिन्छ। लागत लाइसेन्सको होइन, मर्मत र जोखिमको हो।
- EasyCoexistence:: प्रत्येक जोडिएको नम्बरका लागि प्रतिमहिना US$ 9 देखि, होस्टिङ, निगरानी र MCP कनेक्सनसहित। चलाउन सर्भर, फेरि जोड्नुपर्ने सत्र वा प्रोटोकल परिवर्तन हुँदा पुनर्निर्माणको झन्झट हुँदैन।

### प्रत्येकले वास्तवमा के गर्न सक्छ

यो इमानदार भाग हो, र अनधिकृत परियोजनाहरू किन अस्तित्वमा छन् भन्ने कारण पनि यही हो।

- Baileys:: केही तरिकामा आधिकारिक API भन्दा बढी: प्रोटोकल तहमा समूह च्याट, व्यक्तिगत कुराकानी, उपस्थिति र पढिएको सूचना। यही पहुँच यसको अस्तित्वको कारण हो।
- EasyCoexistence:: Cloud API ले अनुमति दिने सबै कुरा: म्यासेज पठाउने र प्राप्त गर्ने, टेम्प्लेट, मिडिया र अन्तरक्रियात्मक म्यासेज, Meta मार्फत वेबहुक प्राप्त हुने गरी। समूह च्याट API बाहिर पर्छन् र खुला रूपमा लेखिएका जवाफका लागि 24 घण्टाको विन्डो खुला हुनुपर्छ। यी Meta का नियम हुन् र प्रत्येक आधिकारिक प्रदायकमा लागू हुन्छन्।

### कसले कुन रोज्ने

दुवैका लागि वास्तविक कारण छन्, र निर्णय नम्बरको मूल्यमा पूर्ण रूपमा निर्भर हुन्छ।

- तपाईंले गुमाउँदा वास्ता नहुने नम्बरमा गरिने व्यक्तिगत परियोजना: अनधिकृत बाटो निःशुल्क र सक्षम हुन्छ।
- व्यवसायले ग्राहकलाई जवाफ दिने नम्बर: आधिकारिक बाटो, किनकि प्रतिबन्ध लागेमा व्यवसायको लाइन बन्द हुन्छ।
- ग्राहकको नम्बर प्रयोग हुने कुनै पनि काम: आधिकारिक बाटो, किनकि जोखिम तपाईंले लिनु हुँदैन।
- WhatsApp Business एप फोनमै चलिरहनुपर्ने ठाउँ: Coexistence, र हामी यही गर्छौं।

- व्यवसायको नम्बरमा अनधिकृत पुल परीक्षण गर्नु। प्रतिबन्ध कुनै चेतावनी वा अपिलबिना आउँछ।
- वर्षौंको निरन्तर सञ्चालनलाई सुरक्षाको प्रमाण ठान्नु। कारबाही निरन्तर होइन, समय-समयमा हुन्छ।
- प्रतिबन्धले API लाई मात्र असर गर्छ भन्ने मान्नु। यससँगै WhatsApp Business प्रोफाइल पनि जान्छ।

**Baileys वास्तवमै चल्छ?** हो, त्यसैले यो लोकप्रिय छ। प्रश्न यो चल्छ कि चल्दैन भन्ने होइन, WhatsApp ले थाहा पाएपछि नम्बरलाई के हुन्छ भन्ने हो।

**यसका कारण नम्बर प्रतिबन्धित हुन सक्छ?** हो। WhatsApp का व्यवसायिक सर्तले अनधिकृत पहुँचको व्यवस्था गर्दैनन्, र कारबाही कुनै चेतावनी वा अपिलबिना हुन्छ।

**तपाईंसँग जडान गर्दा मेरो WhatsApp Business एप चल्न छोड्छ?** छोड्दैन। Coexistence को उद्देश्य नै यही हो: फोनको एप चलिरहन्छ र Cloud API त्यही नम्बरमा सञ्चालन हुन्छ।

**Baileys गैरकानुनी हो?** यो अपराध होइन, WhatsApp का व्यवसायिक सर्तले व्यवस्था नगरेको बाटो हो। परिणाम कानुनी कारबाही होइन, नम्बरविरुद्ध कारबाही हो।

---

## EasyCoexistence बनाम WPPConnect

https://easycoexistence.com/ne/compare/easycoexistence-vs-wppconnect

WPPConnect एउटा खुला-स्रोत परियोजना हो, जसले नियन्त्रित ब्राउजर सत्रमा WhatsApp Web स्वचालित बनाउँछ। यो चल्छ, निःशुल्क वा सस्तो छ, तर आधिकारिक मार्गमा नहुने जोखिम बोकेको छ: WhatsApp का व्यवसायिक सर्तले linked-device सत्रमार्फत स्वचालित सन्देश पठाउने व्यवस्था गर्दैनन्, र यसरी प्रयोग गरिएको नम्बर कुनै चेतावनीबिना सीमित वा प्रतिबन्धित हुन सक्छ। EasyCoexistence ले Meta को आफ्नै Coexistence सुविधामार्फत उही नम्बर जोड्छ।

### प्रत्येकले WhatsApp सम्म कसरी पहुँच गर्छ

पूरै तुलना यहीँ छ, र बाँकी सबै कुरा यसैबाट स्पष्ट हुन्छ।

- WPPConnect:: ब्राउजर स्वचालन परियोजनाले हेडलेस सत्रमा WhatsApp Web चलाउँछ र माथिबाट REST र्यापर दिन्छ। नम्बर QR code मार्फत जोडिन्छ र सत्र ब्राउजर प्रोफाइलमा रहन्छ, त्यसैले WhatsApp ले यसलाई API क्लाइन्टभन्दा जोडिएको डिभाइसका रूपमा देख्छ।
- EasyCoexistence:: Coexistence मार्फत ग्राहकको आफ्नै WhatsApp Business Account का लागि Meta ले जारी गरेका प्रमाणपत्रसहित Meta को Cloud API। नम्बर Meta मा API नम्बरका रूपमा दर्ता हुन्छ र WhatsApp Business एप त्यही समयमा फोनमा चलिरहन्छ।

### समस्या हुँदा के हुन्छ

दुवै कहिलेकाहीँ बिग्रन्छन्। फरक यति हो, सोध्नका लागि कोही हुन्छ कि हुँदैन।

- WPPConnect:: सक्रिय र उत्तरदायी खुला-स्रोत समुदाय, तर कसैप्रति कुनै दायित्व छैन। WhatsApp Web मा भएको परिवर्तनले सत्र व्यवस्थापन बिगार्न सक्छ, र पहुँच स्वीकृत नभएकाले प्रतिबन्धविरुद्ध अपिल गर्ने बाटो हुँदैन।
- EasyCoexistence:: Meta को आफ्नै पूर्वाधारमा रहेको कनेक्सन, निरन्तर निगरानीसहित। कनेक्सन छुट्दा हामी Meta कै विच्छेदन कारण पढ्छौँ, त्यसैले 14 दिनको निष्क्रियता वास्तविक हटाइबाट छुट्याउन सकिन्छ र ग्राहकले थाहा पाउनुअघि तपाईंलाई जानकारी दिइन्छ।

### वास्तविक लागत कति हो

अनौपचारिक मार्ग प्रायः निःशुल्क देखिन्छ, तर तुलना लाइसेन्स शुल्कबारे मात्र होइन।

- WPPConnect:: निःशुल्क, तर ब्राउजर निरन्तर चलाउन सक्ने सर्भर, प्रत्येक सत्रका लागि मेमोरी र सत्र बन्द हुँदा पुनः सुरु गर्ने व्यक्ति चाहिन्छ। धेरै नम्बरको सेटअपमा यी लागतहरू बढ्दै जान्छन्।
- EasyCoexistence:: जडान गरिएको प्रत्येक नम्बरका लागि मासिक US$ 9 देखि, होस्टिङ, निगरानी र MCP कनेक्टरसहित। चलाउनुपर्ने सर्भर, पुनः जोड्नुपर्ने सत्र वा प्रोटोकल बदलिँदा फेरि बनाउनुपर्ने केही हुँदैन।

### प्रत्येकले वास्तवमा के गर्न सक्छ

यो इमानदार हिस्सा हो, र अनौपचारिक परियोजनाहरू हुनुको मुख्य कारण पनि यही हो।

- WPPConnect:: WhatsApp Web ले गर्न सक्ने सबै कुरा, समूह र व्यक्तिगत च्याटसहित, जुन आधिकारिक API भन्दा वास्तवमै फराकिलो छ। तर ब्राउजर बीचमा हुने भएकाले यो ढिलो र भारी पनि छ।
- EasyCoexistence:: Cloud API ले अनुमति दिने सबै कुरा: म्यासेज पठाउने र प्राप्त गर्ने, टेम्प्लेट, मिडिया र अन्तरक्रियात्मक म्यासेज, Meta मार्फत पठाइएका वेबहुकसहित। समूह च्याट API बाहिर छन् र खुला-फर्म्याटका प्रतिक्रियाका लागि 24 घण्टाको विन्डो खुला हुनुपर्छ। यी Meta का नियम हुन् र सबै आधिकारिक प्रदायकमा लागू हुन्छन्।

### कसले कुन रोज्ने

दुवैका लागि वास्तविक कारण छ, र निर्णय नम्बरको महत्त्वमा पूर्ण रूपमा निर्भर हुन्छ।

- हराउनुपरे पनि वास्ता नहुने नम्बरमा व्यक्तिगत परियोजना: अनौपचारिक मार्ग निःशुल्क र सक्षम छ।
- व्यवसायले ग्राहकलाई जवाफ दिने नम्बर: आधिकारिक मार्ग, किनकि प्रतिबन्ध लागेमा व्यवसायको लाइन बन्द हुन्छ।
- ग्राहकको नम्बर प्रयोग हुने कुनै पनि काम: आधिकारिक मार्ग, किनकि जोखिम तपाईंले लिनुपर्ने होइन।
- फोनमा WhatsApp Business एप चलिरहनुपर्ने कुनै पनि ठाउँ: Coexistence, जुन हामी प्रदान गर्छौँ।

- व्यवसायको नम्बरमा अनौपचारिक ब्रिज परीक्षण गर्नु। प्रतिबन्ध चेतावनी र अपिल दुवैबिना आउन सक्छ।
- धेरै वर्षको निरन्तर अपटाइमलाई सुरक्षाको प्रमाण ठान्नु। निगरानी निरन्तर होइन, समय-समयमा हुन्छ।
- प्रतिबन्धले API मात्र प्रभावित गर्छ भन्ने मान्नु। यससँगै WhatsApp Business प्रोफाइल पनि जान्छ।

**WPPConnect वास्तवमै चल्छ?** हो, त्यसैले यो लोकप्रिय छ। प्रश्न यो चल्छ कि चल्दैन भन्ने होइन, WhatsApp ले थाहा पाएपछि नम्बरलाई के हुन्छ भन्ने हो।

**यसका कारण नम्बरमा प्रतिबन्ध लाग्न सक्छ?** हो। WhatsApp का व्यवसायिक सर्तले अनौपचारिक पहुँचको व्यवस्था गर्दैनन्, र कारबाही चेतावनी वा अपिल दुवैबिना हुन्छ।

**तपाईंसँग जोड्दा मेरो WhatsApp Business एप चल्न छोड्छ?** होइन। Coexistence को उद्देश्य यही हो: Cloud API उही नम्बरमा चलिरहँदा फोनको एप पनि चलिरहन्छ।

**ब्राजिलमा यो किन लोकप्रिय छ?** यो चाँडै आएको थियो, यसको दस्तावेज पोर्तुगालीमा छन् र यो निःशुल्क छ, त्यसैले स्थानीय इन्टिग्रेसनको एक पुस्ताका लागि यो डिफल्ट बन्यो।

---

## EasyCoexistence बनाम Evolution API

https://easycoexistence.com/ne/compare/easycoexistence-vs-evolution-api

Evolution API अनौपचारिक WhatsApp लाइब्रेरीलाई सफा इन्टरफेसमा राख्ने खुला-स्रोत REST API हो। यो काम गर्छ, निःशुल्क वा सस्तो छ, तर आधिकारिक मार्गमा नहुने जोखिम बोकेको छ: WhatsApp का व्यवसायिक सर्तले linked-device सत्रमार्फत स्वचालित सन्देश पठाउने व्यवस्था गर्दैनन्, र यसरी प्रयोग गरिएको नम्बर कुनै चेतावनीबिना सीमित वा प्रतिबन्धित हुन सक्छ। EasyCoexistence ले Meta को आफ्नै Coexistence सुविधामार्फत त्यही नम्बर जोड्छ।

### प्रत्येकले WhatsApp सम्म कसरी पहुँच गर्छ

पूरै तुलना यहीँ छ, र बाँकी सबै कुरा यसैबाट स्पष्ट हुन्छ।

- Evolution API:: सफा इन्टरफेस, ड्यासबोर्ड, बहु-इन्स्टेन्स सहायता र वेबहुकसहितको स्व-होस्टेड REST API तथा व्यवस्थापक, जसले लिंक गरिएका डिभाइस लाइब्रेरीलाई समेट्छ। विकासकर्ताको अनुभव राम्रो छ, तर हरेक इन्स्टेन्सभित्र QR बाट जोडिएको डिभाइस नै हुन्छ।
- EasyCoexistence:: Coexistence मार्फत ग्राहकको आफ्नै WhatsApp Business Account का लागि Meta ले जारी गरेका प्रमाणहरूसहितको Meta को Cloud API। नम्बर Meta मा API नम्बरका रूपमा दर्ता हुन्छ र WhatsApp Business एप त्यही समयमा फोनमा चलिरहन्छ।

### समस्या आउँदा के हुन्छ

दुवै कहिलेकाहीँ रोकिन्छन्। फरक यति हो, सोध्नका लागि कोही हुन्छ कि हुँदैन।

- Evolution API:: ठूलो समुदायसहितको सक्रिय खुला-स्रोत परियोजना। इन्टरफेस स्थिर छ, तर यसले समेटेको पहुँच स्वीकृत छैन। त्यसैले अनौपचारिक पहुँचका कारण प्रतिबन्धित नम्बर, wrapper जति राम्रो भए पनि, गुम्छ।
- EasyCoexistence:: Meta को आफ्नै पूर्वाधारमा रहेको कनेक्सन, निरन्तर निगरानीसहित। कनेक्सन छुट्दा हामी Meta को आफ्नै विच्छेदन कारण पढ्छौँ, त्यसैले 14 दिनको निष्क्रियता वास्तविक हटाइबाट छुट्याउन सकिन्छ, र ग्राहकले थाहा पाउनुअघि तपाईंलाई जानकारी दिइन्छ।

### वास्तविक लागत कति हो

अनौपचारिक मार्ग प्रायः निःशुल्क देखिन्छ, तर तुलना इजाजत शुल्कको मात्र होइन।

- Evolution API:: इजाजत निःशुल्क र स्व-होस्टेड भएकाले वास्तविक लागत पूर्वाधार र त्यसलाई हेरचाह गर्ने व्यक्तिको हो। यसको राम्रो बनावटले सुरु गर्न सस्तो बनाउँछ, तर भित्रको वास्तविकता बदल्दैन।
- EasyCoexistence:: प्रति जडित नम्बर प्रतिमहिना US$ 9 बाट, होस्टिङ, निगरानी र MCP कनेक्टरसहित। चलाउनुपर्ने सर्भर, फेरि जोड्नुपर्ने सेसन वा प्रोटोकल बदलिँदा पुनर्निर्माण गर्नुपर्ने केही हुँदैन।

### प्रत्येकले वास्तवमा के गर्न सक्छ

यो इमानदार भाग हो, र अनौपचारिक परियोजनाहरू हुनुको मुख्य कारण पनि यही हो।

- Evolution API:: म्यासेज पठाउने र प्राप्त गर्ने, मिडिया, समूह, एउटै डिप्लोयमेन्टबाट धेरै इन्स्टेन्स, वेबहुक र प्रयोगयोग्य ड्यासबोर्ड। विकासकर्ताका लागि उपलब्ध अनौपचारिक विकल्पमध्ये यो सबैभन्दा सहज छ।
- EasyCoexistence:: Cloud API ले अनुमति दिने सबै कुरा: म्यासेज पठाउने र प्राप्त गर्ने, टेम्प्लेट, मिडिया र अन्तरक्रियात्मक म्यासेज, Meta मार्फत डेलिभर हुने वेबहुकसहित। समूह च्याट API बाहिर छन् र फर्म्याटबाहिरका प्रतिक्रियाका लागि 24 घण्टाको विन्डो खुला हुनुपर्छ। यी Meta का नियम हुन् र सबै आधिकारिक प्रदायकमा लागू हुन्छन्।

### कसले कुन रोज्ने

दुवैका लागि वास्तविक कारण छन्, र निर्णय नम्बरको मूल्यमा निर्भर हुन्छ।

- गुमे पनि फरक नपर्ने नम्बरमा व्यक्तिगत परियोजना: अनौपचारिक मार्ग निःशुल्क र सक्षम छ।
- व्यवसायले ग्राहकलाई जवाफ दिने नम्बर: आधिकारिक मार्ग, किनकि प्रतिबन्धले व्यवसायको लाइन बन्द गर्छ।
- ग्राहकको नम्बर प्रयोग हुने कुनै पनि काम: आधिकारिक मार्ग, किनकि जोखिम तपाईंले लिनु हुँदैन।
- फोनमा WhatsApp Business एप चलिरहनुपर्ने ठाउँ: Coexistence, जुन हामीले दिन्छौँ।

- व्यवसायको नम्बरमा अनौपचारिक ब्रिज परीक्षण गर्नु। प्रतिबन्ध चेतावनी र अपिलबिना आउँछ।
- धेरै वर्षको निरन्तर सञ्चालनलाई सुरक्षाको प्रमाण ठान्नु। कार्यान्वयन निरन्तर होइन, समय-समयमा हुन्छ।
- प्रतिबन्धले API लाई मात्र असर गर्छ भन्ने मान्नु। यसले WhatsApp Business प्रोफाइल पनि हटाउँछ।

**Evolution API ले वास्तवमै काम गर्छ?** हो, त्यसैले यो लोकप्रिय छ। प्रश्न यो काम गर्छ कि गर्दैन भन्ने होइन, WhatsApp ले थाहा पाएपछि नम्बरलाई के हुन्छ भन्ने हो।

**यसका कारण नम्बर प्रतिबन्धित हुन सक्छ?** हो। WhatsApp का व्यवसायिक सर्तले अनौपचारिक पहुँचको व्यवस्था गर्दैनन्, र कार्यान्वयनमा चेतावनी वा अपिल हुँदैन।

**तपाईंसँग जोडिएपछि मेरो WhatsApp Business एप चल्न छोड्छ?** छोड्दैन। Coexistence को उद्देश्य यही हो: Cloud API त्यही नम्बरमा चलिरहँदा फोनको एप पनि काम गर्छ।

**यो व्यावसायिक देखिन्छ। के यो सुरक्षित छ?** छैन। इन्टरफेस धेरै विकल्पभन्दा राम्रो छ, तर यसले समेटेको पहुँच उही लिंक गरिएको डिभाइस पहुँच हो, र कार्यान्वयन wrapper मा होइन, नम्बरमा हुन्छ।

---

## EasyCoexistence बनाम Whapi

https://easycoexistence.com/ne/compare/easycoexistence-vs-whapi

Whapi ले अनौपचारिक गेटवेमार्फत WhatsApp पहुँच बेच्ने होस्ट गरिएको सर्भिस हो। यो चल्छ, निःशुल्क वा सस्तो छ, तर आधिकारिक मार्गमा नहुने जोखिम बोकेको छ: यसरी पहुँच गरिएको नम्बर WhatsApp का सर्तविपरीत हुन्छ र चेतावनीबिनै प्रतिबन्धित हुन सक्छ। EasyCoexistence ले Meta को आफ्नै Coexistence सुविधामार्फत त्यही नम्बर जडान गर्छ।

### प्रत्येकले WhatsApp कसरी पहुँच गर्छ

पूरै तुलना यहीँ छ, र बाँकी सबै कुरा यसैबाट तय हुन्छ।

- Whapi:: REST API र सशुल्क योजनासहितको होस्ट गरिएको गेटवे। सुविधा वास्तविक छ: चलाउनुपर्ने सर्भर र मर्मत गर्नुपर्ने लाइब्रेरी हुँदैन। भित्री रूपमा नम्बर अझै उपकरणका रूपमा जोडिन्छ, Meta मा API नम्बरका रूपमा दर्ता हुँदैन।
- EasyCoexistence:: Coexistence मार्फत ग्राहकको आफ्नै WhatsApp Business Account का लागि Meta ले जारी गरेको प्रमाणपत्रसहितको Meta को Cloud API। नम्बर Meta मा API नम्बरका रूपमा दर्ता हुन्छ र WhatsApp Business एप त्यही समयमा फोनमा चलिरहन्छ।

### समस्या हुँदा के हुन्छ

दुवै कहिलेकाहीँ रोकिन्छन्। फरक यति हो, सोध्नका लागि कोही हुन्छ कि हुँदैन।

- Whapi:: सहायतासहितको व्यावसायिक प्रदायक, जुन ओपन-सोर्स लाइब्रेरीले दिनेभन्दा बढी हो। तर पहुँचलाई Meta ले कहिल्यै मान्यता नदिएकाले र यसका लागि पुनरावेदन नभएकाले सहायताले प्रतिबन्ध उल्टाउन सक्दैन।
- EasyCoexistence:: Meta को आफ्नै पूर्वाधारमा निरन्तर निगरानी गरिएको कनेक्सन। यो छुटेपछि हामी Meta कै विच्छेदन कारण पढ्छौँ, त्यसैले 14 दिनको निष्क्रियता र वास्तविक हटाइ छुट्याउन सकिन्छ, र ग्राहकले थाहा पाउनुअघि तपाईंलाई जानकारी दिइन्छ।

### वास्तविक लागत कति हो

अनौपचारिक मार्ग प्रायः निःशुल्क देखिन्छ, तर तुलना वास्तवमा लाइसेन्स शुल्कको मात्र होइन।

- Whapi:: मासिक शुल्क लाग्छ, त्यसैले ओपन-सोर्स मार्गजस्तो सस्तो विकल्प होइन। निःशुल्क उपकरणहरूले बोकेको जोखिम कायम राख्दै तपाईं सुविधाका लागि भुक्तानी गर्नुहुन्छ।
- EasyCoexistence:: प्रति जडान गरिएको नम्बर प्रति महिना US$ 9 देखि, होस्टिङ, निगरानी र MCP कनेक्टरसहित। चलाउनुपर्ने सर्भर, फेरि जोड्नुपर्ने सेसन वा प्रोटोकल बदलिँदा पुनर्निर्माण गर्नुपर्ने कुरा केही हुँदैन।

### प्रत्येकले वास्तवमा के गर्न सक्छ

यो इमानदार पक्ष हो, र अनौपचारिक परियोजनाहरू हुनुको मुख्य कारण पनि यही हो।

- Whapi:: चलाउनुपर्ने पूर्वाधारबिनै व्यवस्थित REST API मार्फत म्यासेज पठाउने र प्राप्त गर्ने, मिडिया, समूह र व्यक्तिगत च्याट। सुविधाको हिसाबले यो आधिकारिक API भन्दा फराकिलो छ।
- EasyCoexistence:: Cloud API ले अनुमति दिने सबै कुरा: म्यासेज पठाउने र प्राप्त गर्ने, टेम्प्लेट, मिडिया र अन्तरक्रियात्मक म्यासेज, Meta मार्फत पठाइएका वेबहुकसहित। समूह च्याट API बाहिर छन् र स्वतन्त्र रूपमा लेखिएका जवाफका लागि 24 घण्टाको विन्डो खुला हुनुपर्छ। यी Meta का नियम हुन् र हरेक आधिकारिक प्रदायकमा लागू हुन्छन्।

### कसले कुन रोज्नुपर्छ

दुवैका लागि वास्तविक कारण छन्, र निर्णय नम्बरको मूल्यमा पूर्ण रूपमा निर्भर हुन्छ।

- गुमाउँदा खासै समस्या नहुने नम्बरमा चलाइएको रुचि परियोजना: अनौपचारिक मार्ग निःशुल्क र सक्षम छ।
- व्यवसायले ग्राहकलाई जवाफ दिने नम्बर: आधिकारिक मार्ग, किनकि प्रतिबन्ध लागेमा व्यवसायको लाइन बन्द हुन्छ।
- ग्राहकको नम्बर समावेश भएको कुनै पनि काम: आधिकारिक, किनकि जोखिम तपाईंले लिनुपर्ने होइन।
- फोनमा WhatsApp Business एप चलिरहनुपर्ने ठाउँमा: Coexistence, जुन हामीले प्रदान गर्छौँ।

- व्यवसायको नम्बरमा अनौपचारिक ब्रिज परीक्षण गर्नु। प्रतिबन्ध चेतावनी र पुनरावेदनबिनै आउँछ।
- वर्षौँको चलिरहेको अपटाइमलाई सुरक्षाको प्रमाण ठान्नु। कार्यान्वयन निरन्तर होइन, समयसमयमा हुन्छ।
- प्रतिबन्धले API लाई मात्र असर गर्छ भन्ने मान्नु। यसले WhatsApp Business प्रोफाइल पनि सँगै लैजान्छ।

**Whapi वास्तवमै चल्छ?** हो, त्यसैले यो लोकप्रिय छ। प्रश्न यो चल्छ कि चल्दैन भन्ने होइन, WhatsApp ले थाहा पाएपछि नम्बरलाई के हुन्छ भन्ने हो।

**यसका कारण नम्बर प्रतिबन्धित हुन सक्छ?** हो। अनौपचारिक पहुँचले WhatsApp का व्यवसायिक सर्तहरू उल्लङ्घन गर्छ, र कार्यान्वयनमा चेतावनी वा पुनरावेदन हुँदैन।

**तपाईंसँग जोड्दा मेरो WhatsApp Business एप चल्न छोड्छ?** छोड्दैन। Coexistence को उद्देश्य यही हो: Cloud API त्यही नम्बरमा चलिरहँदा फोनको एप पनि चलिरहन्छ।

**यो सशुल्क छ, त्यसो भए Meta ले स्वीकृत गरेको हो?** होइन। तेस्रो पक्षलाई भुक्तानी गर्दैमा पहुँच मान्य हुँदैन। स्वीकृति Meta ले नम्बरका लागि प्रमाणपत्र जारी गरेपछि आउँछ, र Coexistence ले यही गर्छ।

---

## सबैभन्दा राम्रो WhatsApp Coexistence प्रदायकहरू

https://easycoexistence.com/ne/compare/best-whatsapp-coexistence-providers

यो छोटो सूची हो, किनकि Coexistence WhatsApp API उद्योगभन्दा नयाँ छ र धेरै प्रदायकले यसलाई अझै समर्थन गर्दैनन्। समर्थन गर्ने प्रदायक, तिनको शुल्क र लक्षित व्यवसाय यहाँ छन्।

### 1. EasyCoexistence, कनेक्सन मात्र चाहने व्यवसाय वा एजेन्सीका लागि

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

- प्रति जडान गरिएको नम्बर प्रतिमहिना US$ 9 बाट सुरु भएर नम्बर थपिँदै जाँदा US$ 1 सम्म घट्छ।
- सिट छैन, सम्झौता छैन, सेटअप शुल्क छैन, 3 दिन निःशुल्क।
- शून्य मार्कअप: कुराकानीको शुल्क Meta ले ग्राहकलाई सिधै लिन्छ।
- Claude, ChatGPT, Cursor र Claude Code का लागि OAuth मार्फत 16 MCP उपकरण।

### 2. YCloud, यसको वरिपरि प्लेटफर्म चाहने टोलीका लागि

पोजिसनिङका हिसाबले सबैभन्दा नजिकको विकल्प: उनीहरूले Coexistence लाई खुलेर समर्थन गर्छन् र WhatsApp म्यासेजमा शून्य मार्कअपको प्रतिबद्धता जनाउँछन्, यी दुई कुरा सबैभन्दा महत्त्वपूर्ण छन्। फरक बिलमा छ। उनीहरूको सशुल्क योजना एउटै नम्बर गन्नुअघि नै प्रयोगकर्ता सिट, च्यानल र एआई क्रेडिटका आधारमा प्रतिमहिना US$ 39 बाट सुरु हुन्छ। हाम्रो योजना सिट र क्रेडिटबिनै प्रति जडान गरिएको नम्बर US$ 9 बाट सुरु हुन्छ, त्यसैले 1 देखि 3 नम्बर भएको व्यवसायले त्यसको सानो अंश मात्र तिर्छ, र 40 नम्बर भएको एजेन्सीको दर US$ 5 सम्म घट्छ।

### 3. SleekFlow, साझा इनबक्समै काम गर्ने टोलीका लागि

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

### 4. 8x8, सञ्चार पहिले नै खरिद गरिरहेको ठूलो संस्थाका लागि

तपाईंले हामीलाई रोजे पनि, जुनसुकै प्रदायक रोज्दा पढ्न लायक Coexistence कागजात उनीहरूको नै सबैभन्दा स्पष्ट छ। यो उत्पादन सम्पर्क केन्द्र र भ्वाइससँगै खाता टोली तथा व्यावसायिक सम्झौतामार्फत बिक्री हुने enterprise CPaaS हो, त्यसैले सञ्चार खर्च एकीकृत गरिरहनुभएको छ भने उपयुक्त हुन्छ। एउटा नम्बर र वेबहुकका लागि भने यहाँ पुग्ने बाटो भारी छ।

### 5. Dualhook, प्रत्यक्ष विशेषज्ञ

हामीले प्रयोग गर्ने उही संरचना: Meta बाट सिधै वेबहुक राउटिङ हुने Coexistence, म्यासेज भण्डारण नगर्ने व्यवस्था र प्रकाशित मूल्य। उनीहरूको प्रकाशित मूल्य प्रति नम्बर US$ 12 हो, हाम्रो US$ 9 को तुलनामा। उनीहरूले 13 दिनमा समय चलिरहेको चेतावनी दिन्छन्, Meta को आफ्नै डिस्कनेक्सन कारण पढ्दैनन्, र उनीहरूको कागजातले MCP कनेक्सनबारे बताउँदैन।

### साइन गर्नुअघि यीमध्ये जुनसुकै प्रदायकलाई के सोध्ने

यस सूचीका प्रदायकबीच फरक छुट्याउने 4 प्रश्न, जसको उत्तर बिक्री पृष्ठले मात्र दिँदैन।

- नम्बर मेरो आफ्नै Meta Business Portfolio मै रहन्छ, र बिल Meta ले मलाई सिधै पठाउँछ?
- प्रति म्यासेज तपाईंहरूले थप शुल्क लिनुहुन्छ, र त्यो Meta को शुल्कबाट छुट्टै देखाइन्छ?
- पुनः कनेक्सनपछि वेबहुक ओभरराइड फेरि लागू गर्नुहुन्छ, वा डेलिभरी चुपचाप रोकिन्छ?
- 14 दिनको निष्क्रियता नियमबारे तपाईंहरू के गर्नुहुन्छ, र Meta को डिस्कनेक्सन कारण पढ्नुहुन्छ?

- सुविधाको संख्या हेरेर छनोट गर्नु। Coexistence Meta को संयन्त्र भएकाले यसको आधारभूत प्लेटफर्म सबै ठाउँमा उस्तै हुन्छ।
- कसैले WhatsApp समर्थन गर्छ भन्दै Coexistence पनि समर्थन गर्छ भन्ने मान्नु। धेरैले अझै गर्दैनन्।
- आफ्नो संरचनाका लागि सिट र नम्बर दुवै गनेर नहेरी सिटको मूल्यलाई प्रति-नम्बर मूल्यसँग तुलना गर्नु।

**तपाईं आफ्नै सूचीमा पहिलो किन हुनुहुन्छ?** हामीलाई यो आधार बलियो लाग्छ: यहाँ प्रकाशितमध्ये सबैभन्दा कम सुरुआती मूल्य, सिट नहुनु, शून्य मार्कअप र समावेश निगरानी। प्रत्येक तथ्यको स्रोत छ, त्यसैले जाँच गर्नुहोस्।

**कुन प्रदायकले Coexistence समर्थन गर्छन्?** सामान्य रूपमा WhatsApp समर्थन गर्नेभन्दा निकै कम। यस सूचीका प्रदायकले आफ्नै साइटमा यो कुरा बताएका छन्; WhatsApp API उद्योगका धेरैले अझै यो सुविधा दिँदैनन्।

**के प्रदायकले Coexistence ले गर्न सक्ने काम बदल्छ?** बदल्दैन। यो Meta को सुविधा भएकाले सीमाहरू सबै ठाउँमा उस्तै छन्: उही 4 बन्द सुविधाहरू, उही 14 दिनको नियम र समूह म्यासेज छैन।

**सबैभन्दा सस्तो विकल्प कुन हो?** प्रकाशित सुरुआती मूल्यमा हाम्रो विकल्प। नम्बर बढ्दै जाँदा अन्तर अझ फराकिलो हुन्छ, किनकि हाम्रो प्रति-नम्बर दर घट्छ तर सिट र योजनाको मूल्य घट्दैन।

---

## उत्कृष्ट WhatsApp Cloud API प्रदायकहरू

https://easycoexistence.com/ne/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/ne/compare/best-whatsapp-mcp-servers

WhatsApp MCP सर्भर खोज्दा धेरैजसो नतिजा WhatsApp मा लिंक गरिएको डिभाइसका रूपमा लग इन गर्ने ओपन-सोर्स परियोजना हुन्छन्। तिनले काम गर्छन्, तर नम्बर जोखिममा पर्छ। महत्त्वपूर्ण भिन्नता फिचर होइन, सर्भरले Meta को आधिकारिक API सँग कुरा गर्छ कि गर्दैन भन्ने हो।

### महत्त्वपूर्ण भिन्नता

हरेक WhatsApp MCP सर्भर एउटै सीमारेखाको कुनै एकातिर पर्छ, र त्यो सीमारेखा टुलिङबारे होइन।

- आधिकारिक: सर्भरले Meta ले जारी गरेका प्रमाणपत्र प्रयोग गरेर Meta को Cloud API मा अनुरोध पठाउँछ। यो स्वीकृत तरिका हो र नम्बर सुरक्षित रहन्छ।
- अनधिकृत: सर्भरले वेब क्लाइन्टले जस्तै लिंक गरिएको डिभाइसका रूपमा लग इन गर्ने लाइब्रेरी चलाउँछ।
- अनधिकृत तरिकालाई Meta को स्वीकृति आवश्यक पर्दैन, त्यसैले यो ओपन-सोर्स परियोजनामा सामान्य छ।
- यो WhatsApp का सर्तविपरीत पनि हो, र यस कारण नम्बरहरू कुनै अपिल वा चेतावनीबिना प्रतिबन्धित हुन्छन्।

### तपाईंले भेट्टाउने ओपन-सोर्स परियोजनाहरू

GitHub मा रहेका धेरै WhatsApp MCP सर्भर Baileys, WPPConnect वा Venom जस्ता लाइब्रेरीमा बनेका छन्, जसले लिंक गरिएको डिभाइसको प्रोटोकललाई रिभर्स-इन्जिनियर गर्छन्। ती साँच्चिकै चलाख, निःशुल्क हुन्छन् र आधिकारिक API ले उपलब्ध नगराउने व्यक्तिगत म्यासेज तथा समूहमा सहायकलाई पहुँच दिन्छन्। यसको मूल्य खाता हो: यसरी प्रतिबन्धित नम्बरले WhatsApp Business प्रोफाइललाई पनि साथमा गुमाउँछ, र समाधान माग्ने कुनै सहायता माध्यम हुँदैन। गुमाउन तयार व्यक्तिगत नम्बरका लागि यस्तो साटफेर उचित हुन सक्छ। व्यवसायले ग्राहकलाई जवाफ दिने नम्बरका लागि भने यो उचित हुँदैन।

### एउटा चलाउँदा वास्तवमा के चाहिन्छ

जोखिमबाहेकको व्यावहारिक भिन्नता यही हो, र दोस्रो दिनमै मानिसहरूले यसको सामना गर्छन्।

- सामान्यतया ल्यापटपमा चल्ने स्थानीय सर्भर प्रक्रिया, जुन सहायकले काम गर्न सधैं चलिरहनुपर्छ।
- डिभाइस लिंक गर्न QR स्क्यान, र सेसन टुट्दा हरेक पटक फेरि स्क्यान।
- स्थानीय कन्फिग फाइलमा प्रमाणपत्र, जहाँ API टोकन पनि रहन्छ।
- ल्यापटप स्लीपमा गएपछि तपाईंको सहायक र नम्बरबीच कुनै कनेक्सन रहँदैन।

### EasyCoexistence, आधिकारिक तरिका

OAuth मार्फत रिमोट MCP सर्भर, त्यसैले केही इन्स्टल गर्नुपर्दैन र कन्फिग फाइलमा टोकन राख्नुपर्दैन। सोह्रवटा टुलले मानिसहरूले सहायकलाई वास्तवमै अह्राउने काम समेट्छन्: नम्बरहरूको सूची हेर्ने, नम्बरको हेल्थ जाँच्ने, API प्रमाणपत्र पढ्ने, म्यासेज पठाउने, टेम्प्लेटहरूको सूची बनाउने, सिर्जना गर्ने र पठाउने, टेम्प्लेट स्ट्याटस जाँच्ने, वेबहुक तपाईंको सिस्टमतर्फ पठाउने, डकुमेन्ट खोज्ने र नयाँ कनेक्सन सुरु गर्ने। थप पाँचवटा टुलले Partner API सेटअप गर्छन्: सेटअप स्थिति, API की, इभेन्ट URL र होस्ट गरिएका कनेक्ट लिंक। यो होस्ट गरिएको भएकाले तपाईंको ल्यापटप खुलेको वा बन्द भएको दुवै अवस्थामा चल्छ। यसको आधारमा रहेको नम्बर Coexistence मार्फत Meta को आधिकारिक Cloud API मा हुन्छ, त्यसैले WhatsApp Business एप चलिरहन्छ र कुनै जोखिम हुँदैन।

### आधिकारिक तरिकाले गर्न नसक्ने काम

अनधिकृत परियोजना किन अस्तित्वमा छन् भन्ने कारण यही हो, त्यसैले छनोट गर्नुअघि कुरा स्पष्ट रूपमा बुझ्नुहोस्।

- समूह म्यासेज Cloud API बाट पूर्ण रूपमा बाहिर छन्, हरेक आधिकारिक प्रदायकमा।
- उपभोक्ता WhatsApp खाताका व्यक्तिगत कुराकानीमा पहुँच गर्न सकिँदैन।
- स्वतन्त्र रूपमा लेखिएका जवाफ 24 घण्टाको सेवा अवधिभित्र मात्र काम गर्छन्; त्यसपछि स्वीकृत टेम्प्लेटले कुराकानी सुरु गर्छ।
- यी हाम्रा होइनन्, Meta का नियम हुन्, र कुनै आधिकारिक प्रदायकले तिनलाई हटाउन सक्दैन।

- टुलको संख्याका आधारमा MCP सर्भरको मूल्याङ्कन गर्नु। प्रश्न सर्भरले Meta को API सँग कुरा गर्छ कि फोनको नक्कल गर्छ भन्ने हो।
- व्यवसायको नम्बरमा अनधिकृत ब्रिज परीक्षण गर्नु। प्रतिबन्ध चेतावनी र अपिल दुवैबिना आउँछ।
- स्थानीय सर्भर निजी हुन्छ भन्ने मान्नु। ल्यापटपको कन्फिग फाइलमा रहेको टोकन कमजोर व्यवस्था हो।

**के ओपन-सोर्स WhatsApp MCP सर्भरहरू सुरक्षित छन्?** तिनले काम गर्छन्, तर लिंक गरिएको डिभाइसका रूपमा लग इन गर्छन्, जुन WhatsApp का सर्तविपरीत हो। यस कारण नम्बरहरू चेतावनीबिना प्रतिबन्धित हुन्छन्।

**के आधिकारिक MCP सर्भरले मेरा समूह म्यासेज पढ्न सक्छ?** सक्दैन। हामीसहित हरेक आधिकारिक प्रदायकमा समूह म्यासेज Meta को Cloud API बाहिर छन्।

**के मैले केही इन्स्टल गर्नुपर्छ?** पर्दैन। हाम्रो सर्भर OAuth मार्फत रिमोट हुन्छ, त्यसैले तपाईंले एन्डपोइन्ट थपेर लग इन गर्नुहोस्। तपाईंको मेसिनमा केही चल्दैन।

**कुन सहायकले यसलाई प्रयोग गर्न सक्छ?** कुनै पनि MCP क्लाइन्टले। हामीले Claude, ChatGPT, Cursor र Claude Code का लागि डकुमेन्ट गरेका छौं।

---

## EasyCoexistence बनाम Twilio

https://easycoexistence.com/ne/compare/easycoexistence-vs-twilio

Twilio सामान्य प्रयोजनको सञ्चार प्लेटफर्म हो, जसले धेरै च्यानलमध्ये WhatsApp को पुनर्बिक्री गर्छ र Meta को आफ्नै शुल्कमाथि प्रकाशित प्रति-म्यासेज शुल्क लिन्छ। EasyCoexistence ले एउटा मात्र काम गर्छ: Coexistence मार्फत WhatsApp Business एपको नम्बर जडान गर्छ र प्रत्येक नम्बरका लागि स्थिर शुल्क लिन्छ।

### प्रत्येकको प्रयोजन के हो

यी उत्पादनले फरक समस्यालाई लक्षित गर्छन्, र पहिले स्पष्ट हुनुपर्ने कुरा यही हो।

- Twilio:: धेरै च्यानलमा म्यासेजिङ तयार गर्ने इन्जिनियरिङ टोलीका लागि बनाइएको सञ्चार प्लेटफर्म, जसले SMS, voice, email र WhatsApp समेट्छ। WhatsApp धेरैमध्ये एउटा च्यानल हो र अरूजस्तै प्रति म्यासेज शुल्क लाग्छ।
- EasyCoexistence:: Coexistence विशेषज्ञ। फोनमा रहेको WhatsApp Business एप चलिरहन्छ, Cloud API त्यही नम्बरमा चल्छ, म्यासेज घटना तपाईंको आफ्नै एन्डपोइन्टमा जान्छन् र हामी कनेक्सन हेर्छौँ। एउटा काम, पूर्ण रूपमा।

### तपाईं बढ्दै जाँदा मूल्य निर्धारणमा के हुन्छ

यो क्रमशः ठूलो हुँदै जाने फरक हो, र यो विचार होइन, गणित हो।

- Twilio:: Meta ले लिने शुल्कमाथि आउने र जाने प्रत्येक म्यासेजका लागि US$ 0.005। शुल्क हरेक कुराकानीसँगै बढ्छ, त्यसैले प्लेटफर्मको लागत व्यवसाय कति राम्रो चलिरहेको छ भन्ने कुरासँग जोडिन्छ।
- EasyCoexistence:: जडान गरिएको प्रत्येक नम्बरका लागि स्थिर शुल्क। महिनामा दस हजार म्यासेज पठाउँदा र दसवटा पठाउँदा लागत उस्तै हुन्छ। सफलता आएपछि प्रति म्यासेज प्लेटफर्म सस्तो हुन्छ, महँगो होइन, र धेरै भोल्युममा प्रति-नम्बर मूल्य पनि घट्छ।

### WhatsApp खाता कसको नियन्त्रणमा हुन्छ

नम्बर र Meta सँगको सम्बन्ध कहाँ रहन्छ भन्ने कुराले जुनसुकै पक्षबाट बाहिरिन कति सजिलो हुन्छ भन्ने तय गर्छ।

- Twilio:: नम्बरहरू Twilio का sender मार्फत अनबोर्ड हुन्छन् र म्यासेजिङ सम्बन्ध Twilio को पूर्वाधारमार्फत चल्छ, बिलिङ सम्बन्ध पनि त्यहीँ रहन्छ।
- EasyCoexistence:: नम्बर ग्राहककै Meta Business Portfolio र आफ्नै WhatsApp Business Account मा रहन्छ, र कुराकानीका लागि Meta ले ग्राहकलाई सिधै बिल गर्छ। हामी जडान गर्ने Tech Provider हौँ, र हामीलाई हटाउँदा नम्बर हामीसँग जाँदैन।

### म्यासेज कहाँ जान्छन्

दुवैले तपाईंले नियन्त्रण गर्ने सर्भरमा आउने म्यासेज पठाउँछन्। फरक बाटो र त्यसमा रहने कुरामा छ।

- Twilio:: आउने म्यासेज Twilio मार्फत तपाईंको वेबहुकमा पुग्छन्, र Twilio ले बाटोमा प्रत्येक म्यासेज प्रशोधन गरी बिल गर्छ।
- EasyCoexistence:: हामीले WhatsApp Business Account मा Meta को आफ्नै override_callback_uri सेट गर्छौँ, त्यसैले म्यासेज घटना Meta बाट सिधै तपाईंको एन्डपोइन्टमा जान्छन्। ती हामीमार्फत जाँदैनन्, हामी भण्डारण गर्दैनौँ र बाटोमा मापन गर्ने केही हुँदैन।

### AI सहायकबाट यसमा कसरी पुग्ने

यो नयाँ प्रश्न हो, र सामान्य प्रयोजनको प्लेटफर्मसँग यसको उत्तर दिने कारण कम हुन्छ।

- Twilio:: प्रमुख प्रोग्रामिङ भाषाका लागि SDK सहितको पूर्ण REST एपीआई, तिनीहरूले प्रकाशित गरेको प्रति म्यासेज 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/ne/compare/easycoexistence-vs-gupshup

Gupshup कुराकानीका लागि म्यासेजिङ प्लेटफर्म हो, जसले Meta को कुराकानी शुल्कमाथि प्रकाशित प्रतिम्यासेज शुल्क लिन्छ। EasyCoexistence ले जडान गरिएको प्रत्येक नम्बरका लागि स्थिर मासिक शुल्क लिन्छ र म्यासेज बिलमा केही थप्दैन। धेरै म्यासेज हुँदा यही फरक झन् ठूलो हुन्छ।

### बिलको संरचना

एक सेन्टको दशांश केहीजस्तो लाग्दैन, तर ठूलो परिमाणमा यही नै सम्पूर्ण कुराकानीको लागत बन्छ।

- Gupshup:: Meta को शुल्कमाथि प्रतिम्यासेज US$ 0.001 को मानक शुल्क, टेम्प्लेट र सेसन म्यासेज दुवैमा लागू हुन्छ। महिनामा एक लाख म्यासेज हुँदा Meta को लागतअघिनै प्लेटफर्म शुल्क US$ 100 पुग्छ।
- EasyCoexistence:: प्रतिम्यासेज कुनै शुल्क छैन। एक लाख म्यासेजको लागत दसवटा म्यासेजजत्तिकै हुन्छ, किनकि शुल्क ट्राफिकअनुसार होइन, नम्बरअनुसार लाग्छ। नम्बर जति व्यस्त हुन्छ, प्रत्येक कुराकानीमा हाम्रो शुल्कको प्रभाव उति कम हुन्छ।

### उत्पादन केका लागि बनाइएको छ

दुवैले WhatsApp जडान गर्छन्। तर तिनको केन्द्रमा फरक काम छन्।

- Gupshup:: बोट बनाउने सुविधा, क्याम्पेन उपकरण र धेरै च्यानल भएको कुराकानी प्लेटफर्म, ठूलो परिमाणमा बाहिरतर्फका कार्यक्रम चलाउने व्यवसायका लागि लक्षित।
- EasyCoexistence:: Coexistence पूर्वाधार। WhatsApp Business एप फोनमा चलिरहन्छ, Cloud API त्यही नम्बरमा चल्छ, र म्यासेज इभेन्ट तपाईंले पहिले नै प्रयोग गरिरहनुभएको प्रणाली वा AI एजेन्टमा पुग्छन्। तपाईंको टोलीलाई कतै सार्न हामी भन्दैनौं।

### कुराकानीको डेटा कहाँ रहन्छ

तपाईंको व्यवसायको कति भाग अरूको उत्पादनभित्र चल्छ भन्ने निर्णय गर्ने प्रश्न यही हो।

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

### पहिले नै एप चलेको नम्बर जडान गर्ने

Coexistence आवश्यक हुनुको मुख्य कारण यही हो।

- Gupshup:: उनीहरूको प्रकाशित मूल्य पृष्ठले Coexistence बारे उल्लेख गर्दैन। यसले उनीहरूले समर्थन गर्दैनन् भन्ने प्रमाण दिँदैन, त्यसैले यही प्रश्न उनीहरूलाई सिधै सोध्नुहोस्।
- EasyCoexistence:: यही नै सम्पूर्ण उत्पादन हो। पहिले नै WhatsApp Business एप चलिरहेको नम्बर Meta को आफ्नै Embedded Signup मार्फत जडान हुन्छ, एप चलिरहन्छ र केही मिनेटमै त्यही नम्बरमा Cloud API प्राप्त हुन्छ।

- US$ 0.001 लाई नगण्य ठान्नु। निर्णय गर्नुअघि यसलाई वास्तविक वार्षिक परिमाणले गुणन गर्नुहोस्।
- प्रयोग नगर्ने क्याम्पेन उपकरणका लागि शुल्क तिर्नु। प्रयोग गरे पनि नगरे पनि प्लेटफर्म शुल्क सम्पूर्ण उत्पादनका लागि लाग्छ।
- कुनै पनि प्रदायकले Coexistence समर्थन गर्छ भन्ने मान्नु। जसलाई रोजे पनि विशेष रूपमा सोध्नुहोस्।

**प्रतिम्यासेज शुल्क वास्तवमा कति पर्छ?** महिनामा एक लाख म्यासेज हुँदा Gupshup को प्रकाशित US$ 0.001 अनुसार प्लेटफर्म शुल्क US$ 100 हुन्छ। हाम्रो शुल्क जुनसुकै परिमाणमा एउटा नम्बरका लागि US$ 9 हो।

**के Gupshup ले Coexistence समर्थन गर्छ?** उनीहरूको मूल्य पृष्ठमा यसको उल्लेख छैन। Coexistence नै हामीले गर्ने सम्पूर्ण काम हो।

**तपाईंसँग गएपछि क्याम्पेन सुविधा गुम्छ?** हामी क्याम्पेन उपकरण होइनौं र त्यस्तै मूल्य लिँदैनौं। म्यासेज तपाईंको आफ्नै प्रणालीमा पुग्छन्, त्यसैले क्याम्पेन तपाईंले अहिले चलाइरहेको ठाउँमै चल्छ।

**Meta लाई कसले भुक्तानी गर्छ?** ग्राहकले आफ्नै WhatsApp Business Account मार्फत सिधै भुक्तानी गर्छ। Meta को शुल्कमा हामी कहिल्यै अतिरिक्त रकम थप्दैनौं।

---

## EasyCoexistence र Infobip

https://easycoexistence.com/ne/compare/easycoexistence-vs-infobip

Infobip enterprise सञ्चार प्लेटफर्म हो, जसको WhatsApp मूल्य देशअनुसार तोकिन्छ र बिक्री टोलीमार्फत तय हुन्छ। EasyCoexistence ले आफ्नो मूल्य सार्वजनिक गर्छ, 3 दिनदेखि निःशुल्क सुरु हुन्छ र कुराकानी नगरी नम्बर जडान गर्छ। यो फरक ग्राहकका लागि फरक उत्पादन हो।

### प्रत्येक उत्पादन कसका लागि बनाइएको हो

कुनै पनि उत्पादन खराब होइन। तिनीहरू फरक मानिसलाई बेचिन्छन्, र त्यसैले बाँकी लगभग सबै कुरा तय हुन्छ।

- Infobip:: Enterprise CPaaS, ओम्निच्यानल रुटिङ, कन्ट्याक्ट सेन्टर उपकरण तथा विश्वव्यापी क्यारियर सम्बन्धसहित, खरिद प्रक्रिया र ठूलो परिमाणको प्रतिबद्धता भएका संस्थालाई खाता टोलीमार्फत बेचिन्छ।
- EasyCoexistence:: पहिल्यै WhatsApp Business नम्बर भएको र आजै दिउँसो त्यसलाई Cloud API मा राख्न चाहने सानो व्यवसाय वा एजेन्सी। साइन अप गर्नुहोस्, जडान गर्नुहोस्, सकियो। कुरा गर्नुपर्ने कोही छैन, किनकि सम्झौता गर्नुपर्ने केही छैन।

### प्रतिबद्ध हुनुअघि तपाईंले के थाहा पाउन सक्नुहुन्छ

सबैभन्दा व्यावहारिक फरक, र मानिसले सुरुमा महसुस गर्ने फरक यही हो।

- Infobip:: दर गन्तव्य देशअनुसार तोकिन्छ र बिक्री टोलीमार्फत तय हुन्छ। Enterprise CPaaS मा यो सामान्य हो र वार्षिक परिमाणमा वार्ता गर्ने ग्राहकका लागि उपयुक्त हुन्छ।
- EasyCoexistence:: पूरै मूल्यसूची मूल्य पृष्ठमा तपाईंको मुद्रामा छ र परिमाणअनुसारका तहहरू देखिन्छन्। खाता बनाउनुअघि नै बिल गणना गर्न सक्नुहुन्छ, र पहिलो 3 दिनको कुनै शुल्क लाग्दैन।

### निर्णयदेखि काम गर्ने नम्बर तयार हुन लाग्ने समय

एउटा नम्बर र वास्तविक समस्या भएको व्यवसायका लागि महत्त्वपूर्ण तुलना यही हो।

- Infobip:: Enterprise अनबोर्डिङ, जसले ठूला परिनियोजनलाई वास्तवमै आवश्यक पर्ने समर्पित सहयोग र कन्फिगरेसन सहायता दिन्छ।
- EasyCoexistence:: मिनेट। Meta को आफ्नै Embedded Signup ले पोर्टफोलियो, खाता र नम्बर छनोट गर्छ, WhatsApp Business एप यस क्रममा चलिरहन्छ, र निगरानी तुरुन्त सुरु हुन्छ।

### कनेक्सन बिग्रिँदा के हुन्छ

हरेक Coexistence कनेक्सनको अन्ततः खराब दिन आउँछ। फरक यति हो, कसले थाहा पाउँछ।

- Infobip:: Enterprise सहायता च्यानल र खाता टोली। सम्झौता र त्यसपछाडि तोकिएको सम्पर्क व्यक्ति भएको अवस्थामा यो सही मोडेल हो।
- EasyCoexistence:: हामी कनेक्सन निरन्तर हेर्छौं र Meta को आफ्नै विच्छेद कारण पढ्छौं। त्यसैले 14 दिनको निष्क्रियताका कारण छुटेको नम्बर र वास्तवमै सेवा छोडेको ग्राहक छुट्याउन सकिन्छ। ग्राहकले थाहा पाउनुअघि नै सूचना आइपुग्छ।

- Enterprise CPaaS र प्रति नम्बरको उपकरणलाई सुविधाका आधारमा मात्र तुलना गर्नु। तिनीहरूले फरक प्रश्नको उत्तर दिन्छन्।
- एउटा नम्बरका लागि खरिद प्रक्रिया सुरु गर्नु। यसमा लाग्ने समय उपकरणको एक वर्षको शुल्कभन्दा महँगो पर्छ।
- सानो परिमाणमा सार्वजनिक मूल्यभन्दा उद्धरण मूल्य कम हुन्छ भन्ने मान्नु। यस्तो विरलै हुन्छ।

**Infobip ले एकमुष्ट मूल्य किन सार्वजनिक गर्दैन?** उनीहरूको मूल्य गन्तव्य देशअनुसार तोकिन्छ, जुन ठूलो परिमाणमा वार्ता गर्ने enterprise ग्राहकका लागि उपयुक्त हुन्छ। हाम्रो मूल्य सार्वजनिक छ, किनकि हाम्रा ग्राहक आजै निर्णय गर्न चाहन्छन्।

**ठूलो enterprise का लागि Infobip राम्रो हो?** उनीहरू विश्वव्यापी क्यारियर पहुँच र खाता टोलीसहित त्यस्ता ग्राहकका लागि बनाइएका हुन्। आफ्नै नम्बर जडान गर्ने व्यवसायका लागि हामी छिटो र सस्तो बाटो हौं।

**सुरु गर्न मैले कसैसँग कुरा गर्नुपर्छ?** पर्दैन। पहिलो जडान गरिएको नम्बरमा 3 दिन निःशुल्क हुन्छ, र नम्बर Meta को आफ्नै Embedded Signup मार्फत जडान हुन्छ।

**म्यासेजको बिल कसले लिन्छ?** Meta ले तपाईंको आफ्नै WhatsApp Business Account मा सिधै लिन्छ। त्यो बिलमा हामी कहिल्यै बीचमा पर्दैनौं।

---

## EasyCoexistence vs YCloud

https://easycoexistence.com/ne/compare/easycoexistence-vs-ycloud

YCloud ले Coexistence समर्थन गर्छ र हामीजस्तै Meta का म्यासेज शुल्कमा थप रकम लिँदैन। फरक तपाईंले किन्ने कुरामा छ: उनीहरूको सशुल्क योजना सिट, च्यानल र AI क्रेडिटसहितको प्लेटफर्म सदस्यता हो, हाम्रो सेवा जडान गरिएको नम्बरअनुसार मूल्य निर्धारण गरिएको पूर्वाधार हो।

### दुवैले सही गरेका कुरा

यो स्पष्ट रूपमा भन्नु उपयोगी छ, किनकि यसले तुलना वास्तवमै फरक कुरामा सीमित गर्छ।

- YCloud:: Coexistence समर्थन गरिएको र खुला रूपमा उल्लेख गरिएको छ, साथै उनीहरूको मूल्य पृष्ठले WhatsApp म्यासेजमा शून्य थप शुल्क प्रतिबद्ध गर्छ। प्रदायकका सबैभन्दा महत्वपूर्ण दुई पक्षमा उनीहरू दुवैमा सही छन्।
- EasyCoexistence:: उही दुई प्रतिबद्धता। Meta को आफ्नै प्रवाहमार्फत Coexistence र Meta को म्यासेजमा कुनै थप रकम छैन। हाम्रो फरक त्यसबाहेकका सबै कुरामा छ।

### सदस्यताले वास्तवमा के किनाउँछ

यही वास्तविक विभाजन हो, र तपाईंका लागि कुन सस्तो पर्छ भन्ने यसैले तय गर्छ।

- YCloud:: एउटा प्लेटफर्म। उनीहरूको सशुल्क योजना US$ 39 मासिकबाट सुरु हुन्छ र प्रयोगकर्ता सिट, च्यानल तथा AI क्रेडिटअनुसार फरक हुन्छ। आफ्नो उत्पादनभित्र टोलीले काम गरोस् भन्ने चाहनुहुन्छ भने यो उपयुक्त संरचना हो।
- EasyCoexistence:: पूर्वाधार। प्रत्येक जडान गरिएको नम्बरका लागि US$ 9 बाट सुरु हुन्छ, गन्नुपर्ने सिट, च्यानल तह वा सकिने क्रेडिट हुँदैन। एउटा नम्बर भएको व्यवसायले एउटा नम्बरको मात्र शुल्क तिर्छ, र 40 नम्बर भएको एजेन्सीले घट्दो प्रतिनम्बर दर पाउँछ।

### म्यासेजहरू कहाँ पुग्छन्

दुवैले एउटै Cloud API जडान गर्छन्। त्यसपछि म्यासेजमा के हुन्छ भन्ने डिजाइनको निर्णय हो।

- YCloud:: उनीहरूको प्लेटफर्ममा, जहाँ इनबक्स, अभियान र AI क्रेडिट रहन्छन्, नम्बरको शुल्क गन्नुअघि नै US$ 39 मासिकबाट सुरु हुन्छ। म्यासेज त्यहीँ आउने भएकाले तपाईंको टोली त्यहीँ काम गर्छ।
- EasyCoexistence:: तपाईंको प्रणालीमा। हामी Meta को आफ्नै वेबहुक ओभरराइड सेट गर्छौं, जसले म्यासेज घटना Meta बाट सिधै तपाईंको एन्डपोइन्टमा वा MCP मार्फत तपाईंको AI एजेन्टमा पठाउँछ। स्थानान्तरण गर्नुपर्ने ठाउँ वा दोस्रो इनबक्स केही हुँदैन।

### एजेन्सी बढ्दा कति तिर्छ

यही अवस्था हो जहाँ दुई मोडेल सबैभन्दा धेरै फरक हुन्छन्।

- YCloud:: सिट संख्यामा आधारित योजनाका तहहरू, त्यसैले थप व्यक्ति र च्यानल जोडिँदा क्रमशः योजना बढाउने निर्णय गर्नुपर्छ।
- EasyCoexistence:: नम्बर थपिँदै जाँदा घट्ने प्रतिनम्बर दर, US$ 9 बाट US$ 1 सम्म। बढाउने योजना नै नभएकाले अपग्रेडबारे छलफल हुँदैन: 40औँ नम्बरले पहिलो नम्बरले गरेकै काम कम मूल्यमा गर्छ।

### AI सहायकबाट पहुँच

कुनै पनि प्लेटफर्मको योजनाका तहले नबताउने, तर अहिले बढ्दो रूपमा सोधिन थालेको विषय यही हो।

- YCloud:: AI क्रेडिट उनीहरूको योजनाको संरचनाकै भाग हुन्, जसले उनीहरूको उत्पादनभित्र बनेका AI सुविधातर्फ संकेत गर्छ।
- EasyCoexistence:: OAuth मार्फत 16 वटा उपकरण भएको रिमोट MCP कनेक्सन। Claude, ChatGPT, Cursor र Claude Code ले कुनै क्लाइन्ट लेख्न वा क्रेडिट किन्न नपरी नम्बर सूचीबद्ध गर्न, कनेक्सनको हेल्थ जाँच्न, म्यासेज र टेम्प्लेट पठाउन तथा वेबहुक गन्तव्य सेट गर्न सक्छन्।

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

**दुवैले साँच्चै शून्य थप शुल्क लिन्छन्?** लिन्छन्। YCloud को मूल्य पृष्ठमा शून्य थप शुल्क उल्लेख छ र हामी पनि त्यही गर्छौं। त्यसैले तुलना गर्नुपर्ने कुरा म्यासेज शुल्क होइन, प्लेटफर्म शुल्क हो।

**कुन सस्तो छ?** 1 देखि 4 नम्बरका लागि हाम्रो सेवा सस्तो छ: 4 नम्बरको मासिक खर्च US$ 36, उनीहरूको सुरुआती US$ 39 योजनाको तुलनामा। 5 नम्बरदेखि माथि, तपाईंका seat र channel लाई चाहिने योजनाको तहसँग हाम्रो कुल शुल्क तुलना गर्नुहोस्। नम्बर थप्दै जाँदा हाम्रो दर प्रतिनम्बर US$ 1 सम्म घट्छ।

**तपाईंसँग इनबक्स गुम्छ?** तपाईंले कहिल्यै अर्को इनबक्समा सर्नुपर्ने थिएन। म्यासेज तपाईंको आफ्नै प्रणाली वा AI एजेन्टमा आउँछन्, जहाँ तपाईंको टोली पहिले नै काम गर्छ।

**YCloud सँग MCP कनेक्सन छ?** उनीहरूको मूल्य पृष्ठले MCP सर्भरभन्दा आफ्नै प्लेटफर्मभित्रका AI क्रेडिट वर्णन गर्छ। हाम्रो OAuth मार्फत चल्ने 16 वटा उपकरणको कनेक्सन हो, जुन कुनै पनि MCP क्लाइन्टबाट प्रयोग गर्न सकिन्छ।

---

## EasyCoexistence बनाम SleekFlow

https://easycoexistence.com/ne/compare/easycoexistence-vs-sleekflow

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

### तपाईं वास्तवमा केका लागि भुक्तानी गर्दै हुनुहुन्छ

यी दुई मूल्य मोडेलले फरक प्रश्नको उत्तर दिन्छन्, र एउटाले तपाईंको संस्थागत संरचनाबारे सोध्छ।

- SleekFlow:: योजनाका विभिन्न तहमा प्रयोगकर्ता सिटअनुसार मूल्य निर्धारण गरिएको साझा इनबक्स र क्याम्पेन प्लेटफर्म। तपाईंको टोलीले दिनभर यही उत्पादनमा काम गर्ने हो भने यो उपयोगी हुन्छ।
- EasyCoexistence:: एउटा कनेक्सन। एकाइ व्यक्ति होइन, जडान गरिएको नम्बर हो। त्यसैले सहकर्मी थप्दा शुल्क लाग्दैन र टोली बढ्दा वा घट्दा बिल बदलिँदैन।

### तपाईंको टोली कहाँ काम गर्छ

मूल्य मोडेलमुनिको निर्णय यही हो, र उल्ट्याउन सबैभन्दा कठिन निर्णय पनि यही हो।

- SleekFlow:: SleekFlow भित्र। यही उत्पादन हो: इनबक्स, स्वचालन र क्याम्पेन एउटै ठाउँमा। एउटै ठाउँ चाहने टोलीका लागि यो साँच्चिकै उपयोगी हुन्छ।
- EasyCoexistence:: उनीहरूले पहिलेदेखि काम गर्ने ठाउँमै। म्यासेजका घटना Meta बाट सिधै तपाईंको सीआरएम, हेल्पडेस्क, आन्तरिक उपकरण वा एआई एजेन्टमा Meta को आफ्नै वेबहुक ओभरराइडमार्फत पुग्छन्। कसैले नयाँ इनबक्स सिक्नुपर्दैन र केही पनि स्थानान्तरण गर्नुपर्दैन।

### दोस्रो वा तेस्रो नम्बर थप्दा

एकभन्दा बढी स्थान भएको व्यवसायमा यो सामान्य हुन्छ, र यहीँ यी मोडेलबीच ठूलो फरक देखिन्छ।

- SleekFlow:: थप WhatsApp नम्बरहरू सिटआधारित योजनासँगै थप शुल्क लाग्ने विकल्प हुन्। त्यसैले दोस्रो नम्बर सदस्यतामाथिको अर्को निर्णय बन्छ।
- EasyCoexistence:: दोस्रो नम्बर केवल दोस्रो नम्बर हो, प्रकाशित दरमा, र थप नम्बर जोड्दै जाँदा दर घट्छ। एउटै खातामा 20 नम्बर राख्दा योजना परिवर्तन वा छलफल आवश्यक पर्दैन।

### भुक्तानी रोक्दा के हुन्छ

तपाईंका कुराकानी राख्ने कुनै पनि उत्पादनबारे यो प्रश्न सोध्नुपर्छ।

- SleekFlow:: इनबक्स, इतिहास र स्वचालन प्लेटफर्ममै रहन्छन्। यही कारण तिनीहरूले काम गर्छन् र यही कारण छोड्दा स्थानान्तरण गर्नुपर्छ।
- EasyCoexistence:: स्थानान्तरण गर्नुपर्ने तपाईंको कुनै सामग्री हामीभित्र हुँदैन। म्यासेज आएलगत्तै तपाईंको प्रणालीमा पठाइएका हुन्छन् र नम्बर तपाईंको आफ्नै Meta Business Portfolio मा हुन्छ। त्यसैले हामीलाई हटाउँदा नम्बर जहाँ थियो, त्यहीँ रहन्छ।

- दुवै पक्षको हिसाब नगरी सिटको मूल्यलाई प्रति-नम्बर मूल्यसँग तुलना गर्नु। 3 सिट र 1 नम्बरको बिल, 1 सिट र 3 नम्बरको बिलभन्दा निकै फरक हुन्छ।
- तपाईंको टोलीले नखोल्ने इनबक्सका लागि भुक्तानी गर्नु। प्रयोग गरिए पनि नगरिए पनि सिट शुल्क लाग्छ।
- धेरै स्थान भएको व्यवसायको हिसाब गर्दा प्रति-नम्बर थप शुल्क बिर्सनु।

**कुन सस्तो छ?** हामी सस्ता छौं, यदि तपाईंलाई विशेष रूपमा इनबक्स चाहिँदैन भने। उनीहरूको प्रकाशित मूल्य न्यूनतम सिट सङ्ख्यासहित प्रति सिट र प्रत्येक WhatsApp नम्बरका लागि मासिक थप शुल्कमा आधारित छ। हाम्रो शुल्क प्रति जडान गरिएको नम्बर US$ 9 बाट सुरु भई नम्बर थपिँदै जाँदा US$ 1 सम्म घट्छ, र सिट शुल्क हुँदैन।

**के मैले साझा इनबक्स पाउँछु?** पाउनुहुन्न, र त्यसका लागि तपाईंले भुक्तानी पनि गर्नुहुन्न। म्यासेज तपाईंको आफ्नै प्रणालीमा पुग्छन्, जहाँ तपाईंको टोलीले पहिलेदेखि काम गर्छ।

**धेरै स्थान भए के हुन्छ?** प्रत्येक नम्बरको शुल्क प्रकाशित दरमा लाग्छ र थप नम्बर जोड्दै जाँदा घट्छ। योजना परिवर्तन वा छलफल गर्नुपर्ने थप शुल्क हुँदैन।

**के मेरो डेटा यहीँ बाँधिन्छ?** हामीसँग त्यस्तो हुँदैन। म्यासेज Meta बाट सिधै तपाईंको एन्डपोइन्टमा पुग्छन् र नम्बर तपाईंको आफ्नै Business Portfolio मै रहन्छ।

---

## EasyCoexistence vs Bird

https://easycoexistence.com/ne/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 बाट सीधै तपाईंको endpoint मा Meta कै override मार्फत जान्छन्। ती हामीमार्फत जाँदैनन् र हामी तिनलाई भण्डारण गर्दैनौँ, त्यसैले हामीले प्रति म्यासेज शुल्क लिने कारण हुँदैन।

- समेटिएको दरलाई Meta ले प्रकाशित गरेको दरसँग एउटै सङ्ख्या जस्तो तुलना गर्नु। एउटामा अर्को समावेश हुन्छ।
- समेटिएको मूल्यमा थप शुल्क छैन भन्ने मान्नु। यसको अर्थ थप शुल्क छुट्टै देखाइएको छैन भन्ने हो।
- एउटा नम्बर र एउटा webhook का लागि अभियान प्लेटफर्म रोज्नु।

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

**तपाईंसँग म्यासेजको बिल कसले पठाउँछ?** Meta ले, तपाईंको आफ्नै WhatsApp Business Account मा सीधै पठाउँछ। हामी Meta को शुल्कमा थप रकम जोड्दैनौँ वा त्यसलाई पुनःबेच्दैनौँ।

**Meta ले आफ्ना दर बढायो भने के हुन्छ?** त्यो Meta कै दरमा तपाईंको Meta बिलमा देखिन्छ। हाम्रो शुल्क म्यासेजसँग जोडिएको नभएकाले प्रभावित हुँदैन।

**Bird ले Coexistence समर्थन गर्छ?** उनीहरूको WhatsApp मूल्य निर्धारण पृष्ठले यसबारे उल्लेख गर्दैन। यही नै हाम्रो सम्पूर्ण काम हो।

---

## EasyCoexistence बनाम Zenvia

https://easycoexistence.com/ne/compare/easycoexistence-vs-zenvia

Zenvia ले मासिक सफ्टवेयर योजना, छुट्टै च्यानल प्याकेज र WhatsApp सक्रिय गर्न सेटअप शुल्क लिन्छ। EasyCoexistence ले जडित प्रत्येक नम्बरमा एउटै प्रकाशित शुल्क लिन्छ, कुनै योजना, प्याकेज वा सेटअप लागतबिना। सानो व्यवसायका लागि यी दुईको लागत संरचना नै फरक छ।

### बिल कसरी बन्छ

संरचनागत फरक यही हो, र कुल लागत पनि यहीले तय गर्छ।

- Zenvia:: मासिक सफ्टवेयर योजना, अपेक्षित म्यासेज परिमाणअनुसारको च्यानल प्याकेज र WhatsApp च्यानल सक्रिय गर्दा लाग्ने सेटअप शुल्क। तीन निर्णय र बिलका तीन लाइन, नियमित मार्केटिङ सञ्चालन गर्ने कम्पनीका लागि उपयुक्त।
- EasyCoexistence:: एउटै लाइन। जडित प्रत्येक नम्बरको प्रकाशित शुल्क, थप नम्बर जोड्दै जाँदा घट्दै जाने, माथि कुनै योजना छैन, छेउमा कुनै प्याकेज छैन र सुरु गर्न केही तिर्नुपर्दैन। Meta का कुराकानी शुल्क Meta बाटै ग्राहकले छुट्टै, Meta कै दरमा तिर्छ।

### दुवै केका लागि बनेका हुन्

दुवै गम्भीर उत्पादन हुन्। तर लक्षित कम्पनी फरक छन्।

- Zenvia:: बहुच्यानल अभियान, ग्राहक यात्रा र ठूलो ब्राजिलियन उद्यम ग्राहक आधार भएको ग्राहक अनुभव प्लेटफर्म, संरचित सञ्चार कार्यक्रम चलाउने कम्पनीलाई बिक्री गरिन्छ।
- EasyCoexistence:: फोनमा पहिले नै WhatsApp Business नम्बर भएको र एप नगुमाई त्यसलाई Cloud API मा लैजान चाहने व्यवसाय। एप चलिरहन्छ, API त्यही नम्बरमा चल्छ र म्यासेज व्यवसायले पहिले नै प्रयोग गर्ने प्रणालीमा पुग्छ।

### परिमाण बढ्दा के हुन्छ

यी दुई मोडल विपरीत दिशामा अघि बढ्छन्।

- Zenvia:: च्यानल प्याकेजहरू परिमाणअनुसार तय हुन्छन्। त्यसैले वृद्धि हुँदा ठूलो प्याकेजमा जानुपर्छ र योजना स्तर पनि बदलिन सक्छ।
- EasyCoexistence:: थप नम्बर जोड्दै जाँदा प्रतिनम्बर दर घट्छ, र म्यासेजको परिमाण गणनामा आउँदैन। 100,000 म्यासेज पठाउने नम्बरको शुल्क शान्त नम्बरको जत्तिकै हुन्छ।

### चल्ने नम्बर पाउन कति समय लाग्छ

सानो व्यवसायका लागि प्रायः यही नै पूरा निर्णय हुन्छ।

- Zenvia:: WhatsApp च्यानल सक्रिय गर्ने चरणसहितको व्यावसायिक अनबोर्डिङ, जसबाट ठूला कार्यान्वयनलाई उपयोगी सहयोग मिल्छ।
- EasyCoexistence:: Meta को आफ्नै Embedded Signup मार्फत केही मिनेटमै, पहिलो जडित नम्बरदेखि 3 दिन निःशुल्क। WhatsApp Business एप यस अवधिभर चलिरहन्छ र नम्बर जोडिनासाथ निगरानी सुरु हुन्छ।

- योजनाको मूल्य मात्र तुलना गर्नु। च्यानल प्याकेज र सेटअप शुल्क पनि कुल लागतका भाग हुन्।
- कनेक्सनको समस्या समाधान गर्न अभियान प्लेटफर्म किन्नु।
- Meta का कुराकानी शुल्क कतै समावेश छन् भन्ने मान्नु। ती ग्राहककै आफ्नै खाताबाट तिर्नुपर्ने हुन्छ।

**के म रियालमा तिर्न सक्छु?** सक्नुहुन्छ। मूल्य रियाल र डलर दुवैमा प्रकाशित हुन्छ, र पहिलो सदस्यतामा प्रयोग भएको मुद्रा नै तय हुन्छ।

**के सेटअप शुल्क छ?** छैन। 3 दिन निःशुल्क, त्यसपछि प्रतिनम्बर शुल्क। नम्बरमा WhatsApp सक्रिय गर्न थप केही तिर्नुपर्दैन।

**के मैले अभियानसम्बन्धी सुविधा गुमाउँछु?** हामी अभियान प्लेटफर्म होइनौं र त्यसरी शुल्क पनि लिँदैनौं। म्यासेज तपाईंको आफ्नै प्रणालीमा पुग्छन्, त्यसैले अभियान तपाईंले पहिले नै चलाउने ठाउँमै चल्छ।

**कुराकानीका लागि Meta लाई कसले तिर्छ?** ग्राहकले आफ्नै WhatsApp Business Account बाट Meta लाई सिधै तिर्छ। हामी Meta को शुल्कमा कहिल्यै थप रकम जोड्दैनौं।

---

## EasyCoexistence बनाम 8x8

https://easycoexistence.com/ne/compare/easycoexistence-vs-8x8

8x8 enterprise सञ्चार प्रदायक हो, र यसको Coexistence डकुमेन्टेसन उपलब्धमध्ये स्पष्ट भएकाले उद्धृत गरिन्छ। EasyCoexistence त्यही डकुमेन्टेसन पढेर आजै नम्बर जडान गर्न चाहने व्यवसायका लागि बनाइएको हो, enterprise बिक्री प्रक्रियाबिना।

### दुवै कहाँ मिल्छन्

प्राविधिक आधार साझा छ, त्यसैले भिन्नताभन्दा पहिले यो स्पष्ट गर्नु उपयोगी हुन्छ।

- 8x8:: तिनीहरूको Coexistence डकुमेन्टेसन सही र असाधारण रूपमा स्पष्ट छ। नम्बर जडान भएपछि कुन WhatsApp सुविधा बन्द हुन्छ भन्नेसमेत यसले बताउँछ। यो साँच्चिकै उपयोगी सन्दर्भ हो।
- EasyCoexistence:: यी सीमाहरू कुनै प्रदायकका होइनन्, Meta का हुन्। हामी पनि तिनलाई लेख्छौं र तिनै सीमासँग काम गर्न उत्पादन बनाएका छौं: चौध दिनको निष्क्रियता नियम, sync window र हट्ने सुविधाहरू।

### पढाइबाट जडानसम्म

डकुमेन्टेसनले पूरा नगर्ने अन्तर।

- 8x8:: account team, contact centre उत्पादन र carrier service भएको enterprise CPaaS, procurement प्रक्रिया भएका संस्थालाई बिक्री गरिन्छ। onboarding मा ठूला deployment लाई आवश्यक पर्ने सहयोग हुन्छ।
- EasyCoexistence:: साइन अप गर्नुहोस् र जडान गर्नुहोस्। Meta को आफ्नै Embedded Signup ले portfolio, खाता र नम्बर छनोट गर्छ, WhatsApp Business एप चलिरहन्छ र पहिलो 3 दिन निःशुल्क हुन्छन्। कल मिलाउन कसैलाई खोज्नुपर्दैन।

### प्रतिबद्ध हुनुअघि तपाईंलाई थाहा हुने कुरा

सानो व्यवसाय वा agency का लागि व्यावहारिक भिन्नता।

- 8x8:: मूल्य व्यावसायिक छलफलबाट तय हुन्छ। यो enterprise CPaaS का लागि सामान्य हो र voice, contact centre तथा messaging को ठूलो परिमाण सँगै छलफल गर्ने खरिदकर्ताका लागि उपयुक्त हुन्छ।
- EasyCoexistence:: पूरै मूल्यसूची तपाईंको मुद्रामा प्रकाशित छ र volume band देखिन्छ। चालीस नम्बर भएको agency ले खाता बनाउनुअघि नै आफ्नो बिल निकाल्न सक्छ।

### नम्बर जडान भएपछि

Coexistence कनेक्सन चुपचाप असफल हुन्छन्, जुन धेरै तुलनाले छोड्ने पक्ष हो।

- 8x8:: enterprise support र account सम्बन्ध हुन्छ, जुन पछाडि contract भएको अवस्थामा सही मोडेल हो।
- EasyCoexistence:: Meta को आफ्नै disconnection reason पढ्ने निरन्तर monitoring हुन्छ। यसले चौध दिनको निष्क्रियतालाई ग्राहकले छोडेको अवस्थाबाट छुट्याउँछ। साथै, सोह्रवटा उपकरण भएको MCP connector ले assistant लाई ड्यासबोर्ड नखोली हेल्थ जाँच्न र पुनः जडान गर्न दिन्छ।

- राम्रो डकुमेन्टेसनलाई नै उत्पादन ठान्नु। डकुमेन्टेसनले Meta को mechanism बताउँछ, जुन सबै प्रदायकमा समान हुन्छ।
- एउटा नम्बर जडान गर्न enterprise प्रक्रिया सुरु गर्नु।
- जडान भएपछि कुनै पनि प्रदायकले त्यसलाई निगरानी गर्छ भन्ने मान्नु। जसलाई रोजे पनि यो कुरा विशेष रूपमा सोध्नुहोस्।

**8x8 को डकुमेन्टेसन सही छ?** हो, हामी त्यसलाई उद्धृत गर्छौं। यसले बताउने सीमाहरू Meta का हुन्, त्यसैले हामीसहित हरेक Coexistence प्रदायकमा लागू हुन्छन्।

**Coexistence अन्तर्गत कुन सुविधाहरू चल्दैनन्?** 8x8 को डकुमेन्टेसन र हाम्रो आफ्नै विवरणअनुसार चारवटा: disappearing messages, view once media, live location र broadcast lists। Group chats API बाहिरै पर्छन्।

**के मलाई enterprise contract चाहिन्छ?** हामीसँग चाहिँदैन। 3 दिन निःशुल्क, प्रकाशित मूल्य र केही मिनेटमै जडान हुने नम्बर।

**कनेक्सन टुटेमा के हुन्छ?** हामी Meta को disconnection reason पढेर तपाईंलाई alert गर्छौं। यसले चौध दिनको निष्क्रियता नियमलाई वास्तविक प्रस्थानबाट छुट्याउँछ।

---

## Coexistence साइनअपमा "यो फोन नम्बर योग्य छैन" भनिँदा

https://easycoexistence.com/ne/docs/coexistence-error-number-not-eligible

Meta को साइनअप पपअपले नम्बर योग्य छैन भन्नुको अर्थ त्यसको पछाडिको WhatsApp Business एप खाताले प्लेटफर्ममा जडान गर्ने Meta को जाँच पास गरेको छैन भन्ने हो। Meta ले उल्लेख गरेको कारण एपमा पर्याप्त गतिविधि नहुनु हो। समाधान त्यही नम्बरमा एपको वास्तविक र निरन्तर प्रयोग गरेर प्रक्रिया फेरि चलाउनु हो।

### सन्देशमा वास्तवमा के लेखिएको हुन्छ?

पपअपले देखाइएको भाषामै पाठ देखाउँछ। अंग्रेजीमा यो "This phone number isn't eligible for registration or migration" भनेर आउँछ। स्पेनिसमा "Este número de teléfono no cumple los requisitos para el registro ni la migración" देखिन्छ। Meta को Embedded Signup त्रुटि सन्दर्भसूचीमा 3441045 कोडअन्तर्गत सबैभन्दा नजिकको लिखित रूप यस्तो छ: "Your phone number isn't eligible to connect to the WhatsApp Business Platform"।

भाषा जुनसुकै भए पनि अर्थ उही हो। प्रक्रिया फोन नम्बरको चरणसम्म पुग्यो, Meta ले त्यो नम्बरमा दर्ता भएको WhatsApp Business एप खाता हेर्‍यो र त्यसलाई एपीआईमा जोड्न अस्वीकार गर्‍यो। फोनमा केही परिवर्तन भएको छैन र एप पहिलेकै जस्तो काम गरिरहन्छ।

### योग्य देखिने नम्बर 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/ne/docs/coexistence-error-number-already-registered

प्रयास गरिएको चरण रोक्ने ठाउँमा नम्बर पहिले नै दर्ता भएको छ भने Meta को साइनअप पपअपले यो देखाउँछ: सामान्य WhatsApp, WhatsApp Business API खाता, वा अर्को प्लेटफर्मको खाता। पहिले त्यो खाताबाट नम्बर विच्छेद गर्नुपर्छ। विच्छेद गरेपछि नम्बर फेरि उपलब्ध हुन केही मिनेट लाग्न सक्छ भनी Meta ले बताएको छ।

### यो म्यासेजको अर्थ के हो भनी Meta को कागजातले के भन्छ?

Meta को Embedded Signup त्रुटि सन्दर्भ सूचीमा यो म्यासेज यसरी उल्लेख छ: "यो नम्बर अवस्थित WhatsApp खातामा दर्ता गरिएको छ। यो नम्बर प्रयोग गर्न अवस्थित खाताबाट विच्छेद गर्नुहोस्। त्यसपछि यो पृष्ठमा फर्केर नम्बर फेरि हाल्नुहोस्।" नम्बर उपलब्ध हुन 3 मिनेटसम्म लाग्न सक्छ भनेर पनि थपिएको छ।

Meta को व्याख्या अनुसार फोन नम्बर पहिले नै यसको प्लेटफर्ममा दर्ता भएको छ, जसमा WhatsApp Messenger, WhatsApp Business एप र WhatsApp Business API पर्छन्। सुझाइएको समाधान भनेको नम्बर दर्ताबाट हटाउनु वा अर्को नम्बर प्रयोग गर्नु हो। पपअप प्रयोगकर्ताको भाषामा देखिन्छ, त्यसैले इटालियन, स्पेनिस वा पोर्तुगिजमा पनि उही अस्वीकृति उही अर्थमा आउँछ।

### Coexistence साइनअपमा यो किन देखिन्छ?

Coexistence WhatsApp Business एपमा पहिले नै दर्ता भएको नम्बर जोड्नका लागि बनेको हो, त्यसैले दर्ता भएको हुनु आफैमा समस्या होइन। प्रक्रिया Coexistence को बाटोमा छैन भने, वा दर्ता गलत किसिमको छ भने यो म्यासेज आउँछ।

तीन अवस्थामा यस्तो हुन्छ। पहिलो, नम्बर WhatsApp Business एपमा नभएर सामान्य WhatsApp मा छ, जुन Coexistence ले जोड्न सक्दैन। दोस्रो, चलाइएको प्रक्रिया अवस्थित WhatsApp Business एप खाता जोड्ने विकल्पको सट्टा नयाँ नम्बरको सामान्य साइनअप हो, त्यसैले Meta ले नम्बरलाई नयाँ दर्ता गरिने नम्बर ठान्छ। तेस्रो, नम्बर एपबाहिर सिधै WhatsApp Business API मा दर्ता गरिएको छ।

प्रत्येकको समाधान फरक हुन्छ, त्यसैले म्यासेज मात्रले कारबाही गर्न पुग्दैन।

### नम्बर कसरी खाली गरेर फेरि प्रयास गर्ने?

नम्बर जहाँ छ त्यहीँ अनुसार समाधान छान्नुहोस्।

नम्बर सामान्य WhatsApp मा छ भने पहिले फोनमा WhatsApp Business एपमा सार्नुहोस्। नम्बर WhatsApp Business एपमा छ र पपअपले अझै यही भन्छ भने प्रक्रियाले अवस्थित WhatsApp Business एप खाता जोड्ने विकल्प देखायो कि देखाएन जाँच गर्नुहोस्। त्यो स्क्रिन आएन भने प्रक्रिया गलत हो। नम्बर अर्को प्लेटफर्म मार्फत एपीआईमा दर्ता छ भने त्यहीँबाट विच्छेद गर्नुपर्छ।

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

- विच्छेद गरेलगत्तै उही नम्बर फेरि प्रयास गर्नु। उपलब्ध हुन 3 मिनेटसम्म लाग्न सक्छ भनी Meta ले भनेको छ।
- एप नम्बरका लागि नयाँ नम्बरको सामान्य साइनअप चलाउनु। Coexistence का लागि अवस्थित WhatsApp Business एप खाता जोड्ने विकल्प दिने प्रक्रिया चाहिन्छ।
- त्रुटि हटाउन WhatsApp Business एपको खाता मेटाउनु। यसले Coexistence ले जोड्ने दर्तालाई नै हटाउँछ।

**Meta ले कुन अवस्थित खाताको कुरा गरेको हो?** पपअपले यो भन्दैन। नम्बर हाल जहाँ दर्ता छ त्यही हो: सामान्य WhatsApp, गलत बाटोमा रहेको WhatsApp Business एप, वा अर्को प्लेटफर्म मार्फतको एपीआई।

**विच्छेद गरे मेरा च्याट हराउँछन् कि?** प्लेटफर्मबाट विच्छेद गर्ने काम WhatsApp Business एपमा सेटिङ, खाता, व्यवसाय प्लेटफर्ममा हुन्छ। यो एप खाता मेटाउने कामभन्दा फरक हो, र खाता मेट्नु समाधान होइन।

**मैले यो इटालियन भाषामा देखें। के यो उही त्रुटि हो?** हो। पपअप स्थानीय भाषामा देखिन्छ, त्यसैले सत्रले प्रयोग गरेको जुनसुकै भाषामा उही अस्वीकृति देखिन्छ।

**प्रदायकले केही गर्नुपर्छ?** नम्बर त्यही प्रदायक मार्फत जोडिएको छ भने मात्र। त्यस अवस्थामा नयाँ प्रक्रिया पूरा हुनुअघि विच्छेद त्यहीँ गर्नुपर्छ।

---

## "Request code failed: Our servers are temporarily unavailable"

https://easycoexistence.com/ne/docs/coexistence-error-request-code-unavailable

"Request code failed: Our servers are temporarily unavailable. Please wait 1 hour before trying again" भन्ने म्यासेज साइनअपका क्रममा नम्बरका लागि प्रमाणीकरण कोड मागिँदा Meta ले कोड नपठाएमा देखिन्छ। म्यासेजमा दिइएको निर्देशन नै समाधान हो: कोड मागिरहन छोड्नुहोस्, पूरा एक घण्टा पर्खनुहोस्, अनि नयाँ फ्लोबाट एक पटक मात्र पुनः प्रयास गर्नुहोस्।

### के यो Meta को आउटेज हो?

हुन सक्छ, तर यो म्यासेजका कागजातमा उल्लिखित नजिकका उदाहरणहरूले अर्कै संकेत गर्छन्। Meta को Embedded Signup त्रुटि सन्दर्भमा यही शब्दावली सूचीबद्ध छैन। तर उस्तै व्यवहार गर्ने प्रमाणीकरण कोड अस्वीकारका केही रूप छन्: "You have requested your code too many times", बारम्बार अनुरोधका लागि कोड 2494158 र 2388367, र कोड अनुरोध गर्दा भएको त्रुटिका लागि 2593037 हो। प्रत्येकले पछि फर्कन भन्छ।

वास्तविक प्लेटफर्म समस्या पनि हुन सक्छ। API तर्फ 133004 को अर्थ सर्भर अस्थायी रूपमा अनुपलब्ध छ भन्ने हो, र Meta को सल्लाह पुनः प्रयास गर्नुअघि WhatsApp Business Platform को स्ट्याटस पेज जाँच्नु हो। स्ट्याटस पेजमा कुनै घटना देखिएन भने यसलाई त्यो नम्बरको कोड अनुरोध सीमा मानेर म्यासेजले भनेको घण्टा पालना गर्नुहोस्।

### Coexistence नम्बरका लागि कोड किन मागिँदैछ?

Coexistence मार्गमा नम्बर पहिल्यै WhatsApp Business एपमा दर्ता भइसकेको हुन्छ, र त्यसैले Meta ले पार्टनरहरूलाई फोन नम्बर दर्ता गर्ने चरण छाड्न भन्छ। Meta को कागजातमा उल्लिखित प्रवाहले एप मार्फत नै स्वामित्व प्रमाणित गर्छ: व्यवसायले WhatsApp Business एपमा आधिकारिक Facebook Business खाताबाट म्यासेज पाउँछ, Connect थिच्छ, अनि त्यहीँ प्रमाणीकरण चरण पूरा गर्छ।

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

### अवस्था नबिगारी कसरी पुनः प्रयास गर्ने?

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

एक घण्टा बितेपछि पुरानो पपअप बन्द गर्नुहोस् र खुला छाडिएको विन्डोमा पुनः पठाउनुहोस् थिच्नुको सट्टा प्रवाह फेरि सुरु गर्नुहोस्। विद्यमान WhatsApp Business एप खाता जोड्ने विकल्प रोज्नुहोस्, नम्बर भएको फोन अनलक गरी नजिकै राख्नुहोस्, र प्रमाणीकरण आउनेबित्तिकै एपमा पूरा गर्नुहोस्।

गलत कोड धेरै पटक हालिएको भए Meta को मार्गदर्शन फरक छ: प्रणालीले सीमित संख्यामा प्रमाणीकरण प्रयास अनुमति दिन्छ, र पुनः प्रयास गर्नुअघि करिब 12 घण्टा पर्खन भन्छ।

- एक घण्टाभर बारम्बार पुनः पठाउनुहोस् थिच्नु। Meta ले निश्चित अवधिमा कति पटक कोड माग्न सकिन्छ भनेर सीमित गर्छ।
- आउटेज स्थायी हो भन्ने ठानेर नम्बर फेर्नु। म्यासेजले अस्थायी पर्खाइ भनेको छ।
- एप नम्बरका लागि नयाँ नम्बर दर्ता चलाउनु। Coexistence ले नयाँ SMS दर्ताबाट होइन, WhatsApp Business एप मार्फत प्रमाणित गर्छ।

**एक घण्टाभन्दा बढी पर्खँदा मद्दत हुन्छ?** म्यासेजले भनेको समय एक घण्टा हो। बढी पर्खँदा हानि हुँदैन, तर त्यो एक घण्टामा कोड माग्दा हानि हुन्छ।

**के मेरो प्रदायकले सीमा रिसेट गर्न सक्छ?** सक्दैन। प्रमाणीकरण कोडको सीमा Meta ले नम्बरमा लागू गर्छ, र कुनै प्रदायकले त्यसलाई हटाउन सक्दैन।

**के WhatsApp Business एपलाई असर पर्छ?** पर्दैन। एप फोनमा चलिरहन्छ। अस्वीकृति ब्राउजरको साइनअप चरणमा मात्र सीमित छ।

**वास्तविक आउटेज हो कि होइन कसरी थाहा पाउने?** Meta को WhatsApp Business Platform स्ट्याटस पेज हेर्नुहोस्। त्यहाँ कुनै घटना देखिएन भने म्यासेजलाई कोड अनुरोध सीमा मान्नुहोस्।

---

## WhatsApp Business एपमा Coexistence QR कोड स्क्यान असफल हुँदा

https://easycoexistence.com/ne/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/ne/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 भित्र हुने भएकाले त्यहाँ एडमिन पहुँच भएको व्यक्ति चाहिन्छ। Meta ले Portfolio मा WhatsApp Business खाता बनाउन नै एडमिन तहको अनुमति माग गर्छ। नम्बर मुक्त भएपछि साइन अप फेरि चलाउनुहोस् र तपाईंले नियन्त्रण गर्ने 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 खाता र नम्बर हटाउँछन्। फोनको एपमा यी चरण हुँदैनन्।

**के यो नम्बर अर्को प्रदायकमा हुनु जस्तै हो?** होइन। त्यो अर्को साझेदारको एपसँगको जडान हो। यहाँ नम्बर फरक Portfolio को हो।

---

## "आफ्नो अवस्थित WhatsApp Business एप जडान गर्नुहोस्" विकल्प देखिएन

https://easycoexistence.com/ne/docs/coexistence-error-option-not-showing

अवस्थित WhatsApp Business एप खाता जोड्ने विकल्प Meta को Embedded Signup सुरु गर्ने प्लेटफर्मले आफ्नो कोडमा सक्षम गरेको अवस्थामा मात्र देखिन्छ। त्यो सेटिङ नभएमा पपअपले सामान्य खाता छनोट स्क्रिन देखाउँछ र नम्बरलाई नयाँ दर्ताका रूपमा लिन्छ। व्यवसायले यसलाई खोल्न सक्दैन; प्लेटफर्मले नै खोल्नुपर्छ।

### विकल्प देखिने वा नदेखिने कसले नियन्त्रण गर्छ?

पपअप सुरु गर्ने प्लेटफर्मले यो नियन्त्रण गर्छ। Meta को कागजातले साझेदारहरूलाई Embedded Signup सुरु गर्दा whatsapp_business_app_onboarding मा सेट गरिएको featureType प्रोपर्टी थप्न भन्छ। Meta ले जाँच पनि दिएको छ: खाता छनोट स्क्रिनको ठाउँमा अवस्थित WhatsApp Business खाता जोड्ने प्रस्ताव गर्ने स्क्रिन देखिए सुविधा सक्षम छ।

त्यसैले व्यवसायले WhatsApp Business खाता छान्ने वा बनाउने र दर्ता गर्न नम्बर हाल्ने सामान्य स्क्रिन देख्छ भने पपअप त्यो सेटिङ बिना सुरु गरिएको हो। व्यवसायको आफ्नै Meta सेटिङमा यसलाई बदल्ने कुनै उपाय छैन। व्यवसायले यो सुविधा सक्षम भएको प्लेटफर्मको साइनअप लिङ्कमा मात्र सर्न सक्छ।

### प्लेटफर्मले यो विकल्प किन नदिन सक्छ?

सक्षम गर्नुअघि प्लेटफर्मले पूरा गर्नुपर्ने सर्तहरू Meta ले तोकेको छ। प्लेटफर्म पहिल्यै Solution Partner वा Tech Provider हुनुपर्छ, Cloud API प्रयोग गर्न जान्नुपर्छ, वेबहुक स्वीकार गरी प्रशोधन गर्न सक्ने वेबहुक कलब्याक हुनुपर्छ, र Embedded Signup सेसन लगिङसहित चलाउनुपर्छ।

आफैँ होस्ट गरिएको टुल वा Tech Provider नभएको डेभलपर एपमा बनेको इन्टिग्रेसनले पहिलो सर्त नै पूरा गर्दैन। त्यस्तो अवस्थामा व्यवसायको तर्फबाट कन्फिगरेसन बदलेर विकल्प फर्काउन सकिँदैन। समाधान भनेको यो काम गरिसकेको प्लेटफर्म प्रयोग गर्नु हो।

अर्को कमजोरी संस्करणको हो। Embedded Signup v2 र v3 15 अक्टोबर 2026 मा बन्द हुँदैछन्, र Meta ले साझेदारहरूलाई त्यसअघि v4 मा सर्न भनेको छ।

### विकल्प देखिए पनि खाता छान्न मिलेन भने के हुन्छ?

त्यो फरक किसिमको अस्वीकृति हो, र यो प्लेटफर्मबाट होइन, खाताबाट आउँछ।

Meta को त्रुटि सूचीमा 3441047 छ: मार्केटिङ म्यासेज प्रयोग गर्ने खातामा यो सुविधा उपलब्ध छैन, र व्यवसायले अर्को WhatsApp Business खाता छान्नुपर्छ। कोड 3441042 को अर्थ त्यस क्षेत्रका नम्बरमा यो सुविधा उपलब्ध छैन भन्ने हो। साथै 2.24.17 भन्दा पुरानो संस्करणको एपलाई नवीनतम संस्करणमा अपडेट गर्न भनेर अस्वीकार गरिन्छ।

यीमध्ये प्रत्येकको आफ्नै म्यासेज पपअपमा देखिन्छ। कुनै म्यासेज नै नआई विकल्प नदेखिनु भनेको प्रक्रिया कसरी सुरु गरिएको थियो भन्नेतिर संकेत गर्छ।

- Coexistence को स्विच खोज्दै व्यवसायको Meta सेटिङ पल्टाउनु। यो विकल्प पपअप सुरु गर्ने पक्षले सेट गर्छ।
- विकल्प नभए पनि सामान्य प्रक्रिया पूरा गर्नु। विकल्प बिना Meta ले नम्बरलाई नयाँ दर्ता मान्छ, जुन Coexistence होइन।
- पुरानो Embedded Signup इन्टिग्रेसन अझै योग्य छ भन्ठान्नु। Meta ले 15 अक्टोबर 2026 मा v2 र v3 बन्द गर्दैछ।

**के व्यवसायले आफैँ Coexistence सक्षम गर्न सक्छ?** पपअपमा सक्दैन। यो विकल्प Embedded Signup सुरु गर्ने प्लेटफर्मले featureType सेटिङ मार्फत सेट गर्छ।

**विकल्प सक्षम भएको कसरी थाहा पाउने?** Meta को आफ्नै जाँच यस्तो छ: खाता छनोट स्क्रिनको ठाउँमा तपाईंको अवस्थित WhatsApp Business खाता जोड्ने प्रस्ताव गर्ने स्क्रिन देखिन्छ।

**के व्यवसायसँग प्रमाणित पोर्टफोलियो हुनुपर्छ?** यो विकल्पका लागि Meta ले सूचीबद्ध गरेका सर्तहरू सुरु गर्ने प्लेटफर्मतर्फका हुन्, साथै व्यवसायको एप संस्करण 2.24.17 वा त्यसभन्दा नयाँ हुनुपर्छ।

**के यो क्षेत्रीय प्रतिबन्ध हो?** क्षेत्रीय अस्वीकृति कोड 3441042 सहितको आफ्नै म्यासेजका रूपमा आउँछ। कुनै म्यासेज बिना विकल्प नदेखिनुले प्रक्रिया कसरी सुरु गरिएको थियो भन्नेतिर संकेत गर्छ।

---

## Coexistence साइनअपमा "WhatsApp Business एप अपडेट गर्नुहोस्" भन्ने सन्देश

https://easycoexistence.com/ne/docs/coexistence-error-business-app-outdated

Coexistence प्रयोग गर्न नम्बर रहेको फोनमा WhatsApp Business एप संस्करण 2.24.17 वा सोभन्दा नयाँ हुनुपर्छ। त्यसभन्दा पुरानो भए Meta को साइनअप पपअपले नम्बर अस्वीकार गर्छ र एपलाई नवीनतम संस्करणमा अपडेट गर्न भन्छ। एप स्टोरबाट अपडेट गरेर प्रक्रिया सुरुदेखि फेरि चलाउनुभयो भने समस्या समाधान हुन्छ।

### सन्देशमा के लेखिएको हुन्छ?

Meta को Embedded Signup त्रुटि सन्दर्भमा कोड 4563015 सूचीबद्ध छ। यसको पाठको अर्थ हो: "यो फोन नम्बर प्रयोग गर्न आफ्नो WhatsApp Business एप नवीनतम संस्करणमा अपडेट गर्नुहोस्"। समाधान पनि त्यही हो: एपलाई नवीनतम संस्करणमा अपडेट गर्नुहोस्।

यसको पछाडिको आवश्यकता Meta को Coexistence onboarding कागजातमा उल्लेख छ: व्यवसायका ग्राहकले WhatsApp Business एप संस्करण 2.24.17 वा सोभन्दा माथिको प्रयोग गर्नुपर्छ। सन्देशले न्यूनतम संस्करण होइन, नवीनतम संस्करण माग्छ। उपलब्ध नवीनतम संस्करणमा अपडेट गर्दा दुवै शर्त पूरा हुन्छ।

### कुन डिभाइस अपडेट गर्नुपर्छ?

प्राथमिक फोन: WhatsApp Business एपमा नम्बर दर्ता भएको डिभाइस। Meta ले जाँच गर्ने एप त्यही हो, र प्रक्रियाको फोनसम्बन्धी चरण पनि त्यसैले सम्हाल्छ।

WhatsApp Web, डेस्कटप एप वा खातासँग लिंक गरिएको ट्याबलेट अपडेट गर्दा केही फरक पर्दैन, किनभने ती सहायक डिभाइस हुन्, दर्ता आफैँ होइनन्। Meta को कागजातमा नम्बर API मा जोडिएपछि सहायक क्लाइन्टहरू अनलिंक हुन्छन् भनिएको छ, र WhatsApp for Windows तथा WhatsApp for WearOS पछि समर्थित सहायक होइनन् भनिएको छ।

एजेन्सीको कामकाजमा ब्राउजरमा प्रक्रिया चलाउने व्यक्तिसँग प्रायः फोन हुँदैन। त्यसैले सुरु गर्नुअघि व्यवसायका मालिकसँग यो चरण पक्का गर्नुहोस्।

### संस्करण कसरी जाँच्ने र पुनः प्रयास कसरी गर्ने?

नम्बर रहेको फोनमा WhatsApp Business एपको स्थापित संस्करण खोज्नुहोस्। यो एपकै सहायता जानकारीमा वा फोनको एप स्टोरमा एपको पृष्ठमा हेर्न सकिन्छ। संस्करण 2.24.17 भन्दा पुरानो भए वा स्टोरले अपडेट देखाएमा त्यो इन्स्टल गर्नुहोस्।

अपडेटपछि एप बन्द गरेर फेरि खोल्नुहोस्, ताकि नयाँ संस्करण नै चलिरहोस्। त्यसपछि ब्राउजरमा साइनअप प्रक्रिया सुरुदेखि फेरि सुरु गर्नुहोस्। अस्वीकार देखाइसकेको पुरानै पपअपबाट निरन्तर नगर्नुहोस्। अनि अवस्थित WhatsApp Business एप खातालाई जोड्ने विकल्प छान्नुहोस्।

अपडेट एप स्टोरमा हुन्छ, साइनअप पपअपमा होइन, त्यसैले यो चरण फोन हुने व्यक्तिले गर्नुपर्छ। अपडेट भयो भनेर मानिलिनुको सट्टा प्रक्रिया फेरि चलाउनुअघि उनीहरूसँग नयाँ संस्करण नम्बर पुष्टि गर्नुहोस्।

- WhatsApp Web वा डेस्कटप एप अपडेट गर्नु। Meta ले प्राथमिक फोनको WhatsApp Business एप जाँच गर्छ।
- दुवै एप भएको फोनमा साधारण WhatsApp अपडेट गर्नु। Business एप छुट्टै इन्स्टल हो र त्यसको आफ्नै संस्करण हुन्छ।
- अपडेटपछि उही पपअपमा पुनः प्रयास गर्नु। नयाँ संस्करणमा जाँच चलोस् भन्नाका लागि प्रक्रिया फेरि सुरुदेखि चलाउनुहोस्।

**2.24.17 पर्याप्त छ कि नवीनतम संस्करण नै चाहिन्छ?** Meta ले तोकेको न्यूनतम संस्करण 2.24.17 हो। त्रुटिको पाठले नवीनतम संस्करण माग्छ, त्यसैले पूर्ण रूपमा अपडेट गर्दा दुवै शर्त पूरा हुन्छ।

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

**जोडिसकेपछि पनि संस्करणले फरक पार्छ?** Meta को आवश्यकता onboarding का लागि उल्लेख गरिएको हो। फोन कनेक्सनको अंश नै रहने भएकाले एपलाई अद्यावधिक राख्नु अझै उचित हुन्छ।

**यो नम्बर योग्य नभएको समस्यासँग उही हो?** होइन। योग्यता खातामा भएको गतिविधिसँग सम्बन्धित हुन्छ। यो समस्या फोनमा रहेको एपको संस्करणसँग मात्र सम्बन्धित छ।

---

## Coexistence त्रुटि: नम्बर पहिल्यै अर्को प्रदायकमा जडान भएको छ

https://easycoexistence.com/ne/docs/coexistence-error-number-on-another-provider

अर्को प्लेटफर्मले नम्बर समातिरहेको अवस्थामा Meta को Coexistence प्रक्रियाले WhatsApp Business एपको नम्बरलाई नयाँ प्लेटफर्मसँग जोड्दैन। नम्बर पहिल्यै अर्को प्रदायकमा जडान भएको छ भने Meta को साइनअप पपअपले त्यसलाई अस्वीकार गर्छ र यस प्रक्रियामा साझेदार बदल्न समर्थित छैन भन्छ। व्यवसायले WhatsApp Business एपमा हालको प्लेटफर्मको जडान हटाउनुपर्छ, 15 मिनेट कुर्नुपर्छ, अनि मात्र नयाँ साइनअप चलाउनुपर्छ।

### नम्बर अर्को प्रदायकमा छ भन्ने कुन म्यासेजले बुझाउँछ?

WhatsApp Business एप प्रयोगकर्ताको अनबोर्डिङ सम्बन्धी खण्डमा Meta को Embedded Signup त्रुटि सन्दर्भसूचीमा यस अवस्थाका लागि तीन म्यासेज छन्।

- 2655093: व्यवसायले यो WhatsApp Business खाता पहिल्यै साझेदारसँग साझा गरिरहेको छ र यस प्रक्रियामा साझेदार बदल्न समर्थित छैन।
- 3441049: नम्बर पहिल्यै यस प्रोडक्टमा दर्ता भएको छ र WhatsApp Business एपबाट हालको खाताको जडान हटाउनुपर्छ।
- 2655094: जारी राख्न कृपया आफ्नो व्यवसाय प्लेटफर्मको जडान हटाउनुहोस्, अनि फेरि प्रयास गर्नुअघि 15 मिनेट कुर्नुहोस्।

### हालको प्रदायकको जडान कसरी हटाउने?

फोनबाट, WhatsApp Business एपमा। Meta को बाटो यस्तो छ: सेटिङ, खाता, Business Platform, त्यसपछि जडान भएको प्लेटफर्म छानेर जडान हटाउनुहोस् थिच्नुहोस्। Meta ले यो पनि भन्छ कि एप र Cloud API दुवैसँग प्रयोग भइरहेको नम्बरमा API को आफ्नै दर्ता हटाउने कलले काम गर्दैन। त्यसैले जडान पुरानो प्रदायकको ड्यासबोर्डबाट होइन, एपमै हटाइन्छ।

व्यवसायले जडान हटाउँदा Meta ले अघिल्लो प्लेटफर्मलाई PARTNER_REMOVED इभेन्टसहितको account_update वेबहुक पठाउँछ। पुरानो प्रदायकले यसरी नै थाहा पाउँछ। त्यस प्रदायकसँगको कुनै सदस्यता व्यवसाय र उनीहरूबीचको छुट्टै कुरा हो।

### जडान हटाएपछि के हुन्छ?

कुर्नुहोस्। 3441049 र 2655094 दुवै म्यासेजले फेरि प्रयास गर्नुअघि 15 मिनेट कुर्न भन्छन्।

त्यसपछि नयाँ प्लेटफर्मको साइनअप सुरुबाट चलाउनुहोस् र विद्यमान WhatsApp Business एप खातालाई जोड्ने विकल्प छान्नुहोस्। यो नयाँ अनबोर्डिङ हो: च्याट इतिहास साझा गर्ने विकल्प फेरि दिइन्छ र अनबोर्डिङपछि सम्पर्क र इतिहास सिन्क्रोनाइज गर्न नयाँ प्लेटफर्मसँग 24 घण्टा हुन्छ।

एउटा अवस्थाले अझै साझेदार बदल्ने काममा अवरोध ल्याउन सक्छ। Meta का अनुसार विगतमा कुनै साझेदारसँग काम गरेको र अझै त्यही साझेदारको क्रेडिट लाइन साझा गरिरहेको व्यवसायले नयाँ साझेदारमा जाँदा त्रुटि देख्न सक्छ। यसलाई समाधान गर्न Meta ले छुट्टै गाइड प्रकाशित गरेको छ।

- पुरानो प्रदायकलाई नम्बर दर्ता हटाउन भन्नु। Meta का अनुसार एप र Cloud API दुवैसँग प्रयोग भएको नम्बरमा दर्ता हटाउने कलले काम गर्दैन।
- जडान हटाएको केही मिनेटभित्रै फेरि प्रयास गर्नु। Meta ले 15 मिनेट कुर्न भन्छ।
- पुरानो जडान तोड्न WhatsApp Business एपको खाता मेटाउनु। सेटिङमा जडान हटाउनु नै कागजातमा उल्लेख भएको बाटो हो।

**के एउटै नम्बर एकैचोटि दुई प्रदायकमा जडान गर्न सकिन्छ?** यस प्रक्रियामार्फत सकिँदैन। Meta को म्यासेजअनुसार हालको प्लेटफर्मको जडान पहिले नहटाई साझेदार बदल्न समर्थित छैन।

**जडान हटाउँदा मेरा च्याट मेटिन्छन् कि?** जडान हटाउँदा प्लेटफर्मसँगको कनेक्सन मात्र हट्छ। WhatsApp Business एप फोनमै रहन्छ र काम गरिरहन्छ।

**नयाँ प्रदायकले मेरो लागि पुरानोको जडान हटाउन सक्छ?** सक्दैन। जडान हटाउने काम व्यवसायले WhatsApp Business एपमा गर्छ।

**नयाँ प्रदायकसँग इतिहास फेरि सिन्क हुन्छ?** नयाँ अनबोर्डिङमा इतिहास साझा गर्ने विकल्प फेरि दिइन्छ, र सिन्क्रोनाइजेसन चलाउन नयाँ प्लेटफर्मसँग 24 घण्टा हुन्छ।

---

## Coexistence साइनअपपछि "This authorization code has expired"

https://easycoexistence.com/ne/docs/coexistence-error-authorization-code-expired

Meta को Embedded Signup सकिएपछि त्यसले सुरु गर्ने प्लेटफर्मलाई छोटो समयको कोड दिन्छ, जसलाई 30 सेकेन्डभित्र एक्सेस टोकनसँग साट्नुपर्छ। साट्ने काम ढिलो भयो वा अघिल्लो प्रयासको कोड प्रयोग गरियो भने Meta ले अनुमति कोडको म्याद सकियो भनी जवाफ दिन्छ। प्रक्रिया फेरि चलाउँदा नयाँ कोड बन्छ।

### कुन कोडको म्याद सकिएको हो?

व्यवसायले Embedded Signup पूरा गरेपछि Meta ले एसेट ID र साट्न मिल्ने टोकन कोड विन्डो खोल्ने ब्राउजरमा फर्काउँछ। त्यसपछि प्लेटफर्मले त्यो कोड आफ्नो सर्भरमा पठाउँछ, र सर्भरले एप ID र एप सिक्रेट सहित Meta को `oauth access_token` एन्डपोइन्टमा अनुरोध गरेर त्यसलाई व्यवसाय टोकनमा साट्छ।

Meta को कार्यान्वयन गाइडले समयबारे स्पष्ट भन्छ: साट्न मिल्ने टोकन कोडको जीवनअवधि 30 सेकेन्ड हो, त्यसैले म्याद सकिनु अघि नै प्लेटफर्मले त्यसलाई साट्न सक्नुपर्छ। त्यसपछि गरिएको प्रयास अस्वीकार हुन्छ, र "This authorization code has expired" भन्ने सन्देश त्यही अस्वीकारको रूप हो। विन्डो ढिलो सकाउनु व्यवसायको गल्ती होइन; कोड फर्किएको क्षणदेखि घडी चल्न थाल्छ।

### विन्डो ढिलो वा दुई पटक सकिँदा यस्तो किन हुन्छ?

धेरै अवस्थाले साट्ने काम त्यो सीमाभन्दा पछाडि धकेल्न सक्छन्।

प्रक्रिया सकिँदा ब्राउजर ट्याब पृष्ठभूमिमा थियो वा ल्यापटप सुतेको थियो, त्यसैले कोड जारी भएको धेरै पछि मात्र प्लेटफर्मको सर्भरमा पुग्यो। प्लेटफर्मको सर्भरले अन्य काम पछाडि राखेर साट्ने काम तुरुन्त गरेन। वा व्यक्तिले प्रक्रिया दुई पटक खोल्यो, दुवै पूरा गर्‍यो, र दोस्रो पूरा भएपछि प्लेटफर्मले पहिलो विन्डोको कोड साट्न खोज्यो।

परीक्षणमा चौथो कारण पनि हुन्छ: ब्राउजर कन्सोलबाट कोड कपी गरेर cURL वा Postman बाट हातैले साट्नु। Meta को गाइडले ठ्याक्कै यसबारे चेतावनी दिन्छ र सुरु गर्नु अघि नै साट्ने अनुरोध तयार राख्न भन्छ।

### जडान कसरी पूरा गर्ने?

प्रक्रिया सुरुदेखि नै एउटै विन्डोमा फेरि चलाउनुहोस्, र प्लेटफर्मको पृष्ठ अगाडि राखेर त्यसलाई सकिन दिनुहोस्। प्रत्येक पटक पूरा हुँदा नयाँ कोड आउँछ, र प्लेटफर्मले त्यसलाई तुरुन्त साट्नु नै पर्याप्त हुन्छ।

Coexistence नम्बरको हकमा चाँडो गर्नुहोस्। व्यवसायले प्रक्रिया पूरा गर्दा Meta ले WhatsApp Business खातालाई रूपान्तरण गर्छ, र प्लेटफर्मले ग्राहकलाई अनबोर्ड गरेपछि म्यासेज इतिहास सिंक गर्न 24 घण्टा पाउँछ। त्यसपछि व्यवसायको जडान हटाएर प्रक्रिया फेरि पूरा गर्नुपर्छ।

प्लेटफर्मको पक्षमा स्थायी समाधान भनेको कोड आउनेबित्तिकै, अन्य कुनै अनबोर्डिङ चरण अघि, सर्भरमै साट्नु हो।

- उही कोडले टोकन साट्ने प्रयास दोहोर्‍याउनु। 30 सेकेन्डपछि त्यसको म्याद सकिन्छ र त्यो फर्कँदैन।
- साइनअप एकै पटक दुई विन्डोमा चलाउनु। साट्न खोजिएको प्रयासको कोड मात्र मान्य हुन्छ।
- कोड ब्राउजरबाट साट्नु। Meta ले एप सिक्रेट सहित सर्भरबाट सर्भरमा गरिने अनुरोध माग्छ।

**व्यवसायले नम्बर जोड्यो कि जोडेन?** व्यवसायले Meta को प्रक्रिया पूरा गर्‍यो, तर प्लेटफर्मले कोडलाई काम गर्ने टोकनमा बदल्न सकेन, त्यसैले अहिले नम्बरमा कुनै कारबाही गर्न सक्दैन। प्रक्रिया फेरि चलाउँदा नयाँ कोड मिल्छ।

**कोडको आयु लामो बनाउन सकिन्छ?** सकिँदैन। 30 सेकेन्डको जीवनअवधि Meta ले तोकेको हो, र कुनै प्लेटफर्मले त्यसलाई बढाउन सक्दैन।

**WhatsApp Business एपमा असर पर्छ?** पर्दैन। यो समस्या समाधान हुँदासम्म एप फोनमा सामान्य रूपमा चलिरहन्छ।

**यो म्याद सकिएको एक्सेस टोकन जस्तै हो?** होइन। यो साइनअपको छोटो आयुको कोड हो। काम गरिरहेको जडानमा म्याद सकिएको एक्सेस टोकनले त्रुटि 190 फर्काउँछ।

---

## "तपाईंको एपमा Cloud API companion pairing का लागि आवश्यक Graph API अनुमति छैनन्"

https://easycoexistence.com/ne/docs/coexistence-error-companion-pairing-permission

यो म्यासेजको अर्थ साइनअप सुरु गर्ने प्लेटफर्मसँग WhatsApp Business एप नम्बरलाई Cloud API मा जोड्न Meta ले माग गरेका WhatsApp अनुमति, Meta ले माग गरेकै पहुँच स्तरमा, छैनन् भन्ने हो। Meta ले व्यवसायलाई प्लेटफर्मसँग Advanced access भएका अनुमति मात्र प्रदान गर्न दिन्छ। व्यवसायले यो सुधार्न सक्दैन; प्लेटफर्मले नै सुधार्नुपर्छ।

### यो म्यासेजको अर्थ के हो?

पूरा पाठ यस्तो छ: "Your app is missing required Graph API permissions for Cloud API companion pairing. Please verify advanced WhatsApp Business permissions are granted, then try again." Meta का सार्वजनिक त्रुटि सन्दर्भमा यही शब्दावली सूचीबद्ध छैन, तर यसका प्रत्येक भाग Meta ले दस्तावेजीकरण गरेका कुनै न कुनै कुरासँग मिल्छ।

"Your app" भनेको फोनमा रहेको WhatsApp Business एप होइन, साइनअप चलाउने प्लेटफर्मको Meta एप हो। Meta ले companion pairing को सार्वजनिक परिभाषा दिएको छैन; सन्दर्भ हेर्दा यसले WhatsApp Business एपमा दर्ता रहेको नम्बरमा Cloud API जोडिने व्यवस्थालाई बुझाउँछ, जुन Coexistence को व्यवस्था हो। अनि "advanced" WhatsApp Business अनुमतिले Advanced access लाई जनाउँछ, जुन स्तर Meta ले App Review मार्फत दिन्छ।

### कुन अनुमतिहरू सम्बन्धित छन्?

Meta को अनुमति सम्बन्धी दस्तावेजमा WhatsApp इन्टिग्रेसनलाई सामान्यतया चाहिने दुई अनुमतिको नाम छ। whatsapp_business_management ले खाताको मेटाडाटा, टेम्प्लेट, फोन नम्बर, एनालिटिक्स र खाताका वेबहुक समेट्छ। whatsapp_business_messaging ले म्यासेज पठाउने तथा म्यासेज र स्ट्याटस वेबहुक प्राप्त गर्ने काम समेट्छ।

ग्राहकहरूले आफ्नो एप प्रयोग गर्ने साझेदारका लागि Meta ले एपलाई चाहिने प्रत्येक अनुमतिमा App Review र Advanced access अनिवार्य गरेको छ। Meta ले परिणाम प्रस्ट भनेको छ: कुनै अनुमतिमा Advanced access नभए ग्राहकले Embedded Signup मार्फत त्यो अनुमति एपलाई दिन सक्दैनन्। एपको स्वामित्वमा नरहेका खातामा Advanced access बिना whatsapp_business_management प्रयोग गरेर गरिएका कलले त्रुटि 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/ne/docs/whatsapp-error-0

त्रुटि कोड 0 को अर्थ Meta ले एक्सेस टोकन पछाडिको एप प्रयोगकर्तालाई प्रमाणीकरण गर्न सकेन भन्ने हो। Meta को विवरण यस्तो छ: "We were unable to authenticate the app user." टोकनको म्याद सकिएको छ, यो अमान्य भएको छ, वा प्रयोगकर्ताले सबै एपलाई आफ्नो डेटा प्रयोग गर्न रोकेका छन्। समाधान नयाँ एक्सेस टोकन हो, पुनः प्रयास होइन।

### WhatsApp त्रुटि कोड 0 को अर्थ के हो?

यसको अर्थ प्लेटफर्मले अनुरोध प्राप्त गर्‍यो, तर त्यसलाई आफूले विश्वास गर्ने कुनै एप प्रयोगकर्तासँग जोड्न सकेन।

Meta ले Cloud API को त्रुटि सन्दर्भमा कोड 0 लाई प्राधिकरण त्रुटिअन्तर्गत राखेको छ, र विवरण पाठमा "We were unable to authenticate the app user." दिएको छ। यसले दिएका सम्भावित कारण सबै टोकनसँग सम्बन्धित छन्: यसको म्याद सकिएको छ, यो अमान्य भएको छ, वा यसलाई अनुमति दिने व्यक्तिले सबै एपलाई आफ्नो डेटा प्रयोग गर्न रोक्ने सेटिङ परिवर्तन गरेका छन्।

त्यो सूचीमा फोन नम्बर, WhatsApp Business Account वा पठाइँदै गरेको म्यासेजबारे केही छैन। अनुरोध ती कुराहरू जाँच हुने चरणसम्म पुगेकै थिएन।

### त्रुटि 0 कसरी समाधान गर्ने?

नयाँ एक्सेस टोकन लिनुहोस्। Meta ले सूचीबद्ध गरेको उपाय यही हो, र काम गर्ने एकमात्र उपाय पनि यही हो।

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

सर्भरबाट सर्भरमा पठाउने कामका लागि Meta को एक्सेस टोकन गाइडले System User टोकन सिफारिस गर्छ, जसलाई लामो आयुको र प्रयोगकर्ताको इनपुट नचाहिने स्वचालित सेवाका लागि उपयुक्त भनेर वर्णन गरिएको छ।

### के त्रुटि 0 र त्रुटि 190 एउटै हुन्?

व्यवहारमा तिनीहरू एकअर्कासँग मिल्छन्, तर Meta ले छुट्टाछुट्टै सूचीबद्ध गरेको छ।

त्रुटि 190 को विवरण पाठ "Your access token has expired." हो। त्रुटि 0 को दायरा फराकिलो छ: यसले म्याद सकिएको टोकन, अमान्य भएको टोकन र एपको पहुँच नै रोकेका प्रयोगकर्ता सबै समेट्छ। दुवै एउटै प्राधिकरण तालिकामा छन्, र दुवैको समाधान नयाँ टोकन लिनु हो।

व्यावहारिक भिन्नता निदानमा छ। 190 ले टोकनको म्याद सकिएको बताउँछ। 0 ले प्रमाणीकरण असफल भयो भन्छ, र किन भन्ने पत्ता लगाउने काम तपाईंमा छोड्छ। एक घण्टापछि ठ्याक्कै उस्तै तरिकाले असफल हुने प्रतिस्थापन टोकन जारी गर्नुअघि यो पत्ता लगाउनु उचित हुन्छ।

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

**के त्रुटि 0 को अर्थ मेरो नम्बर विच्छेद भयो भन्ने हो?** होइन। Meta ले कोड 0 का लागि दिएका सबै कारण एक्सेस टोकनसँग सम्बन्धित छन्। नम्बर र फोनमा रहेको WhatsApp Business एपको यसमा कुनै सम्बन्ध छैन।

**त्रुटि 0 कहाँ कागजात गरिएको छ?** Meta को Cloud API त्रुटि कोड सन्दर्भको प्राधिकरण त्रुटि तालिकामा। Cloud API, Graph API मा आधारित छ, जसले त्यही त्रुटि फर्म्याट प्रयोग गर्छ।

**पर्खिए त्रुटि 0 आफैं हट्छ?** हट्दैन। म्याद सकिएको वा अमान्य भएको टोकन आफैं ठीक हुँदैन। नयाँ टोकन नै चाहिन्छ।

**टोकनले के गर्न सक्छ भनेर कसरी जाँच गर्ने?** Meta को एक्सेस टोकन डिबगर वा debug_token एन्डपोइन्ट प्रयोग गर्नुहोस्। दुवैले टोकन मान्य छ कि छैन, कहिले म्याद सकिन्छ र कुन अनुमति छन् भनेर देखाउँछन्।

---

## WhatsApp त्रुटि 3: क्षमता वा अनुमतिको समस्या

https://easycoexistence.com/ne/docs/whatsapp-error-3

त्रुटि कोड 3 को अर्थ एन्डपोइन्टलाई कल गर्ने एपमा त्यस एन्डपोइन्टले माग गर्ने क्षमता वा अनुमति छैन भन्ने हो। Meta ले यसलाई "Capability or permissions issue." भनेर वर्णन गरेको छ। Graph API मा यसको नाम API Method हो। समाधान यस्तो छ: एक्सेस टोकन डिबगरबाट टोकनलाई दिइएका अनुमति जाँच्नुहोस् र एन्डपोइन्टलाई चाहिने अनुमति थप्नुहोस्।

### WhatsApp त्रुटि कोड 3 को अर्थ के हो?

यसको अर्थ अनुरोध प्रमाणित भयो, तर एपलाई मागिएको काम गर्ने अनुमति छैन।

Meta ले Cloud API को सन्दर्भ पृष्ठमा कोड 3 लाई प्राधिकरण त्रुटिहरूमध्ये राखेको छ र विवरणमा "Capability or permissions issue." लेखेको छ। Cloud API ले आधार मानेको Graph API त्रुटि व्यवस्थापन गाइडले यही कोडलाई API Method भन्छ र कलका लागि चाहिने क्षमता वा अनुमति एपसँग छ कि छैन जाँच्न भन्छ।

त्यसैले टोकनले काम गरिरहेको छ। पहिचान समस्या होइन, यही कुराले यसलाई कोड 0 र 190 बाट छुट्याउँछ। समस्या त टोकनले के-के छुन पाउँछ भन्ने हो।

### टोकनमा कुन अनुमति छ भनेर कसरी जाँच्ने?

एक्सेस टोकन डिबगरबाट, वा debug_token एन्डपोइन्टबाट, जसले उही जानकारी दिन्छ।

प्रतिक्रियाको `scopes` गुणमा दिइएका अनुमतिहरूको सूची हुन्छ। त्यो सूचीलाई असफल भएको एन्डपोइन्टको सन्दर्भ पृष्ठसँग तुलना गर्नुहोस्, किनकि प्रत्येक सन्दर्भ पृष्ठले आफूलाई चाहिने अनुमति उल्लेख गरेको हुन्छ।

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

### सिधै डेभलपरले त्रुटि 3 नदेख्दा पार्टनर एपले किन देख्छ?

किनकि अन्य व्यवसायलाई सेवा दिने पार्टनरले एउटा थप चरण पार गर्नुपर्छ।

Meta को अनुमति गाइडअनुसार, ग्राहकले आफ्नो डेटा हेर्न पार्टनरको एप प्रयोग गर्ने भए, त्यस पार्टनरले App Review पार गर्नुपर्छ र एपलाई चाहिने प्रत्येक अनुमतिमा Advanced access लिनुपर्छ। आफ्नै व्यवसायको डेटामा मात्र काम गर्ने सिधा डेभलपरलाई App Review वा Advanced access चाहिँदैन।

त्यसैले उही कोड डेभलपरको आफ्नै खातामा सफलतापूर्वक चल्न सक्छ र ग्राहकको खातामा असफल हुन सक्छ। यस्तो ढाँचा देखिँदा प्रश्न टोकनमा कुन अनुमति छुटेको छ भन्ने होइन, आफ्नो स्वामित्वमा नभएका सम्पत्तिमा त्यो अनुमति प्रयोग गर्न एपलाई स्वीकृति मिलेको छ कि छैन भन्ने हो।

- उही स्कोप भएको नयाँ टोकन बनाउनु। उही अनुमति भएको नयाँ टोकन पनि उही ठाउँमा असफल हुन्छ।
- अनुमतिको नाम टोकनमा होइन, एप सेटिङमा जाँच्नु। टोकनलाई के दिइएको छ त्यही मायने राख्छ।
- आफ्नै खातामा मात्र परीक्षण गर्नु। ग्राहकका खाताले कल स्वीकार गर्नुअघि पार्टनर एपलाई Advanced access चाहिन्छ।

**के त्रुटि 3 मेरो फोन नम्बरको समस्या हो?** होइन। यसले एपको टोकनले के गर्न पाउँछ भन्ने कुरासँग सम्बन्ध राख्छ। अनुरोध अस्वीकार गर्नुअघि नम्बर जाँचिँदैन।

**त्रुटि 3 र त्रुटि 10 बीच के फरक छ?** कोड 3 क्षमता वा अनुमतिको समस्या हो। कोड 10 ले अनुमति दिइएको थिएन वा हटाइएको छ भन्छ। दुवै टोकनको स्कोप जाँचेर समाधान गरिन्छ।

**म्यासेज पठाउन मलाई कुन अनुमति चाहिन्छ?** whatsapp_business_messaging। Meta को अनुमति गाइडअनुसार कुनै पनि प्रकारको म्यासेज पठाउन यो अनिवार्य छ।

**पुनः प्रयास गर्दा मद्दत हुन्छ?** हुँदैन। प्रयासहरू बीचमा टोकनको अनुमति परिवर्तन हुँदैन, त्यसैले नतिजा उही आउँछ।

---

## WhatsApp त्रुटि 4: एपले API कलको दर सीमा पुर्‍यायो

https://easycoexistence.com/ne/docs/whatsapp-error-4

त्रुटि कोड 4 को अर्थ एपले API कलको दर सीमा पुर्‍याएको हो। Meta को विवरण "एपले API कलको दर सीमा पुर्‍याएको छ" भन्ने हो। यसले कुनै नम्बरबाट पठाइएका म्यासेज होइन, एपले गरेका कल एक घण्टाको चलायमान अवधिमा गणना गर्छ। एप ड्यासबोर्डमा प्रयोग जाँच्नुहोस्, पर्खनुहोस् र एपले API कल गर्ने पटक घटाउनुहोस्।

### WhatsApp त्रुटि कोड 4 को अर्थ के हो?

यसको अर्थ तपाईंको एपले हालको अवधिमा धेरै API कल गरेको छ र गणना घटेसम्म थप कल अस्वीकार गरिन्छन्।

Meta ले कोड 4 लाई थ्रोटलिङ त्रुटिहरूमा राखेको छ र विवरणमा "एपले API कलको दर सीमा पुर्‍याएको छ" भनेको छ। Graph API error handling guide ले यसलाई API Too Many Calls भन्छ र अस्थायी थ्रोटलिङ समस्याको रूपमा वर्णन गर्छ।

यसको छेउमा अरू दुई थ्रोटलिङ कोड छन्, जसलाई यससँग सजिलै मिसाइन्छ। 80007 को अर्थ WhatsApp Business खाताले दर सीमा पुर्‍याएको हो। 130429 Cloud API को म्यासेज थ्रुपुट हो। कोड 4 ती दुवै होइन, यो एपको आफ्नै कलको बजेट हो।

### एपको कल सीमा कसरी गणना गरिन्छ?

एप एक्सेस टोकनले गरिएका अनुरोधका लागि Meta को Graph API rate limiting guide मा एउटा सूत्र छ: एक घण्टाभित्रका कल 200 लाई प्रयोगकर्ताको संख्याले गुणा गरेबराबर हुन्छ।

प्रयोगकर्ताको संख्या एपका दैनिक सक्रिय अद्वितीय प्रयोगकर्तामा आधारित हुन्छ, दैनिक प्रयोग घटेमा साप्ताहिक र मासिक आँकडा प्रयोग गरिन्छ। यो प्रत्येक प्रयोगकर्ताको होइन, सम्पूर्ण एपको सीमा हो, त्यसैले केही व्यस्त प्रयोगकर्ताले धेरैजसो सीमा सक्न सक्छन्।

गाइडमा प्रयोग एप ड्यासबोर्डमा देखिन्छ र पर्याप्त कल भएपछि प्रतिक्रियाहरूमा X-App-Usage हेडरमा पनि देखिन्छ भनिएको छ। त्रुटि 4 आउनुअघि सीमा नजिकिँदै गरेको थाहा पाउने बाटो त्यही हेडर हो।

### त्रुटि 4 आएपछि के गर्ने?

केही समय कल नगर्नुहोस्, त्यसपछि कम कल गर्नुहोस्।

पहिलो भागबारे Meta को rate limiting guide स्पष्ट छ: सीमा पुगेपछि API कल गर्न रोक्नुहोस्, किनभने कल जारी राख्दा गणना बढ्छ र कल फेरि सफल हुन लाग्ने समय लम्बिन्छ।

दोस्रो भाग डिजाइनको कुरा हो। अनुरोधहरू एकैपटक थुप्रोमा होइन, समान रूपमा फैलाउनुहोस्, प्रतिक्रिया फिल्टर गर्नुहोस् ताकि एउटै कलले चाहिएको डेटा दिओस्, र एकअर्कासँग मिल्ने डेटा ल्याउने कल नगर्नुहोस्। पोलिङ प्रायः मुख्य कारण हुन्छ। केही सेकेन्डमा एउटै खाताको स्ट्याटस सोधिरहने इन्टिग्रेसनले आफ्नो बजेट पहिल्यै थाहा भएका उत्तरमा खर्च गर्छ।

- लुपमा पटकपटक प्रयास गर्नु। प्रत्येक थप कलले गणना बढाउँछ र रिकभरी झन् टाढा धकेल्छ।
- यसलाई पठाउने सीमा ठान्नु। कोड 4 ले एपका कल गन्छ, म्यासेज थ्रुपुट भने 130429 हो।
- स्ट्याटस एन्डपोइन्टहरू छोटो अन्तरालमा पोल गर्नु। नफेरिएको डेटा बारम्बार पढ्दा घण्टाको बजेट सकिन्छ।

**के त्रुटि 4 र त्रुटि 130429 उस्तै हुन्?** होइनन्। 130429 कुनै नम्बरको म्यासेज थ्रुपुट हो। त्रुटि 4 तपाईंको एपले गरेका API कलको संख्या हो।

**त्रुटि 4 कति समय रहन्छ?** एक घण्टाको चलायमान अवधिमा कलको गणना सीमाभन्दा तल झरेसम्म रहन्छ। त्यस बेला कल गरिरह्यो भने यो लम्बिन्छ।

**मेरो एप सीमाको कति नजिक छ भन्ने कहाँ हेर्न सकिन्छ?** एप ड्यासबोर्डको Application Rate Limit खण्डमा र प्रतिक्रियाहरूमा फर्किने X-App-Usage हेडरमा हेर्न सकिन्छ।

**के त्रुटि 4 र त्रुटि 80007 उस्तै हुन्?** होइनन्। WhatsApp Business खाताले दर सीमा छुँदा Meta ले 80007 प्रयोग गर्छ, जबकि त्रुटि 4 ले एपका आफ्नै कल गन्छ।

---

## WhatsApp त्रुटि 10: अनुमति प्रदान गरिएको छैन वा हटाइएको छ

https://easycoexistence.com/ne/docs/whatsapp-error-10

कोड 10 को अर्थ एपको टोकनमा एन्डपोइन्टलाई चाहिने अनुमति छैन, किनभने त्यो कहिल्यै दिइएको थिएन वा हटाइएको छ। Meta को विवरण: "अनुमति कि त प्रदान गरिएको छैन कि हटाइएको छ।" Meta ले WhatsApp का दुई कारण पनि सूचीबद्ध गरेको छ: Flows with Endpoint मा अनुमति सूचीमा नभएको नम्बर, र कुनै API को योग्यता आवश्यकता पूरा नगर्नु।

### WhatsApp त्रुटि कोड 10 को अर्थ के हो?

यसको अर्थ टोकन Meta सम्म पुग्यो र चिनियो, तर कलले चाहिने अनुमति त्यसमा छैन।

Meta को Cloud API सन्दर्भले कोड 10 को विवरणमा "अनुमति कि त प्रदान गरिएको छैन कि हटाइएको छ" भनी लेखेको छ। Graph API त्रुटि व्यवस्थापन गाइडले यसलाई API Permission Denied भन्छ र छुटेको अनुमति सम्हाल्न भन्छ।

"हटाइएको" शब्द महत्त्वपूर्ण छ। सेटअपमा अनुमति दिइए पनि पछि फिर्ता लिन सकिन्छ, उदाहरणका लागि कसैले Business Settings मा एपको पहुँच रद्द गर्दा। त्यसैले महिनौँ चलेको इन्टिग्रेसनले आफ्नो कोडमा केही नबदलिए पनि 10 फर्काउन थाल्न सक्छ।

### Meta ले त्रुटि 10 का अरू कुन कारण सूचीबद्ध गरेको छ?

WhatsApp सँग मात्र सम्बन्धित दुई कारण छन्, र दुवै सजिलै छुट्छन् किनभने ती स्कोपसँग सम्बन्धित छैनन्।

Flows with Endpoint का लागि Meta ले व्यवसायको सार्वजनिक की सेट गर्न प्रयोग गरिएको फोन नम्बर अनुमति सूचीमा छ भनी सुनिश्चित गर्न भन्छ। अनुमति सूचीबाहिरको नम्बरले टोकनमा सबै अनुमति भए पनि यही कोड दिन्छ।

Meta यो पनि भन्छ कि जुन API कल गरिँदैछ त्यसको योग्यता आवश्यकता पूरा नगर्ने खाताले यही कोड पाउँछ। त्यस अवस्थामा टोकन बदल्दा केही फरक पर्दैन, किनभने बाधा खाताको योग्यता हो, क्रेडेन्सियल होइन।

### त्रुटि 10 कसरी समाधान गर्ने?

Meta ले पहिलो जाँचका रूपमा उल्लेख गरेको access token debugger बाट सुरु गर्नुहोस्।

scopes सूचीमा एन्डपोइन्टलाई चाहिने अनुमति छैन भने व्यवसायलाई त्यो फेरि प्रदान गर्न लगाउनुहोस्। पार्टनर एपका लागि यसको अर्थ त्यो अनुमतिको Advanced access पनि जाँच्नु हो, किनकि Meta को अनुमति गाइडले ग्राहक खाताका लागि त्यो अनिवार्य गरेको छ।

scopes पूर्ण देखिए WhatsApp का दुई कारणतर्फ जानुहोस्। Flows कलमा सार्वजनिक की सेट गर्ने नम्बरको अनुमति सूची हेर्नुहोस्। अरू कुनै कलमा, कुनै क्रेडेन्सियल बदल्नुअघि कल गरिरहेको API को योग्यता आवश्यकता पढेर खाताले ती पूरा गरेको जाँच गर्नुहोस्।

- डिप्लोयका कारण इन्टिग्रेसन बिग्रियो भनी मान्नु। Business Settings मा हटाइएको अनुमतिले कोडमा कुनै परिवर्तन नगरे पनि यही कोड दिन्छ।
- कारण योग्यता हुँदा टोकन फेरि बनाउनु। क्रेडेन्सियलले अयोग्य खातालाई योग्य बनाउन सक्दैन।
- Flows को अनुमति सूचीलाई बेवास्ता गर्नु। Flows with Endpoint मा सबै स्कोप भए पनि सूचीबाहिरको नम्बरले 10 फर्काउँछ।

**के त्रुटि 10 र त्रुटि 131005 उस्तै हुन्?** Meta को सन्दर्भमा दुवैको विवरण उस्तै छ। कोड 10 Graph API को कोड हो र 131005 WhatsApp को दायरामा पर्छ। दुवैको जाँच उही तरिकाले गरिन्छ।

**हिजो चलेको नम्बरमा आज त्रुटि 10 आउन सक्छ?** सक्छ। Meta को विवरणमा हटाइएका अनुमति पनि पर्छन्, त्यसैले पहिले दिइएको पहुँच पछि फिर्ता लिन सकिन्छ।

**के त्रुटि 10 को अर्थ मेरो टोकनको म्याद सकियो भन्ने हो?** होइन। म्याद सकिएको टोकन कोड 190 वा 0 हो। कोड 10 को अर्थ टोकन मान्य छ तर त्यसमा एउटा अनुमति छैन।

**कुन अनुमति प्रदान गरिएका छन् भनेर कसरी हेर्ने?** debug_token कल गर्नुहोस् वा access token debugger खोल्नुहोस्। scopes प्रोपर्टीले टोकनमा भएका सबै अनुमति देखाउँछ।

---

## WhatsApp त्रुटि 200: कुनै एक्सेस टोकन उपलब्ध गराइएन

https://easycoexistence.com/ne/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 header छ कि छैन र सही लेखिएको छ कि छैन जाँच गर्नुहोस्। साथै अनुरोध बनाउँदा टोकन राखिने भेरिएबलमा मान साँच्चै भरिएको थियो कि थिएन हेर्नुहोस्।

### कुन अवस्थामा त्रुटि 200 को अर्थ अनुमति नभएको हुन्छ?

टोकन उपस्थित छ तर कलका लागि चाहिने अनुमति एपसँग छैन भने।

Meta ले 200 देखि 299 को दायरालाई "Permission is either not granted or has been removed" भनेर सूचीबद्ध गरेको छ, र समाधान कोड 10 जस्तै छ: एक्सेस टोकन डिबगरमा टोकन जाँच गर्नुहोस्। दुई विशिष्ट अवस्था उल्लेख छन्। अनुमति गाइडअनुसार, Advanced access बिना आफ्नो व्यवसायको स्वामित्वमा नरहेका WABA मा whatsapp_business_management प्रयोग गर्ने एपले त्रुटि 200 पाउँछ। दर्ता गाइडअनुसार, whatsapp_business_management बिना नम्बर दर्ता खारेज गर्दा त्रुटि 200 आउँछ। एक्सेस टोकन गाइडले तेस्रो अवस्था थप्छ: जुन System User को पहुँच सोधिएको स्रोतमा छैन, उसको टोकन 200 सहित अस्वीकार गरिन्छ।

अवस्था छुट्याउन म्यासेजको पाठ पढ्नुहोस्। टोकन नभएको अवस्थामा 'Provide valid app ID' लेखिएको हुन्छ।

### त्रुटि 200 र त्रुटि 190 बीच के फरक छ?

त्रुटि 190 को अर्थ टोकन पठाइएको थियो तर म्याद सकिएको छ भन्ने हो। त्रुटि 200 को पहिलो अर्थ भने टोकन पठाइएकै छैन भन्ने हो।

Meta को सन्दर्भले यो भिन्नता सीधै भन्छ: 200 को समाधान अनुरोधमा मान्य एक्सेस टोकन समावेश गर्नु हो, र यसलाई म्याद सकिएका वा अमान्य टोकन जनाउने 190 भन्दा फरक अवस्था मानिएको छ।

यसले कता हेर्ने भन्ने बदल्छ। 190 ले तपाईंलाई टोकनको अवधि र नवीकरणतर्फ पठाउँछ। 'Provide valid app ID' सहितको 200 ले अनुरोध बनाउने कोडतर्फ पठाउँछ, किनभने क्रेडेन्सियल तपाईंको प्रणालीबाट बाहिर गएकै थिएन।

- एप 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/ne/docs/whatsapp-error-130472

त्रुटि 130472 को अर्थ प्राप्तकर्ता Meta को मार्केटिङ म्यासेज प्रयोगमा परेकाले मार्केटिङ टेम्प्लेट म्यासेज पठाइएन भन्ने हो। Meta को विवरण "प्रयोगको भागका रूपमा म्यासेज पठाइएन" भन्ने छ। WhatsApp प्रयोगकर्ताको सानो प्रतिशतले ग्राहक सेवा विन्डो वा निःशुल्क इन्ट्री प्वाइन्ट विन्डो खुला नभएसम्म कुनै मार्केटिङ टेम्प्लेट पाउँदैनन्। यस्तो म्यासेजको शुल्क लाग्दैन।

### WhatsApp त्रुटि 130472 को अर्थ के हो?

यसको अर्थ प्राप्तकर्ता प्रयोग समूहमा भएकाले Meta ले मार्केटिङ टेम्प्लेट रोकेको हो।

Meta को प्रयोग सम्बन्धी पृष्ठका अनुसार WhatsApp ले प्रयोगकर्ताको अनुभवमा म्यासेजिङको प्रभाव नाप्न निरन्तर प्रयोग चलाउँछ। मार्केटिङ म्यासेज प्रयोगमा WhatsApp प्रयोगकर्ताको धेरै सानो प्रतिशतले कुनै व्यवसायसँग ग्राहक सेवा विन्डो वा निःशुल्क इन्ट्री प्वाइन्ट विन्डो खुला नभएसम्म त्यस व्यवसायको मार्केटिङ टेम्प्लेट म्यासेज पाउँदैनन्।

तपाईंले यस्तो प्रयोगकर्तालाई मार्केटिङ टेम्प्लेट पठाउनुभयो भने WhatsApp ले त्यो पठाउँदैन र तपाईंलाई शुल्क पनि लगाउँदैन। स्ट्याटस वेबहुक आउँछ, जसमा स्ट्याटस failed र त्रुटि कोड 130472 हुन्छ।

### त्रुटि 130472 आउने ग्राहकसम्म कसरी पुग्ने?

ग्राहकले पहिले तपाईंलाई म्यासेज पठाउने व्यवस्था मिलाएर, जसले ग्राहक सेवा विन्डो खोल्छ।

Meta को प्रयोग सम्बन्धी पृष्ठले स्पष्ट भन्छ कि टेम्प्लेट फेरि पठाउँदा उही त्रुटि आउँछ। Meta ले सुझाएको बाटो WhatsApp बाहेकको अर्कै च्यानलबाट प्रयोगकर्तालाई सम्पर्क गरी तपाईंलाई म्यासेज पठाउन अनुरोध गर्नु हो, ताकि खुला ग्राहक सेवा विन्डोभित्र टेम्प्लेट पठाउन सकियोस्।

यो प्रयोग मार्केटिङ टेम्प्लेटमा मात्र सीमित छ। समूहमा परेका प्रयोगकर्तामा कुन व्यवसायले पठाएको भए पनि यो लागू हुन्छ, त्यसैले तपाईंको खाता, टेम्प्लेट वा नम्बरले यसलाई निम्त्याएको होइन, र ती कुरा बदल्दा पनि काम लाग्दैन।

### इन्टिग्रेसनले त्रुटि 130472 लाई कसरी सम्हाल्नुपर्छ?

त्यो म्यासेजको अन्तिम अवस्थाका रूपमा, फेरि प्रयास गर्नुपर्ने असफलताका रूपमा होइन।

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

रिपोर्टिङमा यसलाई अलग गर्नु पनि उपयोगी हुन्छ। केही 130472 नतिजा भएको क्याम्पेनले तपाईंले गरेको कुनै कामका कारण गुणस्तर वा पहुँच गुमाएको हुँदैन, र यिनलाई वास्तविक असफलतासँग गन्दा संख्या बुझ्न कठिन हुन्छ।

- टेम्प्लेट फेरि पठाउनु। Meta का अनुसार फेरि पठाउँदा उही त्रुटि आउँछ।
- यसलाई गुणस्तरको समस्या ठान्नु। यो प्रयोग प्रयोगकर्ताको समूहमा सबै व्यवसायलाई समान रूपमा लागू हुन्छ।
- पठाउने प्रतिक्रिया मात्र हेर्नु। 130472 स्ट्याटस म्यासेज वेबहुक मार्फत आउँछ।

**130472 ले रोकेको म्यासेजको शुल्क लाग्छ?** लाग्दैन। Meta को प्रयोग सम्बन्धी पृष्ठका अनुसार म्यासेज पठाइँदैन र त्यसको शुल्क पनि लाग्दैन।

**के म आफ्नो व्यवसायलाई यो प्रयोगबाट बाहिर राख्न सक्छु?** सक्नुहुन्न। Meta का अनुसार कुनै अपवाद वा बाहिर निस्कने विकल्प उपलब्ध छैन, र प्रयोगको अन्त्यको मिति तोकिएको छैन।

**के त्रुटि 130472 ले युटिलिटी टेम्प्लेटलाई असर गर्छ?** Meta ले यो प्रयोगलाई मार्केटिङ टेम्प्लेट म्यासेजमा लागू हुने भनी वर्णन गरेको छ। अन्य वर्गहरू सूचीमा उल्लेख गरिएका छैनन्।

**तैपनि म्यासेज कसरी पुर्‍याउने?** ग्राहकलाई अर्को च्यानल मार्फत तपाईंलाई म्यासेज पठाउन अनुरोध गर्नुहोस्। ग्राहक सेवा विन्डो खुला भएपछि त्यसभित्र टेम्प्लेट पठाउन सकिन्छ।

---

## WhatsApp त्रुटि 131005: पहुँच अस्वीकृत, अनुमति छैन

https://easycoexistence.com/ne/docs/whatsapp-error-131005

त्रुटि 131005 को अर्थ हो, एक्सेस टोकनमा WhatsApp एन्डपोइन्टले मागेको अनुमति छैन, किनकि त्यो कहिल्यै दिइएको थिएन वा पछि हटाइयो। Meta को वर्णन यस्तो छ: "Permission is either not granted or has been removed." समाधान: एक्सेस टोकन डिबगरले टोकन जाँच्नुहोस्, त्यसपछि छुटेको अनुमति दिनुहोस् वा त्यो अनुमति भएको टोकन प्रयोग गर्नुहोस्।

### WhatsApp त्रुटि 131005 को अर्थ के हो?

यसको अर्थ टोकन असली भनेर स्वीकार गरिएको छ, तर एन्डपोइन्टले जाँच्ने अनुमति त्यसमा छैन।

Meta को Cloud API सन्दर्भमा 131005 को विवरण "Permission is either not granted or has been removed." लेखिएको छ। Graph API त्रुटि 10 मा पनि ठ्याक्कै त्यही वाक्य छ। फरक दायराको मात्र हो: 10 सामान्य Graph API कोड हो भने 131005 131 बाट सुरु हुने WhatsApp कोडहरूमध्ये पर्छ।

शब्द उस्तै भएकाले निदान पनि उस्तै हुन्छ। दुवैको लागि Meta को उपाय एक्सेस टोकन डिबगर प्रयोग गरी एपसँग एन्डपोइन्टले मागेका अनुमति छन् कि छैनन् भनेर पुष्टि गर्नु हो।

### प्रायः कुन अनुमति छुटेको हुन्छ?

प्रायः WhatsApp का दुई अनुमतिमध्ये एउटा छुटेको हुन्छ, र कुन हो भन्ने कलले के गर्छ भन्नेमा भर पर्छ।

Meta को अनुमति गाइडले तिनलाई काम अनुसार छुट्याएको छ। whatsapp_business_messaging कुनै पनि प्रकारको म्यासेज पठाउन र म्यासेज तथा स्ट्याटस वेबहुक प्राप्त गर्न चाहिन्छ। whatsapp_business_management खाताको मेटाडेटा, टेम्प्लेट व्यवस्थापन, फोन नम्बरको सूची, एनालिटिक्स र खाताका वेबहुकका लागि चाहिन्छ।

व्यवस्थापन अनुमति मात्र भएको टोकनले खाता पढ्न र टेम्प्लेट सूचीबद्ध गर्न सक्छ, तर पठाउन खोज्ने बित्तिकै असफल हुन्छ। सिस्टम प्रयोगकर्ताको टोकन बनाउँदा Meta को एक्सेस टोकन गाइडले business_management, whatsapp_business_management र whatsapp_business_messaging सँगै तोक्न भन्छ।

### त्रुटि 131005 कसरी समाधान गर्ने?

पहिले टोकन पढ्नुहोस्, त्यसपछि छुटेको कुरा मात्र परिवर्तन गर्नुहोस्।

debug_token एन्डपोइन्टलाई कल गर्नुहोस्, वा टोकनलाई एक्सेस टोकन डिबगरमा टाँस्नुहोस्। scopes प्रोपर्टीले दिइएका सबै अनुमति सूचीबद्ध गर्छ। त्यसलाई असफल भएको एन्डपोइन्टको सन्दर्भ पृष्ठसँग तुलना गर्नुहोस्।

कुनै अनुमति छुटेको छ भने त्यो समावेश गरेर नयाँ टोकन बनाउनुहोस्, वा टोकन साझेदार प्रवाहबाट आएको हो भने व्यवसायका मालिकलाई फेरि अनुमति दिन लगाउनुहोस्। सबै अनुमति भएर पनि त्रुटि रहिरह्यो भने टोकन पछाडिको सिस्टम प्रयोगकर्तालाई त्यो खास WhatsApp Business Account को पहुँच दिइएको छ कि छैन जाँच्नुहोस्, किनकि टोकनमा सबै स्कोप भए पनि त्यो सम्पत्तिमा तोकिएको नहुन सक्छ।

- टोकनको म्याद सकिएको होला भनेर मान्नु। म्याद सकिँदा 190 वा 0 आउँछ। यो कोडको अर्थ टोकन चल्छ तर अनुमति छैन भन्ने हो।
- व्यवस्थापन अनुमति मात्र भएको टोकन बनाएर त्यसैले पठाउन खोज्नु। पठाउन whatsapp_business_messaging चाहिन्छ।
- स्कोप जाँचेर त्यहीँ रोकिनु। सिस्टम प्रयोगकर्तालाई त्यो खास WhatsApp Business Account को पहुँच पनि दिइएको हुनुपर्छ।

**131005 र 10 एउटै त्रुटि हो?** Meta को सन्दर्भमा दुवैको वर्णन उस्तै छ। 131005 WhatsApp दायराको हो भने 10 Graph API दायराको हो।

**सेटअपपछि अनुमति हटाउन सकिन्छ?** सकिन्छ। Meta को वर्णनले कहिल्यै नदिइएका अनुमति मात्र होइन, हटाइएका अनुमतिलाई पनि स्पष्ट रूपमा समेट्छ।

**त्रुटि 131005 ले फोनको WhatsApp Business एपलाई असर गर्छ?** गर्दैन। यो एपीआई टोकनसँग सम्बन्धित छ। फोनको एप पहिले जस्तै चलिरहन्छ।

**त्रुटि 131005 आएपछि फेरि प्रयास गर्नुपर्छ?** पर्दैन। उही टोकनले फेरि प्रयास गर्दा उही नतिजा आउँछ। पहिले अनुमति मिलाउनुहोस्।

---

## WhatsApp त्रुटि 131037: 555 नम्बरको प्रदर्शन नाम स्वीकृत छैन

https://easycoexistence.com/ne/docs/whatsapp-error-131037

त्रुटि 131037 को अर्थ प्रदर्शन नाम स्वीकृत नभएको 555 व्यवसाय फोन नम्बरबाट म्यासेज पठाइएको हो। Meta को विवरण यस्तो छ: "अनुरोध पठाउन प्रयोग गरिएको 555 व्यवसाय फोन नम्बरको प्रदर्शन नाम स्वीकृत छैन।" Meta ले प्रदर्शन नाम स्वीकृत नगरेसम्म 555 नम्बरले म्यासेज पठाउन सक्दैन, त्यसैले समाधान भनेको नाम बदल्नु हो।

### 555 व्यवसाय फोन नम्बर भनेको के हो?

योग्य व्यवसायलाई Meta ले Embedded Signup मार्फत उपलब्ध गराउने नम्बर हो।

Meta को Embedded Signup को परिचयअनुसार व्यवसायका ग्राहकले बढीमा दुईवटा 555 नम्बर लिन सक्छन्। यी नम्बरमा अमेरिकाको देश कोड +1 र 555 एरिया कोड हुन्छ, स्वचालित रूपमा प्रमाणीकरण हुन्छ, र यिनलाई अर्को WhatsApp Business Account मा सार्न वा WhatsApp Business Platform बाहिर प्रयोग गर्न मिल्दैन।

बाँकी कुरामा यी सामान्य व्यवसाय नम्बर जस्तै चल्छन्, मूल्य नियम र गुणस्तर रेटिङ पनि लागू हुन्छ। तर एउटा थप सर्त छ जसले यो त्रुटिको कारण खुलाउँछ: म्यासेज पठाउनु अघि 555 नम्बरको प्रदर्शन नाम स्वीकृत भएको हुनुपर्छ।

### त्रुटि 131037 कसरी समाधान गर्ने?

प्रदर्शन नाम स्वीकृत गराउनुहोस्, जसको व्यवहारमा अर्थ समीक्षा पार गर्ने नाम राख्नु हो।

Meta को समाधान 555 नम्बरको प्रदर्शन नाम बदल्नु हो, र यसले WhatsApp Business को प्रदर्शन नाम बदल्ने बारे आफ्नो सहायता केन्द्रको लेख देखाउँछ। WhatsApp Manager मा यो "Account tools", "Phone numbers", त्यो नम्बरको "Profile" ट्याब, अनि प्रदर्शन नाम खण्डको "Edit" मा पाइन्छ। 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 Account मा सार्न मिल्दैन।

**नाम स्वीकृत भएको मलाई कसरी थाहा हुन्छ?** decision मा APPROVED भएको phone_number_name_update वेबहुक आउँछ, र name_status पनि APPROVED हुन्छ।

**प्रदर्शन नाम अस्वीकृत भयो भने के गर्ने?** Meta को प्रदर्शन नाम निर्देशिकाअनुसार नाम सम्पादन गर्नुहोस्, वा विकासकर्ता सहायता मार्फत पुनरावेदन गर्नुहोस्।

---

## WhatsApp त्रुटि 131057: व्यवसाय खाता मर्मतसम्भार मोडमा

https://easycoexistence.com/ne/docs/whatsapp-error-131057

त्रुटि 131057 को अर्थ WhatsApp Business Account मर्मतसम्भार मोडमा छ भन्ने हो, त्यसैले त्यसका लागि आएका अनुरोध छोटो समयसम्म अस्वीकार गरिन्छन्। Meta को वर्णन "Business Account is in maintenance mode." हो। Meta ले दिएको एउटा कारण थ्रुपुट अपग्रेड हो, जसमा अधिकतम एक मिनेट लाग्छ। अनुरोधमा केही नबदली केही बेर पर्खेर फेरि प्रयास गर्नुहोस्।

### WhatsApp त्रुटि 131057 को अर्थ के हो?

यसको अर्थ Meta ले WhatsApp Business Account लाई मर्मतसम्भार मोडमा राखेको छ र त्यो बेला त्यसका लागि अनुरोध स्वीकार गरिरहेको छैन।

Cloud API को सन्दर्भ सामग्रीमा "Business Account is in maintenance mode" भन्ने विवरण पाठ दिइएको छ र खातामा थ्रुपुट अपग्रेड हुनु एउटा कारण हुन सक्ने बताइएको छ। "one reason" भन्ने शब्दावली महत्त्वपूर्ण छ: Meta ले अपग्रेडलाई सम्भावित कारणका रूपमा देखाएको हो, एकमात्र कारणका रूपमा होइन।

अनुरोधमा कुनै गल्ती छैन। मर्मतसम्भार सकिएपछि उही कल नबदली पठाउँदा सफल हुने अपेक्षा गरिन्छ, त्यसैले पर्खनु नै पूरै समाधान हुने थोरै कोडमध्ये यो एक हो।

### थ्रुपुट अपग्रेडले त्रुटि 131057 किन ल्याउँछ?

किनभने नम्बरलाई उच्च दरमा सारिँदा त्यो छोटो समयका लागि प्रयोग गर्न मिल्दैन।

Meta को थ्रुपुट गाइडअनुसार Cloud API ले पूर्वनिर्धारित रूपमा प्रति सेकेन्ड 80 म्यासेजसम्म र स्वचालित अपग्रेडबाट 1,000 सम्म समर्थन गर्छ। अपग्रेड प्रक्रियामा अधिकतम एक मिनेट लाग्न सक्छ, जसका बेला नम्बर प्लेटफर्ममा प्रयोग गर्न मिल्दैन र जुनसुकै API अनुरोधले 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/ne/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/ne/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` फिल्ड र नम्बरको 6 अङ्कको दुई चरणको प्रमाणीकरण 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 चाहिन्छ?** चाहिन्छ। दुई चरणको प्रमाणीकरण सक्रिय भएको अवस्थामा दर्ताका लागि नम्बरको 6 अङ्कको दुई चरणको प्रमाणीकरण PIN चाहिन्छ।

---

## WhatsApp त्रुटि 133004: सर्भर अस्थायी रूपमा उपलब्ध छैन

https://easycoexistence.com/ne/docs/whatsapp-error-133004

त्रुटि 133004 को अर्थ अनुरोध सम्हाल्ने सर्भर अस्थायी रूपमा उपलब्ध थिएन भन्ने हो। Meta को विवरण "सर्भर अस्थायी रूपमा उपलब्ध छैन" भन्ने छ। अनुरोधमा आफैँ कुनै गल्ती छैन। Meta को सुझाव हो: फेरि प्रयास गर्नुअघि WhatsApp Business Platform Status पेज हेर्नुहोस् र प्रतिक्रियामा आएको `details` मान पढ्नुहोस्, अनि केही ढिलो गरेर पुनः प्रयास गर्नुहोस्।

### WhatsApp त्रुटि 133004 को अर्थ के हो?

यसको अर्थ त्यस क्षणमा एउटा सर्भर उपलब्ध नभएकाले प्लेटफर्मले अनुरोध प्रशोधन गर्न सकेन भन्ने हो।

Meta ले Cloud API को त्रुटि सन्दर्भमा 133004 लाई "सर्भर अस्थायी रूपमा उपलब्ध छैन" भन्ने विवरणसहित सूचीकृत गरेको छ। यहाँ "अस्थायी" शब्द नै मुख्य कुरा हो। एक्सेस टोकन, नम्बर वा म्यासेजमध्ये कुनै पनि अस्वीकार गरिएको होइन, र केही समयपछि उही अनुरोध सफल हुन सक्छ।

यो 133 शृङ्खलाका कोडहरूमध्ये पर्छ, जसमध्ये धेरैजसो फोन नम्बर दर्ता र दर्ता खारेजीसँग सम्बन्धित छन्। त्यसैले दर्ता गर्दा यो प्रायः देखिन्छ। तर Meta ले यसलाई दर्तासम्म सीमित गरेको छैन, त्यसैले जहाँ देखिए पनि यसलाई सर्भरको अवस्था मान्नुहोस्।

### पुनः प्रयास गर्नुअघि के जाँच गर्ने?

दुई कुरा जाँच गर्नुहोस्, दुवै Meta को आफ्नै समाधानमा उल्लेख छन्।

पहिलो, metastatus.com मा रहेको WhatsApp Business Platform Status पेज। Meta ले कुनै समस्या जनाइरहेको छ भने त्यो समाधान नभएसम्म पुनः प्रयास गर्नु व्यर्थ हुन्छ, र आफ्नै लगभन्दा यो पेजले छिटो उत्तर दिन्छ।

दोस्रो, प्रतिक्रियाको `error_data` भित्रको `details` मान। Meta को त्रुटि सन्दर्भले `details` लाई त्रुटिको सबैभन्दा सम्भावित कारण भनेर वर्णन गर्छ, कहिलेकाहीँ के गर्ने भन्ने मार्गदर्शनसहित। यो कोडका लागि Meta ले फेरि प्रयास गर्नुअघि यो हेर्नुहोस् भनी विशेष रूपमा भनेको छ। स्ट्याटस पेज सामान्य छ र `details` ले प्रतीक्षा समय दिँदैन भने तुरुन्तै होइन, बढ्दो अन्तरालसहित पुनः प्रयास गर्नुहोस्।

### 133004 अन्य अस्थायी त्रुटिभन्दा कसरी फरक छ?

Meta ले केही समयका लागि उपलब्ध नहुने अवस्था बताउने धेरै कोड सूचीकृत गरेको छ, र लगमा तिनलाई छुट्टाछुट्टै राख्नु राम्रो हुन्छ।

कोड 1 लाई अमान्य अनुरोध वा सम्भावित सर्भर त्रुटि, कोड 2 लाई डाउनटाइम वा ओभरलोडका कारण अस्थायी, र 131016 लाई सेवा अस्थायी रूपमा उपलब्ध नभएको भनेर वर्णन गरिएको छ। 133004 ले विशेष गरी सर्भरलाई जनाउँछ।

यी सबैमा व्यवहार गर्ने तरिका उस्तै हो: प्लेटफर्मको स्ट्याटस जाँच्नुहोस्, `details` मान पढ्नुहोस्, र पुनः प्रयास गर्नुअघि केही पर्खनुहोस्। तैपनि ठ्याक्कै कोड लग गर्नु महत्त्वपूर्ण छ, किनभने दिनको एउटै समयमा एउटै कोड धेरै पटक आउनुले "API डाउन थियो" भन्ने सामान्य टिपोटले भन्दा Meta सपोर्टलाई धेरै कुरा बताउँछ।

- तुरुन्तै कसिलो लुपमा बारम्बार पुनः प्रयास गर्नु। डाउन भएको सर्भर अर्को मिलिसेकेन्डमा पनि डाउन नै रहन्छ।
- `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/ne/docs/whatsapp-error-133009

त्रुटि 133009 को अर्थ दुई-चरण प्रमाणीकरणको PIN प्रयासहरू Meta ले स्वीकार गर्ने गतिभन्दा छिटो Meta सम्म पुगे भन्ने हो। Meta को विवरण यस्तो छ: “दुई-चरण प्रमाणीकरणको PIN धेरै छिटो प्रविष्ट गरियो।” PIN सही वा गलत दुवै हुन सक्छ। फेरि प्रयास गर्नुअघि प्रतिक्रियामा रहेको details को मान पढ्नुहोस् र त्यसले देखाएको प्रतीक्षा अवधि बितेपछि मात्र अर्को प्रयास पठाउनुहोस्।

### WhatsApp त्रुटि 133009 को अर्थ के हो?

यसको अर्थ यस नम्बरका PIN प्रयासहरू एकअर्कासँग धेरै नजिक आइपुगिरहेका छन्, र Meta ले पछिल्लो प्रयासको सहीगलत जाँच नगरीकनै अस्वीकार गर्छ।

Cloud API सन्दर्भ सामग्रीमा 133009 को details पाठ “दुई-चरण प्रमाणीकरणको PIN धेरै छिटो प्रविष्ट गरियो” दिइएको छ, साथमा एउटै निर्देशन छ: फेरि प्रयास गर्नुअघि प्रतिक्रियामा रहेको details को मान जाँच्नुहोस्।

यो कोड दुई छिमेकी कोडको बीचमा पर्छ। 133005 ले PIN गलत थियो भन्छ। 133008 ले उक्त नम्बरमा PIN धेरै पटक अनुमान गरिएको भन्छ। 133009 केवल गतिको बारेमा हो, त्यसैले कुनै प्रक्रियाले छिटोछिटो PIN प्रयास पठाउँदा यो देखिन्छ, जस्तै register अनुरोधमा चल्ने पुनः प्रयास लुप।

### त्रुटि 133009 कसरी समाधान गर्ने?

ढिलो गर्नुहोस् र अनुमान गर्न छोड्नुहोस्।

अर्को प्रयासअघि error_data भित्रको details को मान पढ्नुहोस्। Meta को सन्दर्भ सामग्रीले details लाई त्रुटिको सबैभन्दा सम्भावित कारण भनेको छ, र यस कोडका लागि Meta ले जाँच्न भन्ने पहिलो कुरा यही हो।

त्यसपछि अर्को प्रयासमा कसैलाई साँच्चै थाहा भएको PIN प्रयोग गर्नुहोस्। कसैलाई थाहा छैन भने Meta को दुई-चरण प्रमाणीकरण गाइडमा WhatsApp Manager बाट रिसेट गर्ने तरिका छ: फोन नम्बरको सेटिङ खोल्नुहोस्, दुई-चरण प्रमाणीकरण छान्नुहोस् र PIN परिवर्तन गर्नुहोस् थिच्नुहोस्। थाहा भएको नयाँ PIN, अनुमानको शृंखलाभन्दा छिटो हुन्छ, किनकि अनुमानले 133008 र अझ लामो प्रतीक्षामा पुर्‍याउँछ।

### PIN कहाँ प्रयोग हुन्छ?

Cloud API का लागि नम्बर दर्ता गर्दा, र त्यसवरिपरिका केही खाता सञ्चालनमा।

Meta को दुई-चरण प्रमाणीकरण गाइडअनुसार फोन नम्बर दर्ता गर्दा यो सेटिङले छ अङ्कको PIN माग गर्छ, र दुई-चरण प्रमाणीकरण सक्रिय हुँदा दर्ता अनुरोधमा PIN अनिवार्य फिल्ड हुन्छ। Meta को फोन नम्बर गाइडले PIN परिवर्तन गर्दा वा नम्बर प्लेटफर्मबाट हटाउँदा पनि PIN चाहिन्छ भनेको छ।

यो विरलै चाहिने भएकाले सजिलै बिर्सिन्छ। यसलाई नम्बर पहिलो पटक सेटअप गर्ने व्यक्तिसँग होइन, व्यवसायका अन्य खाता प्रमाणहरूसँगै सुरक्षित राख्नुहोस्।

- register अनुरोध लुपमा तुरुन्तै दोहोर्‍याउनु। छिटो PIN प्रयासहरू नै यस कोडले जनाउने कुरा हुन्।
- पुनः प्रयासका बीचमा फरक-फरक PIN अनुमान गर्नु। धेरै अनुमानले तपाईंलाई 133009 बाट 133008 मा पुर्‍याउँछ।
- details को मानलाई बेवास्ता गर्नु। फेरि प्रयास गर्नुअघि जाँच्ने कुरा यही हो भनी Meta ले भनेको छ।

**के त्रुटि 133009 को अर्थ मेरो PIN गलत हो?** जरुरी छैन। यसको अर्थ प्रयासहरू धेरै छिटो आए भन्ने हो। गलत PIN को जानकारी 133005 बाट आउँछ।

**133009 पछि कति समय पर्खनुपर्छ?** Meta ले निश्चित समय प्रकाशित गर्दैन। फेरि प्रयास गर्नुअघि प्रतिक्रियामा रहेको details को मान पढ्नुहोस्।

**के API मार्फत दुई-चरण प्रमाणीकरण निष्क्रिय गर्न सकिन्छ?** सकिँदैन। Meta को दुई-चरण प्रमाणीकरण गाइडअनुसार यसलाई निष्क्रिय गर्ने एन्डपोइन्ट छैन। बरु तपाईंले नयाँ PIN सेट गर्न सक्नुहुन्छ।

**बिर्सिएको PIN कसरी रिसेट गर्ने?** WhatsApp Manager मा फोन नम्बरको सेटिङ खोल्नुहोस्, दुई-चरण प्रमाणीकरण छान्नुहोस् र PIN परिवर्तन गर्नुहोस् थिच्नुहोस्।

---

## WhatsApp त्रुटि 133015: नम्बर हालै मेटिएको, मेटाइ पूरा भएको छैन

https://easycoexistence.com/ne/docs/whatsapp-error-133015

त्रुटि 133015 को अर्थ दर्ता गरिँदै गरेको फोन नम्बर हालै मेटिएको र त्यो मेटाइ अझै पूरा नभएको हो। Meta को वर्णन यस्तो छ: "The phone number you are attempting to register was recently deleted, and deletion has not yet completed." उल्लिखित समाधान दर्ता अनुरोध फेरि पठाउनुअघि 5 मिनेट पर्खनु हो।

### WhatsApp त्रुटि 133015 को अर्थ के हो?

यसको अर्थ उही नम्बर मेटाइँदै गरेको बेला दर्ताको अनुरोध आइपुगेको हो।

Meta को सन्दर्भ सामग्रीमा पूर्ण विवरणको पाठ यस्तो छ: "The phone number you are attempting to register was recently deleted, and deletion has not yet completed." समाधान पनि उत्तिकै स्पष्ट छ: अनुरोध फेरि पठाउनुअघि 5 मिनेट पर्खनुहोस्।

यो त्रुटि प्रायः नम्बर सार्दा देखिन्छ। कसैले नम्बर एउटा WhatsApp Business Account बाट मेटेर तुरुन्तै अर्कोमा दर्ता गर्छन्, वा सुरुबाट सुरु गर्न मेटेर फेरि थप्छन्, र दोस्रो चरण पहिलो चरणले पृष्ठभूमिमा काम सक्नुअघि नै Meta सम्म पुग्छ।

### व्यवसायको फोन नम्बर कसरी मेटाइन्छ?

WhatsApp Manager मा मात्र, र Business Portfolio का एडमिनले मात्र मेटाउन सक्छन्।

Meta को फोन नम्बर गाइडअनुसार व्यवसायको फोन नम्बर API मार्फत मेटाउन सकिँदैन। मेटाइ WhatsApp Manager मा गरिन्छ, Connected स्ट्याटस भएको नम्बर मेटाउन दुई चरणको प्रमाणीकरण PIN चाहिन्छ, र सशुल्क म्यासेज पठाएको नम्बर अन्तिम म्यासेजको 30 दिनपछि मात्र मेटाउन सकिन्छ।

मेटाइ र दर्ता खारेजी फरक कुरा हुन्। Meta को दर्ता गाइडअनुसार दर्ता खारेज गर्दा नम्बर Cloud API सँग प्रयोग गर्न नमिल्ने मात्र हुन्छ, नम्बर वा त्यसको म्यासेज इतिहास मेटिँदैन। त्रुटि 133015 विशेष गरी मेटाइसँग सम्बन्धित छ।

### नम्बर सार्दा त्रुटि 133015 कसरी जोगिने?

पर्खाइलाई पछि थाहा पाउनुभन्दा प्रक्रियामै समावेश गर्नुहोस्।

नम्बर मेटेपछि दर्ता कल गर्नुअघि कम्तीमा 5 मिनेट रोकिनुहोस्। कलले अझै 133015 फर्कायो भने तुरुन्तै फेरि प्रयास नगरी फेरि पर्खनुहोस्।

धैर्य गर्नुपर्ने कारण दर्ताको सीमा हो। Meta ले 72 घण्टाको चलायमान अवधिमा प्रति नम्बर दर्ता एन्डपोइन्टमा 10 अनुरोध मात्र अनुमति दिन्छ, र त्यो नाघेपछि API ले 133016 फर्काउँछ र अर्को 72 घण्टा दर्ता रोक्छ। 133015 आउँदा प्रत्येक केही सेकेन्डमा दोहोरिने प्रयासले मेटाइ सकिनुअघि नै ती दसै प्रयास सक्न सक्छ।

- प्रत्येक केही सेकेन्डमा दर्ता कल दोहोर्याउनु। हरेक कल 72 घण्टामा 10 को सीमामा गनिन्छ।
- मेटाइ र दर्ता खारेजी मिसाउनु। दर्ता खारेज गर्दा नम्बर मेटिँदैन, र यो कोड मेटाइसँग सम्बन्धित छ।
- API मार्फत नम्बर मेटाउन खोज्नु। Meta ले मेटाइ WhatsApp Manager मा मात्र समर्थन गर्छ।

**त्रुटि 133015 पछि कति समय पर्खनुपर्छ?** Meta ले दर्ता अनुरोध फेरि पठाउनुअघि 5 मिनेट पर्खन भन्छ।

**के API बाट व्यवसायको फोन नम्बर मेटाउन सकिन्छ?** सकिँदैन। Meta को फोन नम्बर गाइडअनुसार मेटाइ WhatsApp Manager मा मात्र सम्भव छ।

**मैले आफ्नो नम्बर किन मेटाउनै सक्दिनँ?** पछिल्ला 30 दिनमा सशुल्क म्यासेज पठाएको नम्बर Meta ले मेटाउन दिँदैन। अन्तिम म्यासेजको 30 दिनपछि मेटाउन सकिन्छ।

**धेरै पटक फेरि प्रयास गरें भने के हुन्छ?** 72 घण्टामा 10 पटक दर्ता अनुरोध गरेपछि API ले 133016 फर्काउँछ र 72 घण्टासम्म दर्ता रोक्छ।

---

## WhatsApp त्रुटि 135000: अनुरोध प्यारामिटरमा अज्ञात त्रुटि

https://easycoexistence.com/ne/docs/whatsapp-error-135000

त्रुटि 135000 को अर्थ अनुरोध प्यारामिटरमा भएको अज्ञात त्रुटिका कारण म्यासेज पठाउन सकिएन भन्ने हो। Meta को विवरण यस्तो छ: "तपाईंको अनुरोध प्यारामिटरमा भएको अज्ञात त्रुटिका कारण म्यासेज पठाउन असफल भयो।" Meta को सुझाव एन्डपोइन्टको सन्दर्भ सामग्रीमा सही सिन्ट्याक्स जाँच्ने र त्रुटि बारम्बार आइरहे ग्राहक सहायतामा सम्पर्क गर्ने हो।

### WhatsApp त्रुटि 135000 को अर्थ के हो?

यसको अर्थ प्लेटफर्मले म्यासेज पठाउन सकेन, ठ्याक्कै किन भन्न सकेन, तर पनि समस्या तपाईंको अनुरोध प्यारामिटरमा रहेको देखायो।

Meta को सन्दर्भ सामग्रीमा 135000 को विवरण पाठ "तपाईंको अनुरोध प्यारामिटरमा भएको अज्ञात त्रुटिका कारण म्यासेज पठाउन असफल भयो" भन्ने छ। समाधान भनेको एन्डपोइन्टको सन्दर्भ सामग्री हेरेर तपाईंले सही सिन्ट्याक्स प्रयोग गरिरहनुभएको छ कि छैन निर्धारण गर्नु र कोड आइरहे ग्राहक सहायतामा सम्पर्क गर्नु हो।

यसले यसलाई 131000 भन्दा फरक बनाउँछ। Meta ले 131000 लाई प्यारामिटरतर्फ संकेत नगरी अज्ञात त्रुटिका रूपमा वर्णन गर्छ, र त्यसको समाधान फेरि प्रयास गर्नुबाट सुरु हुन्छ।

### गलत प्यारामिटर कसरी भेट्टाउने?

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

त्रुटिसँगै पूरा पेलोड पनि लग गर्नुहोस्, किनभने समस्या ल्याउने मान प्रायः हरेक म्यासेजमा फरक पर्ने खालको हुन्छ: अप्रत्याशित फर्म्याटको फोन नम्बर, टेक्स्ट अपेक्षित ठाउँमा खाली स्ट्रिङ, वा गलत ठाउँमा फिल्ड भएको नेस्टेड अब्जेक्ट। त्यसपछि error_data भित्रको details मान पढ्नुहोस्, जसलाई Meta ले त्रुटिको सबैभन्दा सम्भावित कारणका रूपमा वर्णन गर्छ।

135000 सँग असफल भएको पेलोड केही परिवर्तनपछि सफल भयो भने दुवै संस्करण राख्नुहोस्। फरक नै उत्तर हो, र अर्को पटक पठाउनु अघि के प्रमाणित गर्नुपर्छ भन्ने त्यसैले देखाउँछ।

### त्रुटि 135000 बारे Meta सहायतामा कहिले सम्पर्क गर्ने?

अनुरोध सन्दर्भ सामग्रीसँग मेल खाँदा पनि कोड फेरि फर्किरहेको बेला सम्पर्क गर्नुहोस्।

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

टिकट खोल्नु अघि उही अनुरोध लगातार असफल हुन्छ कि हुँदैन जाँच गर्नुहोस्। एक पटक असफल भएर एक मिनेटपछि केही नबदली सफल हुने अनुरोधले प्यारामिटरभन्दा प्लेटफर्मतर्फ संकेत गर्छ, र त्यो पुष्टि गर्न WhatsApp Business Platform को Meta स्ट्याटस पेज छिटो ठाउँ हो।

- उही अनुरोध बारम्बार पुनः पठाउनु। Meta ले समस्या प्यारामिटरमा रहेको देखाउँछ, त्यसैले उही पेलोड प्रायः उही तरिकाले असफल हुन्छ।
- केवल त्रुटि मात्र लग गर्नु। अनुरोध बडी नभए दोषी प्यारामिटर भेट्टाउन सकिँदैन।
- fbtrace_id बिना सहायतामा सम्पर्क गर्नु। Meta ले यसलाई त्रुटि डिबग गर्न मद्दत गर्ने आईडीका रूपमा उल्लेख गर्छ।

**के त्रुटि 135000 र 131000 उस्तै हुन्?** होइन। 131000 कुनै कारण नदिइएको अज्ञात त्रुटि हो। 135000 चाहिँ Meta ले तपाईंको अनुरोध प्यारामिटरमा आरोपित गर्ने अज्ञात त्रुटि हो।

**के त्रुटि 135000 र त्रुटि 100 उस्तै हुन्?** होइन। त्रुटि 100 ले असमर्थित वा गलत हिज्जे भएका प्यारामिटर जनाउँछ। 135000 ले चाहिँ प्यारामिटरका कारण Meta ले पहिचान गर्न नसकेको त्रुटि भएको जनाउँछ।

**135000 पछि के मैले फेरि प्रयास गर्नुपर्छ?** केही नबदली होइन। पहिले अनुरोधलाई एन्डपोइन्टको सन्दर्भ सामग्रीसँग जाँच्नुहोस्।

**Meta सहायतालाई के पठाउने?** प्रतिक्रियाको fbtrace_id, एन्डपोइन्ट, समय र क्रेडेन्सियल हटाइएको अनुरोध बडी।

---

## EasyCoexistence vs Z-API

https://easycoexistence.com/ne/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 खातालाई जारी गरेको क्रेडेन्सियलसहित, 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/ne/compare/easycoexistence-vs-blip

Blip WhatsApp र अन्य च्यानलहरूमा चाटबट बनाउन र ग्राहक सेवा चलाउनका लागि ब्राजिलको कुराकानी प्लेटफर्म हो, जसका सशुल्क योजनाको मूल्य बिक्री टोली मार्फत मात्र बताइन्छ। EasyCoexistence WhatsApp जडान आफैं हो: Coexistence मार्फत Meta को Cloud API मा, जडान गरिएको प्रति नम्बर प्रकाशित शुल्कमा, र फोनमा WhatsApp Business एप चलिरहने गरी।

### प्रत्येक उत्पादन के हो

दुवैले Meta को आधिकारिक API प्रयोग गर्छन्। त्यसमाथि भने फरक कुरा बेच्छन्।

- Blip:: WhatsApp, Instagram, Messenger र अन्य च्यानलहरूमा कस्टम फ्लो र प्राकृतिक भाषा प्रशोधन सहितको बट बनाउने प्लेटफर्म, साथमा मानव सेवा डेस्क। उनीहरूको मूल्य पृष्ठमा आफू Meta को आधिकारिक Business Solution Provider भएको उल्लेख छ।
- EasyCoexistence:: व्यवसायले WhatsApp Business एपमा पहिल्यै प्रयोग गरिरहेको नम्बर र Meta को Cloud API बीचको जडान, साथमा त्यस जडानको निरन्तर निगरानी। म्यासेज व्यवसायले पहिल्यै चलाइरहेको प्रणालीमा जान्छन्: CRM, n8n, आफ्नै कोड वा MCP मार्फत AI एजेन्ट।

### यसको लागत कति हो

यहाँको फरक भनेको कसैसँग कुरा गर्नुअघि मूल्य पढ्न सकिन्छ कि सकिँदैन भन्ने हो।

- Blip:: दुई एजेन्टसम्मका लागि निःशुल्क योजना, मासिक कुराकानी सीमित। सशुल्क योजनाको मूल्य पृष्ठमा छैन; पाठकलाई थप जानकारी लिन पठाइन्छ, त्यसैले रकम बिक्री कुराकानीबाट आउँछ।
- EasyCoexistence:: एकदेखि पाँच नम्बरसम्म जडान गरिएको प्रति नम्बर प्रति महिना US$ 9, नम्बर थप्दै जाँदा प्रति नम्बर US$ 1 सम्म घट्छ, पहिलो तीन दिन निःशुल्क। Meta ले आफ्नो म्यासेजिङ शुल्क व्यवसायको आफ्नै खातामा बिल गर्छ र केही पनि थपिँदैन।

### फोन चलिरहन्छ कि रहँदैन

फोनबाट उत्तर दिने सानो व्यवसायका लागि प्रायः पहिलो प्रश्न यही हुन्छ।

- Blip:: उनीहरूको मूल्य पृष्ठमा Coexistence को चर्चा छैन। यही पृष्ठमा भर पर्नुको सट्टा नम्बर जडान भएको अवस्थामा WhatsApp Business एपमा रहन सक्छ कि सक्दैन भनी उनीहरूलाई सोध्नुहोस्।
- EasyCoexistence:: हो, डिजाइनबाटै। Coexistence ले उही नम्बरमा WhatsApp Business एप चलिरहन दिन्छ, हालैको च्याट इतिहास सिंक हुन्छ, र API साथसाथै चल्छ। Coexistence नम्बरमा थ्रुपुट प्रति सेकेन्ड 20 म्यासेज हो।

### बट लजिक कहाँ चल्छ

स्वचालन कतै त चल्नैपर्छ, र यो छनोटले तपाईंलाई केमा बाँध्छ भन्ने निर्धारण गर्छ।

- Blip:: Blip भित्र। फ्लो, बट र सेवा डेस्क उनीहरूकै प्लेटफर्ममा बनाइन्छ र चलाइन्छ, जुन उनीहरूले बेच्ने उत्पादन हो।
- EasyCoexistence:: तपाईंले पहिल्यै जहाँ बनाइरहनुभएको छ त्यहीँ। Meta ले म्यासेज वेबहुक सिधै तपाईंकै प्रणालीमा पठाउँछ, कुराकानीको सामग्री हाम्रो तर्फ कहिल्यै भण्डारण हुँदैन, र MCP सर्भरले Claude, ChatGPT, Cursor वा Codex लाई नम्बरबाट म्यासेज पठाउन दिन्छ।

- बट प्लेटफर्मको कोटेसनलाई जडान शुल्कसँग लाइन-लाइनमा तुलना गर्नु। एउटामा बिल्डर र डेस्क समावेश हुन्छ।
- जुनसुकै Meta पार्टनरले WhatsApp Business एप चलिरहन दिन्छ भन्ने मान्नु। Coexistence समर्थित र सक्रिय गरिएको हुनुपर्छ।
- Meta को आफ्नै म्यासेजिङ शुल्क बिर्सनु। दुवै उत्पादनमा ती Meta ले नै बिल गर्छ।

**के Blip ले आफ्नो मूल्य प्रकाशित गर्छ?** निःशुल्क योजना मात्र, दुई एजेन्टसम्म र सीमित कुराकानीसहित। सशुल्क योजनाको मूल्य उनीहरूको मूल्य पृष्ठमा छैन।

**के कुनै सस्तो छ?** हाम्रो मूल्य प्रकाशित छ र उनीहरूको छैन, त्यसैले जाँच गर्न सकिने हाम्रो मात्र हो: जडान गरिएको प्रति नम्बर प्रति महिना US$ 9, नम्बर थप्दै जाँदा US$ 1 सम्म घट्छ, एजेन्टको सीमा छैन।

**के म EasyCoexistence बाट चाटबट बनाउन सक्छु?** सक्नुहुन्छ, तपाईंले पहिल्यै प्रयोग गरिरहनुभएको टुलमा। म्यासेज तपाईंको वेबहुक, n8n, Make वा MCP मार्फत AI एजेन्टमा पुग्छन्, र लजिक त्यहीँ रहन्छ।

**के EasyCoexistence Meta को उत्पादन हो?** होइन। हामी स्वतन्त्र Meta Tech Provider हौं, Meta को आधिकारिक Embedded Signup र Cloud API प्रयोग गर्छौं।

---

## EasyCoexistence बनाम Digisac

https://easycoexistence.com/ne/compare/easycoexistence-vs-digisac

Digisac ब्राजिलको मल्टिच्यानल ग्राहक सेवा प्लेटफर्म हो, जसको मूल्य प्रति महिना R$ 197 देखि अनुकूलित प्रस्तावमा तोकिन्छ। यसले आधिकारिक WhatsApp एपीआई Gupshup र 360dialog मार्फत चलाउँछ र Coexistence पनि तिनै मार्फत समर्थन गर्छ। EasyCoexistence Meta Tech Provider हो, जसले नम्बर आफैँ जोड्छ, प्रति नम्बर प्रकाशित शुल्कमा, बीचमा कुनै प्लेटफर्म बिना।

### मूल्य कसरी तोकिन्छ

एउटामा प्रस्ताव हुन्छ र अर्कोमा तालिका, र त्यसले पछिका सबै कुरा निर्धारण गर्छ।

- Digisac:: कुनै निश्चित योजना छैन। उनीहरूकै पृष्ठअनुसार सुरुवाती मूल्य R$ 197 हो र यो एजेन्टको संख्या, च्यानल, AI मोड्युल जस्ता सुविधा र इन्टिग्रेसन अनुसार फरक पर्छ, जसलाई उनीहरूको बिक्री टोलीले प्रस्तावमा तयार पार्छ।
- EasyCoexistence:: एकदेखि पाँच नम्बरसम्म जडान गरिएको प्रति नम्बर प्रति महिना US$ 9, छ ब्यान्डमा घटेर नम्बर थप्दै जाँदा प्रति नम्बर US$ 1। गन्नुपर्ने एजेन्ट छैनन्, थप्नुपर्ने मोड्युल छैनन्। पहिलो तीन दिन निःशुल्क।

### तपाईं र 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 बनाम Octadesk

https://easycoexistence.com/ne/compare/easycoexistence-vs-octadesk

Octadesk ब्राजिलको ग्राहक सेवा प्लेटफर्म हो, जसमा चाटबोट, एआई एजेन्ट र हेल्पडेस्क एकै ठाउँमा आउँछन्। यसका प्लान 3,000 कुराकानीका लागि प्रति महिना R$ 2.499 बाट सुरु हुन्छन् र अनिवार्य अनबोर्डिङ परामर्श थपिन्छ। EasyCoexistence ले WhatsApp Business एपमा रहेको नम्बरलाई Coexistence मार्फत Meta को Cloud API सँग जोड्छ, प्रति नम्बर प्रकाशित शुल्कमा, कुराकानीको सीमा र सेटअप शुल्क बिना।

### मासिक बिल केका लागि हो

एकाइ फरक छन्, र तपाईंलाई लेख्ने प्रत्येक ग्राहकसँगै त्यो फरक बढ्दै जान्छ।

- Octadesk:: कुराकानीको आधारमा तोकिएको प्लान: One प्लान 3,000 का लागि प्रति महिना R$ 2.499, Flow 5,500 का लागि R$ 4.399, Nexus 9,000 का लागि अनुरोधमा। हेल्पडेस्क प्रयोगकर्ताको शुल्क प्रति प्रयोगकर्ता थप लाग्छ, र हरेक प्लानमा अनुरोधमा मूल्य तोकिने अनबोर्डिङ परामर्श अनिवार्य छ।
- EasyCoexistence:: प्रति जडान नम्बर एउटै शुल्क: एकदेखि पाँच नम्बरसम्म प्रति महिना US$ 9, नम्बर थप्दै जाँदा प्रति नम्बर US$ 1 सम्म घट्छ। दस हजार कुराकानी भएको महिनाको लागत शान्त महिनाको जति नै हुन्छ। Meta ले आफ्नो म्यासेज शुल्क सीधै लिन्छ।

### प्रत्येकले के गर्छ

दुवैले नम्बरलाई आधिकारिक एपीआईमा राख्छन्। माथि के बनाइन्छ भन्ने कुरा फरक छ।

- Octadesk:: सेवा इकोसिस्टम: चाटबोट, एआई एजेन्ट, SLA र टिकट इतिहास सहितको हेल्पडेस्क, र WhatsApp बल्क पठाउने सुविधा, हरेक प्लानमा एउटा आधिकारिक WhatsApp एपीआई नम्बर समावेश गरिएको छ।
- EasyCoexistence:: कनेक्सन र यसको अनुगमन। नम्बर WhatsApp Business एपमै रहन्छ, एपीआई त्यही नम्बरमा एकसाथ चल्छ, र म्यासेजहरू व्यवसायले पहिल्यै प्रयोग गरेका उपकरणमा पुग्छन्, हाम्रो MCP सर्भर मार्फत एआई एजेन्टसमेत।

### दोस्रो वा दसौं नम्बर थप्दा

एजेन्सी र धेरै शाखा भएका व्यवसायले सबैभन्दा पहिले यही सोध्छन्।

- Octadesk:: हरेक प्लानमा एउटा आधिकारिक WhatsApp एपीआई नम्बर समावेश छ। थप नम्बरको मूल्य उनीहरूको मूल्य पृष्ठमा प्रकाशित छैन।
- EasyCoexistence:: प्रति खाता असीमित नम्बर, हरेक नम्बर आफ्नो ब्यान्डको मूल्यमा, र नम्बर बढ्दै जाँदा प्रति नम्बर दर घट्छ: छ नम्बरबाट प्रति नम्बर US$ 7, नम्बर थप्दै जाँदा US$ 1 सम्म हुन्छ।

### फोनले काम गरिरहन्छ कि गर्दैन

यही प्रश्नले सानो टोलीले आफ्नो काम गर्ने तरिका बदल्नुपर्छ कि पर्दैन भन्ने निर्धारण गर्छ।

- Octadesk:: उनीहरूको मूल्य पृष्ठले Coexistence को बारेमा केही भन्दैन। उनीहरूको एपीआईमा गएपछि नम्बर WhatsApp Business एपमै रहन सक्छ कि सक्दैन, उनीहरूलाई सोधेर निश्चित गर्नुहोस्।
- EasyCoexistence:: रहन्छ। हामी Coexistence मात्र जोड्छौं: एपमा च्याटहरू रहन्छन्, करिब छ महिनाको इतिहास सिंक हुन सक्छ, र एपीआई उही नम्बरमा चल्छ। कनेक्सनको निगरानी गरिन्छ, त्यसैले जडान टुटे तुरुन्तै संकेत आउँछ।

- कुराकानी गणना नगरी प्लानको मूल्य तुलना गर्नु। Octadesk का प्लानले कुराकानीमा सीमा राख्छन्, कनेक्सन शुल्कले राख्दैन।
- अनबोर्डिङ परामर्श नजोडी बजेट बनाउनु। Octadesk ले हरेक प्लानमा यो अनिवार्य गर्छ र अनुरोधमा मूल्य तोक्छ।
- प्लानले Meta को टेम्प्लेट शुल्क समेट्छ भनेर अपेक्षा गर्नु। Meta ले ती शुल्क सीधै व्यवसायलाई बिल गर्छ।

**के एउटा सस्तो छ?** छ, कनेक्सन चाहिने व्यवसायका लागि ठूलो अन्तरले। Octadesk प्रति महिना R$ 2.499 बाट सुरु हुन्छ र अनबोर्डिङ थप लाग्छ, हामी प्रति जडान नम्बर प्रति महिना US$ 9 लिन्छौं।

**3,000 कुराकानीपछि के हुन्छ?** Octadesk को One प्लानमा तपाईं माथिल्लो प्लानमा जानुपर्छ। हामीसँग केही बदलिँदैन: कुनै पनि मूल्यमा कुराकानीको सीमा छैन।

**के Octadesk ले Coexistence समर्थन गर्छ?** उनीहरूको मूल्य पृष्ठमा उल्लेख छैन। यो पृष्ठमा भर पर्नुभन्दा उनीहरूलाई नै सोध्नुहोस्।

**के म EasyCoexistence सँग पनि एआई प्रयोग गर्न सक्छु?** सक्नुहुन्छ। हाम्रो MCP सर्भरले Claude, ChatGPT, Cursor, Claude Code र Codex लाई नम्बरमा म्यासेज र टेम्प्लेट पठाउन दिन्छ।

---

## EasyCoexistence बनाम Huggy

https://easycoexistence.com/ne/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 र भ्वाइस एकै ठाउँमा ल्याउने सेवा इनबक्स, च्याटबट र रिपोर्टसहित। उनीहरूको पेजमा आधिकारिक एपीआई सक्रिय गर्न आफू Meta का आधिकारिक साझेदार भएको उल्लेख छ।
- EasyCoexistence:: WhatsApp Business एपको नम्बर र Meta को Cloud API बीचको कनेक्सन, जसको निरन्तर अनुगमन हुन्छ। म्यासेज Meta को वेबहुक वा हाम्रो MCP सर्भर मार्फत व्यवसायले पहिल्यै प्रयोग गरिरहेको प्रणालीमा जान्छन्।

### टोलीले काम गर्ने तरिका बदल्नुपर्छ कि पर्दैन

कुनै कुरामा सहमत हुनुअघि मालिकले सोध्ने प्रश्न।

- Huggy:: एजेन्टहरू Huggy इनबक्समा लग इन गर्छन्, जहाँ सबै च्यानलका कुराकानी तोकिन्छन् र जवाफ दिइन्छ। उनीहरूको मूल्य पेजले WhatsApp Business एपसँगको Coexistence को बारेमा केही भनेको छैन।
- EasyCoexistence:: कोही पनि सर्दैन। WhatsApp Business एप उही नम्बरमा आफ्ना च्याटसहित चलिरहन्छ, र व्यवसायले स्वचालित गर्ने जतिका लागि एपीआई सँगसँगै चल्छ।

### कुराकानी कहाँ राखिन्छ

पछि फर्काउन गाह्रो हुने निर्णय।

- Huggy:: उनीहरूको प्लेटफर्ममा, जुन इनबक्सले खोल्ने एजेन्टहरूलाई कुराकानी देखाउन चाहिन्छ।
- EasyCoexistence:: हाम्रो तर्फ होइन। कुराकानीको सामग्री कहिल्यै भण्डारण गरिँदैन, र Meta ले आगमन म्यासेज सिधै व्यवसायको आफ्नै वेबहुकमा पठाउन सक्छ।

- WhatsApp को लाइन बिना Huggy को मूल्य जोड्ने। यो प्लानभन्दा छुट्टै, मात्रा र वर्ग अनुसार लाग्छ।
- आजको टोली मात्र गन्ने। इनबक्स प्लानमा प्रत्येक थप प्रयोगकर्ताले मासिक शुल्क थप्छ।
- एउटा नम्बरमा एपीआई पहुँच पाउन इनबक्स किन्ने। त्यसका लागि कनेक्सन मात्र चाहिन्छ।

**कुन चाहिँ सस्तो छ?** कनेक्सन चाहिने व्यवसायका लागि हामी सस्तो छौँ। Huggy को Intermediate प्लान WhatsApp बाहेक एक प्रयोगकर्ताका लागि प्रति महिना R$ 579 बाट सुरु हुन्छ। हाम्रो प्रति जडित नम्बर प्रति महिना US$ 9 हो।

**के Huggy ले आधिकारिक एपीआई प्रयोग गर्छ?** उनीहरूको मूल्य पेजमा आफू Meta का आधिकारिक साझेदार भएको र Meta को आधिकारिक एपीआई सक्रिय गर्ने उल्लेख छ।

**के Huggy ले Coexistence समर्थन गर्छ?** उनीहरूको मूल्य पेजले यसको बारेमा केही भनेको छैन। यो पेजमा भर पर्नुभन्दा उनीहरूलाई नै सोध्नुहोस्।

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

---

## EasyCoexistence बनाम Umbler Talk

https://easycoexistence.com/ne/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 सम्म। एजेन्ट गणना छैन र न्यूनतम पनि छैन। पहिलो 3 दिन निःशुल्क छ र Meta ले म्यासेजको शुल्क सिधै लिन्छ।

### प्रत्येक उत्पादन के हो

दुवै Meta को आधिकारिक एपीआई मा चल्छन्, जुन कुरा Umbler Talk ले आफ्नो पेजमा स्पष्ट भनेको छ।

- Umbler Talk:: भिजुअल CRM पाइपलाइन भएको साझा इनबक्स, च्याटबट, एआई एजेन्ट, नलेज बेस र वेबच्याट, साथै माथिल्ला योजनामा WhatsApp क्याम्पेन। टोलीले यसभित्रै काम गर्छ।
- EasyCoexistence:: जडान र त्यसको अनुगमन। नम्बर WhatsApp Business एपमै रहन्छ, एपीआई सँगै चल्छ, र म्यासेजहरू तपाईंको CRM, n8n, आफ्नै कोड वा MCP मार्फत एआई एजेन्टसम्म पुग्छन्।

### कति नम्बर अट्छन्

एजेन्सी र धेरै शाखा भएका व्यवसायका लागि योजनाको नामभन्दा नम्बरको सीमा बढी महत्त्वपूर्ण हुन्छ।

- 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/ne/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 एपीआई मध्ये छनोट। उनीहरूकै साइटले 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 एपीआई जडान विकल्पका रूपमा सूचीबद्ध छ।

**के QR जडान आधिकारिक हो?** होइन। यसले WhatsApp Web ले जस्तै एउटा सत्र जोड्छ। Whaticket को आफ्नै साइटले ब्लकको जोखिम घटाउन एपीआई सिफारिस गर्छ।

**के तपाईंहरूसँग Whaticket जस्तो इनबक्स छ?** छैन। टोलीले WhatsApp Business एप नै चलाउँछ, र तपाईंले स्वचालित गर्ने जे पनि तपाईंकै आफ्नै टुलमा चल्छ।

---

## EasyCoexistence बनाम Leadsales

https://easycoexistence.com/ne/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 र वेब सेसन मार्फत जोड्छ, Business एपीआई मार्फत होइन। 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 सम्म झर्छ। प्रयोगकर्ता गन्ती छैन, कुराकानी गन्ती छैन, पहिलो तीन दिन निःशुल्क, र म्यासेजिङको बिल Meta ले व्यवसायलाई सिधै पठाउँछ।

### हरेक उत्पादन के हो

CRM र कनेक्सनले फरक समस्या समाधान गर्छन्।

- Leadsales:: फनेल, साझा कार्यक्षेत्र, चरणअनुसार बल्क म्यासेजिङ र माथिल्ला योजनामा AI एजेन्ट भएको बिक्री CRM। लिडहरूमा काम Leadsales भित्रै गरिन्छ।
- EasyCoexistence:: कनेक्सन र त्यसको अनुगमन। म्यासेज Meta का वेबहुक मार्फत व्यवसायले पहिल्यै प्रयोग गरिरहेको जुनसुकै CRM वा टुलमा पुग्छ, र AI एजेन्टहरूले हाम्रो MCP सर्भर मार्फत नम्बरमा काम गर्छन्।

### वेब सेसनमा रहेको नम्बरलाई के हुन्छ

सस्तो योजनाले बोकेको जोखिम।

- Leadsales:: Basic योजनाको नम्बर Business एपीआई मार्फत होइन, वेब सेसन मार्फत WhatsApp सम्म पुग्छ। स्वचालित व्यवसायिक म्यासेजिङका लागि WhatsApp का व्यवसायसम्बन्धी सर्तले यो बाटोलाई स्वीकृत गर्दैनन्।
- EasyCoexistence:: यो कनेक्सनविरुद्ध कारबाही गर्न मिल्ने कुनै आधार छैन, किनभने यो Meta कै Coexistence सुविधा हो र Meta कै प्रक्रियाबाट बनाइएको हो, अनि कनेक्सनको चौबीसै घण्टा अनुगमन हुन्छ।

- मूल्य हेरेर Basic योजना रोज्ने र त्यसले एपीआई प्रयोग गर्छ भन्ने ठान्ने। यो वेब सेसन मार्फत जोडिन्छ।
- प्रयोगकर्ता गन्ने तर सक्रिय कुराकानीको सीमा बिर्सने। प्रत्येक योजनाले एउटा सीमा तोकेको हुन्छ।
- योजनामा Meta का टेम्प्लेट शुल्क समावेश होला भन्ने आशा गर्ने। ती शुल्क Meta ले व्यवसायलाई सिधै बिल गर्छ।

**के एउटा सस्तो छ?** छ, हामी सस्तो छौं। आधिकारिक एपीआई भएको सबैभन्दा सस्तो Leadsales योजना प्रति महिना US$ 133 हो; हामीसँग एउटा जडित नम्बर US$ 9 हो।

**Leadsales ले आधिकारिक WhatsApp एपीआई प्रयोग गर्छ?** Professional र Advanced मा गर्छ। उनीहरूको Basic योजनाले बरु Messenger र वेब सेसन मार्फत WhatsApp जोड्छ।

**Leadsales ले Coexistence समर्थन गर्छ?** उनीहरूको मूल्य पृष्ठमा केही अवस्थामा नम्बर फोनमा प्रयोग गर्न मिल्छ र अरू अवस्थामा पूर्ण रूपमा एपीआईमा सर्छ भनिएको छ। हामीसँग यो सधैं WhatsApp Business एपमै रहन्छ।

**के म आफ्नो CRM राखेर EasyCoexistence प्रयोग गर्न सक्छु?** सक्नुहुन्छ। Meta ले तपाईंले रोजेको वेबहुकमा म्यासेज पठाउँछ, त्यसैले वेबहुक स्वीकार गर्ने जुनसुकै CRM ले ती प्राप्त गर्न सक्छ।

---

## EasyCoexistence vs Treble

https://easycoexistence.com/ne/compare/easycoexistence-vs-treble

Treble स्वचालित फ्लो, क्याम्पेन र AI सेवाका लागि बनेको ल्याटिन अमेरिकी WhatsApp Business API प्लेटफर्म हो, जुन बिक्री टोलीमार्फत बेचिन्छ र यसको सार्वजनिक मूल्य छैन। EasyCoexistence ले व्यवसायले WhatsApp Business एपमा पहिल्यै प्रयोग गरिरहेको नम्बरलाई Coexistence मार्फत Meta को Cloud API सँग जोड्छ, आफैं साइन अप गरेर, प्रति जडान गरिएको नम्बर प्रति महिना प्रकाशित US$ 9 मा।

### WhatsApp Business एपलाई के हुन्छ

दुवै उत्पादन फोनबारे विपरीत धारणाबाट सुरु हुन्छन्।

- Treble:: उनीहरूको गृहपृष्ठमा Treble WhatsApp Business API मा आधारित समाधान हो, निःशुल्क WhatsApp Business एपमा आधारित होइन भनिएको छ। Coexistence को उल्लेख छैन, त्यसैले नम्बर एपमै रहन सक्छ कि भनेर उनीहरूलाई सोध्नुहोस्।
- EasyCoexistence:: एप रहिरहन्छ। Coexistence ले उही नम्बरमा WhatsApp Business एप चलिरहन दिन्छ, करिब छ महिनाको च्याट इतिहास सिंक हुन्छ, र स्वचालनका लागि Cloud API सँगसँगै चल्छ।

### यसको लागत कति हो

एउटा मूल्य आजै पढ्न सकिन्छ। अर्कोका लागि कुराकानी चाहिन्छ।

- Treble:: सार्वजनिक मूल्य छैन। गृहपृष्ठमा मूल्य देखाइएको छैन र मूल्य पेजले पासवर्ड माग्छ, त्यसैले रकम उनीहरूको बिक्री टोलीबाट आउँछ।
- EasyCoexistence:: एकदेखि पाँच नम्बरसम्म प्रति जडान गरिएको नम्बर प्रति महिना US$ 9 पर्छ, छ ब्यान्डमा घटेर, तपाईंले नम्बर थप्दै जाँदा प्रति नम्बर US$ 1 सम्म पुग्छ। Meta ले म्यासेजिङको बिल व्यवसायलाई सिधै गर्छ र केही पनि मार्कअप गरिँदैन।

### प्रत्येक उत्पादन के हो

दुवै Meta को आधिकारिक API मा छन्। तिनले फरक तह बेच्छन्।

- Treble:: स्वचालित च्याट फ्लो, बल्क क्याम्पेन र AI ग्राहक सेवाका लागि प्लेटफर्म, HubSpot र Salesforce सँग नेटिभ इन्टिग्रेसन र आफ्नै जडानका लागि एपीआई सहित।
- EasyCoexistence:: जडान र यसको 24/7 अनुगमन। Meta ले वेबहुक सिधै तपाईंको प्रणालीमा पठाउँछ, कुराकानीको सामग्री हाम्रो तर्फ कहिल्यै भण्डारण गरिँदैन, र MCP सर्भरले AI एजेन्टलाई नम्बरबाट म्यासेज पठाउन दिन्छ।

### नम्बर कति समयमा सक्रिय हुन्छ

साना व्यवसायका लागि प्रायः निर्णायक प्रश्न यही हुन्छ।

- Treble:: बिक्री प्रक्रिया मार्फत, किनकि अनबोर्डिङ अघि योजना र मूल्य उनीहरूको टोलीसँग तय गरिन्छ।
- EasyCoexistence:: Meta को Embedded Signup मार्फत सामान्यतया दुई मिनेटभन्दा कम: Facebook बाट लग इन गर्नुहोस्, नम्बर राख्नुहोस्, र एपमा QR कोड स्क्यान गर्नुहोस्। एप संस्करण 2.24.17 वा त्यसभन्दा माथि र हालको वास्तविक गतिविधि आवश्यक छ।

- Coexistence जाँच नगरी व्यस्त एप नम्बरलाई API-मात्र सेटअपमा सार्नु। फोन टोलीले उत्तर दिने ठाउँ रहँदैन।
- क्याम्पेन प्लेटफर्मको कोटेसनलाई जडान शुल्कसँग तुलना गर्नु। एउटामा फ्लो र क्याम्पेन समावेश छन्।
- Meta को टेम्प्लेट शुल्क नजोड्नु। ती दुवै प्रदायकले होइन, Meta ले बिल गर्छ।

**के Treble ले मूल्य प्रकाशित गर्छ?** गर्दैन। उनीहरूको गृहपृष्ठमा कुनै मूल्य छैन र मूल्य पेज पासवर्डले सुरक्षित छ।

**के एउटा सस्तो छ?** हाम्रो मूल्य प्रकाशित छ र उनीहरूको छैन, त्यसैले हाम्रो मात्र प्रमाणित गर्न सकिन्छ: प्रति जडान गरिएको नम्बर प्रति महिना US$ 9 बाट सुरु भएर तपाईंले नम्बर थप्दै जाँदा US$ 1 सम्म घट्छ।

**के Treble ले Coexistence समर्थन गर्छ?** उनीहरूको गृहपृष्ठमा यसको उल्लेख छैन र Treble लाई WhatsApp Business एपमा होइन, API मा आधारित भनिएको छ। उनीहरूलाई सोध्नुहोस्।

**के म EasyCoexistence बाट क्याम्पेन चलाउन सक्छु?** सक्नुहुन्छ, स्वीकृत टेम्प्लेटसहित Cloud API मार्फत, तपाईंको आफ्नै प्रणाली वा टुलबाट। Meta ले टेम्प्लेटको बिल तपाईंलाई सिधै गर्छ।

---

## EasyCoexistence बनाम Botmaker

https://easycoexistence.com/ne/compare/easycoexistence-vs-botmaker

Botmaker WhatsApp Business Platform मा चल्ने ल्याटिन अमेरिकी च्याटबोट र ग्राहक सेवा प्लेटफर्म हो, जसको मूल्य 3,000 कुराकानीका लागि US$ 149 प्रति महिनादेखि सुरु हुन्छ, साथमा WhatsApp खाता खोल्न एकपटकको US$ 99 शुल्क लाग्छ। यसले Coexistence समर्थन गर्छ। EasyCoexistence केवल Coexistence जडान हो, प्रति जडान नम्बर US$ 9 प्रति महिना, कुनै कुराकानी बन्डल बिना।

### मासिक बिलमा के तिरिन्छ

Botmaker कुराकानी बेच्छ। EasyCoexistence जडान बेच्छ।

- Botmaker:: Standard US$ 149 मा 3,000 कुराकानी, Scale US$ 249 मा 5,000, Pro US$ 499 मा 10,000, थप कुराकानीमा US$ 0.07 देखि US$ 0.05 सम्म, र WhatsApp खाता खोल्न US$ 99 लाग्छ। आफूले पहिले पठाउने म्यासेजमा WhatsApp को लागतसँगै 20% सेवा शुल्क लाग्छ।
- EasyCoexistence:: एकदेखि पाँच नम्बरसम्म प्रति जडान नम्बर प्रति महिना US$ 9, नम्बर थपिँदै जाँदा प्रत्येकको US$ 1 सम्म घट्छ। न बन्डल, न थप शुल्क, न सुरु गर्ने शुल्क। Meta ले आफ्नो शुल्क व्यवसायलाई सिधै बिल गर्छ र हामी त्यसमा कहिल्यै थप गर्दैनौं।

### प्रत्येकमा Coexistence कसरी काम गर्छ

दुवैले नम्बरमा WhatsApp Business एप चलिरहन दिन्छन्। बाँकी सेटअप फरक छ।

- Botmaker:: उनीहरूको सहायता केन्द्रका अनुसार Coexistence नयाँ लाइन वा नयाँ कन्फिगरेसनका लागि मात्र उपलब्ध छ, फोनबाट कसैले उत्तर दिएपछि बोट रोकिन्छ, र प्लेटफर्ममा समूह च्याट समर्थित छैन।
- EasyCoexistence:: Coexistence नै हाम्रो उत्पादन हो: Meta को Embedded Signup मार्फत आफैँ गर्न मिल्ने करिब दुई मिनेटको सेटअप, त्यसपछि 24/7 निगरानी, ताकि Meta को 14 दिनको नियम जस्तो जडान छुट्ने अवस्था त्यही क्षण संकेत गरिन्छ।

### प्रत्येक के हो

बोट प्लेटफर्म र जडान फरक खरिद हुन्।

- Botmaker:: WhatsApp मा बोट बनाउन र एजेन्ट सेवा चलाउने प्लेटफर्म, योजनाअनुसार दसदेखि पचास एजेन्ट सिट समावेश। फ्लोहरू Botmaker भित्रै रहन्छन्।
- EasyCoexistence:: जडान मात्र। Meta का वेबहुक तपाईंको आफ्नै प्रणालीमा पुग्छन्, कुराकानीको सामग्री हाम्रो तर्फ कहिल्यै भण्डारण हुँदैन, र MCP सर्भरले Claude, ChatGPT, Cursor, Claude Code वा Codex लाई नम्बरमा काम गर्न दिन्छ।

### वृद्धिले बिलमा के गर्छ

व्यवसाय व्यस्त हुँदै जाँदा दुई मोडेल उल्टो दिशामा सर्छन्।

- Botmaker:: बढी कुराकानीको अर्थ प्रति कुराकानी थप शुल्क वा अर्को योजनामा जानु हो, त्यसैले व्यस्त महिना शान्त महिनाभन्दा महँगो पर्छ।
- EasyCoexistence:: म्यासेजको संख्या मूल्यमा पर्दैन। नम्बर थप्दा मात्र बिल बदलिन्छ, र जति नम्बर थपिन्छ प्रति नम्बर दर घट्छ।

- योजनाको मूल्य तुलना गर्दा US$ 99 खाता शुल्क र आफूले पठाउने म्यासेजको 20% सेवा शुल्क बिर्सनु।
- आजका कुराकानीका आधारमा योजना छनोट गर्नु। बन्डलभन्दा माथिको प्रत्येक कुराकानीमा थप शुल्क लाग्छ।
- फोनबाट उत्तर दिँदा बोट चलिरहन्छ भन्ने अपेक्षा गर्नु। Botmaker मा फोनले उत्तर दिँदा बोट रोकिन्छ।

**के Botmaker ले Coexistence समर्थन गर्छ?** गर्छ। उनीहरूको सहायता केन्द्रमा यो उल्लेख छ, नयाँ लाइन वा नयाँ कन्फिगरेसनका लागि उपलब्ध।

**के एउटा सस्तो छ?** हो, हामी सस्तो छौं। Botmaker प्रति महिना US$ 149 बाट सुरु हुन्छ र खाता खोल्न थप US$ 99 लाग्छ; हामीसँग जडान गरिएको एउटा नम्बर प्रति महिना US$ 9 हो, सुरु गर्न केही तिर्नु पर्दैन।

**के तपाईंहरू Meta को शुल्कमा थप शुल्क लगाउनुहुन्छ?** लगाउँदैनौं। Meta ले म्यासेजिङको शुल्क व्यवसायको आफ्नै खातामा बिल गर्छ र हामी त्यसमा कहिल्यै थप गर्दैनौं।

**के म EasyCoexistence बाट बोट बनाउन सक्छु?** सक्नुहुन्छ, n8n, Make, आफ्नै कोड वा MCP मार्फत AI एजेन्टमा। म्यासेज Meta का वेबहुक मार्फत तपाईंको प्रणालीमा पुग्छन्।

---

## EasyCoexistence बनाम Gallabox

https://easycoexistence.com/ne/compare/easycoexistence-vs-gallabox

Gallabox र EasyCoexistence ले फरक समस्या समाधान गर्छन्। Gallabox आधिकारिक WhatsApp Business API मा चल्ने टोली इनबक्स र अटोमेसन सुइट हो, जुन निश्चित प्रयोगकर्ता संख्या भएका प्लानमा बिक्री हुन्छ। EasyCoexistence जडान नै हो: WhatsApp Business एपकै नम्बरमा Meta को Cloud API, प्रति नम्बर मूल्य तोकिएको, इनबक्स र प्रयोगकर्ता सीमा बिना।

### मासिक बिलले केको भुक्तानी गर्छ

दुवैको मूल्य फरक इकाईमा तोकिएको छ, र त्यही इकाईले बिल कसरी बढ्छ भन्ने निर्धारण गर्छ।

- Gallabox:: टोलीको निश्चित आकारसहित मासिक मूल्य तोकिएका प्लान। Basic त्रैमासिक बिल हुने गरी प्रति महिना ₹ 2,999 मा 3 प्रयोगकर्ताका लागि सूचीबद्ध छ, उनीहरूको पेजमा यसलाई कडा सीमा भनिएको छ, र ठूला टोली Essential वा Advanced मा सर्नुपर्छ।
- EasyCoexistence:: प्रति जडान गरिएको नम्बर प्रति महिना US$ 9 देखि, नम्बर थप्दै जाँदा US$ 1 सम्म घट्दै जाने। प्रयोगकर्ता संख्या र सम्पर्क संख्या गनिँदैन, त्यसैले कसैलाई काममा लिँदा वा बढी ग्राहकलाई जवाफ दिँदा बिलमा केही फरक पर्दैन।

### Coexistence कसरी सक्रिय हुन्छ

दुवैले Meta को Coexistence सुविधा प्रयोग गर्छन्, त्यसैले WhatsApp Business एप फोनमा चलिरहन्छ। तर त्यहाँ पुग्ने बाटो फरक छ।

- Gallabox:: उनीहरूको कागजातअनुसार Coexistence पूर्वनिर्धारित रूपमा सक्रिय हुँदैन र सुरु गर्नुअघि Gallabox सपोर्टसँग सम्पर्क गर्नुपर्छ, ताकि वर्कस्पेस पहिले सक्रिय गर्न सकियोस्।
- EasyCoexistence:: Coexistence नै हाम्रो उत्पादन हो। व्यवसायका मालिकले करिब दुई मिनेटमा Meta को Embedded Signup आफैं पूरा गर्छन्, एप संस्करण 2.24.17 वा त्यसभन्दा पछिको हुनुपर्छ र नम्बर अर्को प्रदायकसँग जोडिएको हुनुहुँदैन।

### कुराकानी कहाँ राखिन्छ

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

- Gallabox:: उनीहरूको प्लेटफर्मभित्र। साझा इनबक्स, चाटबोट बिल्डर र ब्रोडकास्ट टुलले एजेन्टलाई म्यासेज देखाउन ती आफ्नो तर्फ भण्डारण गर्नुपर्छ।
- EasyCoexistence:: हामीसँग होइन। Meta ले वेबहुक तपाईंले तोकेको एन्डपोइन्टमा सीधै पठाउँछ, र कुराकानी हाम्रो तर्फ कहिल्यै भण्डारण गरिँदैन। तपाईंको CRM, एप वा AI एजेन्टमा डेटा पुग्छ।

### कुन रोज्ने

यदि तपाईंले चाटबोट र क्याम्पेनसहितको टोली इनबक्स किन्दै हुनुहुन्छ भने Gallabox त्यस्तै प्रकारको उत्पादन हो, र त्यो जडानभन्दा फरक खरिद हो।

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

- प्लानको मूल्य सीधै तुलना गर्नु। एउटामा इनबक्स र AI क्रेडिट समावेश छ, अर्को जडान मात्र हो।
- प्रदायकले सक्रिय गर्नुअघि नै Coexistence अनबोर्डिङ सुरु गर्नु, र त्यही नम्बरलाई बारम्बार पुनः प्रयास गर्नु।
- तपाईंको आफ्नै सफ्टवेयरले म्यासेज सम्हाल्ने नम्बरका लागि प्रयोगकर्ता सीमा भएको इनबक्स किन्नु।

**के EasyCoexistence Gallabox भन्दा सस्तो छ?** जडानका लागि, हो। Gallabox Basic त्रैमासिक बिल हुने गरी प्रति महिना ₹ 2,999 मा 3 प्रयोगकर्ताका लागि छ। EasyCoexistence प्रयोगकर्ता सीमा बिना प्रति जडान गरिएको नम्बर प्रति महिना US$ 9 हो, त्यसैले जतिसुकै ठूलो टोली भए पनि एउटा नम्बरको लागत US$ 9 पर्छ।

**के Gallabox ले Coexistence समर्थन गर्छ?** गर्छ। उनीहरूको कागजातमा यसको वर्णन छ र सेटअपअघि तपाईंको वर्कस्पेसमा सपोर्टले यसलाई सक्रिय गर्नुपर्छ भनिएको छ।

**के EasyCoexistence मा Gallabox जस्तै इनबक्स छ?** छैन। तपाईंको टोलीले WhatsApp Business एप नै चलाइरहन्छ, र सफ्टवेयरले Meta ले तपाईंको आफ्नै सिस्टममा पठाउने वेबहुक मार्फत उही म्यासेज पाउँछ।

**Meta को म्यासेज शुल्क कसले तिर्छ?** EasyCoexistence प्रयोग गर्दा तपाईंले नै तिर्नुहुन्छ, आफ्नै WhatsApp Business खातामा Meta लाई सीधै, हामीले केही थप नगरी।

---

## EasyCoexistence बनाम TimelinesAI

https://easycoexistence.com/ne/compare/easycoexistence-vs-timelinesai

TimelinesAI प्रति सिट मूल्य लाग्ने, CRM सँग सिंक हुने साझा WhatsApp इनबक्स हो, जसले नम्बरलाई QR कोड, आधिकारिक WhatsApp Business API वा Coexistence मार्फत जोड्छ। EasyCoexistence ले नम्बरहरू Coexistence सहित Meta को Cloud API मार्फत मात्र जोड्छ, मूल्य प्रति नम्बर हो, र हरेक म्यासेज इनबक्समा होइन, तपाईंको आफ्नै प्रणालीमा पठाउँछ।

### प्रत्येकले नम्बर कसरी जोड्छ

जडान गर्ने तरिकाले नम्बर केकस्ता जोखिममा पर्छ भन्ने तय गर्छ, त्यसैले यो पहिले आउँछ।

- TimelinesAI:: हरेक प्लानमा तीन विकल्प: QR कोड लिङ्क, जसले नम्बरलाई लिङ्क गरिएको डिभाइसका रूपमा जोड्छ, आधिकारिक WhatsApp Business API, वा Coexistence, जसले एप र API सँगै चलाउँछ।
- EasyCoexistence:: एउटै तरिका: Meta को आफ्नै Embedded Signup मार्फत Coexistence सहितको Meta को Cloud API। QR सत्रको विकल्प छैन, त्यसैले हामीमार्फत जोडिएको कुनै नम्बर लिङ्क गरिएको डिभाइसको जडान जीवित रहनुमा भर पर्दैन।

### मासिक बिलले केको भुक्तानी गर्छ

प्रति सिट र प्रति नम्बर फरक कारणले बढ्छन्।

- TimelinesAI:: Starter मा प्रति सिट प्रति महिना $35, वार्षिक बिलिङमा $28, र Pro मा प्रति सिट $49। उनीहरूको मूल्य पृष्ठमा WhatsApp खाता जोड्ने हरेक प्रयोगकर्ताका लागि एउटा सिट चाहिन्छ भनिएको छ।
- EasyCoexistence:: पाँचसम्म नम्बरका लागि प्रति जडान गरिएको नम्बर प्रति महिना US$ 9, नम्बर थप्दै जाँदा US$ 1 सम्म घट्छ। मानिसलाई गनिँदै गनिँदैन, र Meta ले आफ्नो म्यासेज शुल्क तपाईंलाई सीधै बिल गर्छ।

### कुराकानी अन्त्यमा कहाँ पुग्छ

इनबक्स र जडानले डेटालाई फरक ठाउँमा राख्छन्।

- TimelinesAI:: उनीहरूको साझा इनबक्समा, जहाँबाट तपाईंले रोजेको CRM मा सिंक हुन्छ। इनबक्स नै उत्पादन भएकाले म्यासेज उनीहरूको प्लेटफर्ममा हुँदै गएर देखाइन्छन्।
- EasyCoexistence:: सीधै तपाईंको एन्डपोइन्टमा। Meta ले तपाईंले तोकेको यूआरएलमा वेबहुक पठाउँछ र कुराकानी हाम्रो तर्फ कहिल्यै भण्डारण गरिँदैन, जसले ग्राहकको डेटा तपाईंले नियन्त्रण गर्ने प्रणालीभित्रै राख्छ।

### कुन रोज्ने

आफ्नो CRM भित्र साझा इनबक्स चाहने बिक्री टोली इनबक्स खोजिरहेको हुन्छ, र TimelinesAI त्यस्तै एउटा हो।

नम्बर आधिकारिक रूपमा जोडिएको होस्, बाटोमा कहीँ QR सत्र नहोस् र बिचौलियाले केही भण्डारण नगरोस् भन्ने व्यवसाय जडान खोजिरहेको हुन्छ। EasyCoexistence त्यही जडान हो, जसमा Meta ले आफैँ दिने विच्छेदका कारण पढ्ने हेल्थ मनिटरिङ, AI सहायकका लागि MCP सर्भर, र टोलीको आकार जेसुकै भए पनि प्रति नम्बर एउटै शुल्क छ।

- छिटो हुन्छ भनेर व्यवसायको नम्बर QR कोडबाट जोड्नु। लिङ्क गरिएको डिभाइसको सत्र Meta को Business Platform होइन।
- मानिसले होइन, सफ्टवेयरले जवाफ दिने नम्बरका लागि पनि सिट गन्नु।
- कुन नम्बर कुन तरिकाले जोडिएको हो भन्ने नछुट्याई QR बाट जोडिएका र API बाट जोडिएका नम्बर एउटै खातामा मिसाउनु।

**के EasyCoexistence TimelinesAI भन्दा सस्तो छ?** जडान गरिएको नम्बरका लागि, हो। TimelinesAI Starter प्रति सिट प्रति महिना $35 हो। EasyCoexistence प्रति जडान गरिएको नम्बर प्रति महिना US$ 9 हो, र WhatsApp Business एपबाट जवाफ दिने जतिसुकै ठूलो टोलीले केही थप्दैन।

**के TimelinesAI ले Coexistence समर्थन गर्छ?** गर्छ। उनीहरूको मूल्य पृष्ठमा हरेक प्लानमा QR कोड र आधिकारिक API सँगै Coexistence सूचीबद्ध छ।

**के म EasyCoexistence मा नम्बर QR कोडबाट जोड्न सक्छु?** सक्नुहुन्न। हरेक नम्बर Coexistence सहित Meta को Cloud API मार्फत जोडिन्छ, लिङ्क गरिएको डिभाइसका रूपमा कहिल्यै होइन।

**के म आफ्नो फोनमा अझै WhatsApp प्रयोग गर्न सक्छु?** सक्नुहुन्छ। Coexistence ले उही नम्बरमा WhatsApp Business एप चलिरहन दिन्छ, र API सँगसँगै चल्छ।

---

## EasyCoexistence vs Periskope

https://easycoexistence.com/ne/compare/easycoexistence-vs-periskope

Periskope ले फोनको Link device स्क्रिनमा QR कोड स्क्यान गरेर WhatsApp नम्बर जोड्छ, र यसको दस्तावेजले WhatsApp API नम्बर जोड्न नसकिने बताउँछ। EasyCoexistence ले उल्टो बाटो लिन्छ: नम्बर Coexistence मार्फत Meta को Cloud API मा दर्ता हुन्छ, त्यसैले WhatsApp Business एपले काम गरिरहन्छ र जडान आधिकारिक हुन्छ।

### प्रत्येकले WhatsApp मा कसरी पहुँच पाउँछ

यस पृष्ठका अन्य सबै कुरा जडानको तरिकाबाट निर्धारित हुन्छन्।

- Periskope:: फोनमा WhatsApp सेटिङ खोलेर Link device छान्नुहोस् र Periskope ले देखाएको QR कोड स्क्यान गर्नुहोस्। नम्बर लिङ्क गरिएको डिभाइसका रूपमा जोडिन्छ, र उनीहरूको होमपेजले यसमा WhatsApp Business API चाहिँदैन भनेर प्रचार गर्छ।
- EasyCoexistence:: Meta को Embedded Signup ले Meta ले तपाईंकै WhatsApp Business खातालाई जारी गरेको क्रेडेन्सियलसहित नम्बर Cloud API मा दर्ता गर्छ। Coexistence ले फोनमा रहेको एपलाई सोही नम्बरमा चलिरहन दिन्छ।

### प्रत्येक महिना कति खर्च लाग्छ

दुवैले मूल्य सार्वजनिक गरेका छन्, तर तिनले फरक कुरा गन्छन्।

- Periskope:: Starter प्रति प्रयोगकर्ता प्रति महिना $25 र Pro $35 सूचीबद्ध छ; पहिलो फोन समावेश हुन्छ र थप प्रत्येक फोन योजनाकै दरमा छुट्टै लाइसेन्सका रूपमा बिल हुन्छ। Enterprise का लागि कम्तीमा 50 प्रयोगकर्ता वा फोन चाहिन्छ।
- EasyCoexistence:: एकदेखि पाँच नम्बरसम्म प्रति जडान गरिएको नम्बर प्रति महिना US$ 9, छ तहमार्फत घटेर नम्बर थप्दै जाँदा US$ 1। प्रयोगकर्ता लाइसेन्स छैन, र Meta ले म्यासेजिङको बिल मार्कअप बिना सिधै तपाईंको खातामा पठाउँछ।

### जडान कुन जोखिममा हुन्छ

WhatsApp ले लिङ्क गरिएको डिभाइस सत्र र API दर्तालाई फरक रूपमा हेर्छ।

- Periskope:: लिङ्क गरिएको डिभाइसबाट हुने पहुँच Meta को प्लेटफर्म बाहिर चल्छ। WhatsApp का व्यवसाय सर्तहरूले स्वचालित र तेस्रो पक्षको प्रयोगलाई नियमन गर्छन्, र यसरी जोडिएको नम्बरको Meta सँग API स्तरको कुनै मान्यता हुँदैन।
- EasyCoexistence:: हरेक कल Meta को Cloud API मा जान्छ। जडान टुट्दा हामी Meta ले दिएको विच्छेदको कारण पढ्छौं र तपाईंलाई सूचना दिन्छौं, Coexistence नम्बरमा लागू हुने 14 दिनको एप गतिविधि नियमसमेत।

### कुन छान्ने

प्रश्न यो हो: नम्बरको मूल्य कति छ र यो कहाँ चल्नुपर्छ। Periskope को मोडेल अवस्थित नम्बरलाई डिभाइसका रूपमा जोड्नेमा आधारित छ, समूह समेत, र यसले API नम्बर बिल्कुलै लिँदैन।

ग्राहकले भर पर्ने नम्बर वा एजेन्सीले जिम्मा लिएको क्लाइन्टको नम्बरका लागि आधिकारिक बाटो नै Meta का नियमभित्र रहने बाटो हो। EasyCoexistence ले त्यो बाटो प्रति नम्बर एकमुष्ट शुल्कमा दिन्छ, WhatsApp Business एपलाई चलिरहन दिन्छ र म्यासेज तपाईंकै प्रणालीमा पुर्‍याउँछ।

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

**के EasyCoexistence Periskope भन्दा सस्तो छ?** छ। Periskope Starter प्रति प्रयोगकर्ता प्रति महिना $25 हो र थप प्रत्येक फोनको अर्को $25 लाग्छ। EasyCoexistence प्रति जडान गरिएको नम्बर प्रति महिना US$ 9 हो, प्रयोगकर्ता शुल्क छैन।

**के Periskope ले आधिकारिक WhatsApp API प्रयोग गर्छ?** गर्दैन। यसको दस्तावेजअनुसार नम्बर Link device मार्फत QR कोडबाट जोडिन्छ र WhatsApp API नम्बर जोड्न नसकिने उल्लेख छ।

**के म EasyCoexistence मार्फत समूह प्रयोग गर्न सक्छु?** सक्नुहुन्न। समूह च्याट Meta को Cloud API बाहिर पर्छन्, र यो नियम हरेक आधिकारिक प्रदायकमा लागू हुन्छ।

**के मेरो एपले काम गरिरहन्छ?** गरिरहन्छ। Cloud API सोही नम्बरमा चल्दा Coexistence ले फोनमा WhatsApp Business एपलाई काम गरिरहन दिन्छ।

---

## EasyCoexistence vs Wassenger

https://easycoexistence.com/ne/compare/easycoexistence-vs-wassenger

Wassenger टिम इनबक्स र WhatsApp API प्लेटफर्म हो, जसले दुई कनेक्टर दिन्छ: QR कोड सेसन र Meta को Cloud API, जसमा API तर्फ Coexistence उपलब्ध छ। EasyCoexistence ले Coexistence सहितको Cloud API मात्र दिन्छ, इनबक्स छैन, र निश्चित संख्याका एजेन्टसहितको योजनाको सट्टा प्रत्येक जडान गरिएको नम्बरको मूल्य महिनाको US$ 9 बाट सुरु हुन्छ।

### प्रत्येकले नम्बर कसरी जडान गर्छ

Wassenger को आफ्नै सहायता केन्द्रले दुवै कनेक्टरको तुलना गरेको छ, सुरु गर्न सबैभन्दा स्पष्ट ठाउँ त्यही हो।

- Wassenger:: QR कनेक्टर, जसलाई वर्कर सेवा मार्फत सेसनमा आधारित जडानका रूपमा वर्णन गरिएको छ, जसका लागि फोन अनलाइन हुनुपर्छ र WhatsApp को स्प्याम पहिचानको अधीनमा हुन्छ; र Meta सँग प्रमाणीकरण गरिएको Cloud API कनेक्टर। Coexistence API तर्फ उपलब्ध छ।
- EasyCoexistence:: Meta को Cloud API मात्र, Meta को Embedded Signup र Coexistence मार्फत। उत्पादनमा सेसन वर्कर र QR कनेक्टर छैन, त्यसैले गलत छनोट गर्ने ठाउँ नै हुँदैन।

### मासिक बिलले केका लागि तिर्छ

एजेन्टको योजना र प्रति नम्बर शुल्क फरक फरक कुराअनुसार बढ्छन्।

- Wassenger:: Professional महिनाको €39.90 मा एउटा नम्बर र 3 एजेन्ट, Business €69.90 मा 6 एजेन्ट, Enterprise €99.90 मा 9 एजेन्ट। Meta ले तोकेको टेम्प्लेट शुल्क लागतमै थपेर बिल गरिन्छ।
- EasyCoexistence:: प्रति जडान गरिएको नम्बर महिनाको US$ 9, नम्बर थप्दै जाँदा घटेर US$ 1 सम्म पुग्छ, एजेन्ट गणना छैन। Meta ले म्यासेजिङको बिल तपाईंको आफ्नै WhatsApp Business Account मा गर्छ, हाम्रो मार्फत कहिल्यै होइन।

### कुराकानी कहाँ पुग्छ

इनबक्सले देखाउने कुरा सुरक्षित राख्छ। कनेक्सनले पाएको कुरा अगाडि पठाउँछ।

- Wassenger:: तिनीहरूको साझा टिम इनबक्समा, जहाँ एजेन्टलाई च्याट तोकिन्छ, क्याम्पेन चलाइन्छ र AI सहायक प्रयोग गरिन्छ। एजेन्टले काम गर्न सकून् भनेर म्यासेज तिनीहरूकै प्लेटफर्ममा रहन्छन्।
- EasyCoexistence:: तपाईंको आफ्नै सिस्टममा। Meta ले वेबहुक तपाईंले तोकेको एन्डपोइन्टमा सिधै पठाउँछ, कुराकानी हाम्रो तर्फ कहिल्यै सुरक्षित गरिँदैन, र टिमले WhatsApp Business एपबाटै उत्तर दिइरहन्छ।

### कुन छान्ने

साझा इनबक्समा एजेन्टहरू लग इन गरेको चाहने टिमले इनबक्स किनिरहेको हुन्छ, र Wassenger का योजनाहरू त्यसकै वरिपरि बनेका छन्।

आधिकारिक API मा नम्बर मात्र चाहने जो कोहीले, जस्तै ग्राहकका नम्बर जोड्ने एजेन्सी, अवस्थित एपमा डेटा पठाउने डेभलपर, वा नयाँ टुल बिना अटोमेसन थप्ने मालिकले, EasyCoexistence बाट अझ साँघुरो उत्पादन पाउँछन्: एउटै कनेक्सन प्रकार, प्रति नम्बर निश्चित शुल्क, Coexistence लिंक सकिनुअघि चेतावनी दिने अनुगमन, र Claude, ChatGPT र Cursor का लागि MCP सर्भर।

- जाँच गर्न QR कनेक्टरमा सुरु गरेर, काम गर्न थालेपछि व्यवसायको नम्बर त्यहीँ छाडिदिनु।
- योजनाभित्रका एजेन्ट र इनबक्स नगनी €39.90 को योजनालाई प्रति नम्बर शुल्कसँग तुलना गर्नु।
- च्याट इतिहास पनि पछि आउँछ कि आउँदैन जाँच नगरी नम्बरलाई एक कनेक्टरबाट अर्कोमा सार्नु।

**के EasyCoexistence Wassenger भन्दा सस्तो छ?** कनेक्सनका लागि, हो। Wassenger Professional एउटा नम्बरका लागि महिनाको €39.90 हो। EasyCoexistence प्रति जडान गरिएको नम्बर महिनाको US$ 9 हो, र पाँच नम्बरको जम्मा US$ 45 पर्छ।

**के Wassenger ले Coexistence समर्थन गर्छ?** गर्छ। Wassenger ले उही नम्बरमा WhatsApp Business एप र आफ्नो API प्लेटफर्म प्रयोग गर्ने Coexistence पृष्ठ र सहायता लेख प्रकाशित गरेको छ।

**के Wassenger को QR कनेक्टर आधिकारिक हो?** Wassenger ले यसलाई सेसनमा आधारित र WhatsApp को स्प्याम पहिचानको अधीनमा रहेको भनी वर्णन गर्छ। Meta सँग प्रमाणीकरण हुने कनेक्टर यसको Cloud API कनेक्टर हो।

**EasyCoexistence प्रयोग गर्न मलाई सर्भर चाहिन्छ?** वेबहुक प्राप्त गर्न एन्डपोइन्ट चाहिन्छ, वा MCP सर्भर मार्फत जोडिएको AI सहायक। कनेक्सन आफैँको होस्टिङ समावेश छ।

---

## EasyCoexistence vs WANotifier

https://easycoexistence.com/ne/compare/easycoexistence-vs-wanotifier

WANotifier आधिकारिक API मा चल्ने WhatsApp मार्केटिङ र नोटिफिकेसन प्लेटफर्म हो, जसको मूल्य प्लान र कन्ट्याक्ट तहअनुसार तोकिन्छ र मासिक म्यासेज सीमा हुन्छ। EasyCoexistence Coexistence सहितको आधिकारिक कनेक्सन नै हो, जसको मूल्य जडान गरिएको प्रति नम्बर तोकिन्छ र कन्ट्याक्ट वा म्यासेजको सीमा हुँदैन। दुवैले Meta को म्यासेज शुल्क मार्कअपबिना सोझै पास गर्छन्, त्यसैले फरक सदस्यताले के किन्छ भन्नेमा हुन्छ।

### मासिक बिलले के को भुक्तानी गर्छ

WANotifier ले दर्शकको आकारअनुसार मूल्य तोक्छ। EasyCoexistence ले नम्बरअनुसार मूल्य तोक्छ।

- WANotifier:: 1,000 भन्दा कम कन्ट्याक्ट तहमा मासिक बिलिङअन्तर्गत Essentials $69, Advanced $119 र Premium $199 प्रति महिना, र मासिक पठाउने सीमा क्रमशः 4,000, 8,000 र 12,000 म्यासेज। कन्ट्याक्ट सूची ठुलो भए माथिल्लो तह तोकिन्छ।
- EasyCoexistence:: पाँचसम्म नम्बरका लागि जडान गरिएको प्रति नम्बर प्रति महिना US$ 9, नम्बर थप्दै जाँदा US$ 1 सम्म घट्दै जान्छ। पचास हजार कन्ट्याक्टको सूचीमा पनि पचास कन्ट्याक्टको सूचीमा जतिकै खर्च लाग्छ।

### Coexistence कसरी मिल्छ

दुवै Meta को आधिकारिक API मार्फत जोडिन्छन् र दुवैले Coexistence दिन्छन्, त्यसैले WhatsApp Business एप फोनमै रहन्छ।

- WANotifier:: Coexistence हरेक प्लानमा एउटा सुविधाका रूपमा सूचीकृत छ, क्याम्पेन, च्याटबट, ड्रिप सिक्वेन्स र साझा टोली इनबक्सका साथ।
- EasyCoexistence:: Coexistence नै पूरै उत्पादन हो: करिब दुई मिनेटमा आफैँ गर्न मिल्ने Embedded Signup, निरन्तर हेल्थ अनुगमन, र 14 दिनको एप गतिविधि नियम सहित Meta आफैँले दिने विच्छेदका कारणमा आधारित अलर्ट।

### म्यासेज कहाँ पुग्छन्

क्याम्पेन टुलले तपाईंका लागि म्यासेज सम्हाल्छ। कनेक्सनले तिनलाई हस्तान्तरण गर्छ।

- WANotifier:: उनीहरूको ड्यासबोर्ड, इनबक्स र अटोमेसन बिल्डरभित्र, र Advanced तथा Premium मा इन्टिग्रेसनका लागि REST एपीआई र वेबहुकसहित।
- EasyCoexistence:: हरेक नम्बरमा सोझै तपाईंको एन्डपोइन्टमा, किनभने Meta ले वेबहुक तपाईंले तोकेको यूआरएलमा पठाउँछ। हाम्रो तर्फ केही भण्डारण हुँदैन, र MCP सर्भरले Claude, ChatGPT वा Cursor लाई नम्बरसँग काम गर्न दिन्छ।

### कुन छान्ने

एउटै ड्यासबोर्डमा ब्रोडकास्ट, ड्रिप सिक्वेन्स र च्याटबट बिल्डर चाहिने व्यक्तिले क्याम्पेन टुल किन्दैछ, जुन कनेक्सनभन्दा फरक उत्पादन हो।

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

- साथै आउने मासिक म्यासेज सीमा नहेरी मूल्य हेरेर मात्र प्लान छान्नु।
- महिनाको बीचमा कन्ट्याक्ट सूची तहको सीमा नाघ्न दिनु र माथिल्लो तहको खर्च बजेटमा नराख्नु।
- 0% मार्कअपको अर्थ प्लेटफर्म शुल्क छैन भन्ने ठान्नु। सदस्यता शुल्क र Meta को शुल्क दुवै लाग्छन्।

**के EasyCoexistence WANotifier भन्दा सस्तो छ?** हो, कनेक्सनका लागि। WANotifier Essentials सबैभन्दा सानो कन्ट्याक्ट तहमा महिनाको $69 हो। EasyCoexistence जडान गरिएको प्रति नम्बर प्रति महिना US$ 9 हो, कन्ट्याक्ट वा म्यासेजको कुनै सीमा बिना।

**के WANotifier ले Coexistence समर्थन गर्छ?** हो। उनीहरूको मूल्य पृष्ठमा हरेक प्लानमा WhatsApp Coexistence सूचीकृत छ।

**के दुवैले Meta को शुल्क मार्कअपबिना पास गर्छन्?** हो। WANotifier ले 0% मार्कअप भनेको छ, र EasyCoexistence मा Meta ले तपाईंको आफ्नै खातामा सोझै बिल गर्छ।

**के म EasyCoexistence बाट क्याम्पेन पठाउन सक्छु?** तपाईं आफ्नै प्रणाली वा एआई सहायकबाट Cloud API मार्फत स्वीकृत टेम्प्लेट पठाउन सक्नुहुन्छ। क्याम्पेन बिल्डर छैन।

---

## EasyCoexistence vs Eazybe

https://easycoexistence.com/ne/compare/easycoexistence-vs-eazybe

Eazybe बिक्री टोलीका लागि CRM तह हो, जुन WhatsApp Web मा Chrome extension का रूपमा स्थापना हुन्छ। Starter योजनामा यसको मूल्य प्रति प्रयोगकर्ता लाग्छ, र माथिल्ला योजनामा WhatsApp API नम्बर र Coexistence थपिन्छ। EasyCoexistence केवल आधिकारिक जडान हो: Coexistence सहितको Meta को Cloud API, प्रति नम्बर मूल्यमा, म्यासेज सिधै तपाईंको आफ्नै प्रणालीमा पुर्‍याउने।

### प्रत्येकले WhatsApp मा कसरी पहुँच पाउँछ

दुई उत्पादन फरक ठाउँमा बस्छन्: एउटा बिक्री प्रतिनिधिको ब्राउजरमा, अर्को Meta को API मा।

- Eazybe:: प्रत्येक प्रतिनिधिले पहिले नै खोलेको WhatsApp Web सत्रमाथि थपिने Chrome extension, जसले लेबल, CRM सिंक र तालिकाकरण थप्छ। माथिल्ला योजनामा WhatsApp API नम्बर र Coexistence पनि सूचीबद्ध छन्।
- EasyCoexistence:: Meta को Embedded Signup मार्फत Coexistence सहित दर्ता गरिएको Meta को Cloud API। ब्राउजरको कुनै ट्याबमा केही चल्दैन, त्यसैले कसैले WhatsApp Web खोलेको होस् वा नहोस्, म्यासेज चलिरहन्छन्।

### मासिक बिलले केका लागि तिरिन्छ

Eazybe ले आगन्तुकको स्थानीय मुद्रामा मूल्य देखाउँछ, र योजना अनुसार मूल्य गणनाको एकाइ फेरिन्छ।

- Eazybe:: Starter को मूल्य प्रति प्रयोगकर्ता प्रति महिना हुन्छ। Scaler, Basic AI र Pro AI को मूल्य प्रति नम्बर प्रति महिना हुन्छ, जसमा 3 वा 5 प्रयोगकर्ता समावेश हुन्छन्, थप प्रत्येक प्रयोगकर्ताको अतिरिक्त शुल्क लाग्छ, र AI उत्तरको बिल प्रति उत्तर अलग्गै बन्छ।
- EasyCoexistence:: प्रति जडान गरिएको नम्बर प्रति महिना US$ 9 पर्छ, नम्बर थप्दै जाँदा US$ 1 सम्म घट्छ। प्रयोगकर्ता गणना छैन, AI क्रेडिट छैन, र Meta ले म्यासेजिङको बिल सिधै तपाईंको आफ्नै खातामा पठाउँछ।

### कुराकानी अन्त्यमा कहाँ पुग्छन्

CRM extension ले च्याट CRM मा प्रतिलिपि गर्छ। जडानले तिनलाई तपाईंले रोजेको कुनै पनि प्रणालीमा पठाउँछ।

- Eazybe:: WhatsApp Web बाट तिनीहरूले एकीकरण गरेका CRM मा, जस्तै HubSpot, Zoho र Salesforce मा, तिनीहरूकै प्लेटफर्म मार्फत सिंक गरिन्छ।
- EasyCoexistence:: Meta ले तपाईंले तोकेको एन्डपोइन्टमा वेबहुकका रूपमा पठाउँछ, हाम्रो तर्फ कहिल्यै भण्डारण गरिँदैन। तपाईंको CRM, तपाईंको एप, स्वचालन उपकरण वा MCP सर्भर मार्फत AI सहायकले तिनलाई सिधै प्राप्त गर्छ।

### कुन रोज्ने

ब्राउजरमा हरेक च्याटको छेउमा CRM फिल्ड चाहने बिक्री टोलीले CRM extension किनिरहेको हुन्छ, र Eazybe को Starter योजना त्यही हो।

ब्राउजर सत्रमा कुनै निर्भरता बिना हरेक नम्बर Meta को आधिकारिक API मा राख्न चाहने व्यवसायले जडान किन्छ। EasyCoexistence ले प्रति नम्बर निश्चित शुल्कमा त्यो उपलब्ध गराउँछ, जडानको हेल्थ निरन्तर हेर्छ, 14 दिनको एप गतिविधि नियम सकिनुअघि चेतावनी दिन्छ, र टोलीलाई उनीहरूले पहिलेदेखि प्रयोग गरेको WhatsApp Business एपमै छाड्छ।

- WhatsApp Web को ब्राउजर extension लाई API जडान ठान्नु। यो ट्याब खुला रहनुमा निर्भर हुन्छ।
- प्रत्येक नम्बर कति प्रतिनिधिले साझा गर्छन् भनी नगनी प्रति प्रयोगकर्ता योजनालाई प्रति नम्बर शुल्कसँग तुलना गर्नु।
- हरेक योजनामा आधिकारिक API समावेश हुन्छ भनी मान्नु। Eazybe मा यो Scaler योजनादेखि माथि मात्र देखिन्छ।

**के EasyCoexistence Eazybe भन्दा सस्तो छ?** टोलीले साझा गर्ने नम्बरमा छ। Eazybe Starter ले प्रति प्रयोगकर्ता शुल्क लिन्छ, र API योजनाले प्रति नम्बर साथै थप प्रयोगकर्ताको शुल्क लिन्छ। EasyCoexistence मा टोलीको आकार जेसुकै भए पनि प्रति जडान गरिएको नम्बर प्रति महिना US$ 9 पर्छ।

**के Eazybe ले Coexistence समर्थन गर्छ?** Eazybe ले एउटै नम्बरमा WhatsApp Business एप र आधिकारिक API वर्णन गर्ने Coexistence पृष्ठ प्रकाशित गरेको छ।

**के EasyCoexistence का लागि WhatsApp Web खुला राख्नुपर्छ?** पर्दैन। Cloud API Meta का सर्भरमा चल्छ, र टोलीले फोनमा WhatsApp Business एप प्रयोग गरिरहन्छ।

**के म म्यासेज आफ्नो CRM मा सिंक गर्न सक्छु?** सक्नुहुन्छ। Meta का वेबहुक तपाईंको CRM, n8n वा Make जस्तो स्वचालन उपकरण, वा तपाईंको आफ्नै कोडतर्फ निर्देशित गर्नुहोस्।

---

## EasyCoexistence vs Superchat

https://easycoexistence.com/ne/compare/easycoexistence-vs-superchat

Superchat WhatsApp, Instagram, इमेल र अन्य च्यानलको एकीकृत इनबक्स हो, जुन न्यूनतम 12 महिनाको सम्झौतासहितका योजनामा बिक्री हुन्छ, र यसको Coexistence विकल्प बिटा भनी चिनिएको छ। EasyCoexistence एउटै काम गर्ने सेवा हो: Coexistence मार्फत Meta को Cloud API मा जोडिएको WhatsApp नम्बर, प्रति जडान गरिएको नम्बर प्रति महिनाको दरमा, म्यासेज तपाईंकै प्रणालीमा पुग्ने गरी।

### मासिक बिलले केका लागि भुक्तानी गर्छ

Superchat ले योजनाभित्र खाता र नम्बर गन्छ। EasyCoexistence ले नम्बर मात्र गन्छ।

- Superchat:: Basic $19, Professional $29 र Advanced $69 प्रति महिना, नेट, क्रमशः 3, 6 र 12 खाता तथा 1, 2 र 4 WhatsApp नम्बर सहित। थप प्रत्येक नम्बर $49 प्रति महिना र थप प्रत्येक लग इन $19, न्यूनतम 12 महिनाको अवधिमा।
- EasyCoexistence:: प्रति जडान गरिएको नम्बर US$ 9 प्रति महिना, नम्बर थप्दै जाँदा US$ 1 सम्म झर्छ, गन्नुपर्ने खाता वा लग इन छैन। Meta ले म्यासेज शुल्क तपाईंलाई सिधै बिल गर्छ।

### Coexistence कसरी प्रस्ताव गरिएको छ

दुवै आधिकारिक एपीआई मार्फत जोडिन्छन्, र दुवैले Coexistence दिन्छन् ताकि WhatsApp Business एप फोनमै रहिरहोस्।

- Superchat:: चार जडान मार्गमध्ये एक: नयाँ नम्बर, पूर्ण माइग्रेसन र अर्को प्रदायकबाट सारिने मार्गसँगै। उनीहरूको हेल्प सेन्टरका अनुसार Coexistence मार्ग हाल बिटामा छ र केही सुविधा सीमित हुन सक्छन्।
- EasyCoexistence:: एक मात्र मार्ग, Meta को Embedded Signup मार्फत करिब दुई मिनेटमा आफैँ पूरा गर्न मिल्ने, त्यसपछि निरन्तर निगरानी गरिन्छ ताकि टुटेको लिङ्क ग्राहकले थाहा पाउनुअघि नै पत्ता लागोस्।

### कुराकानी कहाँ पुग्छन्

इनबक्सले एजेन्टका लागि कुराकानी राख्छ। कनेक्सनले तिनलाई अगाडि पठाउँछ।

- Superchat:: उनीहरूको एकीकृत इनबक्समा, जहाँ टेम्प्लेट, लेबल, एआई एजेन्ट र समीक्षा व्यवस्थापनले उनीहरूकै प्लेटफर्मभित्र म्यासेजमा काम गर्छन्।
- EasyCoexistence:: तपाईंले तोकेको एन्डपोइन्टमा, किनभने Meta ले वेबहुक सिधै त्यहीँ पठाउँछ। कुराकानी हाम्रो तर्फ कहिल्यै भण्डारण गरिँदैन, र टोलीले WhatsApp Business एप राख्छ।

### कुन रोज्ने

धेरै च्यानलका उत्तर एउटै इनबक्सबाट दिन चाहने व्यवसायले बहु-च्यानल इनबक्स किन्दैछ, जुन WhatsApp कनेक्सनभन्दा फरक खरिद हो।

आफ्नो WhatsApp नम्बर आधिकारिक एपीआईमा, सक्रिय राखेर, म्यासेज आफ्नै CRM, एप वा एआई सहायकमा पठाउन चाहने व्यवसायले 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 खातामा सिधै Meta लाई। EasyCoexistence ले त्यसमा कहिल्यै मार्कअप राख्दैन।

---

## EasyCoexistence vs Sinch

https://easycoexistence.com/ne/compare/easycoexistence-vs-sinch

Sinch एक उद्यम सञ्चार प्लेटफर्म हो, जसले SMS, भ्वाइस र अन्य च्यानलसँगै WhatsApp पनि पुनर्विक्रय गर्छ र प्रत्येक ग्राहकको सम्झौताअनुसार Meta को शुल्कमाथि आफ्नै प्रति म्यासेज शुल्क लिन्छ। EasyCoexistence ले WhatsApp Business एपको नम्बरलाई Coexistence मार्फत Meta को Cloud API सँग आफैँ जडान गर्न दिन्छ, प्रति नम्बर निश्चित शुल्कमा, र म्यासेजको बिल Meta ले तपाईंलाई सिधै पठाउँछ।

### हरेक म्यासेजको लागत कति पर्छ

फरक यही हो कि हरेक म्यासेजमा दोस्रो शुल्क लाग्छ कि लाग्दैन।

- Sinch:: हरेक म्यासेजमा दुई तह: श्रेणी र देशअनुसार Meta को शुल्क, र प्लेटफर्म पहुँच तथा प्रति म्यासेज सेवाबापत Sinch को शुल्क, जुन सार्वजनिक दरसूचीमा नभई Sinch सँगको तपाईंको सम्झौताले तोक्छ।
- EasyCoexistence:: एउटै तह। Meta ले आफ्ना शुल्क तपाईंकै WhatsApp Business खातामा बिल गर्छ र हामी त्यसमा कहिल्यै थप रकम जोड्दैनौं। हाम्रो शुल्क जडान गरिएको प्रति नम्बर प्रति महिना 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/ne/compare/easycoexistence-vs-vonage

Vonage विकासकर्ताका लागि बनेको सञ्चार प्लेटफर्म हो, जसको Messages API ले SMS, RCS र अन्य च्यानलसँगै WhatsApp पनि पठाउँछ, र Meta को शुल्कमाथि हरेक म्यासेजमा Vonage को प्लेटफर्म शुल्क थपिन्छ। EasyCoexistence ले WhatsApp Business एप नम्बरलाई Coexistence मार्फत Meta को Cloud API मा प्रति नम्बर निश्चित शुल्कमा जोड्छ, र म्यासेजको बिल Meta ले तपाईंलाई सिधै पठाउँछ।

### बिल कसरी बन्छ

प्रयोगमा आधारित मूल्य र निश्चित शुल्क मात्रा बढ्दै जाँदा फरक ढंगले चल्छन्।

- Vonage:: पठाइएको हरेक म्यासेजको Meta शुल्क, साथमा प्रति म्यासेज 0.0001 euros बाट सुरु हुने Vonage प्लेटफर्म शुल्क, जो मात्रा र क्षेत्र अनुसार फेरिन्छ। कलमा थप प्रति मिनेट $0.004 Vonage शुल्क लाग्छ।
- EasyCoexistence:: प्रति जडान गरिएको नम्बर मासिक US$ 9, नम्बर थप्दै जाँदा US$ 1 सम्म घट्छ। म्यासेजको बिल Meta ले तपाईंको आफ्नै WhatsApp Business खातामा गर्छ र हामी प्रति म्यासेज केही थप्दैनौं।

### प्रत्येकलाई कस्ता नम्बरका लागि बनाइएको हो

सानो व्यवसायले पहिले नै च्याटमा उत्तर दिइरहेको नम्बर प्रायः WhatsApp Business एप नम्बर हुन्छ।

- Vonage:: यसको WhatsApp मूल्य पृष्ठ र साझेदारहरूका लागि होस्ट गरिएको Embedded Signup गाइडमा Coexistence को चर्चा छैन। Coexistence भनेको एपलाई API नम्बरमा चलिरहन दिने Meta को सुविधा हो।
- EasyCoexistence:: विशेष गरी Coexistence नम्बरका लागि। WhatsApp Business एपले च्याट राख्छ र फोनमा काम गरिरहन्छ, जबकि Cloud API त्यही नम्बरमा Meta को Coexistence थ्रुपुट प्रति सेकेन्ड 20 म्यासेजमा चल्छ।

### तपाईं र Meta बीच के छ

दुवै API उत्पादन हुन्। फरक यति हो कि तपाईंले कसको API बोलाउनुहुन्छ।

- Vonage:: Vonage Messages API, WhatsApp र उनीहरूका अन्य च्यानलमाथिको एउटै इन्टरफेस। तपाईंको कोडले Vonage लाई बोलाउँछ, र Vonage ले Meta लाई।
- EasyCoexistence:: Meta को कागजात भएको Cloud API, तपाईंको आफ्नै खातामा जारी गरिएका प्रमाणपत्रसहित, र Meta ले तपाईंको एन्डपोइन्टमा पठाउने वेबहुक। कुराकानी हाम्रो तर्फ कहिल्यै भण्डारण हुँदैन।

### कुन रोज्ने

SMS, RCS, इमेल र WhatsApp सबैमा एउटै API चाहने विकासकर्ताले बहु-च्यानल CPaaS किनिरहेको हुन्छ, जुन WhatsApp जडानभन्दा फरक उत्पादन हो।

WhatsApp Business एप नम्बरहरू Meta को आफ्नै API मा चाहिने, प्रति म्यासेज शुल्क र नयाँ नम्बर बिना काम गर्न चाहने व्यवसाय वा एजेन्सीलाई Coexistence चाहिन्छ। EasyCoexistence ले यो आफैं गर्न मिल्ने तरिकाले करिब दुई मिनेटमा दिन्छ, हरेक जडानको निरन्तर निगरानी गर्छ, र MCP सर्भर मार्फत नम्बरलाई Claude, ChatGPT वा Cursor सम्म पुर्‍याउँछ।

- Meta को आफ्नै शुल्क नजोडी प्रति म्यासेज प्लेटफर्म शुल्कबाट मात्र लागत अनुमान गर्नु।
- Meta को Cloud API कागजातमा छ र अन्यत्र सार्न मिल्छ, तर कुनै भेन्डरको म्यासेज स्किमामा कोड लेख्नु।
- CPaaS को अनबोर्डिङ प्रवाहले एपमा अझै सक्रिय नम्बर स्वीकार गर्छ भन्ने मान्नु।

**के EasyCoexistence Vonage भन्दा सस्तो छ?** कुनै पनि उल्लेखनीय मात्रामा, छ, किनभने Vonage ले हरेक म्यासेजमा प्लेटफर्म शुल्क थप्छ भने EasyCoexistence ले केही थप्दैन। कति नै म्यासेज गए पनि हाम्रो शुल्क प्रति जडान गरिएको नम्बर मासिक US$ 9 नै रहन्छ।

**के Vonage ले Coexistence समर्थन गर्छ?** यसको WhatsApp मूल्य र होस्ट गरिएको Embedded Signup पृष्ठमा यसबारे उल्लेख छैन। यो पृष्ठमा भर पर्नुको सट्टा Vonage लाई नै सोध्नुहोस्।

**के म आफ्नो हालको WhatsApp नम्बर राख्न सक्छु?** सक्नुहुन्छ। Coexistence ले WhatsApp Business एपमा पहिले नै रहेको नम्बरलाई च्याटसहित जोड्छ।

**WhatsApp म्यासेजको बिल कसले पठाउँछ?** Meta ले, सिधै तपाईंको आफ्नै WhatsApp Business खातामा। EasyCoexistence ले ती शुल्कमा कहिल्यै थप रकम जोड्दैन।

---

## EasyCoexistence बनाम Qontak

https://easycoexistence.com/ne/compare/easycoexistence-vs-qontak

Mekari Qontak आधिकारिक WhatsApp API मा चल्ने इन्डोनेसियाली बहु-च्यानल 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 को बहु-च्यानल इनबक्स र CRM मा, WhatsApp Business एपसँग मिरर गरिएर, साथै उनीहरूको ड्यासबोर्डबाट चल्ने टिकेटिङ, च्याटबोट र ब्रोडकास्टसँगै।
- EasyCoexistence:: तपाईंले छानेको एन्डपोइन्टमा, किनकि Meta ले वेबहुक सिधै त्यहीँ पठाउँछ। कुराकानी हाम्रो पक्षमा कहिल्यै भण्डारण गरिँदैन, र MCP सर्भरले नम्बरलाई AI सहायकहरूसँग जोड्छ।

### कुन छान्ने

बिक्री पाइपलाइन, टिकेटिङ र धेरै च्यानल एउटै सुइटमा चाहिने कम्पनीले CRM किन्दैछ, जुन WhatsApp जडानभन्दा फरक खरिद हो।

जससँग पहिल्यै आफ्नो CRM छ, वा ग्राहकका नम्बर आफ्नै स्ट्याकमा जोड्ने एजेन्सीलाई नम्बर आधिकारिक API मा जोडिएको र जडित रहिरहेको चाहिन्छ। 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 समावेश छ?** छैन। म्यासेज Meta ले तपाईंको एन्डपोइन्टमा पठाउने वेबहुक मार्फत तपाईंको अहिलेकै CRM वा एपमा पुग्छन्।

---

## Coexistence नम्बरबाट WhatsApp म्यासेज HubSpot मा लग गर्नुहोस्

https://easycoexistence.com/ne/integrations/hubspot

HubSpot मा Communications object छ, जसको च्यानल प्रकार WHATS_APP हुन सक्छ। यो HubSpot बाहिर भएका म्यासेज लग गर्न बनाइएको हो। नम्बरका वेबहुक n8n workflow मा पठाउनुहोस्, फोन नम्बरबाट सम्पर्क खोज्नुहोस् वा नयाँ बनाउनुहोस्, अनि प्रत्येक म्यासेज /crm/v3/objects/communications मा POST गर्नुहोस्। टोलीले WhatsApp Business एपबाट जवाफ दिइरहँदा कुराकानी सम्पर्कको टाइमलाइनमा देखिन्छ।

### WhatsApp म्यासेज HubSpot को सम्पर्कमा कसरी पुग्छ?

तीन चरणमा। Meta ले नम्बरका लागि तपाईंले तोकेको वेबहुक गन्तव्यमा म्यासेज पठाउँछ, जुन यहाँ n8n को Webhook node हो। workflow ले पठाउनेको फोन नम्बरसँग मिल्ने सम्पर्क HubSpot मा खोज्छ, र केही नमिले नयाँ बनाउँछ। त्यसपछि म्यासेजको टेक्स्ट सहितको communication रेकर्ड बनाएर त्यही सम्पर्कसँग जोड्छ।

HubSpot ले यही अवस्थाका लागि Communications object बनाएको हो। यसले HubSpot बाहिर पठाइएको वा प्राप्त भएको WhatsApp, LinkedIn वा SMS म्यासेजलाई जनाउँछ, र लग गरिएको कल वा इमेल जस्तै रेकर्डको टाइमलाइनमा देखिन्छ। आवश्यक प्रोपर्टीहरू च्यानल प्रकार, CRM मा सेट गरिएको hs_communication_logged_from, body, मालिक र समयछाप हुन्।

यसका लागि HubSpot मार्केटप्लेसको कुनै एप चाहिँदैन। n8n को HTTP Request node ले HubSpot node का लागि पहिल्यै बनाइएको HubSpot credential फेरि प्रयोग गर्न सक्छ, र प्रत्येक म्यासेजका लागि एउटै POST अनुरोध पुग्छ।

### फोनमा टाइप गरिएका म्यासेज पनि लग हुन्छन् कि?

हुन्छन्, र Coexistence नम्बरले थप्ने कुरा यही हो। टोलीको कसैले WhatsApp Business एपबाट जवाफ दिँदा Meta ले त्यो बाहिर जाने म्यासेजको echo उही वेबहुक गन्तव्यमा पठाउँछ। आउने म्यासेज र echo दुवै सम्हाल्ने workflow ले कुराकानीका दुवै पक्ष टाइमलाइनमा लेख्छ, त्यसैले HubSpot मा सम्पर्क खोल्ने बिक्री प्रतिनिधिले ग्राहकले के सोधे र पसलले के जवाफ दियो दुवै देख्छन्।

वेबहुकको फिल्डका आधारमा शाखा छुट्याउनुहोस्। आउने म्यासेज messages अन्तर्गत आउँछन् र फोनबाट गरिएका जवाफ smb_message_echoes अन्तर्गत आउँछन्। पहिलोलाई प्राप्त र दोस्रोलाई पठाइएको भनेर लग गर्दा टाइमलाइन क्रमबद्ध देखिन्छ।

workflow आफैले Cloud API मार्फत पठाउने जवाफ त्यसलाई पहिल्यै थाहा हुन्छ, त्यसैले वेबहुक कुर्नुभन्दा पठाउने बित्तिकै लग गर्नुहोस्।

### HubSpot को आफ्नै WhatsApp इनबक्स च्यानलको कुरा के हो?

त्यो फरक एकीकरण हो। HubSpot को conversations इनबक्सले WhatsApp नम्बरलाई HubSpot सँगै जोड्छ, र यसको ज्ञान आधारअनुसार त्यो नम्बर अर्को WhatsApp एकीकरणसँग जोडिएको हुनु हुँदैन। यो Marketing Hub वा Service Hub को Professional र Enterprise मा उपलब्ध छ।

EasyCoexistence मार्फत जोडिएको नम्बर उल्टो बाटोबाट पुगिन्छ: Meta ले वेबहुक तपाईंकै स्वामित्वको यूआरएलमा पठाउँछ, र HubSpot ले आफ्नो API बाट रेकर्ड पाउँछ। कुराकानीको जवाफ फोनबाट वा तपाईंको workflow ले दिन्छ, र HubSpot ले सम्पर्क, डिल वा टिकेटसँग इतिहास राख्ने मुख्य प्रणालीको काम गर्छ।

यो कलका लागि प्रयोग हुने private app वा credential मा contacts write स्कोप चाहिन्छ। सम्पर्क बनाउनकै लागि workflow लाई पहिल्यै चाहिने स्कोप त्यही हो।

### workflow ले पठाउनेलाई सम्पर्कसँग कसरी मिलाउनुपर्छ?

फोन नम्बरबाट, खोज्नुअघि त्यसलाई एउटै फर्म्याटमा ल्याएर। Meta ले पठाउनेको नम्बर देशको कोड सहित, प्लस चिह्न बिना, अंकमा मात्र पठाउँछ, जस्तै 14155550188 । HubSpot का सम्पर्क हातले टाइप गरिएका हुन्छन्, त्यसैले उही व्यक्ति +1 415 555 0188 वा (415) 555-0188 रूपमा पनि जम्मा भएको हुन सक्छ।

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

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

- आउने म्यासेज मात्र लग गर्नु। त्यसपछि टाइमलाइनमा जवाफ बिनाका प्रश्न मात्र देखिन्छन्, किनभने फोनमा टाइप गरिएका जवाफ smb_message_echoes घटनाका रूपमा आउँछन्।
- hs_communication_logged_from सेट नगरी छोड्नु। API मार्फत communication बनाउँदा HubSpot ले यसमा CRM हुनैपर्छ भन्छ।
- सम्पर्कमा कच्चा फोन फिल्डबाट खोज्नु। Meta को अंक मात्र भएको फर्म्याट मानिसले टाइप गरेकोसँग विरलै मिल्छ, र प्रत्येक चुकले दोहोरो सम्पर्क बनाउँछ।

**के म HubSpot भित्रैबाट ग्राहकलाई जवाफ दिन सक्छु?** Communications object मार्फत सकिँदैन, किनभने त्यो लग मात्र हो। जवाफ WhatsApp Business एपबाट वा Cloud API बोलाउने workflow बाट जान्छ, र दुवै सम्पर्कमा फिर्ता लग हुन्छन्।

**workflow लाई HubSpot का कुन अनुमति चाहिन्छ?** सम्पर्कको पढ्ने र लेख्ने अनुमति। HubSpot ले Communications API का लागि crm.objects.contacts.read वा crm.objects.contacts.write स्कोप सूचीबद्ध गरेको छ, र सम्पर्क बनाउन जसरी पनि write स्कोप चाहिन्छ।

**के उही workflow ले पहिलो म्यासेज पनि पठाउन सक्छ?** सक्छ। छुट्टै n8n शाखाले नम्बरको phone_number_id र टोकन प्रयोग गरेर Cloud API मार्फत स्वीकृत टेम्प्लेट पठाउन सक्छ, अनि त्यसलाई बाहिर जाने communication का रूपमा सम्पर्कमा लग गर्न सक्छ।

**के EasyCoexistence ले बाटोमा म्यासेजको सामग्री भण्डारण गर्छ?** गर्दैन। Meta ले वेबहुक सीधै तपाईंको n8n यूआरएलमा पठाउँछ। EasyCoexistence ले कुराकानीको सामग्री कहिल्यै भण्डारण गर्दैन।

---

## Coexistence नम्बरबाट WhatsApp कुराकानी Salesforce मा पठाउनुहोस्

https://easycoexistence.com/ne/integrations/salesforce

यस नम्बरका वेबहुक n8n वर्कफ्लोमा पठाउनुहोस्, पठाउने व्यक्तिलाई phone मा SOQL क्वेरीले Salesforce मा खोज्नुहोस्, कोही नमिले Lead बनाउनुहोस्, र प्रत्येक म्यासेजलाई रेकर्डमा Task वा नोटका रूपमा लग गर्नुहोस्। यी तीनै कल n8n को Salesforce नोडले गर्छ। इतिहास Salesforce मा रहँदा टोलीले WhatsApp Business एपबाटै उत्तर दिइरहन सक्छ।

### n8n वर्कफ्लो कस्तो देखिन्छ?

एउटै लाइनमा चारवटा नोड, साथमा Meta का हरेक वेबहुकलाई चाहिने प्रमाणीकरण शाखा।

वेबहुक नोडले हरेक म्यासेजको लागि Meta ले पठाउने POST प्राप्त गर्छ। Salesforce नोडले पठाउनेको phone मिल्ने Lead वा Contact खोज्न SOQL क्वेरी चलाउँछ। IF नोडले केही फर्कियो कि फर्किएन भनेर बाटो छुट्याउँछ: फर्किएमा वर्कफ्लोले रेकर्डको id अघि बढाउँछ, नफर्किएमा अर्को Salesforce नोडले पेलोडमा आएको प्रोफाइल नामसहित Lead बनाउँछ। अन्तिम Salesforce नोडले त्यस रेकर्डमा Task बनाउँछ, जसको विवरणमा म्यासेजको पाठ हुन्छ र विषयमा यो WhatsApp म्यासेज हो भनिएको हुन्छ।

प्रमाणीकरण शाखाले Meta को GET को उत्तरमा hub.challenge को मान सादा बडीका रूपमा फर्काउँछ। यो नभए Meta ले म्यासेज पठाउन सुरु नै गर्दैन, र वर्कफ्लोको बाँकी भाग खाली बस्छ।

### Task कि नोट: म्यासेज कुन रूपमा राख्ने?

धेरैजसो टोलीका लागि Task, किनभने यो बिक्री प्रतिनिधिहरूले पहिल्यै पढ्ने गतिविधि टाइमलाइनमा देखिन्छ र यसबाट रिपोर्ट निकाल्न सकिन्छ। यसको स्ट्याटस completed राख्नुहोस् ताकि यो खुला कामका रूपमा नदेखियोस्, र च्यानलको नाम भएको विषय दिनुहोस्, जसले गर्दा WhatsApp गतिविधिको फिल्टर एउटै सर्तमा बन्छ।

n8n नोडको नोट थप्ने अपरेसन फरक अवस्थामा उपयुक्त हुन्छ: हरेक म्यासेज होइन, सारांश राख्नुपर्दा। केही टोलीले वर्कफ्लोबाट प्रत्येक सम्पर्कको दिनभरिका म्यासेज जम्मा गराएर साँझ एउटै नोट लेखाउँछन्, जसले बीस वटा छोटा लाइन पठाउने ग्राहकको टाइमलाइन पढ्न सजिलो राख्छ।

जुन रोज्नुभए पनि रेकर्डमा WhatsApp म्यासेजको id लेख्नुहोस्। Meta ले डेलिभरी पुनः प्रयास गर्छ, र लेख्नुअघि id पहिल्यै छ कि छैन जाँच्ने वर्कफ्लोले एउटै म्यासेज दुई पटक कहिल्यै लग गर्दैन।

### टोलीले अझै फोनबाट उत्तर दिन सक्छ, र Salesforce ले त्यो देख्छ?

दुवै सक्छ। Coexistence ले उही नम्बरमा WhatsApp Business एप चलिरहन दिन्छ, त्यसैले हिजो ग्राहकलाई उत्तर दिने व्यक्तिहरूले आज पनि त्यही गर्न सक्छन्। एपबाट उत्तर दिँदा Meta ले smb_message_echoes फिल्ड अन्तर्गत बाहिर जाने म्यासेजको इको उही वेबहुक गन्तव्यमा पठाउँछ।

ती इकोका लागि वर्कफ्लोमा दोस्रो बाटो थपेर तिनलाई बाहिर जाने Task का रूपमा लग गर्नुहोस्। त्यसपछि Lead खोल्ने प्रतिनिधिले प्रश्न र पसलले दिएको उत्तर दुवै क्रमैसँग देख्छ, कसैले च्याट हातैले कपी नगरी।

वर्कफ्लो आफैंले पठाउने उत्तर, Cloud API विरुद्ध HTTP अनुरोध नोडमार्फत, पठाउने क्षणमै लग गर्नुपर्छ। वर्कफ्लोसँग त्यसबेला पाठ र रेकर्डको id पहिल्यै हुन्छ।

### दोहोरिएका Lead कसरी रोक्ने?

मानिसले टाइप गरेको फिल्डमा होइन, सामान्यीकृत फोन नम्बरमा मिलान गर्नुहोस्। Meta ले पठाउनेलाई देशको कोडसहित अङ्कमात्र, प्लस चिह्न बिना पठाउँछ। Salesforce का phone फिल्डमा रेकर्ड बनाउनेले जे लेखेको छ त्यही हुन्छ, खाली ठाउँ, कोष्ठक र ड्यासहित।

भरपर्दो तरिका भनेको अङ्कमात्र भएको नम्बर राख्ने कस्टम टेक्स्ट फिल्ड बनाउनु हो, जसलाई वर्कफ्लोले Lead बनाउँदा भर्छ र पुराना रेकर्डका लागि ब्याकफिलले भर्छ। त्यसपछि SOQL क्वेरीले त्यो फिल्डलाई बराबरीमा तुलना गर्छ, जुन छिटो र सही हुन्छ।

Lead मात्र होइन, Contact पनि जाँच्नुहोस्। पहिल्यै रूपान्तरण भइसकेको ग्राहक Contact हुन्छ, र Lead मात्र खोज्ने वर्कफ्लोले सम्पर्क गर्ने हरेक पुराना ग्राहकका लागि नयाँ Lead बनाइदिन्छ।

- Lead अब्जेक्ट मात्र खोज्नु। पुराना ग्राहक Contact हुन्छन्, र सम्पर्क गर्ने हरेक जना दोहोरिएको Lead बन्छन्।
- म्यासेजलाई खुला Task का रूपमा लग गर्नु। प्रतिनिधिहरूले ग्राहकको हरेक लाइनको लागि काम पाउँछन्, त्यसैले बनाउँदा स्ट्याटस completed राख्नुहोस्।
- वर्कफ्लोमा प्रमाणीकरणको GET शाखा छोड्नु। Meta ले गन्तव्य कहिल्यै पुष्टि गर्दैन, र कुनै म्यासेज डेलिभर हुँदैन।

**यसका लागि मलाई Salesforce AppExchange प्याकेज चाहिन्छ?** चाहिँदैन। n8n को बिल्ट-इन Salesforce नोडले खोज, Lead र Task सम्हाल्छ, र त्यसमा नभएका कुरा उही क्रेडेन्सियल प्रयोग गरेर HTTP अनुरोध नोडबाट गर्न सकिन्छ।

**के Make ले पनि यही काम गर्न सक्छ?** सक्छ। Make को कस्टम वेबहुकले म्यासेज प्राप्त गर्छ र Salesforce मोड्युलहरूले रेकर्ड लेख्छन्। सिनेरियोको बनावट n8n वर्कफ्लोसँग चरणैपिच्छे मिल्छ।

**के Salesforce ले Lead लाई WhatsApp टेम्प्लेट पठाउन सक्छ?** वर्कफ्लो मार्फत सक्छ। Salesforce ले n8n को वेबहुक बोलाओस्, र n8n ले स्वीकृत टेम्प्लेट Cloud API मार्फत उक्त नम्बरको phone number id र टोकनसहित पठाउँछ।

**के EasyCoexistence ले म्यासेजको प्रतिलिपि राख्छ?** राख्दैन। Meta ले हरेक वेबहुक सिधै तपाईंको n8n यूआरएलमा पठाउँछ, र EasyCoexistence ले कुराकानीको सामग्री कहिल्यै भण्डारण गर्दैन।

---

## Coexistence नम्बरमा WhatsApp लाई Zoho CRM सँग जोड्नुहोस्

https://easycoexistence.com/ne/integrations/zoho-crm

नम्बरका वेबहुक n8n वर्कफ्लोमा पठाउनुहोस्, र Zoho CRM मा phone प्यारामिटरले खोज्नुहोस्, जसले मोड्युलका सबै फोन फिल्ड जाँच्छ। केही नमिले Lead बनाउनुहोस्, र हरेक म्यासेज रेकर्डमा नोटका रूपमा थप्नुहोस्। n8n को Zoho CRM नोडले Lead र Contact सम्हाल्छ; नोट भने सोही क्रेडेन्सियल प्रयोग गरी Zoho को Notes एपीआईमा गरिने एउटै HTTP कल हो।

### WhatsApp म्यासेज कसरी Zoho CRM रेकर्ड बन्छ?

Meta ले नम्बरमा आएको हरेक म्यासेज तपाईंले तोकेको वेबहुक गन्तव्यमा पठाउँछ, यहाँ n8n को Webhook नोडमा। वर्कफ्लोले पेलोडबाट पठाउनेको नम्बर लिन्छ र Zoho को खोज एन्डपोइन्टमा phone मा सोही नम्बर राखेर पहिले Leads र त्यसपछि Contacts मा खोज्छ। Zoho ले मोड्युलका सबै फोन फिल्ड जाँच्छ, त्यसैले Mobile वा Phone जुनमा मिले पनि मिलान हुन्छ, र बिक्री प्रतिनिधिले कुन फिल्ड प्रयोग गरे भनेर अनुमान लगाउनु पर्दैन।

केही नआए n8n को Zoho CRM नोडले WhatsApp प्रोफाइल नाम र नम्बरसहित Lead बनाउँछ। जुन अवस्थामा पनि वर्कफ्लोसँग अब रेकर्ड id हुन्छ, र यसले POST /Notes मार्फत त्यही रेकर्डमा म्यासेजलाई नोटका रूपमा लेख्छ। नोटलाई Note_Content र मोड्युल तथा रेकर्ड जनाउने Parent_Id मात्र चाहिन्छ।

### n8n क्रेडेन्सियललाई कुन Zoho अनुमति चाहिन्छ?

खोज्ने र लेख्ने मोड्युलमा पढ्ने र बनाउने अनुमति, साथै Notes मा बनाउने अनुमति चाहिन्छ। Zoho ले नोटको स्कोपलाई ZohoCRM.modules.notes.CREATE नाम दिएको छ र त्यससँगै अभिभावक मोड्युलको create स्कोप पनि माग्छ। त्यसैले Lead बनाउन सक्ने तर नोट स्कोप कहिल्यै नदिइएको क्रेडेन्सियल अन्तिम चरणमा अनुमतिको त्रुटिसहित असफल हुन्छ।

n8n को Zoho CRM नोडले Leads, Contacts, Accounts, Deals र केही बिक्री कागजात समेट्छ, र create, upsert, get, get all, update तथा delete गर्न दिन्छ। Notes यसका स्रोतमा पर्दैनन्, त्यसैले नोट HTTP Request नोड मार्फत जान्छ। n8n ले त्यो नोडलाई तपाईंले पहिले नै जोडेको Zoho क्रेडेन्सियल पुनः प्रयोग गर्न दिन्छ, त्यसैले दुईवटा होइन, एउटै OAuth अनुमति व्यवस्थापन गर्नुपर्छ।

एपीआई डोमेनलाई आफ्नो Zoho डेटा सेन्टर अनुसार सेट गर्नुहोस्। EU क्षेत्रमा बनाइएको क्रेडेन्सियलले zohoapis.com होइन, zohoapis.eu मा कल गर्छ।

### Zoho CRM ले कति म्यासेज थाम्न सक्छ?

Zoho ले आफ्नो एपीआईलाई प्रत्येक 24 घण्टाको चलायमान अवधिमा क्रेडिटमा नाप्छ, र बजेट संस्करण तथा प्रयोगकर्ता संख्यामा निर्भर हुन्छ। Free संस्करणले 5,000 पाउँछ। Standard ले 50,000 र प्रति प्रयोगकर्ता 250 थप, Professional ले 50,000 र प्रति प्रयोगकर्ता 500 थप, र Enterprise ले 50,000 र प्रति प्रयोगकर्ता 1,000 थप पाउँछ, प्रत्येकको संस्करण अनुसार सीमा छ।

आउने हरेक म्यासेजले एउटा खोज र एउटा नोट लेखाइ खर्च गर्छ, र पहिलो पटक पठाउनेका लागि Lead बनाउने खर्च थपिन्छ। सानो व्यवसायको नम्बरका लागि यो सशुल्क संस्करणको बजेटभित्र आरामले अट्छ। सामान्यतया पहिले अवरोध बन्ने सीमा एकैसाथ हुने कलको हो: Free ले 5 र Standard ले 10 एकसाथ कल दिन्छ, त्यसैले ब्रोडकास्टको उत्तरमा एकैचोटि आएका म्यासेज लाइनमा बस्न सक्छन्। Zoho ले सीमाको त्रुटि फर्काएको देख्नुभयो भने n8n वर्कफ्लोलाई एकपटकमा एउटा कार्यान्वयन मात्र चलाउने गरी सेट गर्नुहोस्।

### फोनबाट पठाइएका उत्तर Zoho CRM सम्म पुग्छन् कि?

पुग्न सक्छन्। Coexistence नम्बरमा WhatsApp Business एप चलिरहन्छ, र कसैले त्यहाँबाट उत्तर दिँदा Meta ले त्यस बाहिर जाने म्यासेजको प्रतिध्वनि smb_message_echoes फिल्डअन्तर्गत सोही वेबहुक गन्तव्यमा पठाउँछ।

वर्कफ्लोमा प्रतिध्वनिका लागि एउटा शाखा राख्नुहोस् र तिनलाई बहिर्गामी भनी शीर्षक दिएर नोटका रूपमा लेख्नुहोस्। त्यसपछि Zoho मा Lead खोल्ने बिक्री प्रतिनिधिले कुराकानीका दुवै पक्ष पढ्न पाउँछन्, र कसैले CRM मा स्क्रिनसट टाँस्नु पर्दैन।

वर्कफ्लोले आफैँ Cloud API मार्फत पठाउने म्यासेज, जस्तै डिलको चरण बदलिएपछि पठाइने स्वीकृत टेम्प्लेट, पठाउने बेलामै लग गर्नु उत्तम हुन्छ, किनभने वर्कफ्लोसँग त्यतिबेला नै पाठ र रेकर्ड id दुवै हुन्छन्।

- क्रेडेन्सियललाई Lead को स्कोप दिने तर ZohoCRM.modules.notes.CREATE नदिने। खोज र Lead चल्छन्, त्यसपछि हरेक नोट असफल हुन्छ।
- अर्को Zoho डेटा सेन्टरको खाताबाट zohoapis.com मा कल गर्ने। खाता रहेको क्षेत्रको एपीआई डोमेन प्रयोग गर्नुहोस्।
- Leads मात्र खोज्ने। रूपान्तरित ग्राहक Contacts हुन्छन्, र लेख्ने हरेक जना नयाँ नक्कली Lead बन्छन्।

**के यसले Zoho को आफ्नै WhatsApp एकीकरणलाई बदल्छ?** यो फरक बाटो हो। यहाँ नम्बर EasyCoexistence मार्फत जोडिएको रहन्छ र Zoho CRM ले आफ्नो एपीआई मार्फत रेकर्ड पाउँछ, जबकि टोलीले फोनबाट वा वर्कफ्लोबाट उत्तर दिन्छ।

**के म n8n को सट्टा Make प्रयोग गर्न सक्छु?** सक्नुहुन्छ। Make को custom webhook ले म्यासेज प्राप्त गर्छ, र Zoho CRM मोड्युल वा HTTP मोड्युलले खोज, Lead र नोट लेख्छन्।

**के डिलको चरण बदलिँदा WhatsApp टेम्प्लेट पठाउन सकिन्छ?** सकिन्छ, वर्कफ्लो मार्फत। चरण बदलिँदा n8n को वेबहुक यूआरएलमा कल गराउनुहोस्, र n8n ले नम्बरको phone_number_id र टोकन प्रयोग गरी Cloud API मार्फत स्वीकृत टेम्प्लेट पठाउँछ।

**के EasyCoexistence ले म्यासेज भण्डारण गर्छ?** गर्दैन। Meta ले वेबहुक सिधै तपाईंको n8n यूआरएलमा पठाउँछ। EasyCoexistence ले कहिल्यै कुराकानीको सामग्री भण्डारण गर्दैन।

---

## Coexistence नम्बरमा WhatsApp लाई Pipedrive सँग जडान गर्नुहोस्

https://easycoexistence.com/ne/integrations/pipedrive

नम्बरका वेबहुक n8n वर्कफ्लोमा पठाउनुहोस्, फोन नम्बरबाट Pipedrive का व्यक्ति खोज्नुहोस्, कोही मिलेन भने व्यक्ति र लिड बनाउनुहोस्, अनि हरेक म्यासेज व्यक्ति वा डिलमा नोटका रूपमा लेख्नुहोस्। n8n को Pipedrive नोडले यी सबै गर्छ। टोलीले WhatsApp Business एपबाटै उत्तर दिइरहन्छ, र ती उत्तर पनि लग गर्न सकिन्छ।

### WhatsApp म्यासेज Pipedrive को व्यक्तिसम्म कसरी पुग्छ?

Meta ले नम्बरमा आएको हरेक म्यासेज तपाईंले तोकेको वेबहुक गन्तव्यमा पठाउँछ, यहाँ n8n को वेबहुक नोडमा। वर्कफ्लोले पठाउनेको नम्बरले Pipedrive का व्यक्ति खोज्छ। Pipedrive को व्यक्ति खोजीले फोन फिल्ड समेट्छ र ठ्याक्कै मिल्ने फ्ल्याग स्वीकार गर्छ। व्यक्ति फेला परेमा वर्कफ्लोले त्यही आईडी प्रयोग गर्छ। फेला नपरेमा WhatsApp प्रोफाइल नाम र नम्बरसहित व्यक्ति बनाउँछ, अनि उनीसँग जोडिएको लिड बनाउँछ, जसले गर्दा अपरिचितको पहिलो म्यासेज Leads Inbox मा देखिन्छ र कसैले योग्यता जाँच्न सक्छ।

म्यासेज आफैँ नोट बन्छ। Pipedrive को नोटलाई सामग्री मात्र चाहिन्छ, जसले HTML स्वीकार गर्छ, र व्यक्ति, डिल, संस्था वा लिड आईडी मध्ये कम्तीमा एउटा चाहिन्छ। खुला डिल छ भने नोट त्यसमा, नत्र व्यक्तिमा जोड्नुहोस्।

### खोज चरणमा किन पहिले सीमा लाग्छ?

किनभने Pipedrive ले खोजलाई छुट्टै, धेरै सानो सीमा दिएको छ। सामान्य एपीआई कलहरू प्रयोगकर्ता अनुसार दुई सेकेन्डको चलिरहने अवधिमा सीमित छन्, एपीआई टोकन प्रयोग गर्ने Lite मा 20 अनुरोधदेखि Ultimate मा 120 सम्म। खोज एपीआई भने हरेक योजनामा दुई सेकेन्डमा 10 अनुरोधमा सीमित छ।

शान्त नम्बरले यो कहिल्यै महसुस गर्दैन। तर केही सय ग्राहकलाई टेम्प्लेट पठाएर एक मिनेटमा पचास उत्तर पाउने नम्बरले गर्छ, किनकि हरेक उत्तर खोजबाट सुरु हुन्छ। त्यसपछि वर्कफ्लोले 429 प्रतिक्रिया देख्छ र पुनःप्रयास नभए नोट गुमाउँछ।

दुई कुराले समस्या समाधान गर्छ। Pipedrive खोज नोडमा प्रतीक्षासहित पुनःप्रयास खोल्नुहोस्, र फोन नम्बरबाट व्यक्ति आईडीको म्यापिङ n8n को वर्कफ्लो स्ट्याटिक डेटा वा सानो तालिकामा क्यास गर्नुहोस्, ताकि लगातार छ वटा म्यासेज पठाउने ग्राहकले छ पटक होइन, एक पटक मात्र खोज खर्च गरोस्।

### फोनबाट टाइप गरिएका उत्तर पनि लग गर्न सकिन्छ?

सकिन्छ। Coexistence ले उही नम्बरमा WhatsApp Business एप चलिरहन दिन्छ, र टोलीका कसैले त्यहाँबाट उत्तर दिँदा Meta ले बाहिर जाने म्यासेजको इको smb_message_echoes फिल्डअन्तर्गत उही वेबहुक गन्तव्यमा पठाउँछ।

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

वर्कफ्लोले आफैँ पठाउने म्यासेजका लागि, जस्तै डिलको चरण बदलिँदा पठाइने टेम्प्लेट, पठाउने बेलामै नोट लग गर्नुहोस्। वर्कफ्लोसँग पाठ र डिल आईडी पहिल्यै हुन्छ, त्यसैले वेबहुक कुर्नुपर्ने कुनै कारण छैन।

### फोन नम्बरलाई कसरी सामान्यीकरण गर्ने?

देशको कोडसहित अंक मात्र राख्नुहोस्, अरू केही होइन, किनकि Meta ले त्यही पठाउँछ। पठाउने नम्बर 14155550188 का रूपमा आउँछ, जबकि Pipedrive मा हातले हालिएको व्यक्तिको नम्बर +1 (415) 555-0188 पनि हुन सक्छ।

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

टोलीलाई मूल फर्म्याट पढ्न मन पर्छ भने त्यसलाई दोस्रो फोन प्रविष्टिमा राख्नुहोस्। Pipedrive का व्यक्तिमा एकभन्दा बढी फोन राख्न सकिन्छ।

- क्यास बिना हरेक म्यासेजमा एउटा खोज चलाउनु। उत्तरको भीडले खोज एपीआईको दुई सेकेन्डमा 10 को सीमा पार गर्छ र नोट हराउँछन्।
- नयाँ व्यक्ति होइन, हरेक म्यासेजमा लिड बनाउनु। Leads Inbox मा एउटै ग्राहकका प्रतिलिपि भरिन्छन्।
- डिल खुला हुँदा पनि नोट व्यक्तिमा मात्र जोड्नु। डिलमा काम गर्ने प्रतिनिधिले कुराकानी कहिल्यै देख्दैन।

**के म्यासेज Pipedrive को Messaging इनबक्समा देखिन्छन्?** देखिँदैनन्। यो बाटोले Pipedrive को एपीआई मार्फत नोट र लिड लेख्छ। कुराकानीको उत्तर WhatsApp Business एप वा वर्कफ्लोबाट दिइन्छ, र व्यक्ति वा डिलमा लग गरिन्छ।

**n8n को सट्टा Make वा Zapier प्रयोग गर्न सकिन्छ?** सकिन्छ। कस्टम वेबहुक वा क्याच हुकले म्यासेज प्राप्त गर्छ, र तिनका Pipedrive चरण वा HTTP चरणले उही क्रममा व्यक्ति, लिड र नोट लेख्छन्।

**डिलको चरण बदलिँदा WhatsApp टेम्प्लेट पठाउन सकिन्छ?** सकिन्छ, वर्कफ्लो मार्फत। चरण बदलिँदा n8n को वेबहुक यूआरएल बोलाइन्छ, र n8n ले नम्बरको phone number id र टोकन प्रयोग गरी Cloud API बाट स्वीकृत टेम्प्लेट पठाउँछ।

**के EasyCoexistence ले म्यासेज भण्डारण गर्छ?** गर्दैन। Meta ले हरेक वेबहुक सिधै तपाईंको n8n यूआरएलमा पुर्‍याउँछ, र EasyCoexistence ले कुराकानीको सामग्री कहिल्यै भण्डारण गर्दैन।

---

## Coexistence नम्बरमा WhatsApp लाई Bitrix24 CRM सँग जोड्नुहोस्

https://easycoexistence.com/ne/integrations/bitrix24

नम्बरका वेबहुक n8n वर्कफ्लोमा पठाउनुहोस् र त्यसले Bitrix24 लाई इनबाउन्ड वेबहुक यूआरएल मार्फत बोलाओस्। crm.duplicate.findbycomm ले प्रेषकको फोन नम्बर भएको लिड, सम्पर्क वा कम्पनी भेट्टाउँछ, कसैको छैन भने crm.lead.add ले नयाँ लिड बनाउँछ, र crm.timeline.comment.add ले म्यासेजलाई रेकर्डको टाइमलाइनमा लेख्छ। टोलीले WhatsApp Business एपबाटै जवाफ दिइरहन्छ।

### n8n ले Bitrix24 सँग कसरी कुरा गर्छ?

इनबाउन्ड वेबहुक मार्फत। Bitrix24 मा यो म्यासेज प्राप्त गर्ने ठाउँ होइन, प्रमाणपत्र हो। तपाईंले यसलाई Bitrix24 को developer resources मा बनाउनुहुन्छ, यसले प्रयोग गर्न पाउने स्कोप छान्नुहुन्छ, र तपाईंको पोर्टल ठेगाना, बनाउने प्रयोगकर्ताको id र गोप्य कोड भएको यूआरएल पाउनुहुन्छ। त्यो यूआरएलमा मेथडको नाम जोड्दा REST API त्यही प्रयोगकर्ताका अनुमति सहित बोलाइन्छ।

त्यसैले n8n मा Bitrix24 को हरेक चरण crm.lead.add.json जस्ता मेथड सहितको त्यही यूआरएलमा पोस्ट गर्ने HTTP Request नोड हो। पूरा गर्नुपर्ने OAuth प्रक्रिया छैन, प्रकाशित गर्नुपर्ने एप पनि छैन। वेबहुकलाई CRM स्कोप मात्र दिनुहोस्, र वर्कफ्लोले हेर्नुपर्ने लिड तथा सम्पर्क देख्न पाउने प्रयोगकर्ताबाट बनाउनुहोस्, किनभने Bitrix24 ले पहुँच त्यही प्रयोगकर्ताका रूपमा जाँच्छ।

### वर्कफ्लोले Bitrix24 का कुन मेथड बोलाउँछ?

n8n को Webhook नोडले Meta बाट म्यासेज पाएपछि क्रमैसँग तीनवटा।

type PHONE र प्रेषकको नम्बर सहित crm.duplicate.findbycomm ले त्यो नम्बर भएका लिड, सम्पर्क र कम्पनीका id फर्काउँछ। यो सही खोजी हो, किनभने यसले तीनैमा एकैपटक खोज्छ र टेक्स्ट फिल्डमा होइन, सञ्चार विवरणमा मिलान गर्न बनेको हो।

कुनै नतिजा नआएमा crm.lead.add ले WhatsApp प्रोफाइलको नामलाई शीर्षक र नम्बरलाई फोन फिल्डमा राखेर लिड बनाउँछ। त्यसपछि crm.timeline.comment.add ले ENTITY_TYPE, ENTITY_ID र COMMENT लिएर म्यासेजको पाठ रेकर्डमा टिप्पणीका रूपमा लेख्छ। टिप्पणी टाइमलाइनमा कल र इमेलको छेउमै देखिन्छ, जहाँ बिक्रीकर्ताले पहिलेदेखि नै हेर्छन्।

### दर सीमाले वर्कफ्लोलाई कसरी असर गर्छ?

Bitrix24 ले REST कललाई leaky bucket विधिले नाप्छ। हरेक अनुरोधले काउन्टर बढाउँछ, काउन्टर प्रत्येक सेकेन्ड निश्चित दरले घट्छ, र सीमा नाघेपछि अर्को अनुरोधले QUERY_LIMIT_EXCEEDED सहित 503 पाउँछ। Enterprise योजनामा काउन्टर प्रति सेकेन्ड 5 ले घट्छ र सीमा 250 हो, अन्य सबै योजनामा 2 ले घट्छ र सीमा 50 हो।

प्रत्येक आउने म्यासेजमा दुई वा तीन कल लाग्छ, त्यसैले सामान्य गतिमा सीमा नजिक पनि पुगिँदैन। एकैपटक धेरै आउँदा पुग्छ: एक मिनेटभित्र पचास ग्राहकले एउटै टेम्प्लेटमा जवाफ दिँदा 150 सम्म कल हुन्छ। HTTP Request नोडमा असफल हुँदा छोटो प्रतीक्षासहित पुनः प्रयास सेट गर्नुहोस्, र वर्कफ्लोका execution एकपछि अर्को चलाउनुहोस्, ताकि भीड 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 को custom वेबहुकले म्यासेज प्राप्त गर्छ, र HTTP मोड्युलले इनबाउन्ड वेबहुक यूआरएलमा उही तीन मेथड बोलाउँछन्।

**के वर्कफ्लोले Bitrix24 को डाटाबाट WhatsApp टेम्प्लेट पठाउन सक्छ?** सक्छ। n8n ले Bitrix24 बाट चाहिने जानकारी पढ्छ र नम्बरको phone_number_id र टोकन प्रयोग गरेर स्वीकृत टेम्प्लेट Cloud API मार्फत पठाउँछ।

**के EasyCoexistence ले म्यासेज भण्डारण गर्छ?** गर्दैन। Meta ले हरेक वेबहुक सीधै तपाईंको n8n यूआरएलमा पठाउँछ। EasyCoexistence ले कुराकानीको सामग्री कहिल्यै भण्डारण गर्दैन।

---

## WhatsApp सम्पर्कलाई RD Station Marketing कन्भर्सनमा बदल्नुहोस्

https://easycoexistence.com/ne/integrations/rd-station

नम्बरका वेबहुक n8n वर्कफ्लोमा पठाउनुहोस् र हरेक पठाउनेका लागि आफ्नो API key सहित api.rd.services/platform/conversions मा RD Station Marketing लाई कन्भर्सन इभेन्ट POST गर्नुहोस्। RD Station ले इमेलको सट्टा फोन स्वीकार गर्छ, त्यसैले इमेल नभएको WhatsApp सम्पर्क पनि लिड बन्छ, ट्याग लागेको र तपाईंका अटोमेसन फ्लोका लागि तयार। टोलीले फोनबाटै उत्तर दिइरहन्छ।

### WhatsApp म्यासेज कसरी RD Station लिड बन्छ?

Meta ले नम्बरमा आएको हरेक म्यासेज तपाईंले तोकेको वेबहुक गन्तव्यमा पठाउँछ, यहाँ n8n को Webhook नोड। वर्कफ्लोले पेलोडबाट पठाउनेको नम्बर र प्रोफाइल नाम पढ्छ र RD Station Marketing को conversions एन्डपोइन्टमा एउटा HTTP POST पठाउँछ, API key क्वेरी स्ट्रिङमा राखेर।

बडीमा event_type को मान CONVERSION, event_family को मान CDP, र तपाईंले रोज्ने conversion_identifier (जस्तै whatsapp-inbound) सहितको पेलोड हुन्छ। पेलोडभित्र name, mobile_phone र कुनै ट्याग राखिन्छ। सम्पर्क नयाँ भए RD Station ले बनाउँछ र जुनसुकै अवस्थामा कन्भर्सन दर्ता गर्छ, त्यसैले सम्पर्कको इतिहासमा उनीहरू WhatsApp मार्फत कहिले आएका थिए भन्ने देखिन्छ।

त्यसपछि सबै RD Station को सामान्य तरिकाले चल्छ: कन्भर्सन वा ट्यागका आधारमा सेगमेन्ट बनाउनुहोस् र अटोमेसन फ्लोलाई काम सुम्पनुहोस्।

### के हरेक म्यासेज कन्भर्सन हुनुपर्छ?

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

नम्बरको पहिलो म्यासेजमा, वा तपाईंले तोकेको अन्तरालपछिको पहिलो म्यासेजमा, जस्तै तीस दिनपछि, कन्भर्सन पठाउनुहोस्। n8n ले हरेक नम्बरको पछिल्लो कन्भर्सन मिति आफ्नो वर्कफ्लो स्ट्याटिक डाटा वा सानो तालिकामा राख्न सक्छ र हालै भएको भए कल छोड्न सक्छ।

पहिलो सम्पर्कभन्दा बढी विशिष्ट कुराका लागि फरक conversion_identifier प्रयोग गर्नुहोस्। प्रमोसनल टेम्प्लेटको प्रतिक्रिया, कुनै कीवर्ड भएको म्यासेज, वा इन्टरयाक्टिभ म्यासेजमा बटन थिच्नु, हरेक आफैँमा कन्भर्सन हुन सक्छ। यसले RD Station लाई एउटै अविभेदित प्रवाहको सट्टा सफा सेगमेन्ट बनाउन दिन्छ।

### के RD Station ले WhatsApp म्यासेज फर्काउन सक्छ?

वर्कफ्लो मार्फत सक्छ। लिडले कन्भर्ट गर्दा वा अवसरका रूपमा चिनो लाग्दा RD Station Marketing ले वेबहुक चलाउन सक्छ, र प्राप्त गर्ने छेउको n8n वेबहुकले EasyCoexistence ड्यासबोर्डबाट पाइएको नम्बरको phone number id र एक्सेस टोकन प्रयोग गरेर Cloud API मार्फत स्वीकृत WhatsApp टेम्प्लेट पठाउन सक्छ।

यहाँ टेम्प्लेट महत्त्वपूर्ण छ किनभने लिडले पछिल्लो 24 घण्टामा नलेखेको हुन सक्छ। त्यो अवधिबाहिर Meta ले स्वीकृत गरेको टेम्प्लेट मात्र पुग्छ, स्वतन्त्र टेक्स्ट असफल हुन्छ। अवधिभित्र सामान्य टेक्स्ट उत्तर काम गर्छ।

फोनको WhatsApp Business एपमा पनि ती पठाइएका म्यासेज देखिन्छन्, किनभने Coexistence ले एप र API लाई एउटै नम्बरमा राख्छ। फोनमा कुराकानी सम्हाल्ने बिक्रेताले अटोमेसनले पहिल्यै के भनिसकेको छ भन्ने देख्छन्।

- हरेक म्यासेजका लागि कन्भर्सन पठाउनु। धेरै बोल्ने एक ग्राहकले उति नै कन्भर्सन दर्ता गराउँछ र एउटै अटोमेसन फ्लो दोहोर्‍याउँछ।
- API key कसैले पढ्न सक्ने ब्राउजर पेजबाट पठाउनु। कल n8n वर्कफ्लोभित्र राख्नुहोस्, जहाँ key गोप्य रहन्छ।
- 24 घण्टामा नलेखेको लिडलाई RD ले चलाएको फ्लोबाट स्वतन्त्र टेक्स्ट पठाउनु। त्यतिबेला स्वीकृत टेम्प्लेट मात्र पुग्छ।

**के यो RD Station कलका लागि OAuth चाहिन्छ?** चाहिँदैन। कन्भर्सन एन्डपोइन्टले क्वेरी स्ट्रिङमा रहेको API key बाट प्रमाणित गर्छ, र कन्भर्सन इभेन्ट पठाउनु नै त्यो key को काम हो।

**WhatsApp सम्पर्कसँग इमेल छैन भने के गर्ने?** फोन पठाउनुहोस्। फोन नदिइएको अवस्थामा मात्र RD Station ले कन्भर्सनमा इमेल माग्छ।

**के n8n को सट्टा Make वा Zapier प्रयोग गर्न सकिन्छ?** सकिन्छ। वेबहुक प्राप्त गरेर HTTP POST पठाउन सक्ने जुनसुकै टुलले RD Station मा उही कन्भर्सन बडी पठाउन सक्छ।

**के EasyCoexistence ले म्यासेज भण्डारण गर्छ?** गर्दैन। Meta ले वेबहुक तपाईंको n8n यूआरएलमा पठाउँछ, र EasyCoexistence ले कुराकानीको सामग्री कहिल्यै भण्डारण गर्दैन।

---

## Coexistence नम्बरमा WhatsApp लाई GoHighLevel का सम्पर्कसँग जोड्नुहोस्

https://easycoexistence.com/ne/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 अपरेसन हुन्छ, त्यसैले नयाँ प्रेषक सम्पर्क बन्छ र चिनिएको प्रेषक दोहोरिनुको सट्टा फेला पर्छ।

सम्पर्कको id हातमा आएपछि, HTTP अनुरोध नोडले म्यासेजको पाठ /contacts/{contactId}/notes मा पठाउँछ। नोट सम्पर्कको रेकर्डमा देखिन्छ, जहाँ त्यो खोल्ने जो कोहीले ग्राहकले के लेखे हेर्न सक्छ। म्यासेजले फलो-अप माग्दा, HighLevel नोडले सम्पर्कमा टास्क वा पाइपलाइनमा अवसर पनि बनाउन सक्छ, दुवै यसले सिधै समर्थन गर्छ।

टोलीले सबै समय WhatsApp Business एपबाट जवाफ दिइरहन्छ।

### वर्कफ्लोले कुन टोकन प्रयोग गर्नुपर्छ?

Private Integration टोकन। HighLevel को API v2 OAuth वा यी टोकनमध्ये एकले पहुँच गरिन्छ, र पुराना v1 API कुञ्जीको समयसीमा सकिएको छ। Private Integration टोकन सब-खाताको सेटिङमा बनाइन्छ, तपाईंले छानेका अनुमतिमा सीमित हुन्छ, र अन्य पहुँच टोकन जस्तै Authorization हेडरमा पठाइन्छ।

यो आफैं रिफ्रेस हुँदैन, जुन अटोमेसनलाई मिल्छ: कसैले रोटेट नगरेसम्म यो काम गरिरहन्छ। रोटेट गर्दा HighLevel ले पुरानो र नयाँ टोकन सात दिनसम्म सँगै मान्य राख्छ, यही अवधिमा पुरानो बन्द हुनुअघि नयाँ टोकन n8n मा हाल्नुपर्छ।

वर्कफ्लोलाई चाहिने स्कोप मात्र छान्नुहोस्: सम्पर्क, नोट र, प्रयोग गर्ने भए, अवसर र टास्क। सेटिङमा Private Integrations भेटिएन भने HighLevel ले Labs मा यसलाई सक्रिय गर्न भन्छ।

### एउटै वर्कफ्लोले धेरै ग्राहकका सब-खातालाई कसरी सेवा दिन्छ?

म्यासेज प्राप्त गर्ने नम्बरका आधारमा रुट गरेर। Meta ले पठाउने हरेक वेबहुकमा म्यासेज प्राप्त गर्ने व्यवसाय नम्बरको phone_number_id हुन्छ। हरेक ग्राहकको नम्बरलाई एउटै n8n वेबहुकमा जोड्नुहोस्, हरेक phone_number_id लाई त्यस ग्राहकको सब-खाता र टोकनसँग म्याप गर्ने सानो तालिका राख्नुहोस्, र हरेक रनको सुरुमा टोकन खोज्नुहोस्।

यसले सबै ग्राहकका लागि एउटै वर्कफ्लो मर्मत गर्नुपर्ने बनाउँछ, जुन एजेन्सीका लागि अरू कसैका लागि भन्दा बढी महत्त्वपूर्ण छ। मिलान तर्क वा नोटको फर्म्याटमा गरेको सुधार सबैमा एकैपटक लागू हुन्छ।

दर सीमा प्रति एप प्रति सब-खाता गणना गरिन्छ, त्यसैले ग्राहकहरूले एकअर्काको कोटा खाँदैनन्: प्रत्येकले दस सेकेन्डमा 100 अनुरोध र दिनमा 200,000 अनुरोध पाउँछ।

### फोनमा टाइप गरेका जवाफ HighLevel मा पुग्छन्?

पुग्न सक्छन्। Coexistence नम्बरमा WhatsApp Business एप प्रयोगमै रहन्छ, र कसैले त्यहाँबाट जवाफ दिँदा Meta ले जाने म्यासेजको इको smb_message_echoes फिल्ड अन्तर्गत उही वेबहुक गन्तव्यमा पठाउँछ।

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

वर्कफ्लो आफैंले Cloud API मार्फत म्यासेज पठाउँदा, जस्तै अपोइन्टमेन्ट बुक भएपछि स्वीकृत टेम्प्लेट, पठाउने क्षणमै नोट लेख्नुहोस्। वर्कफ्लोसँग पाठ र सम्पर्कको id पहिल्यै हुन्छ।

- v1 API कुञ्जी प्रयोग गर्नु। HighLevel को v1 API को समयसीमा सकिएको छ, API v2 लाई Private Integration टोकन वा OAuth चाहिन्छ।
- सात दिनको ओभरल्याप भित्र n8n अपडेट नगरी Private Integration टोकन रोटेट गर्नु। पुरानो टोकनको म्याद सकिएपछि हरेक कल असफल हुन्छ।
- सबै ग्राहकका म्यासेज एउटै सब-खाताको टोकनले लेख्नु। पहिले phone_number_id लाई सही सब-खातासँग म्याप गर्नुहोस्, नत्र रेकर्ड गलत ग्राहकमा पुग्छन्।

**म्यासेज HighLevel को Conversations ट्याबमा देखिन्छन्?** यो वर्कफ्लोमा देखिँदैनन्। यसले API मार्फत सम्पर्क, नोट, टास्क र अवसर लेख्छ, र कुराकानीको जवाफ WhatsApp Business एपबाट वा वर्कफ्लोबाट दिइन्छ।

**n8n को सट्टा Make वा Zapier प्रयोग गर्न मिल्छ?** मिल्छ। custom webhook वा 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/ne/integrations/chatwoot

Chatwoot को WhatsApp Cloud इनबक्सले तीन मान माग्छ: WhatsApp Business Account आईडी, फोन नम्बर आईडी र एक्सेस टोकन। Coexistence नम्बरले तीनवटै उपलब्ध गराउँछ। ती मानले इनबक्स बनाउनुहोस्, त्यसपछि नम्बरको वेबहुक गन्तव्य Chatwoot को वेबहुक यूआरएल र उही प्रमाणीकरण टोकनमा सेट गर्नुहोस्। त्यसपछि टोलीले Chatwoot बाट पनि र फोनबाट पनि उत्तर दिन सक्छ।

### Coexistence नम्बरलाई Chatwoot सँग कसरी जोड्ने?

दुई ठाउँमा, यही क्रममा गर्नुहोस्।

Chatwoot मा इनबक्स थप्नुहोस्, WhatsApp छान्नुहोस्, र म्यानुअल सेटअपसहित WhatsApp Cloud प्रोभाइडर चयन गर्नुहोस्। नम्बर, फोन नम्बर आईडी, WhatsApp Business Account आईडी र एक्सेस टोकन राख्नुहोस्। यी सबै EasyCoexistence ड्यासबोर्डमा कनेक्सनको विवरणमा देखिन्छन्, वा सहायकलाई get_api_credentials ले फर्काउँछ। त्यसपछि Chatwoot ले इनबक्सका लागि वेबहुक यूआरएल र वेबहुक प्रमाणीकरण टोकन देखाउँछ।

EasyCoexistence मा नम्बरको वेबहुक गन्तव्य त्यही यूआरएलमा सेट गर्नुहोस् र उही प्रमाणीकरण टोकन राख्नुहोस्। Meta ले आफ्नो प्रमाणीकरण अनुरोध Chatwoot मा पठाउँछ, Chatwoot ले त्यसको प्रतिक्रिया दिन्छ, र त्यसपछि नम्बरमा आउने हरेक म्यासेज इनबक्समा पुग्छ। बीचमा केही चल्दैन, त्यसैले जीवित राख्नुपर्ने कुनै वर्कफ्लो हुँदैन।

### फोनबाट पठाएको उत्तर Chatwoot मा देखिन्छ?

देखिन्छ। Coexistence नम्बरमा WhatsApp Business एपमा लेखेर पठाइएको उत्तरलाई Meta ले smb_message_echoes इभेन्टको रूपमा जनाउँछ। Chatwoot को वेबहुक जबले त्यो फिल्ड चिन्छ र म्यासेजलाई सही कुराकानीमा बहिर्गमन म्यासेजको रूपमा राख्छ। यसको सोर्स कोडले यो अवस्था सिधै वर्णन गर्छ: Chatwoot र एप दुवैबाट जवाफ दिने व्यवसाय, जहाँ म्यासेज Chatwoot मा सिङ्क हुन्छन्।

त्यसैले यो बाँडफाँड व्यवहारमा काम गर्छ। मालिकले नियमित ग्राहकलाई फोनबाट उत्तर दिइरहन सक्छन्, टोलीले डेस्कबाट साझा इनबक्स चलाउन सक्छ, र कसैले स्क्रिनसट फर्वार्ड नगरी हरेकले अर्काले पठाएको देख्छ।

Chatwoot बाट पठाइएका म्यासेज उही नम्बरमा Cloud API मार्फत जान्छन्, त्यसैले ती फोनमा पनि देखिन्छन्।

### Chatwoot इनबक्समा एप सिक्रेट किन राख्नु हुँदैन?

किनभने डेलिभरीमा तपाईंसँग नभएको सिक्रेटले हस्ताक्षर गरिएको हुन्छ। Meta ले हरेक वेबहुकमा सदस्यता भएको एपको एप सिक्रेटले हस्ताक्षर गर्छ। त्यो एप EasyCoexistence को हो, र त्यो सिक्रेट कसैसँग साझा गरिँदैन।

Chatwoot को हालको सोर्स कोडमा म्यानुअल रूपमा कन्फिगर गरिएको WhatsApp Cloud च्यानलमा X-Hub-Signature-256 हेडर जाँच हुने दुई अवस्था मात्र छन्: च्यानलमा एप सिक्रेट राखिएको हुँदा, वा च्यानल Chatwoot को आफ्नै Embedded Signup बाट बनेको हुँदा। एप सिक्रेट नभएको म्यानुअल इनबक्सले डेलिभरी स्वीकार गर्छ, तर कुनै पनि एप सिक्रेट राखिएको इनबक्सले हरेकलाई अनधिकृत भनेर अस्वीकार गर्छ।

यहाँ लागू हुने सुरक्षा भनेको प्रमाणीकरण टोकन हो। लामो अनियमित मान छान्नुहोस्, किनकि त्यसैले Chatwoot ले Meta को प्रमाणीकरण अनुरोधलाई अरूको अनुरोधबाट छुट्याउँछ।

### यो नम्बरमा Chatwoot ले के गर्न सक्दैन?

एकै समयमा दोस्रो ठाउँमा वेबहुक प्राप्त गर्न सक्दैन। Meta ले नम्बरको वेबहुक एउटै गन्तव्यमा पठाउँछ, त्यसैले Chatwoot ले त्यो राखेको बेला n8n वर्कफ्लोले उही इभेन्ट पाउँदैन। दुवै चाहिएमा गन्तव्यलाई आफ्नै सानो रिलेमा सेट गर्नुहोस्, जसले हरेक डेलिभरी Chatwoot र वर्कफ्लो दुवैमा पठाओस्।

Coexistence का सीमा जहाँसुकै जस्तै लागू हुन्छन्: API ले प्रति सेकेन्ड 20 म्यासेजसम्म पठाउँछ, स्वतन्त्र टेक्स्ट ग्राहकको पछिल्लो म्यासेजको 24 घण्टाभित्र मात्र जान्छ, र त्यसपछिका सबै कामका लागि टेम्प्लेट प्रयोग हुन्छ।

WhatsApp Business एप कम्तीमा हरेक 14 दिनमा एकपटक खोल्नुपर्छ, जसलाई EasyCoexistence ले निगरानी गर्छ।

- Chatwoot इनबक्समा एप सिक्रेट राख्नु। डेलिभरीमा EasyCoexistence एपको सिक्रेटले हस्ताक्षर गरिएको हुन्छ, त्यसैले Chatwoot ले हरेकलाई अनधिकृत भनेर अस्वीकार गर्छ।
- EasyCoexistence मा Chatwoot ले देखाएको भन्दा फरक प्रमाणीकरण टोकन राख्नु। Meta को प्रमाणीकरण असफल हुन्छ र इनबक्सले कुनै म्यासेज पाउँदैन।
- म्यानुअल प्रक्रियाको सट्टा Chatwoot को Embedded Signup छान्नु। त्यसले नम्बरलाई Chatwoot को आफ्नै Meta एप मार्फत जोड्छ, जुन छुट्टै कनेक्सन हो।

**के यो आफ्नै सर्भरमा होस्ट गरिएको Chatwoot मा काम गर्छ?** गर्छ। वेबहुक यूआरएलमा app.chatwoot.com को सट्टा तपाईंको आफ्नै Chatwoot डोमेन हुन्छ, र बाँकी सेटअप उस्तै हुन्छ।

**Chatwoot का लागि मलाई आफ्नै Meta एप चाहिन्छ?** चाहिँदैन। नम्बर EasyCoexistence मार्फत जोडिन्छ, जसले क्रेडेन्सियल उपलब्ध गराउँछ र वेबहुक रुट गर्छ। Chatwoot को गाइडले Meta एप बनाउने कुरा लेखेको छ किनभने त्यसले तपाईंसँग एप छैन भन्ने मानेको हुन्छ।

**धेरै नम्बर Chatwoot मा राख्न सकिन्छ?** सकिन्छ। प्रत्येक नम्बरका लागि एउटा WhatsApp Cloud इनबक्स बनाउनुहोस्, र हरेक नम्बरको वेबहुक गन्तव्य त्यसको आफ्नै इनबक्सको यूआरएल र प्रमाणीकरण टोकनमा सेट गर्नुहोस्।

**के EasyCoexistence ले कुराकानी देख्छ?** देख्दैन। Meta ले वेबहुक सिधै Chatwoot मा पठाउँछ, र EasyCoexistence ले कुराकानीको सामग्री कहिल्यै भण्डारण गर्दैन।

---

## WhatsApp म्यासेज Airtable मा लग गर्नुहोस् र base बाट पठाउनुहोस्

https://easycoexistence.com/ne/integrations/airtable

Airtable को incoming वेबहुक ट्रिगरले POST अनुरोध मात्र स्वीकार गर्छ, त्यसैले यसले Meta को प्रमाणीकरण GET को उत्तर दिन सक्दैन र कुनै नम्बरको वेबहुक गन्तव्य बन्न सक्दैन। गन्तव्यलाई n8n workflow मा देखाउनुहोस्, जसले हरेक म्यासेज तालिकामा थप्छ। पठाउने काम Airtable भित्रैबाट हुन्छ: Run a script automation ले fetch र गोप्य रूपमा राखिएको नम्बरको टोकन प्रयोग गरेर Cloud API लाई कल गर्न सक्छ।

### Airtable ले WhatsApp वेबहुक सिधै किन प्राप्त गर्न सक्दैन?

किनभने Meta ले केही पठाउनुअघि गन्तव्य जाँच गर्छ। यसले challenge मान सहितको GET अनुरोध पठाउँछ र प्रतिक्रियाको body मा त्यही मान फिर्ता आउने अपेक्षा गर्छ। Airtable को When webhook received ट्रिगरले POST अनुरोध मात्र स्वीकार गर्छ र आफ्नै तोकिएको JSON ले जवाफ दिन्छ, त्यसैले जाँच पास हुँदैन र Meta ले पठाउन सुरु नै गर्दैन।

समाधान बीचमा एउटा चरण राख्नु हो। n8n को Webhook node ले प्रमाणीकरण सम्हाल्छ र हरेक म्यासेज प्राप्त गर्छ, अनि n8n को Airtable node ले row थप्छ: पठाउने व्यक्ति, प्रोफाइल नाम, टेक्स्ट, म्यासेज id, समय र प्राप्त गर्ने phone_number_id। Make वा Zapier मा पनि यही ढाँचा चल्छ।

बीचको यो चरणको अर्को फाइदा पनि छ। Airtable को वेबहुक ट्रिगरले प्रति सेकेन्ड पाँच अनुरोध मात्र दिन्छ, जबकि workflow टुलले एकैचोटि आएको भीडलाई लाइनमा राख्न सक्छ, अन्यथा त्यो अस्वीकार हुने थियो।

### Airtable base बाट WhatsApp टेम्प्लेट कसरी पठाउने?

Run a script भन्ने action भएको automation प्रयोग गरेर। ट्रिगर कुनै record view मा आउनु, कुनै field परिवर्तन हुनु वा बटन थिचिनु हुन सक्छ। स्क्रिप्टले input.config() मार्फत record को फोन र field पढ्छ र fetch ले Cloud API को म्यासेज एन्डपोइन्टलाई कल गर्छ। Airtable automation का स्क्रिप्ट सर्भरमा चल्छन्, त्यसैले ब्राउजरको कुनै बाधा हुँदैन।

एक्सेस टोकनलाई कोडमा नराखी स्क्रिप्ट एडिटरमा secret को रूपमा राख्नुहोस्। Airtable ले console output बाट secret हटाउँछ र स्क्रिप्टका सबै secret मा पहुँच भएका व्यक्तिलाई मात्र सम्पादन गर्न दिन्छ।

ग्राहकले पछिल्लो 24 घण्टामा सम्पर्क नगरेको भए टेम्प्लेट प्रयोग गर्नुहोस्, किनभने स्वतन्त्र टेक्स्ट त्यो अवधिभित्र मात्र पुग्छ। स्क्रिप्टले फिर्ता आएको म्यासेज id लाई record मा लेख्न सक्छ, जसले पठाइएको म्यासेजलाई row सँग जोड्छ।

### म्यासेज तालिका कस्तो हुनुपर्छ?

हरेक म्यासेजको एउटा row, र WhatsApp म्यासेज id लाई primary field बनाउनुहोस्। Meta ले असफल भएको ठान्ने डेलिभरी फेरि पठाउँछ, र append गर्नुअघि id खोज्ने workflow ले एउटै म्यासेज दुई पटक लेख्दैन।

inbound र outbound भएको direction field राख्नुहोस्। Coexistence नम्बरमा टिमले WhatsApp Business एपमा टाइप गरेका जवाफहरू smb_message_echoes events को रूपमा त्यही वेबहुकमा आउँछन्, र तिनलाई outbound row मा लग गर्दा base मा कुराकानीको एकतर्फी होइन, पूरा रूप हुन्छ।

हरेक म्यासेजलाई Contacts तालिकासँग जोड्नुहोस्, जसको key अंक मात्र भएको फोन नम्बर हो, किनकि Meta ले त्यही रूप पठाउँछ। त्यसपछि rollup ले प्रत्येक सम्पर्कको पछिल्लो inbound समय देखाउँछ, र स्वतन्त्र टेक्स्ट वा टेम्प्लेटमध्ये छान्न automation लाई त्यही एउटा field चाहिन्छ।

- Airtable को वेबहुक URL लाई नम्बरको गन्तव्य बनाउनु। यसले POST मात्र स्वीकार गर्छ, Meta को प्रमाणीकरण GET असफल हुन्छ, र केही पनि डेलिभर हुँदैन।
- एक्सेस टोकनलाई स्क्रिप्टको body मा टाँस्नु। यसलाई स्क्रिप्ट secret मा राख्नुहोस्, ताकि यो कोड र लगबाट बाहिर रहोस्।
- 24 घण्टामा नलेखेको व्यक्तिलाई record automation बाट स्वतन्त्र टेक्स्ट पठाउनु। स्वीकृत टेम्प्लेट मात्र पुग्छ।

**के Airtable को निःशुल्क योजनामा Run a script छ?** Airtable ले यो action सबै प्रकारका योजनामा विभिन्न सीमासहित सूचीबद्ध गरेको छ, र Team योजनाको ट्रायलमा उपलब्ध नहुने उल्लेख गरेको छ।

**के म n8n छोडेर Make वा Zapier प्रयोग गर्न सक्छु?** सक्नुहुन्छ। तीनमध्ये कुनैले पनि वेबहुक प्राप्त गर्न, प्रमाणीकरणको उत्तर दिन र row थप्न सक्छ। गन्तव्य बन्न नसक्ने एउटै भाग Airtable आफैँ हो।

**के Airtable को बटनले WhatsApp म्यासेज पठाउन सक्छ?** सक्छ। When a button is clicked ट्रिगर र Cloud API लाई कल गर्ने Run a script action प्रयोग गर्नुहोस्, र row को डेटाले टेम्प्लेट भर्छ।

**के EasyCoexistence ले म्यासेज भण्डारण गर्छ?** गर्दैन। Meta ले हरेक वेबहुक तपाईंको n8n URL मा पठाउँछ, र एकमात्र प्रति तपाईंको workflow ले Airtable मा लेखेको हो।

---

## WhatsApp म्यासेज Google Sheets मा लग गर्नुहोस् र सिटबाट पठाउनुहोस्

https://easycoexistence.com/ne/integrations/google-sheets

नम्बरको वेबहुक गन्तव्यलाई n8n वर्कफ्लोतर्फ देखाउनुहोस्, जसको Google Sheets node ले प्रत्येक म्यासेजको एक पङ्क्ति थप्छ: पठाउने, नाम, टेक्स्ट, म्यासेज id र समय। सिटबाट पठाउन, Apps Script को एउटा function ले पङ्क्तिहरू पढेर नम्बरको phone_number_id र टोकन प्रयोग गरी UrlFetchApp मार्फत Cloud API लाई अनुरोध गर्न सक्छ। टोलीले WhatsApp Business एपबाटै जवाफ दिइरहन्छ।

### हरेक WhatsApp म्यासेज कसरी एक पङ्क्ति बन्छ?

Meta ले नम्बरमा आएका हरेक म्यासेज तपाईंले तोकेको वेबहुक गन्तव्यमा पठाउँछ। यहाँ त्यो n8n को Webhook node हो, जसले Meta को प्रमाणीकरण अनुरोधको पनि प्रतिक्रिया दिन्छ। अर्को node Google Sheets हो, जसमा Append Row operation छ र पेलोडका फिल्डहरू स्तम्भमा मिलाइन्छ: पठाउनेको नम्बर, प्रोफाइल नाम, टेक्स्ट, 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 को एउटा credential एक प्रयोगकर्ता हो। त्यसैले प्रत्येक म्यासेजको एक पङ्क्ति थप्ने वर्कफ्लोले निरन्तर रूपमा सेकेन्डमा करिब एक म्यासेज थाम्न सक्छ।

धेरैजसो पसलका नम्बरका लागि यो पर्याप्त छ। तर ब्रोडकास्ट टेम्प्लेटपछि, जब केही सय ग्राहकले केही मिनेटभित्र जवाफ दिन्छन्, यो पुग्दैन। त्यतिबेला API ले 429 Too Many Requests फर्काउँछ र पुनः प्रयास नभए पङ्क्तिहरू हराउँछन्।

दुईमध्ये जुनसुकै उपाय पर्याप्त छ। Google Sheets node मा पुनः प्रयास र प्रतीक्षा खोल्नुहोस्, जुन Google को आफ्नै exponential back off को सल्लाहसँग मिल्छ। अथवा समूहमा पठाउनुहोस्: n8n ले 30 सेकेन्डसम्म म्यासेज जम्मा गरेर एउटै अनुरोधमा थप्छ, जसले धेरै लेखनलाई एउटामा बदल्छ।

### सिटबाट टेम्प्लेट कसरी पठाउने?

Apps Script मार्फत, सिटको Extensions मेनुबाट। एउटा function ले नपठाइएका पङ्क्तिहरू पढ्छ, प्रत्येकका लागि UrlFetchApp ले Cloud API को messages एन्डपोइन्टलाई कल गर्छ, र फर्केको म्यासेज id र समय पङ्क्तिमा लेख्छ। time-driven trigger ले यसलाई हरेक केही मिनेटमा चलाउन सक्छ, वा तपाईं custom मेनुबाट हातैले चलाउन सक्नुहुन्छ।

एक्सेस टोकन कोडमा होइन, स्क्रिप्टको properties मा राख्नुहोस्, ताकि स्क्रिप्ट हेर्न पाउने जोकोहीले त्यो देख्न नपाओस्।

कोटा याद राख्नुहोस्। साधारण Google खातालाई दिनमा 20,000 URL Fetch कल र Workspace खातालाई 100,000 मिल्छ, र प्रत्येक कार्यान्वयन 6 मिनेटपछि रोकिन्छ। पङ्क्तिहरूलाई टुक्रा टुक्रा गरेर प्रशोधन गर्नुहोस् र अगाडि बढ्नुअघि प्रत्येकलाई पठाइसकेको चिन्ह लगाउनुहोस्, ताकि रोकिएको रन दोहोर्याएर पठाउनुको सट्टा जहाँबाट रोकिएको थियो त्यहीँबाट फेरि सुरु होस्।

- म्यासेज id मा कुञ्जी नराखी थप्नु। त्यसपछि Meta को पुनः प्रयासले उही म्यासेज दुई पङ्क्तिमा लेख्छ।
- जवाफको भीडमा एउटै credential मार्फत प्रत्येक म्यासेजको एक पङ्क्ति लेख्नु। प्रति प्रयोगकर्ता प्रति मिनेट 60 लेखनको सीमाले 429 फर्काउँछ र पङ्क्तिहरू हराउँछन्।
- 24 घण्टा भित्र नलेखेका मानिसलाई सिटबाट स्वतन्त्र टेक्स्ट पठाउनु। त्यो अवधिबाहिर स्वीकृत टेम्प्लेटले मात्र डेलिभर हुन्छ।

**n8n को सट्टा Make वा Zapier प्रयोग गर्न सकिन्छ?** सकिन्छ। Make को custom वेबहुक वा Zapier को catch hook ले म्यासेज प्राप्त गर्छ र तिनको Google Sheets चरणले पङ्क्ति थप्छ।

**n8n ले कुन Google खाताका रूपमा लेख्छ?** n8n को Google credential लाई अधिकृत गर्ने खाताका रूपमा। त्यस खातालाई सिटमा सम्पादन पहुँच चाहिन्छ, र वर्कफ्लोले खर्च गर्ने लेखन कोटा त्यही खाताको प्रति प्रयोगकर्ता कोटा हो।

**फोन स्तम्भको फर्म्याट ठीक छ?** नम्बरहरू साधारण टेक्स्टका रूपमा राख्नुहोस्: देशको कोडसहित अङ्कहरू, प्लस चिन्ह बिना, जुन फर्म्याटमा Meta ले पठाउँछ। अन्यथा Sheets ले तिनलाई सङ्ख्या ठान्छ, जसले सुरुको प्लस हटाउँछ र लामा मान पनि बदलिन सक्छन्।

**के EasyCoexistence ले म्यासेजको प्रतिलिपि राख्छ?** राख्दैन। Meta ले हरेक वेबहुक तपाईंको n8n URL मा डेलिभर गर्छ, र सिट नै एक मात्र प्रतिलिपि हो।

---

## Supabase Edge Function मा WhatsApp वेबहुक प्राप्त गर्ने तरिका

https://easycoexistence.com/ne/integrations/supabase

Supabase Edge Function सिधै नम्बरको वेबहुक गन्तव्य बन्न सक्छ। यसले Meta को प्रमाणीकरण GET लाई hub.challenge को मानसहित प्रतिक्रिया दिन्छ, POST भएर आएका हरेक म्यासेज Postgres टेबलमा हाल्छ, र Cloud API मार्फत जवाफ पठाउँछ। यसलाई JWT प्रमाणीकरण बन्द गरेर डिप्लोय गर्नुहोस्, किनकि Supabase ले पूर्वनिर्धारित रूपमा मान्य JWT माग्छ र Meta ले पठाउन सक्दैन।

### Edge Function ले के के गर्नुपर्छ?

दुई काम, दुई मेथडमा।

GET मा यसले Meta को प्रमाणीकरणको प्रतिक्रिया दिन्छ। क्वेरी स्ट्रिङबाट hub.mode, hub.verify_token र hub.challenge पढ्नुहोस्, टोकनलाई गन्तव्यको प्रमाणीकरण टोकनका रूपमा तपाईंले राखेको टोकनसँग दाँज्नुहोस्, र challenge लाई सादा टेक्स्ट बडीका रूपमा स्ट्याटस 200 सहित फर्काउनुहोस्। टोकन नमिलेमा 403 फर्काउनुहोस्।

POST मा यसले इभेन्टहरू प्राप्त गर्छ। बडी पार्स गर्नुहोस्, entry, changes र value भित्रबाट म्यासेज निकाल्नुहोस्, टेबलमा हाल्नुहोस्, र 200 फर्काउनुहोस्। प्रतिक्रिया छिटो दिनुहोस्: ढिलो वा असफल प्रतिक्रियालाई Meta ले असफल डेलिभरी ठान्छ र फेरि पठाउँछ, जसको अर्थ उही म्यासेज दुई पटक आउँछ।

EasyCoexistence मा फङ्सनको यूआरएललाई नम्बरको वेबहुक गन्तव्यका रूपमा त्यही प्रमाणीकरण टोकनसहित राख्नुहोस्, अनि Meta ले डेलिभर गर्न थाल्छ।

### फङ्सनले Meta लाई किन 401 फर्काउँछ?

किनकि JWT प्रमाणीकरण खुला छ। Edge Function को ह्यान्डलर चल्नुअघि Supabase ले Authorization हेडरको JWT जाँच्छ, र यो हरेक फङ्सनको पूर्वनिर्धारित व्यवहार हो। Meta ले त्यस्तो हेडर पठाउँदैन, त्यसैले प्लेटफर्मले प्रमाणीकरण GET र हरेक डेलिभरी दुवै अस्वीकार गर्छ, र तपाईंको कोडले तिनलाई कहिल्यै देख्दैन।

यो फङ्सनका लागि मात्र बन्द गर्नुहोस्। या त supabase functions deploy whatsapp --no-verify-jwt चलाएर डिप्लोय गर्नुहोस्, या supabase/config.toml मा फङ्सनको खण्डमा verify_jwt = false राख्नुहोस्। Supabase को डकुमेन्टेसनले ठ्याक्कै यही अवस्था वर्णन गर्छ: बाहिरको वेबहुक प्रदायकले बोलाउने सार्वजनिक एन्डपोइन्ट।

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

### फङ्सनले कसरी भण्डारण गर्ने र प्रतिक्रिया दिने?

पहिले भण्डारण, पछि प्रतिक्रिया। WhatsApp म्यासेज id मा unique constraint राखेर upsert गर्नुहोस्, ताकि Meta का पुनः प्रयास नयाँ दोहोरो रो बनाउनुको सट्टा उही रोमा पुगून्। एकभन्दा बढी नम्बरले यही फङ्सन देखाउँछन् भने हरेक रोमा प्राप्त गर्ने phone_number_id पनि राख्नुहोस्।

ढिलो हुने कामका लागि, जस्तै जवाफ दिनुअघि मोडेल वा अर्को एपीआई बोलाउने, काम EdgeRuntime.waitUntil लाई सुम्पनुहोस् र तुरुन्तै प्रतिक्रिया फर्काउनुहोस्। त्यो प्रोमिस पूरा नभएसम्म फङ्सन चलिरहन्छ, र 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 प्रमाणीकरण बन्द गर्नु। यूआरएल भेट्ने जोकोहीले टेबलमा नक्कली म्यासेज पठाउन सक्छ।

**के यो Supabase को निःशुल्क योजनामा काम गर्छ?** Edge Function निःशुल्क योजनामा चल्छन्, जहाँ wall clock सीमा 150 सेकेन्ड हुन्छ भने सशुल्क योजनामा 400 सेकेन्ड। छिटो प्रतिक्रिया दिने वेबहुक ह्यान्डलर दुवैको धेरै भित्र रहन्छ।

**के फङ्सनमा service role key प्रयोग गर्नुपर्छ?** सर्भर तर्फ मात्र, यहाँ जस्तै, फङ्सनको एनभाइरोनमेन्टबाट पढेर। यसले row level security लाई छल्छ, त्यसैले यो ब्राउजरमा कहिल्यै पुग्नु हुँदैन।

**के एउटै फङ्सनले धेरै नम्बर सम्हाल्न सक्छ?** सक्छ। हरेक नम्बरको वेबहुक गन्तव्य यसैलाई देखाउनुहोस् र हरेक पेलोडको phone_number_id हेरेर बाटो छुट्याउनुहोस्।

**के EasyCoexistence ले म्यासेज देख्छ?** देख्दैन। Meta ले हरेक वेबहुक सिधै तपाईंको फङ्सनमा डेलिभर गर्छ, र EasyCoexistence ले कुराकानीको सामग्री कहिल्यै भण्डारण गर्दैन।

---

## Coexistence नम्बरमा WhatsApp लाई Activepieces सँग जडान गर्नुहोस्

https://easycoexistence.com/ne/integrations/activepieces

Activepieces मा WhatsApp Business पिस छ, जुन एक्सेस टोकन र WhatsApp Business Account id बाट जडान हुन्छ। यी दुवै Coexistence नम्बरले उपलब्ध गराउँछ। यसको New Incoming Message ट्रिगरले Meta को प्रमाणीकरण आफैं पूरा गर्छ, त्यसैले यसको यूआरएल नम्बरको वेबहुक गन्तव्य बन्न सक्छ। पिसको ऐच्छिक एप सेक्रेट खाली राख्नुहोस्, अनि टोलीले फोन चलाइरहँदा पनि हरेक म्यासेजमा फ्लो चल्छ।

### Coexistence नम्बरलाई Activepieces सँग कसरी जडान गर्ने?

Activepieces मा दुई मान राखेर WhatsApp Business कनेक्सन बनाउनुहोस्: एक्सेस टोकन र WhatsApp Business Account id। EasyCoexistence ड्यासबोर्डमा त्यो कनेक्सनका लागि दुवै देखिन्छन्, र get_api_credentials ले तिनलाई सहायकलाई फर्काउँछ। पिसका निर्देशनमा Meta एप र सिस्टम प्रयोगकर्ता बनाउने कुरा छ, किनभने ती तपाईंसँग छैनन् भन्ने मानिएको हुन्छ। यहाँ नम्बर पहिले नै जोडिएको छ, त्यसैले सिधै मानहरू टाँस्नुहोस्।

त्यसपछि New Incoming Message ट्रिगरबाट सुरु हुने फ्लो बनाउनुहोस्, त्यसमा आफूले रोजेको प्रमाणीकरण टोकन राख्नुहोस्, र फ्लो प्रकाशित गर्नुहोस्। ट्रिगरको वेबहुक यूआरएल कपी गरेर EasyCoexistence मा नम्बरको वेबहुक गन्तव्यमा त्यही प्रमाणीकरण टोकनसहित राख्नुहोस्। Meta ले प्रमाणीकरण अनुरोध पठाउँछ, ट्रिगरले त्यसको प्रतिक्रिया दिन्छ, र नम्बरमा आउने हरेक म्यासेजले एउटा रन सुरु गर्छ।

### एप सेक्रेट किन खाली नै राख्नुपर्छ?

किनभने यी डेलिभरीमा हस्ताक्षर गर्ने सेक्रेट तपाईंले टाँस्न मिल्ने होइन। Meta ले हरेक वेबहुकमा सदस्यता भएको एपको एप सेक्रेटले हस्ताक्षर गर्छ। EasyCoexistence मार्फत जोडिएको नम्बरमा त्यो एप EasyCoexistence को हो, जसको सेक्रेट कसैसँग साझा गरिँदैन।

पिसले यो फिल्डलाई ऐच्छिक मान्छ। खाली छोडेमा यसका ट्रिगरले डेलिभरी जस्ताको तस्तै स्वीकार गर्छन्। अर्को कुनै एपको सेक्रेट भरेमा हरेक डेलिभरी X-Hub-Signature-256 जाँचमा असफल हुन्छ र चुपचाप बेवास्ता गरिन्छ, जुन म्यासेज कहिल्यै नआएजस्तै देखिन्छ।

हस्तक्षेप गर्न खोज्ने अपरिचितलाई प्रमाणीकरणमा रोक्ने काम प्रमाणीकरण टोकनले गर्छ। लामो र अनियमित मान रोक्नुहोस्, र ट्रिगरको यूआरएल गोप्य राख्नुहोस्, किनभने त्यही ठेगानाले तपाईंको फ्लो सुरु गर्छ।

### म्यासेज आएपछि फ्लोले के गर्न सक्छ?

ट्रिगरले फ्लोलाई समतल गरिएको म्यासेज दिन्छ: पठाउने, प्रोफाइल नाम, म्यासेज id, प्रकार, टेक्स्ट, मिडिया id (भए), बटन र सूचीका जवाफ, र म्यासेज प्राप्त गर्ने फोन नम्बर id। त्यसपछि यो Activepieces का अन्य पिस, जस्तै CRM, स्प्रेडसिट वा AI चरणसँग चल्ने सामान्य फ्लो हो।

जवाफ पनि त्यही पिसबाट जान्छ। Send Message ले स्वतन्त्र टेक्स्ट पठाउँछ, र यो ग्राहकको अन्तिम म्यासेजको 24 घण्टाभित्र मात्र पुग्छ। Send Template Message ले स्वीकृत टेम्प्लेट पठाउँछ, र त्यो अवधि बितेपछि पुग्ने एउटै माध्यम यही हो। इन्टरएक्टिभ बटन, सूची, मिडिया, लोकेसन र प्रतिक्रिया छुट्टाछुट्टै एक्सन हुन्।

Activepieces का आफ्नै निर्देशनमा Meta ले प्रति एप एउटा कलब्याक यूआरएल मात्र लिन्छ भनिएको छ। प्रति नम्बर गन्तव्य हुँदा सीमा प्रति नम्बर एउटा यूआरएल हुन्छ, त्यसैले धेरै प्रकारका इभेन्ट सम्हाल्नुपर्ने फ्लोमा एउटै फ्लोभित्र शाखा बनाउनुहोस्।

### फोनमा टाइप गरेका जवाफ फ्लोमा आइपुग्छन् कि?

ती वेबहुकमा आइपुग्छन्, तर यो ट्रिगरमा आउँदैनन्। Coexistence नम्बरमा WhatsApp Business एपमा टाइप गरिएको हरेक जवाफको इको Meta ले त्यही गन्तव्यमा smb_message_echoes फिल्डअन्तर्गत पठाउँछ। पिसको New Incoming Message ट्रिगरले messages फिल्ड मात्र पढ्छ र बाँकी सबै छोड्छ।

फोनका जवाफ फ्लोमा चाहिन्छ भने Activepieces को सामान्य Webhook पिसबाट फ्लो सुरु गर्नुहोस्, जसले कुनै पनि HTTP मेथड स्वीकार गर्छ, र प्रमाणीकरणको GET लाई यसको सिन्क्रोनस यूआरएलमा Return Response चरणले जवाफ दिनुहोस्। त्यसपछि कच्चा पेलोड आफैं पार्स गर्नुहोस्, जसमा दुवै फिल्ड पर्छन्।

धेरैजसो फ्लोका लागि पिसको ट्रिगर नै सजिलो विकल्प हो: यसले ग्राहकको म्यासेजमा प्रतिक्रिया दिन्छ, र टोलीका जवाफ फोनको एपमा देखिइरहन्छन्।

- WhatsApp कनेक्सनमा एप सेक्रेट टाँस्नु। डेलिभरीमा EasyCoexistence एपको सेक्रेटले हस्ताक्षर गरेको हुन्छ, त्यसैले सबै बेवास्ता हुन्छन्।
- फ्लो प्रकाशित गर्नुअघि गन्तव्य राख्नु। Meta तुरुन्तै प्रमाणीकरण गर्छ, र प्रकाशित नभएको फ्लोले जवाफ दिन सक्दैन।
- New Incoming Message ट्रिगरले फोनमा टाइप गरेका जवाफ देख्छ भन्ने ठान्नु। यसले messages फिल्ड मात्र पढ्छ, smb_message_echoes पढ्दैन।

**के यो आफैं होस्ट गरेको Activepieces मा काम गर्छ?** काम गर्छ। पिस ओपन सोर्स हो र Activepieces को क्लाउड वा आफैं होस्ट गरिएको सर्भर दुवैमा चल्छ, तर इन्स्ट्यान्स इन्टरनेटबाट HTTPS मार्फत पहुँचयोग्य हुनुपर्छ।

**फ्लोले कुन फोन नम्बरबाट पठाउँछ?** एक्सनको फोन नम्बर फिल्डमा तपाईंले रोजेको नम्बरबाट। त्यो सूचीमा कनेक्सनले जनाएको WhatsApp Business Account का नम्बरहरू देखिन्छन्।

**के म त्यही नम्बरमा n8n वा Make पनि प्रयोग गर्न सक्छु?** एकैसाथ सकिँदैन। Meta ले नम्बरका वेबहुक एउटै गन्तव्यमा पठाउँछ, त्यसैले प्राप्त गर्न एउटा टुल रोज्नुहोस्, वा त्यसबाट अर्कोमा फर्वार्ड गर्नुहोस्।

**के EasyCoexistence ले म्यासेज भण्डारण गर्छ?** गर्दैन। Meta ले हरेक वेबहुक सिधै Activepieces को ट्रिगरमा पठाउँछ, र EasyCoexistence ले कुराकानीको सामग्री कहिल्यै भण्डारण गर्दैन।

---

## Coexistence सँग WhatsApp मा Typebot फ्लो चलाउनुहोस्

https://easycoexistence.com/ne/integrations/typebot

Typebot को WhatsApp च्यानलले टोकन, WhatsApp Business Account id र फोन नम्बर id मागेर तपाईंलाई कलब्याक यूआरएल र भेरिफाइ टोकन दिन्छ। पहिलो तीन वटा जडान गरिएको नम्बरबाट भर्नुहोस्, Typebot को ऐच्छिक एप सिक्रेट खाली राख्नुहोस्, र यसको कलब्याक यूआरएल तथा भेरिफाइ टोकनलाई नम्बरको वेबहुक गन्तव्यका रूपमा सेट गर्नुहोस्।

### Typebot का कुन फिल्डमा जडान गरिएको नम्बरका मान राख्ने?

Typebot को WhatsApp विजार्ड, बोटको Share ट्याबमा, चार कुरा मार्छ: एप सिक्रेट, सिस्टम युजर टोकन, WhatsApp Business Account ID र फोन नम्बर ID।

ती मध्ये तीन वटा सिधै कनेक्सनबाट आउँछन्। ड्यासबोर्डले नम्बरको WABA id, फोन नम्बर id र एक्सेस टोकन देखाउँछ, र कुनै असिस्टेन्टले तपाईंको लागि ल्याउँदैछ भने 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 ले Typebot मा आफ्नो प्रमाणीकरण GET पठाउँछ, Typebot ले challenge सहित प्रतिक्रिया दिन्छ, र त्यसपछि नम्बरमा आउने हरेक म्यासेज बोटसम्म पुग्छ। Typebot को भेरिफाइ टोकन एकपटक मात्र प्रयोग हुन्छ: प्रमाणीकरण सफल हुनेबित्तिकै यो Typebot को डाटाबेसबाट मेटिन्छ। पछि फेरि गन्तव्य सेट गर्नुपरे, पहिले विजार्ड फेरि चलाएर नयाँ टोकन बनाउनुहोस्।

### 24 घण्टाको विन्डोमा बोटले के गर्छ?

Typebot ले आफूलाई लेख्ने मानिसहरूलाई उत्तर दिन्छ, जसले गर्दा लगभग सबै म्यासेज ग्राहक सेवा विन्डोभित्रै रहन्छन्। ग्राहकले लेखेपिच्छे Meta ले 24 घण्टाको विन्डो खोल्छ, र त्यसभित्र टेम्प्लेट बिना कुनै पनि सेवा म्यासेज पठाउन सकिन्छ। त्यसैले उत्तर मात्र दिने बोट सबैभन्दा सजिलो अवस्था हो।

जोखिम भनेको पर्खने फ्लो हो। Wait ब्लक, वा ग्राहक एक दिनभन्दा बढी चुपचाप भएपछि पुनः सुरु हुने सेसनले विन्डो बाहिर स्वतन्त्र टेक्स्ट म्यासेज पठाउन खोज्छ, र Meta ले त्रुटि 131047 सहित त्यसलाई अस्वीकार गर्छ। Typebot को सेसन समाप्ति टाइमआउट, पूर्वनिर्धारित 4 घण्टा र अधिकतम 48 सम्म सेट गर्न मिल्ने, ले फर्किएका ग्राहकले नयाँ च्याट सुरु गर्ने कि नगर्ने भन्ने निर्धारण गर्छ, Meta ले म्यासेज स्वीकार गर्छ कि गर्दैन भन्ने होइन।

यो Coexistence भएकाले टोलीले हरेक कुराकानी WhatsApp Business एपमा देखिरहन्छ, र बोटले उत्तर नदिनुपर्ने बेला फोनबाटै हस्तक्षेप गर्न सक्छ।

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

**Typebot को लागि मलाई आफ्नै Meta एप चाहिन्छ?** चाहिँदैन। Typebot को गाइडले एप भएको मानेको हुन्छ किनकि धेरैजसो मानिसले आफैं नम्बर जडान गर्छन्। Tech Provider मार्फत Coexistence प्रयोग गर्दा टोकन र id कनेक्सनबाट आउँछन्, र Meta ले वेबहुकलाई Typebot सम्म पुर्‍याउँछ।

**बोटले पठाएका म्यासेज टोलीले फोनमा देख्न पाउँछ?** पाउँछ। Cloud API मार्फत पठाइएका म्यासेज उही नम्बरको WhatsApp Business एपमा देखिन्छन्, त्यसैले कुनै व्यक्तिले थ्रेड पढेर कुराकानी आफैं सम्हाल्न सक्छ।

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

**के Typebot ले कुराकानीहरू भण्डारण गर्छ?** Typebot ले अन्य जुनसुकै च्यानलमा जस्तै आफ्नै सेसन र नतिजाको डाटा राख्छ। EasyCoexistence ले म्यासेजको सामग्री कहिल्यै भण्डारण गर्दैन: Meta ले तपाईंले सेट गरेको गन्तव्यमा सिधै डेलिभर गर्छ।

---

## Coexistence मार्फत Botpress बोटलाई WhatsApp मा जोड्नुहोस्

https://easycoexistence.com/ne/integrations/botpress

Botpress को WhatsApp integration लाई Manual Configuration मा प्रयोग गर्नुहोस्। जडान गरिएको नम्बरको एक्सेस टोकन र फोन नम्बर ID टाँस्नुहोस्, verify token रोज्नुहोस्, र App ID तथा Client Secret खाली छोड्नुहोस्। त्यसपछि Botpress को वेबहुक यूआरएल र त्यही verify token नम्बरको वेबहुक गन्तव्यका रूपमा सेट गर्नुहोस्, र Meta ले हरेक म्यासेज बोटमा पठाउँछ।

### Coexistence नम्बरसँग कुन Botpress कन्फिगरेसन काम गर्छ?

Manual Configuration नै काम गर्छ। अन्य विकल्पहरूले Botpress को आफ्नै Meta एप मार्फत नम्बर जडान गर्छन्, जुन पहिल्यै जडान भएको नम्बर प्रयोग गर्ने तरिका होइन, नम्बरको छुट्टै अनबोर्डिङ हो।

WhatsApp integration मा Configuration ड्रपडाउन खोलेर Manual Configuration छान्नुहोस्। त्यसले Verify Token, Access Token, डिफल्ट बोट फोन नम्बर ID, र वैकल्पिक रूपमा App ID, Client Secret र WABA ID माग्छ।

एक्सेस टोकन, फोन नम्बर ID र WABA ID कनेक्सनबाट आउँछन्: ड्यासबोर्डले देखाउँछ, र get_api_credentials ले असिस्टेन्टलाई फर्काउँछ। Verify token तपाईंले रोजेको कुनै पनि स्ट्रिङ हुन सक्छ। App ID र Client Secret खाली छोड्नुहोस्। Botpress को गाइडले सिक्रेटलाई भर्नुपर्ने फिल्डका रूपमा देखाउँछ, तर यसको integration definition ले यसलाई वैकल्पिक चिन्ह लगाउँछ र यो नभएमा सिग्नेचर प्रमाणीकरण छोडिन्छ भन्छ। यो महत्त्वपूर्ण छ, किनभने Meta ले हरेक डेलिभरीमा Tech Provider को एप सिक्रेटले हस्ताक्षर गर्छ, जुन कुनै ग्राहकसँग हुँदैन।

### Botpress वेबहुकले Meta का म्यासेज कसरी पाउँछ?

नम्बरको वेबहुक गन्तव्य मार्फत। Botpress को गाइडले यसको वेबहुक यूआरएल र तपाईंको verify token Meta एपको WhatsApp कन्फिगरेसनमा टाँस्न लगाउँछ। यहाँ तपाईंको आफ्नो Meta एप हुँदैन: कनेक्सनले नाम दिएको गन्तव्यमा Meta ले नम्बरका घटनाहरू पठाउँछ। त्यसैले integration का लागि Botpress ले देखाएको वेबहुक यूआरएल कपी गरेर, उही verify token सहित, ड्यासबोर्डमा वा set_webhook_destination बाट गन्तव्यका रूपमा सेट गर्नुहोस्।

Meta ले प्रमाणीकरणका लागि GET पठाउँछ, Botpress ले त्यसको उत्तर दिन्छ, र डेलिभरी सुरु हुन्छ। Botpress ले manual कन्फिगरेसन सेभ गर्दा टोकन कुन एपले जारी गर्‍यो भनेर Graph लाई सोधेर पनि जाँच गर्छ, त्यसैले अमान्य वा रद्द गरिएको टोकन पहिलो म्यासेजमा होइन, सेभ गर्दाकै बेला असफल हुन्छ।

Botpress को ह्यान्डलरले smb_message_echoes पनि प्रक्रिया गर्छ, जुन कसैले WhatsApp Business एपबाट उत्तर दिँदा Meta ले पठाउने घटना हो। त्यसैले फोनबाट गरिएको उत्तर बोटले देख्न सक्छ।

### बोटले Coexistence बारे के जान्नुपर्छ?

कुनै व्यक्ति पहिल्यै कुरा गरिरहेको हुन सक्छ भन्ने कुरा। नम्बरमा WhatsApp Business एप चलिरहन्छ, त्यसैले ग्राहकले एउटै मिनेटमा फोनबाट र बोटबाट दुवै उत्तर पाउन सक्छन्। इको आएपछि के हुने भनेर फ्लोमा तय गर्नुहोस्: धेरैजसो टोलीले त्यो सम्पर्कका लागि केही समय बोट रोक्छन्, ताकि बीचमा आएको व्यक्तिको कुरा नकाटियोस्।

दोस्रो कुरा समय हो। आएका म्यासेजको उत्तर दिने बोट 24 घण्टाको ग्राहक सेवा विन्डोभित्र काम गर्छ, जहाँ स्वतन्त्र टेक्स्ट अनुमति छ। एक दिनपछि केही पठाउने फ्लो, जस्तै फलोअप वा रिमाइन्डर, लाई स्वीकृत टेम्प्लेट चाहिन्छ, र त्यहाँ स्वतन्त्र टेक्स्टले त्रुटि 131047 फर्काउँछ। Botpress को गाइडले यस्तै सक्रिय म्यासेजका लागि टेम्प्लेट स्ट्याटस फिल्डहरू सब्सक्राइब गर्छ।

र Coexistence नम्बरको थ्रुपुट प्रति सेकेन्ड 20 म्यासेजमा निश्चित छ, जुन संवादात्मक बोटले पठाउने मात्राभन्दा धेरै माथि हो।

- आफ्नै Meta एपको सिक्रेट Client Secret मा भर्नु। सिग्नेचर कहिल्यै मेल खाँदैन र Botpress ले हरेक डेलिभरीलाई 401 ले अस्वीकार गर्छ।
- Manual Configuration को सट्टा OAuth वा sandbox विकल्प छान्नु। ती विकल्पले पहिल्यै जडान भएको नम्बर होइन, Botpress को आफ्नै एप मार्फत नम्बर जडान गर्छन्।
- इकोलाई बेवास्ता गर्नु। फोनबाट पठाइएका उत्तरका लागि नियम नभए बोटले पहिल्यै बीचमा आइसकेको व्यक्तिमाथि उत्तर दिन्छ।

**सिग्नेचर जाँच छोड्नु सुरक्षित छ?** सुरक्षा यूआरएलमा सर्छ। Botpress ले प्रत्येक integration का लागि वेबहुक यूआरएल बनाउँछ, त्यसैले यसलाई गोप्य राख्नुहोस्। मिडिया अझै पनि टोकन प्रयोग गरेर Meta बाट ल्याउनुपर्छ, जुन नक्कली घटनाले नक्कल गर्न सक्दैन।

**यही नम्बरले n8n लाई पनि घटना दिन सक्छ?** एउटा नम्बरको एउटै वेबहुक गन्तव्य हुन्छ। यसलाई एउटा प्रणालीतिर देखाउनुहोस्, र दोस्रोलाई घटना चाहिए त्यहीँबाट फर्वार्ड गर्नुहोस्।

**के Botpress लाई मेरो WABA ID चाहिन्छ?** यसको definition ले अहिलेका लागि वैकल्पिक चिन्ह लगाउँछ र भविष्यको major version मा अनिवार्य हुने भन्छ, त्यसैले कनेक्सनबाट भर्नुहोस्।

**के म्यासेज EasyCoexistence हुँदै जान्छन्?** जान्दैनन्। Meta ले सिधै Botpress को वेबहुक यूआरएलमा डेलिभर गर्छ, र सामग्री हाम्रो तर्फ कहिल्यै भण्डारण गरिँदैन।

---

## Dify एपबाट WhatsApp म्यासेजको उत्तर दिनुहोस्

https://easycoexistence.com/ne/integrations/dify

नम्बरको वेबहुकलाई सानो रिसिभरतर्फ देखाउनुहोस्, जस्तै n8n वर्कफ्लो वा आफ्नै कोडको रुट। त्यसले हरेक म्यासेज Dify को Send Chat Message API मा पठाउँछ र उत्तर Cloud API मार्फत फिर्ता पठाउँछ। Dify भित्र EasyCoexistence MCP सर्भरलाई टुलको रूपमा थप्न सकिन्छ, ताकि एजेन्टले नम्बरमै कार्य गर्न सकोस्।

### के Meta ले WhatsApp म्यासेज सिधै Dify मा पठाउन सक्छ?

ह्यान्डसेक पूरा हुने गरी सक्दैन। Meta ले केही पठाउनुअघि गन्तव्यमा GET अनुरोध गर्छ र hub.challenge को मान कच्चा प्रतिक्रिया बडीका रूपमा फर्कने अपेक्षा गर्छ। Dify को Webhook Trigger ले प्रति ट्रिगर एउटा मात्र HTTP method स्वीकार गर्छ, र यसको दस्तावेजअनुसार JSON नभएको प्रतिक्रिया बडी स्वतः JSON मा बदलिन्छ, त्यसैले OK म्यासेज अब्जेक्टका रूपमा फर्कन्छ। challenge ठ्याक्कै दोहोर्‍याउन कहिल्यै सकिँदैन, र Meta ले म्यासेज पठाउन सुरु गर्दैन।

त्यसैले अगाडि एउटा सानो कडी चाहिन्छ। n8n को Webhook node, Python वा Node को रुट, वा सर्भरलेस फङ्सनले GET को उत्तर दिन्छ, POST स्वीकार गर्छ र टेक्स्ट Dify लाई हस्तान्तरण गर्छ। वेबहुक URL मा रहेको लामो अनियमित गोप्य कुञ्जी पनि यही रिसिभरमा जाँच गरिन्छ, किनभने X-Hub-Signature-256 हेडर Tech Provider को एपको secret ले हस्ताक्षर गरिएको हुन्छ र ग्राहकले त्यसलाई प्रमाणित गर्न सक्दैन।

### रिसिभरले Dify एपसँग कसरी कुरा गर्छ?

Dify को Service API मा एउटै कलबाट: POST /chat-messages, एपको API key ले प्रमाणीकरण गरेर। बडीमा query (ग्राहकको टेक्स्ट) र user (तपाईंले तोक्ने पहिचानकर्ता) हुन्छन्। user को रूपमा पठाउनेको WhatsApp नम्बर प्रयोग गर्नुहोस्, र 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 फर्कन्छ, र टुलको विवरणले मोडेललाई यही भन्छ।

MCP ले गर्न नसक्ने कुरा भनेको ग्राहकले लेख्दा Dify लाई जगाउनु हो। प्रोटोकल अनुरोध र प्रतिक्रियामा आधारित छ, त्यसैले आउने म्यासेज अझै वेबहुक र अगाडिको रिसिभर मार्फत आइपुग्छन्।

- Dify Webhook Trigger को URL लाई वेबहुक गन्तव्य बनाउनु। challenge JSON भित्र बेरिएर फर्कन्छ र Meta ले एन्डपोइन्ट कहिल्यै प्रमाणित गर्दैन।
- Dify Agent एपमा blocking अनुरोध पठाउनु। Agent एपले streaming मात्र समर्थन गर्छ, र कल 400 त्रुटिसहित असफल हुन्छ।
- हरेक म्यासेजमा नयाँ user मान प्रयोग गर्नु। Dify ले कुराकानीलाई user सँग जोड्छ, त्यसैले हरेक म्यासेजले स्मृतिबिना नयाँ कुराकानी सुरु गर्छ।

**के Dify मा WhatsApp च्यानल छ?** यसको दस्तावेजमा छैन। Dify एप यसको Service API मार्फत पुग्न सकिन्छ, त्यसैले WhatsApp त्यही API कल गर्ने रिसिभर मार्फत जोडिन्छ।

**के n8n रिसिभर बन्न सक्छ?** सक्छ। Webhook node ले म्यासेज लिन्छ, एउटा HTTP Request node ले Dify लाई कल गर्छ, र दोस्रो HTTP Request node ले Cloud API मार्फत उत्तर पठाउँछ।

**के टोलीले अझै फोनबाट उत्तर दिन सक्छ?** सक्छ। Coexistence ले नम्बरमा WhatsApp Business एप चलिरहन दिन्छ, र फोनबाट पठाइएका उत्तरहरू echo events का रूपमा रिसिभरमा पुग्छन्।

**के EasyCoexistence ले कुराकानी देख्छ?** देख्दैन। Meta ले तपाईंको रिसिभरमा सिधै पठाउँछ र म्यासेजको सामग्री हाम्रो तर्फ कहिल्यै भण्डारण गरिँदैन। MCP सर्भरले खाता र नम्बरको अवस्था मात्र पढ्छ।

---

## Flowise chatflow ले WhatsApp म्यासेजको उत्तर दिनुहोस्

https://easycoexistence.com/ne/integrations/flowise

नम्बरको वेबहुक गन्तव्य सानो रिसिभरमा सेट गर्नुहोस्, जस्तै n8n workflow वा तपाईंको आफ्नै कोडको रुट। त्यसले प्रत्येक म्यासेज पठाउनेको नम्बरलाई सेसन आईडी बनाएर Flowise को Prediction API मा पठाउँछ, अनि नम्बरको टोकन र फोन नम्बर आईडी प्रयोग गरी Cloud API मार्फत उत्तर फर्काउँछ।

### Flowise को अगाडि किन केही चाहिन्छ?

किनभने Meta को वेबहुक र Flowise को एपीआईको ढाँचा फरक छ। Meta ले गन्तव्य प्रमाणित गर्न GET पठाउँछ, जसले hub.challenge लाई raw body का रूपमा फर्काउनुपर्छ, अनि प्रत्येक म्यासेज नेस्टेड JSON POST मा पठाउँछ। Flowise को Prediction API ले /api/v1/prediction/ पछि flow id राखिएको यूआरएलमा question फिल्डसहितको POST अपेक्षा गर्छ। कुनै पनि पक्षले अर्कोसँग मिल्ने गर्दैन, त्यसैले रिसिभरले अनुवाद गर्छ।

रिसिभर n8n Webhook node, Python वा Node को रुट, वा कुनै पनि serverless function हुन सक्छ। यसले प्रमाणीकरणको GET को उत्तर दिन्छ, वेबहुक यूआरएलमा राखिएको लामो अनियमित सिक्रेट जाँच्छ, तुरुन्तै Meta लाई 200 फर्काउँछ, अनि मात्र काम गर्छ। यूआरएलमा रहेको सिक्रेट नै यहाँ काम गर्ने प्रमाणीकरण हो: Meta ले डेलिभरीमा Tech Provider को एप सिक्रेटले हस्ताक्षर गर्छ, जुन कहिल्यै साझा गरिँदैन, त्यसैले तपाईंको तर्फबाट X-Hub-Signature-256 हेडर जाँच्न सकिँदैन।

### रिसिभरले Prediction API लाई कसरी कल गर्ने?

ग्राहकको टेक्स्टलाई question र ग्राहकको WhatsApp नम्बरलाई सेसनका रूपमा पठाएर। Flowise ले प्रत्येक अनुरोधमा overrideConfig स्वीकार गर्छ, र त्यसभित्रको sessionId ले मेमोरी node हरूलाई सबैलाई एउटै थ्रेडमा मिसाउनुको सट्टा प्रति व्यक्ति एउटा कुराकानी राख्न दिन्छ। वेबहुक पेलोडमा आएको पठाउनेको नम्बर त्यसका लागि स्थिर र स्वाभाविक कुञ्जी हो।

यदि chatflow API key ले सुरक्षित छ भने, रिसिभरले त्यसलाई बेयरर टोकनका रूपमा पठाउँछ। रिसिभर स्ट्रिम जोड्न बनाइएको छैन भने streaming लाई false सेट गर्नुहोस्, किनकि WhatsApp ले एकपटकमा एक टोकन होइन, पूरा भएको एउटा म्यासेज पुर्‍याउँछ।

उत्तर उही नम्बरबाट Cloud API टेक्स्ट म्यासेजका रूपमा जान्छ। ग्राहकको म्यासेजले खोलेको 24 घण्टाको विन्डोभित्र यो निःशुल्क र अनुमति प्राप्त छ। flow ले पछि पठाउन चाहेको कुनै पनि कुरा, जस्तै रिमाइन्डर, स्वीकृत टेम्प्लेट नै हुनुपर्छ।

### के Flowise एजेन्टले EasyCoexistence MCP सर्भर प्रयोग गर्न सक्छ?

आजको दिनमा सकिँदैन। Flowise को Custom MCP ले यूआरएल र हेडरहरूको सेटसहित Streamable HTTP सर्भरमा जडान गर्छ, सामान्यतः Flowise भेरिएबलमा राखिएको स्थिर बेयरर टोकन। EasyCoexistence MCP सर्भरले OAuth प्रयोग गरेर प्रमाणीकरण गर्छ, ब्राउजर साइन-इन र आफैँले जारी गरेका टोकनसहित, त्यसैले हेडरमा राख्न मिल्ने स्थिर कुञ्जी हुँदैन।

काम गर्ने बाँडफाँड यस्तो छ: flow ले निर्णय गरोस्, रिसिभरले पठाओस्। flow ले भन्नुपर्ने टेक्स्ट फर्काउँछ, वा ग्राहक एक दिनभन्दा बढी चुप भएको अवस्थामा टेम्प्लेटको नाम फर्काउँछ, अनि रिसिभरले नम्बरको टोकनसहित Cloud API कल गर्छ। यसरी टोकन कहिल्यै Flowise भित्र बस्दैन, र 24 घण्टाको नियम मोडेलले बिर्सन सक्ने भरमा छोड्नुको सट्टा सम्पर्कले अन्तिम पटक कहिले लेखेको थियो जाँचेर कोडमै लागू गरिन्छ।

आउने म्यासेज भने पठाउने तरिका जे भए पनि वेबहुक मार्फत मात्र आइपुग्छ।

- sessionId छुटाउनु। त्यसपछि सबै ग्राहकको एउटै मेमोरी हुन्छ, र एक जनाको विवरण अर्को जनाको उत्तरमा देखिन सक्छ।
- Meta लाई उत्तर दिनुअघि Flowise को प्रतीक्षा गर्नु। ढिलो 200 लाई पुनः प्रयास गरिन्छ, र त्यही म्यासेज दुई पटक प्रशोधन हुन्छ।
- एक दिनपछि flow ले स्वतन्त्र टेक्स्ट पठाउन दिनु। विन्डो बाहिर Meta ले त्यसलाई त्रुटि 131047 सहित अस्वीकार गर्छ।

**के Flowise मा WhatsApp node छ?** यसको डकुमेन्टेसनमा छैन। यसलाई Prediction API मार्फत पुगिन्छ, त्यसैले Meta र flow बीच रिसिभर राखिन्छ।

**के n8n रिसिभर हुन सक्छ?** सक्छ। Webhook node ले प्राप्त गर्छ, HTTP Request node ले Flowise लाई कल गर्छ, र अर्को HTTP Request node ले Cloud API मार्फत उत्तर पठाउँछ।

**फोनबाट कसैले उत्तर दिँदा बोट कसरी रोक्ने?** echo इभेन्टमा नजर राख्नुहोस्। WhatsApp Business एपबाट पठाइएको उत्तर रिसिभरमा आइपुग्छ, र रिसिभरले त्यो सम्पर्कका लागि flow रोक्न सक्छ।

**के कुराकानी EasyCoexistence ले भण्डारण गर्छ?** गर्दैन। Meta ले सिधै तपाईंको रिसिभरमा पठाउँछ। Flowise ले आफ्ना मेमोरी node हरूलाई जे राख्न कन्फिगर गरिएको छ त्यही राख्छ।

---

## LangChain एजेन्टलाई WhatsApp नम्बर दिनुहोस्

https://easycoexistence.com/ne/integrations/langchain

LangChain एजेन्टमा WhatsApp दुई भागमा आउँछ। आएका म्यासेज नम्बरको वेबहुक मार्फत तपाईंको वेब रुटमा पुग्छन्, र रुटले एजेन्टलाई चलाउँछ। काम गर्न एजेन्टले OAuth सहित LangChain को MCPAdapter मार्फत EasyCoexistence MCP टुल लोड गर्छ, वा नम्बरको टोकन र फोन नम्बर आईडी लिएर Cloud API सीधै बोलाउँछ।

### LangChain एजेन्टले WhatsApp का टुल कसरी लोड गर्छ?

MCPAdapter मार्फत, जो LangChain को MCP क्लाइन्ट हो र MCP सर्भरका टुललाई create_agent मा साधारण LangChain टुलका रूपमा दिन्छ। यसका लागि 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 ले यो गर्न सक्दैन। प्रोटोकल अनुरोध र प्रतिक्रियामा आधारित छ, त्यसैले ग्राहकले लेख्दा सर्भरले क्लाइन्टलाई जगाउने कुनै उपाय त्यसमा छैन।

नम्बरको वेबहुक गन्तव्य आफ्नै एपको कुनै रुटमा राख्नुहोस्, र यूआरएल पथमा लामो अनियमित गोप्य मान राख्नुहोस्। रुटले Meta को प्रमाणीकरण GET लाई चुनौती मान जस्ताको तस्तै फर्काएर प्रतिक्रिया दिन्छ, हरेक POST स्वीकार गर्छ, तुरुन्तै 200 फर्काउँछ र काम लाइनमा राख्छ। त्यसपछि वर्करले पेलोडबाट पठाउने व्यक्ति र पाठ लिएर एजेन्टलाई चलाउँछ, पठाउनेको नम्बरलाई थ्रेड आईडी बनाएर ताकि मेमोरी ग्राहकअनुसार छुट्टै रहोस्।

X-Hub-Signature-256 हेडरको सट्टा यूआरएलमा रहेको गोप्य मान जाँच्नुहोस्। Meta ले Tech Provider को एप सिक्रेटले हस्ताक्षर गर्छ, जुन कहिल्यै साझा गरिँदैन, त्यसैले ग्राहकले त्यो हेडर प्रमाणित गर्न सक्दैन।

### एजेन्टले MCP मार्फत पठाउने कि Cloud API बाट?

दुवै चल्छ, फरक भनेको नियम कसले समात्छ भन्ने हो। MCP टुलको विवरणमै WhatsApp का नियम हुन्छन्, जस्तै send_message 24 घण्टाको विन्डोभित्र मात्र चल्छ र नलेखेको व्यक्तिलाई सम्पर्क गर्न send_template प्रयोग हुन्छ। ती विवरण पढ्ने मोडेलले प्रायः सही टुल छान्छ, र एजेन्टले स्वतन्त्र रूपमा निर्णय गर्ने ठाउँमा यसले मद्दत गर्छ।

एजेन्टको काम साँघुरो भएको अवस्थामा, जस्तै भर्खर लेख्ने व्यक्तिलाई मात्र उत्तर दिने, नम्बरको टोकन लिएर Cloud API को म्यासेज एन्डपोइन्टमा पोस्ट गर्ने आफ्नै साधारण टुल सजिलो हुन्छ। तब विन्डोको जाँच तपाईंको कोडमा बस्छ, र कहिल्यै नतोडिनुपर्ने नियमको ठाउँ त्यही हो। विन्डोबाहिर स्वतन्त्र टेक्स्ट पठाउँदा त्रुटि 131047 फर्किन्छ, र ग्राहकले केही देख्दैनन्।

- MCP ले आएका म्यासेज ल्याइदिन्छ भन्ने अपेक्षा गर्नु। वेबहुक रुट बिना एजेन्टले ग्राहकको कुरा कहिल्यै सुन्दैन।
- सर्भरमा OAuth टोकन मेमोरीमै छाड्नु। हरेक रिस्टार्टमा ब्राउजर साइन इन चाहिन्छ, त्यसैले टोकन स्टोरमा सुरक्षित राख्नुहोस्।
- सबै ग्राहकका लागि एउटै थ्रेड प्रयोग गर्नु। एजेन्टको मेमोरी पठाउनेको नम्बरमा आधारित बनाउनुहोस्।

**के यो Python मा मात्र चल्छ?** MCPAdapter को उदाहरण Python मा छ। वेबहुक र Cloud API साधारण HTTP हुन्, त्यसैले LangChain चल्ने जुनसुकै भाषाबाट म्यासेज लिन र पठाउन सकिन्छ।

**के एजेन्टलाई हरेक पटक list_numbers चाहिन्छ?** यसलाई connection_id चाहिन्छ, र त्यो पाउने एकमात्र ठाउँ list_numbers हो। एउटै नम्बर भएमा एजेन्टले सुरुमा एकपटक मात्र यसलाई बोलाउँछ।

**के टोलीले फोनबाट अझै उत्तर दिन सक्छ?** सक्छ। Coexistence ले WhatsApp Business एप चलिरहन दिन्छ, र फोनबाट दिइएका उत्तर echo इभेन्टका रूपमा तपाईंको रुटमा आउँछन्, जसलाई एजेन्टले ध्यानमा राख्न सक्छ।

**के EasyCoexistence ले कुराकानी पढ्छ?** पढ्दैन। Meta ले सीधै तपाईंको रुटमा पठाउँछ र म्यासेजको सामग्री हाम्रो तर्फ कहिल्यै भण्डारण गरिँदैन। MCP टुलले खाता र नम्बरको अवस्था पढ्छन्।

---

## OpenAI Agents SDK एजेन्टलाई WhatsApp मा राख्नुहोस्

https://easycoexistence.com/ne/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 लाई टेक्स्टको रूपमा पठाउनु बनावटैले सुरक्षित छ। पछि हुने काम, जस्तै भोलिपल्टको फलोअप वा रिमाइन्डर, छुट्टै बाटो हुँदै टेम्प्लेट पठाउनुपर्छ, स्वतन्त्र टेक्स्ट कहिल्यै होइन।

एजेन्टसँग टुल्स भने हुन सक्छन्। अर्डर वा बुकिङ जस्ता कुरा खोज्न फङ्सन टुल्स दिनुहोस्, तर WhatsApp पठाउने काम वर्करमै राख्नुहोस्। यसले एक्सेस टोकनलाई मोडेलले जुनसुकै आर्गुमेन्टसहित कल गर्न सक्ने कुराभन्दा बाहिर राख्छ।

### एजेन्टले EasyCoexistence MCP सर्भर प्रयोग गर्न सक्छ?

सक्छ, MCPServerStreamableHttp मार्फत, तर header भन्दा बढी सेटअपसहित। SDK ले params["auth"] मा Authorization header वा httpx.Auth दुवै स्वीकार गर्छ। EasyCoexistence MCP सर्भरले ब्राउजरबाट साइन इन गरेपछि आफ्नै OAuth टोकन जारी गर्छ, डाइनामिक क्लाइन्ट रजिस्ट्रेसन र PKCE सहित, त्यसैले स्थिर कुञ्जी हुँदैन। MCP Python SDK मा OAuthClientProvider आउँछ, जुन PKCE र टोकन रिफ्रेससहित त्यो प्रक्रिया चलाउने HTTP auth ह्यान्डलर हो, र params["auth"] मा त्यही राखिन्छ।

एजेन्टले आफैं निर्णय गर्नुपर्दा यो उपयोगी हुन्छ: नम्बरको हेल्थ जाँच्न, टेम्प्लेटको स्ट्याटस पढ्न, वा टुल विवरणका नियम अनुसार send_message र send_template मध्ये छान्न। केवल उत्तर दिने फ्रन्ट डेस्कका लागि माथिको वर्कर छोटो छ र बिग्रने ठाउँ कम छ।

जुन बाटो रोजे पनि वेबहुक रहन्छ। MCP अनुरोध र प्रतिक्रियाको प्रणाली हो, र ग्राहकको म्यासेज Meta ले कल गर्ने रुट मार्फत मात्र एजेन्टसम्म पुग्न सक्छ।

- Meta लाई 200 फर्काउनुअघि नै एजेन्ट चलाउनु। ढिलो प्रतिक्रिया फेरि पठाइन्छ, र ग्राहकले दुईवटा उत्तर पाउँछ।
- सबै ग्राहकका लागि एउटै सेसन प्रयोग गर्नु। यसलाई प्रेषकको नम्बरमा आधारित बनाउनुहोस्, नत्र इतिहास मिसिन्छ।
- ढिलो भएको फलोअपलाई स्वतन्त्र टेक्स्ट पठाउन दिनु। 24 घण्टापछि त्यो 131047 त्रुटिसहित असफल हुन्छ, त्यसैले टेम्प्लेट पठाउनुहोस्।

**के यसलाई OpenAI Responses API को hosted MCP tool चाहिन्छ?** चाहिँदैन। वर्करले एजेन्टलाई Runner.run बाट स्थानीय रूपमा चलाउँछ, र WhatsApp तर्फ तपाईंको कोडले गर्ने साधारण HTTPS कल मात्र हो।

**मैले कुन Graph API संस्करण प्रयोग गर्नुपर्छ?** Meta का हालका उदाहरणले v25.0 प्रयोग गर्छन्। संस्करणलाई कोडको एकै ठाउँमा तोक्नुहोस्, ताकि अपग्रेड एक लाइनको परिवर्तन बनोस्।

**के फोनबाट कुनै व्यक्तिले जिम्मा लिन सक्छ?** सक्छ। Coexistence ले WhatsApp Business एपलाई चलिरहन राख्छ, र फोनबाट गरिएको प्रतिक्रिया तपाईंको रुटमा echo इभेन्टको रूपमा आउँछ, जसलाई वर्करले एजेन्ट रोक्न प्रयोग गर्न सक्छ।

**के EasyCoexistence ले कुराकानी भण्डारण गर्छ?** गर्दैन। Meta ले सिधै तपाईंको रुटमा डेलिभर गर्छ। सेसनले जे भण्डारण गर्छ, त्यो तपाईंकै डाटाबेसमा रहन्छ।

---

## Vercel AI SDK बाट WhatsApp एजेन्ट बनाउनुहोस्

https://easycoexistence.com/ne/integrations/vercel-ai-sdk

आउने म्यासेज नम्बरको वेबहुक गन्तव्यका रूपमा सेट गरिएको रुट ह्यान्डलरमा पुग्छन्। ह्यान्डलरले generateText चलाउँछ र उत्तर Cloud API मार्फत पठाउँछ। नम्बरमा काम गर्ने टुलका लागि, @ai-sdk/mcp को createMCPClient ले HTTP मार्फत EasyCoexistence MCP सर्भरसँग जडान गर्छ र 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 मेटाडेटा प्रकाशित गर्छ, dynamic client registration र 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 मा मात्र चल्छ?** चल्दैन, यो Vercel मा मात्र सीमित छैन। AI SDK TypeScript लाइब्रेरी हो, र HTTPS सर्भ गर्ने तथा GET र POST को उत्तर दिने जुनसुकै होस्टमा रुट चल्न सक्छ।

**मलाई MCP क्लाइन्ट चाहिन्छ त?** उत्तर दिनका लागि चाहिँदैन। नम्बरको टोकनसहित Cloud API को म्यासेज एन्डपोइन्टमा fetch गरे त्यो काम हुन्छ। मोडेलले के गर्ने भन्ने आफैं छनोट गर्नुपर्दा MCP को उपयोगिता हुन्छ।

**मोडेल कुन प्रोभाइडरको हुन सक्छ?** AI SDK ले समर्थन गर्ने जुनसुकै। WhatsApp तर्फ मोडेलबाट स्वतन्त्र छ, त्यसैले प्रोभाइडर बदल्दा रुट वा Cloud API कलमा कुनै परिवर्तन गर्नुपर्दैन।

**के EasyCoexistence ले म्यासेज देख्छ?** देख्दैन। Meta ले म्यासेज तपाईंको रुटमा सिधै पठाउँछ, र म्यासेजको सामग्री हाम्रो तर्फ कहिल्यै भण्डारण गरिँदैन।

---

## Shopify बाट WhatsApp अर्डर म्यासेज पठाउनुहोस्

https://easycoexistence.com/ne/integrations/shopify

Shopify Flow को Send HTTP request एक्सनले अर्डर बन्दा जडान गरिएको नम्बरको phone number id र Flow secret मा राखिएको टोकन प्रयोग गरी स्वीकृत टेम्प्लेट Cloud API मा पठाउन सक्छ। यो एक्सन नभएका योजनामा Shopify admin webhook ले n8n जस्तो रिसिभरमा डेटा पठाउँछ, जसले त्यही कल गर्छ।

### Shopify Flow ले WhatsApp म्यासेज कसरी पठाउँछ?

Send HTTP request एक्सन मार्फत। यसले ट्रिगरका Liquid भेरिएबल प्रयोग गर्न मिल्ने हेडर र बडीसहित जुनसुकै URL मा पोस्ट गर्छ।

अर्डर बनेपछि चल्ने ट्रिगरमा वर्कफ्लो बनाउनुहोस् र Send HTTP request थप्नुहोस्। URL भनेको जडान गरिएको नम्बरको phone number id को Cloud API messages एन्डपोइन्ट हो। Authorization हेडर थप्नुहोस्, जसको मान Bearer पछि नम्बरको access token हुन्छ। त्यसलाई Flow secret मा राखी secret variable का रूपमा प्रयोग गर्नुहोस्। Secret का मान Flow को इन्टरफेसमा कहिल्यै देखिँदैनन् र रन लगबाट हटाइन्छन्, टोकन राख्ने ठाउँ यही हो। बडी चाहिँ टेम्प्लेट म्यासेज हुन्छ, जहाँ to फिल्डमा ग्राहकको फोन नम्बर र टेम्प्लेटका प्यारामिटरमा अर्डरको विवरण हुन्छ।

Flow ले 2XX वा 3XX प्रतिक्रियालाई सफल मान्छ। Meta ले मान्य अनुरोधमा म्यासेज id फर्काउँछ, त्यसैले रन सफल हुनुको अर्थ Meta ले म्यासेज स्वीकार गरेको हो।

### अर्डर म्यासेज किन टेम्प्लेट नै हुनुपर्छ?

किनभने पहिले लेख्ने स्टोर हो। Meta को 24 घण्टे ग्राहक सेवा विन्डो ग्राहकले नम्बरमा म्यासेज पठाएपछि मात्र खुल्छ। अर्डर पुष्टि, ढुवानी अपडेट वा छोडिएको चेकआउटको सम्झना त्यसभन्दा अघि पठाइन्छ, त्यसैले स्वतन्त्र टेक्स्ट अस्वीकार हुन्छ र पूर्व स्वीकृत टेम्प्लेट मात्र जान्छ।

अर्डर र ढुवानी अपडेटका लागि utility वर्गमा टेम्प्लेट एक पटक बनाउनुहोस् र वर्कफ्लो चालु गर्नुअघि स्वीकृतिको पर्खाइ गर्नुहोस्। अनुरोधको बडीमा रहेको नाम र भाषा स्वीकृत टेम्प्लेटसँग ठ्याक्कै मिल्नुपर्छ, र प्यारामिटरको संख्या प्लेसहोल्डरसँग बराबर हुनुपर्छ।

सहमतिको कुरा पनि छ। WhatsApp मा व्यवसायले कसैलाई म्यासेज पठाउनु अघि Meta ले opt-in माग्छ: व्यक्तिले आफ्नो नम्बर दिएको र यस व्यवसायका म्यासेज पाउन मञ्जुर गरेको हुनुपर्छ। यसका लागि चेकआउटमा सोही कुरा लेखिएको चेकबक्स राख्नु सामान्य तरिका हो, र वर्कफ्लोले पठाउनु अघि त्यो जाँच गर्नुपर्छ।

### स्टोरको योजनामा Send HTTP request छैन भने के गर्ने?

त्यसको सट्टा Shopify admin webhook प्रयोग गर्नुहोस्। Settings, Notifications, Webhooks मा व्यापारीले अर्डर बन्ने जस्ता घटनाका लागि JSON फर्म्याटमा URL तर्फ webhook बनाउन सक्छ। त्यसलाई रिसिभरतर्फ देखाउनुहोस्: n8n को Webhook node, वा PHP, Python वा Node मा बनेको route। रिसिभरले अर्डर पढ्छ, सहमति जाँच्छ, र Cloud API मा उही टेम्प्लेट कल गर्छ।

जुन बाटोबाट पठाए पनि उत्तरको प्रक्रिया उस्तै हुन्छ। ग्राहकले अर्डर म्यासेजको उत्तर दिँदा नम्बर Coexistence मा भएकाले उत्तर स्टोरको फोनको WhatsApp Business एपमा आउँछ, र स्वतन्त्र टेक्स्टका लागि 24 घण्टाको विन्डो खुल्छ। नम्बरको webhook गन्तव्य सेट गरिएको छ भने उत्तर तपाईंको प्रणालीमा पनि पुग्छ। अर्डर म्यासेज आफैं पनि एपमा देखिन्छ, त्यसैले उत्तर दिने व्यक्तिले ग्राहकले केको जवाफ दिँदैछन् भन्ने देख्छ।

- अर्डर बन्दा स्वतन्त्र टेक्स्ट पठाउनु। ग्राहकले अझै लेखेका छैनन्, त्यसैले Meta ले अस्वीकार गर्छ; स्वीकृत टेम्प्लेट नै चाहिन्छ।
- 4XX प्रतिक्रियामा त्रुटि ह्यान्डलिङलाई Retry मा छोड्नु। Meta ले कहिल्यै स्वीकार नगर्ने अनुरोध Flow ले 24 घण्टासम्म दोहोर्याउन सक्छ।
- टोकनलाई हेडरमा सादा टेक्स्टमा राख्नु। यसलाई Flow secret मा राख्नुहोस् ताकि यो इन्टरफेस र लगबाट बाहिर रहोस्।

**टेम्प्लेट म्यासेजको शुल्क कसले तिर्छ?** Meta ले म्यासेजिङको बिल व्यवसायको आफ्नै WhatsApp Business Account मा सीधै पठाउँछ। EasyCoexistence ले त्यसमा कहिल्यै थप शुल्क जोड्दैन।

**टोलीले अझै फोनबाट ग्राहकलाई उत्तर दिन सक्छ?** सक्छ। Coexistence ले यही कुरा जोगाउँछ: स्टोरले पठाउने नम्बरमै WhatsApp Business एप चलिरहन्छ।

**यसका लागि Shopify एप चाहिन्छ?** चाहिँदैन। Flow को Send HTTP request, वा रिसिभरतर्फ जाने admin webhook नै पर्याप्त छ। Cloud API एउटा HTTPS कल मात्र हो।

**to फिल्डमा फोन नम्बर कुन फर्म्याटमा चाहिन्छ?** देश कोडसहितको अन्तर्राष्ट्रिय फर्म्याट र अंक मात्र। ग्राहकले खाली ठाउँ र चिह्न टाइप गर्न सक्ने भएकाले पठाउनु अघि चेकआउटको फोन फिल्ड सफा गर्नुहोस्।

---

## WooCommerce बाट WhatsApp मा अर्डर अपडेट पठाउनुहोस्

https://easycoexistence.com/ne/integrations/woocommerce

अर्डर घटनाका लागि WooCommerce वेबहुक बनाउनुहोस् र त्यसलाई रिसिभरतर्फ जोड्नुहोस्, जस्तै n8n वर्कफ्लो वा सानो PHP रुट। रिसिभरले WooCommerce को हस्ताक्षर प्रमाणित गर्छ, ग्राहकले WhatsApp म्यासेजमा सहमति दिएको जाँच्छ, र जडान गरिएको नम्बरको `phone_number_id` र टोकन प्रयोग गरेर Cloud API मार्फत स्वीकृत टेम्प्लेट पठाउँछ।

### WooCommerce अर्डरले WhatsApp म्यासेज कसरी ट्रिगर गर्छ?

WooCommerce वेबहुक र एउटा रिसिभर मार्फत। WooCommerce मा सेटिङ, उन्नत (Advanced), वेबहुक (Webhooks) मा गएर अर्डर टपिक (जस्तै order created वा order updated), डेलिभरी यूआरएल र सिक्रेट राखेर वेबहुक थप्नुहोस्। त्यसपछि घटना हुँदा WooCommerce ले अर्डरलाई JSON का रूपमा त्यही यूआरएलमा पोस्ट गर्छ।

पेलोड निश्चित हुन्छ, त्यसैले यसलाई सिधै Cloud API तर्फ पठाउन सकिँदैन। बीचमा रिसिभर चाहिन्छ: n8n को Webhook नोड, स्टोरकै PHP को रुट, वा कुनै सानो सेवा। यसले अर्डर पढ्छ, ग्राहकको फोन नम्बर र म्यासेजलाई चाहिने विवरण छान्छ, र जडान गरिएको नम्बरको एक्सेस टोकनलाई बियरर टोकनका रूपमा राखेर Cloud API को म्यासेज एन्डपोइन्टमा एउटा HTTPS अनुरोध पठाउँछ।

order.updated टपिक एउटै स्ट्याटससँग बाँधिएको हुँदैन, त्यसैले रिसिभरले अर्डरको status फिल्ड पढ्नुपर्छ र आफूलाई चाहिने प्रत्येक परिवर्तनमा एक पटक मात्र पठाउनुपर्छ। WooCommerce ले पूर्वनिर्धारित रूपमा wp-cron मार्फत पृष्ठभूमिमा डेलिभर गर्छ, त्यसैले म्यासेज अर्डरभन्दा केही ढिलो आउन सक्छ।

### अनुरोध पसलबाटै आएको हो भनेर रिसिभरले कसरी थाहा पाउँछ?

WooCommerce को हस्ताक्षरबाट। प्रत्येक डेलिभरीमा X-WC-Webhook-Signature हेडर हुन्छ, जुन वेबहुकमा तपाईंले राखेको सिक्रेटले कच्चा पेलोडमाथि गणना गरिएको base64 एन्कोड गरिएको HMAC-SHA256 हो। रिसिभरले आफूले पाएको बडीमाथि उही ह्यास गणना गरेर तुलना गर्छ, र मेल नखाने सबै कुरा अस्वीकार गर्छ।

यो पसलको आफ्नै सिक्रेट हो, त्यसैले आउने WhatsApp म्यासेजमा Meta को हस्ताक्षरभन्दा फरक, यसलाई प्रमाणित गर्न सकिन्छ। तुलना constant time मा गर्नुहोस्, र कुनै फ्रेमवर्कले पार्स गर्नुअघि नै कच्चा बडीको ह्यास निकाल्नुहोस्, किनभने फेरि एन्कोड गरिएको JSON ले फरक ह्यास दिन्छ।

2xx प्रतिक्रिया छिटो दिनुहोस्। 2xx, 301 वा 302 बाहेकका प्रत्येक प्रतिक्रियालाई WooCommerce ले असफलता गणना गर्छ, र लगातार पाँचभन्दा बढी असफल भएपछि वेबहुक अक्षम गर्छ। डिप्लोयका बेला बन्द रहेको वा उत्तर दिनुअघि Meta को प्रतीक्षा गर्दा ढिलो भएको रिसिभरले कसैलाई थाहा नदिई पसलका म्यासेज बन्द गर्न सक्छ।

### पसलले के पठाउन सक्छ, र कहिले?

पसलले पहिले लेख्ने प्रत्येक पटक स्वीकृत टेम्प्लेट। Meta को 24 घण्टे ग्राहक सेवा विन्डो ग्राहकले नम्बरमा म्यासेज गरेपछि मात्र खुल्छ, त्यसैले अर्डर पुष्टिकरण वा सिपिङ अपडेट व्यवसायले सुरु गरेको म्यासेज हो र स्वतन्त्र टेक्स्ट अस्वीकार गरिन्छ। प्रत्येक अपडेटका लागि युटिलिटी टेम्प्लेट बनाउनुहोस्, स्वीकृतिको प्रतीक्षा गर्नुहोस्, र नाम तथा भाषा दिएर पठाउनुहोस्, अर्डर नम्बर र अन्य विवरण प्यारामिटरका रूपमा राख्नुहोस्।

Meta ले opt-in पनि माग्छ: ग्राहकले आफ्नो नम्बर दिएको छ र यो व्यवसायबाट WhatsApp मा सुन्न सहमत भएको छ। चेकआउटमा अर्डरसँगै सुरक्षित गरिएको चेकबक्स यसको सबैभन्दा सरल अभिलेख हो, र रिसिभरले पठाउनुअघि त्यो जाँच्नुपर्छ।

ग्राहकले उत्तर दिएपछि कुराकानी सामान्य Coexistence हो। उत्तर पसलको फोनको WhatsApp Business एपमा देखिन्छ, स्वतन्त्र टेक्स्टका लागि विन्डो खुला हुन्छ, र टोलीले पहिले जसरी नै एपबाट उत्तर दिन्छ।

- WooCommerce लाई उत्तर दिनुअघि Cloud API कल गर्ने। ढिलो वा असफल पठाइ वेबहुकको विरुद्धमा गणना हुन्छ, र पाँचभन्दा बढी असफल भएपछि त्यो अक्षम हुन्छ।
- कच्चा बडीको सट्टा पार्स गरिएको JSON को ह्यास निकाल्ने। हस्ताक्षर कहिल्यै मेल खाँदैन र हरेक असली डेलिभरी अस्वीकार हुन्छ।
- प्रत्येक order.updated डेलिभरीमा पठाउने। टपिक एउटै स्ट्याटससँग बाँधिएको हुँदैन, त्यसैले कुन परिवर्तनबारे पहिले नै म्यासेज गरिसकिएको हो भनी नहेरे ग्राहकले दोहोरिएका म्यासेज पाउँछन्।

**यसका लागि WordPress प्लगइन चाहिन्छ?** चाहिँदैन। WooCommerce का बिल्ट-इन वेबहुक र एउटा रिसिभर पर्याप्त छन्, र रिसिभर उही PHP एपमा रहेको एउटा रुट पनि हुन सक्छ।

**अर्डर म्यासेजको शुल्क कसले तिर्छ?** Meta ले म्यासेजिङको शुल्क व्यवसायको आफ्नै WhatsApp Business खातामा सिधै लिन्छ, र EasyCoexistence ले त्यसमा कहिल्यै थप शुल्क जोड्दैन।

**टोलीले अझै फोन प्रयोग गर्न सक्छ?** सक्छ। Coexistence ले पसलको नम्बरमा WhatsApp Business एप चलिरहन दिन्छ, र पसलले पठाएको टेम्प्लेट थ्रेडमा देखिन्छ।

**वेबहुक अक्षम भएको भए के गर्ने?** रिसिभर मर्मत गर्नुहोस्, त्यसपछि WooCommerce मा वेबहुकको स्ट्याटस फेरि सक्रिय गर्नुहोस्। वेबहुक बन्द हुँदा बनेका अर्डरले म्यासेज ट्रिगर गरेनन्।

---

## PHP र Laravel बाट WhatsApp पठाउनुहोस् र प्राप्त गर्नुहोस्

https://easycoexistence.com/ne/integrations/php-laravel

म्यासेज प्राप्त गर्न Laravel रुटले Meta को प्रमाणीकरण GET लाई जवाफ दिन्छ र POST स्वीकार्छ। PHP ले डटलाई अन्डरस्कोरमा बदल्ने भएकाले प्यारामिटर hub_mode, hub_verify_token र hub_challenge को रूपमा पढिन्छ। पठाउन phone_number_id र टोकनसहित Cloud API को messages एन्डपोइन्टमा एउटा Http::withToken() POST पर्याप्त छ। SDK चाहिँदैन।

### Laravel मा WhatsApp म्यासेज कसरी प्राप्त गर्ने?

routes/api.php मा एउटै पाथमा एउटा GET र एउटा POST राख्नुहोस्। फाइल छैन भने पहिले php artisan install:api चलाउनुहोस्। API रुटहरू स्टेटलेस हुन् र वेब समूहबाहिर पर्छन्, त्यसैले routes/web.php को रुटमा जस्तो CSRF टोकन नभएकाले Meta को POST अस्वीकार हुँदैन।

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 क्लाइन्टबाट: phone_number_id को messages एन्डपोइन्टमा एउटा POST, एक्सेस टोकनलाई बेयरर टोकनका रूपमा राखेर। दुवै मान कनेक्सनबाट आउँछन्, ड्यासबोर्डमा देखिन्छन् र get_api_credentials ले फर्काउँछ। तिनलाई कोडमा होइन, वातावरण भेरिएबलमा आधारित config/services.php मा राख्नुपर्छ।

बडीको आकार समयमा भर पर्छ। ग्राहकको अन्तिम म्यासेजको 24 घण्टाभित्र तल देखाइएझैं text अब्जेक्ट चल्छ। त्यो विन्डोबाहिर Meta ले स्वीकृत टेम्प्लेट र त्यसको भाषा उल्लेख गरेको template अब्जेक्ट मात्र स्वीकार गर्छ, र स्वतन्त्र टेक्स्ट त्रुटि 131047 सहित असफल हुन्छ। यो प्रतिक्रियामा देखिन्छ: असफल कलले त्रुटि अब्जेक्ट फर्काउँछ जसको कोडले के बिग्रियो भन्ने बताउँछ, त्यसैले त्यसलाई फ्याँक्नुको सट्टा लग गर्नुहोस्।

अनुरोधमा EasyCoexistence विशेष केही छैन। यो Meta आफ्नै डकुमेन्टेसनमा भएको कल हो, त्यसैले Guzzle वा सादा cURL जस्ता जुनसुकै PHP HTTP क्लाइन्टले उस्तै काम गर्छ।

### यसभन्दा बाहेक प्रोडक्सन Laravel ह्यान्डलरलाई के चाहिन्छ?

वास्तविक क्यू, डुप्लिकेट हटाउने व्यवस्था र विन्डो जाँच।

क्यू महत्त्वपूर्ण हुन्छ किनभने Meta ले ढिलो प्रतिक्रियालाई फेरि पठाउँछ। HandleWhatsAppEvent::dispatch() तब मात्र छिटो फर्कन्छ जब क्यू कनेक्सन वास्तविक हो र वर्कर चलिरहेको छ। sync ड्राइभरमा जब अनुरोधभित्रै चल्छ, र ढिलो मोडेल कल वा डेटाबेस लेखाइले डुप्लिकेट डेलिभरी बनाउँछ।

म्यासेज id, अर्थात् प्रत्येक म्यासेजको wamid, का आधारमा डुप्लिकेट हटाउनुहोस्, किनकि पुनः पठाइनु अपवाद होइन, सामान्य कुरा हो। त्यो स्तम्भमा युनिक इन्डेक्स वा त्यसैमा आधारित क्यास लक पर्याप्त छ।

अनि प्रत्येक सम्पर्कले अन्तिम पटक कहिले लेख्यो भन्ने भण्डारण गर्नुहोस्। त्यो समयचिन्हले गर्दा ग्राहक पहिल्यै कुरिरहेको बेला त्रुटि 131047 बाट थाहा पाउनुको सट्टा, पठाउने बाटोले आफैं text वा टेम्प्लेट छान्छ। 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/ne/docs/whatsapp-coexistence-brazil

Coexistence ब्राजिलमा उपलब्ध छ: WhatsApp Business एप प्रयोगकर्ताको अनबोर्डिङसम्बन्धी Meta को कागजातमा कुनै भौगोलिक प्रतिबन्ध छैन। +55 नम्बरमा जाने म्यासेजको शुल्क Meta को ब्राजिल दर तालिकाअनुसार लाग्छ। 1 अक्टोबर 2026 देखि प्रति मार्केटिङ टेम्प्लेट USD 0.0625 र प्रति युटिलिटी वा प्रमाणीकरण टेम्प्लेट USD 0.0068 लाग्छ, र BRL दर पनि सँगै प्रकाशित छन्।

### के ब्राजिलमा WhatsApp Coexistence उपलब्ध छ?

छ। WhatsApp Business एप प्रयोगकर्ता अनबोर्ड गर्ने Meta को हालको कागजातले नम्बरले पूरा गर्नुपर्ने सर्तहरू सूचीबद्ध गरेको छ, र तीमध्ये कुनै पनि देशसँग सम्बन्धित छैन। ब्राजिलको नम्बर अरू जस्तै सर्तमा योग्य हुन्छ: त्यो पहिल्यै WhatsApp Business एपमा प्रयोगमा हुनुपर्छ, एप संस्करण 2.24.17 वा त्यसभन्दा नयाँ हुनुपर्छ, र अनबोर्डिङ Tech Provider वा Solution Partner मार्फत Embedded Signup प्रयोग गरेर हुनुपर्छ।

जडान भएपछि फोनको एपले काम गरिरहन्छ र उही +55 नम्बरले Cloud API पहुँच पनि पाउँछ। एपसँग मेल खाने गरी Meta ले यी नम्बरको थ्रुपुट प्रति सेकेन्ड 20 म्यासेजमा निश्चित गरेको छ।

### ब्राजिलमा Meta ले प्रति म्यासेज कति शुल्क लिन्छ?

Meta ले पुगेको म्यासेजमा श्रेणी र प्राप्तकर्ताको देश कलिङ कोडका आधारमा शुल्क लिन्छ। ब्राजिल (+55) दर तालिकामा नाम खुलाइएको बजार हो, त्यसैले ब्राजिली नम्बरका म्यासेजमा क्षेत्रीय औसत होइन, ब्राजिलकै आफ्नो दर लाग्छ। यी Meta को USD र BRL दर तालिकाबाट लिइएका 1 अक्टोबर 2026 देखि लागू सूची दर हुन्। युटिलिटी र प्रमाणीकरण दर मासिक भोल्युम तहअनुसार थप घट्न सक्छ, जुन Meta ले बजार र श्रेणीअनुसार लागू गर्छ।

### कुन म्यासेज निःशुल्क रहन्छन्?

तीन कुरामा शुल्क लाग्दैन। फोनको WhatsApp Business एपमा टाइप गरेका म्यासेज अनबोर्डिङपछि पनि निःशुल्क रहन्छन्, किनकि Meta ले Cloud API को मूल्य एपीआई मार्फत पठाइएकामा मात्र लागू गर्छ। प्रत्येक व्यवसाय फोन नम्बरले महिनामा 1,000 निःशुल्क सेवा म्यासेज पाउँछ, जुन 24 घण्टे ग्राहक सेवा विन्डोभित्र पठाइने टेम्प्लेट नभएका जवाफ हुन्। साथै Click to WhatsApp विज्ञापनबाट ग्राहक आउँदा खुल्ने निःशुल्क प्रवेश बिन्दु विन्डोभित्र पठाइएका सबै म्यासेज 7 दिनसम्म निःशुल्क हुन्छन्।

1 अक्टोबर 2026 मा दुई कुरा परिवर्तन भए: प्रत्येक महिना पहिलो 1,000 पछिका सेवा म्यासेजमा शुल्क लाग्छ, र ग्राहक सेवा विन्डोभित्र पठाइएका युटिलिटी टेम्प्लेटमा पनि शुल्क लाग्छ।

### के Meta ले ब्राजिलका व्यवसायलाई रियलमा बिल दिन्छ?

अब दिन्छ। Meta ले ब्राजिलका लागि बिलिङ स्थानीयकरण 1 जुलाई 2026 मा सुरु गर्‍यो। Billing Hub मा Sold-To देश ब्राजिल भएका Solution Provider र प्रत्यक्ष एकीकृत व्यवसायले BRL मा म्यासेजिङ खाता बनाउन सक्छन्, र ती खाताको शुल्क Meta को स्थानीय संस्था Facebook Brasil ले BRL मा बिल गर्छ।

यो परिवर्तनको म्याद छ। योग्य ग्राहकले आफ्नो Business Portfolio का सबै म्यासेजिङ खाता 30 जून 2027 सम्म BRL मा सार्नुपर्छ, किनकि 1 जुलाई 2027 देखि Meta ले उनीहरूका BRL नभएका खाताबाट म्यासेज पठाउन रोक्छ। खाता बनाउँदा रोजेको मुद्रा अन्यथा बदल्न नमिल्ने भएकाले Meta ले यो सार्न Currency Migration API उपलब्ध गराएको छ।

1. Check the number: Confirm the +55 number is on the WhatsApp Business app, version 2.24.17 or newer, and not attached to another provider.
2. Set up billing: Add a payment method in Billing Hub, in BRL if your Sold-To country is Brazil.
3. Run Embedded Signup: Log in with Facebook, choose the portfolio and the number, and confirm the connection in the app.

- Sold-To देश ब्राजिल हुँदा 30 जून 2027 पछि पनि USD को म्यासेजिङ खाता राख्नु। 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/ne/docs/whatsapp-coexistence-mexico

Coexistence मेक्सिकोमा उपलब्ध छ, किनभने WhatsApp Business एप प्रयोगकर्ताको जडानबारे Meta को कागजातले कुनै भौगोलिक प्रतिबन्ध राखेको छैन। +52 नम्बरमा पठाइने म्यासेजको मूल्य Meta को मेक्सिको दर तालिकाअनुसार लाग्छ: 1 अक्टोबर 2026 देखि प्रत्येक मार्केटिङ टेम्प्लेटको USD 0.0397 र प्रत्येक युटिलिटी वा प्रमाणीकरण टेम्प्लेटको USD 0.0085, वा पेसो दर तालिकामा MXN 0.7298 र MXN 0.1565 हुन्छ।

### के मेक्सिकोको व्यवसायले WhatsApp Coexistence प्रयोग गर्न सक्छ?

सक्छ। WhatsApp Business एप प्रयोगकर्ताको जडानबारे Meta को कागजातमा रहेका आवश्यकता देशका बारेमा होइनन्, नम्बर र एपका बारेमा छन्: नम्बर WhatsApp Business एपमा पहिल्यै सक्रिय हुनुपर्छ, एपको संस्करण 2.24.17 वा त्योभन्दा नयाँ हुनुपर्छ, र जडान Tech Provider वा Solution Partner ले Embedded Signup मार्फत गर्नुपर्छ।

ती सर्त पूरा गर्ने +52 नम्बरले फोनको एपमा काम गरिरहन्छ र उही नम्बरमा Cloud API को पहुँच पनि पाउँछ। यस्ता साझा नम्बरमा Meta ले API थ्रुपुट प्रति सेकेन्ड 20 म्यासेजमा सीमित गरेको छ।

### मेक्सिकोमा Meta ले प्रति म्यासेज कति शुल्क लिन्छ?

Meta ले पुगेको प्रत्येक म्यासेजमा शुल्क लिन्छ, र दर दुई कुरामा निर्भर हुन्छ: म्यासेजको श्रेणी र प्राप्त गर्ने व्यक्तिको देश कलिङ कोड। मेक्सिको (+52) को दर तालिकामा आफ्नै छुट्टै पङ्क्ति छ। यी 1 अक्टोबर 2026 देखि लागू हुने सूचीमूल्य हुन्, जुन मितिमा Meta ले मेक्सिकोको मार्केटिङ दर बढायो। मासिक भोल्युम बढी भएमा Meta को भोल्युम तहमार्फत युटिलिटी र प्रमाणीकरणका दर घट्न सक्छन्।

### के कुराको कुनै शुल्क लाग्दैन?

WhatsApp Business एपमा फोनबाट टाइप गरेर पठाइएका सबै म्यासेज निःशुल्क रहन्छन्, र Meta को कागजातअनुसार नम्बर जडान भएपछि पनि यो कायम रहन्छ। Cloud API मार्फत पठाइएका म्यासेजमा मात्र Cloud API को मूल्य लाग्छ।

API तर्फ, प्रत्येक व्यवसायको फोन नम्बरले प्रति महिना 1,000 निःशुल्क सेवा म्यासेज पाउँछ। यी ग्राहक सेवाको 24 घण्टे विन्डोभित्रका टेम्प्लेट नभएका जवाफ हुन्, र सो सीमा हरेक महिना नयाँ हुन्छ, बाँकी रकम सर्दैन। Click to WhatsApp विज्ञापनबाट आएको ग्राहकले 7 दिनसम्मको निःशुल्क प्रवेश विन्डो खोल्छ, जसमा Meta ले मार्केटिङ, युटिलिटी, प्रमाणीकरण वा सेवा म्यासेजमध्ये कुनैमा पनि शुल्क लिँदैन।

### के Meta ले मेक्सिकोको खातालाई पेसोमा बिल गर्न सक्छ?

MXN, WhatsApp Business Platform मा Meta ले सक्षम पारेका 16 मुद्रामध्ये एक हो, जुन 1 जनवरी 2026 मा सुरु भयो, र Meta ले USD दर तालिकासँगै पूर्ण MXN दर तालिका पनि प्रकाशित गर्छ।

मुद्रा म्यासेजिङ खाता बनाउँदाको समयमा रोजिन्छ र पछि सजिलै बदल्न मिल्दैन। पछि अर्कै मुद्रामा जान 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 को उत्तर अमेरिका क्षेत्रमा पर्छन्, जसका आफ्नै दर छन्। मूल्य प्राप्तकर्ताको कलिङ कोडले तय गर्छ।

**के API जोड्दा मैले एप गुमाउँछु?** गुमाउनुहुन्न। नम्बर WhatsApp Business एपमै रहन्छ र फोनले पहिले जस्तै म्यासेज पठाउने र प्राप्त गर्ने काम गरिरहन्छ।

---

## कोलम्बियामा WhatsApp Coexistence: उपलब्धता र Meta का दर

https://easycoexistence.com/ne/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 ले सूचीबद्ध गरेका बाँकी ल्याटिन अमेरिका क्षेत्रसहित सबै ल्याटिन अमेरिकी मार्केटमध्ये यसको मार्केटिङ र युटिलिटी दर सबैभन्दा कम छ। तल दिइएका आँकडा सूची दर हुन्, र उच्च मासिक भोल्युममा भोल्युम तहले युटिलिटी र प्रमाणीकरणको दर अझै घटाउन सक्छ।

### कोलम्बियामा कुन म्यासेज निःशुल्क हुन्?

अन्य ठाउँमा जस्तै उही म्यासेज, किनभने Meta का निःशुल्क अवस्थाहरू मार्केट अनुसार नभई विश्वव्यापी हुन्छन्।

फोनको WhatsApp Business एपबाट पठाइएका म्यासेज नम्बर जडान भएपछि पनि निःशुल्क रहन्छन्, र Cloud API को मूल्य API बाट पठाइएका म्यासेजमा मात्र लाग्छ। प्रत्येक व्यावसायिक फोन नम्बरले 24 घण्टाको ग्राहक सेवा विन्डोभित्र टेम्प्लेट नभएका जवाफका लागि प्रति महिना 1,000 निःशुल्क सेवा म्यासेज पाउँछ। Click to WhatsApp विज्ञापनबाट सुरु भएका कुराकानीले 7 दिनसम्मको निःशुल्क प्रवेश विन्डो खोल्छन्, जसमा Meta Business Agent म्यासेज बाहेक कुनै श्रेणीमा शुल्क लाग्दैन।

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

### के कोलम्बियाली व्यवसायले Meta लाई पेसोमा भुक्तानी गर्न सक्छ?

COP 2026 मा Meta ले थपेका मुद्रामध्ये एक हो, जुन 1 अप्रिल 2026 देखि उपलब्ध छ र यसको आफ्नै प्रकाशित दर कार्ड छ। Meta को COP कार्डले सबै मार्केटको मूल्य पेसोमा देखाउँछ, त्यसैले मेक्सिको वा स्पेनका ग्राहकलाई म्यासेज पठाउने कोलम्बियाली व्यवसायले ती शुल्क पनि COP मा नै देख्छ।

मुद्रा म्यासेजिङ खाता बनाउँदा तोकिन्छ र त्यसपछि स्थिर रहन्छ। पछि बदल्न Meta को Currency Migration API प्रयोग गरिन्छ। Meta को मूल्य पृष्ठले अनिवार्य स्थानीय बिलिङ माइग्रेसन ब्राजिल र भारतका लागि मात्र उल्लेख गर्छ, त्यसैले कोलम्बियाका लागि COP बाध्यता नभई एउटा विकल्प हो।

1. Check the number: The +57 number must be on the WhatsApp Business app, version 2.24.17 or newer, and free of any other provider.
2. Choose COP or USD: Pick the currency at account creation and add a payment method in Billing Hub.
3. Run Embedded Signup: Log in with Facebook, select the portfolio and the number, and confirm in the app.

- कोलम्बियाको दर सबै ग्राहकमा लागू गर्नु। पेरु वा चिलीको नम्बरमा पठाइएको म्यासेजमा त्यही मार्केटको दर लाग्छ, जुन अक्टोबर 2026 को कार्डमा धेरै गुणा बढी छ।
- बिलिङ मुद्रा सजिलै रोज्नु। खाता बनिसकेपछि बदल्न Meta को Currency Migration API चाहिन्छ।
- खातामा भुक्तानी विधि नराख्नु। महिनाका 1,000 निःशुल्क म्यासेज सकिएपछि सेवा म्यासेज पठाइन बन्द हुन्छन्।

**कोलम्बियाका दर छिमेकी देशका भन्दा किन यति कम छन्?** Meta ले दर मार्केट अनुसार तोक्छ र कुनै एक आँकडाको कारण बताउँदैन। 1 अक्टोबर 2026 को कार्डमा कोलम्बियालाई अन्य ल्याटिन अमेरिकी मार्केटभन्दा कम सूचीबद्ध गरिएको छ।

**के प्रमाणीकरणको मूल्य युटिलिटीभन्दा फरक हुन्छ?** कोलम्बियाका लागि हुँदैन। 1 अक्टोबर 2026 को कार्डमा दुवै USD 0.0008 छन्, र authentication-international दर लागू हुँदैन।

**ग्राहकले मलाई पठाएका म्यासेजको शुल्क तिर्नुपर्छ?** पर्दैन। Meta ले प्रयोगकर्ताबाट व्यवसायमा आएका म्यासेजको शुल्क लिँदैन, व्यवसायले पठाएर पुगेका म्यासेजको मात्र लिन्छ।

**के एपले मेरो च्याट इतिहास जोगाइराख्छ?** जोगाइराख्छ। नम्बर API सँग जडान भएपछि पनि WhatsApp Business एप फोनमा आफ्ना च्याटसहित काम गरिरहन्छ।

---

## अर्जेन्टिनामा WhatsApp Coexistence: उपलब्धता र Meta का दर

https://easycoexistence.com/ne/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 दर कार्डबाट लिइएका हुन्। युटिलिटी र प्रमाणीकरणमा, कुनै Business Portfolio ले एक महिनामा अर्जेन्टिनामा पर्याप्त म्यासेज पठाएपछि Meta का मासिक भोल्युम तहले दर घटाउँछन्।

### अर्जेन्टिनाको व्यवसायले के निःशुल्क पठाउन सक्छ?

फोनमा टाइप गरेका उत्तरमा केही शुल्क लाग्दैन: Meta को कागजातअनुसार WhatsApp Business एप मार्फत पठाइएका म्यासेज जडान पछि पनि निःशुल्क रहन्छन्, र API बाट पठाउँदा मात्र Cloud API को मूल्य लाग्छ।

API मार्फत, प्रत्येक व्यवसाय फोन नम्बरलाई महिनामा 1,000 निःशुल्क सेवा म्यासेज मिल्छ, अर्थात् 24 घण्टाको ग्राहक सेवा अवधिभित्र टेम्प्लेट बाहेकका उत्तर। यो सीमा हरेक महिना रिसेट हुन्छ र नचलेका म्यासेज अर्को महिनामा सर्दैनन्। Click to WhatsApp विज्ञापनबाट लेख्ने ग्राहकले 7 दिनसम्म चल्ने निःशुल्क प्रवेश अवधि खोल्छन्, जसमा मार्केटिङ, युटिलिटी, प्रमाणीकरण र सेवा म्यासेजमा शुल्क लाग्दैन।

### के Meta ले अर्जेन्टिनाको खातालाई पेसोमा बिल गर्न सक्छ?

ARS अप्रिल 1, 2026 देखि WhatsApp Business प्लेटफर्मको मुद्रा बनेको छ, र Meta ले USD कार्डको छेउमा पूर्ण ARS दर कार्ड प्रकाशित गर्छ। पेसो कार्डले अर्जेन्टिना मात्र होइन, सबै बजारको दर ARS मा देखाउँछ।

मुद्रा Messaging खाता बनाउँदा तय हुन्छ र पछि स्वतन्त्र रूपमा बदल्न मिल्दैन; त्यसका लागि Meta ले Currency Migration API दिएको छ। Meta को मूल्य पृष्ठले अनिवार्य स्थानीय बिलिङ ब्राजिल र भारतमा मात्र उल्लेख गर्छ, त्यसैले अर्जेन्टिनामा ARS र USD बीचको छनोट व्यवसायमै छोडिएको छ।

1. Check the number: The +54 number must run the WhatsApp Business app at version 2.24.17 or newer and not be connected to another provider.
2. Set the currency and payment: Choose ARS or USD when the account is created and add a payment method in Billing Hub.
3. Connect the number: Complete Embedded Signup with the portfolio and number, then confirm the link in the app.

- ल्याटिन अमेरिकाको क्षेत्रीय दर लाग्छ भनी मान्नु। Meta को कार्डमा अर्जेन्टिनाको आफ्नै लाइन छ, जसका अङ्क बाँकी ल्याटिन अमेरिकाभन्दा फरक छन्।
- युटिलिटी टेम्प्लेटलाई उत्तरका रूपमा पठाएर निःशुल्क ठान्नु। अक्टोबर 1, 2026 देखि Meta ले ग्राहक सेवा अवधिभित्रका युटिलिटी टेम्प्लेटमा पनि शुल्क लिन्छ।
- मिति नहेरी दर कार्ड पढ्नु। Meta ले कार्ड लागू हुने मितिसहित प्रकाशित गर्छ, र यहाँका अङ्क अक्टोबर 1, 2026 का हुन्।

**के मेरा ग्राहकले मलाई पठाएका म्यासेजमा Meta ले शुल्क लिन्छ?** लिँदैन। Meta ले व्यवसायले प्रयोगकर्तालाई डेलिभर गरेका म्यासेजमा मात्र शुल्क लिन्छ, प्रयोगकर्ताले व्यवसायलाई पठाएकामा कहिल्यै लिँदैन।

**के विनिमय दरसँगै ARS का अङ्क बदलिन्छन्?** Meta ले प्रत्येक मुद्राको कार्ड लागू मितिसहित प्रकाशित गर्छ र आफ्नै तालिकाअनुसार दर अद्यावधिक गर्छ। USD कार्डलाई रूपान्तरण गर्नुको सट्टा हालको ARS कार्ड हेर्नुहोस्।

**के अर्जेन्टिनामा प्रमाणीकरण दर युटिलिटीसँग उस्तै हुन्छ?** हो। अक्टोबर 1, 2026 को कार्डमा दुवै USD 0.026 छन्, र Meta ले अर्जेन्टिनाका लागि अन्तर्राष्ट्रिय प्रमाणीकरण दर सूचीबद्ध गरेको छैन।

**जडान गरेपछि के म एप प्रयोग गरिरहन सक्छु?** सक्नुहुन्छ। WhatsApp Business एप फोनमा चलिरहन्छ, र त्यही नम्बरले API पहुँच पनि पाउँछ।

---

## चिलीमा WhatsApp Coexistence: उपलब्धता र Meta को दर

https://easycoexistence.com/ne/docs/whatsapp-coexistence-chile

चिलीमा Coexistence उपलब्ध छ: WhatsApp Business एप प्रयोगकर्ता जोड्ने Meta को कागजातले कुनै भौगोलिक सर्त राखेको छैन। +56 नम्बरका म्यासेजमा Meta को चिली दर कार्ड लागू हुन्छ, जसमा 1 अक्टोबर 2026 देखि प्रत्येक मार्केटिङ टेम्प्लेटको USD 0.0889 र युटिलिटी वा प्रमाणीकरण टेम्प्लेटको USD 0.02 लाग्छ। पेसो कार्डमा ती दर CLP 78.4917 र CLP 17.6584 हुन्छन्।

### के चिलीका व्यवसायले WhatsApp Coexistence प्रयोग गर्न सक्छन्?

सक्छन्। WhatsApp Business एप प्रयोगकर्ता जोड्ने Meta को कागजातले नम्बर, एप र पार्टनरबारे सर्त राख्छ, देशबारे कुनै सर्त राख्दैन। +56 नम्बर WhatsApp Business एपमा प्रयोगमा छ, संस्करण 2.24.17 वा त्यसभन्दा पछिको छ, र Tech Provider वा Solution Partner ले Embedded Signup मार्फत जोडेको छ भने त्यो योग्य हुन्छ।

फोनमा च्याटहरू पहिलेजस्तै चल्छन्, र नम्बरले Cloud API पहुँच पाउँछ। यसको सीमा प्रति सेकेन्ड 20 म्यासेज तोकिएको छ, जुन Meta ले एपसँग साझा गरिएका नम्बरमा लगाउँछ।

### चिलीमा Meta ले प्रति म्यासेज कति शुल्क लिन्छ?

Meta ले पुगेको प्रत्येक म्यासेजमा श्रेणीअनुसार, प्राप्तकर्ताको मार्केटको दरमा शुल्क लिन्छ। चिली (+56) छुट्टै नाम दिइएको मार्केट हो, र 1 अक्टोबर 2026 को कार्डमा यसको मार्केटिङ दर ल्याटिन अमेरिकाका सबै प्रविष्टिमध्ये सबैभन्दा उच्च छ, बाँकी ल्याटिन अमेरिका क्षेत्रको भन्दा पनि माथि। युटिलिटी र प्रमाणीकरण USD 0.02 मा छन्, र चिलीमा ठूलो परिमाणमा पठाउने पोर्टफोलियोका लागि Meta को मासिक परिमाण तहले ती दुईको दर घटाउन सक्छ।

### चिलीका कुन म्यासेजमा Meta ले शुल्क लिँदैन?

WhatsApp Business एपबाटै पठाइएका सबै म्यासेजमा। Meta को कागजातअनुसार जोडिएपछि एपका म्यासेज निःशुल्क रहन्छन् र Cloud API बाट पठाइएकामा मात्र मूल्य लाग्छ।

API मा Meta ले प्रत्येक व्यवसायिक फोन नम्बरको पहिलो 1,000 सेवा म्यासेजमा हरेक महिना शुल्क लिँदैन। ती 24 घण्टे ग्राहक सेवा विन्डोभित्र पठाइने टेम्प्लेट नभएका उत्तर हुन्। साथै, Click to WhatsApp विज्ञापनबाट सुरु हुने कुराकानीले 7 दिनसम्मको निःशुल्क प्रवेश बिन्दु अवधि खोल्छ, जसमा Meta Business Agent का म्यासेज बाहेक कुनै श्रेणीमा शुल्क लाग्दैन।

चिलीको मार्केटिङ दर हेर्दा त्यहाँ प्रचारात्मक म्यासेज पठाउने सबैभन्दा सस्तो बाटो यही निःशुल्क प्रवेश बिन्दु अवधि हो।

### के Meta ले चिलीयन पेसोमा बिलिङ गर्छ?

गर्छ, विकल्पका रूपमा। CLP 1 अप्रिल 2026 मा Meta ले त्यस वर्ष थपेका मुद्रामध्ये एकका रूपमा सक्रिय गरेको हो, र Meta ले सबै मार्केट समेटेको CLP दर कार्ड प्रकाशित गर्छ, त्यसैले विदेशका ग्राहकलाई पठाइएका म्यासेज पनि पेसोमा देखिन्छन्।

बिलिङ मुद्रा म्यासेजिङ खाता बनाउँदा छनोट गरिन्छ र त्यसपछि स्थिर हुन्छ, व्यवसायले Meta को Currency Migration API प्रयोग गरेमा बाहेक। Meta को मूल्य पृष्ठमा अनिवार्य स्थानीय बिलिङ ब्राजिल र भारतका लागि मात्र उल्लेख छ, त्यसैले चिलीको व्यवसायले CLP वा USD आफैं छनोट गर्छ।

1. Check the number: The +56 number must be on the WhatsApp Business app, version 2.24.17 or newer, and not connected to another provider.
2. Choose CLP or USD: Set the currency at account creation and add a payment method in Billing Hub.
3. Connect: Run Embedded Signup, pick the portfolio and the number, and confirm from the app.

- प्रत्येक फलोअपलाई स्वतः मार्केटिङ टेम्प्लेट बनाउनु। चिलीमा त्यो प्रति म्यासेज USD 0.0889 पर्छ, जबकि सही श्रेणीको युटिलिटी टेम्प्लेटको USD 0.02 मात्र हो।
- सेवा म्यासेजको सुविधा जम्मा हुन्छ भन्ने अपेक्षा गर्नु। 1,000 निःशुल्क सेवा म्यासेज हरेक महिना रिसेट हुन्छन् र नचलाइएका अर्को महिना सर्दैनन्।
- चिलीको अभियानको मूल्य बाँकी ल्याटिन अमेरिकाको दरले हिसाब गर्नु। चिली छुट्टै नाम दिइएको मार्केट हो र यसका आफ्नै दर छन्।

**के मार्केटिङका लागि चिली अर्जेन्टिनाभन्दा सस्तो छ?** होइन। 1 अक्टोबर 2026 को कार्डमा चिलीको मार्केटिङ दर USD 0.0889 र अर्जेन्टिनाको USD 0.0618 छ।

**के Meta ले मेरो टेम्प्लेटको श्रेणी बदल्न सक्छ?** सक्छ। Meta ले टेम्प्लेटका श्रेणी समीक्षा गर्छ र श्रेणी बदल्न सक्छ, जसले त्यसमा लाग्ने दर पनि बदल्छ।

**के आउने म्यासेजमा शुल्क लाग्छ?** लाग्दैन। Meta ले व्यवसायले पुर्‍याएका म्यासेजमा मात्र शुल्क लिन्छ, ग्राहकले पठाएकामा लिँदैन।

**के नम्बर एपमा पहिलेजस्तै चलिरहन्छ?** चलिरहन्छ। नम्बर API सँग जोडिएपछि पनि फोनमा WhatsApp Business एप सक्रिय रहन्छ।

---

## पेरुमा WhatsApp Coexistence: उपलब्धता र Meta को दर

https://easycoexistence.com/ne/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 ले API थ्रुपुट प्रति सेकेन्ड 20 म्यासेजमा तोकेको छ।

### पेरुमा Meta ले प्रति म्यासेज कति शुल्क लिन्छ?

Meta ले पुगेको प्रत्येक म्यासेजमा शुल्क लिन्छ, जुन श्रेणी र प्राप्तकर्ताको कलिङ कोडको बजारअनुसार तोकिन्छ। पेरु (+51) को आफ्नै छुट्टै लाइन छ। अक्टोबर 1, 2026 मा Meta ले पेरुको युटिलिटी र प्रमाणीकरण दर बढायो, जुन अहिले USD 0.03 छ, र कार्डमा रहेका ल्याटिन अमेरिकी बजारहरूमध्ये सबैभन्दा उच्च युटिलिटी दर हो। यी सूचीमा तोकिएका दर हुन्। ठूलो मासिक भोल्युमका लागि भोल्युम तहले युटिलिटी र प्रमाणीकरण घटाउन सक्छ।

### पेरुको व्यवसायका लागि के निःशुल्क रहन्छ?

फोनको WhatsApp Business एपबाट पठाइने म्यासेज। Meta को दस्तावेजअनुसार अनबोर्डिङपछि ती निःशुल्क रहन्छन्, र Cloud API मार्फत पठाइने म्यासेजमा मात्र शुल्क लाग्छ।

API मार्फत Meta ले प्रत्येक व्यावसायिक फोन नम्बरलाई मासिक 1,000 निःशुल्क सेवा म्यासेज दिन्छ। यी ग्राहक सेवा विन्डो खुला हुँदा पठाइने टेम्प्लेट बाहेकका जवाफ हुन्, र प्रत्येक महिना रिसेट हुन्छन्। 24 घण्टाको ग्राहक सेवा विन्डोमा लागू हुने यो नियम हो। Click to WhatsApp विज्ञापन मार्फत आउने ग्राहकले 7 दिनसम्मको निःशुल्क प्रवेश विन्डो खोल्छन्, जसमा Meta ले मार्केटिङ, युटिलिटी, प्रमाणीकरण वा सेवा म्यासेजमा कुनै शुल्क लिँदैन।

ग्राहक सेवा विन्डोभित्र पठाइएका युटिलिटी टेम्प्लेटमा अक्टोबर 1, 2026 देखि शुल्क लाग्न थालेको छ।

### के Meta ले पेरुको खातालाई सोलमा बिल गर्न सक्छ?

PEN उपलब्ध छ। यो अप्रिल 1, 2026 मा सुरु भयो, जुन त्यस वर्ष Meta ले थपेका मुद्राहरूमध्ये एक हो। Meta ले आफूले मूल्य तोकेका सबै बजार समेटेर PEN दर कार्ड प्रकाशित गर्छ।

मुद्रा म्यासेजिङ खाता बनाउँदा छानिन्छ र त्यसपछि स्थिर रहन्छ, Meta को Currency Migration API मार्फत बाहेक। Meta को मूल्य पृष्ठले अनिवार्य स्थानीय बिलिङ सर्ने व्यवस्था ब्राजिल र भारतका लागि मात्र उल्लेख गर्छ, त्यसैले पेरुको व्यवसायले PEN र USD बीच आफैँ निर्णय गर्छ।

1. Check the number: Confirm the +51 number is on the WhatsApp Business app, version 2.24.17 or newer, and not attached to another provider.
2. Choose PEN or USD: Pick the currency when the account is created and add a payment method in Billing Hub.
3. Run Embedded Signup: Log in with Facebook, select the portfolio and the number, and confirm the connection in the app.

- अक्टोबर 1, 2026 अघिका आँकडाले युटिलिटी पठाइको बजेट बनाउनु। Meta ले त्यही मितिमा पेरुको युटिलिटी र प्रमाणीकरण दर बढायो।
- जवाफका लागि युटिलिटी टेम्प्लेटमा भर पर्नु। विन्डो खुला हुँदा निःशुल्क सेवा म्यासेजले त्यही काम गर्छ, प्रति नम्बर मासिक 1,000 सम्म।
- छिमेकी बजारको लागत उस्तै हुन्छ भन्ने ठान्नु। त्यही कार्डमा कोलम्बियाको युटिलिटी दर USD 0.0008 छ।

**अक्टोबर 2026 मा मेरो युटिलिटी लागत किन बढ्यो?** Meta ले अक्टोबर 1, 2026 मा पेरुको युटिलिटी र प्रमाणीकरण दर बढायो, र त्यही मितिदेखि ग्राहक सेवा विन्डोभित्र पठाइएका युटिलिटी टेम्प्लेटमा पनि शुल्क लिन थाल्यो।

**ग्राहकले मलाई पठाएका म्यासेजमा Meta ले शुल्क लिन्छ?** लिँदैन। व्यवसायले पुर्‍याएका म्यासेजमा मात्र शुल्क लाग्छ।

**के पेरुका लागि authentication-international दर छ?** छैन। अक्टोबर 1, 2026 को कार्डमा पेरुका लागि त्यस्तो कुनै दर सूचीबद्ध छैन, त्यसैले प्रमाणीकरणमा USD 0.03 शुल्क लाग्छ।

**के फोनको एप काम गरिरहन्छ?** गर्छ। नम्बर API सँग जोडिएपछि पनि फोनमा WhatsApp Business एप चलिरहन्छ।

---

## कोस्टा रिकामा WhatsApp Coexistence: उपलब्धता र Meta का दर

https://easycoexistence.com/ne/docs/whatsapp-coexistence-costa-rica

कोस्टा रिकामा Coexistence उपलब्ध छ, किनभने WhatsApp Business एप प्रयोगकर्ताको जडान प्रक्रिया बारे Meta को कागजातले कुनै भौगोलिक प्रतिबन्ध तोकेको छैन। Meta को दर तालिकामा कोस्टा रिकाको आफ्नै पङ्क्ति छैन: +506 नम्बरमा Rest of Latin America को दर लाग्छ, जुन अक्टोबर 1, 2026 देखि प्रति मार्केटिङ टेम्प्लेट USD 0.074 र प्रति युटिलिटी वा प्रमाणीकरण टेम्प्लेट USD 0.0113 हुन्छ।

### के कोस्टा रिकाको नम्बरले WhatsApp Coexistence प्रयोग गर्न सक्छ?

सक्छ। WhatsApp Business एप प्रयोगकर्ताको जडान सम्बन्धी Meta को कागजातले नम्बर र एपमा सर्त राखेको छ, देशमा कुनै सर्त राखेको छैन। +506 नम्बर योग्य हुन्छ यदि त्यो पहिले नै WhatsApp Business एपमा प्रयोगमा छ, एपको संस्करण 2.24.17 वा त्योभन्दा नयाँ छ, र जडान Tech Provider वा Solution Partner ले Embedded Signup मार्फत गरेको छ।

फोनले आफ्ना पुराना च्याटसहित काम गरिरहन्छ, र नम्बरले Cloud API पहुँच पाउँछ। एप र एपीआई दुवैमा साझा हुने नम्बरका लागि Meta ले थ्रुपुट प्रति सेकेन्ड 20 म्यासेज तोकेको छ।

### कोस्टा रिकाको मूल्य किन Rest of Latin America को दरमा तोकिन्छ?

Meta को दर तालिकाले 39 देशलाई छुट्टाछुट्टै नाम लिएर उल्लेख गर्छ र बाँकीलाई 8 क्षेत्रमा समूहबद्ध गर्छ। कोस्टा रिका (+506) Rest of Latin America क्षेत्रका 15 बजारमध्ये एक हो, जसमा पनामा, ग्वाटेमाला, इक्वेडर र उरुग्वे जस्ता देश पर्छन्। ती बजारमध्ये कुनै एकको नम्बरमा पुगेको जुनसुकै म्यासेजमा त्यस क्षेत्रको दर लाग्छ।

युटिलिटी र प्रमाणीकरणको भोल्युम तहका लागि पनि क्षेत्र महत्त्वपूर्ण हुन्छ। तह प्रत्येक बजार र श्रेणीअनुसार गणना हुन्छ, त्यसैले Rest of Latin America का सबै देशका म्यासेज कोस्टा रिकाको छुट्टै तह नभई एउटै क्षेत्रीय तहमा गनिन्छन्।

### कोस्टा रिकाको व्यवसायका लागि कुन म्यासेज निःशुल्क हुन्छन्?

फोनको WhatsApp Business एपमा टाइप गरिएका सबै म्यासेज। Meta को कागजातअनुसार जडान पछि एपका म्यासेज निःशुल्क नै रहन्छन् र Cloud API को मूल्य एपीआईबाट पठाइएका म्यासेजमा मात्र लाग्छ।

एपीआई तर्फ, व्यवसायको प्रत्येक फोन नम्बरले महिनामा 1,000 निःशुल्क सेवा म्यासेज पाउँछ, जुन 24 घण्टाको ग्राहक सेवा विन्डोभित्र पठाइने टेम्प्लेट नभएका उत्तर हुन्, र बाँकी रहेको अर्को महिनामा सर्दैन। Click to WhatsApp विज्ञापनबाट सुरु भएको कुराकानीले 7 दिनसम्मको निःशुल्क प्रवेश विन्डो खोल्छ, जसमा Meta ले मार्केटिङ, युटिलिटी, प्रमाणीकरण वा सेवा म्यासेजमा शुल्क लिँदैन। ग्राहक सेवा विन्डोभित्र पठाइएका युटिलिटी टेम्प्लेटमा अक्टोबर 1, 2026 देखि शुल्क लाग्छ।

### Meta ले कोस्टा रिकाको खातालाई कुन मुद्रामा बिल गर्छ?

Meta ले WhatsApp Business प्लेटफर्ममा 16 बिलिङ मुद्रा सक्षम गरेको छ, र कोस्टा रिकाको कोलोन तीमध्ये पर्दैन। कोस्टा रिकाको व्यवसायले Messaging खाता बनाउँदा प्रकाशित मुद्रामध्ये एक छान्छ, जस्तै USD, र Meta ले आफ्ना प्रत्येक दर तालिकामा Rest of Latin America को दर प्रकाशित गर्छ।

खाता बनिसकेपछि मुद्रा आफ्नो इच्छाले फेर्न मिल्दैन। मुद्रा बदल्न Meta ले Currency Migration API उपलब्ध गराएको छ। Meta को मूल्य पृष्ठमा कोस्टा रिकाका लागि स्थानीय बिलिङ कार्यक्रम उल्लेख गरिएको छैन।

1. Check the number: The +506 number must be on the WhatsApp Business app, version 2.24.17 or newer, and not attached to another provider.
2. Set up billing: Choose one of Meta's supported currencies, such as USD, and add a payment method in Billing Hub.
3. Connect: Complete Embedded Signup with the portfolio and the number, and confirm the link from the app.

- दर तालिकामा कोस्टा रिकाको पङ्क्ति खोज्नु। त्यस्तो कुनै पङ्क्ति छैन: +506 लाई Rest of Latin America अन्तर्गत बिल गरिन्छ।
- मध्य अमेरिकाका छिमेकी देशको दर मेक्सिकोसँग उस्तै हुन्छ भन्ठान्नु। मेक्सिको छुट्टै नाम लिइएको बजार हो र त्यहाँको मार्केटिङ दर क्षेत्रको भन्दा कम छ।
- उत्तरका लागि युटिलिटी टेम्प्लेट खर्च गर्नु। खुला विन्डोभित्रको सेवा म्यासेज प्रति नम्बर महिनामा 1,000 सम्म निःशुल्क हुन्छ।

**के म्यासेज पठाउन कोस्टा रिका मेक्सिकोभन्दा सस्तो छ?** मार्केटिङमा होइन। अक्टोबर 1, 2026 को दर तालिकामा Rest of Latin America को मार्केटिङ टेम्प्लेट USD 0.074 छ भने मेक्सिकोको USD 0.0397 छ।

**के म Meta लाई कोलोनमा भुक्तानी गर्न सक्छु?** सक्नुहुन्न। कोलोन Meta ले WhatsApp Business प्लेटफर्मका लागि सक्षम गरेका 16 मुद्रामध्ये एक होइन।

**ग्राहकले मलाई पठाएका म्यासेजमा केही खर्च लाग्छ?** लाग्दैन। Meta ले व्यवसायहरूले पठाउने म्यासेजमा मात्र शुल्क लिन्छ।

**एपीआई जडान गर्दा एप बन्द हुन्छ?** हुँदैन। WhatsApp Business एप फोनमा आफ्ना च्याटसहित काम गरिरहन्छ।

---

## स्पेनमा WhatsApp Coexistence: उपलब्धता र Meta का दर

https://easycoexistence.com/ne/docs/whatsapp-coexistence-spain

Coexistence स्पेनमा उपलब्ध छ: WhatsApp Business एपका प्रयोगकर्ताको अनबोर्डिङसम्बन्धी Meta को कागजातले EU सहित कुनै भौगोलिक प्रतिबन्ध राख्दैन। +34 नम्बरमा पठाइने म्यासेजमा स्पेनकै दर तालिका लागू हुन्छ, जसमा 1 अक्टोबर 2026 देखि प्रत्येक मार्केटिङ टेम्प्लेट EUR 0.0585 र प्रत्येक युटिलिटी वा प्रमाणीकरण टेम्प्लेट EUR 0.0166 छ, जुन USD 0.0707 र USD 0.02 बराबर हुन्छ।

### के WhatsApp Coexistence स्पेन र EU मा उपलब्ध छ?

छ। WhatsApp Business एपका प्रयोगकर्तालाई अनबोर्ड गर्ने Meta को हालको कागजातले नम्बर, एप र साझेदारसम्बन्धी आवश्यकता सूचीबद्ध गर्छ, तर कुनै भौगोलिक प्रतिबन्ध राख्दैन। +34 नम्बर योग्य हुन्छ यदि त्यो पहिल्यै WhatsApp Business एपमा प्रयोगमा छ, एपको संस्करण 2.24.17 वा त्योभन्दा नयाँ छ, र Tech Provider वा Solution Partner ले Embedded Signup मार्फत जडान गरेको छ।

सुरुको रोलआउटका EU बाहेकका सूचीहरू अझै साझा गरिन्छन्, तर Meta को कागजातले अब तिनलाई समर्थन गर्दैन। अनबोर्डिङ पछि फोन पहिलेझैं चल्छ, र नम्बरले Cloud API मार्फत प्रति सेकेन्ड 20 म्यासेजको निश्चित दरमा उत्तर दिन्छ।

### स्पेनमा Meta ले प्रति म्यासेज कति शुल्क लिन्छ?

Meta ले पुगेको प्रत्येक म्यासेजमा, श्रेणी र प्राप्तकर्ताको कलिङ कोडको बजार अनुसार शुल्क लिन्छ। स्पेन (+34) छुट्टै नामित बजार हो, जुन पोर्चुगल, आयरल्यान्ड र अन्यलाई समेट्ने Rest of Western Europe क्षेत्रभन्दा फरक छ। यी 1 अक्टोबर 2026 देखि लागू सूचीकृत दर हुन्; मार्केटिङ दर पछिल्लो पटक 1 जुलाई 2026 मा बढाइएको थियो। स्पेनतर्फ मासिक भोल्युम उच्च भएका पोर्टफोलियोमा भोल्युम तहले युटिलिटी र प्रमाणीकरण दर घटाउन सक्छ।

### स्पेनको व्यवसायका लागि कुन म्यासेज निःशुल्क छन्?

फोनमा रहेको WhatsApp Business एपबाट पठाइने म्यासेज। Meta को कागजातअनुसार अनबोर्डिङ पछि ती निःशुल्क रहन्छन्, र Cloud API को मूल्य API मार्फत जाने म्यासेजमा मात्र लागू हुन्छ।

API मार्फत Meta ले प्रत्येक व्यवसाय फोन नम्बरलाई मासिक 1,000 निःशुल्क सर्भिस म्यासेज दिन्छ। यी 24 घण्टाको ग्राहक सेवा विन्डोभित्र पठाइने टेम्प्लेट बाहेकका उत्तर हुन्, र हरेक महिना रिसेट हुन्छन्। Click to WhatsApp विज्ञापनबाट आएको ग्राहकले 7 दिनसम्मको निःशुल्क इन्ट्री पोइन्ट विन्डो खोल्छ, जसमा मार्केटिङ, युटिलिटी, प्रमाणीकरण वा सर्भिस म्यासेजमा शुल्क लाग्दैन।

1 अक्टोबर 2026 देखि खुला ग्राहक सेवा विन्डोभित्र पठाइने युटिलिटी टेम्प्लेटमा शुल्क लाग्छ।

### के Meta ले स्पेनको व्यवसायलाई यूरोमा बिल गर्न सक्छ?

सक्छ। Meta ले 2026 मा अर्का दस मुद्रा जोड्नुअघि नै WhatsApp Business Platform को उपलब्ध मुद्रामध्ये EUR एक थियो, र 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 कहिल्यै अनुपलब्ध थियो?** सुरुको रोलआउटका सूचीले यसलाई बाहेक गरेका थिए। WhatsApp Business एपका प्रयोगकर्ताका लागि Meta को हालको अनबोर्डिङ कागजातमा कुनै भौगोलिक प्रतिबन्ध उल्लेख छैन, त्यसैले प्रक्रिया आफैं नै परीक्षण हो।

**स्पेनबाट ल्याटिन अमेरिकामा म्यासेज पठाउँदा स्पेनकै दर लाग्छ?** लाग्दैन। Meta ले प्राप्तकर्ताको कलिङ कोड अनुसार शुल्क लिन्छ, त्यसैले मेक्सिकोको नम्बरमा पठाइएको म्यासेजमा मेक्सिकोको दर लाग्छ।

**ग्राहकले मलाई पठाएका म्यासेजको शुल्क तिर्नुपर्छ?** पर्दैन। Meta ले व्यवसायले प्रयोगकर्तालाई पुर्‍याएका म्यासेजमा मात्र शुल्क लिन्छ।

**जडान पछि एपले काम गरिरहन्छ?** गर्छ। WhatsApp Business एप च्याटसहित फोनमै रहन्छ, र नम्बरले API पहुँच पाउँछ।

---

## भारतमा WhatsApp Coexistence: उपलब्धता, Meta का दर र INR बिलिङ

https://easycoexistence.com/ne/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 देखि योग्य ग्राहकका गैर-INR खाताका म्यासेज पुर्‍याउन बन्द गरिनेछ।

Coexistence नम्बरमा यसले API मार्फत हुने सशुल्क पठाइमा असर गर्छ, किनकि भुक्तानी विधि व्यवसायको आफ्नै WhatsApp Business खातामा रहन्छ। भारतमा authentication-international दर पनि छ, जुन भारत बाहिर रहेको योग्य व्यवसायमा Meta ले सुरु मिति तोकेपछि, 30 दिनको सूचनासहित, लागू हुन्छ।

### भारतीय नम्बर API मा कसरी जोड्ने र एप कसरी जोगाउने?

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/ne/docs/whatsapp-coexistence-indonesia

इन्डोनेसियाका नम्बरले Coexistence प्रयोग गर्न सक्छन्, किनकि Business app प्रयोगकर्ताका लागि Meta को onboarding कागजातले कुनै देशमा प्रतिबन्ध राखेको छैन। अक्टोबर 1, 2026 देखि Meta ले +62 नम्बरमा पुगेको प्रत्येक मार्केटिङ टेम्प्लेटमा US$ 0.0411 (IDR 586.33) र प्रत्येक युटिलिटी वा प्रमाणीकरण टेम्प्लेटमा US$ 0.025 (IDR 356.65) शुल्क लिन्छ। ग्राहक सेवा विन्डोभित्रका जवाफ निःशुल्क रहन्छन्।

### के इन्डोनेसियामा WhatsApp Coexistence उपलब्ध छ?

छ। WhatsApp Business app प्रयोगकर्तालाई Cloud API मा जोड्ने बारे Meta ले प्रकाशित गरेको पृष्ठले एप संस्करण (2.24.17 वा सोभन्दा पछिको) र साझेदार (Embedded Signup प्रयोग गर्ने Tech Provider वा Solution Partner) मा सर्त राखेको छ, तर कुनै देश वा कलिङ कोड बहिष्कृत गरेको छैन। WhatsApp Business app मा दर्ता भएको र सक्रिय +62 नम्बर अरू नम्बर सरह उही सर्तमा योग्य हुन्छ।

व्यावहारिक अवरोधहरू सामान्य नै हुन्: अझै सामान्य WhatsApp एपमा रहेको नम्बर, पुरानो एप संस्करण, वा अर्को प्रदायकको एपमा पहिल्यै जोडिएको नम्बर। योग्यता पृष्ठले यी प्रत्येक र तिनको समाधान खुलाएको छ।

### इन्डोनेसियामा Meta ले प्रति म्यासेज कति शुल्क लिन्छ?

Meta ले प्राप्तकर्ताको देशको कलिङ कोडको दरमा, पुगेको प्रत्येक टेम्प्लेटको शुल्क लिन्छ। +62 नम्बरमा पुग्ने प्रत्येक टेम्प्लेटमा इन्डोनेसियाको दर लाग्छ, पठाउने व्यवसाय जकार्तामा होस् वा विदेशमा।

तलका दरहरू अक्टोबर 1, 2026 देखि लागू हुने Meta को USD र IDR दरसूचीबाट लिइएका हुन्। इन्डोनेसियामा युटिलिटी र प्रमाणीकरणको एउटै दर US$ 0.025 छ, जुन मार्केटिङ दरको करिब 61% हो। खुला 24 घण्टे सेवा विन्डोभित्रका स्वतन्त्र टेक्स्ट जवाफमा केही लाग्दैन, त्यस विन्डोभित्र पठाइएको युटिलिटी टेम्प्लेट निःशुल्क हुन्छ, र Coexistence नम्बरमा WhatsApp Business app बाट व्यवसायले टाइप गरेका सबै म्यासेज पनि निःशुल्क छन्।

### इन्डोनेसियाली व्यवसायले बिलिङ मुद्रा र प्रमाणीकरणबारे के जान्नुपर्छ?

IDR, USD र अन्य चौधसँगै, Meta ले दरसूची प्रकाशित गर्ने बिलिङ मुद्राहरूमध्ये एक हो। त्यसैले इन्डोनेसियाली व्यवसायले रूपान्तरण नगरी Meta को दरसूचीबाट सीधै रुपियाहमा आफ्नो लागत हेर्न सक्छ।

इन्डोनेसिया Meta को authentication-international दर लाग्ने देशहरूको सूचीमा पनि छ। इन्डोनेसिया बाहिर रहेको व्यवसायले +62 नम्बरमा एक पटकको पासकोड पठाउँदा प्रति प्रमाणीकरण टेम्प्लेट US$ 0.136 मा सारिन सक्छ, जुन स्थानीय दरको पाँच गुणाभन्दा बढी हो। Meta ले सुरु मिति व्यवसाय अनुसार तोक्छ र 30 दिनको सूचना दिन्छ, त्यसैले इन्डोनेसियाली प्रयोगकर्ता प्रमाणित गर्ने विदेशी एपले साइन अप बढाउनुअघि नै यसको योजना बनाउनुपर्छ।

### एप नगुमाई इन्डोनेसियाली नम्बर कसरी जोड्ने?

Meta को Embedded Signup मार्फत, विद्यमान WhatsApp Business app नम्बरको विकल्प प्रयोग गरेर। व्यवसायले Facebook मा साइन इन गर्छ, आफ्नो Business Portfolio छान्छ, +62 नम्बर हाल्छ र एपमा देखिएको QR कोड स्क्यान गर्छ। यो पूरा भएपछि साझेदारसँग सम्पर्क र च्याट इतिहासको सिन्क्रोनाइज सुरु गर्न 24 घण्टा हुन्छ, नत्र व्यवसायले प्रक्रिया फेरि दोहोर्याउनुपर्छ।

onboarding पछि फोन पहिले जस्तै चलिरहन्छ, नम्बरले Cloud API मार्फत पनि जवाफ दिन्छ, र दुवैले प्रति सेकेन्ड स्थिर 20 म्यासेज साझा गर्छन्। नम्बर जोड्ने पृष्ठमा प्रत्येक स्क्रिन चरणबद्ध रूपमा देखाइएको छ।

- USD मूल्यलाई हातैले रुपियाहमा बदल्नु। Meta ले IDR दरसूची प्रकाशित गरेको छ, र IDR खातामा लाग्ने रकम त्यही हो।
- विदेशमा रहेको व्यवसायबाट एक पटकको पासकोडको बजेट स्थानीय दरमा बनाउनु। इन्डोनेसियामा authentication-international दर US$ 0.136 छ।
- QR स्क्यान पछि प्रक्रिया छोडिदिनु। सिन्क्रोनाइज 24 घण्टाभित्र सुरु हुनुपर्छ, नत्र onboarding दोहोर्याउनुपर्छ।

**के इन्डोनेसियामा युटिलिटी र प्रमाणीकरणको दर उही हो?** हो। अक्टोबर 1, 2026 देखि लागू हुने Meta को दरसूचीमा दुवैको दर पुगेको प्रत्येक टेम्प्लेटमा US$ 0.025, अर्थात् IDR 356.65 छ।

**के Meta ले मलाई रुपियाहमा बिल गर्न सक्छ?** IDR, Meta ले आफ्नो मूल्य पृष्ठमा सूचीबद्ध गरेको बिलिङ मुद्राहरूमध्ये एक हो र यसको आफ्नै दरसूची छ, त्यसैले रुपियाहको रकम Meta बाटै सीधै हेर्न सकिन्छ।

**के जडान पछि फोनबाट पठाइएका म्यासेजमा शुल्क लाग्छ?** लाग्दैन। Meta का अनुसार Coexistence onboarding पछि WhatsApp Business app बाट पठाइएका म्यासेज निःशुल्क नै रहन्छन्। Cloud API बाट पठाइएकामा मात्र Cloud API को मूल्य लाग्छ।

**मेरो नम्बर अझै सामान्य WhatsApp मा छ भने के गर्ने?** पहिले त्यसलाई WhatsApp Business app मा सार्नुपर्छ। Coexistence पहिल्यै Business app मा रहेका नम्बरलाई मात्र उपलब्ध हुन्छ।

---

## UAE मा WhatsApp Coexistence: उपलब्धता, Meta दर र AED बिलिङ

https://easycoexistence.com/ne/docs/whatsapp-coexistence-uae

WhatsApp Business एप प्रयोगकर्ताका लागि Meta को अनबोर्डिङ कागजातले कुनै देशमा प्रतिबन्ध उल्लेख गरेको छैन, त्यसैले Coexistence संयुक्त अरब इमिरेट्सका नम्बरमा उपलब्ध छ। 1 अक्टोबर 2026 देखि Meta ले +971 नम्बरमा पुगेको प्रत्येक मार्केटिङ टेम्प्लेटको US$ 0.0576 (AED 0.2115) र प्रत्येक युटिलिटी वा प्रमाणीकरण टेम्प्लेटको US$ 0.0157 (AED 0.0576) शुल्क लिन्छ।

### के UAE मा WhatsApp Coexistence उपलब्ध छ?

छ। WhatsApp Business एप प्रयोगकर्तालाई Cloud API मा अनबोर्ड गर्ने Meta को कागजातले व्यवसाय र पार्टनरलाई चाहिने कुरा सूचीबद्ध गरेको छ। मुख्यतः एप संस्करण 2.24.17 वा त्यसभन्दा नयाँ, र Embedded Signup प्रयोग गर्ने Tech Provider वा Solution Partner चाहिन्छ। त्यसमा कुनै देश, क्षेत्र वा कलिङ कोड बहिष्करण छैन। WhatsApp Business एपमा सक्रिय रूपमा चलिरहेको +971 नम्बर योग्य हुन्छ।

UAE को नम्बर पनि अन्य देशका नम्बर जस्तै तीनवटा कारणले असफल हुन्छ: नम्बर साधारण WhatsApp एपमा छ, एप पुरानो छ, वा नम्बर अझै अर्को प्रदायकसँग जोडिएको छ। Embedded Signup नै भरपर्दो परीक्षण हो, किनकि यसले नम्बर स्वीकार गर्छ वा किन गर्दैन भनेर बताउँछ।

### UAE मा Meta ले प्रति म्यासेज कति शुल्क लिन्छ?

Meta ले पुगेको प्रत्येक टेम्प्लेटमा शुल्क लिन्छ, र मूल्य प्राप्तकर्ताको देश कलिङ कोडका आधारमा तय हुन्छ। +971 नम्बरमा पुगेको कुनै पनि टेम्प्लेटको बिलिङ UAE दरमा हुन्छ, पठाउने व्यवसाय जहाँ दर्ता भए पनि। UAE ले Rest of Middle East को दर साझा गर्दैन, Meta को दर तालिकामा यसको आफ्नै पङ्क्ति छ।

तलका आँकडा 1 अक्टोबर 2026 देखि लागू Meta का USD र AED तालिकाका हुन्। खुला 24 घण्टे ग्राहक सेवा विन्डोभित्रका स्वतन्त्र टेक्स्ट उत्तर निःशुल्क छन्, त्यो विन्डोभित्र पठाइएको युटिलिटी टेम्प्लेट निःशुल्क छ, र Coexistence नम्बरमा WhatsApp Business एपबाट पठाइएका म्यासेज निःशुल्क नै रहन्छन्। मार्केटिङ टेम्प्लेट पुग्ने प्रत्येक पटक शुल्क लाग्छ।

### हालै UAE को मूल्य र बिलिङमा के बदलियो?

Meta को मूल्य परिवर्तन सूचीका दुईवटा परिवर्तन सीधै लागू हुन्छन्। 1 अक्टोबर 2025 मा Meta ले संयुक्त अरब इमिरेट्सको मार्केटिङ म्यासेज दर बढायो। 1 अप्रिल 2026 मा यसले AED सहित आठ बिलिङ मुद्रा थप्यो, त्यसैले इमिरेट्सको व्यवसायलाई अब दिरहममा बिल गर्न सकिन्छ र AED दर तालिकाबाट लागत हेर्न सकिन्छ।

UAE authentication-international दर भएका Meta का बजारको सूचीमा पनि छ। इमिरेट्स बाहिर रहेको र +971 नम्बरमा एक पटकको पासकोड पठाउने व्यवसायलाई Meta ले सुरु मिति तोकेपछि प्रति प्रमाणीकरण टेम्प्लेट US$ 0.051 मा सार्न सक्छ। यसको घोषणा Meta ले 30 दिन अगाडि गर्छ।

### UAE नम्बरलाई API मा कसरी जोड्ने र एप कसरी राख्ने?

Tech Provider ले चलाएको Meta को Embedded Signup मार्फत, अवस्थित WhatsApp Business एप विकल्प छानेर। व्यवसायले Facebook बाट लग इन गर्छ, आफ्नो Business Portfolio छान्छ, +971 नम्बर राख्छ र एपमा देखिने QR कोडले पुष्टि गर्छ। सिङ्क गरिएको च्याट इतिहासको मिडिया पछिल्ला दुई हप्ताको मात्र उपलब्ध हुन्छ।

त्यसपछि WhatsApp Business एप फोनमा चलिरहन्छ, र उही नम्बरले Cloud API मार्फत निश्चित प्रति सेकेन्ड 20 म्यासेजको गतिमा म्यासेज पाउँछ र पठाउँछ। नम्बर जोड्ने पृष्ठमा प्रत्येक चरण र प्रत्येकलाई चाहिने कुरा सूचीबद्ध छ।

- UAE को मूल्य Rest of Middle East जस्तै हो भन्ने ठान्नु। Meta को दर तालिकामा यसको आफ्नै, अझ उच्च पङ्क्ति छ।
- USD दरलाई हातैले दिरहममा बदल्नु। 1 अप्रिल 2026 देखि Meta ले आफ्नै आँकडासहितको AED तालिका प्रकाशित गर्छ।
- विदेशबाट +971 नम्बरमा पासकोड पठाउँदा घरेलु बजेट मान्नु। authentication-international दर तीन गुणाभन्दा बढी छ।

**के Meta ले UAE को व्यवसायलाई दिरहममा बिल गर्न सक्छ?** सक्छ। 1 अप्रिल 2026 देखि AED WhatsApp Business Platform को बिलिङ मुद्रा बनेको छ, र यसको आफ्नै दर तालिका छ।

**के UAE र साउदी अरबको मूल्य उस्तै छ?** मार्केटिङमा उस्तै छ: 1 अक्टोबर 2026 को तालिकामा दुवै US$ 0.0576 हुन्। युटिलिटी र प्रमाणीकरणमा फरक छ: UAE को US$ 0.0157 र साउदी अरबको US$ 0.0107।

**पहिले म्यासेज गर्ने ग्राहकलाई दिइएको उत्तरमा शुल्क लाग्छ?** 24 घण्टे ग्राहक सेवा विन्डोभित्रको स्वतन्त्र टेक्स्ट उत्तर भए लाग्दैन। विन्डो बाहिर पठाइएको टेम्प्लेटमा शुल्क लाग्छ।

**के फोनको एप चल्न छाड्छ?** छाड्दैन। Coexistence ले उही नम्बरमा WhatsApp Business एप चलिरहन दिन्छ, र त्यसबाट पठाइएका म्यासेज निःशुल्क रहन्छन्।

---

## साउदी अरबमा WhatsApp Coexistence: उपलब्धता, Meta को दर र SAR बिलिङ

https://easycoexistence.com/ne/docs/whatsapp-coexistence-saudi-arabia

साउदी नम्बरले Coexistence प्रयोग गर्न सक्छन्: WhatsApp Business एप प्रयोगकर्ताका लागि Meta को अनबोर्डिङ कागजातले कुनै देश प्रतिबन्ध तोकेको छैन। 1 अक्टोबर 2026 देखि, Meta ले +966 नम्बरमा पठाइएको प्रत्येक मार्केटिङ टेम्प्लेटमा US$ 0.0576 (SAR 0.2159) र प्रत्येक युटिलिटी वा प्रमाणीकरण टेम्प्लेटमा US$ 0.0107 (SAR 0.0401) शुल्क लिन्छ। ग्राहक सेवा विन्डोभित्रका स्वतन्त्र टेक्स्ट उत्तर निःशुल्क हुन्छन्।

### के WhatsApp Coexistence साउदी अरबमा उपलब्ध छ?

छ। WhatsApp Business एप प्रयोगकर्तालाई Cloud API मा ल्याउने Meta को कागजातले एप संस्करण (2.24.17 वा त्यसभन्दा नयाँ) र Embedded Signup चलाउने पार्टनरमा सर्त राखेको छ, तर कुनै देश, क्षेत्र वा कलिङ कोड बहिष्कृत गरेको छैन। WhatsApp Business एपमा दर्ता भएको र सक्रिय +966 नम्बर योग्य हुन्छ।

साउदी नम्बर अस्वीकृत हुँदा कारण सामान्य नै हुन्छन्: नम्बर उपभोक्ता WhatsApp एपमा छ, एप 2.24.17 भन्दा पुरानो छ, वा नम्बर अझै अर्को प्रदायकसँग जोडिएको छ। योग्यता पृष्ठले प्रत्येक अवस्था र त्यसको समाधान बताउँछ।

### साउदी अरबमा Meta ले प्रति म्यासेज कति शुल्क लिन्छ?

Meta ले पठाइएको प्रत्येक टेम्प्लेटको मूल्य प्राप्तकर्ताको देश कलिङ कोडका आधारमा तोक्छ। प्रेषक जहाँ रहे पनि +966 नम्बरमा पठाइएका टेम्प्लेटमा साउदी अरबको दर लाग्छ, र दर तालिकामा साउदी अरबको आफ्नै पङ्क्ति छ।

तलका आँकडा 1 अक्टोबर 2026 देखि लागू हुने Meta को USD र SAR तालिकाबाट लिइएका हुन्। खुला 24 घण्टे ग्राहक सेवा विन्डोभित्र स्वतन्त्र टेक्स्ट उत्तर निःशुल्क हुन्छन्, त्यही विन्डोभित्र पठाइएका युटिलिटी टेम्प्लेट पनि निःशुल्क हुन्छन्, र Coexistence नम्बरमा WhatsApp Business एपबाट पठाइएका म्यासेजमा कुनै शुल्क लाग्दैन। मार्केटिङ टेम्प्लेटमा प्रत्येक डेलिभरीमा शुल्क लाग्छ, र ठूला प्रेषकका लागि मासिक भोल्युम तहले युटिलिटी र प्रमाणीकरण दर घटाउन सक्छ।

### 2026 मा साउदी व्यवसायका लागि के परिवर्तन भयो?

1 अप्रिल 2026 ले Meta को मूल्य परिवर्तन लगमा दुई परिवर्तन ल्यायो। साउदी अरबको मार्केटिङ म्यासेज दर बढ्यो, र SAR आठ नयाँ बिलिङ मुद्रामध्ये एक बन्यो, त्यसैले साउदी व्यवसायले रियालमा बिल पाउन र डलरबाट रूपान्तरण नगरी SAR दर तालिकासँग लागत जाँच्न सक्छ।

साउदी अरब अन्तर्राष्ट्रिय प्रमाणीकरण दर भएका बजारमध्ये पनि एक हो। विदेशमा रहेको व्यवसायले +966 नम्बरमा एकपटके पासकोड पठाउँदा प्रति प्रमाणीकरण टेम्प्लेट US$ 0.0598 मा सारिन सक्छ, जुन स्थानीय दरको पाँच गुणाभन्दा बढी हो। Meta ले यो सुरु मिति प्रत्येक व्यवसायका लागि तोक्छ र लागू हुनुअघि 30 दिनको सूचना दिन्छ।

### साउदी नम्बर कसरी जोड्ने र एप कसरी चलाइरहने?

Meta को Embedded Signup मार्फत, WhatsApp Business एपमा पहिल्यै रहेको नम्बरको विकल्प छानेर। Tech Provider ले प्रक्रिया होस्ट गर्छ; व्यवसायले Facebook मा लग इन गर्छ, आफ्नो Business Portfolio छान्छ, +966 नम्बर हाल्छ र एपले देखाएको QR कोड स्क्यान गर्छ। त्यसपछि पार्टनरसँग सिंक्रोनाइज सुरु गर्न 24 घण्टा हुन्छ, नत्र प्रक्रिया दोहोर्‍याउनुपर्छ।

त्यसपछि फोनले पहिलेजस्तै काम गरिरहन्छ, र त्यही नम्बरले Cloud API मार्फत प्रति सेकेन्ड 20 म्यासेजको निश्चित दरमा पठाउँछ र प्राप्त गर्छ। प्रत्येक चरण नम्बर जोड्ने पृष्ठमा वर्णन गरिएको छ।

- 1 अप्रिल 2026 अघिको दरका आधारमा साउदी मार्केटिङ पठाइको बजेट बनाउनु। Meta ले त्यही दिन मार्केटिङ दर बढायो।
- USD तालिकाबाट मुद्रा कन्भर्टरले SAR लागत निकाल्नु। Meta ले आफ्नै SAR आँकडा प्रकाशित गर्छ।
- विदेशी व्यवसायबाट +966 नम्बरमा पासकोड स्थानीय दरमै पठाइन्छ भन्ठान्नु। अन्तर्राष्ट्रिय प्रमाणीकरण दर US$ 0.0598 हो।

**के साउदी व्यवसायलाई रियालमा बिल गर्न सकिन्छ?** सकिन्छ। Meta ले 1 अप्रिल 2026 मा SAR लाई बिलिङ मुद्राका रूपमा थप्यो र SAR दर तालिका प्रकाशित गर्छ।

**के साउदी अरबको मूल्य बाँकी मध्य पूर्वको दरमा तोकिन्छ?** तोकिँदैन। Meta को दर तालिकामा यसको आफ्नै पङ्क्ति छ, जसमा मार्केटिङको US$ 0.0576 र युटिलिटी तथा प्रमाणीकरणको US$ 0.0107 छ।

**के एपमा टाइप गरेका म्यासेजमा शुल्क लाग्छ?** लाग्दैन। Meta का अनुसार Coexistence अनबोर्डिङपछि WhatsApp Business एपबाट पठाइएका म्यासेज निःशुल्क नै रहन्छन्।

**मलाई कुन एप संस्करण चाहिन्छ?** +966 नम्बर भएको फोनमा WhatsApp Business एप 2.24.17 वा त्यसभन्दा नयाँ।

---

## टर्कीमा WhatsApp Coexistence: उपलब्धता, Meta दर र सेटअप

https://easycoexistence.com/ne/docs/whatsapp-coexistence-turkey

टर्कीका नम्बरले Coexistence प्रयोग गर्न सक्छन्, किनभने WhatsApp Business एप प्रयोगकर्ताका लागि Meta को अनबोर्डिङ कागजातले कुनै देशमा प्रतिबन्ध उल्लेख गरेको छैन। 1 अक्टोबर 2026 देखि Meta ले +90 नम्बरमा पुगेको प्रत्येक मार्केटिङ टेम्प्लेटमा US$ 0.0109 र प्रत्येक युटिलिटी वा प्रमाणीकरण टेम्प्लेटमा US$ 0.0009 लिन्छ। Meta ले 1 अप्रिल 2026 मा टर्कीको युटिलिटी र प्रमाणीकरण दर घटायो, र टर्की लिराको दर तालिका प्रकाशित गर्दैन।

### के टर्कीमा WhatsApp Coexistence उपलब्ध छ?

छ। WhatsApp Business एप प्रयोगकर्तालाई Cloud API मा अनबोर्ड गर्न Meta ले राखेको पृष्ठले एपको संस्करण (2.24.17 वा त्यसभन्दा नयाँ) र साझेदार (सत्र लगिङसहित Embedded Signup प्रयोग गर्ने Tech Provider वा Solution Partner) मा शर्त राख्छ, र त्यसमा कुनै देश वा कलिङ कोडको बहिष्कार छैन। WhatsApp Business एपमा सक्रिय +90 नम्बर योग्य हुन्छ।

टर्कीको नम्बर कुनै पनि नम्बर जस्तै केही कारणले मात्र अस्वीकार हुन्छ: त्यो उपभोक्ता WhatsApp एपमा छ, एप अद्यावधिक गर्नुपर्छ, वा अर्को प्रदायकले अझै नम्बर राखेको छ। ती प्रत्येक समस्या फोनमा वा अघिल्लो प्रदायकसँग मिलाउन सकिन्छ, र योग्यता पृष्ठले त्यो कसरी गर्ने भनेर बताउँछ।

### टर्कीमा Meta ले प्रति म्यासेज कति शुल्क लिन्छ?

Meta ले पठाइएको प्रत्येक टेम्प्लेटमा प्राप्तकर्ताको देशको कलिङ कोडअनुसारको दर लिन्छ, त्यसैले पठाउने जहाँसुकै भए पनि +90 नम्बरमा पुग्ने हरेक टेम्प्लेटको मूल्य टर्कीको दरमा तोकिन्छ। दर तालिकामा टर्कीको आफ्नै पङ्क्ति छ।

1 अक्टोबर 2026 देखि लागू हुने Meta को USD तालिकामा यी आँकडा तालिकाकै सबैभन्दा न्यूनमध्ये पर्छन्: मार्केटिङका लागि US$ 0.0109 र युटिलिटी तथा प्रमाणीकरणका लागि US$ 0.0009। EUR तालिकामा €0.009 र €0.0007 छन्। Meta ले टर्कीका लागि authentication-international दर राखेको छैन। खुला 24 घण्टाको ग्राहक सेवा विन्डोभित्रका स्वतन्त्र टेक्स्ट उत्तर निःशुल्क हुन्छन्, त्यसभित्र पठाइएको युटिलिटी टेम्प्लेट पनि निःशुल्क हुन्छ, र Coexistence नम्बरमा WhatsApp Business एपबाट पठाइएका म्यासेज निःशुल्क नै रहन्छन्।

### Meta ले टर्कीका व्यवसायलाई कुन मुद्रामा बिल गर्छ?

Meta ले WhatsApp Business Platform को दर तालिका सोह्र मुद्रामा प्रकाशित गर्छ: 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/ne/docs/whatsapp-coexistence-germany

जर्मन नम्बरमा Coexistence प्रयोग गर्न सकिन्छ: 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 को दर तालिकामा जर्मनीको आफ्नै पङ्क्ति छ, र त्यो बाँकी पश्चिमी युरोपको पङ्क्तिभन्दा निकै माथि छ: मार्केटिङमा US$ 0.1365 बनाम US$ 0.0592, र युटिलिटीमा US$ 0.055 बनाम US$ 0.0171। Meta ले जर्मनीका लागि अन्तर्राष्ट्रिय प्रमाणीकरण दर सूचीबद्ध गरेको छैन। खुला 24 घण्टे ग्राहक सेवा विन्डोभित्र स्वतन्त्र टेक्स्टका उत्तर निःशुल्क छन्, त्यसभित्र पठाइएको युटिलिटी टेम्प्लेट निःशुल्क छ, र Coexistence नम्बरमा WhatsApp Business एपमा टाइप गरिएका म्यासेज निःशुल्क नै रहन्छन्।

### जर्मन दरले व्यवसायले API प्रयोग गर्ने तरिकामा के असर पार्छ?

+49 नम्बरमा मार्केटिङ टेम्प्लेटको मूल्य एक डलरको तेह्र सेन्टभन्दा बढी र युटिलिटी टेम्प्लेटको साढे पाँच सेन्ट भएकाले जर्मनीमा सबैभन्दा सस्ता म्यासेज Meta ले शुल्कै नलिने म्यासेज हुन्।

त्यसैले ग्राहक सेवा विन्डो नै लागत घटाउने मुख्य उपाय बन्छ। 24 घण्टाभित्र आफूलाई लेख्ने मानिसलाई उत्तर दिने कार्यप्रवाहले प्रति म्यासेज केही तिर्नुपर्दैन। विन्डो खुला हुँदा पठाइएको युटिलिटी टेम्प्लेट पनि निःशुल्क हुन्छ। बिल टेम्प्लेटबाट कुराकानी सुरु गर्ने आउटरिचबाट आउँछ। Coexistence नम्बरमा कर्मचारीले WhatsApp Business एपमा फोनबाट टाइप गरेका म्यासेज पनि निःशुल्क हुन्छन्, त्यसैले API लाई स्वचालित पठाइका लागि मात्र राख्न सकिन्छ।

### जर्मन नम्बर कसरी जोड्ने र एप कसरी राखिराख्ने?

Meta को Embedded Signup मार्फत, WhatsApp Business एपमा पहिल्यै रहेको नम्बरका लागि बनाइएको विकल्प प्रयोग गरेर। Tech Provider ले यो प्रक्रिया होस्ट गर्छ; व्यवसायले Facebook बाट लग इन गर्छ, आफ्नो Business Portfolio छान्छ, +49 नम्बर हाल्छ र एपमा देखिने QR कोडले पुष्टि गर्छ। प्रक्रिया सकेको 24 घण्टाभित्र सिङ्क्रोनाइजेसन सुरु हुनुपर्छ, नत्र प्रक्रिया फेरि दोहोर्याउनुपर्छ।

त्यसपछि पनि फोनले काम गरिरहन्छ, र उही नम्बरले Cloud API मार्फत प्रति सेकेन्ड 20 म्यासेजको निश्चित सीमामा पठाउँछ र प्राप्त गर्छ। प्रत्येक स्क्रिन नम्बर जोड्ने पृष्ठमा वर्णन गरिएको छ।

- जर्मन प्राप्तकर्ताको बजेट बाँकी पश्चिमी युरोपको दरमा बनाउनु। जर्मनीको आफ्नै पङ्क्ति छ, र मार्केटिङमा त्यो दोब्बरभन्दा बढी छ।
- 24 घण्टे विन्डोभित्र उत्तर दिए पुग्ने ठाउँमा टेम्प्लेटबाट कुराकानी सुरु गर्नु। जर्मनीमा निःशुल्क र शुल्क लाग्ने म्यासेजबीचको फरक ठूलो छ।
- कम तिर्न प्रमोसनलाई युटिलिटी वर्गमा राख्नु। Meta ले टेम्प्लेटको वर्ग जाँच गर्छ र मार्केटिङलाई मार्केटिङकै दरमा शुल्क लिन्छ।

**Meta ले जर्मन व्यवसायलाई यूरोमा बिल गर्न सक्छ?** सक्छ। EUR Meta ले दर तालिका प्रकाशित गर्ने बिलिङ मुद्रामध्ये एक हो, र अक्टोबर 1, 2026 को तालिकामा जर्मनीको मार्केटिङ दर €0.1131 छ।

**EU मा Coexistence का थप सर्त छन्?** Meta को हालको Business एप प्रयोगकर्ता अनबोर्डिङ कागजातमा कुनै सर्त उल्लेख छैन। आवश्यकता सबैतिर उस्तै छन्: एप 2.24.17 वा त्यसभन्दा नयाँ, र Embedded Signup साझेदार।

**जर्मन ग्राहकलाई दिइएको उत्तरमा शुल्क लाग्छ?** 24 घण्टे ग्राहक सेवा विन्डोभित्र दिइएको स्वतन्त्र टेक्स्टको उत्तरमा लाग्दैन। विन्डोबाहिरका टेम्प्लेटमा पुगेको प्रत्येकमा शुल्क लाग्छ।

**फोनबाट पठाइने म्यासेज अझै निःशुल्क छन्?** छन्। Meta का अनुसार अनबोर्डिङपछि WhatsApp Business एपबाट पठाइने म्यासेज निःशुल्क नै रहन्छन्। Cloud API बाट पठाइने म्यासेजमा मात्र Cloud API को मूल्य लाग्छ।

---

## इटालीमा WhatsApp Coexistence: उपलब्धता, Meta का दर र जडान

https://easycoexistence.com/ne/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 नम्बरमा पुग्ने जुनसुकै टेम्प्लेटमा व्यवसाय जहाँ दर्ता भए पनि इटालीको दर लाग्छ। इटालीको दर तालिकामा बाँकी पश्चिमी युरोपको दरभन्दा छुट्टै आफ्नै पंक्ति छ।

तलका आँकडा अक्टोबर 1, 2026 देखि लागू हुने Meta को USD र EUR तालिकाबाट लिइएका हुन्। Meta ले इटालीका लागि authentication-international दर सूचीबद्ध गरेको छैन। खुला 24 घण्टाको ग्राहक सेवा विन्डोभित्र दिइने स्वतन्त्र टेक्स्ट जवाफ निःशुल्क हुन्छन्, त्यही विन्डोभित्र पठाइएको युटिलिटी टेम्प्लेट निःशुल्क हुन्छ, र Coexistence नम्बरको WhatsApp Business एपबाट पठाइएका म्यासेजमा शुल्क लाग्दैन।

### 2026 मा इटालीको मूल्यमा के परिवर्तन भयो?

Meta को मूल्य परिवर्तन अभिलेखमा यस वर्ष इटालीका लागि एउटा मात्र परिवर्तन दर्ता छ: जुलाई 1, 2026 देखि मार्केटिङ म्यासेजको दर बढ्यो। यही अपडेटमा स्पेन, पोल्यान्ड, हंगेरी, रोमानिया, बेलायत र अन्य देशका दर पनि परिवर्तन भएका थिए। युटिलिटी र प्रमाणीकरण त्यस परिवर्तनमा परेनन्।

व्यावहारिक असर अभियानमा पर्छ। जुलाई 2026 अघि बनाइएको +39 नम्बरका लागि प्रचारात्मक टेम्प्लेटको बजेटले वास्तविक खर्चलाई कम देखाउँछ, जबकि अर्डर पुष्टि, डेलिभरी अपडेट र एक पटकका पासकोडको मूल्य पहिलेकै छ। EUR मा बिल गर्दा रूपान्तरण चाहिँदैन, किनकि EUR Meta ले दर तालिका प्रकाशित गर्ने मुद्रामध्ये एक हो, र €0.0658 को मार्केटिङ आँकडा Meta कै हो।

### इटालियन नम्बर कसरी जडान गर्ने र एप कसरी राख्ने?

Meta को Embedded Signup मार्फत, WhatsApp Business एपमा पहिल्यै दर्ता भएको नम्बरको विकल्प छानेर। Tech Provider ले यो प्रक्रिया चलाउँछ। व्यवसायले Facebook बाट साइन इन गर्छ, आफ्नो Business Portfolio छान्छ, +39 नम्बर हाल्छ र एपमा देखिएको QR कोड स्क्यान गर्छ। सिङ्क भएको च्याट इतिहासमा मिडिया पछिल्ला दुई हप्ताको मात्र आउँछ।

जडानपछि फोनले काम गरिरहन्छ, र त्यही नम्बरले Cloud API मार्फत पनि प्रति सेकेन्ड निश्चित 20 म्यासेजको दरमा पठाउँछ र प्राप्त गर्छ। नम्बर जडान गर्ने पृष्ठले प्रत्येक चरण देखाउँछ।

- जुलाई 1, 2026 अघि बनाइएको +39 प्राप्तकर्ताको मार्केटिङ बजेट प्रयोग गर्नु। Meta ले त्यही दिन इटालीको मार्केटिङ दर बढायो।
- इटालियन नम्बरमा बाँकी पश्चिमी युरोपको दर लगाउनु। Meta को तालिकामा इटालीको आफ्नै पंक्ति छ।
- साधारण WhatsApp एपमै रहेको नम्बरबाट जडान सुरु गर्नु। पहिले त्यसलाई Business एपमा सार्नुपर्छ।

**के Meta ले इटालियन व्यवसायलाई EUR मा बिल गर्न सक्छ?** सक्छ। EUR Meta को बिलिङ मुद्रामध्ये एक हो, र यसको EUR तालिकाले इटालीलाई मार्केटिङका लागि €0.0658 र युटिलिटी तथा प्रमाणीकरणका लागि €0.0248 मा सूचीबद्ध गर्छ।

**के 2026 मा इटालीको युटिलिटी दर परिवर्तन भयो?** भएन। जुलाई 1, 2026 को अपडेटले इटालीको मार्केटिङ दर मात्र बढायो।

**के इटालियन ग्राहकलाई दिइने जवाफमा शुल्क लाग्छ?** 24 घण्टाको ग्राहक सेवा विन्डोभित्र दिइने स्वतन्त्र टेक्स्ट जवाफ निःशुल्क हुन्छन्। विन्डो बाहिर पठाइएका टेम्प्लेटमा पुगेपछि शुल्क लाग्छ।

**के मेरा कर्मचारीले एप प्रयोग गरिरहन सक्छन्?** सक्छन्। Coexistence ले उही नम्बरमा WhatsApp Business एपलाई चलिरहन दिन्छ, र त्यसबाट पठाइएका म्यासेज निःशुल्क रहन्छन्।

---

## Coexistence कसरी बन्द गर्ने र फेरि एप मात्र प्रयोग गर्ने

https://easycoexistence.com/ne/docs/disconnecting-coexistence

Coexistence WhatsApp Business एपबाटै बन्द गरिन्छ: सेटिङ, खाता, व्यवसाय प्लेटफर्म, त्यसपछि खाता डिस्कनेक्ट गर्नुहोस्। नम्बरमा एप चलिरहन्छ, प्रदायकको पहुँच समाप्त हुन्छ, र PARTNER_REMOVED सहितको account_update वेबहुक पठाइन्छ। दुवै ठाउँमा चलिरहेको नम्बरका लागि Cloud API को Deregister एन्डपोइन्ट प्रयोग गर्न मिल्दैन।

### Coexistence कसरी बन्द गर्ने?

नम्बर भएको फोनबाट। नम्बर WhatsApp Business एपसँग साझा भएको अवस्थामा व्यवसायले Cloud API छोड्ने एउटै बाटो Meta ले उल्लेख गरेको छ, र त्यो कुनै ड्यासबोर्ड वा एन्डपोइन्टबाट होइन, एपबाट हुन्छ। मुख्य फोन जसको हातमा छ, निर्णय उसैले गर्छ, त्यसैले एजेन्सी वा डेभलपरले व्यवसायलाई यो गर्न अनुरोध गर्नुपर्छ।

- मुख्य डिभाइसमा WhatsApp Business एप खोल्नुहोस्।
- सेटिङ, त्यसपछि खाता, त्यसपछि व्यवसाय प्लेटफर्ममा जानुहोस्।
- खाता डिस्कनेक्ट गर्नुहोस् ट्याप गरेर पुष्टि गर्नुहोस्।
- API पक्षमा PARTNER_REMOVED इभेन्ट सहितको account_update वेबहुक आउने अपेक्षा गर्नुहोस्।

### Deregister API ले नम्बरलाई किन अस्वीकार गर्छ?

किनभने Meta ले जानाजानी Coexistence नम्बरहरूलाई यसबाट बाहिर राखेको छ। दर्ता सम्बन्धी कागजातमा भनिएको छ कि Cloud API र WhatsApp Business एप दुवैमा प्रयोगमा रहेको व्यवसायको फोन नम्बरलाई Deregister एन्डपोइन्टले डिरजिस्टर गर्न सक्दैन।

डिरजिस्टर गर्नु भनेको नम्बरलाई Cloud API सँग प्रयोग गर्न नमिल्ने बनाउने कार्य हो, र केवल API प्रयोग गर्ने नम्बरमा लाइनलाई प्लेटफर्मबाट हटाउने तरिका यही हो। साझा नम्बरमा एप नै लाइनको मुख्य धनी हुन्छ, त्यसैले Meta ले निर्णय त्यो फोन भएको व्यक्तिलाई फर्काउँछ। पहिले एन्डपोइन्ट प्रयास गर्ने सफ्टवेयरले डिस्कनेक्सन होइन, त्रुटि पाउँछ, र एपमा कसैले बटन ट्याप नगरेसम्म नम्बर जडान भएकै रहन्छ।

### एप, इतिहास र नम्बरमा के हुन्छ?

जडान हटाउनु र खाता मेटाउनु उस्तै होइनन्, र यही फरकमा पूरा उत्तर छ।

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

सकिने भनेको API पक्ष हो। प्रदायकको एप नम्बरबाट हटाइन्छ, त्यसैले Cloud API मार्फत म्यासेज पठाउने र त्यसका लागि वेबहुक डेलिभरी बन्द हुन्छ। Coexistence ले बन्द गरेका सुविधाहरू, जस्तै ब्रोडकास्ट सूची, असक्षम सुविधाहरूबारेको पृष्ठमा समेटिएका छन्।

### नम्बरलाई पछि फेरि जडान गर्न सकिन्छ?

सकिन्छ, अनबोर्डिङ प्रक्रिया सुरुदेखि फेरि चलाएर। कनेक्सन रिसेट गर्ने सामान्य तरिका अफबोर्डिङ गरेर प्रक्रिया फेरि पूरा गर्नु हो भनेर Meta को आफ्नै कागजातले मान्छ, जस्तै सम्पर्क र इतिहास सिंक्रोनाइज गर्ने 24 घण्टाको अवधि छुटेको अवस्थामा।

फेरि जडान गर्नु नयाँ अनबोर्डिङ हो, त्यसैले पहिलो पटक सोधिएका प्रश्न फेरि सोधिन्छन्, च्याट इतिहास साझा गर्ने कि नगर्ने भन्ने प्रश्न पनि। पुरानो कनेक्सनमा गरिएका कन्फिगरेसन, जस्तै वेबहुक ओभरराइड, फेरि लागू गर्नुपर्छ। नम्बर अर्को प्रदायकमा सार्नुपर्ने भए पनि यही बाटो हो: यहाँ जडान हटाउनुहोस्, त्यसपछि नयाँ प्रदायकसँग अनबोर्ड गर्नुहोस्।

- Coexistence नम्बरमा Deregister एन्डपोइन्ट कल गर्नु। Meta ले यसलाई अस्वीकार गर्छ, जडान हटाउने काम एपमा हुन्छ।
- बाहिर निस्कन WhatsApp Business एपको खाता मेट्नु। च्याट इतिहास गुम्ने बाटो यही हो।
- PARTNER_REMOVED लाई फेरि प्रयास गर्नुपर्ने आउटेज ठान्नु। यो व्यवसायले जानाजानी गरेको डिस्कनेक्सन हो।

**जडान हटाउँदा मेरा च्याट गुम्छन्?** गुम्दैनन्। जडान हटाउँदा नम्बरबाट API हटाइन्छ, WhatsApp Business एपको खाता मेटिँदैन, र इतिहास गुम्ने चेतावनी Meta ले खाता मेट्ने अवस्थाका लागि दिएको हो।

**के म API मार्फत जडान हटाउन सक्छु?** सक्नुहुन्न। Cloud API र एप दुवैमा प्रयोगमा रहेको नम्बरमा Meta ले Deregister एन्डपोइन्टलाई अनुमति दिँदैन।

**मेरो प्रणालीले यो भएको कसरी थाहा पाउँछ?** व्यवसायले जडान हटाउँदा Meta ले PARTNER_REMOVED इभेन्ट सहितको account_update वेबहुक पठाउँछ।

**के म उही नम्बर फेरि जडान गर्न सक्छु?** सक्नुहुन्छ। पहिलो पटक जडान गर्दाजस्तै अनबोर्डिङ प्रक्रिया सुरुदेखि फेरि चलाउनुहोस्।

---

## नम्बरलाई Coexistence बाट Cloud API मात्रमा सार्ने तरिका

https://easycoexistence.com/ne/docs/moving-from-coexistence-to-cloud-api

Coexistence नम्बरलाई WhatsApp Business एपमा जडान विच्छेद गरेर, एप खाता मेटाएर र दुई चरणको प्रमाणीकरण PIN सहित Cloud API मा दर्ता गरेपछि API मात्रको बनाइन्छ। Meta ले अहिलेको म्यासेज इतिहास हराउने चेतावनी दिएको छ, र Cloud API बाट डिरजिस्टर नगरेसम्म नम्बर एपमा फर्कन सक्दैन।

### व्यवसायले एप किन छोड्न चाहन्छ?

प्रायः फोनबाट अब कसैले जवाफ नदिने भएकाले। सबै कुराकानी सफ्टवेयर वा API मा बनेको इनबक्सले सम्हाल्न थालेपछि एपले केही थप्दैन, उल्टै जिम्मेवारी थप्छ: मुख्य डिभाइस नियमित खोल्नुपर्छ, र नम्बर Coexistence को निश्चित थ्रुपुटमै रहन्छ।

Meta का अनुसार एप र Cloud API दुवैमा प्रयोग भइरहेका नम्बरको थ्रुपुट प्रति सेकेन्ड 20 म्यासेजमा निश्चित हुन्छ। API मात्रको नम्बर पूर्वनिर्धारित रूपमा प्रति सेकेन्ड 80 म्यासेजसम्मबाट सुरु हुन्छ, र Meta का सर्त पूरा गरेमा स्वतः 1,000 मा बढाउन सकिन्छ। धेरै म्यासेज पठाउने नम्बरका लागि यही फरक सार्नुको कारण हो।

### चरणहरूको क्रम के हो?

चार चरण छन्, र क्रम महत्त्वपूर्ण छ किनभने Deregister एन्डपोइन्टले एपसँग अझै साझा भएको नम्बरलाई अस्वीकार गर्छ। अन्तिम चरण बाहेक सबै चरण व्यवसायले फोनमा गर्छ; अन्तिम चरण भने अबदेखि नम्बर चलाउने व्यक्तिले गर्ने API कल हो।

- Meta ले सिफारिस गरे अनुसार WhatsApp Business एपमा च्याट इतिहासको ब्याकअप लिनुहोस्।
- एपमा जडान विच्छेद गर्नुहोस्: सेटिङ, खाता, Business Platform, खाता जडान विच्छेद।
- एप खाता मेटाउनुहोस्: सेटिङ, खाता, मेरो खाता मेटाउनुहोस्, त्यसपछि 3 मिनेटसम्म पर्खनुहोस्।
- 6 अङ्कको दुई चरणको प्रमाणीकरण PIN सहित नम्बरलाई Cloud API मा दर्ता गर्नुहोस्।

### व्यवसायले के गुमाउँछ?

फोनमा रहेका कुराकानी, र जवाफ दिने माध्यमका रूपमा फोन।

Meta का अनुसार WhatsApp Business एपको खाता मेटाएर नम्बरलाई Cloud API मा दर्ता गर्दा अहिलेको म्यासेज इतिहास हराउँछ। Coexistence सुरु गर्दा भने इतिहास जोगिन्छ र दुवै एप एकैसाथ चल्छन्, त्यसको यो ठ्याक्कै उल्टो हो।

नम्बरलाई पहिले Cloud API बाट डिरजिस्टर नगरेसम्म WhatsApp Business एपमा फेरि प्रयोग गर्न सकिँदैन। त्यसैले यो व्यवसाय चलाउने तरिकामा सोचेर गरिने एकतर्फी परिवर्तन हो, र सुरु गर्नुअघि टोलीमा कसैले अझै एपमै भर परेको छैन भन्ने पुष्टि गर्नु राम्रो हुन्छ।

### API तर्फ के जस्ताको तस्तै रहन्छ?

सफ्टवेयरले नम्बरसँग कुराकानी गर्ने तरिका। यो अझै Cloud API नै हो: म्यासेजका प्रकार, टेम्प्लेट, वेबहुक र मूल्य निर्धारण उही लागू हुन्छन्, किनभने Coexistence त्यही प्लेटफर्ममा जोडिने फरक तरिका मात्र थियो।

फरक पर्ने कुरा दर्ता हो। Coexistence नम्बर सुरुवात प्रक्रियाले दर्ता गर्छ; API मात्रको नम्बर दुई चरणको प्रमाणीकरण PIN सहितको `register` कलले दर्ता गर्छ, र Meta ले यी कललाई 72 घण्टाको चल्ने अवधिमा प्रति नम्बर 10 वटामा सीमित गरेको छ। त्यसैले असफल प्रयासको मूल्य तिर्नुपर्छ, फेरि प्रयास गर्नुअघि PIN जाँच्नुहोस्।

- च्याट ब्याकअप नलिई एप खाता मेटाउनु। Meta का अनुसार यो बाटोमा इतिहास हराउँछ।
- नम्बर एपसँग साझा भइरहेको अवस्थामा Deregister कल गर्नु। Meta ले यसलाई अस्वीकार गर्छ।
- दर्ता बारम्बार लूपमा पुनः प्रयास गर्नु। Meta ले 72 घण्टामा प्रति नम्बर 10 वटा दर्ता अनुरोध मात्र अनुमति दिन्छ।

**API मात्रमा सर्दा के म च्याट इतिहास जोगाउन सक्छु?** API मा सकिँदैन। Meta ले इतिहास हराउने चेतावनी दिएको छ, र पहिले एपबाट ब्याकअप लिन सिफारिस गर्छ।

**के नम्बर पछि फेरि एपमा फर्कन सक्छ?** Meta को माइग्रेसन गाइड अनुसार Cloud API बाट डिरजिस्टर गरेपछि मात्र सक्छ।

**के थ्रुपुट सुध्रिन्छ?** सुध्रिन्छ। Coexistence नम्बर 20 mps मा निश्चित हुन्छन्; API मात्रका नम्बर 80 mps सम्मबाट सुरु हुन्छन्।

**के सुरु गर्न म Deregister API प्रयोग गर्न सक्छु?** नम्बर एपसँग साझा भएको बेला सकिँदैन। पहिले WhatsApp Business एपमा जडान विच्छेद गर्नुहोस्।

---

## अर्को WhatsApp प्रदायकबाट नम्बर माइग्रेट गर्ने तरिका

https://easycoexistence.com/ne/docs/migrating-a-number-from-another-provider

यो नम्बर अहिले कसरी जोडिएको छ भन्नेमा भर पर्छ। अर्को प्रदायक मार्फत WhatsApp Business एपसँग साझा गरिएको नम्बरलाई एपभित्रबाटै विच्छेद गरिन्छ, अनि नयाँ प्रदायकसँग फेरि अनबोर्ड गरिन्छ। API-only नम्बर Meta को फोन नम्बर माइग्रेसन मार्फत सरिन्छ, जसले प्रदर्शन नाम, गुणस्तर रेटिङ, म्यासेज सीमा र आधिकारिक व्यवसाय खाताको स्ट्याटस जोगाउँछ।

### म कुन अवस्थामा छु?

एउटा प्रश्न सोध्नुहोस्: के अझै कसैले यो नम्बरमा फोनको WhatsApp Business एपबाट जवाफ दिइरहेको छ?

छ भने, नम्बर हालको प्रदायकसँग Coexistence मा छ र त्यसलाई एपले नै समातिरहेको छ। त्यस प्रदायकबाट बाहिरिने काम एपमा हुन्छ, र नयाँ प्रदायकसँग जोडिनु भनेको नयाँ Coexistence अनबोर्डिङ हो।

छैन भने, नम्बर एपविना Cloud API मा मात्र दर्ता भएको छ। त्यसका लागि Meta को छुट्टै माइग्रेसन छ, जसले नम्बरलाई सुरुदेखि फेरि दर्ता नगरी एक पार्टनरको WhatsApp Business खाताबाट अर्कोमा सार्छ। यी दुईलाई मिसाउनु नै सार्ने काम बीचमै अड्किने सबैभन्दा सामान्य कारण हो।

### Coexistence नम्बरले प्रदायक कसरी बदल्छ?

अफबोर्डिङ गरेर फेरि अनबोर्ड गरेर। Meta को कागजात अनुसार व्यवसायले एपमा सेटिङ, खाता, व्यवसाय प्लेटफर्ममा गएर जडान विच्छेद गर्ने बटन थिचेपछि Cloud API बाट विच्छेद हुन्छ, र प्रदायकले PARTNER_REMOVED सहितको account_update वेबहुक प्राप्त गर्छ।

विच्छेद भएपछि नम्बर फेरि साधारण WhatsApp Business एपको नम्बर बन्छ, र नयाँ प्रदायकले त्यसलाई Embedded Signup मार्फत अनबोर्ड गर्न सक्छ। सर्तहरू Coexistence का सामान्य सर्त नै हुन्: एपको हालसालैको संस्करण, तपाईंले व्यवस्थापन गर्ने पोर्टफोलियो, र अरू कुनै प्रदायक जोडिएको नहुनु। इतिहास साझा गर्ने प्रश्न फेरि सोधिन्छ, र 24 घण्टाको सिङ्क्रोनाइजेसन अवधि नयाँ अनबोर्डिङदेखि फेरि सुरु हुन्छ।

### API-only माइग्रेसनमा के-के साथै जान्छ?

धेरैले सोचेभन्दा बढी कुरा जान्छ, र त्यसैले मेटाएर फेरि दर्ता गर्नुको सट्टा यो माइग्रेसन अस्तित्वमा छ। ग्राहकसँगको सम्बन्धमा नम्बरले बनाएको प्रतिष्ठा जोगिन्छ, केवल टेम्प्लेटको गुणस्तर इतिहास मात्र फेरि सुरु हुन्छ।

- प्रदर्शन नाम, गुणस्तर रेटिङ, म्यासेज सीमा र आधिकारिक व्यवसाय खाताको स्ट्याटस जोगिन्छन्।
- योग्य टेम्प्लेटहरू उही स्ट्याटससहित गन्तव्य खातामा नक्कल गरिन्छन्।
- नम्बरमा पहिल्यै अपलोड गरिएको मिडिया अझै प्रयोग गर्न सकिन्छ।
- टेम्प्लेटका गुणस्तर रेटिङ साथै जाँदैनन्: माइग्रेट गरिएका प्रत्येक टेम्प्लेट UNKNOWN बाट सुरु हुन्छन्।

### API-only माइग्रेसनअघि के तयार हुनुपर्छ?

Meta ले दुवै पक्षका सर्त सूचीबद्ध गरेको छ, र ग्राहकपट्टिका सर्तमै सार्ने काम प्रायः अड्किन्छ।

व्यवसायको Meta पोर्टफोलियो प्रमाणित भएको, त्यसको हालको WhatsApp Business खाता स्वीकृत भएको, र मान्य भुक्तानी विधि जोडिएको हुनुपर्छ। नम्बरमा द्विचरणीय प्रमाणीकरण निष्क्रिय गरिएको हुनुपर्छ। यसलाई निष्क्रिय गर्ने कुनै API एन्डपोइन्ट Meta ले दिएको छैन, त्यसैले प्रदायकले यो चरण API मार्फत गर्न सक्दैन। प्राप्त गर्ने पक्षमा गन्तव्य खातामा कम्तीमा एउटा एप वेबहुकमा सदस्यता लिएको हुनुपर्छ।

नयाँ खातामा दर्ता तुरुन्तै हुन्छ र म्यासेज पठाउने काम रोकिँदैन, तर टेम्प्लेटको नक्कल हुन समय लाग्छ, त्यसैले प्रभावित टेम्प्लेटहरू तिनका प्रतिलिपि बनेपछि मात्र प्रयोग गर्न सकिन्छ।

- पुरानो प्रदायक अझै जोडिएको अवस्थामा नयाँ प्रदायकसँग अनबोर्ड गर्नु। नम्बरलाई पहिले एपमा विच्छेद गर्नुपर्छ।
- द्विचरणीय प्रमाणीकरण खुला रहेकै बेला API-only माइग्रेसन सुरु गर्नु। Meta ले यसलाई निष्क्रिय गरिएको हुनुपर्ने माग गर्छ, र कुनै एन्डपोइन्टले यो गर्दैन।
- टेम्प्लेटको गुणस्तर जोगिन्छ भन्ठान्नु। माइग्रेट गरिएका टेम्प्लेट UNKNOWN बाट फेरि सुरु हुन्छन्।

**Coexistence प्रदायक बदल्दा मेरा च्याट हराउँछन् कि?** एपले ती सबै समयभर राख्छ। नयाँ कनेक्सनसँग इतिहास साझा गर्ने विकल्प अनबोर्डिङमा फेरि दिइन्छ।

**API-only माइग्रेसनले मेरो प्रदर्शन नाम बदल्छ?** बदल्दैन। Meta ले प्रदर्शन नाम, गुणस्तर रेटिङ, म्यासेज सीमा र आधिकारिक व्यवसाय खाताको स्ट्याटस जोगाउँछ।

**मेरा टेम्प्लेटले गुणस्तर रेटिङ किन गुमाए?** Meta ले टेम्प्लेटहरू गन्तव्य खातामा नक्कल गर्छ, र प्रत्येक प्रतिलिपि UNKNOWN रेटिङबाट सुरु हुन्छ।

**के काम रोकिने अवधि हुन्छ?** Meta का अनुसार API-only माइग्रेसनमा दर्ता तुरुन्तै हुन्छ र म्यासेज पठाउने काम रोकिँदैन। टेम्प्लेटहरू नक्कल भएपछि प्रयोग गर्न सकिन्छन्।

---

## Coexistence नम्बरमा WhatsApp समूह र API

https://easycoexistence.com/ne/docs/whatsapp-groups-and-the-api

Meta को Groups API ले Cloud API नम्बरबाट सानो, निमन्त्रणामा मात्र जोडिने समूह बनाउन र त्यसमा म्यासेज पठाउन दिन्छ। तर Meta का अनुसार यो WhatsApp Business एपका फोन नम्बरमा उपलब्ध छैन, र Coexistence नम्बर त्यही हो। एपमा भएका समूह पनि सिङ्क हुँदैनन्। साझा नम्बरमा समूह एपमा मात्र चल्ने सुविधा रहन्छ।

### के WhatsApp को Groups API छ?

छ। Meta को Groups API ले व्यवसायलाई Cloud API नम्बरमा समूह बनाउन, सूची हेर्न र अद्यावधिक गर्न, तिनमा टेक्स्ट, मिडिया र टेम्प्लेट म्यासेज पठाउन, निमन्त्रणा लिङ्क व्यवस्थापन गर्न, जोडिने अनुरोध स्वीकार वा अस्वीकार गर्न र सहभागी हटाउन दिन्छ।

यो जानाजानी सानो राखिएको छ। समूहमा निमन्त्रणा मार्फत मात्र जोडिन सकिन्छ, व्यवसायले पठाएको लिङ्कबाट। Meta का सीमाले समुदायभन्दा परियोजना कोठाजस्तो कुरा देखाउँछन्।

- प्रति समूह बढीमा 8 सहभागी
- प्रति व्यवसाय नम्बर बढीमा 10,000 समूह
- प्रति समूह एउटा Cloud API व्यवसाय
- टेक्स्ट, मिडिया, टेक्स्टमा आधारित टेम्प्लेट र मिडियामा आधारित टेम्प्लेट

### के Coexistence नम्बरले यो प्रयोग गर्न सक्छ?

सक्दैन। Groups API को पृष्ठमा यो WhatsApp Business एपका फोन नम्बरका लागि उपलब्ध छैन भनिएको छ, र त्यो वाक्यांश Meta कै WhatsApp Business एप प्रयोगकर्ता onboard गर्ने गाइडमा पुग्छ, जुन Coexistence हो। योग्यताको सर्त पनि आधिकारिक व्यवसाय खाता (OBA) हो, र Meta को OBA पृष्ठअनुसार यो स्ट्याटस WhatsApp Business एपका फोन नम्बरलाई दिइँदैन।

तसैले यो बहिष्करण Meta ले सबै प्रदायकका लागि तोकेको हो। एप र API बीच साझा गरिएको नम्बरले API मार्फत समूह बनाउन सक्दैन, त्यसमा म्यासेज पठाउन सक्दैन, र समूहका कुनै घटना पनि प्राप्त गर्दैन।

### एपमा पहिले नै भएका समूहको के हुन्छ?

ती एपमै रहन्छन् र त्यहीँ चलिरहन्छन्। Meta को Coexistence प्रलेखनले नम्बर onboard गर्दा सिङ्क नहुने कुराहरूमा समूह च्याट सूचीबद्ध गरेको छ, त्यसैले तिनको इतिहास र समूहका नयाँ म्यासेज दुवै API सम्म पुग्दैनन्।

फोन चलाउने टोलीले पहिलेकै जसरी समूह बनाउन, त्यसमा पठाउन र पढ्न सक्छ। सफ्टवेयरले त्यो ट्राफिक देख्दैन। यदि कुनै कार्यप्रवाह समूहमै निर्भर छ, जस्तै कर्मचारीले डेलिभरी समन्वय गर्ने, त्यो एपमै चलिरहन्छ, र त्यसवरिपरिको कुनै पनि स्वचालन एक-एक गरेर हुने कुराकानीबाट बनाउनुपर्छ।

### API मार्फत समूहको सट्टा के प्रयोग गर्ने?

एक-एक गरेर हुने कुराकानी, जसको वरिपरि प्लेटफर्म बनेको छ। ग्राहकहरूको समूहमा जाने म्यासेज हरेक ग्राहकलाई छुट्टाछुट्टै जान्छ: 24 घण्टाको ग्राहक सेवा विन्डोभित्र स्वतन्त्र टेक्स्टका रूपमा, र त्यसबाहिर स्वीकृत टेम्प्लेटका रूपमा।

यदि व्यवसायलाई साँच्चै API ले व्यवस्थापन गर्ने समूह चाहिन्छ भने, Groups API का लागि Cloud API मा मात्र दर्ता भएको र आधिकारिक व्यवसाय खाता (OBA) भएको नम्बर चाहिन्छ, अर्थात् त्यो नम्बरका लागि Coexistence छाड्नुपर्छ। यो लाइनको संरचनागत निर्णय हो, सेटिङ होइन, र यसले त्यस लाइनबाट एपलाई हटाउँछ।

- Groups API छ भन्ने पढेर त्यो Coexistence नम्बरमा पनि लागू हुन्छ भन्ने मान्नु। Meta ले WhatsApp Business एप नम्बरलाई बाहिर राखेको छ।
- onboarding पछि समूहको इतिहास API मा देखिन्छ भन्ने आशा गर्नु। समूह च्याट सिङ्क हुँदैनन्।
- 8 सहभागीको सीमामा मिल्छ कि मिल्दैन जाँच नगरी समूहमा आधारित कार्यप्रवाहको योजना बनाउनु।

**के म API मार्फत WhatsApp समूहमा म्यासेज पठाउन सक्छु?** आधिकारिक व्यवसाय खाता (OBA) भएको, API मात्र चल्ने नम्बरबाट Groups API प्रयोग गरेर मात्र सकिन्छ। Coexistence नम्बरबाट सकिँदैन।

**के मेरा अहिलेका समूह अझै चल्छन्?** चल्छन्, WhatsApp Business एपमा। तिनलाई API मा सिङ्क गरिँदैन।

**API समूहमा कतिजना जोडिन सक्छन्?** Meta ले Groups API बाट बनेका समूहलाई 8 सहभागीमा सीमित गरेको छ।

**के यो मेरो प्रदायकको सीमा हो?** होइन। WhatsApp Business एप नम्बरका लागि यो बहिष्करण Meta ले सबै प्रदायकमा तोकेको हो।

---

## Meta Verified र Coexistence नम्बरमा आधिकारिक व्यवसाय बिल्ला

https://easycoexistence.com/ne/docs/meta-verified-and-coexistence

निलो बिल्ला भनेर दुई फरक कुरालाई बुझाइन्छ। Official Business Account Cloud API नम्बरका लागि अनुरोध गरिने स्ट्याटस हो, र Meta को कागजातअनुसार यो WhatsApp Business एपका फोन नम्बरलाई दिइँदैन। WhatsApp Business का लागि Meta Verified एपमा लिइने सदस्यता हो, जसमा प्रमाणित बिल्ला, बहु-एजेन्ट पहुँच र उन्नत सहायता समावेश हुन्छ।

### Official Business Account भनेको के हो?

यो WhatsApp Business Platform मा दर्ता भएको व्यवसायको फोन नम्बरमा लाग्ने स्ट्याटस हो। Meta ले यसलाई प्रामाणिक भनी प्रमाणित व्यवसायको स्वामित्वमा रहेको नम्बर भनेर वर्णन गर्छ, जसको नामको छेउमा सम्पर्क सूचीमा निलो चेकमार्क देखिन्छ। यो WhatsApp Manager मा नम्बरको प्रोफाइलमार्फत, वा API को official_business_account फिल्डमार्फत अनुरोध गरिन्छ।

- व्यवसायले WhatsApp Business Messaging Policy को पालना गरेको हुनुपर्छ।
- प्लेटफर्ममा कम्तीमा 30 दिनदेखि दर्ता भएको हुनुपर्छ।
- यसको Business Portfolio ले Business Verification पार गरेको हुनुपर्छ।
- नम्बरमा दुई-चरण प्रमाणीकरण सक्रिय र डिस्प्ले नाम स्वीकृत भएको हुनुपर्छ।

### Coexistence नम्बरले OBA स्ट्याटस पाउन सक्छ?

Meta को OBA कागजातमा व्यवसायका कर्मचारी, परीक्षण खाता र WhatsApp Business एपका फोन नम्बरलाई OBA स्ट्याटस नदिइने उल्लेख छ। Meta ले आफ्नो Groups API पृष्ठमा पनि WhatsApp Business एपका फोन नम्बर भन्ने यही शब्द प्रयोग गर्छ र त्यसलाई WhatsApp Business एपका प्रयोगकर्ता जोड्ने गाइडसँग जोड्छ, जुन Coexistence हो।

एप र API बीच साझा गरिएका नम्बरका लागि Meta ले छुट्टै नियम प्रकाशित गरेको छैन, त्यसैले कागजातमा उल्लेख भएको अवस्था माथि लेखिएकै हो। अस्वीकृत अनुरोध 30 दिनपछि फेरि पेश गर्न सकिन्छ, र त्यस बीचमा व्यवसाय प्रोफाइल सम्पादन गर्न मिल्छ।

### WhatsApp Business का लागि Meta Verified भनेको के हो?

यो WhatsApp Business एपमार्फत लिइने सशुल्क सदस्यता हो, जुन प्लेटफर्मको OBA प्रक्रियाभन्दा अलग छ। Meta को स्रोत पृष्ठमा यसमा समावेश कुराहरू सूचीबद्ध छन्: प्रमाणित बिल्ला, आफ्नै वेब पेज, उन्नत सहायता, धेरै उपकरण जोड्ने र बिक्री एजेन्टलाई च्याट तोक्ने बहु-एजेन्ट खाता, र 10 वटासम्म WhatsApp Channels मा प्रमाणित बिल्ला।

यो एपमा किनिने भएकाले Coexistence नम्बरको एप पक्षसँग सम्बन्धित हुन्छ। Meta को पृष्ठले सदस्यता लिनुअघि व्यवसाय र खाताको जानकारी अद्यावधिक छ भनी सुनिश्चित गर्न भन्छ, र त्यहाँ निश्चित मूल्य प्रकाशित गरेको छैन।

### नम्बर सारेपछि बिल्ला रहन्छ?

OBA को हकमा Meta ले एउटा अवस्था स्पष्ट रूपमा उल्लेख गर्छ: Embedded Signup मार्फत एक Solution Partner बाट अर्कोमा सारिएको फोन नम्बरले डिस्प्ले नाम, गुणस्तर रेटिङ, म्यासेज सीमा र Official Business Account स्ट्याटस कायम राख्छ।

नम्बर नै परिवर्तन गर्दाको लागि यस्तो कुनै समान कथन छैन, र OBA एउटा निश्चित व्यवसाय फोन नम्बरको हुन्छ, त्यसैले फरक नम्बर भनेको फरक अनुरोध हो। डिस्प्ले नामको स्वीकृति OBA का सर्तमध्ये एक हो, त्यसैले नाम परिवर्तन अनुरोधपछि होइन, अनुरोधअघि नै योजना गर्नु उपयुक्त हुन्छ।

- OBA र Meta Verified लाई एउटै बिल्ला ठान्नु। एउटा प्लेटफर्मको स्ट्याटस हो, अर्को एपको सदस्यता।
- प्लेटफर्ममा 30 दिन पुग्नुअघि OBA अनुरोध गर्नु। Meta ले यो न्यूनतम अवधि चाहन्छ, र अस्वीकृत भए 30 दिन पर्खनुपर्छ।
- दुई-चरण प्रमाणीकरण बन्द हुँदा वा डिस्प्ले नाम बाँकी हुँदा OBA अनुरोध गर्नु। दुवै सूचीबद्ध सर्त हुन्।

**Meta Verified र Official Business Account एउटै हो?** होइन। Meta ले दुवैलाई छुट्टाछुट्टै उल्लेख गरेको छ: OBA प्लेटफर्मको नम्बरका लागि अनुरोध गरिने स्ट्याटस हो, र Meta Verified एपमा लिइने सदस्यता हो।

**Coexistence नम्बरबाट Meta Verified को सदस्यता लिन सकिन्छ?** Meta Verified WhatsApp Business एपमार्फत लिइन्छ, र Coexistence नम्बरले त्यो एप प्रयोग गरिरहन्छ।

**OBA अनुरोध गर्न कति समय पर्खनुपर्छ?** नम्बर WhatsApp Business Platform मा कम्तीमा 30 दिनदेखि दर्ता भएको हुनुपर्छ।

**मेरो OBA अनुरोध अस्वीकृत भयो भने के गर्ने?** Meta ले फेरि पेश गर्नुअघि 30 दिन पर्खन भन्छ।

---

## एउटै Coexistence नम्बरमा जवाफ दिने धेरै एजेन्ट र प्रणाली

https://easycoexistence.com/ne/docs/multiple-agents-on-one-number

Coexistence नम्बरमा मानिस र सफ्टवेयरले एकैपटक जवाफ दिन सक्छन्। कर्मचारीले WhatsApp Business एप र यसका लिङ्क गरिएका डिभाइस (प्राथमिक फोनबाहेक 4 वटासम्म) प्रयोग गर्छन्, जबकि प्रणालीले Cloud API प्रयोग गर्छ। एप वा सहायक डिभाइसबाट मानिसले पठाएको हरेक म्यासेज smb_message_echoes वेबहुकका रूपमा सफ्टवेयरमा पुग्छ, त्यसैले दुवै पक्षले एउटै थ्रेड साझा गर्छन्।

### धेरै मानिसले एउटै नम्बरमा कसरी जवाफ दिन सक्छन्?

लिङ्क गरिएका डिभाइस मार्फत। WhatsApp ले एउटा खातालाई प्राथमिक फोनबाहेक थप 4 वटा डिभाइसमा प्रयोग गर्न दिन्छ, र यो सुविधाको घोषणामा प्रयोग अवस्था प्रत्यक्ष उल्लेख गरिएको थियो: साना व्यवसायका कर्मचारीले एउटै WhatsApp Business खाताअन्तर्गत आफ्नै फोनबाट ग्राहकलाई जवाफ दिने।

Coexistence नम्बरमा पनि यो लागू हुन्छ। प्राथमिक फोन खाताको मालिक रहन्छ, र अन्य कर्मचारीले लिङ्क गरिएका फोन, ट्याब्लेट, ब्राउजर वा डेस्कटप एपबाट काम गर्छन्। कुन सहायक क्लाइन्ट समर्थित छन् र अनबोर्डिङले तिनमा के असर गर्छ भन्ने कुरा लिङ्क गरिएका डिभाइसबारेको पृष्ठमा छ।

### सफ्टवेयर कहाँ पर्छ?

एउटै नम्बरको API तर्फ। CRM, अटोमेसन टुल वा AI एजेन्टले Cloud API मार्फत पठाउँछ र वेबहुक मार्फत ग्राहकका म्यासेज प्राप्त गर्छ, जबकि मानिसहरूले एप प्रयोग गरिरहन्छन्।

नम्बर दुवै तर्फ एउटै लाइन हो, त्यसैले कसले कुन म्यासेज लेख्यो भन्ने कुरा नहेरी ग्राहकले एउटै कुराकानी देख्छ। API ले पठाएका म्यासेज एपको थ्रेडमा देखिन्छन्, त्यसैले प्रणालीले पहिले नै के भनिसकेको छ भन्ने कुरा कर्मचारीले देख्छन्। साझा सीमा एउटै हो: एप र Cloud API दुवैसँग प्रयोगमा रहेको नम्बरलाई Meta ले प्रति सेकेन्ड 20 म्यासेजमा तोकेको छ।

### कुनै मानिसले पहिले नै जवाफ दिइसकेको सफ्टवेयरले कसरी थाहा पाउँछ?

इकोबाट। Meta को smb_message_echoes वेबहुक तब चल्छ जब पार्टनरले अनबोर्ड गरेको व्यवसायले WhatsApp Business एप वा सहायक डिभाइस प्रयोग गरी म्यासेज पठाउँछ, र एपबाट म्यासेज सम्पादन वा मेटाइँदा पनि चल्छ।

यसले नम्बरमा रहेका हरेक मानिसलाई समेट्छ, चाहे उसले प्राथमिक फोनमा टाइप गरोस् वा लिङ्क गरिएको ल्यापटपमा। इको पढ्ने प्रणालीले कुराकानीलाई मानिसले सम्हालेको चिन्ह लगाएर आफ्नो जवाफ रोक्न सक्छ, जुन टोलीलाई सघाउने अटोमेसन र टोलीको बीचमा बोलिदिने अटोमेसन बीचको फरक हो।

- एप वा सहायक डिभाइसबाट पठाउँदा: इको आउँछ।
- एपमा सम्पादन गर्दा: इको आउँछ।
- एपमा मेटाउँदा: इको आउँछ।

### दुवै पक्षले के ध्यानमा राख्नुपर्छ?

कर्मचारीले प्राथमिक फोन प्रयोगमा राख्नुपर्छ। प्राथमिक डिभाइस करिब 14 दिन निष्क्रिय भएपछि Meta ले Coexistence नम्बरको कनेक्सन काट्छ, र सहायक डिभाइस आफ्नै करिब 30 दिन निष्क्रिय भएपछि, त्यसैले ल्यापटपबाट मात्र काम गर्ने टोलीले दुवै गुमाउन सक्छ।

सफ्टवेयरले प्लेटफर्मका नियम पालना गर्नुपर्छ: 24 घण्टाको ग्राहक सेवा विन्डोभित्र स्वतन्त्र टेक्स्ट, त्यसबाहिर टेम्प्लेट। साथै API मार्फत कुनै पक्षले समूह च्याट पाउँदैन, किनकि एपसँग साझा नम्बरमा Meta ले त्यसलाई बाहिर राखेको छ।

- smb_message_echoes बेवास्ता गर्नु। यिनबिना बटले लिङ्क गरिएको ल्यापटपबाट मानिसले पहिले नै जवाफ दिइसकेको थाहा पाउँदैन।
- प्राथमिक फोन हप्तौँसम्म प्रयोगविना राखेर सबै टोलीलाई लिङ्क गरिएका ल्यापटपबाट चलाउनु।
- अनबोर्डिङपछि WhatsApp for Windows लिङ्क गर्नु। Meta ले यसलाई Coexistence नम्बरमा असमर्थित भनेर सूचीबद्ध गरेको छ।

**कति जना मानिसले एउटै नम्बरमा जवाफ दिन सक्छन्?** WhatsApp ले प्राथमिक फोनबाहेक 4 वटासम्म लिङ्क गरिएका डिभाइस अनुमति दिन्छ, र प्रत्येकलाई फरक व्यक्तिले प्रयोग गर्न सक्छ।

**लिङ्क गरिएको ल्यापटपबाट गएका म्यासेज मेरो CRM सम्म पुग्छन्?** पुग्छन्। एप वा सहायक डिभाइसबाट पठाइएका म्यासेजका लागि Meta ले smb_message_echoes पठाउँछ।

**च्याटबट र मानिसले एउटै कुराकानी साझा गर्न सक्छन्?** सक्छन्। दुवैले एउटै थ्रेडमा लेख्छन्, र इकोले मानिसले जवाफ दिँदा बटलाई देखाउँछ।

**API तर्फ सिट सीमा छ?** Meta ले प्रणालीको संख्या होइन, API भोल्युम सीमित गर्छ, साझा नम्बरलाई प्रति सेकेन्ड 20 म्यासेजमा तोकेर।

---

## लिंक गरिएका डिभाइस र Coexistence: के के अनलिंक हुन्छ

https://easycoexistence.com/ne/docs/linked-devices-and-coexistence

WhatsApp Business एपको नम्बर Cloud API मा अनबोर्ड गर्दा खातासँग जोडिएका सबै कम्प्यानियन डिभाइस अनलिंक हुन्छन्। WhatsApp Web र कम्प्यानियनका रूपमा लिंक गरिएका फोन जस्ता समर्थित डिभाइस पछि फेरि लिंक गर्न सकिन्छ। Coexistence नम्बरमा WhatsApp for Windows र WhatsApp for WearOS समर्थित छैनन्, र करिब 30 दिन निष्क्रिय रहेको कम्प्यानियन विच्छेद हुन्छ।

### अनबोर्डिङका बेला लिंक गरिएका डिभाइसमा के हुन्छ?

ती सबै साइन आउट हुन्छन्। Meta को डकुमेन्टेसनअनुसार व्यवसायले अवस्थित WhatsApp Business एपको खाता र नम्बरसहित Cloud API मा अनबोर्ड गरेपछि सबै कम्प्यानियन एप खाताबाट अनलिंक हुन्छन्, र त्यसपछि व्यवसायले समर्थित कम्प्यानियन एप फेरि लिंक गर्न सक्छ।

यसबाट केही गुम्दैन: प्राथमिक फोनमा खाता र कुराकानी जस्ताको तस्तै रहन्छन्। तर ब्राउजर वा दोस्रो फोनबाट ग्राहकलाई जवाफ दिने फ्रन्ट डेस्कले अनबोर्डिङ सकिनेबित्तिकै आफू साइन आउट भएको पाउँछ, त्यसैले QR कोड स्क्यान गर्नु अघि नै टोलीलाई जानकारी दिनु राम्रो हुन्छ।

### त्यसपछि कुन कम्प्यानियन डिभाइस समर्थित हुन्छन्?

दुईवटा बाहेक सबै। Meta ले WhatsApp for Windows र WhatsApp for WearOS बाहेक अरू सबै कम्प्यानियन क्लाइन्टलाई Coexistence नम्बरमा समर्थित भनेको छ। प्रत्येक समर्थित डिभाइस सामान्य तरिकाले, अर्थात् प्राथमिक फोनले QR कोड स्क्यान गरेर, फेरि लिंक हुन्छ र पहिलेकै डिभाइस सीमा भित्र गनिन्छ।

- ब्राउजरमा WhatsApp Web: समर्थित छ, QR कोडले फेरि लिंक गर्नुहोस्।
- कम्प्यानियनका रूपमा लिंक गरिएका थप फोन: समर्थित छन्।
- WhatsApp for Windows: समर्थित छैन।
- घडीमा चल्ने WhatsApp for WearOS: समर्थित छैन।

### कतिवटा डिभाइस लिंक गर्न सकिन्छ?

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

Coexistence नम्बरमा यो सीमा बाँकी रहेका समर्थित कम्प्यानियन क्लाइन्टबीच साझा हुन्छ। पहिले Windows एप चलाउने कार्यालयले प्रायः ती डेस्कलाई ब्राउजरको WhatsApp Web मा सार्छ, जुन अरू कम्प्यानियनजस्तै चारमध्ये एकका रूपमा गनिन्छ।

### लिंक गरिएका डिभाइसलाई जडान कायम राख्न के चाहिन्छ?

दुई प्रकारका डिभाइसका लागि दुईवटा निष्क्रियताका नियम छन्, र दुवै Meta को विच्छेदन डाटामा कारणका रूपमा देखिन्छन्।

PRIMARY_INACTIVITY ले प्राथमिक फोनलाई जनाउँछ र करिब 14 दिन गतिविधि नभएपछि लाग्छ। WhatsApp का अनुसार प्राथमिक डिभाइस लामो समय निष्क्रिय रहे खाता सबै कम्प्यानियन डिभाइसबाट लग आउट हुन्छ, त्यसैले प्रयोग नगरिएको प्राथमिक फोनले सबै लिंक गरिएका डिभाइसलाई साथै लैजान्छ।

COMPANION_INACTIVITY ले कम्प्यानियन डिभाइसलाई एक्लै जनाउँछ र करिब 30 दिन निष्क्रिय रहेपछि लाग्छ। शाखा कार्यालयमा विरलै प्रयोग हुने ल्यापटप यसको सामान्य उदाहरण हो।

- WhatsApp Web बाट जवाफ दिने कर्मचारीलाई जानकारी नदिई अनबोर्डिङ गर्नु। अनबोर्डिङ सकिँदा तिनीहरू साइन आउट हुन्छन्।
- WhatsApp for Windows एप फेरि लिंक गर्ने प्रयास गर्नु। Meta ले Coexistence नम्बरमा यसलाई असमर्थित भनेको छ।
- सबैले लिंक गरिएका डिभाइसमा काम गर्छन् भनेर प्राथमिक फोनलाई दराजमा छोड्नु। त्यसको निष्क्रियताले कम्प्यानियनहरूलाई पनि विच्छेद गर्छ।

**के Coexistence ले WhatsApp Web अनलिंक गर्छ?** गर्छ, अनबोर्डिङमा सबै कम्प्यानियन अनलिंक हुन्छन्। WhatsApp Web समर्थित भएकाले तुरुन्तै फेरि लिंक गर्न सकिन्छ।

**के म Windows मा WhatsApp डेस्कटप एप प्रयोग गर्न सक्छु?** Coexistence नम्बरमा सक्नुहुन्न। Meta ले WhatsApp for Windows लाई असमर्थित कम्प्यानियन भनेको छ।

**के Coexistence आफैं लिंक गरिएको डिभाइस हो?** होइन। यो Meta को अनबोर्डिङ मार्फत नम्बरमा जोडिएको Cloud API हो, र यसले कम्प्यानियनको स्लट लिँदैन।

**म कतिवटा कम्प्यानियन लिंक गर्न सक्छु?** प्राथमिक फोनबाहेक चारवटासम्म, Meta ले समर्थन गर्ने कम्प्यानियन क्लाइन्टहरूमा मिलाएर।

---

## Coexistence कनेक्सनमा फोन नम्बर परिवर्तन गर्ने

https://easycoexistence.com/ne/docs/changing-the-phone-number

Coexistence कनेक्सन एउटा फोन नम्बरसँग जोडिएको हुन्छ। व्यवसायले WhatsApp Business एपमा आफ्नो नम्बर परिवर्तन गरेपछि Meta ले CHANGE_NUMBER कारणसहित कनेक्सन विच्छेद गर्छ। नयाँ नम्बर प्लेटफर्ममा छुट्टै व्यवसायको फोन नम्बर हो, र त्यसलाई Coexistence प्रक्रिया मार्फत नयाँ कनेक्सनका रूपमा अनबोर्ड गर्नुपर्छ।

### नम्बर परिवर्तन हुँदा कनेक्सनलाई के हुन्छ?

कनेक्सन अन्त्य हुन्छ। Meta ले फोन नम्बर परिवर्तनलाई Coexistence कनेक्सन विच्छेद हुने कारणहरूमध्ये एक मानेको छ, र account_update वेबहुकको disconnection_info मा CHANGE_NUMBER कारणसहित जनाउँछ।

यो प्लेटफर्म कडा भएको होइन, एकरूप भएको हो। API तर्फ चिनिने सबै कुरा व्यवसायको फोन नम्बरसँग जोडिएका हुन्छन्: त्यसको फोन नम्बर ID, डिस्प्ले नाम, गुणस्तर रेटिङ र वेबहुक सदस्यता। फरक नम्बर फरक सम्पत्ति हो, त्यसैले पुरानो नम्बरमा जोडिएको कुनै पनि कुरा आफैं सर्दैन, र परिवर्तन भएकै क्षण पुरानो कनेक्सन काम गर्न छाड्छ।

### नयाँ नम्बर कसरी जोड्ने?

पहिलो कनेक्सनका रूपमा। नयाँ नम्बरले Coexistence मा जोडिने अन्य नम्बरले जस्तै सर्तहरू पूरा गर्नुपर्छ, अनि सुरुदेखि अनबोर्डिङ गर्नुपर्छ। पुरानो कनेक्सनको केही पनि पुन: प्रयोग हुँदैन, त्यसैले यो बदलावलाई मिति तोकिएको छोटो परियोजनाका रूपमा लिँदा सजिलो हुन्छ।

- यो WhatsApp Business एपमा सक्रिय छ, र एपको संस्करण 2.24.17 वा त्योभन्दा नयाँ छ।
- यो तपाईंले व्यवस्थापन गर्ने Business Portfolio मा छ।
- यो अर्को प्रदायकसँग जोडिएको छैन।
- अन्य व्यवसायको फोन नम्बरमा जस्तै दर्ताका बेला यसको डिस्प्ले नाम दिइएको छ।

### API तर्फ के के अद्यावधिक गर्नुपर्छ?

पुरानो नम्बर वा त्यसको ID राखिएका हरेक ठाउँ। Cloud API मार्फत म्यासेज पठाउने एकीकरणहरूले फोन नम्बर ID मा पठाउँछन्, त्यसैले पुरानो ID मै देखाइरहेको CRM, अटोमेसन वर्कफ्लो वा एआई एजेन्ट नयाँमा सर्दैन, असफल हुन्छ।

नयाँ कनेक्सनमा अनबोर्डिङका प्रश्नहरू पनि फेरि सुरु हुन्छन्, जसमा च्याट इतिहास साझा गर्ने कि नगर्ने र त्यसलाई सिङ्क्रोनाइज गर्ने 24 घण्टाको अवधि पर्छन्। पुरानो कनेक्सनमा तोकिएको वेबहुक गन्तव्य नयाँ कनेक्सनमा पनि लागू गर्नुपर्छ। Portfolio को क्षमता पनि जाँच्न लायक छ: Meta ले नयाँ Business Portfolio लाई प्रमाणीकरण नभएसम्म वा 2,000 म्यासेज सीमा नपुगेसम्म दर्ता गरिएका व्यवसायका दुई फोन नम्बरमा सीमित गर्छ।

### प्लेटफर्ममा पुरानो नम्बरलाई के हुन्छ?

कसैले नहटाएसम्म त्यो WhatsApp Business खातामा सम्पत्तिका रूपमा रहिरहन्छ। Meta ले Business Portfolio का एडमिनलाई मात्र व्यवसायका फोन नम्बर मेट्न दिन्छ, र पछिल्लो 30 दिनभित्र सशुल्क म्यासेज पठाउन प्रयोग भएको नम्बर मेट्न दिँदैन।

मेट्नु ऐच्छिक सरसफाइ हो, नयाँ नम्बर जोड्नका लागि अनिवार्य होइन। तर खातामा पुराना नम्बर छाड्दा कुनै प्रणालीले गलत नम्बरमा पठाइरहने सम्भावना रहन्छ। 30 दिन बितेपछि हटाउँदा खाता बुझ्न सजिलो रहन्छ।

- पुनः जडानको योजना बनाउनुअघि एपमा नम्बर परिवर्तन गर्ने। पुरानो कनेक्सन त्यही क्षण अन्त्य हुन्छ।
- एकीकरणहरूमा पुरानो फोन नम्बर ID छाड्ने। म्यासेज नयाँ नम्बरमा नसरी पठाउन असफल हुन्छ।
- बदलावपछि तुरुन्तै पुरानो नम्बर मेट्न खोज्ने। 30 दिनभित्र सशुल्क म्यासेज पठाएको भए Meta ले रोक्छ।

**के कनेक्सन मेरो नयाँ नम्बरसँगै सर्छ?** सर्दैन। Meta ले CHANGE_NUMBER कारणसहित कनेक्सन विच्छेद गर्छ, र नयाँ नम्बर नयाँ कनेक्सनका रूपमा अनबोर्ड गरिन्छ।

**मलाई नयाँ फोन नम्बर ID चाहिन्छ?** चाहिन्छ। नयाँ नम्बर प्लेटफर्ममा छुट्टै व्यवसायको फोन नम्बर हो, र त्यसको आफ्नै ID हुन्छ।

**के म पुरानो नम्बर तुरुन्तै मेट्न सक्छु?** पछिल्लो 30 दिनमा सशुल्क म्यासेज पठाएको छैन भने मात्र सकिन्छ, र Portfolio का एडमिनले मात्र मेट्न सक्छन्।

**के मैले डिस्प्ले नाम फेरि छान्नुपर्छ?** पर्छ। Meta ले व्यवसायको फोन नम्बर दर्ता गर्दा डिस्प्ले नामको जानकारी माग्छ।

---

## Meta व्यवसाय प्रमाणीकरण र Coexistence नम्बर

https://easycoexistence.com/ne/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 म्यासेज सीमा: Business Portfolio का हालका तह

https://easycoexistence.com/ne/docs/messaging-limits-and-tiers

म्यासेज सीमाले ग्राहक सेवा विन्डो बाहिर एउटा व्यवसायले चल्दो 24 घण्टामा कति फरक व्यक्तिलाई म्यासेज पठाउन सक्छ भन्ने तोक्छ। 7 अक्टोबर 2025 देखि यो Meta Business Portfolio अनुसार तोकिन्छ र त्यसभित्रका सबै नम्बरले साझा रूपमा प्रयोग गर्छन्। सुरुवात 250 बाट हुन्छ र 2,000, 10,000, 100,000 हुँदै असीमितसम्म पुग्छ।

### म्यासेज सीमाले वास्तवमा के गन्छ?

चल्दो 24 घण्टाभित्र ग्राहक सेवा विन्डो बाहिर तपाईंको व्यवसायले म्यासेज पुर्‍याउने फरक WhatsApp प्रयोगकर्ताका फोन नम्बर। यो शब्दावलीबाट तीनवटा कुरा निस्कन्छन्।

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

सीमाले तपाईंले पहिलो पटक कतिजनासम्म पुग्नुहुन्छ भन्ने तोक्छ, कति छिटो वा कति धेरै पठाउनुहुन्छ भन्ने होइन।

### अक्टोबर 2025 मा के परिवर्तन भयो?

7 अक्टोबर 2025 अघि प्रत्येक फोन नम्बरको आफ्नै सीमा हुन्थ्यो र नयाँ नम्बर अरू नम्बरले जति कमाएका भए पनि 250 बाटै सुरु हुन्थ्यो। अहिले सीमा Business Portfolio को हो र त्यसभित्रका सबै नम्बरले त्यसलाई साझा रूपमा प्रयोग गर्छन्।

- नयाँ दर्ता गरिएको नम्बरले तुरुन्तै Portfolio को सीमा साझा गर्छ।
- 250 पछिको पहिलो चरण 2,000 हो, पहिले यो 1,000 थियो।
- मापदण्ड पूरा भएको 6 घण्टापछि वृद्धि हुन्छ, पहिले 24 घण्टा लाग्थ्यो।
- नम्बरको गुणस्तर रेटिङ घटे पनि अब सीमा घटाइँदैन।
- पढ्नुपर्ने फिल्ड whatsapp_business_manager_messaging_limit हो; messaging_limit_tier अब प्रयोगमा छैन।

### सीमा कसरी बढ्छ?

दुई चरणमा। 250 बाट माथि जान Portfolio ले एउटा स्केलिङ मार्ग पूरा गर्नुपर्छ: व्यवसाय प्रमाणीकरण गर्ने, अनबोर्डिङ पार्टनरबाट प्रमाणीकरण गराउने, वा उच्च गुणस्तर रेटिङ भएका टेम्प्लेट प्रयोग गरेर 30 दिनभित्र ग्राहक सेवा विन्डो बाहिर 2,000 फरक प्राप्तकर्तालाई म्यासेज पुर्‍याउने। त्यसपछि Meta ले म्यासेजको गुणस्तर समीक्षा गरी स्वीकृत वा अस्वीकृत गर्छ, र अस्वीकृत भए अपनाउनुपर्ने वैकल्पिक बाटो उल्लेख गरिएको account_alerts वेबहुक आउँछ।

2,000 पछि स्केलिङ स्वचालित हुन्छ। Portfolio ले आफ्ना सबै नम्बर र टेम्प्लेटमा उच्च गुणस्तरका म्यासेज पठाइरहेको र पछिल्ला 7 दिनमा हालको सीमाको कम्तीमा आधा प्रयोग गरेको हुँदा Meta ले त्यसलाई एक तह माथि उठाउँछ। किन्नुपर्ने केही छैन र कुनै अनुरोध पेश गर्नुपर्दैन।

### म्यासेज सीमा र थ्रुपुटमा के फरक छ?

सीमाले प्रतिदिन कति व्यक्ति गन्छ भने थ्रुपुटले प्रति सेकेन्ड कति म्यासेज गन्छ। यी दुवै अलग-अलग तोकिन्छन् र अलग-अलग रूपमा असफल हुन्छन्।

Coexistence नम्बरमा यो फरक स्पष्ट देखिन्छ। WhatsApp Business एप र Cloud API दुवैमा प्रयोग भइरहेको कुनै पनि नम्बरको थ्रुपुट Meta ले एपसँग मिल्ने गरी प्रति सेकेन्ड 20 म्यासेजमा तोकेको छ। यो आँकडा Portfolio को तहसँगै बदलिँदैन, त्यसैले असीमित म्यासेज सीमा भएको Portfolio ले पनि Coexistence नम्बरबाट प्रति सेकेन्ड 20 म्यासेज नै पठाउँछ।

प्रति सेकेन्ड सीमा, प्रति प्राप्तकर्ता सीमा र व्यवस्थापन कलको सीमा प्रत्येकको आफ्नै पृष्ठ र आफ्नै त्रुटि कोड छन्।

- messaging_limit_tier पढ्नु। यो अब प्रयोगमा छैन; हालको फिल्ड whatsapp_business_manager_messaging_limit हो।
- प्रत्येक नयाँ नम्बर 250 बाट सुरु हुन्छ भन्ने मान्नु। अक्टोबर 2025 देखि यसले तुरुन्तै Portfolio को सीमा पाउँछ।
- जवाफहरूलाई सीमामा गन्नु। खुला ग्राहक सेवा विन्डोभित्रका म्यासेज सीमाको हिस्सा होइनन्।
- एउटा नम्बरको अभियानले अरू नम्बरलाई क्षमताविहीन बनाउन दिनु। सम्पूर्ण Portfolio एउटै सीमाबाट चल्छ।

**सीमा प्रति नम्बर हो कि प्रति खाता?** 7 अक्टोबर 2025 देखि Meta Business Portfolio अनुसार हुन्छ। Portfolio भित्रका सबै नम्बरले यसलाई साझा रूपमा प्रयोग गर्छन्।

**ग्राहकका जवाफले मेरो सीमा खपत गर्छन् कि?** गर्दैनन्। ग्राहक सेवा विन्डो बाहिरका पठाइ मात्र गनिन्छन्, र प्रत्येक फरक प्राप्तकर्ता चल्दो 24 घण्टामा एक पटक मात्र गनिन्छ।

**कम गुणस्तर रेटिङले मेरो सीमा घटाउन सक्छ?** अक्टोबर 2025 देखि सक्दैन। गुणस्तर घट्दा Meta ले सीमा घटाउन छाड्यो, यद्यपि सीमा बढ्छ कि बढ्दैन भन्ने कुरा अझै गुणस्तरले नै निर्धारण गर्छ।

**उच्च तहले Coexistence को थ्रुपुट बढाउँछ?** बढाउँदैन। Coexistence नम्बरको थ्रुपुट जुनसुकै तहमा पनि प्रति सेकेन्ड 20 म्यासेजमा तोकिएको हुन्छ।

---

## Coexistence नम्बरमा प्रोडक्ट क्याटलग

https://easycoexistence.com/ne/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 मार्फत।
- प्रत्येक फोन नम्बरमा commerce कन्फिगरेसन: कार्ट सक्षम छ कि छैन र क्याटलग देखिन्छ कि देखिँदैन।
- क्याटलग, एकल-प्रोडक्ट, बहु-प्रोडक्ट वा क्यारोसेल म्यासेजमार्फत प्रोडक्ट साझेदारी।
- ग्राहकका प्रतिक्रिया, जो अर्डर विवरण र प्रोडक्टसम्बन्धी प्रश्नसहित वेबहुक सूचनाका रूपमा आइपुग्छन्।

### एप र API मार्फत पठाइने प्रोडक्ट म्यासेजमा के फरक छ?

Meta ले एउटा देखिने फरक उल्लेख गरेको छ: WhatsApp Business एपबाट पठाइएका प्रोडक्ट म्यासेजको विपरीत, Cloud API मार्फत पठाइएका म्यासेजले हाल च्याट थ्रेडको हेडरमा सपिङ कार्ट आइकन देखाउँदैनन्।

API तर्फ एपले त्यही तरिकाले नदेखाउने सेटिङ पनि छन्। पूर्वनिर्धारित रूपमा खातामा रहेका प्रत्येक व्यवसाय फोन नम्बरका लागि सपिङ कार्ट सक्षम र स्टोरफ्रन्ट आइकन लुकाइएको हुन्छ, र दुवै commerce सेटिङ एन्डपोइन्ट प्रयोग गरी प्रत्येक नम्बरमा छुट्टाछुट्टै परिवर्तन गर्न सकिन्छ। क्याटलग निष्क्रिय गर्दा wa.me क्याटलग लिङ्क र क्याटलग हेर्नुहोस् बटनमा ट्याप गर्दा अवैध क्याटलगको चेतावनी देखिन्छ।

ग्राहक सेवा विन्डोबाहिर, अरू कुनै व्यवसायले सुरु गरेको म्यासेज जस्तै, प्रोडक्ट पनि स्वीकृत टेम्प्लेटभित्र नै पठाइन्छ।

### प्रोडक्टको समीक्षा को गर्छ?

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 सम्म प्रोडक्ट राख्न सकिन्छ।

**के म कार्ट बन्द गर्न सक्छु?** सक्नुहुन्छ, प्रत्येक फोन नम्बरमा commerce सेटिङ एन्डपोइन्ट मार्फत। यो पूर्वनिर्धारित रूपमा सक्षम हुन्छ।

---

## Coexistence पछि ब्रोडकास्ट सूची बनाम मार्केटिङ टेम्प्लेट

https://easycoexistence.com/ne/docs/broadcast-lists-vs-templates

Coexistence मार्फत नम्बर जडान भएपछि WhatsApp Business एपका ब्रोडकास्ट सूची पढ्न मात्र मिल्ने हुन्छन् र नयाँ सूची बनाउन सकिँदैन। API मा यसको विकल्प प्रत्येक प्राप्तकर्तालाई पठाइने मार्केटिङ टेम्प्लेट हो। यसका लागि सहमति चाहिन्छ, यो Business Portfolio को म्यासेज सीमामा गनिन्छ, Meta ले शुल्क लिन्छ र प्रत्येक व्यक्तिको मार्केटिङ रोजाइ मानिन्छ।

### API मा ब्रोडकास्ट सूचीको ठाउँ के ले लिन्छ?

Cloud API मार्फत प्रत्येक प्राप्तकर्तालाई एक पटक पठाइने स्वीकृत मार्केटिङ टेम्प्लेटले। API तर्फ सूची भन्ने वस्तु हुँदैन: इन्टिग्रेसनले आफैं दर्शकको सूची राख्छ र त्यसमा भएका प्रत्येक नम्बरमा टेम्प्लेट पठाउँछ।

यसले एकसाथ तीन कुरा बदल्छ। सामग्री पठाउनु अघि Meta को टेम्प्लेट समीक्षाबाट पास हुनुपर्छ। ग्राहक सेवा विन्डो बाहिर गरिएको प्रत्येक पठाइले कुराकानी खोल्छ, जसको शुल्क Meta ले व्यवसायको आफ्नै WhatsApp Business Account मा रहेको भुक्तानी विधिबाट लिन्छ। साथै प्रत्येक फरक प्राप्तकर्ता पछिल्ला 24 घण्टाको Business Portfolio को म्यासेज सीमामा गनिन्छ।

सूची किन बन्द हुन्छ र Meta ले दिने कारणहरू Coexistence ले बन्द गर्ने सुविधाबारेको पृष्ठमा छन्।

### मार्केटिङ टेम्प्लेट कसले प्राप्त गर्न सक्छ?

व्यवसायलाई आफ्नो नम्बर दिएका र त्यसबाट सुन्न सहमति जनाएका व्यक्तिले। Meta को Business Messaging Policy ले यी दुवै सर्त स्पष्ट गरेको छ, र सहमतिमा व्यवसायको नाम उल्लेख हुनुपर्छ तथा ती व्यक्तिले म्यासेज प्राप्त गर्न मञ्जुर गरेको कुरा खुलाउनुपर्छ।

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

सहमति नदिएका मानिसलाई पठाउनु ब्लक र रिपोर्ट बटुल्ने सबैभन्दा छिटो बाटो पनि हो, जसले गुणस्तर घटाउँछ।

### केही मार्केटिङ टेम्प्लेट किन पुग्दैनन्?

किनभने API ले प्रत्येक प्राप्तकर्ता अनुसार यस्ता नियन्त्रण लागू गर्छ जुन ब्रोडकास्ट सूचीमा कहिल्यै देखिँदैनथे।

- प्रति प्रयोगकर्ता मार्केटिङ सीमा: WhatsApp ले कम संलग्न हुने सम्भावना भएको व्यक्तिलाई मार्केटिङ टेम्प्लेट रोक्न सक्छ, र त्यसबेला 131049 फर्काउँछ।
- मार्केटिङ रोकिएको: व्यक्तिले Offers and announcements सेटिङमा गएर व्यवसायबाट आउने मार्केटिङ म्यासेज रोक्न सक्छ, र त्यसबेला 131050 फर्किन्छ।
- संयुक्त राज्य अमेरिकाका नम्बर: WhatsApp ले हाल US फोन नम्बर भएका प्रयोगकर्तालाई मार्केटिङ टेम्प्लेट पुर्‍याउँदैन।
- बहिष्कृत क्षेत्र: प्रति प्रयोगकर्ता सीमा हाल EEA, बेलायत, जापान र दक्षिण कोरियामा सक्रिय छैन।

### एपको आफ्नै मार्केटिङ म्यासेज टुल अझै चल्छ?

Meta को Coexistence सुविधा तालिकाले एपका म्यासेजिङ टुललाई एउटै पङ्क्तिमा राखेको छ, जसमा मार्केटिङ म्यासेज, अभिवादन म्यासेज, अनुपस्थिति म्यासेज, क्विक रिप्लाई र लेबल पर्छन्। अनबोर्डिङपछि WhatsApp Business एपमा यिनमा कुनै परिवर्तन उल्लेख छैन। सोही पङ्क्तिमा यिनलाई Cloud API मा समर्थित छैन भनी चिनो लगाइएको छ।

त्यसैले एपको मार्केटिङ म्यासेज सुविधा र API का मार्केटिङ टेम्प्लेट एउटै नम्बरमा दुई फरक बाटा हुन्। Meta ले अनबोर्डिङपछि WhatsApp Business एपबाट पठाइने म्यासेज निःशुल्क नै रहने र Cloud API मार्फत पठाइने म्यासेजमा Cloud API को मूल्य लागू हुने कुरा पनि भनेको छ।

ब्रोडकास्ट सूची नै बदलिने अपवाद हो, त्यसैले यसलाई विकल्प चाहिन्छ।

- 131049 आएपछि तुरुन्तै पुनः प्रयास गर्ने। Meta ले कम्तीमा 24 घण्टा कुर्न भन्छ, र चाँडो प्रयास गर्दा अर्को एक दिनसम्म थप प्रयास रोकिन सक्छ।
- 131050 आएपछि पुनः प्रयास गर्ने। व्यक्तिले व्यवसायबाट मार्केटिङ म्यासेज रोकेका छन्, र म्यासेज प्राप्त हुँदैन।
- ब्रोडकास्ट सूचीलाई सहमति सूचीका रूपमा आयात गर्ने। नम्बर सेभ गरिएको हुनु नीतिले भन्ने सहमति होइन।

**के मेरा ब्रोडकास्ट सूची मेटिन्छन्?** मेटिँदैनन्। पुराना ब्रोडकास्ट सूची पढ्न मात्र मिल्ने हुन्छन्, र नम्बर जडान भएसम्म नयाँ सूची बनाउन सकिँदैन।

**ब्रोडकास्ट दर्शकलाई म्यासेज पठाउन मलाई टेम्प्लेट चाहिन्छ?** ग्राहक सेवा विन्डो बाहिर चाहिन्छ। व्यवसायले सुरु गर्ने प्रचारका लागि API को बाटो मार्केटिङ टेम्प्लेट हो।

**टेम्प्लेट किन 131050 सहित असफल भयो?** ती प्राप्तकर्ताले तपाईंको व्यवसायबाट मार्केटिङ म्यासेज प्राप्त गर्न छाडेका छन्। Meta ले पुनः प्रयास नगर्न भन्छ।

**के एपको मार्केटिङ म्यासेज सुविधा हट्यो?** Meta ले मार्केटिङ म्यासेजसहित एपका म्यासेजिङ टुललाई अनबोर्डिङपछि एपमा अपरिवर्तित सूचीबद्ध गरेको छ।

---

## व्यवसायले सुरु गर्ने म्यासेजका लागि WhatsApp अप्ट-इन आवश्यकता

https://easycoexistence.com/ne/docs/opt-in-requirements

WhatsApp मा कुनै व्यवसायले कसैलाई म्यासेज पठाउनु अघि Meta को नीतिले दुई कुरा माग्छ: व्यक्तिले आफ्नो फोन नम्बर व्यवसायलाई दिएको हुनुपर्छ, र व्यवसायले उसका म्यासेज प्राप्त गर्न चाहेको कुरा जनाउने अप्ट-इन पाएको हुनुपर्छ। 2024 नोभेम्बरदेखि अप्ट-इन WhatsApp विशेष नभई सामान्य हुन सक्छ, तर त्यसले व्यवसायको नाम खुलाउनुपर्छ र स्थानीय कानुन पालना गर्नुपर्छ।

### Meta को अप्ट-इन नीतिले के माग्छ?

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

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

2024 नोभेम्बरको नीति परिवर्तनले एउटा कुरा खुकुलो बनायो: अप्ट-इन सामान्य हुन सक्छ र त्यसमा WhatsApp को उल्लेख आवश्यक छैन, तर स्थानीय कानुन पालना गरिएको हुनुपर्छ।

### Meta ले कुन अप्ट-इन तरिका स्वीकार गर्छ?

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

- SMS मार्फत।
- वेबसाइटको फारम मार्फत।
- फोनमा, इन्टरएक्टिभ भ्वाइस रिस्पोन्स प्रवाह मार्फत।
- प्रत्यक्ष भेटमा वा कागजमा, हस्ताक्षर गरिएको भौतिक कागजातसहित।
- जुन तरिका भए पनि, लागू कानुनले माग गरेका सूचना र अनुमति जुटाउने जिम्मेवारी व्यवसायको हो।

### मेरो WhatsApp Business एपको सम्पर्क सूचीमा भएको व्यक्ति अप्ट-इन मानिन्छ?

आफैँमा मानिँदैन। Meta को नीतिले अनुमतिलाई व्यक्तिले व्यवसायबाट म्यासेज चाहेको कुरा पुष्टि गर्नुसँग जोड्छ, र सम्पर्क सूचीमा रहेको फोन नम्बरले बढीमा दुई सर्तमध्ये पहिलोलाई मात्र पूरा गर्छ।

Coexistence नम्बरमा यो कुरा महत्त्वपूर्ण छ, किनकि कनेक्सनले एपबाट सम्पर्कहरू सिंक गर्न सक्छ, र पहिलो टेम्प्लेट अभियानका लागि पहिल्यैदेखिका ग्राहक स्वाभाविक लक्षित समूह हुन्। कसैको नम्बर हुनु र उसले सहमति जनाउनु उस्तै कुरा होइनन्।

व्यवसायलाई आफैँ म्यासेज लेख्ने ग्राहकको अवस्था फरक हुन्छ: उसको म्यासेजले ग्राहक सेवा विन्डो खोल्छ, र त्यसभित्र व्यवसायले जवाफ दिन सक्छ।

### अप्ट-इन कमजोर भयो भने के हुन्छ?

प्राप्तकर्ताले विरोध जनाउँछन्, र प्लेटफर्मले त्यस प्रतिक्रियामा कारबाही गर्छ। Meta को अप्ट-इन निर्देशनमा भनिएको छ कि मानिसहरूले व्यवसायलाई ब्लक वा रिपोर्ट गर्न वा उसका मार्केटिङ म्यासेज रोक्न सक्छन्, र गुणस्तर लामो समयसम्म कम रहेमा Meta का प्रणालीले त्यस्तो व्यवसायमाथि दर सीमा लगाउँछन्।

Meta को व्यावहारिक सल्लाह यसैबाट आउँछ। व्यवसायले पठाउने म्यासेजका वर्गहरू खुलाएर अपेक्षा स्पष्ट पार्नुहोस्, वा प्रत्येक वर्गका लागि छुट्टाछुट्टै अप्ट-इन लिनुहोस्। खास वर्गबाट बाहिरिने स्पष्ट निर्देशन दिनुहोस् र त्यसको सम्मान गर्नुहोस्। अप्ट-इन र अप्ट-आउटका प्रवाह सजिलै देखिने बनाउनुहोस्, र नयाँ अप्ट-इन तरिका सुरु हुँदा गुणस्तर रेटिङ ध्यानपूर्वक हेर्नुहोस्।

नीतिले ब्लक गर्ने, बन्द गर्ने वा अप्ट-आउट गर्ने हरेक अनुरोधको सम्मान गर्न पनि माग्छ, चाहे त्यो WhatsApp मा होस् वा बाहिर, र त्यस व्यक्तिलाई सम्पर्क सूचीबाट हटाउन पनि भन्छ।

- सिंक गरिएका एपका सम्पर्कलाई अप्ट-इन सूची ठान्नु। नीतिले प्रत्येक व्यक्तिको सहमति माग्छ, उसको नम्बर मात्र होइन।
- व्यवसायको नाम कतै नखुलाई अप्ट-इन लिनु। Meta ले व्यवसायको नाम स्पष्ट रूपमा लेखिएको हुनुपर्ने माग गर्छ।
- अप्ट-आउट WhatsApp मा आएको बेला मात्र मान्नु। नीतिले जुनसुकै च्यानल मार्फत गरिएको अनुरोधलाई समेट्छ।

**अप्ट-इनमा WhatsApp को उल्लेख हुनुपर्छ?** हुँदैन। 2024 नोभेम्बरको नीति परिवर्तनपछि सामान्य अप्ट-इन मान्य छ, तर त्यो स्थानीय कानुनअनुसार हुनुपर्छ।

**पहिले म्यासेज लेख्ने ग्राहकलाई जवाफ दिन अप्ट-इन चाहिन्छ?** ग्राहकको म्यासेजले ग्राहक सेवा विन्डो खोल्छ, र त्यसभित्र जवाफ दिन अनुमति छ। अप्ट-इनले व्यवसायले सुरु गर्ने म्यासेजलाई नियन्त्रण गर्छ।

**अप्ट-इन अफलाइन तरिकाले लिन सकिन्छ?** सकिन्छ। Meta ले स्वीकार्य तरिकामध्ये प्रत्यक्ष भेट वा कागजमा हस्ताक्षर गरिएको कागजात सूचीबद्ध गरेको छ।

**कसैले अप्ट-आउट गरेपछि के गर्नुपर्छ?** उसले जुनसुकै च्यानल मार्फत अनुरोध गरे पनि उसलाई म्यासेज पठाउन रोक्नुहोस्, र नीतिले भनेअनुसार उसलाई आफ्नो सम्पर्क सूचीबाट हटाउनुहोस्।

---

## ब्लक र रिपोर्टले WhatsApp क्वालिटी रेटिङलाई कसरी असर गर्छ

https://easycoexistence.com/ne/docs/quality-rating-blocks-and-reports

म्यासेजको गुणस्तर पछिल्ला सात दिनमा प्राप्तकर्ताले व्यवसायका म्यासेज कसरी ग्रहण गरे भन्ने आधारमा मापन गरिन्छ, र हालका म्यासेजलाई बढी महत्त्व दिइन्छ। संकेतहरू ब्लक, रिपोर्ट, म्युट, आर्काइभ र ब्लक गर्दा मानिसले दिने कारण हुन्। लगातार कम गुणस्तरले दर सीमा, पठाउँदा 131048 त्रुटि र टेम्प्लेट रोकिनेसम्म पुर्‍याउँछ।

### कस्तो फिडब्याकले WhatsApp क्वालिटी रेटिङ घटाउँछ?

Meta ले संकेतहरू प्रत्यक्ष नाम दिएर भनेको छ: ब्लक, रिपोर्ट, म्युट, आर्काइभ, र प्रयोगकर्ताले व्यवसायलाई ब्लक गर्दा दिने कारण। गुणस्तर पछिल्ला सात दिनमा म्यासेज कसरी ग्रहण गरिए भन्नेमा आधारित हुन्छ र हालको समयलाई बढी महत्त्व दिइन्छ, त्यसैले हिजोको खराब पठाइले छ दिनअघिको भन्दा बढी असर गर्छ।

यसबाट दुई कुरा निस्कन्छन्। नराम्ररी लक्षित एउटै अभियानले रेटिङ छिटो बदल्न सक्छ, र Meta का अनुसार धेरै ट्राफिक भएका नम्बरमा गुणस्तर केही मिनेटमै बदलिएको देखिन्छ। साथै मूल्यांकनले अन्तिम सात दिन मात्र समेट्ने भएकाले त्यसभन्दा पुरानो फिडब्याक गणनामा रहँदैन।

टेम्प्लेटको आफ्नै रेटिङ हुन्छ, जुन फिडब्याक र पढिएको दरबाट बनेको हुन्छ र नम्बरको रेटिङसँगै रहन्छ।

### गुणस्तर घट्दा के हुन्छ?

विभिन्न तहमा धेरै कुरा हुन्छन्।

- पठाउँदा 131048 सँग असफल हुन सक्छ, जसलाई Meta ले धेरै म्यासेज ब्लक वा स्प्याम चिह्नित भएकोसँग जोड्छ।
- YELLOW वा RED रेटिङ भएका टेम्प्लेट पठाउन सकिन्छ, तर तिनीहरू रोकिने वा असक्षम हुने जोखिममा हुन्छन्।
- गुणस्तरले टेम्प्लेटको गति निर्धारणमा भूमिका खेल्छ, जसले अभियानको डेलिभरी ढिलो बनाउन सक्छ।
- नीतिले ब्लक र रिपोर्टका आधारमा व्यवसायले पठाउन सक्ने म्यासेजको संख्या WhatsApp ले सीमित गर्न दिन्छ।
- 7 अक्टोबर 2025 देखि गिरावटले Business Portfolio को म्यासेजिङ सीमा घटाउँदैन, तर सीमा बढ्नबाट रोक्न सक्छ।

### कम क्वालिटी रेटिङ कसरी सुधार गर्ने?

पहिले नकारात्मक फिडब्याकको स्रोत रोक्नुहोस्, त्यसपछि सात दिनको अवधि त्यसलाई पार गर्न दिनुहोस्।

उच्च गुणस्तरका म्यासेजका लागि Meta का दिशानिर्देश नै जाँचसूची हुन्। व्यवसायबाट म्यासेज प्राप्त गर्न सहमति दिएका मानिसलाई मात्र पठाउनुहोस्। म्यासेजलाई व्यक्तिगत र उपयोगी बनाउनुहोस्। खुला स्वागत वा परिचयात्मक म्यासेज नपठाउनुहोस्। दिनमा धेरै म्यासेज पठाउन नपरोस्। सामग्री र लम्बाइ छोटो र सटीक राख्नुहोस्।

व्यवहारमा यसको अर्थ ब्लक ल्याइरहेको अभियान वा टेम्प्लेट रोक्ने, त्यो कुन ग्राहक समूहमा गएको थियो जाँच्ने, र त्यस समूहले दिएको सहमति जाँच्ने हो। 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/ne/docs/gdpr-and-coexistence

Coexistence मार्फत नम्बर जडान भएपछि यसका म्यासेज WhatsApp Business एप र Cloud API बीच प्रतिबिम्बित हुन्छन्। Meta ले Cloud API का लागि आफू व्यवसायको तर्फबाट डेटा प्रोसेसरका रूपमा काम गर्ने, म्यासेज बढीमा 30 दिन राख्ने र प्रत्येक व्यवसायले आफ्नो GDPR दायित्व आफैँ पूरा गर्नुपर्ने उल्लेख गरेको छ।

### Coexistence प्रयोग गर्दा म्यासेज डेटामा के बदलिन्छ?

कुराकानी फोनका साथै Cloud API लाई पनि देखिन्छ। Meta को Coexistence प्रलेखनमा पठाइएका र प्राप्त म्यासेज Cloud API र WhatsApp Business एप बीच प्रतिबिम्बित हुने, WhatsApp नम्बर भएका सम्पर्क सिंक गर्न सकिने र जडानका बेला पछिल्ला छ महिनाका च्याट म्यासेज सिंक गर्न सकिने उल्लेख छ। समूह च्याट सिंक हुँदैनन्।

त्यसपछि नम्बरका एक-एक कुराकानीका म्यासेज Cloud API हुँदै जान्छन्। Meta का अनुसार यसले प्राप्त म्यासेज डिक्रिप्ट गरेर व्यवसायलाई पठाउँछ र बाहिर जाने म्यासेज पठाउनुअघि Signal प्रोटोकलले एन्क्रिप्ट गर्छ।

यो पृष्ठले Meta ले के प्रलेखन गरेको छ र EasyCoexistence ले के गर्छ भन्ने मात्र बताउँछ। यो कानुनी सल्लाह होइन, र कुनै सेटअपले GDPR पूरा गर्छ कि गर्दैन भन्ने निर्णय व्यवसाय र यसका सल्लाहकारले गर्ने हो।

### GDPR अन्तर्गत आफ्नो भूमिकाबारे Meta ले के भन्छ?

Meta को Cloud API डेटा गोपनीयता पृष्ठमा यसको अडान आफ्नै शब्दमा राखिएको छ।

- कानुनले डेटा प्रोसेसर मान्ने ठाउँमा Cloud API उपलब्ध गराउँदा Meta व्यवसायको तर्फबाट प्रोसेसरका रूपमा काम गर्छ।
- Cloud API ले प्रशोधन गरेका म्यासेज अन्यथा निर्देशन नभएसम्म व्यवसायको तर्फबाट र निर्देशनमा मात्र प्रयोग गर्छ।
- म्यासेज बढीमा 30 दिन राखिन्छन्; प्रयोगकर्ता पहिचानकर्ता म्यासेजको पछिल्लो स्ट्याटस अपडेटको 30 दिनभित्र मेटिन्छन्।
- Cloud API का ग्राहकले GDPR जस्ता कानुन अन्तर्गतको आफ्नो दायित्व पूरा गर्नुपर्छ।
- युरोपेली क्षेत्रका ग्राहक WhatsApp Business Data Transfer Addendum अन्तर्गत पर्छन्।

### म्यासेज डेटा EU मा भण्डारण गर्न सकिन्छ?

Meta ले Cloud API स्थानीय भण्डारण उपलब्ध गराउँछ, जसले छोटो प्रयोगकालपछि म्यासेज सामग्री छानिएको देशमा राख्छ। Cloud API का लागि त्यो प्रयोगकाल 60 मिनेटसम्म हुन्छ, जसमा सामग्री अन्तर्राष्ट्रिय रूपमा Meta का डेटा सेन्टरमा प्रशोधन हुन सक्छ। युरोपका विकल्प EU का लागि जर्मनी, स्विजरल्यान्ड र बेलायत हुन्।

स्थानीय भण्डारण नम्बर दर्ता गर्दा तोकिन्छ, र दर्ता भइसकेको नम्बरमा परिवर्तन गर्न दर्ता खारेज गरेर फेरि दर्ता गर्नुपर्छ। Meta को दर्ता प्रलेखनमा Cloud API र WhatsApp Business एप दुवैमा प्रयोगमा रहेको नम्बरमा दर्ता खारेज गर्ने एन्डपोइन्ट प्रयोग गर्न नमिल्ने उल्लेख छ, र Coexistence नम्बरमा स्थानीय भण्डारण सक्षम गर्ने छुट्टै बाटो वर्णन गरिएको छैन।

### Meta पछि म्यासेज कहाँ जान्छन्?

WhatsApp Business खाताका वेबहुक जुन एन्डपोइन्टले प्राप्त गर्छ, त्यहीँ। Meta को वेबहुक ओभरराइडले एपलाई कुनै खाताका वेबहुक एपको आफ्नै भन्दा फरक कलब्याक यूआरएलमा पठाउन दिन्छ।

EasyCoexistence ले यही ओभरराइड प्रयोग गरेर म्यासेज इभेन्टलाई व्यवसायकै सिस्टमतिर पठाउँछ। त्यसैले Meta ले कुराकानीको सामग्री हामीलाई होइन, त्यहीँ पुर्‍याउँछ, र EasyCoexistence ले कुराकानीको सामग्री कहिल्यै भण्डारण गर्दैन। हामीले राख्ने भनेको कनेक्सनको स्ट्याटस र गुणस्तरजस्ता सञ्चालन इभेन्ट हुन्, जसबाट मनिटरिङ बन्छ।

Meta ले Cloud API का लागि SOC 2 Type II र ISO 27001 रिपोर्ट रहेको पनि प्रलेखन गरेको छ, जुन यसको Compliance Center मार्फत प्रकाशित छ।

- Meta को प्रोसेसर भूमिकाले व्यवसायको आफ्नै दायित्व समेट्छ भन्ने मान्नु। Meta ले ग्राहकले आफ्नो GDPR दायित्व आफैँ पूरा गर्नुपर्छ भनेको छ।
- इतिहास सिंक कहाँ पुग्छ भन्ने निर्णय नगरी स्वीकार गर्नु। छ महिनासम्मका च्याट प्राप्त गर्ने सिस्टममा पुर्‍याउन सकिन्छ।
- स्थानीय भण्डारण पछि सक्रिय गर्ने योजना बनाउनु। यो दर्ता गर्दा तोकिन्छ, र परिवर्तन गर्न फेरि दर्ता गर्नुपर्छ।

**Cloud API का लागि Meta प्रोसेसर हो कि कन्ट्रोलर?** Meta का अनुसार कानुनले त्यो अवधारणा मान्ने ठाउँमा Cloud API का लागि यसले व्यवसायको तर्फबाट डेटा प्रोसेसरका रूपमा काम गर्छ।

**Meta ले म्यासेजको सामग्री कति समय राख्छ?** Meta ले पुन:प्रसारणजस्ता सुविधाका लागि Cloud API म्यासेज बढीमा 30 दिन राख्ने उल्लेख गरेको छ।

**के EasyCoexistence ले मेरा कुराकानी देख्छ?** म्यासेज इभेन्ट Meta ले तपाईंकै सिस्टममा पठाउँछ, र EasyCoexistence ले कुराकानीको सामग्री कहिल्यै भण्डारण गर्दैन।

**के यो पृष्ठ कानुनी सल्लाह हो?** होइन। यसले Meta ले के प्रलेखन गरेको छ र EasyCoexistence ले के गर्छ भन्ने मात्र बताउँछ। अनुपालनको मूल्याङ्कन व्यवसाय र यसका सल्लाहकारले गर्नुपर्छ।