# EasyCoexistence: Bahasa Melayu (ms) 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 ## Pelayan MCP WhatsApp untuk Claude, ChatGPT dan Cursor https://easycoexistence.com/ms/whatsapp-mcp-server Pelayan MCP membolehkan pembantu AI menggunakan WhatsApp secara terus: menyenaraikan nombor anda, menghantar mesej dan template, memeriksa kesihatan serta menetapkan webhook kepada sistem anda. EasyCoexistence menjalankannya pada Cloud API rasmi Meta, jadi nombor yang sudah digunakan pelanggan untuk menghubungi anda kekal rasmi dan tidak berisiko. ### Apakah pelayan MCP WhatsApp? MCP, iaitu Model Context Protocol, ialah cara pembantu AI mencapai alat yang tidak dimilikinya. Anda menambah penyambung sekali sahaja, kemudian pembantu boleh memanggil alat itu bagi pihak anda dalam bahasa biasa, tanpa kod penghubung. Pelayan MCP WhatsApp mendedahkan nombor WhatsApp sebagai salah satu alat itu. Daripada menulis skrip yang mengesahkan akses kepada API, membina payload dan mengendalikan respons, anda hanya meminta: hantar mesej ini kepada pelanggan, cipta template untuk kemas kini pesanan, beritahu sama ada nombor ini sihat. Pembantu membuat panggilan tersebut. Yang penting ialah WhatsApp yang dicapainya. Terdapat dua perkara yang sama sekali berbeza tetapi menggunakan nama yang sama, dan perbezaannya menentukan sama ada nombor pelanggan kekal selamat. ### Mengapa kebanyakan pelayan MCP WhatsApp menyebabkan nombor disekat? Hampir setiap pelayan MCP WhatsApp yang boleh dipasang hari ini berfungsi dengan mengawal WhatsApp Web. Ia log masuk sebagai peranti terpaut, sama seperti klien pelayar, lalu mengautomatikkan sesi itu. Perkara tersebut melanggar syarat WhatsApp, yang melarang penggunaan automatik dan pukal klien pengguna, dan peranti terpaut ialah klien pengguna. Nombor yang menggunakannya boleh disekat, manakala dakwaan bebas sekatan merujuk kepada sesuatu yang tidak dikawal oleh pembekal. Untuk nombor peribadi, itu hanya menyusahkan. Untuk nombor yang sudah digunakan pelanggan sesebuah perniagaan untuk menghubungi mereka, kesannya melibatkan keseluruhan perniagaan. Penyambung EasyCoexistence tidak berfungsi begitu. Ia memanggil Cloud API rasmi Meta pada nombor yang didaftarkan melalui ciri Coexistence Meta sendiri. Tiada peranti terpaut dan tiada sesi untuk hilang. ### Apakah yang sebenarnya boleh dilakukan oleh AI dengannya? Enam belas alat yang memetakan perkara yang benar-benar diminta oleh pengguna. Membaca: senaraikan nombor dalam akaun anda, periksa kesihatan sesuatu nombor, termasuk penarafan kualiti, tier pemesejan dan keadaan sambungan, serta baca kelayakan API apabila diperlukan di tempat lain. Menghantar: hantar mesej dalam sesi 24 jam; senaraikan template pada nombor itu, cipta template baharu, semak sama ada Meta telah meluluskannya dan hantar template yang diluluskan untuk membuka perbualan di luar tetingkap tersebut. Konfigurasi sambungan: tetapkan destinasi webhook supaya mesej masuk bergerak terus daripada Meta ke pelayan anda. Mulakan sambungan untuk mendapatkan pautan yang boleh dibuka oleh pelanggan bagi melampirkan nombor mereka. Terdapat juga alat dokumentasi supaya pembantu boleh menyemak cara sesuatu berfungsi, bukannya membuat andaian. Dua alat terakhir inilah yang menjadikannya lebih daripada sekadar alat sembang. Ejen boleh mendaftarkan nombor dan menunjukkannya kepada sistem anda tanpa manusia membuka dashboard. Partner API: lima lagi alat menyediakan pautan sambungan yang dihoskan, apabila perisian anda sendiri membenarkan pelanggannya menyambungkan nombor mereka. Alat ini memaparkan status persediaan, mencipta atau membatalkan kunci API, menetapkan URL yang menerima peristiwa status dan mencipta pautan sambungan untuk seorang pelanggan. ### Adakah perniagaan masih menggunakan aplikasi pada telefon? Ya, dan itulah sebabnya kaedah ini berfungsi pada nombor yang sudah dipercayai oleh sesebuah perniagaan. Coexistence ialah mod rasmi Meta untuk menjalankan aplikasi WhatsApp Business dan Cloud API pada satu nombor secara serentak. Pasukan terus menjawab melalui telefon seperti biasa, dengan perbualan, sejarah dan peranti yang sama, sementara API menghantar dan menerima pada talian yang sama. Apa yang dihantar oleh API muncul dalam aplikasi, dan perkara yang ditaip oleh pasukan dalam aplikasi boleh dilihat oleh API. Jadi, ejen tidak menggantikan sesiapa. Ia menjawab apabila boleh, dan manusia menyambung perbualan yang sama pada telefon apabila mereka mahu. Kedua-dua pihak tidak perlu mengetahui kewujudan pihak yang satu lagi. 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. - Menghantar di luar sesi 24 jam menggunakan teks biasa. Di luar tetingkap tersebut, hanya template yang diluluskan boleh dihantar, jadi ejen yang hanya mengetahui send_message akan senyap pada jam 25. - Mengharapkan sembang kumpulan. Nombor Coexistence dikecualikan daripada API kumpulan bagi setiap pembekal. - Menetapkan webhook kepada URL yang tidak dapat menjawab jabat tangan GET Meta. Meta mengesahkan endpoint sebelum menghantar apa-apa, dan ralat 404 senyap kelihatan seperti tetapan yang berfungsi sehingga mesej pertama tidak pernah tiba. **Bolehkah nombor pelanggan saya disekat kerana ini?** Tidak. Ini ialah Cloud API rasmi Meta yang dicapai melalui ciri Coexistence Meta sendiri. Risiko sekatan yang sering disebut datang daripada get laluan tidak rasmi yang log masuk sebagai peranti terpaut, iaitu mekanisme yang sama sekali berbeza. **Pembantu apakah yang boleh digunakan dengan penyambung ini?** Apa-apa sahaja yang menyokong MCP melalui HTTP dengan OAuth: Claude, ChatGPT, Cursor, Claude Code dan Codex hari ini. Ia ialah satu endpoint jauh, jadi tiada apa-apa berjalan pada mesin anda. **Adakah perbualan saya melalui pelayan anda?** Tidak. Mesej masuk bergerak terus daripada Meta ke webhook yang anda tentukan, dan kami tidak pernah menyimpan kandungan perbualan. Kami menyimpan status akaun dan nombor telefon yang diperlukan untuk memantau sambungan, tiada yang lain. **Bolehkah saya menggunakan satu penyambung untuk beberapa pelanggan?** Ya. Satu akaun boleh menyimpan seberapa banyak nombor yang anda perlukan, setiap satunya dibilkan sebagai sambungan tersendiri, dan penyambung menyenaraikan semuanya. Tiada sekatan untuk menggunakannya bagi perniagaan yang anda uruskan. --- ## WhatsApp Coexistence: aplikasi dan API pada satu nombor https://easycoexistence.com/ms/whatsapp-coexistence Coexistence ialah mod rasmi Meta untuk menjalankan aplikasi WhatsApp Business dan Cloud API pada satu nombor secara serentak. Pasukan anda terus membalas daripada telefon, dengan perbualan dan sejarah yang sama, sementara perisian menghantar serta menerima pada talian yang sama. Tiada apa-apa dipindahkan dan tiada nombor berubah. ### Apakah masalah sebenar yang diselesaikan oleh Coexistence? Sebelum ciri ini wujud, meletakkan nombor perniagaan pada WhatsApp API bermakna terpaksa melepaskan aplikasi. Nombor itu dipindahkan, telefon berhenti berfungsi sebagai klien WhatsApp, dan sesiapa yang menjawab pelanggan sepanjang hari tiba-tiba perlu berbuat demikian melalui perisian yang dibeli. Kebanyakan pasukan kecil tidak menerima pertukaran itu, lalu mereka tidak mengautomatikkan apa-apa. Coexistence menghapuskan pertukaran tersebut. Aplikasi terus berfungsi seperti biasa. Orang yang sama menjawab daripada telefon yang sama, melihat perbualan yang sama dan tidak perlu mempelajari apa-apa. Pada masa yang sama, API disambungkan kepada nombor itu dan boleh menghantar, menerima serta dihubungkan dengan sistem lain. Jadi, persoalannya bukan lagi sama ada perlu melepaskan telefon. Persoalannya ialah perkara yang anda mahu perisian kendalikan, sementara manusia boleh menyambung perbualan yang sama pada bila-bila masa. ### Apakah yang berubah pada telefon selepas disambungkan? Hampir tiada apa-apa, dan itulah tujuannya. Aplikasi dibuka dengan cara yang sama, senarai kenalan kekal sama dan semua perbualan lama masih ada. Tiada sesiapa perlu log masuk di tempat baharu. Perubahan berlaku tanpa kelihatan pada telefon. Mesej yang dihantar oleh API muncul dalam rangkaian perbualan aplikasi, jadi orang yang menjawab melihat gambaran penuh, bukan sebahagian daripadanya. Mesej yang ditaip dalam aplikasi dapat dilihat oleh API, jadi perisian tidak membalas di atas jawapan manusia yang sudah dihantar. Meta menyegerakkan kira-kira enam bulan sejarah apabila nombor mula disambungkan, jadi API tidak bermula tanpa konteks. Dua had perlu diketahui dari awal: perbualan kumpulan dikecualikan daripada API pada nombor Coexistence bagi setiap penyedia, dan nombor itu tidak boleh menggunakan aplikasi pengguna WhatsApp, hanya aplikasi Business. ### Untuk siapa Coexistence sesuai? Dua kumpulan, dan kedua-duanya mahukan perkara yang berbeza daripadanya. Perniagaan dengan satu nombor dan pasukan kecil mahu telefon terus berfungsi sementara sesuatu mengautomatikkan kerja berulang: pengesahan, peringatan dan balasan pertama di luar waktu perniagaan. Mereka tidak membeli perisian untuk menggantikan sesiapa. Mereka mahu mendapatkan semula waktu petang. Agensi, firma perunding atau pembangun mahukan sudut yang berbeza. Mereka melayani banyak perniagaan, setiap satunya mempunyai nombor yang tidak boleh mereka ubah atau pindahkan, dan mereka memerlukan nombor itu dicapai oleh sistem yang dibina. Coexistence ialah satu-satunya cara rasmi untuk meletakkan API pada nombor yang masih dijawab secara manual oleh kakitangan pelanggan. Kedua-duanya memerlukan perkara asas yang sama: sambungan mesti kekal aktif dan seseorang perlu menyedari apabila sambungan itu tidak lagi berfungsi. ### Mengapakah sambungan Coexistence memerlukan pemantauan? Kerana sambungan itu boleh berhenti berfungsi tanpa sesiapa diberitahu. Setiap nombor mempunyai penarafan kualiti dan tahap pemesejan yang dilaraskan Meta berdasarkan reaksi penerima. Penarafan boleh menurun. Tahap boleh berubah. Token akses boleh luput. Destinasi webhook yang berhenti menjawab tidak akan dicuba semula selama-lamanya. Tiada satu pun perkara ini menghasilkan amaran pada telefon, dan aplikasi terus berfungsi seperti biasa, jadi tanda pertama biasanya pelanggan mengatakan mereka tidak menerima mesej. Meta juga menetapkan peraturan bahawa sambungan tanpa aktiviti API selama empat belas hari memerlukan perhatian. Tiada apa-apa yang tersembunyi atau tidak adil tentangnya, tetapi perkara ini mudah terlepas pandang. Inilah yang dipantau oleh EasyCoexistence. Sambungan diperiksa secara berterusan, dan jika sesuatu berubah, anda mendengarnya daripada kami, bukan daripada pelanggan. 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. - Cuba menyambungkan nombor yang menggunakan aplikasi pengguna WhatsApp. Coexistence memerlukan aplikasi Business, dan nombor itu perlu dipindahkan ke sana terlebih dahulu. - Menganggap perbualan kumpulan akan diterima. Perbualan tersebut dikecualikan daripada API pada nombor Coexistence bagi setiap penyedia, jadi apa-apa yang bergantung pada kumpulan tidak akan berfungsi. - Membalas dengan teks bebas lebih 24 jam selepas mesej terakhir pelanggan. Di luar tetingkap itu, hanya template yang diluluskan akan dihantar. - Membiarkan webhook menunjuk kepada URL yang tidak dapat menjawab permintaan pengesahan Meta. Meta memeriksa endpoint sebelum menghantar apa-apa, dan kegagalan senyap kelihatan sama seperti tetapan yang berfungsi. **Adakah pasukan saya perlu berhenti menggunakan telefon?** Tidak. Itulah tujuan utama Coexistence. Aplikasi WhatsApp Business terus berfungsi pada nombor yang sama, dengan perbualan yang sama, dan API berjalan bersamanya. **Adakah saya akan kehilangan perbualan sedia ada?** Tidak. Perbualan kekal dalam aplikasi, dan Meta menyegerakkan kira-kira enam bulan sejarah ke API apabila nombor disambungkan, jadi perisian mempunyai konteks dan tidak bermula kosong. **Bolehkah saya membatalkannya?** Ya. Nombor boleh diputuskan sambungannya, dan aplikasi terus berfungsi seperti biasa. Penyambungan itu tidak mengubah nombor secara kekal. **Adakah ini sama seperti API WhatsApp tidak rasmi?** Tidak, dan perbezaannya menentukan sama ada nombor itu kekal aktif. Coexistence ialah ciri rasmi Meta pada Cloud API. Get laluan tidak rasmi mengendalikan WhatsApp Web sebagai peranti terpaut, lalu melanggar syarat dan menyebabkan nombor disekat. --- ## API WhatsApp Tidak Rasmi: perkara yang menyebabkan nombor disekat https://easycoexistence.com/ms/unofficial-whatsapp-api-risks API WhatsApp tidak rasmi berfungsi dengan log masuk sebagai peranti dipautkan dan mengautomasikan sesi WhatsApp Web. Tindakan itu melanggar syarat WhatsApp, Meta mengesan coraknya, lalu nombor tersebut disekat. Cloud API rasmi menjalankan kerja yang sama melalui antara muka yang disokong Meta, pada nombor yang sudah digunakan oleh perniagaan. ### Bagaimanakah API WhatsApp tidak rasmi berfungsi? Setiap satunya, walau apa pun dakwaan pemasaran, melakukan perkara yang sama di peringkat asas. API ini membuka protokol yang digunakan WhatsApp Web, memautkan dirinya kepada akaun sebagai peranti dipautkan, kemudian mengawal sesi itu secara programatik. Pustaka membaca mesej masuk daripada soket dan menghantar mesej keluar melaluinya. Sebab itu API ini murah, boleh dipasang dalam beberapa minit dan boleh mencapai ciri yang tidak didedahkan oleh API rasmi. Tiada akaun untuk dipohon dan tiada semakan untuk dilalui. Anda mengimbas kod, lalu boleh mula menghantar. Itu juga sebab nombor tersebut berisiko. Tiada apa-apa pada sesi itu yang mendapat kebenaran rasmi. Syarat WhatsApp melarang penggunaan automatik atau pukal klien pengguna, dan peranti dipautkan ialah klien pengguna. Kemudahan dan pendedahan itu sebenarnya fakta yang sama dari dua sudut. ### Bagaimanakah Meta mengesannya? Bukan dengan mencari nama pustaka, seperti yang diandaikan ramai dan menyebabkan mereka menyangka penulisan semula akan menyelamatkan mereka. Pengesanan berdasarkan tingkah laku dan memerhati corak trafik. Isyaratnya ialah perkara yang biasanya dihasilkan oleh automasi. Nisbah mesej dihantar kepada balasan diterima, kerana perbualan sebenar biasanya seimbang manakala siaran tidak. Jarak dalam graf kenalan, kerana menulis kepada orang yang tidak pernah menulis kepada anda dan tiada kenalan sepunya kelihatan sangat berbeza daripada penggunaan biasa. Keteraturan masa, kerana manusia tidak menghantar mesej pada sela yang konsisten. Laporan penerima pula mempunyai berat yang besar dan tiba paling cepat. Sebab itu gateway yang telah berjalan selama setahun bukan bukti keselamatan. Ia hanya membuktikan trafik itu belum melepasi ambang. Ambang tersebut tidak bergantung pada pustaka yang menghantar mesej. ### Apakah kos sebenar apabila nombor disekat? Kosnya lebih besar daripada nilai automasi itu, dan perkara inilah yang sering dipandang ringan. Nombor tersebut berhenti berfungsi. Bukan automasi, tetapi nombornya. Setiap perbualan padanya tidak lagi boleh dicapai, dan pelanggan dalam perbualan itu tidak tahu apa-apa telah berlaku. Mereka cuma berhenti menerima balasan. Bagi perniagaan yang mencetak nombornya pada kenderaan, premis, kad atau ribuan invois terdahulu, nombor itu lebih menyerupai talian telefon daripada perisian. Sejarah turut hilang. Begitu juga senarai kenalan yang dibina dalam perbualan tersebut. Rayuan memang ada dan kadangkala berjaya, tetapi prosesnya lambat dan tiada siapa boleh menjamin hasilnya. Bagi agensi, kiraannya lebih buruk kerana nombor yang berhenti berfungsi itu milik pelanggan yang tidak pernah diberitahu bahawa inilah mekanismenya. ### Apakah rupa laluan rasmi? Dahulu, bantahan terhadap API rasmi memang berasas. Ia memerlukan pemindahan nombor, yang menyebabkan aplikasi WhatsApp Business pada telefon terhenti, dan tiada pasukan kecil yang sanggup menerimanya. Coexistence menghapuskan bantahan itu. Ini ialah mod Meta sendiri untuk menjalankan aplikasi Business dan Cloud API pada satu nombor secara serentak. Pasukan terus membalas dari telefon, sembang dan sejarah kekal di tempatnya, dan API dipautkan kepada talian yang sama. Tiada peranti dipautkan, tiada sesi disimpan pada pelayan dan tiada kelayakan yang berbaloi untuk dicuri. Pertukarannya nyata tetapi kecil. Teks bebas hanya berfungsi dalam tempoh 24 jam selepas mesej terakhir pelanggan, template memerlukan kelulusan dan sembang kumpulan tidak tersedia. Sebagai balasan, nombor itu tidak boleh disekat kerana mekanisme tersebut. - Menyangka pustaka yang mengiklankan perlindungan anti-sekatan telah menyelesaikan masalah ini. Pengesanan memerhati tingkah laku trafik, bukan kod yang menghantarnya, jadi dakwaan itu merujuk kepada sesuatu yang tidak boleh dikawal oleh vendor. - Menganggap masa operasi berbulan-bulan sebagai bukti keselamatan. Ini hanya bermakna trafik tersebut belum melepasi ambang, yang merupakan kenyataan berbeza. - Menguji pada nombor peribadi terlebih dahulu. Sekatan di situ memang menyusahkan, tetapi tidak mengajar apa-apa tentang nombor perniagaan yang membawa trafik jauh lebih banyak. - Menyimpan sesi tidak rasmi pada pelayan dikongsi. Kelayakan itu memberikan akses penuh kepada akaun dan menjadi sasaran yang diketahui. **Adakah nombor saya sudah berisiko jika menggunakan salah satu daripadanya?** Pendedahan itu wujud selagi sesi sedang berjalan. Tiada perkara yang tercetus pada tarikh tetap, sebab itu masa operasi yang panjang bukan sesuatu yang meyakinkan. Anda boleh beralih kepada API rasmi pada nombor yang sama tanpa kehilangan aplikasi. **Bolehkah saya beralih kepada API rasmi tanpa menukar nombor?** Ya. Coexistence menyambungkan nombor yang sudah anda gunakan, dan aplikasi WhatsApp Business terus berfungsi pada telefon sepanjang proses itu. Tiada apa-apa yang dipindahkan. **Apakah yang tidak boleh dilakukan oleh API rasmi?** Sembang kumpulan tidak tersedia pada nombor Coexistence. Teks bebas hanya berfungsi dalam tempoh 24 jam selepas mesej terakhir pelanggan, dan selepas tempoh itu mesej mesti menggunakan template yang telah diluluskan Meta. **Adakah laluan rasmi lebih mahal?** Meta mengenakan yuran pemesejan sendiri dalam kedua-dua keadaan, yang dibilkan terus kepada anda. Perbezaannya ialah yuran bulanan tetap bagi setiap nombor, bukannya risiko kehilangan nombor. --- ## Sambungkan WhatsApp ke n8n melalui Cloud API rasmi https://easycoexistence.com/ms/integrations/n8n Tetapkan destinasi webhook pada n8n Webhook node dan setiap mesej kepada nombor itu akan tiba sebagai pencetus aliran kerja. Balasan dihantar semula melalui Cloud API atau pelayan MCP kami, yang boleh dicapai oleh n8n kerana MCP Client Tool menyokong OAuth2. Telefon terus boleh digunakan sepanjang masa. ### Bagaimanakah mesej WhatsApp sampai ke aliran kerja n8n? Meta menghantar setiap mesej yang dihantar kepada nombor itu ke satu URL yang anda tetapkan, melalui HTTP POST. URL itu ialah keseluruhan integrasi. Letakkan n8n Webhook node pada URL produksi, tetapkannya sebagai destinasi webhook nombor itu, dan aliran kerja akan berjalan bagi setiap mesej masuk. Payload membawa sender, teks atau media reference, timestamp dan message id. Selepas itu, ia menjadi aliran kerja n8n biasa: buat cabang berdasarkan kandungan, cari rekod pelanggan, panggil apa-apa perkhidmatan lain yang anda jalankan, dan tentukan sama ada mahu membalas. Oleh sebab ini ialah Coexistence, mesej yang sama turut berada dalam aplikasi WhatsApp Business pada telefon. Staf boleh menjawabnya. Aliran kerja melihat perkara yang dihantar oleh staf, dan staf melihat perkara yang dihantar oleh aliran kerja, jadi kedua-duanya tidak membalas bertindih. ### Bagaimanakah aliran kerja menghantar balasan? Gunakan HTTP Request node terhadap Cloud API, dengan phone number id dan access token nombor itu. Kedua-duanya boleh dibaca daripada dashboard atau melalui penyambung MCP jika anda mahu pembantu mendapatkannya. Perkara yang perlu dihantar bergantung pada masa, dan inilah bahagian yang sering terlepas pandang. Dalam tempoh 24 jam selepas mesej terakhir pelanggan, teks bebas boleh digunakan dan balasan ialah apa-apa yang digubah oleh aliran kerja. Di luar tetingkap itu, hanya template yang telah diluluskan oleh Meta akan dihantar. Aliran kerja yang hanya menghantar teks bebas kelihatan sempurna ketika ujian, kerana ujian sentiasa berlaku beberapa saat selepas mesej, kemudian terhenti pada kes semalaman yang sebenar. Struktur yang kukuh ialah cabang: semak tempoh sejak mesej masuk terakhir, kemudian pilih teks bebas atau template dengan sewajarnya. ### Bolehkah n8n menggunakan penyambung MCP juga? Ya, dan n8n agak luar biasa dalam hal ini. MCP Client Tool node miliknya bersambung ke pelayan MCP jauh dan menyokong OAuth2, iaitu keperluan kami, jadi AI Agent node dalam aliran kerja boleh memanggil alat kami secara terus. Perkara ini penting kerana kebanyakan platform automasi tidak boleh berbuat demikian. Make dan Zapier kedua-duanya menjalankan pelayan MCP sendiri dan kedua-duanya tidak bertindak sebagai klien, jadi kedua-duanya tidak boleh mencapai pelayan pihak ketiga. n8n boleh. Kegunaan utamanya ialah bahagian tindakan: nod ejen yang menentukan sama ada mahu menghantar mesej, menyemak kesihatan nombor atau membaca status kelulusan template semasa aliran kerja berjalan. Ia tidak boleh menggantikan webhook, kerana MCP tiada cara untuk diaktifkan oleh mesej masuk. ### Antara kedua-duanya, yang manakah patut digunakan oleh aliran kerja? Kedua-duanya, untuk bahagian yang berbeza, dan pembahagian ini bukan soal pilihan. Webhook ialah cara sesuatu bermula. Pelanggan menulis mesej, Meta menghantarnya ke Webhook node anda, lalu aliran kerja berjalan. Tiada padanan MCP untuk perkara ini dalam mana-mana alat, kerana protokol itu menggunakan permintaan dan respons, bukannya sesuatu yang boleh dipanggil masuk. MCP Client Tool adalah untuk ejen dalam aliran kerja bertindak tanpa anda menetapkan panggilan itu secara keras. Jika aliran kerja sudah mengetahui dengan tepat perkara yang perlu dihantar, HTTP Request node terhadap Cloud API lebih mudah dan kurang berisiko mengalami masalah. Jika ejen yang membuat keputusan, penyambung itu memberinya enam belas alat serta peraturan dalam penerangan masing-masing, termasuk tetingkap 24 jam. ### Apakah perbezaannya berbanding nod WhatsApp n8n yang sudah biasa digunakan? Kebanyakan persediaan WhatsApp n8n yang anda temui dibina pada get laluan tidak rasmi yang log masuk sebagai peranti dipautkan. Ia mudah dimulakan dan meletakkan nombor dalam risiko, kerana mekanisme itu melanggar syarat WhatsApp dan Meta mengesan corak trafik, bukan pustaka yang digunakan. Laluan biasa yang lain ialah API rasmi tanpa Coexistence, yang berfungsi tetapi memindahkan nombor itu. Aplikasi WhatsApp Business tidak lagi berfungsi padanya, dan pasukan yang sebelum ini menjawab sepanjang hari perlu berpindah ke alat baharu. Bagi kebanyakan perniagaan kecil, ini bukan pilihan, sebab itu ramai akhirnya menggunakan get laluan tidak rasmi. Coexistence ialah gabungan yang sebelum ini tiada. API rasmi, dan telefon terus boleh digunakan. - Menggunakan Test URL n8n sebagai destinasi webhook. Ia berhenti mendengar apabila editor ditutup, jadi mesej dihantar ke mana-mana. - Tidak menjawab permintaan pengesahan Meta. Meta menghantar GET dengan challenge sebelum menghantar apa-apa, dan nod yang tidak mengembalikannya tidak akan menerima mesej. - Membalas dengan teks bebas di luar tetingkap 24 jam. Ia gagal secara senyap dari sudut pandangan aliran kerja, dan hanya template yang diluluskan akan dihantar. **Adakah saya memerlukan nod n8n yang berasingan untuk ini?** Tidak. Webhook node menerima dan HTTP Request node menghantar. Tiada apa-apa untuk dipasang, kerana integrasi ini ialah URL dan panggilan REST. **Bolehkah pasukan masih menjawab daripada telefon?** Ya. Itulah maksud Coexistence. Aplikasi WhatsApp Business terus berfungsi pada nombor yang sama, dan aliran kerja serta staf melihat mesej satu sama lain. **Bolehkah satu aliran kerja mengendalikan nombor beberapa pelanggan?** Ya. Halakan setiap nombor kepada webhook yang sama dan buat cabang berdasarkan phone number id yang menerima dalam payload. Satu akaun boleh memegang sebanyak mana nombor yang anda perlukan. **Apakah yang berlaku jika tika n8n saya tidak berfungsi?** Meta akan mencuba semula penghantaran untuk suatu tempoh, kemudian berhenti. Mesej masih tiba dalam aplikasi WhatsApp Business pada telefon, jadi tiada apa-apa yang hilang kepada perniagaan, hanya kepada aliran kerja. --- ## Sambungkan WhatsApp ke Claude dengan penyambung tersuai https://easycoexistence.com/ms/integrations/claude Tambah https://easycoexistence.com/api/mcp sebagai penyambung tersuai dalam Claude dan log masuk. Claude kemudian boleh menyenaraikan nombor anda, memeriksa statusnya, menghantar mesej dan template, serta menetapkan webhook kepada sistem anda sendiri, semuanya melalui Cloud API rasmi Meta dan bukannya sesi peranti yang dipautkan. ### Bagaimanakah cara menambahnya ke Claude? Dalam Claude, buka tetapan dan tambah penyambung tersuai yang menunjuk kepada EasyCoexistence MCP endpoint. Claude membuka halaman log masuk, anda memberikan kebenaran, kemudian alat tersebut muncul. Tiada key perlu dijana atau ditampal ke dalam fail konfigurasi kerana penyambung menggunakan OAuth. Claude Desktop menggunakan penyambung yang sama, yang ditambah daripada Tetapan di bawah Penyambung. Fail konfigurasinya hanya menerangkan pelayan setempat yang dilancarkannya sendiri, jadi endpoint jauh seperti ini tidak ditulis di situ. Walau apa pun caranya, pelayan itu sendiri berada jauh. Tiada apa-apa dipasang, tiada apa-apa berjalan di latar belakang pada komputer riba anda, dan menutup aplikasi tidak menjejaskan apa-apa. Nombor kekal disambungkan sama ada Claude dibuka atau tidak. ### Apakah yang boleh dilakukan Claude selepas disambungkan? Tanya dalam bahasa biasa dan Claude memilih alatnya. Nombor saya yang manakah tidak sihat? Hantar pengesahan tempahan kepada pelanggan ini. Cipta template untuk kemas kini pesanan dan beritahu saya apabila Meta meluluskannya. Arahkan webhook nombor ini ke pelayan saya. Alat membaca ialah alat yang digunakan setiap hari tanpa disedari: menyenaraikan nombor, memeriksa penarafan kualiti, tahap pemesejan dan keadaan sambungan nombor, serta mendapatkan kelayakan apabila diperlukan oleh perkara lain. Alat menghantar meliputi teks bebas dalam tetingkap sesi dan template yang diluluskan di luarnya. Dua perkara paling penting bagi sesiapa yang mengurus pelanggan ialah memulakan sambungan dan menetapkan destinasi webhook. Bersama-sama, kedua-duanya membolehkan Claude menyediakan nombor pelanggan dan menyambungkannya kepada sistem anda tanpa sesiapa perlu membuka dashboard. ### Adakah nombor selamat daripada disekat apabila menggunakannya? Ya, kerana keselamatan bergantung pada apa yang digunakan di bawahnya, bukan pada Claude. Pelayan WhatsApp MCP yang biasanya ditemui mengawal WhatsApp Web sebagai peranti yang dipautkan. Ini melanggar syarat WhatsApp, dan Meta mengesannya melalui tingkah laku trafik, lalu nombor disekat tanpa mengira pembantu yang mengeluarkan arahan. Menggunakan pembantu yang berhati-hati tidak membantu kerana mekanismenya yang dilarang. Penyambung ini memanggil Cloud API rasmi Meta pada nombor yang disediakan melalui ciri Coexistence milik Meta. Tiada peranti dipautkan, tiada sesi disimpan di mana-mana, dan penggunaannya tidak melanggar syarat. Had biasa tetap terpakai: teks bebas hanya dalam tempoh 24 jam selepas mesej terakhir pelanggan, template yang diluluskan selepas tempoh itu, dan tiada sembang kumpulan. **Adakah ini berfungsi dalam Claude Code dan aplikasi Claude?** Ya. Ini ialah pelayan MCP jauh melalui HTTP dengan OAuth, jadi apa-apa yang menyokong penyambung tersuai boleh menggunakannya, termasuk Claude Code, ChatGPT dan Cursor. **Adakah Claude dapat melihat perbualan pelanggan saya?** Hanya perkara yang anda minta. Mesej masuk dihantar daripada Meta ke destinasi webhook yang anda tetapkan, dan kami tidak pernah menyimpan kandungan perbualan. **Bolehkah Claude menyambungkan nombor baharu sendiri?** Claude boleh memulakan proses itu. Penyambung mengembalikan pautan yang perlu dibuka oleh pemilik perniagaan untuk memberikan kebenaran kepada nombor mereka sendiri melalui aliran Meta. Langkah ini hanya boleh diselesaikan oleh pemilik tersebut. **Apakah yang berlaku jika Claude cuba menghantar mesej selepas tetingkap itu tamat?** Cloud API menolaknya dan Claude melihat ralat tersebut, jadi Claude boleh menggunakan template yang diluluskan. Tiada apa-apa yang digugurkan secara senyap. --- ## WhatsApp Cloud API atau Coexistence: nombor anda perlukan yang mana https://easycoexistence.com/ms/whatsapp-cloud-api-vs-coexistence Coexistence bukan alternatif kepada Cloud API, sebaliknya cara untuk mendaftarkan nombor ke dalamnya. Nombor Cloud API biasa digunakan sepenuhnya oleh perisian. Nombor Coexistence menjalankan API dan aplikasi WhatsApp Business serentak, jadi pasukan boleh terus menjawab melalui telefon. ### Adakah Cloud API dan Coexistence sebenarnya perkara yang berbeza? Tidak, dan cara soalan ini dibingkaikan sering mengelirukan orang. Cloud API ialah WhatsApp Business Platform Meta yang dihoskan. Coexistence ialah mod pendaftaran nombor ke API yang sama, sambil memastikan aplikasi WhatsApp Business terus berfungsi pada nombor itu. Jadi endpoint adalah sama, format mesej adalah sama, template berfungsi dengan cara yang sama dan tetingkap 24 jam terpakai secara serupa. Apa-apa yang ditulis untuk satu boleh digunakan pada yang satu lagi. Perbezaannya ialah apa yang berlaku pada telefon. Daftarkan nombor melalui cara biasa dan aplikasi Business berhenti berfungsi padanya: nombor itu kini dimiliki perisian, dan sesiapa yang menjawab perlu menjawab melalui apa sahaja yang dibina. Daftarkan melalui Coexistence dan kedua-dua permukaan kekal aktif, masing-masing melihat perkara yang dihantar oleh satu lagi. ### Bilakah Cloud API biasa menjadi pilihan yang lebih sesuai? Apabila tiada sesiapa perlu menjawab secara manual pada nombor itu, yang sebenarnya lebih biasa daripada yang disangka. Nombor pemberitahuan yang hanya menghantar kemas kini pesanan tidak memerlukan bahagian manusia untuk dikekalkan. Nombor baharu yang dibeli khusus untuk integrasi tidak pernah digunakan dalam aplikasi sesiapa. Talian sokongan berjumlah tinggi yang sudah berjalan melalui helpdesk pula mempunyai aliran kerja manusia di tempat lain, dan mengembalikan aplikasi WhatsApp Business ke tengah proses hanya akan memecahkannya. Dalam keadaan ini, Coexistence menambah kekangan tanpa manfaat: throughput pada nombor Coexistence ditetapkan oleh Meta dan bukannya berkembang mengikut penarafan kualiti serta tahap pemesejan, manakala keperluan aktiviti peranti berkala menjadi tanggungjawab penyelenggaraan yang anda tanggung tanpa faedah. ### Bilakah Coexistence satu-satunya pilihan yang berfungsi? Apabila nombor itu sudah digunakan oleh perniagaan dan seseorang sudah menjawab melalui nombor tersebut. Ini meliputi kebanyakan syarikat kecil, dan hampir setiap nombor yang diwarisi oleh agensi. Nombor itu dicetak pada kenderaan, premis, invois dan laman web. Seseorang menjawabnya melalui telefon pada siang hari dan mengenali setiap pelanggan tetap dengan nama. Memberitahu orang itu bahawa aplikasi akan berhenti berfungsi biasanya menamatkan perbualan, dan itulah sebabnya begitu banyak perniagaan beralih kepada gateway tidak rasmi berbanding API rasmi. Coexistence menghapuskan pertukaran itu. Aplikasi terus berfungsi, pasukan tidak perlu mempelajari perkara baharu dan perisian mendapat API yang sama seperti sebelumnya. ### Bolehkah nombor berpindah antara kedua-duanya kemudian? Nombor boleh diputuskan sambungannya dan disambungkan semula, jadi keputusan itu tidak kekal seperti yang dibimbangkan orang. Yang kekal ialah pilihan sejarah sembang. Apabila nombor mula-mula disambungkan melalui Coexistence, Meta bertanya sama ada mahu berkongsi perbualan sedia ada dengan API. Itu ialah keputusan pendaftaran sekali sahaja dan tidak boleh dibuat semula selepas itu. Jika anda menolaknya dan kemudian memerlukan konteks tersebut, satu-satunya cara ialah memutuskan sambungan dan menyambungkannya semula. Jadi pilihan yang perlu diberi perhatian bukan mod pendaftaran yang dipilih. Sebaliknya, tentukan sama ada mahu menerima sejarah pada hari tersebut, kerana pilihan itulah yang tidak akan muncul semula. - Menganggap Coexistence sebagai API yang lebih rendah. Ia ialah Cloud API yang sama, dicapai melalui proses pendaftaran berbeza, dengan endpoint dan peraturan yang sama. - Memilih Coexistence untuk nombor yang tiada sesiapa jawab secara manual. Ia menambah kewajipan aktiviti peranti dan had throughput tetap sebagai pertukaran untuk aliran kerja telefon yang tidak wujud. - Menolak sejarah sembang semasa pendaftaran dan menjangka boleh menambahnya kemudian. Pilihan itu dibuat sekali dan tidak boleh diubah. **Adakah Coexistence lebih perlahan daripada Cloud API biasa?** Throughput pada nombor Coexistence ditetapkan oleh Meta dan bukannya berkembang mengikut penarafan kualiti serta tahap pemesejan. Untuk penggunaan perbualan, had itu jarang menjadi kekangan, tetapi ia mungkin penting bagi penghantaran berjumlah tinggi. **Adakah template berfungsi dengan cara yang sama untuk kedua-duanya?** Ya. Template dihantar kepada Meta untuk semakan dan dihantar melalui API dengan cara yang sama. Pada nombor Coexistence, aplikasi telefon tidak boleh menghantarnya, jadi apa-apa di luar tetingkap 24 jam perlu melalui API. **Bolehkah saya meletakkan nombor baharu pada Coexistence?** Nombor itu perlu didaftarkan dalam aplikasi WhatsApp Business terlebih dahulu, kerana Coexistence menyambungkan nombor yang sudah digunakan oleh aplikasi tersebut. Untuk nombor yang tiada sesiapa akan jawab secara manual, pendaftaran Cloud API biasa lebih sesuai. **Yang mana digunakan oleh agensi untuk nombor pelanggan?** Coexistence, hampir selalu. Nombor pelanggan ialah nombor yang sudah dijawab oleh kakitangan mereka, dan memindahkannya akan mengambil aplikasi WhatsApp Business daripada mereka, sesuatu yang tidak dipersetujui oleh pelanggan. --- ## Ralat WhatsApp 131047: mesej penglibatan semula https://easycoexistence.com/ms/docs/whatsapp-error-131047 Ralat 131047 bermakna lebih 24 jam telah berlalu sejak pelanggan itu terakhir menghantar mesej kepada anda, jadi tetingkap khidmat pelanggan telah ditutup dan teks bebas tidak akan dihantar. Hanya template yang telah diluluskan Meta boleh membuka semula perbualan. ### Apakah yang menyebabkan ralat 131047? Mesej teks bebas yang dihantar kepada seseorang yang mesej terakhirnya kepada anda sudah melebihi 24 jam. WhatsApp Business Platform hanya membenarkan perniagaan menulis secara bebas dalam tetingkap khidmat pelanggan. Tetingkap ini dibuka apabila pelanggan menghantar mesej kepada anda dan berlangsung selama 24 jam. Dalam tempoh itu, anda boleh menghantar apa sahaja. Selepas tempoh tersebut, API menolak teks bebas dengan kod 131047, bukannya menghantar sesuatu yang tidak diminta oleh penerima. Sebab ralat ini muncul dalam penggunaan sebenar, bukan semasa ujian, ialah masa. Sesiapa yang menguji integrasi akan menghantar mesej dan membalas beberapa saat kemudian, iaitu sentiasa dalam tetingkap. Kes pertama selepas semalaman, atau pelanggan pertama yang senyap selama sehari, ialah apabila ralat ini muncul. ### Bagaimanakah anda membetulkannya? Hantar template yang diluluskan dan bukannya teks bebas. Template ialah mesej yang anda serahkan kepada Meta lebih awal untuk disemak. Selepas diluluskan, template boleh dihantar pada bila-bila masa, termasuk kepada seseorang yang tidak pernah menghantar mesej kepada anda. Penghantaran template membuka semula perbualan, dan sebaik sahaja pelanggan membalas, anda mendapat 24 jam baharu untuk menghantar teks bebas. Jadi, pembetulan yang berkekalan bukanlah mencuba semula. Gunakan cabang aliran: sebelum menghantar, semak bila kali terakhir kenalan itu menghantar mesej. Jika dalam 24 jam, hantar teks bebas. Jika selepas tempoh itu, hantar template yang sesuai. Integrasi yang hanya tahu menghantar teks bebas akan terus mengalami ralat ini, dan kepada orang yang memantau perbualan, ia kelihatan seperti tiada respons. ### Adakah ini terpakai pada nombor Coexistence? Ya, dengan satu kesan tambahan yang perlu diketahui. Tetingkap ini berfungsi sama sahaja sama ada nombor itu didaftarkan melalui Coexistence atau tidak, kerana ia ialah peraturan platform, bukan kaedah pendaftaran. Perbezaannya ialah pihak yang boleh bertindak. Pada nombor Coexistence, aplikasi WhatsApp Business tidak boleh menghantar template, jadi apa-apa yang dihantar selepas tetingkap ditutup perlu melalui API. Ini bermakna pasukan yang membalas melalui telefon boleh menjawab secara bebas dalam perbualan yang masih aktif, tetapi tidak boleh memulakan semula perbualan yang sudah lama senyap daripada aplikasi itu. Memulakannya semula ialah tugas API, dan ini antara sebab praktikal perniagaan menyambungkan nombor tersebut. - Mencuba semula mesej teks bebas yang sama. Tetingkap tidak terbuka semula dengan sendiri, jadi cubaan itu akan gagal dengan cara yang sama. - Mengira tetingkap daripada mesej terakhir anda, bukan mesej mereka. Mesej mereka yang membukanya. - Menganggap template boleh ditulis dan dihantar pada masa yang sama. Meta menyemaknya dahulu, biasanya dalam beberapa minit tetapi kadangkala mengambil masa sehari. **Bolehkah saya melanjutkan tetingkap 24 jam?** Tidak. Tempoh ini ditetapkan oleh Meta dan tiada penyedia boleh memanjangkannya. Satu-satunya perkara yang membukanya semula ialah pelanggan menghantar mesej kepada anda sekali lagi. **Adakah balasan pelanggan kepada template membukanya semula?** Ya. Apa-apa mesej daripada pelanggan memulakan 24 jam baharu, termasuk balasan kepada template yang anda hantar. **Kategori template manakah yang patut saya gunakan?** Utility untuk mesej transaksi, marketing untuk mesej promosi. Penghantaran marketing memerlukan kaedah pembayaran pada WhatsApp Business Account anda sendiri. **Adakah ralat 131047 sama dengan 131049?** Tidak. 131047 ialah tetingkap yang ditutup. 131049 ialah Meta mengehadkan penghantaran untuk melindungi kesihatan ekosistem, iaitu keadaan yang berbeza. --- ## Ralat WhatsApp 131049: mesej disekat demi kesihatan ekosistem https://easycoexistence.com/ms/docs/whatsapp-error-131049 Ralat 131049 bermaksud Meta memilih untuk tidak menghantar mesej ini bagi mengekalkan interaksi ekosistem yang sihat. Ini bukan disebabkan tetingkap 24 jam dan bukan masalah template. Panduan Meta ialah menunggu sekurang-kurangnya 24 jam sebelum mencuba semula penerima itu. ### Apakah maksud sebenar interaksi ekosistem di sini? Ini ialah istilah Meta bagi menunjukkan sama ada orang yang menerima mesej mengalu-alukan perkara yang dihantar oleh perniagaan, berdasarkan ukuran merentas platform dan bukan akaun anda sahaja. Apabila platform menilai bahawa penghantaran tertentu tidak akan dialu-alukan, platform menyekat mesej itu dan mengembalikan 131049. Ini ialah penilaian terhadap mesej dan penerima, bukan peraturan tetap yang telah anda langgar. Sebab itu ralat ini boleh muncul pada akaun yang penarafan kualitinya kelihatan baik. Ralat ini paling kerap muncul pada penghantaran pemasaran kepada penerima yang tidak berinteraksi, serta apabila banyak mesej serupa dihantar serentak. Ini ialah isyarat tentang corak penghantaran, bukan penalti yang dikenakan pada nombor tersebut. ### Mengapa menghantar template tidak menyelesaikannya? Kerana template bukan puncanya. Selepas melihat penghantaran disekat, ramai terus memilih template kerana itulah penyelesaian bagi kegagalan biasa yang satu lagi, 131047. Namun, 131047 ialah peraturan berkaitan masa: tetingkap telah ditutup dan template yang diluluskan ialah cara yang dibenarkan untuk membukanya semula. 131049 pula ialah keputusan tentang mesej tertentu kepada orang tertentu, dan laluan template menggunakan laluan penghantaran yang sama. Mencuba semula dengan segera, sama ada menggunakan template atau tidak, cenderung menguatkan corak yang mencetuskannya. Panduan Meta sendiri ialah menunggu sekurang-kurangnya 24 jam sebelum mencuba penerima itu semula, serta menilai sama ada mesej tersebut sesuatu yang mungkin ingin diterimanya. ### Bagaimanakah anda mengelakkannya daripada berlaku lagi? Dengan mengubah perkara yang dihantar, bukan cara penghantarannya. Hantar kepada orang yang baru-baru ini berinteraksi dan bukan seluruh senarai. Pelbagaikan kandungan kerana mesej yang hampir serupa dan dihantar dalam jumlah besar ialah corak yang dipantau. Utamakan mesej utiliti yang berkaitan dengan tindakan pelanggan, seperti pesanan atau tempahan, berbanding promosi siaran. Anda juga wajar memantau penarafan kualiti dan tahap pemesejan bersama-sama kerana kedua-duanya berubah atas sebab asas yang sama: penerima memberikan reaksi buruk. Nombor yang merosot dari segi kualiti biasanya akan melihat lebih banyak ralat ini sebelum berlaku perkara yang lebih serius. Mengesan kemerosotan itu lebih awal membezakan antara membuat pelarasan dengan menghadapi sekatan. - Menganggapnya sebagai tetingkap 24 jam dan beralih kepada template. Keadaan berbeza, hasilnya sama. - Mencuba semula dengan segera. Panduan Meta ialah menunggu sekurang-kurangnya 24 jam untuk penerima itu. - Menganggapnya sebagai larangan. Nombor masih berfungsi; hanya mesej ini yang tidak dihantar. **Adakah nombor saya disekat?** Tidak. 131049 menyekat satu mesej. Nombor itu terus berfungsi dan penghantaran lain boleh berjaya. **Berapa lama saya perlu menunggu?** Panduan Meta ialah sekurang-kurangnya 24 jam sebelum menghantar semula kepada penerima itu. Tiada angka tepat yang diterbitkan. **Adakah ini menjejaskan penarafan kualiti saya?** Ini ialah isyarat daripada ukuran asas yang sama. Jika ia kerap berlaku, anggap sebagai amaran awal tentang kualiti dan bukan ralat terpencil. **Bolehkah penyedia memintasnya?** Tidak. Meta mengenakannya semasa penghantaran, jadi setiap penyedia yang menggunakan API rasmi melihat kelakuan yang sama. --- ## Ralat WhatsApp 131048: had kadar spam dicapai https://easycoexistence.com/ms/docs/whatsapp-error-131048 Ralat 131048 bermaksud Meta mengehadkan penghantaran daripada nombor ini kerana kualitinya merosot, biasanya selepas penerima menyekat mesej atau melaporkannya. Nombor itu masih berfungsi. Perubahannya ialah jumlah mesej yang dibenarkan untuk dihantar sementara kualiti pulih. ### Apakah yang menyebabkan kualiti nombor merosot? Reaksi buruk daripada penerima, yang diukur oleh Meta dan bukannya disimpulkan daripada kod anda. Isyaratnya ialah sekatan, laporan dan, secara lebih senyap, orang yang langsung tidak membalas mesej yang sepatutnya menerima balasan. Nombor yang menghantar banyak mesej tetapi menerima sedikit balasan kelihatan berbeza daripada nombor yang digunakan untuk berbual, dan perbezaan itu terkumpul menjadi penarafan kualiti. Penarafan bergerak melalui hijau, kuning dan merah. Pada tahap merah, penghantaran mula gagal dengan ralat ini. Tiada perubahan itu diumumkan pada telefon, dan aplikasi WhatsApp Business terus berfungsi seperti biasa, sebab itulah tanda pertama bagi kebanyakan perniagaan ialah penghantaran gagal, bukannya amaran. ### Bagaimanakah nombor pulih? Dengan sendiri, jika penghantaran yang menyebabkan kemerosotan itu dihentikan. Kualiti ialah ukuran bergerak. Apabila penghantaran terbaharu menerima reaksi yang lebih baik, penarafan meningkat semula dan had turut dilonggarkan. Tiada rayuan untuk dibuat dan tiada suis yang boleh ditukar oleh penyedia, jadi tiada sesiapa boleh menjual penyelesaian untuk masalah ini. Yang benar-benar membantu ialah mengecilkan kumpulan penerima mesej. Hantar kepada orang yang baru-baru ini berinteraksi. Utamakan mesej utiliti yang berkaitan dengan tindakan pelanggan berbanding promosi siaran. Hentikan apa-apa yang dihantar kepada senarai dan bukannya kepada seseorang. Corak yang menjatuhkan penarafan ialah corak yang sama yang mengekalkannya rendah, jadi pemulihan bermula apabila corak itu berubah. ### Bagaimanakah anda boleh tahu sebelum penghantaran gagal? Hanya dengan memantau penarafan itu sendiri. Itulah sebab paling jelas untuk memantau sambungan, bukan sekadar menyambungkannya. Meta memaparkan penarafan kualiti dan tahap pemesejan pada nombor telefon, dan nilainya berubah sebelum menimbulkan kerugian. Nombor yang bergerak daripada hijau kepada kuning ialah amaran ketika masih ada masa untuk bertindak. Nombor yang mencapai merah dan mula mengembalikan ralat ini sudah kehilangan penghantaran, dan pada ketika itu mesej yang terjejas telah hilang, bukannya beratur. Tiada apa-apa tentang kemerosotan itu muncul dalam aplikasi WhatsApp Business, jadi pasukan yang menjawab melalui telefon melihat perniagaan berjalan seperti biasa sehingga penghantaran terhenti. - Menganggapnya sebagai pepijat dalam kod penghantaran. Permintaan itu betul; nombor tersebut dihadkan. - Menukar penyedia untuk mengelakkannya. Penarafan itu milik nombor dan mengikutinya. - Menunggu pemberitahuan. Tiada apa-apa yang mengumumkan kemerosotan kualiti pada telefon. **Bolehkah saya masih menerima mesej?** Ya. Penerimaan tidak terjejas dan aplikasi WhatsApp Business terus berfungsi seperti biasa pada nombor itu. **Berapa lama pemulihan mengambil masa?** Meta tidak menerbitkan tempoh. Ini ukuran bergerak, jadi ia bertambah baik apabila penghantaran terbaharu bertambah baik, bukan selepas tempoh tetap. **Adakah berpindah kepada penyedia lain akan menetapkannya semula?** Tidak. Kualiti terikat pada nombor telefon, bukan pada pihak yang menghantar melaluinya. **Adakah ini sama seperti disekat?** Tidak. Sekatan membuang nombor itu. Ini mengehadkan jumlah yang boleh dihantar oleh nombor yang masih berfungsi sehingga kualitinya pulih. --- ## Ralat WhatsApp 132001: template tidak wujud https://easycoexistence.com/ms/docs/whatsapp-error-132001 Ralat 132001 bermaksud template yang cuba dihantar tiada dalam bahasa yang diminta, atau wujud tetapi belum diluluskan. Template dikenal pasti melalui nama dan bahasa bersama-sama, jadi nama yang sama dalam bahasa berbeza ialah template yang berbeza. ### Mengapa template yang wujud masih mengembalikan 132001? Hampir selalu kerana kod bahasa. Template dikenal pasti melalui nama dan bahasa bersama-sama. Template yang dicipta sebagai order_update dalam en_US tidak wujud sebagai order_update dalam en, pt atau pt_BR. Menghantar nama yang betul dengan kod bahasa yang salah menghasilkan ralat ini, dan mesejnya tidak menjelaskan bahagian mana yang salah. Punca kedua ialah status kelulusan. Template yang sudah dicipta tetapi masih menunggu semakan tidak boleh dihantar, begitu juga template yang ditolak. Kedua-duanya mengembalikan kod yang sama seperti template yang tidak pernah dicipta, jadi semak status sebelum menganggap namanya salah. ### Bagaimanakah cara mencari nama dan bahasa yang betul? Senaraikan template pada nombor tersebut dan baca hasilnya, bukannya bergantung pada tetapan yang pernah dibuat. Senarai itu memberikan nama tepat, kod bahasa tepat dan status semakan bagi setiap template, sekali gus menyelesaikan ketiga-tiga punca ralat ini. Ia juga satu-satunya sumber yang boleh dipercayai kerana template boleh disunting atau ditolak selepas proses yang menciptanya merekodkan nama tersebut. Melalui penyambung MCP, ini ialah soalan dan bukannya panggilan API: tanya template yang diluluskan pada sesuatu nombor dan pembantu akan membacanya. Dalam kod sendiri, gunakan satu permintaan Graph terhadap WhatsApp Business Account, dengan phone number id dan token untuk sambungan tersebut. ### Berapa lamakah kelulusan diambil? Biasanya beberapa minit, kadangkala sehingga sehari. Meta menyemak setiap template sebelum template itu boleh dihantar. Kebanyakannya selesai dengan cepat, tetapi tempohnya tidak dijamin dan penyedia tidak boleh mempercepatkannya. Ini penting bagi sistem yang mencipta template lalu menghantarnya serta-merta, kerana penghantaran akan gagal dengan ralat ini semasa semakan masih berjalan. Cara yang lebih kukuh ialah mencipta template lebih awal semasa menyediakan integrasi, kemudian menyemak status sebelum menggunakannya. Pembantu dengan penyambung boleh melakukan kedua-duanya: hantar template, kemudian laporkan sama ada template itu telah diluluskan, ditolak atau masih dalam semakan. - Menghantar en apabila template dicipta sebagai en_US. Dari segi API, kedua-duanya ialah template yang berbeza. - Mencipta template dan menghantarnya dalam proses yang sama. Meta perlu menyemaknya terlebih dahulu. - Menganggap template yang ditolak masih boleh digunakan. Ia mengembalikan ralat ini sama seperti template yang tiada. **Di manakah saya boleh melihat kod bahasa yang tepat?** Dalam senarai template untuk nombor tersebut. Senarai itu menunjukkan nama, bahasa dan status bersama-sama, dan merupakan satu-satunya sumber yang boleh dipercayai. **Bolehkah saya menghantar template yang masih menunggu?** Tidak. Hanya template yang diluluskan boleh dihantar, manakala template yang masih menunggu akan mengembalikan ralat yang sama. **Adakah template yang ditolak perlu dicipta semula?** Template itu boleh disunting dan dihantar semula. Namun, template tersebut tidak boleh dihantar selagi statusnya ditolak. **Bolehkah aplikasi WhatsApp Business menghantar template?** Tidak pada nombor Coexistence. Template dihantar melalui API, dan ini ialah salah satu sebab praktikal nombor disambungkan. --- ## Ralat WhatsApp 132000: bilangan parameter tidak sepadan https://easycoexistence.com/ms/docs/whatsapp-error-132000 Ralat 132000 bermaksud pemboleh ubah yang anda bekalkan tidak sepadan dengan keperluan template. Template dengan dua ruang letak memerlukan tepat dua nilai mengikut turutan. Ralat ini biasanya berlaku selepas seseorang mengedit template tetapi kod penghantaran tidak dikemas kini. ### Bagaimanakah pemboleh ubah template dikira? Mengikut komponen dan turutan, menggunakan ruang letak bernombor dalam teks template. Teks badan template yang berbunyi Hello {{1}}, your order {{2}} has shipped mentakrifkan dua pemboleh ubah, dan penghantaran mesti membekalkan tepat dua nilai untuk komponen body. Membekalkan satu atau tiga nilai akan mengembalikan ralat ini. Begitu juga jika dua nilai dibekalkan untuk komponen yang salah, kerana parameter header, body dan button dikira secara berasingan, bukan digabungkan dalam satu senarai. Sebab itu ralat ini sering kelihatan mengelirukan pada pandangan pertama: jumlah nilai boleh betul, tetapi pembahagiannya antara komponen tidak betul. ### Mengapa ralat ini muncul pada template yang berfungsi semalam? Kerana seseorang mengedit template tetapi kod penghantaran tidak berubah bersamanya. Template boleh diedit selepas kelulusan, dan penambahan atau pembuangan ruang letak mengubah kontrak secara senyap dari sudut penghantar. Tiada amaran kepada integrasi, lalu penghantaran seterusnya gagal. Dalam pasukan yang membolehkan pemasaran mengedit template dalam WhatsApp Manager manakala kejuruteraan mengurus kod penghantaran, inilah cara paling lazim ralat ini berlaku. Pertahanannya ialah membaca semula template, bukan mempercayai nilai yang dicatat semasa template mula dibina. Listing templates mengembalikan definisi semasa, iaitu satu-satunya versi yang penting pada waktu penghantaran. ### Bagaimanakah nilai dibekalkan dengan betul? Dengan membina components array supaya sepadan dengan struktur template itu sendiri. Setiap komponen menyatakan type dan membawa parameters tersendiri mengikut turutan kemunculan ruang letak. Body dengan dua pemboleh ubah memerlukan komponen body dengan dua parameter teks. Template yang turut mempunyai pemboleh ubah dalam header juga memerlukan komponen header dengan parameter tersendiri, bukan nilai header ditambah ke dalam senarai body. Melalui MCP connector, langkah ini berlaku secara tidak langsung: pembantu membaca template, melihat bilangan ruang letak bagi setiap komponen, lalu mengisinya berdasarkan permintaan anda. Dalam kod sendiri, sebaiknya baca definisi template semasa permulaan, bukannya menetapkan bentuk secara keras yang boleh berubah. - Menggabungkan pemboleh ubah header dan body dalam satu senarai. Pemboleh ubah dikira mengikut komponen. - Menetapkan bilangan pemboleh ubah secara keras. Suntingan template boleh mengubahnya tanpa memberi amaran kepada penghantar. - Menghantar rentetan kosong untuk ruang letak yang tidak digunakan. Template masih mentakrifkannya, jadi bilangannya mesti sepadan. **Bolehkah saya menghantar template tanpa pemboleh ubah?** Ya. Jika template tidak mentakrifkan sebarang pemboleh ubah, jangan hantar parameter. Membekalkannya juga akan mengembalikan ralat ini. **Adakah turutan nilai penting?** Ya. Ruang letak dinomborkan dan diisi mengikut turutan, jadi pertukaran dua nilai menghasilkan mesej yang salah, bukan ralat. **Mengapa penghantaran yang sama berfungsi untuk satu bahasa tetapi tidak untuk bahasa lain?** Setiap versi bahasa ialah template berasingan dan boleh mempunyai bilangan ruang letak yang berbeza selepas suntingan. **Adakah ini sama dengan 132001?** Tidak. 132001 bermaksud template tidak ditemui atau belum diluluskan. 132000 bermaksud template ditemui tetapi pemboleh ubahnya tidak sepadan. --- ## Ralat WhatsApp 2593107: had penyegerakan melebihi https://easycoexistence.com/ms/docs/whatsapp-error-2593107 Ralat 2593107 bermaksud nombor ini sudah menggunakan penyegerakan tunggal untuk kenalan dan sejarah sembang. Penyegerakan berjalan sekali bagi setiap proses onboarding dan tidak boleh diulang, jadi satu-satunya cara untuk menjalankannya semula ialah memutuskan sambungan nombor itu dan menyambungkannya semula. ### Apakah penyegerakan yang dimaksudkan ini? Ini ialah langkah yang membawa kenalan sedia ada dan sejarah perbualan nombor Coexistence ke bahagian API, supaya perisian tidak bermula tanpa konteks pada nombor yang telah digunakan oleh perniagaan selama bertahun-tahun. Ciri ini hanya wujud kerana Coexistence. Nombor yang didaftarkan melalui cara biasa tidak mempunyai sejarah aplikasi terdahulu untuk dibawa masuk, jadi tiada apa-apa untuk disegerakkan. Nombor Coexistence mempunyai kedua-duanya, dan Meta menawarkan pemindahan sekali sahaja apabila nombor itu disambungkan. Sebab itu juga ralat ini tidak dikenali walaupun oleh mereka yang telah lama menggunakan Cloud API. Ralat ini berkaitan dengan mod onboarding yang belum pernah mereka gunakan. ### Mengapa ia hanya boleh dijalankan sekali? Kerana ia sebahagian daripada onboarding, bukannya keupayaan berterusan, dan Meta menganggapnya sebagai keputusan sekali sahaja yang dibuat ketika sambungan. Pemilik perniagaan ditanya semasa Embedded Signup sama ada mahu berkongsi sejarah sembang sedia ada. Jawapan ya membolehkan penyegerakan dijalankan. Tiada tetapan untuk menghidupkannya semula kemudian dan tiada endpoint yang mengulanginya. Sebab itu panggilan kedua mengembalikan ralat ini, bukannya had kadar yang akan hilang. Kesannya, pilihan itu lebih penting daripada yang kelihatan ketika itu. Seseorang yang menekan langkah onboarding dengan pantas lalu menolak sejarah kerana menganggapnya lebih selamat telah membuat keputusan yang hanya boleh dipertimbangkan semula melalui pemutusan dan penyambungan semula sepenuhnya. ### Apakah yang berlaku jika anda benar-benar memerlukannya lagi? Nombor itu perlu diputuskan sambungannya dan disambungkan semula. Ini ialah operasi sebenar, bukannya tetapan. Penyambungan semula menjalankan Embedded Signup dari awal, termasuk imbasan kod pada telefon, dan memberikan peluang baharu untuk menerima sejarah. Aplikasi WhatsApp Business tidak terjejas sepanjang proses itu, jadi perniagaan tidak kehilangan apa-apa. Namun, ini bukan tindakan latar belakang senyap kerana seseorang perlu berada di telefon. Ada satu kesan yang wajar dirancang. Pemutusan sambungan mengalih keluar destinasi webhook kerana destinasi itu disimpan sebagai penggantian pada langganan aplikasi, bukan pada nombor. Penyambungan semula memulihkan penghantaran dan pemantauan, tetapi tidak menghantar data ke pelayan anda sehingga sesuatu menetapkannya semula. - Cuba semula panggilan penyegerakan. Ia berlaku sekali sahaja, jadi percubaan semula mengembalikan ralat yang sama dan bukannya berjaya kemudian. - Menolak sejarah sembang semasa onboarding kerana mahu berhati-hati. Pilihan itu hanya boleh dipertimbangkan semula dengan menyambungkan nombor itu semula. - Menyambungkan semula tanpa merancang untuk memulihkan destinasi webhook, yang dinyahpasang bersama aplikasi. **Adakah ini berlaku pada nombor Cloud API biasa?** Tidak. Penyegerakan hanya wujud untuk nombor Coexistence kerana hanya nombor itu mempunyai sejarah aplikasi terdahulu untuk dibawa masuk. **Berapakah jumlah sejarah yang disegerakkan?** Meta menyegerakkan tetingkap sejarah perbualan terkini semasa onboarding. Jumlah tepat ditetapkan oleh Meta, bukan oleh penyedia. **Adakah penyambungan semula akan memadamkan sembang saya pada telefon?** Tidak. Aplikasi WhatsApp Business dan perbualannya tidak terjejas apabila bahagian API diputuskan dan disambungkan semula. **Adakah 2593108 masalah yang sama?** Tidak. Kod itu bermaksud penyegerakan cuba dijalankan lebih daripada 24 jam selepas onboarding, bukannya penyegerakan telah pun dijalankan. --- ## Ralat WhatsApp 2593108: penyegerakan di luar tetingkap 24 jam https://easycoexistence.com/ms/docs/whatsapp-error-2593108 Ralat 2593108 bermaksud penyegerakan kenalan dan sejarah sembang dimulakan lebih 24 jam selepas nombor selesai onboarding. Tetingkap itu ditetapkan oleh Meta, dan selepas ia berlalu, satu-satunya cara untuk menyegerakkan ialah menyambungkan nombor itu semula. ### Tetingkap 24 jam yang mana satu? Bukan tetingkap mesej, yang menjadi punca kebanyakan kekeliruan tentang ralat ini. WhatsApp Business Platform mempunyai tetingkap khidmat pelanggan 24 jam yang diketahui umum, dikira daripada mesej terakhir pelanggan. Tetingkap itu menentukan sama ada teks bebas boleh dihantar. Ini ialah jam yang berbeza sepenuhnya. Ia dikira dari saat nombor Coexistence selesai onboarding dan hanya menentukan sama ada kenalan serta sejarah sembang masih boleh dipindahkan. Kedua-duanya tiada kaitan selain penggunaan nombor yang sama. Mesej yang berjaya dihantar juga tidak menunjukkan bahawa tetingkap penyegerakan masih terbuka. ### Mengapa perkara ini terlepas pandang? Kerana onboarding dan penyepaduan biasanya berlaku pada hari yang berbeza, dan sering dilakukan oleh orang yang berbeza. Urutan biasa ialah pemilik perniagaan menyambungkan nombor pada sebelah petang, kemudian agensi atau pembangun menyepadukannya dengan sistem mereka pada minggu itu. Apabila seseorang mula memikirkan sejarah, tetingkap itu sudah tertutup dan kegagalan muncul sebagai kod ralat yang tidak dikenali, bukannya amaran. Anggap penyegerakan sebagai sebahagian daripada onboarding, bukan penyepaduan. Jika sejarah penting, ia perlu dipindahkan pada hari yang sama nombor disambungkan, sebelum perkara lain dibina. ### Apakah pilihan selepas tetingkap tertutup? Putuskan sambungan dan sambungkan nombor itu semula, atau terima permulaan tanpa sejarah. Penyambungan semula memulakan semula Embedded Signup, termasuk imbasan pada telefon, dan membuka tetingkap baharu. Tiada apa-apa pada aplikasi WhatsApp Business terjejas, jadi perniagaan mengekalkan perbualannya dalam kedua-dua keadaan. Kosnya ialah seseorang perlu berada di sisi telefon sekali lagi. Memulakan tanpa sejarah selalunya tidak menjadi masalah. API menerima segala-galanya dari saat ia disambungkan, dan kebanyakan penyepaduan lebih mementingkan perbualan baharu berbanding perbualan lama. Sejarah paling penting apabila sesuatu perlu menyemak konteks terdahulu pelanggan dengan segera, iaitu keadaan yang lebih khusus daripada sangkaan awal. - Mengelirukannya dengan tetingkap mesej. Kedua-duanya ialah jam berasingan yang mengukur perkara berbeza. - Membiarkan sejarah sehingga kerja penyepaduan bermula. Pada masa itu, tetingkap biasanya sudah tertutup. - Menyambung semula tanpa memulihkan destinasi webhook, yang tidak kekal selepas sambungan diputuskan. **Adakah ini 24 jam yang sama seperti tetingkap mesej?** Tidak. Tetingkap ini dikira dari onboarding dan mengawal penyegerakan. Tetingkap mesej dikira dari mesej terakhir pelanggan dan mengawal teks bebas. **Bolehkah tetingkap ini dilanjutkan?** Tidak. Ia ditetapkan oleh Meta dan tiada penyedia boleh memanjangkannya. **Adakah penyambungan semula dikenakan bayaran?** Tiada bayaran dikenakan untuk penyambungan semula. Kosnya ialah seseorang perlu berada di sisi telefon untuk mengimbas kod sekali lagi. **Bagaimana jika saya tidak pernah menyegerakkan sejarah?** API masih menerima segala-galanya dari saat nombor disambungkan. Sejarah hanya penting jika sesuatu memerlukan konteks terdahulu dengan segera. --- ## Ralat WhatsApp 131026: mesej tidak dapat dihantar https://easycoexistence.com/ms/docs/whatsapp-error-131026 Ralat 131026 bermaksud Meta tidak dapat menghantar kepada penerima itu. Punca biasa ialah nombor tersebut langsung tidak didaftarkan di WhatsApp, walaupun klien lama atau syarat yang belum diterima oleh pengguna turut menghasilkan kod yang sama. ### Mengapa nombor yang kelihatan sah tidak dapat dihantar? Kerana memiliki nombor telefon tidak sama dengan mempunyai WhatsApp pada nombor itu. Punca yang paling biasa ialah penerima tidak pernah mendaftarkan nombor tersebut dengan WhatsApp, atau telah mengeluarkannya. Tiada petunjuk pada format nombor untuk mendedahkan perkara ini. Sebab itu senarai yang diimport daripada CRM menghasilkan ralat ini secara besar-besaran: senarai itu mengandungi nombor telefon, tetapi hanya sebahagiannya ialah nombor WhatsApp. Dua punca yang kurang biasa menghasilkan kod yang sama. Penerima mungkin menggunakan klien WhatsApp yang terlalu lama untuk menerima jenis mesej yang dihantar, atau belum menerima syarat yang diperlukan oleh ciri lebih baharu. Kedua-duanya berada di luar kawalan penghantar. ### Apakah yang patut berlaku apabila anda menerima ralat ini? Rekodkan ralat itu pada kenalan dan berhenti menghantar kepada nombor tersebut, bukannya cuba menghantar semula. Keadaan ini berlaku di pihak penerima, jadi percubaan semula serta-merta menghasilkan keputusan yang sama dan percubaan semula berjadual biasanya turut begitu. Menganggapnya sebagai keadaan sementara menyebabkan integrasi menggunakan throughput pada nombor yang tidak akan menerima apa-apa. Tindakan yang lebih berguna ialah menandakan kenalan itu sebagai tidak boleh dicapai di WhatsApp dan mengarahkannya ke saluran lain. Ini juga menghalang senarai kenalan daripada merosot secara senyap dari semasa ke semasa. Jika nombor itu memang ada di WhatsApp, pembaikan perlu dilakukan oleh penerima, bukan anda. - Cuba menghantar semula mengikut jadual. Keadaan ini berlaku di pihak penerima dan tidak hilang hanya kerana masa berlalu. - Menganggapnya sebagai masalah format. Nombor itu sampai kepada Meta dan ditolak semasa penghantaran, bukan semasa pengesahan. - Menghantar kepada senarai CRM tanpa penapisan. Nombor telefon tidak semestinya nombor WhatsApp. **Bolehkah saya menyemak dahulu sama ada nombor itu ada di WhatsApp?** Tidak dengan pasti, dan Meta tidak menyediakan carian untuknya. Dalam amalan, penghantaran pertama ialah semakannya. **Adakah ini menjejaskan penarafan kualiti saya?** Penerima yang tidak dapat dicapai tidak sama dengan penerima yang menyekat atau melaporkan anda, tetapi menghantar secara berlebihan kepada senarai yang penuh dengan mereka ialah corak yang akhirnya boleh kelihatan di tempat lain. **Adakah format nombor menjadi masalah?** Biasanya tidak. Nombor yang tidak sah menghasilkan ralat parameter. Kod ini bermaksud nombor itu difahami tetapi tidak dapat dicapai. **Patutkah saya membuang kenalan itu?** Tandakan kenalan itu sebagai tidak boleh dicapai di WhatsApp dan bukannya memadamkannya. Orang tersebut mungkin mendaftarkan nombor itu kemudian. --- ## Ralat WhatsApp 131042: isu pembayaran akaun perniagaan https://easycoexistence.com/ms/docs/whatsapp-error-131042 Ralat 131042 bermaksud Meta tidak dapat mengecaj mesej kerana Akaun WhatsApp Business tiada kaedah pembayaran yang berfungsi. Caj tersebut ditagih Meta terus kepada anda, jadi pembaikannya dilakukan dalam WhatsApp Manager, bukan dengan penyedia akses API anda. ### Siapa sebenarnya mengebil siapa? Dua syarikat terlibat, dan hanya satu daripada bil itu berkaitan dengan penyedia anda. Meta mengenakan caj untuk perbualan di WhatsApp Business Platform, dan caj itu dikenakan pada kaedah pembayaran yang dilampirkan pada Akaun WhatsApp Business anda sendiri. Hubungan itu adalah antara anda dengan Meta. Penyedia berada di sebelahnya, mengenakan caj untuk akses dan peralatan, dan tidak pernah melihat caj perbualan tersebut. Sebab itulah ralat ini tidak boleh dibaiki dengan menghubungi penyedia anda, dan tiada sesiapa dalam kedudukan itu boleh menambah kad bagi pihak anda. Ini juga bermakna kos perbualan tidak boleh dinaikkan oleh penyedia yang tidak pernah menerimanya. ### Di manakah kaedah pembayaran ditetapkan? Dalam WhatsApp Manager, pada Akaun WhatsApp Business yang memiliki nombor tersebut. Anda menambah atau mengemas kini kaedah pembayaran di situ, dan akaun itu mesti mempunyai satu kaedah sebelum penghantaran tertentu boleh berfungsi. Penghantaran template pemasaran khususnya memerlukannya, sebab itu ralat ini sering muncul apabila seseorang pertama kali cuba menghantar promosi pada akaun yang sebelum ini hanya membalas pelanggan. API memang tidak boleh melakukan perkara ini. Tiada endpoint untuk melampirkan kad, mengikut reka bentuk, kerana ini ialah hubungan komersial peringkat akaun, bukan operasi pemesejan. - Meminta penyedia membaikinya. Hubungan pengebilan adalah antara anda dengan Meta, dan tiada API boleh melampirkan kad. - Menganggap yuran penyedia merangkumi kos mesej. Kedua-duanya ialah bil berasingan daripada syarikat yang berasingan. - Cuba menggunakan template pemasaran pada akaun tanpa kaedah pembayaran. Meta memerlukannya untuk penghantaran tersebut. **Bolehkah EasyCoexistence membayar Meta bagi pihak saya?** Tidak. Caj itu dikenakan pada kaedah pembayaran dalam Akaun WhatsApp Business anda sendiri, dan tiada API untuk melampirkannya. **Mengapa perkara ini baru muncul sekarang?** Selalunya kerana penghantaran template pemasaran pertama telah cuba dilakukan. Meta memerlukan kaedah pembayaran khusus untuk penghantaran tersebut. **Adakah ia menghentikan mesej masuk?** Penerimaan tidak terjejas. Yang gagal ialah penghantaran yang perlu dikenakan caj oleh Meta. **Adakah cara untuk mengelakkan caj Meta sepenuhnya?** Balasan dalam tetingkap khidmat pelanggan 24 jam adalah percuma. Meta mengenakan caj untuk perbualan yang dibuka di luar tempoh itu. --- ## Ralat WhatsApp 133010: nombor telefon tidak didaftarkan https://easycoexistence.com/ms/docs/whatsapp-error-133010 Ralat 133010 bermaksud nombor telefon belum selesai didaftarkan pada WhatsApp Business Platform. Nombor itu mungkin dipautkan pada akaun dan kelihatan dalam dashboard, tetapi sehingga pendaftaran selesai, ia tidak boleh menghantar apa-apa. ### Apakah maksud sebenar pendaftaran di sini? Ini ialah langkah terakhir yang menjadikan nombor boleh digunakan untuk menghantar, berasingan daripada kewujudan nombor itu dalam WhatsApp Business Account. Proses penyediaan memautkan nombor pada akaun dan memberikan pengecamnya. Pendaftaran memberitahu platform bahawa nombor itu sedia digunakan untuk transaksi. Langkah ini sering terlepas tanpa disedari kerana dashboard sudah memaparkan nombor tersebut. Semuanya kelihatan bersambung, tetapi penghantaran pertama gagal. Bagi nombor Coexistence, perkara ini mudah terlepas atas sebab lain: aplikasi WhatsApp Business pada telefon terus berfungsi dengan baik, jadi rutin harian perniagaan tidak menunjukkan bahawa sesuatu masih belum lengkap. ### Bagaimanakah proses penyediaan boleh menjadi tidak lengkap? Biasanya kerana seseorang menutup tetingkap tersebut. Embedded Signup Meta berjalan sebagai tetingkap timbul dan mempunyai beberapa langkah, termasuk mengimbas kod pada telefon. Menutupnya selepas nombor dipaparkan tetapi sebelum aliran selesai akan meninggalkan keadaan ini. Kehilangan sambungan telefon di tengah proses atau sesi tamat tempoh ketika seseorang mencari peranti juga boleh menyebabkannya. Penyelesaiannya ialah menjalankan semula aliran tersebut, bukannya mencuba semula penghantaran. Penyambungan semula bermula dari awal dan melengkapkan pendaftaran. Nombor serta aplikasi WhatsApp Business tidak terjejas walaupun proses ini dijalankan dua kali. - Mencuba semula penghantaran. Pendaftaran tidak selesai hanya kerana mesej cuba dihantar. - Menganggap nombor yang kelihatan sudah berfungsi. Nombor itu boleh dipautkan pada akaun tetapi masih belum didaftarkan. - Membuat diagnosis melalui telefon. Aplikasi WhatsApp Business berfungsi seperti biasa sama ada pendaftaran selesai atau tidak. **Adakah nombor itu hilang?** Tidak. Menjalankan semula aliran penyediaan Meta melengkapkan pendaftaran, dan aplikasi WhatsApp Business tidak terjejas sepanjang proses. **Bolehkah saya mendaftarkannya melalui API?** Pendaftaran ialah sebahagian daripada aliran penyediaan Meta yang memerlukan pelayar dan telefon. Tiada jalan pintas API untuk melangkau imbasan. **Mengapa saya masih boleh menerima mesej?** Penerimaan dan penghantaran tidak dikawal oleh langkah yang sama, jadi nombor yang proses penyediaannya belum lengkap boleh kelihatan masih aktif pada telefon. **Adakah ini sama dengan 133006?** Tidak. 133006 bermaksud nombor perlu disahkan sebelum pendaftaran boleh dilakukan. Ralat ini bermaksud pendaftaran itu sendiri tidak pernah selesai. --- ## Ralat WhatsApp 190: token akses telah luput https://easycoexistence.com/ms/docs/whatsapp-error-190 Ralat 190 bermakna token akses yang digunakan untuk permintaan telah luput atau dibatalkan. Setiap panggilan gagal dengan cara yang sama, lalu nombor kelihatan seolah-olah hilang. Sebenarnya tidak: kelayakan itu yang rosak, manakala nombor biasanya masih baik. ### Mengapa token yang luput kelihatan seperti nombor hilang? Kerana setiap permintaan gagal, dan semuanya gagal dengan cara yang sama. Membaca nombor, menyemak keadaannya, menyenaraikan template dan menghantar mesej semuanya berhenti berfungsi serentak. Dari luar, keadaan ini tidak dapat dibezakan daripada nombor yang telah dikeluarkan daripada akaun, dan integrasi dengan satu kelayakan tiada cara untuk membezakan kedua-duanya. Ramai orang menyimpulkan bahawa sambungan mereka terputus, sedangkan tiada perkara sedemikian berlaku. Perbezaannya penting kerana tindak balasnya berlawanan. Kelayakan yang rosak digantikan. Nombor yang dikeluarkan perlu disambungkan semula, yang memerlukan pemilik perniagaan dan telefon. ### Bagaimana membezakan kedua-duanya? Dengan mempunyai kelayakan kedua yang boleh membaca akaun sama. EasyCoexistence menyimpan token pelanggan dan token System User miliknya bagi setiap sambungan. Apabila satu token ditolak, token yang satu lagi membaca WhatsApp Business Account dan menentukan yang mana sebenarnya rosak. Token pelanggan yang ditolak, bersama bacaan kedua yang masih berfungsi, bermakna kelayakan telah luput dan nombor masih sihat. Jika kedua-duanya gagal, sesuatu telah berlaku pada nombor itu sendiri. Tanpa pembaca kedua itu, satu-satunya cara untuk membezakannya ialah meminta pemilik perniagaan membuat semakan, iaitu gangguan yang sepatutnya dielakkan oleh pemantauan. ### Bagaimana token menjadi tidak sah? Ada beberapa cara, dan kebanyakannya tidak disengajakan. Token mempunyai tempoh hayat dan luput dengan sendiri. Perubahan kata laluan pada akaun Meta membatalkannya. Seseorang yang membuang akses aplikasi dalam Business Settings juga boleh menyebabkannya, begitu juga Meta apabila membatalkan token yang dianggap telah terjejas. Tiada satu pun keadaan ini memberikan amaran terlebih dahulu, dan tiada satu pun kelihatan daripada aplikasi WhatsApp Business pada telefon. Sebab itu kesahan token perlu dipantau, bukan hanya dikendalikan dalam pengendali ralat. Apabila pengendali ralat mengesannya, penghantaran sudah pun gagal. - Menyambungkan nombor semula. Jika token ialah puncanya, penyambungan semula memaksa pemilik perniagaan melakukan kerja yang tidak diperlukan. - Menganggapnya berlaku seketika dan mencuba semula. Token yang dibatalkan tidak akan pulih sendiri. - Bergantung pada satu kelayakan. Dengan satu token sahaja, tiada cara untuk membezakan kegagalan kelayakan daripada nombor yang hilang. **Adakah nombor itu masih berfungsi?** Biasanya ya. Aplikasi WhatsApp Business tidak terjejas dan nombor itu sendiri masih utuh. Yang terhenti ialah akses API. **Adakah ralat 0 perkara yang sama?** Pada asasnya ya. Meta melaporkan keadaan ini menggunakan kedua-dua kod, bergantung pada endpoint. **Adakah penyambungan semula akan membaikinya?** Ia boleh, tetapi itu jawapan berat untuk masalah ringan, dan memerlukan pemilik perniagaan serta telefon bagi sesuatu yang boleh diselesaikan oleh kelayakan baharu. **Bolehkah token ditetapkan supaya tidak luput?** Token System User boleh bertahan lama, dan inilah antara sebab token kedua berguna. --- ## Ralat WhatsApp 130429: had throughput dicapai https://easycoexistence.com/ms/docs/whatsapp-error-130429 Ralat 130429 bermaksud had throughput Cloud API untuk nombor ini telah dicapai. Ini masalah kadar, bukan jumlah: mesej yang sama akan berjaya jika dihantar lebih perlahan. Pada nombor Coexistence, had maksimum ditetapkan oleh Meta. ### Apakah yang sebenarnya dihadkan? Kadar mesej dihantar, bukan jumlah yang boleh anda hantar dalam sehari. Platform menerima sejumlah mesej sesaat bagi sesuatu nombor, manakala permintaan yang melebihi kadar itu ditolak dan bukannya dimasukkan ke baris gilir. Jadi, penghantaran sepuluh ribu mesej bukan masalah dengan sendirinya; menghantar semuanya pada saat yang sama ialah masalahnya. Jika diagihkan dalam beberapa minit, kelompok yang sama akan berjaya tanpa perubahan. Ini berbeza daripada peringkat pemesejan, yang menentukan jumlah pelanggan unik yang boleh anda mulakan perbualan dalam sehari, dan daripada pengehadan kualiti, yang menyekat nombor apabila penerima memberikan tindak balas yang buruk. Tiga had berbeza, tiga kod berbeza, dan semuanya sering dikelirukan. ### Bolehkah had ini dinaikkan? Tidak pada nombor Coexistence. Meta menetapkannya pada kadar tertentu dan tiada penyedia boleh menaikkannya. Perkara ini penting diketahui sebelum mereka bentuk sistem berdasarkan kadar yang lebih tinggi. Bagi nombor yang didaftarkan melalui cara biasa, throughput meningkat mengikut penarafan kualiti dan peringkat pemesejan dari semasa ke semasa. Perbezaan ini ialah salah satu pertukaran sebenar Coexistence, dan sebab nombor siaran bervolum tinggi biasanya lebih sesuai didaftarkan tanpa Coexistence. Untuk penggunaan perbualan, had ini jarang menjadi kekangan. Ia menjadi masalah apabila sesuatu proses melalui senarai dan menghantar sepantas yang dibenarkan oleh kod, iaitu corak yang wajar dielakkan. ### Apakah yang patut dilakukan oleh penghantar? Kawal kadar penghantaran dan cuba semula dengan jeda berundur, bukannya terus mencuba semula. Baris gilir dengan kadar tetap ialah penyelesaian yang tahan lama kerana had itu menjadi sifat sistem, bukannya sesuatu yang hanya ditemui dalam persekitaran produksi. Jika itu terlalu rumit, jeda berundur eksponen untuk kod khusus ini sudah memberikan sebahagian besar manfaat. Percubaan semula berulang kali secara pantas tidak berkesan. Gelung yang terus mencuba semula selepas penolakan menghasilkan lebih banyak permintaan tepat ketika nombor itu sudah melebihi kadarnya, lalu memanjangkan keadaan tersebut dan bukannya menyelesaikannya. - Terus mencuba semula. Lebih banyak permintaan ketika penolakan berlaku menyebabkan nombor terus melebihi kadarnya. - Mengelirukannya dengan peringkat pemesejan. Peringkat itu menentukan perbualan unik harian, bukan mesej sesaat. - Mereka bentuk nombor Coexistence berdasarkan throughput yang meningkat. Ia tidak meningkat kerana hadnya tetap. **Adakah ini bermaksud nombor saya disekat?** Tidak. Ini hanya had kadar biasa. Nombor itu sihat dan mesej yang sama akan berjaya jika dihantar dengan lebih perlahan. **Seberapa pantas nombor Coexistence boleh menghantar?** Meta menetapkan kadar tetap untuk nombor Coexistence, bukannya meningkat mengikut kualiti dan peringkat. **Adakah 80007 perkara yang sama?** Tidak. Kod itu ialah had kadar pada Akaun Perniagaan WhatsApp, bukan had throughput mesej bagi sesuatu nombor. **Adakah penyedia lain akan menghantar dengan lebih pantas?** Tidak. Had itu berkaitan dengan nombor dan Meta, bukan dengan pihak yang memanggil API. --- ## Sambungkan WhatsApp ke Make melalui Cloud API rasmi https://easycoexistence.com/ms/integrations/make Halakan destinasi webhook nombor itu ke custom webhook Make dan setiap mesej masuk akan memulakan senario. Balasan dihantar semula melalui Cloud API menggunakan modul HTTP. Make tidak boleh menggunakan pelayan MCP kami kerana Make sendiri ialah pelayan MCP, bukan klien. ### Bagaimanakah mesej WhatsApp memulakan senario Make? Cipta modul custom webhook dalam Make, salin URL yang diberikannya dan tetapkan URL itu sebagai destinasi webhook nombor tersebut. Selepas itu, Meta menghantar setiap mesej yang diterima oleh nombor itu terus ke URL tersebut sebagai HTTP POST, lalu senario berjalan. Payload membawa sender, message body atau rujukan media, timestamp dan message id. Selepas itu, ia menjadi senario biasa: halakan berdasarkan kandungan, cari maklumat pelanggan dan panggil apa sahaja sistem lain yang anda gunakan. Oleh sebab ini ialah Coexistence, mesej yang sama turut muncul dalam aplikasi WhatsApp Business pada telefon. Seseorang boleh membalasnya, senario melihat apa yang dihantar, dan kedua-duanya tidak akan membalas di atas balasan satu sama lain. ### Mengapakah Make tidak boleh menggunakan penyambung MCP? Kerana Make ialah pelayan MCP, bukan klien MCP. Make mendedahkan senarionya sendiri kepada pembantu seperti Claude dan ChatGPT, yang bersambung masuk ke Make. Make tidak bersambung keluar ke pelayan MCP pihak lain. Arah sambungan itulah keseluruhan sebabnya. Penyambung kami ialah pelayan yang menunggu panggilan, manakala Make tidak mempunyai ciri untuk memanggil pelayan dari luar. Jadi kedua-duanya tidak bertemu. Ini berbeza daripada n8n, yang mempunyai nod MCP Client Tool dan boleh menggunakan pelayan jauh melalui OAuth. Dalam amalan, tiada kos tambahan. Laluan webhook menyediakan semua yang diperlukan oleh senario, dan laluan inilah yang bertindak balas terhadap mesej masuk, sedangkan MCP tidak boleh berbuat demikian dalam mana-mana tool. ### Bagaimanakah senario menghantar balasan? Gunakan modul HTTP terhadap Cloud API, bersama phone number id dan access token nombor tersebut. Kedua-duanya boleh dibaca daripada dashboard atau melalui penyambung MCP jika anda mahu pembantu mendapatkannya untuk anda. Apa yang perlu dihantar bergantung pada masa. Dalam tempoh 24 jam selepas mesej terakhir pelanggan, teks bebas boleh digunakan. Selepas tempoh itu, hanya template yang diluluskan Meta akan dihantar, dan senario yang hanya menghantar teks bebas akan terhenti apabila kes pertama berlaku semalaman. Bentuk yang kukuh ialah penghala: semak berapa lama sejak mesej masuk terakhir diterima, kemudian pilih cabang teks bebas atau cabang template. - Membiarkan webhook menghala ke URL Make daripada senario yang tidak aktif. Meta tetap menghantar mesej kepadanya, tetapi tiada apa-apa berjalan. - Tidak menjawab permintaan pengesahan Meta. Meta menghantar GET dengan challenge sebelum menghantar apa-apa. - Membalas dengan teks bebas selepas tetingkap 24 jam. Ia gagal dan dari sudut senario, kelihatan seolah-olah tiada apa-apa berlaku. **Bolehkah Make bersambung ke pelayan MCP anda?** Tidak. Make ialah pelayan MCP, bukan klien, jadi Make tidak mempunyai cara untuk memanggil pelayan kami. Laluan webhook merangkumi semua yang diperlukan oleh senario. **Adakah saya memerlukan aplikasi Make untuk WhatsApp?** Tidak. Custom webhook menerima mesej dan modul HTTP menghantarnya. Integrasi ini ialah URL dan panggilan REST. **Adakah pasukan masih boleh membalas daripada telefon?** Ya. Itulah maksud Coexistence. Aplikasi terus berfungsi pada nombor yang sama dan senario melihat apa yang dihantar oleh manusia. **Bolehkah satu senario melayani beberapa pelanggan?** Ya. Halakan setiap nombor ke webhook yang sama dan halakan mesej berdasarkan phone number id penerima dalam payload. --- ## Sambungkan WhatsApp ke Zapier melalui Cloud API rasmi https://easycoexistence.com/ms/integrations/zapier Tetapkan destinasi webhook nombor kepada catch hook Zapier dan setiap mesej masuk akan mencetuskan Zap. Respons dihantar melalui Cloud API dengan tindakan webhook. Zapier tidak boleh menggunakan pelayan MCP kami kerana Zapier ialah pelayan MCP, bukan klien. ### Bagaimanakah mesej masuk mencetuskan Zap? Mulakan Zap dengan pencetus Webhooks by Zapier, pilih Catch Hook dan salin URL yang dijana Zapier. Tetapkan URL itu sebagai destinasi webhook nombor dan Meta akan menghantar setiap mesej masuk kepadanya secara langsung. Payload memberikan pengirim, kandungan mesej, cap masa dan id mesej, iaitu semua yang biasanya digunakan oleh kebanyakan Zap untuk membuat cabang. Tiada apa-apa berjalan pada infrastruktur anda dan tiada aplikasi Zapier untuk kami selenggara kerana permukaan integrasi ialah URL. Aplikasi WhatsApp Business terus berfungsi pada nombor yang sama, jadi seseorang boleh mengambil alih mana-mana perbualan yang tidak dikendalikan oleh Zap. ### Mengapakah Zapier tidak menggunakan penyambung MCP? Kerana Zapier menjalankan pelayan MCP, bukan klien MCP. Pembantu seperti Claude dan ChatGPT bersambung ke Zapier untuk menggunakan tindakannya. Zapier tidak bersambung keluar ke pelayan MCP pihak ketiga, jadi ia tidak dapat mencapai pelayan kami. Kesan praktikalnya tiada. MCP digunakan oleh pembantu untuk bertindak apabila manusia meminta, manakala Zap berbentuk sebaliknya: sesuatu berlaku dan automasi memberikan respons. Itulah fungsi webhook dalam setiap alat, termasuk alat yang mempunyai klien MCP. Jika anda mahu pembantu turut terlibat, penyambung ini berfungsi dalam Claude atau ChatGPT bersama-sama Zap, bukan di dalamnya. ### Bagaimanakah Zap menghantar respons? Dengan tindakan POST Webhooks by Zapier terhadap Cloud API, menggunakan phone number id dan access token nombor daripada dashboard. Masa menentukan perkara yang boleh dihantar. Dalam tempoh 24 jam selepas mesej terakhir pelanggan, teks bebas boleh dihantar. Selepas tempoh itu, hanya template yang diluluskan boleh digunakan. Di sinilah kebanyakan Zap gagal dalam penggunaan sebenar kerana ujian sentiasa dilakukan beberapa saat selepas mesej. Zap yang mengendalikan kedua-duanya memerlukan penapis laluan berdasarkan tempoh sejak mesej masuk terakhir diterima. Ini satu langkah tambahan dan menentukan perbezaan antara automasi yang berfungsi pada petang Selasa dengan automasi yang berfungsi pada pukul tiga pagi. - Menggunakan URL ujian Zapier sebagai destinasi. URL itu berhenti mendengar dan mesej tidak dihantar ke mana-mana. - Terlupa GET pengesahan Meta. Catch hook perlu memulangkan cabaran sebelum penghantaran bermula. - Menghantar teks bebas di luar tetingkap 24 jam, yang gagal secara senyap dari sudut pandangan Zap. **Adakah terdapat aplikasi WhatsApp Zapier rasmi?** Anda tidak memerlukannya di sini. Catch hook menerima dan tindakan webhook menghantar, jadi anda kekal pada Cloud API rasmi tanpa perantara. **Bolehkah Zapier menggunakan pelayan MCP anda?** Tidak. Zapier sendiri ialah pelayan MCP dan tidak bertindak sebagai klien, jadi ia tidak boleh bersambung keluar ke pelayan kami. **Adakah pasukan saya kehilangan telefon?** Tidak. Coexistence memastikan aplikasi WhatsApp Business terus berfungsi pada nombor yang sama. **Bagaimana jika Zap saya dijeda?** Meta akan mencuba semula untuk suatu tempoh kemudian berhenti. Mesej masih tiba dalam aplikasi pada telefon, jadi perniagaan tidak kehilangan apa-apa. --- ## Sambungkan WhatsApp ke ChatGPT dengan penyambung tersuai https://easycoexistence.com/ms/integrations/chatgpt Hidupkan mod pembangun dalam tetapan ChatGPT, tambahkan EasyCoexistence sebagai penyambung, dan ChatGPT boleh menyenaraikan nombor anda, menyemak keadaannya, menghantar mesej serta template, dan menetapkan webhook kepada sistem anda sendiri melalui Cloud API rasmi Meta. ### Bagaimanakah cara menambahnya pada ChatGPT? Buka Settings, pergi ke Connectors, kemudian Advanced, dan hidupkan mod pembangun. Mod ini memaparkan pilihan untuk menambah penyambung melalui URL, bukan memilih daripada senarai terbina dalam. Tambahkan penyambung yang menunjuk kepada endpoint EasyCoexistence MCP. Kali pertama ChatGPT memanggil alat, skrin log masuk akan dibuka dan anda boleh memberi kebenaran di situ. Tiada apa-apa dijana, disalin atau ditampal kerana penyambung menggunakan OAuth, bukannya kunci API. Pelayan itu sendiri berada jauh. Tiada apa-apa dipasang atau berjalan di latar belakang pada mesin anda, dan menutup ChatGPT tidak menjejaskan nombor yang disambungkan dalam apa-apa cara. ### Apakah yang boleh dilakukan ChatGPT selepas disambungkan? Tanya dalam bahasa biasa dan ChatGPT akan memilih alat yang sesuai. Nombor saya yang manakah tidak sihat? Hantar pengesahan tempahan kepada pelanggan ini. Cipta template untuk kemas kini pesanan dan beritahu saya apabila Meta meluluskannya. Tetapkan webhook nombor ini kepada pelayan saya. Alat membaca meliputi penyenaraian nombor, semakan penarafan kualiti, peringkat pemesejan dan status sambungan, serta mendapatkan kelayakan apabila sistem lain memerlukannya. Alat menghantar meliputi teks bebas dalam tetingkap sesi dan template yang diluluskan di luarnya. Salah satu daripada enam belas alat memberikan ChatGPT dokumentasi kami dalam markdown. Sebab itu ChatGPT boleh menjawab soalan tentang cara semua ini berfungsi berdasarkan dokumentasi kami, bukan tekaan. ### Apakah yang tidak boleh dilakukannya? Ia tidak boleh bertindak balas kepada mesej masuk. Perkara ini penting kerana kebanyakan orang menganggap pembantu akan melakukannya. MCP menggunakan permintaan dan respons. ChatGPT memanggil alat apabila anda memintanya. Tiada mekanisme untuk mesej WhatsApp pelanggan membangunkan ChatGPT dan membuatnya membalas sendiri pada pukul tiga pagi. Penyambung kami tidak mengubah perkara itu, dan tiada pelayan MCP dalam mana-mana produk yang boleh melakukannya. Balasan automatik menggunakan laluan webhook: Meta menghantar mesej masuk kepada sistem yang anda jalankan, kemudian sistem itu menentukan tindakannya. Kedua-duanya boleh berfungsi bersama, dan penyambung juga boleh menetapkan destinasi webhook untuk anda. - Mengharapkan ia menjawab pelanggan secara automatik. MCP bertindak apabila diminta, manakala mesej masuk memerlukan webhook. - Mencari EasyCoexistence dalam senarai penyambung terbina dalam. Ia ditambah melalui URL dengan mod pembangun dihidupkan. - Menganggap kunci diperlukan. Penyambung memberi kebenaran melalui OAuth dan tiada apa-apa perlu ditampal. **Adakah saya memerlukan pelan ChatGPT berbayar?** Penyambung tersuai berada di sebalik mod pembangun dalam tetapan. Ketersediaannya mengikut peraturan pelan OpenAI sendiri, bukan perkara yang kami kawal. **Adakah ChatGPT melihat perbualan pelanggan saya?** Hanya perkara yang anda minta. Mesej masuk bergerak dari Meta ke destinasi webhook yang anda tentukan, dan kami tidak pernah menyimpan kandungan perbualan. **Bolehkah ia menyambungkan nombor baharu?** Ia boleh memulakan proses tersebut. Penyambung mengembalikan pautan yang dibuka oleh pemilik perniagaan untuk memberi kebenaran kepada nombor mereka melalui aliran Meta. **Adakah ia berfungsi dengan akaun yang sama seperti Claude?** Ya. Satu akaun EasyCoexistence, satu endpoint, dan setiap pembantu yang anda sambungkan melihat nombor yang sama. --- ## Sambungkan WhatsApp ke Cursor melalui MCP https://easycoexistence.com/ms/integrations/cursor Tambah EasyCoexistence pada konfigurasi MCP Cursor supaya penyunting boleh mencapai nombor WhatsApp sebenar tanpa meninggalkan projek anda: senaraikan nombor, semak kesihatannya, hantar mesej dan template yang diluluskan, serta tetapkan destinasi webhook kepada apa sahaja yang anda bina, semuanya melalui Cloud API rasmi Meta. ### Bagaimanakah anda menambahnya pada Cursor? Buka Tetapan dan cari bahagian MCP, kemudian tambah pelayan yang menunjuk kepada endpoint EasyCoexistence. Cursor juga membaca fail mcp.json, iaitu pilihan lebih baik jika anda menyediakan beberapa mesin atau mahu konfigurasi disimpan dalam kawalan versi. Selepas memuat semula, minta Cursor menyenaraikan nombor anda. Cursor akan log masuk pada kali pertama dan alat tersedia selepas itu. Tiada pakej untuk dipasang dan tiada kunci untuk dijana. Pelayan ini jauh, jadi tiada apa-apa berjalan bersama penyunting dan menutup Cursor tidak menjejaskan nombor yang disambungkan. ### Mengapa anda mahu WhatsApp dalam penyunting? Kerana perkara yang dibina biasanya ialah integrasi itu sendiri, dan kitaran maklum balas tanpanya menjadi perlahan. Menyambungkan webhook, menyemak sama ada ia telah disahkan, menghantar mesej ujian kepada diri sendiri, serta membaca status kelulusan template: setiap tindakan itu memerlukan pertukaran konteks ke dashboard dan kembali semula. Dengan penyambung ini, semuanya boleh ditanya di tempat kod anda berada. Ia juga cara terpantas untuk menyediakan nombor pelanggan semasa mengerjakan projek mereka. get_connect_link mengembalikan pautan untuk dibuka, manakala set_webhook_destination menunjuk nombor itu kepada apa sahaja yang anda bina, tanpa sesiapa membuka tab pelayar selain pop timbul Meta. - Menyangka ia menerima mesej. MCP bertindak apabila diminta; trafik masuk memerlukan destinasi webhook. - Meletakkan token dalam konfigurasi. Penyambung menggunakan OAuth dan tidak memerlukan rahsia dalam fail. - Menghantar teks bebas kepada kenalan yang tidak menulis mesej sejak sehari lalu. Di luar 24 jam, hanya template yang diluluskan akan dihantar. **Adakah apa-apa perlu dipasang?** Tidak. Ia ialah pelayan jauh melalui HTTP dengan OAuth, jadi Cursor menyambung kepadanya tanpa menjalankannya. **Bolehkah saya menyimpan konfigurasi dalam kawalan versi?** Ya, melalui mcp.json. Tiada rahsia di dalamnya kerana pengesahan berlaku melalui OAuth semasa penggunaan pertama. **Adakah ia berfungsi dalam Claude Code juga?** Ya, dengan satu arahan. endpoint itu sama untuk setiap klien. **Bolehkah ia menghantar kepada mana-mana nombor?** Ia menghantar daripada nombor yang disambungkan kepada akaun anda kepada mana-mana penerima WhatsApp, tertakluk pada tetingkap dan peraturan template biasa. --- ## Sambungkan WhatsApp ke Claude Code melalui MCP https://easycoexistence.com/ms/integrations/claude-code Jalankan satu arahan claude mcp add dan Claude Code boleh mengakses nombor WhatsApp sebenar: menyenaraikan nombor, menyemak kesihatan, menghantar mesej dan template, serta menetapkan destinasi webhook, semuanya melalui Cloud API rasmi Meta, bukan sesi peranti yang dipautkan. ### Bagaimanakah cara menambahnya? Jalankan claude mcp add dengan pengangkutan http dan endpoint EasyCoexistence dalam mana-mana terminal. Kemudian jalankan /mcp dalam Claude Code dan lakukan pengesahan. Enam belas alat itu tersedia dalam setiap sesi pada mesin tersebut selepas itu. Tiada apa-apa dipasang selain entri konfigurasi. Pelayan adalah jauh, jadi tiada proses yang perlu dikekalkan dan tiada sesi disimpan di mana-mana dalam cakera. Keizinan menggunakan OAuth, jadi tiada token disimpan dalam sejarah shell, fail dot atau repositori. Perkara ini lebih penting di sini berbanding aplikasi desktop kerana konfigurasi terminal mudah tersimpan dalam repositori secara tidak sengaja. ### Apakah kegunaan sebenarnya? Kerja ejen yang melibatkan WhatsApp dan pangkalan kod pada masa yang sama, iaitu sebahagian besar kerja pengguna berbayar kami. Ejen boleh menyambungkan nombor pelanggan dengan get_connect_link, menetapkannya kepada perkhidmatan yang sedang dibina menggunakan set_webhook_destination, kemudian menghantar mesej ujian dan membaca sama ada webhook telah disahkan. Gelung ini biasanya memerlukan dashboard, telefon dan banyak masa menunggu. Dokumentasi juga sampai kepada model melalui cara ini. get_docs memulangkan dokumentasi produk kami dalam format markdown, jadi ejen yang menjawab soalan tentang peraturan Coexistence, tempoh 24 jam atau syarat 14 hari merujuk dokumentasi kami, bukan semata-mata ingatannya. - Mengharapkan mesej masuk sampai kepada ejen. MCP menggunakan permintaan dan respons; penghantaran memerlukan webhook. - Menambahnya bagi setiap projek. Ia dikonfigurasikan bagi setiap mesin dan tersedia dalam setiap sesi. - Menghantar teks bebas di luar tempoh dalam skrip. Semak masa mesej masuk terakhir dan gunakan template jika perlu. **Adakah ia berfungsi dalam Codex juga?** Apa-apa yang menggunakan MCP melalui HTTP dengan OAuth boleh menggunakan endpoint yang sama. **Adakah token disimpan pada cakera?** Tidak. Keizinan menggunakan OAuth, jadi tiada rahsia dalam fail konfigurasi. **Bolehkah ejen menyambungkan nombor sendiri?** Ejen boleh memulakan proses itu. Pautan yang dipulangkannya perlu dibuka oleh pemilik perniagaan kerana aliran Meta memerlukan pelayar dan telefon. **Adakah menutup terminal memutuskan apa-apa?** Tidak. Pelayan berada jauh dan nombor kekal bersambung tanpa mengira perkara yang sedang berjalan secara setempat. --- ## Webhook WhatsApp: menghala mesej terus ke pelayan anda https://easycoexistence.com/ms/whatsapp-webhook Webhook WhatsApp ialah endpoint HTTPS yang anda tetapkan, dan Meta menghantar peristiwa kepadanya: mesej masuk, status penghantaran, perubahan penarafan kualiti dan kemas kini akaun. Pada nombor Coexistence, destinasi boleh ditetapkan kepada pelayan anda sendiri, jadi perbualan tidak melalui penyedia sama sekali. ### Apakah yang sebenarnya dihantar Meta kepada webhook? Peristiwa dihantar mengikut kategori, dan perbezaan antara kategori itu menentukan seni bina anda. Laluan mesej membawa perkara yang dihantar pelanggan dan, pada nombor Coexistence, salinan perkara yang dihantar pasukan anda daripada aplikasi WhatsApp Business. Medan tersebut ialah messages dan smb_message_echoes, dan kedua-duanya mengandungi kandungan perbualan. Laluan operasi membawa segala yang lain: account_update apabila keadaan sambungan berubah, phone_number_quality_update apabila kualiti atau throughput berubah, account_alerts, account_review_update, business_capability_update dan phone_number_name_update. Semua ini tidak mengandungi kandungan perbualan dan menjadi asas pemantauan. Penyedia yang meletakkan dirinya dalam laluan mesej menerima kumpulan pertama. Penyedia yang tidak berbuat demikian tidak menerimanya. ### Bagaimanakah Meta mengesahkan endpoint? Dengan permintaan GET sebelum apa-apa dihantar, dan kegagalan di sini ialah sebab paling biasa persediaan yang kelihatan selesai tidak pernah menerima mesej. Meta memanggil URL anda dengan hub.mode ditetapkan kepada subscribe, hub.verify_token anda dan nilai hub.challenge. Endpoint anda mesti memulangkan challenge itu sebagai badan respons mentah, bukan dalam JSON dan tanpa tambahan lain. Jika tidak, Meta tidak akan mula menghantar apa-apa, dan tiada dashboard akan memaklumkannya. Endpoint itu juga mesti menggunakan HTTPS. Endpoint yang memulangkan 404 senyap, atau yang berada di sebalik lapisan pengesahan yang menolak Meta, kelihatan sama seperti persediaan yang berfungsi sehingga mesej pertama tidak tiba. ### Bolehkah destinasi menunjuk kepada pelayan anda sendiri? Ya, dan inilah bahagian yang berbeza antara penyedia. Meta membenarkan aplikasi mengatasi tempat webhook bagi WhatsApp Business Account tertentu dihantar. Kami menetapkan penggantian itu kepada URL anda, lalu memindahkan peristiwa laluan mesej daripada callback kami kepada anda. Kami mengekalkan peristiwa operasi kerana dashboard dan amaran dibina daripadanya. Kesannya bersifat seni bina, bukan dasar yang kami terbitkan. Kandungan perbualan tiada tempat untuk disimpan di pihak kami kerana ia tidak pernah dihantar kepada kami. Akaun yang tiada penggantian akan kembali kepada callback lalai kami, dan pengendali membuang peristiwa tersebut tanpa menyimpannya. ### Apakah yang berlaku kepada destinasi apabila nombor disambungkan semula? Destinasi itu dialih keluar, iaitu kegagalan yang hampir tiada siapa rancang. Destinasi bukan sifat nombor telefon. Ia ialah penggantian pada langganan aplikasi kami kepada WhatsApp Business Account. Apabila sambungan dialih keluar, sama ada kerana peraturan ketidakaktifan Meta selama empat belas hari atau sebab lain, aplikasi dinyahpasang daripada akaun itu dan penggantian turut terhapus. Sambungan semula memulihkan penghantaran dan pemantauan. Ia tidak memulihkan penghantaran ke pelayan anda, dan tiada ralat dilaporkan, jadi petanda pertama ialah pelanggan berkata tiada siapa membalas. Kami menggunakan semula penggantian itu pada setiap sambungan semula kerana perkara ini berlaku kepada nombor sebenar yang berjaya disambungkan semula tetapi menjadi senyap. - Memulangkan JSON daripada GET pengesahan. Meta mahukan nilai mentah hub.challenge sahaja. - Menggunakan URL sementara atau ujian. Meta terus menghantar kepadanya selepas alat yang menjana URL itu berhenti mendengar. - Menganggap destinasi kekal selepas sambungan semula. Destinasi berada pada langganan aplikasi dan dinyahpasang bersamanya. - Meletakkan endpoint di sebalik pengesahan yang menolak permintaan Meta. **Adakah mesej saya melalui EasyCoexistence?** Tidak. Penggantian menghantar peristiwa laluan mesej daripada Meta terus ke endpoint anda. Peristiwa bagi akaun tanpa penggantian kembali kepada callback kami dan dibuang tanpa disimpan. **Bolehkah saya menukar destinasi kemudian?** Ya, pada bila-bila masa, melalui dashboard atau penyambung MCP. Menghantar null menetapkannya semula kepada lalai kami. **Apakah yang berlaku jika pelayan saya tidak berfungsi ketika Meta menghantar?** Meta akan cuba semula untuk suatu tempoh, kemudian berhenti. Mesej masih tiba dalam aplikasi WhatsApp Business pada telefon, jadi perniagaan tidak kehilangan apa-apa walaupun integrasi gagal. **Adakah satu webhook mencukupi untuk beberapa nombor?** Ya. Halakan setiap nombor ke endpoint yang sama dan buat percabangan berdasarkan phone number id penerima dalam payload. --- ## Hantar dan terima WhatsApp daripada Python https://easycoexistence.com/ms/integrations/python Menerima ialah laluan dalam rangka kerja web anda yang menjawab GET pengesahan Meta dan menerima POST. Menghantar ialah permintaan HTTPS kepada Cloud API dengan phone number id dan token nombor itu. Tiada SDK daripada kami dan tiada apa yang perlu dipasang. ### Bagaimanakah anda menerima mesej dalam Python? Dengan dua pengendali pada satu laluan, menggunakan apa-apa rangka kerja yang sudah anda gunakan. Pengendali GET menjawab pengesahan Meta. Ia membaca hub.mode, hub.verify_token dan hub.challenge daripada rentetan pertanyaan, menyemak token itu dengan token anda sendiri, lalu memulangkan cabaran sebagai isi mentah. Memulangkan JSON di sini ialah kesilapan paling biasa dan kegagalan berlaku tanpa pemberitahuan. Pengendali POST menerima peristiwa. Pulangkan 200 dengan segera dan lakukan kerja selepas itu, kerana Meta menganggap respons lambat sebagai kegagalan lalu akan mencuba semula, yang bermakna mesej sama dikendalikan dua kali. Masukkan dalam baris gilir atau serahkannya kepada tugasan latar belakang, bukannya memprosesnya secara sebaris. Mesej tiba dengan ID mesej wamid. Menyahgandakan berdasarkan ID ini wajar dilakukan dari awal, kerana percubaan semula adalah perkara biasa, bukan luar biasa. ### Bagaimanakah anda menghantar? Satu POST kepada endpoint messages Cloud API untuk phone number id, dengan bearer token. Kedua-dua nilai datang daripada sambungan: dashboard memaparkannya, dan get_api_credentials memulangkannya jika anda lebih suka pembantu mengambilnya. Tiada apa-apa yang khusus kepada kami tentang panggilan itu, jadi apa-apa pustaka HTTP boleh digunakan dan permintaan itu kelihatan tepat seperti dokumentasi Meta sendiri. Perkara yang berubah mengikut masa ialah isi. Dalam tempoh 24 jam selepas mesej terakhir pelanggan, anda menghantar objek teks. Di luarnya, anda menghantar objek template yang menamakan template diluluskan serta bahasanya. Klien yang hanya mengenali bentuk pertama berfungsi dengan sempurna semasa ujian tetapi gagal pada mesej pertama selepas semalaman, lalu memulangkan ralat 131047. ### Apakah yang diperlukan oleh pengendali produksi selain itu? Tiga perkara yang mudah dilangkau dan mahal untuk ditambah kemudian. Nyahgandakan berdasarkan ID mesej kerana Meta mencuba semula. Letakkan rahsia rawak yang panjang dalam URL webhook dan tolak permintaan tanpanya, kerana jika tidak, sesiapa yang mengetahui URL yang mudah diteka boleh menghantar POST kepadanya. Pengepala tandatangan bukan pilihan di sini: Meta menandatangani menggunakan rahsia aplikasi bagi aplikasi yang memiliki langganan, iaitu aplikasi kami, dan rahsia itu tidak pernah dikongsi. Selain itu, tentukan tempoh sejak kenalan terakhir menulis supaya laluan penghantaran memilih teks atau template tanpa keputusan manusia. Tiada satu pun memerlukan rangka kerja atau pustaka. Ia hanyalah satu set, satu semakan dan satu perbandingan, dan menyediakannya sebelum pelanggan pertama ialah perbezaan antara integrasi yang berjalan senyap dengan integrasi yang menghantar amaran kepada anda. - Memulangkan JSON daripada GET pengesahan dan bukannya nilai cabaran mentah. - Memproses secara sebaris sebelum memulangkan 200. Meta mencuba semula respons lambat dan anda mengendalikan mesej dua kali. - Menghantar teks bebas tanpa menyemak tetingkap. Ia memulangkan 131047 dan kelihatan seperti tiada apa-apa berlaku. **Adakah terdapat SDK Python?** Bukan daripada kami dan anda tidak memerlukannya. API itu milik Meta, didokumentasikan oleh Meta dan boleh dicapai dengan apa-apa pustaka HTTP. **Rangka kerja apakah yang patut saya gunakan?** Apa-apa sahaja. Keperluannya ialah laluan yang menjawab GET dan menerima POST, yang disokong oleh setiap rangka kerja web Python. **Bagaimanakah saya mengelakkan mesej dikendalikan dua kali?** Nyahgandakan berdasarkan ID mesej wamid dalam payload. Meta memang mencuba semula, jadi ini dijangka, bukan kes pinggiran. **Bolehkah pasukan masih menggunakan telefon?** Ya. Coexistence memastikan aplikasi WhatsApp Business terus berfungsi pada nombor yang sama, dan pengendali anda melihat perkara yang mereka hantar sebagai peristiwa echo. --- ## Hantar dan terima WhatsApp daripada Node.js https://easycoexistence.com/ms/integrations/node Menerima ialah laluan yang menjawab GET pengesahan Meta dan menerima POST. Menghantar ialah panggilan fetch ke Cloud API dengan phone number id dan token nombor itu. Tiada SDK daripada kami dan tiada apa-apa untuk dipasang. ### Bagaimanakah anda menerima mesej dalam Node? Satu laluan dengan dua kaedah, dalam Express, Fastify, pengendali laluan Next atau pelayan biasa. GET menjawab pengesahan Meta: baca hub.mode, hub.verify_token dan hub.challenge daripada pertanyaan, bandingkan token itu dengan token anda, kemudian pulangkan cabaran sebagai teks biasa. Memulangkannya sebagai JSON ialah kesilapan biasa dan menghasilkan endpoint yang tidak pernah menerima apa-apa walaupun kelihatan betul. POST menerima peristiwa. Balas 200 serta-merta dan proses selepas itu. Meta akan mencuba semula apa-apa yang lambat, dan pengendali yang menyiapkan kerja sebelum memberi respons akan melihat mesej yang sama lebih daripada sekali. Khususnya pada pelayan tanpa pelayan, memulangkan respons dahulu dan memasukkan kerja ke dalam baris gilir mengelakkan cold start daripada menghasilkan pendua. ### Bagaimanakah anda menghantar? Panggilan fetch ke messages endpoint Cloud API untuk phone number id, dengan token sebagai pengepala bearer. Tiada apa-apa yang khusus kepada kami, jadi permintaan itu sepadan tepat dengan dokumentasi Meta sendiri dan tiada pembalut untuk dipelajari atau terikat dengannya. Kedua-dua nilai terdapat dalam dashboard, dan get_api_credentials memulangkannya melalui penyambung MCP jika pembantu sedang membuat penyambungan. Badan permintaan bergantung pada masa. Dalam tempoh 24 jam selepas mesej masuk terakhir pelanggan, hantar objek teks. Selepas tempoh itu, hantar objek template dengan nama template dan bahasa yang diluluskan. Kod yang hanya menghantar teks lulus setiap ujian dan gagal apabila mesej pertama tiba pada waktu malam. ### Apakah yang berbeza pada pelayan tanpa pelayan? Dua perkara, dan kedua-duanya berkaitan fungsi yang tamat sebelum kerja selesai. Memulangkan 200 kemudian meneruskan pemprosesan tidak akan bertahan jika fungsi membeku sebaik sahaja memberikan respons. Gunakan apa sahaja yang disediakan oleh platform anda untuk memastikan kerja terus hidup selepas respons, atau masukkan payload ke dalam baris gilir dan biarkan fungsi berasingan mengendalikannya. Meta hanya memerlukan pengesahan dengan cepat, bukan kerja itu disiapkan. Cold start juga menjadikan respons lambat lebih berkemungkinan, lalu menyebabkan lebih banyak percubaan semula dan pendua. Dedup melalui message id wamid bukan pilihan dalam bentuk ini, sebaliknya itulah yang menjadikannya boleh dipercayai. - Memulangkan cabaran sebagai JSON dan bukannya badan mentah. - Menyiapkan kerja sebelum memberi respons 200. Pada pelayan tanpa pelayan, fungsi mungkin membeku sebaik sahaja memberikan respons. - Tidak melakukan dedup. Meta mencuba semula mengikut reka bentuk, dan pendua ialah perkara biasa, bukan kes terpencil. **Adakah saya memerlukan pustaka?** Tidak. Laluan dan fetch sudah mencukupi, dan panggilan itu sepadan tepat dengan dokumentasi Meta. **Adakah ini berfungsi pada Vercel atau Lambda?** Ya, dengan batasan biasa pelayan tanpa pelayan: beri pengesahan dahulu, kemudian proses melalui baris gilir atau mekanisme latar dan bukannya secara sebaris. **Bagaimanakah saya mengesahkan bahawa permintaan datang daripada Meta?** Letakkan rahsia rawak yang panjang dalam URL webhook dan tolak sebarang permintaan tanpanya. Meta menandatangani menggunakan rahsia aplikasi bagi aplikasi yang memiliki langganan, iaitu aplikasi kami dalam kes ini, dan rahsia itu tidak pernah dikongsi, jadi pengepala tandatangan tidak boleh disemak di pihak anda. **Bolehkah saya menggunakan TypeScript?** Ya. Tiada apa-apa daripada kami yang perlu ditaip, kerana payload itu milik Meta dan didokumentasikan oleh Meta. --- ## EasyCoexistence berbanding peti masuk BSP https://easycoexistence.com/ms/compare/coexistence-vs-bsp BSP menjual sebuah platform: peti masuk bersama untuk pasukan anda gunakan, dengan mesej disimpan pada pelayan mereka. Coexistence mengekalkan aplikasi WhatsApp Business pada telefon dan menghantar mesej ke mana-mana destinasi yang anda tentukan. Pilihannya ialah sama ada anda mahukan produk untuk digunakan atau sambungan untuk dibangunkan. ### Apakah yang sebenarnya diberikan oleh BSP? Sebuah produk, dan itu bukan kritikan. Business Solution Provider biasanya menjual peti masuk bersama: ejen log masuk, perbualan diagihkan, terdapat balasan pratetap, tag, pelaporan dan aplikasi mudah alih. Bagi pasukan sokongan seramai lapan orang yang perlu membahagikan kerja serta melihat siapa menjawab perkara tertentu, itulah pembelian yang tepat, dan membinanya sendiri adalah tidak munasabah. Kesan seni binanya ialah mesej melalui dan disimpan pada platform mereka, kerana peti masuk bersama tidak boleh wujud tanpa perkara itu. Ia memerlukan sejarah untuk memaparkannya. Ini ialah sifat semula jadi produk tersebut, bukannya pilihan yang dibuat oleh pembekal tertentu. ### Bilakah Coexistence lebih sesuai? Apabila nombor itu dimiliki oleh perniagaan yang sudah mempunyai cara kerja sendiri, dan tiada siapa mahu mengubahnya. Pasukan kecil yang menjawab dari satu telefon tidak memerlukan pengagihan perbualan. Mereka memerlukan semula masa pada waktu malam, iaitu sesuatu yang mengendalikan pengesahan dan balasan pertama secara automatik sementara telefon terus berfungsi seperti biasa. Memindahkan mereka ke peti masuk menyelesaikan masalah yang tiada dan mencipta masalah yang tidak diminta. Agensi mempunyai keadaan yang sama atas sebab berbeza. Pelanggan tidak akan memindahkan nombor atau melatih semula kakitangan mereka, malah sering tidak menerima perbualan mereka disimpan pada platform pihak ketiga. Coexistence ialah satu-satunya laluan rasmi yang tidak memerlukan apa-apa daripada mereka. ### Yang mana sesuai jika anda membina perisian? Coexistence, hampir selalu, dan sebabnya bersifat struktur, bukannya tentang ciri. Jika anda membina sesuatu yang mengendalikan perbualan, peti masuk BSP ialah pesaing kepada perkara yang anda bina dan lapisan antara anda dengan Meta. Anda akhirnya berintegrasi dengan abstraksi mereka, bukannya Cloud API, yang bermaksud had kadar mereka, bentuk webhook mereka, jadual keluaran mereka dan harga mereka ditambah kepada harga Meta. Dengan Coexistence, webhook pergi ke endpoint anda dan panggilan API ialah milik Meta sendiri, seperti yang didokumenkan oleh Meta. Tiada bahagian integrasi yang khusus kepada pembekal, dan itulah yang membolehkan anda meninggalkannya. - Memilih berdasarkan harga. Ini produk yang berbeza, dan yang lebih murah bukan versi lebih kecil bagi produk yang satu lagi. - Meletakkan pasukan sokongan seramai lapan orang pada sambungan mentah tanpa apa-apa yang dibina. Mereka memerlukan peti masuk dan akan tidak berpuas hati tanpanya. - Menganggap BSP boleh mengekalkan aplikasi WhatsApp Business. Sesetengahnya boleh melalui Coexistence, banyak yang tidak, dan anda wajar bertanya secara terus. **Bolehkah saya menggunakan kedua-duanya?** Secara amnya ya, jika BSP menyokong Coexistence. Soalan yang perlu ditanya ialah di mana kandungan perbualan disimpan, kerana itulah perbezaan sebenar. **Adakah BSP lebih boleh dipercayai?** Kedua-duanya berjalan pada Cloud API Meta, jadi penghantaran adalah sama. Perbezaannya ialah bilangan pihak yang berada antara Meta dengan sistem anda. **Yang mana lebih murah?** Biasanya yuran sambungan tetap lebih rendah daripada harga peti masuk berdasarkan setiap pengguna, tetapi kedua-duanya ialah pembelian yang berbeza dan membandingkan angka sahaja boleh mengelirukan. **Apakah yang berlaku pada sejarah saya jika saya pergi?** Dengan Coexistence, sejarah itu tidak pernah dipegang oleh kami. Dengan platform, sejarah itu berada di sana, dan mendapatkannya keluar memerlukan eksport. --- ## EasyCoexistence berbanding membina sendiri https://easycoexistence.com/ms/compare/build-it-yourself-vs-easycoexistence Setiap panggilan API yang dibuat produk ini didokumenkan oleh Meta dan tersedia kepada sesiapa sahaja yang mempunyai aplikasi Meta. Membina sambungan itu boleh disiapkan pada hujung minggu. Yang mengambil masa lebih lama ialah menjadi Tech Provider, manakala perkara yang tidak pernah selesai ialah mengesan apabila sambungan terputus secara senyap. ### Apakah yang sebenarnya perlu anda bina? Kurang daripada jangkaan orang untuk versi pertama, tetapi lebih banyak daripada jangkaan mereka untuk versi yang benar-benar tahan. Versi pertama ialah aplikasi Meta, Embedded Signup, endpoint yang menjawab jabat tangan pengesahan dan panggilan penghantaran. Bagi seseorang yang biasa dengan OAuth dan webhook, ini benar-benar boleh disiapkan pada hujung minggu, dan halaman dokumentasi kami sendiri menerangkan sebahagian besarnya. Versi yang tahan adalah berbeza. Ia mengendalikan lapan jenis peristiwa webhook mengikut nama, membezakan token yang dibatalkan daripada nombor yang dialih keluar, menyemak penarafan kualiti dan peringkat pemesejan secara berkala kerana kedua-duanya tidak hadir sebagai peristiwa yang boleh anda harapkan, menggunakan semula penggantian webhook selepas penyambungan mengalih keluarnya, serta membezakan pemutusan sambungan selepas empat belas hari tidak aktif daripada pelanggan yang benar-benar pergi. Setiap perkara ini dipelajari daripada sesuatu yang rosak. ### Apakah bahagian yang tidak boleh dipintas? Menjadi Meta Tech Provider anda sendiri. Inilah perbezaan antara menyambungkan satu nombor dengan menyambungkan nombor milik orang lain. Proses ini percuma, tetapi tidak pantas. Ia memerlukan Business Manager yang disahkan, aplikasi yang lulus App Review dan video rakaman yang menunjukkan aliran tersebut. Sehingga selesai, anda bekerja melalui akaun penyedia orang lain, yang menyebabkan had satu sambungan yang sering ditemui dalam alatan sedia ada. Jika anda menyambungkan satu nombor milik anda, semua ini tidak terpakai dan anda patut membinanya sendiri. Jika anda menyambungkan nombor untuk pelanggan, inilah projek sebenar dan tempohnya diukur dalam minggu menunggu, bukan hari bekerja. ### Berapakah kos sebenar untuk menjalankan pemantauan? Inilah bahagian yang tiada tarikh siap, dan itu yang membezakannya daripada bahagian lain. Sambungan boleh gagal secara senyap. Aplikasi WhatsApp Business terus berfungsi ketika penurunan kualiti, token tamat tempoh, penggantian webhook dialih keluar dan sambungan terputus selepas empat belas hari, jadi tiada petunjuk masalah pada telefon dan isyarat pertama biasanya datang daripada pelanggan yang bertanya mengapa tiada sesiapa membalas. Untuk mengesannya, anda memerlukan peninjau berjadual, penerima webhook, tempat menyimpan keadaan, amaran dan seseorang yang menyedari amaran itu. Tiada satu pun yang sukar. Semuanya perlu terus berjalan dan kekal betul apabila Meta mengubah perkara, seperti yang memang berlaku. Itulah perkara sebenar yang dibeli di sini, bukan panggilan API. - Membuat anggaran berdasarkan versi pertama. Menyambungkan satu nombor boleh disiapkan pada hujung minggu, tetapi mengekalkan lima puluh sambungan tidak begitu. - Merancang untuk menjadi Tech Provider mengikut tarikh akhir. Tempoh App Review bukan sesuatu yang boleh anda kawal. - Menganggap pemantauan sebagai fasa kemudian. Kegagalan yang dikesannya berlaku secara senyap, jadi ketiadaannya bukan bukti bahawa ia tidak berlaku. **Adakah apa-apa di sini proprietari?** Tidak. Setiap panggilan ialah Cloud API Meta yang didokumenkan. Itu memang disengajakan: tiada apa-apa mengikat anda dan anda boleh beralih sambil integrasi sendiri kekal utuh. **Patutkah saya membinanya jika saya mempunyai satu nombor?** Kemungkinan besar, ya. Satu nombor milik anda yang disambungkan sekali ialah projek kecil dan anda akan mempelajari platform ini dengan betul. **Berapa lamakah status Tech Provider mengambil masa?** Ia percuma, tetapi memerlukan Business Manager yang disahkan dan App Review, termasuk video rakaman. Tempoh menunggu ialah bahagian yang panjang. **Apakah yang saya hilang jika membinanya sendiri?** Tiada apa-apa dari segi teknikal. Anda mengambil alih pemantauan, iaitu bahagian yang tidak pernah selesai dan gagal secara senyap. --- ## Ralat WhatsApp 368: akaun disekat kerana dasar https://easycoexistence.com/ms/docs/whatsapp-error-368 Ralat 368 bermaksud akaun WhatsApp Business telah disekat oleh Meta selepas tindakan penguatkuasaan dasar. Ini ialah keputusan pada peringkat akaun, bukan masalah permintaan, dan rayuan dibuat melalui Meta, bukan penyedia. ### Apakah maksud sebenar sekatan? Meta telah mengambil tindakan penguatkuasaan terhadap akaun perniagaan, biasanya selepas isu dasar berulang dan bukan satu kejadian sahaja. Punca lazim termasuk kandungan mesej yang melanggar dasar perdagangan atau perniagaan WhatsApp, corak penerima yang melaporkan mesej, atau butiran pengesahan perniagaan yang tidak dapat disahkan. Kesemuanya berkaitan dengan akaun, bukan mesej tertentu. Sebab itu setiap penghantaran gagal, bukan hanya sebahagiannya. Bezakan keadaan ini daripada had kualiti, yang mengehadkan jumlah penghantaran akaun yang sihat. Sekatan ialah penilaian sama ada akaun patut terus beroperasi, dan ia tidak selesai dengan mengurangkan penghantaran. ### Bagaimanakah ia diselesaikan? Melalui Meta, dalam Business Manager, dan hanya oleh pemilik akaun. Notis penguatkuasaan dalam Business Manager menerangkan dasar yang dirujuk dan sama ada rayuan tersedia. Rayuan boleh dibuat dan kadangkala berjaya, tetapi tiada tempoh yang boleh dijanjikan atau saluran eskalasi melalui penyedia. Tiada pihak yang menjual akses API mempunyai penglihatan terhadap keputusan penguatkuasaan atau keupayaan mempengaruhinya. Ini antara keadaan yang jarang berlaku apabila jawapan jujur daripada mana-mana vendor ialah mereka tidak dapat membantu perkara yang paling anda perlukan. Mereka boleh memberitahu akaun yang disekat dan masa sekatan berlaku, iaitu tujuan garis masa sambungan. - Meminta penyedia membuangnya. Keputusan penguatkuasaan adalah milik Meta dan tiada pihak lain boleh melihatnya. - Menyambungkan nombor di tempat lain. Sekatan dikenakan pada akaun perniagaan dan akan mengikutinya. - Menganggapnya sebagai had kualiti, yang mengehadkan jumlah pada akaun yang sihat, bukan akaun itu sendiri. **Bolehkah saya memindahkan nombor kepada penyedia lain?** Tidak. Sekatan dikenakan pada akaun WhatsApp Business, jadi ia terpakai di mana-mana nombor itu digunakan. **Berapa lama rayuan mengambil masa?** Meta tidak menerbitkan tempoh, dan tiada penyedia mempunyai penglihatan terhadap proses itu. **Adakah ia menjejaskan penerimaan?** Penguatkuasaan berbeza mengikut kes. Perkara yang konsisten ialah penghantaran berhenti berfungsi. **Adakah 131031 perkara yang sama?** Berkaitan. Kod itu hadir bersama sekatan yang mempunyai ketidakpadanan data pengesahan, yang menunjukkan masalah pada butiran perniagaan, bukan tingkah laku pemesejan. --- ## Ralat WhatsApp 131031: akaun disekat atau data tidak sepadan https://easycoexistence.com/ms/docs/whatsapp-error-131031 Ralat 131031 bermaksud WhatsApp Business Account disekat, lazimnya kerana butiran pengesahan perniagaan tidak sepadan dengan rekod Meta, atau kerana PIN pengesahan dua langkah terlibat. Masalah ini diselesaikan dalam Business Manager, bukan melalui kod. ### Apakah jenis ketidakpadanan yang menyebabkannya? Perbezaan antara maklumat perniagaan yang disimpan Meta dengan maklumat yang diberikan. Perbezaan ini mungkin kelihatan kecil, tetapi kesannya tidak kecil. Pengesahan perniagaan menghubungkan entiti sah dengan akaun: nama, alamat, butiran pendaftaran dan dokumen sokongan. Jika sesuatu berubah pada pihak perniagaan tetapi tidak dikemas kini dengan Meta, atau maklumat yang dihantar tidak sepadan dengan daftar yang disemak Meta, akaun boleh disekat sehingga maklumatnya diselaraskan. PIN pengesahan dua langkah ialah satu lagi punca biasa dan lebih mudah dibaiki. PIN ini ditetapkan pada nombor telefon dan diperlukan untuk operasi tertentu. Jika terlupa atau ditetapkan oleh seseorang yang sudah meninggalkan perniagaan, PIN itu perlu ditetapkan semula sebelum perkara lain dapat berfungsi. ### Di manakah sebenarnya anda perlu menyemak? Business Manager, pada akaun perniagaan dan bukannya pada nombor telefon. Status pengesahan dan sebarang notis penguatkuasaan berada di situ. Kedua-duanya biasanya menunjukkan punca yang terlibat. Dashboard penyedia boleh memberitahu bahawa nombor berhenti berfungsi dan bila perkara itu berlaku, tetapi dashboard itu tidak dapat melihat rekod pengesahan. Jadi, ia tidak dapat memberitahu butiran yang salah. Jika puncanya pengesahan, kemas kini butiran perniagaan dan hantar semula. Jika puncanya PIN, tetapkan semula melalui tetapan WhatsApp Manager untuk nombor itu. Catatkan PIN di tempat yang boleh ditemui oleh perniagaan selepas itu. - Menganggapnya sebagai ralat kod. Permintaan itu dibentuk dengan betul, tetapi akaun ditolak. - Menghantar semula pengesahan dengan butiran yang sama seperti sebelum ini dan telah ditolak. - Menganggap PIN disimpan oleh penyedia. PIN ditetapkan pada nombor melalui tetapan Meta sendiri. **Adakah ini sama seperti 368?** Berkaitan tetapi tidak sama. 368 ialah tindakan penguatkuasaan dasar; kod ini biasanya menunjukkan butiran pengesahan perniagaan atau PIN dua langkah. **Bolehkah penyedia melihat status pengesahan saya?** Tidak. Status itu berada pada akaun perniagaan dalam Business Manager dan tidak didedahkan kepada penyedia. **Adakah menyambung semula akan membantu?** Tidak. Sekatan dikenakan pada akaun, jadi sambungan baharu tetap menghadapi syarat yang sama. **Bagaimanakah cara menetapkan semula PIN dua langkah?** Dalam WhatsApp Manager, pada tetapan nombor telefon. Catatkan PIN di tempat yang boleh dicapai oleh perniagaan kemudian. --- ## Ralat WhatsApp 132015: template dijeda kerana kualiti https://easycoexistence.com/ms/docs/whatsapp-error-132015 Ralat 132015 bermaksud template ini telah dijeda oleh Meta kerana kualitinya menurun, biasanya selepas penerima menyekat atau melaporkan mesej yang menggunakannya. Nombor itu baik sahaja. Template ini tidak dapat menghantar mesej buat sementara waktu. ### Mengapa satu template dijeda? Kerana kualiti diukur bagi setiap template dan nombor, lalu template yang bermasalah boleh diasingkan tanpa menjejaskan perkara lain. Meta memantau reaksi penerima terhadap mesej yang dihantar dengan setiap template: sekatan, laporan dan sama ada orang berinteraksi langsung. Template yang secara konsisten menghasilkan reaksi buruk akan dijeda, manakala template lain pada nombor yang sama terus berfungsi. Ini ialah tindak balas yang sengaja dihadkan, dan lebih berguna daripada yang kelihatan kerana ia menunjukkan dengan tepat mesej yang bermasalah. Punca biasa termasuk kandungan promosi dalam template utiliti, mesej yang tidak menjelaskan perniagaan mana yang menghubungi, atau template yang dihantar kepada orang yang tidak menjangkakannya. ### Apakah yang patut dilakukan terhadap template yang dijeda? Edit template itu dan bukannya menghantarnya semula, serta anggap jeda tersebut sebagai maklumat tentang kandungan. Template yang dijeda boleh dihantar semula selepas suatu tempoh, tetapi menghantar kandungan yang sama kepada khalayak yang sama akan menghasilkan reaksi yang sama dan jeda kedua. Meta melumpuhkan template secara kekal selepas jeda berulang. Pada ketika itu, satu-satunya pilihan ialah mencipta template baharu dengan kandungan berbeza, jadi jeda kedua perlu dielakkan. Mengedit biasanya bermaksud menjadikan tujuannya jelas pada baris pertama, menamakan perniagaan dan menerangkan dengan jujur sebab seseorang menerimanya. Anda juga perlu menyemak penerimanya kerana template yang baik, jika dihantar kepada senarai yang tidak berminat, masih menghasilkan isyarat yang sama. - Menghantar semula template yang sama selepas jeda tamat. Kandungan itulah puncanya. - Menganggapnya sebagai masalah pada nombor. Template lain pada nombor yang sama terus berfungsi. - Menunggu jeda ketiga. Jeda berulang akan melumpuhkan template secara kekal. **Adakah template lain masih boleh dihantar?** Ya. Jeda hanya terpakai pada template ini, manakala template lain yang diluluskan pada nombor tersebut tidak terjejas. **Berapa lama jeda berlangsung?** Meta tidak menerbitkan tempoh tetap, dan tempohnya bertambah jika jeda berulang. **Bolehkah saya mengedit template yang dijeda?** Ya, dan itulah tujuannya. Menghantar semula kandungan yang diperbaik ialah cara untuk memulihkannya. **Apakah 132016?** Versi kekal. Selepas jeda berulang, template dilumpuhkan dan mesti digantikan dengan template baharu. --- ## Ralat WhatsApp 100: parameter tidak sah https://easycoexistence.com/ms/docs/whatsapp-error-100 Ralat 100 bermaksud permintaan membawa parameter yang tidak diterima Meta: tidak disokong, tersalah eja atau strukturnya salah untuk endpoint itu. Ralat ini deterministik, jadi permintaan yang sama gagal dengan cara yang sama setiap kali dan cuba semula tidak membantu. ### Apakah puncanya Sesuatu dalam badan permintaan atau pertanyaan tidak dikenali oleh endpoint, dan puncanya biasanya konsisten. - Nama medan tersalah eja atau menggunakan huruf besar kecil yang salah. - Parameter yang dimiliki endpoint lain. - Nilai daripada jenis yang salah, seperti nombor dihantar sebagai teks apabila integer diperlukan. - Objek bersarang diratakan, atau nilai rata dihantar apabila objek diperlukan. ### Mengapa cuba semula tidak berguna Tiada apa-apa pada platform yang berubah antara percubaan. Permintaan yang tidak sah tetap tidak sah pada percubaan kedua atas sebab yang sama, dan gelung cuba semula untuk ralat ini akan menyebabkan had kadar selain masalah asal, bukan kejayaan. Tindakan yang berguna ialah mencatat badan permintaan bersama ralat dan membandingkannya medan demi medan dengan rujukan endpoint. Hampir setiap kali, perbezaannya kelihatan dalam masa seminit. - Cuba semula. Permintaan ini deterministik dan akan gagal dengan cara yang sama. - Menganggap puncanya nombor. Ralat ini tidak pernah berkaitan dengan sambungan. - Menganggapnya kegagalan umum. Ralat ini secara khusus menamakan masalah parameter, manakala kod khusus 131008 dan 131009 digunakan untuk nilai yang tiada dan nilai di luar julat. **Adakah ini bermaksud nombor saya rosak?** Tidak. Ralat ini hanya berkaitan dengan permintaan dan nombor tidak terjejas. **Mengapa mesejnya begitu umum?** Ia ialah ralat umum untuk masalah parameter. Meta mempunyai kod khusus bagi parameter yang tiada dan nilai yang tidak sah. **Bolehkah penyedia menyebabkan ralat ini?** Hanya melalui pembinaan permintaan. Dalam integrasi terus, permintaan itu milik anda. **Patutkah saya cuba semula dengan penangguhan berperingkat?** Tidak. Ralat ini deterministik, dan cuba semula hanya menambah had kadar kepada masalah yang tidak sementara. --- ## Ralat WhatsApp 131008: parameter diperlukan tiada https://easycoexistence.com/ms/docs/whatsapp-error-131008 Ralat 131008 bermaksud parameter yang diperlukan tiada dalam permintaan. Ia lebih khusus dan berguna berbanding ralat 100, yang merangkumi parameter yang salah format secara umum, kerana ralat ini menunjukkan medan itu tiada, bukannya salah. ### Apa yang biasanya tiada Medan yang kelihatan pilihan tetapi sebenarnya wajib, sebab itu beberapa medan yang sama muncul berulang kali. - messaging_product, yang mesti ditetapkan kepada whatsapp pada setiap penghantaran. - recipient_type pada bentuk mesej yang memerlukannya. - Objek bahasa pada penghantaran template, yang diperlukan walaupun hanya ada satu. - components pada template yang mentakrifkan pemboleh ubah, kerana senarai kosong tidak sama dengan tidak menyertakannya. ### Mengapa ini berita baik Kerana ini ialah kegagalan paling khusus dalam kelompok ini. Ralat 100 hanya memberitahu bahawa ada parameter yang salah; ralat ini memberitahu bahawa parameter diperlukan itu langsung tiada, lalu carian boleh dihadkan kepada senarai medan diperlukan endpoint. Penyelesaiannya ialah membaca rujukan endpoint yang dipanggil dan menyemak permintaan berbanding set yang diperlukan. Kerja ini mengambil masa seminit, sebab itu ralat ini wajar dibezakan daripada 100 dalam log, bukannya kedua-duanya dikumpulkan sebagai permintaan tidak sah. - Menganggapnya sama seperti ralat 100. Ralat ini menunjukkan ketiadaan dan lebih khusus. - Menghantar tatasusunan components kosong seolah-olah sama dengan tidak menyertakannya. API menganggap kedua-duanya berbeza. - Tidak menyertakan messaging_product. Ia diperlukan pada setiap penghantaran dan merupakan punca tunggal yang paling biasa. **Parameter yang mana tiada?** Respons menamakannya. Jika tidak, rujukan endpoint menyenaraikan set yang diperlukan. **Adakah messaging_product benar-benar diperlukan?** Ya, pada setiap penghantaran, tetapkan kepada whatsapp. Ini ialah perkara yang paling kerap tertinggal. **Adakah ini sama seperti 100?** Tidak. 100 merangkumi parameter yang ada tetapi salah; ralat ini merangkumi parameter yang tiada. **Bolehkah cuba semula membantu?** Tidak. Permintaan ini bersifat deterministik dan akan gagal dengan cara yang sama sehingga medan itu ditambah. --- ## Ralat WhatsApp 131009: nilai parameter tidak sah https://easycoexistence.com/ms/docs/whatsapp-error-131009 Ralat 131009 bermaksud satu atau lebih nilai parameter tidak sah: medan itu wujud dan difahami, tetapi kandungannya tidak diterima endpoint. Kod locale, format nombor telefon dan nilai enum menjadi punca bagi kebanyakannya. ### Nilai yang paling kerap gagal Tiga bentuk menyebabkan sebahagian besar ralat, dan ketiga-tiganya kelihatan betul kepada pembaca. - Kod locale: en apabila template dicipta sebagai en_US, atau pt apabila ia pt_BR. - Nombor telefon dengan tanda baca, sifar di hadapan atau tanda tambah, sedangkan endpoint menjangkakan digit sahaja dalam format antarabangsa. - Nilai enum menggunakan huruf besar atau kecil yang salah, seperti kategori template dalam huruf kecil. - Tarikh atau cap masa dalam format selain yang didokumenkan oleh endpoint. ### Mengapa kes locale wajar diberi perhatian khusus Kerana kes ini menghasilkan dua ralat berbeza bergantung pada endpoint, lalu orang mencari punca yang salah. Menghantar template dengan bahasa yang tidak wujud untuk nama itu mengembalikan 132001, yang kelihatan seperti template tiada. Membekalkan locale yang tidak berformat betul kepada endpoint yang mengesahkannya dahulu pula mengembalikan ralat ini. Kedua-duanya berpunca daripada kesilapan asas yang sama. Dalam kedua-dua kes, baca senarai template dan salin rentetan bahasa yang tepat, bukannya mengandaikan bentuknya. - Menganggap en dan en_US boleh saling menggantikan. Kedua-duanya mengenal pasti template yang berbeza. - Menghantar nombor telefon dengan tanda tambah atau tanda baca. Gunakan digit sahaja dalam format antarabangsa. - Cuba semula. Nilainya salah secara deterministik. **Nilai manakah yang salah?** Respons biasanya menamakan parameter itu. Jika tidak, semak locale dan format telefon terlebih dahulu. **Bagaimanakah nombor telefon patut diformatkan?** Gunakan format antarabangsa, digit sahaja, tanpa tanda tambah atau tanda baca. **Mengapa kesilapan yang sama kadangkala mengembalikan 132001?** Kerana penghantaran template menyelesaikan nama dan bahasa bersama-sama, lalu pasangan yang tidak dikenali kelihatan seperti template yang tiada. **Adakah ini masalah dengan nombor saya?** Tidak. Ralat ini hanya berkaitan dengan permintaan. --- ## Ralat WhatsApp 131051: jenis mesej tidak disokong https://easycoexistence.com/ms/docs/whatsapp-error-131051 Ralat 131051 bermaksud jenis mesej yang dihantar tidak disokong. Kadangkala nilai jenis itu tidak sah, tetapi pada nombor Coexistence, biasanya jenis tersebut tidak dibenarkan oleh platform untuk sambungan berkenaan. ### Dua punca yang berbeza Punca pertama adalah biasa: nilai jenis yang tersalah eja atau tidak ditakrifkan oleh API. Rujuk dokumentasi endpoint untuk menyelesaikannya dalam seminit. Punca kedua bersifat struktur dan sering mengelirukan kerana kodnya sama. Nombor Coexistence tidak boleh melakukan semua perkara yang boleh dilakukan oleh nombor Cloud API biasa. Percubaan melakukan salah satu perkara itu akan mengembalikan ralat ini, bukannya mesej yang lebih jelas. Mesej yang hilang, media lihat sekali, lokasi langsung dan senarai siaran dinyahdayakan pada nombor yang disambungkan, manakala sembang kumpulan berada sepenuhnya di luar API. ### Cara menentukan punca yang berlaku Lihat perkara yang cuba anda hantar. - Jenis yang ditakrifkan oleh API dan pernah anda hantar: kesilapan pemformatan, jadi bandingkan payload. - Apa-apa yang dihantar kepada kumpulan: punca struktur dan tiada penyedia boleh mendayakannya. - Lokasi langsung, media lihat sekali atau mesej yang hilang: punca struktur pada nombor Coexistence. - Jenis baharu yang belum pernah anda hantar: semak sama ada ia tersedia pada akaun dan di rantau anda. - Membina aliran kerja berdasarkan sembang kumpulan. Ciri ini tidak disertakan dalam API daripada mana-mana penyedia. - Menganggap penyedia boleh mendayakan jenis yang dinyahdayakan. Ini ialah had pada peringkat platform. - Cuba semula. Kedua-dua punca ini bukan masalah sementara. **Bolehkah saya menghantar kepada kumpulan?** Tidak. Sembang kumpulan berada di luar API pada nombor Coexistence, tanpa mengira penyedia. **Mengapa lokasi langsung tidak disokong?** Lokasi langsung ialah salah satu ciri yang dinyahdayakan pada nombor selepas Coexistence diaktifkan. **Bolehkah masalah ini dibaiki?** Jika puncanya jenis yang tidak sah, ya. Jika puncanya had platform, tidak. **Adakah perkara ini menjejaskan penerimaan?** Tidak. Ralat ini berkaitan dengan penghantaran jenis yang tidak dibenarkan. --- ## Ralat WhatsApp 131052: muat turun media gagal https://easycoexistence.com/ms/docs/whatsapp-error-131052 Ralat 131052 bermaksud Meta tidak dapat memuat turun media yang dilampirkan pada mesej. Masalahnya pada media itu, bukan permintaan anda, jadi minta media dihantar melalui cara lain dan bukan ubah kod. ### Mengapa ia berlaku Media masuk diambil secara berasingan, bukan dihantar bersama mesej. Mesej membawa media id, kemudian bait media diperoleh secara berasingan menggunakan id itu. Pengambilan itu boleh gagal atas sebab di pihak penghantar: muat naik yang tidak selesai, media yang luput sebelum diambil, atau format yang rosak semasa dihasilkan. Semua ini tidak kelihatan dari pihak anda dan tidak dapat dibaiki dengan mengubah permintaan. ### Apa yang perlu dilakukan Anggap mesej itu diterima tanpa lampirannya, kemudian kendalikannya seperti input tidak lengkap yang lain. - Rekodkan mesej dan tandakan media sebagai tidak tersedia, bukannya gugurkan keseluruhan event. - Ambil media dengan segera: id tidak sah selama-lamanya. - Jika manusia terlibat, minta pelanggan menghantarnya semula kerana ini menyelesaikan kebanyakan kes. - Jangan cuba semula tanpa henti. Jika pengambilan pertama dan satu percubaan semula gagal, media itu tidak akan tiba. - Menggugurkan keseluruhan mesej. Teks dan konteks masih berguna tanpa lampiran. - Mengambil media lama selepas mesej diterima. Id akan luput. - Mencuba semula dalam gelung. Pengambilan yang gagal jarang berjaya kemudian. **Adakah mesej itu hilang?** Tidak. Mesej tiba, tetapi pengambilan lampirannya gagal. **Patutkah saya minta pelanggan menghantarnya semula?** Jika manusia terlibat, ya. Cara ini menyelesaikan kebanyakan kes dengan cepat. **Berapa lama media id sah?** Tidak selama-lamanya, sebab itu media perlu diambil dengan segera. **Adakah 131053 perkara yang sama?** Tidak. Kod itu menunjukkan kegagalan memuat naik media yang anda hantar. --- ## Kod ralat WhatsApp Cloud API https://easycoexistence.com/ms/docs/whatsapp-error-codes Ini ialah semua kod ralat WhatsApp Cloud API yang kami dokumentasikan, dalam satu jadual, bersama maksud setiap kod dan sama ada mencuba semula membantu. Kebanyakannya tidak: kod ini bersifat deterministik, jadi permintaan yang sama gagal dengan cara yang sama dan gelung cuba semula menukar permintaan tidak sah menjadi had kadar. ### Cara membaca lajur cuba semula Lajur ini mempunyai tiga nilai, dan tersalah memilih antara nilai tersebut ialah kesilapan paling mahal dalam keseluruhan rujukan ini. Tidak bermaksud kegagalan itu bersifat deterministik. Permintaan, template atau keadaan penerima yang gagal, dan menghantar permintaan yang sama sekali lagi menghasilkan ralat yang sama sambil menggunakan throughput yang mungkin anda perlukan kemudian. Ya bermaksud kegagalan berlaku di pihak Meta dan jeda semula benar-benar menyelesaikannya. Tunggu bermaksud keadaan itu nyata tetapi sementara: had atau kunci yang akan terangkat sendiri, dan mencuba semula sebelum itu tidak membantu malah boleh memanjangkannya. ### Mengapa kebanyakannya tidak boleh dicuba semula Kerana platform mengembalikan kod khusus, bukan kod umum. Parameter yang tidak sah, template yang tidak wujud, tetingkap pemesejan yang tertutup dan penerima yang menarik diri semuanya boleh dikenal pasti ketika respons diterima. Jadi, Meta menamakannya dengan jelas dan bukan gagal secara samar. - Masalah permintaan tidak menjadi betul pada cubaan kedua. - Masalah template berada dalam template itu sendiri, yang tidak boleh diubah oleh permintaan. - Masalah tetingkap atau pilihan keluar berkaitan dengan keadaan penerima, bukan keadaan anda. - Sekatan akaun ialah keputusan, dan mencuba semula bukan rayuan. ### Perkara yang perlu dilog apabila salah satu kod ini muncul Maklumat yang mencukupi untuk mendiagnosisnya tanpa menghasilkannya semula, iaitu perbezaan antara pembaikan lima minit dengan sehari meneka. - Respons ralat penuh, termasuk ID jejak, yang diperlukan oleh sokongan Meta. - Isi badan permintaan seperti yang dihantar, bukan seperti yang dimaksudkan. Jurang antara kedua-duanya biasanya ialah puncanya. - ID nombor telefon, supaya masalah pada satu nombor dapat dibezakan daripada masalah merentas akaun. - Cap masa, supaya kegagalan boleh disemak berbanding keadaan sambungan pada ketika itu. ### Kod yang hanya wujud pada Coexistence Dua kod, dan kedua-duanya mengelirukan kerana kelihatan seperti kegagalan penghantaran biasa. 2593107 dan 2593108 berkaitan dengan penyegerakan sejarah chat, iaitu langkah menyalin perbualan terkini daripada aplikasi WhatsApp Business apabila nombor mula disambungkan. Kod ini bukan ralat pemesejan dan tidak bermaksud sambungan gagal. Penyegerakan yang melebihi had atau berjalan di luar tetingkapnya meninggalkan nombor dalam keadaan bersambung dan boleh menghantar seperti biasa, tetapi dengan sejarah yang disalin kurang daripada jangkaan. Membacanya sebagai sambungan rosak menyebabkan orang memutuskan sambungan dan bermula semula, lalu kehilangan lebih banyak sejarah dan bukannya memulihkannya. - Mencuba semula secara lalai. Kebanyakan kod ini bersifat deterministik dan gelung hanya menambah had kadar. - Mencatat ralat tanpa isi badan permintaan. Jurang antara yang dihantar dengan yang dimaksudkan biasanya ialah puncanya. - Menganggap ralat penyegerakan sebagai sambungan rosak. Nombor itu masih bersambung dan boleh menghantar. - Membuang ID jejak, iaitu satu-satunya perkara yang menjadikan tiket sokongan boleh diambil tindakan. **Ralat manakah yang patut saya cuba semula?** 131016 dan 131000, dengan jeda eksponen. 130429, 132015 dan 133008 pulih sendiri jika anda menunggu. Yang lain bersifat deterministik. **Adakah kod ralat bermaksud nombor saya terputus sambungan?** Biasanya tidak. Kebanyakannya berkaitan dengan permintaan, template atau penerima. Masalah sambungan muncul sebagai webhook akaun dan kualiti, bukan ralat penghantaran. **Apakah ID jejak?** Pengenal dalam respons ralat yang membolehkan sokongan Meta mencari permintaan tertentu. Logkannya bagi setiap kegagalan; tanpanya, tiket tidak dapat diambil tindakan. **Adakah kod ini sama pada setiap penyedia?** Ya. Kod ini datang daripada Cloud API Meta, jadi sama sahaja walau apa pun penyedia yang menyambungkan nombor itu. Penyedia hanya boleh mengubah sejauh mana jelasnya kod tersebut sampai kepada anda. --- ## Ralat WhatsApp 131053: muat naik media gagal https://easycoexistence.com/ms/docs/whatsapp-error-131053 Ralat 131053 bermakna Meta gagal memuat naik media dalam permintaan anda. Berbeza daripada kod berkaitannya untuk media masuk, 131052, ralat ini melibatkan fail yang anda kawal, jadi ia boleh dibaiki: semak saiz, format dan, jika anda menghantar pautan, sama ada Meta benar-benar boleh mencapainya. ### Tiga punca Mengikut urutan yang berlaku dalam amalan. - Saiz: fail melebihi had untuk jenisnya. Imej 5 MB, video dan audio 16 MB, dokumen 100 MB. - Format: codec atau bekas yang tidak diterima API, perkara biasa bagi video yang dieksport daripada perisian penyuntingan. - Kebolehcapaian: menghantar pautan dan bukannya id media yang dimuat naik, apabila URL memerlukan log masuk, berada di sebalik tembok api atau mengubah hala. - Luput: id media yang dimuat naik digunakan lama selepas ia dicipta. ### Muat naik lebih baik daripada pautan Menghantar pautan menyebabkan Meta mengambil fail pada masa penghantaran, lalu menambah satu lagi punca kegagalan yang tidak dapat dilihat daripada rangkaian anda. URL yang dimuatkan dengan sempurna dalam pelayar anda mungkin tidak boleh dicapai daripada infrastruktur Meta kerana lokasi geografi, peraturan tembok api atau kuki pengesahan yang sudah disimpan oleh pelayar anda. Muat naik fail dahulu dan hantar id media yang dipulangkan menghapuskan punca kegagalan itu sepenuhnya. Ini memerlukan satu permintaan tambahan dan menjadikan penghantaran lebih konsisten, yang berbaloi untuk apa-apa yang dihantar secara pukal. - Menganggap URL yang berfungsi dalam pelayar anda juga berfungsi untuk Meta. Sesi dan rangkaian anda berbeza daripada milik mereka. - Mengeksport video tanpa menyemak codec. Tetapan lalai perisian penyuntingan sering tidak disokong. - Menggunakan semula id media lama selepas dimuat naik. Id akan luput. **Apakah had saiznya?** Imej 5 MB, video dan audio 16 MB, dokumen 100 MB. **Patutkah saya memuat naik atau menghantar URL?** Muat naik. Ini menghapuskan kebolehcapaian sebagai punca kegagalan. **URL berfungsi untuk saya, mengapa tidak untuk Meta?** Rangkaian mereka berbeza daripada rangkaian anda. Lokasi geografi, tembok api dan pengesahan semuanya berbeza. **Adakah ini sama dengan 131052?** Tidak. Kod itu menunjukkan kegagalan memuat turun media yang dihantar pelanggan kepada anda. --- ## Ralat WhatsApp 131016: perkhidmatan tidak tersedia https://easycoexistence.com/ms/docs/whatsapp-error-131016 Ralat 131016 bermaksud perkhidmatan di pihak Meta tidak tersedia buat sementara. Ini antara sebilangan kecil ralat platform yang benar-benar sementara, jadi cuba semula dengan penangguhan eksponen ialah tindakan yang betul, bukan penyiasatan. ### Mengapa ralat ini berbeza Kebanyakan ralat pada platform ini bersifat tetap: permintaan tidak sah, template tidak wujud atau tetingkap telah ditutup. Mencuba semula hanya membazirkan permintaan dan menyebabkan had kadar dikenakan. Ralat ini ialah pengecualian. Ia tidak mengatakan apa-apa tentang permintaan atau nombor anda, sebaliknya hanya menunjukkan bahawa perkhidmatan yang dikendalikan Meta tidak dapat memberikan respons sekarang. Permintaan yang sama biasanya berjaya seminit kemudian, dan inilah tujuan penangguhan berperingkat. ### Cara mencuba semula dengan betul Lakukan dengan berhati-hati kerana percubaan semula serentak yang melampau boleh memburukkan gangguan. - Penangguhan eksponen: tunggu satu saat, kemudian dua, empat dan lapan saat. - Hadkan percubaan, biasanya lima kali, kemudian masukkan mesej ke dalam baris gilir untuk dihantar kemudian. - Gunakan variasi masa supaya sekumpulan pekerja tidak mencuba semula serentak. - Gunakan idempotensi supaya mesej yang sebenarnya telah dihantar sebelum ralat sampai kepada anda tidak dihantar dua kali. - Mencuba semula serta-merta dalam gelung ketat. Ini menambah beban pada perkhidmatan yang sudah bermasalah. - Menganggapnya sebagai masalah sambungan. Nombor anda tidak bermasalah. - Mencuba semula tanpa had. Sesetengah gangguan berlarutan lebih lama daripada yang wajar ditangani oleh sebarang dasar percubaan semula. **Perlukah saya mencuba semula?** Ya, dengan penangguhan eksponen. Ini antara ralat yang boleh pulih dengan percubaan semula. **Adakah nombor saya terjejas?** Tidak. Ini ialah kegagalan di pihak platform. **Berapa lama ralat ini biasanya berlaku?** Biasanya beberapa saat hingga beberapa minit. Lima percubaan dengan penangguhan meliputi kebanyakannya. **Bagaimanakah saya membezakannya daripada gangguan sebenar?** Lihat sama ada ia berterusan. Pemantauan berterusan memberikan jawapan tanpa perlu meneka. --- ## Ralat WhatsApp 131000: sesuatu tidak kena https://easycoexistence.com/ms/docs/whatsapp-error-131000 Ralat 131000 bermaksud mesej gagal atas sebab yang tidak dikelaskan oleh Meta. Ini kategori tidak dikelaskan, jadi cuba semula sekali dengan tempoh tunggu ringkas. Jika berterusan, rujuk kepada sokongan dengan trace id daripada respons. ### Perkara yang sebenarnya diliputi Apa-apa kegagalan pada laluan penghantaran Meta yang tidak dipetakan kepada kod bernama. Ini termasuk ralat sementara sebenar, masalah dalaman dan kadangkala keadaan yang mempunyai kod khusus dalam versi API yang lebih baharu, tetapi belum berbuat demikian pada masa itu. Oleh sebab kategorinya luas, tiada satu respons yang sentiasa betul. Kejadian sekali boleh diabaikan. Jika penerima yang sama berulang kali gagal dengan ralat ini, corak itu wajar dijadikan tiket. ### Perkara yang perlu dilakukan Ikut turutan ini dan berhenti sebaik sahaja satu langkah berjaya. - Cuba semula sekali dengan tempoh tunggu ringkas. Sebahagian daripadanya bersifat sementara. - Log respons penuh termasuk trace id, yang akan diminta oleh sokongan. - Semak sama ada hanya seorang penerima atau semua penerima terjejas. Seorang penerima menunjukkan masalah pada nombor itu; semua penerima menunjukkan masalah pada platform. - Jika berterusan selepas percubaan semula, buka tiket dengan menyertakan trace id dan cap masa. - Cuba semula tanpa henti. Jika dua percubaan gagal, masalah itu bukan sementara. - Membuang trace id. Hanya maklumat ini menjadikan tiket sokongan boleh diambil tindakan. - Menganggap nombor anda rosak. Biasanya bukan begitu. **Perlukah saya cuba semula?** Sekali, dengan tempoh tunggu. Selepas itu, masalah tersebut bukan sementara. **Apakah trace id?** Pengecam dalam respons ralat yang membolehkan sokongan Meta mencari permintaan khusus itu. **Adakah ini bermaksud nombor saya tidak berfungsi?** Biasanya tidak. Semak sama ada penghantaran lain berjaya. **Bilakah saya patut membuka tiket?** Apabila masalah berulang selepas percubaan semula, dengan trace id dan cap masa. --- ## Ralat WhatsApp 131021: pengirim dan penerima sama https://easycoexistence.com/ms/docs/whatsapp-error-131021 Ralat 131021 bermaksud pengirim dan penerima ialah nombor yang sama. WhatsApp tidak membenarkan nombor perniagaan menghantar mesej kepada dirinya sendiri, dan puncanya hampir selalu mesej ujian yang ditujukan kepada nombor yang disambungkan, bukannya telefon kedua. ### Mengapa ia berlaku Kerana perkara pertama yang biasanya dilakukan selepas menyambungkan nombor ialah menghantar mesej ujian, sedangkan satu-satunya nombor yang ada di hadapan anda ialah nombor yang baru disambungkan. Itu tindakan yang munasabah, tetapi platform menolaknya. Tiada tetapan yang boleh diubah. Pemesejan kepada diri sendiri berfungsi dalam aplikasi pengguna WhatsApp sebagai ciri nota kepada diri sendiri, tetapi ciri itu tidak wujud melalui API. ### Cara menguji dengan betul Gunakan nombor kedua dan beri sedikit perhatian kepada arah penghantaran yang sedang diuji. - Gunakan telefon peribadi sebagai penerima ujian. Mana-mana nombor WhatsApp selain nombor yang disambungkan boleh digunakan. - Untuk menguji penghantaran secara bebas, minta nombor ujian menghantar mesej kepada perniagaan terlebih dahulu. Ini membuka tetingkap khidmat pelanggan 24 jam. - Untuk menguji di luar tetingkap itu, hantar template yang diluluskan. Hanya perkara ini dibenarkan ketika itu. - Jangan daftarkan nombor perniagaan kedua semata-mata untuk ujian kecuali anda memerlukannya. Nombor pengguna biasa sudah memadai. - Menghantar mesej kepada nombor yang disambungkan untuk menguji. Ia ditolak mengikut reka bentuk platform. - Menganggap nota kepada diri sendiri berfungsi melalui API. Ia tidak berfungsi. - Menguji mesej bentuk bebas tanpa pelanggan menghantar mesej terlebih dahulu, lalu gagal dengan 131047. **Bolehkah saya menghantar mesej kepada nombor sendiri?** Tidak. WhatsApp tidak membenarkannya melalui API. **Adakah terdapat tetapan untuk perkara ini?** Tidak. Ini ialah peraturan platform. **Dengan apa saya patut menguji?** Mana-mana nombor WhatsApp lain, termasuk telefon peribadi. **Mengapa ujian saya kemudian gagal dengan 131047?** Kerana mesej bentuk bebas memerlukan pelanggan menghantar mesej kepada anda dalam tempoh 24 jam sebelumnya. --- ## Ralat WhatsApp 131045: nombor telefon tidak didaftarkan https://easycoexistence.com/ms/docs/whatsapp-error-131045 Ralat 131045 bermaksud nombor telefon belum didaftarkan untuk pemesejan Cloud API. Menambah nombor ke WhatsApp Business Account dan mendaftarkannya untuk penghantaran ialah dua langkah berasingan. Ralat ini bermaksud langkah kedua belum dilakukan. ### Mengapa terdapat dua langkah Kerana WhatsApp Business Account boleh menyimpan nombor yang belum digunakan untuk menghantar. Menambah nombor mengesahkan pemilikan; mendaftarkannya mengaktifkannya untuk pemesejan Cloud API dan menetapkan two step PIN. Dalam persediaan manual, ini ialah panggilan API yang berasingan. Anda boleh melengkapkan langkah pertama lalu terlupa langkah kedua. Nombor itu kemudian muncul dalam akaun, kelihatan betul dalam dashboard, tetapi menolak setiap penghantaran dengan ralat ini. ### Cara menyelesaikannya Bergantung pada cara nombor itu ditambah. - Dalam persediaan manual, panggil register endpoint untuk phone number id dengan two step PIN. - Dalam proses onboarding Coexistence melalui penyedia, pendaftaran berlaku dalam aliran tersebut. Jadi, ralat ini biasanya bermaksud aliran itu belum selesai. - Jika nombor baru dipindahkan daripada akaun lain, pendaftaran mesti diulang pada akaun baharu. - Jika pendaftaran itu sendiri gagal, puncanya biasanya PIN, iaitu error 133005. - Menganggap nombor yang kelihatan dalam dashboard sudah sedia untuk menghantar. Kelihatan dan berdaftar ialah perkara berbeza. - Meninggalkan proses onboarding di tengah jalan. Langkah terakhir ialah langkah yang mendaftarkan nombor. - Mengelirukan ralat ini dengan 133006, yang berkaitan dengan pengesahan, bukan pendaftaran. **Apakah pendaftaran?** Mengaktifkan nombor untuk pemesejan Cloud API, berasingan daripada menambahnya ke akaun. **Adakah saya perlu melakukannya sendiri?** Dalam persediaan manual, ya. Melalui aliran Coexistence, ia diuruskan untuk anda. **Perlukah pendaftaran diulang?** Hanya selepas nombor dipindahkan ke akaun lain. **Bagaimana jika pendaftaran gagal?** Biasanya kerana two step PIN, yang mengembalikan error 133005. --- ## Ralat WhatsApp 133005: PIN pengesahan dua langkah tidak betul https://easycoexistence.com/ms/docs/whatsapp-error-133005 Ralat 133005 bermaksud PIN pengesahan dua langkah yang diberikan semasa pendaftaran tidak betul. PIN enam digit ini ditetapkan ketika nombor mula didaftarkan, dan tekaan salah berulang akan mengunci percubaan seterusnya, jadi laluan pemulihan lebih penting daripada mencuba semula. ### Dari mana PIN itu datang PIN ditetapkan semasa nombor didaftarkan buat kali pertama untuk pemesejan Cloud API, dan diperlukan semula pada setiap pendaftaran kemudian, termasuk selepas memindahkan nombor ke akaun lain. Di sinilah masalah bermula. PIN yang ditetapkan sekali semasa persediaan dan tidak diperlukan selama setahun jarang dicatat, dan orang yang menetapkannya selalunya sudah berpindah. Ralat itu muncul tepat pada saat nombor sedang dipindahkan atau didaftarkan semula, iaitu saat yang sememangnya penuh tekanan. ### Jika tiada yang tahu PIN itu Ada jalan keluar. Ia lebih perlahan daripada meneka, tetapi benar-benar berkesan. - Berhenti meneka. Kegagalan berulang mengembalikan 133008 dan mengunci percubaan untuk satu tempoh. - Tukar PIN dalam WhatsApp Manager di bawah tetapan pengesahan dua langkah bagi nombor itu; tiada endpoint API untuk menyahdayakannya. - Pentadbir juga boleh menetapkan PIN baharu melalui API dengan POST ke ID nombor telefon, kemudian mendaftar semula dengannya. - Setelah dipulihkan, simpan PIN baharu di tempat yang akan ditemui oleh orang seterusnya. ### Mengelakkannya pada masa depan Anggap PIN sebagai infrastruktur, bukan butiran peribadi. Ia patut disimpan di tempat yang sama dengan kelayakan akaun, dimiliki oleh perniagaan dan bukan oleh sesiapa yang kebetulan menjalankan persediaan, serta harus kekal walaupun orang itu berhenti kerja. Kos jika tidak berbuat demikian bukanlah ralat itu sendiri, yang remeh. Kosnya ialah tidak dapat memindahkan atau mendaftar semula nombor yang berfungsi pada saat anda memerlukannya. - Meneka berulang kali. Ini mencetuskan 133008 dan penguncian. - Menyimpan PIN pada seorang individu dan bukan pada perniagaan. - Menganggap PIN tidak diperlukan lagi selepas persediaan. Pemindahan memerlukannya. **Di mana PIN ini ditetapkan?** Semasa nombor didaftarkan buat kali pertama untuk pemesejan Cloud API. **Bagaimana jika saya tidak mengetahuinya?** Tukarkannya dalam WhatsApp Manager di bawah tetapan pengesahan dua langkah bagi nombor itu, atau tetapkan yang baharu melalui API. **Apa berlaku jika saya terus meneka?** Percubaan akan dikunci dan anda akan mendapat ralat 133008 sebaliknya. **Bila PIN diperlukan?** Semasa pendaftaran, dan sekali lagi pada setiap pendaftaran semula atau pemindahan. --- ## Ralat WhatsApp 133008: terlalu banyak cubaan PIN https://easycoexistence.com/ms/docs/whatsapp-error-133008 Ralat 133008 bermaksud terlalu banyak cubaan PIN pengesahan dua langkah yang salah telah dibuat, lalu cubaan seterusnya disekat buat sementara. Ia berlaku selepas ralat 133005 berulang, jadi tindakan yang betul apabila PIN salah ialah berhenti, bukan cuba lagi. ### Apakah yang mencetuskannya Beberapa cubaan PIN yang salah berturut-turut, yang mudah berlaku kerana PIN yang salah terasa seperti sesuatu yang wajar dicuba dua kali. Jangan berbuat demikian. Ralat 133005 pertama ialah isyarat untuk mencari PIN dengan betul, bukan meneka lagi. Selepas dikunci, nombor itu tidak boleh didaftarkan sehingga tempoh tersebut berlalu, walaupun PIN yang betul ditemui sementara menunggu. ### Apakah tindakan semasa dikunci Gunakan masa menunggu dan jangan melawannya. - Berhenti mencuba. Cubaan seterusnya boleh memanjangkan kunci, bukan memendekkannya. - Cari atau tetapkan semula PIN semasa menunggu: nyahdayakan pengesahan dua langkah dengan token tahap akaun, atau hubungi Sokongan Meta. - Sahkan bahawa anda mendaftarkan nombor telefon yang betul pada phone number id. Kegagalan PIN terhadap nombor yang salah kelihatan sama. - Rancang cubaan semula selepas tempoh tersebut, bukan menyemaknya berulang kali. - Terus mencuba ketika dikunci. Tindakan ini tidak membantu dan boleh memanjangkan kunci. - Menunggu tanpa menggunakan masa itu untuk menetapkan semula PIN dengan betul. - Menganggap nombor itu disekat. Kunci PIN bersifat sementara dan tidak berkaitan dengan penguatkuasaan dasar. **Berapa lama kunci itu berlangsung?** Tempoh yang ditetapkan oleh Meta. Cubaan seterusnya dalam tempoh itu boleh memanjangkannya, bukan memendekkannya. **Adakah nombor saya disekat?** Tidak. Ini ialah kunci pengesahan dan tidak berkaitan dengan penguatkuasaan dasar. **Bolehkah saya menetapkan semula PIN ketika dikunci?** Ya, dan itulah cara terbaik menggunakan masa menunggu. **Mengapa perkara ini berlaku?** Cubaan PIN yang salah berulang kali, dan setiap cubaan memulangkan 133005. --- ## Ralat WhatsApp 133006: nombor telefon belum disahkan https://easycoexistence.com/ms/docs/whatsapp-error-133006 Ralat 133006 bermaksud nombor telefon perlu disahkan sebelum boleh didaftarkan untuk pemesejan. Pengesahan membuktikan kawalan nombor melalui kod yang dihantar melalui SMS atau panggilan suara, dan merupakan langkah berasingan daripada menambah nombor serta mendaftarkannya. ### Pengesahan berbanding pendaftaran Pengesahan membuktikan bahawa perniagaan mengawal nombor tersebut. Pendaftaran mengaktifkannya untuk pemesejan Cloud API. Kedua-duanya berlaku mengikut urutan itu, dan ralat ini bermaksud langkah pertama belum selesai. Keperluan praktikalnya ialah seseorang mesti boleh menerima kod pada nombor tersebut, melalui SMS atau panggilan suara automatik. Nombor yang tiada sesiapa boleh jawab tidak dapat disahkan. Inilah halangan sebenar dalam kebanyakan kes, bukannya panggilan API. ### Apakah yang menghalang pengesahan Hampir selalu berpunca daripada perkara fizikal, bukannya teknikal. - Tiada sesiapa memiliki telefon bimbit atau SIM, perkara yang biasa berlaku bagi nombor yang diwarisi daripada pemilik terdahulu. - Nombor itu ialah talian tetap tanpa SMS. Dalam keadaan ini, pengesahan suara ialah caranya. - Nombor maya yang penyedianya menapis atau melambatkan kod. - Nombor itu sudah didaftarkan pada akaun WhatsApp lain dan perkara ini perlu diselesaikan dahulu. - Cuba mendaftar sebelum pengesahan. Urutannya penting. - Memilih SMS untuk talian tetap. Pengesahan suara tersedia khusus untuk keadaan ini. - Menganggap nombor maya akan menerima kod dengan pasti. Banyak nombor maya tidak berbuat demikian. **Bagaimanakah saya membuat pengesahan?** Dengan kod yang dihantar melalui SMS atau panggilan suara automatik kepada nombor itu sendiri. **Bagaimana pula dengan talian tetap?** Gunakan pengesahan suara, yang tersedia untuk nombor tanpa SMS. **Adakah ini sama dengan pendaftaran?** Tidak. Pengesahan membuktikan kawalan, manakala pendaftaran mengaktifkan pemesejan. **Bolehkah saya melangkau langkah ini?** Tidak. Pendaftaran akan terus memulangkan ralat ini sehingga langkah tersebut selesai. --- ## Ralat WhatsApp 131050: pengguna memilih untuk tidak menerima https://easycoexistence.com/ms/docs/whatsapp-error-131050 Ralat 131050 bermaksud penerima memilih untuk tidak menerima mesej daripada perniagaan anda. Ini bukan ralat teknikal dan tiada penyelesaian teknikal: orang itu telah membuat pilihan, jadi tindakan yang betul ialah merekodkannya dan berhenti menghantar. ### Mengapa tiada penyelesaian Mekanisme ini wujud untuk melindungi orang daripada perniagaan yang tidak menerima jawapan tidak, dan platform yang membenarkan mekanisme ini dipintas tidak akan berguna kepada mana-mana pihak. Meta turut memantau perkara yang berlaku selepas itu. Percubaan berterusan untuk menghantar mesej kepada orang yang telah memilih untuk tidak menerimanya menyumbang kepada isyarat yang mempengaruhi penarafan kualiti. Penarafan kualiti yang menurun mengurangkan kapasiti pemesejan bagi seluruh nombor, bukan hanya penerima tersebut. ### Apa yang perlu dilakukan Rekodkannya dengan betul sekali sahaja, kemudian biarkan seluruh sistem menghormatinya. - Simpan pilihan tersebut pada kenalan supaya tiada apa-apa yang cuba menghantar semula secara automatik. - Sekat nombor itu dalam setiap kempen dan automasi, bukan hanya kempen yang mencetuskan ralat. - Jangan cuba menghubungi mereka melalui nombor perniagaan kedua. Orangnya sama dan pilihannya juga sama. - Jika mereka menghantar mesej kepada anda dahulu kemudian, tetingkap itu dibuka semula dan anda boleh membalas. Keputusan itu milik mereka, bukan anda. - Cuba semula. Sekatan itu disengajakan dan kekal sehingga orang tersebut mengubahnya. - Menyekat hanya dalam kempen yang gagal, lalu kempen lain cuba menghantar mesej pada hari berikutnya. - Menggunakan nombor lain untuk menghubungi orang yang sama. Pilihan yang sama tetap diabaikan. **Bolehkah saya menghantar mesej kepada mereka lagi?** Hanya jika mereka menghantar mesej kepada anda dahulu, yang membuka semula tetingkap khidmat. **Adakah terdapat cara untuk memintasnya?** Tidak, dan percubaan sedemikian menjejaskan penarafan kualiti anda. **Adakah ini menjejaskan seluruh nombor saya?** Pilihan itu hanya terpakai kepada penerima tersebut, tetapi percubaan berulang menjejaskan penarafan kualiti anda secara keseluruhan. **Patutkah saya mengalih keluar mereka daripada senarai?** Sekat mereka di semua tempat, bukan hanya dalam kempen yang gagal. --- ## Ralat WhatsApp 130497: negara penerima tidak dibenarkan https://easycoexistence.com/ms/docs/whatsapp-error-130497 Ralat 130497 bermaksud mesej ke negara penerima tidak dibenarkan untuk akaun anda. Ini ialah sekatan geografi, bukan berkaitan penerima, dan biasanya menunjukkan had pada akaun, bukan ralat dalam permintaan. ### Apakah punca sekatan negara Beberapa perkara boleh menyebabkannya dan tidak semuanya kekal. - Akaun baharu atau belum disahkan dengan had yang dilonggarkan selepas pengesahan perniagaan. - Negara yang tertakluk pada sekatan yang dikenakan Meta di seluruh platform. - Kawalan peringkat akaun yang ditetapkan semasa semakan atau penguatkuasaan. - Nombor dengan kod negara yang salah, lalu ralat muncul untuk negara yang tidak pernah anda maksudkan untuk dihantar mesej. ### Semak format terlebih dahulu Ini satu-satunya punca yang boleh anda baiki sendiri dan lebih lazim daripada punca lain. Nombor telefon yang dihantar dengan sifar awalan dikekalkan, atau tanpa kod negara sehingga nilai lalai digunakan, akan merujuk kepada negara yang berbeza daripada yang dimaksudkan. Penghantaran kemudian gagal kerana sekatan bagi negara yang tidak berkaitan dengan anda. Memastikan nombor menggunakan format antarabangsa, digit sahaja dan kod negara yang betul mengambil masa sesaat serta menghapuskan punca yang paling mungkin. - Menganggap penerima bersalah. Sekatan dikenakan pada akaun anda dan negara itu. - Cuba semula. Tiada perubahan antara percubaan. - Tidak menyemak format, walaupun ini satu-satunya punca dalam kawalan anda. **Adakah penerima menyekat saya?** Tidak. Ini ialah sekatan peringkat negara pada akaun anda. **Bolehkah sekatan ini ditarik balik?** Sesetengahnya sementara dan ditarik balik selepas pengesahan perniagaan. Yang lain dikenakan di seluruh platform. **Mungkinkah ini ralat format?** Ya, dan wajar disemak dahulu. Kod negara yang salah akan merujuk kepada negara yang salah. **Adakah cuba semula membantu?** Tidak. Sekatan tidak berubah antara percubaan. --- ## Ralat WhatsApp 132007: pelanggaran dasar template https://easycoexistence.com/ms/docs/whatsapp-error-132007 Ralat 132007 bermaksud template melanggar dasar pemesejan perniagaan WhatsApp. Mesej tidak akan dihantar dalam bentuk semasanya, dan penyelesaiannya ialah menulis semula serta menghantar semula template, bukannya mengubah apa-apa pada permintaan. ### Apakah yang sebenarnya dilarang oleh dasar ini Lebih sempit daripada sangkaan kebanyakan orang ketika menulis template pertama mereka. - Kandungan yang kelihatan seperti promosi tanpa diminta kepada seseorang yang tidak memintanya. - Kategori yang dilarang, termasuk produk kewangan, kesihatan dan produk terkawal tertentu. - Bahasa yang menyamarkan identiti penghantar atau membayangkan hubungan yang sebenarnya tidak wujud. - Desakan yang mengelirukan, atau apa-apa yang disusun untuk memaksa balasan. ### Mengapa kategori sama penting dengan perkataan yang digunakan Template yang dihantar sebagai utiliti tetapi kelihatan seperti pemasaran ialah masalah dasar walaupun kandungannya sendiri tidak bermasalah. Meta mengkategorikan template kerana kedua-duanya membawa jangkaan persetujuan yang berbeza, dan mesej promosi yang dihantar di bawah kategori utiliti menggagalkan tujuan itu. Peraturan praktikalnya ialah menulis template dengan jujur mengikut kategorinya. Template pemasaran yang mengakui dirinya sebagai pemasaran akan diluluskan. Template pemasaran yang menyamar sebagai pemberitahuan penghantaran tidak akan diluluskan, dan mengubah perkataan tanpa menukar kategori jarang dapat menyelamatkannya. - Cuba semula penghantaran. Masalahnya ialah template, bukan permintaan. - Menghantar semula dengan perubahan kosmetik. Jika kategorinya salah, perubahan perkataan tidak akan membantu. - Menganggap kelulusan itu kekal. Template boleh dilumpuhkan kemudian di bawah 132016. **Bolehkah saya cuba semula penghantaran?** Tidak. Template mesti ditulis semula dan dihantar semula. **Mengapa ia ditolak sedangkan perkataannya kelihatan baik?** Selalunya kerana kategorinya. Mesej pemasaran yang dihantar sebagai utiliti ialah masalah dasar tanpa mengira perkataannya. **Berapa lama masa yang diperlukan untuk penghantaran semula?** Semakan biasanya cepat, tetapi tiada tempoh yang dijamin. **Adakah ini sama dengan 132016?** Tidak. Kod itu merujuk kepada template yang dilumpuhkan secara kekal selepas kelulusan. --- ## Ralat WhatsApp 132012: format parameter template tidak sepadan https://easycoexistence.com/ms/docs/whatsapp-error-132012 Ralat 132012 bermaksud nilai parameter yang dihantar tidak sepadan dengan format yang ditetapkan oleh template. Template dengan tiga pemboleh ubah memerlukan tepat tiga parameter, mengikut susunan dan jenis yang betul. Sebarang perbezaan akan menghasilkan ralat ini, bukan penghantaran separa. ### Perkara yang mesti sepadan Semuanya, dan secara senyap. Tiada padanan separa. - Bilangan: tiga ruang letak dalam badan bermaksud tiga parameter badan, tidak lebih dan tidak kurang. - Susunan: parameter adalah berdasarkan kedudukan. Menukar dua parameter boleh menghasilkan mesej yang dihantar dengan nilai di tempat yang salah, atau ralat ini jika jenisnya berbeza. - Jenis: parameter mata wang atau tarikh mempunyai bentuk objek yang ditetapkan dan tidak boleh dihantar sebagai teks biasa. - Komponen: parameter pengepala, badan dan butang ialah senarai berasingan dan tidak boleh digabungkan menjadi satu. ### Edit yang menjejaskan persekitaran pengeluaran Template diedit oleh orang yang bukan pihak yang memanggil API. Seseorang menambah pemboleh ubah supaya mesej lebih jelas, template diluluskan semula, lalu setiap penghantaran daripada integrasi yang tidak berubah mula gagal. Perkara ini wajar dicegah, bukan dikesan selepas berlaku. Melanggan webhook status template bermaksud setiap edit tiba sebagai peristiwa. Menganggap bilangan pemboleh ubah template sebagai sebahagian daripada kontrak integrasi, lalu menyemaknya apabila berubah, menghalang penambahbaikan ayat daripada menjadi gangguan perkhidmatan. - Menghantar parameter tambahan sebagai langkah berjaga-jaga. Terlalu banyak sama salahnya dengan terlalu sedikit. - Menganggap parameter berdasarkan nama. Parameter dipadankan mengikut kedudukan sahaja. - Mengedit template tanpa menyemak kod yang menghantarnya. **Berapa banyak parameter yang perlu dihantar?** Tepat sebanyak yang ditetapkan oleh template, mengikut susunan. **Bolehkah saya menghantar parameter tambahan?** Tidak. Terlalu banyak gagal dengan cara yang sama seperti terlalu sedikit. **Mengapa perkara ini tiba-tiba berlaku?** Biasanya kerana template telah diedit dan bilangan pembolehubahnya berubah. **Adakah parameter dinamakan?** Tidak. Parameter berdasarkan kedudukan, jadi susunan penting. --- ## Ralat WhatsApp 132016: template dilumpuhkan secara kekal https://easycoexistence.com/ms/docs/whatsapp-error-132016 Ralat 132016 bermaksud template telah dilumpuhkan secara kekal dan tidak boleh digunakan lagi. Biasanya, ini ialah penghujung kemerosotan kualiti: penerima menyekat atau melaporkan mesej yang dihantar menggunakan template itu, penarafan kualitinya merosot, lalu Meta menarik balik template tersebut. ### Bagaimana template sampai ke tahap ini Jarang berlaku dalam satu langkah. Template yang diluluskan tetapi tidak disukai penerima mengumpulkan sekatan dan laporan, penarafan kualitinya merosot daripada hijau kepada kuning kemudian merah, lalu ditangguhkan. Penangguhan berulang berakhir dengan pelumpuhan kekal. Urutan ini boleh diperhatikan sepenuhnya jika anda memantaunya. Webhook kualiti template melaporkan setiap perubahan, dan template yang beralih kepada kuning ialah amaran ketika masih ada masa untuk bertindak. Mengabaikannya menyebabkan template yang berfungsi menjadi tidak boleh digunakan. ### Apa yang perlu dilakukan Dua perkara, mengikut urutan ini. - Berhenti menghantar menggunakan template ini dan beralih kepada template lain, kerana template ini tidak akan berfungsi lagi. - Fahami sebab penerima tidak menyukainya sebelum menulis pengganti, atau pengganti itu akan melalui laluan yang sama. - Semak khalayak selain kandungan. Template yang baik, jika dihantar kepada orang yang tidak menjangkakannya, tetap mengumpulkan sekatan. - Langgan webhook kualiti template supaya kemerosotan seterusnya dapat dilihat ketika kuning, bukan selepas dilumpuhkan. - Mencipta semula template yang sama dengan nama baharu. Kandungannya yang gagal. - Mengabaikan penarafan kualiti kuning. Kuning ialah amaran, merah ialah akibatnya. - Menyalahkan kandungan apabila khalayak menjadi masalah. **Bolehkah ia didayakan semula?** Tidak. Dilumpuhkan secara kekal bermaksud kekal. **Bolehkah saya mencipta semula dengan nama baharu?** Boleh, tetapi kandungan itulah yang menyebabkan kemerosotan, jadi kemungkinan besar ia akan mengikut laluan yang sama. **Apakah perbezaannya daripada 132015?** 132015 ialah penangguhan yang boleh berakhir. Yang ini tidak. **Bolehkah saya menjangka perkara ini?** Ya. Webhook kualiti template melaporkan kemerosotan sebelum ia sampai ke tahap ini. --- ## Ralat WhatsApp 131056: terlalu banyak mesej kepada seorang penerima https://easycoexistence.com/ms/docs/whatsapp-error-131056 Ralat 131056 bermaksud terlalu banyak mesej dihantar antara nombor perniagaan anda dan seorang penerima dalam tempoh singkat. Ini ialah had kadar bagi setiap pasangan, berasingan daripada throughput keseluruhan akaun anda, dan biasanya bermaksud automasi berulang dengan sendiri. ### Mengapa ia mengikut pasangan Kerana kegagalan yang ingin dielakkan bukan jumlah tinggi secara umum, tetapi seorang individu yang dibanjiri mesej. Akaun boleh kekal dalam throughput keseluruhannya sambil menghantar tiga puluh mesej kepada seorang penerima dalam seminit, dan penerima itu tetap menganggapnya sebagai spam tanpa mengira jumlah keseluruhan akaun. Oleh itu, had ini dikenakan pada pasangan, bukan akaun. Sebab itu ia boleh muncul pada nombor dengan jumlah rendah yang tidak pernah menghampiri had kadar keseluruhannya. ### Apakah punca biasanya Hampir selalu sesuatu yang automatik, bukannya orang yang menaip. - Gelung cuba semula yang menganggap kegagalan penghantaran sebagai kegagalan menghantar lalu menghantar sekali lagi. - Pengendali webhook yang menghantar balasan dan dipanggil lebih daripada sekali untuk acara yang sama. - Chatbot yang memecahkan satu respons kepada banyak mesej pendek secara berturutan dengan pantas. - Skrip ujian yang menghantar kepada nombor yang sama berulang kali semasa pembangunan. ### Cara mengelakkannya Dengan mengehadkan kadar pada peringkat perbualan, bukan hanya pada peringkat akaun. Had mesej bagi setiap penerima seminit, yang dikenakan sebelum penghantaran, hampir tiada kos dan mengelakkan ralat ini serta pengalaman pelanggan yang menyebabkannya. Penduaan mesej juga penting. Acara webhook boleh dihantar lebih daripada sekali, dan pengendali yang menghantar balasan tanpa menyemak sama ada ID mesej itu sudah dikendalikan akan menghasilkan corak ini apabila beban meningkat. - Mencuba semula, lalu menghantar satu lagi mesej kepada penerima yang sudah dibanjiri. - Mengehadkan kadar hanya pada peringkat akaun. Had ini mengikut penerima. - Mengendalikan acara webhook tanpa membuang pendua berdasarkan ID mesej. **Adakah ini had kadar akaun saya?** Tidak. Yang itu ialah 130429. Had ini mengikut penerima. **Mengapa berlaku pada nombor dengan jumlah rendah?** Kerana had ini dikenakan pada pasangan, bukan jumlah keseluruhan akaun. **Bagaimanakah saya menghentikannya?** Hadkan kadar setiap perbualan dan buang pendua acara webhook berdasarkan ID mesej. **Patutkah saya mencuba semula?** Tidak. Mencuba semula menghantar mesej lain kepada penerima yang sama. --- ## Ralat WhatsApp 80007: had kadar pada WhatsApp Business Account https://easycoexistence.com/ms/docs/whatsapp-error-80007 Ralat 80007 bermaksud WhatsApp Business Account telah mencapai had kadar. Ia melibatkan panggilan pengurusan dan bacaan, bukan throughput pemesejan, jadi punca biasanya ialah polling: sesuatu menyemak status jauh lebih kerap daripada perubahan data. ### Perkara yang dikira Panggilan terhadap akaun, bukan mesej kepada pelanggan. - Membaca nombor telefon, penarafan kualiti dan tahap throughputnya. - Menyenaraikan dan membaca template mesej. - Panggilan konfigurasi langganan dan webhook. - Sebarang semakan status yang dijalankan mengikut jadual, yang biasanya menyebabkan jumlah panggilan meningkat. ### Polling ialah punca yang wajar dibaiki Polling status setiap tiga puluh saat merentas beberapa nombor menghasilkan ribuan panggilan sehari terhadap data yang hanya berubah beberapa kali sebulan. Had ini akhirnya dicapai, dan apabila itu berlaku, polling berhenti berfungsi tepat ketika sesuatu yang penting berlaku. Webhook membalikkan pendekatan itu. Meta menolak perubahan penarafan kualiti, kemas kini akaun atau perubahan status template apabila ia berlaku, tanpa sebarang panggilan dan lebih pantas daripada polling. Seni bina yang betul ialah webhook untuk perubahan, manakala polling dikhaskan sebagai pusingan penyelarasan yang jarang dilakukan, bukan mekanisme utama. - Melakukan polling status pada selang masa yang singkat. Had kadar habis digunakan untuk data yang jarang berubah. - Menambah cubaan semula sebagai tindak balas, yang menggunakan had kadar dengan lebih cepat. - Mengelirukannya dengan 130429, yang berkaitan dengan penghantaran mesej. **Adakah ini berkaitan dengan penghantaran mesej?** Tidak. Had itu ialah 130429. Had ini meliputi panggilan pengurusan dan bacaan. **Apakah puncanya?** Biasanya polling status pada selang masa yang singkat. **Apakah yang patut saya lakukan?** Langgan webhook dan gunakan polling hanya untuk penyelarasan yang jarang dilakukan. **Adakah had ini hilang sendiri?** Ya, selepas tetingkap tamat, tetapi ia kembali jika polling tidak diubah. --- ## WhatsApp Coexistence untuk agensi dan firma perunding https://easycoexistence.com/ms/whatsapp-coexistence-for-agencies Agensi menghadapi halangan yang sama bagi setiap pelanggan: nombor itu sudah digunakan oleh kakitangan mereka, dan migrasi akan menghilangkan aplikasi WhatsApp Business daripada mereka. Coexistence mengatasinya, jadi nombor pelanggan boleh disambungkan tanpa mengubah cara sesiapa bekerja. ### Mengapa nombor pelanggan menghalang kebanyakan integrasi? Kerana nombor itu bukan milik anda untuk diubah, dan segala-galanya tentangnya sudah digunakan. Nombor pelanggan tercetak pada kenderaan, invois, laman web dan perbualan bertahun-tahun. Seseorang menjawabnya dari telefon sepanjang hari dan mengenali pelanggan tetap dengan nama. Sebaik sahaja cadangan melibatkan migrasi nombor itu, aplikasi WhatsApp Business berhenti berfungsi padanya dan orang itu perlu beralih kepada apa sahaja yang anda bina. Kebanyakan pelanggan berkata tidak, dan mereka memang wajar berbuat demikian. Inilah sebabnya begitu banyak agensi menggunakan gateway tidak rasmi. Gateway itu mengekalkan fungsi telefon, iaitu satu-satunya perkara yang dipedulikan pelanggan, manakala risiko sekatan tidak kelihatan sehingga berlaku. Coexistence ialah versi rasmi bagi janji yang sama. ### Bagaimanakah pendaftaran pelanggan sebenarnya dilakukan? Pelanggan melakukan satu perkara, pada telefon mereka sendiri, dan prosesnya mengambil kira-kira dua minit. Anda menghantar pautan sambungan kepada mereka. Mereka membukanya, popup Meta sendiri berjalan, mereka memilih Business Portfolio dan nombor, kemudian mengimbas kod dalam aplikasi WhatsApp Business. Itu sahaja. Tiada apa-apa dipasang, tiada kelayakan diserahkan, dan aplikasi terus berfungsi sebaik sahaja imbasan selesai. Nombor itu kekal dalam Business Portfolio mereka, bukan di bawah milik anda, dan ini penting atas dua sebab. Itulah jawapannya apabila pelanggan bertanya siapa yang memiliki sambungan tersebut, dan hubungan itu kekal walaupun mereka menukar agensi, sesuatu yang lebih mudah dijanjikan berbanding diterangkan selepas berlaku. ### Bagaimanakah keadaan ini pada dua puluh pelanggan? Satu akaun, dua puluh nombor, satu yuran tetap bagi setiap nombor dan senarai yang boleh dibaca. Tiada peringkat yang akan menjadi tidak mencukupi dan tiada pelan yang berubah apabila mencapai had tertentu. Menambah pelanggan kedua puluh satu menggunakan operasi yang sama seperti pelanggan pertama. Setiap nombor melaporkan penarafan kualiti, peringkat pemesejan dan keadaan sambungannya sendiri, jadi nombor pelanggan yang semakin merosot dapat dilihat sebelum mereka menghubungi anda. Keterlihatan itu merangkumi sebahagian besar nilai pada skala ini. Sambungan boleh gagal secara senyap, aplikasi WhatsApp Business terus berfungsi melalui hampir semua kegagalan, dan pelanggan tidak mempunyai cara untuk mengetahuinya. Tanpa pemantauan, isyarat pertama ialah pelanggan bertanya mengapa automasi mereka berhenti, iaitu perbualan yang bermula dengan buruk. ### Bolehkah ejen melakukan pendaftaran tanpa bantuan seseorang? Sebahagian besarnya, dan perkara yang tidak boleh dilakukannya ialah perkara yang tetap perlu dilakukan oleh pelanggan. Melalui penyambung MCP, pembantu boleh memanggil get_connect_link untuk menghasilkan pautan yang dibuka oleh pelanggan, kemudian set_webhook_destination untuk mengarahkan nombor itu kepada mana-mana sistem anda yang mengendalikannya, dan seterusnya menyemak kesihatan nombor untuk mengesahkan semuanya aktif. Itulah urutan lengkap tanpa sesiapa membuka dashboard. Perkara yang tidak boleh dilakukannya ialah mengimbas kod. Pendaftaran Meta berjalan dalam pelayar dan memerlukan telefon yang memegang nombor itu, sebagai perlindungan yang disengajakan, bukan kekurangan. Pelanggan ialah satu-satunya orang yang boleh membenarkan nombor mereka sendiri, dan itulah susunan yang betul. - Menjanjikan bahawa kakitangan pelanggan tidak akan menyedarinya, kemudian memigrasikan nombor tersebut. Migrasi menghilangkan aplikasi itu dan mereka akan terus menyedarinya. - Menyambungkan nombor pelanggan dalam Business Portfolio anda sendiri. Kekalkan setiap nombor dalam portfolio pelanggan supaya sambungan itu milik mereka. - Menganggap pemantauan sebagai pilihan apabila berskala. Dua puluh mod kegagalan senyap merentas dua puluh pelanggan ialah beban sokongan, bukan kes terpencil. **Adakah setiap pelanggan memerlukan akaun sendiri dengan anda?** Tidak. Satu akaun memegang semua nombor yang anda urus, setiap satu dibilkan secara berasingan, dan penyambung menyenaraikan semuanya. Tiada sekatan untuk menggunakannya bagi perniagaan yang anda berikan perkhidmatan. **Siapa yang memiliki sambungan ini, saya atau pelanggan?** Nombor itu kekal dalam Business Portfolio pelanggan. Anda mengurus sambungan tersebut, manakala hubungan asas dengan Meta ialah milik mereka. Itulah jawapan yang jujur apabila mereka bertanya. **Apakah yang berlaku jika pelanggan pergi?** Nombor itu diputuskan dan aplikasi WhatsApp Business mereka terus berfungsi seperti sebelumnya. Tiada apa-apa pada nombor itu berubah secara kekal hanya kerana pernah disambungkan. **Siapa yang membayar Meta untuk mesej?** Pelanggan membayarnya melalui kaedah pembayaran pada WhatsApp Business Account mereka sendiri. Caj itu tidak pernah melalui kami, jadi tiada apa-apa untuk ditambah markup. --- ## Maksud menjadi Meta Tech Provider dan sebab ia penting https://easycoexistence.com/ms/meta-tech-provider Meta Tech Provider menjalankan aplikasi Meta sendiri pada Business Manager yang disahkan dan boleh menyambungkan nombor WhatsApp perniagaan lain melaluinya. EasyCoexistence ialah salah satunya. Sebab itu nombor disambungkan terus ke portfolio anda, bukannya berada di bawah akaun penjual semula. ### Apakah fungsi sebenar Tech Provider? Tech Provider menjalankan aplikasi yang digunakan oleh perniagaan lain untuk menyambungkan nombor WhatsApp mereka. Apabila perniagaan mula menggunakan perkhidmatan ini, Embedded Signup Meta dibuka dan meminta mereka memberi kebenaran kepada aplikasi. Aplikasi itu milik Tech Provider. Selepas diberi kebenaran, aplikasi tersebut boleh bertindak bagi pihak mereka pada nombor itu: membaca statusnya, menghantar mesej, mengurus template dan menetapkan tempat webhook dihantar. Semua yang ditawarkan oleh provider dibina atas hubungan ini. Status ini menjadikannya sah. Meta memberikannya kepada syarikat yang mempunyai aplikasi sendiri pada Business Manager yang disahkan, selepas App Review. Status inilah yang membezakan provider daripada skrip yang memegang kelayakan orang lain. ### Mengapa penting siapa yang memiliki aplikasi itu? Kerana perkara itu menentukan akaun mana yang akan dikaitkan dengan nombor pelanggan anda. Alat yang dibina atas akaun provider milik pihak lain mewarisi kekangan akaun tersebut. Di sinilah datangnya had sambungan tunggal yang sering dicapai pada platform automasi serba guna: platform itu memegang satu hubungan provider dan semua penggunanya berkongsi hubungan tersebut. Dengan aplikasi kami sendiri, sambungan dibuat terus antara Business Portfolio pelanggan dan Meta. Nombor itu kekal milik mereka, tiada penjual semula yang memegangnya, dan menambah nombor seterusnya menggunakan operasi yang sama seperti nombor pertama. Bagi agensi, ini bukan butiran teknikal. Inilah jawapannya apabila pelanggan bertanya siapa yang mengawal nombor mereka. ### Apakah syarat status ini? Business Manager yang disahkan, aplikasi yang lulus App Review dan demonstrasi rakaman bagi aliran tersebut. Pengesahan perniagaan mengaitkan aplikasi dengan entiti undang-undang sebenar, menggunakan dokumen yang disemak Meta berbanding daftar rasmi. App Review meneliti perkara yang diminta oleh aplikasi dan sebabnya. Bagi WhatsApp, proses ini termasuk video rakaman yang menunjukkan proses onboarding berfungsi dari awal hingga akhir. Tiada bayaran dikenakan, tetapi semuanya mengambil masa. Bahagian itulah yang tidak boleh dipendekkan. Perkara ini penting jika anda mempertimbangkan untuk membina sendiri. Menyambungkan satu nombor milik anda tidak memerlukan semua ini. Menyambungkan nombor pelanggan memerlukan semuanya, dan tempoh menunggu diukur dalam minggu, bukan kerja yang disiapkan dalam beberapa hari. ### Apakah perubahannya bagi perniagaan yang menyambungkan nombor? Tiga perkara, dan tiada satu pun kelihatan pada antara muka. Nombor itu disambungkan dalam Business Portfolio mereka sendiri, jadi hubungan dengan Meta adalah milik mereka. Meta mengebil caj perbualan terus kepada WhatsApp Business Account mereka. Sebab itu tiada pihak tengah boleh menambah caj tersebut. Tiada had atas bilangan nombor yang boleh dipegang oleh satu akaun kerana tiada hubungan provider yang dikongsi untuk dibahagikan. Apa yang tidak berubah ialah proses onboarding itu sendiri. Embedded Signup ialah aliran milik Meta, popup itu milik Meta dan imbasan kod berlaku dalam aplikasi WhatsApp Business. Tech Provider tidak menggantikan semua itu. Tech Provider menjadikannya tersedia. - Menganggap setiap provider mempunyai status Tech Provider sendiri. Banyak provider dibina atas status milik pihak lain, dan di situlah had sambungan datangnya. - Merancang untuk mendapatkannya mengikut tarikh akhir. Tempoh App Review bukan sesuatu yang boleh dikawal oleh syarikat. - Menganggapnya sebagai lencana. Ia ialah hubungan akaun yang menentukan portfolio mana memegang nombor pelanggan. **Adakah ini bermakna Meta menyokong EasyCoexistence?** Tidak, dan tiada provider patut memberi gambaran sedemikian. Tech Provider ialah status teknikal yang membenarkan penyambungan nombor perniagaan lain melalui aplikasi yang diluluskan. Ia bukan pengesahan terhadap produk yang dibina di atasnya. **Bolehkah saya menjadi Tech Provider sendiri?** Ya. Ia percuma dan terbuka kepada mana-mana syarikat yang mempunyai Business Manager yang disahkan serta sanggup melalui App Review. Kosnya ialah tempoh menunggu, bukan yuran. **Portfolio perniagaan siapa yang memegang nombor saya?** Milik anda. Sambungan dibuat antara portfolio anda dan Meta, dengan aplikasi kami diberi kebenaran untuk bertindak pada nombor itu. Nombor tersebut tidak dipindahkan ke bawah akaun kami. **Adakah terdapat had pada bilangan nombor yang boleh saya sambungkan?** Tidak. Had yang dicapai oleh orang lain datang daripada perkongsian satu hubungan provider antara ramai pengguna. Begitulah cara ini tidak berfungsi. --- ## Kos WhatsApp Coexistence, mengikut pembekal https://easycoexistence.com/ms/whatsapp-coexistence-pricing-compared Pembekal meletakkan harga berdasarkan tiga unit berbeza: setiap nombor, setiap pengguna atau setiap mesej. Akibatnya, angka utama tidak boleh dibandingkan dan kos sebenar hanya kelihatan pada bilangan nombor tertentu. Halaman ini mengiranya pada satu, sepuluh dan lima puluh nombor. ### Mengapakah harga utama tidak boleh dibandingkan? Kerana mereka mengenakan caj untuk perkara yang berbeza, dan unit itulah yang menentukan jenis perniagaan yang sesuai bagi setiap pembekal. Harga setiap nombor mengikut bilangan talian WhatsApp yang anda pegang. Ini unit yang benar-benar dikawal oleh sesebuah agensi, dan ia digunakan oleh EasyCoexistence, 360dialog dan Dualhook. Harga setiap pengguna dan setiap kenalan mengikut bilangan orang yang membalas dan bilangan pelanggan yang anda hubungi. Itulah yang digunakan oleh WATI dan respond.io, dan ia unit yang tepat apabila pasukan ejen ialah produk yang dibeli. Harga setiap mesej mengikut volum semata-mata, iaitu model Twilio: tiada yuran platform dan tiada yuran setiap nombor, tetapi ada caj bagi setiap mesej di atas apa yang dikenakan oleh Meta. Jadi satu-satunya perbandingan yang jujur ialah pada bilangan sambungan yang dinyatakan, dan itulah yang dilakukan oleh jadual di bawah. ### Berapakah kos pembekal berasaskan platform pada bilangan yang sama? Mereka tidak boleh diletakkan dalam lajur yang sama secara jujur, kerana yuran mereka langsung tidak berubah mengikut bilangan nombor. Yang berubah ialah pengguna dan kenalan. Pelan WATI yang diterbitkan bermula daripada tiga hingga sepuluh pengguna dengan 500 hingga 2,500 kenalan aktif bulanan. respond.io menerbitkan US$ 79 untuk lima pengguna dan 1,000 kenalan, meningkat kepada US$ 279. YCloud menerbitkan peringkat percuma, kemudian US$ 39, US$ 89 dan US$ 399, dengan pengguna dan saluran sebagai tambahan pada US$ 10 dan US$ 5 setiap satu sebulan. Bagi pasukan sokongan dengan satu nombor, harga itu berdaya saing dan merangkumi peti masuk yang tidak disertakan dalam sambungan biasa. Bagi agensi dengan lima puluh nombor pelanggan, kos muncul pada baris tambahan, dan ia muncul bagi setiap saluran, bukan bagi setiap perbualan. Soalan yang menentukannya ialah sama ada ada sesiapa yang akan log masuk ke peti masuk yang anda bayar. ### Bagaimana pula dengan Twilio, yang tidak mengenakan kedua-duanya? Twilio menerbitkan yuran US$ 0.005 bagi setiap mesej pada setiap arah, di atas yuran template Meta sendiri yang disalurkan tanpa markup. Dalam harga yang diterbitkannya, tiada yuran platform bulanan dan tiada yuran setiap nombor. Ini menjadikannya cara termurah untuk menyimpan nombor yang hampir tidak menghantar apa-apa, dan cara termahal untuk menjalankan nombor yang sibuk. Lima puluh nombor yang tidak digunakan tidak berkos apa-apa; lima puluh nombor yang mempunyai perbualan sebenar dikenakan caj bagi setiap mesej selama-lamanya. Perlu diketahui juga bahawa halaman harga Twilio tidak menyentuh Coexistence. Jika anda perlu aplikasi WhatsApp Business terus berfungsi pada nombor itu, itulah soalan yang perlu diajukan kepada mereka sebelum membandingkan apa-apa lagi. ### Yang mana patut dipilih oleh sesebuah agensi? Yang unitnya sepadan dengan apa yang berkembang dalam perniagaan anda. Jika yang berkembang ialah nombor pelanggan, harga setiap nombor dengan diskaun volum ialah satu-satunya bentuk yang tidak menghukum anda kerana berjaya. EasyCoexistence berharga US$ 9 setiap satu bagi sehingga lima nombor dan jatuh kepada US$ 1 setiap satu apabila nombor bertambah, jadi pada lima puluh pelanggan setiap nombor berharga kurang daripada nombor pertama dahulu, bukan lebih. Jika yang berkembang ialah ejen yang membalas dalam satu peti masuk, platform berharga setiap pengguna ialah pembelian yang betul dan halaman ini tidak akan menyatakan sebaliknya. WATI dan respond.io membinanya dan ia berfungsi. Jika yang berkembang ialah volum mesej pada beberapa nombor sahaja, model setiap mesej Twilio wajar dimodelkan berbanding yang lain pada kadar penghantaran sebenar anda. Bagi kes yang menjadi sebab produk ini dibina, iaitu agensi atau pembangun yang memegang nombor yang bukan milik mereka, harga setiap nombor dengan harga volum ialah satu-satunya yang berkembang ke arah yang sama dengan perniagaan: kadar bagi setiap nombor jatuh apabila bilangan meningkat. - Membandingkan angka utama secara terus. Harga ditetapkan pada tiga unit berbeza dan nombor yang paling kecil sering menjadi pilihan yang salah. - Menganggap mana-mana pembekal ini menambah markup pada kos mesej Meta. Tiada seorang pun yang ada di halaman ini berbuat demikian; Meta yang mengeluarkan bil kepada anda. - Menganggap ciri yang tidak didokumenkan sebagai ciri yang tiada. Jika halaman harga tidak menyebut Coexistence, tanya pembekal dan jangan hanya bergantung pada jadual ini. **Adakah harga ini terkini?** Harga ini seperti yang diterbitkan pada halaman harga setiap pembekal sendiri pada September 2026, dan dipautkan daripada angka di atas. Harga boleh berubah, jadi semak sumbernya sebelum membuat keputusan. **Mengapakah EasyCoexistence menjadi lebih murah bagi setiap nombor?** Kerana kos memantau sesuatu sambungan tidak meningkat selari dengan bilangannya. Agensi yang memegang lima puluh nombor bukan lima puluh kali ganda kerjanya, jadi harganya juga bukan lima puluh kali ganda. **Adakah mana-mana pembekal ini menambah markup pada caj Meta?** Tiada pembekal di halaman ini berbuat demikian. Meta mengenakan kos mesej kepada kaedah pembayaran pada Akaun WhatsApp Business anda sendiri, dan itu juga sebabnya tiada pihak di tengah yang dapat memberikan diskaun ke atasnya. **Pembekal mana yang menyokong Coexistence?** YCloud dan 8x8 mendokumenkannya, manakala Dualhook dan EasyCoexistence dibina berdasarkannya. Beberapa halaman harga lain tidak menyentuhnya, dan itu bukan bukti sama ada ya atau tidak, jadi wajar ditanya secara terus. --- ## Glosari WhatsApp Coexistence https://easycoexistence.com/ms/whatsapp-coexistence-glossary Istilah berkaitan WhatsApp Coexistence mudah mengelirukan. Kekeliruan biasanya berlaku apabila dua orang menggunakan satu perkataan untuk perkara yang berbeza. Ini ialah definisi yang digunakan oleh laman ini, setiap satunya dipautkan ke halaman yang menerangkannya dengan lebih lanjut. ### Mengapa perbendaharaan kata ini begitu mengelirukan? Kerana beberapa istilah ini menamakan perkara pada tahap berbeza, tetapi semuanya kelihatan seperti berada pada tahap yang sama. Business Portfolio mengandungi WhatsApp Business Account, yang mengandungi nombor telefon, setiap satunya dengan phone number id. Dalam perbualan, keempat-empatnya dipanggil akaun. Ayat seperti semak sama ada akaun berfungsi boleh bermaksud empat pemeriksaan yang berbeza. Perkara yang sama berlaku pada dua tetingkap dua puluh empat jam di platform ini. Kedua-duanya mengukur perkara yang tidak berkaitan dan sering tertukar. Sebahagian lagi berpunca daripada Meta dan penyedia yang menggunakan istilah berbeza untuk perkara yang sama. Penyedia juga tidak semestinya bersetuju antara satu sama lain. Halaman ini menggunakan perbendaharaan kata Meta sendiri apabila tersedia, dan menyatakan dengan jelas apabila sesuatu istilah ialah istilah kami. ### Apakah perbezaan yang benar-benar penting dalam amalan? Tiga, dan setiap satunya pernah menyebabkan seseorang kehilangan masa sehari. Tetingkap khidmat pelanggan dan tetingkap penyegerakan kedua-duanya berlangsung selama dua puluh empat jam, tetapi tidak berkaitan antara satu sama lain. Satu menentukan sama ada teks bebas boleh dihantar, dikira dari mesej terakhir pelanggan. Satu lagi menentukan sama ada sejarah chat masih boleh ditarik masuk, dikira dari pendaftaran. Peranti terpaut bukan API. Ia ialah klien WhatsApp pengguna yang dilog masuk di tempat lain. Inilah yang diautomatikkan oleh alat tidak rasmi dan yang menyebabkan nombor disekat. Destinasi webhook pula bukan tetapan pada nombor. Ia ialah penggantian pada langganan app kepada akaun. Sebab itu ia hilang apabila sambungan dibuang dan perlu ditetapkan semula apabila sambungan dibuat semula. **Adakah Coexistence API yang berbeza daripada Cloud API?** Tidak. Coexistence ialah cara mendaftarkan nombor ke Cloud API sambil memastikan app WhatsApp Business terus berfungsi padanya. endpoint, format mesej dan peraturannya sama. **Apakah perbezaan antara Business Portfolio dan WABA?** Business Portfolio ialah bekas peringkat syarikat dalam Meta Business Manager. WhatsApp Business Account berada di dalamnya dan menyimpan nombor telefon. Satu portfolio boleh menyimpan beberapa WABA. **Adakah BSP sama dengan Tech Provider?** Kedua-duanya bertindih, tetapi menerangkan perkara yang berbeza. Tech Provider ialah status Meta yang membenarkan syarikat menyambungkan nombor perniagaan lain melalui app sendiri. BSP biasanya merujuk kepada syarikat yang menjual platform pemesejan, dan mungkin mempunyai status itu atau tidak. **Apakah kaitan MCP dengan WhatsApp?** Tiada kaitan secara semula jadi. MCP ialah protokol untuk memberikan pembantu AI akses kepada alat, dan pelayan WhatsApp MCP mendedahkan nombor sebagai salah satu alat itu. Ia tidak boleh menerima mesej, sebaliknya hanya bertindak apabila diminta. --- ## Medan webhook WhatsApp dan tujuan setiap satunya https://easycoexistence.com/ms/docs/webhook-fields WhatsApp Business Account menghantar peristiwa sebagai medan bernama. Dua medan membawa kandungan perbualan dan dihantar ke endpoint anda. Enam medan membawa keadaan operasi dan menjadi asas pemantauan. Mengetahui perbezaannya menentukan seni bina anda. ### Apakah kandungan setiap medan? messages membawa semua yang dihantar pelanggan ke nombor tersebut: teks, rujukan media, balasan dan reaksi. smb_message_echoes membawa perkara yang dihantar oleh pasukan anda daripada aplikasi WhatsApp Business. Medan ini hanya wujud pada nombor Coexistence dan membolehkan perisian melihat balasan manusia. account_update membawa keadaan sambungan: PARTNER_REMOVED apabila aplikasi dinyahpasang daripada akaun, ACCOUNT_OFFBOARDED, ACCOUNT_RECONNECTED, serta peristiwa sekatan atau pelanggaran. phone_number_quality_update membawa perubahan penarafan kualiti dan throughput. account_alerts membawa amaran yang dibangkitkan Meta terhadap akaun, manakala account_review_update membawa keputusan semakan. business_capability_update membawa perubahan had dan keupayaan pemesejan, manakala phone_number_name_update membawa kelulusan dan penolakan nama paparan. ### Mengapa pembahagian ini penting dari segi seni bina? Kerana pembahagian ini menentukan sama ada kandungan perbualan sampai kepada penyedia. Override menghantar dua medan mesej terus daripada Meta ke endpoint anda. Enam medan operasi terus dihantar kepada penyedia, lalu membolehkan dashboard dan amaran tanpa sesiapa memegang mesej. Sebab itu dakwaan bahawa mesej tidak disimpan boleh berpunca daripada struktur, bukan dasar. Jika medan mesej dihantar ke tempat lain, tiada laluan kod yang boleh menyimpannya. Dalam kes kami, akaun tanpa override kembali kepada callback lalai, dan pengendali membuang peristiwa tersebut tanpa menyimpannya. ### Apakah medan yang patut dijangka oleh pengendali anda? Hanya dua medan mesej jika override ditetapkan. Pengendali juga wajar mengabaikan perkara lain dan bukannya gagal apabila menerimanya. Meta menambah medan dari semasa ke semasa, dan bentuk payload boleh mendapat kunci baharu tanpa notis. Pengendali yang memilih tindakan berdasarkan nama medan dan mengabaikan perkara yang tidak dikenalinya akan terus berfungsi. Pengendali yang menganggap bentuk tertentu akan gagal pada peristiwa pertama yang tidak dikenali. Anda juga wajar mengendalikan smb_message_echoes secara jelas dan bukannya menganggapnya sebagai gangguan. Tanpanya, perisian tidak tahu bahawa manusia sudah menjawab, lalu pelanggan mungkin menerima dua balasan kepada soalan yang sama. - Menganggap payload umum. Setiap peristiwa menamakan medannya, dan pengendali patut memilih tindakan berdasarkan nama itu. - Mengabaikan smb_message_echoes. Tanpanya, perisian membalas selepas manusia sudah menjawab. - Gagal apabila menerima medan yang tidak dikenali dan bukannya melangkauinya. Meta menambah medan tanpa meminta kebenaran. **Bolehkah saya menerima medan tertentu sahaja?** Override memindahkan laluan mesej kepada anda. Pembahagian operasi ditetapkan dan tidak berubah kerana pemantauan dibina daripadanya. **Adakah smb_message_echoes wujud pada nombor Cloud API biasa?** Tidak. Ia wujud kerana nombor Coexistence mempunyai manusia yang menghantar daripada aplikasi, selain perisian yang menghantar daripada API. **Apakah yang berlaku kepada peristiwa mesej jika saya tidak menetapkan destinasi?** Peristiwa itu sampai ke callback lalai kami dan dibuang tanpa disimpan. **Adakah nama medan milik Meta atau anda?** Milik Meta. Tiada nama di sini yang kami cipta, sebab itu nama tersebut cukup dipelajari sekali. --- ## Mengesahkan endpoint webhook WhatsApp https://easycoexistence.com/ms/docs/webhook-verification Sebelum menghantar sebarang event, Meta memanggil endpoint anda dengan GET yang membawa hub.mode, hub.verify_token dan hub.challenge. Endpoint anda mesti membandingkan token tersebut dan memulangkan cabaran sebagai badan mentah. Selain itu, penghantaran tidak akan bermula. ### Apakah yang dihantar Meta sebenarnya? Permintaan GET ke URL anda dengan tiga parameter pertanyaan. hub.mode ditetapkan kepada subscribe. hub.verify_token ialah token yang anda konfigurasikan semasa menetapkan destinasi. hub.challenge ialah nilai yang dijana Meta untuk percubaan ini. Endpoint anda hendaklah membandingkan hub.verify_token dengan token yang anda pilih. Jika sepadan, respons 200 mesti mengandungi hub.challenge sebagai keseluruhan badan respons. Jangan bungkusnya dalam JSON, jangan letakkan tanda petikan di sekelilingnya dan jangan tambah baris baharu di hujung yang sesetengah rangka kerja tambah secara lalai. Jika token tidak sepadan, respons 403. Itulah keseluruhan protokol dan ia sengaja direka ringkas. ### Mengapakah jawapan salah gagal secara senyap? Kerana kegagalan pengesahan bukan ralat dalam sistem anda, sebaliknya ketidakhadiran dalam sistem Meta. Apabila cabaran tidak dipulangkan dengan betul, Meta tidak memulakan penghantaran ke destinasi itu. Pelayan anda memulangkan 200 untuk pengesahan, log anda menunjukkan permintaan telah tiba, dan tiada dashboard melaporkan masalah. Satu-satunya tanda ialah mesej tidak pernah tiba, yang biasanya didiagnosis sebagai masalah Coexistence, bukan masalah handshake. Sebab itu pengesahan sebelum panggilan wajar dilakukan. Kami menyemak bahawa URL menggunakan HTTPS dan token pengesahan telah dibekalkan sebelum membuat permintaan Graph, supaya destinasi yang tidak sah gagal serta-merta dan bukannya kelihatan tersambung. ### Apakah lagi yang boleh menyekat pengesahan? Tiga perkara yang tiada kaitan dengan kod. Pengesahan di hadapan endpoint. Gateway, lapisan pengesahan asas atau senarai benarkan IP akan menolak permintaan Meta, dan Meta tidak mempunyai kelayakan untuk diberikan. Laluan pengesahan mesti boleh dicapai tanpa semua itu. Lencongan. Meta memanggil URL yang anda berikan, dan 301 ke hos kanonik tidak diikuti dengan cara yang melengkapkan handshake. Berikan URL akhir. Selain itu, rangka kerja mungkin menyusun respons. Memulangkan rentetan daripada pengendali yang membungkus semuanya dalam JSON menghasilkan badan dengan tanda petikan di sekeliling cabaran, lalu tidak sepadan. - Memulangkan JSON. Badan mesti mengandungi nilai cabaran mentah tanpa apa-apa di sekelilingnya. - Meletakkan endpoint di belakang pengesahan. Meta tiada kelayakan dan akan ditolak. - Memberikan Meta URL yang membuat lencongan. Gunakan URL akhir. **Apakah token yang patut saya gunakan?** Sebarang rentetan yang anda pilih. Token ini membolehkan endpoint anda membezakan permintaan Meta daripada permintaan orang lain yang mengetahui URL tersebut. **Berapa kerapkah pengesahan berlaku?** Semasa persediaan dan setiap kali destinasi ditetapkan. Endpoint yang berfungsi tidak disahkan semula bagi setiap event. **Bolehkah saya mengujinya sendiri?** Ya. Panggil endpoint anda sendiri dengan tiga parameter tersebut dan semak bahawa badan respons kembali tepat seperti nilai cabaran. **Bagaimana jika pelayan saya tidak berfungsi semasa pengesahan?** Handshake gagal dan destinasi tidak diaktifkan. Menyimpannya semula akan menjalankan pengesahan sekali lagi. --- ## Rujukan alat MCP https://easycoexistence.com/ms/docs/mcp-tools-reference Penyambung menyediakan enam belas alat untuk setiap nombor dalam akaun. list_numbers didahulukan kerana semua alat lain memerlukan connection_id daripadanya. Enam alat disekat apabila bayaran tertunggak: empat yang berinteraksi dengan dunia luar, get_api_credentials yang mengembalikan token akses, dan create_connect_link. Sepuluh lagi, iaitu bacaan kesihatan dan templat serta persediaan Partner API, kekal terbuka. ### Apakah fungsi setiap alat? Bacaan: list_numbers mengembalikan nombor yang disambungkan bersama status, penarafan kualiti dan peringkat pemesejan, dan menjadi permulaan setiap panggilan lain. get_number_health mengembalikan gambaran langsung Meta bersama garis masa pemantauan terkini, peristiwa webhook dan semakan poller. get_api_credentials mengembalikan URL asas Graph API, WABA id, phone number id dan, jika tersedia, access token akaun itu sendiri. Penghantaran: send_message menghantar teks bebas dalam tetingkap 24 jam, dan balasan adalah percuma. send_template menghantar template yang diluluskan, iaitu cara memulakan perbualan dengan seseorang yang belum menulis. list_templates, create_template dan get_template_status meliputi kitar hayat template. Pendawaian: set_webhook_destination menghalakan mesej masuk dan gema aplikasi ke sistem anda, manakala penghantaran null menetapkan semula destinasi itu. get_connect_link mengembalikan pautan dashboard dan langkah untuk menyambungkan nombor baharu. get_docs mengembalikan dokumentasi produk dalam format markdown. Partner API, untuk perisian atau agensi yang pelanggannya sendiri menyambungkan nombor: get_partner_setup menunjukkan status bayaran, kunci API, URL acara dan langkah seterusnya. create_api_key mengeluarkan kunci Partner API dan memaparkannya sekali sahaja, dan tidak menggantikan kunci sedia ada tanpa pengesahan yang jelas. revoke_api_key membatalkan kunci itu, juga selepas pengesahan. set_partner_events_url menetapkan ke mana acara status dihantar dan mengembalikan rahsia tandatangan sekali sahaja. create_connect_link mencipta pautan sambungan yang dihoskan untuk seorang pelanggan, sah selama 1 jam, sama seperti POST /api/v1/connect-sessions. ### Mengapa connection_id penting? Kerana connection_id mengikat arahan kepada nombor tertentu, dan pembantu tidak boleh meneka nilainya. Setiap alat yang bertindak pada nombor memerlukan connection_id, dan list_numbers ialah satu-satunya tempat untuk mendapatkannya. Dalam amalan, pembantu yang diminta menghantar mesej akan memanggil list_numbers dahulu. Sebab itu permintaan pertama dalam sesi sering lebih perlahan daripada permintaan seterusnya. Ini juga bermakna akaun yang mempunyai beberapa nombor kekal tidak mengelirukan. Tiada nombor lalai dan tiada pemilihan tersirat, jadi arahan yang tidak menyatakan nombor yang dimaksudkan akan ditanya semula, bukan diteka. ### Apakah berlaku apabila bayaran tertunggak? Enam alat disekat: send_message, send_template, create_template dan set_webhook_destination, yang berinteraksi dengan dunia luar; get_api_credentials, kerana ia mengembalikan token akses akaun, yang membolehkan akaun yang disekat menghantar terus melalui Graph API; dan create_connect_link, yang menyambungkan nombor baharu. Semua bacaan lain kekal tersedia, begitu juga persediaan Partner API: get_partner_setup, create_api_key, revoke_api_key dan set_partner_events_url. Ini disengajakan, bukan terlepas pandang. Akaun yang tidak dapat melihat sebab ia disekat atau menyemak kesihatan nombornya tiada jalan kembali selain tiket sokongan. Bacaan yang sama juga diperlukan untuk pemantauan kesihatan, jadi menyekatnya akan mematikan pemantauan ketika seseorang paling memerlukannya. Kesan praktikalnya, akaun yang bayaran tertunggak masih menjawab soalan tentang keadaannya dan masih dipantau. Yang terhenti ialah apa-apa tindakan yang mencapai pelanggan. - Menjangkakan penyambung menerima mesej. MCP menggunakan permintaan dan respons; trafik masuk memerlukan webhook. - Menetapkan connection_id secara keras. Nilainya datang daripada list_numbers dan bukan nilai untuk dicatat. - Menganggap akaun yang bayaran tertunggak terputus sepenuhnya. Bacaan dan pemantauan terus berjalan dengan sengaja, kecuali bukti kelayakan, yang membawa token untuk menghantar. **Adakah saya memilih alat yang hendak dipanggil?** Tidak. Anda bertanya dalam bahasa biasa dan pembantu memilihnya. Itulah tujuan penerangan alat tersebut. **Bolehkah ia membaca perbualan saya?** Tidak. Mesej masuk dihalakan ke destinasi webhook yang anda tetapkan. Penyambung membaca keadaan akaun dan nombor. **Adakah get_docs berguna?** Lebih berguna daripada yang disangka. Ia menyerahkan dokumentasi kami kepada pembantu dalam format markdown, jadi jawapan tentang peraturan Coexistence datang daripada dokumentasi kami, bukan ingatan. **Adakah satu penyambung meliputi beberapa pelanggan?** Ya. Satu akaun boleh menyimpan seberapa banyak nombor yang anda perlukan dan list_numbers mengembalikan semuanya. --- ## Menyambungkan nombor, langkah demi langkah https://easycoexistence.com/ms/docs/connecting-a-number Proses sambungan menggunakan Embedded Signup milik Meta: pilih Business Portfolio, WhatsApp Business Account dan nombor, kemudian imbas kod dalam aplikasi WhatsApp Business. Kira-kira dua minit, dan aplikasi terus berfungsi sepanjang proses. ### Apakah yang berlaku dalam aliran ini? Tetingkap timbul Meta dibuka dan meminta tiga perkara mengikut turutan. Pertama, Business Portfolio, iaitu bekas peringkat syarikat dalam Business Manager. Kemudian WhatsApp Business Account di dalamnya. Selepas itu, nombor telefon yang mestilah sudah didaftarkan dalam aplikasi WhatsApp Business, kerana Coexistence menyambungkan nombor yang sedang digunakan oleh aplikasi, bukannya mencipta nombor baharu. Selepas itu, aliran beralih ke telefon. Meta memaparkan kod, seseorang membuka aplikasi WhatsApp Business pada peranti yang memegang nombor tersebut, lalu mengimbasnya. Itulah satu-satunya langkah yang keluar daripada pelayar, dan langkah itu tidak boleh dilakukan oleh orang lain bagi pihak perniagaan. ### Apakah yang diputuskan semasa proses permulaan dan tidak boleh diubah? Sama ada mahu berkongsi sejarah sembang sedia ada. Perkara ini ditanya sekali dan menjadi keputusan muktamad untuk sambungan tersebut. Jika ya, sejarah perbualan terkini disegerakkan ke API, supaya perisian bermula dengan konteks dan bukannya tanpa maklumat. Jika tidak, API hanya menerima mesej mulai saat ia disambungkan. Kedua-duanya munasabah, dan kebanyakan integrasi mengutamakan perbualan baharu, tetapi keputusan itu tidak boleh dibuat semula tanpa memutuskan sambungan dan menyambungkannya kembali. Terdapat juga had masa. Penyegerakan mesti dimulakan dalam tempoh 24 jam selepas proses permulaan, dan hanya boleh dijalankan sekali. Jika salah satu syarat terlepas, ralat yang kurang jelas akan terhasil dan bukannya amaran. Oleh itu, sebaiknya putuskan tentang sejarah pada hari yang sama, bukan semasa kerja integrasi. ### Apakah yang perlu disediakan sebelum bermula? Tiga perkara, dan menyediakannya mengelakkan aliran terhenti di tengah jalan. Akses kepada Business Portfolio yang memiliki nombor tersebut, biasanya oleh pemilik perniagaan dan bukannya orang yang menjalankan integrasi. Telefon dengan nombor itu, dalam keadaan tidak berkunci dan dengan aplikasi WhatsApp Business dipasang. Sebaiknya sediakan juga destinasi webhook, kerana menetapkannya pada penghujung proses permulaan lebih kemas daripada mengingatinya kemudian. Jika aliran ditutup sebelum selesai, nombor itu mungkin terikat pada akaun tetapi belum didaftarkan, lalu menghasilkan ralat semasa penghantaran pertama. Menjalankan semula aliran dari awal akan membetulkannya. - Bermula tanpa telefon berdekatan. Imbasan tidak boleh dibuat kemudian daripada peranti lain. - Menutup tetingkap timbul apabila nombor muncul. Aliran masih mempunyai langkah seterusnya dan menghentikannya menyebabkan nombor tidak didaftarkan. - Menangguhkan keputusan tentang sejarah sehingga integrasi siap. Keputusan itu luput 24 jam selepas proses permulaan. **Bolehkah saya menyambungkan nombor yang bukan milik saya?** Hanya perniagaan yang memilikinya boleh memberikan kebenaran. Anda menghantar pautan kepada mereka dan mereka melengkapkan aliran pada telefon sendiri. **Adakah aplikasi berhenti berfungsi semasa proses permulaan?** Tidak. Aplikasi terus berfungsi sepanjang proses, termasuk ketika kod sedang diimbas. **Bagaimana jika nombor itu menggunakan aplikasi WhatsApp untuk pengguna biasa?** Nombor itu perlu dipindahkan ke aplikasi WhatsApp Business terlebih dahulu. Coexistence menyambungkan nombor daripada aplikasi Business. **Bolehkah saya mengulangi aliran ini?** Ya. Memutuskan sambungan dan menyambungkannya semula akan menjalankan aliran sekali lagi, termasuk peluang baharu untuk menerima sejarah sembang. --- ## Tetingkap khidmat pelanggan 24 jam https://easycoexistence.com/ms/docs/customer-service-window Tetingkap khidmat pelanggan dibuka apabila pelanggan menghantar mesej kepada nombor anda dan berlangsung selama 24 jam. Dalam tempoh ini, anda boleh menghantar teks bebas dan respons itu percuma. Di luarnya, hanya template yang telah diluluskan Meta akan dihantar. ### Bilakah tepatnya kiraan masa bermula? Apabila pelanggan menghantar mesej, dan kiraan bermula semula setiap kali mereka menghantar mesej lagi. Inilah perkara yang sering disalahfahami. Tetingkap ini tidak dikira dari mesej terakhir anda, permulaan perbualan atau masa tiket dibuka. Ia dikira dari mesej masuk paling terkini daripada mereka. Ini bermakna perbualan aktif secara praktiknya tidak pernah ditutup, manakala perbualan sehala ditutup selepas sehari. Ini juga bermakna tetingkap adalah mengikut kenalan, bukan nombor. Seorang pelanggan boleh berada di dalamnya sementara pelanggan lain berada di luarnya, pada nombor yang sama dan pada masa yang sama. ### Apakah yang boleh dihantar di dalam dan di luar tetingkap? Di dalamnya, apa sahaja: teks bebas, media dan template jika anda mahu. Di luarnya, hanya template yang telah diluluskan Meta. Inilah sebabnya template wujud. Template ialah cara yang dibenarkan untuk memulakan atau menyambung semula perbualan dengan seseorang yang belum menulis kepada anda. Template disemak terlebih dahulu kerana penerima belum meminta mesej itu. Pada nombor Coexistence, terdapat satu lagi kesan. Aplikasi WhatsApp Business tidak boleh menghantar template, jadi apa sahaja di luar tetingkap perlu melalui API. Pasukan yang menjawab dari telefon boleh membalas dengan bebas kepada perbualan aktif, tetapi tidak boleh menyambung semula perbualan yang telah senyap. Inilah salah satu sebab praktikal nombor disambungkan. ### Mengapa integrasi hanya menyedari perkara ini dalam persekitaran pengeluaran? Kerana ujian sentiasa berlaku di dalam tetingkap. Pembina integrasi menghantar mesej kepada diri sendiri, kemudian membalasnya beberapa saat kemudian. Itu berlaku dalam tempoh 24 jam, jadi teks bebas berfungsi dan semua ujian lulus. Kes sebenar pertama yang gagal ialah pelanggan yang menulis semalam, biasanya selepas pelancaran. Struktur yang kukuh ialah membuat cabang sebelum menghantar: semak berapa lama sejak kenalan itu kali terakhir menulis, kemudian gunakan laluan teks bebas atau laluan template. Melakukannya dari awal hampir tidak memerlukan kos. Menambahnya kemudian bermakna mencari setiap penghantaran dalam pangkalan kod. - Mengira dari mesej terakhir anda. Mesej merekalah yang membuka tetingkap. - Menganggapnya mengikut nombor. Ia mengikut kenalan, jadi dua perbualan pada satu nombor boleh berada dalam keadaan yang berbeza. - Menguji hanya sejurus selepas mesej, yang sentiasa berlaku dalam tetingkap. **Bolehkah tetingkap ini dipanjangkan?** Tidak. Tempohnya ditetapkan oleh Meta dan tiada penyedia boleh memanjangkannya. **Adakah respons template membukanya semula?** Pelanggan yang membalas akan membukanya semula. Menghantar template sahaja tidak membuka tetingkap teks bebas. **Adakah respons benar-benar percuma?** Meta tidak mengenakan caj untuk mesej yang dihantar dalam tetingkap khidmat pelanggan. Caj dikenakan untuk perbualan yang dibuka di luar tetingkap. **Bagaimana pula dengan satu lagi tetingkap 24 jam yang saya baca?** Itulah tetingkap penyegerakan, dikira dari proses pendaftaran, dan ia mengawal sejarah sembang, bukan penghantaran. Kedua-duanya tidak berkaitan. --- ## Template mesej WhatsApp https://easycoexistence.com/ms/docs/message-templates Template ialah mesej yang dihantar kepada Meta untuk semakan terlebih dahulu. Selepas diluluskan, ia boleh dihantar pada bila-bila masa, termasuk kepada seseorang yang tidak pernah menulis kepada anda. Inilah satu-satunya cara menghantar mesej di luar tetingkap khidmat pelanggan 24 jam. ### Untuk apa tiga kategori itu? Kategori memberitahu Meta jenis mesej tersebut, dan kategori itu mengubah proses semakan serta pengebilan. Utiliti merangkumi mesej transaksi yang berkaitan dengan tindakan pelanggan: kemas kini pesanan, pengesahan tempahan dan pemberitahuan penghantaran. Pemasaran merangkumi kandungan promosi, dan penghantarannya memerlukan kaedah pembayaran pada WhatsApp Business Account. Pengesahan merangkumi kod sekali guna dan mempunyai format sendiri yang lebih ketat. Memilih kategori yang salah ialah sebab biasa penolakan. Bahasa promosi dalam template utiliti akan dikesan, dan pengesanan itu cukup konsisten sehingga tidak berbaloi untuk mencubanya. ### Bagaimanakah pemboleh ubah berfungsi? Ruang letak bernombor, diisi mengikut turutan dan dikira bagi setiap komponen. Badan yang berbunyi Hello {{1}}, your order {{2}} has shipped mentakrifkan dua pemboleh ubah, dan penghantaran mesti membekalkan tepat dua nilai untuk badan tersebut. Parameter pengepala dan butang dikira secara berasingan, bukannya digabungkan dalam satu senarai. Sebab itu penghantaran dengan jumlah keseluruhan yang betul masih boleh ditolak. Meta juga memerlukan nilai contoh apabila template dicipta supaya penyemak dapat melihat rupa mesej sebenar. Terdapat juga peraturan peletakan: pemboleh ubah pada permulaan atau penghujung mesej, atau terlalu banyak pemboleh ubah berbanding jumlah teks sekeliling, akan ditolak. ### Mengapakah aplikasi telefon tidak boleh menghantarnya pada nombor Coexistence? Kerana template ialah ciri platform, bukannya ciri aplikasi, dan aplikasi tidak mempunyai konsep template. Ini antara perkara paling berguna untuk diketahui dari awal. Perniagaan yang disambungkan melalui Coexistence boleh terus menjawab dari telefon, dan pasukannya boleh membalas apa-apa mesej secara langsung. Namun, mereka tidak boleh memulakan semula perbualan yang sudah terhenti daripada aplikasi kerana tindakan itu memerlukan template, dan template hanya wujud melalui API. Jadi, apa-apa yang dijadualkan, berkaitan transaksi atau ditujukan kepada seseorang yang belum menulis hari ini, semestinya memerlukan API. Bagi banyak perniagaan, itulah jurang yang diisi oleh sambungan ini. - Mencipta template dan menghantarnya dalam penghantaran yang sama. Meta menyemak dahulu, biasanya dalam beberapa minit tetapi kadangkala mengambil masa sehari. - Menggabungkan pemboleh ubah pengepala dan badan. Pemboleh ubah dikira bagi setiap komponen. - Menggunakan bahasa pemasaran dalam template utiliti. Ini ialah sebab penolakan yang konsisten. **Berapa lama semakan mengambil masa?** Biasanya beberapa minit, kadangkala sehingga sehari. Tiada penyedia yang boleh mempercepatkannya. **Adakah satu template diperlukan bagi setiap bahasa?** Ya. Nama dan bahasa bersama-sama mengenal pasti template, jadi nama yang sama dalam lokal lain ialah template yang berbeza. **Bolehkah saya mengedit template yang diluluskan?** Ya, dan pengeditan mengubah kontrak pemboleh ubah, lalu memutuskan penghantar yang menetapkan jumlah lama secara keras. **Adakah saya memerlukan kaedah pembayaran?** Untuk penghantaran pemasaran, ya, pada WhatsApp Business Account anda sendiri. Meta mewajibkannya dan tiada penyedia boleh menambahkannya untuk anda. --- ## Webhook account_update dan setiap sebab nyahsambungan https://easycoexistence.com/ms/docs/webhook-account-update account_update ialah cara Meta melaporkan bahawa keadaan sambungan telah berubah. Medan event menyatakan perkara yang berlaku dan, bagi penyingkiran, disconnection_info.reason menyatakan sebabnya. Sebab itu membezakan nombor yang akan kembali daripada nombor yang sudah tiada. ### Apakah peristiwa yang dibawa oleh account_update? PARTNER_REMOVED, apabila aplikasi dinyahpasang daripada WhatsApp Business Account. Ini ialah isyarat nyahsambungan berautoriti dan isyarat yang wajar dijadikan asas, bukannya membuat kesimpulan bahawa sambungan terputus hanya kerana medan bertukar kepada false. ACCOUNT_OFFBOARDED, apabila nombor dikeluarkan sepenuhnya. ACCOUNT_RECONNECTED, apabila sambungan yang pernah disingkirkan kembali. Kemudian terdapat peristiwa penguatkuasaan: ACCOUNT_RESTRICTION dan ACCOUNT_VIOLATION, bersama peristiwa yang namanya mengandungi DISABLED atau BAN. Hasil pengesahan dan kelulusan juga tiba di sini, dengan nama peristiwa yang mengandungi VERIFIED atau APPROVED. Pengendali hendaklah memilih berdasarkan nama peristiwa dan menganggap apa-apa yang tidak dikenali sebagai maklumat sahaja, bukannya gagal memprosesnya, kerana Meta menambah peristiwa tanpa notis. ### Apakah sebab nyahsambungan? Enam, dan maksudnya sangat berbeza. PRIMARY_INACTIVITY ialah peraturan kira-kira empat belas hari: aplikasi WhatsApp Business tidak dibuka pada peranti utama. Boleh dipulihkan, dan ini yang paling lazim. COMPANION_INACTIVITY ialah keadaan yang sama pada peranti pendamping, dengan tempoh lebih panjang, kira-kira tiga puluh hari. BUSINESS_DOWNGRADE bermaksud nombor kembali kepada aplikasi WhatsApp pengguna, yang menamatkan Coexistence kerana Coexistence memerlukan aplikasi Business. CHANGE_NUMBER bermaksud nombor telefon itu sendiri berubah. USER_RE_REGISTERED bermaksud nombor itu didaftarkan semula pada peranti baharu. ACCOUNT_DISCONNECTED pula bermaksud pelanggan memutuskan sambungan dengan sengaja, atau penguatkuasaan melakukannya. Sebab itu juga tiba bersama disconnection_info.initiated_by, yang menyatakan sama ada seseorang atau sistem melakukannya. ### Mengapa sebab lebih penting daripada peristiwa? Kerana PARTNER_REMOVED sahaja tidak memberitahu anda tindakan yang patut diambil. Nombor yang disingkirkan kerana PRIMARY_INACTIVITY akan kembali: perniagaan membuka aplikasi, menyambung semula, dan semuanya diteruskan. Jika keadaan itu dianggap sebagai pelanggan yang telah pergi, e-mel pembatalan akan dihantar kepada seseorang yang masih menjadi pelanggan. Nombor yang disingkirkan kerana BUSINESS_DOWNGRADE atau ACCOUNT_DISCONNECTED ialah keadaan yang berbeza. Menganggapnya sementara akan menyebabkan sambungan terus tergantung tanpa penghujung. Apabila penyingkiran tiba tanpa sebab, initiated_by menjadi sandaran: penyingkiran yang dilakukan seseorang menunjukkan tindakan sengaja, manakala penyingkiran sistem yang tidak dapat dijelaskan tidak begitu. Perbezaan itu wajar dibuat dalam kod, bukan kemudian dalam perbualan dengan sokongan. - Menganggap semua PARTNER_REMOVED sama. Sebabnya membezakan dua minggu tanpa aktiviti daripada pelanggan yang telah pergi. - Membuat kesimpulan bahawa sambungan terputus kerana medan bertukar kepada false, bukannya berdasarkan peristiwa ini. Itulah punca amaran palsu. - Gagal memproses nama peristiwa yang tidak dikenali. Meta menambah peristiwa dan pengendali hendaklah melangkau perkara yang tidak dikenalinya. **Adakah PARTNER_REMOVED kekal?** Biasanya tidak. Kebanyakannya tiba bersama PRIMARY_INACTIVITY, yang bermaksud aplikasi tidak dibuka dan sambungan semula memulihkan semuanya. **Adakah sambungan semula memulihkan destinasi webhook saya?** Tidak, dan inilah perangkapnya. Destinasi itu ialah penggantian pada langganan aplikasi dan dinyahpasang bersamanya. Destinasi itu perlu digunakan semula. **Apakah COMPANION_INACTIVITY?** Keadaan tidak aktif yang sama pada peranti pendamping, bukan peranti utama, dengan tempoh lebih panjang, kira-kira tiga puluh hari. **Bolehkah saya menerima peristiwa ini tanpa sebab?** Ya. Apabila itu berlaku, disconnection_info.initiated_by ialah satu-satunya isyarat untuk menentukan sama ada tindakan itu disengajakan. --- ## webhook phone_number_quality_update https://easycoexistence.com/ms/docs/webhook-phone-number-quality-update phone_number_quality_update melaporkan perubahan throughput dan had mesej bagi sesuatu nombor. Setakat 2026, webhook ini tidak membawa penarafan kualiti hijau, kuning atau merah walaupun namanya begitu. Penarafan itu perlu dibaca terus daripada nombor telefon melalui polling. ### Apakah kandungan sebenar webhook ini? Maklumat throughput dan had mesej, dihantar sebagai nilai event bersama field yang membawa had semasa. Kandungan praktikalnya ialah kapasiti nombor telah berubah: nombor itu berpindah ke peringkat mesej yang lain, atau tahap throughputnya dilaraskan. Perubahan ini berguna untuk direkodkan kerana ia mengubah perkara yang boleh dilakukan oleh integrasi, dan penurunan peringkat ialah isyarat awal. Apa yang tiada di dalamnya, walaupun berdasarkan nama field, ialah penarafan kualiti. Pengendali yang ditulis berdasarkan dokumentasi lama akan mencari GREEN, YELLOW atau RED di sini tetapi tidak menemui apa-apa, lalu menyimpulkan bahawa kualiti tidak pernah berubah. ### Jadi, dari manakah penarafan warna datang? Daripada pembacaan terus pada nombor telefon mengikut jadual. Field quality_rating berada pada objek nombor telefon dalam Graph API, dan nilainya perlu dibaca melalui polling, bukan ditunggu. Sebab itu pemantauan sambungan yang betul memerlukan proses polling serta penerima webhook: kedua-duanya membawa perkara berbeza dan tiada satu pun mencukupi sendirian. Sebab itu juga penurunan kualiti tidak kelihatan kepada kebanyakan integrasi. Tiada apa-apa yang menolaknya, aplikasi WhatsApp Business tidak memaparkan tandanya, dan apabila nombor mula menghasilkan ralat 131048, mesej yang terjejas sudah pun gagal dihantar. - Mencari GREEN, YELLOW atau RED dalam payload ini. Setakat 2026, ia tiada di sini. - Membina pemantauan berdasarkan webhook sahaja. Penarafan kualiti perlu dibaca melalui polling. - Mengabaikan perubahan peringkat yang menurun. Biasanya itulah tanda pertama masalah yang kelihatan. **Mengapa field ini dinamakan sempena kualiti?** Nama itu wujud sebelum perubahan tersebut. Namanya kekal walaupun kandungannya berubah, sebab itu perkara ini mengelirukan ramai orang. **Berapa kerap penarafan perlu dibaca melalui polling?** Cukup kerap untuk mengesan penurunan sebelum menjadi had. Kami membuat polling mengikut jadual, bukan apabila diminta. **Adakah aplikasi memaparkan penarafan itu?** Tidak. Aplikasi WhatsApp Business pada telefon tidak memaparkan apa-apa tentangnya. **Adakah 131048 berkaitan?** Ya. Itulah ralat yang mula dipulangkan oleh nombor apabila penarafan rendah menyebabkan had dikenakan. --- ## webhook smb_message_echoes https://easycoexistence.com/ms/docs/webhook-smb-message-echoes smb_message_echoes menghantar perkara yang dihantar pasukan anda daripada aplikasi WhatsApp Business. Ia hanya wujud pada nombor Coexistence, kerana hanya nombor ini mempunyai manusia yang menghantar dari telefon serta perisian yang menghantar melalui API. ### Mengapa medan ini wujud? Kerana Coexistence mewujudkan keadaan yang API tidak asalnya direka untuk kendalikan: dua pihak menghantar daripada satu nombor. Pada nombor Cloud API biasa, perisian ialah satu-satunya penghantar, jadi tiada perkara untuk dilaporkan. Pada nombor Coexistence, pasukan masih menjawab dari telefon. Tanpa cara untuk melihatnya, perisian akan beroperasi tanpa mengetahui kira-kira separuh daripada setiap perbualan. Echo ini melengkapkan keadaan tersebut. Apabila seseorang menaip balasan dalam aplikasi WhatsApp Business, ia tiba di endpoint anda sebagai event, dengan bentuk yang sama seperti mesej masuk tetapi ditandakan sebagai mesej keluar daripada perniagaan. ### Apa yang rosak jika anda mengabaikannya? Pelanggan menerima jawapan dua kali, lalu perniagaan kelihatan cuai. Kebiasaannya, pelanggan bertanya sesuatu pada pukul lapan pagi, seseorang menjawabnya melalui telefon dalam seminit, kemudian automasi yang tidak pernah melihat balasan itu menjawab soalan sama tiga minit kemudian. Dari sudut pelanggan, itu kelihatan seperti satu perniagaan yang tidak tahu perkara yang telah dikatakannya. Mengendalikannya tidak rumit. Rekodkan echo terhadap perbualan seperti anda merekodkan mesej masuk, dan semak aktiviti terkini sebelum menghantar. Masalah ini sukar dikesan dalam ujian kerana perbualan ujian tiada manusia yang menjawabnya. - Menganggap echo sebagai gangguan lalu membuangnya. Itulah satu-satunya isyarat bahawa manusia telah membalas. - Menganggap medan ini wujud pada setiap nombor. Ia khusus untuk Coexistence. - Menguji tanpa manusia dalam proses, iaitu satu-satunya keadaan apabila masalah ini tidak pernah muncul. **Adakah echo termasuk media?** Ia melaporkan perkara yang dihantar, termasuk rujukan kepada media, dalam bentuk yang sama seperti mesej masuk. **Adakah ini wujud pada nombor Cloud API biasa?** Tidak. Tanpa Coexistence, tiada manusia yang menghantar daripada aplikasi, jadi tiada perkara untuk diecho. **Bolehkah saya mematikannya?** Ia datang bersama laluan mesej. Merutekan laluan itu ke endpoint anda turut memasukkannya, manakala mengabaikannya dalam kod ialah pilihan yang membawa akibat. **Adakah ia dikenakan bayaran?** Tidak. Ia ialah event webhook, bukan penghantaran mesej. --- ## Webhook mesej https://easycoexistence.com/ms/docs/webhook-messages messages ialah field yang membawa semua perkara yang dihantar pelanggan ke nombor anda: teks, media, balasan, reaksi dan respons interaktif. Pada nombor Coexistence yang dihalakan, ia bergerak daripada Meta terus ke endpoint anda dan tidak melalui penyedia. ### Kandungan payload Satu atau lebih mesej dalam satu penghantaran, setiap satunya dengan pengirim, id dan jenis. Jenis tersebut menentukan key lain yang tersedia. - Nombor telefon pengirim dan phone number id bagi nombor yang mereka hubungi. - wamid message id, yang menjadi asas pencegahan pendua. - Cap masa unix. - Jenis: text, image, audio, video, document, sticker, location, contacts, reaction, button atau interactive. - Bagi jenis media, media id untuk diambil, bukannya bait media itu sendiri. ### Sebab ia tidak sampai kepada kami pada nombor yang dihalakan Kerana override memindahkan field ini, bersama-sama smb_message_echoes, ke destinasi yang anda tentukan. Meta membenarkan aplikasi mengatasi lokasi penghantaran webhook bagi WhatsApp Business Account. Kami menetapkan override itu kepada URL anda, lalu laluan mesej dikeluarkan sepenuhnya daripada infrastruktur kami. Tiada salinan, baris gilir atau penyimpanan di pihak kami kerana penghantaran itu tidak pernah sampai ke sana. Apabila tiada destinasi ditetapkan, peristiwa ini kembali kepada callback lalai kami, yang menggugurkannya tanpa menyimpannya. Itulah perbezaan antara dakwaan tentang penyimpanan dengan laluan kod: tiada tempat untuk kandungan perbualan pergi. ### Cara mengaku penerimaan dengan betul Kembalikan 200 sebelum anda menjalankan kerja, bukan selepasnya. Meta menganggap respons lambat sebagai ralat dan akan mencuba semula, menyebabkan pengendali yang memproses secara sebaris melihat mesej yang sama lebih daripada sekali. Beri respons serta-merta, letakkan payload pada baris gilir atau tugas latar belakang, dan jalankan kerja di luar permintaan. Pada serverless, ini bukan pilihan. Fungsi yang telah kembali tetapi terus bekerja mungkin dibekukan sebaik sahaja ia memberi respons, jadi pengakuan penerimaan dan pemprosesan mesti benar-benar berasingan. ### Mengelakkan pendua Sentiasa gunakan wamid kerana percubaan semula ialah perkara biasa, bukan pengecualian. Mesej yang sama boleh tiba dua kali atas sebab yang tiada kaitan dengan ralat di pihak anda: respons lambat, tamat masa rangkaian atau deploy yang berlaku ketika penghantaran. Menyimpan id yang telah dilihat dan melangkau pengulangan hanya memerlukan beberapa baris, tetapi membezakan antara pelanggan yang dijawab sekali dengan pelanggan yang dijawab dua kali. Pada nombor Coexistence, perkara ini lebih penting kerana smb_message_echoes tiba melalui laluan yang sama. Pengendali yang menganggap setiap peristiwa sebagai baharu akan membalas di atas jawapan manusia yang telah diberikan. - Memproses sebelum mengembalikan 200. Meta mencuba semula respons lambat dan anda mengendalikan mesej itu dua kali. - Melangkau pencegahan pendua. Percubaan semula memang direka begitu, bukan kes terpencil. - Menjangkakan bait media dalam payload. Payload membawa media id untuk diambil. **Adakah EasyCoexistence melihat mesej pelanggan saya?** Tidak. Override menghantar field ini ke endpoint anda. Apa-apa yang sampai kepada callback sandaran kami akan digugurkan tanpa disimpan. **Bolehkah beberapa mesej tiba dalam satu permintaan?** Ya. Satu penghantaran boleh mengandungi lebih daripada satu mesej, jadi pengendali hendaklah mengulanginya dan bukannya membaca yang pertama sahaja. **Bagaimanakah saya mendapatkan media?** Payload membawa media id. Gunakan id itu untuk mengambil URL dengan access token nombor tersebut, kemudian muat turun. **Apakah smb_message_echoes?** Field pendamping yang membawa perkara yang dihantar pasukan anda daripada aplikasi WhatsApp Business. Ia hanya wujud pada nombor Coexistence. --- ## webhook phone_number_name_update https://easycoexistence.com/ms/docs/webhook-phone-number-name-update phone_number_name_update membawa hasil penyerahan nama paparan. Medan keputusannya menyatakan sama ada Meta meluluskan atau menolak nama tersebut, dan peristiwa ini ialah satu-satunya tempat hasil itu dilaporkan: tiada apa-apa tentangnya muncul dalam aplikasi WhatsApp Business. ### Apa yang dilaporkan Hasil penyerahan nama paparan, sebagai keputusan pada peristiwa tersebut. Nama ialah perkara yang dilihat pelanggan di atas perbualan, dan menukarnya menyebabkan nama itu melalui semakan Meta. Perkara yang menjadikan peristiwa ini penting untuk dilanggan ialah tiada tempat lain yang menyatakan perkara yang berlaku. Aplikasi WhatsApp Business tidak memaparkan apa-apa, dan perniagaan yang menghantar perubahan beberapa minggu lalu tidak dapat mengetahui sama ada perubahan itu berjaya kecuali seseorang menerima peristiwa ini. Merekodkannya pada garis masa menukar soalan 'adakah perubahan nama kita berjaya' daripada perbualan dengan sokongan kepada fakta yang bertarikh. ### Mengapa nama ditolak Terutamanya kerana nama itu tidak sepadan dengan perniagaan yang digunakan untuk mengesahkan akaun tersebut. - Nama yang sepadan dengan entiti sah, nama dagangan berdaftar atau jenama di laman web biasanya lulus. - Huraian umum atau nama yang tidak berkaitan dengan perniagaan yang disahkan biasanya tidak lulus. - Apa-apa yang kelihatan seperti kata kunci dan bukannya nama akan dikesan secara konsisten. ### Perkara yang disekat tanpa nama Penghantaran tertentu, dan inilah cara kebanyakan orang menyedari bahawa nama itu tidak pernah diluluskan. Nombor tanpa nama paparan yang diluluskan memulangkan ralat 131037 untuk operasi yang memerlukannya. Kegagalan itu kelihatan seperti ralat kod kepada sesiapa yang menggunakannya, kerana perkara lain pada nombor itu berfungsi, dan biasanya puncanya ialah sambungan percubaan yang melangkau langkah nama lalu tidak disemak semula. Menghantar nama ialah sebahagian daripada persediaan nombor yang betul, bukannya langkah kosmetik, dan wajar dilakukan pada hari nombor disambungkan. - Menganggap tiada berita bermaksud telah diluluskan. Keputusan tiba di sini dan tiada tempat lain. - Menghantar kata kunci dan bukannya nama. Meta menyemaknya berbanding perniagaan yang disahkan. - Melangkau nama paparan semasa percubaan, kemudian menerima 131037 untuk penghantaran yang memerlukannya. **Berapa lama semakan mengambil masa?** Meta tidak menerbitkan tempoh tetap, dan tiada penyedia yang boleh mempercepatkannya. **Bolehkah saya menukar nama kemudian?** Ya, dan setiap perubahan akan melalui semakan sekali lagi lalu menghasilkan peristiwa baharu di sini. **Adakah pelanggan turut melihat nombor saya?** Mereka melihat nama paparan yang diluluskan, dan itulah tujuan nama tersebut. **Apakah ralat 131037?** Ralat yang dipulangkan oleh nombor apabila tiada nama paparan yang diluluskan dan nombor itu melakukan sesuatu yang memerlukannya. --- ## webhook message_template_status_update https://easycoexistence.com/ms/docs/webhook-message-template-status-update message_template_status_update melaporkan perubahan pada status semakan template: diluluskan, ditolak, dijeda atau dilumpuhkan. Dengan ini, integrasi boleh menghantar template dan menerima hasilnya, tanpa meninjau Meta secara berkala atau meneka kekerapan semakan. ### Status yang dibawanya Template melalui beberapa status, dan setiap perubahan diterima di sini. - Diluluskan: template boleh dihantar mulai sekarang. - Ditolak: template tidak boleh dihantar, dan sebabnya disertakan bersama peristiwa. - Dijeda: kualiti merosot sehingga Meta menggantungnya buat sementara. - Dilumpuhkan: jeda berulang berakhir dengan hentian kekal, dan template baharu diperlukan. ### Mengapa ini menghapuskan semakan berkala Alternatifnya ialah bertanya berulang kali dan meneka kekerapan yang sesuai. Tanpa peristiwa ini, integrasi yang mencipta template perlu meninjau get_template_status pada sela masa tertentu sehingga respons berubah. Terlalu kerap membazirkan sumber; terlalu jarang menyebabkan template kekal diluluskan selama sejam sebelum sesiapa menyedarinya. Dengan peristiwa ini, alirannya ialah serah dan tunggu. Meta menghantar hasilnya, biasanya dalam beberapa minit, lalu integrasi bertindak sekali. Bagi agensi yang mencipta template untuk pihak pelanggan, bezanya ialah antara baris gilir yang mengosongkan dirinya sendiri dengan baris gilir yang perlu dipantau seseorang. ### Tindakan bagi setiap hasil Diluluskan ialah yang paling mudah: tandakannya sebagai boleh dihantar. Tiga status lain menunjukkan nilai sebenar. Penolakan membawa sebab, dan sebab itu wajar dipaparkan tepat seperti asal, bukan diringkaskan, kerana biasanya ia cukup khusus untuk diambil tindakan dan parafrasa boleh menghilangkan maklumat penting. Dijeda bermaksud kandungan itu menghasilkan reaksi buruk, dan menghantarnya semula selepas jeda tamat akan menghasilkan keputusan yang sama. Ini petunjuk untuk mengedit kandungan, bukan menunggu. Dilumpuhkan ialah status muktamad bagi template tersebut. Satu-satunya jalan ke hadapan ialah template baharu dengan kandungan berbeza. Menganggapnya sementara akan menyebabkan laluan penghantaran terus rosak. - Meninjau kelulusan sedangkan peristiwa ini melaporkannya. - Meringkaskan sebab penolakan dan bukannya memaparkannya. Butiran khusus itulah yang menjadikannya boleh diambil tindakan. - Menunggu template yang dilumpuhkan pulih. Status itu kekal dan memerlukan template baharu. **Berapa lama biasanya kelulusan mengambil masa?** Biasanya beberapa minit, kadangkala sehingga sehari. Tiada penyedia boleh mempercepatkannya. **Adakah template yang dijeda sama dengan template yang dilumpuhkan?** Tidak. Jeda tamat selepas suatu tempoh; pelumpuhan kekal dan berlaku selepas jeda berulang. **Adakah penolakan menyatakan sebabnya?** Ya, dan sebabnya cukup khusus untuk diambil tindakan. Sebab itu wajar disampaikan tanpa suntingan. **Bolehkah saya menghantar template lain ketika satu template dijeda?** Ya. Status itu terpakai pada template tersebut, bukan pada nombor. --- ## Webhook message_template_quality_update https://easycoexistence.com/ms/docs/webhook-message-template-quality-update message_template_quality_update melaporkan perubahan dalam cara penerima bertindak balas terhadap satu template tertentu. Ia tiba sebelum kualiti menyebabkan template dijeda, jadi inilah isyarat template yang memberi anda masa untuk bertindak, bukan ralat untuk dijelaskan selepas kejadian. ### Perkara yang diukur Cara orang bertindak balas terhadap mesej yang dihantar menggunakan satu template tertentu, bukan terhadap nombor secara keseluruhan. Sekatan dan laporan mempunyai pengaruh paling besar, dan tidak berinteraksi langsung juga diambil kira. Skop setiap template inilah yang menjadikannya berguna. Sesuatu nombor boleh kelihatan sihat secara keseluruhan, sementara satu template perlahan-lahan merosakkan penerimanya sendiri. Peristiwa ini membezakan kedua-duanya. Tanpanya, isyarat pertama ialah template tersebut gagal dihantar, sedangkan perkara lain pada nombor itu berfungsi seperti biasa. ### Mengapa tindakan awal ialah tujuan utamanya Kerana setiap keadaan selepas ini lebih buruk dan lebih sukar dipulihkan. Kualiti yang merosot secukupnya akan menjeda template, lalu mengembalikan ralat 132015 pada setiap cubaan. Jeda itu hanya berakhir selepas tempoh yang tidak diterbitkan oleh Meta. Jeda berulang melumpuhkannya secara kekal. Pada ketika itu, kandungan perlu dibina semula sebagai template baharu dengan nama baharu. Isyarat kualiti yang tiba ketika template masih boleh dihantar ialah satu-satunya masa apabila penyuntingan tidak menelan kos. Selepas template dijeda, penyuntingan masih merupakan langkah yang betul, tetapi laluan penghantaran sudah terputus selama mana pun tiada siapa menyedarinya. ### Perkara yang biasanya menyebabkannya Kandungan dan penerima, mengikut susunan itu. Perkara kedua sering dilupakan. - Bahasa promosi dalam template yang diisytiharkan sebagai utiliti, sedangkan penerima tidak menjangkakannya. - Mesej yang tidak menjelaskan perniagaan mana yang menghantar mesej. - Menghantar kepada senarai, bukan kepada orang yang baru-baru ini berinteraksi. - Template yang sama dihantar secara besar-besaran kepada penerima yang tidak pernah memintanya. - Menganggapnya sekadar maklumat. Inilah isyarat terakhir yang tiba ketika template masih berfungsi. - Menganggapnya masalah pada nombor. Isyarat ini terhad kepada satu template. - Menyunting perkataan tetapi mengekalkan penerima yang sama. Siapa yang menerimanya menghasilkan isyarat yang sama seperti kandungannya. **Adakah ini menjejaskan template saya yang lain?** Tidak. Isyarat ini terhad kepada satu template, dan template lain pada nombor yang sama tidak terjejas. **Bolehkah saya melihatnya dalam aplikasi?** Tidak. Tiada maklumat tentang kualiti template dipaparkan dalam aplikasi WhatsApp Business pada telefon. **Apa yang berlaku jika saya mengabaikannya?** Kualiti yang terus merosot akan menjeda template, dan jeda berulang akan melumpuhkannya secara kekal. **Adakah menyunting perkataan sudah memadai?** Selalunya, tetapi tidak semestinya. Penerima yang dihantar template menghasilkan isyarat yang sama seperti kandungannya. --- ## Webhook history https://easycoexistence.com/ms/docs/webhook-history history membawa pemindahan perbualan sedia ada bagi nombor Coexistence ke API. Ia tiba selepas onboarding apabila perkongsian sejarah diterima, dan merupakan satu-satunya isyarat kepada integrasi bahawa pemindahan itu berlaku. ### Apa yang dihantar Sejarah mesej satu dengan satu yang sudah ada dalam aplikasi WhatsApp Business bagi sesuatu nombor, dipindahkan supaya perisian tidak bermula tanpa konteks pada talian yang telah digunakan oleh perniagaan selama bertahun-tahun. Perbualan kumpulan tidak disertakan kerana ia dikecualikan sepenuhnya daripada API pada nombor Coexistence. Begitu juga alat dalam aplikasi: label, balasan pantas, mesej alu-aluan dan mesej ketika tiada padanan API, lalu kekal pada peranti. Medan ini hanya wujud pada nombor Coexistence. Nombor yang melalui onboarding dengan cara biasa tiada sejarah aplikasi terdahulu untuk dibawa, jadi tiada apa-apa untuk dihantar. ### Mengapa ia dicetuskan sekali Kerana pemindahan ini sebahagian daripada onboarding, bukan keupayaan yang berterusan. Pemilik perniagaan ditanya semasa Embedded Signup sama ada mahu berkongsi perbualan sedia ada. Jawapan ya membolehkan penyegerakan berjalan, dan tiada tetapan untuk menghidupkannya semula selepas itu, serta tiada endpoint untuk mengulanginya. Cubaan kedua mengembalikan 2593107, bukan had kadar yang akan hilang. Terdapat juga tarikh akhir. Penyegerakan mesti dimulakan dalam tempoh 24 jam selepas onboarding, dan cubaan selepas itu mengembalikan 2593108. Jika salah satu syarat terlepas, nombor perlu diputuskan dan keseluruhan aliran dijalankan semula. ### Apa yang perlu dilakukan oleh pengendali Anggap ia sebagai kelompok yang tiba sekali dan mungkin besar, bukan trafik tambahan pada laluan mesej. - Berikan pengesahan dengan cepat dan proses secara tak segerak, seperti penghantaran lain. - Elakkan pendua berdasarkan ID mesej: sejarah dan mesej langsung mungkin bertindih sekitar waktu onboarding. - Jangka ia tiada. Nombor yang pemiliknya menolak sejarah tidak menghantar apa-apa di sini, dan integrasi mesti berfungsi dalam kedua-dua keadaan. - Jangan jadikan onboarding bergantung padanya. Sambungan boleh digunakan sebelum pemindahan selesai. - Membina integrasi yang memerlukan sejarah wujud. Banyak nombor disambungkan tanpanya. - Mencuba semula penyegerakan selepas 2593107. Ia peristiwa sekali sahaja, jadi cubaan semula mengembalikan ralat yang sama. - Menangguhkan keputusan tentang sejarah sehingga kerja integrasi bermula, yang biasanya berlaku selepas tempoh 24 jam tamat. **Berapa banyak sejarah yang tiba?** Tempoh perbualan satu dengan satu terkini, ditetapkan oleh Meta dan bukan oleh penyedia. **Adakah sembang kumpulan turut dipindahkan?** Tidak. Kumpulan dikecualikan sepenuhnya daripada API pada nombor Coexistence. **Bolehkah saya memintanya semula kemudian?** Tidak. Ia berjalan sekali bagi setiap onboarding. Untuk menjalankannya semula, nombor perlu diputuskan dan disambungkan kembali. **Bagaimana jika pemilik menolak sejarah?** Tiada apa-apa tiba pada medan ini, dan API hanya melihat mesej mulai saat nombor disambungkan. --- ## Webhook smb_app_state_sync https://easycoexistence.com/ms/docs/webhook-smb-app-state-sync smb_app_state_sync membawa keadaan daripada aplikasi WhatsApp Business itu sendiri, terutamanya penyegerakan kenalan yang berjalan apabila nombor Coexistence bersambung. Ia berasingan daripada history, yang membawa perbualan, dan hanya wujud pada nombor Coexistence. ### Kandungan yang dibawa Keadaan pada aplikasi, yang dalam praktiknya bermaksud kenalan yang sudah disimpan oleh perniagaan pada telefon. Setiap kenalan dengan nombor WhatsApp boleh disegerakkan ke platform. Ini membolehkan perisian mengenal pasti pelanggan yang sudah bertahun-tahun berada dalam telefon perniagaan, bukannya menganggapnya sebagai nombor baharu. Ini berbeza daripada perbualan itu sendiri, yang tiba melalui medan history. Kedua-duanya berasingan kerana satu ialah direktori dan satu lagi ialah transkrip. Seperti history, medan ini hanya wujud pada Coexistence. Tiada keadaan aplikasi untuk disegerakkan pada nombor yang tidak pernah menggunakannya. ### Kandungan yang tidak dibawa Alat kerja aplikasi itu sendiri, yang tiada perwakilan pada bahagian platform. - Label, yang disimpan pada peranti dan tidak boleh dibaca oleh perisian. - Balasan pantas serta mesej alu-aluan dan mesej ketika tiada. - Katalog, pesanan dan status. - Saluran serta sejarah panggilan suara atau video. ### Mengapa ini penting untuk integrasi Kerana ia menentukan sama ada sistem anda tahu siapa yang menulis pada hari pertama. Tanpa penyegerakan kenalan, setiap mesej masuk tiba sebagai nombor telefon tanpa nama, dan anda perlu memadankannya dengan rekod pelanggan. Dengan penyegerakan ini, senarai kenalan perniagaan tersedia dan padanan kebanyakannya sudah dilakukan. Rancang untuk kedua-dua keadaan kerana perniagaan boleh menolak penyegerakan atau terlepas tempohnya. Integrasi yang menganggap kenalan sentiasa wujud akan memaparkan deretan nombor mentah kepada sesiapa yang membukanya. - Menganggap kenalan pasti tersedia. Perniagaan boleh menolak penyegerakan atau terlepas tempohnya. - Mengharapkan label atau balasan pantas dalam payload ini. Kesemuanya kekal pada peranti. - Mengelirukannya dengan history, yang membawa perbualan dan bukannya senarai kenalan. **Adakah ini sama dengan penyegerakan history?** Tidak. Medan ini membawa keadaan aplikasi, terutamanya kenalan. history membawa perbualan. **Adakah ia berjalan lebih daripada sekali?** Penyegerakan awal ialah sebahagian daripada pendaftaran awal dan berlaku sekali, dengan tempoh 24 jam yang sama seperti history. **Adakah saya mendapat label?** Tidak. Label ialah ciri aplikasi tanpa padanan API. **Adakah ia wujud pada nombor Cloud API biasa?** Tidak. Tiada keadaan aplikasi WhatsApp Business untuk disegerakkan pada nombor sedemikian. --- ## Webhook template_category_update https://easycoexistence.com/ms/docs/webhook-template-category-update template_category_update melaporkan bahawa Meta telah mengelaskan semula template, lalu memindahkannya antara utiliti, pemasaran dan pengesahan. Ini penting kerana kategori menentukan bayaran Meta untuk sesuatu perbualan, jadi pengelasan semula mengubah kos anda tanpa sesiapa mengubah apa-apa. ### Mengapa kategori berubah sendiri Kerana Meta menyemak kandungan sebenar template, bukan sekadar kategori yang diisytiharkan. Template yang dihantar sebagai utiliti tetapi mengandungi tawaran ialah kandungan promosi yang memakai label lebih murah. Kadangkala perkara ini dikesan semasa semakan lalu ditolak. Kadangkala template diluluskan dan dikelaskan semula kemudian, selepas kandungannya digunakan, dan keadaan kedua itulah yang dilaporkan oleh event ini. Tiada tindakan di pihak anda yang mencetuskannya. Template tidak berubah, kod tidak berubah, dan petanda pertama tanpa event ini ialah invois yang tidak sepadan dengan ramalan. ### Perkara yang berubah Harga setiap perbualan yang dibuka oleh template itu selepas perubahan tersebut. - Meta menetapkan harga perbualan utiliti, pemasaran dan pengesahan secara berbeza. - Penghantaran pemasaran juga memerlukan kaedah pembayaran pada WhatsApp Business Account. - Template yang dikelaskan semula sebagai pemasaran pada akaun tanpa kaedah pembayaran mula mengembalikan 131042. - Template itu sendiri terus berfungsi; yang berubah ialah kos dan keperluannya. ### Cara mengelakkan pengelasan semula Isytiharkan dengan jujur, kerana itu lebih murah daripada mengoptimumkan kategori. Template utiliti menerangkan sesuatu yang dilakukan oleh pelanggan: pesanan, tempahan atau penghantaran. Jika mesej itu tidak akan wujud tanpa tindakan pelanggan, ia ialah utiliti. Jika mesej itu wujud kerana anda mahu menjual sesuatu, ia ialah pemasaran, dan mengisytiharkannya dengan betul lebih murah daripada dipindahkan kemudian pada masa yang tidak anda pilih. Menghantar template yang salah kategori berulang kali juga menarik perhatian kepada akaun itu sendiri. Kesannya lebih buruk daripada membayar kadar pemasaran untuk mesej pemasaran. - Mengisytiharkan kandungan promosi sebagai utiliti untuk membayar kurang. Pengelasan semula datang kemudian pada masa yang lebih buruk. - Mengabaikan event ini. Ia mengubah bil tanpa mengubah apa-apa yang boleh anda kawal. - Menganggap kelulusan adalah muktamad. Template boleh diluluskan dan dipindahkan selepas itu. **Adakah template berhenti berfungsi?** Tidak. Template terus dihantar; yang berubah ialah harga perbualan dan, untuk pemasaran, keperluan kaedah pembayaran. **Bolehkah saya merayu pengelasan semula?** Meta mengendalikan pertikaian kategori melalui salurannya sendiri; tiada penyedia boleh mengubah kategori. **Kategori manakah yang paling murah?** Meta menetapkan harga yang berbeza mengikut pasaran. Kategori tepat yang paling murah ialah kategori yang menerangkan mesej itu dengan jujur. **Apakah 131063?** Template pemasaran dilumpuhkan pada akaun, yang berbeza daripada tiada kaedah pembayaran. --- ## Meta Business Portfolio dan kandungannya https://easycoexistence.com/ms/docs/meta-business-portfolio Business Portfolio ialah bekas peringkat syarikat dalam Meta Business Manager. Ia mengandungi WhatsApp Business Accounts, yang mengandungi nombor telefon. Apabila pelanggan menyambungkan nombor, nombor itu kekal dalam portfolio mereka dan tidak berpindah ke portfolio provider. ### Bagaimanakah setiap peringkat saling berkaitan? Terdapat tiga peringkat, dan memanggil semuanya akaun ialah punca kebanyakan kekeliruan bermula. Business Portfolio berada di peringkat paling atas, mewakili syarikat dalam Meta Business Manager. Ia mengandungi aset: akaun iklan, halaman dan WhatsApp Business Accounts. Di dalam WhatsApp Business Account terdapat nombor telefon, setiap satu dengan phone number id, quality rating dan messaging tier sendiri. Jadi, ayat seperti semak sama ada akaun berfungsi boleh bermaksud empat pemeriksaan berbeza, bergantung pada siapa yang mengatakannya. Apabila berlaku masalah, ketepatan tentang peringkat yang dimaksudkan dapat menjimatkan kebanyakan masa diagnosis. ### Mengapakah penting portfolio siapa yang memegang nombor itu? Kerana perkara ini menentukan pihak yang sebenarnya mengawal sambungan tersebut. Apabila proses onboarding dijalankan melalui aplikasi milik Tech Provider, nombor itu disambungkan dalam portfolio pelanggan, manakala aplikasi provider diberi kuasa untuk bertindak ke atasnya. Hubungan dengan Meta adalah milik pelanggan, pengebilan untuk perbualan menggunakan kaedah pembayaran mereka, dan mereka boleh membatalkan akses. Apabila alat dibina berdasarkan akaun provider milik pihak lain, nombor akan dilampirkan dengan cara yang berbeza, dan had yang dihadapi pengguna pada platform automasi guna umum datang daripada hubungan yang dikongsi itu. Bagi agensi, inilah jawapan kepada soalan yang akhirnya akan ditanya oleh setiap pelanggan serius. - Menggunakan portfolio dan WABA secara bersilih ganti. Satu mengandungi satu lagi, dan kedua-duanya mengalami ralat yang berbeza. - Menyambungkan nombor pelanggan di bawah portfolio sendiri. Ini menjadikan sambungan itu milik anda, bukan milik mereka. - Menganggap pengesahan perniagaan berada pada nombor. Ia berada pada peringkat portfolio. **Adakah portfolio sama dengan WhatsApp Business Account?** Tidak. Portfolio ialah bekas syarikat; WABA berada di dalamnya dan mengandungi nombor telefon. **Bolehkah satu portfolio mengandungi beberapa WABA?** Ya, dan agensi sering melihat keadaan ini apabila pelanggan mempunyai akaun berasingan untuk jenama yang berbeza. **Siapakah yang boleh memberikan akses kepada portfolio?** Pentadbir portfolio itu, yang biasanya ialah pemilik perniagaan dan bukannya pihak yang menjalankan integrasi. **Adakah penyambungan akan memindahkan nombor saya?** Tidak. Nombor itu kekal dalam portfolio anda, manakala aplikasi provider diberi kuasa untuk bertindak ke atasnya. --- ## Akaun WhatsApp Business dan sebab penggantian webhook terletak padanya https://easycoexistence.com/ms/docs/whatsapp-business-account Akaun WhatsApp Business menyimpan nombor telefon dan template. Akaun ini lebih penting daripada yang disangka kerana penghalaan webhook digunakan pada peringkat ini, bukan bagi setiap nombor. Sebab itu, apabila sambungan dibuang, penghalaan turut dibuang. ### Apakah yang sebenarnya disimpan oleh WABA? Nombor telefon dan template, iaitu gandingan yang lebih penting daripada yang kelihatan pada awalnya. Template dimiliki oleh akaun, bukan nombor. Oleh itu, setiap nombor dalam WABA yang sama berkongsi pustaka template yang sama. Cipta satu template untuk kemas kini pesanan dan semuanya boleh menghantarnya. Meta mengehadkan bilangan template dalam satu akaun, iaitu had yang mungkin dicapai oleh agensi yang mengurus banyak jenama dalam satu akaun. Setiap nombor mempunyai phone number id, nama paparan, penarafan kualiti dan peringkat pemesejan sendiri. Semua ini ditetapkan bagi setiap nombor, jadi satu nombor boleh merosot manakala nombor lain dalam akaun yang sama kekal sihat. ### Mengapakah penggantian webhook terletak pada peringkat ini? Kerana langganan yang diubah suai ialah langganan aplikasi kepada akaun, bukan kepada nombor. Apabila destinasi ditetapkan, perkara yang sebenarnya berlaku ialah URI callback override digunakan pada langganan aplikasi kami kepada WABA itu. Setiap nombor dalam akaun kemudiannya menghantar semua peristiwa laluan mesej ke destinasi tersebut. Tiada penghalaan bagi setiap nombor, yang sering mengejutkan mereka yang mengurus beberapa nombor di bawah satu pelanggan. Inilah kesan yang perlu dirancang. Apabila sambungan dibuang, sama ada kerana peraturan ketidakaktifan empat belas hari atau sebab lain, aplikasi dinyahpasang daripada akaun dan penggantian itu turut dinyahpasang. Penghantaran dan pemantauan kembali apabila sambungan dibuat semula. Penghantaran ke server anda sendiri tidak kembali, melainkan sesuatu menggunakan semula penggantian itu. - Mengharapkan penghalaan webhook bagi setiap nombor. Penggantian itu ditetapkan bagi setiap akaun. - Menganggap sambungan semula memulihkan destinasi. Penggantian itu dinyahpasang bersama aplikasi dan perlu digunakan semula. - Terlupa bahawa template dikongsi. Setiap nombor dalam akaun melihat pustaka yang sama. **Bolehkah dua nombor dalam satu WABA dihantar ke endpoint yang berbeza?** Tidak. Penggantian itu digunakan pada akaun, jadi semua nombornya menghantar mesej ke destinasi yang sama. **Adakah template berpindah antara akaun?** Tidak. Template dimiliki oleh akaun tempat template itu dicipta. **Apakah yang berlaku kepada penggantian apabila nombor dibuang?** Jika aplikasi dinyahpasang daripada akaun, penggantian itu turut dibuang. Sambungan semula memulihkan penghantaran, tetapi bukan destinasi. **Adakah terdapat had template?** Meta mengehadkan template bagi setiap akaun, dan lebihan had menghasilkan ralat khusus. --- ## Pengesahan dua langkah pada nombor WhatsApp https://easycoexistence.com/ms/docs/two-step-verification Pengesahan dua langkah ialah PIN yang ditetapkan pada nombor telefon WhatsApp Business. Operasi tertentu memerlukannya, dan kerana biasanya ditetapkan sekali semasa proses pendaftaran lalu tidak digunakan lagi, masalah lazimnya ialah tiada sesiapa dalam perniagaan mengingatinya. ### Bilakah PIN sebenarnya diperlukan? Semasa pendaftaran dan pendaftaran semula nombor, serta dalam operasi akaun tertentu yang dikawal Meta. Ini bermakna kebanyakan perniagaan menetapkannya semasa proses pendaftaran dan tidak melihatnya lagi, yang tepatnya menyebabkan masalah. Orang yang menetapkannya sudah beralih, PIN itu tidak pernah direkodkan di mana-mana, dan ia diperlukan lapan belas bulan kemudian pada saat sesuatu sudah rosak. Ralat berkaitan PIN ini cukup khusus untuk dikenal pasti. PIN yang salah memulangkan 133005. Terlalu banyak percubaan memulangkan 133008 dan mengunci percubaan seterusnya untuk tempoh yang dinyatakan dalam respons. Percubaan yang dihantar terlalu cepat memulangkan 133009, iaitu had kadar dan bukannya jawapan yang salah. ### Apakah tindakan apabila PIN hilang? Tetapkan semula dalam WhatsApp Manager, pada tetapan nombor, yang memerlukan akses kepada akaun pemiliknya. Ini ialah tindakan pemilik perniagaan, bukan penyedia. Tiada API boleh membaca atau menetapkan semula PIN, dan tiada penyedia menyimpannya. Ini memang direka sedemikian: kelayakan yang boleh diambil oleh penyedia tidak lagi menjadi faktor kedua. Nasihat praktikalnya ialah rekodkan PIN di tempat yang boleh dicapai semula oleh perniagaan itu sendiri, bukan agensi. PIN yang hanya disimpan dalam pengurus kata laluan agensi akan menimbulkan masalah yang sama selepas hubungan dengan pelanggan itu berakhir. - Mencuba semula dengan cepat selepas PIN yang salah. Ini memulangkan 133009 dan melengahkan percubaan sah seterusnya. - Menyimpan PIN hanya di pihak agensi. Perniagaan perlu dapat mendapatkannya semula sendiri. - Menganggap penyedia boleh mendapatkannya semula. Tiada sesiapa menyimpannya, dan itulah tujuan PIN ini. **Bolehkah anda menetapkan semula PIN saya?** Tidak. PIN ditetapkan pada nombor dalam tetapan Meta sendiri dan tiada penyedia boleh membaca atau mengubahnya. **Berapa lama kunci akses berlangsung?** Meta menyatakan tempoh menunggu dalam respons ralat bagi 133008, bukannya menggunakan tempoh tetap. **Adakah PIN ditetapkan bagi setiap nombor atau akaun?** Bagi setiap nombor telefon. **Adakah ini sama seperti pengesahan perniagaan?** Tidak. Pengesahan berkaitan entiti undang-undang pada peringkat portfolio, manakala ini ialah PIN pada nombor. --- ## webhook account_review_update https://easycoexistence.com/ms/docs/webhook-account-review-update account_review_update membawa hasil semakan Meta terhadap akaun perniagaan. Medan decision menyatakan keputusan yang dibuat, dan penolakan wajar dianggap sebagai sambungan terjejas, bukan sekadar maklumat, kerana penghantaran mesej biasanya merosot selepas itu. ### Bilakah semakan berlaku? Apabila Meta meneliti akaun perniagaan, yang boleh berlaku selepas penghantaran pengesahan, rayuan atau amaran automatik yang dicetuskan oleh tingkah laku pemesejan. Penyedia tidak mencetuskan semakan itu dan tidak dapat melihat proses dalamannya. Apa yang tiba ialah hasilnya, sebagai peristiwa dengan keputusan. Kelulusan biasanya tidak memerlukan tindakan. Penolakan wajar diberi perhatian kerana sering mendahului sekatan, bukan menutup sesuatu perkara. Tiada apa-apa tentang semakan dipaparkan dalam aplikasi WhatsApp Business. Oleh itu, perniagaan boleh sedang disemak, ditolak dan terus menjawab pelanggan melalui telefon tanpa petunjuk bahawa apa-apa telah berlaku. ### Mengapa penolakan dianggap sebagai sambungan terjejas, bukan berita? Kerana penolakan biasanya ialah peristiwa pertama daripada beberapa peristiwa, bukan yang terakhir. Semakan yang ditolak bermakna Meta telah meneliti akaun dan tidak berpuas hati. Selepas itu, sekatan kerap berlaku, yang menghentikan penghantaran sepenuhnya dan tiba sebagai account_update dengan peristiwa penguatkuasaan. Menandakan sambungan sebagai terjejas ketika penolakan berlaku memberi pihak yang memantau lebih masa untuk memulakan perbincangan dengan pelanggan. Sebaliknya, merekodkannya sebagai maklumat sahaja bermakna tindakan hanya diambil apabila penghantaran mula gagal. Pada ketika itu, perniagaan sudah tidak dapat menghubungi pelanggan dan perbincangan bermula sebagai krisis, bukan amaran. - Merekodkan penolakan tanpa mengubah status. Ini petunjuk awal, bukan nota kaki. - Mengharapkan sebab dalam peristiwa ini. Ia membawa keputusan; butirannya berada dalam Business Manager. - Menganggap perniagaan akan menyedarinya. Tiada apa-apa tentang semakan dipaparkan pada telefon. **Bolehkah penyedia melihat sebab semakan gagal?** Tidak. Pemberitahuan penguatkuasaan dan sebabnya berada dalam Business Manager pada akaun perniagaan. **Adakah penolakan sentiasa membawa kepada sekatan?** Tidak sentiasa, tetapi cukup kerap sehingga menganggapnya sebagai amaran ialah tetapan lalai yang wajar. **Siapa yang boleh membuat rayuan?** Orang yang mempunyai akses pentadbir kepada akaun perniagaan. Tiada penyedia boleh membuat rayuan bagi pihak mereka. **Adakah ini sama dengan semakan template?** Tidak. Hasil semakan template tiba secara berasingan dan berkaitan dengan satu template, bukan akaun. --- ## Webhook business_capability_update https://easycoexistence.com/ms/docs/webhook-business-capability-update business_capability_update melaporkan perubahan pada perkara yang boleh dilakukan oleh akaun, khususnya had pemesejan. Ia membawa had semasa, iaitu bilangan pelanggan unik yang boleh anda hubungi untuk memulakan perbualan setiap hari. Had ini boleh naik atau turun. ### Apakah yang sebenarnya dihadkan oleh had pemesejan? Bilangan pelanggan unik yang boleh anda hubungi untuk memulakan perbualan dalam tempoh sehari yang bergerak. Bukan bilangan mesej yang boleh anda hantar dan bukan kelajuan penghantaran. Inilah perbezaan yang sering menimbulkan masalah. Throughput ialah kadar yang diukur sesaat, dan apabila had ini dilampaui, 130429 dikembalikan. Peringkat pemesejan ialah kiraan harian bagi perbualan baharu, dan melampauinya ialah keadaan yang berbeza. Sesuatu nombor boleh berada jauh dalam had peringkatnya tetapi masih tertakluk pada had kadar, atau sebaliknya. Balasan dalam tetingkap khidmat pelanggan yang masih terbuka tidak menggunakan peringkat itu kerana balasan tersebut tidak memulakan perbualan. Yang menggunakan had ialah menghubungi seseorang yang belum menghantar mesej. ### Mengapa had ini boleh turun? Kerana peringkat itu mengikuti kualiti, dan kualiti pula bergantung pada reaksi penerima. Nombor yang penerimanya menyekat atau melaporkan mesej akan kehilangan reputasi, lalu peringkatnya boleh diselaraskan. Oleh itu, perubahan menurun ialah isyarat awal yang berguna: biasanya ia tiba sebelum apa-apa berhenti berfungsi, ketika masih ada masa untuk mengubah perkara yang dihantar dan penerimanya. Perubahan menaik berlaku lebih perlahan dan diperoleh melalui penerimaan baik yang berterusan. Tiada satu pun arah perubahan diumumkan di tempat yang boleh dilihat oleh perniagaan. Sebab itu, merekodkan peristiwa ini dan bukan hanya bertindak balas terhadap kegagalan berbaloi dengan usaha yang kecil. - Mengelirukan peringkat dengan throughput. Satu ialah perbualan sehari, manakala satu lagi ialah mesej sesaat. - Mengira balasan dalam peringkat. Mesej dalam tetingkap yang masih terbuka tidak memulakan perbualan. - Mengabaikan perubahan menurun. Ia tiba sebelum apa-apa rosak, dan itulah nilai utamanya. **Bagaimanakah saya boleh menaikkan peringkat saya?** Peringkat itu mengikuti kualiti dari semasa ke semasa, bukan permintaan. Menghantar mesej dengan baik kepada orang yang mahukannya ialah caranya. **Adakah penghantaran template sentiasa menggunakan peringkat?** template yang memulakan perbualan akan menggunakan peringkat. Penghantaran dalam tetingkap yang masih terbuka tidak menggunakannya. **Adakah messaging_limit_update berbeza?** Meta menghantar kedua-dua nama untuk perubahan berkaitan. Pengendali kami menganggapnya sama kerana kandungan yang berguna juga sama. **Adakah ini terpakai pada nombor Coexistence?** Ya. Perkara yang ditetapkan pada Coexistence ialah throughput, bukan peringkat pemesejan. --- ## Webhook account_alerts https://easycoexistence.com/ms/docs/webhook-account-alerts account_alerts ialah saluran umum Meta untuk menimbulkan perkara berkaitan akaun perniagaan. Berbeza daripada peristiwa lain, ia tidak membawa status untuk diterapkan, jadi ia mendorong semakan, bukan tindakan automatik. ### Apakah yang tiba melalui saluran ini? Apa sahaja yang dianggap Meta wajar ditandakan berkaitan akaun, dengan skop yang sengaja terbuka dan berkembang dari semasa ke semasa. Oleh sebab kandungannya bukan set tetap, pengendali yang dibina untuk bertindak berdasarkan jenis amaran tertentu akan terlepas jenis baharu. Pendekatan yang tahan lama ialah merekodkan amaran, melampirkannya pada akaun dan memaparkannya kepada manusia, bukannya memadankan setiap variasi dengan respons automatik. Inilah satu-satunya peristiwa operasi yang pengendaliannya secara jujur adalah untuk menyedari, bukan membuat keputusan. Pengendali kami sendiri merekodkan bahawa amaran telah tiba dan tidak cuba membuat kesimpulan status daripadanya. ### Bagaimanakah ia patut dimasukkan dalam pemantauan? Sebagai tanda pada garis masa, di sebelah peristiwa yang memang membawa status. Nilainya terletak pada urutan. Amaran yang tiba tidak lama sebelum semakan ditolak dan kemudian sekatan memberikan gambaran yang tidak dapat diberikan oleh mana-mana satu daripada tiga peristiwa itu secara bersendirian. Merekodkannya pada satu garis masa menjadikan perkara itu jelas, lalu menukar perbualan dengan pelanggan daripada tekaan kepada tarikh dan peristiwa. Ia tidak sepatutnya mencetuskan apa-apa tindakan. Amaran bukan pemutusan sambungan, bukan penurunan kualiti dan bukan sekatan. Menganggapnya sebagai mana-mana perkara itu akan menghasilkan amaran palsu yang menyebabkan orang mengabaikan amaran sebenar. - Bertindak berdasarkan jenis amaran tertentu. Set ini berkembang dan pengendali yang dibina berdasarkan senarai hari ini akan menjadi lapuk. - Mencetuskan automasi daripada amaran. Ia tidak membawa status, jadi apa-apa kesimpulan yang dibuat hanyalah tekaan. - Menggugurkannya kerana ia tidak boleh diambil tindakan. Nilainya terletak pada urutan yang dibentuknya bersama peristiwa lain. **Mengapa ia tidak mengubah status sambungan saya?** Kerana ia tidak menyatakan perkara yang berubah. Membuat kesimpulan status daripadanya akan menghasilkan amaran palsu. **Di manakah saya boleh melihat butirannya?** Dalam Business Manager pada akaun perniagaan. Peristiwa ini mendorong anda untuk menyemaknya di sana. **Adakah ia jarang berlaku?** Ia bukan peristiwa rutin, dan itulah sebahagian sebab ia wajar dipaparkan apabila tiba. **Adakah ini bermakna sesuatu telah berlaku?** Tidak semestinya. Ini bermakna Meta menandakan sesuatu yang wajar disemak oleh manusia, bukan direspons secara automatik. --- ## Nama paparan pada nombor perniagaan WhatsApp https://easycoexistence.com/ms/docs/display-names Nama paparan ialah nama yang pelanggan lihat di atas perbualan dengan nombor anda. Menukarnya memerlukan pengesahan Meta, keputusan diterima melalui phone_number_name_update webhook, dan penolakan biasanya berlaku kerana nama tidak sepadan dengan perniagaan. ### Apakah yang diperiksa oleh Meta? Terutamanya, nama itu mesti sepadan dengan perniagaan yang disahkan bagi akaun tersebut. Nama yang sepadan dengan entiti sah, nama dagangan berdaftar atau jenama yang dikenali pelanggan melalui laman web biasanya lulus. Huraian umum, nama yang tiada kaitan dengan perniagaan disahkan atau sesuatu yang kelihatan seperti kata kunci dan bukannya nama biasanya tidak lulus. Nombor tanpa nama paparan yang diluluskan mempunyai keupayaan terhad dan memulangkan ralat khusus bagi penghantaran tertentu. Ini sering berlaku apabila seseorang menyambungkan nombor dengan pantas semasa percubaan, tetapi tidak melengkapkan nama, lalu tertanya-tanya mengapa satu jenis penghantaran gagal sementara yang lain berfungsi. ### Bagaimanakah keputusan diterima? Melalui phone_number_name_update webhook, yang membawa medan keputusan. Ini ialah satu daripada enam medan operasi yang dilanggan oleh sambungan, dan merupakan satu-satunya isyarat bahawa nama yang diserahkan telah diputuskan. Tiada maklumat tentangnya dipaparkan dalam aplikasi WhatsApp Business, dan perniagaan yang menghantar perubahan nama beberapa minggu lalu tidak dapat mengetahui hasilnya melainkan seseorang menerima peristiwa tersebut. Merekodkannya pada garis masa sambungan menjadikan jawapan kepada soalan sama ada perubahan nama kita berjaya sebagai tarikh, bukan tekaan. Jika tidak, soalan seperti ini biasanya bertukar menjadi perbualan dengan sokongan. - Menyerahkan kata kunci dan bukannya nama. Meta menyemaknya berdasarkan perniagaan yang disahkan, bukan jumlah carian. - Menganggap tiada berita bermaksud diluluskan. Keputusan diterima sebagai webhook dan tiada tempat lain. - Melangkau nama paparan semasa percubaan, kemudian menerima 131037 apabila melakukan penghantaran yang memerlukannya. **Berapa lama pengesahan mengambil masa?** Meta tidak menerbitkan tempoh tetap dan tiada penyedia boleh mempercepatkannya. **Bolehkah saya menukarnya kemudian?** Ya, setiap perubahan akan melalui semakan sekali lagi. **Apakah ralat 131037?** Ralat yang dipulangkan apabila nombor tiada nama paparan yang diluluskan dan cuba melakukan sesuatu yang memerlukannya. **Adakah pelanggan turut melihat nombor telefon saya?** Mereka melihat nama paparan selepas diluluskan, dan itulah tujuan nama tersebut. --- ## Kategori template: utiliti, pemasaran dan pengesahan https://easycoexistence.com/ms/docs/template-categories Setiap template mengisytiharkan kategori ketika dicipta. Utiliti meliputi mesej transaksi yang berkaitan dengan tindakan pelanggan, pemasaran meliputi promosi dan memerlukan kaedah pembayaran pada akaun, manakala pengesahan meliputi kod sekali guna dengan peraturan format yang lebih ketat. ### Apakah kandungan bagi setiap kategori? Utiliti bersifat transaksi dan berkaitan dengan tindakan pelanggan: pengesahan pesanan, kemas kini penghantaran, peringatan tempahan atau perubahan janji temu. Ujian utamanya ialah sama ada pelanggan menjangkakan mesej itu kerana tindakan yang telah dilakukan. Pemasaran ialah apa-apa kandungan promosi: tawaran, produk baharu, mesej penglibatan semula atau surat berita. Penghantaran memerlukan kaedah pembayaran pada WhatsApp Business Account, sebab itu percubaan pemasaran pertama bagi akaun yang sebelum ini hanya membalas pelanggan sering gagal. Pengesahan meliputi kod laluan sekali guna dan pengesahan. Formatnya paling ketat, dengan batasan terperinci tentang kandungan di sekeliling kod, dan ia menjadi kategori tersendiri kerana jangkaan penghantaran adalah berbeza. ### Mengapa tidak mengisytiharkan semuanya sebagai utiliti? Kerana Meta mengelaskan semula template, dan pengelasan semula lebih buruk daripada pengisytiharan yang jujur. Kandungan promosi dalam template utiliti dikesan secara konsisten. Template itu sama ada ditolak semasa semakan, atau diluluskan lalu dikategorikan semula kemudian. Pada ketika itu, penghantaran yang dicaj sebagai utiliti mula dicaj sebagai pemasaran tanpa sebarang perubahan. Ini menjadi kejutan pada invois, bukannya penjimatan. Menghantar template dengan kategori yang salah berulang kali juga menarik perhatian kepada akaun itu sendiri. Pilihan yang lebih murah ialah mengisytiharkan kandungan sebenar mesej, yang turut mempercepat semakan kerana penyemak menilai perkara yang dinyatakan oleh template. - Meletakkan tawaran dalam template utiliti. Ia dikesan secara konsisten dan mungkin dikategorikan semula selepas diluluskan. - Cuba menghantar pemasaran tanpa kaedah pembayaran pada akaun. Meta memerlukannya dan tiada penyedia boleh menambahnya. - Menggunakan pengesahan untuk apa-apa selain kod laluan. Batasan formatnya ketat dan template itu tidak akan lulus. **Siapa yang membayar penghantaran pemasaran?** Meta mencajnya kepada kaedah pembayaran pada WhatsApp Business Account anda sendiri. Caj itu tidak pernah melalui kami. **Bolehkah kategori template berubah?** Meta boleh mengkategorikannya semula selepas kelulusan jika kandungannya tidak sepadan dengan kategori yang diisytiharkan. **Adakah utiliti percuma?** Perbualan utiliti dikenakan harga oleh Meta dan tidak sama dengan balasan dalam tetingkap khidmat pelanggan, yang percuma. **Apakah ralat 131063?** Template pemasaran dinyahdayakan pada akaun, dan ini berbeza daripada tiada kaedah pembayaran. --- ## Nombor berhenti berfungsi: cara mengetahui sebabnya https://easycoexistence.com/ms/docs/troubleshooting-a-connection Apabila nombor yang disambungkan berhenti berfungsi, puncanya hampir tidak pernah kod. Semak mengikut kekerapan: token tamat tempoh, webhook override yang hilang selepas sambungan semula, terputus selepas empat belas hari tidak aktif, penurunan kualiti, kemudian sekatan akaun. ### Mengapa tiada apa-apa yang kelihatan salah pada telefon? Kerana aplikasi WhatsApp Business dan API ialah dua ruang berasingan pada nombor yang sama, dan hampir setiap kegagalan hanya menjejaskan salah satunya. Token tamat tempoh tetapi aplikasi tidak terjejas. webhook override dinyahpasang tetapi aplikasi tidak terjejas. Kualiti menurun tetapi aplikasi tidak terjejas. Dalam setiap keadaan, perniagaan terus menjawab pelanggan, melihat kelakuan biasa dan tiada sebab untuk melaporkan apa-apa. Inilah sebab pemantauan diperlukan, bukannya sekadar dashboard yang diperiksa seseorang. Kegagalan itu nyata dan senyap, manakala orang yang paling hampir dengan nombor tersebut paling kurang berkemungkinan menyedarinya. ### Apakah urutan semakan yang patut diikuti? Mulakan dengan token kerana ini punca paling biasa dan paling murah untuk dibaiki. Kelayakan yang tamat tempoh atau dibatalkan menyebabkan setiap panggilan gagal dengan cara yang sama, sehingga kelihatan seolah-olah nombor itu telah dibuang. Menyimpan kelayakan kedua pada akaun yang sama membantu membezakan kedua-duanya. Kemudian semak webhook override. Jika sambungan semula berlaku, destinasi dinyahpasang bersama aplikasi, jadi penghantaran dan pemantauan berfungsi tetapi penghantaran ke pelayan anda gagal secara senyap. Kemudian semak pemutusan sambungan: peristiwa account_update dengan PARTNER_REMOVED dan sebabnya, apabila PRIMARY_INACTIVITY bermaksud aplikasi tidak dibuka selama kira-kira empat belas hari dan sambungan semula menyelesaikannya. Seterusnya semak kualiti, yang diperiksa secara berkala dan bukannya dihantar secara automatik. Akhir sekali, semak sekatan, iaitu penguatkuasaan pada peringkat akaun yang tidak boleh ditarik balik oleh mana-mana penyedia. ### Apakah yang hampir tidak pernah menjadi punca? Kod anda, jika ia berfungsi semalam dan tiada apa-apa dihantar ke pelayan. Cloud API stabil dan bentuk permintaannya tidak berubah tanpa pengetahuan anda. Apabila penyepaduan yang berjalan selama berbulan-bulan berhenti, kemungkinan terbesar ialah kelayakan, perubahan penghalaan atau peristiwa pada peringkat akaun, yang semuanya boleh berlaku tanpa sesiapa menyentuh repositori. Pengecualian yang wajar disebut ialah template yang diedit. Mengubah bilangan pemboleh ubah dalam template mengubah kontrak untuk setiap penghantar secara senyap. Keadaan ini kelihatan seperti ralat kod, walaupun sebenarnya perubahan kandungan dibuat oleh orang lain dalam WhatsApp Manager. - Menyambung semula nombor terlebih dahulu. Jika token tamat tempoh, pemilik perniagaan diminta melakukan kerja yang tidak diperlukan. - Menganggap kod rosak. API yang stabil serta tiada penghantaran baharu menunjukkan punca lain. - Memeriksa telefon untuk mencari gejala. Aplikasi terus berfungsi dalam hampir semua keadaan ini. **Nombor berfungsi pada telefon tetapi tiada apa-apa dihantar. Dari mana saya patut bermula?** Token akses. Ini punca paling biasa dan paling menyerupai nombor yang telah dibuang. **Saya menyambung semula tetapi mesej masih tidak sampai ke pelayan saya.** webhook override telah dinyahpasang bersama aplikasi. Ia perlu digunakan semula dan kami melakukannya secara automatik. **Bagaimanakah saya tahu jika ini disebabkan peraturan empat belas hari?** Pemutusan sambungan tiba dengan sebab PRIMARY_INACTIVITY pada peristiwa account_update. **Bolehkah suntingan template menyebabkan penghantaran saya gagal?** Ya, dan inilah punca yang paling menyerupai ralat kod. Mengubah bilangan pemboleh ubah mengubah kontrak untuk setiap penghantar. --- ## Mesej WhatsApp yang dikenakan bayaran oleh Meta https://easycoexistence.com/ms/docs/free-and-paid-conversations Meta mengenakan bayaran bagi setiap mesej yang dihantar, bukan bagi setiap perbualan. Sejak 1 Oktober 2026, setiap nombor telefon perniagaan mendapat 1,000 mesej perkhidmatan percuma sebulan, iaitu balasan yang dihantar dalam tetingkap khidmat pelanggan 24 jam, dan Meta mengenakan bayaran mulai mesej ke-1,001. Template dikenakan bayaran apabila sampai, termasuk template utiliti. Bayaran itu dicajkan pada kaedah pembayaran di WhatsApp Business Account anda sendiri. ### Apakah yang sebenarnya percuma? Sehingga 1,000 mesej perkhidmatan sebulan bagi setiap nombor telefon perniagaan. Mesej perkhidmatan ialah mana-mana mesej bukan template, dan ia hanya boleh dihantar dalam tetingkap khidmat pelanggan yang sedang terbuka, iaitu 24 jam selepas mesej terakhir pelanggan kepada anda. Mulai mesej ke-1,001 dalam sebulan, Meta mengenakan bayaran bagi setiap satu, dan baki kuota yang tidak digunakan tidak dibawa ke bulan berikutnya. Ini lebih penting kepada reka bentuk integrasi daripada yang disangka. Aliran kerja sokongan yang hanya membalas orang yang menghubungi anda kekal percuma sehingga melepasi kuota itu, kemudian dibayar bagi setiap mesej. Aliran kerja yang menghubungi pelanggan dahulu membayar bagi setiap template yang sampai, dan sejak 1 Oktober 2026 ini termasuk template utiliti yang dihantar dalam tetingkap yang terbuka. Jadi kos sesuatu integrasi ditentukan oleh bilangan mesej yang sampai dan kategorinya, bukan oleh bilangan perbualan. Dua sistem yang menghantar jumlah yang sama boleh berbeza jauh dalam bayaran Meta. ### Siapakah yang ditagih oleh Meta? Kaedah pembayaran pada WhatsApp Business Account anda sendiri, yang ditetapkan dalam WhatsApp Manager. Ini ialah hubungan terus antara perniagaan dan Meta. Bayaran itu tidak melalui Tech Provider, dan itulah sebabnya penyedia tidak boleh menambah markup, menggabungkan atau menjualnya semula. Sesiapa yang menawarkan kadar mesej WhatsApp diskaun sama ada penjual semula dengan susunan berbeza atau sedang menerangkan sesuatu selain bayaran Meta. Akibat praktikalnya, akaun tanpa kaedah pembayaran boleh membalas sehingga kuota percuma bulanannya habis, dan gagal sebaik sahaja ia menghantar template atau balasan melebihi kuota itu. Kegagalan ini mengelirukan selagi pembahagian tersebut tidak difahami. - Menganggap balasan sentiasa percuma. Sejak 1 Oktober 2026, Meta mengenakan bayaran bagi mesej perkhidmatan melebihi 1,000 bagi setiap nombor sebulan, dan template utiliti dalam tetingkap juga. - Menjangka invois penyedia merangkumi bayaran Meta. Bayaran itu ditagih terus dan secara berasingan. - Membina aliran kerja tanpa kaedah pembayaran pada akaun. Template tidak akan dihantar, dan balasan terhenti setelah kuota percuma bulanan habis digunakan. **Adakah semua balasan percuma?** Hanya 1,000 mesej perkhidmatan pertama bagi setiap nombor telefon perniagaan setiap bulan. Selepas itu Meta mengenakan bayaran bagi setiap satu, dan di luar tetingkap 24 jam anda memerlukan template, yang dikenakan bayaran apabila sampai. **Adakah kategori mengubah harga?** Ya. Meta meletakkan harga berbeza bagi mesej pemasaran, utiliti, pengesahan dan perkhidmatan, dan kadarnya juga bergantung pada negara penerima. **Bolehkah penyedia memberi kadar yang lebih baik?** Tidak bagi bayaran Meta, kerana bayaran itu tidak pernah sampai kepada penyedia. **Apakah yang berlaku jika kaedah pembayaran saya gagal?** Penghantaran yang memerlukan bayaran akan terhenti dan memulangkan ralat 131042. Penerimaan mesej tidak terjejas. --- ## MCP atau webhook: yang sebenarnya anda perlukan https://easycoexistence.com/ms/docs/mcp-or-webhook MCP ialah permintaan dan respons: pembantu memanggil alat apabila seseorang memintanya. Webhook pula berfungsi sebaliknya, apabila Meta menghantar suatu peristiwa dan sistem anda menentukan tindakan. Tiada perkara yang bertindak balas secara automatik boleh dibina dengan MCP sahaja. ### Mengapa MCP tidak boleh menjawab pelanggan secara automatik? Kerana protokol ini tiada mekanisme untuk diaktifkan. Pelayan MCP mendedahkan alat yang dipanggil oleh klien. Panggilan itu bermula daripada pembantu, yang sedang menjawab seseorang. Tiada arah masuk: mesej WhatsApp daripada pelanggan tidak boleh sampai kepada pembantu lalu menyebabkan pembantu bertindak. Ini benar untuk setiap pelayan MCP dalam setiap produk, bukan batasan kami. Jadi, soalan yang akhirnya ditanya oleh setiap pembeli, iaitu sama ada AI boleh membalas pelanggan semalaman, mempunyai jawapan webhook, bukan MCP. Meta menghantar mesej kepada sistem yang anda jalankan, kemudian sistem itu menentukan tindakan, termasuk kemungkinan memanggil model. ### Apakah kegunaan sebenar setiap laluan? MCP adalah untuk kerja yang dilakukan oleh seseorang. Nombor saya yang manakah bermasalah, hantar pengesahan kepada pelanggan ini, cipta template untuk kemas kini pesanan, halakan nombor pelanggan ini ke pelayan saya. Setiap tindakan bermula dengan permintaan seseorang, dan setiap satunya lebih pantas melalui pembantu berbanding dashboard. Webhook adalah untuk segala perkara yang perlu berlaku tanpa kehadiran sesiapa. Balasan pertama selepas waktu pejabat, penghalaan kepada orang yang betul, pencatatan ke CRM, dan pencetus aliran kerja. Kelebihannya ialah MCP boleh menyediakan webhook. get_connect_link menghasilkan pautan yang dibuka oleh klien, manakala set_webhook_destination menghalakan nombor mereka ke sistem anda. Jadi, ejen boleh melengkapkan penyediaan laluan yang tidak boleh disediakan olehnya sendiri. ### Alat yang mana menggunakan laluan yang mana? Pembantu menggunakan MCP: Claude, ChatGPT, Cursor dan Claude Code. Kebanyakan platform automasi tidak menggunakannya, dan perbezaan ini tidak seperti yang dijangka. Make dan Zapier kedua-duanya menjalankan pelayan MCP sendiri dan mendedahkan tindakan mereka kepada pembantu. Kedua-duanya bukan klien MCP, jadi kedua-duanya tidak boleh memanggil pelayan kami. Bagi mereka, integrasinya ialah webhook dan panggilan HTTP. n8n ialah pengecualian. MCP Client Tool miliknya bersambung ke pelayan jauh dan menyokong OAuth2, jadi nod ejen dalam aliran kerja n8n boleh memanggil alat kami secara terus. Walaupun begitu, aliran kerja masih bermula dengan webhook kerana hanya webhook yang boleh bertindak balas. - Membeli MCP dengan jangkaan balasan automatik. MCP bertindak apabila diminta, dan tiada sesiapa yang memintanya pada jam 3 pagi. - Menganggap platform yang mempunyai pelayan MCP boleh menggunakan pelayan MCP. Make dan Zapier mendedahkan tindakan, bukan menggunakannya. - Membina kedua-dua laluan untuk tugas yang sama. Kedua-duanya meliputi bahagian berbeza dalam sistem yang sama. **Bolehkah pembantu memantau WhatsApp saya?** Tidak. Tiada apa-apa yang boleh menolak peristiwa masuk ke pelayan MCP. Pemantauan menggunakan webhook, yang kemudiannya boleh memanggil model. **Adakah saya memerlukan kedua-duanya?** Kebanyakan sistem sebenar menggunakan kedua-duanya: MCP untuk kerja yang dilakukan oleh manusia, dan webhook untuk segala perkara yang berlaku tanpa mereka. **Bolehkah Zapier menggunakan pelayan MCP anda?** Tidak. Zapier ialah pelayan MCP, bukannya klien, jadi ia tiada cara untuk memanggil pelayan kami. **Bagaimana pula dengan n8n?** Boleh, melalui MCP Client Tool dengan OAuth2. n8n ialah satu-satunya daripada tiga platform automasi ini yang boleh berbuat demikian. --- ## Perubahan pada aplikasi WhatsApp Business selepas disambungkan https://easycoexistence.com/ms/docs/what-changes-in-the-app Hampir tiada perubahan pada telefon. Mesej, sejarah, kenalan dan peranti kekal sama, dan pasukan menjawab seperti biasa. Perubahannya ialah API disambungkan kepada talian yang sama, setiap pihak melihat mesej yang dihantar pihak lain, dan kumpulan dikecualikan daripada API. ### Apakah yang kekal sama sepenuhnya? Aplikasi, nombor, perbualan dan orang yang menjawabnya. Aplikasi WhatsApp Business dibuka dengan cara yang sama, senarai kenalan tidak berubah dan semua perbualan lama masih ada. Tiada sesiapa perlu log masuk di tempat baharu, memasang apa-apa atau menjalani latihan. Perniagaan yang menyambungkan nombor pada petang Selasa akan mendapati pagi Rabu sama seperti setiap pagi Rabu sebelumnya. Inilah keseluruhan tujuannya. Perkara ini wajar dijelaskan secara nyata kerana janji tersebut kedengaran terlalu baik bagi perniagaan yang pernah ditawarkan pemindahan sebelum ini. ### Apakah yang benar-benar berubah? Tiga perkara, dan hanya satu daripadanya kelihatan. Mesej yang dihantar oleh API muncul dalam rangkaian perbualan aplikasi. Jadi, orang yang menggunakan telefon melihat gambaran penuh, bukan separuh daripadanya. Itulah perubahan yang kelihatan, dan ia merupakan penambahbaikan, bukan gangguan. Mesej yang ditaip dalam aplikasi menjadi kelihatan kepada perisian dan diterima sebagai peristiwa smb_message_echoes. Tiada sesiapa yang menggunakan telefon menyedarinya, tetapi inilah yang menghalang automasi daripada membalas ketika manusia sudah menjawab. Sembang kumpulan pula dikecualikan daripada API. Pasukan masih boleh menggunakan kumpulan daripada aplikasi seperti biasa. Perisian tidak boleh melihat atau menghantar mesej dalam kumpulan tersebut, tanpa mengira penyedia. ### Apakah yang perlu terus dilakukan oleh perniagaan? Buka aplikasi, seperti yang memang akan dilakukan. Meta memutuskan sambungan Coexistence selepas kira-kira empat belas hari tanpa aktiviti pada peranti utama. Bagi perniagaan yang aktif menjawab pelanggan, perkara ini tidak timbul. Namun, ia boleh berlaku pada nombor yang sunyi mengikut musim atau nombor yang diuruskan agensi untuk pelanggan ketika bulan yang perlahan. Sambungan semula boleh dilakukan, jadi ini sekadar kesulitan, bukan kehilangan. Perkara yang perlu dirancang ialah kesan seterusnya: destinasi webhook dinyahpasang bersama sambungan. Sambungan semula memulihkan penghantaran, tetapi penghantaran ke pelayan sendiri tidak berlaku secara senyap melainkan destinasi itu digunakan semula. - Menjanjikan pasukan tidak akan menyedari apa-apa, kemudian melakukan pemindahan dan bukannya sambungan. Pemindahan menghapuskan aplikasi. - Membina apa-apa berdasarkan sembang kumpulan. Sembang ini dikecualikan daripada API bagi setiap penyedia. - Menganggap nombor yang sunyi akan terus disambungkan. Empat belas hari tanpa membuka aplikasi akan menamatkannya. **Adakah pasukan saya perlu mempelajari apa-apa?** Tidak. Mereka terus menggunakan aplikasi WhatsApp Business seperti biasa. **Adakah saya kehilangan perbualan lama?** Tidak. Perbualan kekal dalam aplikasi, dan kira-kira enam bulan sejarah boleh dikongsi secara pilihan dengan API semasa pendaftaran. **Bolehkah kami terus menggunakan kumpulan?** Daripada aplikasi, ya, seperti biasa. Melalui API, tidak, tanpa mengira penyedia. **Bagaimana jika tiada sesiapa membuka aplikasi selama dua minggu?** Meta memutuskan sambungan bahagian API. Sambungan semula memulihkannya, dan aplikasi tidak terjejas sepanjang tempoh itu. --- ## Rujukan Coexistence https://easycoexistence.com/ms/docs/coexistence Coexistence menjalankan aplikasi WhatsApp Business dan Cloud API pada satu nombor yang sama secara serentak. Halaman ini ialah rujukan tentang maksudnya, cara mesej bergerak, perkara yang tidak boleh dilakukannya dan cara membatalkannya. Hujah untuk menggunakannya ada dalam panduan. ### Apakah maksudnya Mod rasmi Meta untuk menjalankan aplikasi WhatsApp Business dan Cloud API pada satu nombor telefon secara serentak. Bukan API berasingan: Cloud API yang sama, didaftarkan supaya aplikasi terus berfungsi pada nombor itu selepasnya. ### Mengapa pasukan menggunakannya Empat sebab merangkumi hampir semua sambungan. - Kekalkan nombor yang sudah tercetak pada kenderaan, resit dan laman web. - Tambah penghantaran melalui API, webhook dan template tanpa memindahkan sesiapa ke alat baharu. - Kekalkan perbualan di luar peti masuk bersama penyedia. - Benarkan agensi memegang banyak nombor pelanggan, setiap satunya dalam portfolio pelanggan sendiri. ### Cara komunikasi berfungsi Kedua-dua permukaan melihat urutan mesej yang sama. Perkara yang dihantar melalui API muncul dalam aplikasi. Perkara yang ditaip oleh pasukan dalam aplikasi sampai kepada perisian sebagai acara smb_message_echoes, yang menghalang automasi daripada membalas ketika manusia sedang membalas. ### Cara harga berfungsi Meta mengenakan caj berdasarkan perbualan, bukan mesej, dan mengecajnya kepada kaedah bayaran pada WhatsApp Business Account anda sendiri. Balasan dalam tetingkap khidmat pelanggan 24 jam adalah percuma. Membuka perbualan di luarnya memerlukan template dan dikenakan caj. ### Peranti terpaut Coexistence bukan peranti terpaut dan tidak menggunakannya. Peranti terpaut ialah klien pengguna yang dilog masuk di tempat lain, iaitu perkara yang diautomatikkan oleh alat tidak rasmi dan dilarang oleh terma WhatsApp. Tiada apa-apa di sini menggunakan mekanisme itu. ### Had fungsi Ditetapkan oleh Meta dan sama pada setiap penyedia. - Sembang kumpulan tidak tersedia melalui API. - Template tidak boleh dihantar daripada aplikasi telefon, hanya melalui API. - Throughput penghantaran ditetapkan dan tidak meningkat mengikut kualiti serta tier. - Perkongsian sejarah sembang diputuskan sekali sahaja semasa pendaftaran. ### Kelayakan Nombor itu mesti memenuhi semua syarat ini sebelum boleh disambungkan. - Sudah aktif dalam aplikasi WhatsApp Business, bukan aplikasi pengguna. - Berada dalam Business Portfolio yang boleh anda akses. - Belum disambungkan kepada aplikasi penyedia lain. ### Nota operasi Perkara yang benar selepas sambungan dan mudah terlepas pandang. - Aplikasi mesti dibuka secara berkala atau Meta akan memutuskan sambungan bahagian API. - Pemutusan sambungan menyahpasang penggantian webhook bersama-sama aplikasi. - Penarafan kualiti diperiksa secara berkala, bukan dihantar secara automatik, jadi tiada pemberitahuan apabila ia menurun. - Token yang dibatalkan kelihatan sama seperti nombor yang dialih keluar tanpa kelayakan kedua. ### Peringatan pemilihan akaun Semasa Embedded Signup, Business Portfolio dan WhatsApp Business Account dipilih sebagai langkah berasingan. Memilih akaun yang salah akan melampirkan nombor itu di tempat yang tidak anda maksudkan, dan memindahkannya selepas itu memerlukan pemutusan sambungan serta keseluruhan aliran dijalankan semula. ### Keputusan sehala Perkongsian sejarah sembang sedia ada ditanya sekali sahaja dan tidak boleh disemak semula. Penyegerakan juga mesti bermula dalam tempoh 24 jam selepas pendaftaran dan hanya boleh dijalankan sekali. Jika terlepas, kedua-duanya menghasilkan ralat yang tidak biasa, bukannya amaran. ### Memutuskan sambungan atau mengembalikan keadaan asal Nombor boleh diputuskan sambungan pada bila-bila masa, daripada dashboard atau melalui penyambung. Aplikasi WhatsApp Business terus berjalan seperti sebelum ini, dengan perbualan dan sejarahnya kekal utuh, dan sambungan itu tidak mengubah nombor tersebut secara kekal. - Menganggap Coexistence sebagai API yang berbeza. Ia ialah Cloud API dengan proses pendaftaran yang berbeza. - Membina aliran berdasarkan sembang kumpulan. Sembang kumpulan dikecualikan pada setiap penyedia. - Menganggap sambungan semula memulihkan destinasi webhook. Ia tidak berbuat demikian. **Adakah ini sama dengan Cloud API?** Ya. Coexistence ialah cara mendaftar ke Cloud API sambil memastikan aplikasi WhatsApp Business terus berfungsi pada nombor tersebut. **Bolehkah saya membatalkannya?** Ya. Memutuskan sambungan membiarkan aplikasi dan perbualannya seperti sedia kala. **Adakah pasukan saya memerlukan latihan?** Tidak. Mereka terus menggunakan aplikasi WhatsApp Business seperti biasa. **Mengapa aplikasi tidak boleh menghantar template?** Template ialah ciri platform, bukan ciri aplikasi. Apa-apa sahaja di luar tetingkap 24 jam dihantar melalui API. --- ## Apa yang disegerakkan ke API dan apa yang tidak https://easycoexistence.com/ms/docs/what-syncs-and-what-does-not Kenalan dan sejarah mesej satu dengan satu disegerakkan ke API, kemudian mesej dicerminkan dua hala. Kumpulan tidak disegerakkan, begitu juga alat dalam aplikasi WhatsApp Business: katalog, pesanan, status, label, balasan pantas, mesej alu-aluan dan mesej tiada di tempat. ### Apa yang disegerakkan Dua perkara, dan kedua-duanya penting untuk perisian yang bermula pada nombor yang telah digunakan perniagaan selama bertahun-tahun. - Kenalan: setiap kenalan dengan nombor WhatsApp boleh disegerakkan ke platform. - Sejarah mesej satu dengan satu, supaya API tidak terlepas perbualan yang berlaku sebelum API wujud. - Selepas itu, mesej dicerminkan dalam kedua-dua arah: mesej yang dihantar API muncul dalam aplikasi, manakala mesej yang ditaip pasukan dalam aplikasi sampai ke sistem anda. ### Apa yang tidak disegerakkan Lebih banyak daripada yang dijangka, dan senarai ini wajar dibaca sebelum menjanjikan sesuatu kepada pelanggan. Tiada satu pun berpunca daripada had penyedia; begitulah cara platform berfungsi. - Sembang kumpulan, yang tidak disegerakkan dan tidak boleh dicapai melalui API daripada mana-mana penyedia. - Alat perniagaan: katalog, pesanan dan status. - Alat pemesejan: mesej alu-aluan, mesej tiada di tempat, balasan pantas dan label. - Channels, panggilan suara dan video, serta butiran profil perniagaan. ### Mengapa alat dalam aplikasi kekal di situ Kerana alat tersebut ialah ciri aplikasi, bukannya ciri platform, dan API tiada padanan untuknya. Balasan pantas dan label berada pada peranti. Mesej tiada di tempat dihantar aplikasi apabila tiada sesiapa memantaunya. Semua ini bukan konsep API, jadi tiada perkara untuk disegerakkan ke dalamnya. Kesannya, perniagaan yang bergantung pada label untuk mengatur kerja terus menggunakannya dalam aplikasi, manakala perisian tidak dapat melihatnya. Jika susunan itu penting kepada perkara yang anda bina, anda perlu membinanya semula pada pihak anda, bukannya membacanya daripada aplikasi. ### Tetingkap yang boleh terlepas Penyegerakan mesti dimulakan dalam tempoh 24 jam selepas onboarding. Jika terlepas, nombor itu perlu diputuskan sambungan dan menjalani onboarding semula untuk mendapat peluang baharu. Ini berbeza daripada tetingkap khidmat pelanggan 24 jam yang mengawal penghantaran, dan kedua-duanya sering dikelirukan. Satu dikira daripada mesej terakhir pelanggan dan menentukan sama ada teks bebas boleh dihantar. Satu lagi dikira daripada onboarding dan menentukan sama ada sejarah masih boleh disegerakkan. Sebab itu sejarah wajar diputuskan pada hari nombor disambungkan, bukan ketika kerja integrasi bermula, yang biasanya berlaku pada minggu berlainan. - Menjanjikan kepada pelanggan bahawa label dan balasan pantas mereka akan muncul dalam sistem anda. Kedua-duanya kekal dalam aplikasi. - Membina apa-apa berdasarkan sembang kumpulan. Sembang ini tidak disegerakkan oleh mana-mana penyedia. - Menangguhkan penyegerakan sejarah sehingga integrasi siap. Tetingkapnya ialah 24 jam selepas onboarding. **Adakah perbualan lama saya muncul dalam API?** Sejarah satu dengan satu disegerakkan jika anda menerimanya semasa onboarding. Perbualan kumpulan tidak disegerakkan. **Bolehkah perisian melihat label saya?** Tidak. Label ialah ciri aplikasi tanpa padanan API, jadi label kekal pada peranti. **Adakah pasukan kehilangan balasan pantas?** Tidak. Balasan pantas terus berfungsi dalam aplikasi seperti biasa, tetapi perisian tidak dapat melihatnya. **Bagaimana jika saya terlepas tetingkap penyegerakan 24 jam?** Nombor itu perlu diputuskan dan disambungkan semula. Onboarding akan dijalankan semula dan membuka tetingkap baharu. --- ## Ciri WhatsApp yang berhenti berfungsi selepas Coexistence https://easycoexistence.com/ms/docs/features-disabled-by-coexistence Empat perkara berhenti berfungsi selepas nombor disambungkan melalui Coexistence: mesej yang hilang sendiri, mesej lihat sekali dan lokasi langsung semuanya dimatikan untuk sembang satu dengan satu, manakala senarai siaran dilumpuhkan sepenuhnya. Senarai sedia ada menjadi baca sahaja dan tidak dipadam. ### Keempat-empatnya Setiap ciri dimatikan pada peringkat platform, bukan disembunyikan. Setiap satu mempunyai sebab yang berkaitan dengan keupayaan API melihat perbualan. - Mesej yang hilang sendiri: dimatikan untuk semua sembang satu dengan satu. - Mesej lihat sekali: dilumpuhkan untuk semua sembang satu dengan satu. - Mesej lokasi langsung: dilumpuhkan untuk semua sembang satu dengan satu. - Senarai siaran: dilumpuhkan dan senarai sedia ada menjadi baca sahaja, bukan dialih keluar. ### Mengapa empat ciri ini Kerana setiap ciri menjanjikan sesuatu yang bercanggah dengan API. Mesej yang hilang sendiri menjanjikan bahawa mesej itu tidak akan kekal. Mesej lihat sekali menjanjikan bahawa ia hanya boleh dilihat sekali. Kedua-dua janji ini bergantung pada tiada sistem lain menyimpan salinan, sedangkan nombor yang disambungkan sememangnya menghantar mesej itu kepada sistem lain. Lokasi langsung ialah aliran berterusan, bukan mesej, dan tiada perwakilan API untuknya. Senarai siaran pula ialah cara dalam aplikasi untuk menghantar kepada ramai orang serentak. Jawapan platform untuk tujuan itu ialah template, yang dihantar melalui API selepas mendapat kelulusan. Jadi, semua ini bukan sewenang-wenangnya. Platform tidak lagi menjanjikan sesuatu yang tidak mampu dipatuhinya. ### Maksudnya sebelum menyambungkan nombor pelanggan Tanya sama ada perniagaan itu menggunakan mana-mana ciri ini, kerana mengetahuinya selepas sambungan dibuat akan menyukarkan perbincangan. Senarai siaran paling kerap menjejaskan perniagaan sebenar. Kedai yang menghantar mesej mingguan kepada dua ratus pelanggan melalui senarai siaran akan kehilangan aliran kerja itu. Penggantinya ialah template pemasaran yang diluluskan, yang memerlukan kaedah pembayaran pada akaun serta semakan Meta. Mesej yang hilang sendiri pula biasanya menjejaskan jenis pengguna lain, iaitu seseorang yang pernah mengaktifkannya dan terlupa. Lokasi langsung hampir tidak pernah digunakan di luar penghantaran dan khidmat lapangan. - Menyambungkan nombor yang bergantung pada senarai siaran tanpa memaklumkan perniagaan. Penggantinya ialah template yang memerlukan kelulusan dan pengebilan. - Menganggap senarai siaran sedia ada dipadam. Senarai itu menjadi baca sahaja. - Mengharapkan ciri ini kembali semasa nombor kekal disambungkan. Ciri itu tidak akan kembali. **Bolehkah saya mengaktifkan semula mesej yang hilang sendiri?** Tidak semasa nombor disambungkan. Memutuskan sambungan akan memulihkan tingkah laku biasa aplikasi. **Adakah senarai siaran sedia ada saya dipadam?** Tidak. Senarai itu menjadi baca sahaja, jadi kandungannya kekal tetapi tidak boleh digunakan untuk menghantar mesej. **Adakah ini menjejaskan sembang kumpulan?** Pelumpuhan ini didokumenkan untuk sembang satu dengan satu. Kumpulan berada sepenuhnya di luar API pada nombor Coexistence. **Apakah pengganti senarai siaran?** Template pemasaran yang diluluskan dan dihantar melalui API. Ia memerlukan kaedah pembayaran pada akaun WhatsApp Business anda sendiri. --- ## Nombor yang layak untuk Coexistence https://easycoexistence.com/ms/docs/number-eligibility Nombor mesti sudah digunakan dalam aplikasi WhatsApp Business, pada versi 2.24.17 atau lebih baharu, dalam Business Portfolio yang boleh anda tadbir, dan belum disambungkan kepada penyedia lain. Geografi bukan lagi syarat. Selain itu, nombor akan ditolak semasa pendaftaran awal. ### Apakah syarat nombor itu sendiri Empat syarat perlu dipenuhi, dan semuanya disemak semasa proses pendaftaran awal Meta sendiri, bukan oleh penyedia. - Sudah didaftarkan dan digunakan dalam aplikasi WhatsApp Business, bukan aplikasi WhatsApp pengguna. - Menjalankan versi aplikasi 2.24.17 atau lebih baharu pada peranti utama. - Berada dalam Meta Business Portfolio yang anda mempunyai akses pentadbir. - Belum disambungkan kepada aplikasi penyedia lain. ### Di mana Coexistence tersedia Di semua tempat aplikasi WhatsApp Business beroperasi. Dokumentasi pendaftaran awal Meta semasa untuk pengguna aplikasi Business menyatakan tiada sekatan geografi langsung, dan pelancaran yang bermula secara serantau selesai pada 2026, dengan Afrika Selatan dan Nigeria antara pasaran terakhir yang ditambah. Perkara ini perlu dinyatakan dengan jelas kerana senarai serantau yang diterbitkan semasa pelancaran masih beredar, dan beberapa daripadanya masih menyenaraikan negara yang telah disokong selama berbulan-bulan sebagai tidak termasuk. Perniagaan yang membaca salah satu senarai itu mungkin menyimpulkan bahawa ciri ini tidak boleh digunakan sedangkan sebenarnya boleh. Meta tidak menerbitkan senarai negara bertarikh, jadi ujian yang boleh dipercayai ialah proses itu sendiri. Jika nombor aktif dalam aplikasi WhatsApp Business dan Embedded Signup tidak menolaknya atas faktor geografi, Coexistence tersedia untuk nombor tersebut. ### Apakah yang gagal semasa pendaftaran awal Tiga kegagalan menyumbang kepada kebanyakan kes, dan setiap satunya kelihatan berbeza. Nombor dalam aplikasi WhatsApp pengguna tidak ditawarkan Coexistence langsung. Nombor itu perlu dipindahkan ke aplikasi WhatsApp Business terlebih dahulu, iaitu pemindahan yang dilakukan oleh perniagaan pada telefon. Aplikasi yang lapuk menghasilkan proses yang bermula tetapi tidak dapat menyelesaikan imbasan. Kemas kini aplikasi dan cuba semula untuk membaikinya. Proses yang ditutup separuh jalan pula menyebabkan nombor kekal disambungkan kepada akaun tetapi belum didaftarkan. Ia kelihatan bersambung dalam dashboard, namun gagal pada penghantaran pertama dengan error 133010. Jalankan semula proses dari awal untuk melengkapkannya. - Memulakan pendaftaran awal dengan nombor yang masih dalam aplikasi WhatsApp pengguna. Nombor itu perlu dipindahkan ke aplikasi Business terlebih dahulu. - Mempercayai senarai ketersediaan serantau daripada pelancaran. Beberapa senarai sudah lapuk dan masih menyenaraikan negara yang disokong sebagai tidak termasuk. - Menutup pop-up Meta sebaik sahaja nombor muncul. Langkah selepas itu diperlukan untuk melengkapkan pendaftaran. **Bolehkah saya menggunakan talian tetap atau nombor maya?** Nombor itu mesti didaftarkan dalam aplikasi WhatsApp Business, jadi ia mesti boleh menerima mesej pendaftaran. **Apakah versi aplikasi yang diperlukan?** 2.24.17 atau lebih baharu pada peranti yang menyimpan nombor tersebut. **Adakah Coexistence tersedia di negara saya?** Hampir pasti. Dokumentasi pendaftaran awal Meta semasa menyatakan tiada sekatan geografi, dan pelancaran serantau selesai pada 2026. Proses itu sendiri ialah ujian yang boleh dipercayai. **Nombor muncul dalam dashboard tetapi tidak boleh menghantar.** Pendaftaran awal mungkin tidak selesai. Keadaan ini memulangkan error 133010, dan menjalankan semula proses akan membaikinya. --- ## EasyCoexistence berbanding 360dialog https://easycoexistence.com/ms/compare/easycoexistence-vs-360dialog 360dialog dan EasyCoexistence berkongsi model harga: yuran tetap bagi setiap nombor yang disambungkan, dengan caj pemesejan Meta dibilkan terus kepada anda dan tiada markup daripada mana-mana pihak. Perbezaannya ialah jumlah bayaran, bilangan peringkat dan perkara yang dibeli melalui yuran itu. ### Bayaran bagi setiap nombor Kedua-duanya mengenakan caj setiap nombor dan tiada markup pada kos pemesejan Meta, jadi perbezaannya ialah jumlah bayaran dan perkara yang diperoleh. - 360dialog:: Tiga peringkat WhatsApp API pada €49, €99 dan €500 bagi setiap nombor sebulan setakat September 2026. Ada pelan untuk dipilih semasa pendaftaran dan ambang yang perlu dilepasi kemudian. - EasyCoexistence:: Satu senarai harga yang diterbitkan, daripada US$ 9 sebulan bagi setiap nombor yang disambungkan dan menurun kepada US$ 1 apabila anda menambah nombor. Tiada ciri yang dikunci mengikut peringkat: nombor kedua puluh agensi melakukan semua perkara seperti nombor pertama tetapi berharga lebih rendah, dan tiada perbincangan naik taraf kerana tiada apa yang perlu dinaik taraf. ### Apabila anda menambah pelanggan Inilah keadaan apabila jumlah bagi setiap nombor tidak lagi boleh dianggap kecil. - 360dialog:: Pada peringkat permulaan mereka, dua puluh nombor berharga €980 sebulan sebelum sebarang caj Meta. Modelnya munasabah; gandaan itulah jumlah sebenarnya. - EasyCoexistence:: Dua puluh nombor berharga US$ 140 sebulan, setiap satu disambungkan dalam Business Portfolio pelanggan masing-masing dan dibilkan pada barisnya sendiri, tanpa mencapai sebarang peringkat pada apa-apa bilangan. ### Ke mana kandungan perbualan pergi Perkara ini wajar ditetapkan terlebih dahulu kerana tidak boleh diubah kemudian. - 360dialog:: Halaman harga mereka tidak menerangkan laluan mesej. Itu bukan bukti untuk mana-mana kesimpulan, dan inilah soalan pertama yang perlu diajukan kepada mereka. - EasyCoexistence:: Meta menghantar acara mesej ke URL yang anda tentukan, melalui penggantian pada langganan aplikasi kami kepada akaun anda. Acara bagi akaun tanpa destinasi ditetapkan akan kembali ke panggilan balik kami, dan pengendali membuangnya tanpa menyimpannya. ### Coexistence itu sendiri Sama ada aplikasi WhatsApp Business terus berfungsi pada nombor tersebut selepas disambungkan. - 360dialog:: Halaman harga mereka tidak menyentuh perkara ini. Tanya mereka secara terus dan jangan bergantung pada halaman perbandingan, termasuk halaman ini: ciri yang tidak didokumenkan bukan bermakna ciri itu tiada. - EasyCoexistence:: Itulah keseluruhan produk ini. Nombor disambungkan melalui aliran Coexistence Meta sendiri, aplikasi terus berfungsi seperti biasa, dan setiap permukaan melihat perkara yang dihantar oleh permukaan lain. ### Apabila hubungan BSP penuh ialah perkara yang anda mahukan Satu keadaan, dan ia memang wujud. - 360dialog:: Apabila anda membeli hubungan dengan pembekal, bukan sekadar sambungan. Mereka ialah BSP yang mantap dengan sejarah operasi yang panjang, kehadiran serantau dan struktur sokongan yang tidak dapat ditandingi produk kecil. Peringkat tertinggi mereka wujud kerana penghantar besar memerlukan perkara yang tidak diperlukan penghantar kecil. - EasyCoexistence:: Produk yang fokus: sokongan melalui e-mel dan garis masa sambungan yang menunjukkan perkara yang berlaku serta waktunya. Itulah yang diperlukan oleh seseorang yang membina antara mukanya sendiri, bukan hubungan pengurusan akaun. ### Yang mana satu patut dipilih Jika anda memerlukan pengurus akaun khusus dan laluan peningkatan yang dikendalikan oleh kakitangan, itu ialah hubungan BSP, dan mereka menawarkannya. Jika anda mengurus nombor pelanggan dan membina perisian di sekelilingnya, pengiraan menentukan pilihan. Model bil yang sama pada satu perlima harga, dengan sambungan dipantau dan mesej dihantar ke sistem anda sendiri, ialah versi produk ini yang berkembang bersama agensi, bukan membebankannya. - Membandingkan jumlah bulanan sahaja. Perkara yang dibeli melalui yuran itu lebih berbeza daripada jumlahnya. - Menganggap salah satu pihak mengenakan markup pada yuran Meta. Tiada yang berbuat demikian; Meta mengebilkannya terus kepada anda. - Menganggap ciri yang tidak didokumenkan sebagai ciri yang tiada. Tanya mereka dan jangan bergantung pada halaman perbandingan, termasuk halaman ini. **Adakah harga ini semasa?** Harga tersebut ialah harga yang diterbitkan pada halaman harga 360dialog pada September 2026 dan dipautkan di atas. Harga boleh berubah; semak sumber sebelum membuat keputusan. **Adakah salah satu pihak mengenakan markup pada caj Meta?** Tidak. Kedua-duanya menyalurkan caj itu terus, dan Meta mengebil WhatsApp Business Account anda sendiri secara terus. **Adakah 360dialog menyokong Coexistence?** Halaman harga mereka tidak menyentuh perkara ini. Itu bukan bukti untuk mana-mana kesimpulan, dan wajar ditanyakan kepada mereka. **Yang mana lebih sesuai untuk agensi?** Ia bergantung pada sama ada anda mahukan platform bagi setiap pelanggan atau sambungan bagi setiap pelanggan. Kos setiap nombor menjadi lebih penting apabila bilangannya meningkat. --- ## EasyCoexistence berbanding WATI https://easycoexistence.com/ms/compare/easycoexistence-vs-wati Kedua-duanya ialah produk berbeza, bukan versi yang bersaing bagi produk sama. WATI menjual peti masuk pasukan dikongsi, dengan harga mengikut pengguna dan kenalan aktif bulanan. EasyCoexistence menjual sambungan itu sendiri, dengan harga mengikut nombor, tanpa peti masuk. ### Bil bulanan sebenarnya untuk apa Kedua-dua produk menggunakan unit harga berbeza, dan bagi sesiapa yang memiliki lebih daripada satu nombor, perbezaan itu terkumpul setiap bulan. - WATI:: Mengikut pengguna dan kenalan aktif bulanan. Pelan yang diterbitkan merangkumi tiga hingga sepuluh pengguna dan 500 hingga 2,500 kenalan setakat September 2026, jadi bil meningkat dengan setiap ejen baharu dan setiap pelanggan yang dihubungi. - EasyCoexistence:: Satu yuran tetap bagi setiap nombor yang disambungkan, tanpa had pengguna dan tanpa had kenalan. Pelanggan kedua puluh sebuah agensi tidak berharga lebih daripada pelanggan pertama, dan bulan sibuk berharga sama seperti bulan sunyi. ### Ke mana perbualan pelanggan anda berakhir Inilah perbezaan yang tidak boleh dipulihkan kemudian, dan ia berpunca daripada sifat setiap produk. - WATI:: Di platform mereka. Peti masuk dikongsi perlu menyimpan kandungan mesej untuk memaparkannya semula kepada sesiapa yang membukanya, dan halaman harga mereka menyenaraikannya sebagai ciri teras setiap pelan. - EasyCoexistence:: Tiada di pihak kami. Meta menghantar acara mesej terus ke URL yang anda tentukan, dan apa-apa yang sampai ke fallback callback kami dibuang tanpa disimpan. Perkara ini dikuatkuasakan dalam kod, bukan sekadar dinyatakan dalam dasar. ### Sama ada pasukan anda perlu mengubah cara kerja Inilah soalan yang ditanya pemilik perniagaan sebelum bersetuju dengan apa-apa. - WATI:: Ejen log masuk ke peti masuk mereka. Di situlah perbualan diagihkan, ditag dan dijawab, jadi pasukan beralih daripada telefon kepada alat baharu. - EasyCoexistence:: Tiada sesiapa perlu beralih. Aplikasi WhatsApp Business terus berfungsi pada nombor yang sama melalui Coexistence, dengan sembang dan sejarah yang sama, manakala perisian mengendalikan apa sahaja yang anda bina. ### Apa berlaku apabila anda berkembang melebihi keupayaannya Kedua-duanya mempunyai had. Cuma had itu berada di tempat yang berbeza. - WATI:: Lebih banyak pengguna dan kenalan aktif, setiap satunya memerlukan peningkatan berbayar. Platform itu ialah produknya, jadi pengembangan bermaksud membeli lebih banyak daripadanya. - EasyCoexistence:: Tiada peringkat dan tiada apa-apa yang boleh anda lampaui. Anda membina antara muka itu, jadi yang anda kembangkan ialah sistem sendiri, menggunakan API Meta yang didokumenkan tanpa apa-apa milik kami di antaranya. ### Apabila peti masuk ialah perkara yang anda perlukan Satu keadaan khusus, dan menamakannya menjadikan seluruh halaman ini berguna. - WATI:: Pasukan sokongan seramai lapan orang yang membahagikan perbualan dalam platform mereka, dengan pelan bermula pada 4,999 rupee sebulan untuk tiga pengguna dan 500 kenalan aktif bulanan, manakala setiap pengguna tambahan dikenakan bayaran berasingan. - EasyCoexistence:: Tugas yang berbeza. Tiada peti masuk dan tiada paparan ejen di sini kerana antara mukanya ialah sesuatu yang sudah anda atau pelanggan anda miliki. ### Yang mana satu patut dipilih Jika sekumpulan ejen akan log masuk setiap hari dan perbualan ialah kerja itu sendiri, beli peti masuk. WATI membina peti masuk dan ia menjalankan fungsinya. Bagi orang lain, iaitu kebanyakan pembaca halaman ini, peti masuk ialah bahagian yang dibayar tetapi tidak digunakan. Agensi yang memegang nombor pelanggan membeli tempat pengguna yang tiada sesiapa buka. Pembangun yang membina antara muka meletakkan pesaing antara produk mereka dengan API Meta. Perniagaan kecil diminta meninggalkan telefon yang sudah berfungsi. EasyCoexistence ialah sambungan di bawahnya, dengan yuran tetap bagi setiap nombor. Perbualan pergi ke sistem anda dan pasukan mengekalkan aplikasi yang sudah mereka kenali. - Membandingkan harga bulanan secara langsung. Satu merangkumi peti masuk dan pengguna, manakala satu lagi tidak. - Memilih sambungan apabila pasukan memerlukan peti masuk. Mereka akan tidak berpuas hati, dan mereka memang berhak berasa begitu. - Memilih peti masuk apabila anda sendiri sedang membina antara muka. Akhirnya anda memiliki dua peti masuk. **Apa berlaku apabila saya melebihi 500 kenalan?** Pada pelan permulaan mereka, anda beralih kepada peringkat seterusnya. Dengan kami tiada apa-apa berlaku: tiada had kenalan pada apa-apa harga, jadi bulan dengan sepuluh ribu pelanggan berharga sama seperti bulan dengan sepuluh pelanggan. **Yang mana lebih murah?** Bagi sehingga enam nombor, kami lebih murah berbanding pelan permulaan mereka. Pelan itu ialah 4,999 rupee sebulan, kira-kira US$ 53, untuk tiga pengguna dan 500 kenalan aktif bulanan. Harga kami ialah US$ 9 bagi setiap nombor yang disambungkan, atau US$ 7 setiap satu mulai enam nombor, jadi enam nombor berjumlah US$ 42 sebulan. Selepas itu, jawapannya bergantung pada caj mereka bagi setiap pengguna tambahan dan setiap peringkat kenalan, yang meningkat bersama pasukan dan bilangan pelanggan, manakala harga kami hanya meningkat bersama bilangan nombor. **Adakah WATI menyokong Coexistence?** Halaman harga mereka tidak menyentuh perkara itu. Tanya mereka sendiri dan jangan bergantung pada halaman ini. **Adakah anda mempunyai aplikasi mudah alih?** Tidak. Pasukan menggunakan aplikasi WhatsApp Business, dan itulah tujuan Coexistence. --- ## EasyCoexistence berbanding respond.io https://easycoexistence.com/ms/compare/easycoexistence-vs-respond-io respond.io ialah platform berbilang saluran: peti masuk pasukan, aliran kerja, agen AI dan siaran, dengan harga bermula US$ 79 sebulan serta had pengguna dan kenalan. EasyCoexistence ialah sambungan di bawahnya, dicaj mengikut nombor, tanpa semua ciri itu. ### Kos untuk menjalankannya Dikira berdasarkan unit yang berbeza, seperti yang diterbitkan pada September 2026. - respond.io:: Daripada US$ 79 sebulan untuk lima pengguna dan 1,000 kenalan aktif bulanan, sehingga US$ 279. Bil bergantung pada bilangan orang yang menjawab dan pelanggan yang anda capai. - EasyCoexistence:: Daripada US$ 9 sebulan bagi setiap nombor yang disambungkan, turun kepada US$ 1 apabila anda menambah nombor, tanpa had pengguna atau kenalan. Bil bergantung pada bilangan nombor yang anda pegang, iaitu nombor yang sebenarnya dikawal oleh agensi. ### Tempat kandungan perbualan disimpan Kesan daripada menjual peti masuk, bukannya sambungan. - respond.io:: Pada platform mereka, yang diperlukan oleh peti masuk pasukan untuk memaparkan sejarah. Halaman harga mereka tidak memperincikan tempoh penyimpanan, jadi wajar ditanya jika perkara itu penting kepada anda. - EasyCoexistence:: Tiada penyimpanan di pihak kami. Penggantian webhook menghantar peristiwa mesej daripada Meta terus ke endpoint anda, dan apa-apa yang tiba di laluan sandaran kami dibuang tanpa disimpan. ### Perkara di antara anda dengan Meta Soalan yang menentukan pilihan ini bagi sesiapa yang membina perisian. - respond.io:: Platform mereka. Anda berintegrasi dengan abstraksi mereka, had kadar mereka, format webhook mereka dan jadual keluaran mereka, dan perkara yang anda bina hanya boleh dialih setakat yang mereka benarkan. - EasyCoexistence:: Tiada apa-apa. API itu milik Meta sendiri, didokumentasikan oleh Meta, dan webhook pergi ke endpoint anda. Tiada komponen kami untuk anda bina, dan itulah yang membolehkan anda berpindah. ### Perkara yang memantau sambungan Jarang dinyatakan pada halaman harga, dan inilah sebab produk ini wujud. - respond.io:: Perkara ini tidak disentuh pada halaman harga mereka, jadi tidak wajar membuat dakwaan. Jika anda memegang nombor pelanggan, tanya secara khusus apa yang berlaku apabila sambungan terputus tanpa disedari. - EasyCoexistence:: Penarafan kualiti, peringkat pemesejan dan throughput diperiksa mengikut jadual. Peristiwa akaun Meta dikendalikan berdasarkan nama. Dua kelayakan disimpan supaya token yang dibatalkan tidak disalah anggap sebagai nombor yang hilang. Penggantian webhook digunakan semula selepas sambungan dipulihkan. ### Apabila platform ialah perkara yang anda mahukan Wajar dinyatakan kerana kedua-dua produk menjawab soalan yang berbeza. - respond.io:: Apabila anda mahukan platform. Pelan yang diterbitkan mereka merangkumi peti masuk pasukan dan tersuai, aliran kerja, siaran, agen AI, laporan, serta SSO dan ruang kerja berbilang pada peringkat lebih tinggi. Ia berbilang saluran, bukan WhatsApp sahaja. - EasyCoexistence:: Skopnya berbeza mengikut reka bentuk: satu nombor, satu sambungan, enam belas alat MCP dan satu webhook, dengan antara muka diserahkan kepada anda. ### Yang mana patut dipilih Ini ialah lapisan berbeza, bukannya versi bersaing bagi perkara yang sama. Jika tiada sesiapa di pihak anda membina antara muka, dan anda mahukan tempat siap untuk ejen bekerja, anda sedang mencari platform. Jika anda yang membinanya, platform menjadi pesaing dalam susunan sistem anda sendiri. Anda membayar mengikut pengguna untuk peti masuk yang tidak pernah dilihat pengguna anda, mengikut kenalan untuk perbualan yang sudah dikendalikan oleh produk anda, dan berintegrasi dengan abstraksi, bukannya API yang didokumentasikan serta dikekalkan stabil oleh Meta. EasyCoexistence ialah lapisan di bawahnya: yuran tetap bagi setiap nombor, webhook diarahkan ke sistem anda, dan sambungan dipantau supaya kegagalan senyap tidak menjadi pelanggan yang hilang. - Membandingkan US$ 9 dengan US$ 79 seolah-olah kedua-duanya membeli perkara yang sama. Sebenarnya tidak. - Memilih sambungan apabila anda mahukan produk. Anda akan menghabiskan berbulan-bulan untuk membina semula peti masuk. - Menganggap mana-mana penyedia memantau sambungan. Tanya secara khusus kerana perkara ini jarang dinyatakan pada halaman harga. **Yang mana sesuai untuk saya?** Kedua-duanya ialah lapisan berbeza. respond.io ialah platform untuk digunakan; ini ialah sambungan di bawahnya, untuk pasukan yang membina antara muka sendiri. **Bolehkah saya berpindah daripada mereka kepada anda?** Nombor itu milik anda dan boleh disambungkan melalui Coexistence. Perkara yang anda tinggalkan ialah peti masuk dan aliran kerja mereka. **Adakah anda menyediakan aliran kerja atau agen AI?** Tidak. Penyambung MCP membolehkan pembantu menggunakan nombor itu, manakala webhook membolehkan sistem anda sendiri bertindak balas. Kedua-duanya bukan pembina aliran kerja. **Adakah harga itu masih terkini?** Harga itu seperti yang diterbitkan pada September 2026 dan dipautkan di atas. Semak sumber sebelum membuat keputusan. --- ## EasyCoexistence berbanding Dualhook https://easycoexistence.com/ms/compare/easycoexistence-vs-dualhook Kedua-duanya ialah penyedia Coexistence dengan seni bina teras yang sama: aplikasi WhatsApp Business terus berfungsi, manakala webhook mesej bergerak dari Meta terus ke pelayan anda, bukan melalui penyedia. Perbezaannya lebih kecil berbanding persamaannya, tetapi tetap wajar diketahui. ### Apakah kedua-dua produk ini Inilah perbandingan paling hampir di laman ini kerana kedudukan kedua-duanya hampir sama. - Dualhook:: Penyedia Coexistence dengan janji teras yang sama: memastikan aplikasi WhatsApp Business terus berfungsi dan menyalurkan webhook mesej terus dari Meta ke pelayan anda tanpa menyimpannya. Dokumentasi mereka menerangkan perkara ini sebagai Webhook Override. - EasyCoexistence:: Mekanisme yang sama, menggunakan nama yang sama seperti Meta. Kami menetapkan override_callback_uri pada langganan aplikasi kami kepada WhatsApp Business Account, yang memindahkan medan laluan mesej ke endpoint anda, sementara kami mengekalkan medan operasi. ### Ke mana mesej dihantar Kedua-duanya menyalurkan mesej terus. Perbezaannya ialah perkara yang berlaku kepada peristiwa yang tidak disalurkan. - Dualhook:: Penyaluran terus Meta tanpa penyimpanan mesej, seperti yang dinyatakan dengan jelas di laman mereka, dan itulah seni bina yang kami gunakan. - EasyCoexistence:: Penyaluran yang sama. Perkara tambahan yang kami sediakan ialah tindakan pada laluan sandaran: akaun tanpa override menghantar peristiwa ke callback lalai kami, kemudian pengendali membuangnya tanpa menyimpannya. Tuntutan ini dikuatkuasakan dalam kod, bukan sekadar dinyatakan dalam dasar. ### Peraturan tidak aktif 14 hari Meta memutuskan sambungan Coexistence selepas kira-kira 14 hari tanpa aktiviti pada peranti utama. Kedua-dua produk menanganinya secara berbeza. - Dualhook:: Dokumentasi mereka menerangkan amaran pada hari ke-13, bersama kira detik dan e-mel peringatan. Itu sekadar mengingatkan bahawa kiraan masa sedang berjalan, berbeza daripada mengetahui sebab sambungan benar-benar terputus. - EasyCoexistence:: Kami memantau pemutusan sambungan itu sendiri dan membaca medan sebab Meta, yang membezakan PRIMARY_INACTIVITY daripada BUSINESS_DOWNGRADE, CHANGE_NUMBER dan sebab-sebab lain. Sebab itulah yang membezakan dua minggu tanpa aktiviti daripada pelanggan yang benar-benar meninggalkan perkhidmatan. ### Perkara yang rosak selepas sambungan semula Inilah akibat peraturan tidak aktif yang paling mahal, dan perkara yang wajar ditanyakan kepada mana-mana penyedia. - Dualhook:: Dokumentasi mereka tidak menerangkan perkara yang berlaku kepada webhook override selepas sambungan semula. Itu bukan bukti bahawa mereka tidak mengendalikannya, dan inilah soalan yang wajar dikemukakan terus kepada mereka. - EasyCoexistence:: Penyingkiran menyahpasang aplikasi daripada akaun dan override turut hilang, jadi sambungan semula memulihkan penghantaran serta pemantauan, tetapi penghantaran ke pelayan anda terhenti secara senyap. Kami menetapkannya semula pada setiap sambungan semula kerana perkara ini berlaku kepada nombor sebenar yang kembali bersih tetapi berhenti menerima penghantaran. ### Kos bagi setiap nombor Kedua-duanya mengenakan yuran bulanan tetap bagi setiap nombor yang disambungkan, bukan bagi setiap pengguna atau mesej, dan tidak menambah markup pada caj perbualan Meta. - Dualhook:: Halaman perbandingan mereka sendiri menerangkan yuran bulanan tetap bermula pada $12 sebulan, seperti yang diterbitkan pada September 2026. - EasyCoexistence:: Daripada US$ 9 sebulan bagi setiap nombor yang disambungkan, turun hingga US$ 1 apabila anda menambah nombor, tanpa had pengguna atau kenalan. Bagi agensi, perbezaannya terkumpul dengan setiap nombor pelanggan yang ditambah. ### Penyambung MCP Di sinilah kami lebih sesuai untuk khalayak tertentu. - Dualhook:: Dokumentasi mereka tidak menerangkan pelayan MCP. Produk mereka dicapai melalui API dan dashboard. - EasyCoexistence:: Enam belas alat melalui pelayan MCP jauh dengan OAuth, supaya Claude, ChatGPT, Cursor dan Claude Code boleh menyenaraikan nombor, menyemak kesihatan, menghantar mesej dan template, serta menetapkan destinasi webhook. Bagi agensi yang menyertakan pelanggan melalui pembantu, itulah perbezaannya. - Menganggap ciri yang tidak didokumentasikan sebagai ciri yang tiada. Tanyakan kepada mereka; halaman ini hanya menyatakan perkara yang tidak disentuh dalam dokumentasi mereka, bukan membuat andaian. - Memilih berdasarkan harga semata-mata. Kedua-duanya mengenakan yuran kecil berbanding caj Meta untuk perbualan. - Menganggap mana-mana penyedia akan menetapkan semula webhook override selepas sambungan semula. Tanyakan perkara ini secara khusus kepada penyedia pilihan anda. **Adakah seni bina ini benar-benar sama?** Pada laluan mesej, ya. Kedua-duanya menggunakan keupayaan Meta untuk mengatasi destinasi webhook WhatsApp Business Account, supaya kandungan perbualan pergi ke pelayan anda, bukan melalui penyedia. **Apakah perbezaan antara kedua-dua pendekatan terhadap peraturan 14 hari?** Mereka memberi amaran pada hari ke-13 bahawa kiraan masa sedang berjalan. Kami membaca sebab pemutusan sambungan Meta sendiri, yang membezakan dua minggu tanpa aktiviti daripada pelanggan yang benar-benar meninggalkan perkhidmatan, kemudian menetapkan semula webhook override supaya penghantaran tidak terhenti secara senyap. **Apakah perbezaan EasyCoexistence?** Penyambung MCP dengan enam belas alat, yang tidak dihuraikan dalam dokumentasi mereka, serta penetapan semula webhook override secara automatik selepas sambungan semula menyingkirkannya. **Adakah halaman ini adil?** Setiap angka di sini datang daripada halaman terbitan mereka sendiri dan disertakan tarikh. Bacanya sebelum membuat keputusan: perbandingan yang ditulis oleh satu pihak ialah bukti, bukan keputusan muktamad. --- ## Bolehkah anda menggunakan aplikasi WhatsApp Business dan API pada nombor yang sama? https://easycoexistence.com/ms/whatsapp-business-app-and-api-same-number Ya. Meta menamakannya Coexistence, dan ini ciri rasmi, bukannya penyelesaian sementara. Kakitangan terus menjawab melalui aplikasi WhatsApp Business pada telefon, Cloud API berjalan pada nombor yang sama pada masa yang sama, dan kedua-duanya melihat perbualan yang sama. ### Bagaimanakah satu nombor boleh digunakan pada kedua-duanya serentak? Kerana Meta membina mod khusus untuknya. Dahulu, ini pilihan yang sukar: memindahkan nombor ke API bermakna aplikasi WhatsApp Business tidak lagi berfungsi padanya. Jadi, perniagaan yang mempunyai kakitangan menjawab melalui telefon perlu memilih antara orang yang sudah mengenali pelanggan dan automasi yang ingin ditambah. Coexistence menghapuskan pilihan itu. Nombor didaftarkan dengan Meta sebagai nombor API, manakala aplikasi WhatsApp Business kekal dipautkan kepadanya. Mesej daripada pelanggan tiba dalam aplikasi pada telefon dan pada webhook API anda. Balasan daripada mana-mana pihak muncul dalam perbualan. Tiada simulasi atau penyelesaian sementara: aplikasi dan API ialah dua cara yang diluluskan untuk mengakses nombor yang sama. ### Apakah perubahan sebenar pada telefon? Kurang daripada jangkaan ramai, tetapi perbezaannya wajar diketahui sebelum anda menyambungkannya. Kakitangan terus menggunakan semuanya seperti biasa: aplikasi yang sama, sembang yang sama, kenalan yang sama dan nombor yang sama. Empat ciri yang dinyahaktifkan Meta pada mana-mana nombor Coexistence ialah mesej yang hilang, media lihat sekali, lokasi langsung dan senarai siaran. Sembang kumpulan kekal boleh digunakan dalam aplikasi tetapi berada di luar API, jadi automasi tidak dapat melihatnya. Terdapat juga langkah penyegerakan apabila nombor mula-mula disambungkan. Langkah ini menyalin sejarah perbualan terkini supaya bahagian API tidak bermula tanpa konteks. Ia meliputi mesej terkini, bukan seluruh sejarah nombor, manakala semua kandungan lebih lama kekal pada telefon seperti sebelum ini. ### Adakah apa-apa akan terganggu jika kami berubah fikiran? Tidak, dan perkara ini wajar dinyatakan dengan jelas kerana kebimbangan inilah yang menghalang orang daripada mencubanya. Perbualan kekal pada telefon dan sentiasa berada di situ. Apabila nombor diputuskan daripada API, aplikasi WhatsApp Business terus berfungsi seperti sebelum ini, dengan sembang yang masih lengkap, kerana tiada apa-apa yang dipindahkan. API ditambah bersama aplikasi, bukannya menggantikannya. Nombor itu juga kekal dalam Meta Business Portfolio milik perniagaan sepanjang masa. Penyedia menyambungkannya sebagai Tech Provider, iaitu kebenaran dan bukannya pemilikan. Jadi, apabila penyedia dialih keluar, nombor kekal di tempat asal. ### Apakah yang diperlukan supaya ia berfungsi? Tiga perkara diperlukan, dan dua daripadanya mungkin sudah anda miliki. Nombor itu mesti menggunakan aplikasi WhatsApp Business, bukan aplikasi WhatsApp pengguna, dan tidak boleh sudah didaftarkan pada Cloud API di tempat lain. Selain itu, anda memerlukan Meta Tech Provider untuk menjalankan proses pendaftaran, kerana Coexistence tidak boleh disediakan sendiri melalui dashboard Meta. Sambungan dibuat melalui aplikasi penyedia yang diluluskan. Di sinilah kami membantu. Embedded Signup milik Meta memilih portfolio, akaun dan nombor. Kod diimbas dalam aplikasi WhatsApp Business untuk mengesahkannya, lalu nombor disambungkan dalam masa beberapa minit. Aplikasi terus berfungsi sepanjang proses itu, termasuk ketika sambungan sedang dibuat. - Menganggap anda perlu memilih. Coexistence wujud khusus supaya anda tidak perlu memilih. - Menjangkakan sembang kumpulan melalui API. Sembang itu kekal dalam aplikasi dan berada di luar API di mana-mana. - Menunggu pilihan dalam dashboard Meta. Pendaftaran Coexistence dijalankan melalui Tech Provider. **Adakah ini rasmi?** Ya. Coexistence ialah ciri Meta sendiri dan istilah yang digunakan Meta. Ia bukan jambatan, peranti terpaut atau penyelesaian sementara. **Adakah kakitangan akan menyedari perbezaan?** Hanya empat ciri yang tiada: mesej yang hilang, lihat sekali, lokasi langsung dan senarai siaran. Yang lain kekal seperti sebelum ini. **Adakah sejarah sembang saya akan hilang?** Tidak. Sejarah itu kekal pada telefon. Sejarah terkini turut disalin ke bahagian API apabila nombor disambungkan. **Bolehkah saya membatalkannya?** Ya. Putuskan sambungan nombor dan aplikasi terus berfungsi seperti sebelum ini, dengan perbualan yang masih lengkap. --- ## Cara menyambungkan WhatsApp ke API tanpa kehilangan mesej https://easycoexistence.com/ms/connect-whatsapp-without-losing-chats Mesej anda kekal pada telefon dan penyambungan ke API tidak memindahkannya. Coexistence menambah Cloud API di samping aplikasi WhatsApp Business tanpa menggantikannya, jadi perbualan kekal di tempat asal dan aplikasi terus berfungsi. ### Mengapa penyambungan ke API dahulu menyebabkan mesej hilang? Kerana kaedah lama ialah pemindahan, bukan penambahan. Apabila nombor didaftarkan pada Cloud API, nombor itu dikeluarkan daripada aplikasi WhatsApp Business, sedangkan semua perbualan berada dalam aplikasi tersebut. Nombor itu kembali sebagai endpoint API tanpa sejarah dan tanpa aplikasi. Sebab itu banyak perniagaan melihat API sekali lalu memilih untuk tidak menggunakannya. Pertukaran itu memang berlaku dan menjadi sebab utama perniagaan kecil tidak menggunakan API rasmi. Ia juga mendorong orang menggunakan gerbang tidak rasmi yang memastikan aplikasi terus berfungsi dengan menyamar sebagai peranti terpaut, sekali gus mendedahkan nombor kepada risiko disekat. ### Apakah yang dilakukan oleh Coexistence secara berbeza? Ia menambah API tanpa membuang aplikasi. Nombor itu didaftarkan dengan Meta sebagai nombor API, manakala aplikasi WhatsApp Business kekal dipautkan kepadanya. Kedua-duanya berfungsi serentak pada nombor yang sama. Perbualan tidak pernah dipindahkan. Perbualan berada pada telefon, dalam aplikasi, tepat di tempat asalnya, dan kekal di situ walau apa-apa berlaku pada sambungan API selepas itu. Apabila nombor mula disambungkan, Meta menyegerakkan sejarah perbualan terkini ke bahagian API supaya automasi tidak bermula tanpa konteks. Namun, ini ialah salinan ke hadapan, bukan pemindahan. Tiada apa-apa yang dikeluarkan daripada peranti. Selepas itu, mesej pelanggan tiba di kedua-dua tempat: aplikasi pada telefon dan webhook anda. Kakitangan boleh menjawab dalam aplikasi, sistem anda boleh menjawab apabila perlu, dan kedua-duanya muncul dalam perbualan yang sama. ### Apakah yang sebenarnya disegerakkan dan apakah yang tidak? Sejarah mesej terkini disegerakkan dalam satu tetingkap selepas sambungan dibuat. Ini memberikan automasi atau ejen konteks tentang perbualan yang sedang berlangsung, bukannya membalas secara membuta tuli kepada seseorang yang belum pernah dilihatnya. Perkara yang tidak disegerakkan ialah semua kandungan yang lebih lama, media sebelum sambungan dibuat dan perbualan kumpulan. Tiada apa-apa yang hilang. Semuanya kekal pada telefon, dalam aplikasi, dan boleh dibaca oleh kakitangan seperti sebelum ini. Kandungan itu cuma tidak disalin ke bahagian API kerana penyegerakan ialah titik permulaan untuk automasi, bukan arkib. Jika anda memerlukan sejarah penuh di tempat lain, eksport sejarah itu daripada aplikasi. Itu tugas berasingan daripada menyambungkan nombor, dan kedua-duanya tidak wajar dikelirukan. ### Apakah yang berlaku jika kami memutuskan sambungan kemudian? Aplikasi terus berfungsi dan mesej masih ada kerana mesej itu tidak pernah meninggalkan telefon. Memutuskan sambungan akan mengalih keluar bahagian API nombor tersebut. Aplikasi WhatsApp Business terus berfungsi dengan semua perbualan kekal utuh, dan perniagaan kembali tepat ke keadaan asal tanpa perlu memulihkan apa-apa. Itulah perlindungan yang perlu difahami sebelum bermula: keputusan ini boleh diterbalikkan, tidak seperti pemindahan lama. Nombor itu juga kekal dalam Business Portfolio Meta anda sepanjang masa. Penyedia menyambungkannya sebagai Tech Provider, iaitu kebenaran yang anda berikan dan boleh tarik balik. Jadi, meninggalkan penyedia tidak bermaksud anda perlu mendapatkan semula nombor daripada mereka. - Mengeksport semuanya terlebih dahulu kerana bimbang. Mesej tidak akan ke mana-mana. - Mengharapkan keseluruhan sejarah berada pada bahagian API. Penyegerakan ialah konteks terkini, bukan arkib. - Menggunakan gerbang tidak rasmi untuk memastikan aplikasi terus berfungsi. Coexistence melakukannya tanpa risiko nombor disekat. **Adakah sejarah mesej saya akan hilang?** Tidak. Sejarah itu berada pada telefon dan kekal di situ. Penyambungan menambah API di samping aplikasi, bukan menggantikannya. **Adakah sejarah lama muncul dalam sistem saya?** Sejarah terkini disegerakkan selepas sambungan dibuat. Mesej dan media lama kekal pada telefon. **Bolehkah kakitangan terus menggunakan aplikasi?** Ya, tepat seperti sebelum ini. Itulah tujuan Coexistence. **Bagaimana jika saya memutuskan sambungan?** Aplikasi terus berfungsi dengan semua perbualan kekal utuh kerana tiada apa-apa yang dipindahkan. --- ## Cara paling murah mendapatkan WhatsApp Business API https://easycoexistence.com/ms/cheapest-whatsapp-business-api API itu sendiri percuma. Anda membayar Meta untuk perbualan dan penyedia untuk akses. Bahagian Meta sama sahaja tanpa mengira penyedia, jadi satu-satunya perkara yang wajar dioptimumkan ialah yuran penyedia, dan bentuk paling murah ialah yuran tetap bagi setiap nombor tanpa markup. ### Apakah yang sebenarnya anda bayar? Dua perkara berasingan, dan kekeliruan antara kedua-duanya menyebabkan perbandingan harga dalam kategori ini tersasar. Pertama ialah harga perbualan Meta. Meta mengenakan caj perbualan mengikut kategori, dengan kadar yang berbeza mengikut negara. Perbualan khidmat dalam tetingkap 24 jam berbeza daripada perbualan yang dimulakan perniagaan. Kos ini wujud tanpa mengira penyedia yang anda pilih kerana ia milik Meta, dan biasanya merupakan jumlah yang lebih besar. Kedua ialah caj penyedia untuk akses. Ini sepenuhnya keputusan komersial mereka dan satu-satunya bahagian bil yang boleh anda ubah dengan memilih penyedia lain. Sesiapa yang membandingkan jumlah kos tanpa memisahkan dua perkara ini sebenarnya membandingkan angka yang mengelirukan. ### Di manakah wang mula mengalir keluar? Pada markup, dan ia mudah terlepas pandang kerana jumlahnya kecil bagi setiap mesej. Beberapa penyedia menambah yuran setiap mesej di atas yuran Meta. Twilio menerbitkan caj US$ 0.005 bagi setiap mesej masuk dan keluar. Gupshup menerbitkan US$ 0.001. Penyedia lain menyatakan kadar gabungan yang sudah merangkumi yuran Meta, jadi markup itu wujud tetapi langsung tidak boleh disemak berbanding kadar terbitan Meta. Satu persepuluh sen kelihatan kecil sehingga anda mendarabkannya. Pada seratus ribu mesej sebulan, kadar terbitan Gupshup ialah US$ 100 dan Twilio US$ 500 setiap bulan, sebagai tambahan kepada caj Meta. Itulah angka yang wajar dimasukkan ke dalam hamparan sebelum memilih berdasarkan ciri. ### Apakah bentuk yang paling murah? Yuran tetap bagi setiap nombor yang disambungkan, dengan bil Meta dihantar terus kepada anda tanpa diubah. Bentuk ini mempunyai dua kelebihan yang tiada pada pilihan lain. Kos berhenti berubah selepas nombor disambungkan, jadi pertumbuhan tidak menambah kos. Invois Meta juga kekal boleh diaudit kerana tiada pihak yang menggabungkan yuran mereka ke dalamnya. Oleh itu, anda boleh menyemak bayaran kepada Meta berdasarkan kadar terbitan Meta sendiri. Harga kami daripada US$ 9 sebulan bagi setiap nombor yang disambungkan, turun sehingga US$ 1 apabila anda menambah nombor, tanpa caj setiap mesej. Pada kadar terbitan Twilio, ini lebih murah selepas kira-kira 1,800 mesej sebulan, dan perbezaannya terus meningkat. Platform yang mengenakan caj setiap pengguna ialah produk yang berbeza: cajnya berdasarkan bilangan pengguna, bukan mesej, jadi titik perbandingan bergantung pada jumlah pengguna. ### Adakah pilihan paling murah itu yang tepat? Tidak semestinya, dan penting untuk berterus terang apabila ia tidak sesuai. Jika anda mahukan peti masuk bersama, alat kempen dan analitik dalam satu produk yang digunakan pasukan sepanjang hari, platform yang mengenakan caj setiap pengguna memang menjual sesuatu yang sebenar, dan yuran itu membayarnya. Membayar kami lebih rendah kemudian membina semua itu sendiri bukanlah penjimatan. Pilihan paling murah sesuai apabila anda sudah mempunyai sistem. Perniagaan dengan CRM, meja bantuan, alat automasi atau ejen AI tidak memerlukan tempat kedua untuk membaca mesej. WhatsApp hanya perlu mencapai sistem pertama itu. Untuk tujuan tersebut, membayar bagi setiap nombor tanpa caj setiap mesej ialah bayaran paling rendah sambil kekal menggunakan API rasmi. - Membandingkan penyedia tanpa memisahkan kos perbualan Meta daripada yuran penyedia. - Menganggap kadar setiap mesej gabungan tiada markup. Sebenarnya, markup itu tidak diperincikan. - Memilih yuran paling murah apabila anda sebenarnya memerlukan peti masuk yang dijual oleh sesebuah platform. **Adakah WhatsApp Business API percuma?** Aksesnya percuma. Meta mengenakan caj untuk perbualan, manakala penyedia mengenakan caj untuk akses sebagai tambahan. Bahagian Meta sama sahaja di semua tempat. **Siapakah penyedia paling murah?** Bentuk paling murah ialah yuran tetap bagi setiap nombor tanpa markup. Harga kami bermula pada US$ 9 bagi setiap nombor dan turun sehingga US$ 1 apabila anda menambah nombor. **Adakah penyedia yang lebih murah bermakna API yang lebih teruk?** Tidak. Cloud API ialah milik Meta dalam semua keadaan. Penyedia hanya mengubah perkara yang berada di hadapannya dan jumlah caj mereka. **Bilakah penyedia yang lebih mahal berbaloi?** Apabila anda mahukan produk yang mereka jual, seperti peti masuk bersama yang digunakan pasukan sepanjang hari. --- ## Komponen template: pengepala, badan, pengaki dan butang https://easycoexistence.com/ms/docs/template-components Template dibina daripada sehingga empat komponen: pengepala, badan, pengaki dan butang. Hanya pengepala dan badan menyokong pemboleh ubah, dan setiap komponen mempunyai had yang menentukan kandungan mesej sebelum Meta menyemaknya. ### Pengepala Pilihan, dengan empat jenis: teks, imej, video atau dokumen. Pengepala teks terhad kepada 60 aksara dan menerima satu pemboleh ubah. Pengepala media membawa fail yang dibekalkan ketika penghantaran, seperti resit atau tiket yang dilampirkan. - Pengepala teks: 60 aksara, maksimum satu pemboleh ubah. - Pengepala media: imej, video atau dokumen, dibekalkan bagi setiap penghantaran. - Hanya satu pengepala bagi setiap template. - Pengepala lokasi tersedia untuk sesetengah kategori. ### Badan Bahagian wajib, sehingga 1024 aksara, dan satu-satunya komponen yang menerima beberapa pemboleh ubah. Pemboleh ubah mengikut kedudukan dan ditulis sebagai ruang letak bernombor, jadi ruang pertama diisi oleh parameter pertama yang anda hantar. Meta menolak badan yang kebanyakannya terdiri daripada pemboleh ubah dengan sedikit teks tetap, kerana template yang hampir tidak menyatakan apa-apa sendiri tidak dapat dibezakan daripada ruang terbuka untuk kandungan sewenang-wenangnya. Tulis ayat sebenar di sekeliling ruang letak. ### Pengaki Pilihan, 60 aksara, teks tetap tanpa sebarang pemboleh ubah. Paparannya lebih kecil dan lebih kelabu daripada badan, jadi ia sesuai untuk nota tetap tetapi tidak sesuai untuk perkara yang menjadi kebergantungan mesej. Penggunaan biasa ialah baris berhenti menerima mesej pada template pemasaran, yang turut membantu penerimaan template oleh penerima. ### Butang Sehingga sepuluh keseluruhannya, dalam tiga jenis, dan gabungannya banyak mempengaruhi kelulusan. - Balasan pantas: menghantar balasan teks tetap kepada anda apabila ditekan. - Seruan tindakan: membuka URL atau mendail nombor telefon. - Butang URL menerima satu pemboleh ubah yang ditambah pada URL asas tetap. - Salin kod: memberikan kod untuk disalin oleh penerima, bagi tujuan pengesahan. ### Mengapa struktur penting sebelum semakan Meta menyemak template secara keseluruhan, dan kebanyakan penolakan berpunca daripada struktur, bukan pilihan kata. Badan yang hampir sepenuhnya terdiri daripada pemboleh ubah, butang URL yang menuju lokasi tidak berkaitan dengan perniagaan, atau mesej pemasaran yang dihantar di bawah kategori utiliti, semuanya ditolak kerana struktur. Menetapkan bentuk dengan betul dahulu memudahkan semakan pilihan kata, dan template yang ditolak atas dasar dasar mengembalikan ralat 132007, bukannya sebab sebenar. - Menulis badan yang kebanyakannya terdiri daripada ruang letak. Meta menolak template dengan terlalu sedikit teks tetap. - Mengharapkan pemboleh ubah dalam pengaki. Pengaki ialah teks tetap tanpa pengecualian. - Menghantar mesej pemasaran di bawah kategori utiliti. Pilihan kata tidak dapat membetulkan kategori yang salah. **Bahagian manakah yang menerima pemboleh ubah?** Pengepala menerima maksimum satu dan badan menerima beberapa. Pengaki tidak menerimanya, manakala butang URL menerima satu nilai yang ditambah. **Berapakah panjang maksimum badan?** 1024 aksara, menjadikannya komponen yang paling panjang dengan perbezaan besar. **Berapakah jumlah butang yang dibenarkan?** Sehingga sepuluh keseluruhannya, dengan had bagi setiap jenis. **Mengapa template saya ditolak?** Selalunya kerana struktur, bukan pilihan kata: terlalu sedikit perkataan tetap atau kategori yang salah. Ini mengembalikan ralat 132007. --- ## Kitar Hayat Status template https://easycoexistence.com/ms/docs/template-status-lifecycle Template melalui satu urutan status, dan kelulusan ialah pertengahannya, bukan penghujungnya. Template yang diluluskan boleh dijeda atas faktor kualiti, dipulihkan, dijeda lagi dan akhirnya dinyahaktifkan secara kekal, semuanya tanpa sebarang tindakan daripada sesiapa. ### Status Mengikut urutan template biasanya melaluinya. - PENDING: dihantar dan menunggu semakan. - APPROVED: boleh digunakan untuk penghantaran. - REJECTED: ditolak semasa semakan, biasanya kerana struktur atau kategori. - PAUSED: tidak boleh digunakan buat sementara selepas kemerosotan kualiti. - DISABLED: tidak boleh digunakan secara kekal, iaitu penghujung proses. ### Cara template dijeda Bukan disebabkan oleh tindakan anda. Penerima menyekat atau melaporkan mesej yang dihantar dengannya, penarafan kualiti template itu sendiri menurun daripada hijau kepada kuning lalu merah, dan Meta menjedanya untuk menghentikan kemerosotan. Jeda adalah sementara dan berakhir sendiri. Perkara penting ialah apa yang berlaku selepas itu: jeda berulang akan meningkat tahapnya, dan template yang terus kembali kepada merah akhirnya dinyahaktifkan secara kekal, bukan dijeda lagi. ### Dua webhook Kedua-duanya diperlukan untuk melihat keseluruhan kitaran, dan melanggan satu tanpa yang lain meninggalkan titik buta. - message_template_status_update: kelulusan, penolakan, jeda dan penyahaktifan. - message_template_quality_update: perubahan penarafan kualiti antara hijau, kuning dan merah. - Webhook kualiti ialah amaran awal; webhook status ialah kesannya. - Tiada satu pun diaktifkan secara lalai, jadi kedua-duanya perlu dilanggan. ### Mengapa kuning ialah masa untuk bertindak Apabila template dijeda, penghantaran dengannya sudah gagal dan kempen sudah terganggu. Kuning ialah status ketika ia masih berfungsi dan kemerosotan dapat dilihat. Bertindak ketika kuning bermakna meneliti khalayak serta perkataan yang digunakan. Template yang ditulis dengan baik tetapi dihantar kepada orang yang tidak menjangkakannya akan mengumpul sekatan sepantas template yang ditulis dengan buruk, dan menulis semula teks sambil mengekalkan senarai tidak mengubah apa-apa. ### Kesan penyuntingan Template yang diluluskan boleh disunting, lalu dihantar semula untuk semakan. Ini berguna, tetapi mempunyai kesan yang sering ditemui dalam penggunaan sebenar: jika penyuntingan mengubah bilangan pemboleh ubah, setiap penghantaran daripada integrasi yang tidak diubah mula gagal dengan ralat 132012. Anggap bilangan pemboleh ubah template sebagai sebahagian daripada kontrak integrasi, bukan sekadar teks yang dimiliki oleh pasukan pemasaran. - Menganggap kelulusan itu kekal. Template yang diluluskan boleh dijeda dan akhirnya dinyahaktifkan. - Melanggan status tetapi bukan kualiti. Medan kualiti ialah amaran awal. - Menyunting pemboleh ubah template tanpa menyemak kod yang menghantarnya. **Adakah template yang diluluskan kekal diluluskan?** Tidak semestinya. Maklum balas negatif yang berterusan boleh menjedanya dan akhirnya menyahaktifkannya secara kekal. **Apakah perbezaan antara dijeda dan dinyahaktifkan?** Jeda berakhir sendiri. Dinyahtaktifkan adalah kekal dan template itu tidak boleh digunakan lagi. **Bagaimanakah saya boleh melihatnya lebih awal?** Langgan webhook kualiti template. Ia melaporkan peralihan kepada kuning ketika template masih berfungsi. **Mengapa penghantaran mula gagal selepas penyuntingan?** Jika penyuntingan mengubah bilangan pemboleh ubah, integrasi yang tidak diubah kini menghantar bilangan parameter yang salah dan menerima ralat 132012. --- ## Menghantar Template dengan Pemboleh Ubah https://easycoexistence.com/ms/docs/sending-a-template-with-variables Pemboleh ubah template mengikut posisi, bukan nama. Anda menghantar senarai parameter bagi setiap komponen mengikut turutan, dan bilangannya mesti sepadan tepat dengan takrif template. Tiga ralat berbeza berlaku apabila perkara ini tersilap, dan setiap satunya menunjukkan punca yang berbeza. ### Cara parameter dipadankan Mengikut posisi, bukan nama. Parameter pertama dalam senarai body mengisi ruang letak pertama, parameter kedua mengisi ruang letak kedua, dan seterusnya. Tiada cara untuk menamakan pemboleh ubah, dan menukar dua parameter menghasilkan mesej yang berjaya dihantar tetapi nilainya berada di tempat yang salah. Kes terakhir itu berbahaya kerana tiada apa-apa yang gagal. Pelanggan menerima pengesahan pesanan dengan tarikh pada tempat amaun sepatutnya, dan tiada ralat direkodkan di mana-mana. ### Komponen ialah senarai berasingan Pemboleh ubah header dan body tidak berkongsi senarai. Setiap komponen membawa parameternya sendiri, dan menggabungkannya menghasilkan ketidakpadanan bilangan. - Parameter header diletakkan dalam komponen header, dan bilangannya paling banyak satu. - Parameter body diletakkan dalam komponen body mengikut turutan. - Parameter URL butang diletakkan dalam komponen butang, diindeks mengikut butang. - Menghantar satu senarai rata untuk semuanya menghasilkan ralat 132000. ### Menetapkan bahasa dengan betul Template dikenal pasti melalui nama dan bahasa bersama-sama, jadi nama yang sama dalam dua bahasa ialah dua template. Menghantar en apabila template dicipta sebagai en_US tidak akan menggunakan sandaran, sebaliknya gagal dengan ralat 132001, yang kelihatan seperti template itu tidak wujud. Senaraikan template pada nombor tersebut dan salin rentetan bahasa yang tepat, bukannya mengandaikan bentuknya. Ini ialah ralat template yang paling biasa dan paling kurang jelas. ### Parameter bertipe Kebanyakan parameter ialah teks biasa. Ada yang bukan, dan menghantarnya sebagai teks menyebabkan ralat 132012. - Parameter mata wang membawa amaun, kod mata wang dan rentetan sandaran. - Parameter tarikh dan masa membawa objek berstruktur dengan nilai sandaran. - Parameter media header membawa id media atau pautan, bukan nama fail. - Rentetan sandaran dipaparkan apabila aplikasi penerima tidak dapat memformatkan nilai tersebut. ### Apakah maksud setiap ralat Ketiga-tiga kegagalan ini boleh dibezakan, sekali gus mengurangkan tekaan jika setiap satunya direkodkan secara berasingan, bukannya dikumpulkan sebagai ralat template. Ralat 132001 bermaksud pasangan nama dan bahasa tidak dapat dipadankan, jadi semak bahasa dahulu. Ralat 132000 bermaksud bilangannya salah, jadi bandingkan dengan takrif template itu sendiri. Ralat 132012 bermaksud format nilai salah, biasanya kerana parameter bertipe dihantar sebagai rentetan biasa. - Menganggap en akan menggunakan sandaran kepada en_US. Ia tidak akan berbuat demikian, dan ralat yang terhasil kelihatan seperti template tiada. - Menggabungkan parameter header dan body ke dalam satu senarai. Kedua-duanya ialah komponen berasingan. - Menghantar mata wang atau tarikh sebagai teks biasa. Parameter bertipe mempunyai bentuk yang ditetapkan. **Adakah pemboleh ubah template dinamakan?** Tidak. Pemboleh ubah mengikut posisi, jadi turutan parameter ialah keseluruhan kontrak. **Mengapa template saya tidak wujud?** Biasanya kerana kod bahasa. Template dikenal pasti melalui nama dan bahasa bersama-sama, dan tiada sandaran. **Bagaimana jika saya menghantar terlalu banyak parameter?** Ralat 132000. Terlalu banyak parameter gagal dengan cara yang sama seperti terlalu sedikit. **Bagaimana cara menghantar amaun?** Sebagai parameter mata wang dengan amaun, kod mata wang dan rentetan sandaran, bukan sebagai teks biasa. --- ## Had kadar dan throughput pemesejan https://easycoexistence.com/ms/docs/rate-limits-and-throughput Terdapat empat had yang berasingan, dan mencampuradukkannya menjadikan had kadar mengelirukan. Had pemesejan menghadkan bilangan penerima unik sehari merentas Business Portfolio, throughput menghadkan mesej sesaat, had pasangan menghadkan mesej kepada seorang individu, dan had pengurusan menghadkan panggilan API yang bukan mesej. ### Tahap pemesejan Bilangan pelanggan unik yang boleh menerima mesej anda di luar tetingkap khidmat pelanggan dalam tempoh 24 jam bergerak. Sejak 7 October 2025, had ini ditetapkan bagi setiap Business Portfolio dan dikongsi oleh setiap nombor di dalamnya, dan ia naik secara automatik apabila kualiti dikekalkan dan volum bertambah. - Had meningkat mengikut tahap: 250, 2,000, 10,000, 100,000 dan penerima unik tanpa had sehari. - Hanya penghantaran di luar tetingkap khidmat pelanggan dikira. - Balasan di dalam tetingkap khidmat tidak dikira. - Kejatuhan kualiti tidak lagi menurunkan had, tetapi menghalangnya daripada meningkat. ### Throughput Mesej sesaat, iaitu perkara yang berbeza daripada tahap harian. Sesebuah nombor mungkin jauh di bawah tahapnya tetapi tetap mencapai had throughput kerana menghantar mesej secara mendadak. Pada nombor Coexistence, inilah had yang paling mengejutkan, kerana ia dihadkan lebih rendah daripada nombor Cloud API biasa. Siling itu ditetapkan oleh Meta dan terpakai kepada setiap penyedia Coexistence, jadi tiada penyedia yang boleh menaikkannya. ### Had bagi setiap penerima Had berasingan bagi bilangan mesej yang boleh berlalu antara nombor anda dengan seorang penerima dalam tempoh singkat, dilaporkan sebagai ralat 131056. Ia wujud untuk mengelakkan seseorang dibanjiri mesej, jadi ia boleh tercetus pada akaun yang volumnya rendah. Punca hampir selalu automatik: gelung cuba semula, pengendali webhook yang dipanggil dua kali untuk peristiwa yang sama, atau bot yang memecahkan satu balasan kepada beberapa mesej pendek. ### Had panggilan pengurusan Tiada kaitan dengan mesej. Membaca nombor, menyenaraikan template dan menyemak status semuanya dikira terhadap had akaun yang berasingan, dilaporkan sebagai ralat 80007. Polling yang menghabiskannya. Semakan status setiap tiga puluh saat bermakna beribu-ribu panggilan sehari untuk data yang hanya berubah beberapa kali sebulan, dan webhook menghapuskan keperluan bagi hampir kesemuanya. ### Apa yang menaikkan had Kualiti dan sejarah, bukan bayaran. Tiada pelan untuk dibeli dan tiada penyedia yang boleh menaikkan had bagbagi pihak anda. - Kekalkan penarafan kualiti hijau; sekatan oleh penerima yang menurunkannya. - Hantar volum secara konsisten, bukan secara mendadak. - Lengkapkan pengesahan perniagaan, salah satu laluan daripada 250 kepada 2,000. - Gunakan sekurang-kurangnya separuh daripada had semasa; kenaikan melebihi 2,000 berlaku secara automatik. - Menganggap semua had kadar sebagai satu. Empat had yang berbeza menghasilkan empat ralat yang berbeza. - Membuat polling status pada selang yang singkat. Ia menghabiskan had pengurusan untuk data yang jarang berubah. - Mengharapkan boleh membayar untuk had yang lebih tinggi. Had berubah mengikut kualiti dan sejarah. **Mengapa saya dikenakan had kadar pada volum yang rendah?** Kemungkinan besar had bagi setiap penerima, ralat 131056, yang menghadkan mesej kepada seorang individu tanpa mengira jumlah keseluruhan akaun anda. **Bolehkah saya membayar untuk had pemesejan yang lebih tinggi?** Tidak. Had meningkat secara automatik berdasarkan kualiti dan sejarah penghantaran. **Adakah throughput lebih rendah pada Coexistence?** Ya. Meta menghadkannya lebih rendah daripada nombor Cloud API biasa, dan tiada penyedia yang boleh menaikkannya. **Apakah yang dikira terhadap had pengurusan?** Panggilan bacaan dan konfigurasi: menyenaraikan nombor, template dan status. Webhook mengelakkan hampir kesemuanya. --- ## Menghantar mesej interaktif: butang dan senarai https://easycoexistence.com/ms/docs/sending-interactive-messages Mesej interaktif memberikan penerima butang atau senarai untuk ditekan tanpa perlu menaip. Terdapat dua jenis, iaitu butang balasan dan mesej senarai. Kedua-duanya mempunyai had tetap yang kecil dan sangat mempengaruhi reka bentuk perbualan. ### Butang balasan Sehingga tiga butang di bawah satu mesej. Penerima menekan salah satu dan balasan tiba pada webhook anda sebagai mesej masuk biasa yang membawa id butang tersebut. Oleh itu, padankan berdasarkan id, bukan label. Tajuk dihadkan kepada dua puluh aksara, lebih pendek daripada jangkaan dan biasanya memaksa penulisan semula. - Maksimum tiga butang bagi setiap mesej. - Tajuk dihadkan kepada 20 aksara. - Setiap butang membawa id pilihan anda, yang dikembalikan dalam balasan. - Pengepala, isi dan pengaki pilihan di sekelilingnya. ### Mesej senarai Satu butang yang membuka menu sehingga sepuluh baris, dikumpulkan dalam sehingga sepuluh bahagian. Setiap baris mempunyai tajuk, keterangan pilihan dan id. Gunakannya apabila tiga butang tidak mencukupi. Ingat bahawa penerima perlu membuka senarai sebelum melihat kandungannya, jadi label butang amat penting. - Sehingga 10 baris keseluruhan, merentas sehingga 10 bahagian. - Tajuk baris dihadkan kepada 24 aksara dan keterangan kepada 72. - Satu senarai bagi setiap mesej dan tidak boleh digabungkan dengan butang. - Tidak tersedia dalam mesej template bagi setiap kategori. ### Cara balasan tiba Pada messages webhook yang sama seperti mesej masuk lain, bersama objek interaktif yang menamakan id butang atau baris. Tiada langganan berasingan diperlukan. Padankan berdasarkan id, bukan tajuk. Tajuk boleh ditulis semula oleh sesiapa yang menyunting salinan, manakala id tidak berubah. Pengendali yang memadankan teks akan gagal secara senyap apabila seseorang membetulkan kesilapan ejaan. ### Perubahan oleh Coexistence Tiada perubahan pada butang dan senarai itu sendiri. Kedua-duanya ialah mesej Cloud API biasa dan berfungsi dengan cara yang sama pada nombor Coexistence seperti nombor lain. Perubahannya ialah lokasi balasan diterima: ketikan pelanggan tiba dalam aplikasi WhatsApp Business pada telefon dan webhook anda, kerana nombor Coexistence menghantar kepada kedua-duanya. Pengendali yang membalas secara automatik perlu mengambil kira kemungkinan manusia menjawab mesej yang sama dalam aplikasi. - Memadankan balasan berdasarkan tajuk butang. Tajuk boleh disunting, tetapi id tidak. - Mereka bentuk lebih daripada tiga butang. Had ini tetap dan tiada penyelesaian. - Lupa bahawa manusia mungkin menjawab ketikan yang sama dalam aplikasi WhatsApp Business. **Berapa banyak butang yang boleh saya hantar?** Tiga. Ini ialah had platform yang tetap dan tiada penyelesaian. **Apakah yang diterima apabila seseorang menekan butang?** Mesej masuk biasa pada messages webhook, yang membawa id yang anda tetapkan pada butang atau baris tersebut. **Bolehkah saya menggabungkan butang dan senarai?** Tidak. Satu mesej hanya boleh membawa salah satu daripadanya. **Adakah ini dikenakan bayaran tambahan?** Tidak. Ini ialah mesej biasa yang harganya ditetapkan oleh Meta dengan cara yang sama seperti mesej lain dalam perbualan tersebut. --- ## Menghantar media: imej, video, audio dan dokumen https://easycoexistence.com/ms/docs/sending-media-messages Media dihantar sama ada dengan memuat naik fail terlebih dahulu lalu merujuk id yang dipulangkan, atau memberikan Meta pautan awam untuk diambil. Muat naik lebih boleh dipercayai, dan had saiz berbeza mengikut jenis dengan cara yang sering mengelirukan. ### Had mengikut jenis Hadnya berbeza, dan melebihi satu daripadanya mengembalikan ralat 131053 tanpa penerangan yang jelas. - Imej: 5 MB. JPEG dan PNG. - Video: 16 MB. MP4 dan 3GPP, dengan video H.264 dan audio AAC. - Audio: 16 MB. AAC, AMR, MP3, audio MP4 dan OGG dengan Opus. - Dokumen: 100 MB. Kebanyakan jenis dokumen biasa, termasuk format PDF dan Office. - Pelekat: 100 KB beranimasi, 500 KB statik, WebP sahaja. ### Memuat naik berbanding menggunakan pautan Dua cara menghantar fail yang sama, dan kegagalannya berbeza. Memuat naik menyiarkan fail kepada Meta terlebih dahulu dan memulangkan media id yang anda rujuk semasa menghantar. Menggunakan pautan memberikan Meta URL untuk diambil ketika penghantaran. Laluan pautan kelihatan lebih mudah tetapi menambah punca kegagalan yang tidak dapat dilihat: URL yang dimuatkan dalam pelayar anda mungkin tidak boleh dicapai daripada infrastruktur Meta kerana lokasi geografi, peraturan tembok api atau cookie sesi yang sudah ada dalam pelayar anda. Muat naik. Ia hanya memerlukan satu permintaan tambahan dan menghapuskan seluruh kelas kegagalan. ### Menerima media Media masuk tiba sebagai media id, bukannya bait. Pengendali anda mengambil fail secara berasingan menggunakan id tersebut. - Ambil dengan segera. Id tidak kekal sah selama-lamanya. - Pengambilan yang gagal mengembalikan ralat 131052, yang biasanya bermaksud muat naik oleh pengirim tidak lengkap. - Simpan fail itu sendiri jika anda memerlukannya kemudian. Meta bukan arkib. - Rekodkan mesej walaupun pengambilan media gagal, supaya teks dan konteks kekal tersedia. ### Perubahan yang dibawa oleh Coexistence Media pada nombor Coexistence berfungsi sama seperti pada mana-mana nombor Cloud API lain, dengan had yang sama. Perbezaan yang perlu diketahui ialah sejarah. Apabila nombor mula disambungkan, Meta menyegerakkan mesej terbaharu daripada aplikasi WhatsApp Business, dan penyegerakan itu meliputi teks mesej, bukannya arkib media penuh. Media sebelum sambungan kekal pada telefon, seperti biasa. - Menghantar pautan kerana kelihatan lebih mudah. Rangkaian Meta bukan pelayar anda. - Mengambil media masuk beberapa jam kemudian. media id akan luput. - Mengeksport video tanpa menyemak codec. Tetapan lalai perisian penyuntingan sering tidak disokong. **Apakah fail terbesar yang boleh saya hantar?** 100 MB, dan hanya untuk dokumen. Video dan audio terhad kepada 16 MB, manakala imej terhad kepada 5 MB. **Patutkah saya memuat naik atau menghantar URL?** Muat naik. Ini menghapuskan kebolehcapaiannya sebagai punca kegagalan. **Berapa lama media id sah?** Tidak selama-lamanya, sebab itu media masuk patut diambil sebaik sahaja peristiwa tiba. **Adakah media lama disegerakkan apabila saya bersambung?** Tidak. Penyegerakan sejarah meliputi kandungan mesej terbaharu; media sebelum sambungan kekal pada telefon. --- ## Reaksi mesej: menghantar dan menerima emoji https://easycoexistence.com/ms/docs/message-reactions Reaksi menambahkan satu emoji pada mesej sedia ada. Untuk menghantarnya, rujuk message id dan emoji. Untuk membuangnya, hantar reaksi yang sama dengan rentetan emoji kosong, bukannya membuat panggilan padam. ### Menghantar reaksi Mesej jenis reaction yang membawa id mesej yang menerima reaksi dan satu emoji. Menghantar reaksi kedua pada mesej yang sama menggantikan reaksi pertama, bukannya menambahnya, kerana seorang pengirim hanya boleh mempunyai satu reaksi bagi setiap mesej. message id itu mestilah mesej yang boleh dilihat oleh nombor anda, sama ada mesej masuk daripada pelanggan tersebut atau mesej yang anda hantar kepadanya. ### Membuang reaksi Inilah bahagian yang sering mengejutkan orang. Tiada panggilan padam. Hantar mesej reaction yang sama dengan medan emoji ditetapkan kepada rentetan kosong, lalu reaksi itu dipadamkan. Pengendali yang menjangkakan peristiwa pembuangan akan menunggu tanpa henti. Yang diterima ialah reaction dengan emoji kosong, strukturnya sama seperti reaksi baharu dan perlu ditafsir sebagai pembuangan dengan memeriksa medan tersebut. ### Menerima reaksi Reaksi masuk diterima pada webhook messages sebagai mesej jenis reaction, dengan id mesej yang menerima reaksi dan emoji. - Langgan medan messages; tiada medan reactions yang berasingan. - Emoji kosong bermaksud pelanggan membuang reaksinya. - Referenced message id ialah mesej yang anda hantar atau terima sebelum ini. - Reaksi tidak membuka semula tetingkap khidmat pelanggan 24 jam. ### Tetingkap masih terpakai Reaksi ialah mesej, jadi penghantarannya memerlukan tetingkap khidmat pelanggan 24 jam dibuka. Memberi reaksi pada mesej pelanggan dari tiga hari lalu mengembalikan error 131047, sama seperti mesej teks. Menerima reaksi daripada pelanggan membuka semula tetingkap itu kerana setiap mesej masuk berbuat demikian. Ini penting untuk automasi: tanda suka pada mesej terakhir anda ialah isyarat sah bahawa anda kini boleh membalas tanpa sekatan. - Mencari endpoint padam. Pembuangan menggunakan panggilan yang sama dengan emoji kosong. - Menganggap emoji kosong sebagai tidak sah. Itulah cara pembuangan dinyatakan. - Menghantar reaksi di luar tetingkap khidmat pelanggan. Ia gagal seperti mesej lain. **Bagaimanakah cara membuang reaksi?** Hantar mesej reaction yang sama dengan rentetan emoji kosong. Tiada panggilan padam. **Adakah reaksi dikenakan bayaran?** Tidak. Reaksi tidak membuka perbualan yang dikenakan bayaran. **Bolehkah saya memberi reaksi pada mana-mana mesej?** Hanya pada mesej yang dihantar atau diterima oleh nombor anda, dan hanya dalam tetingkap khidmat pelanggan 24 jam. **Adakah reaksi pelanggan membuka semula tetingkap itu?** Ya. Setiap mesej masuk daripada pelanggan berbuat demikian, termasuk reaksi. --- ## Menghantar mesej lokasi dan kenalan https://easycoexistence.com/ms/docs/sending-location-and-contacts Mesej lokasi menghantar pin dengan nama dan alamat pilihan. Mesej kenalan menghantar satu atau lebih kad kenalan. Kedua-duanya mudah digunakan. Had penting ialah lokasi langsung, yang berubah apabila seseorang bergerak, tidak tersedia pada nombor Coexistence. ### Mesej lokasi Latitud dan longitud, dengan nama dan alamat pilihan yang dipaparkan di bawah pin. Penerima melihat pratonton peta dan boleh membukanya dalam aplikasi peta mereka sendiri. Menyertakan nama dan alamat berbaloi. Tanpa maklumat itu, pin hanya memaparkan koordinat, yang tidak memberitahu pelanggan sama ada mereka melihat cawangan yang betul. ### Menerima lokasi Lokasi yang dikongsi pelanggan tiba pada webhook messages sebagai mesej jenis location, dengan koordinat serta nama dan alamat jika aplikasi pelanggan membekalkannya. - Koordinat sentiasa ada; nama dan alamat tidak semestinya ada. - Lokasi yang dikongsi ialah mesej, jadi tetingkap khidmat pelanggan 24 jam dibuka semula. - Anggap koordinat sebagai anggaran. Ketepatan telefon berbeza-beza. - Simpan perkara yang diperlukan. Meta bukan sejarah lokasi. ### Mesej kenalan Satu atau lebih kad kenalan dalam satu mesej, setiap satunya membawa medan vCard: nama, telefon, e-mel, alamat, organisasi dan hari lahir. Penerima boleh menyimpan kad itu secara terus. Berguna untuk memberikan butiran orang yang betul kepada pelanggan, bukannya menaip nombor ke dalam chat, yang tiba sebagai teks tanpa format dan perlu disalin secara manual. ### Perkara yang Coexistence buang Lokasi langsung ialah salah satu daripada empat ciri WhatsApp yang Meta matikan pada nombor selepas Coexistence diaktifkan, bersama-sama mesej yang hilang, media lihat sekali dan senarai siaran. Percubaan menghantarnya mengembalikan ralat 131051, jenis mesej tidak disokong. Ini kelihatan seperti kesilapan pemformatan, tetapi bukan begitu. Tiada penyedia boleh mengaktifkannya: sekatan itu ditetapkan oleh Meta dan terpakai pada setiap nombor Coexistence. Pin lokasi statik tidak terjejas dan berfungsi seperti biasa. - Menghantar pin tanpa nama atau alamat. Koordinat sahaja tidak memberitahu pelanggan apa-apa. - Membina ciri berdasarkan lokasi langsung. Ciri itu dilumpuhkan pada setiap nombor Coexistence. - Menganggap ralat 131051 sebagai pepijat pemformatan sedangkan jenis itu memang tidak tersedia. **Bolehkah saya menghantar lokasi langsung?** Tidak pada nombor Coexistence. Meta melumpuhkannya dan tiada penyedia boleh mengaktifkannya semula. **Adakah pin lokasi statik berfungsi?** Ya, seperti biasa, dengan nama dan alamat pilihan yang dipaparkan di bawah pratonton peta. **Berapa banyak kenalan dalam satu mesej?** Beberapa kenalan. Setiap satu membawa medan vCard standard dan boleh disimpan terus oleh penerima. **Adakah lokasi yang dikongsi membuka semula tetingkap khidmat pelanggan?** Ya. Ia ialah mesej masuk seperti mesej yang lain. --- ## EasyCoexistence berbanding AiSensy https://easycoexistence.com/ms/compare/easycoexistence-vs-aisensy AiSensy ialah platform pemasaran WhatsApp dan chatbot dengan pelan bulanan, popular dalam kalangan perniagaan e-dagang India. EasyCoexistence ialah infrastruktur: ia menyambungkan nombor melalui ciri Coexistence milik Meta, menghantar mesej ke sistem yang anda gunakan, dan mengenakan caj bagi setiap nombor yang disambungkan. EasyCoexistence lebih murah untuk perniagaan yang sudah mempunyai sistem sendiri. ### Apakah setiap produk Kedua-duanya bukan untuk pembelian yang sama, dan memahami perkara ini menjadikan perbandingan lebih berguna. - AiSensy:: Platform penglibatan WhatsApp yang dibina untuk kempen siaran, aliran chatbot dan peti masuk pasukan bersama, ditawarkan melalui pelan bulanan berperingkat dengan had kenalan dan ejen. - EasyCoexistence:: Infrastruktur Coexistence. Aplikasi WhatsApp Business pada telefon terus berfungsi, Cloud API berjalan pada nombor yang sama, dan peristiwa mesej bergerak terus dari Meta ke CRM, meja bantuan, automasi atau ejen AI anda. Tiada produk untuk pasukan anda berpindah masuk. ### Untuk siapa produk ini direka Kedua-duanya menyambungkan WhatsApp. Tugas harian yang dijangka dilakukan oleh setiap produk adalah berbeza. - AiSensy:: Pasukan pemasaran yang menjalankan kempen siaran dan corong chatbot, mahukan pembina kempen, senarai kenalan dan analisis dalam satu tempat, serta selesa bekerja di dalamnya. - EasyCoexistence:: Perniagaan atau pembangun yang sudah mempunyai sistem. Kami memasukkan mesej WhatsApp ke dalamnya dan mengekalkan sambungan, kemudian tidak mengganggu aliran kerja anda. Jika anda mahukan kempen, jalankannya di tempat data pelanggan anda sudah berada. ### Mengekalkan aplikasi pada telefon Inilah tujuan khusus Coexistence, dan soalan yang wajar ditanya kepada mana-mana platform. - AiSensy:: Produk mereka ialah peti masuk platform, jadi perbualan dijangka dikendalikan di situ dan bukannya dalam aplikasi WhatsApp Business pada telefon. - EasyCoexistence:: Aplikasi WhatsApp Business terus berfungsi seperti biasa. Kakitangan menjawab pada telefon, API melihat perbualan yang sama, dan kedua-dua pihak tidak perlu berhenti. Itulah keseluruhan cirinya. ### Apakah yang menentukan bil Inilah perbezaan struktur, dan faktor yang menentukan jumlah kos apabila perniagaan berkembang. - AiSensy:: Langganan yang berasaskan pengguna dan peringkat pelan, jadi bil mengikut saiz pasukan dan ciri yang dibuka, sama ada seat digunakan atau tidak. - EasyCoexistence:: Nombor yang disambungkan. Menambah rakan sekerja tidak berharga kerana tiada seat, dan kadar bagi setiap nombor menurun apabila nombor ditambah, daripada US$ 9 kepada US$ 1. Nombor ke-40 sebuah agensi melakukan semua yang dilakukan nombor pertama dan kosnya lebih rendah. ### Apakah berlaku jika anda berhenti Soalan yang wajar ditanya tentang apa-apa perkhidmatan yang menyimpan perbualan anda. - AiSensy:: Peti masuk, sejarah kenalan dan automasi berada dalam platform. Itulah yang menjadikannya berfungsi, dan itulah juga sebab meninggalkannya menjadi projek pemindahan. - EasyCoexistence:: Tiada data anda berada dalam sistem kami. Mesej dihantar ke sistem anda sendiri apabila diterima, dan nombor berada dalam Business Portfolio Meta milik pelanggan, jadi mengalih keluar kami meninggalkannya tepat di tempat asal. - Membandingkan harga seat dengan harga bagi setiap nombor tanpa mengira jumlah sebenar untuk keadaan anda. - Membayar peti masuk apabila pasukan anda sudah bekerja dalam CRM. - Menganggap sambungan WhatsApp berbeza. Cloud API di belakangnya ialah milik Meta dalam kedua-dua keadaan. **Yang manakah lebih murah?** EasyCoexistence lebih murah untuk perniagaan yang mempunyai nombor dan sistem sedia ada. Pasukan lima orang yang bekerja dalam satu peti masuk mungkin memilih seat. **Adakah saya kehilangan peti masuk bersama?** Anda tidak perlu berpindah ke peti masuk lain. Mesej tiba dalam alat yang sudah digunakan oleh pasukan anda, iaitu tempat mereka bekerja sekarang. **Adakah sambungan WhatsApp berbeza?** Tidak. Kedua-duanya menggunakan Cloud API milik Meta. Perbezaannya ialah perkara yang berada di hadapannya dan cara ia dibilkan. **Adakah saya mendapat kempen siaran?** Bukan daripada kami, dan anda tidak dikenakan caj untuknya. Mesej sampai ke sistem anda sendiri, jadi kempen dijalankan di tempat data pelanggan anda berada. --- ## EasyCoexistence berbanding Interakt https://easycoexistence.com/ms/compare/easycoexistence-vs-interakt Interakt ialah platform perdagangan dan sokongan WhatsApp yang dijual melalui pelan bulanan dengan had ejen. EasyCoexistence ialah infrastruktur: ia menyambungkan nombor melalui ciri Coexistence milik Meta, menghantar mesejnya ke sistem yang anda sudah gunakan, dan mengenakan caj bagi setiap nombor yang disambungkan. Kos bergantung pada produk yang anda perlukan. ### Apakah setiap produk ini Kedua-duanya bukan untuk pembelian yang sama, dan penjelasan ini menjadikan perbandingan lebih berguna. - Interakt:: Platform perdagangan WhatsApp dengan integrasi katalog, pemberitahuan pesanan, peti masuk bersama dan automasi, dijual melalui pelan bulanan dengan had ejen dan kenalan. - EasyCoexistence:: Infrastruktur Coexistence. Aplikasi WhatsApp Business pada telefon terus berfungsi, Cloud API berjalan pada nombor yang sama, dan peristiwa mesej bergerak terus dari Meta ke CRM, meja bantuan, automasi atau ejen AI anda. Tiada produk untuk pasukan anda berpindah ke dalamnya. ### Di manakah logik perdagangan berada Inilah perbezaan utama untuk kedai dalam talian, dan ia berkait dengan lokasi katalog anda sekarang. - Interakt:: Di dalam platform, disambungkan kepada kedai anda. Ini sesuai jika anda mahu pemberitahuan pesanan dan mesej katalog dikonfigurasikan di satu tempat tanpa pembangunan. - EasyCoexistence:: Di dalam kedai anda. Kami menghantar peristiwa WhatsApp ke backend anda, supaya pemberitahuan pesanan dihantar oleh sistem yang sudah memahami maksud pesanan. Tiada apa yang perlu disegerakkan ke produk kedua. ### Apa yang dibayar oleh agensi Di sinilah harga berdasarkan ejen dan harga berdasarkan nombor paling ketara berbeza. - Interakt:: Pelan dengan had ejen dan kenalan, jadi perniagaan yang menguruskan nombor untuk beberapa pelanggan membeli seat dan kuota bagi setiap akaun. - EasyCoexistence:: Satu akaun boleh memegang seberapa banyak nombor pelanggan yang anda mahu, setiap satunya dibilkan sebagai sambungan pada kadar yang menurun mengikut jumlah. Tiada ejen untuk dikira dan tiada kuota kenalan untuk dilebihi. ### Apakah yang menentukan bil Inilah perbezaan struktur dan faktor yang menentukan jumlah apabila anda berkembang. - Interakt:: Langganan yang dibentuk mengikut pengguna dan tahap pelan, jadi bil mengikuti saiz pasukan serta ciri yang dibuka, sama ada seat digunakan atau tidak. - EasyCoexistence:: Nombor yang disambungkan. Menambah rakan sekerja tidak dikenakan caj kerana tiada seat, dan kadar bagi setiap nombor menurun apabila nombor ditambah, daripada US$ 9 kepada US$ 1. Nombor ke-40 agensi melakukan semua yang pertama lakukan dan berharga lebih rendah. ### Apa berlaku jika anda berhenti Soalan ini wajar ditanya tentang apa-apa sistem yang menyimpan perbualan anda. - Interakt:: Peti masuk, sejarah kenalan dan automasi berada dalam platform. Itulah yang membolehkan semuanya berfungsi, dan itulah juga sebab berhenti menjadi projek migrasi. - EasyCoexistence:: Tiada data anda berada dalam sistem kami. Mesej dihantar ke sistem anda sendiri apabila diterima, dan nombor berada dalam Meta Business Portfolio pelanggan sendiri. Oleh itu, mengalih keluar kami meninggalkannya tepat seperti asal. - Membandingkan harga seat dengan harga bagi setiap nombor tanpa mengira jumlah sebenar untuk keadaan anda. - Membayar peti masuk apabila pasukan anda sudah bekerja dalam CRM. - Menganggap sambungan WhatsApp berbeza. Cloud API di bawahnya ialah milik Meta dalam kedua-dua kes. **Yang mana lebih murah?** Untuk pasukan lima orang dalam satu peti masuk, seat Interakt mungkin sesuai. Untuk perniagaan yang mempunyai banyak nombor dan sistem sedia ada, EasyCoexistence lebih murah kerana cajnya bagi setiap nombor. **Adakah saya kehilangan peti masuk bersama?** Anda tidak perlu berpindah ke peti masuk baharu. Mesej tiba dalam alat yang sudah digunakan oleh pasukan anda. **Adakah sambungan WhatsApp berbeza?** Tidak. Kedua-duanya menggunakan Cloud API milik Meta. Perbezaannya ialah sistem yang berada di hadapannya dan cara caj dikenakan. **Bolehkah saya menghantar mesej katalog?** Ya, melalui Cloud API pada nombor anda sendiri dan dihantar daripada sistem anda sendiri. Kami tidak membina katalog kerana kedai anda sudah mempunyainya. --- ## EasyCoexistence berbanding DoubleTick https://easycoexistence.com/ms/compare/easycoexistence-vs-doubletick DoubleTick ialah platform jualan WhatsApp berharga setiap pengguna, dengan peti masuk bersama yang mengutamakan mudah alih. EasyCoexistence ialah infrastruktur: ia menyambungkan nombor melalui ciri Coexistence milik Meta, menyalurkan mesej ke sistem yang anda gunakan dan mengenakan caj setiap nombor yang disambungkan. Produk yang lebih murah bergantung pada keperluan anda. ### Apakah setiap produk ini Kedua-duanya tidak bersaing untuk pembelian yang sama, dan penjelasan ini menjadikan perbandingan lebih berguna. - DoubleTick:: Platform jualan WhatsApp berasaskan peti masuk mudah alih bersama, penghantaran pukal dan perkongsian katalog, berharga mengikut tempat duduk pengguna serta disasarkan kepada pasukan jualan yang bekerja melalui telefon. - EasyCoexistence:: Infrastruktur Coexistence. Aplikasi WhatsApp Business pada telefon terus berfungsi, Cloud API berjalan pada nombor yang sama dan peristiwa mesej pergi terus dari Meta ke CRM, meja bantuan, automasi atau ejen AI anda. Tiada produk untuk dipindahkan oleh pasukan anda. ### Cara pasukan jualan bekerja setiap hari Inilah keputusan pembelian yang mendasari kedua-dua produk. - DoubleTick:: Dalam aplikasi mereka, tempat peti masuk bersama, katalog dan penghantaran pukal tersedia, melalui pelan yang bermula sekitar 2,500 rupee sebulan dan berharga mengikut pengguna. Oleh itu, bil meningkat mengikut jumlah jurujual anda. - EasyCoexistence:: Dalam CRM yang sudah digunakan oleh pasukan. Kami menyalurkan perbualan kepadanya, supaya jurujual melihat WhatsApp di samping rekod urus niaga, bukan dalam aplikasi berasingan yang perlu diingati untuk dibuka. ### Berapakah kos nombor kedua Perkara biasa bagi operasi jualan yang mempunyai lebih daripada satu talian. - DoubleTick:: Tempat duduk ialah unit yang dibilkan, jadi nombor kedua berada di samping langganan setiap pengguna yang meningkat mengikut saiz pasukan. - EasyCoexistence:: Nombor kedua hanyalah nombor kedua, pada kadar yang diterbitkan dan menurun apabila lebih banyak nombor ditambah. Jumlah kakitangan langsung tidak mempengaruhi pengiraan. ### Apakah yang menentukan bil Inilah perbezaan struktur dan faktor yang menentukan jumlah kos apabila anda berkembang. - DoubleTick:: Langganan yang berasaskan pengguna dan tahap pelan, jadi bil mengikuti saiz pasukan serta ciri yang dibuka, sama ada tempat duduk itu digunakan atau tidak. - EasyCoexistence:: Nombor yang disambungkan. Menambah seorang rakan sekerja tidak berharga kerana tiada tempat duduk, dan kadar setiap nombor menurun apabila nombor ditambah, daripada US$ 9 kepada US$ 1. Nombor keempat puluh agensi melakukan perkara yang sama seperti nombor pertama dan berharga lebih rendah. ### Apa berlaku jika anda berhenti Soalan yang wajar ditanya tentang apa-apa perkhidmatan yang menyimpan perbualan anda. - DoubleTick:: Peti masuk, sejarah kenalan dan automasi berada dalam platform itu. Itulah yang membolehkannya berfungsi, dan juga sebab proses meninggalkannya memerlukan projek pemindahan. - EasyCoexistence:: Tiada data anda berada dalam sistem kami. Mesej disalurkan ke sistem anda sendiri apabila diterima, dan nombor berada dalam Meta Business Portfolio milik pelanggan. Jadi, apabila kami dialih keluar, semuanya kekal di tempat asal. - Membandingkan harga tempat duduk dengan harga setiap nombor tanpa mengira kedua-duanya mengikut keadaan anda. - Membayar peti masuk apabila pasukan anda sudah bekerja dalam CRM. - Menganggap sambungan WhatsApp berbeza. Cloud API di belakangnya ialah milik Meta dalam kedua-dua kes. **Yang mana lebih murah?** Bergantung pada bentuk penggunaan. Pasukan lima orang dalam satu peti masuk mungkin memilih tempat duduk. Perniagaan yang mempunyai beberapa nombor dan sistem sedia ada membayar jauh lebih rendah bagi setiap nombor dengan kami. **Adakah saya kehilangan peti masuk bersama?** Anda tidak perlu berpindah ke peti masuk baharu. Mesej tiba dalam alat yang sudah digunakan oleh pasukan anda, iaitu tempat mereka bekerja sekarang. **Adakah sambungan WhatsApp berbeza?** Tidak. Dalam kedua-dua keadaan, sambungannya ialah Cloud API Meta. Perbezaannya ialah perkara yang berada di hadapannya dan cara ia dibilkan. **Adakah terdapat aplikasi mudah alih?** Kami ialah infrastruktur, jadi aplikasi yang digunakan oleh pasukan anda ialah aplikasi yang sudah mereka miliki. Aplikasi WhatsApp Business juga terus berfungsi pada telefon sepanjang masa. --- ## EasyCoexistence berbanding Zoko https://easycoexistence.com/ms/compare/easycoexistence-vs-zoko Zoko ialah platform perdagangan WhatsApp untuk kedai Shopify, dijual melalui pelan bulanan. EasyCoexistence ialah infrastruktur: ia menyambungkan nombor melalui ciri Coexistence milik Meta sendiri, menghantar mesejnya ke sistem yang sudah anda gunakan, dan mengenakan caj bagi setiap nombor yang disambungkan. Produk yang lebih murah bergantung pada sama ada anda mahukan produk untuk digunakan dalam sistem tertentu. ### Apakah setiap produk Kedua-duanya bukan untuk pembelian yang sama, dan menjelaskannya menjadikan perbandingan ini berguna. - Zoko:: Platform perdagangan WhatsApp yang dibina rapat untuk Shopify, meliputi katalog, pemulihan troli terbiar, aliran pesanan dan peti masuk bersama, dijual melalui pelan bulanan. - EasyCoexistence:: Infrastruktur Coexistence. Aplikasi WhatsApp Business pada telefon terus berfungsi, Cloud API berjalan pada nombor yang sama, dan peristiwa mesej bergerak terus daripada Meta ke CRM, meja bantuan, automasi atau ejen AI anda. Tiada produk untuk dipindahkan oleh pasukan anda. ### Jika anda ialah kedai Shopify Jawapan yang jujur, kerana ini sememangnya pembelian yang berbeza. - Zoko:: Dibina khusus untuk tujuan itu. Pemulihan troli, katalog dan aliran pesanan dikonfigurasikan, bukan dibangunkan, dan ini bernilai jika Shopify ialah keseluruhan perniagaan anda serta anda mahu ia berfungsi minggu ini. - EasyCoexistence:: Lapisan di bawahnya. Jika kedai anda bukan Shopify, atau logiknya berada dalam backend sendiri, kami menghantar peristiwa WhatsApp kepadanya dan membiarkan sistem anda menentukan maksud sesuatu mesej. Tiada perkara untuk dikonfigurasikan pada platform yang kami tiada. ### Apa berlaku apabila kedai bukan keseluruhan perniagaan Kes apabila platform asli kedai tidak lagi sesuai. - Zoko:: Kedalaman dalam satu ekosistem, iaitu pertukaran yang dibuat oleh pakar dan sebab ia berfungsi dengan baik di dalamnya. - EasyCoexistence:: Tidak bergantung pada ekosistem. webhook pergi ke endpoint anda, jadi sambungan yang sama boleh digunakan untuk kedai Shopify, backend tersuai, aliran kerja n8n atau ejen AI tanpa mengubah cara nombor itu disambungkan. ### Apa yang menentukan bil Perbezaan struktur, dan perkara yang menentukan jumlah apabila anda berkembang. - Zoko:: Langganan yang dibentuk berdasarkan pengguna dan peringkat pelan, jadi bil mengikut saiz pasukan serta ciri yang dibuka, sama ada seat digunakan atau tidak. - EasyCoexistence:: Nombor yang disambungkan. Menambah rakan sekerja tidak berharga kerana tiada seat, dan kadar setiap nombor turun apabila nombor ditambah, daripada US$ 9 kepada US$ 1. Nombor keempat puluh agensi melakukan semua yang nombor pertama lakukan dan berharga lebih rendah. ### Apa berlaku jika anda berhenti Wajar ditanya tentang apa-apa perkhidmatan yang menyimpan perbualan anda. - Zoko:: Peti masuk, sejarah kenalan dan automasi berada dalam platform itu. Itulah yang membolehkannya berfungsi, dan juga yang menjadikan proses keluar sebagai projek migrasi. - EasyCoexistence:: Tiada data anda berada di dalam kami. Mesej dihantar ke sistem anda sendiri ketika diterima, dan nombor itu berada dalam Meta Business Portfolio milik pelanggan sendiri, jadi mengalih keluar kami meninggalkannya tepat di tempat asal. - Membandingkan harga seat dengan harga setiap nombor tanpa mengira kedua-duanya mengikut keperluan anda. - Membayar peti masuk apabila pasukan anda sudah bekerja dalam CRM. - Menganggap sambungan WhatsApp berbeza. Cloud API di bawahnya ialah milik Meta dalam kedua-dua kes. **Yang manakah lebih murah?** Ia bergantung pada keperluan. Pasukan lima orang dalam satu peti masuk mungkin memilih seat. Perniagaan dengan beberapa nombor dan sistem sedia ada membayar jauh lebih rendah bagi setiap nombor dengan kami. **Adakah saya kehilangan peti masuk bersama?** Anda tidak pernah berpindah ke peti masuk sebegitu. Mesej tiba dalam alat yang sudah digunakan oleh pasukan anda, iaitu tempat mereka memang bekerja. **Adakah sambungan WhatsApp berbeza?** Tidak. Kedua-duanya menggunakan Cloud API milik Meta. Perbezaannya ialah perkara yang berada di hadapannya dan cara ia dibilkan. **Saya menggunakan Shopify. Patutkah saya menggunakan Zoko?** Mereka menjual aliran Shopify yang telah dikonfigurasikan melalui pelan bulanan. Jika logik anda sudah berada dalam kedai atau backend sendiri, kami memasukkan WhatsApp ke dalamnya pada harga US$ 9 bagi setiap nombor, sementara anda mengekalkan aliran di tempat data pesanan berada. --- ## EasyCoexistence berbanding Trengo https://easycoexistence.com/ms/compare/easycoexistence-vs-trengo Trengo ialah peti masuk pasukan berbilang saluran yang merangkumi WhatsApp, e-mel, suara dan sembang, dengan harga mengikut pengguna. EasyCoexistence ialah infrastruktur: ia menyambungkan nombor melalui ciri Coexistence Meta sendiri, menghantar mesejnya ke sistem yang anda gunakan, dan mengenakan caj mengikut nombor yang disambungkan. Pilihan lebih murah bergantung pada sama ada anda mahukan produk untuk digunakan di dalamnya. ### Apakah setiap produk Kedua-duanya bukan untuk pembelian yang sama, dan kejelasan itu menjadikan perbandingan ini berguna. - Trengo:: Peti masuk pasukan berbilang saluran yang menyatukan WhatsApp, e-mel, sembang langsung, suara dan media sosial dalam satu paparan, dengan harga mengikut seat pengguna dan ditujukan kepada pasukan sokongan yang mengendalikan beberapa saluran. - EasyCoexistence:: Infrastruktur Coexistence. Aplikasi WhatsApp Business pada telefon terus berfungsi, Cloud API berjalan pada nombor yang sama, dan peristiwa mesej pergi dari Meta terus ke CRM, helpdesk, automasi atau ejen AI anda. Tiada produk untuk pasukan anda beralih kepadanya. ### Satu peti masuk untuk setiap saluran Janji utama mereka, dan ia memang baik untuk pasukan yang sesuai. - Trengo:: E-mel, WhatsApp, sembang dan suara di satu tempat dengan tugasan bersama serta peraturan. Untuk pasukan sokongan yang tenggelam dalam tab, penyatuan itu ialah produknya, dan ia berfungsi. - EasyCoexistence:: Kami hanya mengendalikan satu saluran dan tidak meminta anda menyatukannya. Jika helpdesk anda sudah mengendalikan e-mel dan sembang, WhatsApp sampai di sana melalui webhook dan pasukan anda tidak perlu mempelajari alat kedua. ### Jumlah bayaran apabila pasukan berkembang Harga mengikut seat mempunyai coraknya sendiri, dan wajar dilihat sebelum mengambil pekerja. - Trengo:: Mengikut pengguna, jadi setiap pekerja sokongan baharu menambah bil bulanan sama ada mereka menggunakan WhatsApp atau tidak. - EasyCoexistence:: Mengikut nombor. Pasukan sokongan dua orang dan pasukan sokongan dua puluh orang membayar jumlah yang sama, kerana unit yang dibilkan ialah sambungan, bukan individu. ### Perkara yang menentukan bil Perbezaan struktur, dan perkara yang menentukan jumlah keseluruhan apabila anda berkembang. - Trengo:: Langganan yang dibentuk mengikut pengguna dan tingkat pelan, jadi bil mengikuti saiz pasukan serta ciri yang dibuka, sama ada seat digunakan atau tidak. - EasyCoexistence:: Nombor yang disambungkan. Menambah rakan sekerja tidak berharga kerana tiada seat, dan kadar mengikut nombor turun apabila nombor ditambah, daripada US$ 9 kepada US$ 1. Nombor keempat puluh agensi melakukan perkara yang sama seperti nombor pertama dan berharga lebih rendah. ### Apa berlaku jika anda berhenti Wajar ditanya tentang apa-apa sistem yang menyimpan perbualan anda. - Trengo:: Peti masuk, sejarah kenalan dan automasi berada dalam platform. Itulah yang membolehkan semuanya berfungsi, dan itulah juga yang menjadikan perpindahan satu projek migrasi. - EasyCoexistence:: Tiada data anda berada dalam sistem kami. Mesej dihantar ke sistem anda sendiri apabila diterima, dan nombor berada dalam Meta Business Portfolio milik pelanggan sendiri, jadi mengalih keluar kami meninggalkannya tepat di tempat asal. - Membandingkan harga seat dengan harga mengikut nombor tanpa mengira kedua-duanya mengikut keperluan anda. - Membayar peti masuk apabila pasukan anda sudah bekerja dalam CRM. - Menganggap sambungan WhatsApp berbeza. Cloud API di bawahnya ialah Meta dalam kedua-dua kes. **Yang mana lebih murah?** Ia bergantung pada bentuk penggunaan. Pasukan lima orang dalam satu peti masuk mungkin memilih seat. Perniagaan dengan beberapa nombor dan sistem sedia ada membayar jauh lebih rendah bagi setiap nombor dengan kami. **Adakah saya kehilangan peti masuk bersama?** Anda tidak perlu berpindah ke peti masuk begitu. Mesej sampai ke alat yang sudah digunakan oleh pasukan anda, iaitu tempat mereka bekerja sekarang. **Adakah sambungan WhatsApp berbeza?** Tidak. Dalam kedua-dua keadaan, ia ialah Cloud API Meta. Perbezaannya ialah perkara yang berada di hadapannya dan cara ia dibilkan. **Saya juga perlukan e-mel dan sembang. Adakah anda menyediakannya?** Tidak, dan kami tidak mengenakan caj untuknya. Kami menyambungkan WhatsApp kepada helpdesk yang sudah mengendalikan saluran anda yang lain. --- ## EasyCoexistence berbanding Rasayel https://easycoexistence.com/ms/compare/easycoexistence-vs-rasayel Rasayel ialah peti masuk jualan berfokus WhatsApp dengan integrasi CRM, berharga mengikut pengguna. EasyCoexistence ialah infrastruktur: ia menyambungkan nombor melalui ciri Coexistence milik Meta, menghantar mesejnya ke sistem yang sudah anda gunakan dan mengenakan caj mengikut nombor yang disambungkan. Bagi perniagaan dengan nombor dan sistem sedia ada, EasyCoexistence lebih murah bagi setiap nombor. ### Apakah setiap produk Kedua-duanya bukan untuk pembelian yang sama, dan penjelasan ini menjadikan perbandingan lebih berguna. - Rasayel:: Peti masuk dikongsi berfokus WhatsApp yang dibina untuk pasukan jualan, dengan integrasi dua hala ke CRM seperti HubSpot dan Pipedrive, berharga mengikut slot pengguna. - EasyCoexistence:: Infrastruktur Coexistence. Aplikasi WhatsApp Business pada telefon terus berfungsi, Cloud API berjalan pada nombor yang sama, dan acara mesej bergerak daripada Meta terus ke CRM, meja bantuan, automasi atau ejen AI anda. Tiada produk untuk dipindahkan oleh pasukan anda. ### Membawa WhatsApp ke dalam CRM Inilah pertindihan paling hampir antara kedua-dua produk, jadi perinciannya penting. - Rasayel:: Peti masuk mereka menyegerakkan perbualan ke dalam CRM, supaya jurujual boleh bekerja di mana-mana tempat dan rekodnya kekal dikemas kini. Itu produk sebenar dengan kejuruteraan sebenar di belakangnya. - EasyCoexistence:: Mesej bergerak ke CRM anda terus daripada Meta, tanpa peti masuk di tengah untuk disegerakkan. Hanya ada satu salinan perbualan, bukan dua, dan tiada perkara untuk dipadankan semula apabila penyegerakan gagal. ### Perkara yang anda bayar Kedua-duanya membawa WhatsApp ke dalam CRM. Cara bil dikira berbeza. - Rasayel:: Slot pengguna, kerana peti masuk itu ialah produknya dan setiap jurujual memerlukan satu untuk bekerja di dalamnya. - EasyCoexistence:: Sambungan. Seluruh pasukan jualan anda membaca WhatsApp dalam CRM yang sudah mereka bayar, dan kami mengenakan caj mengikut nombor tanpa mengira bilangan mereka. ### Perkara yang menentukan bil Inilah perbezaan struktur, dan perkara yang menentukan jumlah kos apabila anda berkembang. - Rasayel:: Langganan yang dibentuk mengikut pengguna dan peringkat pelan, jadi bil mengikuti saiz pasukan serta ciri yang dibuka, sama ada slot itu digunakan atau tidak. - EasyCoexistence:: Nombor yang disambungkan. Menambah rakan sekerja tiada kos kerana tiada slot pengguna, dan kadar bagi setiap nombor turun apabila nombor ditambah, daripada US$ 9 kepada US$ 1. Nombor keempat puluh agensi melakukan semua yang pertama lakukan dan berharga lebih rendah. ### Apa berlaku jika anda berhenti Soalan ini wajar ditanya tentang apa-apa perkhidmatan yang menyimpan perbualan anda. - Rasayel:: Peti masuk, sejarah hubungan dan automasi berada dalam platform itu. Itulah yang membolehkannya berfungsi, dan itulah juga yang menjadikan proses keluar satu projek pemindahan. - EasyCoexistence:: Tiada apa-apa milik anda berada dalam sistem kami. Mesej dihantar ke sistem anda sendiri apabila diterima, dan nombor berada dalam Meta Business Portfolio milik pelanggan sendiri, jadi apabila kami dialih keluar, semuanya kekal di tempat asal. - Membandingkan harga slot pengguna dengan harga mengikut nombor tanpa mengira kedua-duanya untuk keadaan anda sendiri. - Membayar peti masuk apabila pasukan anda sudah bekerja dalam CRM. - Menganggap sambungan WhatsApp berbeza. Cloud API yang mendasarinya ialah milik Meta dalam kedua-dua kes. **Yang mana lebih murah?** Bagi perniagaan dengan nombor dan sistem sedia ada, kami jauh lebih murah mengikut nombor. Pasukan lima orang dalam satu peti masuk pula membayar mengikut lima slot pengguna kepada Rasayel. **Adakah saya kehilangan peti masuk dikongsi?** Anda tidak pernah berpindah ke peti masuk lain. Mesej tiba dalam alat yang sudah digunakan oleh pasukan anda, iaitu tempat mereka memang bekerja. **Adakah sambungan WhatsApp berbeza?** Tidak. Kedua-duanya menggunakan Cloud API milik Meta. Perbezaannya ialah perkara yang berada di hadapannya dan cara caj dikenakan. **Adakah anda berintegrasi dengan HubSpot?** Kami menghantar webhook Meta ke mana-mana endpoint, jadi CRM dengan webhook masuk atau alat aliran kerja di hadapannya menerima perbualan secara terus. --- ## EasyCoexistence berbanding Callbell https://easycoexistence.com/ms/compare/easycoexistence-vs-callbell Callbell ialah inbox WhatsApp berbilang ejen untuk pasukan kecil, dicaj mengikut pengguna. EasyCoexistence ialah infrastruktur yang menyambungkan nombor melalui ciri Coexistence Meta, menghantar mesejnya ke sistem yang anda gunakan, dan mencaj mengikut nombor yang disambungkan. Produk yang lebih murah bergantung pada keperluan anda. ### Apakah setiap produk Kedua-duanya bukan pilihan untuk pembelian yang sama, dan perbezaan ini menjadikan perbandingan lebih berguna. - Callbell:: Inbox WhatsApp berbilang ejen untuk pasukan kecil, dengan aliran chatbot dan automasi asas, dicaj mengikut tempat pengguna serta popular dalam kalangan perniagaan kecil di Amerika Latin dan Eropah Selatan. - EasyCoexistence:: Infrastruktur Coexistence. Aplikasi WhatsApp Business pada telefon terus berfungsi, Cloud API berjalan pada nombor yang sama, dan peristiwa mesej bergerak terus dari Meta ke CRM, meja bantuan, automasi atau ejen AI anda. Tiada produk yang perlu digunakan oleh pasukan anda. ### Kes pasukan kecil Di sinilah harga mereka paling munasabah dan perbandingan paling hampir. - Callbell:: Dua atau tiga ejen berkongsi satu nombor, dengan inbox mudah dan tanpa integrasi CRM. Harga terbitan mereka adalah bagi setiap pengguna sebulan, dengan WhatsApp sebagai tambahan berbayar. Jadi, struktur kecil itu pun mempunyai caj tempat pengguna dan caj saluran. - EasyCoexistence:: Perniagaan yang sama jika sudah mempunyai sistem. Kedai kecil yang mengurus pesanan dalam hamparan atau bahagian belakang mudah mendapat WhatsApp pada kos lebih rendah daripada satu tempat pengguna, sementara kakitangan terus menjawab melalui aplikasi WhatsApp Business seperti biasa. ### Beberapa lokasi, satu akaun Kes yang membezakan kedua-duanya dengan jelas. - Callbell:: Setiap nombor dan setiap ejen termasuk dalam langganan, jadi rangkaian kedai membeli tempat pengguna dan nombor bersama-sama. - EasyCoexistence:: Setiap lokasi ialah satu sambungan pada kadar terbitan, yang turun apabila lebih banyak sambungan ditambah. Sepuluh kedai dengan sepuluh nombor dan empat puluh kakitangan membayar untuk sepuluh nombor. ### Perkara yang menentukan bil Perbezaan struktur dan faktor yang menentukan jumlah apabila anda berkembang. - Callbell:: Langganan dibentuk mengikut pengguna dan peringkat pelan, jadi bil mengikut saiz pasukan serta ciri yang dibuka, sama ada tempat pengguna digunakan atau tidak. - EasyCoexistence:: Nombor yang disambungkan. Menambah rakan sekerja tiada kos kerana tiada tempat pengguna, dan kadar setiap nombor turun apabila nombor ditambah, daripada US$ 9 kepada US$ 1. Nombor keempat puluh agensi melakukan perkara yang sama seperti nombor pertama pada kos lebih rendah. ### Apa berlaku jika anda berhenti Perkara yang wajar ditanya tentang apa-apa perkhidmatan yang menyimpan perbualan anda. - Callbell:: Inbox, sejarah kenalan dan automasi berada dalam platform. Itulah yang membolehkan semuanya berfungsi, dan juga sebab berhenti menggunakannya memerlukan projek pemindahan. - EasyCoexistence:: Tiada kandungan anda berada dalam sistem kami. Mesej dihantar ke sistem anda sendiri apabila diterima, dan nombor berada dalam Business Portfolio Meta milik pelanggan. Jadi, apabila kami dialih keluar, semuanya kekal seperti asal. - Membandingkan harga tempat pengguna dengan harga setiap nombor tanpa mengira kedua-duanya untuk keadaan anda. - Membayar inbox sedangkan pasukan anda sudah bekerja dalam CRM. - Menganggap sambungan WhatsApp berbeza. Cloud API di belakangnya ialah milik Meta dalam kedua-dua kes. **Yang mana lebih murah?** Untuk pasukan lima orang dalam satu inbox, tempat pengguna mungkin sesuai. Perniagaan dengan beberapa nombor dan sistem sedia ada membayar jauh lebih rendah bagi setiap nombor dengan kami. **Adakah saya kehilangan inbox dikongsi?** Anda tidak perlu berpindah ke inbox baharu. Mesej sampai ke alat yang sudah digunakan oleh pasukan anda. **Adakah sambungan WhatsApp berbeza?** Tidak. Kedua-duanya menggunakan Cloud API Meta. Perbezaannya ialah perkara di hadapannya dan cara caj dikenakan. **Adakah Callbell lebih murah untuk dua ejen?** Untuk satu nombor tanpa sistem sedia ada, mungkin. Namun, apabila lokasi kedua atau CRM ditambah, caj mengikut nombor kami menjadi jauh lebih rendah dengan cepat. --- ## EasyCoexistence berbanding Baileys https://easycoexistence.com/ms/compare/easycoexistence-vs-baileys Baileys ialah pustaka sumber terbuka yang menyambung ke WhatsApp dengan melaksanakan protokol peranti terpaut secara terus. Ia berfungsi, percuma atau murah, tetapi membawa risiko yang tiada pada laluan rasmi: terma perniagaan WhatsApp tidak memperuntukkan pemesejan automatik melalui sesi peranti terpaut, dan nombor yang digunakan dengan cara ini boleh dihadkan atau disekat tanpa amaran. EasyCoexistence menyambungkan nombor sama melalui ciri Coexistence Meta sendiri. ### Bagaimana setiap satunya mencapai WhatsApp Keseluruhan perbandingan terletak di sini, dan perkara lain mengikutinya. - Baileys:: Pustaka TypeScript yang melaksanakan protokol peranti terpaut WhatsApp melalui websocket. Ia log masuk seperti klien web, dengan mengimbas kod QR, kemudian mengurus sesinya sendiri. Tiada kelulusan Meta kerana Meta tidak diminta. - EasyCoexistence:: Cloud API Meta, dengan kelayakan yang dikeluarkan Meta kepada akaun WhatsApp Business milik pelanggan sendiri, melalui Coexistence. Nombor itu didaftarkan dengan Meta sebagai nombor API dan aplikasi WhatsApp Business terus berfungsi pada telefon pada masa yang sama. ### Apa yang berlaku apabila berlaku masalah Kedua-duanya kadangkala terganggu. Perbezaannya ialah sama ada ada pihak untuk dihubungi. - Baileys:: Projek komuniti di GitHub. Apabila WhatsApp mengubah protokol, pustaka itu perlu mengejar perubahan tersebut dan integrasi anda terhenti sehingga selesai. Tiada kontrak sokongan dan tiada rayuan sekatan. - EasyCoexistence:: Sambungan pada infrastruktur Meta sendiri, dipantau secara berterusan. Apabila ia terputus, kami membaca sebab pemutusan Meta sendiri, jadi 14 hari tidak aktif dapat dibezakan daripada pemadaman sebenar, dan anda dimaklumkan sebelum pelanggan menyedarinya. ### Kos setiap satunya, secara jujur Laluan tidak rasmi biasanya kelihatan percuma, tetapi perbandingan ini bukan tentang yuran lesen semata-mata. - Baileys:: Percuma sebagai pustaka, tetapi memerlukan pelayan, sesi yang perlu dikekalkan dan jurutera yang memahaminya. Kosnya ialah penyelenggaraan dan risiko, bukan lesen. - EasyCoexistence:: Daripada US$ 9 sebulan bagi setiap nombor yang disambungkan, termasuk pengehosan, pemantauan dan penyambung MCP. Tiada pelayan untuk diurus, tiada sesi untuk disambung semula dan tiada apa yang perlu dibina semula apabila protokol berubah. ### Apa yang sebenarnya boleh dilakukan Inilah bahagian yang jujur, serta sebab projek tidak rasmi wujud. - Baileys:: Dalam sesetengah perkara, lebih banyak daripada API rasmi: sembang kumpulan, perbualan peribadi, kehadiran dan resit dibaca pada peringkat protokol. Capaian itu ialah sebab ia wujud. - EasyCoexistence:: Semua yang dibenarkan oleh Cloud API: menghantar dan menerima mesej, template, media dan mesej interaktif, dengan webhook dihantar oleh Meta. Sembang kumpulan berada di luar API dan balasan bebas memerlukan tetingkap 24 jam yang terbuka. Itu ialah peraturan Meta dan terpakai kepada setiap penyedia rasmi. ### Siapa patut memilih yang mana Kedua-duanya ada sebab yang munasabah, dan pilihan bergantung sepenuhnya pada nilai nombor itu. - Projek hobi pada nombor yang anda sanggup kehilangan: laluan tidak rasmi adalah percuma dan berkeupayaan tinggi. - Nombor yang digunakan perniagaan untuk menjawab pelanggan: laluan rasmi, kerana sekatan akan menamatkan talian perniagaan. - Apa sahaja yang menggunakan nombor pelanggan: rasmi, kerana risikonya bukan untuk anda tanggung. - Di mana aplikasi WhatsApp Business mesti terus berfungsi pada telefon: Coexistence, iaitu perkhidmatan kami. - Menguji jambatan tidak rasmi pada nombor perniagaan. Sekatan tiba tanpa amaran dan tanpa rayuan. - Menganggap bertahun-tahun masa operasi membuktikan keselamatan. Penguatkuasaan berlaku berkala, bukan berterusan. - Menganggap sekatan hanya menjejaskan API. Profil WhatsApp Business turut terjejas. **Adakah Baileys benar-benar berfungsi?** Ya, sebab itulah ia popular. Persoalannya bukan sama ada ia berfungsi, tetapi apa yang berlaku kepada nombor itu apabila WhatsApp menyedarinya. **Bolehkah nombor disekat kerana perkara ini?** Ya. Terma perniagaan WhatsApp tidak memperuntukkan akses tidak rasmi, dan penguatkuasaan berlaku tanpa amaran serta tanpa rayuan. **Adakah aplikasi WhatsApp Business saya akan berhenti berfungsi dengan anda?** Tidak. Itulah tujuan Coexistence: aplikasi pada telefon terus berfungsi sementara Cloud API berjalan pada nombor yang sama. **Adakah Baileys menyalahi undang-undang?** Ia bukan jenayah, tetapi laluan yang tidak diperuntukkan oleh terma perniagaan WhatsApp. Kesannya ialah tindakan penguatkuasaan terhadap nombor, bukan tindakan undang-undang. --- ## EasyCoexistence vs WPPConnect https://easycoexistence.com/ms/compare/easycoexistence-vs-wppconnect WPPConnect ialah projek sumber terbuka yang mengautomasikan WhatsApp Web dalam sesi pelayar terkawal. Ia berfungsi, percuma atau murah, tetapi membawa risiko yang tiada pada laluan rasmi: terma perniagaan WhatsApp tidak memperuntukkan pemesejan automatik melalui sesi peranti terpaut, dan nombor yang digunakan dengan cara ini boleh dihadkan atau disekat tanpa amaran. EasyCoexistence menyambungkan nombor yang sama melalui ciri Coexistence milik Meta. ### Cara setiap satu mencapai WhatsApp Seluruh perbandingan bergantung pada perkara ini, dan yang lain mengikut daripadanya. - WPPConnect:: Projek automasi pelayar yang mengendalikan WhatsApp Web dalam sesi tanpa antara muka, dengan pembalut REST di atasnya. Nombor dipautkan melalui QR dan sesi hidup dalam profil pelayar, jadi WhatsApp melihat peranti terpaut, bukan klien API. - EasyCoexistence:: Cloud API Meta, dengan kelayakan yang dikeluarkan Meta kepada WhatsApp Business Account milik pelanggan sendiri, melalui Coexistence. Nombor didaftarkan dengan Meta sebagai nombor API dan aplikasi WhatsApp Business terus berfungsi pada telefon pada masa yang sama. ### Apa berlaku apabila sesuatu tidak kena Kedua-duanya kadang-kadang terganggu. Perbezaannya ialah sama ada ada pihak untuk dirujuk. - WPPConnect:: Komuniti sumber terbuka yang aktif dan responsif, tetapi tiada kewajipan kepada sesiapa. Perubahan pada WhatsApp Web boleh memutuskan pengendalian sesi, dan sekatan tiada laluan rayuan kerana akses itu tidak pernah diluluskan. - EasyCoexistence:: Sambungan pada infrastruktur milik Meta sendiri, dipantau secara berterusan. Apabila ia terputus, kami membaca sebab pemutusan sambungan daripada Meta sendiri, jadi 14 hari tidak aktif dapat dibezakan daripada penyingkiran sebenar, dan anda diberitahu sebelum pelanggan menyedarinya. ### Kos sebenar setiap pilihan Laluan tidak rasmi biasanya kelihatan percuma, tetapi perbandingan ini bukan benar-benar tentang yuran lesen. - WPPConnect:: Percuma, ditambah pelayan yang mampu menjalankan pelayar secara berterusan, memori bagi setiap sesi dan seseorang untuk memulakannya semula apabila sesi terhenti. Persediaan dengan banyak nombor menggandakan semua itu. - EasyCoexistence:: Daripada US$ 9 bagi setiap nombor yang disambungkan sebulan, termasuk pengehosan, pemantauan dan penyambung MCP. Tiada pelayan untuk dijalankan, tiada sesi untuk dipautkan semula dan tiada apa-apa untuk dibina semula apabila protokol berubah. ### Perkara yang sebenarnya boleh dilakukan Inilah bahagian yang jujur, dan sebab projek tidak rasmi wujud. - WPPConnect:: Apa sahaja yang boleh dilakukan oleh WhatsApp Web, termasuk kumpulan dan sembang peribadi, yang sememangnya lebih luas daripada API rasmi. Ia juga lebih perlahan dan berat kerana pelayar berada dalam laluan. - EasyCoexistence:: Segala yang dibenarkan oleh Cloud API: menghantar dan menerima mesej, template, media serta mesej interaktif, dengan webhook dihantar oleh Meta. Sembang kumpulan berada di luar API dan balasan bebas memerlukan tetingkap 24 jam yang terbuka. Itu ialah peraturan Meta dan terpakai kepada setiap penyedia rasmi. ### Siapa patut memilih yang mana Setiap pilihan ada alasan yang munasabah, dan semuanya bergantung pada nilai nombor itu. - Projek hobi pada nombor yang anda sanggup kehilangan: laluan tidak rasmi percuma dan berkebolehan. - Nombor yang digunakan perniagaan untuk menjawab pelanggan: laluan rasmi, kerana sekatan menamatkan talian perniagaan. - Apa-apa sahaja yang menggunakan nombor pelanggan: rasmi, kerana risikonya bukan untuk anda tanggung. - Di mana aplikasi WhatsApp Business mesti terus berfungsi pada telefon: Coexistence, iaitu perkara yang kami lakukan. - Menguji jambatan tidak rasmi pada nombor perniagaan. Sekatan datang tanpa amaran dan tanpa rayuan. - Menganggap tempoh operasi bertahun-tahun sebagai bukti keselamatan. Penguatkuasaan berlaku secara berkala, bukan berterusan. - Menganggap sekatan hanya menjejaskan API. Profil WhatsApp Business turut terjejas. **Adakah WPPConnect benar-benar berfungsi?** Ya, sebab itu ia popular. Persoalannya bukan sama ada ia berfungsi, tetapi apa yang berlaku kepada nombor itu apabila WhatsApp menyedarinya. **Bolehkah nombor disekat kerana perkara ini?** Ya. Terma perniagaan WhatsApp tidak memperuntukkan akses tidak rasmi, dan penguatkuasaan tidak memberikan amaran atau rayuan. **Adakah aplikasi WhatsApp Business saya akan berhenti berfungsi jika menggunakan perkhidmatan anda?** Tidak. Itulah tujuan Coexistence: aplikasi pada telefon terus berfungsi sementara Cloud API berjalan pada nombor yang sama. **Mengapa ia popular di Brazil?** Ia muncul lebih awal, dokumentasinya dalam bahasa Portugis dan ia percuma, lalu menjadi pilihan lalai untuk satu generasi integrasi tempatan. --- ## EasyCoexistence berbanding Evolution API https://easycoexistence.com/ms/compare/easycoexistence-vs-evolution-api Evolution API ialah REST API sumber terbuka yang membalut pustaka WhatsApp tidak rasmi di sebalik antara muka yang kemas. Ia berfungsi, percuma atau murah, tetapi membawa risiko yang tiada pada laluan rasmi: terma perniagaan WhatsApp tidak memperuntukkan pemesejan automatik melalui sesi peranti terpaut, dan nombor yang digunakan dengan cara ini boleh dihadkan atau disekat tanpa amaran. EasyCoexistence menyambungkan nombor yang sama melalui ciri Coexistence milik Meta. ### Bagaimana setiap satunya mencapai WhatsApp Keseluruhan perbandingan ada di sini, dan perkara lain mengikutinya. - Evolution API:: REST API dan pengurus yang dihos sendiri, membalut pustaka peranti dipautkan di sebalik antara muka yang kemas, dengan dashboard, sokongan berbilang instans dan webhook. Pengalaman pembangun adalah baik, tetapi setiap instans tetap merupakan peranti yang dipautkan melalui QR. - EasyCoexistence:: Cloud API Meta, dengan kelayakan yang dikeluarkan Meta kepada WhatsApp Business Account milik pelanggan sendiri, melalui Coexistence. Nombor didaftarkan dengan Meta sebagai nombor API dan aplikasi WhatsApp Business terus berfungsi pada telefon pada masa yang sama. ### Apa yang berlaku apabila masalah berlaku Kedua-duanya kadang-kadang terganggu. Perbezaannya ialah sama ada ada pihak untuk ditanya. - Evolution API:: Projek sumber terbuka yang aktif dengan komuniti besar. Antara mukanya stabil, tetapi perkara yang dibalutnya tidak disahkan, jadi nombor yang disekat kerana akses tidak rasmi tetap hilang walau sebaik mana pembalut itu dibina. - EasyCoexistence:: Sambungan pada infrastruktur Meta sendiri, dipantau secara berterusan. Apabila sambungan terputus, kami membaca sebab pemutusan Meta sendiri, jadi empat belas hari tidak aktif dapat dibezakan daripada penyingkiran sebenar, dan anda dimaklumkan sebelum pelanggan menyedarinya. ### Kos sebenar setiap pilihan Laluan tidak rasmi biasanya kelihatan percuma, tetapi perbandingan ini sebenarnya bukan tentang yuran lesen. - Evolution API:: Percuma untuk dilesenkan dan dihos sendiri, jadi kos sebenar ialah infrastruktur serta orang yang menyelenggarakannya. Kemasannya menjadikannya murah untuk bermula, tetapi tidak mengubah asasnya. - EasyCoexistence:: Daripada US$ 9 sebulan bagi setiap nombor yang disambungkan, termasuk pengehosan, pemantauan dan penyambung MCP. Tiada server untuk dijalankan, tiada sesi untuk dipautkan semula dan tiada apa yang perlu dibina semula apabila protokol berubah. ### Apa yang sebenarnya boleh dilakukan Inilah bahagian yang jujur, dan sebab projek tidak rasmi wujud. - Evolution API:: Menghantar dan menerima mesej, media, kumpulan serta berbilang instans daripada satu penggunaan, dengan webhook dan dashboard yang boleh digunakan. Bagi pembangun, ini pilihan tidak rasmi yang paling menyenangkan. - EasyCoexistence:: Segala yang dibenarkan Cloud API: menghantar dan menerima mesej, template, media serta mesej interaktif, dengan webhook yang dihantar Meta. Sembang kumpulan berada di luar API dan balasan bebas memerlukan tetingkap 24 jam dibuka. Itu ialah peraturan Meta dan terpakai kepada setiap penyedia rasmi. ### Siapa patut memilih yang mana Ada keadaan sebenar untuk setiap pilihan, dan semuanya bergantung pada nilai nombor itu. - Projek hobi pada nombor yang anda sanggup kehilangan: laluan tidak rasmi adalah percuma dan berkebolehan. - Nombor yang digunakan perniagaan untuk menjawab pelanggan: laluan rasmi, kerana sekatan menamatkan talian perniagaan. - Apa-apa yang menggunakan nombor pelanggan: rasmi, kerana risikonya bukan untuk anda tanggung. - Di mana sahaja aplikasi WhatsApp Business mesti terus berfungsi pada telefon: Coexistence, itulah yang kami lakukan. - Menguji jambatan tidak rasmi pada nombor perniagaan. Sekatan datang tanpa amaran dan tanpa rayuan. - Menganggap operasi bertahun-tahun tanpa gangguan bermakna selamat. Penguatkuasaan berlaku secara berkala, bukan berterusan. - Menganggap sekatan hanya menjejaskan API. Profil WhatsApp Business turut terjejas. **Adakah Evolution API benar-benar berfungsi?** Ya, sebab itulah ia popular. Persoalannya bukan sama ada ia berfungsi, tetapi apa yang berlaku kepada nombor itu apabila WhatsApp menyedarinya. **Bolehkah nombor disekat kerana perkara ini?** Ya. Syarat perniagaan WhatsApp tidak memperuntukkan akses tidak rasmi, dan penguatkuasaan tidak memberikan amaran atau rayuan. **Adakah aplikasi WhatsApp Business saya akan berhenti berfungsi dengan anda?** Tidak. Itulah tujuan Coexistence: aplikasi pada telefon terus berfungsi sementara Cloud API berjalan pada nombor yang sama. **Ia kelihatan profesional. Adakah ia lebih selamat?** Tidak. Antara mukanya lebih baik daripada kebanyakan pilihan, tetapi akses peranti dipautkan yang dibalutnya tetap sama, dan penguatkuasaan dikenakan pada nombor, bukan pembalutnya. --- ## EasyCoexistence berbanding Whapi https://easycoexistence.com/ms/compare/easycoexistence-vs-whapi Whapi ialah perkhidmatan dihoskan yang menjual akses kepada WhatsApp melalui get laluan tidak rasmi. Ia berfungsi, percuma atau murah, tetapi membawa risiko yang tiada pada laluan rasmi: nombor yang dicapai dengan cara ini melanggar syarat WhatsApp dan boleh disekat tanpa amaran. EasyCoexistence menyambungkan nombor yang sama melalui ciri Coexistence milik Meta. ### Cara setiap satunya mencapai WhatsApp Seluruh perbandingan terletak di sini, dan perkara lain mengikutinya. - Whapi:: Get laluan dihoskan dengan REST API dan pelan berbayar. Kemudahannya memang nyata: tiada pelayan untuk dijalankan dan tiada pustaka untuk diselenggara. Di sebaliknya, nombor itu masih dipautkan sebagai peranti, bukannya didaftarkan dengan Meta sebagai nombor API. - EasyCoexistence:: Cloud API Meta, dengan kelayakan yang dikeluarkan Meta kepada WhatsApp Business Account milik pelanggan sendiri, melalui Coexistence. Nombor itu didaftarkan dengan Meta sebagai nombor API dan aplikasi WhatsApp Business terus berfungsi pada telefon pada masa yang sama. ### Apa berlaku apabila sesuatu tidak berfungsi Kedua-duanya kadangkala terganggu. Perbezaannya ialah sama ada ada pihak untuk ditanya. - Whapi:: Penyedia komersial dengan sokongan, yang lebih baik daripada apa yang ditawarkan pustaka sumber terbuka. Sokongan tidak boleh membatalkan sekatan kerana akses itu tidak pernah diluluskan Meta dan tiada rayuan untuknya. - EasyCoexistence:: Sambungan pada infrastruktur Meta sendiri, dipantau secara berterusan. Apabila ia terputus, kami membaca sebab pemutusan Meta sendiri, jadi empat belas hari tanpa aktiviti dapat dibezakan daripada penghapusan sebenar, dan anda dimaklumkan sebelum pelanggan menyedarinya. ### Kos sebenar, tanpa berselindung Laluan tidak rasmi biasanya kelihatan percuma, dan perbandingan ini sebenarnya bukan tentang yuran lesen. - Whapi:: Yuran bulanan, jadi ia bukan pilihan murah seperti laluan sumber terbuka. Anda membayar untuk kemudahan sambil mengekalkan risiko yang dibawa oleh alat percuma. - EasyCoexistence:: Daripada US$ 9 sebulan bagi setiap nombor yang disambungkan, termasuk pengehosan, pemantauan dan penyambung MCP. Tiada pelayan untuk dijalankan, tiada sesi untuk dipautkan semula dan tiada apa yang perlu dibina semula apabila protokol berubah. ### Apa yang setiap satunya benar-benar boleh lakukan Inilah bahagian yang jujur, dan sebab projek tidak rasmi wujud sejak awal. - Whapi:: Hantar dan terima mesej, media, kumpulan dan sembang peribadi melalui REST API yang kemas tanpa infrastruktur untuk dijalankan. Dari segi ciri, ia lebih luas daripada API rasmi. - EasyCoexistence:: Segala yang dibenarkan Cloud API: hantar dan terima mesej, template, media dan mesej interaktif, dengan webhook dihantar oleh Meta. Sembang kumpulan berada di luar API dan balasan bebas memerlukan tetingkap 24 jam yang masih terbuka. Itu ialah peraturan Meta dan terpakai kepada setiap penyedia rasmi. ### Siapa patut memilih yang mana Ada alasan sebenar untuk setiap pilihan, dan semuanya bergantung pada nilai nombor itu. - Projek hobi pada nombor yang anda tidak kisah jika hilang: laluan tidak rasmi adalah percuma dan berkebolehan. - Nombor yang digunakan perniagaan untuk menjawab pelanggan: laluan rasmi, kerana sekatan menamatkan talian perniagaan. - Apa-apa yang menggunakan nombor pelanggan: rasmi, kerana risikonya bukan untuk anda tanggung. - Di mana-mana aplikasi WhatsApp Business mesti terus berfungsi pada telefon: Coexistence, itulah yang kami lakukan. - Menguji jambatan tidak rasmi pada nombor perniagaan. Sekatan tiba tanpa amaran dan tanpa rayuan. - Menganggap bertahun-tahun masa aktif bermakna selamat. Penguatkuasaan berlaku berkala, bukan berterusan. - Menganggap sekatan hanya menjejaskan API. Profil WhatsApp Business turut terjejas. **Adakah Whapi benar-benar berfungsi?** Ya, sebab itu ia popular. Persoalannya bukan sama ada ia berfungsi, tetapi apa yang berlaku kepada nombor itu apabila WhatsApp menyedarinya. **Bolehkah nombor disekat kerana perkara ini?** Ya. Akses tidak rasmi melanggar syarat perniagaan WhatsApp, dan penguatkuasaan tidak memberikan amaran atau peluang rayuan. **Adakah aplikasi WhatsApp Business saya akan berhenti berfungsi bersama anda?** Tidak. Itulah tujuan Coexistence: aplikasi pada telefon terus berfungsi sementara Cloud API berjalan pada nombor yang sama. **Ia berbayar, jadi adakah ia diluluskan Meta?** Tidak. Membayar pihak ketiga tidak menjadikan akses itu diluluskan. Kelulusan datang daripada Meta yang mengeluarkan kelayakan untuk nombor tersebut, seperti yang dilakukan oleh Coexistence. --- ## Penyedia WhatsApp Coexistence terbaik https://easycoexistence.com/ms/compare/best-whatsapp-coexistence-providers Senarai ringkas kerana Coexistence lebih baharu daripada industri WhatsApp API dan kebanyakan penyedia belum menyokongnya. Ini penyedia yang menyokongnya, caj mereka dan jenis perniagaan yang sesuai. ### 1. EasyCoexistence, untuk perniagaan atau agensi yang hanya mahukan sambungan Kami berada di tempat pertama dalam senarai sendiri, jadi baca bahagian lain dan semak sumbernya. Kesnya khusus dan boleh disemak: harga permulaan terendah yang diterbitkan di sini, model setiap nombor tanpa tempat pengguna dan tanpa peringkat pelan, peristiwa mesej dihantar dari Meta terus ke sistem anda dan bukan ke peti masuk lain, pemantauan berterusan yang membaca sebab pemutusan sambungan Meta sendiri, serta penyambung MCP supaya pembantu AI boleh mengurus semuanya. - Daripada US$ 9 sebulan bagi setiap nombor yang disambungkan, turun kepada US$ 1 apabila nombor ditambah. - Tiada tempat pengguna, kontrak atau yuran persediaan, dengan tiga hari percuma. - Tiada markup: Meta mengebil pelanggan secara langsung untuk perbualan. - Enam belas alat MCP melalui OAuth untuk Claude, ChatGPT, Cursor dan Claude Code. ### 2. YCloud, untuk pasukan yang mahukan platform di sekelilingnya Alternatif yang paling hampir dari segi kedudukan: mereka menyokong Coexistence secara terbuka dan berjanji tiada markup pada mesej WhatsApp, iaitu dua perkara paling penting. Perbezaannya ialah bil. Pelan berbayar mereka bermula pada US$ 39 sebulan, berdasarkan tempat pengguna, saluran dan kredit AI, sebelum satu nombor pun dikira. Kami bermula pada US$ 9 bagi setiap nombor yang disambungkan tanpa tempat pengguna dan kredit, jadi perniagaan dengan satu hingga tiga nombor membayar sebahagian kecil, manakala agensi dengan empat puluh nombor mendapat kadar yang turun kepada US$ 5. ### 3. SleekFlow, untuk pasukan yang bekerja dalam peti masuk bersama Mereka menyenaraikan Coexistence sebagai salah satu penyelesaian dan produknya ialah peti masuk semua saluran dengan kempen serta automasi, dicaj mengikut tempat pengguna dengan bilangan minimum dan bayaran tambahan untuk nombor WhatsApp. Bentuk ini sesuai untuk pasukan jualan atau khidmat pelanggan yang mahu semua orang bekerja di satu tempat. Ia kurang sesuai untuk perniagaan berbilang lokasi kerana tempat pengguna dan bayaran tambahan nombor sama-sama meningkat. ### 4. 8x8, untuk syarikat yang sudah membeli perkhidmatan komunikasi Dokumentasi Coexistence mereka paling jelas antara semua penyedia dan wajar dibaca tidak kira pilihan anda, termasuk kami. Produk ini ialah CPaaS perusahaan yang dijual bersama pusat hubungan dan suara, melalui pasukan akaun serta aturan komersial. Ia sesuai jika anda sudah menyatukan perbelanjaan komunikasi. Untuk satu nombor dan webhook, kaedah ini terlalu berat. ### 5. Dualhook, pakar langsung Seni bina yang sama seperti kami: Coexistence dengan penghalaan webhook terus dari Meta, tanpa penyimpanan mesej, pada harga yang diterbitkan. Angka mereka ialah US$ 12 bagi setiap nombor berbanding US$ 9 kami. Mereka memberi amaran pada 13 hari bahawa tempoh sedang berjalan, bukannya membaca sebab pemutusan sambungan Meta sendiri, dan dokumentasi mereka tidak menerangkan penyambung MCP. ### Perkara yang perlu ditanya sebelum anda melanggan Empat soalan yang membezakan penyedia dalam senarai ini dan tidak akan dijawab oleh halaman jualan sahaja. - Adakah nombor kekal dalam Meta Business Portfolio saya sendiri, dan adakah Meta mengebil saya secara langsung? - Adakah anda menambah apa-apa caj bagi setiap mesej, dan adakah ia diperincikan berasingan daripada yuran Meta? - Adakah anda menggunakan semula penggantian webhook selepas sambungan semula, atau penghantaran terhenti tanpa pemberitahuan? - Apakah tindakan anda terhadap peraturan tidak aktif 14 hari, dan adakah anda membaca sebab pemutusan sambungan Meta? - Memilih berdasarkan bilangan ciri. Coexistence ialah mekanisme Meta, jadi platform asasnya sama di semua tempat. - Menganggap penyedia menyokong Coexistence kerana mereka menyokong WhatsApp. Kebanyakannya masih tidak menyokongnya. - Membandingkan harga tempat pengguna dengan harga setiap nombor tanpa mengira kedua-duanya mengikut keperluan anda. **Mengapa anda berada di tempat pertama dalam senarai sendiri?** Kerana kami percaya kesnya kukuh: harga permulaan terendah yang diterbitkan di sini, tanpa tempat pengguna, tiada markup dan pemantauan disertakan. Setiap angka bersumber, jadi semak semuanya. **Penyedia mana yang menyokong Coexistence?** Jauh lebih sedikit berbanding penyedia yang menyokong WhatsApp secara umum. Penyedia dalam senarai ini menyatakannya di laman sendiri; kebanyakan industri WhatsApp API masih tidak menawarkannya. **Adakah penyedia mengubah perkara yang boleh dilakukan oleh Coexistence?** Tidak. Ciri ini milik Meta, jadi hadnya sama di semua tempat: empat ciri yang sama dinyahdayakan, peraturan 14 hari yang sama dan tiada sembang berkumpulan. **Apakah pilihan paling murah?** Kami, pada harga permulaan yang diterbitkan, dan jurangnya bertambah apabila bilangan meningkat kerana kadar setiap nombor kami turun, sedangkan harga tempat pengguna dan pelan tidak berubah. --- ## Penyedia WhatsApp Cloud API terbaik https://easycoexistence.com/ms/compare/best-whatsapp-cloud-api-providers Setiap penyedia di sini menyambungkan Cloud API yang sama kerana ia milik Meta dan hanya ada satu. Perbezaannya ialah cara caj dikenakan, yang membahagikannya kepada tiga kumpulan: yuran per mesej, yuran per pengguna atau yuran per nombor yang disambungkan. ### Tiga model harga, itulah pilihan sebenar Senarai ciri kelihatan sama kerana API di bawahnya serupa. Cara bil dikira tetap berbeza dan menentukan jumlah bayaran apabila perniagaan berkembang. - Per mesej: yuran bagi setiap mesej, jadi kos meningkat selari dengan kejayaan perniagaan. - Per pengguna: yuran bagi setiap pengguna, jadi kos meningkat apabila pasukan berkembang dan tetap perlu dibayar sama ada mereka log masuk atau tidak. - Per nombor: yuran bagi setiap sambungan, yang tidak berubah selepas nombor disambungkan. ### Penyedia yang mengenakan caj per mesej Kumpulan CPaaS. Twilio menerbitkan US$ 0.005 bagi setiap mesej masuk dan keluar selain yuran Meta. Gupshup menerbitkan yuran standard US$ 0.001 bagi setiap mesej. Bird memetik kadar gabungan yang sudah termasuk yuran Meta, jadi markup itu nyata tetapi tidak boleh disemak berbanding kadar Meta yang diterbitkan. Infobip memetik harga mengikut negara destinasi melalui pasukan jualan. Keempat-empatnya ialah platform yang berkeupayaan, dan keempat-empatnya menjadikan bil platform anda bergantung pada volum mesej. ### Penyedia yang mengenakan caj per pengguna Kumpulan peti masuk. SleekFlow, Wati dan Respond.io menjual peti masuk dikongsi dengan kempen dan automasi, berharga mengikut pengguna berdasarkan tingkat pelan dan, dalam beberapa kes, tambahan bagi setiap nombor WhatsApp. Ini pembelian yang sesuai jika anda mahu pasukan bekerja dalam satu produk sepanjang hari. Ia kurang sesuai jika pasukan anda sudah mempunyai CRM, kerana anda tetap membayar peti masuk kedua walaupun tiada siapa membukanya. ### Penyedia yang mengenakan caj per nombor Kumpulan infrastruktur, dan yang paling kecil. EasyCoexistence mengenakan caj daripada US$ 9 sebulan bagi setiap nombor yang disambungkan, turun kepada US$ 1 apabila anda menambah nombor, tanpa caj per mesej dan tanpa yuran pengguna. Dualhook ialah pakar lain yang menerbitkan harga per nombor. Model ini sesuai untuk perniagaan yang sudah mempunyai sistem dan mahu menyambungkan WhatsApp kepadanya, serta agensi yang mengurus banyak nombor pelanggan, apabila kadar per nombor yang menurun memberi kesan berganda. ### Apabila model-model ini bertemu Berbaloi dikira dan bukan diandaikan, dan pengiraannya ringkas. - Pada US$ 0.005 bagi setiap mesej, yuran per nombor US$ 9 lebih murah selepas kira-kira 1,800 mesej sebulan. - Pada US$ 0.001 bagi setiap mesej, titik peralihan ialah kira-kira 9,000 mesej sebulan. - Model per pengguna berubah mengikut jumlah kakitangan, bukan volum, jadi bandingkan bilangan pengguna dengan nombor. - Yuran perbualan Meta sendiri sama di bawah setiap model dan bukan perkara yang dibandingkan. ### Perkara yang tiada satu pun ubah Perkara ini wajar diketahui sebelum perbandingan ciri mempengaruhi penilaian anda. - Cloud API ialah milik Meta, jadi kebolehpercayaan dan keupayaannya datang daripada platform, bukan penyedia. - Kelulusan template ialah keputusan Meta, dan tiada penyedia boleh mempercepatkannya. - Penarafan kualiti dan peringkat pemesejan ditetapkan oleh Meta berdasarkan tingkah laku penerima. - Coexistence, jika disokong, mempunyai had yang sama di semua tempat kerana ciri itu milik Meta. - Membandingkan ciri utama. API di sebaliknya sama, iaitu API Meta dalam semua kes. - Mengabaikan volum titik peralihan. Satu persepuluh sen tidak bermakna sehingga didarab sepanjang setahun. - Menganggap kadar per mesej yang digabungkan tiada markup. Ini bermakna markup tidak diperincikan. **Adakah Cloud API penyedia tertentu lebih pantas daripada yang lain?** Tidak. Dalam semua kes, itu API Meta. Penyedia hanya boleh mengubah perkara yang berada di hadapannya dan caj mereka. **Model manakah paling murah?** Model per nombor, selepas volum sederhana. Pada kadar yang diterbitkan Twilio, titik peralihan ialah sekitar 1,800 mesej sebulan; pada kadar Gupshup, sekitar 9,000. **Adakah saya benar-benar memerlukan penyedia?** Untuk mencapai Cloud API pada nombor yang sudah menjalankan aplikasi WhatsApp Business, ya: proses penyediaan Coexistence memerlukan Meta Tech Provider. **Siapakah yang mengebil saya untuk mesej?** Meta, jika penyedia anda tidak menjual semula. Dengan kami, Meta mengebil anda secara terus dan kami tidak pernah mengenakan markup. --- ## Pelayan MCP WhatsApp terbaik https://easycoexistence.com/ms/compare/best-whatsapp-mcp-servers Cari pelayan MCP WhatsApp dan kebanyakan hasilnya ialah projek sumber terbuka yang log masuk ke WhatsApp sebagai peranti yang dipautkan. Ia berfungsi, tetapi nombor berisiko disekat. Perbezaan penting bukan ciri, tetapi sama ada pelayan berhubung dengan API rasmi Meta. ### Perbezaan yang penting Setiap pelayan MCP WhatsApp berada pada salah satu sisi garis pemisah, dan garis itu bukan tentang alat. - Rasmi: pelayan memanggil Cloud API Meta menggunakan kelayakan yang dikeluarkan Meta. Diluluskan, dan nombor itu selamat. - Tidak rasmi: pelayan mengendalikan pustaka yang log masuk sebagai peranti yang dipautkan, sama seperti klien web. - Laluan tidak rasmi tidak memerlukan kelulusan Meta, sebab itu ia biasa dalam projek sumber terbuka. - Laluan ini juga melanggar terma WhatsApp, dan nombor boleh disekat tanpa rayuan atau amaran. ### Projek sumber terbuka yang akan anda temui Kebanyakan pelayan MCP WhatsApp di GitHub dibina menggunakan pustaka seperti Baileys, WPPConnect atau Venom, yang membuat kejuruteraan balikan terhadap protokol peranti yang dipautkan. Ia benar-benar bijak, percuma dan memberi pembantu akses kepada sembang peribadi serta kumpulan yang tidak didedahkan oleh API rasmi. Kosnya ialah akaun: nombor yang disekat dengan cara ini turut menjejaskan profil WhatsApp Business, dan tiada saluran sokongan untuk membuat rayuan. Bagi nombor peribadi yang sanggup anda kehilangan, pertukaran itu mungkin munasabah. Bagi nombor yang digunakan perniagaan untuk menjawab pelanggan, ia tidak munasabah. ### Perkara sebenar yang diperlukan untuk menjalankannya Perbezaan praktikal, selain risiko, ialah perkara yang biasanya ditemui pada hari kedua. - Proses pelayan setempat, biasanya pada komputer riba, yang mesti terus berjalan supaya pembantu berfungsi. - Imbasan QR untuk memautkan peranti, diulang setiap kali sesi terputus. - Kelayakan dalam fail konfigurasi setempat, tempat token API kemudiannya tersimpan. - Tiada sambungan antara pembantu anda dengan nombor itu apabila komputer riba masuk mod tidur. ### EasyCoexistence, laluan rasmi Pelayan MCP jauh melalui OAuth, jadi tiada apa-apa untuk dipasang dan tiada token dalam fail konfigurasi. Enam belas alat merangkumi perkara yang biasanya diminta daripada pembantu: senaraikan nombor, semak kesihatan nombor, baca kelayakan API, hantar mesej, senaraikan, cipta dan hantar template, semak status template, halakan webhook ke sistem anda, cari dokumentasi dan mulakan sambungan baharu. Lima lagi menyediakan Partner API: status persediaan, kunci API, URL acara dan pautan sambungan yang dihoskan. Ia berjalan sama ada komputer riba anda terbuka atau tidak kerana ia dihoskan, dan nombor di bawahnya menggunakan Cloud API rasmi Meta melalui Coexistence. Aplikasi WhatsApp Business terus berfungsi dan tiada apa-apa berisiko. ### Perkara yang tidak boleh dilakukan oleh laluan rasmi Dinyatakan dengan jelas kerana inilah sebab projek tidak rasmi wujud dan anda perlu mengetahuinya sebelum memilih. - Sembang kumpulan berada sepenuhnya di luar Cloud API, pada setiap penyedia rasmi. - Perbualan peribadi daripada akaun WhatsApp pengguna tidak boleh dicapai. - Balasan bebas hanya berfungsi dalam tetingkap khidmat pelanggan 24 jam. Selepas itu, template yang diluluskan membuka semula perbualan. - Ini ialah peraturan Meta, bukan peraturan kami, dan tiada penyedia rasmi boleh mengetepikannya. - Menilai pelayan MCP berdasarkan bilangan alat. Persoalannya ialah sama ada ia berhubung dengan API Meta atau menyamar sebagai telefon. - Menguji jambatan tidak rasmi pada nombor perniagaan. Sekatan berlaku tanpa amaran dan tanpa rayuan. - Menganggap pelayan setempat itu peribadi. Token dalam fail konfigurasi pada komputer riba ialah susunan yang lebih lemah. **Adakah pelayan MCP WhatsApp sumber terbuka selamat?** Ia berfungsi dan log masuk sebagai peranti yang dipautkan, yang melanggar terma WhatsApp. Nombor boleh disekat tanpa amaran. **Bolehkah pelayan MCP rasmi membaca sembang kumpulan saya?** Tidak. Sembang kumpulan berada di luar Cloud API Meta pada setiap penyedia rasmi, termasuk kami. **Adakah saya perlu memasang apa-apa?** Tidak. Pelayan kami jauh melalui OAuth, jadi anda menambah endpoint dan log masuk. Tiada apa-apa berjalan pada mesin anda. **Pembantu manakah yang boleh menggunakannya?** Mana-mana klien MCP. Claude, ChatGPT, Cursor dan Claude Code ialah yang kami dokumentasikan. --- ## EasyCoexistence berbanding Twilio https://easycoexistence.com/ms/compare/easycoexistence-vs-twilio Twilio ialah platform komunikasi umum yang menjual semula WhatsApp bersama banyak saluran, dengan yuran bagi setiap mesej selain caj Meta sendiri. EasyCoexistence melakukan satu perkara: menyambungkan nombor aplikasi WhatsApp Business melalui Coexistence dan mengenakan yuran tetap bagi setiap nombor. ### Kegunaan setiap produk Produk ini menyelesaikan masalah yang berbeza, dan perkara itu perlu dijelaskan dahulu. - Twilio:: Platform komunikasi yang meliputi SMS, suara, e-mel dan WhatsApp, dibina untuk pasukan kejuruteraan yang menggabungkan pemesejan merentas banyak saluran. WhatsApp ialah satu daripada banyak saluran, dengan harga yang sama seperti saluran lain: setiap mesej. - EasyCoexistence:: Pakar Coexistence. Aplikasi WhatsApp Business pada telefon terus berfungsi, Cloud API berjalan pada nombor yang sama, peristiwa mesej pergi ke endpoint anda sendiri, dan kami memantau sambungan. Satu tugas, diselesaikan sepenuhnya. ### Kesan harga apabila perniagaan berkembang Inilah perbezaan yang terkumpul, dan ia bergantung pada aritmetik, bukan pendapat. - Twilio:: US$ 0.005 bagi setiap mesej, masuk dan keluar, selain apa-apa caj Meta. Yuran ini meningkat dengan setiap perbualan, jadi kos platform bergantung pada prestasi perniagaan. - EasyCoexistence:: Yuran tetap bagi setiap nombor yang disambungkan. Sepuluh ribu mesej sebulan berharga sama seperti sepuluh mesej. Kejayaan menjadikan kos platform bagi setiap mesej lebih rendah, bukan lebih tinggi, dan pada jumlah penggunaan tinggi harga setiap nombor turut turun. ### Siapa memegang akaun WhatsApp Tempat nombor dan hubungan dengan Meta berada menentukan betapa mudahnya setiap pihak beredar. - Twilio:: Nombor didaftarkan melalui penghantar Twilio, dan hubungan pemesejan berjalan melalui infrastruktur Twilio, yang turut menjadi tempat hubungan pengebilan itu berada. - EasyCoexistence:: Nombor kekal dalam Meta Business Portfolio milik pelanggan sendiri, pada WhatsApp Business Account mereka sendiri, dengan Meta mengebil mereka secara terus untuk perbualan. Kami ialah Tech Provider yang menyambungkannya, dan mengeluarkan kami tidak membawa nombor itu pergi. ### Ke mana mesej dihantar Kedua-duanya menghantar mesej masuk ke server yang anda kawal. Perbezaannya ialah laluan dan perkara yang berada di atasnya. - Twilio:: Mesej masuk tiba di webhook anda melalui Twilio, yang memproses dan mengebil setiap mesej ketika ia melalui sistem. - EasyCoexistence:: Kami menetapkan override_callback_uri milik Meta sendiri pada WhatsApp Business Account, supaya peristiwa mesej bergerak terus daripada Meta ke endpoint anda. Mesej itu tidak melalui kami, kami tidak menyimpannya, dan tiada apa-apa pada laluan itu untuk diukur. ### Mengaksesnya daripada pembantu AI Ini ialah persoalan baharu, yang kurang berkemungkinan dijawab oleh platform umum. - Twilio:: REST API penuh dengan SDK untuk bahasa pengaturcaraan utama, dikira pada kadar terbitan US$ 0.005 bagi setiap mesej. Oleh itu, integrasi yang anda tulis akan dikenakan caj setiap kali ia menghantar atau menerima mesej. - EasyCoexistence:: API yang sama di bawahnya, ditambah penyambung MCP jauh dengan enam belas tools melalui OAuth, supaya Claude, ChatGPT, Cursor dan Claude Code boleh menyenaraikan nombor, menyemak kesihatan, menghantar mesej dan menetapkan destinasi webhook tanpa sesiapa menulis client. - Membandingkan yuran utama sahaja. Caj setiap mesej dan caj setiap nombor bersilang pada jumlah penggunaan yang perlu dikira dahulu. - Menganggap platform besar bermaksud sambungan WhatsApp yang lebih baik. Cloud API di bawahnya tetap milik Meta dalam kedua-dua kes. - Mengabaikan pihak yang mengebil anda melalui Meta. Penyedia yang berada antara anda dan invois Meta ialah penyedia yang boleh menambah markup. **Adakah Twilio lebih murah pada jumlah penggunaan rendah?** Di bawah kira-kira dua ribu mesej sebulan, yuran Twilio sebanyak US$ 0.005 bagi setiap mesej lebih rendah daripada yuran tetap US$ 9 kami. Selepas itu, yuran tetap bagi setiap nombor lebih murah dan terus menguntungkan apabila jumlah mesej meningkat. **Adakah Twilio menyokong Coexistence?** Halaman harga WhatsApp mereka tidak menyebutnya. Coexistence ialah perkara yang kami bina, jadi aplikasi WhatsApp Business terus berfungsi pada nombor yang sama. **Adakah API berbeza?** Tidak. Cloud API di bawahnya ialah milik Meta dalam kedua-dua kes. Perbezaannya ialah pihak yang berada pada laluan, caj yang dikenakan dan pihak yang menerima bil Meta. **Bolehkah saya memindahkan nombor kemudian?** Ya, bersama kami nombor itu kekal dalam Business Portfolio anda sendiri. Oleh itu, apabila kami dikeluarkan, nombor itu kekal tepat di tempat asalnya. --- ## EasyCoexistence berbanding Gupshup https://easycoexistence.com/ms/compare/easycoexistence-vs-gupshup Gupshup ialah platform pemesejan perbualan yang mengenakan yuran diterbitkan bagi setiap mesej, selain kos perbualan Meta. EasyCoexistence mengenakan yuran tetap bulanan bagi setiap nombor yang disambungkan dan tidak menambah apa-apa pada bil mesej, iaitu perbezaan yang semakin ketara apabila jumlah meningkat. ### Bentuk bil Sepersepuluh sen kedengaran kecil, tetapi pada skala besar, itulah keseluruhan perbualan. - Gupshup:: Yuran standard US$ 0.001 bagi setiap mesej selain caj Meta, dikenakan sama rata pada mesej template dan sesi. Dengan 100,000 mesej sebulan, yuran platform itu menjadi US$ 100 sebelum kos Meta. - EasyCoexistence:: Tiada caj bagi setiap mesej. 100,000 mesej berharga sama seperti sepuluh mesej kerana yuran mengikut nombor, bukan trafik. Semakin sibuk nombor itu, semakin kecil yuran kami bagi setiap perbualan. ### Asas binaan produk Kedua-duanya menyambungkan WhatsApp. Namun, kedua-duanya disusun untuk tugas yang berbeza. - Gupshup:: Platform perbualan dengan pembinaan bot, alat kempen dan senarai saluran yang luas, ditujukan kepada perniagaan yang menjalankan program mesej keluar pada skala besar. - EasyCoexistence:: Infrastruktur Coexistence. Aplikasi WhatsApp Business terus berfungsi pada telefon, Cloud API berjalan pada nombor yang sama, dan peristiwa mesej sampai ke sistem atau ejen AI yang sudah anda gunakan. Kami tidak meminta anda memindahkan pasukan anda ke mana-mana. ### Tempat data perbualan disimpan Soalan ini menentukan sejauh mana operasi perniagaan anda berjalan dalam produk pihak lain. - Gupshup:: Mesej mengalir melalui platform itu, yang membolehkan pembina bot, alat kempen dan analitik berfungsi. Itu pertukaran yang munasabah jika anda memerlukan semua ciri tersebut. - EasyCoexistence:: Peristiwa mesej bergerak terus daripada Meta ke endpoint anda melalui penggantian webhook Meta sendiri. Kami tidak pernah melihat kandungan perbualan, jadi tiada data anda untuk diekstrak apabila anda keluar dan tiada apa-apa pada laluan itu untuk dicaj mengikut jumlah. ### Menyambungkan nombor yang sudah mempunyai aplikasi Inilah masalah khusus yang diwujudkan untuk diselesaikan oleh Coexistence. - Gupshup:: Halaman harga mereka yang diterbitkan tidak menyentuh Coexistence. Itu bukan bukti bahawa mereka tidak menyokongnya, dan soalan ini wajar diajukan terus kepada mereka. - EasyCoexistence:: Inilah keseluruhan produk kami. Nombor yang sudah menjalankan aplikasi WhatsApp Business disambungkan melalui Embedded Signup Meta sendiri, aplikasinya terus berfungsi dan Cloud API tersedia pada nombor yang sama dalam beberapa minit. - Menganggap US$ 0.001 tidak penting. Darabkannya dengan jumlah sebenar selama setahun sebelum membuat keputusan. - Membayar alat kempen yang tidak akan anda gunakan. Yuran platform meliputi keseluruhan produk, sama ada digunakan atau tidak. - Menganggap mana-mana penyedia menyokong Coexistence. Tanya secara khusus, tidak kira siapa yang anda pilih. **Berapakah kos sebenar yuran bagi setiap mesej?** Dengan 100,000 mesej sebulan, US$ 0.001 yang diterbitkan Gupshup menjadi US$ 100 yuran platform. Yuran kami bagi satu nombor ialah US$ 9 pada apa-apa jumlah. **Adakah Gupshup menyokong Coexistence?** Halaman harga mereka tidak menyebutnya. Coexistence ialah keseluruhan perkara yang kami lakukan. **Adakah saya kehilangan ciri kempen dengan anda?** Kami bukan alat kempen dan tidak menetapkan harga seperti alat kempen. Mesej sampai ke sistem anda sendiri, jadi kempen dijalankan di tempat yang sudah anda gunakan. **Siapa yang membayar Meta?** Pelanggan membayarnya terus melalui WhatsApp Business Account mereka sendiri. Kami tidak pernah menambah markup pada caj Meta. --- ## EasyCoexistence berbanding Infobip https://easycoexistence.com/ms/compare/easycoexistence-vs-infobip Infobip ialah platform komunikasi CPaaS untuk syarikat besar, dengan harga WhatsApp mengikut negara dan diuruskan melalui pasukan jualan. EasyCoexistence menerbitkan harganya, menawarkan tiga hari percubaan percuma dan menyambungkan nombor tanpa perlu berbincang dengan sesiapa. Ini ialah produk berbeza untuk pembeli yang berbeza. ### Untuk siapa setiap produk dibina Tiada satu pun produk yang lebih buruk. Kedua-duanya dijual kepada pihak yang berbeza, dan itu menentukan hampir semua perkara lain. - Infobip:: CPaaS untuk syarikat besar, dengan penghalaan omnichannel, alat pusat hubungan dan hubungan dengan carrier global, dijual melalui pasukan akaun kepada organisasi yang mempunyai proses perolehan dan komitmen jumlah penggunaan. - EasyCoexistence:: Perniagaan kecil atau agensi yang sudah mempunyai nombor WhatsApp Business dan mahu menggunakannya pada Cloud API petang ini. Daftar, sambungkan, selesai. Tiada sesiapa untuk dihubungi kerana tiada perkara untuk dirundingkan. ### Perkara yang boleh diketahui sebelum membuat komitmen Perbezaan paling praktikal, dan perkara yang paling cepat dirasai. - Infobip:: Kadar diberikan mengikut negara destinasi dan diuruskan dengan pasukan jualan. Ini normal untuk CPaaS perusahaan dan sesuai untuk pembeli yang merundingkan jumlah tahunan. - EasyCoexistence:: Keseluruhan senarai harga ada di halaman harga, dalam mata wang anda, dengan julat jumlah yang jelas. Anda boleh mengira bil sebelum mencipta akaun, dan tiga hari pertama tiada bayaran. ### Tempoh dari keputusan hingga nombor berfungsi Bagi perniagaan dengan satu nombor dan masalah sebenar, inilah perbandingan yang penting. - Infobip:: Proses penyediaan perusahaan, yang membawa sokongan khusus dan bantuan konfigurasi yang benar-benar diperlukan oleh pelaksanaan berskala besar. - EasyCoexistence:: Beberapa minit. Embedded Signup Meta sendiri memilih portfolio, akaun dan nombor, aplikasi WhatsApp Business terus berfungsi sepanjang proses, dan pemantauan bermula serta-merta. ### Perkara yang berlaku apabila sambungan terputus Setiap sambungan Coexistence akhirnya akan mengalami masalah. Perbezaannya ialah siapa yang menyedarinya. - Infobip:: Saluran sokongan perusahaan dan pasukan akaun, iaitu model yang sesuai apabila terdapat kontrak dan pegawai hubungan yang dinamakan. - EasyCoexistence:: Kami memantau sambungan secara berterusan dan membaca sebab pemutusan daripada Meta sendiri. Oleh itu, nombor yang terputus kerana tidak aktif selama empat belas hari dapat dibezakan daripada pelanggan yang benar-benar meninggalkan perkhidmatan. Amaran tiba sebelum pelanggan menyedarinya. - Membandingkan CPaaS perusahaan dengan alat berasaskan nombor semata-mata melalui ciri. Kedua-duanya menjawab soalan yang berbeza. - Memulakan proses perolehan untuk satu nombor. Masa yang dibelanjakan lebih mahal daripada kos alat ini untuk setahun. - Menganggap sebut harga akan mengatasi harga diterbitkan pada jumlah kecil. Jarang sekali begitu. **Mengapa Infobip tidak menerbitkan yuran tetap?** Harga mereka diberikan mengikut negara destinasi, sesuai untuk pembeli perusahaan yang merundingkan jumlah. Harga kami diterbitkan kerana pembeli kami mahu membuat keputusan hari ini. **Adakah Infobip lebih baik untuk syarikat besar?** Mereka dibina untuk pembeli itu, dengan capaian carrier global dan pasukan akaun. Bagi perniagaan yang menyambungkan nombornya sendiri, kami ialah laluan yang lebih pantas dan lebih murah. **Adakah saya perlu bercakap dengan sesiapa untuk bermula?** Tidak. Tiga hari percuma untuk nombor pertama yang disambungkan, dan nombor itu disambungkan melalui Embedded Signup Meta sendiri. **Siapa yang mengecaj saya untuk mesej?** Meta, secara terus, pada WhatsApp Business Account anda sendiri. Kami tidak pernah menjadi perantara dalam invois itu. --- ## EasyCoexistence berbanding YCloud https://easycoexistence.com/ms/compare/easycoexistence-vs-ycloud YCloud menyokong Coexistence dan, seperti kami, tidak menambah markup pada kadar mesej Meta. Perbezaannya ialah perkara yang anda beli: pelan berbayar mereka ialah langganan platform dengan pengguna, saluran dan kredit AI, manakala kami menawarkan infrastruktur yang harganya mengikut nombor yang disambungkan. ### Perkara yang kedua-duanya lakukan dengan betul Wajar dinyatakan dengan jelas kerana ini mengehadkan perbandingan kepada perkara yang benar-benar berbeza. - YCloud:: Coexistence disokong dan dinyatakan secara terbuka, manakala halaman harga mereka menjanjikan markup sifar pada mesej WhatsApp. Bagi dua perkara paling penting tentang penyedia, kedua-duanya mematuhi prinsip yang betul. - EasyCoexistence:: Dua komitmen yang sama: Coexistence melalui aliran Meta sendiri dan tiada caj tambahan pada mesej Meta. Perbezaan kami ialah segala perkara di sekelilingnya. ### Perkara yang sebenarnya dibeli melalui langganan Inilah perbezaan utama yang menentukan pilihan lebih murah untuk anda. - YCloud:: Platform. Pelan berbayar mereka bermula pada US$ 39 sebulan dan berbeza mengikut pengguna, saluran dan kredit AI. Ini sesuai jika anda mahu pasukan bekerja dalam produk mereka. - EasyCoexistence:: Infrastruktur. Daripada US$ 9 sebulan bagi setiap nombor yang disambungkan, tanpa pengguna untuk dikira, tiada peringkat saluran dan tiada kredit yang boleh habis. Perniagaan dengan satu nombor membayar satu nombor, manakala agensi dengan empat puluh nombor mendapat kadar yang menurun bagi setiap nombor. ### Ke mana perbualan dihantar Kedua-duanya menyambung Cloud API yang sama. Perkara yang berlaku kepada mesej selepas itu ialah keputusan reka bentuk. - YCloud:: Platform mereka, tempat peti masuk, kempen dan kredit AI berada, daripada US$ 39 sebulan sebelum sebarang nombor dikira. Pasukan anda bekerja di situ kerana di situlah mesej berada. - EasyCoexistence:: Sistem anda. Kami menetapkan penggantian webhook Meta sendiri supaya peristiwa mesej pergi terus dari Meta ke endpoint anda, atau kepada ejen AI anda melalui MCP. Tiada perkara untuk dipindahkan masuk atau keluar, dan tiada peti masuk kedua untuk diperiksa oleh pasukan anda. ### Perbelanjaan agensi apabila berkembang Inilah keadaan apabila kedua-dua model paling ketara berbeza. - YCloud:: Peringkat pelan dengan bilangan pengguna, jadi pertumbuhan memerlukan keputusan naik taraf apabila lebih ramai pengguna dan lebih banyak saluran ditambah. - EasyCoexistence:: Kadar mengikut nombor yang menurun apabila nombor ditambah, daripada US$ 9 hingga US$ 1. Tiada perbincangan naik taraf kerana tiada apa yang perlu dinaik taraf: nombor keempat puluh melakukan perkara yang sama seperti nombor pertama, dengan kos lebih rendah. ### Mengaksesnya daripada pembantu AI Inilah perkara yang tidak diterangkan oleh peringkat pelan mana-mana platform, dan soalan yang semakin kerap ditanya. - YCloud:: Kredit AI sebahagian daripada struktur pelan mereka, menunjukkan ciri AI yang dibina dalam produk mereka. - EasyCoexistence:: Penyambung MCP jauh dengan enam belas alat melalui OAuth. Claude, ChatGPT, Cursor dan Claude Code boleh menyenaraikan nombor, menyemak kesihatan sambungan, menghantar mesej dan template, serta menetapkan destinasi webhook secara terus, tanpa perlu menulis client atau membeli kredit. - Membandingkan pelan mengikut pengguna dengan yuran mengikut nombor tanpa mengira pengguna dan nombor anda terlebih dahulu. - Membayar peti masuk apabila pasukan anda sudah memilikinya. Yuran platform tetap dikenakan sama ada anda membukanya atau tidak. - Menganggap ciri AI dan penyambung MCP ialah perkara yang sama. Satu berjalan dalam produk mereka, manakala satu lagi berjalan dalam produk anda. **Adakah kedua-duanya benar-benar tidak menambah markup?** Ya. Halaman harga YCloud menyatakan markup sifar, begitu juga kami. Oleh itu, yuran platform, bukan yuran mesej, ialah perkara yang perlu dibandingkan. **Yang mana lebih murah?** Untuk satu hingga empat nombor, kami lebih murah: empat nombor berharga US$ 36 sebulan berbanding pelan permulaan US$ 39. Mulai lima nombor, bandingkan jumlah kami, dengan kadar yang turun kepada US$ 1 bagi setiap nombor apabila nombor ditambah, dengan peringkat pelan yang diperlukan oleh tempat duduk dan saluran anda. **Adakah saya kehilangan peti masuk jika menggunakan anda?** Anda tidak perlu berpindah ke peti masuk lain. Mesej sampai ke sistem atau ejen AI anda sendiri, iaitu tempat pasukan anda sudah bekerja. **Adakah YCloud mempunyai penyambung MCP?** Halaman harga mereka menerangkan kredit AI dalam platform mereka, bukannya MCP server. Kami menyediakan enam belas alat melalui OAuth yang boleh digunakan daripada mana-mana client MCP. --- ## EasyCoexistence berbanding SleekFlow https://easycoexistence.com/ms/compare/easycoexistence-vs-sleekflow SleekFlow ialah platform pemesejan omnichannel yang dijual mengikut pengguna, dengan minimum pengguna serta yuran tambahan bagi setiap nombor WhatsApp. EasyCoexistence mencaj setiap nombor yang disambungkan tanpa konsep pengguna, jadi bil mengikut jumlah nombor yang anda miliki, bukan saiz pasukan. ### Apakah yang sebenarnya anda bayar Kedua-dua model harga menjawab soalan yang berbeza, dan satu daripadanya merujuk kepada carta organisasi anda. - SleekFlow:: Peti masuk bersama dan platform kempen yang berharga mengikut pengguna merentas peringkat pelan. Ini sesuai apabila produk itu menjadi tempat pasukan anda bekerja setiap hari. - EasyCoexistence:: Satu sambungan. Unitnya ialah nombor yang disambungkan, bukan seseorang, jadi menambah rakan sekerja tiada kos dan bil tidak berubah apabila pasukan membesar atau mengecil. ### Di manakah pasukan anda bekerja Inilah keputusan di sebalik model harga, dan keputusan yang paling sukar untuk diubah. - SleekFlow:: Di dalam SleekFlow. Itulah produknya: peti masuk, automasi dan kempen dalam satu tempat, yang benar-benar berguna untuk pasukan yang mahukan semuanya di situ. - EasyCoexistence:: Di mana-mana mereka sudah bekerja. Peristiwa mesej bergerak terus daripada Meta ke CRM, meja bantuan, alat dalaman atau ejen AI anda melalui webhook Meta sendiri. Tiada siapa perlu mempelajari peti masuk baharu dan tiada apa yang perlu dipindahkan. ### Menambah nombor kedua atau ketiga Perkara biasa bagi perniagaan yang mempunyai lebih daripada satu lokasi, dan di sinilah kedua-dua model sangat berbeza. - SleekFlow:: Nombor WhatsApp tambahan ialah tambahan kepada pelan berasaskan pengguna, jadi nombor kedua memerlukan satu lagi keputusan selain langganan. - EasyCoexistence:: Nombor kedua hanyalah nombor kedua, pada kadar yang diterbitkan, dan kadar itu menurun apabila lebih banyak nombor ditambah. 20 nombor dalam satu akaun tidak memerlukan perubahan pelan atau perbincangan. ### Apakah berlaku jika anda berhenti membayar Soalan yang wajar ditanya tentang mana-mana produk yang menyimpan perbualan anda. - SleekFlow:: Peti masuk, sejarah dan automasi berada dalam platform itu. Itulah yang membolehkannya berfungsi, dan juga yang menjadikan proses keluar satu penghijrahan. - EasyCoexistence:: Tiada data anda berada dalam sistem kami untuk dipindahkan. Mesej dihantar ke sistem anda ketika diterima dan nombor berada dalam Meta Business Portfolio anda sendiri, jadi mengalih keluar kami meninggalkan nombor itu di tempat asalnya. - Membandingkan harga pengguna dengan harga setiap nombor tanpa mengira kedua-duanya. Tiga pengguna dan satu nombor menghasilkan bil yang sangat berbeza daripada satu pengguna dan tiga nombor. - Membayar peti masuk yang tidak akan dibuka oleh pasukan anda. Yuran pengguna dikenakan sama ada digunakan atau tidak. - Terlupa mengambil kira tambahan setiap nombor apabila memodelkan perniagaan berbilang lokasi. **Yang manakah lebih murah?** Kami lebih murah, melainkan anda mahukan peti masuk secara khusus. Harga mereka yang diterbitkan adalah mengikut pengguna dengan minimum pengguna dan tambahan bulanan bagi setiap nombor WhatsApp. Harga kami ialah US$ 9 bagi setiap nombor yang disambungkan, turun kepada US$ 1 apabila nombor bertambah, tanpa pengguna berbayar. **Adakah saya mendapat peti masuk bersama?** Tidak, dan anda tidak membayar untuknya. Mesej sampai ke sistem anda sendiri, iaitu tempat pasukan anda sudah bekerja. **Bagaimana pula dengan berbilang lokasi?** Setiap nombor dicaj pada kadar yang diterbitkan, dan kadar itu menurun apabila anda menambah nombor. Tiada perubahan pelan atau tambahan untuk dirundingkan. **Adakah data saya dikunci dalam sistem?** Tidak dengan kami. Mesej bergerak terus daripada Meta ke endpoint anda dan nombor kekal dalam Business Portfolio anda sendiri. --- ## EasyCoexistence berbanding Bird https://easycoexistence.com/ms/compare/easycoexistence-vs-bird Bird mengenakan caj WhatsApp bagi setiap mesej yang dihantar, dengan yuran Meta sendiri digabungkan dalam kadar yang ditawarkan. EasyCoexistence mengenakan yuran tetap bagi setiap nombor yang disambungkan dan tidak muncul pada bil mesej, jadi caj Meta kekal jelas dan berasingan. ### Perkara yang disembunyikan oleh kadar gabungan Bukan tidak jujur, dan perkara itu dinyatakan dengan jelas pada halaman mereka sendiri. Namun, ia mengubah perkara yang boleh anda semak. - Bird:: Satu kadar bagi setiap mesej yang dihantar, dengan bahagian Meta sudah termasuk di dalamnya. Halaman mereka menjelaskan bahawa Bird mengenakan yuran penghantaran semasa pemprosesan dan merekod bahagian Meta daripada resit penghantaran. - EasyCoexistence:: Dua bil berasingan yang tidak pernah bercampur. Meta menghantar invois kepada pelanggan untuk perbualan pada WhatsApp Business Account mereka sendiri, manakala kami menghantar invois untuk sambungan. Anda boleh mengaudit setiap satunya berdasarkan sumber masing-masing kerana kedua-duanya tidak pernah digabungkan. ### Perkara yang berlaku apabila Meta mengubah kadarnya Meta menyemak harga perbualan secara berkala, dan kedua-dua model menyerap perubahan itu dengan cara yang berbeza. - Bird:: Kadar gabungan perlu disemak semula apabila kadar asas berubah, lalu mengubah nombor yang ditawarkan kepada anda. - EasyCoexistence:: Tiada perubahan pada pihak kami. Perubahan Meta muncul pada invois Meta pelanggan, mengikut kadar Meta sendiri pada tarikh Meta menguatkuasakannya. Yuran kami adalah untuk sambungan dan tidak berkaitan dengan kos sesuatu mesej. ### Asas susunan setiap produk Kedua-duanya menghantar mesej WhatsApp. Namun, kedua-duanya bukan produk untuk tugasan yang sama. - Bird:: Platform pemasaran dan penglibatan pelanggan merentas e-mel, SMS dan WhatsApp, dibina untuk pasukan yang menjalankan kempen berskala besar merentas saluran. - EasyCoexistence:: Infrastruktur Coexistence untuk nombor yang sudah menjalankan aplikasi WhatsApp Business. Aplikasi itu terus berfungsi, Cloud API berjalan bersamanya, dan acara sampai ke sistem anda sendiri. Satu nombor, satu tugas, disiapkan dengan betul. ### Milik siapa perbualan itu Persoalan struktur di sebalik kedua-dua model harga. - Bird:: Mesej diproses dan dibilkan apabila melalui platform, yang membolehkan alat kempen dan analitik berfungsi. - EasyCoexistence:: Acara mesej bergerak terus daripada Meta ke endpoint anda melalui override milik Meta sendiri. Acara itu tidak melalui kami dan tidak kami simpan, sebab itu tiada caj bagi setiap mesej daripada kami. - Membandingkan kadar gabungan dengan kadar yang diterbitkan Meta seolah-olah kedua-duanya nombor yang sama. Satu kadar mengandungi kadar yang satu lagi. - Menganggap harga yang digabungkan bermaksud tiada markup. Maksudnya, markup itu tidak diperincikan. - Memilih platform kempen untuk tugas yang hanya memerlukan satu nombor dan satu webhook. **Adakah harga Bird tidak jujur?** Tidak. Mereka menyatakan dengan jelas bahawa yuran Meta termasuk di dalamnya. Maksudnya, kadar gabungan tidak boleh disemak berbanding kadar diterbitkan Meta sendiri. **Siapa yang menghantar invois mesej kepada saya apabila menggunakan perkhidmatan anda?** Meta, secara terus, pada WhatsApp Business Account anda sendiri. Kami tidak pernah menaikkan harga atau menjual semula caj Meta. **Bagaimana jika Meta menaikkan kadarnya?** Perubahan itu muncul pada invois Meta anda mengikut kadar Meta. Yuran kami tidak terjejas kerana ia tidak berkaitan dengan mesej. **Adakah Bird menyokong Coexistence?** Halaman harga WhatsApp mereka tidak menyentuh perkara itu. Coexistence ialah keseluruhan perkara yang kami lakukan. --- ## EasyCoexistence berbanding Zenvia https://easycoexistence.com/ms/compare/easycoexistence-vs-zenvia Zenvia menjual pelan perisian bulanan dengan pakej saluran berasingan dan yuran persediaan untuk mengaktifkan WhatsApp. EasyCoexistence mengenakan satu yuran yang diterbitkan bagi setiap nombor yang disambungkan, tanpa pelan, pakej atau kos persediaan. Bagi perniagaan kecil, ini ialah perbezaan kos yang besar. ### Cara bil disusun Perbezaan struktur, dan faktor yang menentukan jumlah keseluruhan. - Zenvia:: Pelan perisian bulanan, ditambah pakej saluran mengikut jumlah yang dijangka, serta yuran persediaan apabila saluran WhatsApp diaktifkan. Tiga keputusan dan tiga baris, sesuai untuk syarikat yang mengendalikan operasi pemasaran. - EasyCoexistence:: Satu baris. Yuran yang diterbitkan bagi setiap nombor yang disambungkan, menurun apabila nombor ditambah, tanpa pelan tambahan, pakej berasingan atau bayaran permulaan. Kos perbualan Meta dibayar oleh pelanggan terus kepada Meta, secara berasingan dan pada kadar Meta sendiri. ### Kegunaan setiap produk Kedua-duanya ialah produk yang serius. Sasarannya ialah syarikat yang berbeza. - Zenvia:: Platform pengalaman pelanggan dengan kempen pelbagai saluran, perjalanan pelanggan dan pangkalan syarikat Brazil yang besar, dijual kepada syarikat yang menjalankan program komunikasi berstruktur. - EasyCoexistence:: Perniagaan yang sudah mempunyai nombor WhatsApp Business pada telefon dan mahu menggunakannya pada Cloud API tanpa kehilangan aplikasi. Aplikasi terus berfungsi, API berjalan pada nombor yang sama dan mesej sampai ke sistem yang sudah digunakan oleh perniagaan. ### Apa berlaku apabila jumlah meningkat Kedua-dua model bergerak ke arah yang bertentangan. - Zenvia:: Pakej saluran ditentukan mengikut jumlah, jadi pertumbuhan bermakna berpindah ke pakej yang lebih tinggi, dan peringkat pelan mungkin turut berubah. - EasyCoexistence:: Kadar bagi setiap nombor menurun apabila nombor ditambah, dan jumlah mesej langsung tidak masuk dalam pengiraan. Nombor yang menghantar seratus ribu mesej berharga sama seperti nombor yang jarang digunakan. ### Masa untuk nombor berfungsi Bagi perniagaan kecil, perkara ini sering menjadi penentu utama. - Zenvia:: Proses pendaftaran komersial dengan langkah pengaktifan saluran WhatsApp, termasuk sokongan yang bermanfaat untuk penggunaan berskala besar. - EasyCoexistence:: Beberapa minit melalui Embedded Signup milik Meta, dengan tiga hari percuma bermula daripada nombor pertama yang disambungkan. Aplikasi WhatsApp Business terus berfungsi sepanjang proses, dan pemantauan bermula sebaik sahaja nombor disambungkan. - Membandingkan harga pelan sahaja. Pakej saluran dan yuran persediaan ialah sebahagian daripada jumlah keseluruhan. - Membeli platform kempen untuk menyelesaikan masalah sambungan. - Menganggap kos perbualan Meta sudah termasuk di mana-mana. Kos itu ditanggung pelanggan melalui akaun mereka sendiri. **Bolehkah saya membayar dalam reais?** Ya. Harga diterbitkan dalam reais dan dolar, dan mata wang ditetapkan mengikut mata wang yang digunakan oleh langganan pertama anda. **Adakah terdapat yuran persediaan?** Tiada. Tiga hari percuma, kemudian yuran bagi setiap nombor. Tiada bayaran untuk mengaktifkan WhatsApp pada sesuatu nombor. **Adakah saya kehilangan alat kempen?** Kami bukan platform kempen dan tidak mengenakan caj seperti platform kempen. Mesej sampai ke sistem anda sendiri, jadi kempen dijalankan di tempat yang sudah anda gunakan. **Siapa yang membayar Meta untuk perbualan?** Pelanggan, secara terus melalui WhatsApp Business Account mereka sendiri. Kami tidak pernah menambah markup pada caj Meta. --- ## EasyCoexistence berbanding 8x8 https://easycoexistence.com/ms/compare/easycoexistence-vs-8x8 8x8 ialah penyedia komunikasi korporat dengan dokumentasi Coexistence yang antara paling jelas, sebab itu ia sering dirujuk. EasyCoexistence dibina untuk perniagaan yang membaca dokumentasi itu dan mahukan nombor yang disambungkan hari ini, tanpa proses jualan korporat. ### Tempat kedua-duanya bertindih Asas teknikalnya sama, dan perkara ini wajar dinyatakan sebelum perbezaannya. - 8x8:: Dokumentasi Coexistence mereka tepat dan sangat jelas tentang kekangan, termasuk ciri WhatsApp yang dinyahaktifkan selepas nombor disambungkan. Ia sememangnya rujukan yang berguna. - EasyCoexistence:: Kekangan yang sama berlaku kerana ia ditetapkan oleh Meta, bukan mana-mana penyedia. Kami turut mendokumentasikannya dan membina produk untuk menguruskannya: peraturan tidak aktif selama empat belas hari, tetingkap penyegerakan dan ciri yang hilang. ### Daripada membaca kepada disambungkan Jurang yang tidak ditutup oleh dokumentasi. - 8x8:: CPaaS korporat dengan pasukan akaun, produk pusat hubungan dan perkhidmatan operator, dijual kepada organisasi yang mempunyai proses perolehan. Pendaftaran disertai bantuan yang diperlukan oleh penggunaan berskala besar. - EasyCoexistence:: Daftar dan sambungkan. Embedded Signup Meta sendiri memilih portfolio, akaun dan nombor, aplikasi WhatsApp Business terus berfungsi, dan tiga hari pertama percuma. Tiada sesiapa untuk dijadualkan panggilan. ### Perkara yang diketahui sebelum anda berkomitmen Perbezaan praktikal untuk perniagaan kecil atau agensi. - 8x8:: Harga diatur secara komersial, seperti biasa bagi CPaaS korporat dan sesuai untuk pembeli yang merundingkan jumlah merentas suara, pusat hubungan dan mesej bersama-sama. - EasyCoexistence:: Keseluruhan senarai harga diterbitkan dalam mata wang anda, dengan jalur jumlah yang jelas. Agensi dengan empat puluh nombor boleh mengira bil sebelum mencipta akaun. ### Selepas nombor disambungkan Sambungan Coexistence boleh gagal secara senyap, dan kebanyakan perbandingan tidak menyentuh perkara ini. - 8x8:: Sokongan korporat dan hubungan akaun, iaitu model yang tepat apabila terdapat kontrak di belakangnya. - EasyCoexistence:: Pemantauan berterusan yang membaca sebab pemutusan sambungan Meta sendiri, supaya empat belas hari tidak aktif dapat dibezakan daripada pelanggan yang pergi, serta penyambung MCP dengan enam belas alat supaya pembantu boleh menyemak kesihatan dan menyambung semula tanpa sesiapa membuka dashboard. - Menganggap dokumentasi yang baik sebagai produk. Dokumentasi itu menerangkan mekanisme Meta yang dikongsi oleh setiap penyedia. - Memulakan proses korporat untuk menyambungkan satu nombor. - Menganggap mana-mana penyedia memantau sambungan selepas ia dibuat. Tanya perkara ini secara khusus, tidak kira penyedia pilihan anda. **Adakah dokumentasi 8x8 tepat?** Ya, dan kami merujuknya. Kekangan yang diterangkan ialah kekangan Meta, jadi ia terpakai kepada setiap penyedia Coexistence termasuk kami. **Ciri manakah yang berhenti berfungsi di bawah Coexistence?** Empat, menurut dokumentasi 8x8 dan dokumentasi kami sendiri: mesej yang hilang, media lihat sekali, lokasi langsung dan senarai siaran. Sembang kumpulan berada di luar API sepenuhnya. **Adakah saya memerlukan kontrak korporat?** Tidak dengan kami. Tiga hari percuma, harga diterbitkan dan nombor disambungkan dalam beberapa minit. **Apakah berlaku jika sambungan terputus?** Kami membaca sebab pemutusan sambungan Meta dan memberi amaran kepada anda. Ini membezakan peraturan tidak aktif selama empat belas hari daripada pelanggan yang benar-benar pergi. --- ## "Nombor telefon ini tidak layak" dalam pendaftaran Coexistence https://easycoexistence.com/ms/docs/coexistence-error-number-not-eligible Popup pendaftaran Meta menyatakan sesuatu nombor tidak layak apabila akaun aplikasi WhatsApp Business di sebaliknya tidak lulus semakan Meta untuk disambungkan ke platform. Sebab yang didokumenkan Meta ialah aktiviti yang tidak mencukupi dalam aplikasi. Penyelesaiannya ialah penggunaan sebenar aplikasi pada nombor itu secara berterusan, kemudian jalankan semula aliran tersebut. ### Apakah sebenarnya yang dinyatakan oleh mesej itu? Popup memaparkan mesej dalam bahasa paparan anda. Dalam bahasa Inggeris, maksudnya "Nombor telefon ini tidak layak untuk pendaftaran atau migrasi". Dalam bahasa Sepanyol, ia muncul sebagai "Este número de teléfono no cumple los requisitos para el registro ni la migración". Rujukan ralat Embedded Signup Meta menyenaraikan versi terdekat yang didokumenkan di bawah kod 3441045: "Nombor telefon anda tidak layak untuk disambungkan ke WhatsApp Business Platform". Apa pun bahasanya, maksudnya sama. Aliran itu sampai ke langkah nombor telefon, Meta memeriksa akaun aplikasi WhatsApp Business yang didaftarkan pada nombor tersebut, lalu enggan menyambungkannya ke API. Tiada apa-apa yang diubah pada telefon, dan aplikasi terus berfungsi seperti biasa. ### Mengapa Meta menolak nombor yang kelihatan layak? Penyelesaian Meta sendiri bagi 3441045 ringkas: lebih banyak aktiviti pada aplikasi WhatsApp Business diperlukan untuk membantu menentukan kelayakan. Meta tidak menerbitkan ambang, bilangan hari atau jumlah mesej, jadi sebarang angka yang anda baca di tempat lain ialah pemerhatian sesebuah penyedia dan bukan peraturan Meta. Dibaca secara terus, ini merujuk kepada akaun yang kurang penggunaan sebenar: nombor yang baru didaftarkan, atau yang hampir tidak pernah membawa perbualan sebenar. Dua penolakan lain kelihatan serupa tetapi berbeza. Kod 3441042 bermaksud ciri ini tidak tersedia bagi nombor dari rantau itu. Di sebelah API pula, 2388091 dan 2388093 menyatakan nombor tidak layak menerima atau mengesahkan kod pendaftaran kerana ia tidak sedang dimigrasikan, yang berkaitan dengan laluan migrasi, bukan Coexistence. ### Apakah yang perlu anda lakukan sebelum mencuba semula? Gunakan nombor itu seperti biasa dalam aplikasi WhatsApp Business: perbualan pelanggan sebenar, dihantar dan diterima, dalam tempoh yang bermakna. Elakkan memadam akaun atau mendaftarkan semula nombor itu sementara menunggu, kerana semakan Meta berkaitan aktiviti pada akaun tersebut dan bermula semula memberinya kurang bahan untuk diperiksa. Pada masa yang sama, semak perkara asas. Aplikasi mestilah WhatsApp Business dan bukan WhatsApp biasa, pada versi 2.24.17 atau lebih baharu, dan nombor itu tidak boleh disambungkan kepada penyedia API lain. Perkara tersebut menghasilkan mesej tersendiri, yang dibincangkan pada halaman berasingan. Kemudian jalankan semula aliran itu dari awal. Kelayakan dinilai oleh Meta pada setiap percubaan, jadi percubaan baharu selepas aktiviti sebenar ialah satu-satunya ujian yang penting. - Mencuba aliran itu beberapa kali berturut-turut. Kelayakan dinilai oleh Meta dan percubaan berulang boleh menyebabkan anda terkena had kadar pula. - Mendaftarkan semula nombor itu pada pemasangan baharu untuk bermula bersih. Semakan Meta berkaitan aktiviti, dan pendaftaran baharu tidak mempunyai sebarang aktiviti. - Menganggap penyedia boleh meletakkan nombor itu dalam senarai putih. Tiada penyedia yang boleh mengatasi keputusan kelayakan Meta. **Adakah nombor saya diharamkan?** Tidak. Mesej ini berkaitan penyambungan nombor ke API. Aplikasi WhatsApp Business terus berfungsi pada telefon seperti biasa. **Berapa lama saya perlu menunggu sebelum mencuba semula?** Meta tidak menerbitkan tempoh tetap. Penyelesaian yang didokumenkannya ialah lebih banyak aktiviti sebenar dalam aplikasi WhatsApp Business, jadi tunggu sehingga nombor itu digunakan secara sebenar. **Mengapa mesej itu menyebut migrasi?** Popup yang sama turut mengendalikan pemindahan nombor antara akaun. Penolakan ini meliputi kedua-dua laluan, jadi perkataannya menyebut kedua-duanya. **Adakah penyedia lain akan memberi jawapan berbeza?** Tidak. Setiap penyedia menggunakan Embedded Signup Meta yang sama, dan semakan kelayakan ialah milik Meta. --- ## "Nombor telefon ini sudah didaftarkan pada akaun WhatsApp" https://easycoexistence.com/ms/docs/coexistence-error-number-already-registered Popup pendaftaran Meta memaparkan mesej ini apabila nombor sudah didaftarkan di tempat yang menghalang langkah yang cuba dilakukan: WhatsApp pengguna biasa, akaun WhatsApp Business API, atau akaun pada platform lain. Nombor itu mesti diputuskan sambungannya daripada akaun tersebut terlebih dahulu. Selepas itu, Meta menyatakan nombor mungkin mengambil masa beberapa minit sebelum tersedia semula. ### Apakah maksud mesej ini menurut dokumentasi Meta? Rujukan ralat Embedded Signup Meta menyenaraikan mesej ini sebagai "Nombor ini didaftarkan pada akaun WhatsApp sedia ada. Untuk menggunakan nombor ini, putuskan sambungannya daripada akaun sedia ada. Kemudian, kembali ke halaman ini dan masukkan semula nombor tersebut." Meta menambah bahawa nombor mungkin mengambil masa sehingga 3 minit untuk tersedia. Penjelasan Meta ialah nombor telefon itu sudah didaftarkan pada platformnya, dengan menyebut WhatsApp Messenger, aplikasi WhatsApp Business dan WhatsApp Business API. Penyelesaian yang dicadangkan ialah menyahdaftar nombor itu atau menggunakan nombor lain. Popup dipaparkan dalam bahasa pengguna, jadi penolakan yang sama muncul dalam bahasa Itali, Sepanyol atau Portugis dengan maksud yang serupa. ### Mengapakah pendaftaran Coexistence boleh menemui ralat ini? Coexistence wujud untuk menyambungkan nombor yang sudah didaftarkan dalam aplikasi WhatsApp Business, jadi nombor yang sudah berdaftar bukanlah masalah dengan sendirinya. Mesej ini muncul apabila aliran yang dijalankan bukan laluan Coexistence, atau apabila jenis pendaftarannya salah. Tiga keadaan menyebabkannya. Nombor itu berada pada WhatsApp pengguna biasa dan bukan aplikasi WhatsApp Business, yang tidak dapat disambungkan oleh Coexistence. Aliran yang dijalankan ialah pendaftaran nombor baharu yang standard dan bukan pilihan untuk menyambungkan akaun aplikasi WhatsApp Business sedia ada, jadi Meta menganggap nombor itu sebagai nombor yang perlu didaftarkan baharu. Atau nombor itu didaftarkan terus pada WhatsApp Business API, di luar aplikasi. Setiap satu memerlukan penyelesaian yang berbeza, sebab itu mesej ini sahaja tidak mencukupi untuk bertindak. ### Bagaimanakah cara membebaskan nombor dan mencuba semula? Padankan penyelesaian dengan tempat nombor itu berada. Jika nombor berada pada WhatsApp pengguna biasa, alihkan dahulu ke aplikasi WhatsApp Business pada telefon. Jika nombor berada pada aplikasi WhatsApp Business tetapi popup masih memaparkan mesej ini, semak sama ada aliran itu menawarkan pilihan untuk menyambungkan akaun aplikasi WhatsApp Business sedia ada; tanpa skrin tersebut, aliran itu salah. Jika nombor didaftarkan pada API melalui platform lain, sambungannya perlu diputuskan di platform tersebut. Selepas memutuskan sambungan, tunggu beberapa minit seperti yang dinyatakan Meta, kemudian kembali ke popup dan masukkan nombor sekali lagi. Jika popup sudah ditutup, mulakan aliran dari awal dan jangan gunakan semula tetingkap lama. - Mencuba semula nombor yang sama sebaik sahaja sambungan diputuskan. Meta menyatakan nombor boleh mengambil masa sehingga tiga minit untuk tersedia. - Menjalankan pendaftaran nombor baharu yang standard bagi nombor aplikasi. Coexistence memerlukan aliran yang menawarkan penyambungan akaun aplikasi WhatsApp Business sedia ada. - Memadam akaun aplikasi WhatsApp Business untuk membersihkan ralat. Tindakan itu membuang pendaftaran yang sepatutnya disambungkan oleh Coexistence. **Akaun sedia ada yang manakah dimaksudkan oleh Meta?** Popup tidak menyatakannya. Akaun itu ialah tempat nombor didaftarkan sekarang: WhatsApp pengguna biasa, aplikasi WhatsApp Business pada laluan yang salah, atau API melalui platform lain. **Adakah sembang saya akan hilang jika saya memutuskan sambungan?** Pemutusan sambungan daripada sesuatu platform dilakukan dalam aplikasi WhatsApp Business di bawah Tetapan, Akaun, Business Platform. Ia tindakan yang berasingan daripada memadam akaun aplikasi, yang bukan penyelesaiannya. **Saya melihat ralat ini dalam bahasa Itali. Adakah ia ralat yang sama?** Ya. Popup disetempatkan, jadi penolakan yang sama muncul dalam apa-apa bahasa yang digunakan oleh sesi tersebut. **Adakah penyedia perlu melakukan sesuatu?** Hanya jika nombor itu disambungkan melalui penyedia tersebut. Dalam keadaan itu, pemutusan sambungan dilakukan di sana sebelum aliran baharu dapat diselesaikan. --- ## "Permintaan kod gagal: Pelayan kami tidak tersedia buat sementara waktu" https://easycoexistence.com/ms/docs/coexistence-error-request-code-unavailable "Permintaan kod gagal: Pelayan kami tidak tersedia buat sementara waktu. Sila tunggu 1 jam sebelum mencuba lagi" muncul apabila kod pengesahan diminta untuk sesuatu nombor semasa pendaftaran dan Meta tidak menghantarnya. Arahan dalam mesej itu ialah penyelesaiannya: berhenti meminta kod, tunggu sejam penuh, kemudian cuba sekali sahaja dari aliran yang baharu. ### Adakah ini gangguan di pihak Meta? Mungkin, tetapi mesej-mesej berkaitan yang didokumenkan menunjuk ke arah lain. Rujukan ralat Embedded Signup Meta tidak menyenaraikan ayat yang tepat ini. Ia menyenaraikan sekumpulan penolakan kod pengesahan yang berfungsi dengan cara yang sama: "Anda telah meminta kod terlalu banyak kali", kod 2494158 dan 2388367 untuk permintaan berulang, dan 2593037 untuk ralat semasa meminta kod. Setiap satunya menyuruh pengguna kembali kemudian. Masalah platform yang sebenar juga wujud. Di sisi API, 133004 bermaksud pelayan tidak tersedia buat sementara waktu, dan nasihat Meta di situ ialah menyemak halaman status WhatsApp Business Platform sebelum mencuba semula. Jika halaman status tidak menunjukkan sebarang insiden, anggap mesej itu sebagai had ke atas permintaan kod bagi nombor tersebut dan hormati tempoh sejam yang diberikan. ### Mengapa kod diminta untuk nombor Coexistence? Pada laluan Coexistence, nombor itu sudah didaftarkan dalam aplikasi WhatsApp Business, dan Meta menyuruh rakan kongsi melangkau langkah pendaftaran nombor telefon atas sebab itu. Aliran yang didokumenkan Meta mengesahkan pemilikan melalui aplikasi itu sendiri: perniagaan menerima mesej daripada akaun rasmi Facebook Business dalam aplikasi WhatsApp Business, mengetik Connect, kemudian melengkapkan langkah pengesahan di situ. Jadi permintaan kod yang terus gagal ialah petunjuk untuk menyemak laluan mana yang sedang digunakan popup. Jika skrin yang menawarkan sambungan akaun aplikasi WhatsApp Business sedia ada tidak pernah muncul, aliran itu menganggap nombor tersebut sebagai pendaftaran baharu dan meminta kod SMS atau suara, dan di situlah had ini dikenakan. ### Bagaimana cara cuba semula tanpa memburukkan keadaan? Tunggu sejam penuh seperti yang diminta mesej itu, tanpa meminta kod lain di antaranya. Meta menyatakan sistem menghadkan berapa kali kod boleh diminta dalam tempoh tertentu, jadi permintaan yang dibuat semasa menunggu merugikan anda. Setelah sejam berlalu, tutup popup lama dan mulakan semula aliran itu, bukannya menekan hantar semula dalam tetingkap yang dibiarkan terbuka. Pilih pilihan untuk menyambungkan akaun aplikasi WhatsApp Business sedia ada, simpan telefon dengan nombor itu dalam keadaan tidak berkunci dan berdekatan, dan lengkapkan pengesahan dalam aplikasi sebaik sahaja ia tiba. Jika kod yang salah dimasukkan beberapa kali, panduan Meta berbeza: sistem membenarkan bilangan percubaan pengesahan yang terhad, dan ia menyuruh anda menunggu kira-kira 12 jam sebelum mencuba semula. - Menekan hantar semula berulang kali sepanjang sejam itu. Meta menghadkan kekerapan kod boleh diminta dalam sesuatu tempoh. - Menganggap gangguan itu kekal lalu bertukar nombor. Mesej itu menyebut tempoh menunggu yang sementara. - Menjalankan pendaftaran nombor baharu untuk nombor aplikasi. Coexistence mengesahkan melalui aplikasi WhatsApp Business, bukan pendaftaran SMS yang baharu. **Adakah menunggu lebih daripada sejam membantu?** Sejam ialah tempoh yang dinyatakan mesej itu. Menunggu lebih lama tidak mendatangkan mudarat, tetapi meminta kod dalam tempoh sejam itu memang merugikan. **Bolehkah pembekal saya menetapkan semula had itu?** Tidak. Had kod pengesahan dikenakan oleh Meta ke atas nombor tersebut, dan tiada pembekal yang boleh mengosongkannya. **Adakah aplikasi WhatsApp Business terjejas?** Tidak. Aplikasi terus berfungsi pada telefon. Penolakan itu hanya berkaitan dengan langkah pendaftaran dalam pelayar. **Bagaimana saya tahu sama ada ini gangguan sebenar?** Semak halaman status WhatsApp Business Platform Meta. Jika ia tidak menunjukkan sebarang insiden, anggap mesej itu sebagai had permintaan kod. --- ## Imbasan kod QR Coexistence gagal dalam aplikasi WhatsApp Business https://easycoexistence.com/ms/docs/coexistence-error-qr-code-pairing-failed Apabila imbasan kod gagal semasa pendaftaran Coexistence, punca yang perlu disemak ada pada telefon: aplikasi WhatsApp Business yang usang, imbasan dibuat daripada aplikasi atau peranti yang salah, atau gesaan selepas imbasan tidak dijawab. Penyelesaiannya ialah kemas kini aplikasi, imbas daripada aplikasi WhatsApp Business pada telefon yang memegang nombor itu, dan selesaikan setiap gesaan. ### Apakah yang sepatutnya berlaku pada telefon? Dokumentasi Meta menerangkan bahagian telefon dalam empat langkah. Perniagaan menerima mesej daripada akaun rasmi Facebook Business dalam aplikasi WhatsApp Business dan mengetik Connect. Kemudian ia mengetik Connect to the Business Platform. Seterusnya ia mengetik Confirm, iaitu tempat ia memilih sama ada untuk berkongsi sejarah sembang. Akhir sekali ia melengkapkan langkah kod pengesahan dan kembali ke pelayar untuk menamatkan aliran. Kod yang dipaparkan dalam pelayar ialah cara perbualan dalam aplikasi itu dimulakan. Maka imbasan yang tidak berbuat apa-apa, atau telefon yang memaparkan ralat sebaik sahaja mengimbas, bermakna salah satu langkah itu tidak dapat bermula. Semua yang berlaku sebelumnya dalam pelayar sudah berjaya. ### Mengapakah imbasan gagal? Empat punca wajar disemak, mengikut turutan ini. Aplikasi terlalu lama. Meta memerlukan aplikasi WhatsApp Business versi 2.24.17 atau lebih baharu, dan mempunyai ralat Embedded Signup, 4563015, yang hanya meminta aplikasi dikemas kini kepada versi terkini. Aplikasi yang salah digunakan untuk mengimbas. Kod itu mesti dikendalikan oleh aplikasi WhatsApp Business yang memegang nombor tersebut, pada telefon utama. WhatsApp pengguna biasa, aplikasi kamera telefon, atau peranti terpaut seperti WhatsApp Web atau Desktop bukan perkara yang sama. Gesaan tidak diselesaikan. Mengimbas hanya membuka langkah itu; mengetik Connect, Connect to the Business Platform dan Confirm yang menggerakkannya ke hadapan. Tetingkap pop timbul ditutup. Jika tetingkap pelayar sudah hilang, aliran yang sedang diselesaikan oleh telefon turut hilang. ### Bagaimanakah cara cuba semula dengan bersih? Kemas kini aplikasi WhatsApp Business daripada kedai aplikasi dahulu, kemudian buka semula. Pastikan telefon di tangan anda ialah telefon yang memegang nombor itu, dan ia tidak dikunci serta berada dalam talian. Seterusnya mulakan semula aliran pendaftaran dari awal dalam pelayar, pilih pilihan untuk menyambungkan akaun aplikasi WhatsApp Business sedia ada, dan biarkan tetingkap pop timbul terbuka semasa anda bekerja pada telefon. Kendalikan kod itu dari dalam aplikasi WhatsApp Business, jawab setiap gesaan apabila ia muncul, dan kembali ke pelayar untuk menamatkannya. Selepas sambungan selesai, jangkakan peranti terpaut dilog keluar. Meta menyahpaut semua aplikasi pendamping apabila nombor disambungkan kepada API, dan peranti itu boleh dipautkan semula selepas itu. - Mengimbas dengan aplikasi kamera telefon. Kod itu mesti dikendalikan oleh aplikasi WhatsApp Business yang memegang nombor. - Menutup tetingkap pop timbul pelayar semasa bekerja pada telefon. Langkah telefon memerlukan aliran yang memulakannya. - Menganggap peranti terpaut yang dilog keluar sebagai kegagalan. Meta menyahpaut aplikasi pendamping semasa sambungan; peranti itu boleh dipautkan semula. **Bolehkah orang lain mengimbas bagi pihak perniagaan?** Hanya dengan telefon yang memegang nombor itu. Langkah ini berlaku dalam aplikasi WhatsApp Business pada peranti tersebut. **Bolehkah saya menggunakan WhatsApp Web untuk mengimbas?** Tidak. Peranti terpaut ialah pendamping kepada akaun. Langkah telefon milik aplikasi WhatsApp Business pada telefon utama. **Adakah imbasan yang gagal mengubah apa-apa pada telefon?** Tidak. Selagi aliran belum selesai, nombor tidak disambungkan dan aplikasi berfungsi seperti sebelumnya. **Aplikasi saya menyatakan ia sudah terkini. Apa seterusnya?** Semak bahawa nombor versi ialah 2.24.17 atau lebih baharu, kemudian mulakan semula aliran dari awal dan selesaikan setiap gesaan. --- ## Pendaftaran Coexistence disekat oleh Business Portfolio lama https://easycoexistence.com/ms/docs/coexistence-error-inaccessible-business-portfolio Jika nombor dipautkan ke Meta Business Portfolio yang berbeza daripada yang dipilih dalam popup pendaftaran, Meta menolaknya dan menyatakan nombor itu tidak dikaitkan dengan perniagaan yang anda pilih. Nombor perlu dinyahpaut di dalam portfolio lain itu, yang memerlukan seseorang dengan akses admin di sana, atau aliran pendaftaran perlu dijalankan di dalam portfolio tersebut. ### Apakah yang Meta nyatakan apabila ini berlaku? Rujukan ralat Embedded Signup daripada Meta menyenaraikan kod 3441041: "Nombor telefon yang anda masukkan tidak dikaitkan dengan perniagaan yang anda pilih. Untuk meneruskan, anda perlu menyahpaut nombor telefon ini daripada perniagaan itu atau memasukkan nombor lain." Perniagaan yang anda pilih ialah Business Portfolio yang dipilih pada skrin pertama popup. Mesej ini bermakna Meta sudah mengaitkan nombor itu dengan portfolio yang berbeza. Pautan tersebut mungkin berasal daripada persediaan terdahulu: agensi yang pernah menyambungkan nombor itu, Business Manager bekas pekerja, atau akaun WhatsApp lama yang dicipta untuk iklan. Orang yang menjalankan aliran hari ini sering tidak tahu pautan itu wujud. ### Bagaimanakah cara menyahpaut nombor daripada portfolio lain? Penyelesaian yang didokumenkan Meta terdiri daripada dua bahagian, kedua-duanya dilakukan di dalam portfolio yang kini memegang nombor itu. Pertama, buang akaun WhatsApp yang dipautkan kepada nombor itu: Meta Business Suite, Tetapan, Akaun, Akaun WhatsApp, Buang Akaun. Kedua, padam nombor telefon itu sendiri daripada WhatsApp Manager, pada tab Nombor Telefon. Kedua-dua langkah dilakukan di dalam portfolio tersebut, jadi ia memerlukan seseorang dengan akses admin di sana. Meta sudah pun mewajibkan kebenaran peringkat admin hanya untuk mencipta akaun WhatsApp Business dalam sesebuah portfolio. Setelah nombor bebas, jalankan pendaftaran semula dan pilih portfolio yang anda kawal. ### Bagaimana jika tiada sesiapa dapat masuk ke portfolio lama itu? Maka pilihan yang munasabah tinggal dua. Pertama, dapatkan semula akses. Sesiapa yang mencipta portfolio itu, atau mana-mana admin yang masih ada, boleh menambah seseorang yang sedang bertugas sebagai admin. Bagi portfolio yang dipegang agensi, ini bermakna meminta agensi sama ada memberi akses atau menyahpaut sendiri. Sebagai alternatif, jalankan aliran di dalam portfolio lama itu setelah akses dipulihkan, dan bukannya mengalihkan nombor keluar daripadanya. Coexistence mengekalkan akaun yang ditukar dalam portfolio milik pelanggan sendiri, jadi portfolio tempat aliran dijalankan ialah tempat nombor itu akan berada selepas itu. Pilih portfolio yang masih dikawal oleh perniagaan setahun dari sekarang. - Mencipta portfolio baharu dan mencuba semula. Nombor masih dipautkan ke portfolio lama, jadi penolakan yang sama akan berulang. - Memadam akaun aplikasi WhatsApp Business untuk memutuskan pautan. Pautan itu disimpan di pihak Meta, di dalam portfolio lain tersebut. - Membiarkan nombor dalam portfolio yang tidak dikawal oleh perniagaan. Sesiapa yang mentadbirnya mengawal sambungan itu. **Bolehkah sokongan Meta memindahkan nombor itu untuk saya?** Penyelesaian Meta yang didokumenkan bagi 3441041 ialah menyahpaut di dalam portfolio lain, dilakukan oleh seseorang yang mempunyai akses kepadanya. Meta tidak menyatakan bahawa ia memindahkan nombor bagi pihak anda. **Bagaimanakah cara mengetahui portfolio mana yang memegang nombor itu?** Mesej Meta tidak menyebut namanya. Semak setiap portfolio yang pernah digunakan oleh sesiapa dalam perniagaan, termasuk yang disediakan oleh agensi. **Adakah menyahpaut akan menghentikan aplikasi WhatsApp Business?** Langkah-langkah tersebut membuang akaun WhatsApp dan nombor daripada portfolio itu dalam Meta Business Suite dan WhatsApp Manager. Ia tidak dilakukan pada aplikasi di telefon. **Adakah ini sama seperti nombor berada pada penyedia lain?** Tidak. Itu ialah sambungan kepada aplikasi rakan kongsi lain. Ini pula ialah nombor yang tergolong dalam portfolio yang berbeza. --- ## Pilihan "sambungkan app WhatsApp Business sedia ada anda" tidak muncul https://easycoexistence.com/ms/docs/coexistence-error-option-not-showing Pilihan untuk menyambungkan akaun WhatsApp Business app sedia ada hanya muncul apabila platform yang melancarkan Embedded Signup Meta telah mengaktifkannya dalam kodnya. Tanpa tetapan itu, popup memaparkan skrin pemilihan akaun biasa dan menganggap nombor itu sebagai pendaftaran baharu. Perniagaan tidak boleh mengaktifkannya; platform yang mesti melakukannya. ### Siapa yang mengawal sama ada pilihan itu muncul? Platform yang melancarkan popup. Dokumentasi Meta meminta rakan kongsi menambah properti featureType yang ditetapkan kepada whatsapp_business_app_onboarding semasa melancarkan Embedded Signup. Meta turut memberi cara semakan: jika skrin pemilihan akaun telah digantikan dengan skrin yang menawarkan untuk menyambungkan akaun WhatsApp Business sedia ada, ciri itu telah diaktifkan. Jadi apabila perniagaan melihat skrin biasa, iaitu memilih atau mencipta akaun WhatsApp Business dan memasukkan nombor untuk didaftarkan, popup itu dilancarkan tanpa tetapan tersebut. Tiada apa dalam tetapan Meta milik perniagaan itu sendiri yang boleh mengubahnya. Perniagaan hanya boleh beralih kepada pautan pendaftaran daripada platform yang telah mengaktifkannya. ### Mengapa sesebuah platform mungkin tidak menawarkannya? Meta menyenaraikan syarat di pihak platform sebelum pilihan itu boleh diaktifkan. Platform mesti sudah menjadi Solution Partner atau Tech Provider, tahu cara menggunakan Cloud API, mempunyai webhook callback yang boleh menerima dan memproses webhook, serta menjalankan Embedded Signup dengan pengelogan sesi. Alat yang dihoskan sendiri, atau integrasi yang dibina pada app pembangun yang bukan Tech Provider, gagal memenuhi syarat pertama itu, dan dalam kes tersebut pilihan itu tidak dapat dipulihkan melalui perubahan konfigurasi di pihak perniagaan. Penyelesaiannya ialah platform yang telah melakukan kerja ini. Jurang lain ialah versi. Embedded Signup v2 dan v3 dimansuhkan pada 15 Oktober 2026, dan Meta meminta rakan kongsi berpindah ke v4 sebelum tarikh itu. ### Bagaimana jika pilihan muncul tetapi akaun tidak dapat dipilih? Itu penolakan yang berbeza, dan ia datang daripada akaun, bukan platform. Rujukan ralat Meta menyenaraikan 3441047: ciri itu tidak tersedia bagi akaun yang menggunakan mesej pemasaran, dan perniagaan perlu memilih akaun WhatsApp Business yang lain. Kod 3441042 bermaksud ciri itu tidak tersedia bagi nombor dari rantau tersebut. Dan app di bawah versi 2.24.17 ditolak dengan permintaan supaya dikemas kini kepada versi terkini. Setiap satu daripada ini disertakan dengan mesejnya sendiri dalam popup. Pilihan yang hilang tanpa sebarang mesej menunjukkan kembali kepada cara aliran itu dilancarkan. - Mencari suis Coexistence dalam tetapan Meta milik perniagaan. Pilihan itu ditetapkan oleh pihak yang melancarkan popup. - Tetap menyiapkan aliran biasa. Tanpa pilihan itu, Meta menganggap nombor tersebut sebagai pendaftaran baharu, dan itu bukan Coexistence. - Menganggap integrasi Embedded Signup lama masih layak. Meta memansuhkan v2 dan v3 pada 15 Oktober 2026. **Bolehkah perniagaan mengaktifkan Coexistence sendiri?** Tidak dalam popup. Pilihan itu ditetapkan oleh platform yang melancarkan Embedded Signup, melalui tetapan featureType. **Bagaimana saya tahu pilihan itu diaktifkan?** Ujian Meta sendiri: skrin pemilihan akaun digantikan dengan skrin yang menawarkan untuk menyambungkan akaun WhatsApp Business sedia ada anda. **Adakah perniagaan memerlukan Business Portfolio yang disahkan?** Syarat yang disenaraikan Meta untuk pilihan ini terletak di pihak platform yang melancarkan, ditambah versi app 2.24.17 atau lebih baharu bagi perniagaan. **Adakah ini sekatan mengikut rantau?** Penolakan mengikut rantau datang sebagai mesej tersendiri, kod 3441042. Pilihan yang hilang tanpa sebarang mesej menunjukkan cara aliran itu dilancarkan. --- ## "Update your WhatsApp Business App" semasa pendaftaran Coexistence https://easycoexistence.com/ms/docs/coexistence-error-business-app-outdated Coexistence memerlukan aplikasi WhatsApp Business versi 2.24.17 atau lebih baharu pada telefon yang memegang nombor tersebut. Jika versinya lebih rendah, tetingkap pop timbul pendaftaran Meta menolak nombor itu dan meminta aplikasi dikemas kini kepada versi terkini. Kemas kini daripada kedai aplikasi, kemudian jalankan semula aliran itu dari awal untuk menyelesaikannya. ### Apakah yang dinyatakan oleh mesej itu? Rujukan ralat Embedded Signup Meta menyenaraikan kod 4563015 dengan teks "Update your WhatsApp Business App to the latest version to use this phone number", dan penyelesaiannya memang seperti itu: kemas kini aplikasi kepada versi terkini. Keperluan di sebaliknya dinyatakan dalam dokumentasi onboarding Coexistence Meta: pelanggan perniagaan mesti menggunakan aplikasi WhatsApp Business versi 2.24.17 atau lebih tinggi. Mesej itu meminta versi terkini, bukan versi minimum, dan mengemas kini kepada versi terkini yang tersedia memenuhi kedua-duanya. ### Peranti manakah yang perlu dikemas kini? Telefon utama: peranti tempat nombor itu didaftarkan dalam aplikasi WhatsApp Business. Itulah aplikasi yang disemak oleh Meta, dan ia mengendalikan langkah telefon dalam aliran tersebut. Mengemas kini WhatsApp Web, aplikasi desktop atau tablet yang dipautkan ke akaun tidak memberi kesan, kerana semuanya peranti pendamping dan bukan pendaftaran itu sendiri. Dokumentasi Meta turut menyatakan bahawa klien pendamping dinyahpautkan apabila nombor disambungkan ke API, dan WhatsApp untuk Windows serta WhatsApp untuk WearOS bukan pendamping yang disokong selepas itu. Dalam persediaan agensi, orang yang menjalankan aliran pelayar sering tidak memegang telefon itu, jadi ini langkah yang perlu disahkan dengan pemilik perniagaan sebelum bermula. ### Bagaimanakah anda menyemak versi dan mencuba semula? Pada telefon yang memegang nombor itu, cari versi aplikasi WhatsApp Business yang dipasang, sama ada dalam maklumat bantuan aplikasi itu sendiri atau pada halamannya di kedai aplikasi telefon. Jika versinya di bawah 2.24.17, atau jika kedai menawarkan kemas kini, sila pasangnya. Selepas mengemas kini, tutup dan buka semula aplikasi supaya versi baharu yang sedang berjalan. Kemudian mulakan aliran pendaftaran dari awal dalam pelayar, bukannya menyambung tetingkap pop timbul yang sudah memaparkan penolakan, dan pilih pilihan untuk menyambungkan akaun aplikasi WhatsApp Business sedia ada. Kemas kini itu sendiri dilakukan di kedai aplikasi, bukan dalam tetingkap pop timbul pendaftaran, jadi ini langkah untuk orang yang memegang telefon. Sahkan nombor versi baharu dengannya sebelum aliran dijalankan semula, dan jangan menganggap kemas kini sudah berjaya. - Mengemas kini WhatsApp Web atau aplikasi desktop. Meta menyemak aplikasi WhatsApp Business pada telefon utama. - Mengemas kini WhatsApp biasa pada telefon yang mempunyai kedua-dua aplikasi. Aplikasi Business ialah pemasangan berasingan dengan versinya sendiri. - Mencuba semula dalam tetingkap pop timbul yang sama selepas mengemas kini. Mulakan semula aliran supaya semakan dijalankan terhadap versi baharu. **Adakah 2.24.17 mencukupi, atau saya perlukan versi terkini?** Minimum yang dinyatakan Meta ialah 2.24.17. Teks ralat meminta versi terkini, jadi mengemas kini sepenuhnya merangkumi kedua-duanya. **Adakah mengemas kini menyebabkan sembang hilang?** Kemas kini menggantikan versi aplikasi pada pendaftaran yang sama. Ia tidak sama dengan memadam akaun atau mendaftarkan semula nombor, yang sepatutnya dielakkan. **Adakah versi masih penting selepas disambungkan?** Keperluan Meta dinyatakan untuk onboarding. Memastikan aplikasi sentiasa terkini tetap wajar, kerana telefon kekal menjadi sebahagian daripada sambungan. **Adakah ini sama dengan nombor yang tidak layak?** Tidak. Kelayakan berkaitan aktiviti pada akaun. Ralat ini semata-mata berkenaan versi aplikasi pada telefon. --- ## Ralat Coexistence: nombor sudah disambungkan ke penyedia lain https://easycoexistence.com/ms/docs/coexistence-error-number-on-another-provider Aliran Coexistence Meta tidak akan menyambungkan nombor aplikasi WhatsApp Business ke platform baharu selagi platform lain masih memegangnya. Jika nombor sudah disambungkan ke penyedia lain, popup pendaftaran Meta menolaknya dan menyatakan bahawa pertukaran rakan kongsi tidak disokong dalam aliran itu. Pihak perniagaan memutuskan sambungan platform semasa dalam aplikasi WhatsApp Business, menunggu 15 minit, kemudian menjalankan pendaftaran baharu. ### Mesej manakah yang bermaksud nombor berada pada penyedia lain? Rujukan ralat Embedded Signup Meta mempunyai tiga mesej untuk situasi ini, dalam bahagian mengenai onboarding pengguna aplikasi WhatsApp Business. - 2655093: perniagaan sudah berkongsi akaun WhatsApp Business ini dengan rakan kongsi, dan pertukaran rakan kongsi tidak disokong dalam aliran ini. - 3441049: nombor sudah didaftarkan dengan produk dan mesti diputuskan sambungannya daripada akaun semasa dalam aplikasi WhatsApp Business. - 2655094: sila putuskan sambungan platform perniagaan anda untuk meneruskan, kemudian tunggu 15 minit sebelum mencuba semula. ### Bagaimana cara memutuskan sambungan penyedia semasa? Daripada telefon, dalam aplikasi WhatsApp Business. Laluan Meta ialah Tetapan, Akaun, Platform Perniagaan, kemudian pilih platform yang disambungkan dan ketik Putuskan sambungan. Meta turut menyatakan bahawa panggilan nyahdaftar milik API tidak boleh digunakan pada nombor yang digunakan serentak dengan aplikasi dan Cloud API. Itulah sebabnya sambungan diputuskan dalam aplikasi, bukan melalui dashboard penyedia lama. Apabila perniagaan memutuskan sambungan, Meta menghantar webhook account_update dengan peristiwa PARTNER_REMOVED kepada platform terdahulu. Begitulah penyedia lama mengetahuinya. Sebarang langganan dengan penyedia itu ialah urusan berasingan antara perniagaan dan penyedia tersebut. ### Apa yang berlaku selepas sambungan diputuskan? Tunggu. Mesej Meta untuk 3441049 dan 2655094 kedua-duanya meminta anda menunggu 15 minit sebelum mencuba semula. Kemudian jalankan pendaftaran platform baharu dari awal dan pilih pilihan untuk menyambungkan akaun aplikasi WhatsApp Business sedia ada. Ini onboarding baharu: perkongsian sejarah sembang ditawarkan semula, dan platform baharu mempunyai 24 jam selepas onboarding untuk menyegerakkan kenalan dan sejarah. Satu keadaan masih boleh mengganggu pertukaran ini. Meta menyatakan bahawa perniagaan yang pernah bekerja dengan rakan kongsi dahulu dan masih berkongsi talian kredit rakan kongsi itu mungkin melihat ralat apabila beralih ke rakan kongsi baharu, dan Meta menerbitkan panduan berasingan untuk menyelesaikannya. - Meminta penyedia lama menyahdaftarkan nombor. Meta menyatakan panggilan nyahdaftar tidak berfungsi pada nombor yang digunakan serentak dengan aplikasi dan Cloud API. - Mencuba semula dalam beberapa minit selepas memutuskan sambungan. Meta meminta anda menunggu 15 minit. - Memadam akaun aplikasi WhatsApp Business untuk memutuskan sambungan lama. Memutuskan sambungan melalui Tetapan ialah laluan yang didokumenkan. **Bolehkah satu nombor disambungkan ke dua penyedia serentak?** Tidak melalui aliran ini. Mesej Meta menyatakan pertukaran rakan kongsi tidak disokong tanpa memutuskan sambungan rakan kongsi semasa terlebih dahulu. **Adakah memutuskan sambungan akan memadam sembang saya?** Memutuskan sambungan hanya membuang sambungan platform. Aplikasi WhatsApp Business kekal pada telefon dan terus berfungsi. **Bolehkah penyedia baharu memutuskan sambungan penyedia lama untuk saya?** Tidak. Sambungan diputuskan oleh pihak perniagaan dalam aplikasi WhatsApp Business. **Adakah sejarah disegerakkan semula dengan penyedia baharu?** Onboarding baharu menawarkan perkongsian sejarah semula, dan platform baharu mempunyai 24 jam untuk menjalankan penyegerakan. --- ## "This authorization code has expired" selepas pendaftaran Coexistence https://easycoexistence.com/ms/docs/coexistence-error-authorization-code-expired Apabila Embedded Signup Meta selesai, ia memberi platform yang melancarkannya satu kod jangka pendek yang mesti ditukar kepada token akses dalam masa 30 saat. Jika pertukaran berlaku lebih lewat, atau menggunakan kod daripada percubaan terdahulu, Meta menjawab bahawa kod kebenaran telah tamat tempoh. Menjalankan semula aliran ini menghasilkan kod yang baharu. ### Kod apakah yang telah tamat tempoh? Apabila perniagaan menyelesaikan Embedded Signup, Meta mengembalikan ID aset dan satu kod token boleh tukar kepada tetingkap pelayar yang membuka tetingkap timbul itu. Platform kemudian menghantar kod tersebut ke pelayannya sendiri, yang memanggil endpoint oauth access_token Meta dengan ID aplikasi dan rahsia aplikasinya untuk menukarnya kepada token perniagaan. Panduan pelaksanaan Meta jelas tentang masa: kod token boleh tukar mempunyai tempoh hayat 30 saat, jadi platform mesti dapat menukarnya sebelum ia tamat tempoh. Pertukaran yang dicuba selepas itu akan ditolak, dan "This authorization code has expired" ialah bunyi penolakan tersebut. Perniagaan tidak melakukan sebarang kesilapan apabila menyelesaikan tetingkap timbul itu dengan perlahan; jam bermula sebaik sahaja kod dikembalikan. ### Mengapa ia berlaku apabila tetingkap timbul selesai lewat atau dua kali? Beberapa keadaan boleh melewatkan pertukaran melebihi had itu. Tab pelayar dibiarkan di latar belakang atau komputer riba tidur ketika aliran selesai, jadi kod sampai ke pelayan platform lama selepas dikeluarkan. Pelayan platform meletakkan pertukaran dalam baris gilir di belakang kerja lain dan bukannya melakukannya serta-merta. Atau orang itu membuka aliran dua kali, menyelesaikan kedua-duanya, dan platform menukar kod daripada tetingkap pertama selepas yang kedua selesai. Dalam ujian ada situasi keempat: menyalin kod daripada konsol pelayar dan menukarnya secara manual dengan cURL atau Postman. Panduan Meta memberi amaran tentang perkara ini dan menyarankan agar permintaan pertukaran disediakan sebelum bermula. ### Bagaimanakah anda melengkapkan sambungan? Jalankan semula aliran dari awal dalam satu tetingkap sahaja, dan biarkan ia selesai dengan halaman platform berada di hadapan. Setiap penyelesaian mengembalikan kod baharu, dan pertukaran kod itu dengan segera ialah semua yang diperlukan oleh platform. Bagi nombor Coexistence, lakukannya dengan segera. Meta menukar akaun WhatsApp Business apabila perniagaan menyelesaikan aliran, dan sebaik sahaja platform melakukan onboarding pelanggan, ia mempunyai 24 jam untuk menyegerakkan sejarah mesej; selepas itu, perniagaan mesti dikeluarkan daripada onboarding dan menyelesaikan aliran sekali lagi. Di sebelah platform, penyelesaian yang kekal ialah menukar kod di pelayan sebaik sahaja ia tiba, sebelum sebarang langkah onboarding yang lain. - Mencuba semula pertukaran token dengan kod yang sama. Kod itu tamat tempoh selepas 30 saat dan tidak akan pulih. - Menjalankan pendaftaran dalam dua tetingkap serentak. Hanya kod daripada percubaan yang sedang ditukar akan dikira. - Menukar kod daripada pelayar. Meta menghendaki pertukaran sebagai permintaan pelayan ke pelayan dengan rahsia aplikasi. **Adakah perniagaan telah menyambungkan nombor itu atau belum?** Perniagaan telah menyelesaikan aliran Meta, tetapi platform tidak dapat menukar kod itu kepada token yang berfungsi, jadi ia belum boleh bertindak pada nombor tersebut. Menjalankan semula aliran memberinya kod yang baharu. **Bolehkah kod dibuat bertahan lebih lama?** Tidak. Meta menetapkan tempoh hayat 30 saat, dan tiada platform yang dapat melanjutkannya. **Adakah aplikasi WhatsApp Business terjejas?** Tidak. Aplikasi itu terus berfungsi pada telefon semasa perkara ini diselesaikan. **Adakah ini sama dengan token akses yang tamat tempoh?** Tidak. Ini ialah kod pendaftaran jangka pendek. Token akses yang tamat tempoh pada sambungan yang berfungsi mengembalikan ralat 190. --- ## "Your app is missing required Graph API permissions for Cloud API companion pairing" https://easycoexistence.com/ms/docs/coexistence-error-companion-pairing-permission Mesej ini bermaksud platform yang melancarkan pendaftaran tidak mempunyai kebenaran WhatsApp yang Meta syaratkan, pada tahap akses yang Meta syaratkan, untuk menyambungkan nombor aplikasi WhatsApp Business ke Cloud API. Meta hanya membenarkan sesebuah perniagaan memberikan kebenaran yang platform itu pegang dengan akses Advanced. Perniagaan tidak dapat membetulkannya; platform yang perlu berbuat demikian. ### Apakah maksud mesej ini? Teks penuhnya berbunyi: "Your app is missing required Graph API permissions for Cloud API companion pairing. Please verify advanced WhatsApp Business permissions are granted, then try again." Rujukan ralat awam Meta tidak menyenaraikan ayat yang tepat ini, tetapi setiap bahagiannya sepadan dengan sesuatu yang Meta dokumentasikan. "Your app" ialah aplikasi Meta milik platform yang menjalankan pendaftaran, bukan aplikasi WhatsApp Business pada telefon. Meta tidak mentakrifkan companion pairing secara awam; jika dibaca dalam konteks, ia menggambarkan Cloud API menyertai satu nombor yang kekal didaftarkan dalam aplikasi WhatsApp Business, iaitu susunan Coexistence. Manakala kebenaran WhatsApp Business "advanced" merujuk kepada akses Advanced, tahap yang Meta berikan melalui App Review. ### Kebenaran manakah yang terlibat? Dokumentasi kebenaran Meta menamakan dua kebenaran yang secara amnya diperlukan oleh integrasi WhatsApp. whatsapp_business_management merangkumi metadata akaun, template, nombor telefon, analitik dan webhook akaun. whatsapp_business_messaging merangkumi penghantaran mesej serta penerimaan webhook mesej dan status. Bagi rakan kongsi yang pelanggannya menggunakan aplikasinya, Meta menghendaki App Review dan akses Advanced untuk setiap kebenaran yang diperlukan oleh aplikasi itu. Meta menyatakan akibatnya secara terus: tanpa akses Advanced bagi sesuatu kebenaran, pelanggan tidak dapat memberikannya kepada aplikasi melalui Embedded Signup. Panggilan dengan whatsapp_business_management pada akaun yang bukan milik aplikasi, tanpa akses Advanced, memulangkan ralat 200. Sesebuah platform boleh menyemak apa yang sebenarnya diberikan oleh perniagaan dengan memeriksa token melalui endpoint debug_token Meta, yang menyenaraikan kebenaran yang diberikan di bawah scopes. ### Apakah yang boleh dilakukan oleh perniagaan? Sangat sedikit di pihaknya, dan perniagaan tidak seharusnya cuba mengubah tetapan Meta miliknya untuk menyelesaikan ralat ini. Pembetulannya terletak pada platform: ia perlu menjadi Tech Provider atau Solution Partner, yang Meta senaraikan sebagai syarat untuk memasukkan pengguna aplikasi WhatsApp Business, dan akses Advanced untuk kebenaran WhatsApp itu perlu diluluskan. Yang boleh dilakukan oleh perniagaan ialah melaporkan mesej yang tepat kepada platform, kemudian cuba semula selepas platform mengesahkan aksesnya, atau menggunakan platform yang sudah memegang status itu. Mengulangi aliran yang sama pada platform yang sama sebelum itu akan memberi hasil yang sama, dan ia tidak menjejaskan aplikasi WhatsApp Business pada telefon. - Memberikan lebih banyak kebenaran dalam tetapan Meta milik perniagaan sendiri. Akses yang tiada itu milik aplikasi platform. - Menjalankan sendiri sebuah alat pada aplikasi pembangun tanpa App Review. Tanpa akses Advanced, perniagaan tidak dapat memberikan kebenaran yang diperlukan. - Mencuba semula berkali-kali pada platform yang sama. Hasilnya hanya berubah apabila akses platform itu berubah. **Adakah aplikasi WhatsApp Business saya bermasalah?** Tidak. Mesej itu merujuk kepada aplikasi Meta milik platform, bukan aplikasi pada telefon anda, yang terus berfungsi. **Bolehkah saya memberikan kebenaran itu sendiri?** Hanya kebenaran yang platform pegang dengan akses Advanced akan dipaparkan untuk anda berikan. Akses yang tiada itu perlu diluluskan untuk platform terlebih dahulu. **Bagaimanakah platform memperoleh akses Advanced?** Melalui Meta App Review bagi setiap kebenaran yang diperlukan oleh aplikasinya, sebagai rakan kongsi yang pelanggannya menggunakan aplikasi itu. **Adakah perniagaan perlu menjalani App Review?** Tidak. Meta menyatakan pembangun langsung yang hanya mengakses data perniagaannya sendiri tidak memerlukan App Review mahupun akses Advanced. --- ## Ralat WhatsApp 0: tidak dapat mengesahkan pengguna aplikasi https://easycoexistence.com/ms/docs/whatsapp-error-0 Kod ralat 0 bermakna Meta tidak dapat mengesahkan pengguna aplikasi di sebalik token akses. Penerangan Meta berbunyi: "Kami tidak dapat mengesahkan pengguna aplikasi." Token telah tamat tempoh, dibatalkan, atau pengguna menyekat semua aplikasi daripada data mereka. Penyelesaiannya ialah token akses baharu, bukan cuba semula. ### Apakah maksud kod ralat WhatsApp 0? Ia bermakna platform menerima permintaan tetapi tidak dapat mengaitkannya dengan pengguna aplikasi yang dipercayainya. Meta meletakkan kod 0 di bawah ralat kebenaran dalam rujukan ralat Cloud API, dengan teks butiran "Kami tidak dapat mengesahkan pengguna aplikasi." Semua sebab yang diberikan berkaitan token: ia telah tamat tempoh, ia telah dibatalkan, atau orang yang memberikannya mengubah tetapan yang menghalang semua aplikasi daripada mengakses data mereka. Tiada apa-apa dalam senarai itu berkaitan nombor telefon, akaun WhatsApp Business atau mesej yang dihantar. Permintaan itu tidak sampai ke peringkat di mana semua itu disemak. ### Bagaimana cara membetulkan ralat 0? Dapatkan token akses baharu. Itulah penyelesaian yang disenaraikan Meta, dan satu-satunya yang berkesan. Sebelum menggantikannya, kenal pasti punca yang mana satu berlaku, kerana setiap punca akan berulang jika diabaikan. Token pengguna yang tempohnya singkat akan tamat lagi mengikut jadual. Token yang dibatalkan akan terus gagal sehingga seseorang memberikan akses semula. Pengguna yang mematikan akses aplikasi sepenuhnya mesti menghidupkannya semula sebelum sebarang token untuk pengguna itu boleh berfungsi. Bagi penghantaran pelayan ke pelayan, panduan token akses Meta mengesyorkan token System User, yang diterangkannya sebagai tahan lama dan sesuai untuk perkhidmatan automatik yang tidak memerlukan input pengguna. ### Adakah ralat 0 sama dengan ralat 190? Keduanya bertindih dalam amalan dan disenaraikan secara berasingan oleh Meta. Ralat 190 membawa teks butiran "Token akses anda telah tamat tempoh." Ralat 0 lebih luas: ia merangkumi token yang tamat tempoh, token yang dibatalkan, dan pengguna yang menyekat akses aplikasi sepenuhnya. Kedua-duanya terdapat dalam jadual kebenaran yang sama, dan kedua-duanya diselesaikan dengan mendapatkan token baharu. Perbezaan praktikalnya ialah diagnosis. Kod 190 memberitahu anda token telah tamat tempoh. Kod 0 memberitahu anda pengesahan gagal dan anda perlu mencari puncanya, yang wajar dilakukan sebelum anda mengeluarkan token ganti yang gagal dengan cara yang sama sejam kemudian. - Mencuba semula permintaan yang sama. Token yang tidak disahkan kekal tidak disahkan, jadi setiap percubaan semula memulangkan kod 0 sekali lagi. - Menyambung semula nombor itu. Nombor itu tidak pernah disemak, jadi mendaftarkannya semula hanya membebankan pemilik perniagaan dengan kerja yang tidak mengubah apa-apa. - Mengeluarkan token pengguna jangka pendek yang baharu untuk tugas bahagian belakang. Ia akan tamat tempoh mengikut jadual dan ralat itu kembali. **Adakah ralat 0 bermakna nombor saya telah diputuskan?** Tidak. Semua sebab Meta untuk kod 0 berkaitan token akses. Nombor itu dan aplikasi WhatsApp Business pada telefon tidak terlibat. **Di manakah ralat 0 didokumenkan?** Dalam jadual ralat kebenaran pada rujukan kod ralat Cloud API Meta. Cloud API dibina atas Graph API, yang menggunakan format ralat yang sama. **Adakah ralat 0 akan hilang jika saya menunggu?** Tidak. Token yang tamat tempoh atau dibatalkan tidak pulih dengan sendirinya. Token baharu diperlukan. **Bagaimana saya menyemak apa yang boleh dilakukan oleh sesuatu token?** Gunakan penyahpepijat token akses Meta atau endpoint debug_token. Kedua-duanya menunjukkan sama ada token sah, bila ia tamat tempoh dan kebenaran yang dibawanya. --- ## Ralat WhatsApp 3: isu keupayaan atau kebenaran https://easycoexistence.com/ms/docs/whatsapp-error-3 Kod ralat 3 bermaksud aplikasi yang memanggil endpoint tidak mempunyai keupayaan atau kebenaran yang diperlukan oleh endpoint itu. Huraian Meta ialah "Capability or permissions issue." Graph API menamakannya API Method. Cara membetulkannya ialah menyemak kebenaran yang diberikan kepada token menggunakan access token debugger, kemudian menambah kebenaran yang diperlukan endpoint. ### Apakah maksud kod ralat WhatsApp 3? Ia bermaksud permintaan telah disahkan tetapi aplikasi tidak dibenarkan melakukan apa yang dimintanya. Meta menyenaraikan kod 3 antara ralat kebenaran dalam rujukan Cloud API dengan teks butiran "Capability or permissions issue." Panduan pengendalian ralat Graph API, yang diwarisi oleh Cloud API, menamakan kod yang sama sebagai API Method dan meminta anda memastikan aplikasi mempunyai keupayaan atau kebenaran yang diperlukan untuk panggilan itu. Jadi token berfungsi. Identiti bukan masalahnya, dan itulah yang membezakan ralat ini daripada kod 0 dan 190. Masalahnya ialah apa yang token dibenarkan akses. ### Bagaimana anda menyemak kebenaran yang dimiliki sesuatu token? Gunakan access token debugger, atau endpoint debug_token yang memulangkan maklumat yang sama. Respons menyenaraikan kebenaran yang diberikan dalam properti scopes. Bandingkan senarai itu dengan halaman rujukan bagi endpoint yang gagal, kerana setiap rujukan menyatakan kebenaran yang diperlukannya. Untuk WhatsApp, dua kebenaran meliputi hampir semua panggilan. whatsapp_business_management diperlukan untuk metadata akaun, template, senarai nombor telefon, analitik dan webhook akaun. whatsapp_business_messaging diperlukan untuk menghantar sebarang mesej dan menerima webhook mesej serta status. Token yang hanya memegang satu daripadanya akan gagal pada panggilan yang memerlukan satu lagi. ### Mengapakah aplikasi rakan kongsi melihat ralat 3 sedangkan pembangun langsung tidak? Kerana rakan kongsi yang melayani perniagaan lain mempunyai satu syarat tambahan. Panduan kebenaran Meta menyatakan bahawa rakan kongsi yang pelanggannya menggunakan aplikasinya untuk mengakses data mereka mesti lulus App Review dan memegang Advanced access bagi setiap kebenaran yang diperlukan aplikasi. Pembangun langsung yang hanya bekerja dengan data perniagaannya sendiri tidak memerlukan App Review atau Advanced access. Jadi kod yang sama boleh berjalan lancar pada akaun pembangun sendiri tetapi gagal pada akaun pelanggan. Apabila corak ini muncul, soalannya bukan kebenaran mana yang tiada pada token, tetapi sama ada aplikasi telah diluluskan untuk menggunakan kebenaran itu pada aset yang bukan miliknya. - Menjana token baharu dengan skop yang sama. Token baharu dengan kebenaran yang sama gagal di tempat yang sama. - Menyemak nama kebenaran dalam tetapan aplikasi dan bukan pada token. Yang penting ialah apa yang diberikan kepada token. - Menguji pada akaun anda sendiri sahaja. Aplikasi rakan kongsi memerlukan Advanced access sebelum akaun pelanggan menerima panggilan itu. **Adakah ralat 3 masalah pada nombor telefon saya?** Tidak. Ia berkaitan dengan apa yang token aplikasi dibenarkan lakukan. Nombor itu tidak disemak sebelum permintaan ditolak. **Apakah beza antara ralat 3 dengan ralat 10?** Kod 3 ialah isu keupayaan atau kebenaran. Kod 10 menyatakan kebenaran tidak diberikan atau telah dibuang. Kedua-duanya diselesaikan dengan menyemak skop token. **Kebenaran mana yang saya perlukan untuk menghantar mesej?** whatsapp_business_messaging. Panduan kebenaran Meta menyatakan ia diperlukan untuk menghantar apa-apa jenis mesej. **Adakah mencuba semula akan membantu?** Tidak. Kebenaran token tidak berubah antara percubaan, jadi hasilnya sama. --- ## Ralat WhatsApp 4: aplikasi capai had kadar panggilan API https://easycoexistence.com/ms/docs/whatsapp-error-4 Kod ralat 4 bermakna aplikasi telah mencapai had kadar panggilan API. Huraian Meta ialah "The app has reached its API call rate limit." Ia mengira panggilan yang dibuat oleh aplikasi dalam tempoh satu jam bergulir, bukan mesej yang dihantar daripada sesuatu nombor. Semak penggunaan dalam App Dashboard, tunggu, dan kurangkan kekerapan aplikasi memanggil API. ### Apakah maksud kod ralat WhatsApp 4? Ia bermakna aplikasi anda telah membuat terlalu banyak panggilan API dalam tetingkap semasa dan panggilan seterusnya ditolak sehingga bilangannya menurun. Meta menyenaraikan kod 4 di bawah ralat pelaksakan had (throttling) dengan teks butiran "The app has reached its API call rate limit." Panduan pengendalian ralat Graph API menamakannya API Too Many Calls dan menerangkannya sebagai masalah throttling sementara. Ia berada bersebelahan dua kod throttling lain yang mudah dikelirukan dengannya. 80007 ialah WhatsApp Business Account yang mencapai had kadarnya. 130429 ialah throughput mesej Cloud API. Kod 4 bukan kedua-duanya: ia ialah bajet panggilan milik aplikasi itu sendiri. ### Bagaimanakah had panggilan aplikasi dikira? Bagi permintaan yang dibuat dengan app access token, panduan had kadar Graph API Meta memberikan satu formula: panggilan dalam satu jam bersamaan 200 didarab dengan bilangan pengguna. Bilangan pengguna berdasarkan pengguna aktif harian yang unik bagi aplikasi, dengan angka mingguan dan bulanan digunakan apabila penggunaan harian merosot. Ia ialah had ke atas aplikasi secara keseluruhan dan bukan bagi setiap pengguna, jadi beberapa pengguna yang sibuk boleh menghabiskan sebahagian besarnya. Panduan itu juga menyatakan bahawa penggunaan dipaparkan dalam App Dashboard dan, apabila panggilan yang mencukupi telah dibuat, dalam header X-App-Usage pada respons. Header itu ialah cara untuk melihat had hampir tercapai sebelum ralat 4 muncul. ### Apakah yang perlu anda lakukan selepas ralat 4? Berhenti memanggil seketika, kemudian panggil dengan lebih jarang. Panduan had kadar Meta jelas tentang bahagian pertama: apabila had telah dicapai, berhenti membuat panggilan API, kerana meneruskannya menambah bilangan panggilan dan memanjangkan masa sebelum panggilan berjaya semula. Bahagian kedua ialah reka bentuk. Agihkan permintaan secara sekata dan bukannya secara berlonggok, tapis respons supaya satu panggilan memulangkan apa yang anda perlukan, dan elakkan panggilan yang mengambil data bertindih. Polling biasanya puncanya. Integrasi yang meminta status akaun yang sama setiap beberapa saat menghabiskan bajetnya untuk jawapan yang sudah dimilikinya. - Mencuba semula dalam gelung. Setiap panggilan tambahan menambah bilangan dan menjauhkan pemulihan. - Menganggapnya sebagai had penghantaran. Kod 4 mengira panggilan aplikasi, manakala throughput mesej ialah 130429. - Melakukan polling pada endpoint status dengan sela yang singkat. Bacaan berulang bagi data yang tidak berubah menghabiskan bajet sejam. **Adakah ralat 4 sama dengan ralat 130429?** Tidak. 130429 ialah throughput mesej bagi sesuatu nombor. Ralat 4 ialah bilangan panggilan API yang telah dibuat oleh aplikasi anda. **Berapa lamakah ralat 4 berlangsung?** Sehingga bilangan panggilan dalam tetingkap satu jam bergulir menurun di bawah had. Memanggil dalam tempoh itu memanjangkannya. **Di manakah saya boleh melihat sejauh mana aplikasi saya menghampiri had?** Dalam bahagian Application Rate Limit pada App Dashboard, dan dalam header X-App-Usage yang dipulangkan pada respons. **Adakah ralat 4 sama dengan ralat 80007?** Tidak. Meta menggunakan 80007 apabila WhatsApp Business Account mencapai had kadarnya, manakala ralat 4 mengira panggilan milik aplikasi itu sendiri. --- ## Ralat WhatsApp 10: kebenaran tidak diberikan atau telah ditarik balik https://easycoexistence.com/ms/docs/whatsapp-error-10 Kod ralat 10 bermaksud token aplikasi tidak mempunyai kebenaran yang diperlukan oleh endpoint, sama ada kerana kebenaran itu tidak pernah diberikan atau kerana ia telah ditarik balik. Huraian Meta ialah "Permission is either not granted or has been removed." Meta turut menyenaraikan dua punca khusus WhatsApp: nombor yang tiada dalam senarai dibenarkan pada Flows with Endpoint, dan tidak memenuhi syarat kelayakan sesuatu API. ### Apakah maksud kod ralat WhatsApp 10? Ia bermaksud token telah sampai kepada Meta dan dikenali, tetapi kebenaran yang diperlukan oleh panggilan itu tiada padanya. Rujukan Cloud API Meta memberikan kod 10 teks butiran "Permission is either not granted or has been removed." Panduan pengendalian ralat Graph API menamakannya API Permission Denied dan meminta anda menangani kebenaran yang tiada itu. Perkataan removed (ditarik balik) penting. Kebenaran boleh diberikan semasa penyediaan dan diambil semula kemudian, contohnya apabila seseorang membatalkan akses aplikasi dalam Business Settings. Oleh itu, integrasi yang berfungsi selama berbulan-bulan boleh mula memulangkan 10 tanpa sebarang perubahan pada kodnya sendiri. ### Apakah punca lain yang disenaraikan Meta untuk ralat 10? Dua punca khusus WhatsApp, dan kedua-duanya mudah terlepas pandang kerana tiada kaitan dengan scopes. Bagi WhatsApp Flows with Endpoint, Meta meminta anda memastikan nombor telefon yang digunakan untuk menetapkan kunci awam perniagaan ada dalam senarai dibenarkan. Nombor di luar senarai itu menghasilkan kod ini walaupun token membawa semua kebenaran. Meta juga menyatakan bahawa akaun yang tidak memenuhi syarat kelayakan bagi API yang dipanggilnya akan menerima kod ini. Dalam kes itu, menukar token tidak akan membantu, kerana penghalangnya ialah kelayakan akaun dan bukan bukti kelayakan. ### Bagaimanakah cara membetulkan ralat 10? Mulakan dengan access token debugger, yang Meta namakan sebagai semakan pertama. Jika senarai scopes tidak mengandungi kebenaran yang diperlukan oleh endpoint, minta perniagaan itu memberikannya semula. Bagi aplikasi rakan kongsi, ini juga bermakna mengesahkan Advanced access untuk kebenaran tersebut, kerana panduan kebenaran Meta mewajibkannya bagi akaun pelanggan. Jika scopes kelihatan lengkap, beralih kepada dua punca WhatsApp. Pada panggilan Flows, semak senarai dibenarkan untuk nombor yang menetapkan kunci awam. Untuk panggilan lain, baca syarat kelayakan bagi API yang anda panggil dan pastikan akaun memenuhinya sebelum mengubah sebarang bukti kelayakan. - Menganggap integrasi rosak kerana penggunaan versi baharu. Kebenaran yang ditarik balik dalam Business Settings menghasilkan kod ini tanpa sebarang perubahan kod. - Membina semula token sedangkan puncanya ialah kelayakan. Bukti kelayakan tidak dapat menjadikan akaun yang tidak layak sebagai layak. - Mengabaikan senarai dibenarkan Flows. Pada Flows with Endpoint, nombor di luar senarai itu memulangkan 10 walaupun semua scopes ada. **Adakah ralat 10 sama dengan ralat 131005?** Kedua-duanya berkongsi huraian yang sama dalam rujukan Meta. Kod 10 ialah kod Graph API manakala 131005 berada dalam julat WhatsApp. Kedua-duanya disemak dengan cara yang sama. **Bolehkah ralat 10 muncul pada nombor yang berfungsi semalam?** Ya. Huraian Meta merangkumi kebenaran yang telah ditarik balik, jadi akses yang diberikan lebih awal boleh ditarik balik kemudian. **Adakah ralat 10 bermaksud token saya telah tamat tempoh?** Tidak. Token tamat tempoh ialah kod 190 atau 0. Kod 10 bermaksud token itu sah tetapi tidak mempunyai sesuatu kebenaran. **Bagaimanakah cara melihat kebenaran yang telah diberikan?** Panggil debug_token atau buka access token debugger. Properti scopes menyenaraikan setiap kebenaran pada token. --- ## Ralat WhatsApp 200: tiada token akses disediakan https://easycoexistence.com/ms/docs/whatsapp-error-200 Kod ralat 200 bermaksud permintaan sampai ke Meta tanpa token akses. Huraian Meta ialah "Tiada token akses disediakan" dan API memulangkan mesej 'Provide valid app ID'. Ia muncul pada endpoint GET tertentu seperti whatsapp_business_profile. Kod 200 hingga 299 juga merangkumi kebenaran yang tidak diberikan atau telah dibatalkan. ### Mengapakah ralat 200 menyebut 'Provide valid app ID'? Kerana itulah mesej yang dipulangkan oleh API, walaupun masalah sebenarnya ialah token yang tiada. Rujukan ralat Meta menyatakan kod 200 berlaku pada endpoint GET tertentu, seperti whatsapp_business_profile, apabila token tidak disertakan, dan API memulangkan mesej 'Provide valid app ID'. Rujukan yang sama menyatakan endpoint lain mungkin memulangkan 190 atau 104 bagi kesilapan yang sama. Jadi perkataan dalam mesej menunjuk kepada app ID, tetapi pembetulannya ialah token. Semak bahawa header Authorization wujud dan dieja dengan betul, dan pemboleh ubah yang menyimpan token benar-benar telah diisi semasa permintaan dibina. ### Bilakah ralat 200 bermaksud kebenaran yang tiada? Apabila token ada tetapi apl tidak mempunyai kebenaran yang diperlukan oleh panggilan itu. Meta menyenaraikan julat 200 hingga 299 sebagai "Kebenaran tidak diberikan atau telah dibatalkan", dengan penyelesaian yang sama seperti kod 10: semak token dalam penyahpepijat token akses. Dua kes khusus didokumenkan. Panduan kebenaran menyatakan apl yang menggunakan whatsapp_business_management pada WABA yang bukan milik perniagaannya, tanpa akses Advanced, menerima ralat 200. Panduan pendaftaran menyatakan menyahdaftar nombor tanpa whatsapp_business_management memulangkan ralat 200. Panduan token akses menambah kes ketiga: token System User yang penggunanya tiada akses kepada sumber yang dipertanyakan akan ditolak dengan 200. Baca teks mesej untuk membezakan kes-kes ini. Token yang tiada memberikan 'Provide valid app ID'. ### Apakah beza ralat 200 dengan ralat 190? Ralat 190 bermaksud token telah dihantar dan sudah tamat tempoh. Ralat 200, dalam maksud pertamanya, bermaksud tiada token dihantar. Rujukan Meta menyatakan perbezaan ini secara langsung: penyelesaian bagi 200 ialah memastikan permintaan menyertakan token akses yang sah, dan ia menyifatkan keadaan itu berbeza daripada 190, yang merangkumi token yang tamat tempoh atau tidak sah. Ini mengubah tempat anda perlu menyemak. Ralat 190 membawa anda kepada jangka hayat dan pembaharuan token. Ralat 200 dengan 'Provide valid app ID' membawa anda kepada kod yang membina permintaan, kerana kelayakan itu tidak pernah keluar daripada sistem anda. - Mencari masalah app ID. Mesej menyebut app ID, tetapi punca yang didokumenkan Meta ialah permintaan tanpa token. - Membaharui token sedangkan ia tidak pernah dihantar. Token baharu yang masih tidak disertakan dalam permintaan menghasilkan ralat yang sama. - Menganggap setiap 200 sebagai token yang tiada. Jika token ada, julat 200 hingga 299 bermaksud kebenaran yang tiada. **Bolehkah ralat 200 muncul pada nombor yang berfungsi?** Boleh. Ia menerangkan permintaan, bukan nombor. Nombor yang sihat sepenuhnya pun tetap menolak panggilan yang tiba tanpa token. **Mengapa satu endpoint memulangkan 200 dan yang lain 190?** Meta menyatakan bahawa bagi token yang tiada, sesetengah endpoint GET memulangkan 200, manakala endpoint lain mungkin memulangkan 190 atau 104. **Adakah menyahdaftar nombor memerlukan kebenaran khas?** Ya. Panduan pendaftaran Meta menyatakan menyahdaftar tanpa whatsapp_business_management memulangkan ralat 200. **Adakah ralat 200 berkaitan dengan ralat 10?** Dalam maksud kebenarannya, ya. Kedua-duanya membawa huraian bahawa kebenaran tidak diberikan atau telah dibatalkan. --- ## Ralat WhatsApp 130472: mesej tidak dihantar sebagai sebahagian daripada eksperimen https://easycoexistence.com/ms/docs/whatsapp-error-130472 Ralat 130472 bermaksud mesej template pemasaran tidak dihantar kerana penerima berada dalam eksperimen mesej pemasaran Meta. Penerangan Meta ialah "Message was not sent as part of an experiment." Sebilangan kecil pengguna WhatsApp tidak menerima template pemasaran kecuali tetingkap khidmat pelanggan atau tetingkap titik masuk percuma sedang dibuka. Mesej itu tidak dikenakan bayaran. ### Apakah maksud ralat WhatsApp 130472? Ia bermaksud Meta menahan template pemasaran kerana penerima tergolong dalam kumpulan eksperimen. Halaman eksperimen Meta menjelaskan bahawa WhatsApp menjalankan eksperimen berterusan untuk mengukur kesan pemesejan terhadap pengalaman pengguna. Dalam eksperimen mesej pemasaran, sebilangan kecil pengguna WhatsApp tidak menerima mesej template pemasaran daripada mana-mana perniagaan kecuali tetingkap khidmat pelanggan atau tetingkap titik masuk percuma sedang dibuka bersama perniagaan itu. Apabila anda menghantar template pemasaran kepada pengguna sedemikian, WhatsApp tidak menghantarnya dan tidak mengenakan bayaran kepada anda. Satu webhook status tiba dengan status ditetapkan kepada failed dan kod ralat 130472. ### Bagaimana anda menghubungi pelanggan yang mencetuskan ralat 130472? Dengan meminta mereka menghantar mesej kepada anda dahulu, yang membuka tetingkap khidmat pelanggan. Halaman eksperimen Meta menyatakan dengan jelas bahawa menghantar semula template menghasilkan ralat yang sama. Cara yang dicadangkan ialah menghubungi pengguna melalui saluran lain selain WhatsApp dan meminta mereka menghantar mesej kepada anda, supaya template boleh dihantar dalam tetingkap khidmat pelanggan yang terbuka. Eksperimen ini terhad kepada template pemasaran. Ia terpakai kepada pengguna dalam kumpulan itu tanpa mengira perniagaan yang menghantar, jadi tiada apa pun tentang akaun, template atau nombor anda yang menyebabkannya, dan mengubah mana-mana daripadanya juga tidak membantu. ### Bagaimana integrasi patut mengendalikan ralat 130472? Sebagai keadaan akhir bagi mesej itu, bukan sebagai kegagalan yang perlu dicuba semula. Oleh sebab ralat ini tiba melalui webhook status dan bukan hanya dalam respons penghantaran, pengendaliannya perlu berada dalam pemproses webhook. Tandakan mesej sebagai ditahan oleh eksperimen, jangan beratur percubaan semula, dan keluarkannya daripada amaran kadar kegagalan supaya ia tidak kelihatan seperti masalah kebolehhantaran. Adalah wajar juga mengasingkannya dalam laporan. Kempen dengan beberapa keputusan 130472 tidak kehilangan kualiti atau capaian disebabkan perbuatan anda, dan mengiranya bersama kegagalan sebenar menjadikan angka lebih sukar dibaca. - Menghantar semula template. Meta menyatakan hantar semula memulangkan ralat yang sama. - Menganggapnya masalah kualiti. Eksperimen ini terpakai kepada satu kumpulan pengguna bagi setiap perniagaan secara sama rata. - Memantau respons penghantaran sahaja. Status 130472 tiba melalui webhook mesej. **Adakah saya dicaj untuk mesej yang disekat dengan 130472?** Tidak. Halaman eksperimen Meta menyatakan mesej itu tidak dihantar dan anda tidak dikenakan bayaran untuknya. **Bolehkah saya mengeluarkan perniagaan saya daripada eksperimen ini?** Tidak. Meta menyatakan tiada pengecualian atau pilihan untuk keluar, dan eksperimen ini tiada tarikh tamat tetap. **Adakah ralat 130472 menjejaskan template utiliti?** Meta menerangkan bahawa eksperimen ini merangkumi mesej template pemasaran. Ia tidak menyenaraikan kategori lain. **Bagaimana saya masih boleh menyampaikan mesej itu?** Minta pelanggan, melalui saluran lain, menghantar mesej kepada anda. Dalam tetingkap khidmat pelanggan yang terbuka, template boleh dihantar. --- ## Ralat WhatsApp 131005: akses dinafikan, kebenaran tiada https://easycoexistence.com/ms/docs/whatsapp-error-131005 Ralat 131005 bermaksud token akses tidak mempunyai kebenaran yang diperlukan oleh endpoint WhatsApp, sama ada kerana tidak pernah diberikan atau kemudian dibuang. Huraian Meta ialah "Permission is either not granted or has been removed." Cara membaikinya: semak token dengan access token debugger, kemudian berikan kebenaran yang tiada atau tukar kepada token yang memilikinya. ### Apakah maksud ralat WhatsApp 131005? Ia bermaksud token diterima sebagai sah tetapi tidak membawa kebenaran yang disemak oleh endpoint. Rujukan Cloud API Meta menyenaraikan 131005 dengan teks butiran "Permission is either not granted or has been removed." Ralat Graph API 10 membawa ayat yang serupa. Bezanya hanya pada julat: 10 ialah kod Graph API umum, manakala 131005 terletak dalam kod WhatsApp yang bermula dengan 131. Oleh sebab ayatnya sama, diagnosisnya juga sama. Penyelesaian Meta untuk kedua-duanya ialah menggunakan access token debugger dan mengesahkan aplikasi memegang kebenaran yang diperlukan oleh endpoint. ### Kebenaran manakah yang biasanya tiada? Biasanya salah satu daripada dua kebenaran WhatsApp, bergantung pada fungsi panggilan tersebut. Panduan kebenaran Meta membahagikannya mengikut tugas. whatsapp_business_messaging diperlukan untuk menghantar sebarang jenis mesej dan menerima webhook mesej serta status. whatsapp_business_management diperlukan untuk metadata akaun, pengurusan template, penyenaraian nombor telefon, analitik dan webhook akaun. Token yang dijana dengan kebenaran pengurusan sahaja boleh membaca akaun dan menyenaraikan template, tetapi gagal sebaik sahaja cuba menghantar. Semasa menjana token pengguna sistem, panduan token akses Meta meminta anda menetapkan business_management, whatsapp_business_management dan whatsapp_business_messaging sekali gus. ### Bagaimana cara membaiki ralat 131005? Baca token dahulu, kemudian ubah hanya apa yang tiada. Panggil endpoint debug_token, atau tampal token ke dalam access token debugger. Sifat scopes menyenaraikan setiap kebenaran yang diberikan. Bandingkan dengan halaman rujukan endpoint yang gagal. Jika sesuatu kebenaran tiada, jana token baharu yang menyertakannya, atau minta pemilik perniagaan memberikannya semula jika token datang daripada aliran rakan kongsi. Jika semua kebenaran ada dan ralat berterusan, semak sama ada pengguna sistem di sebalik token telah diberi akses kepada Akaun WhatsApp Business yang tertentu, kerana token boleh mempunyai skop penuh namun tidak ditetapkan kepada aset tersebut. - Menganggap token telah tamat tempoh. Tamat tempoh memulangkan 190 atau 0. Kod ini bermaksud token berfungsi tetapi tiada satu kebenaran. - Menjana token dengan kebenaran pengurusan sahaja, kemudian menggunakannya untuk menghantar. Penghantaran memerlukan whatsapp_business_messaging. - Menyemak scopes lalu berhenti di situ. Pengguna sistem juga perlu diberi akses kepada Akaun WhatsApp Business yang tertentu itu. **Adakah 131005 ralat yang sama dengan 10?** Kedua-duanya membawa huraian yang sama dalam rujukan Meta. 131005 tergolong dalam julat WhatsApp dan 10 dalam julat Graph API. **Bolehkah kebenaran dibuang selepas persediaan?** Boleh. Huraian Meta jelas merangkumi kebenaran yang telah dibuang, bukan hanya yang tidak pernah diberikan. **Adakah ralat 131005 menjejaskan aplikasi WhatsApp Business pada telefon?** Tidak. Ia berkaitan dengan token API. Aplikasi pada telefon terus berfungsi seperti biasa. **Perlukah saya cuba semula selepas ralat 131005?** Tidak. Mencuba semula dengan token yang sama memberikan hasil yang sama. Baiki kebenaran dahulu. --- ## Ralat WhatsApp 131037: nombor 555 tiada nama paparan yang diluluskan https://easycoexistence.com/ms/docs/whatsapp-error-131037 Ralat 131037 bermaksud mesej dihantar daripada nombor telefon perniagaan 555 yang nama paparannya belum diluluskan. Penerangan Meta ialah "The 555 business phone number used to send the request does not have an approved display name." Nombor 555 tidak boleh menghantar mesej sehingga Meta meluluskan nama paparannya, jadi penyelesaiannya ialah menukar nama tersebut. ### Apakah nombor telefon perniagaan 555? Nombor yang ditawarkan oleh Meta melalui Embedded Signup kepada perniagaan yang layak. Tinjauan Embedded Signup Meta menyatakan pelanggan perniagaan boleh menuntut sehingga dua nombor 555. Nombor ini menggunakan kod panggilan negara AS +1 dengan kod kawasan 555, disahkan secara automatik, dan tidak boleh dipindahkan ke WhatsApp Business Account lain atau digunakan di luar WhatsApp Business Platform. Selain itu, nombor ini berfungsi seperti nombor perniagaan biasa, tertakluk pada peraturan harga dan penarafan kualiti, dengan satu syarat tambahan yang menerangkan ralat ini: nombor 555 mesti mempunyai nama paparan yang diluluskan sebelum boleh menghantar mesej. ### Bagaimanakah cara membetulkan ralat 131037? Dapatkan kelulusan untuk nama paparan, yang dalam praktiknya bermaksud menukarnya kepada nama yang lulus semakan. Penyelesaian Meta ialah menukar nama paparan nombor 555 tersebut, dan Meta merujuk artikel Pusat Bantuannya tentang menukar nama paparan WhatsApp Business. Dalam WhatsApp Manager, ia terdapat di bawah Alat akaun, Nombor telefon, tab Profil bagi nombor itu, kemudian Edit dalam bahagian Nama paparan. Sila ikut garis panduan nama paparan Meta, kerana nama yang ditolak akan membawa anda kembali ke titik permulaan. Panduan nama paparan Meta menambah bahawa selepas perubahan nama diluluskan, anda mempunyai 14 hari untuk mendaftar semula nombor itu, dan pendaftaran semula sebelum kelulusan tidak memberi sebarang kesan. ### Bagaimanakah cara menyemak sama ada nama paparan telah diluluskan? Minta medan name_status pada ID nombor telefon. Panduan nama paparan Meta menyatakan bahawa medan verified_name hanya menyimpan rentetan nama yang melalui semakan dan tidak menunjukkan sama ada nama itu diluluskan. Medan name_status pula menunjukkannya. Webhook phone_number_name_update turut melaporkan keputusan tersebut, dengan decision ditetapkan kepada APPROVED atau REJECTED. Apabila nama ditolak, name_status ditetapkan kepada DECLINED. Meta menyarankan anda menyemak garis panduan dan mengedit nama itu, atau mengemukakan rayuan melalui sokongan pembangun. Selagi status tidak berubah, setiap penghantaran daripada nombor 555 itu akan terus mengembalikan 131037. - Menganggap verified_name sebagai tanda kelulusan. Meta menyatakan hanya name_status menunjukkan sama ada nama itu diluluskan. - Mendaftar semula sebelum kelulusan. Meta menyatakan ia tidak memberi kesan sehingga nama baharu diluluskan. - Menukar nama berulang kali tanpa membaca garis panduan. Meta membenarkan 10 perubahan dalam tempoh 30 hari. **Adakah ralat 131037 menjejaskan nombor perniagaan biasa?** Tidak. Penerangan Meta merujuk secara khusus kepada nombor telefon perniagaan 555 yang tiada nama paparan yang diluluskan. **Bolehkah saya memindahkan nombor 555 ke akaun lain?** Tidak. Meta menyatakan nombor 555 tidak boleh dipindahkan ke WhatsApp Business Account lain. **Bagaimanakah saya akan tahu apabila nama itu diluluskan?** Webhook phone_number_name_update akan diterima dengan decision ditetapkan kepada APPROVED, dan name_status menjadi APPROVED. **Bagaimana jika nama paparan ditolak?** Edit nama itu mengikut garis panduan nama paparan Meta, atau kemukakan rayuan melalui sokongan pembangun. --- ## Ralat WhatsApp 131057: akaun perniagaan dalam mod penyelenggaraan https://easycoexistence.com/ms/docs/whatsapp-error-131057 Ralat 131057 bermaksud WhatsApp Business Account berada dalam mod penyelenggaraan, jadi permintaan untuknya ditolak buat seketika. Huraian Meta ialah "Business Account is in maintenance mode." Salah satu sebab yang diberikan Meta ialah naik taraf throughput, yang mengambil masa sehingga satu minit. Tunggu dan cuba semula, jangan ubah apa-apa dalam permintaan. ### Apakah maksud ralat WhatsApp 131057? Ia bermaksud Meta telah meletakkan WhatsApp Business Account dalam mod penyelenggaraan dan tidak menerima permintaan untuknya pada ketika itu. Rujukan Cloud API menyenaraikan teks butiran "Business Account is in maintenance mode" dan menerangkan bahawa salah satu sebabnya mungkin naik taraf throughput pada akaun. Frasa "salah satu sebab" itu penting: Meta menamakan naik taraf sebagai punca yang mungkin, bukan satu-satunya. Tiada apa yang salah dalam permintaan. Panggilan yang sama, jika dihantar tanpa diubah selepas penyelenggaraan tamat, dijangka berjaya. Ini menjadikannya antara kod yang jarang ditemui di mana menunggu ialah seluruh penyelesaiannya. ### Mengapakah naik taraf throughput menyebabkan ralat 131057? Kerana nombor itu tidak dapat digunakan seketika semasa dipindahkan ke kadar yang lebih tinggi. Panduan throughput Meta menyatakan Cloud API menyokong sehingga 80 mesej sesaat secara lalai dan sehingga 1,000 melalui naik taraf automatik. Proses naik taraf boleh mengambil masa sehingga satu minit, dan sepanjang tempoh itu nombor tidak boleh digunakan pada platform, serta mana-mana permintaan API mengembalikan 131057. Selepas naik taraf pertama, peningkatan seterusnya berlaku tanpa masa henti. Panduan itu menyenaraikan syarat kelayakan: had pemesejan tanpa had pada Business Portfolio, sekurang-kurangnya 100K pengguna unik dihubungi di luar tetingkap khidmat pelanggan dalam 24 jam bergerak, dan penarafan kualiti Medium atau lebih tinggi. ### Adakah ralat 131057 terpakai pada nombor Coexistence? Ia boleh muncul pada mana-mana nombor, tetapi penjelasan throughput kurang sesuai untuk nombor Coexistence. Panduan throughput Meta menyatakan nombor yang digunakan dengan aplikasi WhatsApp Business dan Cloud API serentak mempunyai throughput tetap 20 mesej sesaat, supaya serasi dengan aplikasi. Naik taraf automatik kepada 1,000 yang diterangkan dalam panduan yang sama hanya terpakai pada nombor di peringkat lalai. Jadi pada nombor Coexistence, fahami 131057 mengikut maksud literalnya, iaitu akaun dalam mod penyelenggaraan, dan tunggu sebelum mencuba semula. Jika ia berterusan melebihi beberapa minit, hubungi sokongan Meta dengan fbtrace_id daripada respons dan jangan sambungkan semula nombor itu. - Mengubah permintaan. Permintaan itu sah, jadi perubahan padanya tidak membantu ketika akaun dalam penyelenggaraan. - Mencuba semula tanpa kelewatan. Semasa naik taraf, setiap panggilan dalam minit itu mengembalikan kod yang sama. - Menyambungkan semula nombor. Mod penyelenggaraan berada di pihak Meta dan tamat tanpa sebarang tindakan daripada perniagaan. **Berapa lamakah mod penyelenggaraan berlangsung?** Meta menyatakan naik taraf throughput mengambil masa sehingga satu minit. Meta tidak menerbitkan tempoh bagi punca penyelenggaraan yang lain. **Adakah saya akan diberitahu apabila naik taraf selesai?** Ya. Meta menghantar webhook phone_number_quality_update dengan event ditetapkan kepada THROUGHPUT_UPGRADE sebaik sahaja nombor dinaik taraf. **Adakah throughput yang lebih tinggi membawa kos tambahan?** Tidak. Panduan throughput Meta menyatakan naik taraf itu percuma dan tidak menjejaskan harga. **Adakah ralat 131057 berkaitan dengan 130429?** Secara tidak langsung. 130429 bermaksud anda menghantar lebih laju daripada yang dibenarkan throughput anda. 131057 boleh muncul semasa throughput itu sedang dinaikkan. --- ## Ralat WhatsApp 132005: teks terjemahan terlalu panjang https://easycoexistence.com/ms/docs/whatsapp-error-132005 Ralat 132005 bermaksud teks template yang dihantar terlalu panjang dalam terjemahan yang digunakan. Penerangan Meta ialah "Translated text is too long." Panduan Meta ialah menyemak dalam WhatsApp Manager bahawa template telah diterjemahkan, kemudian menyemak status template. Teks badan template mempunyai maksimum 1,024 aksara dan teks pengaki 60 aksara. ### Apakah maksud ralat WhatsApp 132005? Ia bermaksud penghantaran template gagal kerana teks dalam versi bahasa yang dihantar melebihi had yang dibenarkan platform. Meta menyenaraikan 132005 antara ralat template dengan butiran "Translated text is too long." Penyelesaiannya ialah menyemak WhatsApp Manager untuk mengesahkan bahawa template telah diterjemahkan, dan merujuk dokumentasi kualiti template Meta tentang cara menyemak status template. Perkataan terjemahan ialah petunjuknya. Template wujud bagi setiap bahasa, dan versi yang gagal ialah versi yang sepadan dengan kod bahasa dalam permintaan hantar anda, yang mungkin bukan versi yang anda tulis dan semak dahulu. ### Bagaimana cara membetulkan ralat 132005? Buka template dalam WhatsApp Manager dan lihat bahasa yang anda hantar. Pastikan terjemahan wujud bagi kod bahasa dalam permintaan dan statusnya membenarkan penghantaran. Kemudian semak panjangnya berdasarkan had komponen Meta: teks badan maksimum 1,024 aksara dan teks pengaki maksimum 60. Terjemahan selalunya lebih panjang daripada teks asal, jadi template yang muat dalam satu bahasa boleh melebihi had dalam bahasa lain. Jika terjemahan terlalu panjang, pendekkan versi bahasa itu dalam WhatsApp Manager. Menghantar template yang sama dalam bahasa yang sama tanpa menyuntingnya akan gagal dengan cara yang sama. ### Bagaimana mengelakkan ralat 132005 dalam template berbilang bahasa? Semak setiap versi bahasa berdasarkan had sebelum menyerahkannya, bukan hanya versi pertama. Semakan panjang yang mudah dalam alat yang anda gunakan untuk merangka template dapat menangkap kebanyakan kes: kira aksara dalam badan dan pengaki setiap terjemahan, kemudian bandingkan dengan 1,024 dan 60. Tinggalkan ruang lebih jika badan mempunyai pemboleh ubah, kerana nilai yang diisi semasa penghantaran menjadi sebahagian daripada mesej yang diterima pelanggan. Pastikan kod bahasa dalam logik penghantaran anda terikat kepada terjemahan yang benar-benar wujud. Permintaan bagi bahasa yang tiada pada template ialah ralat lain, iaitu 132001, dan memisahkan kedua-duanya memudahkan pembacaan log. - Menyemak bahasa asal sahaja. Versi yang gagal ialah terjemahan yang sepadan dengan kod bahasa dalam permintaan. - Menghantar semula tanpa menyunting. Panjang teks tidak berubah antara percubaan. - Mengelirukannya dengan 132001. Kod itu bermaksud template tidak wujud dalam bahasa tersebut atau belum diluluskan. **Adakah ralat 132005 berkaitan pemboleh ubah saya?** Penerangan Meta merujuk kepada teks terjemahan yang terlalu panjang. Semak panjang terjemahan dahulu, termasuk ruang untuk nilai pemboleh ubah. **Apakah had badan template?** Rujukan komponen template Meta menetapkan maksimum 1,024 aksara bagi teks badan. **Di mana saya boleh menyemak terjemahan?** Dalam WhatsApp Manager, pada template, dalam versi bahasa yang sepadan dengan permintaan anda. **Adakah ralat 132005 sama dengan 132001?** Tidak. Meta menerangkan 132001 sebagai template yang tidak wujud dalam bahasa yang ditetapkan atau belum diluluskan. --- ## Ralat WhatsApp 133000: percubaan penyahdaftaran sebelumnya gagal https://easycoexistence.com/ms/docs/whatsapp-error-133000 Ralat 133000 bermaksud percubaan terdahulu untuk menyahdaftar nombor telefon gagal, jadi nombor itu tidak boleh didaftarkan selagi perkara ini belum diselesaikan. Keterangan Meta ialah "A previous deregistration attempt failed." Penyelesaian yang diberikan Meta ialah menyahdaftar nombor itu sekali lagi, kemudian mendaftarkannya. Kedua-dua endpoint dihadkan kepada 10 permintaan bagi setiap nombor dalam tetingkap bergerak 72 jam. ### Apakah maksud ralat WhatsApp 133000? Ia bermaksud platform masih mempunyai rekod penyahdaftaran yang belum selesai bagi nombor ini, dan ia tidak akan mendaftarkan nombor itu di atasnya. Meta menyenaraikan 133000 dengan teks butiran "A previous deregistration attempt failed" dan satu penyelesaian ringkas: nyahdaftar nombor itu semula sebelum mendaftar. Oleh itu ralat ini lazimnya muncul pada panggilan daftar, walaupun puncanya terletak pada panggilan nyahdaftar yang terdahulu. Penyahdaftaran dilakukan dengan POST ke endpoint nyahdaftar bagi ID nombor telefon. Panduan pendaftaran Meta memberi amaran bahawa ia menjadikan nombor itu tidak dapat digunakan dengan Cloud API sehingga didaftarkan semula, dan ia tidak memadam nombor atau sejarah mesejnya. ### Bagaimana cara membetulkan ralat 133000? Ulangi penyahdaftaran, pastikan ia berjaya, kemudian daftar. Panggilan nyahdaftar yang berjaya memulangkan success ditetapkan kepada true. Hanya selepas anda mendapat respons itu barulah panggilan daftar dibuat, dengan medan messaging_product dan PIN pengesahan dua langkah enam digit bagi nombor itu. Panggilan nyahdaftar memerlukan kebenaran whatsapp_business_management. Panduan pendaftaran Meta menyatakan bahawa permintaan nyahdaftar tanpanya memulangkan ralat 200, yang boleh disalah anggap sebagai kegagalan kedua yang sama jenis. Jika panggilan nyahdaftar itu sendiri terus gagal, baca nilai details dalam setiap respons sebelum menghantar permintaan lain, kerana setiap percubaan dikira dalam had yang diterangkan di bawah. ### Mengapakah had percubaan penting di sini? Kerana membetulkan ralat ini sendiri merupakan satu siri percubaan, dan Meta mengehadkannya. Panduan pendaftaran menghadkan kedua-dua endpoint daftar dan nyahdaftar kepada 10 permintaan bagi setiap nombor perniagaan dalam tetingkap bergerak 72 jam. Melebihinya memulangkan ralat 133016, dan nombor itu disekat daripada operasi tersebut selama 72 jam seterusnya. Skrip yang mengulang panggilan nyahdaftar dan daftar selepas kegagalan boleh menghabiskan kuota dalam beberapa saat dan menjadikan nombor tidak dapat digunakan selama tiga hari. Buat setiap percubaan dengan sengaja, log respons, dan berhenti untuk menyiasat selepas dua atau tiga kegagalan, bukannya meneruskan secara automatik. - Memanggil daftar semula tanpa menyahdaftar dahulu. Penyelesaian Meta memerlukan penyahdaftaran siap sebelum mendaftar. - Mengulang panggilan daftar dan nyahdaftar secara automatik. Had ialah sepuluh permintaan dalam 72 jam, dan melebihinya menyekat nombor. - Menyahdaftar tanpa whatsapp_business_management. Itu memulangkan ralat 200, yang menyembunyikan keadaan sebenar nombor itu. **Adakah menyahdaftar memadam nombor saya?** Tidak. Panduan pendaftaran Meta menyatakan bahawa penyahdaftaran tidak memadam nombor atau sejarah mesejnya. **Bolehkah saya menyahdaftar nombor Coexistence dengan API?** Tidak. Meta menyatakan bahawa endpoint nyahdaftar tidak boleh digunakan pada nombor yang digunakan serentak dengan Cloud API dan aplikasi WhatsApp Business. **Apakah yang berlaku selepas 10 percubaan?** API memulangkan 133016 dan menyekat nombor itu daripada operasi tersebut selama 72 jam seterusnya. **Adakah saya memerlukan PIN untuk mendaftar semula?** Ya. Pendaftaran memerlukan PIN pengesahan dua langkah enam digit bagi nombor itu apabila pengesahan dua langkah diaktifkan. --- ## Ralat WhatsApp 133004: pelayan tidak tersedia buat sementara waktu https://easycoexistence.com/ms/docs/whatsapp-error-133004 Ralat 133004 bermaksud pelayan yang mengendalikan permintaan tidak tersedia buat sementara waktu. Penerangan Meta ialah "Server is temporarily unavailable." Permintaan anda bukan puncanya. Panduan Meta: semak halaman WhatsApp Business Platform Status dan baca nilai details dalam respons sebelum mencuba lagi, kemudian cuba semula dengan kelewatan. ### Apakah maksud ralat WhatsApp 133004? Ia bermaksud platform tidak dapat memproses permintaan pada ketika itu kerana sebuah pelayan tidak tersedia. Meta menyenaraikan 133004 dalam rujukan ralat Cloud API dengan teks details "Server is temporarily unavailable." Perkataan sementara ialah bahagian utamanya. Tiada apa-apa tentang token akses, nombor atau mesej yang ditolak, dan permintaan yang sama mungkin berjaya sejurus kemudian. Ia tergolong dalam kod 133, yang kebanyakannya berkaitan pendaftaran dan penyahdaftaran nombor telefon, jadi ia lazim ditemui semasa panggilan pendaftaran. Namun Meta tidak mengehadkannya kepada pendaftaran, jadi anggaplah ia sebagai keadaan pelayan di mana-mana ia muncul. ### Apakah yang perlu disemak sebelum mencuba semula? Dua perkara, kedua-duanya disebut dalam penyelesaian daripada Meta sendiri. Pertama, halaman WhatsApp Business Platform Status di metastatus.com. Jika Meta melaporkan insiden, mencuba semula tiada gunanya sehingga ia diselesaikan, dan halaman itu memberi jawapan lebih pantas daripada log anda sendiri. Kedua, nilai details dalam error_data di dalam respons. Rujukan ralat Meta menerangkan details sebagai sebab paling mungkin bagi ralat itu, kadangkala bersama panduan tindakan. Bagi kod ini, Meta secara khusus menyatakan supaya menyemaknya sebelum mencuba lagi. Jika halaman status normal dan details tidak memberi masa menunggu, cuba semula dengan kelewatan yang bertambah, bukan serta-merta. ### Apakah perbezaan 133004 daripada ralat sementara yang lain? Meta menyenaraikan beberapa kod yang menggambarkan sesuatu tidak tersedia seketika, dan elok dibezakan dalam log. Kod 1 diterangkan sebagai permintaan tidak sah atau kemungkinan ralat pelayan, kod 2 sebagai sementara akibat masa henti atau beban berlebihan, dan 131016 sebagai perkhidmatan tidak tersedia buat sementara waktu. 133004 menyebut pelayan secara khusus. Pengendaliannya serupa untuk semua: sahkan status platform, baca nilai details, dan berundur sebelum mencuba semula. Merekod kod yang tepat tetap penting, kerana sekumpulan satu kod pada waktu yang sama setiap hari memberitahu sokongan Meta jauh lebih banyak daripada catatan umum bahawa API tergendala. - Mencuba semula serta-merta dalam gelung pantas. Pelayan yang tergendala kekal tergendala pada milisaat berikutnya juga. - Mengabaikan nilai details. Meta menyatakan supaya membacanya sebelum mencuba semula, dan ia mungkin mengandungi sebabnya. - Mengubah permintaan untuk mengelak ralat. Tiada apa-apa dalam permintaan yang menyebabkan ralat ini. **Adakah ralat 133004 salah saya?** Tidak. Meta menerangkannya sebagai pelayan yang tidak tersedia buat sementara waktu. Permintaan anda bukan puncanya. **Di manakah halaman status WhatsApp Business Platform?** Meta memaut ke metastatus.com/whatsapp-business-api daripada rujukan kod ralatnya. **Berapa lama saya perlu menunggu sebelum mencuba semula?** Meta tidak memberi masa tetap. Semak nilai details dan halaman status, kemudian cuba semula dengan kelewatan yang bertambah. **Apakah yang perlu saya hantar kepada sokongan Meta jika ia berterusan?** fbtrace_id daripada respons ralat, yang menurut Meta mungkin membantu menyahpepijat ralat itu. --- ## Ralat WhatsApp 133009: PIN pengesahan dua langkah dimasukkan terlalu pantas https://easycoexistence.com/ms/docs/whatsapp-error-133009 Ralat 133009 bermaksud percubaan PIN pengesahan dua langkah sampai kepada Meta lebih pantas daripada yang diterimanya. Penerangan Meta ialah "Two-step verification PIN was entered too quickly." PIN itu mungkin betul atau salah. Baca nilai details dalam respons sebelum mencuba semula, dan hantar percubaan seterusnya hanya selepas tempoh menunggu yang ditunjukkan telah berlalu. ### Apakah maksud ralat WhatsApp 133009? Ia bermaksud percubaan PIN untuk nombor ini tiba terlalu rapat antara satu sama lain, dan Meta menolak percubaan terkini tanpa menilainya. Rujukan Cloud API memberikan 133009 teks details "Two-step verification PIN was entered too quickly" dan satu arahan: semak nilai details dalam respons sebelum mencuba semula. Kod ini terletak di antara dua kod berjiran. 133005 menyatakan PIN tidak betul. 133008 menyatakan terdapat terlalu banyak tekaan PIN untuk nombor itu. 133009 hanya berkaitan kelajuan, sebab itulah ia muncul apabila satu proses menghantar percubaan PIN berturut-turut dengan pantas, contohnya gelung cuba semula pada panggilan register. ### Bagaimana cara membetulkan ralat 133009? Perlahankan, dan berhenti meneka. Baca nilai details dalam error_data sebelum percubaan seterusnya. Rujukan Meta menerangkan details sebagai sebab paling mungkin bagi ralat itu, dan untuk kod ini ia merupakan perkara pertama yang Meta minta anda semak. Kemudian pastikan percubaan seterusnya menggunakan PIN yang benar-benar diketahui seseorang. Jika tiada sesiapa yang tahu, panduan pengesahan dua langkah Meta menerangkan tetapan semula dalam WhatsApp Manager: buka tetapan nombor telefon itu, pilih Pengesahan dua langkah dan klik Tukar PIN. PIN baharu yang diketahui lebih cepat daripada siri tekaan yang berakhir dengan 133008 dan tempoh menunggu yang lebih lama. ### Di manakah PIN digunakan? Semasa mendaftarkan nombor untuk Cloud API, dan dalam beberapa operasi akaun di sekitarnya. Panduan pengesahan dua langkah Meta menyatakan tetapan ini memerlukan PIN enam digit semasa mendaftarkan nombor telefon, dan panggilan pendaftaran mengambil PIN sebagai medan wajib apabila pengesahan dua langkah diaktifkan. Panduan nombor telefon Meta menambah bahawa PIN diperlukan semasa menukar PIN atau memadamkan nombor daripada platform. Kerana jarang diperlukan, PIN mudah dilupakan. Simpan bersama kelayakan akaun perniagaan yang lain, bukan pada orang yang mula-mula menyediakan nombor itu. - Mencuba semula panggilan register serta-merta dalam gelung. Percubaan PIN yang pantas ialah tepat apa yang dilaporkan oleh kod ini. - Meneka PIN yang berbeza antara percubaan semula. Terlalu banyak tekaan memindahkan anda daripada 133009 kepada 133008. - Mengabaikan nilai details. Meta menamakannya sebagai perkara yang perlu disemak sebelum mencuba semula. **Adakah ralat 133009 bermaksud PIN saya salah?** Belum tentu. Ia bermaksud percubaan dibuat terlalu pantas. PIN yang tidak betul dilaporkan sebagai 133005. **Berapa lama saya perlu menunggu selepas 133009?** Meta tidak menerbitkan masa tetap. Baca nilai details dalam respons sebelum mencuba semula. **Bolehkah saya melumpuhkan pengesahan dua langkah melalui API?** Tidak. Panduan pengesahan dua langkah Meta menyatakan tiada endpoint untuk melumpuhkannya. Anda boleh menetapkan PIN baharu sebaliknya. **Bagaimana cara menetapkan semula PIN yang dilupakan?** Dalam WhatsApp Manager, buka tetapan nombor telefon itu, pilih Pengesahan dua langkah dan klik Tukar PIN. --- ## Ralat WhatsApp 133015: nombor baru dipadam, pemadaman belum selesai https://easycoexistence.com/ms/docs/whatsapp-error-133015 Ralat 133015 bermakna nombor telefon yang sedang didaftarkan baru dipadam dan pemadaman itu belum selesai. Huraian Meta ialah "The phone number you are attempting to register was recently deleted, and deletion has not yet completed." Pembetulan yang didokumenkan ialah menunggu 5 minit sebelum mencuba semula permintaan pendaftaran. ### Apakah maksud ralat WhatsApp 133015? Ia bermakna permintaan pendaftaran tiba ketika nombor yang sama masih dipadam. Rujukan Meta memberikan teks butiran penuh: "The phone number you are attempting to register was recently deleted, and deletion has not yet completed." Penyelesaiannya juga jelas: tunggu 5 minit sebelum mencuba semula permintaan itu. Punca yang biasa ialah memindahkan nombor. Seseorang memadamkannya daripada satu WhatsApp Business Account dan terus mendaftarkannya dalam akaun lain, atau memadam dan menambahnya semula untuk bermula dari awal, lalu langkah kedua sampai ke Meta sebelum langkah pertama selesai di latar belakang. ### Bagaimanakah nombor telefon perniagaan dipadam? Hanya dalam WhatsApp Manager, dan hanya oleh admin Business Portfolio. Panduan nombor telefon Meta menyatakan nombor telefon perniagaan tidak boleh dipadam melalui API. Pemadaman dilakukan dalam WhatsApp Manager, nombor berstatus Connected memerlukan PIN pengesahan dua langkah untuk dipadam, dan nombor yang menghantar mesej berbayar dalam tempoh 30 hari lepas tidak boleh dipadam sehingga 30 hari selepas mesej terakhir. Pemadaman berbeza daripada nyahdaftar. Panduan pendaftaran Meta menyatakan nyahdaftar hanya menjadikan nombor tidak boleh digunakan dengan Cloud API dan tidak memadam nombor atau sejarah mesejnya. Ralat 133015 berkaitan pemadaman secara khusus. ### Bagaimanakah mengelakkan ralat 133015 semasa memindahkan nombor? Masukkan tempoh menunggu ke dalam prosedur, jangan menunggu sehingga ralat berlaku. Selepas memadamkan nombor, berhenti sekurang-kurangnya 5 minit sebelum panggilan register. Jika panggilan itu masih memulangkan 133015, tunggu lagi dan jangan cuba semula serta-merta. Sebab perlu bersabar ialah had pendaftaran. Meta membenarkan 10 permintaan ke endpoint register bagi setiap nombor dalam tetingkap bergerak 72 jam, dan apabila melebihinya API memulangkan 133016 dan menyekat pendaftaran selama 72 jam seterusnya. Gelung cuba semula yang berjalan setiap beberapa saat terhadap 133015 boleh menghabiskan kesemua sepuluh percubaan itu sebelum pemadaman selesai. - Mencuba semula panggilan register setiap beberapa saat. Setiap panggilan dikira dalam had 10 setiap 72 jam. - Mengelirukan pemadaman dengan nyahdaftar. Nyahdaftar tidak memadam nombor, dan kod ini berkaitan pemadaman. - Cuba memadam nombor melalui API. Meta hanya menyokong pemadaman dalam WhatsApp Manager. **Berapa lama saya perlu menunggu selepas ralat 133015?** Meta menyatakan supaya menunggu 5 minit sebelum mencuba semula permintaan pendaftaran. **Bolehkah saya memadam nombor telefon perniagaan dengan API?** Tidak. Panduan nombor telefon Meta menyatakan pemadaman hanya boleh dilakukan dalam WhatsApp Manager. **Mengapakah saya langsung tidak boleh memadam nombor saya?** Meta menyekat pemadaman nombor yang menghantar mesej berbayar dalam tempoh 30 hari lepas. Anda boleh memadamkannya 30 hari selepas mesej terakhir. **Bagaimana jika saya mencuba semula terlalu kerap?** Selepas 10 permintaan register dalam 72 jam, API memulangkan 133016 dan menyekat pendaftaran selama 72 jam. --- ## Ralat WhatsApp 135000: ralat tidak diketahui pada parameter permintaan https://easycoexistence.com/ms/docs/whatsapp-error-135000 Ralat 135000 bermaksud mesej gagal dihantar kerana ralat tidak diketahui pada parameter permintaan. Huraian Meta ialah "Mesej gagal dihantar kerana ralat tidak diketahui pada parameter permintaan anda." Panduan Meta ialah menyemak rujukan endpoint untuk sintaks yang betul, dan menghubungi sokongan pelanggan jika ralat ini terus berulang. ### Apakah maksud ralat WhatsApp 135000? Ini bermaksud platform tidak dapat menghantar mesej, tidak dapat menyatakan puncanya dengan tepat, tetapi tetap mengaitkan masalah itu dengan parameter permintaan anda. Rujukan Meta memberikan 135000 teks butiran "Mesej gagal dihantar kerana ralat tidak diketahui pada parameter permintaan anda." Penyelesaiannya ialah melihat rujukan endpoint untuk memastikan anda memanggilnya dengan sintaks yang betul, dan menghubungi sokongan pelanggan jika anda terus menerima kod ini. Inilah yang membezakannya daripada 131000, yang diterangkan Meta sebagai ralat tidak diketahui tanpa menunjuk kepada parameter, dan penyelesaiannya bermula dengan mencuba semula. ### Bagaimana mencari parameter yang salah? Bandingkan badan permintaan sebenar yang anda hantar dengan rujukan endpoint, medan demi medan. Catatkan payload penuh bersama ralat, kerana nilai yang menyebabkannya selalunya nilai yang berbeza bagi setiap mesej: nombor telefon dalam format yang tidak dijangka, rentetan kosong di tempat teks diperlukan, atau objek bersarang dengan medan di tempat yang salah. Kemudian baca nilai details dalam error_data, yang Meta huraikan sebagai sebab paling mungkin bagi ralat itu. Jika payload yang gagal dengan 135000 berjaya selepas satu perubahan, simpan kedua-dua versi. Perbezaannya ialah jawapannya, dan ia memberitahu anda apa yang perlu disahkan sebelum menghantar pada masa akan datang. ### Bilakah anda perlu menghubungi sokongan Meta tentang ralat 135000? Apabila permintaan sepadan dengan rujukan dan kod itu terus kembali. Meta menamakan sokongan sebagai langkah seterusnya bagi 135000 yang berterusan. Sertakan fbtrace_id daripada respons ralat, yang menurut Meta mungkin membantu menyahpepijat ralat, bersama cap masa, endpoint dan badan permintaan dengan bukti kelayakan dibuang. Sebelum membuka tiket, pastikan permintaan yang sama gagal secara konsisten. Permintaan yang gagal sekali dan berjaya tanpa diubah seminit kemudian menunjukkan masalah pada platform dan bukan pada parameter, dan halaman status Meta untuk WhatsApp Business Platform ialah tempat yang lebih pantas untuk mengesahkannya. - Mencuba semula permintaan yang sama berulang kali. Meta mengaitkan masalah dengan parameter, jadi payload yang sama cenderung gagal dengan cara yang sama. - Hanya mencatat ralat. Tanpa badan permintaan, parameter yang bermasalah tidak dapat dikesan. - Menghubungi sokongan tanpa fbtrace_id. Meta menamakannya sebagai ID yang membantu menyahpepijat ralat. **Adakah ralat 135000 sama dengan 131000?** Tidak. 131000 ialah ralat tidak diketahui tanpa punca diberikan. 135000 ialah ralat tidak diketahui yang Meta kaitkan dengan parameter permintaan anda. **Adakah ralat 135000 sama dengan ralat 100?** Tidak. Ralat 100 menyebut parameter yang tidak disokong atau tersalah eja. 135000 menyatakan parameter menyebabkan ralat yang tidak dapat Meta kenal pasti. **Perlukah saya cuba semula selepas 135000?** Bukan tanpa perubahan. Semak permintaan berdasarkan rujukan endpoint dahulu. **Apakah yang perlu saya hantar kepada sokongan Meta?** fbtrace_id daripada respons, endpoint, masa dan badan permintaan tanpa bukti kelayakan. --- ## EasyCoexistence vs Z-API https://easycoexistence.com/ms/compare/easycoexistence-vs-z-api Z-API ialah API WhatsApp dari Brazil yang dijual mengikut instance dan menyambung nombor dengan mengimbas kod QR, sama seperti WhatsApp Web memautkan peranti. EasyCoexistence menyambung nombor ke Cloud API rasmi Meta melalui Coexistence, jadi aplikasi WhatsApp Business terus berfungsi dan tiada apa pun pada sambungan itu melanggar syarat WhatsApp. ### Cara setiap satu mencapai WhatsApp Segala yang lain pada halaman ini berpunca daripada perbezaan ini, maka ia diletakkan dahulu. - Z-API:: Dokumentasinya menyatakan bahawa, seperti WhatsApp Web, penyambungan memerlukan imbasan kod QR atau memasukkan nombor telefon. Laman mereka sendiri menggambarkan Cloud API rasmi sebagai laluan berasingan dan dirinya sebagai alternatif pasaran kepadanya. - EasyCoexistence:: Cloud API Meta, dengan kelayakan yang dikeluarkan Meta kepada WhatsApp Business Account milik perniagaan itu sendiri, disambungkan melalui Embedded Signup Meta. Nombor didaftarkan sebagai nombor API dan aplikasi WhatsApp Business terus berfungsi pada telefon yang sama. ### Kos bagi setiap nombor Kedua-duanya mengenakan bayaran bagi setiap nombor, menjadikan ini salah satu daripada beberapa perbandingan yang unitnya sepadan. - Z-API:: R$ 99,99 setiap instance sebulan pada pelan Ultimate, atau R$ 89,99 setiap instance pada pelan Partner dengan minimum sepuluh instance, seperti yang diterbitkan di laman mereka. Percubaan ialah dua hari. - EasyCoexistence:: US$ 9 bagi setiap nombor yang disambungkan sebulan untuk satu hingga lima nombor, jatuh merentasi enam band sehingga US$ 1 setiap nombor apabila anda menambah nombor. Tiga hari pertama percuma, dan Meta mengebilkan caj pemesejannya terus kepada perniagaan, tanpa markup. ### Apa yang berlaku kepada nombor jika WhatsApp bertindak Inilah risiko yang tidak ditunjukkan oleh harga bagi setiap instance. - Z-API:: Sesi peranti terpaut bukan laluan yang diluluskan oleh syarat perniagaan WhatsApp untuk pemesejan perniagaan automatik, dan akaun yang dicapai dengan cara itu boleh dihadkan atau digantung. - EasyCoexistence:: Sambungan ini ialah ciri Meta sendiri, dibuat melalui aliran Meta sendiri, oleh Meta Tech Provider yang bebas. Tiada apa pun pada cara nombor disambungkan yang boleh dikenakan tindakan oleh WhatsApp. ### Terus menggunakan telefon Kebanyakan perniagaan kecil pada kedua-dua produk masih menjawab pelanggan dari telefon, jadi ini menentukan bagaimana hari bekerja berjalan. - Z-API:: Instance ialah sesi terpaut dalam erti WhatsApp Web, jadi ia bertahan hanya selagi pautan itu hidup. Laman mereka tidak menyebut ciri Coexistence Meta. - EasyCoexistence:: Coexistence ialah keseluruhan produk. Pasukan anda mengekalkan aplikasi WhatsApp Business, API berjalan pada nombor yang sama, dan sambungan dipantau supaya sebarang gangguan, seperti peraturan 14 hari Meta, ditandakan sebaik sahaja ia berlaku. - Menganggap instance berpaut QR dan Cloud API sebagai produk yang sama pada harga berbeza. Kedua-duanya mencapai WhatsApp melalui laluan yang berbeza. - Menjalankan nombor utama perniagaan pada sesi peranti terpaut. Penggantungan akan membawa pergi kehadiran WhatsApp nombor itu. - Terlupa bahawa Cloud API mengenakan caj untuk template. Meta mengebilkannya kepada perniagaan, di luar kedua-dua langganan. **Adakah Z-API API WhatsApp rasmi?** Tidak. Laman mereka sendiri menggambarkan Cloud API rasmi sebagai laluan melalui Meta dan Z-API sebagai alternatif pasaran, dan dokumentasi mereka menyatakan instance disambungkan seperti WhatsApp Web. **Adakah salah satu lebih murah?** Ya, kami lebih murah. Z-API menerbitkan R$ 99,99 setiap instance sebulan. Kami mengenakan US$ 9 bagi setiap nombor yang disambungkan sebulan untuk sehingga lima nombor, jatuh sehingga US$ 1 apabila anda menambah nombor. **Adakah saya perlukan kelulusan template dengan anda?** Hanya untuk mesej yang memulakan perbualan di luar tetingkap 24 jam, iaitu peraturan Meta bagi setiap penyedia rasmi. Balasan dalam tetingkap itu ialah teks bebas. **Bolehkah saya memindahkan nombor daripada Z-API ke EasyCoexistence?** Boleh. Nyahpaut sesi, teruskan menggunakan aplikasi WhatsApp Business, dan sambungkan nombor melalui Embedded Signup. Ia memerlukan aplikasi versi 2.24.17 atau lebih baharu dan aktiviti sebenar yang terkini. --- ## EasyCoexistence vs Blip https://easycoexistence.com/ms/compare/easycoexistence-vs-blip Blip ialah platform perbualan dari Brazil untuk membina chatbot dan menjalankan khidmat pelanggan merentas WhatsApp dan saluran lain, dengan pelan berbayar yang dikuotakan melalui pasukan jualan. EasyCoexistence ialah sambungan WhatsApp itu sendiri, pada Cloud API Meta melalui Coexistence, dengan yuran yang diterbitkan bagi setiap nombor yang disambungkan dan aplikasi WhatsApp Business masih berfungsi pada telefon. ### Apa sebenarnya setiap produk Kedua-duanya menggunakan API rasmi Meta. Yang dijual di atasnya berbeza. - Blip:: Platform untuk membina bot dengan aliran tersuai dan pemprosesan bahasa semula jadi, serta meja khidmat manusia, merentas WhatsApp, Instagram, Messenger dan saluran lain. Halaman harga mereka menyatakan bahawa mereka ialah Meta Business Solution Provider rasmi. - EasyCoexistence:: Sambungan antara nombor yang sudah digunakan perniagaan dalam aplikasi WhatsApp Business dengan Cloud API Meta, serta pemantauan berterusan terhadap sambungan itu. Mesej pergi ke sistem yang sedia dijalankan perniagaan: CRM, n8n, kod sendiri atau ejen AI melalui MCP. ### Berapa kosnya Perbezaannya di sini ialah sama ada harga boleh dibaca sebelum bercakap dengan sesiapa. - Blip:: Pelan percuma untuk sehingga dua ejen dengan perbualan bulanan yang terhad. Pelan berbayar tidak diletakkan harga pada halaman itu; pembaca diarahkan untuk mendapatkan maklumat lanjut, jadi angkanya datang daripada perbualan dengan pasukan jualan. - EasyCoexistence:: US$ 9 bagi setiap nombor yang disambungkan sebulan untuk satu hingga lima nombor, turun kepada US$ 1 setiap satu apabila nombor ditambah, dengan tiga hari pertama percuma. Meta mengenakan caj pemesejannya terus kepada akaun perniagaan sendiri dan tiada apa yang ditambah markup. ### Adakah telefon terus berfungsi Bagi perniagaan kecil yang membalas daripada telefon, ini biasanya soalan pertama. - Blip:: Halaman harga mereka tidak menyebut Coexistence. Tanya mereka sama ada sesuatu nombor boleh kekal dalam aplikasi WhatsApp Business semasa disambungkan, dan jangan bergantung pada halaman ini. - EasyCoexistence:: Ya, memang direka begitu. Coexistence mengekalkan aplikasi WhatsApp Business berfungsi pada nombor yang sama, dengan sejarah sembang terkini disegerakkan, sementara API berjalan bersama-samanya. Throughput pada nombor Coexistence ialah 20 mesej sesaat. ### Di mana logik bot berada Automasi perlu dijalankan di suatu tempat, dan pilihan itu menentukan apa yang mengikat anda. - Blip:: Di dalam Blip. Aliran, bot dan meja khidmat dibina dan dijalankan pada platform mereka, iaitu produk yang mereka jual. - EasyCoexistence:: Di mana-mana anda sudah membina. Meta menghantar webhook mesej terus ke sistem anda sendiri, kandungan perbualan tidak pernah disimpan di pihak kami, dan pelayan MCP membolehkan Claude, ChatGPT, Cursor atau Codex menghantar mesej pada nombor itu. - Membandingkan sebut harga platform bot dengan yuran sambungan baris demi baris. Satu termasuk pembina dan meja khidmat. - Menganggap mana-mana rakan kongsi Meta mengekalkan aplikasi WhatsApp Business berfungsi. Coexistence mesti disokong dan diaktifkan. - Terlupa caj pemesejan Meta sendiri. Caj itu dibilkan oleh Meta di bawah kedua-dua produk. **Adakah Blip menerbitkan harganya?** Hanya pelan percuma, untuk sehingga dua ejen dengan perbualan terhad. Pelan berbayar tidak diletakkan harga pada halaman harga mereka. **Adakah salah satu lebih murah?** Harga kami diterbitkan dan harga mereka tidak, jadi harga kami yang boleh anda semak: US$ 9 bagi setiap nombor yang disambungkan sebulan, turun kepada US$ 1 apabila nombor ditambah, tanpa had ejen. **Bolehkah saya membina chatbot dengan EasyCoexistence?** Boleh, dalam alat yang sudah anda gunakan. Mesej sampai ke webhook anda, n8n, Make atau ejen AI melalui MCP, dan logiknya berada di sana. **Adakah EasyCoexistence produk Meta?** Bukan. Kami ialah Meta Tech Provider bebas yang menggunakan Embedded Signup dan Cloud API rasmi Meta. --- ## EasyCoexistence vs Digisac https://easycoexistence.com/ms/compare/easycoexistence-vs-digisac Digisac ialah platform khidmat pelanggan berbilang saluran dari Brazil, berharga mengikut cadangan khas daripada R$ 197 sebulan, yang menjalankan API WhatsApp rasmi melalui Gupshup dan 360dialog serta menyokong Coexistence melalui mereka. EasyCoexistence ialah Meta Tech Provider yang menyambungkan nombor itu sendiri, dengan yuran diterbitkan bagi setiap nombor, tanpa platform di tengah. ### Bagaimana harga ditetapkan Satu berbentuk cadangan dan satu lagi berbentuk jadual, dan itu mempengaruhi segala-galanya selepas ini. - Digisac:: Tiada pelan tetap. Halaman mereka sendiri menyatakan harga permulaan ialah R$ 197 dan berbeza mengikut bilangan ejen, saluran, ciri seperti modul AI, dan integrasi, yang disusun menjadi cadangan oleh pasukan jualan mereka. - EasyCoexistence:: US$ 9 sebulan bagi setiap nombor yang disambungkan untuk satu hingga lima nombor, jatuh merentasi enam jalur kepada US$ 1 setiap satu apabila anda menambah nombor. Tiada ejen untuk dikira dan tiada modul untuk ditambah. Tiga hari pertama percuma. ### Siapa yang berada di antara anda dan Meta Rantaian syarikat di sebalik sesebuah nombor menentukan siapa yang boleh membaikinya apabila ia rosak. - Digisac:: Platform ini menjalankan API melalui Gupshup dan 360dialog, yang merupakan rakan kongsi Meta. Artikel Coexistence mereka menyatakan pengaktifan berlaku dengan penyedia rasmi seperti 360dialog, dengan Digisac membantu pelanggan melaluinya. - EasyCoexistence:: Tiada sesiapa. Kami ialah Meta Tech Provider yang bebas, perniagaan mendaftar melalui Embedded Signup milik Meta sendiri pada WhatsApp Business Account miliknya, dan webhook Meta terus ke sistem perniagaan itu. ### Di mana pasukan anda bekerja Platform khidmat dan sambungan mengubah perkara yang berbeza dalam kerja harian. - Digisac:: Platform khidmat bersama yang memusatkan WhatsApp, Instagram, Telegram, Messenger, e-mel dan webchat, dengan pengagihan perbualan, sembang dalaman dan corong jualan. Pasukan bekerja di dalamnya. - EasyCoexistence:: Tiada apa-apa yang baharu untuk dilog masuk. Pasukan terus menggunakan aplikasi WhatsApp Business, dan automasi, CRM atau ejen AI bertindak pada nombor yang sama melalui API. ### Berapa lama sehingga nombor berfungsi Perniagaan kecil sering membuat keputusan berdasarkan perkara ini sahaja. - Digisac:: Cadangan komersial dahulu, kemudian pengaktifan bersama penyedia. Halaman mereka menyenaraikan CNPJ, Meta Business Manager dan pematuhan dasar antara prasyarat. - EasyCoexistence:: Biasanya kurang daripada dua minit melalui Embedded Signup: log masuk dengan Facebook, masukkan nombor, imbas kod QR dalam aplikasi. Pemantauan bermula sebaik sahaja nombor disambungkan. - Membandingkan harga permulaan Digisac dengan yuran bagi setiap nombor. Harga mereka meningkat dengan ejen, saluran dan modul. - Menganggap Coexistence ialah ciri platform. Ia milik Meta, diaktifkan melalui penyedia di pihak Meta. - Tidak memasukkan caj Meta dalam bajet. Ia dibilkan oleh Meta bagi kedua-dua pilihan. **Adakah Digisac menyokong Coexistence?** Ya. Artikel mereka sendiri menyatakan ia diaktifkan dengan penyedia rasmi seperti 360dialog, dengan Digisac membantu proses itu. **Adakah salah satu lebih murah?** Bagi satu nombor, kami lebih murah: US$ 9 sebulan berbanding harga permulaan R$ 197 yang meningkat dengan ejen, saluran dan modul. Harga kami menurun apabila nombor ditambah. **Adakah saya kehilangan peti masuk bersama jika menggunakan anda?** Kami tidak menjualnya. Pasukan terus menggunakan aplikasi WhatsApp Business, dan yang lain berjalan dalam alat yang anda pilih. **Siapa yang membayar Meta?** Perniagaan itu, secara langsung, pada WhatsApp Business Account miliknya. Kami tidak pernah menambah markup pada caj Meta. --- ## EasyCoexistence vs Octadesk https://easycoexistence.com/ms/compare/easycoexistence-vs-octadesk Octadesk ialah platform khidmat pelanggan dari Brazil yang menggabungkan chatbot, ejen AI dan helpdesk, dengan pelan bermula R$ 2.499 sebulan untuk 3,000 perbualan serta konsultansi onboarding yang wajib. EasyCoexistence menyambungkan nombor yang sudah ada dalam aplikasi WhatsApp Business kepada Cloud API Meta melalui Coexistence, dengan yuran diterbitkan bagi setiap nombor, tanpa had perbualan dan tanpa yuran persediaan. ### Apa yang dibayar dalam bil bulanan Unit pengiraannya berbeza, dan perbezaan itu membesar dengan setiap pelanggan yang menghubungi anda. - Octadesk:: Pelan yang diukur mengikut perbualan: One pada R$ 2.499 sebulan untuk 3,000, Flow pada R$ 4.399 untuk 5,500, Nexus atas permintaan untuk 9,000. Pengguna helpdesk dicaj setiap seorang secara berasingan, dan setiap pelan memerlukan konsultansi onboarding yang harganya atas permintaan. - EasyCoexistence:: Satu yuran bagi setiap nombor yang disambungkan: US$ 9 sebulan untuk satu hingga lima nombor, jatuh kepada US$ 1 setiap satu apabila anda menambah nombor. Bulan dengan sepuluh ribu perbualan berharga sama seperti bulan yang sunyi. Meta mengenakan caj pemesejannya sendiri terus kepada perniagaan. ### Apakah setiap satu Kedua-duanya meletakkan nombor pada API rasmi. Yang dibina di atasnya berbeza. - Octadesk:: Ekosistem khidmat: chatbot, ejen AI, helpdesk dengan SLA dan sejarah tiket, serta penghantaran WhatsApp secara pukal, dengan satu nombor API WhatsApp rasmi disertakan dalam setiap pelan. - EasyCoexistence:: Sambungan dan pemantauannya. Nombor kekal dalam aplikasi WhatsApp Business, API berjalan padanya pada masa yang sama, dan mesej sampai kepada alat yang sudah digunakan oleh perniagaan, termasuk ejen AI melalui pelayan MCP kami. ### Menambah nombor kedua atau kesepuluh Agensi dan perniagaan yang mempunyai beberapa cawangan bertanya perkara ini sebelum apa-apa lagi. - Octadesk:: Setiap pelan menyenaraikan satu nombor API WhatsApp rasmi sebagai disertakan. Halaman harga mereka tidak menerbitkan harga untuk nombor tambahan. - EasyCoexistence:: Nombor tanpa had bagi setiap akaun, masing-masing pada harga band, dan kadar setiap nombor menurun apabila bilangan meningkat: US$ 7 mulai enam nombor, sehingga US$ 1 apabila anda menambah nombor. ### Sama ada telefon terus berfungsi Soalan yang menentukan sama ada pasukan kecil perlu mengubah cara kerjanya. - Octadesk:: Halaman harga mereka tidak menyebut Coexistence. Sila sahkan dengan mereka sama ada nombor boleh kekal dalam aplikasi WhatsApp Business setelah berada pada API mereka. - EasyCoexistence:: Ya, boleh. Coexistence sahaja yang kami sambungkan: aplikasi mengekalkan sembangnya, sejarah kira-kira enam bulan boleh disegerakkan, dan API berfungsi pada nombor yang sama. Sambungan dipantau supaya sebarang gangguan diberi amaran serta-merta. - Membandingkan harga pelan tanpa mengira perbualan. Pelan Octadesk mengehadkannya; yuran sambungan tidak. - Menyediakan bajet tanpa konsultansi onboarding. Octadesk mewajibkannya pada setiap pelan dan menetapkan harganya atas permintaan. - Menjangka pelan meliputi caj template Meta. Meta mengenakannya terus kepada perniagaan. **Adakah salah satu lebih murah?** Ya, dengan beza yang besar bagi perniagaan yang memerlukan sambungan. Octadesk bermula R$ 2.499 sebulan serta onboarding; kami mengenakan US$ 9 bagi setiap nombor yang disambungkan sebulan. **Apa yang berlaku selepas 3,000 perbualan?** Pada pelan One Octadesk, anda perlu naik ke pelan yang lebih tinggi. Dengan kami tiada apa-apa yang berubah: tiada had perbualan pada mana-mana harga. **Adakah Octadesk menyokong Coexistence?** Halaman harga mereka tidak menyatakannya. Tanya mereka dan jangan bergantung pada halaman ini. **Bolehkah saya masih menggunakan AI dengan EasyCoexistence?** Boleh. Pelayan MCP kami membolehkan Claude, ChatGPT, Cursor, Claude Code dan Codex menghantar mesej dan template pada nombor tersebut. --- ## EasyCoexistence vs Huggy https://easycoexistence.com/ms/compare/easycoexistence-vs-huggy Huggy ialah peti masuk khidmat pelanggan omnisaluran dari Brazil, dengan harga mengikut pelan dan bilangan pengguna yang disambungkan, manakala WhatsApp dicaj berasingan mengikut kuantiti dan kategori. EasyCoexistence ialah sambungan WhatsApp itu sendiri: Cloud API Meta pada nombor yang sudah ada dalam aplikasi WhatsApp Business, melalui Coexistence, dengan satu yuran yang diterbitkan bagi setiap nombor yang disambungkan. ### Apa yang dibayar dalam bil bulanan Bil Huggy meningkat mengikut saiz pasukan. Bil kami meningkat mengikut bilangan nombor sahaja. - Huggy:: Pelan dengan satu pengguna yang disambungkan, kemudian yuran bagi setiap pengguna tambahan: R$ 69,90 pada Starter, R$ 119,90 pada Intermediate yang bermula dari R$ 579 sebulan, R$ 189,90 pada Custom yang bermula dari R$ 989. WhatsApp dihargai di atas itu, mengikut kuantiti dan kategori, dan pelaksanaan ialah pilihan sebanyak R$ 1.250. - EasyCoexistence:: US$ 9 bagi setiap nombor yang disambungkan sebulan untuk satu hingga lima nombor, turun kepada US$ 1 setiap satu apabila anda menambah nombor, tanpa sebarang bilangan pengguna. Tiga hari pertama percuma, dan Meta mengenakan caj pemesejannya terus kepada perniagaan. ### Apa sebenarnya setiap produk Peti masuk dan sambungan dibeli atas sebab yang berbeza. - Huggy:: Peti masuk khidmat yang memusatkan WhatsApp, Instagram, Messenger, Telegram, e-mel, SMS dan suara, dengan chatbot dan laporan. Laman mereka menyatakan mereka rakan rasmi Meta untuk mengaktifkan API rasmi. - EasyCoexistence:: Sambungan antara nombor aplikasi WhatsApp Business dengan Cloud API Meta, dipantau secara berterusan. Mesej sampai ke sistem yang sudah digunakan perniagaan, melalui webhook Meta atau pelayan MCP kami. ### Sama ada pasukan perlu mengubah cara bekerja Soalan pemilik sebelum bersetuju dengan apa-apa. - Huggy:: Ejen log masuk ke peti masuk Huggy, tempat perbualan daripada setiap saluran ditugaskan dan dijawab. Laman harga mereka tidak menyebut Coexistence dengan aplikasi WhatsApp Business. - EasyCoexistence:: Tiada sesiapa yang berpindah. Aplikasi WhatsApp Business terus berfungsi pada nombor yang sama, bersama sembang di dalamnya, dan API berjalan seiring untuk apa sahaja yang diautomasikan oleh perniagaan. ### Di mana perbualan disimpan Keputusan yang sukar dipatalkan kemudian. - Huggy:: Pada platform mereka, kerana peti masuk memerlukannya untuk memaparkan perbualan kepada ejen yang membukanya. - EasyCoexistence:: Bukan di pihak kami. Kandungan perbualan tidak pernah disimpan, dan Meta boleh menghalakan mesej masuk terus ke webhook milik perniagaan itu sendiri. - Menilai harga Huggy tanpa baris WhatsApp. Ia dicaj berasingan daripada pelan, mengikut kuantiti dan kategori. - Mengira pasukan hari ini sahaja. Setiap pengguna tambahan menambah yuran bulanan pada pelan peti masuk. - Membeli peti masuk semata-mata untuk akses API pada satu nombor. Itu hanya memerlukan sambungan. **Adakah salah satu lebih murah?** Bagi perniagaan yang memerlukan sambungan, ya, kami lebih murah. Pelan Intermediate Huggy bermula pada R$ 579 sebulan untuk satu pengguna, sebelum WhatsApp; harga kami ialah US$ 9 bagi setiap nombor yang disambungkan sebulan. **Adakah Huggy menggunakan API rasmi?** Laman harga mereka menyatakan mereka rakan rasmi Meta dan mengaktifkan API rasmi Meta. **Adakah Huggy menyokong Coexistence?** Laman harga mereka tidak menyebutnya. Sila tanya mereka dan jangan bergantung pada halaman ini. **Adakah anda mempunyai peti masuk?** Tidak. Pasukan terus menggunakan aplikasi WhatsApp Business, iaitu tujuan Coexistence. --- ## EasyCoexistence vs Umbler Talk https://easycoexistence.com/ms/compare/easycoexistence-vs-umbler-talk Umbler Talk ialah peti masuk WhatsApp, CRM dan chatbot buatan Brazil pada API rasmi, berharga bagi setiap agen daripada R$ 99,90 sebulan dengan minimum dua agen. EasyCoexistence menyambungkan nombor yang sudah ada dalam aplikasi WhatsApp Business ke Cloud API Meta melalui Coexistence, berharga bagi setiap nombor yang disambungkan, jadi bil tidak bergantung pada bilangan orang yang menjawab. ### Untuk apa bil bulanan dikenakan Umbler Talk mengira orang. EasyCoexistence mengira nombor. - Umbler Talk:: Bagi setiap agen sebulan: R$ 99,90 pada Essencial dengan sekurang-kurangnya dua agen, R$ 149,90 pada Impulso dan R$ 219,90 pada Escala dengan sekurang-kurangnya tiga. Bil terkecil yang mungkin ialah dua agen pada Essencial, R$ 199,80 sebulan. - EasyCoexistence:: US$ 9 bagi setiap nombor yang disambungkan sebulan untuk satu hingga lima nombor, menurun merentasi enam jalur kepada US$ 1 setiap satu apabila anda menambah nombor. Tiada kiraan agen dan tiada minimum. Tiga hari pertama percuma, dan Meta mengenakan bayaran pemesejan terus. ### Apakah setiap produk Kedua-duanya berjalan pada API rasmi Meta, perkara yang dinyatakan dengan jelas oleh Umbler Talk pada lamannya. - Umbler Talk:: Peti masuk kongsi dengan saluran paip CRM visual, chatbot, ejen AI, pangkalan pengetahuan dan webchat, serta kempen WhatsApp pada pelan yang lebih tinggi. Pasukan bekerja di dalamnya. - EasyCoexistence:: Sambungan dan pemantauannya. Nombor kekal dalam aplikasi WhatsApp Business, API berjalan padanya pada masa yang sama, dan mesej sampai ke CRM anda, n8n, kod anda sendiri atau ejen AI melalui MCP. ### Berapa banyak nombor yang muat Bagi agensi dan perniagaan berbilang cawangan, had nombor lebih penting daripada nama pelan. - Umbler Talk:: Dua nombor WhatsApp pada Essencial dan sehingga tiga pada Impulso, manakala Escala diterangkan sebagai had nombor dinamik. Lebih banyak nombor bermakna pelan lebih tinggi untuk setiap agen. - EasyCoexistence:: Nombor tanpa had bagi setiap akaun, setiap satu pada harga jalur, dan harga bagi setiap nombor menurun apabila bilangan meningkat. Nombor kedua puluh berharga lebih murah daripada yang pertama. ### Sama ada aplikasi WhatsApp Business terus berfungsi Soalan yang ditanya pasukan kecil sebelum apa-apa lagi. - Umbler Talk:: Laman pelan mereka tidak menyebut Coexistence. Tanya mereka sama ada nombor terus berfungsi dalam aplikasi WhatsApp Business selepas disambungkan. - EasyCoexistence:: Ya. Coexistence ialah satu-satunya perkara yang kami sambungkan, jadi aplikasi mengekalkan sembangnya dan API berfungsi bersama, dengan sambungan dipantau untuk kejatuhan seperti peraturan 14 hari Meta. - Menganggap harga bagi setiap agen sebagai bil. Minimumnya ialah dua agen, dan lebih banyak pada pelan yang lebih tinggi. - Memilih pelan kerana had nombornya lalu membayar kadar lebih tinggi bagi setiap agen. - Tidak memasukkan caj template Meta dalam bajet. Meta mengenakannya terus kepada perniagaan. **Adakah salah satu lebih murah?** Ya, kami lebih murah. Bil terkecil Umbler Talk ialah dua agen pada R$ 99,90 setiap satu, R$ 199,80 sebulan; bil kami ialah US$ 9 bagi satu nombor yang disambungkan, siapa pun yang menjawabnya. **Adakah Umbler Talk menggunakan API WhatsApp rasmi?** Ya. Laman mereka menyatakan Umbler Talk menggunakan API rasmi WhatsApp dan mematuhi garis panduan platform. **Adakah Umbler Talk menyokong Coexistence?** Laman pelan mereka tidak menyebutnya. Tanya mereka dan jangan bergantung pada laman ini. **Adakah EasyCoexistence mengenakan caj bagi setiap agen?** Tidak. Yuran dikenakan bagi setiap nombor yang disambungkan, tidak kira berapa ramai orang yang menjawab padanya atau bekerja dengannya melalui API. --- ## EasyCoexistence vs Whaticket https://easycoexistence.com/ms/compare/easycoexistence-vs-whaticket Whaticket ialah peti masuk berbilang ejen untuk WhatsApp dan saluran lain, daripada US$ 49 sebulan dengan minimum tiga pengguna dan satu talian WhatsApp, disambungkan melalui kod QR atau API rasmi dengan Coexistence. EasyCoexistence hanyalah sambungan rasmi: Cloud API Meta pada nombor dalam aplikasi WhatsApp Business, pada US$ 9 bagi setiap nombor. ### Cara setiap satu menyambungkan nombor Whaticket menjual dua laluan ke WhatsApp. EasyCoexistence menjual satu. - Whaticket:: Pilihan antara WhatsApp QR, iaitu sesi yang diimbas seperti WhatsApp Web, atau API WhatsApp dengan Coexistence. Laman web mereka sendiri memberi amaran bahawa penghantaran mesej secara besar-besaran dengan WhatsApp Business boleh mencetuskan sekatan dan mengesyorkan API untuk mengurangkan risiko itu. - EasyCoexistence:: Hanya Cloud API Meta, disambungkan melalui Embedded Signup Meta dengan Coexistence, supaya aplikasi WhatsApp Business terus berfungsi pada nombor yang sama. Tiada pilihan sesi QR, jadi tiada laluan tidak rasmi untuk dijadikan jalan balik. ### Untuk apa bil bulanan itu Kedua-dua bil dibina daripada bahagian yang berbeza. - Whaticket:: US$ 49 sebulan untuk Basic bagi tiga pengguna dan satu talian, US$ 20 sebulan bagi setiap talian tambahan, dan pelan Pro pada US$ 109. Kempen melalui sambungan QR menggunakan kredit, bermula US$ 25 untuk 1,000 mesej; kempen API dikecualikan. - EasyCoexistence:: US$ 9 bagi setiap nombor yang disambungkan sebulan untuk satu hingga lima nombor, jatuh kepada US$ 1 setiap satu apabila nombor bertambah. Tiada pengguna, tiada kredit. Meta mengenakan caj pemesejannya terus kepada perniagaan, tanpa markup. Tiga hari pertama percuma. ### Apakah setiap produk ini Satu ialah tempat ejen bekerja. Satu lagi ialah paip di bawahnya. - Whaticket:: Peti masuk berbilang ejen yang memusatkan dan mengautomasikan saluran pemesejan, dengan kempen, supaya pasukan menjawab di dalam platform mereka. - EasyCoexistence:: Sambungan beserta pemantauan 24/7. Pasukan terus menggunakan aplikasi WhatsApp Business, mesej sampai ke webhook anda sendiri, dan ejen AI bertindak pada nombor itu melalui pelayan MCP kami. ### Berapakah kos nombor kedua, kelima atau kesepuluh Agensi dan perniagaan berbilang cawangan membuat pengiraan ini sebelum yang lain. - Whaticket:: US$ 20 bagi setiap talian tambahan di atas pelan, jadi lima talian pada Basic berjumlah US$ 129 sebulan untuk tiga pengguna. - EasyCoexistence:: Lima nombor berjumlah US$ 45 sebulan, dan kadar bagi setiap nombor terus menurun: US$ 7 setiap satu bermula enam nombor, sehingga US$ 1 apabila nombor bertambah. - Menjalankan nombor perniagaan pada sambungan QR. Laman web Whaticket sendiri memberi amaran bahawa penghantaran mesej secara besar-besaran di situ boleh mencetuskan sekatan. - Terlupa kredit mesej. Kempen melalui sambungan QR dicaj bagi setiap seribu mesej di atas harga pelan. - Menganggap talian tambahan berharga sama seperti pelan. Setiap satu menambah US$ 20 sebulan. **Adakah salah satu lebih murah?** Ya, kami lebih murah. Satu talian pada Whaticket Basic ialah US$ 49 sebulan; satu nombor yang disambungkan dengan kami ialah US$ 9. Pada lima nombor, ia US$ 129 berbanding US$ 45. **Adakah Whaticket menyokong Coexistence?** Ya. Halaman harga mereka menyenaraikan API WhatsApp dengan Coexistence sebagai pilihan sambungan di samping sambungan QR. **Adakah sambungan QR itu rasmi?** Tidak. Ia memautkan sesi seperti cara WhatsApp Web berfungsi. Laman web Whaticket sendiri mengesyorkan API untuk mengurangkan risiko sekatan. **Adakah anda mempunyai peti masuk seperti Whaticket?** Tidak. Pasukan terus menggunakan aplikasi WhatsApp Business, dan apa-apa yang anda automasikan berjalan dalam alat anda sendiri. --- ## EasyCoexistence vs Leadsales https://easycoexistence.com/ms/compare/easycoexistence-vs-leadsales Leadsales ialah CRM perbualan buatan Mexico untuk berjual melalui WhatsApp, Facebook dan Instagram. Pelan Basic, US$ 97 sebulan, menyambungkan WhatsApp melalui sesi web, dan API rasmi bermula pada pelan Professional dengan US$ 133. EasyCoexistence menyambungkan nombor ke Cloud API Meta melalui Coexistence pada US$ 9 setiap nombor. ### Pelan mana yang sampai ke WhatsApp secara rasmi Pada Leadsales, kaedah sambungan bergantung pada pelan. Dengan EasyCoexistence, tidak begitu. - Leadsales:: Basic menyambungkan WhatsApp melalui Messenger dan sesi web, bukan Business API. Professional, pada US$ 133 atau MX$ 3,239.88 sebulan, dan Advanced, pada US$ 247, menggunakan API rasmi. - EasyCoexistence:: Setiap nombor berada pada Cloud API Meta, disambungkan melalui Embedded Signup milik Meta dengan Coexistence, jadi aplikasi WhatsApp Business terus berfungsi pada telefon. Tiada peringkat tidak rasmi yang lebih murah. ### Untuk apa bil bulanan itu Leadsales mengehadkan pengguna dan perbualan bagi setiap pelan. EasyCoexistence tidak mengehadkan kedua-duanya. - Leadsales:: Basic merangkumi 3 pengguna dan 5,000 perbualan aktif, Professional 4 pengguna dan 20,000, Advanced 5 pengguna dan 50,000, dengan diskaun sehingga 20% untuk bil tahunan. - EasyCoexistence:: US$ 9 bagi setiap nombor yang disambungkan sebulan untuk satu hingga lima nombor, jatuh hingga US$ 1 setiap satu apabila bilangan nombor bertambah. Tiada kiraan pengguna, tiada kiraan perbualan, tiga hari pertama percuma, dan Meta mengenakan bayaran pemesejan terus kepada perniagaan. ### Apakah setiap produk ini CRM dan sambungan menyelesaikan masalah yang berbeza. - Leadsales:: CRM jualan dengan corong jualan, ruang kerja bersama, pemesejan pukal mengikut peringkat dan ejen AI pada pelan yang lebih tinggi. Prospek diuruskan di dalam Leadsales. - EasyCoexistence:: Sambungan beserta pemantauannya. Mesej sampai ke mana-mana CRM atau alat yang sudah digunakan oleh perniagaan melalui webhook Meta, dan ejen AI bertindak pada nombor itu melalui pelayan MCP kami. ### Apa yang berlaku pada nombor dalam sesi web Risiko yang terdapat pada pelan yang lebih murah. - Leadsales:: Nombor pada pelan Basic sampai ke WhatsApp melalui sesi web, bukan Business API, satu laluan yang tidak dibenarkan oleh syarat perniagaan WhatsApp untuk pemesejan perniagaan automatik. - EasyCoexistence:: Tiada apa-apa tentang sambungan ini yang boleh dikenakan tindakan, kerana ia ialah ciri Coexistence milik Meta yang dibuat melalui aliran milik Meta, dan sambungan dipantau sepanjang masa. - Memilih pelan Basic kerana harga dan menganggap ia menggunakan API. Ia disambungkan melalui sesi web. - Mengira pengguna tetapi terlupa had perbualan aktif. Setiap pelan menetapkan satu had. - Menjangka pelan merangkumi caj template Meta. Meta mengenakan caj itu terus kepada perniagaan. **Adakah salah satu lebih murah?** Ya, kami lebih murah. Pelan Leadsales termurah dengan API rasmi ialah US$ 133 sebulan; satu nombor yang disambungkan dengan kami ialah US$ 9. **Adakah Leadsales menggunakan API WhatsApp rasmi?** Pada Professional dan Advanced, ya. Pelan Basic mereka menyambungkan WhatsApp melalui Messenger dan sesi web sebaliknya. **Adakah Leadsales menyokong Coexistence?** Halaman harga mereka menyatakan bahawa dalam sesetengah kes nombor kekal boleh digunakan pada telefon dan dalam kes lain ia berpindah sepenuhnya ke API. Dengan kami, ia sentiasa kekal dalam aplikasi WhatsApp Business. **Bolehkah saya mengekalkan CRM saya dan menggunakan EasyCoexistence?** Ya. Meta menghantar mesej ke webhook yang anda pilih, jadi mana-mana CRM yang menerima webhook boleh menerimanya. --- ## EasyCoexistence vs Treble https://easycoexistence.com/ms/compare/easycoexistence-vs-treble Treble ialah platform WhatsApp Business API dari Amerika Latin untuk aliran automatik, kempen dan perkhidmatan AI, dijual melalui pasukan jualannya tanpa harga awam. EasyCoexistence menyambungkan nombor yang sudah digunakan oleh perniagaan dalam aplikasi WhatsApp Business ke Cloud API Meta melalui Coexistence, layan diri, pada harga yang diterbitkan iaitu US$ 9 bagi setiap nombor yang disambungkan sebulan. ### Apa yang berlaku kepada aplikasi WhatsApp Business Kedua-dua produk bermula daripada andaian yang bertentangan tentang telefon. - Treble:: Laman utama mereka menyatakan Treble ialah penyelesaian berasaskan WhatsApp Business API, bukan aplikasi WhatsApp Business yang percuma. Coexistence tidak disebut, jadi tanyalah mereka sama ada nombor boleh kekal dalam aplikasi. - EasyCoexistence:: Aplikasi kekal. Coexistence memastikan aplikasi WhatsApp Business terus berfungsi pada nombor yang sama, dengan sejarah sembang kira-kira enam bulan disegerakkan, manakala Cloud API berjalan bersama untuk automasi. ### Berapa kosnya Satu harga boleh dibaca hari ini. Satu lagi memerlukan perbualan. - Treble:: Tiada harga awam. Laman utama tidak memaparkan harga dan halaman harga meminta kata laluan, jadi angka diperoleh daripada pasukan jualan mereka. - EasyCoexistence:: US$ 9 bagi setiap nombor yang disambungkan sebulan untuk satu hingga lima nombor, menurun melalui enam band kepada US$ 1 setiap satu apabila anda menambah nombor. Meta mengenakan bayaran pemesejan terus kepada perniagaan dan tiada markup. ### Apakah setiap produk ini Kedua-duanya menggunakan API rasmi Meta. Mereka menjual lapisan yang berbeza. - Treble:: Platform untuk aliran sembang automatik, kempen pukal dan khidmat pelanggan AI, dengan integrasi asli HubSpot dan Salesforce serta API untuk sambungan tersuai. - EasyCoexistence:: Sambungan dan pemantauannya 24/7. Meta menghantar webhook terus ke sistem anda, kandungan perbualan tidak pernah disimpan di pihak kami, dan pelayan MCP membolehkan ejen AI menghantar mesej menggunakan nombor itu. ### Berapa lama sehingga nombor aktif Selalunya soalan penentu bagi perniagaan kecil. - Treble:: Melalui proses jualan, kerana pelan dan harga dipersetujui dengan pasukan mereka sebelum proses permulaan. - EasyCoexistence:: Biasanya kurang daripada dua minit melalui Embedded Signup Meta: log masuk dengan Facebook, masukkan nombor, imbas kod QR dalam aplikasi. Keperluannya ialah aplikasi versi 2.24.17 atau lebih baharu dan aktiviti sebenar yang terkini. - Memindahkan nombor aplikasi yang sibuk ke persediaan khusus API tanpa menyemak Coexistence. Telefon tidak lagi menjadi tempat pasukan menjawab. - Membandingkan sebut harga platform kempen dengan yuran sambungan. Satu daripadanya merangkumi aliran dan kempen. - Mengabaikan caj template Meta. Caj itu dibilkan oleh Meta, bukan oleh mana-mana penyedia. **Adakah Treble menerbitkan harga?** Tidak. Laman utama mereka tidak memaparkan harga dan halaman harga mereka dilindungi kata laluan. **Adakah salah satu lebih murah?** Harga kami diterbitkan dan harga mereka tidak, jadi harga kami yang boleh anda sahkan: US$ 9 bagi setiap nombor yang disambungkan sebulan, menurun kepada US$ 1 apabila anda menambah nombor. **Adakah Treble menyokong Coexistence?** Laman utama mereka tidak menyebutnya dan menggambarkan Treble sebagai berasaskan API, bukan aplikasi WhatsApp Business. Tanyalah mereka. **Bolehkah saya menjalankan kempen dengan EasyCoexistence?** Boleh, melalui Cloud API dengan template yang diluluskan, daripada sistem atau alat anda sendiri. Meta membilkan template itu terus kepada anda. --- ## EasyCoexistence vs Botmaker https://easycoexistence.com/ms/compare/easycoexistence-vs-botmaker Botmaker ialah platform chatbot dan khidmat pelanggan dari Amerika Latin di atas WhatsApp Business Platform, daripada US$ 149 sebulan untuk 3,000 perbualan, tambah yuran sekali sahaja sebanyak US$ 99 untuk membuka akaun WhatsApp. Ia menyokong Coexistence. EasyCoexistence ialah sambungan Coexistence sahaja, pada US$ 9 bagi setiap nombor yang disambungkan sebulan, tanpa bundle perbualan. ### Untuk apa bil bulanan dibayar Botmaker menjual perbualan. EasyCoexistence menjual sambungan. - Botmaker:: Standard pada US$ 149 untuk 3,000 perbualan, Scale pada US$ 249 untuk 5,000, Pro pada US$ 499 untuk 10,000, dengan US$ 0.07 hingga US$ 0.05 bagi setiap perbualan tambahan dan US$ 99 untuk membuka akaun WhatsApp. Mesej push dikenakan kos WhatsApp ditambah yuran perkhidmatan 20%. - EasyCoexistence:: US$ 9 bagi setiap nombor yang disambungkan sebulan untuk satu hingga lima nombor, menurun kepada US$ 1 setiap satu apabila nombor ditambah. Tiada bundle, tiada caj lebihan, tiada yuran untuk bermula. Meta mengenakan caj terus kepada perniagaan dan kami tidak pernah menambah markup. ### Bagaimana Coexistence berfungsi pada setiap satu Kedua-duanya mengekalkan aplikasi WhatsApp Business berfungsi pada nombor itu. Selebihnya penyediaan berbeza. - Botmaker:: Pusat bantuan mereka menyatakan Coexistence hanya tersedia untuk talian baharu atau konfigurasi baharu, bot dijeda apabila seseorang membalas dari telefon, dan sembang kumpulan tidak disokong pada platform itu. - EasyCoexistence:: Coexistence ialah produk kami: layan diri melalui Embedded Signup Meta dalam kira-kira dua minit, kemudian pemantauan 24/7, jadi sebarang gangguan seperti peraturan 14 hari Meta ditandakan sebaik sahaja ia berlaku. ### Apakah setiap produk ini Platform bot dan sambungan ialah dua pembelian yang berbeza. - Botmaker:: Platform untuk membina bot dan menjalankan perkhidmatan ejen di WhatsApp, dengan sepuluh hingga lima puluh tempat ejen disertakan bergantung pada pelan. Aliran kerja berada di dalam Botmaker. - EasyCoexistence:: Sambungan sahaja. Webhook Meta sampai ke sistem anda sendiri, kandungan perbualan tidak pernah disimpan di pihak kami, dan pelayan MCP membolehkan Claude, ChatGPT, Cursor, Claude Code atau Codex bertindak pada nombor itu. ### Kesan pertumbuhan terhadap bil Kedua-dua model bergerak ke arah bertentangan apabila perniagaan semakin sibuk. - Botmaker:: Lebih banyak perbualan bermakna caj lebihan bagi setiap perbualan atau beralih ke pelan seterusnya, jadi bulan yang sibuk lebih mahal daripada bulan yang lengang. - EasyCoexistence:: Jumlah mesej tidak masuk dalam harga. Hanya penambahan nombor yang mengubah bil, dan kadar bagi setiap nombor menurun apabila nombor ditambah. - Membandingkan harga pelan sahaja dan terlupa yuran akaun US$ 99 serta yuran perkhidmatan 20% pada mesej push. - Menentukan pelan berdasarkan perbualan hari ini. Caj lebihan dikenakan bagi setiap perbualan melebihi bundle. - Menjangka balasan dari telefon tidak menghentikan bot. Pada Botmaker, bot dijeda apabila telefon menjawab. **Adakah Botmaker menyokong Coexistence?** Ya. Pusat bantuan mereka mendokumenkannya, tersedia untuk talian baharu atau konfigurasi baharu. **Adakah salah satu lebih murah?** Ya, kami lebih murah. Botmaker bermula pada US$ 149 sebulan tambah US$ 99 untuk membuka akaun; satu nombor yang disambungkan dengan kami ialah US$ 9 sebulan tanpa bayaran untuk bermula. **Adakah anda menambah yuran ke atas caj Meta?** Tidak. Meta mengenakan caj pemesejan ke akaun perniagaan itu sendiri dan kami tidak pernah menambah markup. **Bolehkah saya membina bot dengan EasyCoexistence?** Ya, dalam n8n, Make, kod anda sendiri atau ejen AI melalui MCP. Mesej sampai ke sistem anda melalui webhook Meta. --- ## EasyCoexistence vs Gallabox https://easycoexistence.com/ms/compare/easycoexistence-vs-gallabox Gallabox dan EasyCoexistence menyelesaikan masalah yang berbeza. Gallabox ialah peti masuk pasukan dan suite automasi di atas WhatsApp Business API rasmi, dijual dalam pelan dengan bilangan pengguna tetap. EasyCoexistence ialah sambungan itu sendiri: Cloud API Meta pada nombor yang sama dengan aplikasi WhatsApp Business, berharga mengikut nombor, tanpa peti masuk dan tanpa lesen pengguna. ### Apa yang dibayar oleh bil bulanan Kedua-duanya berharga mengikut unit yang berbeza, dan unit itulah yang menentukan bagaimana bil meningkat. - Gallabox:: Pelan berharga sebulan dengan saiz pasukan yang tetap. Basic disenaraikan pada ₹ 2,999 sebulan dengan bil suku tahunan untuk 3 pengguna, yang dinyatakan pada laman mereka sebagai had tetap, dan pasukan yang lebih besar perlu beralih ke Essential atau Advanced. - EasyCoexistence:: Daripada US$ 9 sebulan bagi setiap nombor yang disambungkan, turun kepada US$ 1 apabila anda menambah nombor. Tiada bilangan pengguna dan tiada bilangan kenalan, jadi mengambil pekerja baharu atau melayan lebih ramai pelanggan tidak mengubah apa-apa pada invois. ### Bagaimana Coexistence diaktifkan Kedua-duanya menggunakan ciri Coexistence Meta, jadi aplikasi WhatsApp Business terus berfungsi pada telefon. Laluan untuk mencapainya berbeza. - Gallabox:: Dokumentasi mereka menyatakan Coexistence tidak diaktifkan secara lalai dan anda mesti menghubungi sokongan Gallabox sebelum bermula, supaya ruang kerja dapat diaktifkan terlebih dahulu. - EasyCoexistence:: Coexistence ialah produknya. Pemilik perniagaan melengkapkan Embedded Signup Meta dalam kira-kira dua minit, secara layan diri, dengan aplikasi pada versi 2.24.17 atau lebih baharu dan nombor itu tidak dipautkan kepada penyedia lain. ### Di mana perbualan disimpan Inilah perbezaan yang paling penting bagi sesiapa yang membina antara muka sendiri atau mengurus nombor pelanggan. - Gallabox:: Di dalam platform mereka. Peti masuk bersama, pembina chatbot dan alat siaran memerlukan mesej disimpan di pihak mereka untuk dipaparkan kepada ejen. - EasyCoexistence:: Tidak bersama kami. Meta menghantar webhook terus ke endpoint yang anda tetapkan, dan perbualan tidak pernah disimpan di pihak kami. CRM, aplikasi atau ejen AI anda ialah tempat data itu sampai. ### Yang mana patut dipilih Jika pembelian itu ialah peti masuk pasukan dengan chatbot dan kempen, Gallabox ialah produk jenis itu, dan ia pembelian yang berbeza daripada sambungan. Jika pembelian itu ialah nombor itu sendiri, disambungkan secara rasmi dan dikekalkan aktif, EasyCoexistence ialah pilihan yang lebih sempit dan lebih murah. Ia sesuai untuk agensi yang menyambungkan nombor pelanggan ke dalam timbunan sistemnya sendiri, pembangun yang sudah mempunyai antara muka, atau pemilik yang mahukan automasi tanpa memindahkan pasukan daripada telefon. Sambungan dipantau, termasuk peraturan 14 hari Meta, dan Meta mengenakan bayaran pemesejan kepada akaun anda sendiri tanpa markup daripada kami. - Membandingkan harga pelan secara terus. Satu termasuk peti masuk dan kredit AI; satu lagi hanyalah sambungan. - Memulakan proses Coexistence sebelum penyedia mengaktifkannya, kemudian mencuba nombor yang sama berulang kali. - Membeli peti masuk yang dihadkan lesen pengguna untuk nombor yang mesejnya akan dikendalikan oleh perisian anda sendiri. **Adakah EasyCoexistence lebih murah daripada Gallabox?** Untuk sambungan, ya. Gallabox Basic ialah ₹ 2,999 sebulan dengan bil suku tahunan untuk 3 pengguna. EasyCoexistence ialah US$ 9 sebulan bagi setiap nombor yang disambungkan tanpa had pengguna, jadi satu nombor dengan pasukan sebesar mana pun berharga US$ 9. **Adakah Gallabox menyokong Coexistence?** Ya. Dokumentasi mereka menerangkannya dan menyatakan sokongan mesti mengaktifkannya pada ruang kerja anda sebelum persediaan. **Adakah EasyCoexistence mempunyai peti masuk seperti Gallabox?** Tidak. Pasukan anda terus menggunakan aplikasi WhatsApp Business, dan perisian menerima mesej yang sama melalui webhook yang dihantar oleh Meta ke sistem anda sendiri. **Siapa yang membayar yuran mesej Meta?** Dengan EasyCoexistence, anda sendiri yang membayar, terus kepada Meta pada WhatsApp Business Account anda sendiri, tanpa sebarang tambahan daripada kami. --- ## EasyCoexistence vs TimelinesAI https://easycoexistence.com/ms/compare/easycoexistence-vs-timelinesai TimelinesAI ialah peti masuk WhatsApp kongsi yang disegerakkan ke CRM, berharga mengikut kerusi, dan menyambung nombor melalui kod QR, WhatsApp Business API rasmi atau Coexistence. EasyCoexistence menyambung nombor hanya melalui Cloud API Meta dengan Coexistence, berharga mengikut nombor, dan menghantar setiap mesej ke sistem anda sendiri, bukan ke peti masuk. ### Cara setiap satu menyambungkan nombor Kaedah sambungan menentukan apa yang terdedah kepada nombor itu, jadi ia dibincangkan dahulu. - TimelinesAI:: Tiga pilihan pada setiap pelan: pautan kod QR yang memasang nombor sebagai peranti terpaut, WhatsApp Business API rasmi, atau Coexistence yang menjalankan aplikasi dan API bersama. - EasyCoexistence:: Satu kaedah: Cloud API Meta dengan Coexistence, melalui Embedded Signup milik Meta sendiri. Tiada pilihan sesi QR, jadi tiada nombor yang disambungkan melalui kami bergantung pada pautan peranti terpaut yang perlu terus hidup. ### Apa yang dibayar oleh bil bulanan Mengikut kerusi dan mengikut nombor bertambah atas sebab yang berbeza. - TimelinesAI:: $35 bagi setiap kerusi sebulan pada Starter, atau $28 jika dibilkan tahunan, dan $49 bagi setiap kerusi pada Pro. Halaman harga mereka menyatakan anda memerlukan satu kerusi untuk setiap pengguna yang menyambungkan akaun WhatsApp. - EasyCoexistence:: Daripada US$ 9 sebulan bagi setiap nombor yang disambungkan untuk sehingga lima nombor, turun kepada US$ 1 apabila nombor ditambah. Bilangan orang langsung tidak dikira, dan Meta mengenakan yuran mesejnya terus kepada anda. ### Ke mana perbualan pergi Peti masuk dan sambungan meletakkan data di tempat yang berbeza. - TimelinesAI:: Dalam peti masuk kongsi mereka, kemudian disegerakkan ke CRM pilihan anda. Peti masuk ialah produknya, jadi mesej melaluinya dan dipaparkan pada platform mereka. - EasyCoexistence:: Terus ke endpoint anda. Meta menghantar webhook ke URL yang anda tetapkan dan perbualan tidak pernah disimpan di pihak kami, sekali gus memastikan data pelanggan kekal dalam sistem yang anda kawal. ### Yang mana satu patut dipilih Pasukan jualan yang mahukan peti masuk kongsi di dalam CRM sedang mencari peti masuk, dan TimelinesAI ialah salah satunya. Perniagaan yang mahu nombornya disambungkan secara rasmi, tanpa sesi QR di mana-mana dalam laluan dan tanpa apa-apa disimpan oleh orang tengah, sedang mencari sambungan. EasyCoexistence ialah sambungan itu, dengan pemantauan kesihatan yang membaca sebab pemutusan sambungan daripada Meta sendiri, pelayan MCP untuk pembantu AI, dan yuran tetap bagi setiap nombor tanpa mengira saiz pasukan. - Memautkan nombor perniagaan melalui kod QR kerana lebih pantas. Sesi peranti terpaut bukan Business Platform Meta. - Mengira kerusi untuk nombor yang akan dijawab oleh perisian, bukan manusia. - Mencampurkan nombor berpaut QR dan nombor bersambung API dalam satu akaun tanpa menjejaki yang mana satu. **Adakah EasyCoexistence lebih murah daripada TimelinesAI?** Bagi satu nombor yang disambungkan, ya. TimelinesAI Starter ialah $35 bagi setiap kerusi sebulan. EasyCoexistence ialah US$ 9 bagi setiap nombor yang disambungkan sebulan, dan pasukan walau sebesar mana yang menjawab daripada aplikasi WhatsApp Business tidak menambah kos. **Adakah TimelinesAI menyokong Coexistence?** Ya. Halaman harga mereka menyenaraikan Coexistence bersama kod QR dan API rasmi pada setiap pelan. **Bolehkah saya menyambungkan nombor melalui kod QR dengan EasyCoexistence?** Tidak. Setiap nombor disambungkan melalui Cloud API Meta dengan Coexistence, tidak pernah sebagai peranti terpaut. **Adakah saya masih boleh guna WhatsApp pada telefon saya?** Ya. Coexistence memastikan aplikasi WhatsApp Business terus berfungsi pada nombor yang sama sementara API berjalan bersamanya. --- ## EasyCoexistence vs Periskope https://easycoexistence.com/ms/compare/easycoexistence-vs-periskope Periskope menyambungkan nombor WhatsApp dengan mengimbas kod QR daripada skrin Pautkan peranti pada telefon, dan dokumentasinya menyatakan nombor WhatsApp API tidak boleh dipautkan. EasyCoexistence mengambil laluan bertentangan: nombor didaftarkan pada Cloud API Meta melalui Coexistence, jadi aplikasi WhatsApp Business terus berfungsi dan sambungannya ialah sambungan rasmi. ### Cara setiap satu mencapai WhatsApp Semua perkara lain pada halaman ini bergantung pada kaedah sambungan. - Periskope:: Anda membuka tetapan WhatsApp pada telefon, memilih Pautkan peranti dan mengimbas kod QR yang dipaparkan Periskope. Nombor itu dilampirkan sebagai peranti terpaut, dan laman utama mereka mengiklankan kaedah ini sebagai tidak memerlukan Business API. - EasyCoexistence:: Embedded Signup Meta mendaftarkan nombor pada Cloud API dengan bukti kelayakan yang dikeluarkan Meta kepada Akaun WhatsApp Business anda sendiri. Coexistence memastikan aplikasi pada telefon terus berjalan pada nombor yang sama. ### Kos setiap bulan Kedua-duanya menerbitkan harga mereka, dan mereka mengira perkara yang berbeza. - Periskope:: Starter disenaraikan pada $25 bagi setiap pengguna sebulan dan Pro pada $35, dengan telefon pertama disertakan dan setiap telefon tambahan dibilkan sebagai lesen tersendiri pada kadar pelan. Enterprise memerlukan sekurang-kurangnya 50 pengguna atau telefon. - EasyCoexistence:: US$ 9 sebulan bagi setiap nombor yang disambungkan untuk satu hingga lima nombor, menurun merentasi enam band kepada US$ 1 apabila anda menambah nombor. Tiada lesen pengguna, dan Meta membilkan pemesejan terus kepada akaun anda tanpa markup. ### Risiko yang dihadapi sambungan Sesi peranti terpaut dan pendaftaran API dilayan secara berbeza oleh WhatsApp. - Periskope:: Akses melalui peranti terpaut berjalan di luar Platform Perniagaan Meta. Terma perniagaan WhatsApp mengawal penggunaan automatik dan pihak ketiga, dan nombor yang dicapai dengan cara ini tidak mempunyai kedudukan peringkat API di sisi Meta. - EasyCoexistence:: Setiap panggilan pergi ke Cloud API Meta. Apabila sambungan terputus, kami membaca sebab pemutusan daripada Meta sendiri dan memaklumkan anda dengan amaran, termasuk peraturan aktiviti aplikasi 14 hari yang terpakai pada nombor Coexistence. ### Yang mana patut dipilih Soalannya ialah nilai nombor itu dan di mana ia perlu berjalan. Model Periskope dibina sekitar memautkan nombor sedia ada sebagai peranti, termasuk kumpulan, dan ia langsung tidak menerima nombor API. Bagi nombor yang menjadi sandaran pelanggan, atau nombor pelanggan yang menjadi tanggungjawab sebuah agensi, laluan rasmi ialah laluan yang kekal dalam peraturan Meta. EasyCoexistence menyediakan laluan itu dengan yuran tetap bagi setiap nombor, memastikan aplikasi WhatsApp Business terus berfungsi, dan menghantar mesej ke sistem anda sendiri. - Menganggap alat berbayar bermakna aksesnya diluluskan oleh Meta. Kelulusan datang daripada Meta yang mengeluarkan bukti kelayakan API. - Memautkan nombor perniagaan sebagai peranti dan kemudian cuba memindahkannya kepada penyedia API tanpa menyahpaut terlebih dahulu. - Menetapkan harga bagi setiap pengguna sedangkan kebanyakan mesej akan dikendalikan oleh automasi dan bukan manusia. **Adakah EasyCoexistence lebih murah daripada Periskope?** Ya. Periskope Starter ialah $25 bagi setiap pengguna sebulan dan setiap telefon tambahan $25 lagi. EasyCoexistence ialah US$ 9 sebulan bagi setiap nombor yang disambungkan tanpa caj pengguna. **Adakah Periskope menggunakan API WhatsApp rasmi?** Tidak. Dokumentasinya menyambungkan nombor melalui kod QR menerusi Pautkan peranti dan menyatakan nombor WhatsApp API tidak boleh dipautkan. **Bolehkah saya menggunakan kumpulan melalui EasyCoexistence?** Tidak. Sembang kumpulan berada di luar Cloud API Meta, dan peraturan itu terpakai pada setiap penyedia rasmi. **Adakah aplikasi saya akan terus berfungsi?** Ya. Coexistence memastikan aplikasi WhatsApp Business terus berfungsi pada telefon semasa Cloud API berjalan pada nombor yang sama. --- ## EasyCoexistence vs Wassenger https://easycoexistence.com/ms/compare/easycoexistence-vs-wassenger Wassenger ialah peti masuk pasukan dan platform WhatsApp API yang menawarkan dua penyambung: sesi kod QR dan Cloud API Meta, dengan Coexistence di bahagian API. EasyCoexistence hanya menawarkan Cloud API dengan Coexistence, tiada peti masuk, dan harganya bagi setiap nombor yang disambungkan bermula daripada US$ 9 sebulan, bukan pelan dengan bilangan ejen tertentu. ### Cara setiap satu menyambungkan nombor Pusat bantuan Wassenger sendiri membandingkan kedua-dua penyambungnya, jadi ini tempat permulaan yang paling jelas. - Wassenger:: Penyambung QR, yang diterangkan sebagai sambungan berasaskan sesi melalui perkhidmatan worker yang memerlukan telefon sentiasa dalam talian dan tertakluk kepada pengesanan spam WhatsApp, serta penyambung Cloud API yang disahkan dengan Meta. Coexistence ditawarkan di bahagian API. - EasyCoexistence:: Hanya Cloud API Meta, melalui Embedded Signup Meta dengan Coexistence. Tiada worker sesi dan tiada penyambung QR dalam produk ini, jadi tiada pilihan yang boleh tersilap. ### Apa yang dibayar oleh bil bulanan Pelan ejen dan yuran bagi setiap nombor meningkat mengikut perkara yang berbeza. - Wassenger:: Professional berharga €39.90 sebulan untuk satu nombor dan 3 ejen, Business €69.90 dengan 6 ejen, Enterprise €99.90 dengan 9 ejen. Kos template yang ditetapkan oleh Meta dicaj di atasnya mengikut kos. - EasyCoexistence:: US$ 9 bagi setiap nombor yang disambungkan sebulan, jatuh kepada US$ 1 apabila anda menambah nombor, tanpa bilangan ejen. Meta mengenakan bil pemesejan kepada WhatsApp Business Account anda sendiri, tidak pernah melalui kami. ### Ke mana perbualan pergi Peti masuk menyimpan apa yang dipaparkannya. Sambungan pula meneruskan apa yang diterimanya. - Wassenger:: Ke dalam peti masuk pasukan yang dikongsi, tempat ejen diberi sembang, menjalankan kempen dan menggunakan pembantu AI. Mesej disimpan pada platform mereka supaya ejen dapat mengendalikannya. - EasyCoexistence:: Ke dalam sistem anda sendiri. Meta menghalakan webhook terus ke endpoint yang anda tetapkan, perbualan tidak pernah disimpan di pihak kami, dan pasukan terus menjawab daripada aplikasi WhatsApp Business. ### Mana satu yang perlu dipilih Pasukan yang mahu ejen log masuk ke peti masuk yang dikongsi sedang membeli peti masuk, dan itulah asas pelan Wassenger. Sesiapa yang mahu nombor pada API rasmi dan tiada yang lain, sebuah agensi yang menyambungkan nombor pelanggan, pembangun yang menyalurkan data ke aplikasi sedia ada, atau pemilik yang menambah automasi tanpa alat baharu, akan mendapat produk yang lebih ringkas daripada EasyCoexistence: satu jenis sambungan, yuran tetap bagi setiap nombor, pemantauan yang memberi amaran sebelum pautan Coexistence tamat, dan pelayan MCP untuk Claude, ChatGPT dan Cursor. - Memulakan ujian pada penyambung QR, kemudian membiarkan nombor perniagaan kekal padanya selepas ia berfungsi. - Membandingkan pelan €39.90 dengan yuran bagi setiap nombor tanpa mengira ejen dan peti masuk yang terkandung dalam pelan itu. - Memindahkan nombor antara penyambung tanpa memastikan sama ada sejarah sembang akan turut berpindah. **Adakah EasyCoexistence lebih murah daripada Wassenger?** Untuk sambungan, ya. Wassenger Professional berharga €39.90 sebulan untuk satu nombor. EasyCoexistence berharga US$ 9 bagi setiap nombor yang disambungkan sebulan, dan lima nombor berjumlah US$ 45. **Adakah Wassenger menyokong Coexistence?** Ya. Wassenger menerbitkan halaman Coexistence dan artikel bantuan untuk menggunakan aplikasi WhatsApp Business dan platform API-nya pada nombor yang sama. **Adakah penyambung QR Wassenger rasmi?** Wassenger menerangkannya sebagai berasaskan sesi dan tertakluk kepada pengesanan spam WhatsApp. Penyambung Cloud API-nya ialah yang disahkan dengan Meta. **Adakah saya memerlukan pelayan untuk menggunakan EasyCoexistence?** Anda memerlukan endpoint untuk menerima webhook, atau pembantu AI yang disambungkan melalui pelayan MCP. Hos sambungan itu sendiri sudah termasuk. --- ## EasyCoexistence vs WANotifier https://easycoexistence.com/ms/compare/easycoexistence-vs-wanotifier WANotifier ialah platform pemasaran dan pemberitahuan WhatsApp pada API rasmi, berharga mengikut pelan dan peringkat kenalan, dengan had mesej bulanan. EasyCoexistence ialah sambungan rasmi itu sendiri, dengan Coexistence, berharga bagi setiap nombor yang disambungkan tanpa had kenalan atau mesej. Kedua-duanya menyalurkan yuran mesej Meta tanpa markup, jadi perbezaannya terletak pada apa yang dibeli oleh langganan. ### Apa yang dibayar oleh bil bulanan WANotifier meletakkan harga mengikut saiz audiens. EasyCoexistence meletakkan harga mengikut nombor. - WANotifier:: Essentials $69, Advanced $119 dan Premium $199 sebulan dengan bil bulanan pada peringkat kurang daripada 1,000 kenalan, dengan had penghantaran bulanan 4,000, 8,000 dan 12,000 mesej. Senarai kenalan yang lebih besar akan memilih peringkat yang lebih tinggi. - EasyCoexistence:: US$ 9 sebulan bagi setiap nombor yang disambungkan untuk sehingga lima nombor, jatuh kepada US$ 1 apabila anda menambah nombor. Senarai lima puluh ribu kenalan berharga sama dengan senarai lima puluh. ### Kedudukan Coexistence Kedua-duanya bersambung melalui API rasmi Meta dan kedua-duanya menawarkan Coexistence, jadi aplikasi WhatsApp Business kekal pada telefon. - WANotifier:: Coexistence disenaraikan sebagai ciri pada setiap pelan, bersama kempen, chatbot, urutan titisan dan peti masuk pasukan yang dikongsi. - EasyCoexistence:: Coexistence ialah keseluruhan produk: Embedded Signup layan diri dalam kira-kira dua minit, pemantauan kesihatan berterusan, dan amaran berdasarkan sebab pemutusan sambungan daripada Meta sendiri, termasuk peraturan aktiviti aplikasi 14 hari. ### Ke mana mesej pergi Alat kempen mengendalikan mesej untuk anda. Sambungan menyerahkannya kepada anda. - WANotifier:: Ke dalam dashboard, peti masuk dan pembina automasi mereka, dengan REST API dan webhook pada Advanced dan Premium untuk integrasi. - EasyCoexistence:: Terus ke endpoint anda pada setiap nombor, kerana Meta menghalakan webhook ke URL yang anda tetapkan. Tiada apa yang disimpan di pihak kami, dan pelayan MCP membolehkan Claude, ChatGPT atau Cursor bekerja dengan nombor itu. ### Yang mana satu patut dipilih Sesiapa yang mahukan siaran, urutan titisan dan pembina chatbot dalam satu dashboard sedang membeli alat kempen, iaitu produk yang berbeza daripada sambungan. Sesiapa yang sudah mempunyai perisian, atau sedang membinanya, memerlukan nombor itu disambungkan secara rasmi dan terus disambungkan. Itulah EasyCoexistence, pada yuran yang tidak berubah mengikut kenalan atau volum, manakala yuran mesej Meta sendiri terus ke akaun anda dalam kedua-dua keadaan. - Memilih pelan berdasarkan harga tanpa menyemak had mesej bulanan yang disertakan. - Membiarkan senarai kenalan melepasi sempadan peringkat pada pertengahan bulan tanpa membajetkan kenaikan itu. - Menganggap markup 0% bermakna tiada yuran platform. Kedua-dua langganan dan yuran Meta dikenakan. **Adakah EasyCoexistence lebih murah daripada WANotifier?** Ya, untuk sambungan. WANotifier Essentials ialah $69 sebulan pada peringkat kenalan terkecil. EasyCoexistence ialah US$ 9 sebulan bagi setiap nombor yang disambungkan tanpa had kenalan atau mesej. **Adakah WANotifier menyokong Coexistence?** Ya. Halaman harga mereka menyenaraikan WhatsApp Coexistence pada setiap pelan. **Adakah kedua-duanya menyalurkan yuran Meta tanpa markup?** Ya. WANotifier menyatakan markup 0%, dan dengan EasyCoexistence Meta mengenakan bil terus kepada anda pada akaun anda sendiri. **Bolehkah saya menghantar kempen dengan EasyCoexistence?** Anda boleh menghantar template yang diluluskan melalui Cloud API daripada sistem anda sendiri atau pembantu AI. Tiada pembina kempen. --- ## EasyCoexistence vs Eazybe https://easycoexistence.com/ms/compare/easycoexistence-vs-eazybe Eazybe ialah lapisan CRM untuk pasukan jualan yang dipasang sebagai extension Chrome pada WhatsApp Web, dengan harga per pengguna pada pelan Starter, manakala pelan lebih tinggi menambah nombor WhatsApp API dan Coexistence. EasyCoexistence hanyalah sambungan rasmi: Cloud API Meta dengan Coexistence, berharga per nombor, yang menghantar mesej ke sistem anda sendiri. ### Cara setiap satu sampai ke WhatsApp Kedua-dua produk berada di tempat berbeza: satu dalam pelayar wakil jualan, satu lagi pada API Meta. - Eazybe:: Extension Chrome yang ditambah di atas sesi WhatsApp Web yang sedia dibuka oleh setiap wakil jualan, dengan tambahan label, sinkronisasi CRM dan penjadualan. Pelan lebih tinggi turut menyenaraikan nombor WhatsApp API dan Coexistence. - EasyCoexistence:: Cloud API Meta, didaftarkan melalui Embedded Signup Meta dengan Coexistence. Tiada apa-apa berjalan dalam tab pelayar, jadi mesej terus mengalir sama ada WhatsApp Web dibuka atau tidak. ### Apa yang dibayar oleh bil bulanan Eazybe memaparkan harga dalam mata wang tempatan pelawat dan menukar unit antara pelan. - Eazybe:: Starter berharga per pengguna sebulan. Scaler, Basic AI dan Pro AI berharga per nombor sebulan dengan 3 atau 5 pengguna termasuk, setiap pengguna tambahan dicaj berasingan, ditambah balasan AI yang dibilkan per balasan. - EasyCoexistence:: US$ 9 bagi setiap nombor yang disambungkan sebulan, turun kepada US$ 1 apabila nombor ditambah. Tiada bilangan pengguna, tiada kredit AI, dan Meta mengenakan bayaran pemesejan terus kepada akaun anda sendiri. ### Ke mana perbualan pergi Extension CRM menyalin sembang ke dalam CRM. Sambungan rasmi pula memajukannya ke sistem pilihan anda. - Eazybe:: Disinkronkan daripada WhatsApp Web ke CRM yang diintegrasikan, seperti HubSpot, Zoho dan Salesforce, melalui platform mereka. - EasyCoexistence:: Dihantar oleh Meta sebagai webhook ke endpoint yang anda tetapkan, tidak pernah disimpan di pihak kami. CRM anda, aplikasi anda, alat automasi atau pembantu AI melalui pelayan MCP menerimanya terus. ### Mana satu yang perlu dipilih Pasukan jualan yang mahukan medan CRM di sebelah setiap sembang dalam pelayar sedang membeli extension CRM, dan itulah pelan Starter Eazybe. Perniagaan yang mahukan setiap nombor pada API rasmi Meta, tanpa bergantung pada sesi pelayar, membeli sambungan rasmi. EasyCoexistence menyediakannya dengan yuran tetap per nombor, memantau kesihatannya secara berterusan, memberi amaran sebelum peraturan aktiviti aplikasi 14 hari tamat, dan membiarkan pasukan terus menggunakan aplikasi WhatsApp Business yang sedia mereka guna. - Menganggap extension pelayar pada WhatsApp Web sebagai sambungan API. Ia bergantung pada tab yang sedang dibuka. - Membandingkan pelan per pengguna dengan yuran per nombor tanpa mengira berapa ramai wakil jualan berkongsi setiap nombor. - Menganggap setiap pelan termasuk API rasmi. Pada Eazybe, ia hanya muncul bermula daripada Scaler. **Adakah EasyCoexistence lebih murah daripada Eazybe?** Bagi nombor yang dikongsi oleh satu pasukan, ya. Eazybe Starter mengenakan caj per pengguna, dan pelan API mengenakan caj per nombor serta pengguna tambahan. EasyCoexistence berharga US$ 9 bagi setiap nombor yang disambungkan sebulan, tanpa mengira saiz pasukan. **Adakah Eazybe menyokong Coexistence?** Eazybe menerbitkan halaman Coexistence yang menerangkan aplikasi WhatsApp Business dan API rasmi pada nombor yang sama. **Adakah saya perlu membuka WhatsApp Web untuk EasyCoexistence?** Tidak. Cloud API berjalan pada pelayan Meta, dan pasukan terus menggunakan aplikasi WhatsApp Business pada telefon. **Bolehkah saya menyinkronkan mesej ke CRM saya?** Boleh, dengan mengarahkan webhook Meta ke CRM anda, alat automasi seperti n8n atau Make, atau kod anda sendiri. --- ## EasyCoexistence vs Superchat https://easycoexistence.com/ms/compare/easycoexistence-vs-superchat Superchat ialah peti masuk bersepadu untuk WhatsApp, Instagram, e-mel dan saluran lain, dijual dalam pelan dengan kontrak minimum 12 bulan, dan pilihan Coexistence-nya dilabel beta. EasyCoexistence hanya satu perkara: nombor WhatsApp yang disambungkan ke Cloud API Meta melalui Coexistence, berharga per nombor yang disambungkan sebulan, dengan mesej dihantar ke sistem anda sendiri. ### Apa yang dibayar oleh bil bulanan Superchat mengira akaun dan nombor dalam sesuatu pelan. EasyCoexistence hanya mengira nombor. - Superchat:: Basic $19, Professional $29 dan Advanced $69 sebulan, bersih, dengan 3, 6 dan 12 akaun serta 1, 2 dan 4 nombor WhatsApp. Setiap nombor tambahan ialah $49 sebulan dan setiap log masuk tambahan $19, dengan tempoh minimum 12 bulan. - EasyCoexistence:: US$ 9 bagi setiap nombor yang disambungkan sebulan, turun sehingga US$ 1 apabila anda menambah nombor, tanpa akaun atau log masuk untuk dikira. Meta mengenakan bayaran mesejnya terus kepada anda. ### Cara Coexistence ditawarkan Kedua-duanya menyambung melalui API rasmi, dan kedua-duanya menawarkan Coexistence supaya aplikasi WhatsApp Business kekal pada telefon. - Superchat:: Salah satu daripada empat laluan sambungan, bersama nombor baharu, migrasi penuh dan perpindahan dari penyedia lain. Pusat bantuan mereka menyatakan laluan Coexistence kini dalam beta dan mungkin mempunyai had ciri. - EasyCoexistence:: Satu-satunya laluan, disiapkan secara layan diri melalui Embedded Signup Meta dalam kira-kira dua minit, kemudian dipantau secara berterusan supaya pautan yang terputus dikesan sebelum pelanggan perasan. ### Ke mana perbualan pergi Peti masuk menyimpan perbualan untuk ejen. Sambungan pula menyalurkannya ke tempat lain. - Superchat:: Dalam peti masuk bersepadu mereka, dengan template, label, ejen AI dan pengurusan ulasan yang berfungsi pada mesej di dalam platform mereka. - EasyCoexistence:: Pada endpoint yang anda tetapkan, kerana Meta menghala webhook ke sana secara terus. Perbualan tidak pernah disimpan di pihak kami, dan pasukan anda kekal menggunakan aplikasi WhatsApp Business. ### Yang mana satu patut dipilih Perniagaan yang mahu menjawab beberapa saluran daripada satu peti masuk sedang membeli peti masuk berbilang saluran, iaitu pembelian berasingan daripada sambungan WhatsApp. Perniagaan yang mahu nombor WhatsApp-nya pada API rasmi, kekal aktif, dengan mesej terus ke CRM, aplikasi atau pembantu AI sendiri, membeli EasyCoexistence: yuran tetap bagi setiap nombor, dan Coexistence sebagai teras produk, bukan pilihan beta. - Membaca harga bulanan tanpa melihat tempoh minimum yang dikaitkan dengannya. - Mengira harga pelan sahaja apabila lebih banyak nombor diperlukan. Nombor tambahan mempunyai yuran bulanan sendiri. - Memulakan proses Coexistence dengan nombor yang sudah disambungkan kepada penyedia API lain. **Adakah EasyCoexistence lebih murah daripada Superchat?** Ya, untuk sambungan WhatsApp. Superchat Basic ialah $19 sebulan dengan tempoh minimum 12 bulan. EasyCoexistence ialah US$ 9 bagi setiap nombor yang disambungkan sebulan, dan pasukan sebarang saiz menjawab daripada aplikasi WhatsApp Business. **Adakah Superchat menyokong Coexistence?** Ya, sebagai salah satu pilihan sambungannya, yang dilabel beta oleh pusat bantuannya. **Adakah EasyCoexistence meliputi Instagram atau e-mel?** Tidak. Ia hanya menyambungkan nombor WhatsApp melalui Cloud API Meta dan tiada yang lain. **Siapa yang membayar yuran mesej Meta?** Anda, terus kepada Meta melalui WhatsApp Business Account anda sendiri. EasyCoexistence tidak pernah menambah markup pada yuran tersebut. --- ## EasyCoexistence vs Sinch https://easycoexistence.com/ms/compare/easycoexistence-vs-sinch Sinch ialah platform komunikasi perusahaan yang menjual semula WhatsApp bersama SMS, suara dan saluran lain, dengan yuran per mesej sendiri di atas yuran Meta mengikut perjanjian setiap pelanggan. EasyCoexistence menyambungkan nombor aplikasi WhatsApp Business ke Cloud API Meta melalui Coexistence, secara layan diri, dengan yuran tetap setiap nombor, manakala Meta membil mesej anda terus kepada anda. ### Kos setiap mesej Perbezaannya ialah sama ada yuran kedua dikenakan pada setiap mesej. - Sinch:: Dua lapisan pada setiap mesej: yuran Meta mengikut kategori dan negara, serta yuran Sinch untuk akses platform dan perkhidmatan per mesej, ditetapkan oleh perjanjian anda dengan Sinch dan bukan kadar yang diterbitkan. - EasyCoexistence:: Satu lapisan. Meta membil yurannya kepada Akaun WhatsApp Business anda sendiri, dan kami tidak pernah menaikkannya. Caj kami ialah US$ 9 bagi setiap nombor yang disambungkan sebulan, turun sehingga US$ 1 apabila anda menambah nombor, walau berapa pun trafiknya. ### Nombor yang sesuai untuk setiap satu Kebanyakan perniagaan kecil sudah melayan pelanggan pada aplikasi WhatsApp Business. Nombor itulah yang penting. - Sinch:: Panduan persediaan Sinch Engage Classic meminta nombor yang boleh menerima SMS atau panggilan antarabangsa dan tidak disambungkan kepada mana-mana akaun WhatsApp. Artikel orientasi mereka tidak menerangkan laluan Coexistence. - EasyCoexistence:: Nombor yang sudah berada pada aplikasi WhatsApp Business, disambungkan melalui Coexistence. Sembang, sejarah dan aplikasi pada telefon kekal, dan Cloud API berjalan pada nombor yang sama. ### Cara memulakan Satu laluan melalui perjanjian jualan, satu lagi melalui halaman pendaftaran. - Sinch:: Embedded Signup pada Sinch Build Dashboard, menurut kata mereka, hanya tersedia untuk pelanggan perusahaan langsung pada masa ini, dan harga bergantung pada perjanjian anda. - EasyCoexistence:: Meta Embedded Signup secara layan diri dalam lebih kurang dua minit, dengan 3 hari pertama percuma. Aplikasi memerlukan versi 2.24.17 atau lebih baharu dan aktiviti sebenar yang terkini. ### Yang mana satu perlu dipilih Perusahaan yang membeli SMS, suara dan WhatsApp daripada satu kontrak dengan terma yang dirundingkan sedang membeli CPaaS, iaitu pembelian yang berbeza daripada sambungan WhatsApp. Perniagaan yang pelanggannya sudah menulis kepada aplikasi WhatsApp Business, atau ejen yang menyambungkan nombor sedemikian untuk pelanggan, memerlukan Coexistence, harga yang diterbitkan dan tiada yuran bertindan pada setiap mesej. EasyCoexistence dibina tepat untuk itu, dengan webhook yang dihalakan oleh Meta ke sistem anda sendiri dan pelayan MCP untuk pembantu AI. - Membajet hanya berdasarkan kadar Meta sedangkan penyedia menambah yurannya sendiri pada setiap mesej. - Mendaftarkan nombor baharu untuk API dan membiarkan pelanggan terus menulis kepada nombor lama pada aplikasi. - Memadam akaun aplikasi WhatsApp Business untuk membebaskan nombor, sedangkan Coexistence akan mengekalkannya. **Adakah EasyCoexistence lebih murah daripada Sinch?** Ya, pada bahagian yang kami kawal. Sinch menambah yurannya sendiri pada setiap mesej mengikut perjanjian anda. EasyCoexistence tidak menambah apa-apa per mesej dan mengenakan US$ 9 bagi setiap nombor yang disambungkan sebulan. **Adakah Sinch menyokong Coexistence?** Artikel orientasi Sinch yang dirujuk untuk halaman ini tidak membincangkannya. Tanya Sinch secara terus dan jangan bergantung pada halaman ini. **Adakah Sinch menerbitkan yuran WhatsAppnya?** Pusat bantuannya menyatakan yuran Sinch bergantung pada perjanjian anda dan tidak menyenaraikan kadar per mesej yang diterbitkan. **Adakah saya memerlukan kontrak dengan EasyCoexistence?** Tidak. Pendaftaran dibuat secara layan diri melalui Embedded Signup Meta, dengan 3 hari pertama percuma. --- ## EasyCoexistence vs Vonage https://easycoexistence.com/ms/compare/easycoexistence-vs-vonage Vonage ialah platform komunikasi untuk pembangun yang Messages API-nya menghantar WhatsApp bersama SMS, RCS dan saluran lain, dengan yuran platform Vonage ditambah pada setiap mesej di atas yuran Meta. EasyCoexistence menyambungkan nombor aplikasi WhatsApp Business ke Cloud API Meta melalui Coexistence dengan yuran tetap bagi setiap nombor, dan Meta mengenakan bayaran mesej terus kepada anda. ### Bagaimana bil dikira Harga berasaskan penggunaan dan yuran tetap berubah secara berbeza apabila volum meningkat. - Vonage:: Yuran Meta bagi setiap mesej yang dihantar, ditambah yuran platform Vonage yang bermula pada 0.0001 euro setiap mesej dan berubah mengikut volum serta rantau. Panggilan dikenakan yuran Vonage tambahan sebanyak $0.004 seminit. - EasyCoexistence:: US$ 9 bagi setiap nombor yang disambungkan sebulan, jatuh kepada US$ 1 apabila anda menambah nombor. Meta mengenakan bayaran mesej ke WhatsApp Business Account anda sendiri dan kami tidak menambah apa-apa pada setiap mesej. ### Nombor yang dibina untuk setiap satu Nombor yang sudah dijawab oleh perniagaan kecil biasanya ialah nombor aplikasi WhatsApp Business. - Vonage:: Halaman harga WhatsApp dan panduan Embedded Signup yang dihoskan untuk rakan kongsi tidak membincangkan Coexistence, ciri Meta yang mengekalkan aplikasi berjalan pada nombor API. - EasyCoexistence:: Khusus untuk nombor Coexistence. Aplikasi WhatsApp Business mengekalkan sembangnya dan terus berfungsi pada telefon, manakala Cloud API berjalan pada nombor yang sama pada throughput Coexistence Meta sebanyak 20 mesej sesaat. ### Apa yang berada di antara anda dan Meta Kedua-duanya produk API. Perbezaannya ialah API siapa yang anda panggil. - Vonage:: Vonage Messages API, satu antara muka tunggal merentasi WhatsApp dan saluran mereka yang lain. Kod anda memanggil Vonage, dan Vonage memanggil Meta. - EasyCoexistence:: Cloud API Meta yang didokumenkan dengan bukti kelayakan yang dikeluarkan kepada akaun anda sendiri, dan webhook dihalakan oleh Meta ke endpoint anda. Perbualan tidak pernah disimpan di pihak kami. ### Yang mana satu patut dipilih Pembangun yang mahukan satu API merentasi SMS, RCS, e-mel dan WhatsApp sedang membeli CPaaS berbilang saluran, iaitu produk yang berbeza daripada sambungan WhatsApp. Perniagaan atau agensi yang memerlukan nombor aplikasi WhatsApp Business pada API milik Meta sendiri, tanpa yuran pada setiap mesej dan tanpa nombor baharu, memerlukan Coexistence. EasyCoexistence menyediakannya secara layan diri dalam kira-kira dua minit, memantau setiap sambungan secara berterusan, dan mendedahkan nombor itu kepada Claude, ChatGPT atau Cursor melalui pelayan MCP. - Menganggar kos daripada yuran platform setiap mesej tanpa menambah yuran Meta sendiri padanya. - Menulis kod mengikut skema mesej vendor sedangkan Cloud API Meta didokumenkan dan boleh dipindahkan. - Menganggap aliran onboarding CPaaS akan menerima nombor yang masih aktif pada aplikasi. **Adakah EasyCoexistence lebih murah daripada Vonage?** Pada sebarang volum yang bermakna, ya, kerana Vonage menambah yuran platform pada setiap mesej manakala EasyCoexistence tidak menambah apa-apa. Caj kami kekal US$ 9 bagi setiap nombor yang disambungkan sebulan, tidak kira berapa banyak mesej dihantar. **Adakah Vonage menyokong Coexistence?** Halaman harga WhatsApp dan Embedded Signup yang dihoskan tidak membincangkannya. Sila tanya Vonage dan jangan bergantung pada halaman ini. **Bolehkah saya mengekalkan nombor WhatsApp sedia ada?** Boleh. Coexistence menyambungkan nombor yang sudah berada pada aplikasi WhatsApp Business, bersama sembangnya. **Siapa yang mengenakan bayaran mesej WhatsApp kepada saya?** Meta, secara terus, pada WhatsApp Business Account anda sendiri. EasyCoexistence tidak pernah menambah markup pada yuran tersebut. --- ## EasyCoexistence vs Qontak https://easycoexistence.com/ms/compare/easycoexistence-vs-qontak Mekari Qontak ialah suite CRM dan khidmat pelanggan omnisaluran dari Indonesia pada API WhatsApp rasmi, dijual dalam pelan yang bermula pada lima pengguna, dan Coexistence memerlukan langganan tersendiri. EasyCoexistence hanyalah sambungan: nombor aplikasi WhatsApp Business pada Cloud API Meta melalui Coexistence, berharga mengikut nombor yang disambungkan, dengan mesej dihantar ke sistem anda sendiri. ### Apa yang dibayar oleh bil bulanan Qontak menjual suite CRM. EasyCoexistence menjual sambungan. - Qontak:: Service Suite dan Sales Suite bermula daripada Rp2.000.000 sebulan pada peringkat Plus dan Rp3.000.000 pada Ultimate, manakala Qontak 360 daripada Rp3.500.000, dengan setiap pelan bermula daripada 5 pengguna. - EasyCoexistence:: US$ 9 bagi setiap nombor yang disambungkan sebulan, turun kepada US$ 1 apabila nombor ditambah. Satu nombor dengan pasukan sebesar mana pun yang menjawab dari aplikasi berharga US$ 9. ### Cara Coexistence disediakan Kedua-duanya menyambung melalui aliran Coexistence Meta, jadi aplikasi WhatsApp Business terus berfungsi pada telefon. - Qontak:: Panduan mereka menyenaraikan langganan META Coex yang aktif, nombor yang aktif sekurang-kurangnya 30 hari, dan pengesahan perniagaan Facebook yang selesai sebagai syarat sebelum integrasi. - EasyCoexistence:: Coexistence ialah produknya dan tiada kos tambahan. Pendaftaran layan diri dalam kira-kira dua minit, dengan aplikasi versi 2.24.17 atau lebih baharu, aktiviti sebenar yang terkini, dan nombor tidak dipautkan pada penyedia lain. ### Ke mana perbualan pergi Suite CRM menyimpan perbualan untuk diuruskan. Sambungan menyerahkannya. - Qontak:: Dalam peti masuk omnisaluran dan CRM Qontak, dicerminkan dengan aplikasi WhatsApp Business, bersama tiket, chatbot dan siaran yang dijalankan dari dashboard mereka. - EasyCoexistence:: Pada endpoint pilihan anda, kerana Meta menghalakan webhook terus ke sana. Perbualan tidak pernah disimpan di pihak kami, dan pelayan MCP menyambungkan nombor kepada pembantu AI. ### Yang mana patut dipilih Syarikat yang mahu pipeline jualan, tiket dan beberapa saluran dalam satu suite sedang membeli CRM, pembelian yang berbeza daripada sambungan WhatsApp. Perniagaan yang sudah mempunyai CRM, atau agensi yang menyambungkan nombor pelanggan ke tindanan sendiri, memerlukan nombor pada API rasmi dan kekal tersambung. EasyCoexistence melakukannya dengan yuran tetap bagi setiap nombor, memantau setiap sambungan, dan memberi amaran sebelum peraturan aktiviti aplikasi 14 hari Meta tamat tempoh. - Menyambungkan nombor yang didaftarkan dalam aplikasi WhatsApp pengguna biasa. Coexistence memerlukan aplikasi WhatsApp Business. - Mencipta Business Portfolio baharu semata-mata untuk integrasi, yang dinasihatkan supaya tidak dilakukan oleh panduan Qontak. - Menetapkan semula aplikasi untuk menyelesaikan isu akaun. Ia tidak menetapkan semula sejarah dan boleh memutuskan pautan. **Adakah EasyCoexistence lebih murah daripada Qontak?** Ya, untuk sambungan. Pelan Qontak bermula daripada Rp2.000.000 sebulan dengan minimum 5 pengguna, ditambah langganan Coexistence. EasyCoexistence ialah US$ 9 bagi setiap nombor yang disambungkan sebulan, Coexistence disertakan. **Adakah Qontak menyokong Coexistence?** Ya. Pusat bantuannya menerangkan integrasi tersebut dan menyenaraikan langganan META Coex yang aktif sebagai syarat. **Adakah EasyCoexistence memerlukan nombor berusia 30 hari?** Ia memerlukan aktiviti sebenar yang terkini pada aplikasi WhatsApp Business, iaitu semakan kelayakan Meta sendiri untuk Coexistence. **Adakah EasyCoexistence termasuk CRM?** Tidak. Mesej sampai ke CRM atau aplikasi sedia ada anda melalui webhook yang dihantar Meta ke endpoint anda. --- ## Log mesej WhatsApp dalam HubSpot daripada nombor Coexistence https://easycoexistence.com/ms/integrations/hubspot HubSpot mempunyai objek Communications yang jenis salurannya boleh ditetapkan sebagai WHATS_APP, dibina untuk melog mesej yang berlaku di luar HubSpot. Halakan webhook nombor itu ke workflow n8n, cari atau cipta kenalan mengikut telefon, dan POST setiap mesej ke /crm/v3/objects/communications. Perbualan muncul pada garis masa kenalan manakala pasukan terus membalas daripada aplikasi WhatsApp Business. ### Bagaimanakah mesej WhatsApp sampai ke kenalan HubSpot? Melalui tiga langkah. Meta menghantar mesej ke destinasi webhook yang anda tetapkan bagi nombor itu, iaitu nod Webhook n8n dalam kes ini. Workflow mencari kenalan HubSpot yang mempunyai nombor telefon penghantar dan mencipta satu jika tiada yang sepadan. Kemudian ia mencipta rekod komunikasi dengan teks mesej dan mengaitkannya dengan kenalan tersebut. HubSpot membina objek Communications untuk keadaan ini. Ia mewakili mesej di WhatsApp, LinkedIn atau SMS yang dihantar atau diterima di luar HubSpot, dan ia dipaparkan pada garis masa rekod seperti panggilan atau e-mel yang dilog. Sifat yang diperlukan ialah jenis saluran, hs_communication_logged_from ditetapkan kepada CRM, kandungan mesej, pemilik dan cap masa. Tiada apa-apa di sini memerlukan aplikasi pasar HubSpot. Nod HTTP Request n8n boleh menggunakan semula bukti kelayakan HubSpot yang sudah anda sediakan untuk nod HubSpot, dan panggilannya ialah satu POST bagi setiap mesej. ### Adakah mesej yang ditaip pada telefon turut dilog? Ya, dan itulah yang ditambah oleh nombor Coexistence. Apabila seseorang dalam pasukan membalas daripada aplikasi WhatsApp Business, Meta menghantar gema mesej keluar itu ke destinasi webhook yang sama. Workflow yang mengendalikan mesej masuk dan gema sekali gus menulis kedua-dua belah perbualan ke garis masa, jadi wakil jualan yang membuka kenalan dalam HubSpot melihat soalan pelanggan dan jawapan kedai. Cabangkan mengikut medan webhook. Mesej masuk tiba di bawah messages dan balasan daripada telefon tiba di bawah smb_message_echoes. Log yang pertama sebagai diterima dan yang kedua sebagai dihantar, maka garis masa tersusun mengikut urutan. Balasan yang dihantar oleh workflow itu sendiri melalui Cloud API sudah diketahuinya, jadi lognya pada saat penghantaran dan jangan tunggu webhook. ### Bagaimana dengan saluran peti masuk WhatsApp milik HubSpot sendiri? Itu integrasi yang berbeza. Peti masuk perbualan HubSpot menyambungkan nombor WhatsApp terus kepada HubSpot, dan pangkalan pengetahuannya menyatakan nombor itu tidak boleh disambungkan kepada integrasi WhatsApp lain. Ia terdapat pada Marketing Hub atau Service Hub Professional dan Enterprise. Nombor yang disambungkan melalui EasyCoexistence dicapai dengan cara lain: Meta menghalakan webhook ke URL milik anda, dan HubSpot menerima rekod melalui API-nya. Perbualan dijawab daripada telefon atau oleh workflow anda, dan HubSpot menjadi sistem rekod yang menyimpan sejarah pada kenalan, tawaran atau tiket. Panggilan itu memerlukan skop tulis kenalan pada aplikasi persendirian atau bukti kelayakan yang membuatnya, iaitu skop yang sama yang memang diperlukan workflow untuk mencipta kenalan. ### Bagaimanakah workflow memadankan penghantar dengan kenalan? Mengikut nombor telefon, dinormalkan sebelum carian. Meta menghantar penghantar sebagai digit dengan kod negara dan tanpa tanda tambah, seperti 14155550188. Kenalan HubSpot ditaip dengan tangan, jadi orang yang sama mungkin disimpan sebagai +1 415 555 0188 atau (415) 555-0188. Corak yang boleh dipercayai ialah menyimpan sifat kenalan khusus yang mengandungi nombor digit sahaja, mengisinya apabila workflow mencipta kenalan, dan mencari pada sifat itu. Mencari terus pada medan telefon teks bebas berfungsi untuk kenalan yang dicipta workflow tetapi terlepas banyak kenalan yang dicipta oleh manusia, lalu menghasilkan pendua. Apabila carian tidak menemui apa-apa, cipta kenalan dengan nama profil daripada payload webhook sebagai nama pertama dan nombor digit sahaja dalam kedua-dua medan. Seseorang boleh menggabung atau menamakan semula kemudian, dan perbualan sudah pun dilampirkan. - Hanya melog mesej masuk. Garis masa kemudian menunjukkan soalan tanpa jawapan, kerana balasan yang ditaip pada telefon tiba sebagai peristiwa smb_message_echoes. - Membiarkan hs_communication_logged_from tidak ditetapkan. HubSpot menghendakinya bernilai CRM apabila mencipta komunikasi melalui API. - Mencari kenalan pada medan telefon mentah. Format digit sahaja daripada Meta jarang sepadan dengan apa yang ditaip orang, dan setiap kegagalan padanan mencipta kenalan pendua. **Bolehkah saya membalas pelanggan dari dalam HubSpot?** Tidak melalui objek Communications, kerana ia hanyalah log. Balasan dihantar daripada aplikasi WhatsApp Business atau daripada workflow yang memanggil Cloud API, dan kedua-duanya dilog semula pada kenalan. **Apakah kebenaran HubSpot yang diperlukan oleh workflow?** Baca dan tulis kenalan. HubSpot menyenaraikan crm.objects.contacts.read atau crm.objects.contacts.write sebagai skop bagi Communications API, dan mencipta kenalan memang memerlukan skop tulis. **Bolehkah workflow yang sama turut menghantar mesej pertama?** Boleh. Cabang n8n yang berasingan boleh menghantar template yang diluluskan melalui Cloud API dengan phone number id dan token nombor itu, kemudian melognya pada kenalan sebagai komunikasi keluar. **Adakah kandungan mesej disimpan oleh EasyCoexistence semasa penghantaran?** Tidak. Meta menghantar webhook terus ke URL n8n anda. EasyCoexistence tidak pernah menyimpan kandungan perbualan. --- ## Hantar perbualan WhatsApp ke Salesforce daripada nombor Coexistence https://easycoexistence.com/ms/integrations/salesforce Halakan webhook nombor itu ke aliran kerja n8n, cari penghantar dalam Salesforce dengan pertanyaan SOQL pada phone, cipta lead jika tiada padanan, dan log setiap mesej sebagai Task atau nota pada rekod. Nod Salesforce n8n merangkumi ketiga-tiga panggilan itu. Pasukan anda terus menjawab dari aplikasi WhatsApp Business manakala Salesforce menyimpan sejarahnya. ### Bagaimanakah rupa aliran kerja n8n itu? Empat nod berturutan, ditambah cabang pengesahan yang diperlukan oleh setiap webhook Meta. Nod Webhook menerima POST yang dihantar Meta bagi setiap mesej. Nod Salesforce menjalankan pertanyaan SOQL untuk Lead atau Contact yang phone-nya sepadan dengan penghantar. Nod IF membahagikan aliran mengikut sama ada ada hasil yang dikembalikan: jika ada, aliran kerja meneruskan id rekod; jika tiada, nod Salesforce mencipta Lead dengan nama profil daripada payload. Nod Salesforce terakhir mencipta Task pada rekod itu, dengan teks mesej dalam perihalan dan subjek yang menyatakan ia mesej WhatsApp. Cabang pengesahan menjawab GET daripada Meta dengan nilai hub.challenge sebagai isi biasa. Tanpanya Meta tidak akan mula menghantar, dan bahagian aliran kerja yang lain tidak berfungsi. ### Task atau nota: yang mana patut menyimpan mesej? Task, bagi kebanyakan pasukan, kerana ia masuk ke garis masa aktiviti yang sudah dibaca oleh wakil jualan dan boleh dilaporkan. Tetapkan statusnya kepada selesai supaya tidak muncul sebagai tugasan terbuka, dan beri subjek yang menamakan saluran itu, jadi penapis untuk aktiviti WhatsApp hanya memerlukan satu syarat. Operasi Add note pada nod n8n sesuai untuk kes lain: ringkasan dan bukannya setiap mesej. Sesetengah pasukan menyuruh aliran kerja mengumpulkan mesej sehari bagi setiap kenalan dan menulis satu nota pada waktu petang, supaya garis masa kekal mudah dibaca bagi pelanggan yang menghantar dua puluh baris pendek. Pilihan mana pun yang anda buat, tulis id mesej WhatsApp ke dalam rekod. Meta mencuba semula penghantaran, dan aliran kerja yang menyemak id sedia ada sebelum menulis tidak akan melog mesej yang sama dua kali. ### Bolehkah pasukan masih menjawab dari telefon, dan adakah Salesforce akan melihatnya? Ya untuk kedua-duanya. Coexistence mengekalkan aplikasi WhatsApp Business berfungsi pada nombor yang sama, jadi mereka yang menjawab pelanggan semalam terus berbuat demikian. Apabila mereka membalas dari aplikasi, Meta menghantar gema mesej keluar itu ke destinasi webhook yang sama, di bawah medan smb_message_echoes. Tambah laluan kedua dalam aliran kerja untuk gema itu dan log sebagai Task keluar. Wakil yang membuka lead kemudian melihat soalan dan jawapan yang diberikan kedai, mengikut urutan, tanpa sesiapa menyalin sembang secara manual. Balasan yang dihantar oleh aliran kerja sendiri, melalui nod HTTP Request terhadap Cloud API, patut dilog pada saat penghantaran. Aliran kerja sudah mempunyai teks dan id rekod di tangan. ### Bagaimanakah anda mengelakkan lead pendua? Padankan pada nombor telefon yang dinormalkan, bukan medan seperti yang ditaip orang. Meta menghantar penghantar sebagai digit dengan kod negara dan tanpa tanda tambah. Medan telefon Salesforce menyimpan apa sahaja yang dimasukkan oleh orang yang mencipta rekod, dengan ruang, kurungan dan sengkang. Pendekatan yang boleh dipercayai ialah medan teks tersuai yang menyimpan nombor digit sahaja, diisi oleh aliran kerja semasa mencipta lead dan oleh pengisian semula untuk rekod sedia ada. Pertanyaan SOQL kemudian membandingkan medan itu untuk kesamaan, yang pantas dan tepat. Semak juga contact dan bukan lead sahaja. Pelanggan yang sudah ditukar ialah Contact, dan aliran kerja yang hanya mencari lead akan mencipta lead baharu bagi setiap pelanggan sedia ada yang menghubungi anda. - Mencari hanya dalam objek Lead. Pelanggan sedia ada ialah Contact, dan setiap seorang yang menghubungi anda menjadi lead pendua. - Melog mesej sebagai Task terbuka. Wakil mendapat senarai tugasan untuk setiap baris pelanggan; tetapkan status kepada selesai semasa mencipta Task. - Melangkau cabang GET pengesahan dalam aliran kerja. Meta tidak pernah mengesahkan destinasi, dan tiada mesej pernah dihantar. **Adakah saya memerlukan pakej AppExchange Salesforce untuk ini?** Tidak. Nod Salesforce terbina dalam n8n mengendalikan carian, lead dan task, dan apa-apa yang tiada boleh melalui nod HTTP Request menggunakan kelayakan yang sama. **Bolehkah Make melakukan perkara yang sama?** Ya. Webhook tersuai Make menerima mesej dan modul Salesforce menulis rekod. Bentuk senario itu sepadan dengan aliran kerja n8n langkah demi langkah. **Bolehkah Salesforce menghantar template WhatsApp kepada lead?** Melalui aliran kerja, ya. Suruh Salesforce memanggil webhook n8n, dan n8n menghantar template yang diluluskan melalui Cloud API dengan phone number id dan token nombor itu. **Adakah EasyCoexistence menyimpan salinan mesej?** Tidak. Meta menghantar setiap webhook terus ke URL n8n anda, dan EasyCoexistence tidak pernah menyimpan kandungan perbualan. --- ## Sambungkan WhatsApp ke Zoho CRM pada nombor Coexistence https://easycoexistence.com/ms/integrations/zoho-crm Halakan webhook nombor itu ke aliran kerja n8n, cari dalam Zoho CRM dengan parameter phone yang menyemak setiap medan telefon dalam sesuatu modul, cipta Lead jika tiada padanan, dan tambah setiap mesej sebagai nota pada rekod. Nod Zoho CRM n8n mengendalikan lead dan kenalan; nota itu ialah satu panggilan HTTP ke Notes API Zoho dengan kelayakan yang sama. ### Bagaimanakah mesej WhatsApp menjadi rekod Zoho CRM? Meta menghantar setiap mesej pada nombor itu ke destinasi webhook yang anda tetapkan, di sini nod Webhook n8n. Aliran kerja mengambil nombor penghantar daripada payload dan memanggil endpoint carian Zoho dengan phone ditetapkan kepadanya, pada Leads kemudian pada Contacts. Zoho menyemak setiap medan telefon dalam modul, jadi padanan pada Mobile atau Phone kedua-duanya dikira, dan anda tidak perlu meneka medan yang digunakan oleh jurujual. Apabila tiada hasil, nod Zoho CRM n8n mencipta Lead dengan nama profil WhatsApp dan nombor tersebut. Dalam kedua-dua keadaan, aliran kerja kini mempunyai id rekod, dan ia menulis mesej sebagai nota pada rekod itu melalui POST /Notes. Nota hanya memerlukan Note_Content dan Parent_Id yang menamakan modul serta rekod. ### Apakah kebenaran Zoho yang diperlukan oleh kelayakan n8n? Baca dan cipta pada modul yang anda cari dan tulis, serta cipta pada Notes. Zoho menamakan skop nota ZohoCRM.modules.notes.CREATE dan memerlukan skop cipta modul induk bersamanya, jadi kelayakan yang boleh mencipta Leads tetapi tidak pernah diberi skop nota akan gagal pada langkah terakhir dengan ralat kebenaran. Nod Zoho CRM n8n merangkumi Leads, Contacts, Accounts, Deals dan beberapa dokumen jualan, dengan create, upsert, get, get all, update dan delete. Nota bukan antara sumbernya, sebab itulah nota dihantar melalui nod HTTP Request. n8n membenarkan nod itu menggunakan semula kelayakan Zoho yang telah anda sambungkan, jadi hanya ada satu pemberian OAuth untuk diurus, bukan dua. Tetapkan domain API kepada pusat data Zoho anda. Kelayakan yang dicipta di rantau EU memanggil zohoapis.eu, bukan zohoapis.com. ### Berapa banyak mesej yang boleh ditampung oleh Zoho CRM? Zoho mengukur API-nya dalam kredit bagi setiap 24 jam bergulir, dan bajetnya bergantung pada edisi dan bilangan pengguna. Edisi Free mendapat 5,000. Standard mendapat 50,000 tambah 250 bagi setiap pengguna, Professional 50,000 tambah 500 bagi setiap pengguna, dan Enterprise 50,000 tambah 1,000 bagi setiap pengguna, masing-masing dengan had maksimum edisi. Setiap mesej masuk menggunakan satu carian dan satu penulisan nota, serta satu penciptaan lead bagi penghantar kali pertama. Itu masih jauh di dalam bajet edisi berbayar bagi nombor perniagaan kecil. Had yang biasanya tercapai dahulu ialah keserentakan: Free membenarkan 5 panggilan serentak dan Standard 10, jadi lonjakan mesej daripada balasan siaran boleh beratur. Tetapkan aliran kerja n8n memproses pelaksanaan satu demi satu jika anda melihat Zoho memulangkan ralat had. ### Adakah balasan yang dihantar dari telefon sampai ke Zoho CRM? Boleh. Pada nombor Coexistence, aplikasi WhatsApp Business terus berfungsi, dan apabila seseorang menjawab daripadanya, Meta menghantar gema mesej keluar itu ke destinasi webhook yang sama di bawah medan smb_message_echoes. Berikan aliran kerja satu cabang untuk gema dan tulis ia sebagai nota bertajuk keluar. Jurujual yang membuka lead di Zoho kemudian membaca kedua-dua belah perbualan, dan tiada sesiapa perlu menampal tangkapan skrin ke dalam CRM. Mesej yang dihantar oleh aliran kerja itu sendiri melalui Cloud API, seperti template yang diluluskan selepas peringkat tawaran berubah, paling baik dilog pada saat penghantaran, kerana aliran kerja sudah memegang teks dan id rekod. - Memberi kelayakan skop lead tetapi tidak ZohoCRM.modules.notes.CREATE. Carian dan lead berfungsi, kemudian setiap nota gagal. - Memanggil zohoapis.com daripada akaun di pusat data Zoho lain. Gunakan domain API bagi rantau tempat akaun itu berada. - Mencari dalam Leads sahaja. Pelanggan yang telah ditukar ialah Contacts, dan setiap seorang yang menulis akan menjadi lead pendua yang baharu. **Adakah ini menggantikan integrasi WhatsApp milik Zoho sendiri?** Ini laluan yang berbeza. Di sini nombor kekal disambungkan melalui EasyCoexistence dan Zoho CRM menerima rekod melalui API-nya, manakala pasukan menjawab dari telefon atau dari aliran kerja. **Bolehkah saya menggunakan Make dan bukannya n8n?** Boleh. Webhook tersuai Make menerima mesej, dan modul Zoho CRM atau modul HTTP menulis carian, lead dan nota. **Bolehkah perubahan peringkat tawaran menghantar template WhatsApp?** Boleh, melalui aliran kerja. Minta perubahan peringkat memanggil URL webhook n8n, dan n8n menghantar template yang diluluskan melalui Cloud API dengan phone number id dan token bagi nombor itu. **Adakah mesej disimpan oleh EasyCoexistence?** Tidak. Meta menghantar webhook terus ke URL n8n anda. EasyCoexistence tidak pernah menyimpan kandungan perbualan. --- ## Sambungkan WhatsApp ke Pipedrive pada nombor Coexistence https://easycoexistence.com/ms/integrations/pipedrive Halakan webhook nombor itu ke aliran kerja n8n, cari person Pipedrive mengikut telefon, cipta person dan lead apabila tiada yang sepadan, kemudian tulis setiap mesej sebagai nota pada person atau deal. Nod Pipedrive n8n melakukan semuanya. Pasukan anda terus membalas daripada aplikasi WhatsApp Business, dan balasan itu juga boleh dilog. ### Bagaimanakah mesej WhatsApp sampai kepada person Pipedrive? Meta menghantar setiap mesej pada nombor itu ke destinasi webhook yang anda tetapkan, iaitu nod Webhook n8n dalam kes ini. Aliran kerja mencari person Pipedrive menggunakan nombor penghantar; carian person Pipedrive merangkumi medan telefon dan menerima bendera padanan tepat. Apabila person ditemui, aliran kerja menggunakan id itu. Apabila tiada, ia mencipta person dengan nama profil WhatsApp dan nombor tersebut, kemudian lead yang dipautkan kepadanya, supaya mesej pertama daripada orang yang tidak dikenali muncul dalam Leads Inbox untuk dinilai oleh seseorang. Mesej itu sendiri menjadi nota. Nota Pipedrive hanya memerlukan kandungannya, yang menerima HTML, dan sekurang-kurangnya satu id person, deal, organisasi atau lead. Lampirkan pada deal yang terbuka jika ada, dan pada person jika tiada. ### Mengapakah langkah carian mencapai had dahulu? Kerana Pipedrive memberikan carian peruntukan tersendiri yang jauh lebih kecil. Panggilan API am dihadkan bagi setiap pengguna dalam tetingkap dua saat bergolek, daripada 20 permintaan pada Lite dengan token API sehingga 120 pada Ultimate. Search API pula dihadkan kepada 10 permintaan setiap dua saat pada setiap pelan. Nombor yang sunyi tidak akan menyedarinya. Nombor yang menghantar template kepada beberapa ratus pelanggan dan menerima lima puluh balasan dalam seminit akan mengalaminya, kerana setiap balasan bermula dengan carian. Aliran kerja kemudian menerima respons 429 dan, tanpa cuba semula, nota itu tercicir. Dua perkara menyelesaikannya. Hidupkan cuba semula dengan tempoh menunggu pada nod carian Pipedrive, dan simpan cache pemetaan telefon kepada id person dalam data statik aliran kerja n8n atau jadual kecil, supaya pelanggan yang menghantar enam mesej berturut-turut hanya menelan satu carian, bukan enam. ### Bolehkah balasan yang ditaip pada telefon turut dilog? Boleh. Coexistence mengekalkan aplikasi WhatsApp Business berfungsi pada nombor yang sama, dan apabila seseorang dalam pasukan membalas daripadanya, Meta menghantar gema mesej keluar itu ke destinasi webhook yang sama di bawah medan smb_message_echoes. Tambahkan cabang untuk gema tersebut dan log sebagai nota yang ditandakan keluar, atau sebagai aktiviti selesai jika pasukan anda membuat laporan berdasarkan bilangan aktiviti. Jurujual yang membuka deal itu kemudian dapat melihat apa yang ditanya pelanggan dan apa yang dijawab kedai, mengikut urutan. Bagi mesej yang dihantar oleh aliran kerja itu sendiri, seperti template apabila deal bertukar peringkat, log nota pada saat menghantar. Aliran kerja sudah mempunyai teks dan id deal, jadi tiada sebab untuk menunggu webhook. ### Bagaimanakah nombor telefon patut dinormalkan? Kepada digit sahaja dengan kod negara dan tiada yang lain, kerana itulah yang dihantar oleh Meta. Penghantar tiba sebagai 14155550188, manakala person yang ditaip secara manual dalam Pipedrive mungkin tertera +1 (415) 555-0188. Apabila aliran kerja mencipta person, simpan nombor dalam bentuk digit sahaja itu supaya rekodnya sendiri sentiasa sepadan. Bagi person yang dicipta secara manual, pembersihan sekali sahaja dalam n8n yang menulis semula nilai telefon sedia ada kepada bentuk yang sama akan berbaloi dalam minggu pertama. Tanpanya, carian padanan tepat terlepas person yang dimasukkan oleh pasukan dan aliran kerja mencipta duplikasi bagi setiap seorang daripada mereka. Kekalkan format asal dalam entri telefon kedua jika pasukan suka membacanya begitu. Person Pipedrive boleh menyimpan lebih daripada satu telefon. - Menjalankan satu carian bagi setiap mesej tanpa cache. Lonjakan balasan melanggar had Search API 10 setiap dua saat dan nota hilang. - Mencipta lead bagi setiap mesej dan bukannya bagi setiap person baharu. Leads Inbox dipenuhi salinan pelanggan yang sama. - Melampirkan nota pada person sahaja apabila deal sedang terbuka. Wakil jualan yang mengendalikan deal tidak pernah melihat perbualan itu. **Adakah mesej akan muncul dalam peti masuk Messaging Pipedrive?** Tidak. Laluan ini menulis nota dan lead melalui API Pipedrive. Perbualan dibalas daripada aplikasi WhatsApp Business atau oleh aliran kerja, dan dilog pada person atau deal. **Bolehkah saya menggunakan Make atau Zapier sebagai ganti n8n?** Boleh. Webhook tersuai atau catch hook menerima mesej, dan langkah Pipedrive mereka atau langkah HTTP menulis person, lead dan nota mengikut urutan yang sama. **Bolehkah perubahan peringkat deal menghantar template WhatsApp?** Boleh, melalui aliran kerja. Apabila perubahan peringkat memanggil URL webhook n8n, n8n menghantar template yang diluluskan melalui Cloud API dengan id nombor telefon dan token nombor itu. **Adakah EasyCoexistence menyimpan mesej?** Tidak. Meta menghantar setiap webhook terus ke URL n8n anda, dan EasyCoexistence tidak pernah menyimpan kandungan perbualan. --- ## Sambungkan WhatsApp ke CRM Bitrix24 pada nombor Coexistence https://easycoexistence.com/ms/integrations/bitrix24 Alihkan webhook nombor itu ke aliran kerja n8n dan biarkan ia memanggil Bitrix24 melalui URL webhook masuk. crm.duplicate.findbycomm mencari lead, kenalan atau syarikat yang memiliki nombor telefon penghantar, crm.lead.add mencipta lead apabila tiada sesiapa yang memilikinya, dan crm.timeline.comment.add menulis mesej itu pada garis masa rekod. Pasukan anda terus membalas daripada aplikasi WhatsApp Business. ### Bagaimanakah n8n berhubung dengan Bitrix24? Melalui webhook masuk, yang dalam Bitrix24 bukan penerima tetapi kelayakan akses. Anda mencipta webhook itu dalam sumber pembangun Bitrix24, memilih skop yang boleh digunakannya, dan memperoleh URL yang mengandungi alamat portal anda, id pengguna yang mencipta webhook itu dan kod rahsia. Menambah nama kaedah pada URL tersebut memanggil REST API sebagai pengguna itu, dengan kebenaran pengguna itu. Jadi dalam n8n, setiap langkah Bitrix24 ialah nod HTTP Request yang menghantar ke URL itu bersama kaedah seperti crm.lead.add.json. Tiada aliran OAuth untuk dilengkapkan dan tiada aplikasi untuk diterbitkan. Berikan webhook itu skop CRM sahaja, dan cipta daripada pengguna yang kebenarannya meliputi lead dan kenalan yang perlu dilihat oleh aliran kerja, kerana Bitrix24 menyemak akses sebagai pengguna itu. ### Kaedah Bitrix24 manakah yang dipanggil oleh aliran kerja? Tiga, mengikut urutan, selepas nod Webhook n8n menerima mesej daripada Meta. crm.duplicate.findbycomm dengan type PHONE dan nombor penghantar memulangkan id mana-mana lead, kenalan dan syarikat yang memegang nombor itu. Ini carian yang tepat kerana ia mencari ketiga-tiganya sekali gus dan dibina untuk pemadanan pada maklumat perhubungan, bukan pada medan teks. Apabila ia tidak memulangkan apa-apa, crm.lead.add mencipta lead dengan nama profil WhatsApp sebagai tajuk dan nombor itu dalam medan telefonnya. Kemudian crm.timeline.comment.add menulis teks mesej sebagai komen pada rekod, dengan menerima ENTITY_TYPE, ENTITY_ID dan COMMENT. Komen itu muncul pada garis masa rekod di sebelah panggilan dan e-mel, tempat jurujual sedia melihat. ### Bagaimanakah had kadar mempengaruhi aliran kerja? Bitrix24 mengawal panggilan REST dengan baldi bocor. Setiap permintaan menambah kaunter, kaunter itu susut pada kadar tetap setiap saat, dan sebaik sahaja ia melepasi ambang, permintaan berikutnya menerima 503 dengan QUERY_LIMIT_EXCEEDED. Pada pelan Enterprise, kaunter susut sebanyak 5 sesaat dengan ambang 250; pada setiap pelan lain ia susut sebanyak 2 dengan ambang 50. Setiap mesej masuk menggunakan dua atau tiga panggilan, jadi aliran yang perlahan dan stabil tidak pernah menghampiri had. Lonjakan yang melepasinya: lima puluh pelanggan membalas template yang sama dalam masa seminit bersamaan sehingga 150 panggilan. Tetapkan nod HTTP Request untuk cuba semula apabila gagal dengan jeda singkat, dan jalankan pelaksanaan aliran kerja satu demi satu, supaya lonjakan itu mengalir perlahan-lahan ke dalam Bitrix24 dan bukannya ditolak. ### Adakah balasan yang ditaip pada telefon sampai ke Bitrix24? Boleh. Pada nombor Coexistence, aplikasi WhatsApp Business terus berfungsi, dan apabila seseorang membalas daripadanya, Meta menghantar gema mesej keluar itu ke destinasi webhook yang sama, di bawah medan smb_message_echoes. Cabang kedua dalam aliran kerja mengendalikan gema tersebut dengan cara yang sama seperti mesej masuk, dengan komen ditandakan sebagai keluar. Rekod itu kemudian menunjukkan perbualan penuh, dengan ayat pelanggan dan jawapan kedai mengikut urutan. Balasan yang dihantar oleh aliran kerja sendiri melalui Cloud API sudah berada dalam kawalan aliran kerja ketika dihantar, jadi catatkannya pada saat itu dan jangan menunggu webhook kembali. - Menampal URL webhook masuk ke dalam kod sisi klien atau dokumen yang dikongsi. Rahsia di dalamnya memberikan setiap skop yang diberikan kepada webhook itu. - Mencipta webhook daripada pengguna yang tidak dapat melihat semua lead. Carian kemudian terlepas rekod dan aliran kerja mencipta rekod pendua. - Menghantar lonjakan panggilan tanpa percubaan semula. Bitrix24 menjawab 503 QUERY_LIMIT_EXCEEDED dan mesej itu tidak pernah sampai ke garis masa. **Adakah sembang akan dipaparkan dalam Open Channels Bitrix24?** Tidak dengan aliran kerja ini. Ia menulis lead dan komen garis masa melalui REST API CRM, dan perbualan dijawab daripada aplikasi WhatsApp Business atau oleh aliran kerja. **Bolehkah saya menggunakan Make dan bukannya n8n?** Boleh. Webhook tersuai Make menerima mesej itu, dan modul HTTP memanggil tiga kaedah yang sama pada URL webhook masuk. **Bolehkah aliran kerja menghantar template WhatsApp daripada data Bitrix24?** Boleh. n8n membaca apa yang diperlukan daripada Bitrix24 dan menghantar template yang diluluskan melalui Cloud API dengan phone number id dan token nombor itu. **Adakah EasyCoexistence menyimpan mesej?** Tidak. Meta menghantar setiap webhook terus ke URL n8n anda. EasyCoexistence tidak pernah menyimpan kandungan perbualan. --- ## Tukarkan kenalan WhatsApp kepada penukaran RD Station Marketing https://easycoexistence.com/ms/integrations/rd-station Salurkan webhook nombor itu ke aliran kerja n8n dan, bagi setiap penghantar, hantar POST peristiwa penukaran ke RD Station Marketing di api.rd.services/platform/conversions dengan kunci API anda. RD Station menerima nombor telefon sebagai ganti e-mel, jadi kenalan WhatsApp tanpa e-mel tetap menjadi lead, siap bertag dan sedia untuk aliran automasi anda. Pasukan anda terus menjawab dari telefon. ### Bagaimanakah mesej WhatsApp menjadi lead RD Station? Meta menghantar setiap mesej pada nombor itu ke destinasi webhook yang anda tetapkan, di sini nod Webhook n8n. Aliran kerja membaca nombor penghantar dan nama profil daripada payload, kemudian menghantar satu HTTP POST ke endpoint penukaran RD Station Marketing, dengan kunci API dalam rentetan pertanyaan. Badan permintaan membawa event_type bernilai CONVERSION, event_family bernilai CDP, dan payload dengan conversion_identifier pilihan anda, seperti whatsapp-inbound. Di dalam payload diletakkan name, mobile_phone dan sebarang tag. RD Station mencipta kenalan jika baharu dan merekodkan penukaran dalam kedua-dua keadaan, jadi sejarah kenalan menunjukkan bahawa mereka masuk melalui WhatsApp dan bila. Selepas itu semuanya seperti biasa dalam RD Station: segmenkan mengikut penukaran atau tag, dan biarkan aliran automasi anda mengambil alih. ### Perlukah setiap mesej menjadi penukaran? Tidak, dan inilah keputusan reka bentuk yang paling penting. Pelanggan yang menghantar lapan baris pendek berturut-turut akan mendaftarkan lapan penukaran, yang membengkakkan laporan dan boleh mencetuskan aliran automasi yang sama sebanyak lapan kali. Buat penukaran pada mesej pertama daripada sesuatu nombor, atau pada mesej pertama selepas tempoh jeda yang anda pilih, seperti tiga puluh hari. n8n boleh menyimpan tarikh penukaran terakhir bagi setiap nombor dalam data statik aliran kerjanya atau jadual kecil, dan melangkau panggilan jika tarikh itu masih baharu. Gunakan conversion_identifier yang berbeza untuk apa-apa yang lebih khusus daripada hubungan pertama. Balasan kepada template promosi, mesej yang mengandungi kata kunci, atau ketukan butang pada mesej interaktif masing-masing boleh menjadi penukaran tersendiri, yang memberi RD Station segmen yang bersih untuk dibina, bukannya satu aliran yang tidak dibezakan. ### Bolehkah RD Station mencetuskan mesej WhatsApp sebagai balasan? Melalui aliran kerja, boleh. RD Station Marketing boleh mencetuskan webhook apabila lead ditukarkan atau ditandakan sebagai peluang, dan webhook n8n di hujung penerima boleh menghantar template WhatsApp yang diluluskan melalui Cloud API, menggunakan phone number id dan access token nombor itu daripada dashboard EasyCoexistence. Template penting di sini kerana lead mungkin tidak menulis dalam tempoh 24 jam yang lalu. Di luar tetingkap itu, hanya template yang diluluskan Meta akan sampai; teks bebas gagal. Di dalam tetingkap itu, balasan teks biasa berfungsi. Aplikasi WhatsApp Business pada telefon turut memaparkan mesej yang dihantar itu, kerana Coexistence mengekalkan aplikasi dan API pada nombor yang sama. Jurujual yang mengambil alih perbualan di telefon dapat melihat apa yang telah dikatakan oleh automasi. - Menghantar penukaran bagi setiap mesej. Seorang pelanggan yang banyak bercakap didaftarkan sebagai banyak penukaran dan mengulang aliran automasi yang sama. - Menghantar kunci API dari halaman pelayar yang boleh dibaca oleh sesiapa sahaja. Kekalkan panggilan di dalam aliran kerja n8n, tempat kunci kekal peribadi. - Menghantar teks bebas daripada aliran yang dicetuskan RD kepada lead yang tidak menulis dalam tempoh 24 jam. Ketika itu hanya template yang diluluskan akan sampai. **Adakah saya memerlukan OAuth untuk panggilan RD Station ini?** Tidak. Endpoint penukaran mengesahkan dengan kunci API dalam rentetan pertanyaan, dan menghantar peristiwa penukaran memang tujuan kunci itu. **Bagaimana jika kenalan WhatsApp tiada e-mel?** Hantar nombor telefon. RD Station hanya memerlukan e-mel pada penukaran apabila tiada nombor telefon diberikan. **Bolehkah saya menggunakan Make atau Zapier sebagai ganti n8n?** Boleh. Mana-mana alat yang menerima webhook dan membuat HTTP POST boleh menghantar badan penukaran yang sama ke RD Station. **Adakah mesej disimpan oleh EasyCoexistence?** Tidak. Meta menghantar webhook ke URL n8n anda, dan EasyCoexistence tidak pernah menyimpan kandungan perbualan. --- ## Sambungkan WhatsApp ke kenalan GoHighLevel pada nombor Coexistence https://easycoexistence.com/ms/integrations/gohighlevel Halakan webhook nombor itu ke aliran kerja n8n, upsert penghantar sebagai kenalan HighLevel dengan nod HighLevel n8n, dan tulis setiap mesej sebagai nota melalui POST /contacts/{contactId}/notes. Sahkan dengan token Private Integration daripada tetapan sub-akaun. Satu aliran kerja boleh melayani semua pelanggan dengan memetakan setiap phone_number_id kepada sub-akaunnya. ### Bagaimanakah mesej WhatsApp sampai ke kenalan HighLevel? Meta menghantar setiap mesej pada nombor itu ke destinasi webhook yang anda tetapkan, di sini nod Webhook n8n. Aliran kerja menyerahkan nombor penghantar dan nama profil WhatsApp kepada nod HighLevel n8n, yang sumber kenalannya mempunyai operasi cipta atau kemas kini, jadi penghantar baharu menjadi kenalan dan penghantar yang sudah dikenali ditemui tanpa diduplikasi. Setelah id kenalan diperoleh, nod HTTP Request menghantar kandungan mesej ke /contacts/{contactId}/notes. Nota itu muncul pada rekod kenalan, dan sesiapa yang membukanya dapat melihat apa yang ditulis pelanggan. Apabila mesej memerlukan tindakan susulan, nod HighLevel juga boleh mencipta tugasan pada kenalan atau peluang dalam pipeline, kedua-duanya disokong secara langsung. Pasukan anda terus membalas daripada aplikasi WhatsApp Business sepanjang masa. ### Token manakah yang patut digunakan oleh aliran kerja? Token Private Integration. API v2 HighLevel diakses dengan OAuth atau salah satu token ini, dan kunci API v1 yang lama telah tamat hayat. Token Private Integration dicipta dalam tetapan sub-akaun, dihadkan kepada kebenaran yang anda tandakan, dan dihantar dalam header Authorization seperti token akses lain. Token ini tidak memperbaharui dirinya sendiri, yang sesuai untuk automasi: ia terus berfungsi sehingga seseorang memutarkannya. Apabila anda memutarkannya, HighLevel mengekalkan token lama dan baharu sah bersama selama tujuh hari, iaitu tempoh untuk menampal token baharu ke dalam n8n sebelum token lama berhenti berfungsi. Tandakan hanya skop yang diperlukan aliran kerja: kenalan, nota dan, jika anda menggunakannya, peluang dan tugasan. Jika anda tidak menemui Private Integrations dalam tetapan, HighLevel menyatakan ia perlu diaktifkan dalam Labs. ### Bagaimanakah satu aliran kerja melayani beberapa sub-akaun pelanggan? Dengan penghalaan mengikut nombor penerima. Setiap webhook yang dihantar Meta mengandungi phone_number_id bagi nombor perniagaan yang menerima mesej itu. Halakan nombor setiap pelanggan ke webhook n8n yang sama, simpan jadual kecil yang memetakan setiap phone_number_id kepada sub-akaun pelanggan itu dan tokennya, dan cari token itu pada permulaan setiap larian. Ini menjadikan hanya satu aliran kerja perlu diselenggara untuk semua pelanggan, yang lebih penting bagi agensi berbanding sesiapa pun. Pembetulan pada logik pemadanan atau format nota terpakai kepada semua serta-merta. Had kadar dikira bagi setiap aplikasi bagi setiap sub-akaun, jadi pelanggan tidak menggunakan kuota satu sama lain: setiap satu mendapat 100 permintaan setiap sepuluh saat dan 200,000 sehari. ### Adakah balasan yang ditaip pada telefon sampai ke HighLevel? Boleh. Pada nombor Coexistence, aplikasi WhatsApp Business terus digunakan, dan apabila seseorang membalas daripadanya, Meta menghantar gema mesej keluar itu ke destinasi webhook yang sama, di bawah medan smb_message_echoes. Tambahkan satu cabang untuk gema tersebut dan tulis sebagai nota yang ditandakan sebagai dihantar. Rekod kenalan kemudian menyimpan ayat pelanggan dan jawapan perniagaan mengikut urutan, iaitu apa yang dijangka pelanggan anda apabila mereka membuka CRM. Apabila aliran kerja sendiri menghantar mesej melalui Cloud API, contohnya template yang diluluskan selepas temu janji ditempah, tulis nota pada saat penghantaran. Aliran kerja sudah memegang teks dan id kenalan. - Menggunakan kunci API v1. API v1 HighLevel telah tamat hayat; API v2 memerlukan token Private Integration atau OAuth. - Memutarkan token Private Integration tanpa mengemas kini n8n dalam tempoh pertindihan tujuh hari. Setiap panggilan gagal sebaik sahaja token lama tamat tempoh. - Menulis mesej semua pelanggan dengan token satu sub-akaun. Petakan phone_number_id kepada sub-akaun yang betul dahulu, jika tidak rekod akan masuk ke pelanggan yang salah. **Adakah mesej akan muncul dalam tab Conversations HighLevel?** Tidak dengan aliran kerja ini. Ia menulis kenalan, nota, tugasan dan peluang melalui API, dan perbualan dijawab daripada aplikasi WhatsApp Business atau oleh aliran kerja. **Bolehkah saya menggunakan Make atau Zapier sebagai ganti n8n?** Boleh. Webhook tersuai atau catch hook menerima mesej dan langkah HTTP memanggil API v2 HighLevel dengan token yang sama. **Bolehkah temu janji yang ditempah menghantar pengesahan WhatsApp?** Boleh, melalui aliran kerja. Apabila HighLevel memanggil URL webhook n8n, n8n menghantar template yang diluluskan melalui Cloud API dengan phone_number_id dan token nombor itu. **Adakah EasyCoexistence menyimpan mesej?** Tidak. Meta menghantar setiap webhook terus ke URL n8n anda, dan EasyCoexistence tidak pernah menyimpan kandungan perbualan. --- ## Gunakan nombor Coexistence sebagai inbox WhatsApp Cloud Chatwoot https://easycoexistence.com/ms/integrations/chatwoot Inbox WhatsApp Cloud Chatwoot meminta tiga nilai: id WhatsApp Business Account, phone number id dan access token. Nombor Coexistence menyediakan ketiga-tiganya. Cipta inbox dengan nilai tersebut, kemudian tetapkan destinasi webhook nombor itu kepada URL webhook Chatwoot dengan verify token yang sama. Pasukan anda kemudian boleh membalas daripada Chatwoot dan daripada telefon. ### Bagaimanakah cara menyambungkan nombor Coexistence ke Chatwoot? Di dua tempat, mengikut urutan ini. Dalam Chatwoot, tambah inbox, pilih WhatsApp, dan pilih penyedia WhatsApp Cloud dengan persediaan manual. Masukkan nombor, phone number id, id WhatsApp Business Account dan access token. Semuanya dipaparkan oleh dashboard EasyCoexistence untuk sambungan itu, atau dipulangkan oleh get_api_credentials kepada pembantu. Chatwoot kemudian memaparkan URL webhook dan webhook verify token untuk inbox tersebut. Dalam EasyCoexistence, tetapkan destinasi webhook nombor itu kepada URL tersebut dan masukkan verify token yang sama. Meta menghantar permintaan pengesahan kepada Chatwoot, Chatwoot menjawabnya, dan selepas itu setiap mesej kepada nombor itu tiba dalam inbox. Tiada apa-apa yang berjalan di tengah, jadi tiada aliran kerja yang perlu dikekalkan. ### Adakah balasan yang dihantar dari telefon muncul dalam Chatwoot? Ya. Pada nombor Coexistence, balasan yang ditaip dalam aplikasi WhatsApp Business dilaporkan oleh Meta sebagai acara smb_message_echoes. Tugas webhook Chatwoot mengecam medan itu dan merekodkan mesej tersebut sebagai keluar dalam perbualan yang betul. Kod sumbernya menerangkan kes ini secara langsung: perniagaan yang membalas daripada Chatwoot dan aplikasi, dengan mesej disegerakkan ke Chatwoot. Inilah yang membolehkan pembahagian ini berfungsi dalam amalan. Pemilik boleh terus melayan pelanggan tetap dari telefon, pasukan boleh mengendalikan inbox bersama di meja, dan masing-masing melihat apa yang dihantar oleh pihak lain tanpa sesiapa perlu memajukan tangkapan skrin. Mesej yang dihantar dari Chatwoot keluar melalui Cloud API pada nombor yang sama, jadi ia juga muncul pada telefon. ### Mengapakah inbox Chatwoot tidak patut mempunyai app secret? Kerana penghantaran ditandatangani dengan rahsia yang anda tidak miliki. Meta menandatangani setiap webhook dengan app secret bagi aplikasi yang memiliki langganan itu, iaitu aplikasi EasyCoexistence, dan rahsia itu tidak pernah dikongsi. Dalam kod sumber semasa Chatwoot, pengepala X-Hub-Signature-256 hanya disemak pada saluran WhatsApp Cloud yang dikonfigurasi secara manual apabila app secret telah disimpan padanya, atau apabila saluran itu dicipta melalui embedded signup milik Chatwoot sendiri. Inbox manual tanpa app secret menerima penghantaran itu; inbox dengan sebarang app secret diisi akan menolak setiap satu sebagai tidak dibenarkan. Perlindungan yang terpakai di sini ialah verify token. Pilih nilai rawak yang panjang, kerana ia membolehkan Chatwoot membezakan permintaan pengesahan Meta daripada permintaan orang lain. ### Apakah yang tidak boleh dilakukan Chatwoot pada nombor ini? Menerima webhook di tempat kedua pada masa yang sama. Meta menghalakan webhook sesebuah nombor ke satu destinasi sahaja, jadi selagi Chatwoot memegangnya, aliran kerja n8n tidak akan menerima acara yang sama. Jika anda memerlukan kedua-duanya, halakan destinasi itu ke perantara kecil milik anda yang memajukan setiap penghantaran kepada Chatwoot dan kepada aliran kerja tersebut. Had Coexistence terpakai seperti di tempat lain: API menghantar sehingga 20 mesej sesaat, teks bebas hanya boleh dihantar dalam tempoh 24 jam selepas mesej terakhir pelanggan, dan template meliputi segala-galanya selepas itu. Aplikasi WhatsApp Business masih perlu dibuka sekurang-kurangnya sekali setiap 14 hari, dan EasyCoexistence memantaunya. - Mengisi app secret pada inbox Chatwoot. Penghantaran ditandatangani dengan rahsia aplikasi EasyCoexistence, jadi Chatwoot menolak setiap satu sebagai tidak dibenarkan. - Menggunakan verify token yang berbeza dalam EasyCoexistence daripada yang dipaparkan oleh Chatwoot. Pengesahan Meta gagal dan inbox tidak pernah menerima sebarang mesej. - Memilih embedded signup Chatwoot dan bukannya aliran manual. Itu menyambungkan nombor melalui aplikasi Meta milik Chatwoot sendiri, iaitu sambungan yang berasingan. **Adakah ini berfungsi pada Chatwoot yang dihoskan sendiri?** Ya. URL webhook menggunakan domain Chatwoot anda sendiri dan bukannya app.chatwoot.com, dan persediaan selebihnya sama. **Adakah saya memerlukan aplikasi Meta sendiri untuk Chatwoot?** Tidak. Nombor disambungkan melalui EasyCoexistence, yang menyediakan kelayakan dan menghalakan webhook. Panduan Chatwoot menerangkan cara mencipta aplikasi Meta hanya kerana ia menganggap anda tidak mempunyainya. **Bolehkah beberapa nombor dimasukkan ke dalam Chatwoot?** Ya. Cipta satu inbox WhatsApp Cloud bagi setiap nombor, dan tetapkan destinasi webhook setiap nombor kepada URL dan verify token inbox masing-masing. **Adakah EasyCoexistence melihat perbualan?** Tidak. Meta menghantar webhook terus ke Chatwoot, dan EasyCoexistence tidak pernah menyimpan kandungan perbualan. --- ## Catat mesej WhatsApp ke Airtable dan hantar dari base https://easycoexistence.com/ms/integrations/airtable Pencetus webhook masuk Airtable hanya menerima permintaan POST, jadi ia tidak dapat menjawab GET pengesahan Meta dan tidak boleh menjadi destinasi webhook sesuatu nombor. Halakan destinasi ke aliran kerja n8n yang menambah setiap mesej ke jadual. Penghantaran boleh dibuat dari dalam Airtable: automasi Run a script boleh memanggil Cloud API dengan fetch dan token nombor itu disimpan sebagai rahsia. ### Mengapakah Airtable tidak dapat menerima webhook WhatsApp secara terus? Kerana Meta menyemak destinasi sebelum menghantar apa-apa. Ia menghantar permintaan GET yang membawa nilai cabaran dan mengharapkan nilai yang sama dikembalikan sebagai badan respons. Pencetus When webhook received Airtable hanya menerima permintaan POST dan menjawab dengan JSON tetapnya sendiri, jadi semakan itu tidak dapat lulus dan Meta tidak pernah mula menghantar. Penyelesaiannya ialah satu langkah di antara. Nod Webhook n8n mengendalikan pengesahan dan menerima setiap mesej, kemudian nod Airtable n8n menambah satu baris: penghantar, nama profil, teks, id mesej, cap masa dan id nombor telefon penerima. Bentuk yang sama berfungsi dalam Make atau Zapier. Langkah di antara ini mempunyai manfaat kedua. Pencetus webhook Airtable membenarkan lima permintaan sesaat, dan alat aliran kerja boleh menyusun giliran lonjakan yang jika tidak akan ditolak. ### Bagaimanakah cara menghantar template WhatsApp dari base Airtable? Gunakan automasi yang tindakannya ialah Run a script. Pencetusnya boleh berupa rekod yang memasuki paparan, medan yang berubah atau butang yang diklik. Skrip membaca nombor telefon dan medan rekod melalui input.config() dan memanggil endpoint mesej Cloud API dengan fetch. Skrip automasi Airtable berjalan di pihak pelayan, jadi tiada sekatan pelayar yang menghalang. Simpan access token sebagai rahsia dalam editor skrip dan bukan dalam kod. Airtable menyembunyikan rahsia daripada output konsol dan hanya membenarkan orang yang mempunyai akses kepada semua rahsia sesuatu skrip untuk menyuntingnya. Gunakan template untuk apa-apa yang tidak dicetuskan oleh pelanggan dalam tempoh 24 jam lepas, kerana teks bebas hanya sampai dalam tetingkap itu. Skrip boleh menulis id mesej yang dikembalikan semula ke rekod, yang mengaitkan penghantaran dengan baris tersebut. ### Bagaimanakah rupa jadual mesej yang baik? Satu baris bagi setiap mesej, dengan id mesej WhatsApp sebagai medan utama. Meta mencuba semula penghantaran yang disangka gagal, dan aliran kerja yang mencari id itu dahulu sebelum menambah tidak akan menulis mesej yang sama dua kali. Simpan medan arah dengan nilai inbound dan outbound. Pada nombor Coexistence, balasan yang ditaip oleh pasukan dalam aplikasi WhatsApp Business sampai ke webhook yang sama sebagai peristiwa smb_message_echoes, dan merekodkannya sebagai baris outbound memberi base keseluruhan perbualan, bukan satu pihak sahaja. Pautkan setiap mesej ke jadual Contacts yang berkunci pada nombor telefon digit sahaja, iaitu bentuk yang dihantar oleh Meta. Rollup kemudian menunjukkan masa inbound terakhir bagi setiap kenalan, dan medan tunggal itulah yang diperlukan automasi untuk memilih antara teks bebas dan template. - Menetapkan URL webhook Airtable sebagai destinasi nombor. Ia hanya menerima POST, GET pengesahan Meta gagal, dan tiada apa-apa pun dihantar. - Menampal access token ke dalam badan skrip. Simpan sebagai rahsia skrip supaya ia tidak berada dalam kod dan log. - Menghantar teks bebas daripada automasi rekod kepada orang yang tidak menulis dalam tempoh 24 jam. Hanya template yang diluluskan akan sampai. **Adakah Run a script tersedia pada pelan percuma Airtable?** Airtable menyenaraikan tindakan ini pada semua jenis pelan dengan had yang berbeza-beza, dan menyatakan ia tidak tersedia pada percubaan pelan Team. **Bolehkah saya tidak menggunakan n8n dan guna Make atau Zapier?** Boleh. Mana-mana daripada ketiga-tiganya dapat menerima webhook, menjawab pengesahan dan menambah baris. Airtable sendiri ialah satu-satunya bahagian yang tidak boleh menjadi destinasi. **Bolehkah butang Airtable menghantar mesej WhatsApp?** Boleh. Gunakan pencetus When a button is clicked dengan tindakan Run a script yang memanggil Cloud API, dan data baris mengisi template. **Adakah EasyCoexistence menyimpan mesej?** Tidak. Meta menghantar setiap webhook ke URL n8n anda, dan satu-satunya salinan ialah yang ditulis oleh aliran kerja anda ke Airtable. --- ## Log mesej WhatsApp ke Google Sheets dan hantar dari sheet https://easycoexistence.com/ms/integrations/google-sheets Halakan destinasi webhook nombor itu ke aliran kerja n8n yang nod Google Sheets-nya menambah satu baris bagi setiap mesej: penghantar, nama, teks, id mesej dan masa. Untuk menghantar dari sheet, fungsi Apps Script boleh melalui setiap baris dan memanggil Cloud API dengan UrlFetchApp, menggunakan phone number id dan token nombor itu. Pasukan anda terus membalas dari aplikasi WhatsApp Business. ### Bagaimanakah setiap mesej WhatsApp menjadi satu baris? Meta menghantar setiap mesej pada nombor itu ke destinasi webhook yang anda tetapkan, di sini nod Webhook n8n yang turut menjawab permintaan pengesahan Meta. Nod seterusnya ialah Google Sheets dengan operasi Append Row, yang memetakan medan daripada payload ke dalam lajur: nombor penghantar, nama profil, teks, id mesej WhatsApp, cap masa dan phone number id penerima. Gunakan Append or Update Row dengan id mesej sebagai kunci, bukannya tambah biasa, jika anda mahu cuba semula tidak menjejaskan data. Meta menghantar semula mesej apabila ia menganggap penghantaran gagal, dan kunci pada id menjadikan penghantaran kali kedua sebagai kemas kini pada baris yang sama. Pada nombor Coexistence, balasan yang ditaip dalam aplikasi WhatsApp Business tiba pada webhook yang sama sebagai peristiwa smb_message_echoes. Log balasan itu dengan lajur arah dan sheet anda akan menyimpan kedua-dua belah pihak. ### Di manakah kuota Sheets menjadi masalah? Pada penulisan bagi setiap pengguna. Sheets API membenarkan 300 permintaan tulis seminit bagi setiap projek dan 60 seminit bagi setiap pengguna setiap projek, dan satu kelayakan n8n dikira sebagai seorang pengguna. Aliran kerja yang menambah satu baris bagi setiap mesej oleh itu boleh mengendalikan kira-kira satu mesej sesaat, secara berterusan. Itu mencukupi untuk kebanyakan nombor kedai. Ia tidak lagi mencukupi selepas template siaran, apabila beberapa ratus pelanggan membalas dalam beberapa minit. API kemudian menjawab 429 Too Many Requests dan, tanpa percubaan semula, baris akan hilang. Ada dua penyelesaian, dan salah satu sudah memadai. Hidupkan percubaan semula dengan masa menunggu pada nod Google Sheets, selaras dengan nasihat Google sendiri supaya berundur secara eksponen. Atau kumpulkan: biarkan n8n mengumpul mesej selama tiga puluh saat dan menambahnya dalam satu permintaan, yang menukarkan banyak penulisan kepada satu. ### Bagaimanakah anda menghantar template dari sheet? Dengan Apps Script, daripada menu Extensions pada sheet. Satu fungsi membaca baris yang belum dihantar, memanggil endpoint mesej Cloud API dengan UrlFetchApp bagi setiap baris, dan menulis id mesej yang dipulangkan serta masanya ke dalam baris itu. Pencetus berasaskan masa boleh menjalankannya setiap beberapa minit, atau anda boleh menjalankannya secara manual daripada menu tersuai. Simpan token akses dalam sifat skrip dan bukannya dalam kod, supaya sesiapa yang boleh melihat skrip tidak nampak token itu. Ingat kuota yang ada. Akaun Google pengguna biasa mendapat 20,000 panggilan URL Fetch sehari dan akaun Workspace 100,000, dan setiap pelaksanaan berhenti selepas enam minit. Proses baris dalam ketulan dan tandakan setiap satu sebagai sudah dihantar sebelum meneruskan, supaya larian yang terhenti disambung semula di tempat ia berhenti dan tidak menghantar dua kali. - Menambah tanpa kunci pada id mesej. Percubaan semula Meta kemudian menulis mesej yang sama ke dalam dua baris. - Menulis satu baris bagi setiap mesej melalui satu kelayakan semasa lonjakan balasan. Had 60 penulisan seminit bagi setiap pengguna memulangkan 429 dan baris hilang. - Menghantar teks bebas dari sheet kepada orang yang tidak menulis dalam tempoh 24 jam. Hanya template yang diluluskan dapat sampai di luar tetingkap itu. **Bolehkah saya menggunakan Make atau Zapier sebagai ganti n8n?** Boleh. Webhook tersuai Make atau catch hook Zapier menerima mesej itu dan langkah Google Sheets mereka menambah baris. **Akaun Google yang manakah digunakan n8n untuk menulis?** Akaun yang memberi kebenaran kepada kelayakan Google n8n. Akaun itu memerlukan akses sunting pada sheet, dan kuota tulis bagi setiap pengguna miliknya ialah kuota yang digunakan aliran kerja itu. **Adakah lajur telefon diformatkan dengan betul?** Simpan nombor sebagai teks biasa, iaitu digit dengan kod negara dan tanpa tanda tambah, yang merupakan bentuk yang dihantar Meta. Jika tidak, Sheets menganggapnya sebagai nombor, lalu membuang tanda tambah di hadapan dan boleh mengubah format nilai yang panjang. **Adakah EasyCoexistence menyimpan salinan mesej?** Tidak. Meta menghantar setiap webhook ke URL n8n anda, dan sheet itu ialah satu-satunya salinan. --- ## Terima webhook WhatsApp dalam Supabase Edge Function https://easycoexistence.com/ms/integrations/supabase Supabase Edge Function boleh menjadi destinasi webhook nombor anda secara terus. Ia menjawab GET pengesahan Meta dengan nilai hub.challenge, memasukkan setiap mesej POST ke dalam jadual Postgres, dan membalas melalui Cloud API. Deploy dengan pengesahan JWT dimatikan, kerana Supabase memerlukan JWT yang sah secara lalai dan Meta tidak dapat menghantarnya. ### Apakah yang perlu dilakukan oleh Edge Function? Dua perkara, pada dua kaedah. Pada GET, ia menjawab pengesahan Meta. Baca hub.mode, hub.verify_token dan hub.challenge daripada query string, bandingkan token dengan verify token yang anda masukkan untuk destinasi itu, dan kembalikan challenge sebagai badan teks biasa dengan status 200. Kembalikan 403 jika token tidak sepadan. Pada POST, ia menerima peristiwa. Hurai badan permintaan, ambil mesej daripada entry, changes dan value, masukkan ke dalam jadual, dan kembalikan 200. Pastikan respons pantas: Meta menganggap jawapan yang lambat atau gagal sebagai penghantaran yang gagal lalu mencuba semula, yang bermakna mesej yang sama tiba dua kali. Tetapkan URL fungsi sebagai destinasi webhook nombor itu dalam EasyCoexistence, dengan verify token yang sama, dan Meta akan mula menghantar. ### Mengapa fungsi memulangkan 401 kepada Meta? Kerana pengesahan JWT dihidupkan. Supabase mengesahkan JWT dalam pengepala Authorization sebelum pengendali Edge Function berjalan, dan itu ialah tetapan lalai bagi setiap fungsi. Meta tidak menghantar pengepala sedemikian, jadi platform menolak GET pengesahan dan setiap penghantaran, dan kod anda tidak pernah melihatnya. Matikannya untuk fungsi ini sahaja. Sama ada deploy dengan supabase functions deploy whatsapp --no-verify-jwt, atau tetapkan verify_jwt = false di bawah bahagian fungsi itu dalam supabase/config.toml. Dokumentasi Supabase menerangkan kes ini dengan tepat, iaitu endpoint awam yang dipanggil oleh penyedia webhook luar. Apabila semakan platform dimatikan, fungsi memerlukan semakan sendiri. Pengepala tandatangan tidak tersedia kepada anda, kerana Meta menandatangani dengan app secret bagi aplikasi yang memiliki langganan itu. Letakkan rahsia rawak yang panjang dalam URL destinasi sebagai parameter query dan tolak permintaan tanpanya, seperti yang dilakukan oleh contoh pada POST. ### Bagaimanakah fungsi patut menyimpan dan membalas? Simpan dahulu, balas kemudian. Lakukan upsert pada id mesej WhatsApp dengan kekangan unik, supaya percubaan semula Meta masuk ke baris yang sama dan tidak mencipta pendua. Simpan phone_number_id penerima dalam setiap baris jika lebih daripada satu nombor menuju ke fungsi itu. Untuk kerja yang lambat, seperti memanggil model atau API lain sebelum membalas, serahkan kerja itu kepada EdgeRuntime.waitUntil dan kembalikan respons serta-merta. Fungsi terus berjalan sehingga promise itu selesai, sementara Meta sudah menerima 200 nya. Supabase berhenti menunggu pada 150 saat masa melahu dan memulangkan 504, jadi pengendali yang menyiapkan semua kerja sebelum memberi respons paling berkemungkinan menyebabkan percubaan semula. Balasan dihantar ke endpoint mesej Cloud API dengan phone number id dan token nombor itu, yang disimpan sebagai rahsia fungsi. Dalam tempoh 24 jam selepas mesej terakhir pelanggan, teks bebas boleh dihantar; di luar tempoh itu hanya template yang diluluskan boleh digunakan. ### Adakah mesej yang dihantar dari telefon sampai ke fungsi? Ya. Pada nombor Coexistence, aplikasi WhatsApp Business terus berfungsi, dan apabila seseorang membalas daripadanya, Meta menghantar gema mesej keluar itu ke destinasi yang sama, di bawah medan smb_message_echoes dan tatasusunan message_echoes dan bukannya messages. Panjangkan pengurai untuk membaca kedua-duanya dan simpan lajur direction. Jadual itu kemudian memegang perbualan penuh, baris pelanggan dan jawapan perniagaan, iaitu yang paling kerap ingin dikueri selepas itu: masa respons, perbualan yang belum dijawab, masa masuk terakhir bagi setiap kenalan. Nilai terakhir itu juga ialah input yang diperlukan oleh setiap laluan penghantaran, kerana ia menentukan sama ada balasan boleh berupa teks bebas atau mesti menggunakan template. Sebuah view pada jadual boleh mendedahkannya bagi setiap kenalan kepada seluruh aplikasi anda. - Deploy dengan pengesahan JWT dibiarkan hidup. Supabase menolak permintaan Meta dengan 401 sebelum pengendali berjalan, dan tiada mesej pernah tiba. - Memulangkan challenge yang dibalut dalam JSON. Meta memerlukan nilai mentah sebagai badan, atau pengesahan gagal secara senyap. - Melakukan kerja yang lambat sebelum memberi respons. Meta mencuba semula apa yang dilihatnya sebagai kegagalan, dan mesej yang sama diproses dua kali. - Mematikan pengesahan JWT tanpa sebarang semakan sendiri. Sesiapa yang menjumpai URL itu boleh menghantar mesej palsu ke dalam jadual. **Adakah ini berfungsi pada pelan percuma Supabase?** Edge Function berjalan pada pelan percuma, dengan had masa jam dinding 150 saat berbanding 400 saat pada pelan berbayar. Pengendali webhook yang memberi respons dengan pantas kekal jauh di dalam kedua-dua had itu. **Patutkah saya menggunakan service role key dalam fungsi?** Hanya di sebelah pelayan, seperti di sini, dibaca daripada persekitaran fungsi. Ia memintas row level security, jadi ia tidak boleh sekali-kali sampai ke pelayar. **Bolehkah satu fungsi melayani beberapa nombor?** Boleh. Halakan destinasi webhook setiap nombor kepadanya dan cabangkan berdasarkan phone_number_id dalam setiap payload. **Adakah EasyCoexistence melihat mesej itu?** Tidak. Meta menghantar setiap webhook terus ke fungsi anda, dan EasyCoexistence tidak pernah menyimpan kandungan perbualan. --- ## Sambungkan WhatsApp ke Activepieces pada nombor Coexistence https://easycoexistence.com/ms/integrations/activepieces Activepieces mempunyai piece WhatsApp Business yang disambungkan dengan access token dan id WhatsApp Business Account, kedua-duanya boleh didapati daripada nombor Coexistence. Trigger New Incoming Message menjawab pengesahan Meta sendiri, jadi URL-nya boleh dijadikan destinasi webhook nombor itu. Biarkan app secret pilihan pada piece itu kosong, dan flow akan berjalan pada setiap mesej sementara pasukan anda terus menggunakan telefon. ### Bagaimana anda menyambungkan nombor Coexistence ke Activepieces? Cipta sambungan WhatsApp Business dalam Activepieces dengan dua nilai: access token dan id WhatsApp Business Account. Dashboard EasyCoexistence memaparkan kedua-duanya untuk sambungan itu, dan get_api_credentials memulangkannya kepada pembantu AI. Arahan piece itu menyebut tentang mencipta aplikasi Meta dan system user, kerana ia menganggap anda belum mempunyai kedua-duanya. Di sini nombor sudah disambungkan, jadi terus sahaja tampal nilai tersebut. Kemudian bina flow yang bermula dengan trigger New Incoming Message, tetapkan verify token pilihan anda padanya, dan terbitkan flow itu. Salin URL webhook trigger ke destinasi webhook nombor itu dalam EasyCoexistence dengan verify token yang sama. Meta menghantar permintaan pengesahan, trigger menjawabnya, dan setiap mesej ke nombor itu memulakan satu larian. ### Mengapa app secret mesti dibiarkan kosong? Kerana rahsia yang menandatangani penghantaran ini bukan milik anda untuk ditampal. Meta menandatangani setiap webhook dengan app secret bagi aplikasi yang memiliki langganan itu, dan pada nombor yang disambungkan melalui EasyCoexistence, aplikasi itu ialah aplikasi EasyCoexistence, yang rahsianya tidak pernah dikongsi. Piece ini menganggap medan itu sebagai pilihan. Jika dibiarkan kosong, trigger menerima penghantaran seadanya. Jika diisi dengan app secret aplikasi lain, setiap penghantaran gagal pemeriksaan X-Hub-Signature-256 dan diabaikan secara senyap, yang kelihatan seperti mesej tidak pernah sampai. Verify token ialah perkara yang menghalang orang luar daripada masuk ke proses jabat tangan itu. Pilih nilai rawak yang panjang, dan rahsiakan URL trigger kerana ia ialah alamat yang memulakan flow anda. ### Apakah yang boleh dilakukan flow apabila mesej tiba? Trigger memberikan flow satu mesej yang diratakan: penghantar, nama profil, id mesej, jenis, teks, id media jika ada, balasan butang dan senarai, serta id nombor telefon penerima. Selepas itu ia ialah flow Activepieces biasa merentasi piece lain, seperti CRM, lembaran atau langkah AI. Balasan menggunakan piece yang sama. Send Message menghantar teks bebas, dan ia hanya sampai dalam tempoh 24 jam selepas mesej terakhir pelanggan. Send Template Message menghantar template yang diluluskan, satu-satunya jenis yang sampai selepas tetingkap itu. Butang interaktif, senarai, media, lokasi dan reaksi ialah tindakan tersendiri. Arahan Activepieces sendiri menyatakan bahawa Meta menerima satu URL callback bagi setiap aplikasi. Dengan destinasi bagi setiap nombor, had ialah satu URL bagi setiap nombor, jadi flow yang perlu mengendalikan beberapa jenis acara patut bercabang di dalam satu flow. ### Adakah balasan yang ditaip di telefon sampai ke flow? Ia sampai ke webhook, tetapi bukan ke trigger ini. Pada nombor Coexistence, Meta menghantar gema bagi setiap balasan yang ditaip dalam aplikasi WhatsApp Business ke destinasi yang sama, di bawah medan smb_message_echoes. Trigger New Incoming Message pada piece ini hanya membaca medan messages dan membuang yang lain. Jika anda memerlukan balasan dari telefon dalam flow, mulakan flow dengan piece Webhook generik Activepieces, yang menerima sebarang kaedah HTTP, dan jawab GET pengesahan dengan langkah Return Response pada URL segerak (synchronous) piece itu. Anda kemudian menghuraikan payload mentah sendiri, termasuk kedua-dua medan. Bagi kebanyakan flow, trigger piece ini ialah pilihan yang lebih mudah: ia bertindak balas kepada pelanggan, dan balasan pasukan anda kekal kelihatan dalam aplikasi di telefon. - Menampal app secret ke dalam sambungan WhatsApp. Penghantaran ditandatangani dengan rahsia aplikasi EasyCoexistence, jadi setiap satu diabaikan. - Menetapkan destinasi sebelum menerbitkan flow. Meta mengesahkan serta-merta dan flow yang belum diterbitkan tidak dapat menjawab. - Menjangka trigger New Incoming Message akan melihat balasan yang ditaip di telefon. Ia hanya membaca medan messages, bukan smb_message_echoes. **Adakah ini berfungsi pada Activepieces yang dihoskan sendiri?** Ya. Piece ini sumber terbuka dan berjalan pada cloud Activepieces atau dihoskan sendiri, selagi instans itu boleh dicapai melalui HTTPS dari internet. **Daripada nombor telefon yang mana flow menghantar mesej?** Nombor yang anda pilih dalam medan nombor telefon pada tindakan itu, yang menyenaraikan nombor dalam WhatsApp Business Account yang dituju oleh sambungan. **Bolehkah saya masih menggunakan n8n atau Make pada nombor yang sama?** Tidak serentak. Meta menghalakan webhook sesebuah nombor ke satu destinasi, jadi pilih satu alat untuk menerima, atau pajakan daripadanya ke alat yang satu lagi. **Adakah EasyCoexistence menyimpan mesej?** Tidak. Meta menghantar setiap webhook terus ke trigger Activepieces, dan EasyCoexistence tidak pernah menyimpan kandungan perbualan. --- ## Jalankan aliran Typebot di WhatsApp dengan Coexistence https://easycoexistence.com/ms/integrations/typebot Saluran WhatsApp Typebot memerlukan token, id WABA dan id nombor telefon, kemudian memberi anda callback URL dan verify token. Isi tiga yang pertama daripada nombor yang disambungkan, biarkan app secret pilihan Typebot kosong, dan tetapkan callback URL serta verify token itu sebagai destinasi webhook nombor tersebut. ### Medan Typebot mana yang menerima nilai daripada nombor yang disambungkan? Wizard WhatsApp Typebot, di bawah tab Share pada sesebuah bot, meminta empat perkara: app secret, System User Token, id WABA dan ID nombor telefon. Tiga daripadanya datang terus daripada sambungan. Dashboard memaparkan id WABA, id nombor telefon dan token akses bagi nombor itu, dan alat get_api_credentials memulangkan nilai yang sama jika pembantu AI mengambilnya untuk anda. Tampalkan nilai itu ke dalam medan yang sepadan. App secret ialah satu-satunya yang perlu dibiarkan kosong. Typebot menggunakannya untuk satu tujuan pada trafik masuk: menyemak pengepala X-Hub-Signature-256 yang ditambah Meta pada setiap penghantaran. Bagi nombor yang disambungkan melalui Tech Provider, Meta menandatangani dengan app secret milik penyedia, yang tidak pernah dikongsi, jadi apa-apa nilai yang anda taip di situ menyebabkan Typebot menolak setiap mesej tulen. Apabila medan itu kosong, Typebot melangkau semakan tersebut dan menerima penghantaran. ### Ke mana callback URL dan verify token Typebot diletakkan? Ke dalam destinasi webhook nombor itu, bukan ke dashboard aplikasi Meta. Wizard Typebot meminta anda menampal Callback URL dan Verify Token ke dalam tetapan WhatsApp pada aplikasi Meta milik anda sendiri. Dengan Coexistence melalui EasyCoexistence, tiada aplikasi milik anda yang terlibat: Meta menghalakan peristiwa nombor itu ke mana-mana destinasi yang ditetapkan pada sambungan. Maka salin kedua-dua nilai daripada langkah terakhir Typebot dan tetapkan sebagai destinasi, di dashboard atau dengan set_webhook_destination. Seterusnya Meta menghantar GET pengesahan kepada Typebot, Typebot menjawab dengan challenge, dan sejak itu setiap mesej kepada nombor tersebut sampai ke bot. Verify token Typebot hanya sekali guna: ia dipadam daripada pangkalan data Typebot sebaik sahaja pengesahan berjaya. Jika anda menetapkan destinasi semula kemudian, jana token baharu dengan menjalankan wizard sekali lagi terlebih dahulu. ### Apakah yang bot lakukan dengan tetingkap 24 jam? Typebot membalas orang yang menulis kepadanya, jadi hampir semua mesej kekal dalam tetingkap khidmat pelanggan. Meta membuka tetingkap 24 jam setiap kali pelanggan menulis, dan di dalamnya mana-mana jenis mesej perkhidmatan boleh dihantar tanpa template. Bot yang hanya menjawab ialah kes yang paling mudah. Cabarannya ialah aliran yang menunggu. Blok Wait, atau sesi yang disambung semula selepas pelanggan senyap lebih sehari, akan cuba menghantar teks bebas di luar tetingkap, dan Meta menolaknya dengan ralat 131047. Masa tamat sesi Typebot, 4 jam secara lalai dan boleh ditetapkan sehingga 48, menentukan bila pelanggan yang kembali memulakan sembang baharu, bukan sama ada Meta menerima mesej itu. Kerana ini Coexistence, pasukan masih melihat setiap perbualan dalam aplikasi WhatsApp Business dan boleh mengambil alih dari telefon pada bila-bila masa bot tidak sepatutnya menjawab. - Menampal app secret aplikasi Meta ke dalam Typebot. Penghantaran ditandatangani dengan secret milik Tech Provider, jadi Typebot menolak setiap mesej sebagai tandatangan tidak sah. - Menggunakan semula verify token Typebot yang lama. Ia dipadam selepas satu pengesahan berjaya, jadi menetapkan destinasi semula memerlukan token baharu daripada wizard. - Berkongsi callback URL. Apabila semakan tandatangan dimatikan, mengetahui URL itulah yang membenarkan permintaan masuk, jadi layan ia seperti kata laluan. **Adakah saya perlukan aplikasi Meta sendiri untuk Typebot?** Tidak. Panduan Typebot mengandaikannya kerana kebanyakan orang menyambungkan nombor sendiri. Dengan Coexistence melalui Tech Provider, token dan id datang daripada sambungan, dan webhook dihalakan oleh Meta ke Typebot. **Adakah pasukan masih melihat mesej bot pada telefon?** Ya. Mesej yang dihantar melalui Cloud API muncul dalam aplikasi WhatsApp Business pada nombor yang sama, jadi seseorang boleh membaca perbualan dan mengambil alih. **Bolehkah Typebot dan n8n kedua-duanya menerima mesej nombor yang sama?** Tidak. Satu nombor hanya mempunyai satu destinasi webhook. Jika kedua-duanya memerlukan peristiwa itu, halakan destinasi ke n8n dan minta workflow meneruskan payload mentah ke callback URL Typebot. **Adakah Typebot menyimpan perbualan?** Typebot menyimpan data sesi dan keputusannya sendiri, seperti pada mana-mana saluran. EasyCoexistence tidak pernah menyimpan kandungan mesej: Meta menghantar terus ke destinasi yang anda tetapkan. --- ## Sambungkan bot Botpress ke WhatsApp dengan Coexistence https://easycoexistence.com/ms/integrations/botpress Gunakan integrasi WhatsApp Botpress dalam Manual Configuration. Tampal access token dan phone number id bagi nombor yang disambungkan, pilih verify token, dan biarkan App ID serta Client Secret kosong. Kemudian tetapkan URL webhook Botpress dan verify token itu sebagai destinasi webhook nombor tersebut, dan Meta akan menghantar setiap mesej kepada bot. ### Konfigurasi Botpress manakah yang berfungsi dengan nombor Coexistence? Manual Configuration. Pilihan lain menyambungkan nombor melalui aplikasi Meta milik Botpress sendiri, iaitu proses onboarding nombor yang berasingan dan bukan cara untuk menggunakan nombor yang sudah disambungkan. Dalam integrasi WhatsApp, buka senarai juntai Configuration dan pilih Manual Configuration. Ia meminta Verify Token, Access Token, Default Bot Phone Number ID, dan secara pilihan App ID, Client Secret serta WABA ID. Access token, phone number id dan WABA id datang daripada sambungan: dashboard memaparkannya, dan get_api_credentials memulangkannya kepada pembantu. Verify token ialah mana-mana rentetan pilihan anda. App ID dan Client Secret dibiarkan kosong. Panduan Botpress menunjukkan secret itu sebagai medan yang perlu diisi, tetapi definisi integrasinya menandakannya sebagai pilihan dan menyatakan bahawa tanpanya pengesahan tandatangan dilangkau. Perkara ini penting, kerana Meta menandatangani setiap penghantaran dengan app secret milik Tech Provider, yang tidak dipegang oleh mana-mana pelanggan. ### Bagaimanakah webhook Botpress menerima mesej daripada Meta? Melalui destinasi webhook nombor tersebut. Panduan Botpress meminta anda menampal URL webhooknya dan verify token anda ke dalam konfigurasi WhatsApp sebuah aplikasi Meta. Di sini anda tidak mempunyai aplikasi Meta sendiri: Meta menghalakan peristiwa nombor itu ke mana-mana destinasi yang dinamakan oleh sambungan. Jadi salin URL webhook yang dipaparkan Botpress untuk integrasi itu dan tetapkannya, bersama verify token yang sama, sebagai destinasi dalam dashboard atau dengan set_webhook_destination. Meta menghantar GET pengesahan, Botpress menjawabnya, dan penghantaran bermula. Apabila Botpress menyimpan konfigurasi manual, ia turut menyemak token dengan bertanya kepada Graph aplikasi mana yang mengeluarkannya, jadi token yang tidak sah atau telah dibatalkan akan gagal semasa menyimpan dan bukan pada mesej pertama. Pengendali Botpress juga memproses smb_message_echoes, peristiwa yang dihantar Meta apabila seseorang membalas dari aplikasi WhatsApp Business. Maka balasan dari telefon dapat dilihat oleh bot dan tidak tersembunyi daripadanya. ### Apakah yang perlu bot ketahui tentang Coexistence? Bahawa seorang manusia mungkin sudah sedang berbual. Aplikasi WhatsApp Business terus berfungsi pada nombor itu, jadi pelanggan boleh menerima balasan dari telefon dan dari bot dalam minit yang sama. Tentukan dalam flow apa yang berlaku apabila echo tiba: kebanyakan pasukan menghentikan bot buat sementara waktu bagi kenalan itu, supaya orang yang masuk campur tidak dipintas. Perkara kedua ialah masa. Bot yang menjawab mesej masuk berfungsi dalam tetingkap khidmat pelanggan 24 jam, yang membenarkan teks bebas. Flow yang menghantar sesuatu sehari kemudian, seperti susulan atau peringatan, memerlukan template yang diluluskan, dan teks bebas di situ akan memulangkan ralat 131047. Panduan Botpress melanggan medan status template untuk jenis mesej proaktif seperti ini. Dan throughput ditetapkan pada 20 mesej sesaat bagi nombor Coexistence, jauh melebihi apa yang dihantar oleh bot perbualan. - Mengisi Client Secret dengan secret aplikasi Meta anda sendiri. Tandatangan tidak akan sepadan dan Botpress menjawab setiap penghantaran dengan 401. - Memilih pilihan OAuth atau sandbox dan bukannya Manual Configuration. Pilihan itu menyambungkan nombor melalui aplikasi Botpress sendiri, bukan nombor yang sudah disambungkan. - Mengabaikan echo. Tanpa peraturan untuk balasan yang dihantar dari telefon, bot menjawab di atas orang yang sudah masuk campur. **Adakah selamat melangkau semakan tandatangan?** Perlindungan beralih kepada URL. Botpress menjana URL webhook bagi setiap integrasi, jadi pastikan ia dirahsiakan. Media masih perlu diambil daripada Meta dengan token, dan peristiwa palsu tidak dapat memalsukannya. **Bolehkah nombor yang sama turut menghantar peristiwa ke n8n?** Sebuah nombor hanya mempunyai satu destinasi webhook. Halakan ia ke satu sistem dan majukan dari situ jika sistem kedua memerlukan peristiwa tersebut. **Adakah Botpress memerlukan WABA id saya?** Definisinya menandakannya sebagai pilihan buat masa ini dan menyatakan ia akan diwajibkan dalam versi major akan datang, jadi isikannya daripada sambungan. **Adakah mesej melalui EasyCoexistence?** Tidak. Meta menghantar terus ke URL webhook Botpress, dan kandungannya tidak pernah disimpan di pihak kami. --- ## Jawab mesej WhatsApp dengan aplikasi Dify https://easycoexistence.com/ms/integrations/dify Halakan webhook nombor itu ke penerima kecil, seperti aliran kerja n8n atau route dalam kod anda sendiri, yang menyerahkan setiap mesej kepada Send Chat Message API Dify dan menghantar jawapan semula melalui Cloud API. Dalam Dify, pelayan MCP EasyCoexistence boleh ditambah sebagai alat supaya agen dapat bertindak pada nombor itu sendiri. ### Bolehkah Meta menghantar mesej WhatsApp terus ke Dify? Tidak dengan cara yang melengkapkan jabat tangan. Sebelum Meta menyampaikan apa-apa, ia memanggil destinasi dengan GET dan mengharapkan nilai hub.challenge dipulangkan sebagai badan respons mentah. Webhook Trigger Dify menerima satu kaedah HTTP bagi setiap trigger, dan dokumentasinya menyatakan badan respons bukan JSON ditukar secara automatik kepada JSON, maka OK kembali sebagai objek mesej. Challenge itu tidak dapat dipantulkan dengan tepat, dan Meta tidak pernah mula menyampaikan. Jadi sesuatu yang kecil perlu diletakkan di hadapan. Nod Webhook n8n, route dalam Python atau Node, atau fungsi serverless menjawab GET, menerima POST, dan menyerahkan teks kepada Dify. Penerima itu juga tempat rahsia rawak yang panjang dalam URL webhook disemak, kerana pengepala X-Hub-Signature-256 ditandatangani dengan app secret Tech Provider dan tidak dapat disahkan oleh pelanggan. ### Bagaimana penerima berhubung dengan aplikasi Dify? Dengan satu panggilan ke Service API Dify: POST /chat-messages, disahkan dengan kunci API aplikasi. Badannya membawa query, iaitu teks pelanggan, dan user, pengecam yang anda tentukan. Gunakan nombor WhatsApp penghantar sebagai user, dan simpan conversation_id yang dipulangkan Dify supaya mesej seterusnya daripada orang yang sama menyambung perbualan yang sama. response_mode penting. Blocking memulangkan hasil apabila jawapan lengkap, dan dokumentasi Dify memberi amaran bahawa pada Dify Cloud, penjanaan yang panjang boleh dipotong oleh proksi edge. Aplikasi agen hanya menyokong streaming, dan permintaan blocking kepadanya gagal dengan 400. Penerima yang membaca stream dan menghantar satu mesej WhatsApp pada akhirnya ialah bentuk yang teguh. Balasan kemudian dihantar sebagai mesej teks Cloud API ke nombor yang sama, dan ia percuma dalam tetingkap 24 jam yang dibuka oleh mesej pelanggan. ### Apakah yang ditambah oleh pelayan MCP dalam Dify? Keupayaan agen Dify untuk bertindak pada nombor itu tanpa anda menyambung setiap panggilan. Dify bersambung ke pelayan MCP melalui HTTP dan, secara lalai, mendaftarkan dirinya dengan pelayan melalui pendaftaran klien dinamik OAuth, yang disokong oleh pelayan MCP EasyCoexistence. Tambahkannya di bawah Tools, log masuk sekali, dan agen mendapat alat: senaraikan nombor, semak kesihatan nombor, hantar mesej, hantar template yang diluluskan, baca status template. Itulah tempat yang sesuai untuk kerja proaktif: aliran kerja Dify yang membuat susulan keesokan harinya mesti menggunakan send_template, kerana teks bebas di luar tetingkap memulangkan ralat 131047, dan huraian alat memberitahu model tentang perkara ini. Apa yang MCP tidak dapat lakukan ialah mengejutkan Dify apabila pelanggan menulis. Protokolnya berasaskan permintaan dan respons, jadi mesej masuk masih tiba melalui webhook dan penerima di hadapan. - Menggunakan URL Webhook Trigger Dify sebagai destinasi webhook. Challenge dipulangkan dalam bungkusan JSON dan Meta tidak pernah mengesahkan endpoint itu. - Menghantar permintaan blocking kepada aplikasi Agent Dify. Aplikasi agen hanya menyokong streaming, dan panggilan gagal dengan 400. - Menggunakan nilai user yang baharu bagi setiap mesej. Dify mengikat perbualan kepada user, jadi setiap mesej memulakan perbualan baharu tanpa ingatan. **Adakah Dify mempunyai saluran WhatsApp?** Tidak dalam dokumentasinya. Aplikasi Dify boleh dicapai melalui Service API, jadi WhatsApp disambungkan melalui penerima yang memanggil API itu. **Bolehkah n8n menjadi penerima?** Boleh. Nod Webhook menerima, nod HTTP Request memanggil Dify, dan nod HTTP Request kedua menghantar balasan melalui Cloud API. **Bolehkah pasukan masih menjawab dari telefon?** Boleh. Coexistence memastikan aplikasi WhatsApp Business terus berfungsi pada nombor itu, dan balasan yang dihantar dari telefon sampai ke penerima sebagai peristiwa echo. **Adakah EasyCoexistence melihat perbualan itu?** Tidak. Meta menyampaikan terus ke penerima anda dan kandungan mesej tidak pernah disimpan di pihak kami. Pelayan MCP membaca keadaan akaun dan nombor. --- ## Jawab mesej WhatsApp dengan chatflow Flowise https://easycoexistence.com/ms/integrations/flowise Tetapkan destinasi webhook nombor itu kepada penerima kecil, seperti aliran kerja n8n atau route dalam kod anda sendiri. Penerima menghantar setiap mesej ke Prediction API Flowise dengan nombor penghantar sebagai id sesi, kemudian menghantar jawapan melalui Cloud API menggunakan token dan phone number id nombor itu. ### Mengapa Flowise memerlukan sesuatu di hadapannya? Kerana webhook Meta dan API Flowise menggunakan bentuk data yang berbeza. Meta mengesahkan destinasi dengan GET yang mesti memulangkan hub.challenge sebagai badan mentah, kemudian menghantar setiap mesej sebagai POST JSON bersarang. Prediction API Flowise pula mengharapkan POST ke /api/v1/prediction/ diikuti id flow, dengan medan question. Kedua-duanya tidak akan menyesuaikan diri antara satu sama lain, jadi sebuah penerima menjadi penterjemah. Penerima itu boleh berupa node Webhook n8n, route dalam Python atau Node, atau mana-mana fungsi serverless. Ia menjawab GET pengesahan, menyemak rahsia rawak yang panjang dalam URL webhook, membalas 200 kepada Meta serta-merta, dan baru kemudian melakukan kerja. Rahsia dalam URL ialah pengesahan yang berfungsi di sini: Meta menandatangani penghantaran dengan app secret Tech Provider yang tidak pernah dikongsi, maka header X-Hub-Signature-256 tidak dapat disahkan di pihak anda. ### Bagaimanakah penerima harus memanggil Prediction API? Dengan teks pelanggan sebagai question dan nombor WhatsApp pelanggan sebagai sesi. Flowise menerima overrideConfig pada setiap permintaan, dan sessionId di dalamnya membolehkan node memori menyimpan satu perbualan bagi setiap orang, bukannya mencampurkan semua orang dalam satu utas. Nombor penghantar daripada payload webhook ialah kunci yang stabil dan semula jadi untuk tujuan itu. Jika chatflow dilindungi dengan kunci API, penerima menghantarnya sebagai bearer token. Tetapkan streaming kepada false melainkan penerima dibina untuk menyusun aliran, kerana WhatsApp menyampaikan satu mesej yang lengkap dan bukan satu token pada satu masa. Jawapan dihantar sebagai mesej teks Cloud API daripada nombor yang sama. Ini percuma dan dibenarkan dalam tetingkap 24 jam yang dibuka oleh mesej pelanggan. Apa sahaja yang flow mahu hantar kemudian, seperti peringatan, mesti berupa template yang diluluskan. ### Bolehkah ejen Flowise menggunakan pelayan MCP EasyCoexistence? Belum lagi. Custom MCP Flowise menyambung ke pelayan Streamable HTTP dengan URL dan satu set header, lazimnya bearer token statik yang disimpan dalam pemboleh ubah Flowise. Pelayan MCP EasyCoexistence mengesahkan melalui OAuth, dengan log masuk pelayar dan token yang dikeluarkannya sendiri, jadi tiada kunci statik untuk diletakkan dalam header. Pembahagian yang berfungsi ialah membiarkan flow membuat keputusan dan penerima menghantar. Flow memulangkan teks yang hendak diucapkan, atau nama template apabila pelanggan senyap lebih daripada sehari, dan penerima membuat panggilan Cloud API dengan token nombor itu. Dengan itu token tidak pernah berada dalam Flowise, dan peraturan 24 jam dikuatkuasakan dalam kod dengan menyemak bila kenalan menulis kali terakhir, bukannya diserahkan kepada model yang mungkin terlupa. Mesej masuk tetap tiba hanya melalui webhook, walau bagaimana cara penghantaran dibuat. - Tidak menyertakan sessionId. Setiap pelanggan kemudian berkongsi satu memori, dan butiran seseorang boleh muncul dalam balasan kepada orang lain. - Menunggu Flowise sebelum menjawab Meta. 200 yang lambat akan dicuba semula, maka mesej yang sama diproses dua kali. - Membiarkan flow menghantar teks bebas sehari kemudian. Di luar tetingkap, Meta menolaknya dengan ralat 131047. **Adakah Flowise mempunyai node WhatsApp?** Tidak dalam dokumentasinya. Ia dicapai melalui Prediction API, sebab itulah sebuah penerima berada di antara Meta dan flow. **Bolehkah n8n menjadi penerima?** Boleh. Node Webhook menerima, node HTTP Request memanggil Flowise, dan satu lagi node HTTP Request menghantar jawapan melalui Cloud API. **Bagaimanakah cara menghentikan bot apabila seseorang membalas dari telefon?** Pantau peristiwa echo. Balasan yang dihantar dari aplikasi WhatsApp Business tiba di penerima, yang boleh menjeda flow bagi kenalan itu. **Adakah perbualan disimpan oleh EasyCoexistence?** Tidak. Meta menghantar terus ke penerima anda. Flowise menyimpan apa sahaja yang node memorinya dikonfigurasikan untuk simpan. --- ## Beri agen LangChain nombor WhatsApp https://easycoexistence.com/ms/integrations/langchain Agen LangChain mendapat WhatsApp dalam dua bahagian. Mesej masuk tiba di route web anda melalui webhook nombor itu, dan route tersebut memanggil agen. Untuk bertindak, agen memuatkan alat MCP EasyCoexistence melalui MCPAdapter LangChain dengan OAuth, atau memanggil Cloud API terus menggunakan token nombor itu dan phone number id. ### Bagaimanakah agen LangChain memuatkan alat WhatsApp? Melalui MCPAdapter, klien MCP LangChain, yang menyerahkan alat sesebuah pelayan MCP kepada create_agent sebagai alat LangChain biasa. Ia memerlukan langchain[mcp] versi 1.4.0 atau lebih baharu dan ditandakan beta. Pengesahan diserahkan kepada FastMCP. Dengan memasukkan auth="oauth" pada klien, aliran penuh OAuth 2.1 dijalankan: penemuan, pendaftaran klien dinamik, pengalihan pelayar dan pertukaran token. Itulah yang dijangka oleh pelayan MCP EasyCoexistence, jadi tiada kunci yang perlu dicipta atau ditampal. Secara lalai, token disimpan dalam memori dan setiap larian mengulang langkah pelayar; penyedia OAuth FastMCP dengan stor token menyimpannya antara larian. Setelah dimuatkan, agen melihat alat beserta penerangannya: list_numbers dahulu, kerana setiap alat lain memerlukan connection_id daripadanya, kemudian send_message, send_template, list_templates, get_number_health dan yang lain. ### Bagaimanakah mesej WhatsApp masuk sampai kepada agen? Melalui webhook, kerana MCP tidak dapat melakukannya. Protokol itu berasaskan permintaan dan respons, jadi tiada apa-apa di dalamnya yang membolehkan pelayan membangunkan klien apabila pelanggan menulis. Tetapkan destinasi webhook nombor itu kepada route dalam aplikasi anda sendiri, dengan rahsia rawak yang panjang dalam laluan URL. Route itu menjawab GET pengesahan Meta dengan challenge mentah, menerima setiap POST, memulangkan 200 serta-merta dan memasukkan kerja ke dalam baris gilir. Seorang worker kemudian mengambil penghantar dan teks daripada payload lalu memanggil agen dengannya, dengan nombor penghantar sebagai thread id supaya memori kekal bagi setiap pelanggan. Semak rahsia dalam URL, bukan pengepala X-Hub-Signature-256. Meta menandatangani dengan app secret milik Tech Provider, yang tidak pernah dikongsi, jadi pengepala itu tidak dapat disahkan oleh pelanggan. ### Patutkah agen menghantar melalui MCP atau melalui Cloud API? Kedua-duanya boleh, dan bezanya ialah siapa yang memegang peraturan. Alat MCP membawa peraturan WhatsApp dalam penerangannya, seperti send_message hanya berfungsi dalam tetingkap 24 jam dan send_template ialah cara untuk menghubungi seseorang yang belum menulis. Model yang membaca penerangan itu memilih yang betul pada kebanyakan masa, dan agen yang membuat keputusan secara bebas mendapat manfaat daripadanya. Alat ringkas milik anda sendiri yang menghantar ke endpoint mesej Cloud API dengan token nombor itu lebih mudah apabila tugas agen sempit, seperti sentiasa membalas orang yang baru menulis. Maka semakan tetingkap berada dalam kod anda, tempat yang sepatutnya bagi peraturan yang tidak boleh dilanggar. Teks bebas di luar tetingkap dikembalikan sebagai ralat 131047, dan pelanggan tidak nampak apa-apa. - Menjangka MCP menyampaikan mesej masuk. Tanpa route webhook, agen tidak pernah menerima apa-apa daripada pelanggan. - Membiarkan token OAuth dalam memori pada pelayan. Setiap mula semula memerlukan log masuk pelayar; simpan token dengan stor token. - Menggunakan satu thread untuk setiap pelanggan. Kunci memori agen pada nombor penghantar. **Adakah ini hanya untuk Python?** Contoh MCPAdapter ialah Python. Webhook dan Cloud API ialah HTTP biasa, jadi mana-mana bahasa yang menjalankan LangChain boleh menerima dan menghantar. **Adakah agen memerlukan list_numbers setiap kali?** Ia memerlukan connection_id, dan list_numbers ialah satu-satunya tempat ia diperoleh. Pada satu nombor, agen memanggilnya sekali pada permulaan. **Bolehkah pasukan masih membalas dari telefon?** Boleh. Coexistence mengekalkan aplikasi WhatsApp Business berfungsi, dan balasan dari telefon sampai ke route anda sebagai peristiwa echo yang boleh diambil kira oleh agen. **Adakah EasyCoexistence membaca perbualan?** Tidak. Meta menghantar terus ke route anda dan kandungan mesej tidak pernah disimpan di pihak kami. Alat MCP membaca keadaan akaun dan nombor. --- ## Letakkan ejen OpenAI Agents SDK pada WhatsApp https://easycoexistence.com/ms/integrations/openai-agents-sdk Tetapkan destinasi webhook nombor itu kepada satu route dalam aplikasi Python anda. Bagi setiap mesej masuk, jalankan ejen dengan Runner.run dan satu sesi yang berkunci pada nombor penghantar, kemudian hantar result.final_output kembali melalui Cloud API dengan token nombor itu dan phone number id. Aplikasi WhatsApp Business terus berfungsi pada nombor yang sama. ### Bagaimanakah mesej WhatsApp menjadi satu larian ejen? Melalui satu route dalam aplikasi anda sendiri yang dipanggil oleh Meta. Tetapkan destinasi webhook nombor itu kepadanya, dengan rahsia rawak yang panjang dalam laluan. Route itu menjawab GET pengesahan Meta dengan memulangkan hub.challenge sebagai teks biasa, menerima setiap POST, membalas 200 serta-merta dan meletakkan kerja dalam baris gilir, kerana Meta mencuba semula respons yang lambat dan anda akan menjalankan ejen dua kali. Seorang pekerja kemudian membaca penghantar dan teks daripada payload lalu memanggil Runner.run. Hantar satu sesi yang id-nya ialah nombor penghantar: SDK menyimpan perbualan di bawah id itu, jadi mesej seterusnya daripada pelanggan yang sama menyambung dari tempat yang terakhir, dan dua pelanggan tidak pernah berkongsi sejarah. SQLiteSession mencukupi untuk bermula; SDK juga menyediakan sesi Redis dan SQLAlchemy untuk beberapa pekerja. Rahsia dalam URL ialah pengesahan di sini. Meta menandatangani penghantaran dengan app secret milik Tech Provider, jadi pengepala tandatangan tidak dapat disahkan oleh pelanggan. ### Mengapakah kod anda yang patut menghantar balasan, bukan ejen? Kerana satu peraturan yang tidak boleh dilanggar ialah peraturan masa, dan kod menguatkuasakannya lebih baik daripada prompt. Meta membuka tetingkap khidmat pelanggan 24 jam apabila pelanggan menulis. Di dalamnya, teks bebas diterima. Di luarnya, hanya template yang diluluskan diterima, dan teks bebas akan dipulangkan dengan ralat 131047. Pekerja yang menjawab mesej yang baru tiba sentiasa berada dalam tetingkap, jadi menghantar result.final_output sebagai teks adalah selamat secara reka bentuk. Kerja yang berlaku kemudian, seperti susulan pagi esok atau peringatan, patut melalui laluan berasingan yang menghantar template dan tidak pernah teks bebas. Ejen masih boleh mempunyai alat. Berikan function tool untuk mencari maklumat, seperti pesanan atau tempahan, dan biarkan penghantaran WhatsApp dalam pekerja. Dengan cara itu token akses juga jauh daripada apa-apa yang boleh dipanggil oleh model dengan argumen sewenang-wenangnya. ### Bolehkah ejen menggunakan pelayan MCP EasyCoexistence? Boleh, melalui MCPServerStreamableHttp, tetapi penyediaannya lebih daripada sekadar pengepala. SDK menerima sama ada pengepala Authorization atau httpx.Auth dalam params["auth"]. Pelayan MCP EasyCoexistence mengeluarkan token OAuth sendiri selepas log masuk melalui pelayar, dengan pendaftaran klien dinamik dan PKCE, jadi kunci statik tidak wujud. SDK Python MCP menyediakan OAuthClientProvider, pengendali pengesahan HTTP yang menjalankan aliran itu dengan PKCE dan pembaharuan token, dan itulah yang diletakkan dalam params["auth"]. Ia berbaloi apabila ejen patut membuat keputusan sendiri: menyemak kesihatan nombor, membaca status template, atau memilih antara send_message dan send_template berdasarkan peraturan dalam huraian alat. Untuk kaunter hadapan yang hanya menjawab, pekerja di atas lebih ringkas dan kurang berisiko rosak. Dalam kedua-dua keadaan, webhook tetap diperlukan. MCP ialah permintaan dan respons, dan mesej pelanggan hanya boleh sampai kepada ejen melalui route yang dipanggil oleh Meta. - Menjalankan ejen sebelum memulangkan 200 kepada Meta. Respons yang lambat dicuba semula, dan pelanggan menerima dua jawapan. - Menggunakan satu sesi untuk semua pelanggan. Kuncikan pada nombor penghantar, jika tidak sejarah akan bercampur. - Membenarkan susulan yang tertunda menghantar teks bebas. Selepas 24 jam ia gagal dengan 131047; hantar template sebaliknya. **Adakah ini memerlukan alat MCP yang dihoskan dalam OpenAI Responses API?** Tidak. Pekerja menjalankan ejen secara setempat dengan Runner.run, dan bahagian WhatsApp ialah panggilan HTTPS biasa yang dibuat oleh kod anda. **Versi Graph API manakah yang patut saya gunakan?** Contoh terkini Meta menggunakan v25.0. Tetapkan satu versi di satu tempat dalam kod anda supaya naik taraf hanya perubahan satu baris. **Bolehkah seseorang mengambil alih daripada telefon?** Boleh. Coexistence mengekalkan aplikasi WhatsApp Business berfungsi, dan balasan daripada telefon tiba di route anda sebagai peristiwa echo yang boleh digunakan oleh pekerja untuk menjeda ejen. **Adakah EasyCoexistence menyimpan perbualan?** Tidak. Meta menghantar terus ke route anda. Apa-apa yang disimpan oleh sesi berada dalam pangkalan data anda sendiri. --- ## Bina ejen WhatsApp dengan Vercel AI SDK https://easycoexistence.com/ms/integrations/vercel-ai-sdk Mesej masuk sampai ke route handler yang ditetapkan sebagai destinasi webhook bagi nombor itu. Handler memanggil generateText dan menghantar jawapan melalui Cloud API. Untuk alat yang bertindak ke atas nombor, createMCPClient daripada @ai-sdk/mcp menyambung ke pelayan MCP EasyCoexistence melalui HTTP, dan log masuk dengan OAuth menggunakan authProvider. ### Bagaimanakah route handler menerima mesej WhatsApp? Dengan dua kaedah pada satu route, ditetapkan sebagai destinasi webhook bagi nombor itu dengan rahsia rawak yang panjang dalam path. GET menjawab pengesahan Meta. Baca hub.mode, hub.verify_token dan hub.challenge daripada query, banding token itu, dan pulangkan challenge sebagai teks biasa. Memulangkannya melalui pembantu JSON ialah kesilapan klasik: badan respons tiba dengan tanda petik di sekelilingnya dan Meta tidak pernah mula menghantar. POST menerima peristiwa. Pulangkan 200 dengan cepat dan buat panggilan model selepas itu, kerana Meta mencuba semula respons yang perlahan dan cold start yang menjalankan model secara terus boleh menjawab mesej yang sama dua kali. Pada platform yang menamatkan fungsi sebaik sahaja respons dihantar, serahkan kerja itu kepada baris gilir atau mekanisme platform untuk kerja selepas respons. Rahsia dalam path ialah pengesahan identiti. Meta menandatangani setiap penghantaran dengan rahsia aplikasi Tech Provider, jadi pengepala X-Hub-Signature-256 tidak dapat disemak di pihak anda. ### Bagaimanakah AI SDK memuatkan alat WhatsApp? Dengan createMCPClient daripada @ai-sdk/mcp dan pengangkutan HTTP, yang disyorkan oleh dokumentasi AI SDK untuk pengeluaran. Pengangkutan itu menerima URL pelayan dan authProvider, dan OAuth melalui authProvider ialah cara pelayan MCP EasyCoexistence diberi kebenaran: ia menerbitkan metadata OAuth, menyokong pendaftaran klien dinamik dan PKCE, serta mengeluarkan token sendiri selepas log masuk. Tiada kunci API untuk diletakkan dalam pengepala. Alat klien itu terus masuk ke generateText atau streamText. Model kemudian melihat list_numbers, send_message, send_template, get_number_health dan yang lain, dengan penerangan yang menyatakan tetingkap 24 jam. Tutup klien apabila panggilan selesai, dalam callback onEnd untuk stream atau dalam blok finally untuk kes lain, seperti yang diminta oleh dokumentasi AI SDK. Gunakannya apabila model patut membuat keputusan. Untuk membalas mesej yang baru tiba, panggilan terus ke Cloud API daripada handler lebih ringkas. ### Apakah yang berubah kerana nombor itu menggunakan Coexistence? Dua perkara yang patut diketahui oleh kod anda. Pertama, seorang manusia mungkin sudah berada dalam perbualan. Aplikasi WhatsApp Business terus berfungsi pada nombor itu, dan setiap balasan yang ditaip pada telefon sampai ke route sebagai peristiwa echo. Handler yang menjeda model bagi seseorang kenalan selepas echo menghalangnya daripada menjawab di atas suara seorang manusia. Kedua, penghantaran dihadkan pada 20 mesej sesaat yang tetap bagi nombor itu. Ejen perbualan tidak pernah menghampirinya, tetapi gelung siaran yang ditulis dengan Promise.all pada senarai kenalan akan menghampirinya, jadi proseskan secara kelompok. Selebihnya ialah Cloud API biasa. Dalam tempoh 24 jam selepas mesej terakhir pelanggan, teks bebas dibenarkan. Selepas itu, hanya template yang diluluskan boleh dihantar, dan teks bebas memulangkan ralat 131047 tanpa pelanggan melihat apa-apa. - Memulangkan challenge dengan pembantu respons JSON. Tanda petik di sekelilingnya menggagalkan semakan Meta. - Menjalankan generateText sebelum membalas Meta. Pada cold start, percubaan semula menghasilkan jawapan kedua. - Terlupa menutup klien MCP. Setiap permintaan meninggalkan satu sambungan terbuka sehingga platform menamatkannya. **Adakah ini hanya berfungsi pada Vercel?** Tidak. AI SDK ialah pustaka TypeScript, dan route itu boleh dijalankan pada mana-mana hos yang menyediakan HTTPS dan menjawab GET serta POST. **Adakah saya memerlukan klien MCP langsung?** Tidak untuk membalas mesej. Panggilan fetch ke endpoint mesej Cloud API dengan token nombor itu sudah mencukupi. MCP berguna apabila model memilih apa yang hendak dilakukan. **Penyedia manakah yang boleh digunakan oleh model?** Mana-mana yang disokong oleh AI SDK. Bahagian WhatsApp tidak bergantung pada model, jadi menukar penyedia tidak menjejaskan route atau panggilan Cloud API. **Adakah EasyCoexistence melihat mesej itu?** Tidak. Meta menghantar terus ke route anda dan kandungan mesej tidak pernah disimpan di pihak kami. --- ## Hantar mesej pesanan WhatsApp dari Shopify https://easycoexistence.com/ms/integrations/shopify Tindakan Send HTTP request dalam Shopify Flow boleh menghantar template yang diluluskan ke Cloud API apabila pesanan dibuat, menggunakan phone number id nombor yang disambungkan dan token yang disimpan sebagai rahsia Flow. Pada pelan tanpa tindakan itu, webhook admin Shopify dihantar ke penerima, seperti n8n, yang membuat panggilan yang sama. ### Bagaimana Shopify Flow menghantar mesej WhatsApp? Dengan tindakan Send HTTP request, yang menghantar permintaan POST ke mana-mana URL dengan header dan badan yang boleh menggunakan pemboleh ubah Liquid daripada pencetus. Bina aliran kerja pada pencetus pesanan dibuat dan tambah Send HTTP request. URL ialah endpoint mesej Cloud API untuk phone number id nombor yang disambungkan. Tambah header Authorization yang nilainya Bearer diikuti token akses nombor itu, disimpan sebagai rahsia Flow dan dirujuk sebagai pemboleh ubah rahsia. Nilai rahsia tidak pernah dipaparkan dalam antara muka Flow dan disorok daripada log larian, iaitu tempat yang sesuai untuk token. Badan permintaan ialah mesej template, dengan nombor telefon pelanggan dalam medan to dan butiran pesanan sebagai parameter template. Flow menganggap respons 2XX atau 3XX sebagai berjaya. Meta menjawab permintaan yang sah dengan id mesej, jadi larian yang berjaya bermakna Meta telah menerima mesej itu. ### Mengapa mesej pesanan mesti menggunakan template? Kerana kedai yang menulis dahulu. Tetingkap khidmat pelanggan 24 jam Meta hanya dibuka apabila pelanggan menulis kepada nombor itu. Pengesahan pesanan, kemas kini penghantaran atau peringatan troli yang ditinggalkan dihantar sebelum itu, jadi teks bebas ditolak dan hanya template yang diluluskan terlebih dahulu akan diterima. Cipta template sekali sahaja, dalam kategori utility untuk kemas kini pesanan dan penghantaran, dan tunggu kelulusan sebelum menghidupkan aliran kerja. Nama dan bahasa dalam badan permintaan mesti sepadan tepat dengan template yang diluluskan, dan bilangan parameter mesti sepadan dengan ruang letaknya. Ada juga persetujuan. Meta mewajibkan opt-in sebelum perniagaan menghantar mesej kepada seseorang di WhatsApp: orang itu memberikan nombornya dan bersetuju menerima mesej daripada perniagaan ini. Kotak semak semasa pembayaran yang menyatakannya ialah cara biasa untuk mengumpulnya, dan aliran kerja patut menyemaknya sebelum menghantar. ### Bagaimana jika pelan kedai tidak termasuk Send HTTP request? Gunakan webhook admin Shopify sebaliknya. Di bawah Tetapan, Pemberitahuan, Webhooks, pedagang boleh mencipta webhook untuk peristiwa seperti pesanan dibuat, dalam format JSON, ke sebuah URL. Halakan ke penerima: nod Webhook n8n, atau laluan dalam PHP, Python atau Node. Penerima membaca pesanan, menyemak persetujuan, dan membuat panggilan template yang sama ke Cloud API. Walau laluan mana yang menghantar, balasan tetap sama. Apabila pelanggan menjawab mesej pesanan, balasan masuk ke app WhatsApp Business pada telefon kedai, kerana nombor itu menggunakan Coexistence, dan tetingkap 24 jam kini terbuka untuk teks bebas. Jika destinasi webhook nombor itu ditetapkan, balasan juga sampai ke sistem anda. Mesej pesanan itu sendiri turut muncul dalam app, supaya orang yang menjawab nampak apa yang dibalas pelanggan. - Menghantar teks bebas semasa pesanan dibuat. Pelanggan belum menulis, jadi Meta menolaknya; ia mesti template yang diluluskan. - Membiarkan pengendalian ralat pada Retry untuk respons 4XX. Flow boleh mencuba semula sehingga 24 jam bagi permintaan yang tidak akan diterima Meta. - Meletakkan token dalam header sebagai teks biasa. Simpan sebagai rahsia Flow supaya ia tidak muncul dalam antara muka dan log. **Siapa membayar mesej template?** Meta mengenakan bayaran mesej terus kepada perniagaan pada akaun WhatsApp Business miliknya sendiri. EasyCoexistence tidak pernah menambah markup. **Bolehkah pasukan masih menjawab pelanggan dari telefon?** Boleh. Itulah yang dikekalkan oleh Coexistence: app WhatsApp Business berfungsi pada nombor yang sama yang digunakan kedai untuk menghantar. **Adakah ini memerlukan app Shopify?** Tidak. Send HTTP request dalam Flow, atau webhook admin ke penerima, sudah mencukupi. Cloud API hanyalah satu panggilan HTTPS. **Apakah format telefon yang diperlukan oleh medan to?** Format antarabangsa dengan kod negara dan digit sahaja. Bersihkan medan telefon semasa pembayaran sebelum menghantar, kerana pelanggan menaip ruang dan simbol. --- ## Hantar kemas kini pesanan WhatsApp daripada WooCommerce https://easycoexistence.com/ms/integrations/woocommerce Cipta webhook WooCommerce untuk peristiwa pesanan yang menuju ke sebuah penerima, seperti aliran kerja n8n atau route PHP kecil. Penerima mengesahkan tandatangan WooCommerce, menyemak pelanggan bersetuju menerima mesej WhatsApp, dan menghantar template yang diluluskan melalui Cloud API dengan phone number id dan token bagi nombor yang disambungkan. ### Bagaimanakah pesanan WooCommerce mencetuskan mesej WhatsApp? Melalui webhook WooCommerce dan sebuah penerima. Dalam WooCommerce, pergi ke Settings, Advanced, Webhooks, kemudian tambah webhook dengan topik pesanan, seperti order created atau order updated, URL penghantaran, dan secret. WooCommerce kemudian menghantar pesanan sebagai JSON ke URL itu setiap kali peristiwa berlaku. Payload itu tetap, jadi ia tidak boleh ditujukan terus ke Cloud API. Sebuah penerima berada di antara keduanya: nod Webhook n8n, route dalam PHP kedai sendiri, atau mana-mana perkhidmatan kecil. Ia membaca pesanan, memilih nombor telefon pelanggan dan butiran yang diperlukan mesej, lalu membuat satu permintaan HTTPS ke endpoint mesej Cloud API bagi nombor yang disambungkan, dengan access token nombor itu sebagai bearer token. Topik order.updated tidak terikat pada satu status, jadi penerima perlu membaca medan status pesanan dan menghantar sekali bagi setiap peralihan yang dipentingkan. Secara lalai WooCommerce menghantar di latar belakang melalui wp-cron, jadi mesej mungkin tiba selepas pesanan dengan sedikit kelewatan. ### Bagaimanakah penerima tahu permintaan itu datang daripada kedai? Daripada tandatangan WooCommerce. Setiap penghantaran membawa header X-WC-Webhook-Signature, iaitu HMAC-SHA256 berkod base64 bagi payload mentah yang dikira dengan secret yang anda tetapkan pada webhook. Penerima mengira hash yang sama ke atas badan yang diterimanya lalu membandingkan, dan menolak apa-apa yang tidak sepadan. Ini ialah secret kedai sendiri, jadi tidak seperti tandatangan Meta pada mesej WhatsApp masuk, ia boleh disahkan. Bandingkan dalam masa tetap, dan hash badan mentah sebelum mana-mana framework mengurainya, kerana JSON yang dikodkan semula menghasilkan hash yang berbeza. Balas dengan cepat menggunakan 2xx. WooCommerce menganggap sebarang respons yang bukan 2xx, 301 atau 302 sebagai kegagalan, dan selepas lebih daripada lima kegagalan berturut-turut ia melumpuhkan webhook. Penerima yang terhenti kerana deploy, atau perlahan kerana menunggu Meta sebelum menjawab, boleh mematikan mesej kedai tanpa disedari sesiapa. ### Apakah yang boleh dihantar oleh kedai, dan bila? Template yang diluluskan, setiap kali kedai yang memulakan mesej. Tetingkap khidmat pelanggan 24 jam Meta hanya dibuka apabila pelanggan menghantar mesej kepada nombor itu, jadi pengesahan pesanan atau kemas kini penghantaran dimulakan oleh perniagaan dan teks bebas ditolak. Cipta template utiliti bagi setiap kemas kini, tunggu kelulusan, dan hantar mengikut nama dan bahasa dengan nombor pesanan serta butiran lain sebagai parameter. Meta juga mewajibkan opt-in: pelanggan memberikan nombornya dan bersetuju menerima khabar daripada perniagaan ini di WhatsApp. Kotak semak semasa pembayaran yang disimpan pada pesanan ialah rekod paling mudah, dan penerima perlu menyemaknya sebelum menghantar. Sebaik sahaja pelanggan membalas, perbualan itu menjadi Coexistence biasa. Balasan muncul dalam aplikasi WhatsApp Business pada telefon kedai, tetingkap dibuka untuk teks bebas, dan pasukan menjawab daripada aplikasi seperti biasa. - Membuat panggilan Cloud API sebelum menjawab WooCommerce. Penghantaran yang perlahan atau gagal dikira terhadap webhook, yang dilumpuhkan selepas lebih daripada lima kegagalan. - Membuat hash ke atas JSON yang telah diurai dan bukannya badan mentah. Tandatangan tidak pernah sepadan dan setiap penghantaran yang sah ditolak. - Menghantar pada setiap penghantaran order.updated. Topik itu tidak terikat pada satu status, jadi tanpa penjejakan peralihan yang sudah dimesejkan, pelanggan menerima mesej berganda. **Adakah saya memerlukan plugin WordPress untuk ini?** Tidak. Webhook terbina dalam WooCommerce dan sebuah penerima sudah memadai, dan penerima itu boleh menjadi route dalam aplikasi PHP yang sama. **Siapakah yang membayar mesej pesanan?** Meta mengenakan bayaran pemesejan terus kepada perniagaan pada WhatsApp Business Account miliknya, dan EasyCoexistence tidak pernah menambah markup. **Bolehkah pasukan masih menggunakan telefon?** Boleh. Coexistence memastikan aplikasi WhatsApp Business terus berfungsi pada nombor kedai, dan template yang dihantar kedai kelihatan dalam perbualan. **Bagaimana jika webhook dilumpuhkan?** Baiki penerima, kemudian tetapkan semula status webhook kepada active dalam WooCommerce. Pesanan yang dicipta semasa ia dimatikan tidak mencetuskan mesej. --- ## Hantar dan terima WhatsApp dari PHP dan Laravel https://easycoexistence.com/ms/integrations/php-laravel Penerimaan ialah route Laravel yang menjawab GET pengesahan Meta dan menerima POST, dengan parameter dibaca sebagai hub_mode, hub_verify_token dan hub_challenge kerana PHP menukar titik kepada garis bawah. Penghantaran ialah satu POST Http::withToken() ke endpoint mesej Cloud API bersama phone number id dan token nombor itu. Tiada SDK diperlukan. ### Bagaimana anda menerima mesej WhatsApp dalam Laravel? Dengan satu GET dan satu POST pada laluan yang sama dalam routes/api.php. Jalankan php artisan install:api dahulu jika fail itu belum wujud. Route API tidak mempunyai keadaan dan berada di luar kumpulan web, jadi POST daripada Meta tidak ditolak kerana token CSRF tiada, yang berlaku pada route dalam routes/web.php. GET menjawab pengesahan Meta. Meta menghantar hub.mode, hub.verify_token dan hub.challenge, tetapi PHP menulis semula titik dalam nama pemboleh ubah masuk kepada garis bawah, jadi Laravel melihat hub_mode, hub_verify_token dan hub_challenge. Kod yang membaca nama bertitik mendapat null dan tidak pernah mengesahkan. Pulangkan challenge sebagai teks biasa, bukan melalui response()->json(). POST menyerahkan payload kepada job beratur dan memulangkan 200 serta-merta. Letakkan kunci rawak yang panjang dalam laluan dan semaknya pada kedua-dua route: Meta menandatangani penghantaran dengan app secret Tech Provider, jadi pengepala tandatangan tidak boleh disahkan di pihak anda. ### Bagaimana anda menghantar mesej WhatsApp dari Laravel? Dengan klien HTTP Laravel: satu POST ke endpoint mesej untuk phone number id, dengan access token sebagai bearer token. Kedua-dua nilai datang daripada sambungan, dipaparkan dalam dashboard dan dipulangkan oleh get_api_credentials, dan patut diletakkan dalam config/services.php yang disandarkan pada pemboleh ubah persekitaran, bukan dalam kod. Bentuk badan permintaan bergantung pada masa. Dalam tempoh 24 jam selepas mesej terakhir pelanggan, objek text boleh digunakan, seperti di bawah. Di luar tetingkap itu Meta hanya menerima objek template yang menamakan template yang diluluskan beserta bahasanya, dan teks bebas gagal dengan ralat 131047. Respons ialah tempat untuk melihatnya: panggilan yang gagal memulangkan objek ralat yang kodnya menerangkan apa yang tidak kena, jadi lognya dan jangan dibuang. Tiada apa-apa dalam permintaan ini khusus kepada EasyCoexistence. Ia ialah panggilan dalam dokumentasi Meta sendiri, jadi mana-mana klien HTTP PHP, Guzzle atau cURL biasa, berfungsi dengan cara yang sama. ### Apa lagi yang diperlukan oleh pengendali Laravel pengeluaran? Baris gilir sebenar, penyahduplikasian dan semakan tetingkap. Baris gilir penting kerana Meta mencuba semula respons yang perlahan. HandleWhatsAppEvent::dispatch() hanya kembali dengan pantas apabila sambungan baris gilir ialah sambungan sebenar dengan worker yang sedang berjalan. Pada pemacu sync, job berjalan di dalam permintaan, dan panggilan model atau penulisan pangkalan data yang perlahan menjadi penghantaran berganda. Nyahduplikasi pada id mesej, iaitu wamid dalam setiap mesej, kerana percubaan semula itu perkara biasa dan bukan pengecualian. Indeks unik pada lajur itu, atau kunci cache berdasarkannya, sudah memadai. Dan simpan masa setiap kenalan menulis kali terakhir. Dengan cap masa itu, laluan penghantaran memilih text atau template dengan sendirinya, bukannya mengetahuinya daripada ralat 131047 selepas pelanggan sudah menunggu. Balasan yang ditaip pada telefon dalam aplikasi WhatsApp Business tiba sebagai peristiwa echo pada route yang sama, jadi pengendali juga dapat melihat bila seseorang telah mengambil alih perbualan. - Membaca hub.challenge dengan titik. PHP menamakannya semula sebagai hub_challenge, jadi pengendali memulangkan badan kosong dan Meta tidak pernah mengesahkan. - Meletakkan webhook dalam routes/web.php. POST daripada Meta tiada token CSRF dan ditolak dengan 419. - Menghantar ke baris gilir sync. Job berjalan sebelum 200, pengendalian yang perlahan dicuba semula, dan mesej diproses dua kali. - Memulangkan challenge dengan response()->json(). Tanda petikan di sekeliling nilai itu menggagalkan semakan Meta. **Adakah terdapat SDK PHP?** Bukan daripada kami, dan tiada yang diperlukan. API itu milik Meta, didokumenkan oleh Meta, dan klien HTTP Laravel atau Guzzle boleh mencapainya secara terus. **Adakah ini berfungsi tanpa Laravel?** Ya. Dalam PHP biasa, baca $_GET['hub_challenge'], paparkannya sebagai text/plain, dan hantar dengan cURL. Peraturan garis bawah terpakai pada setiap rangka kerja PHP. **Mengapa URL memerlukan kunci dalam laluan?** Kerana itulah pengesahan yang berfungsi. Tandatangan Meta menggunakan app secret Tech Provider, yang tidak pernah dikongsi, jadi rahsia URL itulah yang menghalang orang luar menghantar peristiwa palsu. **Bolehkah pasukan masih menggunakan telefon?** Ya. Coexistence mengekalkan aplikasi WhatsApp Business berfungsi pada nombor itu, dan mesej yang dihantar dari telefon sampai ke route anda sebagai peristiwa echo. --- ## WhatsApp Coexistence di Brazil: ketersediaan dan kadar Meta https://easycoexistence.com/ms/docs/whatsapp-coexistence-brazil Coexistence tersedia di Brazil: dokumentasi onboarding Meta untuk pengguna aplikasi WhatsApp Business tidak menetapkan sekatan geografi. Mesej ke nombor +55 dikenakan caj mengikut kad kadar Brazil Meta, yang bermula 1 Oktober 2026 mengenakan USD 0.0625 bagi setiap template pemasaran dan USD 0.0068 bagi setiap template utiliti atau pengesahan, dengan kadar BRL diterbitkan bersama. ### Adakah WhatsApp Coexistence tersedia di Brazil? Ya. Dokumentasi semasa Meta untuk onboarding pengguna aplikasi WhatsApp Business menyenaraikan syarat yang mesti dipenuhi oleh sesebuah nombor, dan tiada satu pun yang menyebut negara. Nombor Brazil layak dengan syarat yang sama seperti nombor lain: nombor itu sudah digunakan pada aplikasi WhatsApp Business, aplikasi berada pada versi 2.24.17 atau lebih baharu, dan onboarding dijalankan melalui Tech Provider atau Solution Partner menggunakan Embedded Signup. Selepas disambungkan, aplikasi pada telefon terus berfungsi dan nombor +55 yang sama memperoleh akses Cloud API. Meta menetapkan throughput pada nombor ini sebanyak 20 mesej sesaat supaya serasi dengan aplikasi. ### Berapakah caj Meta bagi setiap mesej di Brazil? Meta mengenakan caj bagi setiap mesej yang dihantar, mengikut kategori dan kod panggilan negara penerima. Brazil (+55) ialah pasaran yang dinamakan pada kad kadar, jadi mesej ke nombor Brazil dikenakan kadar Brazil sendiri dan bukan purata serantau. Ini ialah kadar senarai yang berkuat kuasa 1 Oktober 2026, daripada kad kadar USD dan BRL Meta. Kadar utiliti dan pengesahan boleh jatuh lebih rendah mengikut peringkat volum bulanan, yang Meta terapkan bagi setiap pasaran dan kategori. ### Mesej yang manakah kekal percuma? Tiga perkara tidak dikenakan caj. Mesej yang ditaip dalam aplikasi WhatsApp Business pada telefon kekal percuma selepas onboarding, kerana Meta hanya menggunakan harga Cloud API bagi apa yang dihantar melalui API. Setiap nombor telefon perniagaan mendapat 1,000 mesej perkhidmatan percuma sebulan, iaitu balasan bukan template yang dihantar dalam tetingkap khidmat pelanggan 24 jam. Dan semua yang dihantar dalam tetingkap titik masuk percuma, yang dibuka apabila pelanggan datang daripada iklan Click to WhatsApp, adalah percuma sehingga 7 hari. Dua perkara berubah pada 1 Oktober 2026: mesej perkhidmatan selepas 1,000 yang pertama setiap bulan dikenakan caj, dan template utiliti yang dihantar dalam tetingkap khidmat pelanggan juga dikenakan caj. ### Adakah Meta membil perniagaan Brazil dalam real? Ya, sekarang. Meta mula melaksanakan penyetempatan pengebilan bagi Brazil pada 1 Julai 2026. Solution Provider dan perniagaan yang diintegrasikan secara langsung, yang negara Sold-To dalam Billing Hub ialah Brazil, boleh mencipta akaun Messaging dalam BRL, dan caj pada akaun tersebut diinvois dalam BRL oleh Facebook Brasil, entiti tempatan Meta. Perubahan ini ada tarikh akhir. Pelanggan yang layak mesti memindahkan setiap akaun Messaging dalam portfolio perniagaan mereka kepada BRL menjelang 30 Jun 2027, kerana mulai 1 Julai 2027 Meta berhenti menghantar mesej daripada akaun bukan BRL mereka. Meta menyediakan Currency Migration API untuk pemindahan itu, kerana mata wang yang dipilih semasa akaun dicipta tidak boleh diubah dengan cara lain. 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. - Mengekalkan akaun Messaging USD selepas 30 Jun 2027 apabila negara Sold-To anda ialah Brazil. Meta berhenti menghantar mesejnya mulai 1 Julai 2027. - Menganggap setiap balasan sebagai percuma. Sejak 1 Oktober 2026, mesej perkhidmatan melebihi 1,000 bagi setiap nombor sebulan dikenakan caj. - Merancang bajet berdasarkan lokasi perniagaan. Meta menetapkan harga mengikut kod panggilan penerima, jadi mesej ke nombor Portugal dikenakan caj pada kadar Rest of Western Europe. **Adakah saya perlukan syarikat Brazil untuk menggunakan Coexistence?** Tidak. Syarat Meta berkaitan nombor dan aplikasi, bukan tempat syarikat didaftarkan. Lokasi syarikat hanya penting bagi menentukan mata wang dan entiti Meta yang membil anda. **Adakah kadar BRL sama dengan kadar USD?** Meta menerbitkan kad kadar yang berasingan bagi setiap mata wang. Bagi Brazil, kad 1 Oktober 2026 menyenaraikan BRL 0.3217 untuk pemasaran dan BRL 0.035 untuk utiliti dan pengesahan. **Adakah mesej yang saya hantar dari telefon dikenakan caj?** Tidak. Dokumentasi Meta menyatakan mesej yang dihantar melalui aplikasi WhatsApp Business kekal percuma selepas onboarding. Hanya penghantaran melalui API mengikut harga Cloud API. **Apakah yang berlaku jika akaun saya tiada kaedah pembayaran?** Meta masih menghantar mesej perkhidmatan dalam peringkat percuma 1,000, tetapi berhenti menghantarnya apabila peringkat itu habis digunakan. Tambah satu dalam Billing Hub sebelum menghantar apa-apa yang dikenakan caj oleh Meta. --- ## WhatsApp Coexistence di Mexico: ketersediaan dan kadar Meta https://easycoexistence.com/ms/docs/whatsapp-coexistence-mexico Coexistence tersedia di Mexico, kerana dokumentasi onboarding Meta untuk pengguna aplikasi WhatsApp Business tidak menetapkan sebarang sekatan geografi. Mesej ke nombor +52 dikenakan harga mengikut kad kadar Mexico Meta: mulai 1 Oktober 2026, USD 0.0397 bagi setiap template pemasaran dan USD 0.0085 bagi setiap template utiliti atau pengesahan, atau MXN 0.7298 dan MXN 0.1565 pada kad kadar peso. ### Bolehkah perniagaan di Mexico menggunakan WhatsApp Coexistence? Ya. Syarat dalam dokumentasi Meta untuk onboarding pengguna aplikasi WhatsApp Business adalah mengenai nombor dan aplikasi, bukan negara: nombor itu sudah aktif pada aplikasi WhatsApp Business, aplikasi menggunakan versi 2.24.17 atau lebih baharu, dan sambungan dibuat melalui Embedded Signup oleh Tech Provider atau Solution Partner. Nombor +52 yang memenuhi syarat tersebut terus berfungsi dalam aplikasi pada telefon dan memperoleh akses Cloud API pada nombor yang sama. Meta mengehadkan throughput API pada nombor kongsi ini kepada 20 mesej sesaat. ### Berapakah caj Meta bagi setiap mesej di Mexico? Meta mengenakan caj bagi setiap mesej yang disampaikan, dan kadarnya bergantung pada dua perkara: kategori mesej dan kod panggilan negara penerima. Mexico (+52) mempunyai barisnya sendiri pada kad kadar. Ini ialah kadar senarai yang berkuat kuasa 1 Oktober 2026, iaitu tarikh yang sama Meta menaikkan kadar pemasaran Mexico. Volum bulanan yang lebih tinggi boleh membuka kadar utiliti dan pengesahan yang lebih rendah melalui peringkat volum Meta. ### Apakah yang tidak dikenakan sebarang bayaran? Apa-apa yang ditaip pada telefon dalam aplikasi WhatsApp Business, yang menurut dokumentasi Meta kekal percuma selepas nombor di-onboard. Hanya mesej yang dihantar melalui Cloud API mengikut harga Cloud API. Di sebelah API, setiap nombor telefon perniagaan mendapat 1,000 mesej perkhidmatan percuma sebulan, iaitu balasan bukan template dalam tetingkap khidmat pelanggan 24 jam, dan peruntukan ini ditetapkan semula setiap bulan tanpa dibawa ke bulan berikutnya. Pelanggan yang datang daripada iklan Click to WhatsApp membuka tetingkap titik masuk percuma selama sehingga 7 hari, di mana Meta tidak mengenakan caj untuk mesej pemasaran, utiliti, pengesahan atau perkhidmatan. ### Bolehkah Meta membilkan akaun di Mexico dalam peso? MXN ialah salah satu daripada 16 mata wang yang didayakan Meta pada WhatsApp Business Platform, dilancarkan pada 1 Januari 2026, dan Meta menerbitkan kad kadar MXN yang lengkap bersama kad USD. Mata wang dipilih semasa akaun Messaging dicipta dan tidak boleh ditukar begitu sahaja kemudian. Meta menawarkan Currency Migration API untuk bertukar kepada mata wang lain pada masa hadapan. Tidak seperti Brazil dan India, halaman harga Meta tidak menyatakan migrasi pengebilan tempatan yang wajib bagi Mexico, jadi pilihan antara MXN atau USD adalah keputusan perniagaan itu sendiri. 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. - Mencipta akaun dalam USD sedangkan anda mahukan peso. Mata wang ditetapkan semasa penciptaan dan penukarannya memerlukan Currency Migration API Meta. - Menggunakan angka kadar sebelum 1 Oktober 2026. Meta menaikkan kadar pemasaran Mexico pada tarikh itu. - Menganggap balasan sentiasa percuma. Selepas 1,000 mesej perkhidmatan bagi setiap nombor sebulan, Meta mengenakan caj untuknya. **Adakah nombor mudah alih +52 1 dilayan secara berbeza?** Meta memetakan keseluruhan kod panggilan +52 kepada pasaran Mexico, jadi setiap penerima di Mexico dikenakan kadar Mexico bagi kategori mesej tersebut. **Adakah kadar Mexico berubah baru-baru ini?** Ya. Kemas kini Meta pada 1 Oktober 2026 menaikkan kadar pemasaran Mexico. Kadar utiliti dan pengesahan tidak termasuk dalam senarai perubahan itu. **Adakah menghantar mesej kepada pelanggan di Amerika Syarikat berharga sama?** Tidak. Nombor AS tergolong dalam wilayah Amerika Utara Meta, yang mempunyai kadar tersendiri. Kod panggilan penerima menentukan harga. **Adakah saya kehilangan aplikasi apabila menyambungkan API?** Tidak. Nombor kekal pada aplikasi WhatsApp Business dan telefon terus menghantar serta menerima seperti biasa. --- ## WhatsApp Coexistence di Colombia: ketersediaan dan kadar Meta https://easycoexistence.com/ms/docs/whatsapp-coexistence-colombia Coexistence tersedia di Colombia: dokumentasi onboarding Meta untuk pengguna aplikasi WhatsApp Business tidak mengandungi sekatan negara. Mesej kepada nombor +57 menggunakan kad kadar Colombia Meta, yang mulai 1 Oktober 2026 menyenaraikan USD 0.0125 bagi setiap template pemasaran dan USD 0.0008 bagi setiap template utiliti atau pengesahan, atau COP 46.0227 dan COP 2.9455 pada kad peso. ### Adakah WhatsApp Coexistence berfungsi dengan nombor Colombia? Ya. Dokumentasi Meta untuk onboarding pengguna aplikasi WhatsApp Business menyatakan syarat yang mesti dipenuhi oleh sesebuah nombor, dan tiada satu pun yang bersifat geografi. Nombor +57 layak apabila ia sudah digunakan pada aplikasi WhatsApp Business, aplikasi itu berversi 2.24.17 atau lebih baharu, dan onboarding dijalankan melalui Embedded Signup oleh Tech Provider atau Solution Partner. Selepas onboarding, telefon terus berfungsi seperti biasa, termasuk semua sembang, manakala nombor yang sama menjawab melalui Cloud API. Throughput di sebelah API ditetapkan pada 20 mesej sesaat bagi nombor yang dikongsi. ### Berapakah kadar Meta bagi setiap mesej di Colombia? Meta menetapkan harga bagi setiap mesej yang dihantar berdasarkan kategorinya dan kod panggilan negara penerima. Colombia (+57) ialah pasaran yang dinamakan, dan pada kad 1 Oktober 2026 ia mempunyai kadar pemasaran dan utiliti terendah antara semua pasaran Amerika Latin yang disenaraikan Meta, termasuk rantau Rest of Latin America. Angka di bawah ialah kadar senarai; peringkat volum boleh menurunkan lagi kadar utiliti dan pengesahan pada volum bulanan yang tinggi. ### Mesej manakah yang percuma di Colombia? Yang sama seperti di tempat lain, kerana kes percuma Meta bersifat global dan bukan mengikut pasaran. Mesej yang dihantar daripada aplikasi WhatsApp Business pada telefon kekal percuma selepas nombor disambungkan; harga Cloud API hanya terpakai pada penghantaran melalui API. Setiap nombor telefon perniagaan menerima 1,000 mesej perkhidmatan percuma sebulan untuk balasan tanpa template dalam tetingkap khidmat pelanggan 24 jam. Perbualan yang bermula daripada iklan Click to WhatsApp membuka tetingkap titik masuk percuma sehingga 7 hari tanpa caj untuk semua kategori kecuali mesej Meta Business Agent. Sejak 1 Oktober 2026, template utiliti yang dihantar dalam tetingkap khidmat pelanggan yang terbuka dikenakan caj. ### Bolehkah perniagaan Colombia membayar Meta dalam peso? COP ialah salah satu mata wang yang ditambah Meta pada 2026, tersedia sejak 1 April 2026, dengan kad kadar yang diterbitkan sendiri. Kad COP Meta meletakkan harga setiap pasaran dalam peso, jadi perniagaan Colombia yang menghantar mesej kepada pelanggan di Mexico atau Sepanyol tetap melihat caj tersebut dalam COP. Mata wang ditetapkan semasa akaun pemesejan dibuat dan tidak berubah. Pertukaran kemudian dilakukan dengan Currency Migration API Meta. Halaman harga Meta hanya menerangkan migrasi pengebilan tempatan yang wajib bagi Brazil dan India, jadi bagi Colombia, COP ialah pilihan dan bukan keperluan. 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. - Menggunakan kadar Colombia untuk setiap pelanggan. Mesej kepada nombor Peru atau Chile dikenakan kadar pasaran itu, yang pada kad Oktober 2026 beberapa kali ganda lebih tinggi. - Memilih mata wang pengebilan secara sambil lewa. Selepas akaun dibuat, pertukaran memerlukan Currency Migration API Meta. - Membiarkan akaun tanpa kaedah pembayaran. Mesej perkhidmatan tidak lagi dihantar apabila 1,000 mesej percuma bulan itu telah habis digunakan. **Mengapakah kadar Colombia jauh lebih rendah daripada negara jirannya?** Meta menetapkan kadar mengikut pasaran dan tidak menjelaskan setiap angka. Kad 1 Oktober 2026 hanya menyenaraikan Colombia lebih rendah daripada pasaran Amerika Latin yang lain. **Adakah harga pengesahan berbeza daripada utiliti?** Tidak bagi Colombia. Kedua-duanya USD 0.0008 pada kad 1 Oktober 2026, dan tiada kadar authentication-international yang terpakai. **Adakah saya membayar untuk mesej yang pelanggan hantar kepada saya?** Tidak. Meta tidak mengenakan caj untuk mesej daripada pengguna kepada perniagaan, hanya untuk mesej yang dihantar oleh perniagaan. **Adakah aplikasi menyimpan sejarah sembang saya?** Ya. Aplikasi WhatsApp Business terus berfungsi pada telefon bersama sembangnya selepas nombor disambungkan kepada API. --- ## WhatsApp Coexistence di Argentina: ketersediaan dan kadar Meta https://easycoexistence.com/ms/docs/whatsapp-coexistence-argentina Coexistence tersedia di Argentina, kerana dokumentasi onboarding Meta untuk pengguna aplikasi WhatsApp Business tidak mengenakan sekatan geografi. Mesej kepada nombor +54 dicaj mengikut kadar Argentina sendiri: mulai 1 Oktober 2026, USD 0.0618 bagi setiap template pemasaran dan USD 0.026 bagi setiap template utiliti atau pengesahan, atau ARS 89.562 dan ARS 37.6798 pada kad kadar peso Meta. ### Adakah Coexistence tersedia untuk nombor Argentina? Ya. Tiada apa pun dalam dokumentasi Meta untuk onboarding pengguna aplikasi WhatsApp Business bergantung pada negara. Yang disemak Meta ialah nombor dan aplikasi: nombor +54 yang sudah aktif pada aplikasi WhatsApp Business, menjalankan versi 2.24.17 atau lebih baharu, disambungkan melalui Embedded Signup oleh Tech Provider atau Solution Partner. Hasilnya ialah satu nombor yang digunakan dengan dua cara. Kakitangan terus membalas dari telefon, dan perisian menghantar serta menerima melalui Cloud API, dengan had 20 mesej sesaat oleh Meta selagi nombor itu dikongsi dengan aplikasi. ### Berapakah Meta mengenakan caj bagi setiap mesej untuk Argentina? Setiap mesej yang sampai dicaj mengikut kategori, pada kadar pasaran tempat kod panggilan penerima berada. Argentina (+54) ialah pasaran berasingan pada kad Meta. Ini ialah kadar senarai yang berkuat kuasa mulai 1 Oktober 2026, diambil daripada kad kadar USD dan ARS Meta. Bagi utiliti dan pengesahan, peringkat volum bulanan Meta menurunkan kadar apabila sesebuah portfolio menghantar cukup banyak mesej ke Argentina dalam sebulan. ### Apakah yang boleh dihantar secara percuma oleh perniagaan Argentina? Balasan yang ditaip pada telefon tidak dikenakan caj: dokumentasi Meta menyatakan bahawa mesej yang dihantar melalui aplikasi WhatsApp Business kekal percuma selepas onboarding, dan hanya penghantaran melalui API mengikut harga Cloud API. Melalui API, setiap nombor telefon perniagaan mempunyai peruntukan bulanan sebanyak 1,000 mesej perkhidmatan percuma, iaitu balasan bukan template dalam tetingkap khidmat pelanggan 24 jam. Peruntukan ini ditetapkan semula setiap bulan dan mesej yang tidak digunakan tidak dibawa ke hadapan. Pelanggan yang menulis daripada iklan Click to WhatsApp membuka tetingkap titik masuk percuma sehingga 7 hari, dan dalam tempoh itu mesej pemasaran, utiliti, pengesahan dan perkhidmatan tidak dicaj. ### Bolehkah Meta mengebil akaun Argentina dalam peso? ARS tersedia sebagai mata wang WhatsApp Business Platform pada 1 April 2026, dan Meta menerbitkan kad kadar ARS penuh bersebelahan kad USD. Kad peso itu menyatakan setiap pasaran dalam ARS, bukan Argentina sahaja. Mata wang ditentukan semasa akaun Messaging dicipta dan tidak boleh ditukar sesuka hati selepas itu; Meta menyediakan Currency Migration API untuk tujuan tersebut. Halaman harga Meta menerangkan pengebilan tempatan wajib hanya untuk Brazil dan India, jadi bagi Argentina, pilihan antara ARS dan USD diserahkan kepada perniagaan. 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. - Menganggap kadar serantau Amerika Latin terpakai. Argentina mempunyai barisnya sendiri pada kad Meta, dengan angka yang berbeza daripada Rest of Latin America. - Menghantar template utiliti sebagai balasan dan menjangka ia percuma. Sejak 1 Oktober 2026, Meta mengenakan caj untuk template utiliti dalam tetingkap khidmat pelanggan. - Membaca kad kadar tanpa tarikhnya. Meta menerbitkan kad dengan tarikh berkuat kuasa, dan angka di sini ialah angka 1 Oktober 2026. **Adakah Meta mengenakan caj untuk mesej yang dihantar pelanggan kepada saya?** Tidak. Meta hanya mengenakan caj untuk mesej yang disampaikan perniagaan kepada pengguna, tidak pernah untuk mesej yang dihantar pengguna kepada perniagaan. **Adakah angka ARS akan berubah mengikut kadar pertukaran?** Meta menerbitkan kad setiap mata wang dengan tarikh berkuat kuasa dan mengemas kini kadar mengikut kalendarnya sendiri. Semak kad ARS semasa dan jangan menukar daripada kad USD. **Adakah kadar pengesahan sama dengan utiliti di Argentina?** Ya. Kedua-duanya USD 0.026 pada kad 1 Oktober 2026, dan Meta tidak menyenaraikan kadar pengesahan antarabangsa untuk Argentina. **Bolehkah saya terus menggunakan aplikasi selepas menyambung?** Ya. Aplikasi WhatsApp Business terus berfungsi pada telefon, dan nombor yang sama memperoleh akses API. --- ## WhatsApp Coexistence di Chile: ketersediaan dan kadar Meta https://easycoexistence.com/ms/docs/whatsapp-coexistence-chile Coexistence tersedia di Chile: dokumentasi onboarding Meta untuk pengguna aplikasi WhatsApp Business tidak menetapkan syarat geografi. Mesej ke nombor +56 mengikut kad kadar Meta untuk Chile, yang mulai 1 Oktober 2026 mengenakan USD 0.0889 bagi setiap template pemasaran dan USD 0.02 bagi setiap template utiliti atau pengesahan, atau CLP 78.4917 dan CLP 17.6584 pada kad peso. ### Bolehkah perniagaan Chile menggunakan WhatsApp Coexistence? Ya. Dokumentasi Meta untuk onboarding pengguna aplikasi WhatsApp Business menyenaraikan syarat tentang nombor, aplikasi dan rakan kongsi, dan tiada satu pun tentang negara. Nombor +56 layak apabila nombor itu digunakan pada aplikasi WhatsApp Business, versi 2.24.17 atau lebih baharu, dan disambungkan melalui Embedded Signup oleh Tech Provider atau Solution Partner. Telefon terus berfungsi bersama sembangnya, dan nombor itu memperoleh akses Cloud API pada kadar tetap 20 mesej sesaat, had yang dikenakan Meta pada nombor yang dikongsi dengan aplikasi. ### Berapakah caj Meta bagi setiap mesej di Chile? Meta mengenakan caj bagi setiap mesej yang disampaikan, mengikut kategori, pada kadar pasaran penerima. Chile (+56) ialah pasaran yang dinamakan, dan kadar pemasarannya pada kad 1 Oktober 2026 adalah yang tertinggi antara semua entri Amerika Latin, malah melebihi wilayah Selebihnya Amerika Latin. Utiliti dan pengesahan berada pada USD 0.02, dan peringkat volum bulanan Meta boleh mengurangkan kedua-dua kadar ini bagi portfolio yang menghantar volum besar ke Chile. ### Mesej Chile yang manakah tidak dicaj oleh Meta? Apa sahaja yang dihantar daripada aplikasi WhatsApp Business itu sendiri. Dokumentasi Meta menyatakan mesej aplikasi kekal percuma selepas onboarding dan hanya penghantaran melalui Cloud API dikenakan harga. Pada API, Meta tidak mengenakan caj untuk 1,000 mesej perkhidmatan pertama bagi setiap nombor telefon perniagaan setiap bulan, iaitu balasan tanpa template yang dihantar dalam tetingkap khidmat pelanggan 24 jam. Selain itu, perbualan yang bermula daripada iklan Click to WhatsApp membuka tetingkap titik masuk percuma sehingga 7 hari, yang tidak mengenakan caj untuk sebarang kategori kecuali mesej Meta Business Agent. Memandangkan kadar pemasaran Chile, tetingkap titik masuk percuma ialah laluan paling murah untuk mesej promosi di sana. ### Adakah Meta menawarkan pengebilan dalam peso Chile? Ya, sebagai pilihan. CLP diaktifkan pada 1 April 2026 sebagai salah satu mata wang yang ditambah Meta pada tahun itu, dan Meta menerbitkan kad kadar CLP yang merangkumi setiap pasaran, jadi mesej kepada pelanggan di luar negara juga dipaparkan dalam peso. Mata wang pengebilan dipilih semasa akaun pemesejan dicipta dan ditetapkan selepas itu, melainkan perniagaan menggunakan Currency Migration API Meta. Halaman harga Meta menerangkan pengebilan tempatan wajib hanya untuk Brazil dan India; perniagaan Chile memilih CLP atau USD sendiri. 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. - Menjadikan template pemasaran sebagai pilihan lalai untuk setiap susulan. Di Chile itu berharga USD 0.0889 bagi setiap mesej, berbanding USD 0.02 untuk template utiliti yang dikategorikan dengan betul. - Menjangka peruntukan perkhidmatan terkumpul. 1,000 mesej perkhidmatan percuma ditetapkan semula setiap bulan dan baki yang tidak digunakan tidak dibawa ke hadapan. - Menetapkan harga kempen Chile dengan angka Selebihnya Amerika Latin. Chile ialah pasaran yang dinamakan dengan kadarnya sendiri. **Adakah Chile lebih murah daripada Argentina untuk pemasaran?** Tidak. Pada kad 1 Oktober 2026, kadar pemasaran Chile ialah USD 0.0889 dan Argentina USD 0.0618. **Bolehkah Meta mengkategorikan semula template saya?** Ya. Meta menyemak kategori template dan boleh menukar kategori sesuatu template, yang mengubah kadar yang dikenakan untuknya. **Adakah mesej masuk dikenakan sebarang kos?** Tidak. Meta hanya mengenakan caj untuk mesej yang disampaikan oleh perniagaan, bukan mesej yang dihantar pelanggan. **Adakah nombor itu terus berfungsi dalam aplikasi?** Ya. Aplikasi WhatsApp Business kekal aktif pada telefon selepas nombor disambungkan kepada API. --- ## WhatsApp Coexistence di Peru: ketersediaan dan kadar Meta https://easycoexistence.com/ms/docs/whatsapp-coexistence-peru Coexistence tersedia di Peru, kerana dokumentasi onboarding Meta untuk pengguna aplikasi WhatsApp Business tidak mengandungi sekatan negara. Mesej ke nombor +51 menggunakan kad kadar Peru: bermula 1 Oktober 2026, USD 0.0703 bagi setiap template marketing dan USD 0.03 bagi setiap template utility atau authentication, atau PEN 0.2339 dan PEN 0.0998 pada kad sol Meta. ### Adakah WhatsApp Coexistence tersedia di Peru? Ya. Dokumentasi Meta untuk onboarding pengguna aplikasi WhatsApp Business menetapkan syarat pada nombor dan aplikasi, bukan pada negara. Nombor +51 layak apabila nombor itu sudah aktif pada aplikasi WhatsApp Business, aplikasi berjalan pada versi 2.24.17 atau lebih baharu, dan onboarding dibuat melalui Embedded Signup bersama Tech Provider atau Solution Partner. Setelah disambungkan, telefon terus menghantar dan menerima mesej, manakala nombor yang sama boleh dicapai melalui Cloud API. Meta menetapkan throughput API bagi nombor yang dikongsi dengan aplikasi pada 20 mesej sesaat. ### Berapakah caj Meta bagi setiap mesej di Peru? Meta mengenakan caj bagi setiap mesej yang disampaikan, dengan harga mengikut kategori dan pasaran kod panggilan penerima. Peru (+51) mempunyai barisnya sendiri. Pada 1 Oktober 2026, Meta menaikkan kadar utility dan authentication Peru, yang kini berada pada USD 0.03, kadar utility tertinggi dalam kalangan pasaran Amerika Latin pada kad itu. Ini ialah kadar senarai; peringkat volum boleh merendahkan kadar utility dan authentication bagi volum bulanan yang besar. ### Apakah yang kekal percuma untuk perniagaan di Peru? Mesej yang dihantar daripada aplikasi WhatsApp Business pada telefon. Dokumentasi Meta menyatakan mesej itu kekal percuma selepas onboarding, dan hanya mesej yang dihantar melalui Cloud API dikenakan harga. Melalui API, Meta memberikan setiap nombor telefon perniagaan 1,000 mesej perkhidmatan percuma sebulan, iaitu balasan bukan template yang dihantar semasa tetingkap khidmat pelanggan 24 jam dibuka, dan ditetapkan semula setiap bulan. Pelanggan yang tiba melalui iklan Click to WhatsApp membuka tetingkap titik masuk percuma sehingga 7 hari, dan dalam tempoh itu Meta tidak mengenakan caj untuk mesej marketing, utility, authentication atau perkhidmatan. Template utility yang dihantar dalam tetingkap khidmat pelanggan dikenakan caj sejak 1 Oktober 2026. ### Bolehkah Meta membilkan akaun di Peru dalam sol? PEN tersedia, dilancarkan pada 1 April 2026 antara mata wang yang ditambah Meta pada tahun itu, dan Meta menerbitkan kad kadar PEN yang merangkumi setiap pasaran yang diberi harga olehnya. Mata wang dipilih semasa akaun Messaging dibuat dan tetap sejak itu, kecuali melalui Currency Migration API Meta. Halaman harga Meta hanya menerangkan migrasi pengebilan tempatan yang wajib bagi Brazil dan India, jadi perniagaan di Peru memutuskan sendiri antara PEN dan 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. - Membuat belanjawan penghantaran utility dengan angka sebelum 1 Oktober 2026. Meta menaikkan kadar utility dan authentication Peru pada tarikh itu. - Bergantung pada template utility untuk balasan. Dalam tetingkap yang dibuka, mesej perkhidmatan percuma melakukan tugas yang sama, sehingga 1,000 sebulan bagi setiap nombor. - Menganggap pasaran jiran berharga sama. Kadar utility Colombia pada kad yang sama ialah USD 0.0008. **Mengapakah kos utility saya naik pada Oktober 2026?** Meta menaikkan kadar utility dan authentication Peru pada 1 Oktober 2026, dan mula mengenakan caj bagi template utility yang dihantar dalam tetingkap khidmat pelanggan mulai tarikh yang sama. **Adakah Meta mengenakan caj untuk mesej yang dihantar pelanggan kepada saya?** Tidak. Hanya mesej yang disampaikan oleh perniagaan dikenakan caj. **Adakah kadar authentication-international untuk Peru?** Tidak. Kad 1 Oktober 2026 tidak menyenaraikan kadar itu untuk Peru, jadi authentication dicaj pada USD 0.03. **Adakah aplikasi pada telefon akan terus berfungsi?** Ya. Aplikasi WhatsApp Business terus berjalan pada telefon selepas nombor disambungkan kepada API. --- ## WhatsApp Coexistence di Costa Rica: ketersediaan dan kadar Meta https://easycoexistence.com/ms/docs/whatsapp-coexistence-costa-rica Coexistence tersedia di Costa Rica, kerana dokumentasi orientasi Meta untuk pengguna aplikasi WhatsApp Business tidak menetapkan sekatan geografi. Costa Rica tidak mempunyai baris tersendiri dalam kad kadar Meta: nombor +506 dikenakan kadar Rest of Latin America, iaitu mulai 1 Oktober 2026 USD 0.074 bagi setiap template pemasaran dan USD 0.0113 bagi setiap template utiliti atau pengesahan. ### Bolehkah nombor Costa Rica menggunakan WhatsApp Coexistence? Ya. Dokumentasi Meta untuk orientasi pengguna aplikasi WhatsApp Business meletakkan syarat pada nombor dan aplikasi, bukan pada negara. Nombor +506 layak jika ia sudah digunakan pada aplikasi WhatsApp Business, aplikasi itu versi 2.24.17 atau lebih baharu, dan sambungan dibuat melalui Embedded Signup oleh Tech Provider atau Solution Partner. Telefon terus berfungsi dengan sembang sedia ada, dan nombor itu mendapat akses Cloud API. Meta menetapkan throughput pada 20 mesej sesaat bagi nombor yang dikongsi antara aplikasi dan API. ### Mengapa Costa Rica dikenakan harga Rest of Latin America? Kad kadar Meta menamakan 39 negara secara individu dan mengumpulkan yang lain ke dalam 8 wilayah. Costa Rica (+506) ialah satu daripada 15 pasaran dalam wilayah Rest of Latin America, bersama negara seperti Panama, Guatemala, Ecuador dan Uruguay. Mana-mana mesej yang disampaikan kepada nombor di salah satu pasaran itu dikenakan kadar wilayah tersebut. Wilayah ini juga penting bagi peringkat volum untuk utiliti dan pengesahan. Peringkat dikira mengikut pasaran dan kategori, jadi mesej kepada setiap negara Rest of Latin America dikira dalam peringkat wilayah yang sama, bukan peringkat Costa Rica. ### Mesej manakah yang percuma untuk perniagaan di Costa Rica? Apa sahaja yang ditaip dalam aplikasi WhatsApp Business pada telefon. Dokumentasi Meta menyatakan mesej aplikasi kekal percuma selepas orientasi dan harga Cloud API hanya meliputi penghantaran melalui API. Di sisi API, setiap nombor telefon perniagaan mendapat 1,000 mesej perkhidmatan percuma sebulan, iaitu balasan tanpa template dalam tetingkap khidmat pelanggan 24 jam, tanpa bawa ke hadapan. Perbualan yang dimulakan daripada iklan Click to WhatsApp membuka tetingkap titik masuk percuma sehingga 7 hari, di mana Meta tidak mengenakan caj untuk mesej pemasaran, utiliti, pengesahan atau perkhidmatan. Template utiliti yang dihantar dalam tetingkap khidmat pelanggan dikenakan caj sejak 1 Oktober 2026. ### Dalam mata wang apakah Meta menagih akaun Costa Rica? Meta mendayakan 16 mata wang pengebilan pada WhatsApp Business Platform, dan colón Costa Rica tidak termasuk. Perniagaan Costa Rica memilih salah satu mata wang yang diterbitkan semasa akaun dicipta, seperti USD, dan Meta menerbitkan kadar Rest of Latin America dalam setiap kad kadarnya. Mata wang tidak boleh ditukar dengan bebas selepas akaun wujud. Meta menyediakan Currency Migration API untuk penukaran. Halaman harga Meta tidak menyenaraikan program pengebilan tempatan untuk Costa Rica. 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. - Mencari baris Costa Rica dalam kad kadar. Tiada baris itu: +506 ditagih di bawah Rest of Latin America. - Menganggap jiran Amerika Tengah berkongsi kadar dengan Mexico. Mexico ialah pasaran bernama dengan kadar pemasaran lebih rendah daripada wilayah itu. - Menggunakan template utiliti untuk balasan. Mesej perkhidmatan dalam tetingkap yang terbuka adalah percuma sehingga 1,000 sebulan bagi setiap nombor. **Adakah menghantar mesej ke Costa Rica lebih murah daripada Mexico?** Tidak untuk pemasaran. Rest of Latin America ialah USD 0.074 bagi setiap template pemasaran pada kad 1 Oktober 2026, berbanding USD 0.0397 untuk Mexico. **Bolehkah saya membayar Meta dalam colón?** Tidak. Colón bukan salah satu daripada 16 mata wang yang didayakan Meta untuk WhatsApp Business Platform. **Adakah mesej pelanggan kepada saya dikenakan caj?** Tidak. Meta hanya mengenakan caj untuk mesej yang disampaikan oleh perniagaan. **Adakah menyambungkan API menghentikan aplikasi?** Tidak. Aplikasi WhatsApp Business terus berfungsi pada telefon dengan sembangnya. --- ## WhatsApp Coexistence di Sepanyol: ketersediaan dan kadar Meta https://easycoexistence.com/ms/docs/whatsapp-coexistence-spain Coexistence boleh digunakan di Sepanyol: dokumentasi onboarding Meta untuk pengguna aplikasi WhatsApp Business tidak mengenakan sekatan geografi, termasuk EU. Mesej ke nombor +34 menggunakan kad kadar Sepanyol sendiri, yang mulai 1 Oktober 2026 menyenaraikan EUR 0.0585 bagi setiap template pemasaran dan EUR 0.0166 bagi setiap template utiliti atau pengesahan, atau USD 0.0707 dan USD 0.02. ### Adakah WhatsApp Coexistence boleh digunakan di Sepanyol dan EU? Ya. Dokumentasi semasa Meta untuk onboarding pengguna aplikasi WhatsApp Business menyenaraikan syarat bagi nombor, aplikasi dan rakan kongsi, dan tiada sekatan geografi. Nombor +34 layak apabila ia sudah digunakan pada aplikasi WhatsApp Business, menjalankan versi 2.24.17 atau lebih baharu, dan disambungkan melalui Embedded Signup oleh Tech Provider atau Solution Partner. Senarai daripada pelancaran awal yang mengecualikan EU masih dikongsi, dan dokumentasi Meta tidak lagi menyokongnya. Selepas onboarding, telefon terus berfungsi, dan nombor itu menjawab melalui Cloud API pada kadar tetap 20 mesej sesaat. ### Berapakah caj Meta bagi setiap mesej di Sepanyol? Meta mengenakan caj bagi setiap mesej yang disampaikan, mengikut kategori dan pasaran kod panggilan penerima. Sepanyol (+34) ialah pasaran yang dinamakan, berasingan daripada rantau Selebihnya Eropah Barat yang merangkumi Portugal, Ireland dan lain-lain. Ini ialah kadar senarai yang berkuat kuasa 1 Oktober 2026; kadar pemasaran kali terakhir dinaikkan pada 1 Julai 2026. Peringkat volum boleh merendahkan kadar utiliti dan pengesahan bagi portfolio dengan volum bulanan tinggi ke Sepanyol. ### Mesej manakah yang percuma bagi perniagaan Sepanyol? Mesej yang dihantar daripada aplikasi WhatsApp Business pada telefon. Dokumentasi Meta menyatakan ia kekal percuma selepas onboarding, dan harga Cloud API hanya terpakai pada apa yang melalui API. Melalui API, Meta memberikan setiap nombor telefon perniagaan 1,000 mesej perkhidmatan percuma sebulan, iaitu balasan bukan template yang dihantar dalam tetingkap khidmat pelanggan 24 jam, ditetapkan semula setiap bulan. Pelanggan yang masuk melalui iklan Click to WhatsApp membuka tetingkap titik masuk percuma sehingga 7 hari tanpa caj bagi mesej pemasaran, utiliti, pengesahan atau perkhidmatan. Sejak 1 Oktober 2026, template utiliti yang dihantar dalam tetingkap khidmat pelanggan yang terbuka dikenakan caj. ### Bolehkah Meta menbilkan perniagaan Sepanyol dalam euro? Ya. EUR sudah menjadi mata wang WhatsApp Business Platform yang tersedia sebelum Meta menambah sepuluh lagi pada 2026, dan Meta menerbitkan kad kadar EUR penuh yang menetapkan harga setiap pasaran, bukan Sepanyol sahaja, dalam euro. Mata wang dipilih semasa akaun mesej dicipta dan kekal tetap selepas itu, kecuali melalui Currency Migration API Meta. Halaman harga Meta menerangkan migrasi pengebilan tempatan yang wajib hanya bagi Brazil dan India, jadi perniagaan Sepanyol memilih EUR atau mata wang lain yang disokong sendiri. 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. - Mempercayai senarai ketersediaan lama yang mengecualikan EU. Dokumentasi onboarding semasa Meta tiada sekatan geografi. - Meletakkan harga pelanggan Portugal pada kadar Sepanyol. Portugal (+351) termasuk dalam Selebihnya Eropah Barat, yang mempunyai kadar berbeza. - Menggunakan angka pemasaran sebelum 1 Julai 2026. Meta menaikkan kadar pemasaran Sepanyol pada tarikh itu. **Pernahkah Coexistence tidak boleh digunakan di EU?** Senarai pelancaran awal mengecualikannya. Dokumentasi onboarding semasa Meta untuk pengguna aplikasi Business menyatakan tiada sekatan geografi, jadi aliran onboarding itu sendiri ialah ujiannya. **Adakah pemesejan ke Amerika Latin dari Sepanyol dinilai pada kadar Sepanyol?** Tidak. Meta mengenakan caj mengikut kod panggilan penerima, jadi mesej ke nombor Mexico dikenakan kadar Mexico. **Adakah saya membayar untuk mesej yang dihantar pelanggan kepada saya?** Tidak. Meta hanya mengenakan caj bagi mesej yang disampaikan oleh perniagaan kepada pengguna. **Adakah aplikasi terus berfungsi selepas disambungkan?** Ya. Aplikasi WhatsApp Business kekal pada telefon bersama sembangnya, dan nombor itu memperoleh akses API. --- ## WhatsApp Coexistence di India: ketersediaan, kadar Meta dan bil INR https://easycoexistence.com/ms/docs/whatsapp-coexistence-india Coexistence tersedia untuk nombor India: dokumentasi onboarding Meta untuk pengguna aplikasi Business tidak menyebut sebarang sekatan negara. Mulai 1 Oktober 2026, Meta mengenakan US$ 0.0118 bagi setiap template pemasaran yang dihantar ke nombor +91 dan US$ 0.0014 bagi setiap template utiliti atau pengesahan. Perniagaan yang negara Sold-To dalam Billing Hub ialah India mesti menukar setiap WhatsApp Business Account kepada INR menjelang 31 Disember 2026. ### Adakah WhatsApp Coexistence tersedia di India? Ya. Dokumentasi semasa Meta untuk onboarding pengguna aplikasi WhatsApp Business menyenaraikan keperluannya (aplikasi versi 2.24.17 atau lebih baharu, dan Tech Provider atau Solution Partner yang menjalankan Embedded Signup) serta satu had, iaitu throughput tetap 20 mesej sesaat. Dokumentasi itu tidak menyebut sebarang sekatan negara, wilayah atau kod panggilan, jadi nombor +91 yang aktif dalam aplikasi WhatsApp Business layak dengan syarat yang sama seperti nombor di mana-mana negara lain. Apa yang menghalang nombor India ialah perkara yang menghalang mana-mana nombor: masih menggunakan aplikasi WhatsApp pengguna biasa, menjalankan aplikasi versi lebih lama daripada 2.24.17, atau sudah dipautkan kepada penyedia lain. Jika Embedded Signup tidak menolak nombor itu, Coexistence tersedia untuknya. ### Berapakah Meta mengenakan bagi setiap mesej di India? Meta mengenakan bayaran bagi setiap mesej template yang sampai, dan kadarnya mengikut kod panggilan negara penerima, bukan lokasi perniagaan. Template yang sampai ke nombor +91 dikenakan kadar India walau di mana pun penghantar berada. Angka di bawah datang daripada kad kadar USD dan INR Meta yang berkuat kuasa 1 Oktober 2026. Balasan bukan template dalam tetingkap khidmat pelanggan 24 jam yang terbuka adalah percuma, template utiliti yang dihantar dalam tetingkap itu juga percuma, dan mesej yang ditaip dalam aplikasi WhatsApp Business pada nombor Coexistence kekal percuma. Template pemasaran sentiasa dikenakan bayaran. Peringkat volum bulanan Meta boleh merendahkan kadar utiliti dan pengesahan bagi penghantar besar. ### Apakah yang berubah dengan bil INR di India? Meta melancarkan penyetempatan bil INR pada 1 Januari 2026 untuk rakan kongsi dan perniagaan yang berintegrasi secara langsung dan negara Sold-To mereka dalam Billing Hub ialah India. Perniagaan tersebut mesti memindahkan setiap WhatsApp Business Account dalam portfolio mereka kepada INR menjelang 31 Disember 2026. Meta menyatakan bahawa mulai 1 Januari 2027, ia tidak akan lagi menghantar mesej daripada akaun bukan INR milik pelanggan yang layak. Pada nombor Coexistence, ini menjejaskan penghantaran berbayar melalui API, kerana kaedah pembayaran terletak pada WhatsApp Business Account milik perniagaan itu sendiri. India juga mempunyai kadar pengesahan antarabangsa, yang terpakai kepada perniagaan layak yang berpangkalan di luar India setelah Meta menetapkan tarikh mula, dengan notis 30 hari. ### Bagaimanakah anda menyambungkan nombor India ke API dan masih menggunakan aplikasi? Melalui Embedded Signup Meta dengan pilihan Coexistence, yang dijalankan oleh Tech Provider. Perniagaan log masuk dengan Facebook, memilih Business Portfolio, memasukkan nombor +91 yang sudah didaftarkan dalam aplikasi WhatsApp Business, dan mengesahkan dengan mengimbas kod QR yang dipaparkan dalam aplikasi. Sejarah sembang daripada aplikasi kemudian boleh disegerakkan, dengan media hanya tersedia untuk dua minggu terakhir. Nombor itu terus berfungsi dalam aplikasi dan memperoleh akses Cloud API pada kadar tetap 20 mesej sesaat. Urutan penuh, beserta apa yang diminta oleh setiap skrin, terdapat pada halaman menyambungkan nombor. - Membiarkan WhatsApp Business Account kekal dalam USD selepas 31 Disember 2026 apabila negara Sold-To ialah India. Meta telah menyatakan ia akan berhenti menghantar mesej tersebut. - Menetapkan harga kempen berdasarkan negara penghantar. Meta mengenakan bayaran mengikut kod panggilan penerima, jadi penerima +91 dikenakan kadar India. - Menganggap setiap template sebagai utiliti. Template yang diklasifikasikan Meta sebagai pemasaran berharga lebih lapan kali ganda kadar utiliti di India. **Adakah balasan kepada pelanggan India percuma?** Balasan bukan template dalam tetingkap khidmat pelanggan 24 jam adalah percuma, begitu juga mesej yang ditaip dalam aplikasi WhatsApp Business. Template di luar tetingkap itu dikenakan bayaran. **Dalam mata wang apakah Meta membilkan perniagaan India?** Perniagaan yang negara Sold-To dalam Billing Hub ialah India sedang beralih kepada INR, dengan setiap akaun perlu menggunakan INR menjelang 31 Disember 2026. Meta menerbitkan kad kadar INR untuk tujuan ini. **Adakah saya membayar kadar India jika perniagaan saya di luar negara?** Ya untuk pemasaran dan utiliti, kerana kadar mengikut kod +91 penerima. Pengesahan boleh beralih kepada kadar pengesahan antarabangsa setelah Meta menetapkan tarikh mula untuk perniagaan anda. **Bolehkah saya terus menggunakan aplikasi pada telefon saya?** Ya. Coexistence memastikan aplikasi WhatsApp Business terus berfungsi pada nombor yang sama, selagi aplikasi itu versi 2.24.17 atau lebih baharu dan dibuka secara tetap. --- ## WhatsApp Coexistence di Indonesia: ketersediaan, kadar Meta dan cara menyambung https://easycoexistence.com/ms/docs/whatsapp-coexistence-indonesia Nombor Indonesia boleh menggunakan Coexistence, kerana dokumentasi pengenalan Meta untuk pengguna aplikasi Business tidak menetapkan sekatan negara. Mulai 1 Oktober 2026, Meta mengenakan US$ 0.0411 (IDR 586.33) bagi setiap template pemasaran yang dihantar ke nombor +62 dan US$ 0.025 (IDR 356.65) bagi setiap template utiliti atau pengesahan. Balasan dalam tetingkap khidmat pelanggan kekal percuma. ### Adakah WhatsApp Coexistence tersedia di Indonesia? Ya. Halaman yang diterbitkan Meta untuk memasukkan pengguna aplikasi WhatsApp Business ke Cloud API menetapkan syarat bagi versi aplikasi (2.24.17 atau lebih baharu) dan rakan kongsi (Tech Provider atau Solution Partner yang menggunakan Embedded Signup), tetapi tidak menamakan sebarang negara atau kod panggilan yang dikecualikan. Nombor +62 yang berdaftar dan aktif dalam aplikasi WhatsApp Business layak atas syarat yang sama seperti nombor lain. Penghalang praktikalnya bersifat umum: nombor yang masih menggunakan aplikasi WhatsApp pengguna biasa, aplikasi yang sudah lapuk, atau nombor yang sudah disambungkan kepada aplikasi pembekal lain. Halaman kelayakan menerangkan setiap satu dan cara mengatasinya. ### Berapakah caj Meta bagi setiap mesej di Indonesia? Meta mengenakan bil bagi setiap template yang dihantar, mengikut kadar kod panggilan negara penerima. Setiap template yang sampai ke nombor +62 dicaj pada kadar Indonesia, sama ada perniagaan penghantar berada di Jakarta atau di luar negara. Kadar di bawah diambil daripada kad kadar USD dan IDR Meta yang berkuat kuasa 1 Oktober 2026. Di Indonesia, utiliti dan pengesahan berkongsi satu kadar, iaitu US$ 0.025, kira-kira 61% daripada kadar pemasaran. Balasan teks bebas dalam tetingkap perkhidmatan 24 jam yang terbuka tidak dicaj, template utiliti yang dihantar dalam tetingkap itu percuma, dan apa-apa yang ditaip perniagaan dalam aplikasi WhatsApp Business pada nombor Coexistence juga percuma. ### Apakah yang perlu diketahui perniagaan Indonesia tentang mata wang bil dan pengesahan? IDR ialah salah satu mata wang bil yang kad kadarnya diterbitkan Meta, bersama USD dan empat belas yang lain, jadi perniagaan Indonesia boleh membaca kosnya dalam rupiah terus daripada kad Meta tanpa membuat penukaran. Indonesia juga tersenarai antara negara yang mempunyai kadar pengesahan antarabangsa Meta. Perniagaan yang berpangkalan di luar Indonesia dan menghantar kod laluan sekali guna ke nombor +62 boleh dialihkan kepada US$ 0.136 bagi setiap template pengesahan, lebih daripada lima kali ganda kadar domestik. Meta menetapkan tarikh mula bagi setiap perniagaan dan memberi notis 30 hari, jadi aplikasi asing yang mengesahkan pengguna Indonesia harus merancang sebelum meningkatkan pendaftaran. ### Bagaimanakah menyambung nombor Indonesia tanpa kehilangan aplikasi? Gunakan Embedded Signup Meta, dengan pilihan untuk nombor aplikasi WhatsApp Business sedia ada. Perniagaan log masuk dengan Facebook, memilih Business Portfolio, memasukkan nombor +62 dan mengimbas kod QR yang dipaparkan aplikasi. Setelah selesai, rakan kongsi mempunyai 24 jam untuk memulakan penyegerakan kenalan dan sejarah sembang, jika tidak perniagaan perlu menjalankan aliran itu semula. Selepas pengenalan, telefon terus berfungsi seperti biasa, nombor itu juga menjawab melalui Cloud API, dan kedua-duanya berkongsi kadar tetap 20 mesej sesaat. Halaman menyambung nombor menerangkan setiap skrin. - Menukar harga USD kepada rupiah secara manual. Meta menerbitkan kad kadar IDR, dan itulah angka yang dicaj kepada akaun IDR. - Membuat bajet kod laluan sekali guna pada kadar domestik daripada perniagaan yang berpangkalan di luar negara. Indonesia mempunyai kadar pengesahan antarabangsa sebanyak US$ 0.136. - Meninggalkan aliran selepas imbasan QR. Penyegerakan mesti bermula dalam 24 jam atau pengenalan perlu diulang. **Adakah kadar Indonesia sama untuk utiliti dan pengesahan?** Ya. Pada kad Meta yang berkuat kuasa 1 Oktober 2026, kedua-duanya ialah US$ 0.025, atau IDR 356.65, bagi setiap template yang dihantar. **Bolehkah Meta mengenakan bil kepada saya dalam rupiah?** IDR ialah salah satu mata wang bil yang disenaraikan Meta pada halaman harganya, dengan kad kadar tersendiri, jadi angka rupiah boleh dibaca terus daripada Meta. **Adakah mesej daripada telefon dicaj selepas penyambungan?** Tidak. Meta menyatakan bahawa mesej yang dihantar daripada aplikasi WhatsApp Business kekal percuma selepas pengenalan Coexistence. Hanya penghantaran melalui Cloud API mengikut harga Cloud API. **Bagaimana jika nombor saya masih menggunakan WhatsApp biasa?** Nombor itu perlu dialihkan ke aplikasi WhatsApp Business terlebih dahulu. Coexistence hanya ditawarkan untuk nombor yang sudah berada dalam aplikasi Business. --- ## WhatsApp Coexistence di UAE: ketersediaan, kadar Meta dan pengebilan AED https://easycoexistence.com/ms/docs/whatsapp-coexistence-uae Coexistence tersedia untuk nombor di Emiriah Arab Bersatu, kerana dokumentasi onboarding Meta untuk pengguna aplikasi Business tidak menyebut sebarang sekatan negara. Mulai 1 Oktober 2026, Meta mengenakan US$ 0.0576 (AED 0.2115) bagi setiap template pemasaran yang dihantar ke nombor +971 dan US$ 0.0157 (AED 0.0576) bagi setiap template utiliti atau pengesahan. ### Adakah WhatsApp Coexistence tersedia di UAE? Ya. Dokumentasi Meta untuk onboarding pengguna aplikasi WhatsApp Business ke Cloud API menyenaraikan keperluan perniagaan dan rakan kongsi, terutamanya aplikasi versi 2.24.17 atau lebih baharu serta Tech Provider atau Solution Partner yang menggunakan Embedded Signup, dan ia tidak mengecualikan mana-mana negara, wilayah atau kod panggilan. Nombor +971 yang aktif digunakan pada aplikasi WhatsApp Business layak. Nombor UAE gagal atas sebab yang sama seperti nombor di mana-mana: ia berada pada aplikasi WhatsApp pengguna biasa, aplikasinya sudah lapuk, atau nombor itu masih disambungkan kepada penyedia lain. Embedded Signup sendiri ialah ujian yang paling boleh dipercayai, kerana ia sama ada menerima nombor itu atau menerangkan sebabnya. ### Berapakah caj Meta bagi setiap mesej di UAE? Meta mengenakan caj bagi setiap template yang dihantar, dengan harga ditentukan oleh kod panggilan negara penerima. Mana-mana template yang dihantar ke nombor +971 dibilkan pada kadar UAE, walau di mana perniagaan penghantar didaftarkan. UAE mempunyai barisnya sendiri pada kad kadar Meta dan tidak berkongsi kadar Rest of Middle East. Angka di bawah diambil daripada kad USD dan AED Meta yang berkuat kuasa 1 Oktober 2026. Balasan teks bebas dalam tetingkap khidmat pelanggan 24 jam yang terbuka adalah percuma, template utiliti yang dihantar dalam tetingkap itu adalah percuma, dan mesej yang dihantar daripada aplikasi WhatsApp Business pada nombor Coexistence kekal percuma. Template pemasaran dicaj setiap kali ia dihantar. ### Apakah yang berubah dalam harga dan pengebilan UAE baru-baru ini? Dua perubahan dalam log perubahan harga Meta terpakai secara langsung. Pada 1 Oktober 2025, Meta menaikkan kadar mesej pemasaran untuk Emiriah Arab Bersatu. Pada 1 April 2026, Meta menambah lapan mata wang pengebilan, termasuk AED, jadi perniagaan di Emiriah kini boleh dibilkan dalam dirham dan membaca kosnya daripada kad kadar AED. UAE juga tersenarai dalam senarai pasaran Meta yang mempunyai kadar pengesahan antarabangsa. Perniagaan yang berpangkalan di luar Emiriah dan menghantar kod laluan sekali guna ke nombor +971 boleh dipindahkan kepada US$ 0.051 bagi setiap template pengesahan setelah Meta menetapkan tarikh mula, yang diumumkan 30 hari lebih awal. ### Bagaimanakah anda menyambungkan nombor UAE ke API dan mengekalkan aplikasi? Melalui Embedded Signup Meta dengan pilihan aplikasi WhatsApp Business sedia ada, yang dijalankan oleh Tech Provider. Perniagaan log masuk dengan Facebook, memilih Business Portfolio, memasukkan nombor +971 dan mengesahkan dengan kod QR yang dipaparkan dalam aplikasi. Media daripada sejarah sembang yang disegerakkan hanya tersedia untuk dua minggu terakhir. Selepas itu, aplikasi WhatsApp Business terus berfungsi pada telefon dan nombor yang sama menerima serta menghantar melalui Cloud API pada kadar tetap 20 mesej sesaat. Halaman menyambungkan nombor menyenaraikan setiap langkah dan apa yang diperlukan oleh setiap satu. - Menganggap UAE berharga sama seperti Rest of Middle East. UAE mempunyai barisnya sendiri yang lebih tinggi pada kad kadar Meta. - Menukar kadar USD kepada dirham secara manual. Sejak 1 April 2026, Meta menerbitkan kad AED dengan angkanya sendiri. - Menghantar kod laluan ke nombor +971 dari luar negara dengan bajet domestik. Kadar pengesahan antarabangsa lebih daripada tiga kali ganda lebih tinggi. **Bolehkah Meta membilkan perniagaan UAE dalam dirham?** Ya. AED menjadi mata wang pengebilan WhatsApp Business Platform pada 1 April 2026, dengan kad kadarnya sendiri. **Adakah UAE dan Arab Saudi berharga sama?** Untuk pemasaran, ya: kedua-duanya US$ 0.0576 pada kad 1 Oktober 2026. Utiliti dan pengesahan berbeza, iaitu US$ 0.0157 untuk UAE dan US$ 0.0107 untuk Arab Saudi. **Adakah balasan kepada pelanggan yang menulis dahulu dicaj?** Tidak, jika ia balasan teks bebas dalam tetingkap khidmat pelanggan 24 jam. Template yang dihantar di luar tetingkap itu dicaj. **Adakah aplikasi pada telefon berhenti berfungsi?** Tidak. Coexistence mengekalkan aplikasi WhatsApp Business berfungsi pada nombor yang sama, dan mesej yang dihantar daripadanya kekal percuma. --- ## WhatsApp Coexistence di Arab Saudi: ketersediaan, kadar Meta dan pengebilan SAR https://easycoexistence.com/ms/docs/whatsapp-coexistence-saudi-arabia Nombor Saudi boleh menggunakan Coexistence: dokumentasi onboarding Meta untuk pengguna aplikasi Business tidak menetapkan sekatan negara. Mulai 1 Oktober 2026, Meta mengenakan US$ 0.0576 (SAR 0.2159) bagi setiap template pemasaran yang dihantar ke nombor +966 dan US$ 0.0107 (SAR 0.0401) bagi setiap template utiliti atau pengesahan. Balasan teks bebas dalam tetingkap khidmat pelanggan tidak dikenakan bayaran. ### Adakah WhatsApp Coexistence tersedia di Arab Saudi? Ya. Dokumentasi Meta untuk membawa pengguna aplikasi WhatsApp Business ke Cloud API menetapkan syarat bagi versi aplikasi (2.24.17 atau lebih baharu) dan rakan kongsi yang menjalankan Embedded Signup, dan tidak menyenaraikan sebarang negara, rantau atau kod panggilan yang dikecualikan. Nombor +966 yang berdaftar dan aktif dalam aplikasi WhatsApp Business layak. Apabila nombor Saudi ditolak, puncanya ialah salah satu sebab am: nombor itu berada pada aplikasi WhatsApp pengguna biasa, aplikasi lebih lama daripada 2.24.17, atau nombor itu masih disambungkan kepada penyedia lain. Halaman kelayakan menerangkan setiap kes dan penyelesaiannya. ### Berapakah Meta mengenakan bayaran bagi setiap mesej di Arab Saudi? Meta meletakkan harga bagi setiap template yang dihantar berdasarkan kod panggilan negara penerima. Template yang dihantar ke nombor +966 dikenakan kadar Arab Saudi walau di mana pun penghantar berpangkalan, dan Arab Saudi mempunyai barisnya sendiri dalam kad kadar. Angka di bawah diambil daripada kad USD dan SAR Meta yang berkuat kuasa 1 Oktober 2026. Balasan teks bebas dalam tetingkap khidmat pelanggan 24 jam yang terbuka adalah percuma, template utiliti yang dihantar dalam tetingkap itu adalah percuma, dan mesej yang dihantar daripada aplikasi WhatsApp Business pada nombor Coexistence tidak dikenakan bayaran. Template pemasaran dikenakan bayaran pada setiap penghantaran, dan peringkat volum bulanan boleh menurunkan kadar utiliti dan pengesahan bagi penghantar besar. ### Apakah yang berubah bagi perniagaan Saudi pada 2026? 1 April 2026 membawa dua perubahan dalam log perubahan harga Meta. Kadar mesej pemasaran Arab Saudi dinaikkan, dan SAR menjadi salah satu daripada lapan mata wang pengebilan baharu, jadi perniagaan Saudi boleh dibilkan dalam riyal dan menyemak kosnya berdasarkan kad kadar SAR tanpa menukar daripada dolar. Arab Saudi juga ialah salah satu pasaran yang mempunyai kadar pengesahan antarabangsa. Perniagaan yang berpangkalan di luar negara dan menghantar kata laluan sekali guna ke nombor +966 boleh dipindahkan kepada US$ 0.0598 bagi setiap template pengesahan, lebih lima kali ganda kadar domestik. Meta menetapkan tarikh mula itu bagi setiap perniagaan dan memberikan notis 30 hari sebelum ia berkuat kuasa. ### Bagaimanakah anda menyambung nombor Saudi dan terus menggunakan aplikasi? Dengan Embedded Signup Meta, dengan memilih pilihan untuk nombor yang sudah ada dalam aplikasi WhatsApp Business. Tech Provider menyediakan aliran itu; perniagaan log masuk dengan Facebook, memilih Business Portfolio, memasukkan nombor +966 dan mengimbas kod QR yang dipaparkan oleh aplikasi. Rakan kongsi kemudian mempunyai 24 jam untuk memulakan penyegerakan, jika tidak aliran itu perlu diulang. Selepas itu telefon terus berfungsi seperti biasa, dan nombor yang sama menghantar serta menerima mesej melalui Cloud API pada kadar tetap 20 mesej sesaat. Setiap langkah diterangkan pada halaman menyambung nombor. - Membuat bajet penghantaran pemasaran Saudi berdasarkan kadar sebelum 1 April 2026. Meta menaikkan kadar pemasaran pada hari itu. - Membaca kos SAR daripada kad USD dengan penukar mata wang. Meta menerbitkan angka SAR sendiri. - Menghantar kata laluan ke nombor +966 daripada perniagaan di luar negara pada kadar domestik. Kadar pengesahan antarabangsa ialah US$ 0.0598. **Bolehkah perniagaan Saudi dibilkan dalam riyal?** Ya. Meta menambah SAR sebagai mata wang pengebilan pada 1 April 2026 dan menerbitkan kad kadar SAR. **Adakah Arab Saudi dihargakan sebagai Rest of Middle East?** Tidak. Arab Saudi mempunyai barisnya sendiri pada kad kadar Meta, dengan US$ 0.0576 bagi pemasaran dan US$ 0.0107 bagi utiliti dan pengesahan. **Adakah mesej yang saya taip dalam aplikasi dikenakan bayaran?** Tidak. Meta menyatakan bahawa mesej yang dihantar daripada aplikasi WhatsApp Business kekal percuma selepas onboarding Coexistence. **Apakah versi aplikasi yang saya perlukan?** Aplikasi WhatsApp Business 2.24.17 atau lebih baharu pada telefon yang memegang nombor +966. --- ## WhatsApp Coexistence di Turki: ketersediaan, kadar Meta dan tetapan https://easycoexistence.com/ms/docs/whatsapp-coexistence-turkey Nombor Turki boleh menggunakan Coexistence, kerana dokumentasi onboarding Meta untuk pengguna aplikasi Business tidak menyatakan sebarang sekatan negara. Mulai 1 Oktober 2026, Meta mengenakan US$ 0.0109 bagi setiap template pemasaran yang dihantar ke nombor +90 dan US$ 0.0009 bagi setiap template utiliti atau pengesahan. Meta menurunkan kadar utiliti dan pengesahan Turki pada 1 April 2026 dan tidak menerbitkan kad kadar dalam lira. ### Adakah WhatsApp Coexistence tersedia di Turki? Ya. Halaman yang diselenggara Meta untuk onboarding pengguna aplikasi WhatsApp Business ke Cloud API menetapkan syarat bagi versi aplikasi (2.24.17 atau lebih baharu) dan bagi rakan kongsi (Tech Provider atau Solution Partner yang menggunakan Embedded Signup dengan pengelogan sesi), dan tidak mengandungi pengecualian negara atau kod panggilan. Nombor +90 yang aktif dalam aplikasi WhatsApp Business layak digunakan. Nombor Turki hanya ditolak atas sebab yang sama seperti nombor lain: nombor itu berada pada aplikasi WhatsApp pengguna biasa, aplikasi perlu dikemas kini, atau penyedia lain masih memegang nombor itu. Setiap satunya boleh diselesaikan pada telefon atau dengan penyedia terdahulu, dan halaman kelayakan menerangkan caranya. ### Berapakah Meta mengenakan bayaran bagi setiap mesej di Turki? Meta mengenakan bayaran bagi setiap template yang dihantar mengikut kadar kod panggilan negara penerima, jadi setiap template yang sampai ke nombor +90 dikenakan kadar Turki di mana-mana pun penghantarnya berada. Turki mempunyai barisan tersendiri pada kad kadar. Pada kad USD Meta yang berkuat kuasa 1 Oktober 2026, angkanya antara yang terendah pada kad itu: US$ 0.0109 bagi pemasaran dan US$ 0.0009 bagi utiliti dan pengesahan. Kad EUR menyenaraikan €0.009 dan €0.0007. Meta tidak menyenaraikan kadar pengesahan antarabangsa untuk Turki. Balasan teks bebas dalam tetingkap khidmat pelanggan 24 jam yang terbuka adalah percuma, begitu juga template utiliti yang dihantar dalam tetingkap itu, dan mesej yang dihantar dari aplikasi WhatsApp Business pada nombor Coexistence kekal percuma. ### Dalam mata wang apakah Meta membil perniagaan Turki? Meta menerbitkan kad kadar WhatsApp Business Platform dalam enam belas mata wang: USD, AED, ARS, AUD, BRL, CLP, COP, EUR, GBP, IDR, INR, MXN, MYR, PEN, SAR dan SGD. Lira Turki tidak termasuk, jadi perniagaan Turki dibil dalam salah satu mata wang itu, seperti USD atau EUR, dan kosnya harus dibaca daripada kad tersebut dan bukan ditukar. Perubahan kadar yang paling penting ialah yang terkini. Pada 1 April 2026 Meta menurunkan kadar utiliti dan pengesahan Turki, menjadikan kemas kini pesanan dan kata laluan sekali guna ke nombor +90 hanya pecahan kecil satu sen setiap satu. Bajet lama yang disediakan sebelum tarikh itu melebihkan kos tersebut. ### Bagaimanakah anda menyambungkan nombor Turki dan mengekalkan aplikasi? Melalui Embedded Signup Meta, dengan menggunakan pilihan bagi nombor yang sudah berada dalam aplikasi WhatsApp Business. Tech Provider menyediakannya. Perniagaan log masuk dengan Facebook, memilih Business Portfolio, memasukkan nombor +90 dan mengesahkan dengan mengimbas kod QR dalam aplikasi. Penyegerakan mesti bermula dalam tempoh 24 jam, atau aliran perlu dijalankan semula. Setelah disambungkan, telefon terus berfungsi dan nombor yang sama mendapat akses Cloud API pada kadar tetap 20 mesej sesaat. Halaman menyambungkan nombor membimbing anda skrin demi skrin. - Mencari kad kadar lira Turki. Meta tidak menerbitkannya; baca kad USD atau EUR yang menjadi asas pengebilan akaun anda. - Menggunakan bajet yang disediakan sebelum 1 April 2026. Meta menurunkan kadar utiliti dan pengesahan Turki pada hari itu. - Mengklasifikasikan promosi sebagai utiliti untuk menjimatkan wang. Meta menyemak kategori template, dan template pemasaran dikenakan kadar pemasaran. **Adakah kadar pengesahan antarabangsa wujud untuk Turki?** Tidak. Kad kadar Meta yang berkuat kuasa 1 Oktober 2026 menyenaraikannya sebagai tidak berkenaan bagi Turki. **Bolehkah Meta membil saya dalam lira Turki?** Tidak. Lira tidak termasuk dalam enam belas mata wang pengebilan yang menjadi asas kad kadar Meta. **Adakah balasan kepada pelanggan di Turki percuma?** Balasan teks bebas dalam tetingkap khidmat pelanggan 24 jam adalah percuma. Template di luar tetingkap itu dikenakan bayaran bagi setiap penghantaran. **Adakah menyambungkan API menghentikan aplikasi berfungsi?** Tidak. Dengan Coexistence, aplikasi WhatsApp Business terus berfungsi pada nombor yang sama, dan mesejnya kekal percuma. --- ## WhatsApp Coexistence di Jerman: ketersediaan, kadar Meta dan persediaan https://easycoexistence.com/ms/docs/whatsapp-coexistence-germany Nombor Jerman boleh menggunakan Coexistence: dokumentasi onboarding Meta untuk pengguna aplikasi Business tidak menyebut sebarang sekatan negara atau EU. Mulai 1 Oktober 2026, Meta mengenakan US$ 0.1365 (€0.1131) bagi setiap template pemasaran yang dihantar ke nombor +49 dan US$ 0.055 (€0.0456) bagi setiap template utiliti atau pengesahan. Balasan teks bebas dalam tetingkap khidmat pelanggan adalah percuma. ### Adakah WhatsApp Coexistence tersedia di Jerman? Ya. Dokumentasi Meta untuk onboarding pengguna aplikasi WhatsApp Business ke Cloud API menetapkan keperluan pada versi aplikasi (2.24.17 atau lebih baharu) dan pada rakan kongsi yang menjalankan Embedded Signup, tetapi tidak menyebut sebarang sekatan negara, wilayah atau kod panggilan. Tiada juga syarat khusus untuk Kesatuan Eropah. Nombor +49 yang berdaftar dan aktif dalam aplikasi WhatsApp Business layak digunakan. Jika Embedded Signup menolak nombor Jerman, puncanya salah satu sebab umum: nombor masih berada pada aplikasi WhatsApp pengguna biasa, aplikasi lebih lama daripada 2.24.17, atau pembekal lain masih memegangnya. Halaman kelayakan menerangkan setiap kes. ### Berapakah caj Meta bagi setiap mesej di Jerman? Meta mengenakan caj bagi setiap template yang dihantar, dengan harga berdasarkan kod panggilan negara penerima. Template yang dihantar ke nombor +49 dikenakan kadar Jerman sama ada perniagaan yang menghantarnya berada di Berlin, Vienna atau tempat lain. Jerman mempunyai baris tersendiri pada kad kadar Meta, dan ia jauh lebih tinggi daripada baris Eropah Barat lain: US$ 0.1365 bagi pemasaran berbanding US$ 0.0592, dan US$ 0.055 bagi utiliti berbanding US$ 0.0171. Meta tidak menyenaraikan kadar pengesahan antarabangsa untuk Jerman. Balasan teks bebas dalam tetingkap khidmat pelanggan 24 jam yang terbuka adalah percuma, template utiliti yang dihantar dalam tetingkap itu percuma, dan mesej yang ditaip dalam aplikasi WhatsApp Business pada nombor Coexistence kekal percuma. ### Apakah maksud kadar Jerman terhadap cara perniagaan menggunakan API? Oleh kerana template pemasaran ke nombor +49 berharga lebih daripada tiga belas sen dolar dan template utiliti lima setengah sen, mesej paling murah di Jerman ialah mesej yang langsung tidak dicaj oleh Meta. Ini menjadikan tetingkap khidmat pelanggan sebagai tuas kos utama. Aliran kerja yang membalas orang yang menulis dahulu, dalam tempoh 24 jam, tidak membayar apa-apa bagi setiap mesej. Template utiliti yang dihantar semasa tetingkap itu terbuka juga percuma. Bil datang daripada penghubungan awal yang membuka perbualan dengan template. Pada nombor Coexistence, apa-apa yang ditaip oleh kakitangan pada telefon dalam aplikasi WhatsApp Business juga percuma, jadi API boleh dikhaskan untuk penghantaran automatik. ### Bagaimanakah anda menyambung nombor Jerman dan mengekalkan aplikasi? Dengan Embedded Signup Meta, menggunakan pilihan untuk nombor yang sudah ada dalam aplikasi WhatsApp Business. Tech Provider menyediakan aliran itu; perniagaan log masuk dengan Facebook, memilih Business Portfolio, memasukkan nombor +49 dan mengesahkan dengan kod QR yang dipaparkan dalam aplikasi. Penyegerakan mesti bermula dalam tempoh 24 jam selepas selesai, jika tidak aliran perlu diulang. Telefon terus berfungsi selepas itu, dan nombor yang sama menghantar serta menerima melalui Cloud API pada kadar tetap 20 mesej sesaat. Setiap skrin diterangkan pada halaman menyambungkan nombor. - Membuat bajet untuk penerima Jerman pada kadar Eropah Barat lain. Jerman mempunyai baris tersendiri, lebih daripada dua kali ganda bagi pemasaran. - Membuka perbualan dengan template sedangkan balasan dalam tetingkap 24 jam sudah memadai. Di Jerman, jurang antara percuma dan berbayar adalah besar. - Mengelaskan promosi sebagai utiliti untuk membayar kurang. Meta menyemak kategori template dan mengenakan caj pemasaran pada kadar pemasaran. **Bolehkah Meta mengebilkan perniagaan Jerman dalam euro?** Ya. EUR ialah salah satu mata wang pengebilan yang kad kadarnya diterbitkan oleh Meta, dengan Jerman pada €0.1131 bagi pemasaran pada kad 1 Oktober 2026. **Adakah Coexistence mempunyai syarat tambahan di EU?** Dokumentasi onboarding semasa Meta untuk pengguna aplikasi Business tidak menyatakan sebarang syarat. Keperluannya sama di mana-mana: aplikasi 2.24.17 atau lebih baharu dan rakan kongsi Embedded Signup. **Adakah balasan kepada pelanggan Jerman dicaj?** Tidak bagi balasan teks bebas dalam tetingkap khidmat pelanggan 24 jam. Template di luar tetingkap dicaj bagi setiap penghantaran. **Adakah mesej dari telefon masih percuma?** Ya. Meta menyatakan bahawa mesej yang dihantar dari aplikasi WhatsApp Business kekal percuma selepas onboarding. Hanya penghantaran melalui Cloud API mengikut harga Cloud API. --- ## WhatsApp Coexistence di Itali: ketersediaan, kadar Meta dan tetapan https://easycoexistence.com/ms/docs/whatsapp-coexistence-italy Nombor Itali boleh menggunakan Coexistence, kerana dokumentasi onboarding Meta untuk pengguna aplikasi Business tidak menamakan sebarang sekatan negara atau EU. Mulai 1 Oktober 2026, Meta mengenakan US$ 0.0795 (€0.0658) bagi setiap template pemasaran yang disampaikan kepada nombor +39 dan US$ 0.03 (€0.0248) bagi setiap template utiliti atau pengesahan. Meta menaikkan kadar pemasaran Itali pada 1 Julai 2026. ### Adakah WhatsApp Coexistence tersedia di Itali? Ya. Dokumentasi Meta untuk onboarding pengguna aplikasi WhatsApp Business ke Cloud API menyenaraikan keperluannya, terutamanya aplikasi versi 2.24.17 atau lebih baharu serta Tech Provider atau Solution Partner yang menggunakan Embedded Signup, dan tiada pengecualian mengikut negara, wilayah atau kod panggilan. Tiada juga syarat tambahan untuk nombor Kesatuan Eropah. Nombor +39 yang aktif digunakan pada aplikasi WhatsApp Business layak. Nombor Itali hanya ditolak atas sebab am: nombor itu berada pada aplikasi WhatsApp pengguna biasa, aplikasi perlu dikemas kini, atau penyedia lain masih memegangnya. Halaman kelayakan menerangkan setiap satu dan cara menyelesaikannya. ### Berapakah caj Meta bagi setiap mesej di Itali? Meta mengenakan bil bagi setiap template yang disampaikan mengikut kadar kod panggilan negara penerima, jadi mana-mana template yang sampai ke nombor +39 dicajkan pada kadar Itali, walau di mana perniagaan itu didaftarkan. Itali mempunyai barisnya sendiri pada kad kadar, bukan kadar Baki Eropah Barat. Angka di bawah diambil daripada kad USD dan EUR Meta yang berkuat kuasa 1 Oktober 2026. Meta tidak menyenaraikan kadar pengesahan antarabangsa bagi Itali. Balasan teks bebas dalam tetingkap khidmat pelanggan 24 jam yang terbuka adalah percuma, template utiliti yang dihantar dalam tetingkap itu percuma, dan mesej yang dihantar daripada aplikasi WhatsApp Business pada nombor Coexistence tidak dicajkan. ### Apakah yang berubah pada harga Itali pada 2026? Log perubahan harga Meta mencatatkan satu perubahan bagi Itali tahun ini: kadar mesej pemasaran yang lebih tinggi mulai 1 Julai 2026, dalam kemas kini yang sama yang mengubah kadar bagi Sepanyol, Poland, Hungary, Romania, United Kingdom dan lain-lain. Utiliti dan pengesahan tidak termasuk dalam perubahan itu. Kesan praktikalnya terletak pada kempen. Bajet untuk template promosi kepada nombor +39 yang disediakan sebelum Julai 2026 menganggar kos terlalu rendah, manakala pengesahan pesanan, kemas kini penghantaran dan kata laluan sekali guna dikenakan harga seperti dahulu. Pengebilan euro tidak memerlukan penukaran, kerana EUR ialah salah satu mata wang yang kad kadarnya diterbitkan Meta, dan angka pemasaran €0.0658 ialah angka Meta sendiri. ### Bagaimanakah anda menyambungkan nombor Itali dan terus menggunakan aplikasi? Melalui Embedded Signup Meta, dengan memilih pilihan untuk nombor yang sudah didaftarkan dalam aplikasi WhatsApp Business. Tech Provider menjadi hos aliran ini. Perniagaan log masuk dengan Facebook, memilih Business Portfolio, memasukkan nombor +39 dan mengimbas kod QR yang dipaparkan dalam aplikasi. Media dalam sejarah sembang yang disegerakkan hanya meliputi dua minggu terakhir. Selepas onboarding, telefon terus berfungsi, dan nombor yang sama turut menghantar dan menerima melalui Cloud API pada kadar tetap 20 mesej sesaat. Halaman menyambungkan nombor menerangkan setiap langkah. - Menggunakan bajet pemasaran untuk penerima +39 yang disediakan sebelum 1 Julai 2026. Meta menaikkan kadar pemasaran Itali pada hari itu. - Menggunakan kadar Baki Eropah Barat untuk nombor Itali. Itali mempunyai barisnya sendiri pada kad Meta. - Memulakan onboarding pada nombor yang masih berada dalam aplikasi WhatsApp pengguna biasa. Nombor itu mesti dipindahkan ke aplikasi Business dahulu. **Bolehkah Meta membilkan perniagaan Itali dalam euro?** Ya. EUR ialah salah satu mata wang pengebilan Meta, dan kad EUR-nya menyenaraikan Itali pada €0.0658 untuk pemasaran dan €0.0248 untuk utiliti dan pengesahan. **Adakah kadar utiliti Itali berubah pada 2026?** Tidak. Kemas kini 1 Julai 2026 hanya menaikkan kadar pemasaran Itali. **Adakah balasan kepada pelanggan Itali dicajkan?** Balasan teks bebas dalam tetingkap khidmat pelanggan 24 jam adalah percuma. Template yang dihantar di luar tetingkap itu dicajkan semasa disampaikan. **Adakah kakitangan saya masih boleh menggunakan aplikasi?** Ya. Coexistence memastikan aplikasi WhatsApp Business terus berfungsi pada nombor yang sama, dan mesej yang dihantar daripadanya kekal percuma. --- ## Cara memutuskan sambungan Coexistence dan kembali kepada aplikasi sahaja https://easycoexistence.com/ms/docs/disconnecting-coexistence Coexistence dimatikan daripada aplikasi WhatsApp Business itu sendiri: Tetapan, Akaun, Platform Perniagaan, kemudian Putuskan Sambungan Akaun. Aplikasi terus berfungsi pada nombor itu, akses pembekal tamat, dan webhook account_update dengan PARTNER_REMOVED dihantar. Endpoint Deregister Cloud API tidak boleh digunakan untuk nombor yang berjalan di kedua-dua tempat. ### Bagaimanakah cara mematikan Coexistence? Daripada telefon yang memegang nombor itu. Meta mendokumenkan satu laluan sahaja bagi perniagaan untuk keluar daripada Cloud API apabila nombor dikongsi dengan aplikasi WhatsApp Business, dan laluan itu melalui aplikasi, bukan melalui mana-mana dashboard atau endpoint. Pemegang telefon utama membuat keputusan, jadi agensi atau pembangun perlu meminta perniagaan melakukannya. - Buka aplikasi WhatsApp Business pada peranti utama. - Pergi ke Tetapan, kemudian Akaun, kemudian Platform Perniagaan. - Ketik Putuskan Sambungan Akaun dan sahkan. - Jangkakan webhook account_update dengan peristiwa PARTNER_REMOVED di pihak API. ### Mengapakah API Deregister menolak nombor itu? Kerana Meta sengaja mengecualikan nombor Coexistence daripadanya. Dokumentasi pendaftaran menyatakan bahawa endpoint Deregister tidak boleh menyahdaftar nombor telefon perniagaan yang digunakan serentak dengan Cloud API dan aplikasi WhatsApp Business. Menyahdaftar ialah operasi yang menjadikan sesuatu nombor tidak boleh digunakan dengan Cloud API, dan pada nombor yang hanya menggunakan API, itulah cara anda mengeluarkan talian daripada platform. Pada nombor yang dikongsi, aplikasi ialah pemilik utama talian itu, maka Meta menyerahkan keputusan kepada orang yang memegangnya. Perisian yang mencuba endpoint itu dahulu akan menerima ralat, bukan pemutusan sambungan, dan nombor kekal bersambung sehingga seseorang mengetik butang dalam aplikasi. ### Apakah yang berlaku kepada aplikasi, sejarah sembang dan nombor? Memutuskan sambungan tidak sama dengan memadam akaun, dan perbezaan itulah jawapan sepenuhnya. Amaran Meta tentang kehilangan sejarah mesej terpakai apabila akaun aplikasi WhatsApp Business dipadam dan nombor didaftarkan pada Cloud API. Memutuskan sambungan tidak melakukan kedua-duanya. Aplikasi kekal dipasang dan didaftarkan, nombor kekal padanya, dan pasukan terus menjawab pelanggan daripada telefon yang sama. Yang tamat ialah pihak API. Aplikasi pembekal dikeluarkan daripada nombor itu, maka penghantaran melalui Cloud API dan penyampaian webhook untuknya berhenti. Ciri yang dimatikan oleh Coexistence, seperti senarai siaran, dibincangkan dalam halaman tentang ciri yang dilumpuhkan. ### Bolehkah nombor disambungkan semula kemudian? Boleh, dengan menjalankan semula aliran onboarding dari awal. Dokumentasi Meta sendiri menganggap offboarding dan melengkapkan semula aliran sebagai cara biasa untuk menetapkan semula sambungan, contohnya apabila tetingkap 24 jam untuk menyegerakkan kenalan dan sejarah telah terlepas. Sambungan semula ialah onboarding baharu, maka soalan yang ditanya kali pertama akan ditanya semula, termasuk sama ada hendak berkongsi sejarah sembang. Apa-apa yang dikonfigurasikan pada sambungan lama, seperti penggantian webhook, perlu dibuat semula. Nombor yang hendak dipindahkan kepada pembekal lain mengikut laluan yang sama: putuskan sambungan di sini, kemudian lakukan onboarding dengan pembekal baharu. - Memanggil endpoint Deregister pada nombor Coexistence. Meta menolaknya; pemutusan sambungan dilakukan dalam aplikasi. - Memadam akaun aplikasi WhatsApp Business untuk keluar. Itulah laluan yang menghilangkan sejarah sembang. - Menganggap PARTNER_REMOVED sebagai gangguan yang perlu dicuba semula. Ia ialah pemutusan sambungan yang disengajakan oleh perniagaan. **Adakah sembang saya akan hilang jika saya memutuskan sambungan?** Tidak. Memutuskan sambungan mengeluarkan API daripada nombor itu; ia tidak memadam akaun aplikasi WhatsApp Business, iaitu perkara yang Meta amaran boleh menghilangkan sejarah. **Bolehkah saya memutuskan sambungan melalui API?** Tidak. Meta tidak membenarkan endpoint Deregister pada nombor yang digunakan serentak dengan Cloud API dan aplikasi. **Bagaimanakah sistem saya tahu perkara itu telah berlaku?** Meta menghantar webhook account_update dengan peristiwa PARTNER_REMOVED apabila perniagaan memutuskan sambungan. **Bolehkah saya menyambung semula nombor yang sama?** Boleh. Jalankan semula aliran onboarding dari awal, seperti sambungan pertama. --- ## Memindahkan nombor daripada Coexistence ke Cloud API sahaja https://easycoexistence.com/ms/docs/moving-from-coexistence-to-cloud-api Nombor Coexistence menjadi API sahaja dengan memutuskan sambungannya dalam aplikasi WhatsApp Business, memadam akaun aplikasi, dan mendaftarkan nombor itu pada Cloud API dengan PIN pengesahan dua langkah. Meta memberi amaran bahawa sejarah mesej sedia ada hilang, dan nombor itu tidak boleh kembali ke aplikasi kecuali didaftar keluar daripada Cloud API. ### Mengapa perniagaan meninggalkan aplikasi? Biasanya kerana tiada lagi sesiapa yang menjawab daripada telefon. Apabila setiap perbualan dikendalikan oleh perisian atau peti masuk yang dibina di atas API, aplikasi hanya menambah kewajipan tanpa menambah apa-apa: peranti utama masih perlu dibuka secara berkala, dan nombor kekal pada throughput tetap Coexistence. Meta mendokumenkan bahawa nombor yang digunakan dengan aplikasi dan Cloud API serentak mempunyai throughput tetap sebanyak 20 mesej sesaat. Nombor API sahaja bermula pada sehingga 80 mesej sesaat secara lalai dan boleh dinaik taraf secara automatik kepada 1,000 apabila memenuhi syarat Meta. Bagi nombor yang menghantar dalam jumlah besar, perbezaan itulah sebab untuk beralih. ### Apakah urutan langkahnya? Empat langkah, dan urutannya penting kerana endpoint Deregister menolak nombor yang masih dikongsi dengan aplikasi. Setiap langkah dilakukan oleh perniagaan pada telefon kecuali langkah terakhir, iaitu panggilan API yang dibuat oleh pihak yang akan mengendalikan nombor itu selepas ini. - Sandarkan sejarah sembang dalam aplikasi WhatsApp Business, seperti yang disyorkan oleh Meta. - Putuskan sambungan dalam aplikasi: Tetapan, Akaun, Business Platform, Putuskan Sambungan Akaun. - Padam akaun aplikasi: Tetapan, Akaun, Padam akaun saya, kemudian tunggu sehingga 3 minit. - Daftarkan nombor pada Cloud API dengan PIN pengesahan dua langkah 6 digit. ### Apakah yang perniagaan lepaskan? Perbualan pada telefon, dan telefon sebagai cara untuk menjawab. Meta menyatakan bahawa memadam akaun aplikasi WhatsApp Business dan mendaftarkan nombor pada Cloud API menyebabkan sejarah mesej sedia ada hilang. Ini bertentangan dengan onboarding Coexistence, yang mana Meta menyatakan sejarah dikekalkan dan kedua-dua aplikasi berjalan serentak. Nombor itu juga tidak boleh digunakan semula dengan aplikasi WhatsApp Business kecuali ia didaftar keluar daripada Cloud API terlebih dahulu. Jadi ini ialah perubahan sehala yang disengajakan terhadap cara perniagaan beroperasi, dan wajar disahkan bahawa tiada sesiapa dalam pasukan yang masih bergantung pada aplikasi sebelum bermula. ### Apakah yang kekal sama di sebelah API? Cara perisian berhubung dengan nombor itu. Ia masih Cloud API: jenis mesej, template, webhook dan harga yang sama terpakai, kerana Coexistence sentiasa hanyalah onboarding yang berbeza ke atas platform yang sama. Yang berubah ialah pendaftaran. Nombor Coexistence didaftarkan oleh aliran onboarding; nombor API sahaja didaftarkan melalui panggilan register yang membawa PIN pengesahan dua langkah, dan Meta mengehadkan panggilan itu kepada 10 bagi setiap nombor dalam tetingkap bergerak 72 jam. Oleh itu percubaan yang gagal ada kosnya, maka semak PIN sebelum mencuba semula. - Memadam akaun aplikasi sebelum menyandarkan sembang. Meta menyatakan sejarah hilang melalui laluan ini. - Memanggil Deregister semasa nombor masih dikongsi dengan aplikasi. Meta menolaknya. - Mencuba semula pendaftaran dalam gelung. Meta membenarkan 10 permintaan register bagi setiap nombor dalam 72 jam. **Bolehkah saya mengekalkan sejarah sembang apabila beralih ke API sahaja?** Tidak dalam API. Meta memberi amaran bahawa sejarah hilang, dan menyarankan anda menyandarkannya daripada aplikasi terlebih dahulu. **Bolehkah nombor itu kembali ke aplikasi kemudian?** Hanya selepas ia didaftar keluar daripada Cloud API, menurut panduan migrasi Meta. **Adakah throughput bertambah baik?** Ya. Nombor Coexistence tetap pada 20 mps; nombor API sahaja bermula pada sehingga 80 mps. **Bolehkah saya menggunakan API Deregister untuk bermula?** Tidak semasa nombor itu dikongsi dengan aplikasi. Putuskan sambungannya dalam aplikasi WhatsApp Business terlebih dahulu. --- ## Memindahkan nombor daripada penyedia WhatsApp lain https://easycoexistence.com/ms/docs/migrating-a-number-from-another-provider Ini bergantung pada cara nombor itu disambungkan sekarang. Nombor yang dikongsi dengan aplikasi WhatsApp Business melalui penyedia lain diputuskan sambungannya dari dalam aplikasi, kemudian didaftarkan semula dengan penyedia baharu. Nombor API sahaja berpindah melalui migrasi nombor telefon Meta, yang mengekalkan nama paparan, penarafan kualiti, had mesej dan status Official Business Account. ### Kes yang manakah untuk saya? Tanya satu soalan: adakah seseorang masih menjawab nombor ini daripada aplikasi WhatsApp Business pada telefon? Jika ya, nombor itu menggunakan Coexistence bersama penyedia semasa, dan aplikasi itulah yang memegangnya. Keluar daripada penyedia itu dilakukan dalam aplikasi, dan menyertai penyedia baharu ialah proses pendaftaran Coexistence yang baharu. Jika tidak, nombor itu didaftarkan pada Cloud API sahaja, tanpa aplikasi di belakangnya. Meta mempunyai migrasi berasingan untuk kes ini, yang memindahkan nombor daripada WhatsApp Business Account satu rakan kongsi kepada yang lain tanpa mendaftar semula dari awal. Mencampuradukkan kedua-duanya ialah punca biasa pemindahan tersekat di tengah jalan. ### Bagaimanakah nombor Coexistence menukar penyedia? Dengan menamatkan pendaftaran lama dan mendaftar semula. Meta mendokumentasikan bahawa perniagaan memutuskan sambungan daripada Cloud API dalam aplikasi di bawah Tetapan, Akaun, Business Platform, menggunakan butang Disconnect Account, dan penyedia menerima webhook account_update dengan PARTNER_REMOVED. Setelah diputuskan, nombor itu kembali menjadi nombor aplikasi WhatsApp Business biasa, dan boleh didaftarkan oleh penyedia baharu melalui Embedded Signup. Syaratnya ialah syarat Coexistence yang biasa: versi aplikasi terkini, Business Portfolio yang anda uruskan, dan tiada penyedia lain yang masih bersambung. Soalan perkongsian sejarah ditanya semula, dan tetingkap penyegerakan 24 jamnya bermula semula daripada pendaftaran baharu. ### Apakah yang dibawa dalam migrasi API sahaja? Lebih banyak daripada yang kebanyakan orang jangka, dan itulah sebabnya migrasi ini wujud berbanding memadam dan mendaftar semula. Nombor itu mengekalkan reputasi yang dibina bersama pelanggan, dan hanya sejarah kualiti template yang bermula semula. - Nama paparan, penarafan kualiti, had mesej dan status Official Business Account dikekalkan. - Template yang layak diduplikasi ke dalam akaun destinasi dengan status yang sama. - Media yang sudah dimuat naik pada nombor itu masih boleh digunakan. - Penarafan kualiti template tidak dibawa bersama: setiap template yang dimigrasikan bermula sebagai UNKNOWN. ### Apakah yang perlu siap sebelum migrasi API sahaja? Meta menyenaraikan syarat di kedua-dua pihak, dan syarat di pihak pelanggan ialah tempat pemindahan sering tersekat. Business Portfolio Meta milik perniagaan itu mesti disahkan, WhatsApp Business Account sedia ada mesti diluluskan, dengan kaedah pembayaran yang sah dilampirkan. Nombor itu mesti mempunyai pengesahan dua langkah yang dilumpuhkan, dan Meta tidak menyediakan endpoint API untuk melumpuhkannya, jadi penyedia tidak boleh melakukan langkah ini melalui API. Di pihak penerima, sekurang-kurangnya satu aplikasi mesti melanggan webhook pada akaun destinasi. Pendaftaran pada akaun baharu berlaku serta-merta tanpa gangguan mesej, tetapi duplikasi template memerlukan masa, jadi template yang terjejas tidak boleh digunakan sehingga salinannya wujud. - Mendaftar dengan penyedia baharu sementara penyedia lama masih bersambung. Nombor itu mesti diputuskan sambungannya dalam aplikasi dahulu. - Memulakan migrasi API sahaja dengan pengesahan dua langkah masih aktif. Meta mewajibkannya dilumpuhkan, dan tiada endpoint yang melakukannya. - Mengharapkan kualiti template kekal. Template yang dimigrasikan bermula semula pada UNKNOWN. **Adakah saya kehilangan sembang apabila menukar penyedia Coexistence?** Aplikasi menyimpannya sepanjang proses. Perkongsian sejarah dengan sambungan baharu ditawarkan semula semasa pendaftaran. **Adakah migrasi API sahaja mengubah nama paparan saya?** Tidak. Meta mengekalkan nama paparan, penarafan kualiti, had mesej dan status Official Business Account. **Mengapakah template saya kehilangan penarafan kualiti?** Meta menduplikasi template ke dalam akaun destinasi, dan setiap salinan bermula dengan penarafan UNKNOWN. **Adakah ada masa henti?** Meta menyatakan pendaftaran dalam migrasi API sahaja berlaku serta-merta tanpa gangguan mesej. Template boleh digunakan sebaik sahaja diduplikasi. --- ## Kumpulan WhatsApp dan API pada nombor Coexistence https://easycoexistence.com/ms/docs/whatsapp-groups-and-the-api Groups API Meta membolehkan nombor Cloud API mencipta kumpulan kecil melalui jemputan sahaja dan menghantar mesej kepadanya, tetapi Meta menyatakan ia tidak tersedia untuk nombor telefon aplikasi WhatsApp Business, iaitu jenis nombor Coexistence. Kumpulan sedia ada dalam aplikasi juga tidak disegerakkan. Kumpulan kekal sebagai ciri aplikasi sahaja pada nombor yang dikongsi. ### Adakah WhatsApp mempunyai Groups API? Ya. Groups API Meta membolehkan perniagaan mencipta, menyenaraikan dan mengemas kini kumpulan pada nombor Cloud API, menghantar mesej teks, media dan template ke dalamnya, mengurus pautan jemputan, meluluskan atau menolak permintaan menyertai serta mengeluarkan peserta. Ia sengaja dibuat kecil. Kumpulan hanya melalui jemputan, disertai menerusi pautan yang dihantar oleh perniagaan, dan had Meta menggambarkan sesuatu yang lebih hampir dengan bilik projek berbanding komuniti. - Sehingga 8 peserta bagi setiap kumpulan. - Sehingga 10,000 kumpulan bagi setiap nombor perniagaan. - Satu perniagaan Cloud API bagi setiap kumpulan. - Teks, media, template berasaskan teks dan template berasaskan media. ### Bolehkah nombor Coexistence menggunakannya? Tidak. Halaman Groups API menyatakan ia tidak tersedia untuk nombor telefon aplikasi WhatsApp Business, dan frasa itu memaut kepada panduan Meta sendiri untuk onboarding pengguna aplikasi WhatsApp Business, iaitu Coexistence. Syarat kelayakan juga ialah Official Business Account, status yang menurut halaman OBA Meta tidak diberikan kepada nombor telefon aplikasi WhatsApp Business. Jadi pengecualian ini ditetapkan oleh Meta untuk setiap penyedia. Nombor yang dikongsi antara aplikasi dan API tidak boleh mencipta kumpulan melalui API, tidak boleh menghantar mesej ke dalamnya dan tidak menerima sebarang peristiwa kumpulan. ### Apa yang berlaku kepada kumpulan yang sudah ada dalam aplikasi? Kumpulan itu kekal dalam aplikasi dan terus berfungsi di sana. Dokumentasi Coexistence Meta menyenaraikan sembang kumpulan antara perkara yang tidak disegerakkan apabila nombor di-onboard, maka sejarahnya mahupun mesej kumpulan baharu tidak sampai ke API. Pasukan yang menggunakan telefon masih boleh mencipta kumpulan, menyiarkan mesej dan membacanya seperti biasa. Perisian sahaja tidak dapat melihat trafik itu. Jika sesuatu aliran kerja bergantung pada kumpulan, seperti kakitangan yang menyelaras penghantaran, ia diteruskan dalam aplikasi, dan sebarang automasi di sekelilingnya perlu dibina daripada perbualan satu lawan satu. ### Apa yang patut saya gunakan sebagai ganti kumpulan melalui API? Perbualan satu lawan satu, iaitu asas pembinaan platform ini. Mesej yang sepatutnya dihantar kepada kumpulan pelanggan dihantar kepada setiap pelanggan secara individu, dalam tetingkap khidmat pelanggan 24 jam sebagai teks bebas, atau di luar tetingkap itu sebagai template yang diluluskan. Jika perniagaan benar-benar memerlukan kumpulan yang diurus melalui API, Groups API memerlukan nombor yang didaftarkan pada Cloud API sahaja dan memegang Official Business Account, yang bermaksud meninggalkan Coexistence bagi nombor itu. Itu keputusan struktur tentang talian tersebut, bukan tetapan, dan ia menyingkirkan aplikasi daripadanya. - Membaca bahawa Groups API wujud lalu menganggap ia meliputi nombor Coexistence. Meta mengecualikan nombor aplikasi Business. - Menjangka sejarah kumpulan muncul dalam API selepas onboarding. Sembang kumpulan tidak disegerakkan. - Merancang aliran kerja berasaskan kumpulan dengan had 8 peserta tanpa menyemak sama ada ia sesuai. **Bolehkah saya menghantar mesej ke kumpulan WhatsApp melalui API?** Hanya daripada nombor API sahaja yang mempunyai Official Business Account menggunakan Groups API. Bukan daripada nombor Coexistence. **Adakah kumpulan sedia ada saya masih berfungsi?** Ya, dalam aplikasi WhatsApp Business. Kumpulan itu tidak disegerakkan ke API. **Berapa ramai orang boleh menyertai kumpulan API?** Meta menghadkan kumpulan yang dicipta melalui Groups API kepada 8 peserta. **Adakah ini had daripada penyedia saya?** Tidak. Meta menetapkan pengecualian bagi nombor aplikasi WhatsApp Business pada setiap penyedia. --- ## Meta Verified dan lencana perniagaan rasmi pada nombor Coexistence https://easycoexistence.com/ms/docs/meta-verified-and-coexistence Dua perkara berbeza dipanggil lencana biru. Official Business Account ialah status yang dipohon untuk nombor Cloud API, dan dokumentasi Meta menyatakan status ini tidak diberikan kepada nombor telefon aplikasi WhatsApp Business. Meta Verified untuk WhatsApp Business ialah langganan yang diambil dalam aplikasi, dengan lencana disahkan, akses berbilang ejen dan sokongan dipertingkat. ### Apakah Official Business Account? Status pada nombor telefon perniagaan yang didaftarkan pada WhatsApp Business Platform. Meta menggambarkannya sebagai nombor milik perniagaan yang disahkan tulen, dipaparkan dengan tanda semak biru di sebelah nama dalam paparan kenalan. Status ini dipohon dalam WhatsApp Manager di bawah profil nombor tersebut, atau melalui medan official_business_account dalam API. - Perniagaan mematuhi WhatsApp Business Messaging Policy. - Ia telah berdaftar pada platform sekurang-kurangnya 30 hari. - Business Portfolio miliknya lulus Pengesahan Perniagaan. - Nombor itu mempunyai pengesahan dua langkah yang diaktifkan dan nama paparan yang diluluskan. ### Bolehkah nombor Coexistence mendapat status OBA? Dokumentasi OBA Meta menyatakan bahawa Meta tidak memberikan status OBA kepada pekerja perniagaan, akaun ujian dan nombor telefon aplikasi WhatsApp Business. Meta menggunakan istilah yang sama, nombor telefon aplikasi WhatsApp Business, pada halaman Groups API dan memautkannya ke panduan untuk memasukkan pengguna aplikasi WhatsApp Business, iaitu Coexistence. Meta tidak menerbitkan peraturan berasingan untuk nombor yang dikongsi antara aplikasi dan API, jadi kedudukan yang didokumenkan ialah seperti di atas. Permohonan yang ditolak boleh dihantar semula selepas 30 hari, dan profil perniagaan kekal boleh disunting sementara itu. ### Apakah Meta Verified untuk WhatsApp Business? Langganan berbayar yang diambil melalui aplikasi WhatsApp Business, berasingan daripada proses OBA platform. Halaman sumber Meta menyenaraikan kandungannya: lencana disahkan, halaman web tersuai, sokongan dipertingkat, akaun berbilang ejen yang menyambungkan beberapa peranti dan menugaskan sembang kepada ejen jualan, serta lencana disahkan pada sehingga 10 WhatsApp Channels. Oleh sebab ia dibeli dalam aplikasi, ia tergolong dalam bahagian aplikasi bagi nombor Coexistence. Halaman Meta meminta perniagaan memastikan maklumat perniagaan dan akaun terkini sebelum melanggan, dan tiada harga tetap diterbitkan di sana. ### Adakah lencana kekal apabila nombor dipindahkan? Bagi OBA, Meta mendokumenkan satu kes secara jelas: nombor telefon yang dipindahkan daripada satu Solution Partner kepada yang lain melalui Embedded Signup mengekalkan nama paparan, penarafan kualiti, had mesej dan status Official Business Account. Tiada kenyataan setara wujud untuk menukar nombor itu sendiri, dan OBA dimiliki oleh nombor telefon perniagaan tertentu, jadi nombor lain bermakna permohonan lain. Kelulusan nama paparan ialah salah satu syarat OBA, sebab itu menukar nama wajar dirancang sebelum permohonan dan bukan selepasnya. - Menganggap OBA dan Meta Verified sebagai satu lencana. Yang satu ialah status platform, yang lain langganan aplikasi. - Memohon OBA sebelum 30 hari pada platform. Meta menetapkan minimum itu, dan penolakan bermakna menunggu 30 hari. - Memohon OBA dengan pengesahan dua langkah dimatikan atau nama paparan masih belum diluluskan. Kedua-duanya ialah syarat yang disenaraikan. **Adakah Meta Verified sama dengan Official Business Account?** Tidak. Meta mendokumenkannya secara berasingan: OBA ialah status yang dipohon untuk nombor platform, manakala Meta Verified ialah langganan yang diambil dalam aplikasi. **Bolehkah saya melanggan Meta Verified dengan nombor Coexistence?** Meta Verified diambil melalui aplikasi WhatsApp Business, yang terus digunakan oleh nombor Coexistence. **Berapa lama sebelum saya boleh memohon OBA?** Nombor itu mesti telah berdaftar pada WhatsApp Business Platform sekurang-kurangnya 30 hari. **Apa yang berlaku jika permohonan OBA saya ditolak?** Meta meminta anda menunggu 30 hari sebelum menghantar semula permohonan. --- ## Berbilang ejen dan sistem menjawab satu nombor Coexistence https://easycoexistence.com/ms/docs/multiple-agents-on-one-number Nombor Coexistence boleh dijawab oleh manusia dan perisian pada masa yang sama. Kakitangan menggunakan aplikasi WhatsApp Business dan peranti terpautnya, sehingga empat selain telefon utama, manakala sistem menggunakan Cloud API. Setiap mesej yang dihantar oleh seseorang dari aplikasi atau peranti pendamping sampai kepada perisian sebagai webhook smb_message_echoes, jadi kedua-dua pihak berkongsi satu utas. ### Bagaimanakah beberapa orang menjawab nombor yang sama? Melalui peranti terpaut. WhatsApp membenarkan satu akaun digunakan pada sehingga empat peranti tambahan selain telefon utama, dan pengumuman ciri itu menyebut kes penggunaannya secara langsung: pekerja perniagaan kecil membalas pelanggan dari telefon mereka sendiri di bawah akaun WhatsApp Business yang sama. Pada nombor Coexistence, perkara ini masih berlaku. Telefon utama kekal sebagai pemilik akaun, dan kakitangan lain bekerja dari telefon, tablet, pelayar atau aplikasi desktop yang dipautkan. Klien pendamping yang disokong, dan kesan proses onboarding terhadapnya, diterangkan pada halaman tentang peranti terpaut. ### Di manakah kedudukan perisian? Di sebelah API pada nombor yang sama. CRM, alat automasi atau ejen AI menghantar melalui Cloud API dan menerima mesej pelanggan melalui webhook, manakala kakitangan terus menggunakan aplikasi. Nombor itu ialah talian yang sama di kedua-dua belah, jadi pelanggan melihat satu perbualan tanpa mengira siapa yang menulis setiap mesej. Mesej yang dihantar oleh API muncul dalam utas aplikasi, jadi kakitangan nampak apa yang sudah dikatakan oleh sistem. Satu-satunya had yang dikongsi ialah isi padu: Meta menetapkan nombor yang digunakan dengan aplikasi dan Cloud API pada 20 mesej sesaat. ### Bagaimanakah perisian tahu seseorang sudah menjawab? Daripada echo. Webhook smb_message_echoes daripada Meta dicetuskan apabila perniagaan yang di-onboard oleh rakan kongsi menghantar mesej menggunakan aplikasi WhatsApp Business atau peranti pendamping, dan juga apabila mesej disunting atau dipadam dari aplikasi. Ini meliputi setiap orang pada nombor itu, sama ada mereka menaip pada telefon utama atau pada komputer riba yang dipautkan. Sistem yang membaca echo boleh menandakan perbualan sebagai sudah dikendalikan oleh manusia dan menghentikan balasannya sendiri. Itulah perbezaan antara automasi yang membantu pasukan dan automasi yang memotong cakap pasukan. - Dihantar dari aplikasi atau peranti pendamping: echo diterima. - Disunting dalam aplikasi: echo diterima. - Dipadam dalam aplikasi: echo diterima. ### Apakah yang perlu diingat oleh setiap pihak? Kakitangan perlu terus menggunakan telefon utama. Meta memutuskan sambungan nombor Coexistence selepas kira-kira 14 hari tanpa aktiviti pada peranti utama, dan peranti pendamping selepas kira-kira 30 hari tanpa aktivitinya sendiri, jadi pasukan yang hanya bekerja dari komputer riba boleh kehilangan kedua-duanya. Perisian pula perlu mematuhi peraturan platform: teks bebas dalam tetingkap khidmat pelanggan 24 jam, dan template di luar tetingkap itu. Kedua-dua pihak juga tidak mendapat sembang kumpulan melalui API, kerana Meta mengecualikannya pada nombor yang dikongsi dengan aplikasi. - Mengabaikan smb_message_echoes. Tanpa echo, bot tidak dapat tahu bahawa manusia sudah membalas dari komputer riba yang dipautkan. - Menjalankan seluruh pasukan dari komputer riba terpaut sementara telefon utama tidak disentuh selama berminggu-minggu. - Memautkan WhatsApp untuk Windows selepas onboarding. Meta menyenaraikannya sebagai tidak disokong pada nombor Coexistence. **Berapa ramai orang boleh menjawab satu nombor?** WhatsApp membenarkan sehingga empat peranti terpaut selain telefon utama, dan setiap satu boleh digunakan oleh orang yang berlainan. **Adakah mesej dari komputer riba terpaut sampai ke CRM saya?** Ya. Meta menghantar smb_message_echoes untuk mesej yang dihantar dari aplikasi atau peranti pendamping. **Bolehkah chatbot dan manusia berkongsi satu perbualan?** Ya. Kedua-duanya menulis dalam utas yang sama, dan echo membolehkan bot melihat apabila seseorang sudah membalas. **Adakah terdapat had tempat duduk pada sebelah API?** Meta mengehadkan isi padu API dengan menetapkan nombor yang dikongsi pada 20 mesej sesaat, bukan bilangan sistem. --- ## Peranti terpaut dan Coexistence: apa yang dinyahpautkan https://easycoexistence.com/ms/docs/linked-devices-and-coexistence Onboarding nombor aplikasi WhatsApp Business ke Cloud API menyahpaut setiap peranti pendamping pada akaun. Peranti pendamping yang disokong, seperti WhatsApp Web dan telefon yang dipautkan sebagai pendamping, boleh dipautkan semula selepas itu. WhatsApp for Windows dan WhatsApp for WearOS tidak disokong pada nombor Coexistence, dan peranti pendamping yang tidak aktif selama kira-kira 30 hari akan terputus. ### Apa yang berlaku kepada peranti terpaut semasa onboarding? Semuanya dilog keluar. Dokumentasi Meta menyatakan bahawa sebaik sahaja perniagaan melakukan onboarding ke Cloud API dengan akaun dan nombor aplikasi WhatsApp Business sedia ada, semua aplikasi pendamping dinyahpautkan daripada akaun, dan perniagaan itu kemudiannya boleh memautkan semula mana-mana aplikasi pendamping yang disokong. Tiada apa yang hilang: telefon utama masih memegang akaun dan semua perbualannya. Namun kaunter hadapan yang menjawab daripada pelayar atau telefon kedua akan mendapati dirinya dilog keluar sebaik sahaja onboarding selesai, jadi lebih baik memaklumkan pasukan sebelum kod QR diimbas, bukan selepasnya. ### Peranti pendamping mana yang disokong selepas itu? Semuanya kecuali dua. Meta menyenaraikan setiap klien pendamping sebagai disokong pada nombor Coexistence, selain WhatsApp for Windows dan WhatsApp for WearOS. Setiap yang disokong dipautkan semula dengan cara biasa, iaitu mengimbas kod QR menggunakan telefon utama, dan dikira dalam had peranti yang sama seperti sebelum ini. - WhatsApp Web dalam pelayar: disokong, pautkan semula dengan kod QR. - Telefon tambahan yang dipautkan sebagai pendamping: disokong. - WhatsApp for Windows: tidak disokong. - WhatsApp for WearOS pada jam tangan: tidak disokong. ### Berapa banyak peranti boleh dipautkan? Sehingga empat selain telefon utama. Pengumuman WhatsApp tentang berbilang peranti pada telefon menerangkan pemautan telefon sebagai salah satu daripada sehingga empat peranti tambahan, sama seperti pelayar web, tablet dan komputer meja, dan menamakan kakitangan perniagaan kecil yang menjawab pelanggan daripada telefon sendiri sebagai kegunaannya. Pada nombor Coexistence, had itu dikongsi antara klien pendamping yang masih disokong. Pejabat yang sebelum ini menggunakan aplikasi Windows biasanya memindahkan meja tersebut ke WhatsApp Web dalam pelayar, yang dikira sebagai salah satu daripada empat seperti pendamping lain. ### Apa yang memastikan peranti terpaut kekal bersambung? Dua peraturan ketidakaktifan, satu bagi setiap jenis peranti, dan kedua-duanya muncul sebagai sebab dalam data pemutusan Meta. PRIMARY_INACTIVITY meliputi telefon utama dan berlaku selepas kira-kira 14 hari tanpa aktiviti. WhatsApp juga menyatakan bahawa apabila peranti utama tidak aktif untuk tempoh yang lama, akaun dilog keluar daripada semua peranti pendamping, jadi telefon utama yang tidak digunakan membawa bersamanya setiap peranti terpaut. COMPANION_INACTIVITY meliputi satu peranti pendamping secara berasingan, selepas kira-kira 30 hari tidak aktif. Komputer riba yang jarang digunakan di pejabat cawangan ialah contoh biasa. - Melakukan onboarding tanpa memberi amaran kepada kakitangan yang menjawab daripada WhatsApp Web. Mereka dilog keluar apabila onboarding selesai. - Memautkan semula aplikasi WhatsApp for Windows. Meta menyenaraikannya sebagai tidak disokong pada nombor Coexistence. - Membiarkan telefon utama dalam laci kerana semua orang bekerja pada peranti terpaut. Ketidakaktifannya turut memutuskan peranti pendamping. **Adakah Coexistence menyahpaut WhatsApp Web?** Ya, semasa onboarding setiap peranti pendamping dinyahpautkan. WhatsApp Web disokong dan boleh dipautkan semula dengan segera. **Bolehkah saya menggunakan aplikasi desktop WhatsApp pada Windows?** Tidak pada nombor Coexistence. Meta menyenaraikan WhatsApp for Windows sebagai peranti pendamping yang tidak disokong. **Adakah Coexistence itu sendiri peranti terpaut?** Tidak. Ia ialah Cloud API yang dikaitkan dengan nombor melalui onboarding Meta, dan ia tidak menduduki slot peranti pendamping. **Berapa banyak peranti pendamping boleh saya paut?** Sehingga empat selain telefon utama, merentasi klien pendamping yang disokong Meta. --- ## Menukar nombor telefon pada sambungan Coexistence https://easycoexistence.com/ms/docs/changing-the-phone-number Sambungan Coexistence dimiliki oleh satu nombor telefon. Apabila perniagaan menukar nombornya dalam aplikasi WhatsApp Business, Meta memutuskan sambungan dengan sebab CHANGE_NUMBER. Nombor baharu ialah nombor telefon perniagaan yang berasingan pada platform, dan ia perlu didaftarkan melalui aliran Coexistence sebagai sambungan baharu. ### Apakah yang berlaku kepada sambungan apabila nombor ditukar? Sambungan itu tamat. Meta menyenaraikan pertukaran nombor telefon sebagai salah satu sebab sambungan Coexistence diputuskan, dan melaporkannya dalam disconnection_info bagi webhook account_update dengan sebab CHANGE_NUMBER. Ini menunjukkan platform konsisten, bukan terlalu ketat. Segala yang diketahui oleh bahagian API dikaitkan dengan nombor telefon perniagaan: phone number ID, nama paparan, penarafan kualiti dan langganan webhook. Nombor yang berbeza ialah aset yang berbeza, jadi tiada apa yang dilekatkan pada nombor lama berpindah dengan sendirinya, dan sambungan lama berhenti berfungsi pada saat pertukaran dibuat. ### Bagaimanakah cara menyambungkan nombor baharu? Sebagai sambungan pertama. Nombor baharu mesti memenuhi syarat yang sama seperti mana-mana nombor yang menyertai Coexistence, kemudian melalui proses pendaftaran dari awal. Tiada apa-apa daripada sambungan lama digunakan semula, jadi lebih baik anda menganggap pertukaran ini sebagai projek ringkas yang mempunyai tarikh. - Nombor itu aktif dalam aplikasi WhatsApp Business, pada versi 2.24.17 atau lebih baharu. - Nombor itu berada dalam Business Portfolio yang anda urus. - Nombor itu tidak dipautkan kepada penyedia lain. - Nama paparannya diberikan semasa pendaftaran, seperti bagi mana-mana nombor telefon perniagaan. ### Apakah yang perlu dikemas kini di bahagian API? Setiap tempat yang menyimpan nombor lama atau ID-nya. Integrasi yang menghantar melalui Cloud API menuju ke phone number ID, jadi CRM, aliran kerja automasi atau ejen AI yang masih menuding kepada ID lama akan gagal dan tidak akan beralih sendiri. Sambungan baharu juga memulakan semula soalan pendaftarannya sendiri, termasuk sama ada hendak berkongsi sejarah sembang dan tetingkap 24 jam untuk menyegerakkannya. Destinasi webhook yang ditetapkan pada sambungan lama perlu dikenakan pada sambungan baharu. Kapasiti portfolio juga wajar disemak: Meta mengehadkan Business Portfolio baharu kepada dua nombor telefon perniagaan berdaftar sehingga ia disahkan atau mencapai had pemesejan 2,000. ### Apakah yang berlaku kepada nombor lama pada platform? Ia kekal sebagai aset dalam WhatsApp Business Account sehingga seseorang mengalihkannya. Meta hanya membenarkan pentadbir Business Portfolio memadam nombor telefon perniagaan, dan menolak pemadaman bagi nombor yang digunakan untuk menghantar mesej berbayar dalam tempoh 30 hari lalu. Pemadaman ialah kerja kemas kini pilihan, bukan syarat untuk menyambungkan nombor baharu, tetapi membiarkan nombor lapuk dalam akaun memudahkan sesuatu sistem terus menuju ke nombor yang salah. Memadamnya selepas 30 hari berlalu memastikan akaun mudah dibaca. - Menukar nombor dalam aplikasi sebelum merancang sambungan semula. Sambungan lama tamat pada saat itu. - Membiarkan phone number ID lama dalam integrasi. Penghantaran gagal dan tidak mengikuti nombor baharu. - Cuba memadam nombor lama sejurus selepas pertukaran. Meta menyekatnya jika nombor itu menghantar mesej berbayar dalam tempoh 30 hari. **Adakah sambungan mengikut nombor baharu saya?** Tidak. Meta memutuskannya dengan sebab CHANGE_NUMBER, dan nombor baharu didaftarkan sebagai sambungan baharu. **Adakah saya memerlukan phone number ID baharu?** Ya. Nombor baharu ialah nombor telefon perniagaan yang berasingan pada platform, dengan ID tersendiri. **Bolehkah saya memadam nombor lama dengan segera?** Hanya jika ia tidak menghantar mesej berbayar dalam tempoh 30 hari lalu, dan hanya pentadbir portfolio yang boleh memadamnya. **Adakah saya perlu memilih nama paparan sekali lagi?** Ya. Meta memerlukan maklumat nama paparan apabila nombor telefon perniagaan didaftarkan. --- ## Pengesahan perniagaan Meta dan nombor Coexistence https://easycoexistence.com/ms/docs/business-verification Pengesahan perniagaan Meta terpakai pada Meta Business Portfolio, bukan pada nombor telefon. Sesebuah portfolio boleh menghantar mesej tanpanya, bermula dengan had 250 penerima unik sehari dan dua nombor berdaftar. Pengesahan ialah salah satu laluan ke had 2,000, menaikkan had nombor kepada 20, dan diperlukan sebelum memohon tanda semak biru. ### Adakah pengesahan perniagaan diperlukan untuk menyambungkan nombor? Tidak. Dokumentasi Meta menganggap pengesahan sebagai cara untuk meningkatkan keupayaan sesebuah portfolio, bukan syarat untuk menghantar mesej. Portfolio perniagaan yang baru dibuat bermula dengan had mesej 250 penerima unik di luar tetingkap khidmat pelanggan dalam 24 jam bergerak, dan had dua nombor telefon perniagaan berdaftar. Kedua-duanya terpakai sama ada portfolio itu disahkan atau tidak, dan perniagaan boleh menghantar mesej kepada pelanggannya dalam had tersebut sejak hari pertama. Yang berubah dengan pengesahan ialah siling. Ia ialah salah satu daripada tiga laluan yang disenaraikan Meta untuk menaikkan had mesej daripada 250 kepada 2,000, dan salah satu daripada dua pencetus untuk menaikkan had nombor berdaftar kepada 20. ### Apakah yang dibuka oleh pengesahan pada WhatsApp? Tiga perkara yang berasingan, yang sering digambarkan sebagai satu. - Laluan had mesej: pengesahan ialah satu cara untuk layak ke 2,000, selepas itu penskalaan automatik Meta mengambil alih. - Had nombor yang lebih besar: Meta menaikkan portfolio daripada dua nombor berdaftar kepada 20 dan menghantar webhook business_capability_update. - Kelayakan Official Business Account: portfolio yang memiliki nombor itu mesti disahkan sebelum tanda semak biru boleh dipohon. - Ketiga-tiganya tidak mengubah cara aplikasi WhatsApp Business berfungsi pada telefon. ### Bagaimanakah pengesahan terpakai pada nombor Coexistence? Melalui portfolio. Nombor yang disambungkan melalui Coexistence berada dalam WhatsApp Business Account yang dimiliki oleh sebuah Meta Business Portfolio, dan pengesahan ialah ciri portfolio itu. Setiap nombor di dalamnya berkongsi keputusan yang sama, bersama had mesej portfolio. Tanda semak biru lebih terhad. Halaman Official Business Account Meta menyatakan bahawa status itu tidak diberikan kepada antara lain nombor telefon aplikasi WhatsApp Business, dan ia tidak menerangkan secara berasingan nombor yang digunakan dengan aplikasi dan Cloud API sekali gus. Kriteria kelayakan lain ialah pengesahan, sekurang-kurangnya 30 hari di platform, pengesahan dua langkah pada nombor dan nama paparan yang diluluskan. ### Portfolio manakah yang patut disahkan? Portfolio yang memiliki WhatsApp Business Account, iaitu portfolio milik perniagaan itu sendiri jika ia menyambungkan nombornya sendiri. Ini penting bagi agensi. Jika nombor pelanggan disambungkan dalam portfolio agensi, pengesahan, had dan had nombor agensi itulah yang terpakai, dan had pelanggan dikongsi dengan setiap nombor lain yang dipegang agensi di situ. Meta menyatakan dengan jelas bahawa satu nombor boleh menggunakan seluruh keupayaan mesej sesebuah portfolio dalam tempoh tertentu. Menyambungkan setiap perniagaan dalam portfolionya sendiri mengekalkan pengesahan, had dan pengebilan pada perniagaan yang benar-benar menghantar mesej. - Menangguhkan sambungan sehingga pengesahan selesai. Penghantaran berfungsi tanpanya, dalam had permulaan. - Mengesahkan portfolio yang berbeza daripada yang memiliki WhatsApp Business Account. Keputusannya tidak berpindah. - Menyimpan nombor beberapa pelanggan dalam satu portfolio agensi. Mereka berkongsi satu had mesej dan satu had nombor. **Adakah saya perlukan pengesahan perniagaan untuk menggunakan Coexistence?** Tidak. Sesebuah portfolio boleh menghantar mesej tanpanya, pada had permulaan 250 penerima unik dalam 24 jam bergerak. **Adakah pengesahan memberi saya tanda semak biru?** Tidak dengan sendirinya. Ia ialah satu syarat untuk status Official Business Account, yang dipohon secara berasingan dan disemak oleh Meta. **Adakah pengesahan dibuat bagi setiap nombor?** Tidak. Ia milik Meta Business Portfolio, dan setiap nombor dalam portfolio itu berkongsinya. **Adakah pengesahan mengubah aplikasi pada telefon saya?** Tidak. Ia mengubah had platform dan kelayakan, bukan cara aplikasi WhatsApp Business berfungsi. --- ## Had mesej WhatsApp: tahap portfolio semasa https://easycoexistence.com/ms/docs/messaging-limits-and-tiers Had mesej mengehadkan bilangan orang unik yang boleh menerima mesej daripada perniagaan di luar tetingkap khidmat pelanggan dalam tempoh 24 jam bergerak. Sejak 7 Oktober 2025, had ini ditetapkan bagi setiap Meta Business Portfolio dan dikongsi oleh setiap nombor di dalamnya, bermula pada 250 dan naik kepada 2,000, 10,000, 100,000 dan tanpa had. ### Apakah sebenarnya yang dikira oleh had mesej? Nombor telefon pengguna WhatsApp yang unik yang menerima mesej daripada perniagaan anda di luar tetingkap khidmat pelanggan, dalam tempoh 24 jam bergerak. Tiga akibat timbul daripada rumusan ini. Balasan di dalam tetingkap khidmat pelanggan yang masih terbuka tidak dikira, jadi nombor yang hanya menjawab orang yang menghubunginya boleh beroperasi jauh melebihi had tanpa menyentuhnya. Menghantar beberapa template kepada orang yang sama hanya dikira sekali. Tempoh ini juga bergerak, bukan hari kalendar, jadi kapasiti dibebaskan secara beransur-ansur apabila penghantaran yang paling lama tamat tempoh. Had ini mengenai berapa ramai orang yang anda hubungi dahulu, bukan seberapa laju atau seberapa banyak anda menghantar. ### Apakah yang berubah pada Oktober 2025? Sebelum 7 Oktober 2025, setiap nombor telefon mempunyai had sendiri, dan nombor baharu bermula pada 250 tanpa mengira apa yang telah dicapai nombor lain. Sejak itu, had ini dimiliki oleh portfolio perniagaan dan setiap nombor di dalamnya berkongsi had yang sama. - Nombor yang baru didaftarkan terus berkongsi had portfolio. - Langkah pertama selepas 250 ialah 2,000, berbanding 1,000 sebelum ini. - Kenaikan tiba 6 jam selepas kriteria dipenuhi, berbanding 24 jam dahulu. - Penurunan penarafan kualiti sesuatu nombor tidak lagi menurunkan had. - Medan yang perlu dibaca ialah whatsapp_business_manager_messaging_limit; messaging_limit_tier sudah dinyahgalakkan. ### Bagaimanakah had itu naik? Dalam dua peringkat. Untuk keluar daripada 250, portfolio perlu melengkapkan satu laluan penskalaan: mengesahkan perniagaan, meminta rakan orientasi mengesahkannya, atau menghantar 2,000 mesej di luar tetingkap khidmat pelanggan kepada penerima unik dalam tempoh 30 hari menggunakan template berpenarafan kualiti tinggi. Meta kemudian menyemak kualiti mesej lalu meluluskan atau menolak, dan penolakan tiba sebagai webhook account_alerts yang menamakan alternatif yang boleh diikuti. Daripada 2,000 ke atas, penskalaan berlaku secara automatik. Meta menaikkan portfolio satu tahap apabila portfolio menghantar mesej berkualiti tinggi merentas semua nombor dan template-nya, serta telah menggunakan sekurang-kurangnya separuh daripada had semasa dalam 7 hari terakhir. Tiada apa-apa yang perlu dibeli dan tiada permohonan yang perlu difailkan. ### Apakah beza had mesej dengan throughput? Had mesej mengira orang sehari; throughput mengira mesej sesaat. Kedua-duanya ditetapkan secara berasingan dan gagal secara berasingan. Pada nombor Coexistence, bezanya jelas. Meta menetapkan throughput pada 20 mesej sesaat bagi mana-mana nombor yang digunakan serentak dengan aplikasi WhatsApp Business dan Cloud API, supaya ia kekal serasi dengan aplikasi. Angka itu tidak berubah mengikut tahap portfolio, jadi portfolio dengan had mesej tanpa had masih menghantar pada 20 sesaat daripada nombor Coexistence. Had sesaat, had setiap penerima dan had panggilan pengurusan masing-masing mempunyai halaman dan kod ralat tersendiri. - Membaca messaging_limit_tier. Medan ini sudah dinyahgalakkan; medan semasa ialah whatsapp_business_manager_messaging_limit. - Menganggap setiap nombor baharu bermula pada 250. Sejak Oktober 2025, nombor itu terus mewarisi had portfolio. - Mengira balasan terhadap had. Mesej di dalam tetingkap khidmat pelanggan yang terbuka bukan sebahagian daripadanya. - Membiarkan kempen satu nombor menghabiskan had nombor lain. Seluruh portfolio menggunakan had yang sama. **Adakah had ditetapkan bagi setiap nombor atau setiap akaun?** Bagi setiap Meta Business Portfolio sejak 7 Oktober 2025. Setiap nombor dalam portfolio berkongsi had tersebut. **Adakah balasan pelanggan dikira terhadap had saya?** Tidak. Hanya penghantaran di luar tetingkap khidmat pelanggan yang dikira, dan setiap penerima unik dikira sekali bagi setiap 24 jam bergerak. **Bolehkah penarafan kualiti yang rendah menurunkan had saya?** Tidak sejak Oktober 2025. Meta berhenti menurunkan had apabila kualiti merosot, walaupun kualiti masih menentukan sama ada had meningkat. **Adakah tahap yang lebih tinggi menaikkan throughput Coexistence?** Tidak. Throughput pada nombor Coexistence ditetapkan pada 20 mesej sesaat tanpa mengira tahap. --- ## Katalog produk pada nombor Coexistence https://easycoexistence.com/ms/docs/catalog-and-coexistence Menyambungkan nombor melalui Coexistence tidak mengubah katalog, pesanan dan alat status aplikasi WhatsApp Business di dalam aplikasi, dan Cloud API tidak mendedahkan alat aplikasi tersebut. Mesej produk melalui API menggunakan katalog yang dimuat naik ke Meta dan disambungkan kepada WhatsApp Business Account, serta dikonfigurasikan bagi setiap nombor telefon. ### Adakah katalog aplikasi WhatsApp Business saya kekal selepas Coexistence? Ya, pada telefon. Jadual ciri Coexistence Meta menyenaraikan alat perniagaan, dengan katalog, pesanan dan status sebagai contoh, tanpa sebarang perubahan pada cara alat itu berfungsi dalam aplikasi WhatsApp Business selepas onboarding. Baris yang sama menandakan alat tersebut sebagai tidak disokong pada Cloud API. Bahagian inilah yang perlu dirancang: integrasi tidak boleh mengharapkan untuk membaca, mengedit atau mencerminkan alat katalog aplikasi melalui API. Jadi kedai yang menjual daripada katalog aplikasinya terus berbuat demikian selepas menyambung. Yang berubah ialah kedai itu turut memperoleh API, dengan cara tersendiri untuk menghantar produk. ### Bagaimanakah katalog produk berfungsi melalui Cloud API? Melalui katalog yang dimuat naik ke Meta dan disambungkan kepada WhatsApp Business Account. Katalog ialah inventori produk atau perkhidmatan yang tersusun, dan setiap item mempunyai butiran seperti nama, penerangan, harga, imej dan ketersediaan. Meta menerangkan empat peringkat. - Muat naik inventori, melalui Commerce API atau Meta Commerce Manager. - Konfigurasi dagangan bagi setiap nombor telefon: sama ada troli diaktifkan dan sama ada katalog kelihatan. - Perkongsian produk melalui mesej katalog, produk tunggal, berbilang produk atau karusel. - Respons pelanggan, yang tiba sebagai pemberitahuan webhook bersama butiran pesanan dan soalan tentang produk. ### Apakah perbezaan antara mesej produk dalam aplikasi dengan melalui API? Meta mendokumentasikan satu perbezaan yang kelihatan: mesej yang dihantar melalui Cloud API pada masa ini tidak memaparkan ikon troli beli-belah pada pengepala utas sembang, tidak seperti mesej produk yang dihantar daripada aplikasi WhatsApp Business. Bahagian API juga mempunyai tetapan yang tidak didedahkan oleh aplikasi dengan cara yang sama. Secara lalai, troli beli-belah diaktifkan dan ikon ruang depan kedai disembunyikan bagi setiap nombor telefon perniagaan pada akaun, dan kedua-duanya boleh ditukar bagi setiap nombor melalui endpoint tetapan dagangan. Jika katalog dinyahaktifkan, pautan katalog wa.me dan butang Lihat katalog akan memaparkan amaran katalog tidak sah apabila diketuk. Di luar tetingkap khidmat pelanggan, produk tetap dihantar dalam template yang diluluskan, seperti mesej lain yang dimulakan oleh perniagaan. ### Siapakah yang menyemak produk? Meta, secara automatik. Item yang ditambah pada katalog yang disambungkan kepada WhatsApp Business Account akan disemak, dan item yang melanggar dasar akan ditandakan dengan perniagaan itu diarahkan kepada WhatsApp Commerce Policies. Item yang ditolak boleh dirayu dalam Meta Commerce Manager. Pelanggan juga boleh melaporkan produk tertentu yang mereka terima dalam mesej, dan ini mencetuskan semakan tersendiri. Laporan tentang perniagaan itu sendiri ialah perkara berasingan: laporan tersebut ialah salah satu isyarat yang digunakan Meta untuk penarafan kualiti sesuatu nombor. Perniagaan yang berpangkalan di India mempunyai tanggungjawab tambahan untuk mematuhi undang-undang jualan dalam talian, yang didedahkan oleh Meta melalui Business Compliance API. - Mengharapkan alat katalog aplikasi boleh dibaca melalui API. Meta menyenaraikannya sebagai tidak disokong pada Cloud API. - Menyahaktifkan katalog pada sesuatu nombor ketika pautan katalog wa.me masih diedarkan. Pautan tersebut kemudian memaparkan amaran katalog tidak sah. - Menghantar produk di luar tetingkap khidmat pelanggan tanpa template. Mesej yang dimulakan oleh perniagaan tetap memerlukannya. **Adakah katalog saya akan dipadam apabila menyambung?** Tidak. Meta menyenaraikan alat perniagaan aplikasi, termasuk katalog, sebagai tidak berubah selepas onboarding Coexistence. **Bolehkah API membaca katalog aplikasi saya?** Meta menandakan alat perniagaan aplikasi sebagai tidak disokong pada Cloud API. Mesej produk API menggunakan katalog yang disambungkan kepada WhatsApp Business Account. **Berapa banyak produk boleh dimuatkan dalam satu mesej?** Sehingga 30 dalam satu mesej berbilang produk, disusun dalam beberapa bahagian. **Bolehkah saya mematikan troli?** Boleh, bagi setiap nombor telefon, melalui endpoint tetapan dagangan. Troli diaktifkan secara lalai. --- ## Senarai siaran berbanding template pemasaran selepas Coexistence https://easycoexistence.com/ms/docs/broadcast-lists-vs-templates Setelah nombor disambungkan melalui Coexistence, senarai siaran dalam aplikasi WhatsApp Business menjadi baca sahaja dan senarai baharu tidak boleh dibuat. Setara API ialah template pemasaran yang dihantar kepada setiap penerima. Ia memerlukan opt-in, dikira dalam had mesej portfolio, dicaj oleh Meta dan menghormati pilihan pemasaran setiap orang. ### Apakah yang menggantikan senarai siaran pada API? Template pemasaran yang diluluskan, dihantar sekali bagi setiap penerima melalui Cloud API. Tiada objek senarai pada bahagian API: integrasi menyimpan khalayak dan menghantar template kepada setiap nombor di dalamnya. Ini mengubah tiga perkara serentak. Kandungan melalui semakan template Meta sebelum boleh dihantar. Setiap penghantaran di luar tetingkap khidmat pelanggan membuka satu perbualan yang dicaj oleh Meta kepada kaedah pembayaran pada WhatsApp Business Account milik perniagaan itu sendiri. Dan setiap penerima unik dikira dalam had mesej portfolio bagi tempoh 24 jam bergerak. Penyahaktifan itu sendiri, beserta sebab yang diberikan oleh Meta, dibincangkan pada halaman tentang ciri yang dimatikan oleh Coexistence. ### Siapakah yang boleh menerima template pemasaran? Orang yang memberikan nombor mereka kepada perniagaan dan telah memilih untuk menerima khabar daripadanya. Dasar Mesej Perniagaan Meta menjadikan kedua-dua syarat ini jelas, dan opt-in mesti menyebut nama perniagaan serta menyatakan bahawa orang itu bersetuju menerima mesejnya. Meta menyerahkan kaedah kepada perniagaan, selagi ia memenuhi syarat tersebut dan undang-undang yang terpakai: SMS, borang laman web, panggilan IVR atau borang kertas bertandatangan semuanya disenaraikan sebagai contoh. Oleh itu, bukti opt-in berada dalam rekod perniagaan sendiri, bukan dalam senarai kenalan telefon. Menghantar kepada orang yang tidak pernah memberikan opt-in juga merupakan cara paling pantas untuk mendapat sekatan dan laporan, yang menurunkan kualiti. ### Mengapakah sesetengah template pemasaran tidak sampai? Kerana API menggunakan kawalan bagi setiap penerima yang tidak pernah dipaparkan oleh senarai siaran. - Had pemasaran bagi setiap pengguna: WhatsApp boleh menahan template pemasaran kepada orang yang kurang berkemungkinan berinteraksi, dengan mengembalikan 131049. - Pemasaran dihentikan: seseorang boleh menghentikan mesej pemasaran daripada perniagaan dalam tetapan Tawaran dan pengumuman, dengan mengembalikan 131050. - Nombor Amerika Syarikat: buat masa ini WhatsApp tidak menghantar template pemasaran kepada pengguna yang mempunyai nombor telefon AS. - Wilayah yang dikecualikan: had bagi setiap pengguna buat masa ini tidak aktif untuk EEA, UK, Jepun atau Korea Selatan. ### Adakah alat mesej pemasaran dalam aplikasi masih berfungsi? Jadual ciri Coexistence Meta meletakkan alat pemesejan aplikasi dalam satu baris, yang menyebut mesej pemasaran, mesej ucapan, mesej tiada, balasan pantas dan label, serta tidak mencatat sebarang perubahan padanya dalam aplikasi WhatsApp Business selepas onboarding. Baris yang sama menandakannya sebagai tidak disokong pada Cloud API. Jadi ciri mesej pemasaran aplikasi dan template pemasaran API ialah dua laluan berasingan pada nombor yang sama. Meta juga menyatakan bahawa mesej yang dihantar daripada aplikasi WhatsApp Business kekal percuma selepas onboarding, manakala mesej yang dihantar melalui Cloud API mengikut harga Cloud API. Senarai siaran ialah pengecualian yang berubah, dan sebab itulah ia memerlukan pengganti. - Mencuba semula 131049 serta-merta. Meta meminta sekurang-kurangnya 24 jam, dan percubaan semula yang terlalu awal boleh menyekat percubaan seterusnya sehingga sehari. - Mencuba semula 131050. Orang itu telah menghentikan mesej pemasaran daripada perniagaan, dan mesej itu tidak akan diterima. - Mengimport senarai siaran sebagai senarai opt-in. Menyimpan nombor itu bukanlah opt-in yang diterangkan oleh dasar. **Adakah senarai siaran saya dipadam?** Tidak. Senarai siaran sedia ada menjadi baca sahaja, dan senarai baharu tidak boleh dibuat selagi nombor itu disambungkan. **Adakah saya perlukan template untuk menghantar mesej kepada khalayak senarai siaran saya?** Di luar tetingkap khidmat pelanggan, ya. Template pemasaran ialah laluan API bagi promosi yang dimulakan oleh perniagaan. **Mengapakah template gagal dengan 131050?** Penerima itu telah memilih untuk berhenti menerima mesej pemasaran daripada perniagaan anda. Meta menyatakan jangan cuba semula. **Adakah ciri mesej pemasaran aplikasi sudah tiada?** Meta menyenaraikan alat pemesejan aplikasi, termasuk mesej pemasaran, sebagai tidak berubah dalam aplikasi selepas onboarding. --- ## Keperluan opt-in WhatsApp untuk mesej yang dimulakan oleh perniagaan https://easycoexistence.com/ms/docs/opt-in-requirements Sebelum perniagaan menghantar mesej kepada seseorang di WhatsApp, dasar Meta menghendaki dua perkara: orang itu telah memberikan nombor telefonnya kepada perniagaan, dan perniagaan telah menerima opt-in yang mengesahkan bahawa dia mahu menerima mesejnya. Sejak November 2024, opt-in boleh bersifat umum dan tidak khusus untuk WhatsApp, tetapi ia mesti menyebut nama perniagaan dan mematuhi undang-undang tempatan. ### Apakah yang dikehendaki oleh dasar opt-in Meta? Dua syarat, dan kedua-duanya mesti dipenuhi sebelum perniagaan menghubungi seseorang di WhatsApp. Orang itu telah memberikan nombor telefon bimbitnya kepada perniagaan, dan perniagaan telah menerima kebenaran opt-in daripada orang itu yang mengesahkan bahawa dia mahu menerima mesej atau panggilan seterusnya daripadanya. Opt-in itu sendiri mempunyai tiga keperluan. Ia mesti menyatakan dengan jelas bahawa orang itu memilih untuk menerima komunikasi daripada perniagaan. Ia mesti menyatakan nama perniagaan dengan jelas. Dan ia mesti mematuhi undang-undang yang terpakai, yang sepenuhnya diserahkan oleh Meta kepada perniagaan untuk menentukannya. Kemas kini dasar Meta pada November 2024 melonggarkan satu perkara: opt-in boleh bersifat umum dan tidak perlu menyebut WhatsApp, selagi undang-undang tempatan dipatuhi. ### Kaedah opt-in manakah yang diterima oleh Meta? Apa-apa kaedah yang memenuhi ketiga-tiga keperluan itu. Meta menyatakan bahawa kaedah sedemikian mematuhi dasar, menyerahkan pilihan kepada perniagaan, dan memberikan contoh kaedah yang disokong. Apa pun kaedah yang digunakan, Meta turut menasihatkan agar dijelaskan apa yang orang itu peroleh dengan menerima mesej tersebut. - SMS. - Borang di laman web. - Melalui telefon, menerusi aliran interactive voice response. - Secara bersemuka atau di atas kertas, dengan dokumen fizikal yang ditandatangani. - Apa pun kaedahnya, perniagaan bertanggungjawab atas notis dan kebenaran yang dikehendaki oleh undang-undang yang terpakai. ### Adakah kenalan dalam aplikasi WhatsApp Business saya dikira sebagai opt-in? Tidak dengan sendirinya. Dasar Meta mengaitkan kebenaran dengan pengesahan daripada orang itu bahawa dia mahu menerima mesej daripada perniagaan, dan nombor telefon dalam senarai kenalan paling banyak hanya memenuhi syarat pertama daripada dua syarat itu. Perkara ini penting pada nombor Coexistence kerana sambungan boleh menyegerakkan kenalan daripada aplikasi, dan pangkalan pelanggan sedia ada ialah khalayak yang paling jelas untuk kempen template pertama. Memiliki nombor seseorang tidak sama dengan pengesahan daripadanya. Pelanggan yang menulis kepada perniagaan ialah kes yang berbeza: mesejnya membuka tetingkap khidmat pelanggan, dan perniagaan boleh membalas di dalamnya. ### Apa yang berlaku jika opt-in lemah? Penerima akan membantah, dan platform bertindak balas terhadap maklum balas itu. Panduan opt-in Meta menyatakan bahawa orang boleh menyekat atau melaporkan perniagaan, atau berhenti menerima mesej pemasarannya, dan sistem Meta akan mengenakan had kadar kepada perniagaan yang kualitinya kekal rendah untuk tempoh yang berpanjangan. Nasihat praktikal Meta berdasarkan perkara ini. Tetapkan jangkaan dengan merangkumi kategori mesej yang akan dihantar oleh perniagaan, atau kumpulkan opt-in bagi setiap kategori. Beri arahan yang jelas untuk memilih keluar daripada kategori tertentu dan hormatilah pilihan itu. Jadikan aliran opt-in dan opt-out mudah dilihat, dan pantau penarafan kualiti dengan teliti apabila kaedah opt-in baharu mula digunakan. Dasar itu juga menghendaki setiap permintaan untuk menyekat, menghentikan atau memilih keluar dihormati, sama ada di WhatsApp atau di luar WhatsApp, termasuk mengeluarkan orang itu daripada senarai kenalan. - Menganggap kenalan aplikasi yang disegerakkan sebagai senarai opt-in. Dasar itu meminta pengesahan daripada setiap orang, bukan sekadar nombor mereka. - Mengumpul opt-in yang tidak pernah menyebut nama perniagaan. Meta menghendaki nama perniagaan dinyatakan dengan jelas. - Menghormati opt-out hanya apabila ia diterima di WhatsApp. Dasar itu meliputi permintaan yang dibuat melalui mana-mana saluran. **Adakah opt-in mesti menyebut WhatsApp?** Tidak. Sejak kemas kini dasar November 2024, opt-in umum dibenarkan, dengan syarat ia mematuhi undang-undang tempatan. **Adakah saya memerlukan opt-in untuk membalas pelanggan yang menulis dahulu?** Mesej pelanggan membuka tetingkap khidmat pelanggan, dan balasan dibenarkan di dalamnya. Opt-in mengawal mesej yang dimulakan oleh perniagaan. **Bolehkah opt-in dikumpul secara luar talian?** Boleh. Meta menyenaraikan kaedah secara bersemuka atau di atas kertas, dengan dokumen yang ditandatangani, antara kaedah yang diterima. **Apakah yang perlu dilakukan apabila seseorang memilih opt-out?** Berhenti menghantar mesej kepadanya, apa pun saluran yang digunakan untuk membuat permintaan itu, dan keluarkan dia daripada senarai kenalan anda seperti yang dikehendaki oleh dasar. --- ## Cara sekatan dan laporan menjejaskan penarafan kualiti WhatsApp https://easycoexistence.com/ms/docs/quality-rating-blocks-and-reports Kualiti mesej dinilai berdasarkan cara penerima menerima mesej sesebuah perniagaan sepanjang tujuh hari lepas, dengan pemberat lebih pada mesej terkini. Isyaratnya ialah sekatan, laporan, senyapkan, arkib dan sebab yang diberikan orang apabila menyekat. Kualiti rendah yang berpanjangan membawa kepada had kadar, ralat 131048 pada penghantaran dan template yang digantung. ### Apakah maklum balas yang menurunkan penarafan kualiti WhatsApp? Meta menyebut isyaratnya secara terus: sekatan, laporan, senyapkan, arkib dan sebab yang diberikan pengguna apabila menyekat sesebuah perniagaan. Kualiti berdasarkan cara mesej diterima sepanjang tujuh hari lepas dan diberi pemberat mengikut kebaharuan, jadi penghantaran yang buruk semalam lebih berat daripada yang berlaku enam hari lalu. Dua perkara berbangkit. Satu kempen yang disasarkan dengan buruk boleh mengubah penarafan dengan cepat, dan Meta menyatakan bahawa nombor dengan trafik tinggi lazimnya melihat kualiti berubah dalam beberapa minit. Dan oleh sebab penilaian hanya meliputi tujuh hari terakhir, maklum balas yang lebih lama daripada itu tidak lagi dikira. Template mempunyai penarafan tersendiri, dibina daripada maklum balas dan kadar bacaan, selain penarafan bagi nombor. ### Apa yang berlaku apabila kualiti menurun? Beberapa perkara, pada peringkat yang berbeza. - Penghantaran boleh gagal dengan 131048, yang dikaitkan Meta dengan terlalu banyak mesej disekat atau ditandakan sebagai spam. - Template yang dinilai YELLOW atau RED masih boleh dihantar tetapi berisiko digantung atau dilumpuhkan. - Kualiti mempengaruhi kadar penghantaran template, yang boleh melambatkan penyampaian sesuatu kempen. - Dasar membenarkan WhatsApp menghadkan bilangan mesej yang boleh dihantar oleh sesebuah perniagaan berdasarkan sekatan dan laporan. - Sejak 7 Oktober 2025, penurunan tidak lagi merendahkan had pemesejan portfolio, tetapi ia boleh menghalang had itu daripada meningkat. ### Bagaimana cara memulihkan penarafan kualiti yang rendah? Hentikan punca maklum balas negatif dahulu, kemudian biarkan tetingkap tujuh hari berlalu melepasinya. Garis panduan Meta untuk mesej berkualiti tinggi ialah senarai semaknya. Hantar hanya kepada orang yang telah memilih untuk menerima mesej daripada perniagaan itu. Jadikan mesej diperibadikan dan berguna. Elakkan mesej alu-aluan atau pengenalan yang terbuka. Elakkan menghantar terlalu banyak mesej sehari. Pastikan kandungan dan panjangnya ringkas. Dalam amalan, ini bermaksud menjeda kempen atau template yang menarik sekatan, menyemak segmen khalayak yang menerimanya, dan menyemak persetujuan yang diberikan khalayak itu. Panduan persetujuan Meta sendiri mencadangkan pengumpulan persetujuan mengikut kategori mesej, kerana kategori yang tidak dijangka itulah yang disekat orang. ### Di manakah penarafan kualiti dipaparkan? Dalam WhatsApp Manager, di bawah Account tools dan Phone numbers, bersama status dan had pemesejan nombor itu, dan pada objek nombor telefon melalui Graph API sebagai quality_rating. Penarafan template terdapat pada setiap template sebagai quality_score, dan dalam panel Manage templates sebagai High, Medium, Low atau Quality pending. Tiada apa-apa tentangnya muncul dalam aplikasi WhatsApp Business pada telefon, sebab itulah nombor Coexistence boleh merosot tanpa disedari sesiapa di kedai. Penarafan itu tidak dihantar oleh webhook phone_number_quality_update walaupun nama medan itu begitu, dan webhook tersebut mempunyai halaman tersendiri yang menerangkan apa yang dibawanya. - Menghantar mesej alu-aluan terbuka kepada senarai yang baru diimport. Meta menyebutnya sebagai perkara yang perlu dielakkan, dan ia menarik sekatan. - Mencuba semula penghantaran yang gagal dengan 131048. Sekatan itu terkena pada nombor, dan lebih banyak penghantaran menambah maklum balas yang menyebabkannya. - Hanya memantau penarafan nombor. Template mempunyai penarafan sendiri, dan template RED boleh digantung walaupun nombor kelihatan baik. **Adakah satu sekatan menurunkan penarafan saya?** Meta tidak menerbitkan ambang. Kualiti mencerminkan maklum balas keseluruhan bagi mesej tujuh hari terakhir, dengan pemberat lebih pada yang terkini. **Bolehkah penarafan rendah merendahkan had pemesejan saya?** Tidak sejak 7 Oktober 2025. Ia masih boleh menghalang had daripada meningkat dan menyekat penghantaran. **Berapa lamakah pemulihan mengambil masa?** Meta tidak menerbitkan tempoh pemulihan. Penilaian meliputi tujuh hari terakhir, jadi maklum balas yang lebih lama daripada itu tidak lagi dikira. **Adakah sembang yang disenyapkan dikira?** Ya. Meta menyenaraikan senyapkan dan arkib bersama sekatan dan laporan sebagai isyarat kualiti. --- ## GDPR dan Coexistence: ke mana data mesej pergi https://easycoexistence.com/ms/docs/gdpr-and-coexistence Setelah sesebuah nombor disambungkan melalui Coexistence, mesejnya dicerminkan antara aplikasi WhatsApp Business dan Cloud API. Meta menyatakan bahawa bagi Cloud API, ia bertindak sebagai pemproses data bagi pihak perniagaan, menyimpan mesej selama paling lama 30 hari, dan menjangkakan setiap perniagaan memenuhi kewajipan GDPR masing-masing. ### Apakah yang berubah pada data mesej apabila nombor menggunakan Coexistence? Perbualan menjadi kelihatan kepada Cloud API selain telefon. Dokumentasi Coexistence Meta menyatakan bahawa mesej yang dihantar dan diterima dicerminkan antara Cloud API dan aplikasi WhatsApp Business, bahawa kenalan yang mempunyai nombor WhatsApp boleh disegerakkan, dan bahawa mesej sembang dari enam bulan terkini boleh disegerakkan semasa pendaftaran. Sembang kumpulan tidak disegerakkan. Dari saat itu, mesej satu-lawan-satu bagi nombor tersebut melalui Cloud API, yang Meta huraikan sebagai menyahsulit mesej yang diterima dan memajukannya kepada perniagaan, serta menyulitkan mesej keluar dengan protokol Signal sebelum dihantar. Halaman ini menyatakan apa yang Meta dokumenkan dan apa yang EasyCoexistence lakukan. Ia bukan nasihat undang-undang, dan sama ada sesuatu persediaan memenuhi GDPR ialah keputusan perniagaan dan penasihatnya. ### Apakah kata Meta tentang peranannya sendiri di bawah GDPR? Halaman privasi data Cloud API Meta menjelaskan kedudukannya dengan kata-katanya sendiri. - Di tempat undang-undang mengiktiraf pemproses data, Meta bertindak sebagai pemproses bagi pihak perniagaan semasa menyediakan Cloud API. - Cloud API menggunakan mesej yang diprosesnya hanya bagi pihak dan atas arahan perniagaan, kecuali diarahkan sebaliknya. - Mesej disimpan selama paling lama 30 hari; pengecam pengguna dipadam dalam tempoh 30 hari selepas kemas kini status terakhir sesuatu mesej. - Pelanggan Cloud API mesti memenuhi kewajipan mereka sendiri di bawah undang-undang seperti GDPR. - Pelanggan di Wilayah Eropah dilindungi oleh WhatsApp Business Data Transfer Addendum. ### Bolehkah data mesej disimpan di EU? Meta menawarkan storan setempat Cloud API, yang menyimpan kandungan mesej di negara pilihan selepas tempoh penggunaan yang singkat. Bagi Cloud API, tempoh penggunaan itu sehingga 60 minit, dan sepanjang tempoh itu kandungan mungkin diproses di pusat data Meta di peringkat antarabangsa. Pilihan di Eropah ialah Jerman untuk EU, Switzerland dan United Kingdom. Storan setempat ditetapkan semasa nombor didaftarkan, dan mengubahnya pada nombor yang sudah didaftarkan bermakna menyahdaftar dan mendaftar semula. Dokumentasi pendaftaran Meta juga menyatakan bahawa endpoint penyahdaftaran tidak boleh digunakan pada nombor yang digunakan dengan Cloud API dan aplikasi WhatsApp Business serentak, dan ia tidak menerangkan laluan berasingan untuk mengaktifkan storan setempat pada nombor Coexistence. ### Ke mana mesej pergi selepas Meta? Ke mana-mana endpoint yang menerima webhook WhatsApp Business Account. Pengatasan webhook Meta membolehkan sesebuah aplikasi menghantar webhook bagi akaun tertentu ke URL callback yang berbeza daripada URL aplikasi itu sendiri. EasyCoexistence menggunakan pengatasan itu untuk mengarahkan peristiwa mesej ke sistem perniagaan sendiri, jadi Meta menyampaikan kandungan perbualan ke sana dan bukan kepada kami, dan EasyCoexistence tidak pernah menyimpan kandungan perbualan. Yang kami simpan ialah peristiwa operasi, seperti keadaan sambungan dan kualiti, yang menjadi asas pemantauan. Meta juga mendokumenkan bahawa ia mempunyai laporan SOC 2 Type II dan ISO 27001 untuk Cloud API, yang diterbitkan melalui Business Messaging Compliance Center. - Menganggap peranan pemproses Meta meliputi kewajipan perniagaan sendiri. Meta menyatakan bahawa pelanggan mesti memenuhi kewajipan GDPR mereka sendiri. - Menerima penyegerakan sejarah tanpa memutuskan ke mana ia dihantar. Sehingga enam bulan sembang boleh disampaikan kepada sistem penerima. - Merancang untuk mengaktifkan storan setempat kemudian. Ia ditetapkan semasa pendaftaran, dan mengubahnya bermakna mendaftar semula. **Adakah Meta pemproses atau pengawal untuk Cloud API?** Meta menyatakan ia bertindak sebagai pemproses data bagi pihak perniagaan untuk Cloud API, di tempat undang-undang mengiktiraf konsep itu. **Berapa lama Meta menyimpan kandungan mesej?** Meta menyatakan tempoh penyimpanan maksimum 30 hari untuk mesej Cloud API, bagi ciri seperti penghantaran semula. **Adakah EasyCoexistence melihat perbualan saya?** Peristiwa mesej disalurkan oleh Meta ke sistem anda sendiri, dan EasyCoexistence tidak pernah menyimpan kandungan perbualan. **Adakah halaman ini nasihat undang-undang?** Tidak. Ia menyatakan apa yang Meta dokumenkan dan apa yang EasyCoexistence lakukan. Pematuhan perlu dinilai oleh perniagaan dan penasihatnya.