# EasyCoexistence: Filipino (fil) 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 ## WhatsApp MCP server para sa Claude, ChatGPT at Cursor https://easycoexistence.com/fil/whatsapp-mcp-server Hinahayaan ng MCP server ang AI assistant na direktang gumamit ng WhatsApp: inililista nito ang inyong mga numero, nagpapadala ng mga mensahe at template, nagche-check ng health, at itinuturo ang webhook sa inyong system. Nagpapatakbo ang EasyCoexistence ng isa gamit ang official Cloud API ng Meta, kaya nananatiling official ang numerong ginagamit na ng inyong mga customer para mag-message at hindi ito nalalagay sa ban risk. ### Ano ang WhatsApp MCP server? Ang MCP, o Model Context Protocol, ang paraan para ma-access ng AI assistant ang tool na hindi nito pagmamay-ari. Minsan lang kayong magdagdag ng connector, at maaari nang tawagan ng assistant ang tool para sa inyo, gamit ang simpleng pananalita at walang glue code sa pagitan. Inilalantad ng WhatsApp MCP server ang isang WhatsApp numero bilang isa sa mga tool na iyon. Sa halip na magsulat ng script na nag-a-authenticate laban sa API, bumubuo ng payload at humahawak sa response, maaari ninyong sabihin: magpadala ng mensahe sa customer na ito, gumawa ng template para sa order updates, sabihin kung healthy ang numerong ito. Ang assistant ang gumagawa ng mga call. Ang mahalaga ay kung aling WhatsApp ang inaabot nito. May dalawang ganap na magkaibang bagay na iisa ang pangalan, at dito nakasalalay kung mananatiling aktibo ang numero ng kliyente. ### Bakit nababanned ang karamihan sa WhatsApp MCP servers? Halos lahat ng WhatsApp MCP server na maaari ninyong i-install ngayon ay gumagana sa pamamagitan ng WhatsApp Web. Nagsa-sign in ito bilang linked device, gaya ng browser client, at ina-automate ang session na iyon. Labag ito sa terms ng WhatsApp, na nagbabawal sa automated at bulk use ng consumer client, at consumer client ang linked device. Maaaring ma-ban ang numerong gumagawa nito, at ang anti-ban claim ay tumutukoy sa bagay na hindi kontrolado ng vendor. Para sa personal na numero, abala lamang ito. Para sa numerong ginagamit na ng mga customer ng kliyente para mag-message, negosyo na ito. Hindi ito ginagawa ng EasyCoexistence connector. Tumatawag ito sa official Cloud API ng Meta, gamit ang numerong na-onboard sa sariling Coexistence feature ng Meta. Walang linked device at walang session na maaaring mawala. ### Ano ang aktuwal na magagawa ng AI dito? Labing-anim na tool, na tumutugon sa mga bagay na talagang hinihiling ng mga user. Reading: ilista ang mga numero sa inyong account, i-check ang health ng isang numero, kasama ang quality rating, messaging tier at connection state nito, at basahin ang API credentials kapag kailangan ninyo ang mga ito sa ibang lugar. Sending: magpadala ng mensahe sa loob ng 24 hour session; ilista ang mga template sa numero, gumawa ng bago, i-check kung inaprubahan ito ng Meta, at magpadala ng approved template para magbukas ng conversation sa labas ng window. Wiring: itakda ang webhook destination para dumiretso mula Meta sa sarili ninyong server ang mga incoming message. Maaari rin kayong magsimula ng connection, na magbabalik ng link na bubuksan ng kliyente para i-attach ang kanilang numero. May docs tool din para mahanap ng assistant kung paano gumagana ang isang bagay sa halip na manghula. Ang huling pares ang dahilan kung bakit higit pa ito sa isang chat toy. Maaaring mag-onboard ang isang agent ng numero at ituro ito sa inyong system nang walang kailangang magbukas ng dashboard ang tao. Partner API: limang tool pa ang nagse-set up ng hosted connect links, para kapag hinahayaan ng sarili ninyong software ang mga customer nito na mag-connect ng kanilang mga numero. Ipinapakita nila ang status ng setup, gumagawa o nagre-revoke ng API key, nagse-set ng URL na tatanggap ng status events, at gumagawa ng connect link para sa isang customer. ### Patuloy bang magagamit ng negosyo ang app sa telepono? Oo, at iyon ang buong dahilan kung bakit gumagana ito sa numerong umaasahan na ng isang negosyo. Ang Coexistence ang official mode ng Meta para sabay na patakbuhin ang WhatsApp Business app at Cloud API sa iisang numero. Patuloy na sasagot ang team mula sa telepono gaya ng dati, gamit ang parehong chats, history at device, habang nagpapadala at tumatanggap ang API sa parehong linya. Lumilitaw sa app ang ipinapadala ng API, at nakikita ng API ang tina-type ng team sa app. Kaya hindi pinapalitan ng agent ang sinuman. Sumasagot ito kapag kaya nito, at ipinagpapatuloy ng tao ang parehong thread sa telepono kapag kailangan. Hindi kailangang malaman ng magkabilang panig ang ginagawa ng isa't isa. 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. - Pagpapadala sa labas ng 24 hour session gamit ang plain text. Sa labas ng window, approved template lamang ang makalulusot, kaya tatahimik sa hour 25 ang agent na send_message lamang ang alam. - Pag-aakalang suportado ang group chats. Hindi kasama sa groups API ang Coexistence numbers, sa lahat ng provider. - Pagtuturo ng webhook sa URL na hindi makasagot sa GET handshake ng Meta. Bine-verify muna ng Meta ang endpoint bago ito mag-deliver ng anuman, at ang tahimik na 404 ay mukhang gumaganang setup hanggang sa hindi dumating ang unang mensahe. **Maaari bang ma-ban ang numero ng kliyente dahil dito?** Hindi. Ito ang official Cloud API ng Meta, na ina-access sa sariling Coexistence feature ng Meta. Ang ban risk na pinag-uusapan ng mga tao ay mula sa unofficial gateways na nagsa-sign in bilang linked device, na ibang mekanismo talaga. **Aling assistants ang gumagana sa connector?** Anumang nagsasalita ng MCP over HTTP with OAuth: Claude, ChatGPT, Cursor, Claude Code at Codex ngayon. Isang remote endpoint ito, kaya walang tumatakbo sa inyong machine. **Dumadaan ba sa inyong servers ang mga conversation?** Hindi. Dumidiretso mula Meta sa webhook na itatalaga ninyo ang incoming messages, at hindi kami nag-iimbak ng conversation content. Hinahawakan namin ang account at status ng numero ng telepono na kailangan para ma-monitor ang koneksyon, wala nang iba. **Maaari ba akong gumamit ng isang connector para sa ilang kliyente?** Oo. Maaaring maglaman ang isang account ng kahit ilang numero ang kailangan ninyo, bawat isa ay sinisingil bilang sariling connection, at inililista ng connector ang lahat ng ito. Walang limitasyon sa paggamit nito para sa mga negosyong pinaglilingkuran ninyo. --- ## WhatsApp Coexistence: app at API sa isang numero https://easycoexistence.com/fil/whatsapp-coexistence Ang Coexistence ang opisyal na mode ng Meta para sabay na patakbuhin ang WhatsApp Business app at Cloud API sa iisang numero. Patuloy na sumasagot ang team mula sa telepono, gamit ang parehong chat at history, habang nagpapadala at tumatanggap ang software sa parehong linya. Walang mina-migrate at walang nagbabagong numero. ### Anong problema talaga ang nilulutas ng Coexistence? Bago ito umiral, ang paglalagay ng business number sa WhatsApp API ay nangangahulugang kailangang isuko ang app. Mina-migrate ang numero, hindi na gumagana ang telepono bilang WhatsApp client, at ang taong buong araw sumasagot sa mga customer ay biglang kailangang gumamit ng software na binili ng negosyo. Hindi tinatanggap ng karamihan sa maliliit na team ang ganitong trade-off, kaya hindi nila na-automate ang anuman. Inaalis ng Coexistence ang trade-off na ito. Patuloy na gumagana ang app gaya ng dati. Ang parehong tao ay sumasagot mula sa parehong telepono, nakikita ang parehong conversation, at walang kailangang bagong matutunan. Samantala, nakakabit ang API sa parehong numero at puwedeng magpadala, tumanggap, at i-connect sa ibang system. Kaya hindi na tanong kung kailangang isuko ang telepono. Ang tanong ay kung ano ang gusto ninyong ipahawak sa software, habang maaaring ipagpatuloy ng tao ang parehong usapan anumang oras. ### Ano ang nagbabago sa telepono pagkatapos i-connect? Halos wala, at iyon ang punto. Pareho pa rin ang pagbukas ng app, pareho ang contact list, at naroon pa rin ang lahat ng lumang conversation. Walang kailangang mag-sign in sa bagong lugar. Ang nagbabago ay hindi nakikita sa telepono. Lumalabas sa conversation thread ng app ang mga mensaheng ipinapadala ng API, kaya nakikita ng sumasagot ang buong context. Nakikita ng API ang mga mensaheng tina-type sa app, kaya hindi nagre-reply ang software sa customer na nasagot na ng tao. Sini-sync ng Meta ang humigit-kumulang six months na history kapag unang kumonekta ang isang numero, kaya hindi nagsisimula nang walang context ang API. May dalawang limitasyong dapat ninyong malaman: hindi kasama sa API ang group chat sa mga Coexistence number, sa lahat ng provider, at hindi puwedeng nasa consumer app ng WhatsApp ang numero, Business app lamang. ### Para kanino ang Coexistence? Dalawang grupo, at magkasalungat ang gusto nila rito. Gusto ng negosyong may isang numero at maliit na team na patuloy na gumana ang telepono habang ina-automate ng isang bagay ang paulit-ulit na bahagi: confirmations, reminders, at unang reply sa labas ng business hours. Hindi sila bumibili ng software para palitan ang sinuman. Binabawi nila ang mga gabi. Kabaligtaran naman ang pananaw ng isang agency, consultancy, o developer. Naglilingkod sila sa maraming negosyo, bawat isa ay may numerong hindi nila maaaring galawin o i-migrate, at kailangan nilang maabot ang mga numerong iyon gamit ang systems na ginagawa nila. Ang Coexistence ang tanging opisyal na paraan para mailagay ang API sa numerong sinasagot pa rin ng staff ng kliyente nang mano-mano. Pareho ang kailangan nila sa ilalim ng lahat ng ito: kailangang manatiling buhay ang koneksyon, at kailangang mapansin ng isang tao kapag hindi na ito gumagana. ### Bakit kailangan ng monitoring ang Coexistence connection? Dahil maaari itong tumigil nang walang nagsasabi sa inyo. May quality rating at messaging tier ang isang numero, at ina-adjust ito ng Meta batay sa reaksyon ng recipients. Bumababa ang ratings. Nagbabago ang tiers. Nag-e-expire ang access token. Kapag hindi na sumasagot ang webhook destination, hindi ito patuloy na nire-retry magpakailanman. Walang alert na lumalabas sa telepono para sa mga ito, at normal pa ring gumagana ang app, kaya kadalasan ay customer ang unang nagsasabing hindi nila natanggap ang mensahe. May panuntunan din ang Meta na kapag walang API activity ang isang connection sa loob ng fourteen days, kailangan itong asikasuhin. Walang nakatago o hindi patas dito, pero madaling hindi ito mapansin. Ito ang mino-monitor ng EasyCoexistence. Patuloy na chine-check ang connection, at kapag may nagbago, kami ang magsasabi sa inyo bago pa ang customer. 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. - Sinusubukang i-connect ang numerong nasa consumer app ng WhatsApp. Kailangan ng Coexistence ang Business app, kaya dapat muna itong ilipat doon. - Ipinapalagay na darating ang group chat. Hindi kasama ang mga ito sa API sa mga Coexistence number, sa lahat ng provider, kaya hindi gagana ang anumang nakabatay sa groups. - Nagpapadala ng free-form text reply pagkalipas ng 24 hours mula sa huling mensahe ng customer. Sa labas ng window na iyon, approved template lamang ang makakarating. - Iniiwan ang webhook na nakaturo sa URL na hindi makasagot sa verification request ng Meta. Chine-check muna ng Meta ang endpoint bago mag-deliver ng anuman, at pareho ang hitsura ng silent failure sa setup na gumagana. **Kailangan bang tumigil ang team sa paggamit ng telepono?** Hindi. Iyan ang buong punto ng Coexistence. Patuloy na gumagana ang WhatsApp Business app sa parehong numero, kasama ang parehong conversation, habang kasabay nitong tumatakbo ang API. **Mawawala ba ang mga dati kong conversation?** Hindi. Nananatili ang mga ito sa app, at sini-sync ng Meta ang humigit-kumulang six months na history sa API kapag kumonekta ang numero, kaya may context ang software sa halip na magsimula nang walang laman. **Puwede ko ba itong i-undo?** Oo. Maaaring i-disconnect ang isang numero, at magpapatuloy ang app gaya ng dati. Walang permanenteng binabago sa mismong numero sa pag-connect nito. **Pareho ba ito sa unofficial WhatsApp APIs?** Hindi, at mahalaga ang pagkakaibang ito para manatiling aktibo ang numero. Opisyal na feature ng Meta sa Cloud API ang Coexistence. Ginagamit ng unofficial gateway ang WhatsApp Web bilang linked device, na lumalabag sa terms at nagiging dahilan para ma-ban ang mga numero. --- ## Mga Hindi Opisyal na WhatsApp API: ano talaga ang nagpapaban sa mga numero https://easycoexistence.com/fil/unofficial-whatsapp-api-risks Gumagana ang mga hindi opisyal na WhatsApp API sa pagla-login bilang linked device at pag-automate ng WhatsApp Web session. Labag ito sa terms ng WhatsApp, nade-detect ng Meta ang pattern, at naba-ban ang numero. Ginagawa ng opisyal na Cloud API ang parehong trabaho sa pamamagitan ng interface na sinusuportahan ng Meta, gamit ang numerong ginagamit na ng negosyo. ### Paano gumagana ang mga hindi opisyal na WhatsApp API? Lahat ng mga ito, anuman ang sinasabi sa marketing, ay pareho ang ginagawa sa ilalim. Binubuksan nila ang protocol na ginagamit ng WhatsApp Web, ipinapares ang sarili sa isang account bilang linked device, at pinapatakbo ang session na iyon gamit ang program. Binabasa ng library ang mga papasok na mensahe mula sa socket at ipinapadala rito ang mga palabas na mensahe. Kaya mura ang mga ito, ilang minuto lang i-install, at naaabot nila ang mga feature na hindi inilalantad ng opisyal na API. Walang account application na kailangang isumite at walang review na kailangang lampasan. Mag-scan kayo ng code at makakapagpadala na kayo. Kaya rin nanganganib ang numero. Walang bahagi ng session na iyon ang pinahintulutan. Ipinagbabawal ng terms ng WhatsApp ang automated o bulk na paggamit ng consumer client, at ang linked device ay consumer client. Iisang katotohanan lang ang kaginhawahan at exposure, depende sa anggulong tinitingnan. ### Paano talaga ito nade-detect ng Meta? Hindi sa pangalan ng library, na siyang ipinapalagay ng marami at dahilan kung bakit iniisip nilang maililigtas sila ng rewrite. Behavioural ang detection at sinusubaybayan nito ang hugis ng traffic. Ang mga signal ay likas na nalilikha ng automation. Ang ratio ng naipadalang mensahe sa natanggap na mga sagot, dahil halos balanse ang tunay na pag-uusap pero hindi ang broadcasts. Ang layo sa contact graph, dahil ibang-iba sa normal na paggamit ang pagsusulat sa mga taong hindi pa nagsusulat sa inyo at walang kaparehong contact. Ang regularidad ng timing, dahil hindi nagpapadala ang mga tao sa pantay-pantay na pagitan. Mabigat ang timbang ng reports mula sa recipients at pinakamabilis itong dumarating. Kaya ang gateway na isang taon nang gumagana ay hindi patunay ng kaligtasan. Patunay lang ito na hindi pa nalalampasan ng traffic ang isang threshold. Hindi nakadepende ang threshold sa library na nagpapadala ng mensahe. ### Magkano talaga ang gastos ng ban? Mas malaki kaysa sa naging halaga ng automation, at ito ang madalas na minamaliit. Tumitigil sa paggana ang numero. Hindi ang automation, kundi ang numero. Nagiging hindi maabot ang bawat conversation dito, at walang alam ang mga customer sa mga conversation na iyon kung ano ang nangyari. Basta na lang silang hindi nakakatanggap ng sagot. Para sa negosyong nakalimbag ang numero sa sasakyan, storefront, card, o libu-libong lumang invoice, mas kahawig ito ng linya ng telepono kaysa software. Kasama nitong nawawala ang history. Ganoon din ang contact list na nabuo sa loob ng mga thread na iyon. May appeals at kung minsan ay gumagana, pero mabagal ang mga ito at walang makapangangako ng resulta. Mas masama ang arithmetic para sa isang agency, dahil ang numerong tumigil sa paggana ay pag-aari ng customer na hindi kailanman sinabihang ito ang mekanismo. ### Ano ang hitsura ng opisyal na paraan? Totoo noon ang pagtutol sa opisyal na API. Kailangan nitong ilipat ang numero, na nagpapahinto sa WhatsApp Business app sa phone, at walang maliit na team ang tatanggap nito. Inalis ng Coexistence ang problemang iyon. Sarili itong mode ng Meta para sabay na patakbuhin ang Business app at Cloud API sa iisang numero. Patuloy na sumasagot ang team mula sa phone, nananatili ang mga chat at history kung nasaan ang mga ito, at nakakabit ang API sa parehong linya. Walang linked device, walang session na hawak sa server, at walang credential na madaling manakaw. Totoo pero maliit ang kapalit. Gumagana lang ang free text sa loob ng 24 oras mula sa huling mensahe ng customer, kailangan ng approval ang templates, at hindi available ang group chats. Kapalit nito, hindi maba-ban ang numero dahil sa mismong mekanismo. - Paniniwalang nalutas na ito ng library na nag-a-advertise ng anti-ban protection. Traffic behaviour ang sinusubaybayan ng detection, hindi kung anong code ang nagpapadala nito, kaya inilalarawan ng claim ang bagay na hindi kayang kontrolin ng vendor. - Pagtrato sa ilang buwang uptime bilang patunay ng kaligtasan. Ibig sabihin lang nito ay hindi pa nalalampasan ng traffic ang threshold, na ibang pahayag. - Pagsubok muna sa personal na numero. Nakakainis ang ban doon, pero wala itong itinuturo tungkol sa numero ng negosyo, na may mas malaking traffic. - Pag-iimbak ng hindi opisyal na session sa shared server. Nagbibigay ng full account access ang mga credential na ito at kilalang target ang mga ito. **Nanganganib na ba ang numero kung gumagamit kayo ng ganito?** May exposure habang tumatakbo ang session. Walang trigger sa takdang petsa, kaya hindi nakapagpapakalma ang matagal na uptime. Posibleng lumipat sa opisyal na API gamit ang parehong numero nang hindi nawawala ang app. **Maaari ba akong lumipat sa opisyal na API nang hindi pinapalitan ang numero?** Oo. Ikinokonekta ng Coexistence ang numerong ginagamit na ninyo, at patuloy na gumagana ang WhatsApp Business app sa phone. Walang inililipat. **Ano ang hindi kayang gawin ng opisyal na API?** Hindi available ang group chats sa mga Coexistence number. Gumagana lang ang free text sa loob ng 24 oras mula sa huling mensahe ng customer, at sa labas ng window na iyon, kailangang gumamit ng template na inaprubahan ng Meta ang mga mensahe. **Mas mahal ba ang opisyal na paraan?** Sinisingil pa rin ng Meta ang sarili nitong messaging fees, na direktang ibinabawas sa inyo. Ang kaibahan ay flat na buwanang bayad kada numero, sa halip na panganib na mawala ang numero. --- ## I-connect ang WhatsApp sa n8n gamit ang official Cloud API https://easycoexistence.com/fil/integrations/n8n Ituro ang webhook destination sa isang n8n Webhook node at bawat mensaheng dumarating sa numero ay magiging workflow trigger. Babalik ang mga sagot sa Cloud API, o sa MCP server namin, na maaabot ng n8n dahil may OAuth2 support ang MCP Client Tool nito. Patuloy na gagana ang phone. ### Paano nakakarating ang mensahe sa WhatsApp sa n8n workflow? Inihahatid ng Meta ang bawat mensaheng ipinadala sa numero sa isang URL na itatalaga ninyo, bilang HTTP POST. Ang URL na iyon ang buong integration. Maglagay ng n8n Webhook node sa production URL, itakda ito bilang webhook destination ng numero, at tatakbo ang workflow sa bawat papasok na mensahe. Dala ng payload ang sender, text o media reference, timestamp at message id. Mula rito, ordinaryong n8n workflow na ito: mag-branch ayon sa content, hanapin ang customer, tawagin ang iba pang ginagamit ninyo, at magpasya kung sasagot. Dahil Coexistence ito, nasa WhatsApp Business app din sa phone ang parehong mensahe. Maaaring sagutin ito ng tao. Nakikita ng workflow ang ipinadala ng tao, at nakikita naman ng tao ang ipinadala ng workflow, kaya hindi nagsasapawan ang mga sagot. ### Paano nagpapadala ng sagot ang workflow? Gamit ang HTTP Request node laban sa Cloud API, kasama ang phone number id at access token ng numero. Mababasa ang pareho sa dashboard, o sa MCP connector kung mas gusto ninyong assistant ang kumuha nito. Depende sa timing ang dapat ipadala, at ito ang madalas nakakaligtaan. Sa loob ng 24 oras mula sa huling mensahe ng customer, gumagana ang free-form text at ang sagot ay kung ano ang binuo ng workflow. Pag lampas sa window na iyon, template lang na naaprubahan na ng Meta ang ipapadala. Ang workflow na puro free-form text lang ang ipinapadala ay mukhang maayos sa testing, dahil ilang segundo lang matapos ang mensahe ang testing, pero tumitigil sa unang totoong overnight case. Ang matibay na setup ay may branch: tingnan kung gaano na katagal mula sa huling papasok na mensahe, saka piliin ang free-form text o template. ### Magagamit din ba ng n8n ang MCP connector? Oo, at naiiba rito ang n8n. Kumokonekta ang MCP Client Tool node nito sa remote MCP server at may OAuth2 support, na kailangan ng amin, kaya maaaring direktang tawagin ng AI Agent node sa workflow ang mga tool namin. Mahalagang malaman ito dahil karamihan ng automation platform ay hindi kaya ito. Ang Make at Zapier ay ibang produkto, may sarili silang gastos depende sa plan, at parehong nagpapatakbo ng sarili nilang MCP server pero hindi kumikilos bilang client. Kaya hindi nila maaabot ang third-party server. Kaya ito ng n8n. Para ito sa acting half: isang agent node na nagpapasyang magpadala ng mensahe, mag-check ng health ng numero, o bumasa ng approval status ng template habang tumatakbo ang workflow. Hindi nito mapapalitan ang webhook, dahil walang paraan ang MCP para magising dahil sa papasok na mensahe. ### Alin sa dalawa ang dapat gamitin ng workflow? Pareho, para sa magkaibang bahagi, at hindi ito usapin ng preference. Ang webhook ang nagsisimula ng lahat. Sumulat ang customer, ihahatid ng Meta sa inyong Webhook node, at tatakbo ang workflow. Walang katumbas na MCP nito sa anumang tool, dahil request at response ang protocol, hindi isang bagay na maaaring tawagin papasok. Ang MCP Client Tool ay para sa agent sa loob ng workflow na kumilos nang hindi ninyo hardcoding ang call. Kung alam na ng workflow ang eksaktong ipapadala, mas simple ang HTTP Request node laban sa Cloud API at mas kaunti ang maaaring magkamali. Kung agent ang nagpapasya, ibinibigay ng connector ang labing-anim na tool at mga rule na kasama sa kanilang descriptions, kabilang ang 24-hour window. ### Ano ang pinagkaiba nito sa mga WhatsApp node ng n8n na ginagamit na ng mga tao? Karamihan ng n8n WhatsApp setup na makikita ninyo ay nakabase sa unofficial gateway na nagla-login bilang linked device. Madali itong simulan pero nalalagay sa panganib ang numero, dahil lumalabag ang mekanismong iyon sa terms ng WhatsApp at nakikita ng Meta ang traffic pattern, hindi lang ang library. Ang isa pang karaniwang ruta ay ang official API na walang Coexistence. Gumagana ito pero mina-migrate ang numero. Hindi na gumagana ang WhatsApp Business app dito, at kailangang lumipat sa bagong tool ang team na buong araw sumasagot. Para sa maraming maliit na negosyo, hindi ito katanggap-tanggap, kaya napunta sila sa unofficial gateway. Ang Coexistence ang kombinasyong kulang noon. Official API ito, at patuloy na gumagana ang phone. - Paggamit ng n8n Test URL bilang webhook destination. Tumitigil itong makinig kapag isinara ang editor, kaya walang pinagdadalhan ng mga mensahe. - Hindi pagsagot sa verification request ng Meta. Nagpapadala ang Meta ng GET na may challenge bago ito maghatid ng anuman, at hindi makakatanggap ng mensahe ang node na hindi ito ibinabalik. - Pagsagot gamit ang free-form text pag lampas na sa 24-hour window. Tahimik itong nabibigo mula sa pananaw ng workflow, at approved template lang ang ipinapadala. **Kailangan ba ng hiwalay na n8n node para rito?** Hindi. Tumatanggap ang Webhook node at nagpapadala ang HTTP Request node. Walang kailangang i-install dahil URL at REST call ang integration. **Makakasagot pa rin ba ang team mula sa phone?** Oo. Iyan ang ibig sabihin ng Coexistence. Patuloy na gumagana ang WhatsApp Business app sa parehong numero, at nakikita ng workflow at ng tao ang mga mensahe ng isa't isa. **Maaari bang humawak ang isang workflow ng mga numero ng ilang customer?** Oo. Ituro ang bawat numero sa parehong webhook at mag-branch ayon sa receiving phone number id sa payload. Kayang maghawak ng isang account ng kahit gaano karaming numero ang kailangan ninyo. **Ano ang mangyayari kung down ang n8n instance?** Muling susubukan ng Meta ang delivery sa loob ng isang panahon at pagkatapos ay titigil. Dumarating pa rin ang mga mensahe sa WhatsApp Business app sa phone, kaya walang nawawala sa negosyo, workflow lang ang hindi nakakatanggap. --- ## Ikonekta ang WhatsApp sa Claude gamit ang custom connector https://easycoexistence.com/fil/integrations/claude Idagdag ang https://easycoexistence.com/api/mcp bilang custom connector sa Claude at mag-sign in. Pagkatapos, maililista ni Claude ang inyong mga numero, masusuri ang kondisyon ng mga ito, makapagpapadala ng mga mensahe at template, at maituturo ang mga webhook sa sarili ninyong system, lahat gamit ang opisyal na Cloud API ng Meta sa halip na linked device session. ### Paano ito idaragdag sa Claude? Sa Claude, buksan ang Mga Setting at magdagdag ng custom connector na tumuturo sa EasyCoexistence MCP endpoint. Magbubukas si Claude ng sign in page, i-authorize po ninyo ito, at lilitaw ang mga tool. Walang key na kailangang gumawa o i-paste sa config file dahil OAuth ang gamit ng connector. Pareho ang connector na ginagamit ng Claude Desktop, na idinadagdag mula sa Mga Setting sa ilalim ng Connectors. Inilalarawan lamang ng config file nito ang mga local server na mismong inilulunsad nito, kaya hindi isinusulat doon ang remote endpoint na tulad nito. Sa alinmang paraan, remote ang server mismo. Walang ini-install, walang tumatakbo sa background ng inyong laptop, at hindi nasisira ang anumang koneksyon kapag isinara ang app. Mananatiling konektado ang isang numero kahit bukas o sarado si Claude. ### Ano ang magagawa ni Claude kapag konektado na? Magtanong sa karaniwang wika at pipili si Claude ng tamang tool. Alin sa mga numero ko ang may problema. Ipadala ang booking confirmation sa customer na ito. Gumawa ng template para sa order updates at sabihin sa akin kapag inaprubahan ito ng Meta. Ituro ang webhook ng numerong ito sa server ko. Ang mga tool sa pagbasa ang karaniwang ginagamit araw-araw: paglilista ng mga numero, pagsuri sa quality rating ng numero, messaging tier at estado ng koneksyon, at pagkuha ng credentials kapag kailangan ng ibang system ang mga ito. Saklaw ng mga tool sa pagpapadala ang free-form text sa loob ng session window at mga aprubadong template sa labas nito. Ang dalawang pinakamahalaga para sa sinumang naglilingkod sa mga kliyente ay ang pagsisimula ng koneksyon at pagtatakda ng webhook destination. Dahil dito, maaaring i-onboard ni Claude ang numero ng kliyente at ikonekta ito sa inyong system nang walang kailangang magbukas ng dashboard. ### Ligtas ba sa ban ang numero kapag ganito ang gamit? Oo, dahil sa teknolohiyang nasa ilalim nito, hindi dahil kay Claude. Ang mga WhatsApp MCP server na karaniwang nakikita ng mga tao ay nagpapatakbo ng WhatsApp Web bilang linked device. Labag ito sa terms ng WhatsApp, at natutukoy ito ng Meta sa asal ng traffic, kaya nababan ang numero kahit anong assistant ang nagbibigay ng instructions. Hindi makatutulong ang maingat na assistant dahil ang mismong mekanismo ang ipinagbabawal. Tumatawag ang connector na ito sa opisyal na Cloud API ng Meta gamit ang numerong na-onboard sa sariling Coexistence feature ng Meta. Walang linked device, walang session na pinananatili kahit saan, at walang lumalabag sa terms. Ang karaniwang limitasyon ang susundin: free-form text lamang sa loob ng 24 oras mula sa huling mensahe ng customer, mga aprubadong template sa labas nito, at walang group chats. **Gumagana ba ito sa Claude Code at sa mga Claude app?** Oo. Isa itong remote MCP server sa HTTP na may OAuth, kaya magagamit ito ng anumang sumusuporta sa custom connectors, kabilang ang Claude Code, ChatGPT at Cursor. **Nakikita ba ni Claude ang mga pag-uusap ng inyong mga customer?** Ang hinihiling lamang ninyo ang nakikita nito. Dumadaan ang mga natanggap na mensahe mula Meta papunta sa webhook destination na itinalaga ninyo, at hindi namin iniimbak ang nilalaman ng pag-uusap. **Maaari bang mag-connect si Claude ng bagong numero nang mag-isa?** Maaari nitong simulan ang proseso. Nagbabalik ang connector ng link na bubuksan ng may-ari ng negosyo para i-authorize ang sarili nilang numero sa flow ng Meta. Sila lamang ang makakakumpleto ng hakbang na ito. **Ano ang mangyayari kung magtangkang magpadala si Claude sa labas ng window?** Tatanggihan ito ng Cloud API at makikita ni Claude ang error, kaya maaari itong gumamit ng aprubadong template. Walang mensaheng tahimik na nawawala. --- ## Cloud API o Coexistence: alin ang kailangan ng isang numero https://easycoexistence.com/fil/whatsapp-cloud-api-vs-coexistence Ang Coexistence ay hindi alternatibo sa Cloud API. Paraan ito ng pag-onboard dito. Ang ordinaryong Cloud API na numero ay buong pagmamay-ari ng software. Ang numero sa Coexistence ay sabay na nagpapatakbo ng API at WhatsApp Business app, kaya makakasagot pa rin ang team mula sa phone. ### Magkaiba ba talaga ang Cloud API at Coexistence? Hindi, at nakalilito ang ganitong framing. Ang Cloud API ay hosted WhatsApp Business Platform ng Meta. Ang Coexistence ay paraan ng pag-onboard ng numero sa parehong API, habang nananatiling gumagana ang WhatsApp Business app sa numerong iyon. Pareho ang endpoints, format ng mensahe, paraan ng paggamit ng templates at aplikasyon ng 24 hour window. Anumang isinulat para sa isa ay gagana sa isa pa. Ang nagkakaiba ay ang mangyayari sa phone. Sa ordinaryong onboarding, hihinto ang Business app sa numero. Mapupunta ang numero sa software, at kailangang sumagot ang dating gumagamit sa anumang binuo na system. Sa Coexistence, parehong gumagana ang app at software, at nakikita ng bawat isa ang ipinapadala ng kabila. ### Kailan mas angkop ang ordinaryong Cloud API? Kapag walang kailangang sumagot nang mano-mano sa numerong iyon, na mas karaniwan kaysa inaakala. Ang numero para sa notifications na nagpapadala lang ng order updates ay walang human side na kailangang panatilihin. Ang bagong numerong binili para mismo sa integration ay wala pang gumagamit sa app. Ang high volume support line na nasa helpdesk na ay may hiwalay nang human workflow, at ang pagbabalik ng WhatsApp Business app sa gitna nito ay maghahati sa proseso. Sa mga sitwasyong ito, walang pakinabang ang dagdag na constraint ng Coexistence: fixed ng Meta ang throughput sa numero sa Coexistence sa halip na sumabay sa quality at messaging tier, at may periodic device activity requirement na magiging maintenance obligation nang walang benepisyo. ### Kailan ang Coexistence lang ang gumaganang opsyon? Kapag may negosyo nang gumagamit sa numero at may taong sumasagot na rito. Sakop nito ang karamihan ng maliliit na kumpanya, at halos lahat ng numerong minamana ng isang agency. Naka-print ang numero sa sasakyan, storefront, invoice at website. May sumasagot dito mula sa phone sa araw at kilala ang regular na customer sa pangalan. Kapag sinabi sa taong iyon na hihinto ang app, doon matatapos ang usapan. Ito ang dahilan kung bakit napunta ang maraming negosyo sa unofficial gateways sa halip na official API. Ang Coexistence ang nag-alis ng trade-off na iyon. Patuloy na gumagana ang app, walang bagong kailangang matutunan ang team, at nakakakuha ang software ng parehong API na makukuha rin nito kung hindi. ### Maaari bang ilipat ang numero sa pagitan ng dalawa sa susunod? Maaaring i-disconnect at i-reconnect ang numero, kaya hindi permanente ang desisyon sa paraang kinatatakutan ng marami. Ang permanenteng bahagi ay ang pagpili tungkol sa chat history. Kapag unang kumonekta ang numero sa Coexistence, nagtatanong ang Meta kung ibabahagi sa API ang mga dati nang conversation. Isang beses lang itong desisyon sa onboarding at hindi na mababalikan. Kung tatanggihan ito at kailangan kalaunan ang context, ang tanging paraan ay i-disconnect at muling i-connect ang numero. Kaya ang dapat pag-ingatan ay hindi kung aling mode ang gagamitin sa onboarding. Ang mahalaga ay kung papayag sa history sa araw na iyon, dahil iyon ang desisyong hindi na muling lalabas. - Ituring ang Coexistence na mas mababang API. Pareho itong Cloud API, na ina-access sa ibang onboarding, na may parehong endpoints at rules. - Piliin ang Coexistence para sa numerong walang sumasagot nang mano-mano. Nagdadagdag ito ng device activity obligation at fixed throughput ceiling kapalit ng phone workflow na wala naman. - Tanggihan ang chat history sa onboarding at asahang maidaragdag ito kalaunan. Isang beses lang ginagawa ang pagpiling iyon at hindi na mababago. **Mas mabagal ba ang Coexistence kaysa sa ordinaryong Cloud API?** Fixed ng Meta ang throughput sa numero sa Coexistence sa halip na sumabay sa quality rating at messaging tier. Para sa conversational use, bihirang maging hadlang ang ceiling na ito, pero maaari itong maging hadlang sa high volume sending. **Pareho ba ang paggamit ng templates sa dalawa?** Oo. Isinusumite ang templates sa Meta para sa review at ipinapadala sa API sa parehong paraan. Sa numero sa Coexistence, hindi makakapagpadala ng templates ang phone app, kaya anumang nasa labas ng 24 hour window ay kailangang dumaan sa API. **Maaari bang ilagay ang bagong numero sa Coexistence?** Kailangang ma-register muna ito sa WhatsApp Business app, dahil kumokonekta ang Coexistence sa numerong ginagamit na ng app. Para sa numerong walang sasagot nang mano-mano, mas angkop ang ordinaryong Cloud API onboarding. **Alin ang karaniwang ginagamit ng mga agency para sa numero ng kliyente?** Coexistence, halos palagi. Ang numero ng kliyente ay ginagamit na ng staff nito, at aalisin sa kanila ng migration ang WhatsApp Business app, na hindi sinasang-ayunan ng kliyente. --- ## WhatsApp error 131047: mensahe sa muling pakikipag-ugnayan https://easycoexistence.com/fil/docs/whatsapp-error-131047 Ang error 131047 ay nangangahulugang lumampas na sa 24 oras mula nang huling mag-message ang customer, kaya sarado na ang customer service window at hindi maipapadala ang free text. Template lang na dati nang inaprubahan ng Meta ang makakapagbukas muli ng conversation. ### Ano ang sanhi ng error 131047? Isang free text message na ipinadala sa taong mahigit 24 oras nang hindi nagpapadala ng mensahe sa inyo. Pinapayagan lang ng WhatsApp Business Platform ang isang negosyo na malayang magpadala ng mensahe sa loob ng customer service window. Nagsisimula ang window kapag nag-message ang customer at tumatagal ito ng 24 oras. Sa loob nito, maaari kayong magpadala ng kahit anong mensahe. Kapag lumampas na rito, nire-reject ng API ang free text gamit ang 131047 sa halip na maghatid ng mensaheng hindi hiniling ng recipient. Lumilitaw ito sa production at hindi sa testing dahil sa timing. Kapag nagte-test ng integration, nagpapadala ng mensahe ang tester at nagre-reply makalipas ang ilang segundo, kaya palaging nasa loob ng window. Lumalabas ang error sa unang gabing walang reply, o kapag isang araw na tahimik ang customer. ### Paano ito inaayos? Magpadala ng approved template sa halip na free text. Ang templates ay mga mensaheng isinusumite muna sa Meta para ma-review. Kapag approved na, maaaring ipadala ang template anumang oras, kahit sa taong hindi pa kailanman nag-message sa inyo. Sa pagpapadala nito, bubukas muli ang conversation, at kapag nag-reply ang customer, magkakaroon kayo ng panibagong 24 oras para sa free text. Kaya ang matibay na solusyon ay hindi paulit-ulit na pagre-retry. Gumawa ng branch: bago magpadala, tingnan kung kailan huling nag-message ang contact. Kung wala pang 24 oras, magpadala ng free text. Kung lampas na, ipadala ang template na angkop sa sitwasyon. Patuloy itong mararanasan ng integration na free text lang ang kayang ipadala, at maaaring magmukha itong katahimikan sa halip na error sa taong nagmo-monitor ng conversation. ### Naaangkop ba ito sa isang Coexistence number? Oo, at may isa pang mahalagang epekto. Pareho ang paggana ng window kahit na na-onboard ang numero sa pamamagitan ng Coexistence o hindi, dahil isa itong rule ng platform at hindi ng onboarding mode. Ang nagkakaiba ay kung sino ang makakakilos. Sa Coexistence number, hindi makakapagpadala ng templates ang WhatsApp Business app, kaya kailangang dumaan sa API ang anumang mensaheng ipapadala lampas sa window. Ibig sabihin, maaaring malayang sumagot ang team mula sa phone habang live ang conversation, pero hindi nila ito maaaring simulan muli mula sa app kapag matagal nang walang mensahe. API job ang muling pagsisimula, at isa ito sa mga praktikal na dahilan kung bakit kino-connect ng isang negosyo ang numero nito. - Paulit-ulit na ipinapadala ang parehong free text message. Hindi kusang bumubukas muli ang window, kaya pareho rin ang magiging error sa bawat retry. - Sinusukat ang window mula sa huling mensahe ninyo sa halip na sa mensahe ng customer. Ang mensahe ng customer ang nagbubukas nito. - Ipinapalagay na maaaring gumawa at magpadala agad ng template. Kailangan muna itong i-review ng Meta, karaniwan sa loob ng ilang minuto ngunit kung minsan ay umaabot ng isang araw. **Maaari ko bang pahabain ang 24-hour window?** Hindi. Itinakda ito ng Meta at walang provider ang maaaring magpahaba nito. Ang customer lang na muling magme-message sa inyo ang makakapagbukas nito. **Mabubuksan ba itong muli kapag nag-reply ang customer sa template?** Oo. Ang anumang mensahe mula sa customer ay magsisimula ng panibagong 24 oras, kabilang ang reply sa template na ipinadala ninyo. **Aling template category ang dapat gamitin?** Utility para sa transactional messages at marketing para sa promotional messages. Kailangan ng payment method sa sarili ninyong WhatsApp Business Account para sa marketing sends. **Pareho ba ang error 131047 at 131049?** Hindi. Ang 131047 ay para sa saradong window. Ang 131049 ay paglilimita ng Meta sa delivery para protektahan ang ecosystem health, kaya ibang kondisyon ito. --- ## WhatsApp error 131049: hinarang ang mensahe para sa kalusugan ng ecosystem https://easycoexistence.com/fil/docs/whatsapp-error-131049 Ibig sabihin ng Error 131049, piniling huwag ihatid ni Meta ang mensaheng ito para mapanatiling maayos ang engagement sa ecosystem. Hindi ito tungkol sa 24 hour window at hindi rin problema sa template. Ayon sa gabay ni Meta, maghintay ng hindi bababa sa 24 oras bago muling subukan ang recipient na iyon. ### Ano ba talaga ang ibig sabihin ng ecosystem engagement dito? Term ni Meta ang ecosystem engagement para ilarawan kung tinatanggap ba ng mga tumatanggap ang ipinapadala ng mga negosyo. Sinusukat ito sa buong platform, hindi lang sa inyong account. Kapag hinusgahan ng platform na hindi tatanggapin ang isang partikular na pagpapadala, hinaharangan nito ang mensahe at ibinabalik ang 131049. Pagsusuri ito sa mensahe at recipient, hindi isang nakapirming patakarang nilabag ninyo. Kaya maaari itong lumitaw kahit maayos ang quality rating ng account. Madalas itong lumitaw sa marketing messages para sa mga recipient na hindi nakipag-engage, at kapag sabay-sabay na ipinapadala ang maraming magkakaparehong mensahe. Senyales ito tungkol sa pattern, hindi parusang inilapat sa numero. ### Bakit hindi ito naaayos ng pagpapadala ng template? Dahil hindi naman template ang problema. Kapag may hinarang na pagpapadala, natural na gumamit ng template dahil iyon ang solusyon sa isa pang karaniwang error, 131047. Ngunit patakaran sa oras ang 131047: nagsara ang window, at ang aprubadong template ang opisyal na paraan para mabuksan itong muli. Ang 131049 ay desisyon tungkol sa partikular na mensaheng ito para sa partikular na taong ito, at pareho lang ang delivery path kapag template ang ginamit. Ang agad na pag-ulit ng pagpapadala, may template man o wala, ay maaaring magpalakas sa pattern na nag-trigger nito. Ayon sa sariling gabay ni Meta, maghintay ng hindi bababa sa 24 oras bago muling subukan ang recipient na iyon, at suriin kung malamang bang kailangan o gusto niya ang mensahe. ### Paano ninyo maiiwasang mangyari itong muli? Sa pagbabago ng ipinapadala, hindi ng paraan ng pagpapadala. Magpadala sa mga taong kamakailang nakipag-engage, sa halip na sa buong listahan. Iba-ibahin ang content, dahil ang halos magkakaparehong mensaheng maramihang ipinapadala ang pattern na sinusubaybayan nito. Unahin ang utility messages na kaugnay ng ginawa ng customer, gaya ng order o booking, kaysa broadcast promotion. Mahalaga ring bantayan nang magkasama ang quality rating at messaging tier dahil nagbabago ang mga ito dahil sa iisang pinagbabatayang dahilan: masamang reaksyon ng mga recipient. Kapag bumababa ang quality, karaniwang mas marami munang ganitong error bago magkaroon ng mas seryosong epekto. Ang maagang pagtukoy sa pagbaba ang naghihiwalay sa pag-aayos mula sa pagkakaroon ng limitasyon. - Itinuturing itong problema sa 24 hour window at lumilipat sa template. Magkaibang kondisyon ang mga ito, kahit pareho ang resulta. - Agad na muling nagpapadala. Ayon sa gabay ni Meta, maghintay ng hindi bababa sa 24 oras para sa recipient na iyon. - Itinuturing itong ban. Gumagana ang numero; hindi lang naihatid ang isang mensaheng ito. **Banned ba ang numero ko?** Hindi. Hinaharangan ng 131049 ang isang mensahe. Patuloy na gumagana ang numero at maaaring magtagumpay ang ibang pagpapadala. **Gaano katagal dapat maghintay?** Ayon sa gabay ni Meta, maghintay ng hindi bababa sa 24 oras bago muling magpadala sa recipient na iyon. Walang inilathalang eksaktong bilang. **Nakaaapekto ba ito sa quality rating?** Senyales ito mula sa parehong pinagbabatayang sukatan, kaya kung madalas itong lumitaw, ituring itong maagang babala tungkol sa quality, hindi hiwalay na error. **May provider bang makalalampas dito?** Wala. Inilalapat ito ni Meta sa delivery, kaya pareho itong nakikita ng bawat provider sa official API. --- ## WhatsApp error 131048: naabot ang limit sa spam https://easycoexistence.com/fil/docs/whatsapp-error-131048 Ang Error 131048 ay nangangahulugang nililimitahan ng Meta ang pagpapadala mula sa numerong ito dahil bumaba ang kalidad nito, karaniwan matapos i-block o i-report ng mga recipient ang mga mensahe. Gumagana pa rin ang numero. Nagbago lamang kung gaano karami ang maaari nitong ipadala habang bumabawi ang kalidad. ### Ano ang nagpapababa sa kalidad ng isang numero? Masamang reaksyon ng mga recipient, na sinusukat ng Meta at hindi hinuhulaan mula sa inyong code. Kabilang sa mga signal ang mga pag-block, report at, mas hindi kapansin-pansin, mga taong hindi sumasagot sa mga mensaheng inaasahang may sagot. Iba ang numerong maraming ipinapadalang mensahe pero kakaunti ang natatanggap na sagot kaysa sa numerong may mga pag-uusap, at naiipon ang pagkakaibang ito sa quality rating. Dumadaan ang rating sa green, yellow at red. Sa red nagsisimulang mabigo ang pagpapadala dahil sa error na ito. Walang ipinapakitang abiso sa telepono, at normal na patuloy na gumagana ang WhatsApp Business app. Kaya para sa karamihan ng negosyo, ang unang senyales ay nabigong pagpapadala, hindi babala. ### Paano bumabawi ang isang numero? Kusang bumabawi ang numero kapag natigil ang pagpapadalang naging sanhi ng pagbaba. Rolling measure ang kalidad. Habang gumaganda ang reaksyon sa mga bagong pagpapadala, umaakyat ang rating at kasabay nito ang limit. Walang appeal na kailangang i-file at walang switch na maaaring i-flip ng provider, kaya walang makapagbebenta sa inyo ng fix para rito. Ang talagang nakatutulong ay paliitin kung sino ang makatatanggap ng mensahe. Magpadala sa mga taong kamakailan ay nakipag-engage. Mas piliin ang utility messages na konektado sa ginawa ng customer kaysa broadcast promotion. Itigil ang anumang ipinapadala sa listahan sa halip na sa isang tao. Ang pattern na nagpababa sa rating ang siya ring nagpapanatili rito, kaya nagsisimula ang recovery kapag nagbago ang pattern na iyon. ### Paano ninyo malalaman bago ito mabigo? Sa pamamagitan lamang ng pagmamasid sa rating mismo. Kaya malinaw na dahilan ito para ma-monitor ang isang koneksyon, hindi lamang i-connect. Ipinapakita ng Meta ang quality rating at messaging tier sa phone number, at nagbabago ang mga ito bago pa ito magdulot ng gastos. Ang paglipat ng numero mula green patungong yellow ay babalang may oras pa para kumilos. Kapag umabot sa red ang numero at nagsimulang magbalik ng error na ito, nabawasan na ang mga pagpapadala, at nawawala na ang mga apektadong mensahe sa halip na ma-queue. Walang lumalabas na anuman tungkol sa pagbaba sa WhatsApp Business app. Kaya nakikita ng team na sumasagot mula sa telepono ang karaniwang operasyon hanggang sa biglang tumigil ang pagpapadala. - Ituring itong bug sa sending code. Maayos ang request; nilimitahan ang numero. - Lumipat ng provider para takasan ito. Naka-attach ang rating sa numero at sinusundan ito. - Maghintay ng notification. Walang nag-aanunsyo ng pagbaba ng kalidad sa telepono. **Makatatanggap pa ba ako ng mga mensahe?** Oo. Hindi naaapektuhan ang pagtanggap, at normal na patuloy na gumagana ang WhatsApp Business app sa numerong ito. **Gaano katagal ang recovery?** Walang inilalabas na figure ang Meta. Rolling measure ito, kaya gumaganda habang gumaganda ang mga bagong pagpapadala, hindi makalipas ang nakatakdang panahon. **Nare-reset ba ito kapag lumipat sa ibang provider?** Hindi. Naka-attach ang kalidad sa phone number, hindi sa taong nagpapadala gamit nito. **Pareho ba ito ng pagka-ban?** Hindi. Inaalis ng ban ang numero. Nililimitahan lamang nito kung gaano karami ang maaaring ipadala ng gumaganang numero hanggang bumawi ang kalidad nito. --- ## Error 132001 sa WhatsApp: walang ganitong template https://easycoexistence.com/fil/docs/whatsapp-error-132001 Ibig sabihin ng Error 132001, hindi umiiral ang template na sinubukan ninyong i-send para sa piniling wika, o umiiral ito pero hindi approved. Tinutukoy ang mga template gamit ang pangalan at wika nang magkasama, kaya ibang template ang parehong pangalan sa ibang locale. ### Bakit nagbabalik pa rin ng 132001 ang template na umiiral naman? Halos palagi itong dahil sa language code. Tinutukoy ang template gamit ang pangalan at wika nang magkasama. Ang template na ginawa bilang order_update sa en_US ay hindi umiiral bilang order_update sa en, pt o pt_BR. Kapag tamang pangalan pero maling locale ang ipinadala, eksaktong error na ito ang lalabas. Hindi malinaw sa mensahe kung alin sa dalawa ang mali. Ang ikalawang sanhi ay approval state. Hindi maipapadala ang template na ginawa na pero pending pa ang review, at hindi rin ang rejected. Pareho silang nagbabalik ng code na ito, tulad ng template na hindi kailanman ginawa, kaya mahalagang tingnan muna ang status bago ipagpalagay na mali ang pangalan. ### Paano ninyo mahahanap ang tamang pangalan at wika? I-list ang mga template sa numero at basahin ang aktuwal na detalye sa halip na umasa sa dating na-configure. Makikita sa listing ang eksaktong pangalan, eksaktong language code at review status ng bawat isa. Nalulutas nito agad ang tatlong sanhi ng error na ito. Ito rin ang tanging maaasahang source dahil maaaring ma-edit o ma-reject ang template pagkatapos maisulat ng gumawa nito ang pangalan. Sa MCP connector, tanong ito sa halip na API call: itanong kung aling mga template ang approved sa isang numero at babasahin ito ng assistant. Sa sarili ninyong code, isang Graph request lang ito laban sa WhatsApp Business Account, gamit ang phone number id at token ng koneksyong iyon. ### Gaano katagal ang approval? Karaniwan ay ilang minuto, pero kung minsan ay umaabot ng isang araw. Sinusuri ng Meta ang bawat template bago ito maipadala. Karamihan ay mabilis ma-clear, pero hindi garantisado ang tagal at hindi ito mapapabilis ng isang provider. Mahalaga ito sa anumang system na gumagawa ng template at agad itong ipinapadala, dahil mabibigo ang send at lalabas ang error na ito habang pending pa ang review. Ang mas maaasahang paraan ay gumawa ng mga template nang maaga bilang bahagi ng pag-set up ng integration, saka tingnan ang status bago umasa rito. Kayang gawin ng assistant na may connector ang dalawa: isumite ang template, pagkatapos ay i-report kung approved, rejected o nasa review pa. - Pagpapadala ng en kahit ginawa ang template bilang en_US. Magkaibang template ang mga ito para sa API. - Paggawa ng template at pagpapadala nito sa iisang run. Sinusuri muna ito ng Meta. - Pag-aakalang gumagana pa ang rejected na template. Pareho itong nagbabalik ng error na ito tulad ng nawawalang template. **Saan ko makikita ang eksaktong language code?** Sa template listing para sa numerong iyon. Magkasamang ipinapakita ang pangalan, wika at status, at ito ang tanging maaasahang source. **Maaari ko bang i-send ang pending na template?** Hindi. Approved templates lang ang naihahatid, at ang pending na template ay nagbabalik ng error na ito. **Kailangan bang gumawa ulit ng rejected na template?** Maaari itong i-edit at isumite muli. Hindi lang ito maaaring mag-send habang rejected ang status nito. **Makakapag-send ba ng templates ang WhatsApp Business app?** Hindi sa Coexistence number. Dumadaan sa API ang templates, at isa ito sa praktikal na dahilan kung bakit kino-connect ang isang numero. --- ## WhatsApp error 132000: hindi tugma ang bilang ng parameter https://easycoexistence.com/fil/docs/whatsapp-error-132000 Ibig sabihin ng Error 132000, hindi tugma ang variables na ibinigay ninyo sa inaasahan ng template. Ang template na may dalawang placeholder ay nangangailangan ng eksaktong dalawang value, ayon sa tamang order. Karaniwan itong lumilitaw kapag may nag-edit ng template pero hindi na-update ang sending code. ### Paano binibilang ang template variables? Per component, ayon sa order, gamit ang numbered placeholders sa text ng template. Ang template body na may nakasulat na Hello {{1}}, your order {{2}} has shipped ay may dalawang variable, kaya dapat eksaktong dalawang value ang ibigay sa send para sa body component. Kapag isa o tatlo ang ibinigay, ibinabalik ang error na ito. Ganoon din kapag dalawang value nga ang ibinigay pero para sa maling component, dahil magkahiwalay na binibilang ang header, body at button parameters, hindi pinagsasama sa isang list. Kaya madalas ay mukhang mali ang error sa unang tingin: maaaring tama ang kabuuang bilang ng values, pero mali ang pagkakahati ng mga ito sa components. ### Bakit lumilitaw ito sa template na gumana kahapon? Dahil may nag-edit ng template pero hindi nagbago kasabay nito ang sending code. Maaaring i-edit ang templates pagkatapos ma-approve, at tahimik na nagbabago ang contract mula sa pananaw ng sender kapag may idinagdag o inalis na placeholder. Walang warning ang integration, kaya nabibigo ang susunod na send. Sa team na ang marketing ang nag-e-edit ng templates sa WhatsApp Manager at ang engineering ang may hawak ng sending code, ito ang pinakakaraniwang dahilan kung bakit lumilitaw ang error. Ang depensa ay basahin muli ang template sa halip na umasa sa value na isinulat noong una itong ginawa. Ibinabalik ng Listing templates ang kasalukuyang definition, at iyon lang ang bersyong mahalaga sa oras ng send. ### Paano ninyo ibinibigay nang tama ang mga value? Buuin ang components array ayon sa sariling structure ng template. Tinutukoy ng bawat component ang type nito at dala nito ang sariling parameters ayon sa order ng mga placeholder. Ang body na may dalawang variable ay nangangailangan ng body component na may dalawang text parameters. Kung may variable din sa header ang template, kailangan din nito ng header component na may sariling parameter. Hindi dapat idagdag ang header value sa body list. Sa pamamagitan ng MCP connector, isang hakbang na lang ito para sa inyo: binabasa ng assistant ang template, tinitingnan kung ilang placeholder ang nasa bawat component, at pinupunan ang mga ito batay sa hiningi ninyo. Sa sarili ninyong code, mainam na basahin ang template definition sa startup sa halip na mag-hardcode ng shape na maaaring magbago. - Pinagsasama ang header at body variables sa isang list. Per component ang bilang ng mga ito. - Nagha-hardcode ng variable count. Maaaring baguhin ito ng pag-edit ng template nang walang warning sa sender. - Nagpapadala ng empty string para sa hindi ginagamit na placeholder. Kasama pa rin ito sa definition ng template, kaya dapat tugma ang bilang. **Maaari ba akong magpadala ng template na walang variables?** Oo. Kung walang tinukoy na variable ang template, huwag magpadala ng parameters. Kapag nagpadala pa rin, ibinabalik ang error na ito. **Mahalaga ba ang order ng values?** Oo. May numero ang placeholders at pinupunan ayon sa order, kaya maling mensahe ang magagawa kapag pinagpalit ang dalawang value, hindi error. **Bakit gumagana ang parehong send sa isang language pero hindi sa iba?** Magkahiwalay na template ang bawat language version, at maaaring magkaiba ang bilang ng placeholders ng mga ito pagkatapos ng edit. **Pareho ba ito ng 132001?** Hindi. Ibig sabihin ng 132001, hindi makita ang template o hindi ito approved. Ibig sabihin ng 132000, nakita ang template pero hindi tugma ang variables. --- ## WhatsApp error 2593107: lampas sa limit ng sync https://easycoexistence.com/fil/docs/whatsapp-error-2593107 Ibig sabihin ng Error 2593107, nagamit na ng numerong ito ang isang sync nito ng contacts at chat history. Isang beses lang tumatakbo ang sync kada onboarding at hindi na ito mauulit, kaya kailangang i-disconnect ang numero at i-connect itong muli. ### Ano ang synchronization na tinutukoy nito? Ito ang hakbang na naglilipat ng existing contacts at conversation history ng isang Coexistence number papunta sa API side, para hindi magsimula nang walang konteksto ang software sa numerong ilang taon nang ginagamit ng negosyo. Umiiral lang ito dahil sa Coexistence. Ang numerong na-onboard sa ordinaryong paraan ay walang dating app history na kailangang ilipat, kaya walang isi-sync. May pareho nito ang Coexistence number, at nag-aalok ang Meta ng one time transfer sa sandaling ma-connect ang numero. Kaya hindi pamilyar ang error kahit sa mga matagal nang gumagamit ng Cloud API. Bahagi ito ng onboarding mode na hindi pa nila nagagamit. ### Bakit isang beses lang ito puwedeng tumakbo? Dahil bahagi ito ng onboarding, hindi ng patuloy na capability, at itinuturing ito ng Meta na one time decision sa sandali ng koneksyon. Sa Embedded Signup, tinatanong ang may-ari ng negosyo kung ibabahagi ang existing chat history. Ang pagsagot ng yes ang nagpapahintulot na tumakbo ang sync. Walang setting para i-on itong muli at walang endpoint na umuulit nito, kaya nagbabalik ng error na ito ang second call sa halip na isang rate limit na kusang nawawala. Ang praktikal na epekto: mas mahalaga ang pagpiling ito kaysa sa unang tingin. Kapag mabilis na nag-click through ng onboarding ang isang tao at tumangging magbahagi ng history dahil mas ligtas itong pakiramdam, tanging full disconnect at reconnect lang ang makapagbabago sa desisyong iyon. ### Ano ang mangyayari kung kailangan ninyo itong patakbuhin muli? Kailangang i-disconnect at i-connect muli ang numero. Isa itong aktuwal na operation, hindi simpleng setting. Magsisimula ulit ang Embedded Signup kapag nag-reconnect, kasama ang code scan sa phone, at magkakaroon ng bagong pagkakataong tanggapin ang history. Hindi maaapektuhan ang WhatsApp Business app, kaya walang mawawala sa negosyo, pero hindi rin ito tahimik na background action: kailangang may nasa phone. May isang mahalagang epekto na dapat planuhin. Tinatanggal ng disconnection ang webhook destination dahil naka-save ang destination bilang override sa app subscription, hindi sa numero. Ibinabalik ng reconnect ang sending at monitoring, pero hindi ang delivery sa sarili ninyong server maliban kung may maglalagay nito muli. - Paulit-ulit na i-retry ang sync call. Isang beses lang ito, kaya parehong error ang ibabalik ng retry sa halip na tuluyang magtagumpay. - Pagtanggi sa chat history habang nag-o-onboard bilang pag-iingat. Reconnecting lang ng numero ang makapagbabago sa pagpiling iyon. - Pagre-reconnect nang walang plano para ibalik ang webhook destination, na natatanggal kasama ng app. **Nangyayari ba ito sa normal na Cloud API number?** Hindi. Para lang ito sa Coexistence numbers dahil sila lang ang may dating app history na kailangang ilipat. **Gaano karaming history ang sini-sync?** Nagsi-sync ang Meta ng kamakailang conversation history sa isang window habang nag-o-onboard. Ang eksaktong dami ay itinatakda ng Meta, hindi ng provider. **Mawawala ba ang chats ko sa phone kapag nag-reconnect?** Hindi. Hindi naaapektuhan ng pag-disconnect at pag-reconnect ng API side ang WhatsApp Business app at mga conversation nito. **Pareho ba ang problema ng 2593108?** Hindi. Ibig sabihin ng code na iyon, sinubukan ang sync makalipas ang 24 oras mula sa onboarding, hindi na tumakbo na ito dati. --- ## WhatsApp error 2593108: pag-sync sa labas ng 24 oras https://easycoexistence.com/fil/docs/whatsapp-error-2593108 Ang Error 2593108 ay nangangahulugang nagsimula ang pag-sync ng contact at chat history mahigit 24 oras matapos ma-onboard ang numero. Itinakda ng Meta ang palugit na ito, at kapag lumipas na ito, ang tanging paraan para mag-sync ay i-connect muli ang numero. ### Aling 24-oras na window ito? Hindi ito ang messaging window, na pinagmumulan ng malaking kalituhan tungkol sa error na ito. May kilalang 24-oras na customer service window ang WhatsApp Business Platform. Binibilang ito mula sa huling mensahe ng customer at tinutukoy kung maaaring magpadala ng free-form text. Iba itong orasan. Nagsisimula ito nang matapos ng isang Coexistence number ang onboarding at tinutukoy lamang kung maaari pang ilipat ang contacts at chat history. Walang kaugnayan ang dalawang window maliban sa numero, at hindi ibig sabihin ng matagumpay na pagpapadala ng mensahe na bukas pa ang sync window. ### Bakit ito nalalampasan? Dahil karaniwang magkaibang araw ginagawa ang onboarding at integration, at madalas ay magkaibang tao ang gumagawa nito. Karaniwang ikinokonekta ng may-ari ng negosyo ang numero sa hapon, saka ito ikinakabit ng agency o developer sa kanilang systems makalipas ang ilang araw. Kapag naisip na ang history, sarado na ang window, at lumalabas ang failure bilang hindi pamilyar na error code sa halip na babala. Mas mabuting ituring ang sync bilang bahagi ng onboarding, hindi ng integration. Kung mahalaga ang history, kailangan itong i-pull sa araw ding i-connect ang numero, bago mabuo ang iba pang bahagi. ### Ano ang mga opsyon kapag sarado na ito? I-disconnect at i-connect muli ang numero, o magsimulang walang history. Muling sisimulan ng pag-connect ang Embedded Signup, kasama ang pag-scan sa phone, at magbubukas ito ng bagong window. Walang naaapektuhan sa WhatsApp Business app, kaya mananatili ang mga conversation ng negosyo alinman ang piliin. Ang kapalit ay kailangan muling may taong nasa harap ng phone. Madalas ay ayos lang magsimula nang walang history. Tatanggap ang API ng lahat mula sa sandaling ma-connect ito, at mas mahalaga sa karamihan ng integration ang mga bagong conversation kaysa sa luma. Pinakamahalaga ang history kapag kailangang makita agad ang dating context ng customer, na mas limitadong sitwasyon kaysa sa unang akala. - Napagkakamalang messaging window ito. Magkaibang orasan ang mga ito na sumusukat ng magkaibang bagay. - Hinahabol lamang ang history kapag nagsisimula na ang integration. Karaniwang sarado na ang window bago iyon. - Muling kumokonekta nang hindi ibinabalik ang webhook destination, na hindi nananatili kapag nag-disconnect. **Pareho ba ito ng 24 oras sa messaging window?** Hindi. Binibilang ito mula sa onboarding at para ito sa sync. Binibilang naman ang messaging window mula sa huling mensahe ng customer at para sa free-form text. **Maaari bang pahabain ang window?** Hindi. Itinakda ito ng Meta at walang provider na makapagpapahaba nito. **May gastos ba ang muling pag-connect?** Walang sinisingil para sa muling pag-connect. Kailangan lamang may taong nasa harap ng phone para muling i-scan ang code. **Paano kung hindi ko kailanman i-sync ang history?** Tatanggap pa rin ang API ng lahat mula sa sandaling ma-connect ang numero. Mahalaga lamang ang history kung kailangan agad ang dating context. --- ## WhatsApp error 131026: hindi maihatid ang mensahe https://easycoexistence.com/fil/docs/whatsapp-error-131026 Ang Error 131026 ay nangangahulugang hindi naihatid ng Meta ang mensahe sa tatanggap. Karaniwan, hindi talaga rehistrado sa WhatsApp ang numero, pero pareho rin ang code kapag luma ang client o hindi tinanggap ng user ang mga tuntunin. ### Bakit hindi maihatid ang numerong mukhang valid? Dahil magkaiba ang pagkakaroon ng phone number at ang pagkakaroon ng WhatsApp dito. Pinakakaraniwang dahilan na hindi kailanman nairehistro ng tatanggap ang numerong iyon sa WhatsApp, o inalis na niya ito. Walang makikitang palatandaan nito sa format ng numero. Kaya kapag nag-import ng listahan mula sa CRM, lumilitaw ang mga error na ito nang maramihan: may mga phone number ang listahan, pero ilan lang ang WhatsApp number. May dalawa pang hindi gaanong karaniwang dahilan para sa parehong code. Maaaring gumagamit ang tatanggap ng WhatsApp client na masyadong luma para sa uri ng mensaheng ipinapadala, o hindi pa niya tinanggap ang mga tuntuning kailangan ng bagong feature. Parehong wala sa kontrol ng sender. ### Ano ang dapat mangyari kapag natanggap ninyo ito? I-record ito sa contact at itigil ang pagpapadala sa numerong iyon sa halip na mag-retry. Nasa panig ng tatanggap ang kondisyon, kaya pareho rin ang resulta ng agarang pag-retry at kadalasan pati ng naka-schedule na pag-retry. Kapag itinuring itong pansamantalang error, nasasayang ang throughput ng integration sa mga numerong hindi kailanman makakatanggap ng anuman. Mas kapaki-pakinabang na markahan ang contact bilang hindi maabot sa WhatsApp at i-route ito sa ibang channel. Nakakatulong din ito para hindi unti-unting bumaba ang kalidad ng contact list. Kung talagang nasa WhatsApp ang numero, sa tatanggap dapat ayusin ang problema, hindi sa inyo. - Nagti-try ulit ayon sa schedule. Nasa panig ng tatanggap ang kondisyon at hindi ito nawawala dahil lang lumipas ang oras. - Itinuturing itong problema sa format. Naabot ng numero ang Meta at tinanggihan ito sa delivery, hindi sa validation. - Nagpapadala sa CRM list nang walang filtering. Hindi lahat ng phone number ay WhatsApp number. **Maaari ko bang tingnan muna kung nasa WhatsApp ang isang numero?** Hindi ito maaasahan, at walang lookup na iniaalok ang Meta. Sa aktuwal na paggamit, ang unang send ang nagsisilbing check. **Nakakaapekto ba ito sa quality rating ko?** Hindi pareho ang hindi maihatid na mga tatanggap at ang mga tatanggap na nag-block o nag-report sa inyo. Pero ang sunod-sunod na pagpapadala sa listahang maraming ganito ang uri ng pattern na maaaring lumitaw sa ibang pagsusuri. **Problema ba ang format ng numero?** Karaniwan, hindi. Ang maling format ay nagbabalik ng parameter error. Ibig sabihin ng code na ito ay naintindihan ang numero pero hindi ito maabot. **Dapat ko bang alisin ang contact?** Markahan ito bilang hindi maabot sa WhatsApp sa halip na burahin. Maaaring irehistro ng tao ang numerong iyon sa ibang pagkakataon. --- ## Error sa WhatsApp 131042: problema sa bayad ng business account https://easycoexistence.com/fil/docs/whatsapp-error-131042 Ibig sabihin ng Error 131042, hindi masingil ng Meta ang mga mensahe dahil walang gumaganang paraan ng pagbabayad ang WhatsApp Business Account. Direktang sinisingil ng Meta ang mga gastos sa inyong account, kaya nasa WhatsApp Manager ang solusyon, hindi sa provider ng inyong API access. ### Sino ba talaga ang naniningil kanino? Dalawang kumpanya ang sangkot, pero isa lang sa mga singil ang may kaugnayan sa provider ninyo. Sinisingil ng Meta ang mga pag-uusap sa WhatsApp Business Platform gamit ang paraan ng pagbabayad na nakakabit sa sarili ninyong WhatsApp Business Account. Direktang ugnayan iyon ninyo at ng Meta. Nasa tabi nito ang provider, na naniningil para sa access at tooling, at hindi kailanman nakakakita sa mga gastos sa pag-uusap. Kaya hindi maaayos ang error sa pakikipag-ugnayan sa provider, at walang nasa ganitong posisyon ang makakapagdagdag ng card para sa inyo. Ibig sabihin din nito, hindi maaaring dagdagan ng provider ang gastos sa pag-uusap dahil hindi naman nito natatanggap ang singil. ### Saan itinatakda ang paraan ng pagbabayad? Sa WhatsApp Manager, sa WhatsApp Business Account na may-ari ng numero. Doon kayo magdagdag o mag-update ng paraan ng pagbabayad, at kailangang may nakatakda ang account bago gumana ang ilang pagpapadala. Lalo na itong kailangan sa pagpapadala gamit ang marketing template, kaya madalas lumilitaw ang error sa unang pagtatangkang magpadala ng promotional na mensahe sa account na dati ay sumasagot lang sa mga customer. Sadyang hindi ito magagawa sa API. Walang endpoint para mag-attach ng card dahil isa itong commercial relationship sa antas ng account, hindi isang operasyon sa pagmemensahe. - Paghingi sa provider na ayusin ito. Sa pagitan ninyo at ng Meta ang billing relationship, at walang API para mag-attach ng card. - Pag-aakalang saklaw ng bayad sa provider ang gastos sa mga mensahe. Magkahiwalay itong singil mula sa magkahiwalay na kumpanya. - Pagsubok ng marketing template sa account na walang paraan ng pagbabayad. Kailangan ito ng Meta para sa mga pagpapadalang iyon. **Maaari bang bayaran ng EasyCoexistence ang Meta para sa akin?** Hindi. Sa paraan ng pagbabayad ng sarili ninyong WhatsApp Business Account napupunta ang mga singil, at walang API para mag-attach nito. **Bakit ngayon lang ito lumitaw?** Madalas itong nangyayari dahil unang sinubukang magpadala ng marketing template. Partikular na nangangailangan ang Meta ng paraan ng pagbabayad para rito. **Hihinto ba nito ang mga papasok na mensahe?** Hindi maaapektuhan ang pagtanggap. Ang hindi gumagana ay ang pagpapadalang kailangang singilin ng Meta. **May paraan bang tuluyang maiwasan ang mga singil ng Meta?** Libre ang mga reply sa loob ng 24 hour customer service window. Ang sinisingil ng Meta ay ang mga pag-uusap na binuksan sa labas nito. --- ## WhatsApp error 133010: hindi naka-register ang numero ng telepono https://easycoexistence.com/fil/docs/whatsapp-error-133010 Ang Error 133010 ay ibig sabihin hindi pa tapos ang registration ng numero ng telepono sa WhatsApp Business Platform. Maaaring naka-attach ito sa account at nakikita sa dashboard, pero hindi ito makakapag-send ng anuman hanggang matapos ang registration. ### Ano ba talaga ang ibig sabihin ng registration dito? Ito ang huling hakbang para magamit ang numero sa pag-send, hiwalay sa pagkakaroon nito sa WhatsApp Business Account. Inia-attach ng onboarding ang numero sa account at ibinibigay ang mga identifier nito. Ang registration ang nagsasabi sa platform na handa nang mag-transact ang numero. Madalas itong nalalaktawan dahil nakikita na sa dashboard ang numero bago matapos ang flow. Mukhang konektado ang lahat, pero bumabagsak ang unang send. Madaling hindi ito mapansin sa Coexistence number sa isa pang dahilan: tuloy-tuloy na gumagana ang WhatsApp Business app sa telepono, kaya walang makikitang senyales sa pang-araw-araw na operasyon ng negosyo na may hindi pa tapos. ### Paano nagiging incomplete ang onboarding? Karaniwan, may nagsara ng window. Gumagana ang Embedded Signup ng Meta bilang popup at may ilang hakbang, kabilang ang pag-scan ng code sa telepono. Kapag isinara ito matapos lumitaw ang numero pero bago matapos ang flow, ganitong state ang naiiwan. Ganito rin ang mangyayari kapag nawalan ng koneksyon ang telepono habang isinasagawa ito, o nag-time out ang session habang hinahanap ang device. Ang solusyon ay patakbuhin muli ang flow, hindi ulitin ang send. Sa pag-reconnect, magsisimula muli ang proseso at makukumpleto ang registration. Walang masamang mangyayari sa numero o sa WhatsApp Business app kahit ulitin ito. - Ulit-ulitin ang send. Hindi nakukumpleto ang registration dahil sinubukang magpadala ng mensahe. - Ipagpalagay na gumagana ang numerong nakikita. Maaari itong naka-attach sa account pero hindi pa naka-register. - Mag-diagnose mula sa telepono. Karaniwang gumagana ang WhatsApp Business app kahit hindi pa tapos ang registration. **Nawala ba ang numero?** Hindi. Kapag pinatakbo muli ang onboarding flow ng Meta, makukumpleto ang registration, at hindi maaapektuhan ang WhatsApp Business app. **Maaari ba akong mag-register gamit ang API?** Bahagi ng onboarding flow ng Meta ang registration, at kailangan dito ang browser at telepono. Walang API shortcut para laktawan ang scan. **Bakit nakakatanggap pa rin ako ng mga mensahe?** Magkaiba ang hakbang na kumokontrol sa pagtanggap at pag-send, kaya maaaring mukhang aktibo sa telepono ang numerong hindi pa tapos ang onboarding. **Pareho ba ito ng 133006?** Hindi. Ibig sabihin ng 133006 kailangan munang i-verify ang numero bago mangyari ang registration. Sa error na ito, hindi nakumpleto ang registration mismo. --- ## WhatsApp error 190: expired ang access token https://easycoexistence.com/fil/docs/whatsapp-error-190 Ang Error 190 ay nangangahulugang nag-expire o na-invalidate ang access token na ginamit sa request. Pare-parehong nagfa-fail ang bawat call, kaya mukhang nawala ang numero. Hindi ito nawala: nasira ang credential, at karaniwang maayos ang numero. ### Bakit mukhang nawala ang numero kapag nag-expire ang token? Dahil nagfa-fail ang bawat request, at pareho ang paraan ng pag-fail ng mga ito. Tumitigil nang sabay-sabay ang pagbasa sa numero, pag-check ng status nito, paglista ng mga template, at pagpapadala ng mensahe. Sa panlabas, hindi ito naiiba sa pagtanggal ng numero sa account, at walang paraan ang integration na may iisang credential para matukoy ang pagkakaiba. Marami ang nag-aakalang na-disconnect sila kahit walang ganoong nangyari. Mahalaga ang pagkakaiba dahil magkasalungat ang nararapat na sagot. Pinapalitan ang sirang credential. Ang numerong tinanggal ay kailangang i-reconnect, na nangangailangan ng business owner at ng phone. ### Paano ninyo matutukoy ang pagkakaiba? Sa pagkakaroon ng second credential na makakabasa sa parehong account. Hawak ng EasyCoexistence ang token ng client at ang sarili nitong System User token para sa bawat koneksyon. Kapag tinanggihan ang isa, binabasa ng isa ang WhatsApp Business Account at tinutukoy kung alin sa dalawa ang talagang nasira. Kapag rejected ang client token pero gumagana ang second read, nag-expire ang credential at maayos ang numero. Kapag parehong nagfa-fail, may nangyari sa numero mismo. Kung wala ang second reader, ang tanging paraan para matukoy ang pagkakaiba ay hilingin sa business owner na mag-check. Ito mismo ang uri ng pagkaantala na dapat iwasan ng monitoring. ### Paano nai-invalidate ang mga token? Maraming paraan, at karamihan ay hindi sinasadya. May lifetime ang mga token at kusang nag-e-expire. Nai-invalidate sila kapag binago ang password ng Meta account. Nangyayari rin ito kapag may nag-alis ng access ng app sa Business Settings, o kapag binawi ng Meta ang token na itinuturing nitong compromised. Wala sa mga ito ang nagbibigay ng babala muna, at hindi rin ito makikita sa WhatsApp Business app sa phone. Kaya dapat kasama sa monitoring ang token validity, hindi lamang sa error handler. Kapag nakita na ito ng error handler, nag-fail na ang mga send. - I-reconnect ang numero. Kung token ang problema, pinapagawa nito sa business owner ang trabahong hindi naman kailangan. - Ituring itong intermittent at paulit-ulit na i-retry. Hindi kusang bumabawi ang na-invalidate na token. - Umasa sa iisang credential. Kapag isang token lang ang mayroon, walang paraan para matukoy kung credential failure o nawalang numero ang nangyari. **Gumagana pa ba ang numero?** Karaniwan, oo. Hindi naaapektuhan ang WhatsApp Business app at buo pa ang numero. Ang tumigil ay ang API access. **Pareho ba ito ng error 0?** Sa praktikal na epekto, oo. Iniuulat ng Meta ang kondisyong ito gamit ang dalawang code depende sa endpoint. **Aayusin ba ito ng pag-reconnect?** Oo, pero mabigat itong solusyon sa simpleng problema, at kailangan nito ang business owner at ang phone para sa problemang nalulutas ng bagong credential. **Puwede bang hindi mag-expire ang mga token?** Maaaring long lived ang System User tokens, kaya kapaki-pakinabang ang pagkakaroon ng second token. --- ## Error 130429 sa WhatsApp: naabot ang throughput limit https://easycoexistence.com/fil/docs/whatsapp-error-130429 Ang Error 130429 ay nangangahulugang naabot na ang Cloud API throughput limit para sa numerong ito. Problema ito sa rate, hindi sa volume: maipapadala ang parehong mga mensahe kung mas mabagal ang pagpapadala. Sa Coexistence number, nakatakda ng Meta ang ceiling. ### Ano talaga ang nililimitahan? Ang rate kung gaano kabilis lumalabas ang mga mensahe, hindi kung ilan ang maaari ninyong ipadala sa isang araw. Tumatanggap ang platform ng tiyak na bilang ng mga mensahe bawat segundo para sa isang numero, at nire-reject ang mga request na lampas dito sa halip na ilagay sa queue. Kaya hindi problema mismo ang pagpapadala ng 10,000 mensahe. Ang problema ay ang pagpapadala ng lahat ng ito sa parehong segundo. Kung hahatiin sa ilang minuto, maipapadala ang parehong batch nang walang pagbabago. Iba ito sa messaging tier, na nagtatakda kung ilang unique customer ang maaari ninyong pagsimulan ng conversation sa isang araw, at sa quality limiting, na naghihigpit sa numerong hindi maganda ang reaksyon ng mga recipient. Tatlong magkaibang ceiling at tatlong magkaibang code ang madalas napagkakamalang iisa. ### Maaari bang itaas ang limit? Hindi sa Coexistence number. Itinakda ito ng Meta sa isang fixed rate at walang provider ang makakapagtaas nito. Mahalagang malaman ito bago magdisenyo batay sa mas mataas na numero. Sa numerong na-onboard sa karaniwang paraan, tumataas ang throughput kasabay ng quality rating at messaging tier sa paglipas ng panahon. Isa ito sa iilang tunay na trade-off ng Coexistence, kaya para sa high-volume broadcast number, karaniwang mas angkop ang onboarding nang wala nito. Para sa conversational use, bihira itong maging hadlang. Nagiging problema ito kapag may code na paulit-ulit na dumadaan sa listahan at nagpapadala sa pinakamabilis na kaya nito. Mas mainam iwasan ang ganitong setup. ### Ano ang dapat gawin ng sender sa halip? Bagalan ang pagpapadala at mag-retry gamit ang backoff sa halip na mag-retry agad. Ang queue na may fixed rate ang matibay na solusyon, dahil ginagawa nitong property ng system ang limit sa halip na bagay na matutuklasan lamang sa production. Kung masyado itong malaki para sa inyong setup, sapat na sa karamihan ng pakinabang ang exponential backoff para sa partikular na code na ito. Hindi gumagana ang sunod-sunod at mabilis na retry. Ang loop na agad nagre-retry kapag na-reject ay lumilikha ng mas maraming request sa mismong oras na lampas na sa rate ang numero. Dahil dito, mas tumatagal ang kondisyon sa halip na mawala. - Agad na pagre-retry. Mas maraming request sa sandali ng rejection ang nagpapanatili sa numero na lampas sa rate nito. - Pagkalito sa messaging tier. Ito ang nagtatakda ng daily unique conversations, hindi ng mga mensahe bawat segundo. - Pagdidisenyo sa Coexistence number na parang tumataas ang throughput. Hindi ito tumataas dahil fixed ang ceiling. **Ibig bang sabihin nito ay restricted ang numero ko?** Hindi. Ordinary rate limit ito. Healthy ang numero at nagtatagumpay ang parehong mga mensahe kapag mas mabagal ang pagpapadala. **Gaano kabilis makapagpapadala ang Coexistence number?** Itinatakda ito ng Meta sa fixed rate para sa Coexistence numbers sa halip na itaas kasabay ng quality at tier. **Pareho ba ito ng 80007?** Hindi. Ang 80007 ay rate limit sa WhatsApp Business Account, hindi sa message throughput ng isang numero. **Mas mabilis bang magpapadala ang ibang provider?** Hindi. Nakaugnay ang limit sa numero at sa Meta, hindi sa provider na tumatawag sa API. --- ## Ikonekta ang WhatsApp sa Make gamit ang opisyal na Cloud API https://easycoexistence.com/fil/integrations/make Ituro ang webhook destination ng numero sa custom webhook ng Make at magsisimula ang isang scenario sa bawat papasok na mensahe. Babalik ang mga sagot sa pamamagitan ng Cloud API gamit ang HTTP module. Hindi magagamit ng Make ang MCP server namin dahil MCP server mismo ang Make, hindi client. ### Paano nagsisimula ng Make scenario ang mensahe sa WhatsApp? Gumawa ng custom webhook module sa Make, kopyahin ang URL na ibibigay nito, at itakda ito bilang webhook destination ng numero. Mula noon, ihahatid ng Meta ang bawat mensaheng ipinadala sa numero direkta sa URL na iyon bilang HTTP POST, at tatakbo ang scenario. Nasa payload ang sender, message body o media reference, timestamp at message id. Mula roon, ordinaryong scenario na ito: mag-route batay sa content, hanapin ang customer, at tawagin ang iba pang serbisyong pinapatakbo ninyo. Dahil Coexistence ito, nasa WhatsApp Business app din sa telepono ang parehong mensahe. Maaaring sagutin ito ng isang tao, makikita ng scenario ang ipinadala niya, at hindi magpapalitan ng sagot ang dalawa sa iisang mensahe. ### Bakit hindi magagamit ng Make ang MCP connector? Dahil MCP server ang Make, hindi MCP client. Inilalantad nito ang sarili nitong mga scenario sa mga assistant tulad ng Claude at ChatGPT, na kumokonekta papasok sa Make. Hindi ito kumokonekta palabas sa MCP server ng ibang serbisyo. Iyan ang buong paliwanag sa direksyong ito. Server ang connector namin na naghihintay tawagin, habang walang mekanismo ang Make para tumawag palabas sa isa. Kaya hindi nagtatagpo ang dalawa. Iba ito sa n8n, na may MCP Client Tool node at kayang gumamit ng remote server sa pamamagitan ng OAuth. Wala itong dagdag na gastos sa aktuwal na paggamit. Sapat ang webhook path para sa lahat ng kailangan ng scenario, at ito rin ang path na tumutugon sa mga papasok na mensahe, na hindi kayang gawin ng MCP sa alinmang tool. ### Paano nagpapadala ng sagot ang isang scenario? Gamit ang HTTP module laban sa Cloud API, kasama ang phone number id at access token ng numero. Mababasa ang dalawang ito mula sa dashboard, o sa pamamagitan ng MCP connector kung nais ninyong kunin sila ng isang assistant para sa inyo. Depende sa timing ang dapat ipadala. Sa loob ng 24 oras mula sa huling mensahe ng customer, gumagana ang free text. Paglampas nito, template lamang na inaprubahan ng Meta ang maihahatid, at tatahimik ang scenario na puro free text lang ang ipinapadala sa unang mensahe sa magdamag. Ang maaasahang ayos ay isang router: tingnan kung gaano katagal mula nang dumating ang huling papasok na mensahe, pagkatapos ay piliin ang free text branch o template branch. - Iniiwang nakaturo ang webhook sa Make URL mula sa scenario na naka-off. Ihahatid ito ng Meta roon, pero walang tatakbo. - Hindi sinasagot ang verification request ng Meta. Nagpapadala ang Meta ng GET na may challenge bago maghatid ng anuman. - Nagpapadala ng free text lampas sa 24-oras na window. Mabibigo ito, at sa pananaw ng scenario ay parang walang nangyari. **Makakonekta ba ang Make sa MCP server ninyo?** Hindi. MCP server ang Make, hindi client, kaya wala itong paraan para tumawag sa server namin. Sapat ang webhook path para sa lahat ng kailangan ng scenario. **Kailangan ba ng Make app para sa WhatsApp?** Hindi. Tumatanggap ang custom webhook at nagpapadala ang HTTP module. URL at REST call lamang ang integration. **Makakasagot pa rin ba ang team mula sa telepono?** Oo. Iyan ang ibig sabihin ng Coexistence. Patuloy na gumagana ang app sa parehong numero at nakikita ng scenario ang ipinadala ng tao. **Maaari bang gamitin ng isang scenario ang ilang kliyente?** Oo. Ituro ang bawat numero sa parehong webhook at mag-route batay sa phone number id na nasa payload. --- ## I-connect ang WhatsApp sa Zapier gamit ang official Cloud API https://easycoexistence.com/fil/integrations/zapier Ituro ang webhook destination ng numero sa Zapier catch hook at bawat papasok na mensahe ay magti-trigger ng Zap. Babalik ang mga sagot sa Cloud API gamit ang webhook action. Hindi magagamit ng Zapier ang aming MCP server dahil MCP server ang Zapier, hindi client. ### Paano nagti-trigger ng Zap ang papasok na mensahe? Magsimula ng Zap gamit ang Webhooks by Zapier trigger, piliin ang Catch Hook, at kopyahin ang URL na ginagawa ng Zapier. I-set po ninyo ang URL na iyon bilang webhook destination ng numero at direktang ihahatid ng Meta rito ang bawat papasok na mensahe. Ibinibigay ng payload ang sender, content ng mensahe, timestamp at message id, na sapat para sa karamihan ng branching sa mga Zap. Walang tumatakbo sa inyong infrastructure at walang Zapier app para sa amin na kailangang i-maintain dahil URL ang integration surface. Patuloy na gagana ang WhatsApp Business app sa parehong numero, kaya maaaring sagutin ng isang tao ang anumang pag-uusap na hindi nahawakan ng Zap. ### Bakit hindi ginagamit ng Zapier ang MCP connector? Dahil MCP server ang Zapier, hindi MCP client. Kumokonekta ang mga assistant gaya ng Claude at ChatGPT sa Zapier para gamitin ang mga action nito. Hindi kumokonekta palabas ang Zapier sa MCP server ng third party, kaya hindi nito maaabot ang amin. Walang praktikal na epekto ito. Para sa assistant ang MCP na kikilos kapag may humiling na tao, samantalang kabaligtaran ang anyo ng Zap: may nangyayari, at tumutugon ang automation. Sakop ito ng webhook sa bawat tool, pati sa mga may MCP client. Kung gusto rin ninyo ng assistant sa proseso, gumagana ang connector sa Claude o ChatGPT kasabay ng Zap, hindi sa loob nito. ### Paano nagpapadala ng sagot ang isang Zap? Gamit ang Webhooks by Zapier POST action laban sa Cloud API, gamit ang phone number id at access token ng numero mula sa dashboard. Tinutukoy ng timing kung ano ang maaari ninyong ipadala. Sa loob ng 24 na oras mula sa huling mensahe ng customer, maipapadala ang free text. Paglampas nito, approved template lamang ang maaari, at dito kadalasang pumapalya ang mga Zap sa production dahil ilang segundo matapos ang mensahe palaging ginagawa ang testing. Ang Zap na humahawak sa parehong sitwasyon ay nangangailangan ng path filter batay sa tagal mula nang dumating ang huling inbound na mensahe. Isang dagdag na hakbang ito, at ito ang pagkakaiba ng automation na gumagana Martes ng hapon at ng gumagana alas-tres ng madaling-araw. - Paggamit ng Zapier test URL bilang destination. Humihinto itong makinig at walang tatanggap sa mga mensahe. - Pagkalimot sa verification GET ng Meta. Kailangang ibalik ng catch hook ang challenge bago magsimula ang paghahatid. - Pagpapadala ng free text lampas sa 24-oras na window, na tahimik na pumapalya mula sa pananaw ng Zap. **May official WhatsApp Zapier app ba?** Hindi ninyo ito kailangan dito. Tumatanggap ang catch hook at nagpapadala ang webhook action, kaya nananatili kayo sa official Cloud API nang walang intermediary. **Magagamit ba ng Zapier ang inyong MCP server?** Hindi. MCP server mismo ang Zapier at hindi ito kumikilos bilang client, kaya hindi ito makakatawag sa aming server. **Mawawala ba sa team ko ang telepono?** Hindi. Pinananatili ng Coexistence na gumagana ang WhatsApp Business app sa parehong numero. **Ano ang mangyayari kung naka-pause ang Zap?** Nagre-retry ang Meta sa loob ng isang panahon, pagkatapos ay humihinto. Dumarating pa rin ang mga mensahe sa app sa telepono, kaya walang mawawala sa negosyo. --- ## Ikonekta ang WhatsApp sa ChatGPT gamit ang custom connector https://easycoexistence.com/fil/integrations/chatgpt I-on ang developer mode sa Mga Setting ng ChatGPT, idagdag ang EasyCoexistence bilang connector, at magagawa ng ChatGPT na ilista ang inyong mga numero, suriin ang kalagayan ng mga ito, magpadala ng mga mensahe at template, at ituro ang mga webhook sa inyong sariling system, lahat gamit ang official Cloud API ng Meta. ### Paano ninyo ito idaragdag sa ChatGPT? Buksan ang Mga Setting, pumunta sa Connectors, pagkatapos ay Advanced, at i-on ang developer mode. Ito ang naglalabas ng option na magdagdag ng connector gamit ang URL sa halip na pumili mula sa built-in list. Magdagdag ng connector na nakaturo sa EasyCoexistence MCP endpoint. Sa unang pagtawag ng ChatGPT sa isang tool, magbubukas ito ng sign in at doon ninyo ito ia-authorise. Walang kailangang i-generate, kopyahin o i-paste dahil OAuth ang ginagamit ng connector sa halip na API key. Remote ang server mismo. Walang ini-install, walang tumatakbo sa background sa inyong machine, at hindi naaapektuhan ng pagsasara ng ChatGPT ang naka-connect na numero sa anumang paraan. ### Ano ang magagawa ng ChatGPT kapag naka-connect na? Magtanong sa plain language at pipiliin nito ang tool. Alin sa mga numero ko ang may problema? Ipadala sa customer na ito ang booking confirmation niya. Gumawa ng template para sa order updates at sabihin sa akin kapag inaprubahan ito ng Meta. Ituro ang webhook ng numerong ito sa aking server. Saklaw ng reading tools ang paglista ng mga numero, pagsuri sa quality rating, messaging tier at connection state, at pagkuha ng credentials kapag kailangan ng ibang system ang mga ito. Saklaw naman ng sending tools ang free text sa loob ng session window at mga approved template sa labas nito. Isa sa labing-anim na tool ang nagbibigay sa ChatGPT ng aming documentation bilang markdown. Kaya nitong sagutin ang mga tanong tungkol sa paggana ng mga ito batay sa aming docs, hindi sa hula. ### Ano ang hindi nito magagawa? Hindi ito makakatugon sa incoming message, at mahalagang malinaw ito dahil ito ang karaniwang inaasahan ng mga tao sa isang assistant. Request at response ang MCP. Tumatawag ang ChatGPT ng tool kapag hiniling ninyo. Walang mekanismong gigising sa ChatGPT dahil sa WhatsApp message ng customer at magpapasagot dito nang kusa nang alas-tres ng umaga. Hindi iyon binabago ng aming connector, at walang MCP server sa anumang product ang gumagawa nito. Ang automatic replies ay gumagamit ng webhook path: naghahatid ang Meta ng incoming messages sa system na pinapatakbo ninyo, at nagpapasya ang system na iyon kung ano ang gagawin. Magkasamang gumagana ang dalawa, at maaari ring itakda ng connector ang webhook destination para sa inyo. - Inaasahang awtomatikong sasagot ito sa mga customer. Gumagana ang MCP kapag hiniling; kailangan ng webhook para sa incoming messages. - Hinahanap ang EasyCoexistence sa built-in connector list. Idinaragdag ito gamit ang URL kapag naka-on ang developer mode. - Ipinapalagay na kailangan ng key. Nag-a-authorise ang connector gamit ang OAuth at walang kailangang i-paste. **Kailangan ko ba ng paid ChatGPT plan?** Nasa likod ng developer mode sa Mga Setting ang custom connectors. Ang availability ay sumusunod sa sariling plan rules ng OpenAI, hindi sa anumang kontrol namin. **Nakikita ba ng ChatGPT ang mga conversation ng customers ko?** Ang hinihiling ninyo lamang. Dumadaan ang incoming messages mula Meta papunta sa webhook destination na itatalaga ninyo, at hindi kami nagse-save ng conversation content. **Maaari ba itong mag-connect ng bagong numero?** Maaari nitong simulan ang proseso. Nagbabalik ang connector ng link na bubuksan ng business owner para i-authorise ang sariling numero sa flow ng Meta. **Gumagana ba ito sa parehong account gaya ng Claude?** Oo. Isang EasyCoexistence account, isang endpoint, at makikita ng bawat assistant na ikino-connect ninyo ang parehong mga numero. --- ## I-connect ang WhatsApp sa Cursor gamit ang MCP https://easycoexistence.com/fil/integrations/cursor Idagdag ang EasyCoexistence sa MCP configuration ng Cursor para ma-access ng editor ang totoong WhatsApp number nang hindi umaalis sa project ninyo: ilista ang mga numero, tingnan ang health ng mga ito, magpadala ng mga mensahe at aprubadong template, at i-set ang mga destinasyon ng webhook sa anumang binubuo ninyo, gamit ang opisyal na Cloud API ng Meta. ### Paano ito idaragdag sa Cursor? Buksan ang Mga Setting at hanapin ang section ng MCP, pagkatapos ay magdagdag ng server na tumuturo sa EasyCoexistence endpoint. Binabasa rin ng Cursor ang mcp.json file, na mas praktikal kung nagse-set up kayo ng ilang machine o gusto ninyong nasa version control ang configuration. Pagkatapos mag-reload, hilingin kay Cursor na ilista ang inyong mga numero. Sa unang paggamit, mag-si-sign in ito at magiging available na ang mga tool. Walang package na kailangang i-install at walang key na kailangang gumawa. Remote ang server, kaya walang tumatakbo kasabay ng editor at walang epekto sa naka-connect na numero ang pagsasara ng Cursor. ### Bakit ninyo gugustuhing nasa editor ang WhatsApp? Dahil kadalasan, ang ginagawa ninyong project ay ang integration mismo, at mabagal ang feedback loop kung wala ito. Ang pag-wire ng webhook, pagsuri kung verified na ito, pagpapadala ng test message sa sarili, at pagbasa sa approval status ng template ay nangangailangan ng paglipat sa dashboard at pagbabalik sa code. Gamit ang connector, naitatanong ninyo ang mga ito kung nasaan na ang code. Ito rin ang pinakamabilis na paraan para mag-set up ng numero ng customer habang nagtatrabaho sa kanilang project. Ibinabalik ng get_connect_link ang link na bubuksan nila, at itinuturo ng set_webhook_destination ang numero sa anumang binubuo ninyo, nang hindi kailangang magbukas ng browser tab maliban sa Meta popup. - Inaasahang makakatanggap ito ng mga mensahe. Kumikilos ang MCP kapag inuutusan; ang incoming traffic ay nangangailangan ng webhook destination. - Paglalagay ng token sa config. OAuth ang gamit ng connector at walang secret na kailangan sa file. - Pagpapadala ng free text sa contact na hindi nagpadala ng mensahe sa loob ng isang araw. Sa labas ng 24 oras, aprubadong template lang ang naihahatid. **May kailangan bang i-install?** Wala. Isa itong remote server sa HTTP na may OAuth, kaya kumokonekta rito ang Cursor sa halip na patakbuhin ito. **Puwede bang ilagay ang config sa version control?** Oo, gamit ang mcp.json. Walang secret dito dahil nagaganap ang awtorisasyon sa OAuth sa unang paggamit. **Gumagana rin ba ito sa Claude Code?** Oo, gamit ang isang command. Pareho ang endpoint para sa bawat client. **Puwede ba itong magpadala sa anumang numero?** Nagpapadala ito mula sa mga numerong naka-connect sa inyong account papunta sa sinumang tatanggap sa WhatsApp, ayon sa karaniwang window at mga panuntunan ng template. --- ## I-connect ang WhatsApp sa Claude Code gamit ang MCP https://easycoexistence.com/fil/integrations/claude-code Patakbuhin ang isang claude mcp add command at maa-access ng Claude Code ang isang totoong WhatsApp number: maglista ng mga numero, mag-check ng health, magpadala ng mga mensahe at templates, at magtakda ng mga webhook destination, lahat sa opisyal na Cloud API ng Meta sa halip na linked device session. ### Paano ito idinaragdag? Patakbuhin ang claude mcp add gamit ang http transport at EasyCoexistence endpoint sa anumang terminal. Pagkatapos, patakbuhin ang /mcp sa loob ng Claude Code at mag-authenticate. Available na ang labing-anim na tools sa bawat session sa machine na iyon. Walang kailangang i-install bukod sa configuration entry. Remote ang server, kaya walang process na kailangang panatilihing aktibo at walang session na nai-save sa disk. OAuth ang Authorisation, kaya walang token na napupunta sa shell history, dotfile o repository. Mas mahalaga ito rito kaysa sa desktop app dahil madaling aksidenteng ma-commit ang terminal configuration. ### Para saan talaga ito kapaki-pakinabang? Para sa agent work na sabay na gumagamit ng WhatsApp at codebase, na siyang ginagawa ng karamihan sa aming paying users. Maaaring i-onboard ng agent ang numero ng client gamit ang get_connect_link, i-set ito sa service na binubuo nito gamit ang set_webhook_destination, pagkatapos ay magpadala ng test message at basahin kung na-verify ang webhook. Kung wala ito, kailangan ng dashboard, phone at mahabang paghihintay. Ganito rin naaabot ng documentation ang model. Ibinabalik ng get_docs ang product documentation namin bilang markdown, kaya ang agent na sumasagot tungkol sa Coexistence rules, 24 hour window o 14 day condition ay kumukuha sa docs namin, hindi sa anumang natatandaan nito. - Inaasahang makararating sa agent ang mga papasok na mensahe. Request at response ang MCP; kailangan ng webhook para sa delivery. - Idinadagdag ito sa bawat project. Kino-configure ito bawat machine at available sa bawat session. - Nagpapadala ng free text sa labas ng window sa isang script. Suriin ang huling inbound time at gumamit ng template kung kailangan. **Gumagana rin ba ito sa Codex?** Anumang gumagamit ng MCP over HTTP na may OAuth ay puwedeng gumamit ng parehong endpoint. **Nase-save ba sa disk ang token?** Hindi. OAuth ang Authorisation, kaya walang secret sa configuration file. **Puwede bang mag-connect ang agent ng numero nang mag-isa?** Maaari nitong simulan ang proseso. Kailangang buksan ng business owner ang ibinibigay nitong link dahil kailangan ng Meta flow ang browser at phone. **May nadidiskonekta ba kapag isinara ang terminal?** Hindi. Remote ang server at nananatiling connected ang numero anuman ang tumatakbo locally. --- ## WhatsApp webhooks: direktang pagruruta ng mga mensahe sa inyong server https://easycoexistence.com/fil/whatsapp-webhook Ang WhatsApp webhook ay isang HTTPS endpoint na itinalaga ninyo, kung saan nagpo-post ang Meta ng mga event: papasok na mensahe, delivery status, pagbabago sa quality at mga update sa account. Sa naka-connect na numero ng Coexistence, maaaring itakda ang destinasyon sa sarili ninyong server, kaya hindi dumadaan sa provider ang mga pag-uusap. ### Ano talaga ang ipinapadala ng Meta sa isang webhook? Mga event ito na nasa iba’t ibang category, at ang pagkakaiba ng mga ito ang nagtatakda ng architecture ninyo. Dala ng path ng mensahe ang ipinapadala ng mga customer at, sa naka-connect na numero ng Coexistence, ang mga echo ng ipinapadala ng inyong team mula sa WhatsApp Business app. Ang mga field na ito ay messages at smb_message_echoes, at dito nakalagay ang laman ng pag-uusap. Dala ng operational path ang lahat ng iba pa: account_update kapag nagbago ang estado ng koneksyon, phone_number_quality_update kapag nagbago ang quality o throughput, account_alerts, account_review_update, business_capability_update at phone_number_name_update. Walang laman na pag-uusap ang mga ito at dito binubuo ang pagmo-monitor. Ang provider na naglalagay sa sarili nito sa path ng mensahe ay tumatanggap ng unang grupo. Ang hindi gumagawa nito ay hindi tumatanggap. ### Paano bini-verify ng Meta ang isang endpoint? Sa pamamagitan ng GET request bago ito mag-deliver ng anuman, at ang pagkabigo rito ang pinakakaraniwang dahilan kung bakit hindi nakakatanggap ng mensahe ang setup na mukhang tapos na. Tinatawag ng Meta ang inyong URL na may hub.mode na nakatakda sa subscribe, inyong hub.verify_token at value na hub.challenge. Kailangang ibalik ng inyong endpoint ang challenge bilang raw response body, hindi naka-wrap sa JSON at walang idinagdag. Kung hindi, hindi magsisimulang mag-deliver ang Meta, at walang dashboard na magsasabi nito. HTTPS din dapat ang endpoint. Ang endpoint na nagbabalik ng tahimik na 404, o nasa likod ng authentication layer na nagre-reject sa Meta, ay mukhang gumaganang setup hanggang sa hindi dumating ang unang mensahe. ### Maaari bang ituro ang destinasyon sa sarili ninyong server? Oo, at ito ang bahagi na naiiba sa bawat provider. Pinapayagan ng Meta ang isang app na i-override kung saan ihahatid ng isang WhatsApp Business Account ang mga webhook nito. Itinatakda namin ang override na iyon sa inyong URL, kaya inililipat ang mga event sa path ng mensahe mula sa aming callback papunta sa inyo. Pinananatili namin ang operational events dahil dito binubuo ang dashboard at alerting. Architecture ang epekto nito, hindi isang policy na inilalathala namin. Walang mapaglalagyan sa aming side ang laman ng pag-uusap dahil hindi ito kailanman ihinahatid sa amin. Ang account na walang nakatakdang override ay bumabalik sa aming default callback, kung saan dini-drop ng handler ang mga event nang hindi sine-save. ### Ano ang nangyayari sa destinasyon kapag muling kumonekta ang isang numero? Inaalis ito, at ito ang failure na halos walang naghahanda. Hindi property ng numero ng telepono ang destinasyon. Isa itong override sa subscription ng aming app sa WhatsApp Business Account. Kapag inalis ang koneksyon, dahil sa fourteen day inactivity rule ng Meta o sa ibang dahilan, ina-uninstall ang app mula sa account at kasama nitong nawawala ang override. Ibinabalik ng muling pagkonekta ang pagpapadala at pagmo-monitor. Hindi nito ibinabalik ang delivery sa inyong server, at walang nagre-report ng error, kaya ang unang senyales ay customer na nagsasabing walang sumagot. Muli naming ina-apply ang override sa bawat reconnection dahil nangyari ito sa isang totoong numero na malinis na muling kumonekta pero nanahimik. - Nagbabalik ng JSON mula sa verification GET. Raw na hub.challenge value lang at wala nang iba ang gusto ng Meta. - Gumagamit ng temporary o test URL. Patuloy itong dinadalhan ng Meta kahit huminto nang makinig ang tool na gumawa nito. - Ipinapalagay na nananatili ang destinasyon pagkatapos ng reconnection. Nasa app subscription ito at ina-uninstall kasama nito. - Inilalagay ang endpoint sa likod ng authentication na nagre-reject sa request ng Meta. **Dumadaan ba sa EasyCoexistence ang mga mensahe ko?** Hindi. Direktang ipinapadala ng override ang mga event sa path ng mensahe mula Meta papunta sa inyong endpoint. Ang mga event para sa account na walang override ay bumabalik sa aming callback at dini-drop nang hindi sine-save. **Maaari ko bang palitan ang destinasyon sa ibang pagkakataon?** Oo, anumang oras, mula sa dashboard o gamit ang MCP connector. Kapag ipinasa ang null, ibinabalik ito sa aming default. **Ano ang mangyayari kung down ang server ko kapag nag-deliver ang Meta?** Muling susubukan ng Meta sa loob ng isang panahon at pagkatapos ay titigil. Dumarating pa rin ang mga mensahe sa WhatsApp Business app sa telepono, kaya walang nawawala sa negosyo kahit pumalya ang integration. **Sapat ba ang isang webhook para sa ilang numero?** Oo. Ituro ang bawat numero sa iisang endpoint at mag-branch batay sa receiving phone number id sa payload. --- ## Magpadala at tumanggap ng WhatsApp mula sa Python https://easycoexistence.com/fil/integrations/python Ang pagtanggap ay isang route sa inyong web framework na sumasagot sa verification GET ng Meta at tumatanggap ng mga POST. Ang pagpapadala ay isang HTTPS request sa Cloud API gamit ang phone number id at token ng numero. Walang SDK mula sa amin at walang kailangang i-install. ### Paano tumanggap ng mga mensahe sa Python? Gamit ang dalawang handler sa isang route, sa anumang framework na ginagamit na ninyo. Sinasagot ng GET handler ang verification ng Meta. Binabasa nito ang hub.mode, hub.verify_token at hub.challenge mula sa query string, sinusuri ang token laban sa sarili ninyong token, at ibinabalik ang challenge bilang raw body. Ang pagbabalik ng JSON dito ang pinakakaraniwang pagkakamali, at tahimik itong nabibigo. Tumatanggap ng events ang POST handler. Magbalik agad ng 200 at gawin ang trabaho pagkatapos nito, dahil itinuturing ng Meta na failure ang mabagal na sagot at magre-retry ito. Ibig sabihin, maaaring maproseso nang dalawang beses ang parehong mensahe. I-queue ito o ipasa sa background task sa halip na iproseso nang inline. Dumarating ang mga mensahe na may wamid message id. Makabubuting mag-deduplicate batay rito mula pa sa simula, dahil normal ang mga retry at hindi ito pambihirang pangyayari. ### Paano magpadala? Isang POST sa Cloud API messages endpoint para sa phone number id, gamit ang bearer token. Galing sa koneksyon ang dalawang value: ipinapakita ng dashboard ang mga ito, at ibinabalik ng get_api_credentials kung mas gusto ninyong isang assistant ang kumuha. Walang bahagi ng call na partikular sa amin, kaya puwedeng gumamit ng anumang HTTP library at eksaktong katulad ng dokumentasyon ng Meta ang request. Ang nagbabago depende sa timing ay ang body. Sa loob ng 24 oras mula sa huling mensahe ng customer, magpadala kayo ng text object. Sa labas nito, magpadala ng template object na may pangalan ng approved template at wika nito. Ang client na unang shape lang ang alam ay gumagana sa testing, pero nabibigo sa unang mensahe kinabukasan at nagbabalik ng error 131047. ### Ano pa ang kailangan ng production handler? Tatlong bagay na madaling malaktawan at magastos idagdag sa ibang pagkakataon. Mag-deduplicate batay sa message id, dahil nagre-retry ang Meta. Maglagay ng mahaba at random na secret sa webhook URL at tanggihan ang mga request na wala nito, dahil kung hindi, maaaring mag-post dito ang sinumang makaalam ng URL na madaling hulaan. Hindi opsyon dito ang signature header: pumipirma ang Meta gamit ang app secret ng app na may-ari ng subscription, na sa amin at hindi kailanman ibinabahagi. At tukuyin kung gaano na katagal mula nang huling sumulat ang contact, para awtomatikong piliin ng send path ang text o template nang hindi nagpapasya ang isang tao. Wala sa mga ito ang nangangailangan ng framework o library. Set, check at comparison lang ang mga ito. Ang paglalagay ng mga ito bago ang unang client ang naghihiwalay sa integration na tahimik na gumagana sa integration na patuloy na nagpapadala sa inyo ng alert. - Pagbabalik ng JSON mula sa verification GET sa halip na raw challenge value. - Pagproseso nang inline bago magbalik ng 200. Nagrere-retry ang Meta sa mabagal na sagot kaya dalawang beses ninyong napoproseso ang mensahe. - Pagpapadala ng free text nang hindi sinusuri ang window. Nagbabalik ito ng 131047 at mukhang walang nangyari. **May Python SDK ba?** Wala mula sa amin, at hindi ninyo ito kailangan. Ang API ay pagmamay-ari ng Meta, dokumentado ng Meta, at maa-access gamit ang anumang HTTP library. **Aling framework ang dapat kong gamitin?** Anuman. Ang kailangan ay route na sumasagot sa GET at tumatanggap ng POST, na ginagawa ng bawat Python web framework. **Paano ko maiiwasang maproseso nang dalawang beses ang isang mensahe?** Mag-deduplicate batay sa wamid message id sa payload. Sadyang nagre-retry ang Meta, kaya inaasahan ito at hindi isang edge case. **Magagamit pa rin ba ng team ang telepono?** Oo. Pinananatili ng Coexistence na gumagana ang WhatsApp Business app sa parehong numero, at nakikita ng inyong handler ang ipinapadala nila bilang echo event. --- ## Magpadala at tumanggap ng WhatsApp mula sa Node.js https://easycoexistence.com/fil/integrations/node Ang pagtanggap ay isang route na sumasagot sa GET para sa verification ng Meta at tumatanggap ng POST. Ang pagpapadala ay isang fetch call sa Cloud API gamit ang phone number id at token ng numero. Wala kaming SDK at walang kailangang i-install. ### Paano tumatanggap ng mga mensahe sa Node? Isang route na may dalawang method, gamit ang Express, Fastify, Next route handler o plain server. Sinasagot ng GET ang verification ng Meta: basahin ang hub.mode, hub.verify_token at hub.challenge mula sa query, ikumpara ang token sa inyong token, at ibalik ang challenge bilang plain text. Karaniwang pagkakamali ang pagbabalik nito bilang JSON. Magmumukhang tama ang endpoint, pero wala itong matatanggap kailanman. Tumatanggap ang POST ng events. Magbalik agad ng 200 at iproseso pagkatapos. Inuulit ng Meta ang mababagal na request, kaya kapag nagproseso muna ang handler bago sumagot, makikita ang parehong mensahe nang higit sa isang beses. Lalo na sa serverless, ang unang pagsagot at pag-queue ng trabaho ang pumipigil sa cold start na lumikha ng duplicate. ### Paano nagpapadala? Isang fetch sa messages endpoint ng Cloud API para sa phone number id, gamit ang token bilang bearer header. Walang partikular dito sa amin, kaya eksaktong tumutugma ang request sa sariling documentation ng Meta at walang wrapper na kailangang pag-aralan o pag-ugatan ng dependency. Nasa dashboard ang dalawang value, at ibinabalik ng get_api_credentials ang mga ito sa MCP connector kapag assistant ang gumagawa ng wiring. Nakadepende sa timing ang body. Sa loob ng 24 oras mula sa huling inbound message ng customer, magpadala ng text object. Sa labas nito, magpadala ng template object na may approved template name at language. Ang code na text lang ang ipinapadala ay pumapasa sa lahat ng test, pero bumibigay sa unang mensaheng dumating nang magdamag. ### Ano ang naiiba sa serverless? Dalawang bagay, at kapwa tungkol sa pagwawakas ng function bago matapos ang trabaho. Hindi gumagana ang pagbabalik ng 200 at pagpapatuloy ng pagproseso kapag nag-freeze ang function sa sandaling sumagot ito. Gamitin ang anumang alok ng inyong platform para manatiling buhay ang trabaho pagkatapos ng response, o ilagay ang payload sa queue at ipa-handle ito sa hiwalay na function. Kailangan lang ng Meta ng mabilis na acknowledgement; hindi nito kailangang tapos na ang trabaho. Mas nagiging mabagal din ang response dahil sa cold starts, kaya dumarami ang retries at duplicates. Hindi opsyonal ang pag-deduplicate gamit ang wamid message id sa ganitong setup. Ito ang nagpapanatili rito na reliable. - Pagbabalik ng challenge bilang JSON sa halip na raw body. - Paggawa muna ng trabaho bago magbalik ng 200. Sa serverless, maaaring mag-freeze ang function sa sandaling sumagot ito. - Paglaktaw sa deduplication. Sadyang nagre-retry ang Meta, kaya normal ang duplicates at hindi ito edge case. **Kailangan ba ng library?** Hindi. Sapat na ang isang route at fetch, at eksaktong tumutugma ang call sa documentation ng Meta. **Gumagana ba ito sa Vercel o Lambda?** Oo, pero may karaniwang serverless caveat: mag-acknowledge muna, pagkatapos ay magproseso sa queue o background mechanism sa halip na inline. **Paano ibe-verify na mula sa Meta ang request?** Maglagay ng mahaba at random na secret sa webhook URL at tanggihan ang anumang request na wala nito. Pumipirma ang Meta gamit ang app secret ng app na may-ari ng subscription, na dito ay sa amin at hindi kailanman ibinabahagi, kaya hindi masusuri ang signature header sa panig ninyo. **Maaari ba akong gumamit ng TypeScript?** Oo. Walang kailangang i-type laban sa amin dahil ang payload ay mula sa Meta at documented ng Meta. --- ## EasyCoexistence kumpara sa BSP inbox https://easycoexistence.com/fil/compare/coexistence-vs-bsp Nagbebenta ang BSP ng platform: isang shared inbox na ginagamit ng inyong team, kung saan naka-store ang mga mensahe sa kanilang servers. Pinananatili ng Coexistence ang WhatsApp Business app sa telepono at niruruta ang mga mensahe saanman ninyo itinalaga. Ang pagpili ay kung gusto ninyo ng product na gagamitin o koneksyong maaari ninyong pagbatayan sa pagbuo. ### Ano ba talaga ang ibinibigay ng BSP? Isang product, at hindi iyon puna. Karaniwang nagbebenta ang Business Solution Provider ng shared inbox: nagla-login ang mga agent, ina-assign ang mga usapan, at may canned replies, tags, reporting at mobile app. Para sa support team na may walong tao at kailangang maghati ng trabaho at makita kung sino ang sumagot sa bawat isa, iyon talaga ang tamang bilhin, at kamangmangan ang buuin ito mula sa simula. Ang resulta sa architecture ay dumadaan at naka-store ang mga mensahe sa kanilang platform, dahil hindi maaaring umiral ang shared inbox kung hindi ganoon. Kailangan nito ang history para maipakita ito. Bahagi ito ng product, hindi isang piniling desisyon ng partikular na vendor. ### Kailan mas angkop ang Coexistence? Kapag ang numero ay pag-aari ng negosyong may sarili nang paraan ng pagtatrabaho, at walang gustong baguhin iyon. Ang maliit na team na sumasagot mula sa isang telepono ay hindi nangangailangan ng pag-assign ng usapan. Kailangan nilang mabawi ang mga gabi, kaya dapat may awtomatikong humawak sa confirmations at mga unang sagot habang patuloy na gumagana ang telepono gaya ng dati. Ang paglipat sa inbox ay lumulutas ng problemang wala sila at lumilikha ng problemang hindi nila hiniling. Pareho ang sitwasyon ng agency, pero ibang dahilan. Hindi ililipat ng mga kliyente ang kanilang numero o sasanayin muli ang staff, at kadalasan ay hindi rin nila tatanggapin na nasa platform ng third party ang kanilang mga usapan. Ang Coexistence ang tanging official route na walang hinihingi sa kanila. ### Alin ang tama kung kayo ang bumubuo ng software? Coexistence, halos palagi, at structural ang dahilan, hindi tungkol sa features. Kung kayo ang bumubuo ng system na humahawak sa mga usapan, competitor ang BSP inbox sa ginagawa ninyo at layer ito sa pagitan ninyo at Meta. Sa halip na Cloud API, sa abstraction nila kayo nag-i-integrate, kaya napapasailalim kayo sa rate limits nila, sa hugis ng kanilang webhook, sa release schedule nila at sa pricing nila bukod pa sa pricing ng Meta. Sa Coexistence, pumupunta ang webhook sa inyong endpoint at sa Meta mismo ang API calls, na dokumentado ng Meta. Walang bahagi ng integration na partikular sa isang vendor, at iyon din ang dahilan kung bakit posible kayong umalis. - Pagpili batay sa presyo. Magkaibang product ang mga ito, at ang mas mura ay hindi mas maliit na bersyon ng isa pa. - Paglalagay ng support team na may walong tao sa raw connection na walang binuong system. Kailangan nila ng inbox at hindi sila magiging masaya kung wala nito. - Pag-aakalang kayang panatilihin ng BSP na gumagana ang WhatsApp Business app. Nagagawa ito ng ilan sa pamamagitan ng Coexistence, pero hindi ng marami, kaya makabubuting magtanong nang direkta. **Maaari ko bang gamitin ang dalawa?** Sa praktika, oo, kung sinusuportahan ng BSP ang Coexistence. Ang dapat ninyong itanong ay kung saan naka-store ang laman ng mga usapan, dahil iyon ang tunay na pagkakaiba. **Mas maaasahan ba ang BSP?** Parehong tumatakbo sa Cloud API ng Meta, kaya pareho ang delivery. Ang naiiba ay kung ilang partido ang nasa pagitan ng Meta at ng inyong system. **Alin ang mas mura?** Karaniwang mas mababa ang flat connection fee kaysa sa inbox pricing kada seat, pero magkaibang bilihin ang mga ito at nakalilinlang ang paghahambing ng mga numero lamang. **Ano ang mangyayari sa history ko kapag umalis ako?** Sa Coexistence, hindi ito kailanman naka-hold sa amin. Sa isang platform, naroon ito, at ang pagkuha nito ay nangangailangan ng export. --- ## EasyCoexistence kumpara sa sariling pagbuo https://easycoexistence.com/fil/compare/build-it-yourself-vs-easycoexistence Dokumentado ng Meta ang bawat API call na ginagawa ng produktong ito at available ito sa sinumang may Meta app. Isang weekend ang pagbuo ng koneksyon. Mas matagal ang pagiging Tech Provider, at walang katapusan ang pagtukoy kung kailan tahimik na napuputol ang koneksyon. ### Ano ba talaga ang kailangan ninyong buuin? Mas kaunti kaysa inaasahan para sa unang version, at mas marami kaysa inaasahan para sa version na maaasahan. Ang unang version ay isang Meta app, Embedded Signup, isang endpoint na sumasagot sa verification handshake, at isang send call. Talagang kaya ito sa isang weekend ng taong komportable sa OAuth at webhook, at inilalarawan ng sarili naming documentation pages ang malaking bahagi nito. Iba ang version na maaasahan. Hinahawakan nito ang walong webhook event types ayon sa pangalan, tinutukoy ang kaibahan ng revoked token at tinanggal na numero, regular na kumukuha ng quality rating at messaging tier dahil hindi lumalabas ang alinman bilang event na maaasahan ninyo, ibinabalik ang webhook override kapag inalis ito ng reconnection, at ibinubukod ang disconnection dahil sa fourteen day inactivity sa customer na tunay na umalis. Natutuhan ang bawat isa matapos may masira. ### Ano ang bahaging hindi maaaring paikliin? Ang pagiging sarili ninyong Meta Tech Provider, na siyang kaibahan ng pagkonekta ng isang numero at pagkonekta ng mga numero ng ibang tao. Libre ito, pero hindi mabilis. Kailangan nito ng verified Business Manager, app na pumapasa sa App Review, at mga recorded video na nagpapakita ng mga flow. Bago ito makumpleto, gumagamit kayo ng provider account ng iba, na siyang nagdudulot ng single connection limits na nararanasan ng mga gumagamit ng off the shelf tooling. Kung isang numero na pagmamay-ari ninyo ang ikokonekta, hindi naaangkop ang mga ito at dapat ninyo itong buuin. Kung mga numero para sa mga kliyente ang ikokonekta ninyo, ito ang tunay na proyekto, at sinusukat ito sa mga linggo ng paghihintay, hindi sa mga araw ng trabaho. ### Magkano talaga ang gastos sa pagpapatakbo ng pagmo-monitor? Ito ang bahaging walang petsa ng pagtatapos, kaya naiiba ito sa iba pang bahagi. Tahimik na pumapalya ang koneksyon. Patuloy na gumagana ang WhatsApp Business app kahit bumaba ang kalidad, mag-expire ang token, maalis ang webhook override, o magkaroon ng fourteen day disconnection. Walang ipinapakitang problema ang telepono, at karaniwang unang senyales ang pagtatanong ng customer kung bakit walang sumasagot. Para mahuli ito, kailangan ng scheduled poller, webhook receiver, lugar na pag-iimbakan ng state, alerting, at taong makakapansin sa alert. Walang mahirap dito. Kailangang patuloy na gumana ang lahat, at manatiling tama habang binabago ng Meta ang mga bagay, gaya ng talagang ginagawa nito. Iyan ang tapat na binibili ninyo rito, hindi ang API calls. - Pagtatantiya batay sa unang version. Isang weekend ang pagkonekta ng numero, pero hindi ang pagpapanatiling nakakonekta ng limampu. - Pagpaplanong maging Tech Provider sa itinakdang deadline. Hindi ninyo kontrolado ang oras ng App Review. - Pagtingin sa pagmo-monitor bilang susunod na phase. Tahimik ang mga failure na nahuhuli nito, kaya hindi patunay ng kawalan ng problema ang hindi ninyo ito nakikita. **May proprietary ba rito?** Wala. Bawat call ay dokumentadong Cloud API ng Meta. Sadyang ganito ito para walang makapigil sa pag-alis ninyo at manatiling buo ang sarili ninyong integration. **Dapat ba itong buuin kung isang numero lang ang mayroon kayo?** Malamang, oo. Ang isang numero na pagmamay-ari ninyo at isang beses na pagkonekta rito ay maliit na proyekto, at matututuhan ninyo nang maayos ang platform. **Gaano katagal makuha ang Tech Provider status?** Libre ito pero kailangan ng verified Business Manager at App Review, kabilang ang mga recorded video. Ang paghihintay ang pinakamahabang bahagi. **Ano ang mawawala sa inyo kapag kayo ang bumuo?** Walang teknikal na mawawala. Kayo ang sasagot sa pagmo-monitor, ang bahaging walang katapusan at tahimik na pumapalya. --- ## WhatsApp error 368: nilimitahan ang account dahil sa patakaran https://easycoexistence.com/fil/docs/whatsapp-error-368 Ang Error 368 ay nangangahulugang nilagyan ng restriction ng Meta ang WhatsApp Business Account matapos ipatupad ang isang patakaran. Desisyon ito sa antas ng account, hindi problema sa request, at sa Meta ito ina-appeal, hindi sa provider. ### Ano ba talaga ang ibig sabihin ng restriction? Ibig sabihin, nagpatupad ang Meta ng enforcement action laban sa business account, karaniwan matapos ang paulit-ulit na isyu sa patakaran at hindi dahil sa isang pangyayari lang. Karaniwang sanhi ang content ng mensahe na lumalabag sa commerce o business policy ng WhatsApp, paulit-ulit na pag-report ng mga recipient sa mga mensahe, o detalye ng business verification na hindi mapatunayan. Pare-pareho silang may kinalaman sa account at hindi sa isang partikular na mensahe. Kaya nabibigo ang bawat send at hindi lamang ang ilan. Mahalagang ihiwalay ito sa quality limiting, na naglilimita sa dami ng maaaring ipadala ng isang maayos na account. Ang restriction ay hatol kung dapat pa bang gumana ang account, at hindi ito nalulutas sa pagpapadala ng mas kaunti. ### Paano ito nalulutas? Sa Meta, sa Business Manager, at tanging ng mga may-ari ng account. Ipinapaliwanag sa enforcement notice sa Business Manager kung anong policy ang binanggit at kung bukas ang appeal. May mga appeal at kung minsan ay nagtatagumpay, pero walang takdang panahong maipapangako at walang escalation path na dumadaan sa provider. Walang nagbebenta ng API access ang may visibility sa enforcement decision o kakayahang impluwensiyahan ito. Isa ito sa iilang sitwasyon kung saan ang tapat na sagot ng anumang vendor ay hindi nila matutulungan ang bagay na pinaka-kailangan ninyo ng tulong. Ang masasabi nila ay kung aling account ang may restriction at kung kailan ito nangyari. Iyan ang gamit ng connection timeline. - Paghingi sa provider na alisin ito. Pag-aari ng Meta ang enforcement decision at walang iba ang makakakita nito. - Pagkonekta ng numero sa ibang provider. Nasa business account ang restriction at sinusundan nito ang account. - Pagkakamaling isipin na quality limiting ito, na naglilimita sa volume ng maayos na account at hindi sa account mismo. **Maaari ko bang ilipat ang numero sa ibang provider?** Hindi. Nasa WhatsApp Business Account ang restriction, kaya naaangkop ito saanman gamitin ang numero. **Gaano katagal ang mga appeal?** Walang inilalabas na takdang panahon ang Meta, at walang provider ang may visibility sa proseso. **Nakaaapekto ba ito sa pagtanggap ng mga mensahe?** Nagkakaiba ang enforcement depende sa kaso. Ang pare-pareho ay humihinto ang pagpapadala. **Pareho ba ang 131031?** Kaugnay ito. Kasama nito ang restriction na may mismatch sa verification data, kaya nakatuon ito sa business details at hindi sa messaging behaviour. --- ## WhatsApp Error 131031: restricted ang account o hindi tugma ang data https://easycoexistence.com/fil/docs/whatsapp-error-131031 Ang Error 131031 ay nangangahulugang restricted ang WhatsApp Business Account, karaniwan dahil hindi tugma ang business verification details sa hawak ni Meta, o sangkot ang two step verification PIN. Nire-resolve ito sa Business Manager, hindi sa code. ### Anong uri ng hindi pagtutugma ang sanhi nito? Pagkakaiba sa pagitan ng impormasyong hawak ni Meta tungkol sa negosyo at ng isinumite ninyo, na mukhang maliit pero hindi ganoon. Iniuugnay ng business verification ang legal entity sa account: pangalan, address, registration details at supporting documents. Kapag may nagbago sa negosyo at hindi na-update kay Meta, o hindi tumugma ang isinumite sa registry na sinusuri ni Meta, maaaring ma-restrict ang account hanggang magtugma ang mga record. Ang two step verification PIN ang isa pang karaniwang sanhi at mas madaling ayusin. Naka-set ito sa numero ng telepono at kailangan para sa ilang operasyon. Kung nakalimutan ito o itinakda ng taong umalis na sa negosyo, kailangan itong i-reset bago gumana ang iba pang bagay. ### Saan talaga ito sinusuri? Sa Business Manager, sa business account at hindi sa numero ng telepono. Nandoon ang verification status at anumang enforcement notice. Karaniwan, sinasabi ng mga ito kung alin sa dalawang sanhi ang umiiral. Maaaring sabihin ng provider dashboard na tumigil ang isang numero at kung kailan, pero hindi nito nakikita ang verification record, kaya hindi nito matutukoy kung aling detail ang mali. Kung verification ang sanhi, i-update ang business details at muling isumite ang mga ito. Kung PIN ang sanhi, i-reset ito mula sa WhatsApp Manager settings para sa numerong iyon, at itala ito sa lugar na madaling mahanap ng negosyo. - Itinuturing itong code fault. Maayos ang pagkakabuo ng request, pero tinanggihan ang account. - Muling isinusumite ang verification gamit ang parehong details na tinanggihan. - Ipinapalagay na naka-store ang PIN ng provider. Naka-set ito sa numero sa sariling settings ni Meta. **Pareho ba ito ng 368?** Magkaugnay pero hindi magkapareho. Ang 368 ay policy enforcement action; karaniwang tumutukoy naman ito sa business verification details o two step PIN. **Makikita ba ng provider ang verification status ninyo?** Hindi. Nasa business account ito sa Business Manager at hindi inilalabas sa mga provider. **Makakatulong ba ang muling pag-connect?** Hindi. Nalalapat ang restriction sa account, kaya haharap pa rin ang bagong koneksyon sa parehong kondisyon. **Paano nire-reset ang two step PIN?** Sa WhatsApp Manager, sa settings ng numero ng telepono. Itala ito sa lugar na maaaring makuha ng negosyo sa hinaharap. --- ## WhatsApp error 132015: naka-pause ang template dahil sa quality https://easycoexistence.com/fil/docs/whatsapp-error-132015 Ang error 132015 ay nangangahulugang na-pause ng Meta ang template dahil bumaba ang quality nito, karaniwan matapos i-block o i-report ng recipients ang mga mensaheng gumamit nito. Walang problema ang numero. Ang template na ito lang ang pansamantalang hindi makapagpadala. ### Bakit napi-pause ang isang template? Dahil sinusukat ang quality sa bawat template at numero, kaya maaaring ihiwalay ang may problema nang hindi naaapektuhan ang iba. Sinusubaybayan ng Meta kung paano tumutugon ang recipients sa mga mensaheng ipinapadala gamit ang bawat template: mga block, report, at kung nakikipag-ugnayan ba ang mga tao. Ang template na paulit-ulit na nagdudulot ng masamang reaksyon ay pini-pause habang patuloy na gumagana ang iba sa parehong numero. Sadyang makitid ang response na ito, at kapaki-pakinabang ito dahil malinaw nitong ipinapakita kung aling mensahe ang may problema. Karaniwang sanhi ang promotional content sa utility template, mensaheng hindi malinaw kung aling negosyo ang nagpapadala, o template na ipinapadala sa mga taong hindi umaasang makatatanggap nito. ### Ano ang dapat gawin sa naka-pause na template? I-edit ito sa halip na muling ipadala, at ituring ang pause bilang impormasyon tungkol sa content. Muli itong maaaring gamitin sa pagpapadala pagkalipas ng isang panahon, pero kung parehong content ang ipapadala sa parehong uri ng audience, mauulit ang reaksyon at magkakaroon ng ikalawang pause. Permanenteng dini-disable ng Meta ang template matapos ang paulit-ulit na pause. Sa puntong iyon, ang tanging paraan ay gumawa ng bago at ibang content, kaya ang ikalawang pause ang dapat iwasan. Karaniwang kasama sa pag-edit ang paglilinaw ng purpose sa unang linya, pagbanggit sa negosyo, at pagiging tapat kung bakit ito natatanggap ng tao. Kailangan ding tingnan kung kanino ito ipinapadala, dahil kahit magandang template ay magbibigay pa rin ng parehong signal kapag ipinadala sa listahang hindi interesado. - Muling ipinapadala ang parehong template kapag natapos ang pause. Ang content ang sanhi nito. - Itinuturing itong problema sa numero. Patuloy na gumagana ang ibang template sa parehong numero. - Naghihintay ng ikatlong pause. Permanenteng dini-disable ng paulit-ulit na pause ang template. **Maaari pa bang magpadala ang ibang template?** Oo. Ang pause ay para lamang sa template na ito, at hindi naaapektuhan ang ibang approved template ng numero. **Gaano katagal ang pause?** Hindi naglalabas ang Meta ng tiyak na tagal, at humahaba ito kapag paulit-ulit ang pause. **Maaari bang i-edit ang naka-pause na template?** Oo, at iyon ang dapat gawin. Ang pagsusumite muli ng improved content ang paraan para makarekober ito. **Ano ang 132016?** Ito ang permanenteng bersyon. Matapos ang paulit-ulit na pause, dini-disable ang template at kailangang palitan ng bago. --- ## WhatsApp error 100: invalid parameter https://easycoexistence.com/fil/docs/whatsapp-error-100 Ang Error 100 ay nangangahulugang may parameter sa request na hindi tinatanggap ng Meta: hindi suportado, mali ang baybay, o maling format para sa endpoint na iyon. Deterministic ito, kaya pareho ang failure ng parehong request sa bawat pagtatangka at walang naitutulong ang retry. ### Ano ang nagdudulot nito May bahagi sa request body o query na hindi nakikilala ng endpoint, at pare-pareho ang mga sanhi nito. - Maling baybay o maling case ng field name. - Parameter na para sa ibang endpoint. - Value na maling type, gaya ng numerong ipinadala bilang string kung integer ang inaasahan. - Nested object na ginawang flat, o flat value na ipinadala kung object ang kailangan. ### Bakit walang silbi ang retry Dahil walang nagbago sa platform sa pagitan ng mga pagtatangka. Malformed ang request sa ikalawang pagtatangka sa parehong dahilan kung bakit malformed ito sa una, at ang retry loop para sa error na ito ay nagdudulot ng rate limiting bukod sa orihinal na problema, hindi ng success. Ang kapaki-pakinabang na sagot ay i-log ang request body kasama ng error at ikumpara ito field by field sa endpoint reference. Sa halos lahat ng kaso, makikita ang pagkakaiba sa loob ng isang minuto ng pagsusuri. - Nagre-retry. Deterministic ang request at pareho itong mabibigo. - Ipinapalagay na numero ang problema. Walang kinalaman ang error na ito sa koneksyon. - Binabasa ito bilang generic failure. Tiyak nitong tinutukoy ang problema sa parameter, at may mas tiyak na codes na 131008 at 131009 para sa nawawalang value at value na lampas sa range. **Ibig bang sabihin nito ay sira ang aking numero?** Hindi. Request lamang ang saklaw ng error na ito, at hindi naaapektuhan ang numero. **Bakit napakalabo nito?** Catch-all ito para sa mga problema sa parameter. May mas tiyak na codes ang Meta para sa nawawalang parameter at invalid na value. **Maaari ba itong idulot ng provider?** Oo, kung provider ang bumubuo ng request. Sa direct integration, nasa inyo ang request. **Dapat ba akong mag-retry na may backoff?** Hindi. Deterministic ito, at ang retry ay nagdaragdag ng rate limiting sa problemang hindi transient. --- ## WhatsApp error 131008: nawawalang required parameter https://easycoexistence.com/fil/docs/whatsapp-error-131008 Ang error 131008 ay ibig sabihin, may nawawalang required parameter sa request. Mas tiyak at mas kapaki-pakinabang ito kaysa error 100, na tumutukoy sa mga parameter na karaniwang mali ang format, dahil malinaw na sinasabi ng error na ito na wala ang field, hindi na mali ito. ### Ano ang karaniwang nawawala Ang mga field na akala ninyo ay optional pero hindi pala, kaya paulit-ulit na lumilitaw ang iilang ito. - messaging_product, na dapat itakda sa whatsapp sa bawat send. - recipient_type sa mga message shape na nangangailangan nito. - Ang language object sa template send, na required kahit iisa lang ang option. - components sa template na may variables, kung saan iba ang empty list sa hindi pagsama nito. ### Bakit magandang balita ito Dahil ito ang pinakatiyak na failure sa pamilyang ito. Sinasabi ng error 100 na may maling parameter sa request, pero sinasabi ng error na ito na wala talaga ang required parameter. Dahil dito, mas makitid ang paghahanap at nakatuon sa listahan ng required fields ng endpoint. Basahin ang reference ng endpoint na tinatawag ninyo at ikumpara ang request sa required set nito. Isang minuto lang ito, kaya mahalagang ihiwalay ang error na ito sa 100 sa log sa halip na pagsamahin ang dalawa bilang bad request. - Ituring itong kapareho ng error 100. Tinutukoy nito ang kawalan ng field, kaya mas tiyak ito. - Magpadala ng empty components array na parang hindi ito isinama. Magkaiba ang dalawang ito para sa API. - Hindi isama ang messaging_product. Required ito sa bawat send at ito ang pinakakaraniwang sanhi. **Aling parameter ang nawawala?** Tinutukoy ito ng sagot. Kapag hindi, inililista ng endpoint reference ang required set. **Required ba talaga ang messaging_product?** Oo, sa bawat send, itakda ito sa whatsapp. Ito ang pinakakaraniwang hindi nasasama. **Pareho ba ito sa 100?** Hindi. Saklaw ng 100 ang parameter na kasama pero mali; saklaw naman nito ang parameter na wala. **Makakatulong ba ang pag-retry?** Hindi. Deterministic ang request at pareho itong magfa-fail hanggang maidagdag ang field. --- ## WhatsApp error 131009: hindi valid na parameter value https://easycoexistence.com/fil/docs/whatsapp-error-131009 Ang Error 131009 ay nangangahulugang invalid ang isa o higit pang parameter value: naroon at naintindihan ang field, pero hindi tinatanggap ng endpoint ang laman nito. Kadalasang sanhi ang locale code, format ng phone number at enum value. ### Mga value na pinakamadalas mag-fail Tatlong anyo ang sanhi ng karamihan ng mga error, at mukhang tama ang tatlo sa taong nagbabasa nito. - Locale code: en kapag en_US ang ginamit sa paggawa ng template, o pt kapag pt_BR ito. - Phone number na may punctuation, leading zero o plus sign, kahit digits only sa international format ang inaasahan. - Enum value na nasa maling letter case, gaya ng template category na lower case. - Date o timestamp na ibang format kaysa sa nakadokumento para sa endpoint. ### Bakit dapat bigyang-pansin ang locale case Dahil nagbubunga ito ng dalawang magkaibang error depende sa endpoint, kaya maling error ang sinusundan ng marami. Kapag nagpadala kayo ng template gamit ang language na wala para sa name na iyon, ibinabalik ang 132001, na nagpapakitang nawawala ang template. Kapag malformed ang locale na ipinadala sa endpoint na unang nagva-validate nito, error na ito ang ibinabalik. Iisa ang pinagmumulan ng dalawang error: basahin ang template listing at kopyahin ang eksaktong language string sa halip na hulaan ang format nito. - Ipinapalagay na magkapareho ang en at en_US. Magkaibang template ang tinutukoy ng mga ito. - Nagpapadala ng phone number na may plus sign o punctuation. Digits only dapat, sa international format. - Nagta-try ulit. Deterministically mali ang value. **Aling value ang mali?** Karaniwang tinutukoy ng sagot ang parameter. Kung hindi, unang tingnan ang locale at phone format. **Paano dapat i-format ang phone number?** International format, digits only, walang plus sign at walang punctuation. **Bakit minsan 132001 ang ibinabalik ng parehong pagkakamali?** Dahil sabay nire-resolve ng template send ang name at language, kaya ang hindi kilalang pair ay mukhang nawawalang template. **Problema ba ito sa aking numero?** Hindi. Ang request lamang ang saklaw ng error na ito. --- ## Error 131051 sa WhatsApp: hindi suportadong uri ng mensahe https://easycoexistence.com/fil/docs/whatsapp-error-131051 Ang Error 131051 ay nangangahulugang hindi suportado ang uri ng mensaheng ipinapadala. Minsan, maling format ang value ng uri, pero sa Coexistence number, mas madalas itong nangangahulugang hindi pinapayagan ng platform ang uri para sa ganitong koneksyon. ### Dalawang magkaibang sanhi Ang una ay karaniwan: maling spelling ang value ng uri o hindi ito kabilang sa mga uri na tinutukoy ng API. Basahin ang endpoint reference para malutas ito sa loob ng isang minuto. Ang ikalawa ay structural at madalas nakalilito dahil pareho ang code. Hindi kayang gawin ng Coexistence number ang lahat ng kayang gawin ng ordinaryong Cloud API number, at kapag sinubukan ang isa sa mga iyon, error na ito ang ibinabalik sa halip na mas malinaw na mensahe. Naka-off sa connected number ang disappearing messages, view once media, live location at broadcast lists, at ganap na wala sa API ang group chats. ### Paano malalaman kung alin ang sanhi Batay sa ipinapadala ninyo. - Isang uri na tinutukoy ng API at naipadala na ninyo dati: formatting mistake ito, kaya ihambing ang payload. - Anumang ipinapadala sa isang group: structural ito, at walang provider na makakapag-enable nito. - Live location, view once o disappearing message: structural ito sa Coexistence number. - Bagong uri na hindi pa ninyo naipapadala: i-check kung available ito sa inyong account at rehiyon. - Pagbuo ng workflow para sa group chats. Hindi kasama ang mga ito sa API sa anumang provider. - Pag-aakalang kayang i-enable ng provider ang naka-disable na uri. Platform level ang mga limitasyong ito. - Paulit-ulit na pag-retry. Hindi transient ang alinman sa dalawang sanhi. **Maaari ba akong magpadala sa isang group?** Hindi. Wala sa API ang group chats sa Coexistence number, anuman ang provider. **Bakit hindi suportado ang live location?** Isa ito sa mga feature na naka-off sa numero kapag aktibo na ang Coexistence. **Maaari ba itong ayusin?** Kung maling format ng uri ang sanhi, oo. Kung limitasyon ito ng platform, hindi. **Nakaaapekto ba ito sa pagtanggap?** Hindi. Tungkol ang error na ito sa pagpapadala ng uri na hindi pinapayagan. --- ## WhatsApp error 131052: nabigong i-download ang media https://easycoexistence.com/fil/docs/whatsapp-error-131052 Ang error 131052 ay nangangahulugang hindi na-download ng Meta ang media na nakakabit sa isang mensahe. Tungkol ito sa media mismo, hindi sa inyong request, kaya ang praktikal na sagot ay humingi nito sa ibang paraan sa halip na baguhin ang code. ### Bakit ito nangyayari Dahil kinukuha ang inbound media sa halip na direktang ihatid. May media id ang mensahe, at hiwalay na kinukuha ang bytes gamit ito. Maaaring mabigo ang pagkuha dahil sa mga problemang nasa panig ng sender: hindi natapos na upload, file na nag-expire bago makuha, o format na hindi napreserba ng gumawa nito. Hindi nakikita ang mga ito mula sa inyong panig, at hindi rin naaayos sa pagbabago ng inyong request. ### Ano ang dapat gawin Ituring itong mensaheng natanggap nang walang attachment, at hawakan gaya ng ibang input na hindi kumpleto. - I-record ang mensahe at markahan ang media bilang hindi available sa halip na itapon ang buong event. - Kunin agad ang media: hindi nananatiling valid ang mga id magpakailanman. - Kung may taong kasangkot, hilingin sa customer na ipadala itong muli. Nalulutas nito ang karamihan ng mga kaso. - Huwag mag-retry nang walang hanggan. Kapag nabigo ang unang pagkuha at isang retry, hindi na darating ang media. - Itinatapon ang buong mensahe. Kapaki-pakinabang pa rin ang text at context kahit walang attachment. - Kinukuha ang media matagal pagkatapos matanggap. Nag-e-expire ang mga id. - Paulit-ulit na nagre-retry. Bihirang magtagumpay sa ibang pagkakataon ang nabigong pagkuha. **Nawala ba ang mensahe?** Hindi. Dumating ang mensahe; ang nabigo ay ang pagkuha sa attachment nito. **Dapat ba akong humingi sa customer na ipadala itong muli?** Kung may taong kasangkot, oo. Mabilis nitong nalulutas ang karamihan ng mga kaso. **Gaano katagal valid ang media id?** Hindi ito valid nang walang hanggan, kaya mahalagang kunin agad ang media. **Pareho ba ang 131053?** Hindi. Ang code na iyon ay para sa nabigong pag-upload ng media na ipinapadala ninyo. --- ## Mga error code ng WhatsApp Cloud API https://easycoexistence.com/fil/docs/whatsapp-error-codes Narito ang lahat ng error code ng WhatsApp Cloud API na dokumentado namin, nasa isang table, kasama ang kahulugan ng bawat isa at kung makakatulong ang pag-retry. Karamihan ay hindi: deterministic ang mga ito, kaya pareho ang bagsak ng parehong request at maaaring gawing rate limit ng retry loop ang maling request. ### Paano basahin ang retry column Mayroon itong tatlong value, at ang maling pagpili sa mga ito ang pinakamagastos na pagkakamali sa buong reference na ito. Ang Hindi ay nangangahulugang deterministic ang failure. Ang request, template o state ng recipient ang may problema, at ang muling pagpapadala ng parehong request ay magbubunga ng parehong error habang kumokonsumo ng throughput na kakailanganin ninyo sa susunod. Ang Oo ay nangangahulugang sa panig ng Meta nangyari ang failure at tunay na malulutas ito ng backoff. Ang Maghintay ay nangangahulugang totoo pero pansamantala ang kondisyon: limit o lock na kusang nawawala, kaya walang nagagawa ang pag-retry bago ito mawala at maaari pa itong mapahaba. ### Bakit hindi maaaring i-retry ang karamihan sa mga ito Dahil partikular na code, hindi generic, ang ibinabalik ng platform. Ang maling parameter, template na wala, saradong messaging window at recipient na nag-opt out ay malalaman na sa oras ng response, kaya pinapangalanan ito ng Meta sa halip na mag-fail nang malabo. - Hindi nagiging tama ang problemang nasa request sa ikalawang attempt. - Nasa template ang problema sa template, at hindi ito kayang baguhin ng request. - Tungkol sa state ng recipient, hindi sa inyong state, ang problema sa window o opt-out. - Desisyon ang restriction sa account, at hindi apela ang pag-retry. ### Ano ang dapat i-log kapag dumating ang isa sa mga ito Sapat na impormasyon para ma-diagnose ito nang hindi na kailangang i-reproduce, na siyang pagkakaiba ng limang minutong pag-aayos at isang araw ng paghuhula. - Ang buong error response, kasama ang trace id na hinihingi ng Meta support. - Ang request body na naipadala, hindi ang nilayon ninyong ipadala. Karaniwang nasa pagitan ng dalawang ito ang bug. - Ang phone number id, para matukoy kung sa isang numero lang ang problema o sa buong account. - Ang timestamp, para maikumpara ang failure sa state ng koneksyon sa sandaling iyon. ### Mga code na umiiral lamang sa Coexistence Dalawa ang mga ito, at nakalilito dahil mukha silang ordinaryong send failure. Parehong tungkol sa chat history synchronisation ang 2593107 at 2593108. Ito ang hakbang na kumokopya ng mga kamakailang conversation mula sa WhatsApp Business app kapag unang na-connect ang isang numero. Hindi mga messaging error ang mga ito at hindi ibig sabihin na nag-fail ang koneksyon. Kapag lumampas sa limit nito ang sync o tumakbo sa labas ng window, mananatiling connected at normal na magse-send ang numero, pero mas kaunti ang makokopyang history kaysa inaasahan. Kapag binasa ito bilang sirang koneksyon, maaaring i-disconnect at magsimula ulit ang mga user, na mas maraming history ang nawawala sa halip na nababawi. - Awtomatikong pag-retry. Deterministic ang karamihan sa mga code na ito at nagdadagdag lang ang loop ng rate limit. - Pag-log ng error nang walang request body. Karaniwang nasa pagitan ng naipadala at nilayon ang bug. - Pagbasa sa sync error bilang sirang koneksyon. Connected pa rin ang numero at nagse-send. - Pagkawala ng trace id, na siyang tanging nagpapagawang actionable sa support ticket. **Aling mga error ang dapat i-retry?** 131016 at 131000, na may exponential backoff. Kusang nawawala ang 130429, 132015 at 133008 kapag naghintay kayo. Deterministic ang lahat ng iba pa. **Ibig bang sabihin ng error code ay disconnected ang numero?** Karaniwan, hindi. Karamihan ay tungkol sa request, template o recipient. Lumalabas ang mga problema sa koneksyon bilang account at quality webhook, hindi bilang send error. **Ano ang trace id?** Isang identifier sa error response na tumutulong sa Meta support na hanapin ang partikular na request. I-log ito sa bawat failure; kung wala ito, hindi maaaksyunan ang ticket. **Pareho ba ang mga code na ito sa bawat provider?** Oo. Mula ang mga ito sa Cloud API ng Meta, kaya pareho ang mga ito kahit sinong provider ang nag-connect ng numero. Ang mababago lang ng provider ay kung gaano kalinaw na nakararating sa inyo ang mga ito. --- ## WhatsApp error 131053: nabigo ang pag-upload ng media https://easycoexistence.com/fil/docs/whatsapp-error-131053 Ang error 131053 ay nangangahulugang hindi na-upload ng Meta ang media sa inyong request. Hindi tulad ng kaugnay nitong inbound code na 131052, tungkol ito sa file na kontrolado ninyo kaya maaayos ito: tingnan ang size at format, at kung link ang ipinapadala ninyo, tiyaking naaabot ito ng Meta. ### Ang tatlong sanhi Ayon sa karaniwang pagkakasunod ng mga ito. - Size: lampas ang file sa limitasyon para sa uri nito. 5 MB ang images, 16 MB ang video at audio, at 100 MB ang documents. - Format: codec o container na hindi tinatanggap ng API, na karaniwan sa video na na-export mula sa editing software. - Reachability: link ang ipinapadala sa halip na uploaded id, pero kailangan ng login ang URL, nasa likod ito ng firewall, o nagre-redirect. - Expiry: ginagamit ang uploaded media id matagal matapos itong malikha. ### Mas maaasahan ang pag-upload kaysa pag-link Kapag link ang ipinadala ninyo, kinukuha ng Meta ang file sa oras ng pagpapadala. Nagdaragdag ito ng paraan para mabigo na hindi ninyo makikita mula sa sarili ninyong network. Maaaring hindi maabot ng infrastructure ng Meta ang URL kahit maayos itong naglo-load sa browser ninyo dahil sa lokasyon, firewall rule, o authentication cookie na hawak na ng browser ninyo. I-upload muna ang file at ipadala ang ibinalik na media id para tuluyang mawala ang ganitong uri ng failure. Isang dagdag na request lang ito at nagiging tiyak ang pagpapadala, kaya sulit para sa anumang ipinapadala nang maramihan. - Inaakalang gagana sa Meta ang URL na gumagana sa browser ninyo. Magkaiba ang session at network ninyo sa kanila. - Nag-e-export ng video nang hindi tinitingnan ang codec. Madalas ay hindi suportado ang default ng editing software. - Muling ginagamit ang media id matagal matapos ang upload. Nag-e-expire ang mga id. **Ano ang mga size limit?** 5 MB ang images, 16 MB ang video at audio, at 100 MB ang documents. **Dapat ba akong mag-upload o magpadala ng URL?** Mag-upload. Inaalis nito ang reachability bilang sanhi ng failure. **Gumagana sa akin ang URL, bakit hindi sa Meta?** Magkaiba ang network nila at sa inyo. Magkakaiba rin ang lokasyon, firewall at authentication. **Pareho ba ito ng 131052?** Hindi. Ang 131052 ay pagkabigo sa pag-download ng media na ipinadala sa inyo ng customer. --- ## WhatsApp error 131016: hindi available ang service https://easycoexistence.com/fil/docs/whatsapp-error-131016 Ang Error 131016 ay nangangahulugang pansamantalang hindi available ang isang service sa panig ng Meta. Isa ito sa iilang platform error na tunay na panandalian, kaya ang exponential backoff retry ang tamang sagot, hindi imbestigasyon. ### Bakit naiiba ang error na ito Deterministic ang karamihan ng error sa platform na ito: malformed ang request, wala ang template, o nagsara na ang window. Nasasayang ang isang request sa pag-retry sa mga iyon at maaari kayong ma-rate limit. Exception ang error na ito. Wala itong sinasabi tungkol sa inyong request o numero. Ibig sabihin lang nito, hindi makasagot sa ngayon ang isang service na pinapatakbo ng Meta. Karaniwang nagtatagumpay ang parehong request makalipas ang isang minuto, at iyon mismo ang gamit ng backoff. ### Paano mag-retry nang tama Mag-retry nang maingat, dahil maaaring lumala ang outage kapag sabay-sabay ang mga retry. - Exponential backoff: maghintay ng isang segundo, pagkatapos ay dalawa, apat, at walo. - Magtakda ng maximum na bilang ng attempt, karaniwang lima, pagkatapos nito ay ilagay ang mensahe sa queue para sa ibang pagkakataon. - Gumamit ng jitter para hindi sabay-sabay mag-retry ang fleet ng workers. - Gumamit ng idempotency para hindi maipadala nang dalawang beses ang mensaheng naipadala na bago ninyo natanggap ang error. - Agad na nagre-retry sa tight loop. Nadadagdagan nito ang load sa service na nahihirapan na. - Itinuturing itong problema sa koneksyon. Maayos ang inyong numero. - Nagre-retry nang walang maximum. May outage na mas matagal kaysa sa dapat saklawin ng anumang retry policy. **Dapat bang mag-retry?** Oo, gamit ang exponential backoff. Isa ito sa mga error na nalulutas ng pag-retry. **Apektado ba ang aking numero?** Hindi. Failure ito sa panig ng platform. **Gaano katagal tumatagal ang mga ito?** Karaniwan, ilang segundo hanggang ilang minuto. Sinasaklaw ng limang attempt na backoff ang karamihan. **Paano ito maihihiwalay sa totoong outage?** Tingnan kung nagpapatuloy ito. Sinasagot iyon ng tuloy-tuloy na monitoring nang hindi nanghuhula. --- ## WhatsApp error 131000: may nangyaring mali https://easycoexistence.com/fil/docs/whatsapp-error-131000 Ibig sabihin ng Error 131000, nabigo ang pagpapadala ng mensahe sa dahilang hindi na-classify ng Meta. Ito ang kategoryang hindi matukoy, kaya subukang mag-retry nang isang beses na may backoff. Kung magpatuloy, i-escalate ang isyu gamit ang trace id mula sa response. ### Ano talaga ang saklaw nito Saklaw nito ang anumang failure sa send path ng Meta na hindi na-map sa isang pinangalanang code. Kasama rito ang mga pansamantalang fault, internal problem, at kung minsan ay kundisyong may partikular na code na sa mas bagong version ng API, pero wala pa noong nangyari ito. Malawak ang kategoryang ito, kaya walang iisang tamang response. Ang isang beses na paglitaw ay maaaring ingay lang. Kung paulit-ulit itong nangyayari sa parehong recipient, may pattern na sapat para magbukas ng ticket. ### Ano ang dapat gawin Gawin ito ayon sa pagkakasunod-sunod at huminto sa sandaling gumana ang isa. - Mag-retry nang isang beses na may maikling backoff. Pansamantala ang ilan sa mga failure na ito. - I-log ang buong response kasama ang trace id, dahil ito ang hihingin ng support. - Tingnan kung isang recipient lang o lahat ang apektado. Kung isa lang, malamang nasa numerong iyon ang problema; kung lahat, malamang nasa platform. - Kung magpatuloy matapos ang mga retry, magbukas ng ticket at ilagay ang trace id at mga timestamp. - Paulit-ulit na pagre-retry. Kung dalawang attempt ang nabigo, hindi na ito pansamantala. - Pagkawala ng trace id. Ito ang tanging impormasyong ginagawang actionable ang support ticket. - Ipinapalagay na sira ang inyong numero. Karaniwan, hindi ito ang dahilan. **Dapat ba akong mag-retry?** Isang beses, na may backoff. Kapag lumampas dito, hindi na ito pansamantala. **Ano ang trace id?** Identifier ito sa error response na tumutulong sa Meta support na mahanap ang partikular na request. **Ibig bang sabihin ay down ang numero?** Karaniwan, hindi. Tingnan kung matagumpay ang iba pang pagpapadala. **Kailan dapat magbukas ng ticket?** Kapag paulit-ulit ito sa mga retry, kasama ang trace id at mga timestamp. --- ## WhatsApp error 131021: pareho ang sender at recipient https://easycoexistence.com/fil/docs/whatsapp-error-131021 Ang error 131021 ay nangangahulugang pareho ang numero ng sender at recipient. Hindi pinapayagan ng WhatsApp na padalhan ng mensahe ng business number ang sarili nito. Halos palaging sanhi ito ng test message na ipinadala sa naka-connect na numero sa halip na sa pangalawang phone. ### Bakit ito nangyayari Dahil ang unang ginagawa ng marami pagkatapos mag-connect ng numero ay magpadala ng test message, at ang tanging numerong nasa harap nila ay ang bagong naka-connect. Makatuwiran ang instinct na ito, pero tinatanggihan ito ng platform. Walang setting na kailangang baguhin. Gumagana ang self messaging sa consumer app ng WhatsApp bilang notes to self feature, pero hindi ito available sa API. ### Paano mag-test nang tama Gumamit ng pangalawang numero at mag-ingat kung aling direksyon ang tine-test. - Gumamit ng personal na phone bilang test recipient. Gagana ang anumang WhatsApp number maliban sa naka-connect na numero. - Para malayang makapag-test ng pagpapadala, ipa-message muna sa test number ang business. Bubuksan nito ang 24 hour service window. - Para mag-test sa labas ng window na iyon, magpadala ng approved template. Ito lang ang pinapayagan doon. - Huwag mag-register ng pangalawang business number para lang sa testing maliban kung kailangan ninyo ito. Sapat na ang ordinaryong consumer number. - Pagpapadala sa naka-connect na numero para mag-test. Tinanggihan ito ayon sa design. - Pag-aakalang gumagana ang notes to self sa API. Hindi ito gumagana. - Pag-test ng free-form message bago magpadala ng mensahe ang customer, kaya 131047 ang lumalabas sa halip. **Maaari ba akong magpadala ng mensahe sa sarili kong numero?** Hindi. Hindi ito pinapayagan ng WhatsApp sa API. **May setting ba para rito?** Wala. Panuntunan ito ng platform. **Ano ang dapat gamitin sa testing?** Anumang ibang WhatsApp number, kasama ang personal na phone. **Bakit nag-fail ang test at naging 131047?** Dahil kailangang nagpadala muna ng mensahe ang customer sa inyo sa loob ng nakaraang 24 oras para sa free-form message. --- ## WhatsApp error 131045: hindi nakarehistro ang numero ng telepono https://easycoexistence.com/fil/docs/whatsapp-error-131045 Ang error 131045 ay nangangahulugang hindi pa nakarehistro ang numero ng telepono para sa pagmemensahe sa Cloud API. Magkaibang hakbang ang pagdagdag ng numero sa WhatsApp Business Account at pagpaparehistro nito para sa pagpapadala, at ibig sabihin ng error na ito ay hindi nagawa ang ikalawang hakbang. ### Bakit may dalawang hakbang Dahil maaaring may mga numerong nasa WhatsApp Business Account na walang ipinapadalang anuman. Itinatakda ng pagdagdag ng numero ang pagmamay-ari nito; ina-activate naman ito ng pagpaparehistro para sa pagmemensahe sa Cloud API at itinatakda ang two step PIN nito. Sa manual setup, magkahiwalay ang mga API call na ito, kaya madaling matapos ang una at makalimutan ang ikalawa. Lalabas ang numero sa account, magiging tama ang itsura nito sa dashboard, pero tatanggihan nito ang bawat pagpapadala gamit ang error na ito. ### Ano ang makalulutas dito Depende sa paraan ng pagdagdag ng numero. - Sa manual setup, tawagin ang register endpoint para sa phone number id gamit ang two step PIN nito. - Sa Coexistence onboarding sa pamamagitan ng provider, ginagawa ang pagpaparehistro sa loob ng flow, kaya karaniwang ibig sabihin ng error na ito ay hindi natapos ang flow. - Kung kamakailan lang inilipat ang numero mula sa ibang account, kailangang ulitin ang pagpaparehistro sa bagong account. - Kung mismong pagpaparehistro ang nagfa-fail, karaniwang PIN ang sanhi, na error 133005. - Ipagpalagay na handa nang magpadala ang numerong nakikita sa dashboard. Magkaiba ang nakikita at rehistrado. - Iwan ang onboarding flow sa kalagitnaan. Ang mga huling hakbang ang nagpaparehistro sa numero. - Mapagkamalan itong 133006, na tungkol sa verification at hindi sa pagpaparehistro. **Ano ang registration?** Ina-activate nito ang numero para sa pagmemensahe sa Cloud API, hiwalay sa pagdagdag nito sa account. **Kailangan ko ba itong gawin mismo?** Sa manual setup, oo. Sa Coexistence flow, ginagawa ito para sa inyo. **Kailangan ba itong ulitin?** Pagkatapos lamang ilipat ang numero sa ibang account. **Paano kung mag-fail ang registration?** Karaniwang two step PIN ang sanhi, na nagbabalik ng error 133005. --- ## WhatsApp error 133005: maling PIN ng two-step verification https://easycoexistence.com/fil/docs/whatsapp-error-133005 Ang error 133005 ay nangangahulugang mali ang two-step verification PIN na ibinigay sa registration. Anim na digit ito at itinakda noong unang na-register ang numero. Ang paulit-ulit na maling hula ay nagla-lock ng mga susunod na subok, kaya mas mahalaga ang recovery kaysa sa muling pagsubok. ### Saan nanggagaling ang PIN Itinatakda ito sa unang pagkakataong ni-register ang numero para sa Cloud API messaging, at kakailanganin itong muli sa anumang susunod na registration, kasama na kapag inilipat ang numero sa ibang account. Dito nagsisimula ang problema. Bihirang isulat ang PIN na isang beses lang itinakda at hindi nagamit sa loob ng isang taon, at madalas ay wala na ang taong nagtakda nito. Lumalabas ang error sa mismong sandali ng paglipat o muling pag-register ng numero, na kadalasan ay madaliang sitwasyon na. ### Kung walang nakaaalala May paraan, at mas mabagal ito kaysa sa paghula pero talagang gumagana. - Itigil na po ang paghula. Ang paulit-ulit na pagkabigo ay magbabalik ng 133008 at magla-lock ng mga subok sa loob ng ilang panahon. - Palitan ang PIN sa WhatsApp Manager, sa mga setting ng two-step verification ng numero. Walang API endpoint para i-disable ito. - Ang isang admin ay maaari ring magtakda ng bagong PIN sa pamamagitan ng API gamit ang POST sa phone number ID, saka mag-register muli gamit ito. - Kapag na-recover na, itago ang bagong PIN sa lugar na makikita ng susunod na tao. ### Paano ito maiiwasan sa susunod Ituring ang PIN bilang imprastraktura at hindi bilang personal na detalye. Dapat itong nasa parehong lugar ng mga credential ng account, pagmamay-ari ng negosyo at hindi ng sinumang nagkataong nag-set up, at dapat manatili ito kahit umalis ang taong iyon. Hindi ang error mismo ang gastos ng hindi paggawa nito, dahil maliit na bagay lang iyon. Ang tunay na gastos ay ang hindi mailipat o mai-register muli ang gumaganang numero sa oras na kailangan ninyo ito. - Paulit-ulit na paghula. Nagti-trigger ito ng 133008 at lockout. - Pag-iimbak ng PIN sa isang tao lang sa halip na sa negosyo. - Pag-aakalang hindi na ito kakailanganin pagkatapos ng setup. Kailangan ito sa migration. **Saan itinakda ang PIN na ito?** Noong unang na-register ang numero para sa Cloud API messaging. **Paano kung hindi ko ito alam?** Palitan ito sa WhatsApp Manager, sa mga setting ng two-step verification ng numero, o magtakda ng bago sa pamamagitan ng API. **Ano ang mangyayari kung patuloy akong manghuhula?** Magla-lock ang mga subok at error 133008 na ang matatanggap ninyo. **Kailan kailangan ang PIN?** Sa registration, at muli sa anumang re-registration o migration. --- ## WhatsApp error 133008: napakaraming maling PIN https://easycoexistence.com/fil/docs/whatsapp-error-133008 Ang Error 133008 ay nangangahulugang napakaraming maling pagtatangka sa two step verification PIN, kaya pansamantalang naka-block ang mga susunod na pagtatangka. Kasunod ito ng paulit-ulit na 133005 errors, kaya ang tamang sagot sa maling PIN ay huminto, hindi muling sumubok. ### Ano ang nagti-trigger dito Isang maikling serye ng maling PIN attempt, na madaling mangyari dahil parang sulit subukan muli ang maling PIN. Hindi ito dapat gawin. Ang unang 133005 ay senyas na hanapin nang tama ang PIN sa halip na manghula muli. Kapag naka-lock na, hindi maire-register ang numero hanggang lumipas ang itinakdang panahon, kahit mahanap ang tamang PIN habang naghihintay. ### Ano ang gagawin habang naka-lock Hintayin po ninyo ito sa halip na piliting lampasan. - Itigil ang mga pagtatangka. Maaaring pahabain ng mga susunod na try ang lock sa halip na paikliin ito. - Hanapin o i-reset ang PIN habang naghihintay: i-disable ang two step verification gamit ang account level token, o humingi ng tulong sa Meta support. - Kumpirmahin na tama ang phone number id na nire-register ninyo. Magkapareho ang hitsura ng PIN failure sa maling numero. - I-plan ang retry pagkatapos ng itinakdang panahon sa halip na paulit-ulit itong i-poll. - Patuloy na sumusubok habang naka-lock. Hindi ito nakakatulong at maaaring pahabain ang lock. - Naghihintay nang hindi ginagamit ang oras para maayos na i-reset ang PIN. - Inaakalang banned ang numero. Pansamantala ang PIN lockout at walang kaugnayan sa policy enforcement. **Gaano katagal ang lock?** Isang panahong itinakda ng Meta. Maaaring pahabain, sa halip na paikliin, ng mga susunod na pagtatangka ang lock. **Banned ba ang numero?** Hindi. Isa itong verification lockout na walang kaugnayan sa policy enforcement. **Maaari bang i-reset ang PIN habang naka-lock?** Oo, at ito ang pinakamainam na gawin habang naghihintay. **Bakit ito nangyari?** Paulit-ulit na maling PIN attempt, na bawat isa ay nagbalik ng 133005. --- ## WhatsApp error 133006: hindi na-verify ang numero ng telepono https://easycoexistence.com/fil/docs/whatsapp-error-133006 Ang error 133006 ay nangangahulugang kailangang i-verify ang numero ng telepono bago ito mairehistro para sa pagpapadala ng mensahe. Pinatutunayan ng pag-verify na kontrolado ninyo ang numero sa pamamagitan ng code na ipinapadala sa SMS o voice call. Hiwalay itong hakbang sa parehong pagdaragdag ng numero at pagpaparehistro nito. ### Pag-verify kumpara sa pagpaparehistro Pinatutunayan ng pag-verify na kontrolado ng negosyo ang numero. Ina-activate naman ng pagpaparehistro ang numero para sa pagpapadala ng mensahe sa Cloud API. Magkakasunod ang mga ito, at ibig sabihin ng error na hindi pa tapos ang unang hakbang. Ang praktikal na kailangan ay may taong makatatanggap ng code sa numerong iyon, sa pamamagitan ng SMS o automated voice call. Hindi mave-verify ang numerong walang makasasagot. Ito ang karaniwang tunay na hadlang, hindi ang API call. ### Ano ang humahadlang sa pag-verify Halos palaging pisikal na problema ito, hindi teknikal. - Walang may hawak ng handset o SIM, na karaniwan sa numerong minana mula sa dating may-ari. - Landline ang numero at walang SMS. Sa ganitong kaso, voice verification ang dapat gamitin. - Virtual number ito na sini-filter o inaantala ng provider ang code. - Nakapagparehistro na ang numero sa ibang WhatsApp account at kailangan muna itong lutasin. - Sinusubukang magparehistro bago magpa-verify. Mahalaga ang pagkakasunod-sunod. - SMS ang pinipili para sa landline. May voice verification para mismo sa ganitong sitwasyon. - Ipinapalagay na siguradong matatanggap ng virtual number ang code. Marami ang hindi nakatatanggap nito. **Paano ninyo mave-verify ang numero?** Gamit ang code na ipinapadala sa mismong numero sa pamamagitan ng SMS o automated voice call. **Paano kung landline?** Gamitin ang voice verification para sa mga numerong walang SMS. **Pareho ba ito ng pagpaparehistro?** Hindi. Pinatutunayan ng pag-verify ang kontrol sa numero, habang ina-activate ng pagpaparehistro ang pagpapadala ng mensahe. **Maaari ba itong laktawan?** Hindi. Patuloy na ibabalik ng pagpaparehistro ang error na ito hanggang matapos ang pag-verify. --- ## WhatsApp error 131050: nag-opt out ang user https://easycoexistence.com/fil/docs/whatsapp-error-131050 Ang Error 131050 ay nangangahulugang nag-opt out ang tatanggap sa pagtanggap ng mga mensahe mula sa inyong negosyo. Hindi ito error sa system at walang technical na paraan para malampasan ito: gumawa ng desisyon ang tao, kaya dapat itong itala at ihinto ang pagpapadala. ### Bakit walang workaround Dahil ginawa ang mekanismong ito para protektahan ang mga tao laban sa mga negosyong ayaw tumanggap ng pagtanggi, at hindi magiging kapaki-pakinabang sa alinmang panig ang platform na madaling malulusutan ito. Sinusubaybayan din ng Meta ang susunod na nangyayari. Ang patuloy na pagtatangkang magpadala sa mga taong nag-opt out ay nakakadagdag sa mga signal na ginagamit sa quality rating, at kapag bumaba ito, nababawasan ang messaging capacity ng buong numero, hindi lang para sa mga tatanggap na iyon. ### Ano ang dapat gawin sa halip Itala ito nang maayos, isang beses, at hayaan ang natitirang system na igalang ito. - I-store ang opt out laban sa contact para walang awtomatikong muling magtangkang magpadala. - I-suppress ang numero sa bawat campaign at automation, hindi lang sa nag-trigger ng error. - Huwag subukang kontakin sila gamit ang ibang numero ng negosyo. Iisang tao at iisang desisyon pa rin ito. - Kung sila ang unang mag-message sa inyo sa ibang pagkakataon, bubukas muli ang service window at maaari kayong sumagot. Sila ang dapat magpasya nito, hindi kayo. - Muling nagta-try. Sinasadya ang block at mananatili ito hanggang baguhin ito ng tao. - I-suppress lang sa campaign na nag-fail, kaya may ibang campaign na susubok muli kinabukasan. - Paggamit ng ibang numero para kontakin ang parehong tao. Pareho pa rin ang desisyong binabalewala. **Maaari ba akong mag-message muli sa kanila?** Kung sila ang unang mag-message sa inyo, na magbubukas muli ng service window. **May paraan ba para malampasan ito?** Wala, at ang pagtatangka rito ay nakakasira sa inyong quality rating. **Nakakaapekto ba ito sa buong numero ninyo?** Para sa tatanggap na iyon ang opt-out, pero ang paulit-ulit na pagtatangka ay nakakaapekto sa inyong overall quality rating. **Dapat ko ba silang alisin sa listahan?** I-suppress sila saanman, hindi lang sa campaign na nag-fail. --- ## WhatsApp error 130497: hindi pinapayagan ang bansa ng recipient https://easycoexistence.com/fil/docs/whatsapp-error-130497 Ibig sabihin ng error 130497, hindi pinapayagan ng inyong account ang pagpapadala ng mensahe sa bansa ng recipient. Geography restriction ito, hindi problema sa recipient, at karaniwang limitasyon ito sa account, hindi error sa request. ### Ano ang sanhi ng restriction sa bansa Maraming posibleng sanhi, at hindi lahat ay permanente. - Bagong account o hindi pa verified na account na may limitasyong maaaring maalis matapos ang business verification. - Bansang sakop ng restriction na ipinapatupad ng Meta sa buong platform. - Control sa level ng account na itinakda habang nire-review o ine-enforce ang account. - Numero na may maling country code, kaya lumalabas ang error para sa bansang hindi ninyo sinadyang padalhan ng mensahe. ### Suriin muna ang format Ito lang ang sanhi na kayo mismo ang makakaayos, at mas madalas ito kaysa sa iba. Kapag may naiwan na leading zero sa phone number, o hindi naisama ang country code kaya default ang nailapat, napupunta ang numero sa ibang bansa. Mabibigo ang pagpapadala dahil sa restriction ng bansang iyon. Tiyaking international format ang numero, digits only, at tama ang country code. Saglit lang ang pag-check nito at maaalis ang pinakamalamang na sanhi. - Ipagpalagay na may kasalanan ang recipient. Nasa inyong account at sa bansang iyon ang restriction. - Mag-retry. Walang nagbabago sa pagitan ng mga attempt. - Laktawan ang pag-check ng format, kahit ito ang sanhi na kaya ninyong kontrolin. **Hinaharangan ba ako ng recipient?** Hindi. Restriction ito sa level ng bansa para sa inyong account. **Maaari ba itong alisin?** Pansamantala ang ilan at maaaring maalis sa business verification. Ang iba ay ipinatutupad sa buong platform. **Maaari bang error sa format ito?** Oo, kaya mainam itong suriin muna. Kapag mali ang country code, napupunta ang numero sa maling bansa. **Nakakatulong ba ang pag-retry?** Hindi. Hindi nagbabago ang restriction sa bawat attempt. --- ## WhatsApp error 132007: paglabag sa policy ng template https://easycoexistence.com/fil/docs/whatsapp-error-132007 Ibig sabihin ng Error 132007, lumalabag ang template sa business messaging policy ng WhatsApp. Hindi maipapadala ang mensahe sa kasalukuyang anyo nito, at ang ayos ay i-rewrite at i-resubmit ang template sa halip na baguhin ang request. ### Ano talaga ang ipinagbabawal ng policy Mas makitid ito kaysa sa ipinapalagay ng karamihan kapag nagsusulat ng unang template. - Content na mukhang unsolicited promotion para sa taong hindi humingi nito. - Mga ipinagbabawal na category, kabilang ang ilang produktong pinansyal, pangkalusugan at regulated. - Wikang maling kumakatawan sa sender o nagpapahiwatig ng affiliation na hindi umiiral. - Mapanlinlang na urgency o anumang estrukturang nagpipilit ng sagot. ### Bakit kasinghalaga ng wording ang category Ang template na isinumite bilang utility pero nababasang marketing ay problema sa policy kahit walang objectionable na content. Kinakategorya ng Meta ang mga template dahil magkaiba ang consent expectations ng dalawa, at nilalabag iyon ng promotional message na ipinadala sa ilalim ng utility category. Ang praktikal na rule ay isulat ang template nang tapat para sa category nito. Maaaprubahan ang marketing template na malinaw na marketing ito. Hindi maaaprubahan ang marketing template na itinago bilang delivery notification, at bihirang maisalba ito ng pagbabago sa wording lang nang hindi binabago ang category. - I-retry ang pagpapadala. Ang template ang problema, hindi ang request. - Mag-resubmit gamit ang cosmetic edits. Kung mali ang category, hindi ito maililigtas ng wording. - Ipagpalagay na permanente ang approval. Maaaring ma-disable ang template kalaunan sa ilalim ng 132016. **Maaari ko bang i-retry ang pagpapadala?** Hindi. Kailangang i-rewrite at i-resubmit ang template. **Bakit ito na-reject kahit maayos ang wording?** Madalas, category ang dahilan. Problema sa policy ang marketing message na isinumite bilang utility anuman ang wording. **Gaano katagal ang resubmission?** Karaniwang mabilis ang review, pero walang garantisadong oras. **Pareho ba ito ng 132016?** Hindi. Ang 132016 ay template na permanenteng na-disable matapos ma-approve. --- ## WhatsApp error 132012: hindi tugma ang format ng template parameter https://easycoexistence.com/fil/docs/whatsapp-error-132012 Ang error 132012 ay nangangahulugang hindi tugma ang ipinadalang value ng parameter sa format na tinukoy ng template. Kung may tatlong variable ang template, kailangan itong maglaman ng eksaktong tatlong parameter, nasa tamang ayos at may tamang uri. Ang anumang paglihis ay nagdudulot ng error sa halip na bahagyang pagpapadala. ### Ano ang kailangang magtugma Lahat ng ito, at tahimik itong sinusuri. Walang bahagyang pagtutugma. - Bilang: kung tatlo ang placeholder sa body, dapat tatlo rin ang body parameter, hindi mas marami o mas kaunti. - Ayos: positional ang mga parameter. Kapag nagkapalit ang dalawa, mapupunta sa maling lugar ang mga value sa ipinadalang mensahe, o lalabas ang error na ito kung magkaiba ang mga uri. - Uri: may tinukoy na object shape ang currency o date parameter at hindi ito maaaring ipadala bilang plain text. - Components: magkahiwalay na listahan ang header, body at button parameters at hindi maaaring pagsamahin sa iisang listahan. ### Ang pag-edit na sumisira sa production Ang mga template ay ine-edit ng mga taong hindi siyang tumatawag sa API. May nagdadagdag ng variable para maging mas malinaw ang mensahe, muling naa-approve ang template, at biglang nagsisimulang mag-fail ang bawat send mula sa hindi nabagong integration. Mas mabuting mapigilan ito kaysa matuklasan kapag nangyari na. Kapag nag-subscribe kayo sa template status webhooks, dumarating bilang event ang bawat edit. Kung ituturing na bahagi ng integration contract ang bilang ng variable ng template at rerepasuhin ito kapag nagbago, hindi magiging outage ang isang pagpapalinaw ng wording. - Nagpapadala ng dagdag na parameter bilang pag-iingat. Mali ang sobra tulad ng kulang. - Itinuturing na named ang mga positional parameter. Ayon lamang sa position ang pagtutugma ng mga ito. - Nag-e-edit ng template nang hindi sinusuri ang code na nagpapadala rito. **Ilang parameter ang ipapadala ko?** Eksaktong kasingdami ng tinutukoy ng template, nasa tamang ayos. **Maaari ba akong magpadala ng dagdag na parameter?** Hindi. Parehong nagfa-fail ang sobra at kulang. **Bakit bigla itong nagsimula?** Karaniwan itong nangyayari dahil na-edit ang template at nagbago ang bilang ng variable nito. **Named ba ang mga parameter?** Hindi. Positional ang mga ito, kaya mahalaga ang ayos. --- ## WhatsApp error 132016: permanenteng naka-disable ang template https://easycoexistence.com/fil/docs/whatsapp-error-132016 Ang error 132016 ay nangangahulugang permanenteng naka-disable ang template at hindi na ito magagamit muli. Karaniwan itong dulo ng patuloy na pagbaba ng kalidad: nag-block o nag-report ang mga tumanggap ng mga mensaheng ipinadala gamit ito, bumaba ang quality rating ng template, at inalis ito ng Meta. ### Paano ito nangyayari sa isang template Bihirang mangyari ito sa isang hakbang lang. Ang approved na template na hindi gusto ng mga tumanggap ay nakakaipon ng mga block at report, bumababa ang quality rating nito mula green patungong yellow at red, at naka-pause ito. Ang paulit-ulit na pause ay nauuwi sa permanenteng pag-disable. Lubos na makikita ang sequence na ito kung nagmo-monitor kayo. Iniuulat ng template quality webhook ang bawat pagbabago, at ang paglipat ng template sa yellow ay babala habang may oras pa para kumilos. Kapag binalewala ito, nagiging hindi magagamit ang dating gumaganang template. ### Ano ang dapat gawin Dalawang bagay, sa ganitong pagkakasunod-sunod. - Ihinto po ninyo ang pagpapadala gamit ito at mag-switch sa ibang template, dahil hindi na gagana muli ang isang ito. - Alamin kung bakit hindi ito nagustuhan ng mga tumanggap bago gumawa ng kapalit, kung hindi ay maaari itong sumunod sa parehong landas. - Suriin ang audience pati ang wording. Kahit mahusay ang template, makakaipon pa rin ito ng mga block kapag ipinadala sa mga taong hindi umaasang tatanggap nito. - Mag-subscribe po kayo sa template quality webhooks para makita ang susunod na pagbaba sa yellow, hindi kapag naka-disable na. - Ginagawang muli ang parehong template gamit ang bagong pangalan. Ang content ang pumalya. - Binabalewala ang yellow quality rating. Ang yellow ang babala, at ang red ang resulta. - Sinisisi ang wording kahit ang audience ang problema. **Maaari ba itong i-enable muli?** Hindi. Permanenteng naka-disable ang permanenteng naka-disable. **Maaari ko ba itong gawin muli gamit ang bagong pangalan?** Maaari ninyo, pero ang content ang sanhi ng pagbaba ng kalidad, kaya malamang susunod ito sa parehong landas. **Ano ang pinagkaiba nito sa 132015?** Ang 132015 ay pause na maaaring mawala. Ang isang ito ay hindi na maibabalik. **Maaari ko ba itong napansin bago nangyari?** Oo. Iniuulat ng template quality webhooks ang pagbaba bago ito umabot sa puntong ito. --- ## WhatsApp error 131056: napakaraming mensahe sa isang recipient https://easycoexistence.com/fil/docs/whatsapp-error-131056 Ang Error 131056 ay nangangahulugang napakaraming mensahe ang naipadala sa pagitan ng inyong business number at isang recipient sa maikling panahon. Isa itong per-pair rate limit, hiwalay sa kabuuang throughput ng inyong account, at karaniwan itong nangangahulugang may automation na paulit-ulit na tumatakbo. ### Bakit per pair ito Dahil ang pinipigilan nitong problema ay hindi pangkalahatang volume, kundi ang pagbahâ ng isang tao sa mensahe. Maaaring pasok pa rin ang account sa kabuuang throughput nito habang nagpapadala ng tatlumpung mensahe sa isang recipient sa loob ng isang minuto, pero mararanasan iyon ng nasa kabilang panig bilang spam, anuman ang kabuuang bilang ng account. Kaya sa pair ipinapatupad ang limitasyon, hindi sa account. Dahil dito, maaari itong lumitaw sa numerong mababa ang volume at hindi pa kailanman umabot sa kabuuang rate limit nito. ### Ano ang karaniwang sanhi nito Halos palaging automation ang sanhi nito, hindi taong nagta-type. - Retry loop na itinuturing na send failure ang delivery failure at muling nagpapadala. - Webhook handler na nagpapadala ng reply at higit sa isang beses na na-invoke para sa parehong event. - Chatbot na hinahati ang isang sagot sa maraming maiikling mensahe na sunod-sunod na ipinapadala. - Test script na paulit-ulit nagpapadala sa parehong numero habang nagde-develop. ### Paano ito maiiwasan Sa pamamagitan ng throttling sa antas ng conversation, hindi lamang sa antas ng account. Ang limitasyon sa mga mensahe kada recipient kada minuto, kapag inilapat bago ang send, ay halos walang gastos at pumipigil sa error na ito pati sa masamang customer experience na dulot nito. Mahalaga rin ang message deduplication. Maaaring ma-deliver nang higit sa isang beses ang webhook events, at ang handler na nagpapadala ng reply nang hindi tinitingnan kung napangasiwaan na nito ang message id ay eksaktong lilikha ng ganitong pattern kapag mataas ang load. - Pagre-retry, na nagpapadala ng isa pang mensahe sa recipient na binabaha na ng mensahe. - Throttling lamang sa antas ng account. Per recipient ang limitasyong ito. - Pag-handle ng webhook events nang walang deduplication batay sa message id. **Rate limit ba ito ng account ko?** Hindi. 130429 ang code para roon. Per recipient ito. **Bakit nangyayari ito sa numerong mababa ang volume?** Dahil sa pair ipinapatupad ang limitasyon, hindi sa kabuuang account. **Paano ko ito mapipigilan?** Mag-throttle kada conversation at mag-deduplicate ng webhook events batay sa message id. **Dapat ba akong mag-retry?** Hindi. Ang pagre-retry ay nagpapadala ng isa pang mensahe sa parehong recipient. --- ## WhatsApp error 80007: rate limit sa WhatsApp Business Account https://easycoexistence.com/fil/docs/whatsapp-error-80007 Ang Error 80007 ay nangangahulugang naabot ng WhatsApp Business Account ang rate limit. Para ito sa management at read calls, hindi sa messaging throughput, kaya karaniwang polling ang sanhi: may kumokontrol sa status nang mas madalas kaysa sa pagbabago ng data. ### Ano ang binibilang nito Mga tawag laban sa account, hindi mga mensahe para sa mga customer. - Pagbasa ng mga numero ng telepono, quality rating ng mga ito at throughput level. - Paglista at pagbasa ng mga message template. - Mga tawag para sa subscription at webhook configuration. - Anumang status check na tumatakbo ayon sa iskedyul, na siyang karaniwang pinagmumulan ng volume. ### Polling ang dapat ayusing sanhi Ang status poll kada tatlumpung segundo sa ilang numero ay nagiging libo-libong tawag kada araw laban sa data na ilang beses lang nagbabago bawat buwan. Kalaunan, maaabot nito ang limit na ito, at kapag nangyari iyon, hihinto ang polling eksaktong kapag may mahalagang naganap. Binabago ito ng webhooks. Itinutulak ng Meta ang pagbabago sa quality rating, update ng account o pagbabago sa status ng template kapag nangyari ito. Wala itong dagdag na tawag at mas mabilis itong dumarating kaysa sa anumang poll. Ang tamang architecture ay webhooks para sa mga pagbabago, at polling bilang madalang na reconciliation pass lamang, hindi bilang pangunahing mekanismo. - Pag-poll ng status sa maikling pagitan. Nauubos nito ang limit sa data na bihirang magbago. - Pagdagdag ng retries bilang tugon, na mas mabilis na umuubos sa limit. - Pagkalito rito sa 130429, na tungkol sa pagpapadala ng mga mensahe. **Tungkol ba ito sa pagpapadala ng mga mensahe?** Hindi. Ang limit na iyon ay 130429. Saklaw naman nito ang management at read calls. **Ano ang sanhi nito?** Karaniwang polling ng status sa maikling pagitan. **Ano ang dapat ninyong gawin sa halip?** Mag-subscribe sa webhooks at gamitin lamang ang polling para sa madalang na reconciliation. **Nawawala ba ito nang kusa?** Oo, kapag lumipas ang window, pero babalik ito kung hindi babaguhin ang polling. --- ## WhatsApp Coexistence para sa mga agency at consultancy https://easycoexistence.com/fil/whatsapp-coexistence-for-agencies Pare-pareho ang problemang nararanasan ng mga agency sa bawat client: ginagamit na ng staff ang numero para sumagot, at kapag ni-migrate ito, mawawala sa kanila ang WhatsApp Business app. Inaalis ito ng Coexistence, kaya maaaring i-connect ang numero ng client nang walang kailangang baguhin sa paraan nila ng pagtatrabaho. ### Bakit nakakaharang ang mga numero ng client sa karamihan ng integrations? Dahil hindi ninyo pag-aari ang numero para baguhin ito, at ginagamit na ang lahat ng kaugnay dito. Naka-print ang numero ng client sa mga sasakyan, invoice, website at mga taon ng dating pag-uusap. May taong buong araw na sumasagot dito mula sa telepono at kilala ang mga regular na customer sa pangalan. Sa sandaling may proposal na i-migrate ang numerong iyon, hihinto sa paggana ang WhatsApp Business app dito at kailangan nang lumipat ang taong iyon sa anumang ginawa ninyo. Karamihan sa mga client ay tumatanggi, at tama sila. Kaya napunta ang maraming agency sa mga hindi opisyal na gateway. Pinananatili nitong gumagana ang telepono, na siyang pinakamahalaga sa client, at hindi nakikita ang panganib ng ban hanggang sa mangyari ito. Ang Coexistence ang opisyal na bersyon ng parehong pangako. ### Paano talaga nagaganap ang onboarding ng client? Isang bagay lang ang kailangang gawin ng client, sa sarili nilang telepono, at umaabot ito ng halos dalawang minuto. Magpapadala kayo ng connect link. Bubuksan nila ito, tatakbo ang sariling popup ng Meta, pipiliin nila ang kanilang Business Portfolio at numero, at mag-scan sila ng code sa WhatsApp Business app. Iyon lang ang kailangan. Walang ini-install, walang credential na ibinibigay, at patuloy na gumagana ang app sa sandaling matapos ang scan. Nananatili ang numero sa kanilang Business Portfolio at hindi sa inyo, na mahalaga sa dalawang dahilan. Ito ang sagot kapag nagtanong ang client kung sino ang may-ari ng koneksyon, at nangangahulugan itong nagpapatuloy ang relasyon kahit magpalit sila ng agency. Mas madaling ipangako iyon kaysa ipaliwanag kapag nangyari na. ### Ano ang itsura nito kapag dalawampung client na? Isang account, dalawampung numero, tig-isang flat fee, at listahang madaling basahin. Walang tier na malalampasan at walang plan na nagbabago pagdating sa isang threshold. Ang pagdaragdag ng ika-21 client ay kapareho ng proseso para sa una. May sariling quality rating, messaging tier at connection state ang bawat numero, kaya makikita agad kung humihina ang numero ng isang client bago pa sila tumawag tungkol dito. Malaking bahagi ng halaga sa ganitong scale ang visibility na ito. Maaaring tahimik na mabigo ang koneksyon habang patuloy na gumagana ang WhatsApp Business app sa halos lahat ng ganitong failure, at walang paraan ang client para malaman ito. Kung walang monitoring, ang unang senyales ay ang tanong ng client kung bakit tumigil ang automation nila. Hindi magandang simula iyon sa isang pag-uusap. ### Maaari bang agent ang gumawa ng onboarding sa halip na isang tao? Karamihan dito, at ang bahaging hindi nito magagawa ay ang bahaging kailangan pa ring gawin ng client. Sa pamamagitan ng MCP connector, maaaring tawagin ng assistant ang get_connect_link para gawin ang link na bubuksan ng client, pagkatapos ay ang set_webhook_destination para ituro ang numero sa alinman sa inyong system na humahawak dito, at saka suriin ang health ng numero para makumpirmang live na ang lahat. Iyan ang buong sequence nang walang kailangang magbukas ng dashboard. Ang hindi nito magagawa ay ang pag-scan ng code. Tumatakbo ang onboarding ng Meta sa browser at kailangan nito ang teleponong may hawak ng numero. Sadyang proteksyon ito, hindi kakulangan. Ang client lang ang maaaring mag-authorise ng sarili nilang numero, at iyon ang tamang arrangement. - Nangangakong hindi mapapansin ng staff ng client, saka imi-migrate ang numero. Aalisin ng migration ang app at mapapansin nila ito agad. - I-connect ang mga numero ng client sa sarili ninyong Business Portfolio. Panatilihin ang bawat isa sa Business Portfolio ng client para sa kanila ang koneksyon. - Ituring na optional ang monitoring kapag malaki na ang scale. Ang dalawampung tahimik na failure mode sa dalawampung client ay dagdag na trabaho sa suporta, hindi edge case. **Kailangan ba ng bawat client ng sariling account sa inyo?** Hindi. Naglalaman ang isang account ng lahat ng numerong pinamamahalaan ninyo, na bawat isa ay sinisingil nang hiwalay, at inililista ng connector ang lahat ng ito. Walang limitasyon sa paggamit nito para sa mga negosyong pinagsisilbihan ninyo. **Sino ang may-ari ng koneksyon, ako o ang client?** Nananatili ang numero sa Business Portfolio ng client. Pinamamahalaan ninyo ang koneksyon, ngunit sa kanila ang mismong relasyon sa Meta. Iyan ang tapat na sagot kapag nagtanong sila. **Ano ang mangyayari kapag umalis ang client?** Madi-disconnect ang numero at magpapatuloy ang WhatsApp Business app nila gaya ng dati. Walang permanenteng nababago sa numero dahil lamang na-connect ito. **Sino ang nagbabayad sa Meta para sa mga mensahe?** Ang client, gamit ang payment method sa sarili nilang WhatsApp Business Account. Hindi dumadaan sa amin ang mga singil na iyon, kaya walang kailangang lagyan ng markup. --- ## Ano ang ibig sabihin ng Meta Tech Provider at bakit ito mahalaga https://easycoexistence.com/fil/meta-tech-provider Ang Meta Tech Provider ay nagpapatakbo ng sarili nitong Meta app sa isang verified Business Manager at ginagamit ito para i-connect ang mga numero ng WhatsApp ng ibang negosyo. Isa rito ang EasyCoexistence, kaya direktang kumokonekta ang numero sa sarili ninyong portfolio sa halip na mapunta sa account ng reseller. ### Ano ba talaga ang ginagawa ng Tech Provider? Pinapatakbo nito ang app na ginagamit ng ibang negosyo para i-connect ang kanilang mga numero ng WhatsApp. Kapag nag-o-onboard ang isang negosyo, bubukas ang Embedded Signup ng Meta at hihingi ng pahintulot para sa isang app. Pagmamay-ari ng Tech Provider ang app na iyon, at kapag na-authorise na, maaari itong kumilos para sa numero sa ngalan ng negosyo: basahin ang status nito, magpadala ng mga mensahe, mag-manage ng templates, at itakda kung saan ihahatid ang webhooks. Dito nakabatay ang lahat ng iniaalok ng isang provider. Ang status ang nagbibigay ng lehitimong batayan dito. Ibinibigay ito ng Meta sa kumpanyang may sariling app sa isang verified Business Manager, matapos ang App Review. Ito ang naghihiwalay sa provider sa isang script na may hawak ng credentials ng iba. ### Bakit mahalaga kung sino ang may-ari ng app? Dahil dito nakasalalay kung sa kaninong account maiuugnay ang numero ng inyong client. Ang tooling na nakabatay sa account ng ibang provider ay sumusunod sa mga limitasyon ng account na iyon. Dito nagmumula ang single connection limits na nararanasan sa mga general purpose automation platform: iisang provider relationship ang hawak ng platform at pinaghahatian ito ng lahat ng gumagamit. Sa sarili naming app, direktang ginagawa ang koneksyon sa pagitan ng Business Portfolio ng client at Meta. Nananatiling sa kanila ang numero, walang reseller na may hawak nito, at pareho lang ang proseso sa pagdagdag ng susunod na numero. Para sa isang agency, hindi ito maliit na technical detail. Ito ang sagot kapag tinanong ng client kung sino ang kumokontrol sa kanilang numero. ### Ano ang kailangan para sa status na ito? Isang verified Business Manager, isang app na pumapasa sa App Review, at mga recorded demonstration ng mga flow. Iniuugnay ng business verification ang app sa isang totoong legal entity, gamit ang mga dokumentong sinusuri ng Meta laban sa mga registry. Sinusuri ng App Review kung ano ang hinihingi ng app at kung bakit. Para sa WhatsApp, kasama rito ang mga recorded video na nagpapakitang gumagana ang onboarding mula simula hanggang dulo. Walang bayad ang proseso, pero nangangailangan ito ng oras, at hindi iyon maaaring pabilisin. Mahalagang malaman ito kung pinag-iisipan ninyong bumuo ng sarili ninyong provider. Para i-connect ang isang numerong pagmamay-ari ninyo, hindi kailangan ang lahat ng ito. Para mag-connect ng mga numero para sa clients, kailangan ang lahat ng ito, at karaniwang ilang linggo ang paghihintay, hindi ilang araw. ### Ano ang nagbabago para sa negosyong nagko-connect ng numero? Tatlong bagay, at wala sa mga ito ang makikita sa interface. Sa sarili nilang Business Portfolio nakakonekta ang numero, kaya kanila ang relationship sa Meta. Direktang sinisingil ng Meta ang conversation charges sa kanilang WhatsApp Business Account, kaya walang nasa gitna na maaaring magdagdag ng markup. Wala ring ceiling sa dami ng numerong maaaring hawakan ng isang account, dahil walang shared provider relationship na pinaghahatian. Hindi nagbabago ang onboarding mismo. Sariling flow ng Meta ang Embedded Signup, sa Meta ang popup, at sa WhatsApp Business app ginagawa ang code scan. Hindi pinapalitan ng Tech Provider ang alinman dito. Ito ang nagbibigay-daan para magamit ang mga ito. - Ipagpalagay na may sariling Tech Provider status ang bawat provider. Marami ang nakabatay sa status ng iba, at dito nagmumula ang mga connection limit. - Planuhing makuha ito sa isang takdang deadline. Hindi kontrolado ng kumpanya ang timing ng App Review. - Ituring itong badge lamang. Isa itong account relationship na nagtatakda kung kaninong portfolio mapupunta ang numero ng client. **Ibig bang sabihin nito ay ine-endorse ng Meta ang EasyCoexistence?** Hindi, at walang provider na dapat magpahiwatig ng ganoon. Ang Tech Provider ay isang technical status na nagpapahintulot na i-connect ang mga numero ng ibang negosyo sa pamamagitan ng approved app. Hindi ito endorsement ng produktong binuo gamit nito. **Maaari ba akong maging Tech Provider mismo?** Oo. Libre ito at bukas sa kahit anong kumpanyang may verified Business Manager na handang dumaan sa App Review. Ang gastos ay ang paghihintay, hindi isang fee. **Kaninong Business Portfolio nakalagay ang numero ko?** Sa inyo. Ginagawa ang koneksyon sa pagitan ng inyong portfolio at Meta, at ang aming app ang na-authorise para kumilos sa numero. Hindi ito inililipat sa aming account. **May limitasyon ba sa dami ng numerong maaari kong i-connect?** Wala. Ang mga limitasyong nararanasan sa ibang lugar ay dahil pinaghahatian ng maraming user ang isang provider relationship. Hindi ganoon gumagana ang setup na ito. --- ## Magkano ang WhatsApp Coexistence kada provider https://easycoexistence.com/fil/whatsapp-coexistence-pricing-compared Tatlong magkakaibang unit ang ginagamit ng mga provider sa pagpepresyo: kada numero, kada seat, o kada mensahe. Dahil dito, hindi mapaghahambing ang mga headline na presyo, at makikita lang ang tunay na gastos sa isang tiyak na bilang ng numero. Kinukuwenta ito ng page na ito sa 1, 10 at 50 numero. ### Bakit hindi mapaghahambing ang mga headline na presyo? Dahil magkakaiba ang sinisingil nila, at ang unit ang nagpapasya kung anong uri ng negosyo ang babagay sa bawat isa. Ang presyong kada numero ay sumusunod sa dami ng WhatsApp line na hawak ninyo. Ito ang unit na tunay na kontrolado ng isang agency, at ito ang gamit ng EasyCoexistence, 360dialog at Dualhook. Ang presyong kada seat at kada contact ay sumusunod sa dami ng sumasagot at sa dami ng customer na kausap ninyo. Ito ang gamit ng WATI at respond.io, at tamang unit ito kapag ang team ng mga agent mismo ang binibili. Ang presyong kada mensahe ay sumusunod sa volume lamang, at ito ang modelo ng Twilio: walang platform fee at walang bayad kada numero, pero may singil sa bawat mensahe bukod pa sa sinisingil ng Meta. Kaya ang tapat na paghahambing ay nasa isang tiyak na bilang ng koneksyon, at iyon ang ginagawa ng table sa ibaba. ### Magkano ang mga provider na platform ang batayan ng presyo, sa parehong bilang? Hindi sila matapat na mailalagay sa iisang column, dahil hindi talaga gumagalaw ang kanilang bayad ayon sa bilang ng numero. Ang gumagalaw ay ang mga seat at contact. Ang mga nakapublish na plan ng WATI ay mula tatlo hanggang sampung user, na may 500 hanggang 2,500 monthly active contact. Naglalathala ang respond.io ng US$ 79 para sa limang user at 1,000 contact, na tumataas hanggang US$ 279. Naglalathala ang YCloud ng free tier, tapos US$ 39, US$ 89 at US$ 399, kung saan ang mga user at channel ay add on na US$ 10 at US$ 5 bawat isa kada buwan. Para sa isang support team na may isang numero, kompetitibo ang mga ito at may kasamang inbox na wala sa isang koneksyon lamang. Para sa isang agency na may limampung numero ng kliyente, sa mga add on lumilitaw ang gastos, at lumilitaw ito kada channel, hindi kada usapan. Ang tanong na magpapasya ay kung may magla-log in ba talaga sa inbox na binabayaran ninyo. ### Paano naman ang Twilio, na walang singil sa alinman sa dalawa? Naglalathala ang Twilio ng bayad na US$ 0.005 kada mensahe sa bawat direksyon, bukod pa sa sariling template fee ng Meta na ipinapasa nito nang walang markup. Walang buwanang platform fee at walang bayad kada numero sa nakapublish nitong presyo. Kaya ito ang pinakamurang paraan para humawak ng numerong halos walang ipinapadala, at ang pinakamahal na paraan para magpatakbo ng abalang numero. Ang limampung numerong walang gumagamit ay walang gastos; ang limampung numerong may tunay na usapan ay may singil kada mensahe habambuhay. Dapat ding malaman na hindi tinatalakay ng pricing page ng Twilio ang Coexistence. Kung mahalaga sa inyo na gumana pa rin ang WhatsApp Business app sa numero, iyon ang tanong na dapat ipaabot sa kanila bago ihambing ang anupaman. ### Alin ang dapat piliin ng isang agency? Ang unit na tugma sa lumalaki sa inyong negosyo. Kung client numbers ang lumalaki, ang presyong kada numero na may volume discount ang tanging hugis na hindi nagpaparusa sa inyo sa pag-unlad. Ang EasyCoexistence ay US$ 9 bawat isa hanggang limang numero at bumababa hanggang US$ 1 bawat isa habang nagdadagdag kayo ng numero, kaya sa limampung kliyente ay mas mura ang bawat numero kaysa sa una, hindi mas mahal. Kung mga agent na sumasagot sa iisang inbox ang lumalaki, tamang bilhin ang platform na batay sa seat, at hindi ito kokontrahin ng page na ito. Binuo iyon ng WATI at respond.io, at gumagana ito. Kung volume ng mensahe sa ilang numero ang lumalaki, sulit i-model ang kada mensaheng modelo ng Twilio laban sa iba, gamit ang aktuwal ninyong send rate. Para sa kasong pinagtuunan ng produktong ito, isang agency o developer na may hawak na mga numerong hindi nila pag-aari, ang presyong kada numero na may volume pricing lang ang lumalaki sa parehong direksyon ng negosyo: bumababa ang rate kada numero habang dumarami ang bilang. - Direktang paghahambing ng mga headline na presyo. Nakabatay ang mga ito sa tatlong magkakaibang unit, at madalas na maling pagpili ang pinakamaliit na numero. - Pag-aakalang may markup ang alinman sa mga ito sa gastos ng mensahe ng Meta. Wala ni isa sa mga nasa page na ito; ang Meta ang naniningil sa inyo. - Pag-intindi sa hindi nakadokumentong feature bilang wala. Kapag hindi binabanggit ng pricing page ang Coexistence, magtanong sa provider sa halip na magtiwala sa table na ito. **Napapanahon ba ang mga presyong ito?** Ito ang mga presyong nakapublish sa sariling pricing page ng bawat provider noong Setyembre 2026, na naka-link mula sa mga figure sa itaas. Nagbabago ang presyo, kaya i-check po ninyo ang pinagmulan bago magpasya. **Bakit bumababa ang presyo kada numero sa EasyCoexistence?** Dahil hindi tumataas nang proporsyonal ang gastos sa pagbabantay ng isang koneksyon habang dumarami ang mga ito. Ang agency na may limampung numero ay hindi limampung beses ang trabaho, kaya hindi rin limampung beses ang presyo. **May markup ba ang alinman sa mga ito sa singil ng Meta?** Wala sa mga provider sa page na ito. Sinisingil ng Meta ang gastos ng mensahe sa payment method ng sarili ninyong WhatsApp Business Account, kaya rin walang nasa gitna na makapagbibigay ng diskwento rito. **Aling mga provider ang sumusuporta sa Coexistence?** Dinodokumento ito ng YCloud at 8x8, at binuo naman ang Dualhook at EasyCoexistence batay rito. Hindi ito tinatalakay ng ilang ibang pricing page, na hindi patunay sa alinmang panig at dapat direktang itanong. --- ## Glossary ng WhatsApp Coexistence https://easycoexistence.com/fil/whatsapp-coexistence-glossary Madaling mapagpalit ang mga termino sa WhatsApp Coexistence. Kadalasan, nangyayari ito kapag iisang salita ang ginagamit ng dalawang tao para sa magkaibang bagay. Narito ang mga depinisyong ginagamit ng site na ito, na may link sa pahinang mas detalyadong nagpapaliwanag sa bawat isa. ### Bakit nagdudulot ng napakaraming problema ang vocabulary? Dahil may ilang terminong tumutukoy sa mga bagay na nasa magkakaibang level, pero pare-parehong parang nasa iisang level. May hawak na WhatsApp Business Account ang isang Business Portfolio. May hawak naman itong mga numero ng telepono, at bawat isa ay may phone number id. Sa usapan, account ang tawag sa lahat ng apat, kaya ang pangungusap na tingnan kung gumagana ang account ay maaaring mangahulugan ng apat na magkakaibang check. Ganito rin ang nangyayari sa dalawang twenty four hour window sa platform na ito. Magkaibang bagay ang sinusukat ng mga ito, pero palaging napagpapalit. Ang isa pang dahilan ay gumagamit ang Meta at mga provider ng magkakaibang salita para sa parehong bagay, at hindi rin pare-pareho ang mga provider sa isa't isa. Ginagamit ng pahinang ito ang sariling vocabulary ng Meta kung mayroon nito, at malinaw na sinasabi kapag sariling termino namin ang isang salita. ### Aling mga pagkakaiba ang talagang mahalaga sa aktuwal na paggamit? Tatlo, at bawat isa ay nakapagpaubaya na ng isang araw sa isang tao. Parehong twenty four hours ang customer service window at synchronization window, pero wala silang kinalaman sa isa't isa. Tinutukoy ng una kung maihahatid ang free-form text, batay sa huling mensahe ng customer. Tinutukoy naman ng ikalawa kung maaari pang kunin ang chat history, batay sa onboarding. Ang linked device ay hindi API. Ito ang consumer WhatsApp client na naka-sign in sa ibang lugar. Ito ang ina-automate ng mga unofficial tool at dahilan kung bakit nababanned ang mga numero. At ang webhook destination ay hindi setting sa isang numero. Isa itong override sa subscription ng isang app sa account. Kaya nawawala ito kapag inalis ang koneksyon at kailangang i-set up ulit kapag nag-reconnect. **Ang Coexistence ba ay ibang API mula sa Cloud API?** Hindi. Ang Coexistence ay paraan ng pag-onboard ng numero sa Cloud API habang nananatiling gumagana ang WhatsApp Business app dito. Pareho ang endpoints, format ng mensahe at mga rule. **Ano ang pagkakaiba ng Business Portfolio at WABA?** Ang Business Portfolio ang container sa level ng kumpanya sa Meta Business Manager. Nasa loob nito ang WhatsApp Business Account, na may hawak ng mga numero ng telepono. Maaaring magkaroon ng maraming WABA ang isang portfolio. **Pareho ba ang BSP at Tech Provider?** May overlap sila, pero magkaiba ang tinutukoy ng mga ito. Ang Tech Provider ay status mula sa Meta na nagpapahintulot sa isang kumpanya na i-connect ang mga numero ng ibang negosyo gamit ang sarili nitong app. Karaniwang tumutukoy ang BSP sa kumpanyang nagbebenta ng messaging platform, na maaaring mayroon o walang status na iyon. **Ano ang kinalaman ng MCP sa WhatsApp?** Wala itong likas na kinalaman. Ang MCP ay protocol para bigyan ng access ang isang AI assistant sa isang tool, at inilalantad ng WhatsApp MCP server ang isang numero bilang ganoong tool. Hindi ito makatatanggap ng mga mensahe at kikilos lamang kapag inutusan. --- ## Mga field ng WhatsApp webhook, at kung saan napupunta ang mga ito https://easycoexistence.com/fil/docs/webhook-fields Naghahatid ang WhatsApp Business Account ng mga event bilang pinangalanang field. Dalawa ang may laman ng usapan at ipinapadala sa inyong endpoint. Anim ang may operational state at ginagamit para sa pagmo-monitor. Ang pagkilala sa mga ito ang tumutukoy sa inyong architecture. ### Ano ang dala ng bawat field? Dala ng messages ang lahat ng ipinapadala ng customer sa numero: text, media reference, reply at reaction. Dala naman ng smb_message_echoes ang ipinapadala ng inyong team mula sa WhatsApp Business app. Umiiral lang ito sa Coexistence number at dito nakikita ng software ang mga sagot ng tao. Dala ng account_update ang estado ng koneksyon: PARTNER_REMOVED kapag na-uninstall ang app mula sa account, ACCOUNT_OFFBOARDED, ACCOUNT_RECONNECTED, at mga event tungkol sa restriction o violation. Dala ng phone_number_quality_update ang pagbabago sa quality rating at throughput. Dala ng account_alerts ang mga alert na inilalabas ng Meta laban sa account, habang dala ng account_review_update ang resulta ng review. Dala ng business_capability_update ang pagbabago sa messaging limit at capability, habang dala ng phone_number_name_update ang mga approval at rejection para sa display name. ### Bakit mahalaga sa architecture ang paghihiwalay? Dahil tinutukoy nito kung makararating ba ang laman ng usapan sa isang provider. Ipinapadala ng override ang dalawang message field sa inyong endpoint nang direkta mula sa Meta. Patuloy namang ipinapadala sa provider ang anim na operational field, kaya posible ang dashboard at alerting nang walang humahawak ng mensahe. Ito rin ang dahilan kung bakit maaaring structural, hindi lang policy, ang pahayag na hindi nag-iimbak ng mga mensahe. Kapag sa ibang lugar ipinapadala ang message field, walang code path kung saan maiimbak ang mga ito. Sa aming setup, ang account na walang override ay gumagamit ng default callback, kung saan dini-drop ng handler ang mga event nang hindi sine-save. ### Anong mga field ang dapat asahan ng inyong handler? Ang dalawang message field lang kapag naka-set ang override. Mainam na isulat ang handler para balewalain ang iba kaysa mag-fail kapag may natanggap na hindi inaasahan. Nagdagdag ang Meta ng mga field habang lumilipas ang panahon, at maaaring magkaroon ng bagong key ang payload shape nang walang abiso. Patuloy na gagana ang handler na nagche-check ng field name at bumabalewala sa hindi nito nakikilala. Ang handler na umaasa sa iisang shape ay magti-throw sa unang hindi pamilyar na event. Mainam ding hawakan nang tahasan ang smb_message_echoes sa halip na ituring itong ingay. Kung wala ito, hindi malalaman ng software na nakasagot na ang isang tao, kaya maaaring makatanggap ang customer ng dalawang sagot sa parehong tanong. - Pag-aakalang generic payload ito. Pinapangalanan ang bawat event, kaya dapat mag-switch ang handler batay rito. - Pagbabalewala sa smb_message_echoes. Kung wala ito, sasagot ang software kahit nakasagot na ang isang tao. - Pagfa-fail sa hindi nakikilalang field sa halip na laktawan ito. Nagdaragdag ang Meta ng mga field nang walang abiso. **Maaari ba akong tumanggap ng ilang field lang?** Inililipat ng override sa inyo ang message path. Fixed ang operational split dahil dito binubuo ang monitoring. **May smb_message_echoes ba sa normal na Cloud API number?** Wala. Umiiral ito dahil may taong nagpapadala mula sa app sa Coexistence number, kasabay ng software na nagpapadala mula sa API. **Ano ang nangyayari sa message event kung wala akong itinakdang destination?** Dumarating ang mga ito sa aming default callback at dini-drop nang hindi sine-save. **Mga field name ba ito ng Meta o ng inyong system?** Mga field name ito ng Meta. Walang pangalan dito na kami ang nag-imbento, kaya sulit itong matutunan nang isang beses. --- ## Pag-verify ng WhatsApp webhook endpoint https://easycoexistence.com/fil/docs/webhook-verification Bago maghatid ng anumang event, tinatawagan ng Meta ang endpoint ninyo gamit ang GET na may hub.mode, hub.verify_token at hub.challenge. Kailangang ikumpara ng endpoint ninyo ang token at ibalik ang challenge bilang raw body. Kapag iba ang sagot, hindi magsisimula ang delivery. ### Ano mismo ang ipinapadala ng Meta? Isang GET request sa URL ninyo na may tatlong query parameter. Naka-set sa subscribe ang hub.mode. Ang hub.verify_token ay token na itinakda ninyo nang i-set up ang destination. Ang hub.challenge ay value na ginagawa ng Meta para sa pagtatangkang ito. Dapat ikumpara ng endpoint ninyo ang hub.verify_token sa token na pinili ninyo. Kapag tugma, magbalik ng 200 na ang hub.challenge ang buong response body. Huwag itong balutin sa JSON, lagyan ng quotes, o sundan ng trailing newline na awtomatikong idinadagdag ng ilang framework. Kapag hindi tugma ang token, magbalik ng 403. Iyon ang buong protocol, at sinadya itong maging simple. ### Bakit tahimik na nagfa-fail ang maling sagot? Dahil ang pagkabigo ng verification ay hindi error sa system ninyo, kundi kawalan sa system ng Meta. Kapag hindi naibalik nang tama ang challenge, hindi lang sinisimulan ng Meta ang delivery sa destination na iyon. Nagbabalik ang server ninyo ng 200 sa verification, makikita sa logs ninyo na may dumating na request, at walang dashboard na mag-uulat ng problema. Ang tanging palatandaan ay hindi dumarating ang mga mensahe, kaya karaniwang napagkakamalan itong problema sa Coexistence, hindi sa handshake. Kaya mahalagang mag-validate bago ang call. Chine-check namin kung HTTPS ang URL at kung may ibinigay na verify token bago gawin ang Graph request, kaya agad na bumabagsak ang maling destination sa halip na magmukhang connected. ### Ano pa ang maaaring humarang sa verification? Tatlong bagay na walang kinalaman sa code. Authentication sa harap ng endpoint. Tatanggihan ng gateway, basic auth layer, o IP allowlist ang request ng Meta, at walang credentials na maipapakita ang Meta. Kailangang maabot ang verification route nang wala ang mga ito. Isang redirect. Tinatawagan ng Meta ang URL na ibinigay ninyo, at hindi sinusundan ang 301 papunta sa canonical host sa paraang makukumpleto ang handshake. Ibigay ang final URL. At isang framework na nagse-serialize ng response. Kapag nagbalik ang handler ng string na binabalot sa JSON ang lahat, magkakaroon ng quotes sa paligid ng challenge, kaya hindi ito magtutugma. - Pagbabalik ng JSON. Kailangang raw challenge value ang body, na walang nakapaligid dito. - Paglalagay ng endpoint sa likod ng authentication. Walang credentials ang Meta kaya tatanggihan ito. - Pagbibigay sa Meta ng URL na nagre-redirect. Gamitin ang final URL. **Anong token ang dapat gamitin?** Anumang string na piliin ninyo. Ginagamit ito para makilala ng endpoint ninyo ang request ng Meta mula sa request ng ibang nakakaalam ng URL. **Gaano kadalas ginagawa ang verification?** Sa setup, at muli sa tuwing sine-set ang destination. Hindi nire-re-verify ang gumaganang endpoint sa bawat event. **Maaari ko ba itong i-test mismo?** Oo. Tawagan ang sarili ninyong endpoint gamit ang tatlong parameter at tingnan kung ang body ay eksaktong bumabalik bilang challenge value. **Paano kung down ang server ko habang nagve-verify?** Mafi-fail ang handshake at hindi maa-activate ang destination. Kapag sine-save itong muli, tatakbo ulit ang verification. --- ## Reference ng MCP tools https://easycoexistence.com/fil/docs/mcp-tools-reference Naglalantad ang connector ng labing-anim na tool para sa bawat numero sa isang account. Nauuna ang list_numbers dahil kailangan ng bawat ibang tool ang connection_id mula rito. Anim ang naka-gate kapag nag-lapse ang billing: ang apat na kumikilos sa labas ng system, ang get_api_credentials na nagbabalik ng access token, at ang create_connect_link. Ang sampung iba pa, ang pagbasa ng health at template at ang setup ng Partner API, ay nananatiling bukas. ### Ano ang ginagawa ng bawat tool? Pagbabasa: Ibinabalik ng list_numbers ang mga naka-connect na numero kasama ang status, quality rating at messaging tier. Dito nagsisimula ang bawat ibang call. Ibinabalik ng get_number_health ang live na snapshot mula sa Meta, pati ang kamakailang monitoring timeline, webhook events at poller checks. Ibinabalik ng get_api_credentials ang Graph API base URL, WABA id, phone number id at, kung available, ang sariling access token ng account. Pagpapadala: Nagpapadala ang send_message ng free text sa loob ng 24-hour window, kung saan libre ang mga sagot. Nagpapadala ang send_template ng aprubadong template, na ginagamit para simulan ang pag-uusap sa taong hindi pa nagme-message. Sinasaklaw ng list_templates, create_template at get_template_status ang buong template lifecycle. Pagkonekta: Niruruta ng set_webhook_destination ang mga papasok na mensahe at app echo sa inyong system; kapag null ang ipinasa, nire-reset ito. Ibinabalik ng get_connect_link ang dashboard link at mga hakbang para mag-connect ng bagong numero. Ibinabalik ng get_docs ang product documentation bilang markdown. Partner API, para sa software o agency na ang sariling mga customer ang nagkokonekta ng numero: ipinapakita ng get_partner_setup ang billing, API key, events URL at ang susunod na hakbang. Gumagawa ang create_api_key ng Partner API key at ipinapakita ito nang isang beses, at hindi nito pinapalitan ang kasalukuyang key nang walang malinaw na kumpirmasyon. Binabawi ito ng revoke_api_key, pagkatapos din ng kumpirmasyon. Itinatakda ng set_partner_events_url kung saan pupunta ang mga status event at ibinabalik ang signing secret nang isang beses. Gumagawa ang create_connect_link ng hosted connect link para sa isang customer, valid nang 1 oras, katulad ng POST /api/v1/connect-sessions. ### Bakit mahalaga ang connection_id? Ito ang nag-uugnay sa isang instruction sa partikular na numero, at hindi ito maaaring hulaan ng assistant. Lahat ng tool na kumikilos sa isang numero ay tumatanggap ng connection_id, at ang list_numbers lamang ang pinanggagalingan nito. Sa aktuwal na paggamit, kapag inatasang magpadala ng mensahe ang assistant, tatawag muna ito sa list_numbers. Kaya kadalasang mas mabagal ang unang request sa isang session kaysa sa mga kasunod. Ibig sabihin din nito, malinaw ang paggamit sa account na may maraming numero. Walang default na numero at walang implicit selection, kaya kapag hindi tinukoy ng instruction kung aling numero ang tinutukoy, magtatanong ang assistant sa halip na manghula. ### Ano ang nangyayari kapag nag-lapse ang billing? Anim ang naka-gate na tool: send_message, send_template, create_template at set_webhook_destination, na kumikilos sa labas ng system; get_api_credentials, dahil ibinabalik nito ang access token ng account, na magpapahintulot sa isang naka-block na account na magpadala nang direkta sa Graph API; at create_connect_link, na nagkokonekta ng bagong numero. Available pa rin ang lahat ng iba pang read, pati ang setup ng Partner API: get_partner_setup, create_api_key, revoke_api_key at set_partner_events_url. Sinasadya ito at hindi ito oversight. Kung hindi makita ng account kung bakit ito na-block, o hindi masuri kung healthy ang mga numero nito, wala itong malinaw na daan pabalik maliban sa support ticket. Ang mga read na ito rin ang ginagamit ng health monitoring, kaya kapag ni-gate ang mga ito, mamamatay ang monitoring sa oras na pinakakailangan ito. Ang praktikal na epekto: nakasasagot pa rin ang nag-lapse na account sa mga tanong tungkol sa sarili nitong state at patuloy pa rin itong namo-monitor. Ang tumitigil ay anumang umaabot sa customer. - Inaasahang makatatanggap ng mga mensahe ang connector. Request at response ang MCP; kailangan ng webhook para sa papasok na traffic. - Manu-manong nagse-set ng connection_id. Galing ito sa list_numbers at hindi ito value na dapat isulat o i-hardcode. - Inaakalang ganap na offline ang nag-lapse na account. Patuloy ang reads at monitoring dahil sinadya ito, maliban sa credentials, na may dalang access token na ginagamit sa pagpapadala. **Kayo ba ang pipili kung aling tool ang tatawagin?** Hindi. Magtanong po kayo sa plain language at pipili ang assistant, dahil para rito isinulat ang mga tool description. **Mababasa ba nito ang mga conversation ko?** Hindi. Niruruta ang mga papasok na mensahe sa webhook destination na itatalaga ninyo. Binabasa ng connector ang state ng account at numero. **Kapaki-pakinabang ba ang get_docs?** Higit pa sa inaakala. Ibinibigay nito sa assistant ang aming documentation bilang markdown, kaya mula sa aming docs ang mga sagot tungkol sa Coexistence rules, hindi sa memorya. **Sinasaklaw ba ng isang connector ang ilang client?** Oo. Maaaring maglaman ang isang account ng maraming numerong kailangan ninyo, at ibinabalik ng list_numbers ang lahat ng ito. --- ## Pagkonekta ng numero, sunod-sunod na hakbang https://easycoexistence.com/fil/docs/connecting-a-number Dumadaan ang pagkonekta sa sariling Embedded Signup ng Meta: piliin ang Business Portfolio, WhatsApp Business Account at numero, pagkatapos ay mag-scan ng code sa WhatsApp Business app. Mga dalawang minuto ito, at patuloy na gumagana ang app. ### Ano ang nangyayari sa proseso? Bubukas ang popup ng Meta at magtatanong ng tatlong bagay sa tamang pagkakasunod-sunod. Una, ang Business Portfolio, na container ng kumpanya sa antas ng Business Manager. Kasunod ang WhatsApp Business Account sa loob nito. Pagkatapos, ang numero ng telepono na dapat ay nakarehistro na sa WhatsApp Business app, dahil kumokonekta ang Coexistence sa numerong ginagamit ng app sa halip na gumawa ng bago. Pagkatapos nito, lilipat ang proseso sa telepono. Magpapakita ang Meta ng code, bubuksan ng isang tao ang WhatsApp Business app sa device na may hawak ng numerong iyon, at isi-scan ito. Ito lang ang hakbang na lumalabas sa browser, at ito ang hakbang na walang ibang makagagawa para sa negosyo. ### Ano ang napagpapasyahan sa onboarding at hindi na mababago? Kung ibabahagi ang kasalukuyang chat history. Isang beses lang ito tinatanong at pinal na para sa koneksyong iyon. Kapag oo, isi-sync ang kamakailang conversation history sa API, kaya may context ang software sa simula sa halip na magsimula nang walang alam. Kapag hindi, mga mensahe lang mula sa oras ng pagkonekta ang makikita ng API. Parehong makatuwiran ang mga ito, at karamihan ng integrations ay nakatuon sa mga bagong conversation, pero hindi na mababago ang desisyon nang hindi nagdi-disconnect at kumokonekta muli. May takdang oras din ito. Dapat simulan ang synchronization sa loob ng 24 hours mula onboarding, at isang beses lang itong tatakbo. Kapag nalampasan ang alinman dito, error ang lilitaw sa halip na babala. Kaya mas mabuting pagpasiyahan ang history sa mismong araw kaysa sa gitna ng integration work. ### Ano ang dapat ihanda bago magsimula? Tatlong bagay, at makatutulong ang paghahanda ng mga ito para hindi maputol ang proseso sa kalagitnaan. Access sa Business Portfolio na may-ari ng numero, na karaniwang hawak ng may-ari ng negosyo at hindi ng gumagawa ng integration. Ang teleponong may numerong iyon, naka-unlock at may naka-install na WhatsApp Business app. At kung maaari, ang webhook destination, dahil mas maayos itong i-set sa dulo ng onboarding kaysa alalahanin pa paglaon. Kung isasara ang proseso bago ito matapos, maaaring mai-attach ang numero sa account pero hindi ito mairehistro, kaya magkakaroon ng error sa unang send. Ayusin ito sa pamamagitan ng pagpapatakbo muli ng proseso mula sa simula. - Pagsisimula nang wala ang telepono sa malapit. Hindi maaaring gawin ang pag-scan sa ibang device sa ibang pagkakataon. - Pagsasara ng popup kapag lumitaw na ang numero. May mga susunod pang hakbang, at kapag huminto rito ay hindi mairehistro ang numero. - Pagpapaliban ng desisyon tungkol sa history hanggang matapos ang integration. Nag-e-expire ito 24 hours matapos ang onboarding. **Maaari ba akong magkonekta ng numerong hindi sa akin?** Tanging ang negosyong may-ari nito ang maaaring mag-authorise. Magpadala po kayo ng link at kukumpletuhin nila ang proseso sa sarili nilang telepono. **Tumitigil ba ang app habang nag-o-onboard?** Hindi. Patuloy itong gumagana, pati habang ini-scan ang code. **Paano kung nasa consumer WhatsApp app ang numero?** Dapat muna itong ilipat sa WhatsApp Business app. Kumokonekta ang Coexistence sa numero ng Business app. **Maaari ko bang ulitin ang proseso?** Oo. Kapag nag-disconnect at kumonekta muli, uulitin ang proseso at magkakaroon ulit ng pagkakataong tanggapin ang chat history. --- ## Ang 24 oras na customer service window https://easycoexistence.com/fil/docs/customer-service-window Bumubukas ang customer service window kapag nagpadala ng mensahe ang customer sa inyong numero at tumatagal ito nang 24 oras. Sa loob nito, puwede kayong magpadala ng free text at libre ang mga sagot. Kapag lampas na rito, template lang na inaprubahan ng Meta ang maihahatid. ### Kailan eksaktong nagsisimula ang oras? Kapag nagpadala ng mensahe ang customer, at nagsisimula itong muli sa bawat panibagong mensahe. Ito ang detalyeng madalas napagkakamalan. Hindi sinusukat ang window mula sa huli ninyong mensahe, simula ng usapan, o pagbukas ng ticket. Sinusukat ito mula sa pinakahuling inbound message ng customer. Dahil dito, halos hindi nagsasara ang aktibong usapan, habang nagsasara ang usapang walang sagot makalipas ang isang araw. Ibig sabihin din, bawat contact ay may sariling window, hindi bawat numero. Maaaring nasa loob nito ang isang customer habang nasa labas naman ang isa pa, kahit pareho ang numero at magkapareho ang oras. ### Ano ang puwedeng ipadala sa loob at labas? Sa loob, kahit ano: free text, media, at templates kung kailangan. Sa labas, template lang na dati nang inaprubahan ng Meta. Ito ang dahilan kung bakit may templates. Ito ang opisyal na paraan para simulan o ipagpatuloy ang usapan sa taong hindi pa nagsusulat, at sinusuri muna ang mga ito dahil hindi pa humihiling ng mensahe ang tatanggap. Sa Coexistence number, may dagdag na epekto. Hindi makapagpadala ng templates ang WhatsApp Business app, kaya kailangang dumaan sa API ang anumang mensahe sa labas ng window. Malayang makakasagot ang team mula sa telepono sa aktibong usapan, pero hindi nito maipagpapatuloy ang usapang matagal nang walang mensahe. Isa ito sa mga praktikal na dahilan para i-connect ang numero. ### Bakit sa production pa ito natutuklasan ng integrations? Dahil laging ginagawa ang testing sa loob ng window. Ang gumagawa ng integration ay nagpapadala ng mensahe sa sarili nilang numero, saka sumasagot makalipas ang ilang segundo. Nasa loob iyon ng 24 oras, kaya gumagana ang free text at pumapasa ang bawat test. Ang unang totoong kaso na pumapalya ay customer na kahapon pa nagsulat, na karaniwang nangyayari pagkatapos ng launch. Ang matibay na ayos ay may branch bago magpadala: tingnan kung gaano na katagal mula nang huling sumulat ang contact, saka piliin ang free text path o template path. Halos walang dagdag na gastos kapag ginawa ito sa simula. Kapag isinunod na lang, kailangan hanapin ang bawat send sa codebase. - Sinusukat mula sa huli ninyong mensahe. Ang mensahe ng customer ang nagbubukas ng window. - Itinuturing itong para sa bawat numero. Para ito sa bawat contact, kaya maaaring magkaiba ang estado ng dalawang usapan sa iisang numero. - Testing lang agad pagkatapos ng mensahe, na laging nasa loob ng window. **Puwede bang pahabain ang window?** Hindi. Itinakda ito ng Meta at walang provider na makapagpapahaba nito. **Binubuksan ba muli ito ng template reply?** Ang pagsagot ng customer ang gumagawa nito. Ang pagpapadala ng template ay hindi kusang nagbubukas ng free text window. **Libre ba talaga ang mga sagot?** Walang singil ang Meta sa mga mensaheng ipinadala sa loob ng customer service window. Ang sinisingil nito ay mga conversation na binuksan sa labas nito. **Paano naman ang isa pang 24 oras na window na nabasa ko?** Iyon ang synchronization window, na binibilang mula sa onboarding. Saklaw nito ang chat history, hindi ang pagpapadala. Magkaiba ang dalawang window. --- ## Mga WhatsApp message template https://easycoexistence.com/fil/docs/message-templates Ang template ay mensaheng isinusumite sa Meta para sa review nang maaga. Kapag approved na, maaari itong ipadala anumang oras, pati sa taong hindi pa kailanman nagpadala ng mensahe. Ito lang ang naghahatid ng mensahe sa labas ng 24 hour customer service window. ### Para saan ang tatlong category? Sinasabi ng mga ito sa Meta kung anong uri ng mensahe ito, at binabago ng category ang review at billing. Saklaw ng utility ang transactional messages na kaugnay ng ginawa ng customer: update sa order, booking confirmation, at delivery notice. Saklaw ng marketing ang promotional content, at kailangan ng payment method sa WhatsApp Business Account para makapagpadala nito. Saklaw ng authentication ang one-time codes at mayroon itong mas mahigpit na format. Karaniwang dahilan ng rejection ang maling category. Nahuhuli ang promotional language sa utility template, at sapat na itong consistent para hindi sulit subukan. ### Paano gumagana ang variables? Numbered placeholders na pinupunan ayon sa pagkakasunod-sunod at binibilang kada component. Ang body na may Hello {{1}}, your order {{2}} has shipped ay may dalawang variables, kaya dapat eksaktong dalawang value ang ibigay sa send para sa body. Hiwalay na binibilang ang header at button parameters sa halip na pagsama-samahin sa isang listahan. Kaya maaari pa ring ma-reject ang send kahit tama ang kabuuang bilang. Nangangailangan din ang Meta ng example values kapag gumagawa ng template, para makita ng reviewer kung ano ang itsura ng totoong mensahe. May placement rules din: nare-reject ang variable sa pinakasimula o pinakadulo ng mensahe, pati ang sobrang daming variables kumpara sa nakapaligid na text. ### Bakit hindi makapagpadala ang phone app ng mga ito sa Coexistence na numero? Dahil platform feature ang templates, hindi app feature, at walang konsepto nito ang app. Mahalagang malaman ito nang maaga. Ang negosyong naka-connect sa Coexistence ay patuloy na makakasagot sa phone, at makakasagot ang team sa anumang live na usapan. Hindi nila maaaring i-restart mula sa app ang conversation na natigil na, dahil kailangan nito ng template at sa API lang umiiral ang templates. Kaya ang anumang naka-schedule, transactional, o para sa taong hindi pa nagpadala ng mensahe ngayong araw ay API work ayon sa depinisyon. Para sa maraming negosyo, ito mismo ang gap na pinupunan ng koneksyon. - Gumawa ng template at ipadala ito sa parehong run. Nauuna ang review ng Meta, karaniwang ilang minuto pero minsan isang araw. - Pagsama-samahin ang header at body variables. Binibilang ang mga ito kada component. - Gumamit ng marketing language sa utility template. Consistent itong dahilan ng rejection. **Gaano katagal ang review?** Karaniwang ilang minuto, pero minsan umaabot ng isang araw. Walang provider na makakapagpabilis nito. **May hiwalay bang template kada language?** Oo. Magkasama ang name at language sa pagtukoy ng template, kaya ibang template ang parehong name sa ibang locale. **Maaari bang i-edit ang approved template?** Oo, pero binabago ng pag-edit ang variable contract, kaya nasisira ang senders na naka-hardcode sa dating bilang. **Kailangan ba ng payment method?** Para sa marketing sends, oo, sa sarili ninyong WhatsApp Business Account. Kailangan ito ng Meta at walang provider na makakapagdagdag nito para sa inyo. --- ## Ang account_update webhook at bawat dahilan ng disconnection https://easycoexistence.com/fil/docs/webhook-account-update Ang account_update ang paraan ng Meta para iulat na nagbago ang estado ng isang koneksyon. Sinasabi ng event field kung ano ang nangyari, at para sa removal, sinasabi ng disconnection_info.reason kung bakit. Ang dahilan ang nagtatakda kung babalik pa ang numero o tuluyan na itong nawala. ### Anong events ang dala ng account_update? PARTNER_REMOVED, kapag na-uninstall ang app mula sa WhatsApp Business Account. Ito ang opisyal na signal ng disconnection at ang dapat pagbatayan, sa halip na hulaan ang disconnection dahil naging false ang isang field. ACCOUNT_OFFBOARDED, kapag tuluyang na-offboard ang numero. ACCOUNT_RECONNECTED, kapag bumalik ang dating tinanggal na koneksyon. Kasama rin ang enforcement events: ACCOUNT_RESTRICTION at ACCOUNT_VIOLATION, pati ang mga event na may DISABLED o BAN sa pangalan. Dito rin dumarating ang mga resulta ng verification at approval, na may VERIFIED o APPROVED sa pangalan ng event. Dapat mag-switch ang handler batay sa pangalan ng event at ituring na informational ang hindi nakikilalang event, sa halip na mag-fail, dahil maaaring magdagdag ang Meta ng events nang walang abiso. ### Ano ang mga dahilan ng disconnection? Anim ang mga ito, at magkakaiba ang ibig sabihin. PRIMARY_INACTIVITY ang rule na humigit-kumulang labing-apat na araw: hindi binuksan ang WhatsApp Business app sa primary device. Nare-recover ito at pinakamadalas mangyari. COMPANION_INACTIVITY ang parehong konsepto sa companion device, pero mas mahaba ang window, mga tatlumpung araw. Ibig sabihin ng BUSINESS_DOWNGRADE ay bumalik ang numero sa consumer WhatsApp app. Tinatapos nito ang Coexistence dahil kailangan ng Coexistence ang Business app. CHANGE_NUMBER kapag nagbago mismo ang phone number. USER_RE_REGISTERED kapag muling na-register ito sa bagong device. ACCOUNT_DISCONNECTED kapag sinadyang i-disconnect ito ng client o ng enforcement. Dumarating din ang dahilan kasama ng disconnection_info.initiated_by, na nagsasabi kung tao o system ang gumawa nito. ### Bakit mas mahalaga ang dahilan kaysa sa event? Dahil hindi sapat ang PARTNER_REMOVED para malaman kung ano ang dapat gawin. Kapag inalis ang numero dahil sa PRIMARY_INACTIVITY, babalik ito: bubuksan ng negosyo ang app, magre-reconnect, at magpapatuloy ang lahat. Kapag itinuring itong customer na umalis, makapagpapadala ng cancellation email sa taong customer pa rin. Ibang sitwasyon ang numerong inalis dahil sa BUSINESS_DOWNGRADE o ACCOUNT_DISCONNECTED. Kapag itinuring itong pansamantala, maaaring manatiling naka-pending ang koneksyon nang walang katapusan. Kapag walang kasamang dahilan ang removal, fallback ang initiated_by: ang removal na ginawa ng tao ay nagpapakitang sinadya ito, habang ang hindi maipaliwanag na removal ng system ay hindi ganoon. Mas mabuting ilagay ang pagkakaibang ito sa code kaysa ayusin pa ito sa support conversation. - Pare-parehong tinatrato ang bawat PARTNER_REMOVED. Ang dahilan ang naghihiwalay sa dalawang linggong katahimikan mula sa customer na umalis. - Hinuhulaan ang disconnection dahil naging false ang isang field, sa halip na gamitin ang event na ito. Ito ang nagdudulot ng mga maling alert. - Nagfa-fail kapag hindi nakikilala ang pangalan ng event. Nagdaragdag ang Meta ng events, kaya dapat laktawan ng handler ang hindi nito alam. **Permanent ba ang PARTNER_REMOVED?** Karaniwan, hindi. Karamihan ay may PRIMARY_INACTIVITY, ibig sabihin hindi binuksan ang app at maibabalik ang lahat kapag nag-reconnect. **Naibabalik ba ng reconnecting ang webhook destination?** Hindi, at ito ang madalas na bitag. Ang destination ay override sa app subscription at na-uninstall kasama nito. Kailangan itong i-reapply. **Ano ang COMPANION_INACTIVITY?** Parehong konsepto ng inactivity sa companion device sa halip na primary device, pero mas mahaba ang window na humigit-kumulang tatlumpung araw. **Makukuha ba ang event na ito nang walang dahilan?** Oo. Kapag nangyari ito, ang disconnection_info.initiated_by lang ang signal kung sinadya ang removal. --- ## Ang phone_number_quality_update webhook https://easycoexistence.com/fil/docs/webhook-phone-number-quality-update Iniuulat ng phone_number_quality_update ang throughput at mga pagbabago sa messaging limit ng isang numero. Noong 2026, wala rito ang green, yellow o red na quality rating kahit ganoon ang pangalan nito; kailangang i-poll ang rating mula mismo sa phone number. ### Ano ba talaga ang laman ng webhook na ito? Impormasyon tungkol sa throughput at messaging limit, na ipinapadala bilang event value kasama ang mga field para sa kasalukuyang limit. Ang praktikal na ibig sabihin nito ay nagbago ang capacity ng isang numero: napunta ito sa ibang messaging tier, o inayos ang throughput level nito. Mahalagang i-record ang mga ito dahil binabago nila kung ano ang kayang gawin ng isang integration, at dahil maagang senyales ang pagbaba ng tier. Wala rito ang quality rating, kahit ganoon ang pangalan ng field. Ang handler na ginawa batay sa lumang documentation ay maghahanap dito ng GREEN, YELLOW o RED at walang makikita, kaya iisipin nitong hindi nagbabago ang quality. ### Saan nanggagaling ang colour rating? Sa direktang pagbasa sa phone number, ayon sa isang schedule. Nasa phone number object sa Graph API ang quality_rating field, at kailangang i-poll ito sa halip na hintayin. Kaya ang maayos na pagmo-monitor ng koneksyon ay nangangailangan ng poller pati ng webhook receiver: magkaiba ang dala ng dalawang ito at hindi sapat ang isa lang. Ito rin ang dahilan kung bakit hindi nakikita ng karamihan sa integrations ang pagbaba ng quality. Walang nagtutulak ng update para rito, walang palatandaan sa WhatsApp Business app, at paglabas ng error 131048, nabigo na ang mga apektadong send. - Hinahanap ang GREEN, YELLOW o RED sa payload na ito. Noong 2026, wala na ang mga ito rito. - Gumagawa ng monitoring gamit lang ang mga webhook. Kailangang i-poll ang quality rating. - Binabalewala ang pagbaba ng tier. Karaniwan itong unang nakikitang senyales ng problema. **Bakit quality ang pangalan ng field?** Nauna ang pangalan bago nagbago ang laman. Nanatili ang pangalan habang nagbago ang contents, kaya nakalilito ito. **Gaano kadalas dapat i-poll ang rating?** Sapat na madalas para mahuli ang pagbaba bago ito maging limit. Nagpo-poll kami ayon sa schedule sa halip na on demand. **Ipinapakita ba ng app ang rating?** Hindi. Walang makikitang impormasyon tungkol dito sa WhatsApp Business app sa phone. **May kaugnayan ba ang 131048?** Oo. Iyan ang error na nagsisimulang ibalik ng isang numero kapag nagdulot ng limiting ang mababang rating. --- ## Ang smb_message_echoes webhook https://easycoexistence.com/fil/docs/webhook-smb-message-echoes Ipinapadala ng smb_message_echoes ang ipinapadala ng inyong team mula sa WhatsApp Business app. Umiiral lamang ito sa mga numero ng Coexistence, dahil ang mga ito lang ang may taong nagpapadala mula sa phone habang nagpapadala rin ang software mula sa API. ### Bakit umiiral ang field na ito? Dahil lumilikha ang Coexistence ng sitwasyong hindi orihinal na pinaghandaan ng API: dalawang nagpapadala mula sa isang numero. Sa ordinaryong Cloud API number, software lang ang nagpapadala, kaya walang kailangang iulat. Sa numero ng Coexistence, sumasagot pa rin ang team mula sa phone. Kung walang paraan para makita iyon, kalahati ng bawat usapan ay hindi nakikita ng software. Isinasara ng echo ang puwang na iyon. Kapag nag-type ng sagot ang isang tao sa WhatsApp Business app, dumarating ito sa inyong endpoint bilang event, kapareho ng anyo ng natanggap na mensahe pero minarkahang outbound mula sa negosyo. ### Ano ang masisira kapag binalewala ito? Dalawang beses nasasagot ang customer, kaya nagmumukhang pabaya ang negosyo. Karaniwang ganito ang nangyayari: may tanong ang customer nang alas-otso ng umaga, sinagot ito ng isang tao sa phone makalipas ang isang minuto, at makalipas ang tatlong minuto ay sumagot sa parehong tanong ang automation na hindi nakita ang unang sagot. Para sa customer, isang negosyo iyon na hindi alam ang nasabi na nito. Hindi komplikado ang paghawak dito. Itala ang echo sa conversation tulad ng gagawin ninyo sa isang natanggap na mensahe, at tingnan kung may kamakailang activity bago magpadala. Mahirap itong mapansin sa testing dahil walang taong sumasagot sa test conversation. - Ituring ang mga echo na ingay at alisin ang mga ito. Sila ang tanging signal na nakasagot na ang isang tao. - Ipagpalagay na umiiral ang field sa bawat numero. Tiyak ito para sa Coexistence. - Mag-test nang walang taong kasama sa proseso, kahit iyon ang tanging sitwasyong hindi lumilitaw ang problema. **May media ba ang mga echo?** Iniuulat nila ang ipinadala, kasama ang mga reference sa media, sa parehong anyo ng mga natanggap na mensahe. **Umiiral ba ito sa normal na Cloud API number?** Hindi. Kung walang Coexistence, walang taong nagpapadala mula sa app, kaya walang ie-echo. **Maaari ba itong i-off?** Kasama ito sa message path. Kapag niruta ninyo ang path na iyon sa inyong endpoint, kasama ito, at ang pagbabalewala rito sa code ay may mga kahihinatnan. **May gastos ba ito?** Wala. Isa itong webhook event, hindi pagpapadala ng mensahe. --- ## Ang messages webhook https://easycoexistence.com/fil/docs/webhook-messages Ang messages ang field na nagdadala ng lahat ng ipinapadala ng customer sa inyong numero: text, media, replies, reactions at interactive responses. Sa routed na Coexistence number, mula Meta diretso ito sa inyong endpoint at hindi dumadaan sa provider. ### Ano ang laman ng payload Isa o higit pang messages sa isang delivery, bawat isa ay may sender, id at type. Tinutukoy ng type kung aling iba pang keys ang kasama. - Ang phone number ng sender at ang phone number id ng numerong pinadalhan nila. - Isang wamid message id, na batayan ng deduplication. - Isang unix timestamp. - Isang type: text, image, audio, video, document, sticker, location, contacts, reaction, button o interactive. - Para sa media types, isang media id na gagamitin sa pag-fetch, hindi ang mismong bytes. ### Bakit hindi ito nakakarating sa amin sa routed number Inililipat ng override ang field na ito, kasama ang smb_message_echoes, sa destinasyong pipiliin ninyo. Pinapayagan ng Meta ang isang app na baguhin kung saan ihahatid ng WhatsApp Business Account ang mga webhook nito. Itinatakda namin ang override sa inyong URL, kaya tuluyang inaalis ang daloy ng mensahe sa aming infrastructure. Walang copy, queue o retention sa panig namin dahil hindi kailanman dumarating dito ang delivery. Kapag walang itinakdang destination, napupunta ang mga event na ito sa aming default callback, kung saan dini-drop ang mga ito nang hindi sine-save. Ito ang kaibahan ng pahayag tungkol sa storage at ng aktuwal na code path: walang mapupuntahan ang conversation content. ### Paano mag-acknowledge nang tama Magbalik ng 200 bago ninyo gawin ang trabaho, hindi pagkatapos. Itinuturing ng Meta na failure ang mabagal na response at nagre-retry ito. Dahil dito, maaaring makita nang higit sa isang beses ng inline na nagpo-process na handler ang parehong mensahe. Sumagot agad, ilagay ang payload sa queue o background task, at isagawa ang trabaho sa labas ng request. Sa serverless, hindi ito opsyonal. Maaaring i-freeze ang function sa sandaling magbalik ito ng response kahit patuloy pa itong gumagana, kaya dapat tunay na magkahiwalay ang acknowledgement at processing. ### Paano mag-deduplicate Palaging gamitin ang wamid, dahil normal ang retries at hindi ito pambihirang error. Maaaring dumating nang dalawang beses ang parehong mensahe dahil sa mga dahilang walang kinalaman sa bug sa inyong panig: mabagal na response, network timeout o deploy na tumama sa kalagitnaan ng delivery. Ilagay sa storage ang mga nakita nang id at laktawan ang repeats. Ilang linya lang ito, pero ito ang pagkakaiba ng isang beses at dalawang beses na pagsagot sa customer. Mas mahalaga ito sa Coexistence number dahil dumarating sa parehong path ang smb_message_echoes. Kung ituturing ng handler na bago ang bawat event, sasagot ito sa ibabaw ng sagot na naibigay na ng inyong team. - Nagpo-process bago magbalik ng 200. Nire-retry ng Meta ang mabagal na response at dalawang beses ninyong mahahawakan ang mensahe. - Nilalaktawan ang deduplication. Bahagi ng disenyo ang retries, hindi ito edge case. - Inaasahan ang media bytes sa payload. Media id ang dala nito para sa pag-fetch. **Nakikita ba ng EasyCoexistence ang mga mensahe ng aking customers?** Hindi. Inihahatid ng override ang field na ito sa inyong endpoint. Anumang makarating sa aming fallback callback ay dini-drop nang hindi sine-save. **Maaari bang maraming messages ang dumating sa isang request?** Oo. Maaaring maglaman ng higit sa isa ang isang delivery, kaya dapat i-iterate ng handlers ang mga ito sa halip na ang unang mensahe lang ang basahin. **Paano ko makukuha ang media?** May media id sa payload. Gamitin ito para i-fetch ang URL gamit ang access token ng numero, saka mag-download. **Ano ang smb_message_echoes?** Ito ang companion field na nagdadala ng ipinapadala ng inyong team mula sa WhatsApp Business app. Umiiral lamang ito sa Coexistence numbers. --- ## Ang phone_number_name_update webhook https://easycoexistence.com/fil/docs/webhook-phone-number-name-update Ang phone_number_name_update ang nagdadala ng resulta ng pagsusumite ng display name. Sinasabi ng decision field kung inaprubahan o tinanggihan ng Meta ang pangalan. Ito lang ang lugar kung saan iniuulat ang resultang ito: walang lumalabas tungkol dito sa WhatsApp Business app. ### Ano ang iniuulat nito Ang resulta ng pagsusumite ng display name bilang desisyon sa event. Ang pangalan ang nakikita ng mga customer sa itaas ng isang usapan, at dumadaan sa pagsusuri ng Meta kapag binago ito. Mahalagang i-subscribe ang event na ito dahil wala nang ibang nagsasabi kung ano ang nangyari. Walang ipinapakita ang WhatsApp Business app, at walang paraan ang negosyong nagsumite ng pagbabago ilang linggo na ang nakalipas para malaman kung natuloy ito maliban kung may tumatanggap nito. Kapag itinala ito sa timeline, nagiging may petsang katotohanan ang tanong na “natuloy ba ang pagpapalit ng pangalan namin?” sa halip na isang usapan sa suporta. ### Bakit tinatanggihan ang isang pangalan Pangunahin dahil hindi ito tumutugma sa negosyong naka-verify para sa account. - Karaniwang pumapasa ang pangalang tumutugma sa legal entity, rehistradong trading name, o brand sa website. - Karaniwang hindi pumapasa ang generic na paglalarawan o pangalang walang kaugnayan sa na-verify na negosyo. - Palagiang nahuhuli ang anumang mukhang keyword sa halip na pangalan. ### Ano ang hinaharang ng nawawalang pangalan Ilang send, at dito karaniwang natutuklasan ng mga tao na hindi kailanman naaprubahan ang pangalan. Ang numerong walang aprubadong display name ay nagbabalik ng error 131037 sa mga operation na nangangailangan nito. Mukha itong code fault sa taong gumagawa ng request dahil gumagana naman ang lahat ng iba pa sa numero. Karaniwan itong nagmumula sa trial connection kung saan nilaktawan ang hakbang para sa pangalan at hindi na binalikan. Bahagi ng maayos na pag-set up ng numero ang pagsusumite ng pangalan, hindi lang ito pampaganda. Mainam itong gawin sa araw na kumonekta ang numero. - Ipagpalagay na aprubado ang pangalan dahil walang balita. Dito at wala nang iba pa dumarating ang desisyon. - Magsumite ng keyword sa halip na pangalan. Sinusuri ito ng Meta laban sa na-verify na negosyo. - Laktawan ang display name sa trial, pagkatapos ay makita ang 131037 sa send na nangangailangan nito. **Gaano katagal ang pagsusuri?** Hindi naglalathala ang Meta ng tiyak na tagal, at walang provider na makakapagpabilis nito. **Maaari ko bang baguhin ang pangalan sa ibang pagkakataon?** Oo, at muling dadaan sa pagsusuri ang bawat pagbabago, kaya magkakaroon ulit ng event dito. **Makikita rin ba ng customer ang numero ko?** Makikita nila ang aprubadong display name, na siyang dahilan kung bakit kailangan ito. **Ano ang error 131037?** Ito ang ibinabalik ng isang numero kapag wala itong aprubadong display name at nagsasagawa ng bagay na nangangailangan nito. --- ## Ang message_template_status_update webhook https://easycoexistence.com/fil/docs/webhook-message-template-status-update Iniuulat ng message_template_status_update ang pagbabago sa review state ng template: approved, rejected, paused o disabled. Dito maaaring magsumite ang isang integration ng template at hintayin ang resulta, sa halip na paulit-ulit na mag-poll sa Meta at manghula kung gaano kadalas magtanong. ### Ang mga status na dala nito Dumaraan ang template sa ilang estado, at bawat pagbabago ay dumarating dito. - Approved: maaari nang i-send ang template mula ngayon. - Rejected: hindi ito maaaring i-send, at kasama sa event ang dahilan. - Paused: sapat ang ibinabang quality para pansamantalang suspindihin ito ng Meta. - Disabled: nauwi sa permanenteng paghinto ang paulit-ulit na pag-pause, kaya kailangan ng bagong template. ### Bakit hindi na kailangan ang polling Dahil ang alternatibo ay paulit-ulit na pagtatanong at panghuhula kung gaano kadalas ito gagawin. Kung wala ang event na ito, kailangang i-poll ng integration na gumagawa ng template ang get_template_status sa itinakdang pagitan hanggang magbago ang sagot. Kung masyadong madalas, sayang ang resources; kung masyadong madalang, maaaring approved na nang isang oras ang template bago ito mapansin. Kapag mayroon nito, submit at wait ang flow. Ipinapadala ng Meta ang resulta, karaniwan sa loob ng ilang minuto, at isang beses lang tutugon ang integration. Para sa agency na gumagawa ng templates para sa mga kliyente, ito ang pagkakaiba ng queue na kusang nauubos at queue na kailangang bantayan ng isang tao. ### Ano ang gagawin sa bawat resulta Ang Approved ang pinakasimple: markahan itong puwedeng i-send. Ang tatlo pa ang nagpapakita ng halaga nito. May kasamang dahilan ang Rejected. Mas mabuting ipakita ito nang eksakto kaysa ibuod, dahil karaniwan itong sapat na tiyak para maaksyunan at nawawala ang detalye kapag ipinapaliwanag muli. Ibig sabihin ng Paused ay nagdulot ng masamang reaksyon ang content, at pareho rin ang resulta kapag muling ipinadala ito matapos alisin ang pause. Senyales ito para i-edit ang content, hindi para maghintay. Pinal na ang Disabled para sa template na iyon. Ang tanging paraan ay gumawa ng bago na may ibang content; kapag itinuring itong pansamantala, mananatiling sira ang send path. - Nagpo-poll para sa approval kahit iniuulat na ito ng event. - Binubuod ang dahilan ng rejection sa halip na ipakita ito. Ang mga detalye ang dahilan kung bakit ito maaksyunan. - Hinihintay na maibalik ang disabled na template. Permanente ang estadong ito at kailangan ng bagong template. **Gaano katagal karaniwang inaabot ang approval?** Karaniwan, ilang minuto; kung minsan, hanggang isang araw. Walang provider na makakapagpabilis nito. **Pareho ba ang paused na template sa disabled na template?** Hindi. Natatapos ang pause pagkalipas ng isang panahon; permanente ang disabling at sumusunod ito sa paulit-ulit na pag-pause. **Sinasabi ba ng rejection kung bakit?** Oo, at sapat na tiyak ang dahilan para maaksyunan. Kaya sulit itong ipasa nang walang pagbabago. **Maaari pa ba ninyong i-send ang ibang templates habang paused ang isa?** Oo. Nalalapat ang estado sa template na iyon, hindi sa numero. --- ## Ang message_template_quality_update webhook https://easycoexistence.com/fil/docs/webhook-message-template-quality-update Ang message_template_quality_update ay nag-uulat ng pagbabago sa reaksyon ng recipients sa isang partikular na template. Dumarating ito bago humantong sa pause ang pagbaba ng kalidad, kaya ito ang tanging signal ng template na nagbibigay ng oras para kumilos, sa halip na ipaliwanag ang failure pagkatapos. ### Ano ang sinusukat nito Sinusukat nito kung paano tumutugon ang mga tao sa mga mensaheng ipinapadala gamit ang isang partikular na template, hindi sa numero sa kabuuan. Pinakamabigat ang blocks at reports, at may bigat din ang tuluyang hindi pakikilahok. Ang saklaw na bawat template ang dahilan kung bakit kapaki-pakinabang ito. Maaaring maayos ang isang numero sa kabuuan habang tahimik na sinisira ng isang template ang sarili nitong audience. Ang event na ito ang naghihiwalay sa dalawang sitwasyon. Kung wala ito, ang unang senyales ay ang template na hindi naipapadala habang normal na gumagana ang lahat sa numero. ### Bakit mahalagang kumilos agad Dahil mas masama at mas mahirap bawiin ang bawat state pagkatapos nito. Kapag sapat ang ibinaba ng kalidad, naka-pause ang template. Ibinabalik nito ang error 132015 sa bawat pagtatangka, at matatanggal lamang ang pause pagkatapos ng panahong hindi inilalathala ng Meta. Kapag paulit-ulit ang mga pause, permanente itong dini-disable. Sa puntong iyon, kailangang buuin muli ang content bilang bagong template na may bagong pangalan. Ang pagdating ng quality signal habang naipapadala pa ang template ang tanging pagkakataong walang gastos ang pag-edit. Kapag naka-pause na ito, tama pa rin ang pag-edit, pero sira na ang send path sa tagal na hindi napapansin ng sinuman. ### Ano ang karaniwang sanhi nito Content at audience, sa ganitong pagkakasunod, at ang pangalawa ang madalas nakalilimutan. - Promotional language sa loob ng template na idineklarang utility, na hindi inaasahan ng recipients. - Mensahe na hindi malinaw kung aling negosyo ang nagpapadala nito. - Pagpapadala sa isang listahan sa halip na sa mga taong kamakailan lamang nakipag-ugnayan. - Parehong template na ipinapadala sa malaking volume sa audience na hindi kailanman humiling nito. - Ituring itong impormasyonal lamang. Ito ang huling signal na dumarating habang gumagana pa ang template. - Basahin itong problema sa numero. Nakatuon ito sa isang template. - I-edit ang wording habang pinananatili ang parehong audience. Ang pinadalhan ng template ay gumagawa ng parehong signals gaya ng nilalaman nito. **Nakaaapekto ba ito sa iba ko pang templates?** Hindi. Nakatuon ang signal sa isang template, at hindi naaapektuhan ang iba pang nasa parehong numero. **Makikita ba ito sa app?** Hindi. Walang lumalabas tungkol sa kalidad ng template sa WhatsApp Business app sa telepono. **Ano ang mangyayari kung babalewalain ito?** Kapag patuloy na bumababa ang kalidad, mapi-pause ang template, at permanenteng madi-disable kapag paulit-ulit ang mga pause. **Sapat na ba ang pag-edit ng wording?** Madalas, pero hindi palagi. Ang pinadalhan ng template ay gumagawa ng parehong signals gaya ng nilalaman nito. --- ## Ang history webhook https://easycoexistence.com/fil/docs/webhook-history Ang history ang nagdadala ng one-time transfer ng mga dati nang usapan ng Coexistence number papunta sa API. Dumarating ito pagkatapos ng onboarding kapag tinanggap ang history sharing, at ito lang ang signal na natatanggap ng integration na naganap ang transfer. ### Ano ang ipinapadala nito Ang one-to-one history ng mga usapan na mayroon na ang numero sa WhatsApp Business app, inililipat para hindi magsimula nang walang konteksto ang software sa linyang ilang taon nang ginagamit ng negosyo. Hindi kasama rito ang group conversations, dahil ganap na hindi kasama ang mga ito sa API sa Coexistence number. Hindi rin kasama ang sariling tooling ng app: walang katumbas sa API ang labels, quick replies, greeting at away messages, kaya nananatili ang mga ito sa device. Sa Coexistence numbers lang umiiral ang field na ito. Ang numerong na-onboard sa karaniwang paraan ay walang dating app history na maililipat, kaya wala itong maipapadala. ### Bakit isang beses lang ito nagti-trigger Dahil bahagi ng onboarding ang transfer, hindi ito tuloy-tuloy na capability. Tinanong ang may-ari ng negosyo sa Embedded Signup kung ibabahagi ang mga dati nang usapan. Ang pagsagot ng yes ang nagpapahintulot na tumakbo ang sync, at walang setting para i-on itong muli pagkatapos o endpoint para ulitin ito. Ang ikalawang pagtatangka ay nagbabalik ng 2593107, hindi rate limit na kusang mawawala. May deadline din. Dapat magsimula ang sync sa loob ng 24 oras mula onboarding, at ang pagtatangkang lampas dito ay nagbabalik ng 2593108. Kapag hindi nasunod ang alinman, kailangang i-disconnect ang numero at ulitin ang buong flow. ### Ano ang dapat gawin ng handler dito Ituring ito bilang batch na isang beses dumarating at maaaring malaki, hindi bilang dagdag na traffic sa message path. - Mag-acknowledge agad at mag-process nang asynchronous, gaya ng iba pang delivery. - Mag-deduplicate gamit ang message id: maaaring magsapawan ang history at live messages sa oras ng onboarding. - Asahang maaaring wala ito. Ang numerong tumanggi ang may-ari sa history ay walang ipinapadala rito, kaya dapat gumana ang integration sa parehong sitwasyon. - Huwag gawing requirement ito bago makumpleto ang onboarding. Magagamit ang koneksyon bago matapos ang transfer. - Gumawa ng integration na nangangailangan na may history. Maraming numero ang kumokonekta nang wala nito. - Ulitin ang sync pagkatapos ng 2593107. One-time event ito, kaya pareho ring error ang ibabalik ng retry. - Ipagpaliban ang desisyon tungkol sa history hanggang magsimula ang integration work, na karaniwang nangyayari pagkatapos magsara ang 24-oras na palugit. **Gaano karaming history ang dumarating?** Isang window ng mga kamakailang one-to-one conversations, na itinatakda ng Meta at hindi ng provider. **Kasama ba ang group chats?** Hindi. Ganap na hindi kasama ang groups sa API sa Coexistence number. **Maaari ko ba itong hilingin muli sa ibang pagkakataon?** Hindi. Isang beses itong tumatakbo sa bawat onboarding, at ang pag-ulit nito ay nangangailangan ng pag-disconnect at pag-connect muli ng numero. **Paano kung tumanggi ang may-ari sa history?** Walang dumarating sa field na ito, at mga mensahe lang mula sa sandaling kumonekta ang numero ang nakikita ng API. --- ## Ang smb_app_state_sync webhook https://easycoexistence.com/fil/docs/webhook-smb-app-state-sync Ang smb_app_state_sync ay nagdadala ng state mula mismo sa WhatsApp Business app, lalo na ang contact sync na tumatakbo kapag kumokonekta ang isang Coexistence number. Hiwalay ito sa history, na nagdadala ng mga conversation, at umiiral lamang sa mga Coexistence number. ### Ano ang dala nito App-side state, na sa aktuwal ay tumutukoy sa mga contact na dati nang nasa telepono ng negosyo. Maaaring i-sync sa platform ang bawat contact na may WhatsApp number. Dahil dito, nakikilala ng software ang customer na matagal nang nasa phone ng negosyo sa halip na ituring siyang bagong numero. Iba ito sa mismong mga conversation, na dumarating sa history field. Hiwalay ang dalawa dahil directory ang isa at transcript ang isa. Gaya ng history, umiiral lamang ito sa Coexistence. Walang app state na isi-sync sa numerong hindi kailanman gumamit ng app. ### Ano ang hindi nito dala Ang sariling working tools ng app, na walang katumbas na representation sa side ng platform. - Mga label, na nasa device at hindi mababasa ng software. - Quick replies at mga greeting at away message. - Catalog, orders at status. - Channels, pati history ng voice o video call. ### Bakit mahalaga ito sa isang integration Dito nakasalalay kung alam ng inyong system kung sino ang nagme-message sa unang araw. Kung walang contact sync, bawat inbound message ay dumarating bilang phone number na walang pangalan, kaya kailangang kayo ang magtugma nito sa customer record. Kung mayroon nito, available ang sariling contact list ng negosyo at halos tapos na ang matching. Mahalagang magplano para sa parehong sitwasyon dahil maaaring tanggihan ng negosyo ang sync o hindi maabutan ang window. Kapag ipinagpalagay ng integration na may contacts, makikita lamang ang maraming raw number ng sinumang magbukas nito. - Ipinagpapalagay na naroon ang mga contact. Maaaring tanggihan ng negosyo ang sync o hindi maabutan ang window nito. - Umaasang kasama sa payload na ito ang mga label o quick replies. Nananatili ang mga ito sa device. - Napagkakamalang history ito, kahit conversation ang dala ng history at hindi contact list. **Pareho ba ito sa history sync?** Hindi. App state ang dala nito, lalo na ang mga contact. Ang history ang nagdadala ng mga conversation. **Tumatakbo ba ito nang higit sa isang beses?** Ang initial sync ay bahagi ng onboarding na isang beses lang isinasagawa, na may kaparehong 24 hour window ng history. **Makakakuha ba ng mga label?** Hindi. Feature ng app ang mga label at wala itong katumbas sa API. **Umiiral ba ito sa normal na Cloud API number?** Hindi. Walang WhatsApp Business app state na isi-sync sa ganoong numero. --- ## Ang template_category_update webhook https://easycoexistence.com/fil/docs/webhook-template-category-update Ipinapaalam ng template_category_update na muling nagkategorya ang Meta ng template, mula utility, marketing, o authentication patungo sa iba. Mahalaga ito dahil ang kategorya ang nagtatakda ng singil ng Meta sa isang conversation, kaya maaaring magbago ang gastos ninyo kahit walang nag-edit ng anuman. ### Bakit kusang nagbabago ang kategorya Dahil sinusuri ng Meta ang aktuwal na sinasabi ng template, hindi lang kung ano ang idineklarang kategorya nito. Ang template na isinumite bilang utility pero may offer ay promotional content na gumagamit ng mas murang label. Minsan, nahuhuli ito sa review at nare-reject. Minsan naman, naa-approve ito at nire-reclassify kalaunan, kapag nagamit na ang content. Ang pangalawang sitwasyong ito ang iniuulat ng event na ito. Walang ginagawa sa panig ninyo ang nagti-trigger nito. Hindi nagbabago ang template o code, at ang unang senyales kung wala ang event na ito ay invoice na hindi tugma sa forecast. ### Ano ang binabago nito Ang presyo ng bawat conversation na binubuksan ng template mula noon. - Magkakaiba ang presyo ng Meta para sa utility, marketing at authentication conversations. - Kailangan din ng marketing sends ng payment method sa WhatsApp Business Account. - Ang template na nireclassify bilang marketing sa account na walang payment method ay magsisimulang magbalik ng 131042. - Patuloy na gumagana ang template; ang nagbabago ay ang gastos at mga kinakailangan nito. ### Paano maiiwasang ma-reclassify Magdeklara nang tapat, dahil mas mura ito kaysa sa pag-optimize. Ang utility template ay naglalarawan ng ginawa ng customer: isang order, booking o delivery. Kung hindi iiral ang mensahe kung walang ginawang aksyon ang customer, utility ito. Kung umiiral ito dahil gusto ninyong magbenta, marketing ito, at mas mura ang tamang pagdeklara kaysa sa paglipat dito kalaunan sa panahong hindi ninyo pinili. Ang paulit-ulit na pagsusumite ng maling kategorya ay maaari ring magbigay-pansin sa account mismo. Mas masama ito kaysa sa pagbabayad ng marketing rate para sa marketing na mensahe. - Pagdedeklara ng promotional content bilang utility para mas mababa ang bayad. Darating ang reclassification sa kalaunan at sa mas hindi magandang pagkakataon. - Pagwawalang-bahala sa event na ito. Binabago nito ang billing nang walang binabago sa kontrol ninyo. - Pag-aakalang pinal na ang approval. Maaaring ma-approve ang template at ilipat pagkatapos. **Tumitigil ba sa paggana ang template?** Hindi. Patuloy itong nagpapadala; ang nagbabago ay ang presyo ng conversation at, para sa marketing, ang kinakailangang payment method. **Maaari ba akong umapela sa reclassification?** Pinangangasiwaan ng Meta ang mga pagtatalo sa kategorya sa sarili nitong channels; walang provider ang makakapagpalit ng kategorya. **Aling kategorya ang pinakamura?** Magkakaiba ang presyo ng Meta ayon sa market. Ang pinakamurang tamang kategorya ay ang tapat na naglalarawan sa mensahe. **Ano ang 131063?** Mga marketing template na naka-disable sa account. Iba ito sa kawalan ng payment method. --- ## Meta Business Portfolio at ang laman nito https://easycoexistence.com/fil/docs/meta-business-portfolio Ang Business Portfolio ay ang container sa antas ng kumpanya sa Meta Business Manager. Naglalaman ito ng WhatsApp Business Accounts, na siyang naglalaman ng mga numero ng telepono. Kapag nag-connect ang customer ng numero, nananatili ito sa kanilang portfolio sa halip na mapunta sa portfolio ng provider. ### Paano nagkakaugnay ang mga antas? May tatlong antas, at dito nagsisimula ang karamihan ng kalituhan kapag tinawag na account ang lahat ng ito. Nasa itaas ang Business Portfolio, na kumakatawan sa kumpanya sa Meta Business Manager. Naglalaman ito ng mga asset gaya ng ad accounts, pages, at WhatsApp Business Accounts. Sa loob ng isang WhatsApp Business Account ay naroon ang mga numero ng telepono, bawat isa ay may sariling phone number id, quality rating, at messaging tier. Kaya ang pahayag na tingnan kung gumagana ang account ay maaaring mangahulugan ng apat na magkakaibang pagsusuri, depende sa nagsasabi nito. Kapag may problema, malaking oras sa pag-diagnose ang natitipid kapag malinaw kung aling antas ang tinutukoy. ### Bakit mahalaga kung kaninong portfolio hawak ang numero? Dahil dito nakasalalay kung sino talaga ang kumokontrol sa koneksyon. Kapag dumaan ang onboarding sa sariling app ng Tech Provider, naka-connect ang numero sa portfolio ng customer, at awtorisado ang app ng provider na kumilos para rito. Sa customer nauugnay ang relasyon sa Meta, sa kanilang payment method napupunta ang billing para sa mga conversation, at sila ang maaaring mag-revoke ng access. Kapag ang tooling ay nakabase sa provider account ng ibang tao, iba ang pagkaka-attach ng mga numero. Ang mga limitasyong nararanasan sa general purpose automation platforms ay nagmumula sa shared relationship na iyon. Para sa isang agency, ito ang sagot sa tanong na kalaunan ay itinatanong ng bawat seryosong customer. - Paghahalo sa gamit ng portfolio at WABA. Ang isa ay naglalaman sa isa, at magkaiba ang paraan ng pagpalya ng mga ito. - Pagka-connect ng mga numero ng customer sa sarili ninyong portfolio. Nagiging sa inyo ang koneksyon sa halip na sa kanila. - Pag-aakalang nasa numero ang business verification. Nasa antas ito ng portfolio. **Pareho ba ang portfolio at WhatsApp Business Account?** Hindi. Ang portfolio ang container ng kumpanya; nasa loob nito ang WABA, na may hawak ng mga numero ng telepono. **Maaari bang maglaman ng ilang WABA ang isang portfolio?** Oo, at madalas itong nakikita sa mga agency kapag may magkakahiwalay na account ang customer para sa iba't ibang brand. **Sino ang maaaring magbigay ng access sa portfolio?** Isang admin ng portfolio na iyon, karaniwang ang may-ari ng negosyo, hindi ang taong gumagawa ng integration. **Nalilipat ba ang numero kapag nag-connect?** Hindi. Nananatili ito sa inyong portfolio, at awtorisado ang app ng provider na kumilos para rito. --- ## Ang WhatsApp Business Account, at kung bakit dito nakalagay ang mga override https://easycoexistence.com/fil/docs/whatsapp-business-account May mga numero ng telepono at template ang WhatsApp Business Account. Mas mahalaga ito kaysa sa unang tingin dahil dito inilalapat ang webhook routing, hindi kada numero. Kaya kapag inalis ang koneksyon, kasama ring nawawala ang routing. ### Ano ba talaga ang laman ng WABA? Mga numero ng telepono at template, isang pagsasamang mas mahalaga kaysa sa unang tingin. Nauugnay ang mga template sa account, hindi sa isang numero, kaya pareho ang template library ng lahat ng numerong nasa iisang WABA. Gumawa ng template para sa order updates at magagamit ito ng lahat. Nililimitahan ni Meta ang bilang ng template sa isang account, isang limitasyong maaaring maabot ng mga agency na maraming brand ang nasa iisang account. May sariling phone number id, display name, quality rating at messaging tier ang bawat numero. Naaayon ang mga ito sa bawat numero, kaya maaaring bumaba ang kalidad ng isa habang maayos ang isa pa sa parehong account. ### Bakit nasa level na ito ang webhook overrides? Dahil ang subscription na binabago nito ay subscription ng isang app sa isang account, hindi sa isang numero. Kapag nagtakda ng destination, ang aktuwal na nangyayari ay inilalapat ang override callback URI sa subscription ng aming app sa WABA. Pagkatapos, dito ipinapadala ng bawat numero sa account ang mga event ng message path nito. Walang routing kada numero, na ikinagugulat ng mga namamahala ng maraming numero para sa isang client. Ito ang mahalagang planuhin. Kapag inalis ang koneksyon, dahil sa labing-apat na araw na inactivity rule o sa ibang dahilan, ina-uninstall ang app mula sa account at kasabay nitong ina-uninstall ang override. Bumabalik ang pagpapadala at pagmo-monitor kapag nag-reconnect. Hindi bumabalik ang delivery sa sarili ninyong server, maliban kung may muling maglalagay ng override. - Inaasahan ang webhook routing kada numero. Kada account ang override. - Ipinapalagay na ibinabalik ng reconnection ang destination. Kasama itong ina-uninstall sa app at kailangang i-apply muli. - Nakakalimutang shared ang mga template. Parehong library ang nakikita ng bawat numero sa account. **Maaari bang mag-route ang dalawang numero sa isang WABA sa magkaibang endpoint?** Hindi. Sa account inilalapat ang override, kaya sa parehong destination ipinapadala ng lahat ng numero nito ang mga mensahe. **Naililipat ba ang mga template sa ibang account?** Hindi. Naka-link ang mga ito sa account kung saan ginawa ang mga ito. **Ano ang nangyayari sa override kapag inalis ang isang numero?** Kung ina-uninstall ang app mula sa account, kasama nitong nawawala ang override. Ibinabalik ng reconnection ang pagpapadala, pero hindi ang destination. **May limitasyon ba sa bilang ng template?** Nililimitahan ni Meta ang mga template kada account, at ang paglampas dito ay nagbabalik ng partikular na error. --- ## Two-step verification sa isang WhatsApp na numero https://easycoexistence.com/fil/docs/two-step-verification Ang two-step verification ay isang PIN na naka-set sa WhatsApp Business na numero ng telepono. Kailangan ito sa ilang operasyon. Dahil karaniwan itong sine-set isang beses sa onboarding at hindi na ginagamit, madalas ay walang nakakaalala nito sa negosyo. ### Kailan talaga kailangan ang PIN? Sa registration at re-registration ng numero, pati sa ilang operasyon ng account na binabantayan ng Meta. Ibig sabihin, sine-set ito ng karamihan sa mga negosyo sa onboarding at hindi na muling nakikita. Kaya ito nagiging problema. Umaalis ang taong nag-set nito, hindi naitala ang PIN, at kailangan ito makalipas ang labingwalong buwan, sa mismong oras na may sira na. Sapat na tiyak ang mga error para ma-diagnose ang problema. Ang maling PIN ay nagbabalik ng 133005. Ang napakaraming pagtatangka ay nagbabalik ng 133008 at pansamantalang nagla-lock sa mga susunod na pagtatangka, ayon sa nakasaad sa sagot. Ang mga pagtatangkang isinumite nang masyadong mabilis ay nagbabalik ng 133009. Rate limit ito, hindi maling sagot. ### Ano ang gagawin kapag nawala ito? I-reset ito sa WhatsApp Manager, sa Mga Setting ng numero. Kailangan ninyo ng access sa account na nagmamay-ari nito. Operasyon ito ng may-ari ng negosyo, hindi ng provider. Walang API na makakabasa o makakapag-reset ng PIN, at walang provider na may hawak nito. Sadyang ganito ang disenyo: ang credential na maaaring makuha ng provider ay hindi magiging second factor. Ang praktikal na payo ay itala ito sa lugar na kayang buksan ng mismong negosyo, hindi ng agency. Kapag nasa password manager lang ng agency ang PIN, mauulit ang parehong problema sa susunod na client relationship. - Muling sumusubok agad pagkatapos ng maling PIN. Nagbabalik ito ng 133009 at naaantala ang susunod na lehitimong pagtatangka. - Sa agency lang iniimbak ang PIN. Kailangang makuha ito mismo ng negosyo. - Ipinapalagay na mababawi ito ng provider. Walang may hawak nito, at iyon ang dahilan kung bakit ito umiiral. **Maaari ba ninyong i-reset ang PIN?** Hindi. Naka-set ito sa numero sa sariling Mga Setting ng Meta, at walang provider na makakabasa o makakapagbago nito. **Gaano katagal ang lockout?** Isinasaad ng Meta ang tagal ng paghihintay sa error response para sa 133008 sa halip na gumamit ng nakapirming panahon. **Para ba ito sa bawat numero o bawat account?** Para sa bawat numero ng telepono. **Pareho ba ito ng business verification?** Hindi. Tungkol ang verification sa legal entity sa antas ng portfolio; ang PIN na ito ay nasa isang numero. --- ## Ang account_review_update webhook https://easycoexistence.com/fil/docs/webhook-account-review-update Dala ng account_review_update ang resulta ng pagsusuri ng Meta sa business account. Sinasabi ng decision field kung ano ang napagpasyahan, at dapat ituring na degraded connection ang pagtanggi, hindi lang impormasyon, dahil karaniwang humihina ang pagpapadala pagkatapos nito. ### Kailan nagaganap ang review? Kapag sinusuri ng Meta ang business account. Maaaring mangyari ito pagkatapos ng verification submission, appeal, o automated flag na na-trigger ng messaging behaviour. Hindi isang bagay na maaaring i-trigger o makita ng provider ang mismong review. Ang dumarating ay ang resulta nito, bilang event na may decision. Karaniwan lang ang approvals. Ang mga pagtanggi ang dapat aksyunan, dahil madalas nauuna ang mga ito sa restriction sa halip na tuluyang magsara ng usapin. Walang nakikitang anuman tungkol sa review sa WhatsApp Business app. Kaya maaaring nasa review ang negosyo, matanggihan, at patuloy na sumagot sa customers mula sa phone nang walang palatandaang may nangyari. ### Bakit ituring na degraded ang pagtanggi sa halip na balita lang? Dahil kadalasan, una ito sa ilang event at hindi ang huli. Ibig sabihin ng rejected review, sinuri ng Meta ang account at hindi ito nasiyahan sa nakita. Kadalasang kasunod nito ang restriction, na tuluyang humihinto sa pagpapadala at dumarating bilang account_update na may enforcement event. Kapag minarkahan na degraded ang koneksyon sa pagtanggi pa lang, mas maaga nang makapaghahanda ang nagmo-monitor para sa pakikipag-usap sa client. Kung itatala ito bilang impormasyon lang, magsisimula lamang ang aksyon kapag pumalya na ang pagpapadala. Sa puntong iyon, hindi na maabot ng negosyo ang mga customer, at nagsisimula ang pag-uusap sa gitna ng krisis sa halip na mula sa isang babala. - Itinatala ang pagtanggi nang hindi binabago ang state. Leading indicator ito, hindi footnote. - Inaasahang nasa event na ito ang dahilan. Decision ang dala nito; nasa Business Manager ang detalye. - Ipinapalagay na mapapansin ito ng negosyo. Walang lumalabas tungkol sa review sa phone. **Makikita ba ng provider kung bakit nabigo ang review?** Hindi. Nasa Business Manager ng business account ang enforcement notice at dahilan nito. **Palagi bang humahantong sa restriction ang pagtanggi?** Hindi palagi, pero sapat na madalas itong mangyari kaya tamang default ang ituring ito bilang babala. **Sino ang maaaring mag-appeal?** Ang mga may admin access sa business account. Walang provider na maaaring mag-appeal para sa kanila. **Kapareho ba ito ng template review?** Hindi. Hiwalay dumarating ang resulta ng template review at isang template lang, hindi ang buong account, ang saklaw nito. --- ## Ang business_capability_update webhook https://easycoexistence.com/fil/docs/webhook-business-capability-update Iniuulat ng business_capability_update ang pagbabago sa mga maaaring gawin ng account, lalo na sa messaging limit. Dala nito ang kasalukuyang limit, o kung ilang natatanging customer ang maaari ninyong unang maabutan bawat araw. Maaari itong tumaas o bumaba. ### Ano ba talaga ang nililimitahan ng messaging limit? Kung ilang natatanging customer ang maaari ninyong unang maabutan sa loob ng rolling day. Hindi nito nililimitahan kung ilang mensahe ang maaari ninyong ipadala o kung gaano ito kabilis. Ito ang pagkakaibang madalas magdulot ng problema. Ang throughput ay rate na sinusukat bawat segundo, at ang paglampas dito ay nagbabalik ng 130429. Ang messaging tier ay pang-araw-araw na bilang ng mga bagong conversation, at ibang kondisyon ang paglampas dito. Maaaring pasok na pasok ang isang numero sa tier nito pero ma-rate limit pa rin, o kabaliktaran. Hindi kumokonsumo ng tier ang mga reply sa loob ng bukas na customer service window dahil hindi nagsisimula ng conversation ang mga ito. Ang kumokonsumo nito ay ang pag-abot sa taong hindi pa nagsusulat. ### Bakit ito bumababa? Dahil sumusunod ang tier sa kalidad, at nakadepende ang kalidad sa reaksyon ng mga tumatanggap. Kapag bina-block o nire-report ng mga tumatanggap ang mga mensahe ng isang numero, bumababa ang standing nito, at isa sa mga ina-adjust ang tier. Dahil dito, mahalagang maagang signal ang pagbaba: karaniwan itong dumarating bago tumigil ang anumang gumana, habang may panahon pa upang baguhin kung ano ang ipinapadala at kanino. Mas mabagal ang pagtaas at nakakamit ito sa tuloy-tuloy na magandang pagtanggap. Walang direksyong ipinapahayag sa lugar na makikita ito ng isang negosyo, kaya sulit ang maliit na pagsisikap na i-record ang event sa halip na mag-react lamang sa mga failure. - Napagkakamalang throughput ang tier. Ang isa ay mga conversation bawat araw, ang isa naman ay mga mensahe bawat segundo. - Isinasama sa tier ang mga reply. Hindi nagsisimula ng conversation ang mga mensahe sa loob ng bukas na window. - Binabalewala ang pagbaba. Dumarating ito bago may masira, at iyon ang buong halaga nito. **Paano ko mapapataas ang tier ko?** Sumusunod ito sa kalidad sa paglipas ng panahon, hindi sa request. Ang maayos na pagpapadala sa mga taong nais makatanggap nito ang paraan. **Lagi bang kumokonsumo ng tier ang pagpapadala ng template?** Oo, kung nagsisimula ito ng conversation. Hindi kung ipinapadala ito sa loob ng bukas na window. **Iba ba ang messaging_limit_update?** Ipinapadala ng Meta ang dalawang pangalan para sa magkakaugnay na pagbabago. Pareho ang pagtrato ng aming handler dahil pareho ang kapaki-pakinabang na content. **Nalalapat ba ito sa isang Coexistence number?** Oo. Ang nakapirmi sa Coexistence ay throughput, hindi ang messaging tier. --- ## Ang account_alerts webhook https://easycoexistence.com/fil/docs/webhook-account-alerts Ang account_alerts ang pangkalahatang channel ng Meta para mag-raise ng tungkol sa account ng negosyo. Hindi tulad ng ibang event, wala itong state na dapat i-apply, kaya paalala itong tumingin sa halip na aksyong awtomatikong isagawa. ### Ano ang dumarating sa channel na ito? Anumang itinuturing ng Meta na dapat i-flag tungkol sa account, na sadyang bukas ang saklaw at patuloy na lumawak sa paglipas ng panahon. Dahil hindi nakapirmi ang laman, maaaring hindi makita ng handler na nakatuon sa mga partikular na uri ng alert ang mga bago. Ang matibay na paraan ay i-record ang alert, i-attach ito sa account, at ipakita sa isang tao, sa halip na itugma ang bawat uri sa awtomatikong sagot. Ito ang nag-iisang operational event kung saan ang tapat na paghawak ay mapansin ito, hindi magpasya. Nire-record ng sarili naming handler na may dumating na alert at hindi nito sinusubukang maghinuha ng status mula rito. ### Paano ito dapat isama sa monitoring? Bilang flag sa timeline, katabi ng mga event na may state. Nasa pagkakasunod-sunod ang halaga nito. Ang alert na dumating ilang sandali bago ang rejected review at pagkatapos ay restriction ay nagsasabi ng kuwentong hindi kayang sabihin ng alinman sa tatlo nang mag-isa. Ang pag-record sa mga ito sa iisang timeline ang nagpapakita nito, at ginagawa nitong mula sa hula ang pakikipag-usap sa client tungo sa isang petsa at event. Hindi ito dapat mag-trigger ng anuman. Ang alert ay hindi disconnection, hindi pagbaba ng quality at hindi restriction. Kapag itinuring itong alinman sa mga iyon, magkakaroon ng false alarms na nagtuturo sa mga tao na balewalain ang totoong mga babala. - Pag-switch sa mga partikular na uri ng alert. Lumalawak ang set, kaya naluluma ang handler na nakabatay sa listahan ngayon. - Pag-trigger ng automation mula sa alert. Wala itong state, kaya hula ang anumang paghihinuha. - Pag-drop dito dahil hindi ito actionable. Nasa pagkakasunod-sunod nito kasama ng ibang event ang halaga nito. **Bakit hindi nito binabago ang status ng koneksyon ko?** Dahil hindi nito sinasabi kung ano ang nagbago. Ang paghusga ng status mula rito ay magdudulot ng false alarms. **Saan ko makikita ang detalye?** Sa Business Manager ng account ng negosyo. Paalala ang event na tumingin doon. **Bihira ba ito?** Hindi ito routine event, kaya mahalagang ipakita ito kapag dumating. **Ibig bang sabihin nito ay may mali?** Hindi naman palagi. Ibig sabihin, may itinaas na bagay ang Meta na dapat tingnan ng tao sa halip na awtomatikong sagutin. --- ## Display name sa WhatsApp Business number https://easycoexistence.com/fil/docs/display-names Ang display name ang nakikita ng customer sa itaas ng usapan gamit ang inyong numero. Kailangan ng approval ng Meta para itong mapalitan, dumarating ang desisyon sa phone_number_name_update webhook, at karaniwang nare-reject kapag hindi tugma ang pangalan sa negosyo. ### Ano ang chine-check ng Meta? Pangunahin nitong chine-check kung tumutugma ang pangalan sa negosyong verified ang account. Karaniwang pumapasa ang pangalang tumutugma sa legal entity, registered trading name, o brand na makikilala ng customer mula sa website. Karaniwang hindi pumapasa ang generic na paglalarawan, pangalang walang koneksyon sa verified business, o tekstong mas mukhang keyword kaysa pangalan. Limitado ang magagawa ng numerong walang approved display name, at nagbabalik ito ng nakalaang error sa ilang send. Nahuhuli nito ang mga taong mabilis na nag-connect ng numero sa free trial pero hindi nakumpleto ang name approval, saka nagtaka kung bakit may isang uri ng send na nagfa-fail habang gumagana ang iba. ### Paano dumarating ang desisyon? Sa phone_number_name_update webhook, na may dalang decision field. Isa ito sa anim na operational fields na sini-subscribe ng isang connection, at ito lang ang signal na nagsasabing nalutas na ang isinumiteng pangalan. Walang lumalabas tungkol dito sa WhatsApp Business app, at walang paraan ang negosyong nagsumite ng name change ilang linggo na ang nakalipas para malaman ang resulta maliban kung may tumatanggap ng event na iyon. Kapag nire-record ito sa connection timeline, ang sagot sa tanong na naipasa ba ang pagpapalit ng pangalan ay isang petsa, hindi hula. Kung wala nito, nauuwi ang ganitong tanong sa support conversation. - Pagsusumite ng keyword sa halip na pangalan. Chine-check ito ng Meta laban sa verified business, hindi sa search volume. - Pag-aakalang approved kapag walang balita. Dumarating ang desisyon bilang webhook at wala nang iba. - Paglaktaw sa display name habang nasa free trial, saka pagkakaroon ng 131037 sa send na nangangailangan nito. **Gaano katagal ang approval?** Walang inilalabas na takdang panahon ang Meta, at walang provider na makakapagpabilis nito. **Maaari ba itong baguhin kalaunan?** Oo, at daraan muli sa review ang bawat pagbabago. **Ano ang error 131037?** Ito ang error na ibinabalik kapag walang approved display name ang isang numero at may tinangkang gawin na nangangailangan nito. **Nakikita rin ba ng customer ang phone number ko?** Nakikita nila ang display name kapag approved na ito, at iyon ang dahilan kung bakit kailangan ito. --- ## Mga Kategorya ng Template: Utility, Marketing at Authentication https://easycoexistence.com/fil/docs/template-categories May idinedeklarang kategorya ang bawat template kapag ginagawa ito. Saklaw ng Utility ang mga transactional na mensaheng kaugnay ng ginawa ng customer, saklaw ng marketing ang promotion at nangangailangan ito ng payment method sa account, at saklaw ng authentication ang one-time codes na may sariling mas mahigpit na format rules. ### Ano ang kabilang sa bawat kategorya? Transactional ang Utility at kaugnay ito ng aksyong ginawa ng customer: order confirmation, shipping update, booking reminder, o pagbabago sa appointment. Ang pangunahing pagsubok ay kung inaasahan ng customer ang mensahe dahil sa isang ginawa niya. Anumang promotional ang Marketing: offer, bagong produkto, re-engagement message, o newsletter. Para magpadala nito, kailangan ng payment method sa WhatsApp Business Account. Kaya karaniwang nabibigo ang unang marketing attempt sa account na dati ay sumagot lamang sa mga customer. Saklaw ng Authentication ang one-time passcodes at verification. Ito ang may pinakamahigpit na format, na may mahigpit na limitasyon sa maaaring ilagay sa paligid ng code. Sarili itong kategorya dahil iba ang inaasahan sa delivery. ### Bakit hindi ideklarang utility ang lahat? Dahil nagre-reclassify ang Meta, at mas masama ang ma-reclassify kaysa magdeklara nang tapat. Palaging nahuhuli ang promotional content sa utility template. Maaaring ma-reject ang template sa review, o ma-approve muna at pagkatapos ay ma-recategorise. Sa puntong iyon, ang mga send na sinisingil bilang utility ay sisingilin na bilang marketing kahit walang binago. Sorpresa iyon sa invoice, hindi pagtitipid. Nakakakuha rin ng pansin sa account ang paulit-ulit na pagsusumite ng maling kategorya. Mas murang ideklara kung ano talaga ang mensahe. Mas mabilis din ang review dahil sinusuri ng reviewer ang uri ng mensaheng inilalarawan ng template. - Paglalagay ng offer sa utility template. Palagi itong nahuhuli at maaaring ma-recategorise pagkatapos ma-approve. - Pagsubok ng marketing send nang walang payment method sa account. Kailangan ito ng Meta at walang provider ang makakapagdagdag nito. - Paggamit ng authentication para sa ibang bagay bukod sa passcode. Mahigpit ang format constraints at hindi ito papasa. **Sino ang nagbabayad para sa marketing send?** Sinisingil ito ng Meta sa payment method ng inyong sariling WhatsApp Business Account. Hindi ito dumadaan sa amin. **Maaari bang magbago ang kategorya ng template?** Maaaring i-recategorise ng Meta ang template pagkatapos ma-approve kung hindi tugma ang content sa idineklara. **Libre ba ang utility?** May presyo ang Utility conversations ayon sa Meta at hindi ito katulad ng replies sa loob ng customer service window, na libre. **Ano ang error 131063?** Naka-disable ang marketing templates sa account. Iba ito sa kawalan ng payment method. --- ## Tumigil ang numero: paano malalaman kung bakit https://easycoexistence.com/fil/docs/troubleshooting-a-connection Kapag tumigil ang naka-connect na numero, halos hindi kailanman code ang sanhi. Suriin ito ayon sa dalas: expired token, webhook override na nawala pagkatapos ng reconnection, disconnection dahil sa labing-apat na araw na inactivity, pagbaba ng quality, at account restriction. ### Bakit walang mukhang mali sa phone? Dahil magkahiwalay ang WhatsApp Business app at API kahit iisang numero ang gamit, at halos bawat failure ay isa lang sa kanila ang naaapektuhan. Nag-e-expire ang token habang walang naaapektuhan sa app. Nadi-uninstall ang webhook override habang walang naaapektuhan sa app. Bumababa ang quality habang walang naaapektuhan sa app. Sa bawat kaso, patuloy na sumasagot ang negosyo sa mga customer, normal ang nakikita nilang takbo, at wala silang dahilan para mag-report ng anuman. Ito ang buong dahilan kung bakit kailangan ang monitoring, hindi lang dashboard na chine-check ng isang tao. Totoo ang mga failure, tahimik ang mga ito, at ang mga taong pinakamalapit sa numero ang pinakamalamang na hindi makapansin. ### Ano ang tamang pagkakasunod ng pag-check? Magsimula sa token dahil ito ang pinakakaraniwan at pinakamurang ayusin. Kapag expired o na-invalidate ang credential, pare-parehong nagfa-fail ang bawat call, kaya eksaktong mukhang inalis ang numero. Ang pagkakaroon ng pangalawang credential para sa parehong account ang tumutulong maghiwalay sa dalawang ito. Sunod ang webhook override. Kung nagkaroon ng reconnection, na-uninstall ang destination kasama ng app, kaya gumagana ang sending at monitoring habang tahimik na hindi nakakarating ang delivery sa inyong server. Pagkatapos, tingnan ang disconnection: isang account_update event na may PARTNER_REMOVED at reason, kung saan ang PRIMARY_INACTIVITY ay nangangahulugang hindi nabuksan ang app nang humigit-kumulang labing-apat na araw at naaayos ito sa pamamagitan ng reconnection. Sunod ang quality, na bina-browse sa pamamagitan ng polling sa halip na itulak, at sa huli ang restriction, isang account level enforcement na hindi maaalis ng kahit anong provider. ### Ano ang halos hindi kailanman sanhi? Ang inyong code, kung gumagana ito kahapon at walang na-deploy. Stable ang Cloud API at hindi nagbabago ang request shapes nito nang hindi ninyo napapansin. Kapag tumigil ang integration matapos gumana nang ilang buwan, mas malamang na credential, routing change o account level event ang sanhi, at nangyayari ang lahat ng ito nang walang humahawak sa repository. Ang mahalagang exception ay template na na-edit. Kapag binago ang bilang ng variables sa template, nagbabago ang contract para sa bawat sender nang tahimik. Mukha itong code fault kahit content change ito na ginawa sa WhatsApp Manager ng ibang tao. - Unang i-reconnect ang numero. Kung expired ang token, pinapagawa nito sa business owner ang gawaing hindi naman kailangan. - Ipagpalagay na nagka-problema ang code. Ang stable na API at kawalan ng deploy ay tumuturo sa ibang sanhi. - Suriin ang phone para sa sintomas. Patuloy na gumagana ang app sa halos lahat ng ito. **Gumagana ang numero sa phone pero walang naipapadala. Saan ako magsisimula?** Sa access token. Ito ang pinakakaraniwang sanhi at pinakamukhang inalis na numero. **Nag-reconnect ako pero hindi pa rin nakakarating ang mga mensahe sa server ko.** Na-uninstall ang webhook override kasama ng app. Kailangan itong i-apply muli; awtomatiko namin itong ginagawa. **Paano ko malalaman kung ang labing-apat na araw na rule ang sanhi?** Dumarating ang disconnection na may reason na PRIMARY_INACTIVITY sa account_update event. **Puwede bang masira ng template edit ang pagpapadala ko?** Oo, at ito ang isang sanhi na mukhang code fault. Kapag binago ang bilang ng variables, nagbabago ang contract para sa bawat sender. --- ## Aling mga mensahe sa WhatsApp ang sinisingil ng Meta https://easycoexistence.com/fil/docs/free-and-paid-conversations Sumisingil ang Meta kada naipadalang mensahe, hindi kada usapan. Mula 1 Oktubre 2026, bawat business phone number ay may 1,000 libreng service message kada buwan, ang mga sagot na ipinadala sa loob ng 24 oras na customer service window, at sumisingil ang Meta simula sa ika-1,001. Sinisingil ang mga template kapag naipadala na, kasama ang utility. Ang mga singil na ito ay napupunta sa payment method ng sarili ninyong WhatsApp Business Account. ### Ano ba talaga ang libre? Hanggang 1,000 service message kada buwan kada business phone number. Ang service message ay anumang mensaheng hindi template, at maaari lamang itong ipadala sa loob ng bukas na customer service window, ang 24 oras pagkatapos ng huling mensahe ng customer sa inyo. Mula sa ika-1,001 sa loob ng isang buwan, sinisingil na ng Meta ang bawat isa, at hindi naipapasa sa susunod na buwan ang hindi nagamit na libreng bahagi. Mas mahalaga ito sa disenyo ng integration kaysa sa inaakala. Ang support workflow na sumasagot lamang sa mga customer na unang sumulat ay nananatiling libre hanggang malampasan ang bahaging iyon, at saka magbabayad kada mensahe. Ang workflow na unang nagpapadala ay nagbabayad sa bawat template na naipadala, at mula 1 Oktubre 2026 kasama na rito ang mga utility template na ipinadala sa loob ng bukas na window. Kaya ang gastos ng isang integration ay nakasalalay sa dami ng naipapadalang mensahe at sa kategorya ng mga ito, hindi sa dami ng usapan. Dalawang system na may parehong volume ay maaaring magkaiba nang malaki sa sinisingil ng Meta. ### Sino ang sinisingil ng Meta? Ang payment method sa sarili ninyong WhatsApp Business Account, na itinakda sa WhatsApp Manager. Direktang ugnayan ito ng negosyo at ng Meta. Hindi dumadaan sa Tech Provider ang mga singil, kaya hindi rin ito maaaring i-markup, i-bundle, o ibenta muli ng provider. Ang sinumang nag-aalok ng may diskwentong rate sa mensahe ng WhatsApp ay reseller na may ibang kasunduan, o may inilalarawang hindi naman singil ng Meta. Ang praktikal na epekto: ang account na walang payment method ay makakasagot hanggang maubos ang buwanang libreng bahagi nito, at mabibigo sa mismong sandaling magpadala ito ng template o ng sagot na lampas doon. Nakalilito ang pagkabigong ito hangga't hindi nauunawaan ang hatian. - Ipinapalagay na laging libre ang mga sagot. Mula 1 Oktubre 2026, sumisingil ang Meta sa mga service message na lampas sa 1,000 kada numero kada buwan, at pati sa mga utility template sa loob ng window. - Inaasahang kasama sa invoice ng provider ang mga singil ng Meta. Direkta at hiwalay ang pagsingil ng mga ito. - Gumagawa ng mga workflow na walang payment method sa account. Hindi maipapadala ang mga template, at titigil ang mga sagot kapag naubos na ang buwanang libreng bahagi. **Libre ba ang lahat ng sagot?** Ang unang 1,000 service message lamang kada business phone number kada buwan. Pagkatapos noon, sinisingil ng Meta ang bawat isa, at sa labas ng 24 oras na window ay kailangan ninyo ng template, na sinisingil kapag naipadala. **Nagbabago ba ang presyo depende sa kategorya?** Oo. Magkakaiba ang presyo ng Meta para sa marketing, utility, authentication at service message, at nakadepende rin ang rate sa bansa ng tatanggap. **Maaari ba akong bigyan ng provider ng mas magandang rate?** Hindi sa mga singil ng Meta, dahil hindi kailanman dumadaan ang mga iyon sa provider. **Ano ang mangyayari kung pumalya ang aking payment method?** Titigil ang mga pagpapadalang nangangailangan ng singil at magbabalik ng error 131042. Hindi apektado ang pagtanggap ng mensahe. --- ## MCP o webhook: alin ang talagang kailangan ninyo https://easycoexistence.com/fil/docs/mcp-or-webhook Ang MCP ay request at sagot: tumatawag ang assistant ng tool kapag may taong humihiling. Kabaligtaran nito ang webhook: naghahatid ang Meta ng event at nagpapasya ang inyong system kung ano ang gagawin. Hindi mabubuo sa MCP lang ang anumang awtomatikong tumutugon. ### Bakit hindi awtomatikong makasagot ang MCP sa isang customer? Dahil walang mekanismo ang protocol para magising ito. Naglalantad ang isang MCP server ng mga tool na tinatawag ng isang client. Nagsisimula ang tawag sa assistant, na tumutugon naman sa isang tao. Walang papasok na direksyon: walang paraan para maabot ng mensaheng ipinadala ng customer sa WhatsApp ang assistant at mapakilos ito. Totoo ito sa bawat MCP server sa bawat produkto, at hindi ito limitasyon ng amin. Kaya ang tanong na kalaunan ay itinatanong ng bawat buyer, kung makasasagot ba ang AI sa mga customer magdamag, ay may sagot na webhook, hindi MCP. Inihahatid ng Meta ang mensahe sa system na pinapatakbo ninyo, at nagpapasya ang system na iyon kung ano ang gagawin, kabilang ang pagtawag sa isang model. ### Para saan talaga mahusay ang bawat path? Ang MCP ay para sa gawaing ginagawa ng isang tao. Alin sa mga numero ko ang may problema, ipadala sa customer na ito ang confirmation niya, gumawa ng template para sa order updates, ituro ang numero ng client na ito sa server ko. Nagsisimula ang bawat isa sa kahilingan ng isang tao, at mas mabilis gawin sa assistant kaysa sa dashboard. Ang webhook ay para sa lahat ng kailangang mangyari nang walang taong naroroon. Unang sagot pagkatapos ng oras ng negosyo, pag-route sa tamang tao, pag-log sa CRM, at pag-trigger ng workflow. Ang kapaki-pakinabang na katangian ay kayang i-set up ng MCP ang webhook. Ginagawa ng get_connect_link ang link na binubuksan ng client, at itinuturo ng set_webhook_destination ang numero nito sa inyong system, kaya kayang gawin ng agent ang onboarding para sa path na hindi nito kayang ihatid mismo. ### Aling mga tool ang gumagamit ng alin? MCP ang ginagamit ng mga assistant: Claude, ChatGPT, Cursor, Claude Code. Kadalasan ay hindi ito ginagamit ng mga automation platform, at hindi ito ang inaasahan ng mga tao. Parehong nagpapatakbo ang Make at Zapier ng sarili nilang MCP server, at inilalantad ang mga action nila sa mga assistant. Walang MCP client ang alinman sa kanila, kaya hindi nila matawagan ang amin. Para sa kanila, webhook at HTTP call ang integration. Ang n8n ang eksepsyon. Kumokonekta palabas sa remote server ang MCP Client Tool nito at sinusuportahan ang OAuth2, kaya direktang matatawag ng isang agent node sa loob ng n8n workflow ang mga tool namin. Kahit doon, webhook pa rin ang pinagmumulan ng workflow, dahil iyon lang ang tumutugon. - Bumili ng MCP na umaasang magkakaroon ng awtomatikong mga sagot. Kumikilos ito kapag inutusan, at walang nang-uutos dito nang alas-3 ng umaga. - Ipagpalagay na kayang tumanggap ng MCP server ang platform na may MCP server. Naglalantad ang Make at Zapier, pero hindi sila tumatanggap. - Buuin ang parehong path para sa iisang gawain. Para ang mga ito sa magkaibang bahagi ng iisang system. **Maaari bang bantayan ng assistant ang WhatsApp ko?** Hindi. Walang paraan para itulak ang event papasok sa isang MCP server. Webhook ang ginagamit sa pagbabantay, at maaari nitong tawagin ang isang model. **Kailangan ko ba ang pareho?** Karamihan sa mga totoong system ay gumagamit ng pareho: MCP para sa gawaing ginagawa ng mga tao, at webhook para sa lahat ng nangyayari nang wala sila. **Magagamit ba ng Zapier ang inyong MCP server?** Hindi. MCP server ang Zapier, hindi client, kaya wala itong paraan para tumawag palabas sa amin. **Puwede ba ang n8n?** Oo, gamit ang MCP Client Tool nito at OAuth2. Ito lang sa tatlong automation platform ang makagagawa nito. --- ## Ano ang nagbabago sa WhatsApp Business app matapos i-connect https://easycoexistence.com/fil/docs/what-changes-in-the-app Halos walang nagbabago sa phone. Pareho pa rin ang mga chat, history, contact at device, at sasagot ang team gaya ng dati. Ang nagbabago ay nakakabit ang API sa parehong linya, nakikita ng bawat panig ang ipinapadala ng kabila, at hindi kasama sa API ang mga group chat. ### Ano ang eksaktong nananatiling pareho? Ang app, numero, mga conversation at taong sumasagot sa mga ito. Pareho pa ring bubukas ang WhatsApp Business app, hindi nagbabago ang contact list, at naroon pa rin ang bawat dating conversation. Walang kailangang mag-sign in sa bagong lugar, walang kailangang mag-install ng kahit ano, at walang training. Ang negosyong nag-connect ng numero noong Martes ng hapon ay magkakaroon ng Miyerkules ng umaga na kapareho ng lahat ng naunang Miyerkules ng umaga. Ito ang buong punto, at mahalagang maging konkreto dahil maaaring mukhang napakaganda nito sa mga negosyong dati nang inalok ng migration. ### Ano ang tunay na nagbabago? Tatlong bagay, at isa lang dito ang nakikita. Lumilitaw sa conversation thread ng app ang mga mensaheng ipinapadala ng API, kaya nakikita ng gumagamit ng phone ang buong sitwasyon, hindi kalahati lang. Ito ang nakikitang pagbabago, at dagdag-ginhawa ito sa halip na abala. Nagiging visible sa software ang mga mensaheng tina-type sa app, at dumarating bilang smb_message_echoes events. Walang napapansin ang gumagamit ng phone, pero ito ang pumipigil sa automation na sumagot sa ibabaw ng sagot na naipadala na ng tao. Hindi kasama sa API ang mga group chat. Magagamit pa rin ng team ang mga group sa app gaya ng dati; hindi lang sila makikita o mapapadalhan ng software, sa anumang provider. ### Ano ang kailangang patuloy na gawin ng negosyo? Buksan ang app, na gagawin naman ng team. Idinidiskonekta ng Meta ang Coexistence connection pagkalipas ng humigit-kumulang labing-apat na araw na walang aktibidad sa pangunahing device. Para sa negosyong aktibong sumasagot sa mga customer, hindi ito lumilitaw. Pero mahalaga ito sa numerong pana-panahong tahimik, o numerong hawak ng agency para sa customer na mabagal ang isang buwan. Maaaring maibalik ang koneksyon, kaya abala ito at hindi pagkawala. Ang kailangang planuhin ay ang kasunod: inaalis kasama ng connection ang webhook destination, kaya ibinabalik ng reconnection ang pagpapadala, pero hindi tahimik na naibabalik ang delivery sa sarili ninyong server maliban kung ilalagay itong muli. - Nangangakong walang mapapansin ang team, tapos nagmi-migrate sa halip na nagko-connect. Inaalis ng migration ang app. - May binubuong anuman sa paligid ng group chat. Hindi sila kasama sa API sa bawat provider. - Ipinapalagay na mananatiling konektado ang tahimik na numero. Tinatapos ito ng labing-apat na araw na hindi binubuksan ang app. **Kailangan bang may matutunan ang team?** Hindi. Patuloy nilang gagamitin ang WhatsApp Business app gaya ng ginagawa nila ngayon. **Mawawala ba ang mga lumang conversation?** Hindi. Mananatili ang mga ito sa app, at maaaring opsyonal na maibahagi sa API ang humigit-kumulang anim na buwang history sa onboarding. **Magagamit pa rin ba namin ang mga group?** Sa app, oo, gaya ng dati. Sa API, hindi, sa anumang provider. **Paano kung walang magbukas ng app sa loob ng dalawang linggo?** Ididiskonekta ng Meta ang panig ng API. Ibabalik ito ng reconnection, at hindi maaapektuhan ang app sa buong panahong ito. --- ## Reference sa Coexistence https://easycoexistence.com/fil/docs/coexistence Pinapatakbo ng Coexistence ang WhatsApp Business app at Cloud API sa iisang numero nang sabay. Ito ang reference para sa kung ano ito, paano dumadaloy ang mga mensahe, ano ang hindi nito magagawa, at paano ito i-undo. Nasa guide ang paliwanag kung bakit ito gagamitin. ### Ano ito Opisyal na mode ito ng Meta para patakbuhin nang sabay ang WhatsApp Business app at Cloud API sa iisang numero ng telepono. Hindi ito hiwalay na API. Pareho itong Cloud API na na-onboard para patuloy na gumana ang app sa numero. ### Bakit ito ginagamit ng mga team Apat na dahilan ang bumubuo sa halos lahat ng koneksyon. - Panatilihin ang numerong naka-print na sa mga sasakyan, resibo at website. - Magdagdag ng API sending, webhook at template nang hindi inililipat ang sinuman sa bagong tool. - Panatilihin ang mga usapan sa labas ng shared inbox ng provider. - Pahintulutan ang isang agency na humawak ng maraming numero ng kliyente, bawat isa sa sariling portfolio ng kliyente. ### Paano gumagana ang komunikasyon Nakikita ng parehong surface ang iisang thread. Lumalabas sa app ang ipinapadala ng API. Ang tina-type ng team sa app ay umaabot sa software bilang smb_message_echoes event, kaya napipigilan ang automation na sumagot sa ibabaw ng isang tao. ### Gawi sa pricing Mga conversation, hindi mga mensahe, ang sinisingil ng Meta, at ipinapasa ang bayad sa payment method ng sarili ninyong WhatsApp Business Account. Libre ang mga reply sa loob ng 24 oras na customer service window. Para magbukas ng conversation sa labas nito, kailangan ng template at may singil. ### Linked devices Hindi linked device ang Coexistence at hindi ito gumagamit ng ganoong mekanismo. Ang linked device ay consumer client na naka-sign in sa ibang lugar. Ito ang ina-automate ng mga hindi opisyal na tool at ipinagbabawal ng terms ng WhatsApp. Wala sa prosesong ito ang mekanismong iyon. ### Mga functional limitation Itinatakda ito ng Meta at pareho sa bawat provider. - Hindi available ang group chats sa API. - Hindi maaaring magpadala ng template mula sa phone app, sa API lamang. - Fixed ang sending throughput sa halip na mag-scale ayon sa quality at tier. - Minsan lang pinagpapasyahan ang chat history sharing, habang nag-o-onboard. ### Eligibility Kailangang matugunan ng numero ang lahat ng ito bago ito ma-connect. - Aktibo na sa WhatsApp Business app, hindi sa consumer app. - Nasa isang Business Portfolio na maa-access ninyo. - Hindi pa naka-connect sa app ng ibang provider. ### Operational notes Mga totoong nangyayari pagkatapos ng koneksyon na madaling hindi mapansin. - Kailangang buksan paminsan-minsan ang app o idi-disconnect ng Meta ang API side. - Kasama sa pag-uninstall ng app ang webhook override kapag na-disconnect. - Pino-poll ang quality rating, hindi ipinapadala, kaya walang nag-aanunsyo kapag bumaba ito. - Pareho ang hitsura ng revoked token at tinanggal na numero kung walang pangalawang credential. ### Caveat sa pagpili ng account Sa Embedded Signup, magkahiwalay na hakbang ang pagpili ng Business Portfolio at WhatsApp Business Account. Kapag maling account ang napili, mailalagay ang numero sa lugar na hindi ninyo nilayon. Para ilipat ito pagkatapos, kailangang i-disconnect at ulitin ang buong flow. ### Mga one-way na desisyon Isang beses lang tinatanong ang pagbabahagi ng kasalukuyang chat history at hindi na ito mababalikan. Kailangan ding magsimula ang synchronization sa loob ng 24 oras mula sa onboarding at isang beses lang itong maaaring tumakbo. Kapag nalampasan ang mga ito, pawang hindi pamilyar na error ang lalabas sa halip na babala. ### Pagdi-disconnect o pagre-rollback Maaaring i-disconnect ang isang numero anumang oras mula sa dashboard o sa connector. Magpapatuloy ang WhatsApp Business app nang eksakto tulad ng dati, kasama ang mga conversation at history nito. Walang permanenteng pagbabago sa numero dahil lamang sa pagkaka-connect nito. - Ituring ang Coexistence bilang ibang API. Ang Cloud API ito na may ibang onboarding. - Magbuo ng proseso sa paligid ng group chats. Hindi kasama ang mga ito sa bawat provider. - Ipagpalagay na ibinabalik ng reconnection ang webhook destination. Hindi nito ginagawa iyon. **Pareho ba ito sa Cloud API?** Oo. Paraan ang Coexistence ng pag-onboard sa Cloud API habang patuloy na gumagana ang WhatsApp Business app sa numero. **Maaari ko ba itong i-undo?** Oo. Kapag nag-disconnect, mananatiling eksaktong tulad ng dati ang app at mga conversation nito. **Kailangan ba ng training ng team?** Hindi. Patuloy nilang gagamitin ang WhatsApp Business app gaya ng nakasanayan nila ngayon. **Bakit hindi makapagpadala ng template ang app?** Platform feature ang mga template, hindi app feature. Anumang nasa labas ng 24 oras na window ay dumadaan sa API. --- ## Ano ang nagsi-sync sa API, at ano ang hindi https://easycoexistence.com/fil/docs/what-syncs-and-what-does-not Nagsi-sync sa API ang contacts at one-to-one message history, at mula noon ay nagmi-mirror ang mga mensahe sa dalawang direksyon. Hindi kasama ang groups, pati ang sariling tools ng WhatsApp Business app: catalog, orders, status, labels, quick replies, greeting at away messages. ### Ano ang naipapasa Dalawang bagay, at sila ang pinakamahalaga para sa software na magsisimula sa numerong ilang taon nang ginagamit ng isang negosyo. - Contacts: bawat contact na may WhatsApp number ay puwedeng i-sync sa platform. - One-to-one message history, kaya hindi bulag ang API sa mga usapang naganap bago ito nagkaroon. - Mula noon, nagmi-mirror ang mga mensahe sa dalawang direksyon: lumalabas sa app ang ipinapadala ng API, at nakararating sa inyong systems ang tina-type ng team sa app. ### Ano ang hindi naipapasa Mas marami kaysa inaasahan ng karamihan, at ito ang listahang dapat basahin bago mangako ng anuman sa isang client. Hindi ito limitasyon ng provider; ganito talaga gumagana ang platform. - Mga group chat, na hindi nagsi-sync at hindi reachable sa API sa anumang provider. - Business tools: catalog, orders at status. - Messaging tools: greeting message, away message, quick replies at labels. - Channels, voice at video calls, at mga detalye ng business profile. ### Bakit naiiwan ang sariling tools ng app Dahil mga feature sila ng app, hindi ng platform, at walang katumbas ang API sa mga ito. Nasa device ang quick replies at labels. Ang away message ay ipinapadala ng app kapag walang tumitingin dito. Wala sa API ang mga ito bilang concepts, kaya walang isi-sync papasok dito. Sa praktika, kung umaasa ang isang negosyo sa labels para ayusin ang trabaho, patuloy nitong gagamitin ang mga ito sa app, at walang visibility rito ang software. Kung mahalaga ang organisasyong iyon sa inyong ginagawa, kailangan ninyo itong buuin sa inyong panig sa halip na basahin mula sa app. ### Ang palugit na puwedeng mawala Kailangang simulan ang synchronisation sa loob ng 24 hours mula sa onboarding. Kapag nalampasan ito, kailangang i-offboard at i-onboard muli ang numero para magkaroon ng panibagong pagkakataon. Hiwalay ito sa 24 hour customer service window na nagtatakda kung puwedeng magpadala, at palaging napagkakamalan ang dalawang ito. Binibilang ng isa ang oras mula sa huling mensahe ng customer at tinutukoy kung maihahatid ang free text. Ang isa naman ay nagsisimula sa onboarding at tinutukoy kung maaari pang kunin ang history. Ito rin ang dahilan kung bakit dapat pagdesisyunan ang history sa araw na ikinonekta ang numero, hindi kapag nagsimula ang integration work, na karaniwang ibang linggo pa. - Nangangako sa client na lalabas sa inyong system ang labels at quick replies. Nananatili ang mga ito sa app. - May binubuong anuman para sa group chats. Hindi nagsi-sync ang mga ito sa anumang provider. - Ipinagpapaliban ang history sync hanggang matapos ang integration. 24 hours mula sa onboarding ang palugit. **Lalabas ba sa API ang dati kong mga usapan?** Nagsi-sync ang one-to-one history kung tatanggapin ninyo ito sa onboarding. Hindi kasama ang group conversations. **Makikita ba ng software ang labels ko?** Hindi. Feature ng app ang labels at walang katumbas sa API, kaya nananatili ang mga ito sa device. **Mawawala ba sa team ang quick replies?** Hindi. Patuloy silang gagana sa app gaya ng dati; hindi lang sila makikita ng software. **Ano ang mangyayari kung malampasan ko ang 24 hour sync window?** Kailangang i-disconnect at i-connect muli ang numero, na muling magpapatakbo ng onboarding at magbubukas ng bagong palugit. --- ## Aling WhatsApp feature ang hindi gagana pagkatapos ng Coexistence https://easycoexistence.com/fil/docs/features-disabled-by-coexistence Apat na bagay ang hindi gagana kapag nakakonekta ang numero sa Coexistence: naka-off ang disappearing messages, view once messages at live location sa one-to-one chats, habang tuluyang naka-disable ang broadcast lists. Ang mga dati nang listahan ay magiging read-only sa halip na mabura. ### Ang apat Ang bawat isa ay naka-off sa platform level, hindi basta nakatago, dahil nakikita ng API ang conversation. - Disappearing messages: naka-off sa lahat ng one-to-one chats. - View once messages: naka-disable sa lahat ng one-to-one chats. - Live location messages: naka-disable sa lahat ng one-to-one chats. - Broadcast lists: naka-disable, at magiging read-only ang mga dati nang listahan sa halip na alisin. ### Bakit ang apat na ito Dahil may ipinapangako ang bawat isa na taliwas sa kayang gawin ng API. Ipinapangako ng disappearing message na hindi ito mananatili. Ipinapangako naman ng view once message na isang beses lang ito makikita. Nakadepende ang dalawang pangakong ito sa walang ibang may hawak na kopya, habang ang naka-connect na numero ay likas na naghahatid ng mga mensaheng iyon sa ibang system. Ang live location ay tuloy-tuloy na stream, hindi message, kaya wala itong API representation. Ang broadcast lists ay paraan ng app para sabay-sabay magpadala sa maraming tao. Ang kapalit na sagot ng platform dito ay templates, na dumadaan sa API at nangangailangan ng approval. Kaya hindi arbitrary ang mga pagbabagong ito. Tumanggi lang ang platform na mangako ng bagay na hindi na nito kayang panindigan. ### Ano ang ibig sabihin bago ikonekta ang numero ng customer Itanong kung ginagamit ng negosyo ang alinman sa mga ito, dahil hindi magandang pag-usapan ito pagkatapos mangyari. Ang broadcast lists ang madalas makaapekto sa totoong negosyo. Kung nagpapadala ang isang shop ng lingguhang mensahe sa 200 customer gamit ang broadcast list, mawawala ang workflow na iyon. Ang kapalit ay isang approved marketing template, na nangangailangan ng payment method sa account at review ng Meta. Ibang uri ng user naman ang naaapektuhan ng disappearing messages, karaniwan iyong nag-on nito minsan at nakalimutan na. Halos hindi naman lumalabas ang live location maliban sa delivery at field service. - Pagkonekta ng numerong umaasa sa broadcast lists nang hindi ipinapaalam sa negosyo. Ang kapalit ay template na may approval at billing. - Pag-aakalang mabubura ang mga dati nang broadcast list. Magiging read-only ang mga ito. - Pag-asang babalik ang mga feature na ito habang nakakonekta ang numero. Hindi sila babalik. **Maaari ko bang i-on muli ang disappearing messages?** Hindi habang nakakonekta ang numero. Kapag na-disconnect ito, babalik ang normal na behavior ng app. **Mabubura ba ang dati kong broadcast lists?** Hindi. Magiging read-only ang mga ito, kaya mananatili ang laman pero hindi na magagamit sa pagpapadala. **Apektado ba nito ang group chats?** Para sa one-to-one chats ang dokumentadong pag-disable. Wala talaga sa API ang groups sa Coexistence number. **Ano ang kapalit ng broadcast list?** Isang approved marketing template na ipinapadala sa API, na nangangailangan ng payment method sa sarili ninyong WhatsApp Business Account. --- ## Aling mga numero ang kwalipikado para sa Coexistence https://easycoexistence.com/fil/docs/number-eligibility Kailangang ginagamit na ang numero sa WhatsApp Business app, bersyon 2.24.17 o mas bago, nasa Business Portfolio na may administrator access kayo, at hindi nakakonekta sa ibang provider. Hindi na kondisyon ang lokasyon. Anumang iba pa ay tinatanggihan sa onboarding. ### Ano ang mga kondisyon para sa mismong numero May apat na kondisyon, at sinusuri lahat ang mga ito sa onboarding mismo ng Meta, hindi ng provider. - Nakarehistro na at ginagamit sa WhatsApp Business app, hindi sa consumer WhatsApp app. - Bersyon 2.24.17 o mas bago ang app sa pangunahing device. - Nasa Meta Business Portfolio na may administrator access kayo. - Hindi nakakonekta sa app ng ibang provider. ### Saan available ang Coexistence Available ito saanman gumagana ang WhatsApp Business app. Ayon sa kasalukuyang onboarding documentation ng Meta para sa mga gumagamit ng Business app, wala itong anumang limitasyong pangheograpiya. Natapos noong 2026 ang rollout na nagsimula sa ilang rehiyon, at kabilang ang South Africa at Nigeria sa mga huling nadagdag na market. Mahalagang sabihin ito nang malinaw dahil patuloy pa ring kumakalat ang mga regional list na inilabas noong rollout. May ilan sa mga ito na naglilista pa rin bilang hindi suportado ang mga bansang ilang buwan nang supported. Maaaring isipin ng negosyong makakabasa nito na hindi nito magagamit ang feature kahit available naman. Walang inilalabas ang Meta na country list na may petsa, kaya ang maaasahang test ay ang mismong flow. Kung aktibo ang numero sa WhatsApp Business app at hindi ito tinatanggihan ng Embedded Signup dahil sa lokasyon, available ang Coexistence sa numerong iyon. ### Ano ang nagkakaproblema sa onboarding Tatlong failure ang sanhi ng karamihan sa mga ito, at magkakaiba ang hitsura ng bawat isa. Hindi inaalok ng Coexistence ang numerong nasa consumer WhatsApp app. Kailangang ilipat muna ito sa WhatsApp Business app, isang migration na ginagawa ng negosyo sa telepono. Ang lumang bersyon ng app ay nagbubukas ng flow pero hindi nakukumpleto ang scan. Ang solusyon ay mag-update at subukan muli. Kapag isinara ang flow sa kalagitnaan, maaaring nakakonekta ang numero sa account pero hindi registered. Mukha itong connected sa dashboard ngunit mabibigo sa unang send at magbabalik ng error 133010. Kapag pinatakbo muli ang flow mula sa simula, makukumpleto ito. - Simulan ang onboarding habang nasa consumer WhatsApp app pa ang numero. Kailangang ilipat muna ito sa Business app. - Magtiwala sa regional availability list mula sa rollout. Luma na ang ilan at tinutukoy pa rin bilang hindi suportado ang mga bansang supported na. - Isara ang popup ng Meta kapag lumitaw na ang numero. Ang mga kasunod na hakbang ang kumukumpleto sa registration. **Maaari ba akong gumamit ng landline o virtual number?** Kailangang nakarehistro ang numero sa WhatsApp Business app, kaya dapat nitong matanggap ang registration message. **Anong bersyon ng app ang kailangan?** 2.24.17 o mas bago sa device na may hawak ng numero. **Available ba ang Coexistence sa bansa namin?** Halos tiyak. Sinasabi ng kasalukuyang onboarding documentation ng Meta na walang limitasyong pangheograpiya, at natapos ang regional rollout noong 2026. Ang mismong flow ang maaasahang test. **Lumilitaw ang numero sa dashboard pero hindi makapag-send.** Malamang hindi nakumpleto ang onboarding. Nagbabalik ito ng error 133010, at naaayos ito kapag pinatakbo muli ang flow. --- ## EasyCoexistence kumpara sa 360dialog https://easycoexistence.com/fil/compare/easycoexistence-vs-360dialog Parehong flat fee kada naka-connect na numero ang modelo ng 360dialog at EasyCoexistence. Direktang sinisingil sa inyo ng Meta ang bayad sa pagmemensahe, at walang markup mula sa alinman. Ang kaibahan ay ang halaga, dami ng tier, at aktuwal na kasama sa bayad. ### Magkano ang babayaran ninyo kada numero Parehong kada numero ang singil at walang dagdag sa gastos sa pagmemensahe ng Meta. Kaya nakasalalay ito sa halaga at sa kasama sa bayad. - 360dialog:: Tatlong WhatsApp API tier na €49, €99 at €500 kada numero kada buwan noong Setyembre 2026. May planong pipiliin sa signup at threshold na kailangang lampasan kalaunan. - EasyCoexistence:: Isang published na price list, mula US$ 9 kada naka-connect na numero kada buwan, bumababa hanggang US$ 1 habang dumarami ang mga numero. Walang feature gate: pareho ang nagagawa ng ikadalawampung numero ng agency sa una nito, pero mas mura. Walang upgrade dahil walang ibang tier. ### Ano ang nangyayari kapag nadagdagan ang mga kliyente Dito nagiging mahalaga ang halaga kada numero, sa halip na maliit na rounding error lamang. - 360dialog:: Sa panimulang tier nila, ang dalawampung numero ay €980 kada buwan bago ang anumang bayad sa Meta. Maayos ang modelo, pero ganoon kalaki ang multiplier. - EasyCoexistence:: Ang dalawampung numero ay US$ 140 kada buwan. Bawat isa ay nakakonekta sa sariling Business Portfolio ng kliyente at may sariling billing line, nang walang tier na naaabot kahit gaano karami ang numero. ### Saan napupunta ang nilalaman ng pag-uusap Mahalagang itatag muna ito dahil hindi na ito mababago kalaunan. - 360dialog:: Hindi inilalarawan ng kanilang pricing page ang daloy ng mensahe. Hindi ito patunay sa alinmang panig, kaya ito ang unang dapat itanong sa kanila. - EasyCoexistence:: Ipinapadala ng Meta ang message events sa URL na itatalaga ninyo, gamit ang override sa subscription ng app namin sa inyong account. Ang events mula sa account na walang destination ay bumabalik sa aming callback, kung saan ibinabagsak ng handler ang mga ito nang hindi sine-save. ### Ang Coexistence mismo Kung patuloy na gagana ang WhatsApp Business app sa numero pagkatapos itong i-connect. - 360dialog:: Hindi ito tinatalakay ng kanilang pricing page. Direktang itanong sa kanila sa halip na umasa sa comparison page, pati na sa page na ito: ang feature na hindi dokumentado ay hindi awtomatikong wala. - EasyCoexistence:: Ito ang buong produkto. Kumokonekta ang numero gamit ang sariling Coexistence flow ng Meta, patuloy na gumagana ang app gaya ng dati, at nakikita ng bawat surface ang ipinapadala ng isa. ### Kailan ninyo kailangan ng buong BSP relationship May isang ganitong sitwasyon, at tunay itong pangangailangan. - 360dialog:: Kapag vendor relationship ang binibili ninyo sa halip na koneksyon. Isa silang itinatag na BSP na may mahabang operating history, presensya sa rehiyon, at support structure na hindi kayang pantayan ng maliit na produkto. Nariyan ang pinakamataas nilang tier dahil may pangangailangan ang malalaking sender na wala sa maliliit. - EasyCoexistence:: Isang focused na produkto: email support at timeline ng koneksyon na nagpapakita kung ano ang nangyari at kailan. Ito ang kailangan ng gumagawa ng sariling interface, at hindi ito account management relationship. ### Alin ang pipiliin Kung kailangan ninyo ng named account manager at escalation path na pinamamahalaan ng mga tao, BSP relationship iyon at ganoon ang iniaalok nila. Kung hawak ninyo ang mga numero ng kliyente at kayo ang gumagawa ng software, ang arithmetic ang magpapasya. Parehong billing model sa ikalimang bahagi ng presyo, mino-monitor ang koneksyon, at ipinapadala ang mga mensahe sa sarili ninyong systems. Ito ang bersyon ng produkto na lumalaki kasabay ng agency, hindi laban dito. - Paghahambing sa buwanang halaga lamang. Mas magkaiba ang kasama sa bayad kaysa sa mismong numero. - Pag-aakalang may markup ang alinman sa bayarin ng Meta. Wala; direktang sinisingil kayo ng Meta. - Pagbabasa sa feature na hindi dokumentado na parang wala ito. Itanong sa kanila sa halip na umasa sa comparison page, pati na sa page na ito. **Kasulukuyan ba ang mga presyo?** Ito ang mga presyong inilathala sa pricing page ng 360dialog noong Setyembre 2026 at naka-link sa itaas. Nagbabago ang presyo, kaya tingnan ang source bago magpasya. **May markup ba ang alinman sa bayarin ng Meta?** Wala. Pareho nilang ipinapasa ang mga bayarin, at direktang sinisingil ng Meta ang sarili ninyong WhatsApp Business Account. **Sinusuportahan ba ng 360dialog ang Coexistence?** Hindi ito tinatalakay ng kanilang pricing page. Hindi ito patunay sa alinmang panig, kaya sulit itong itanong sa kanila. **Alin ang mas angkop para sa agency?** Nakadepende ito kung platform kada kliyente o koneksyon kada kliyente ang kailangan ninyo. Mas mahalaga ang gastos kada numero habang dumarami ang mga numero. --- ## EasyCoexistence kumpara sa WATI https://easycoexistence.com/fil/compare/easycoexistence-vs-wati Magkaibang produkto ang mga ito, hindi magkalabang bersyon ng iisang produkto. Nagbebenta ang WATI ng shared team inbox na batay sa users at monthly active contacts. Ang EasyCoexistence naman ay mismong koneksyon, batay sa bawat numero, at walang inbox. ### Para saan talaga ang buwanang bill Magkaiba ang batayan ng presyo ng dalawang produkto, at para sa may higit sa isang numero, naiipon ang pagkakaibang ito bawat buwan. - WATI:: Kada user at kada monthly active contact. Ang published plans ay may tatlo hanggang sampung users at 500 hanggang 2,500 contacts noong Setyembre 2026, kaya tumataas ang bill sa bawat agent na kinukuha at customer na kinakausap. - EasyCoexistence:: Isang flat fee kada naka-connect na numero, walang limit sa users at contacts. Hindi mas mahal ang ikadalawampung client ng isang agency kaysa sa una nito, at pareho ang gastos sa abalang buwan at tahimik na buwan. ### Saan napupunta ang mga usapan ng customers ninyo Ito ang pagkakaibang hindi na mababawi sa huli, at nagmumula ito sa kung ano ang bawat produkto. - WATI:: Sa platform nila. Kailangang i-store ng shared inbox ang laman ng mga mensahe para maibalik ito sa sinumang magbukas, at nakalista ito sa kanilang pricing page bilang pangunahing feature ng bawat plan. - EasyCoexistence:: Wala sa panig namin. Direktang naghahatid ang Meta ng message events sa URL na itatalaga ninyo, at anumang makarating sa aming fallback callback ay dini-drop nang hindi pini-persist. Ipinapatupad ito sa code, hindi lang sinasabi sa policy. ### Kailangang baguhin ng team ninyo ang paraan ng pagtatrabaho Ito ang tanong ng isang business owner bago sumang-ayon sa kahit ano. - WATI:: Nagsa-sign in ang agents sa inbox nila. Doon ina-assign, tina-tag at sinasagutan ang mga usapan, kaya lumilipat ang team mula sa phone papunta sa bagong tool. - EasyCoexistence:: Walang kailangang lumipat. Patuloy na gumagana ang WhatsApp Business app sa parehong numero sa pamamagitan ng Coexistence, kasama ang parehong chats at history, habang hinahawakan ng software ang anumang ipinagawa ninyo rito. ### Ano ang mangyayari kapag lumaki na kayo lampas dito Parehong may limit. Magkaiba lamang ang lokasyon nito. - WATI:: Mas maraming users at active contacts, at bawat isa ay bayad na upgrade. Ang platform ang produkto, kaya ang pag-scale ay nangangahulugang mas marami pa nito ang bibilhin. - EasyCoexistence:: Walang tier at walang malalampasan. Kayo ang gumagawa ng interface, kaya ang sini-scale ninyo ay ang sarili ninyong system, gamit ang documented API ng Meta at walang anumang bahagi namin sa pagitan. ### Kailan inbox ang kailangan ninyo Isang sitwasyon ito, at ang pagtukoy rito ang dahilan kung bakit kapaki-pakinabang ang natitirang bahagi ng page. - WATI:: Isang support team na may walong tao at naghahati ng mga usapan sa loob ng platform nila, sa plan na nagsisimula sa 4,999 rupees kada buwan para sa tatlong users at 500 monthly active contacts, at may dagdag na bayad sa bawat susunod na user. - EasyCoexistence:: Ibang trabaho ito. Walang inbox at agent view rito dahil ang interface ang bahaging mayroon na kayo o ng client ninyo. ### Alin ang pipiliin Kung araw-araw na magla-log in ang isang team ng agents at ang mga usapan mismo ang trabaho, bumili ng inbox. Gumawa ang WATI ng isa at ginagawa nito ang ipinapangako nito. Para sa iba, at karamihan iyon ng nagbabasa nito, ang inbox ang bahaging binabayaran ninyo pero hindi ginagamit. Ang agency na may hawak na client numbers ay bumibili ng seats na walang nagbubukas. Ang developer na gumagawa ng interface ay naglalagay ng competitor sa pagitan ng produkto niya at API ng Meta. Ang maliit na negosyo ay hinihilingang lumipat mula sa phone na gumagana na. Ang EasyCoexistence ang koneksyon sa ilalim nito, sa flat fee kada numero, kung saan napupunta ang mga usapan sa systems ninyo at nananatili sa team ang app na alam na nila. - Direktang ikumpara ang buwanang presyo. May inbox at users ang isa, at wala ang isa. - Pumili ng koneksyon kapag inbox ang kailangan ng team. Hindi sila matutuwa, at tama sila. - Pumili ng inbox kapag kayo mismo ang gumagawa ng interface. Magkakaroon kayo ng dalawa. **Ano ang mangyayari kapag lumampas ako sa 500 contacts?** Sa entry plan nila, lilipat kayo sa mas mataas na tier. Sa amin, walang mangyayari: walang contact limit sa anumang presyo, kaya ang buwang may sampung libong customers ay kapareho ng buwang may sampu. **Alin ang mas mura?** Kami, hanggang anim na numero, kung ihahambing sa entry plan nila. Ang plan na iyon ay 4,999 rupees kada buwan, humigit-kumulang US$ 53, para sa tatlong users at 500 monthly active contacts. Sa amin, US$ 9 kada naka-connect na numero, o US$ 7 bawat isa simula sa anim na numero, kaya ang anim na numero ay US$ 42 kada buwan. Lampas diyan, nakadepende ang sagot sa singil nila kada dagdag na user at kada contact tier, na tumataas kasabay ng team at ng dami ng customer, habang ang sa amin ay tumataas lang kasabay ng dami ng numero. **Sinusuportahan ba ng WATI ang Coexistence?** Hindi ito tinatalakay sa pricing page nila. Tanungin po ninyo sila sa halip na umasa sa page na ito. **May mobile app ba kayo?** Wala. Ginagamit ng team ang WhatsApp Business app, na siyang punto ng Coexistence. --- ## EasyCoexistence kumpara sa respond.io https://easycoexistence.com/fil/compare/easycoexistence-vs-respond-io Ang respond.io ay multichannel platform para sa team inboxes, workflows, AI agents at broadcasts, mula US$ 79 kada buwan na may limit sa users at contacts. Ang EasyCoexistence ay koneksyon sa ilalim nito, may bayad bawat numero at walang mga iyon. ### Magkano ang gastos sa paggamit Magkaiba ang batayan ng presyo, ayon sa inilathala noong Setyembre 2026. - respond.io:: Mula US$ 79 kada buwan para sa limang users at 1,000 monthly active contacts, hanggang US$ 279. Nakabatay ang bill sa dami ng taong sumasagot at customers na naaabot ninyo. - EasyCoexistence:: Mula US$ 9 kada naka-connect na numero kada buwan, bumababa hanggang US$ 1 habang nagdadagdag kayo ng numero, walang limit sa users o contacts. Nakabatay ang bill sa dami ng numerong hawak ninyo, ang bilang na aktuwal na kontrolado ng isang agency. ### Saan napupunta ang conversation content Bunga ito ng pagbebenta ng inbox sa halip na koneksyon. - respond.io:: Sa platform nila, na kailangan ng team inbox para maipakita ang history. Hindi idinedetalye ng pricing page nila ang retention, kaya itanong ninyo ito kung mahalaga sa inyo. - EasyCoexistence:: Wala sa side namin. Ipinapadala ng webhook override ang message events mula Meta diretso sa inyong endpoint, at anumang dumating sa aming fallback ay dini-drop nang hindi sine-save. ### Ano ang nasa pagitan ninyo at Meta Ito ang tanong na nagpapasya para sa sinumang gumagawa ng software. - respond.io:: Ang platform nila. Mag-i-integrate kayo sa abstraction, rate limits, webhook shape at release schedule nila, at magiging portable ang ginawa ninyo hanggang sa pinapayagan nila. - EasyCoexistence:: Wala. Ang API ay sariling API ng Meta, dokumentado ng Meta, at pumupunta ang webhook sa inyong endpoint. Wala kayong kailangang i-build laban sa amin, kaya posible ring umalis. ### Ano ang nagbabantay sa koneksyon Bihirang makita sa pricing page, at ito ang dahilan kung bakit umiiral ang produktong ito. - respond.io:: Hindi ito tinatalakay ng pricing page nila, kaya mali ang magbigay ng tiyak na sagot. Kung may hawak kayong client numbers, itanong ninyo kung ano ang nangyayari kapag tahimik na naputol ang koneksyon. - EasyCoexistence:: Regular na pini-poll ang quality rating, messaging tier at throughput. Hinahawakan ayon sa pangalan ang Meta account events. Dalawang credential ang iniingatan para hindi mapagkamalang nawawalang numero ang revoked token. Muling ina-apply ang webhook override kapag na-reconnect ito. ### Kailan platform ang gusto ninyo Mahalagang pangalanan ito dahil magkaibang tanong ang sinasagot ng dalawang produkto. - respond.io:: Kapag platform ang kailangan ninyo. Kasama sa inilathalang plans nila ang team at custom inboxes, workflows, broadcasts, AI agents, reporting, at sa mas mataas na tiers, SSO at multiple workspaces. Multichannel ito, hindi WhatsApp lamang. - EasyCoexistence:: Magkaibang scope ito ayon sa disenyo: isang numero, isang koneksyon, labing-anim na MCP tool at isang webhook, habang kayo ang bahala sa interface. ### Alin ang pipiliin Magkaibang layer ang mga ito, hindi magkatunggaling bersyon ng iisang bagay. Kung walang gumagawa ng interface sa side ninyo at gusto ninyo ng tapos na lugar para magtrabaho ang agents, platform ang hinahanap ninyo. Kung kayo ang gumagawa nito, nagiging competitor ang platform sa sarili ninyong stack. Magbabayad kayo bawat seat para sa inboxes na hindi nakikita ng users ninyo, bawat contact para sa conversations na pinoproseso na ng produkto ninyo, at mag-i-integrate sa abstraction sa halip na sa API na dokumentado at pinananatiling stable ng Meta. Ang EasyCoexistence ang layer sa ilalim nito: flat fee bawat numero, webhook na nakaturo sa system ninyo, at koneksyong mino-monitor para hindi maging nawawalang customer ang tahimik na failure. - Paghahambing sa US$ 9 at US$ 79 na para bang pareho ang binibili ng mga ito. Hindi ganoon. - Pagpili ng koneksyon kung produkto ang kailangan ninyo. Aabutin kayo ng ilang buwan sa muling pagbuo ng inbox. - Pag-aakalang mino-monitor ng kahit anong provider ang koneksyon. Itanong ninyo ito nang partikular dahil bihira itong makita sa pricing page. **Alin ang tama para sa akin?** Magkaibang layer ang mga ito. Ang respond.io ay platform na pinagtatrabahuhan; ito naman ang koneksyon sa ilalim nito para sa teams na sila ang gumagawa ng interface. **Maaari ba akong lumipat mula sa kanila papunta sa inyo?** Inyo ang numero at maaari itong i-connect sa pamamagitan ng Coexistence. Ang mawawala sa inyo ay ang inbox at workflows nila. **May workflows o AI agents ba kayo?** Wala. Hinahayaan ng MCP connector na gumamit ang assistant ng numero, at hinahayaan ng webhook na mag-react ang sarili ninyong system. Hindi workflow builder ang alinman sa mga ito. **Napapanahon ba ang mga presyong iyon?** Ayon ang mga ito sa inilathala noong Setyembre 2026 at naka-link sa itaas. Suriin ninyo ang source bago magpasya. --- ## EasyCoexistence kumpara sa Dualhook https://easycoexistence.com/fil/compare/easycoexistence-vs-dualhook Parehong Coexistence provider na may parehong core architecture: patuloy na gumagana ang WhatsApp Business app, at direktang pumupunta ang message webhook mula Meta sa inyong server, hindi sa provider. Mas kaunti ang pagkakaiba kaysa pagkakatulad, pero mahalagang malaman ang mga ito. ### Ano ang dalawang produkto Ito ang pinakamalapit na comparison sa site dahil halos pareho ang positioning. - Dualhook:: Isang Coexistence provider na may parehong pangunahing pangako: panatilihing gumagana ang WhatsApp Business app at direktang i-route ang message webhook mula Meta sa inyong server sa halip na i-store ang mga ito. Inilalarawan ito ng kanilang documentation bilang Webhook Override. - EasyCoexistence:: Parehong mekanismo, gamit ang pangalang ginagamit ng Meta. Itinatakda namin ang override_callback_uri sa subscription ng aming app sa WhatsApp Business Account, na naglilipat sa mga message path field sa inyong endpoint habang pinananatili namin ang operational fields. ### Saan pumupunta ang mga mensahe Parehong direktang nagra-route. Ang pagkakaiba ay nasa nangyayari sa mga event na hindi na-route. - Dualhook:: Direktang Meta routing na walang message storage, na malinaw na sinasabi ng kanilang site at siyang parehong architecture na ginagamit namin. - EasyCoexistence:: Pareho ang routing. Ang maidaragdag namin ay ang nangyayari sa fallback path: ang account na walang override ay naghahatid sa aming default callback, kung saan itinatapon ng handler ang mga event nang hindi sine-save. Ipinapatupad ang claim sa code at hindi lang sa policy. ### Ang fourteen day inactivity rule Idinidiskonekta ng Meta ang Coexistence connection pagkalipas ng humigit-kumulang labing-apat na araw na walang activity sa primary device. Magkaiba ang paraan ng pagtugon ng dalawang produkto. - Dualhook:: Inilalarawan ng kanilang documentation ang babala sa ikalabintatlong araw, kasama ang countdown at reminder email. Paalala lamang ito na tumatakbo ang oras, na iba sa pag-alam kung bakit talaga naputol ang koneksyon. - EasyCoexistence:: Minomonitor namin ang mismong disconnection at binabasa ang reason field ng Meta, na naghihiwalay sa PRIMARY_INACTIVITY, BUSINESS_DOWNGRADE, CHANGE_NUMBER at iba pa. Ipinapakita ng reason ang pagkakaiba ng dalawang linggong katahimikan at customer na talagang umalis. ### Ano ang nasisira sa reconnection Ito ang pinakamahal na epekto ng inactivity rule at dapat itanong sa kahit sinong provider. - Dualhook:: Hindi tinatalakay ng kanilang documentation kung ano ang nangyayari sa webhook override pagkatapos ng reconnection. Hindi ito patunay na hindi nila ito hinahandle, kaya dapat itong direktang itanong sa kanila. - EasyCoexistence:: Kapag may removal, nao-uninstall ang app mula sa account at nawawala ang override. Sa reconnection, bumabalik ang sending at monitoring pero tahimik na hindi naihahatid ang mga event sa inyong server. Ina-apply namin itong muli sa bawat reconnection dahil nangyari ito sa isang totoong numero na malinis na bumalik pero tumigil sa pag-deliver. ### Magkano kada numero Parehong naniningil ng fixed monthly fee kada naka-connect na numero, hindi kada seat o mensahe, at walang markup sa sinisingil ng Meta para sa conversations. - Dualhook:: Inilalarawan ng sarili nilang comparison pages ang flat monthly fee na nagsisimula sa $12 kada buwan, ayon sa publikasyon noong Setyembre 2026. - EasyCoexistence:: Mula US$ 9 kada naka-connect na numero kada buwan, bumababa hanggang US$ 1 habang nagdadagdag kayo ng numero, walang limit sa user o contact. Para sa agency, nadadagdagan ang diperensya sa bawat client number na idinadagdag. ### Ang MCP connector Dito kami mas malakas para sa isang partikular na audience. - Dualhook:: Hindi inilalarawan ng kanilang documentation ang isang MCP server. Ina-access ang kanilang produkto sa pamamagitan ng API at dashboard. - EasyCoexistence:: Labing-anim na tool sa remote MCP server gamit ang OAuth, kaya maaaring mag-list ng numero, mag-check ng health, magpadala ng mensahe at template, at magtakda ng webhook destination ang Claude, ChatGPT, Cursor at Claude Code. Para sa agency na nag-o-onboard ng mga client mula sa isang assistant, iyon ang pagkakaiba. - Pag-aakalang wala ang feature dahil hindi ito dokumentado. Itanong sa kanila; ipinapakita lamang ng page na ito kung saan tahimik ang kanilang documentation. - Pagpili batay sa presyo lamang. Maliit ang bayad ng parehong produkto kumpara sa singil ng Meta para sa conversations. - Pag-aakalang lahat ng provider ay muling nag-a-apply ng webhook override pagkatapos ng reconnection. Itanong ito nang partikular sa pipiliin ninyo. **Pareho ba talaga ang architecture ng dalawang ito?** Sa message path, oo. Parehong ginagamit ng mga ito ang kakayahan ng Meta na baguhin kung saan inihahatid ng WhatsApp Business Account ang mga webhook nito, kaya pumupunta ang conversation content sa inyong server sa halip na sa provider. **Paano nagkakaiba ang dalawang paraan sa 14 day rule?** Nagbibigay sila ng babala sa ikalabintatlong araw na tumatakbo ang oras. Binabasa namin ang sariling disconnection reason ng Meta, na naghihiwalay sa dalawang linggong katahimikan at client na talagang umalis, at muling ina-apply ang webhook override pagkatapos para hindi tahimik na tumigil ang delivery. **Saan naiiba ang EasyCoexistence?** May MCP connector na may labing-anim na tool, na hindi inilalarawan ng kanilang documentation, at awtomatikong muling ina-apply ang webhook override kapag inalis ito ng reconnection. **Patas ba ang page na ito?** Galing sa sarili nilang published pages ang bawat figure dito at may petsa. Basahin ang mga ito bago magpasya: ang comparison na isinulat ng isang panig ay ebidensya, hindi hatol. --- ## Maaari bang gamitin ang WhatsApp Business app at API sa iisang numero? https://easycoexistence.com/fil/whatsapp-business-app-and-api-same-number Oo. Tinatawag ito ng Meta na Coexistence, at isa itong opisyal na feature, hindi workaround. Patuloy na sumasagot ang staff sa WhatsApp Business app sa telepono, tumatakbo ang Cloud API sa parehong numero nang sabay, at nakikita ng dalawa ang parehong mga pag-uusap. ### Paano magagamit ang isang numero sa dalawa nang sabay? Dahil gumawa ang Meta ng mode para rito. Noon, ito ang kailangang pagpiliin: kapag inilipat ang numero sa API, hindi na gumagana rito ang WhatsApp Business app. Kaya kailangang pumili ang negosyong may staff na sumasagot sa telepono sa pagitan ng mga taong nakakakilala na sa mga customer at ng automation na nais nilang idagdag. Inaalis ng Coexistence ang pagpiling iyon. Naka-register ang numero sa Meta bilang API number habang nananatiling naka-link dito ang WhatsApp Business app. Dumarating ang mensahe mula sa customer sa app sa telepono at sa API webhook ninyo. Kapag nagpadala ng sagot mula sa alinmang panig, lumilitaw ito sa pag-uusap. Walang ginagaya o nilulusutan: dalawang awtorisadong paraan ang app at API para ma-access ang parehong numero. ### Ano talaga ang nagbabago sa telepono? Mas kaunti kaysa inaasahan ng mga tao, pero mahalagang malaman ang mga pagkakaiba bago mag-connect. Tuloy lang ang staff gaya ng dati: parehong app, parehong chat, parehong contact, parehong numero. Ang nawawala ay apat na feature na dini-disable ng Meta sa anumang numero na may Coexistence: disappearing na mensahe, view once media, live location at broadcast lists. Magagamit pa rin ang group chat sa app pero wala ito sa API, kaya hindi ito makikita ng automation. May synchronization step din kapag unang nag-connect ang numero. Kinokopya nito ang kamakailang history ng pag-uusap para hindi bulag na magsimula ang API side. Kamakailang mga mensahe lang ang kasama, hindi ang buong history ng numero, at nananatili sa telepono ang lahat ng mas luma, gaya ng dati. ### May masisira ba kung magbago ang isip namin? Wala, at mahalagang sabihin ito nang malinaw dahil ito ang takot na pumipigil sa maraming tao na subukan ito. Nasa telepono ang mga pag-uusap at palaging naroon ang mga ito. Kapag tinanggal ang numero sa API, eksaktong gaya pa rin ng dati ang paggana ng WhatsApp Business app, kasama ang lahat ng chat, dahil wala namang inilipat kahit saan. Idinagdag ang API kasabay ng app sa halip na ipalit dito. Nananatili rin ang numero sa sariling Meta Business Portfolio ng negosyo sa buong proseso. Ikinokonekta ito ng provider bilang Tech Provider, na isang permission at hindi pagmamay-ari. Kaya kapag inalis ang provider, mananatili ang numero sa dati nitong lugar. ### Ano ang kailangan para gumana ito? Tatlong bagay ang kailangan, at dalawa rito ay mayroon na kayo. Dapat nasa WhatsApp Business app ang numero, hindi sa consumer WhatsApp app, at hindi pa ito dapat naka-register sa Cloud API sa ibang lugar. Bukod dito, kailangan ninyo ng Meta Tech Provider para patakbuhin ang onboarding, dahil hindi maaaring i-self-serve ang Coexistence mula sa Meta dashboard. Ginagawa ang koneksyon sa pamamagitan ng approved app ng provider. Dito kami pumapasok. Sa sariling Embedded Signup ng Meta pinipili ang portfolio, account at numero. Nag-scan ng code sa WhatsApp Business app para kumpirmahin ito, at naka-connect na ang numero sa loob ng ilang minuto. Patuloy na gumagana ang app habang ginagawa ang koneksyon. - Ipagpalagay na kailangan ninyong pumili. Talagang ginawa ang Coexistence para hindi ninyo kailangang pumili. - Asahang dadaan sa API ang group chat. Nananatili ito sa app at wala ito sa API saanman. - Maghintay ng opsyon sa Meta dashboard. Dumadaan ang onboarding ng Coexistence sa isang Tech Provider. **Opisyal ba ito?** Oo. Ang Coexistence ay sariling feature at tawag ng Meta. Hindi ito bridge, linked device o workaround. **May mapapansin bang pagbabago ang staff?** Apat lang na feature ang mawawala: disappearing na mensahe, view once, live location at broadcast lists. Pareho pa rin ang lahat ng iba. **Mawawala ba ang history ng chat?** Hindi. Nasa telepono ito at mananatili roon. Kinokopya rin ang kamakailang history sa API side kapag nag-connect ang numero. **Maaari ko ba itong i-undo?** Oo. I-disconnect ang numero at magpapatuloy ang app gaya ng dati, kasama ang lahat ng pag-uusap. --- ## Paano i-connect ang WhatsApp sa API nang hindi nawawala ang mga chat https://easycoexistence.com/fil/connect-whatsapp-without-losing-chats Nasa phone ang inyong mga chat at hindi inililipat ng pag-connect sa API ang mga ito. Idinadagdag ng Coexistence ang Cloud API kasabay ng WhatsApp Business app sa halip na palitan ito, kaya nananatili ang mga usapan at patuloy na gumagana ang app. ### Bakit dati nawawala ang mga chat kapag kumokonekta sa API? Dahil migration ang dating paraan, hindi pagdaragdag. Kapag nirehistro ang numero sa Cloud API, inaalis ito sa WhatsApp Business app, kung saan naroon ang lahat ng usapan. Bumabalik ang numero bilang API endpoint na walang history at walang app. Kaya maraming negosyo ang tumingin sa API nang isang beses at hindi na ito itinuloy. Totoo ang kapalit na iyon, at ito ang pinakamalaking dahilan kung bakit umiwas ang maliliit na negosyo sa official API. Itinulak din nito ang ilan sa unofficial gateways, na pinapagana ang app sa pamamagitan ng pagpapanggap na linked device at inilalagay sa panganib na ma-ban ang numero. ### Ano ang naiiba sa ginagawa ng Coexistence? Idinadagdag nito ang API nang hindi inaalis ang app. Nire-rehistro ang numero sa Meta bilang numero ng API habang nananatiling naka-link dito ang WhatsApp Business app, kaya sabay na gumagana ang dalawa sa iisang numero. Hindi kailanman inililipat ang mga usapan. Nasa phone ang mga ito, sa app, eksakto kung nasaan dati, at mananatili roon anuman ang mangyari sa API connection pagkatapos. Sa unang pag-connect ng numero, sini-sync ng Meta ang kamakailang history ng usapan sa API side para hindi magsimula sa wala ang automation. Kopya ito, hindi transfer. Walang inaalis sa device. Pagkatapos nito, dumarating ang mensahe ng customer sa dalawang lugar: sa app sa phone at sa inyong webhook. Maaaring sumagot ang staff sa app, ang inyong system kapag kailangan, at makikita ang dalawa sa iisang usapan. ### Ano mismo ang nagsi-sync, at ano ang hindi? Nagsi-sync ang kamakailang message history sa loob ng isang window pagkatapos gawin ang connection. Sapat ito para magkaroon ng context ang automation o agent sa isang nagpapatuloy na usapan, sa halip na sumagot nang walang alam sa taong hindi pa nito nakakausap. Hindi nagsi-sync ang mas lumang history, media bago ang connection, at group conversations. Walang nawawala sa mga iyon. Nasa phone at app ang mga ito, at mababasa ng staff ninyo gaya ng dati. Hindi lamang kinokopya sa API side dahil panimula para sa automation ang synchronisation, hindi archive. Kung kailangan ninyo ng buong history sa ibang lugar, i-export ito mula sa app. Hiwalay na gawain iyon sa pag-connect ng numero, kaya hindi dapat paghaluin ang dalawa. ### Ano ang mangyayari kung mag-disconnect kami sa hinaharap? Magpapatuloy ang app at naroon pa rin ang mga chat dahil hindi naman umalis ang mga ito. Tinatanggal ng pag-disconnect ang API side ng numero. Patuloy na gagana ang WhatsApp Business app kasama ang lahat ng usapan, at babalik ang negosyo sa dating kalagayan nang walang kailangang i-restore. Ito ang mahalagang safety net bago magsimula: reversible ang desisyon, hindi tulad ng dating migration. Mananatili rin ang numero sa sarili ninyong Meta Business Portfolio sa buong proseso. Kumokonekta ang provider bilang Tech Provider, isang permission na ibinibigay at maaaring bawiin, kaya ang pag-alis sa provider ay hindi nangangahulugang kailangan ninyong bawiin ang numero mula sa kanila. - I-export muna ang lahat dahil sa takot. Hindi mawawala ang mga chat. - Asahan ang buong history sa API side. Kamakailang context lamang ang synchronisation, hindi archive. - Gumamit ng unofficial gateway para manatiling gumagana ang app. Ginagawa ito ng Coexistence nang walang panganib na ma-ban. **Mawawala ba ang chat history ninyo?** Hindi. Nasa phone ito at mananatili roon. Idinadagdag ang API kasabay ng app sa halip na palitan ito. **Lalabas ba ang lumang history sa system ninyo?** Nagsi-sync ang kamakailang history pagkatapos kumonekta. Nananatili sa phone ang mas lumang mga mensahe at media. **Maaari bang patuloy na gamitin ng staff ang app?** Oo, gaya mismo ng dati. Iyan ang layunin ng Coexistence. **Ano ang mangyayari kung mag-disconnect kayo?** Magpapatuloy ang app kasama ang lahat ng usapan dahil walang inilipat. --- ## Ang pinakamurang paraan para makuha ang WhatsApp Business API https://easycoexistence.com/fil/cheapest-whatsapp-business-api Libre ang API mismo. Ang binabayaran ninyo ay ang Meta para sa mga conversation, at isang provider para sa access. Pareho ang singil ng Meta kahit sino ang piliin ninyo, kaya ang tanging variable na sulit i-optimize ay ang provider fee. Ang pinakamurang setup ay flat fee kada numero na walang markup. ### Para saan ba talaga kayo nagbabayad? Dalawang magkahiwalay na bagay ito, at ang pagkalito sa mga ito ang dahilan kung bakit nagkakamali ang price comparisons sa kategoryang ito. Una, ang conversation pricing ng Meta. Sinisingil ng Meta ang mga conversation ayon sa category, na may rates na nag-iiba depende sa bansa. Iba rin ang service conversations sa loob ng 24 hour window kumpara sa mga conversation na sinimulan ng negosyo. May gastos na ito kahit kanino kayo bumili dahil singil ito ng Meta, at kadalasan ito ang mas malaking halaga. Ikalawa, ang sinisingil ng provider para sa access. Ganap itong commercial decision ng provider, at ito lang ang bahagi ng bill na mababago ninyo sa pagpili ng ibang provider. Ang paghahambing sa providers batay sa kabuuang gastos nang hindi pinaghihiwalay ang dalawang ito ay paghahambing sa ingay. ### Saan nawawala ang pera? Sa markup, at madaling hindi mapansin dahil maliit ito kada mensahe. May ilang provider na nagdadagdag ng per-message fee bukod sa singil ng Meta. Inilalathala ng Twilio ang halagang US$ 0.005 kada inbound at outbound na mensahe. Inilalathala naman ng Gupshup ang US$ 0.001. May iba namang nagbabanggit ng blended rate na kasama na ang fee ng Meta, kaya totoong may markup pero hindi ito maihahambing sa published rate ng Meta. Mukhang maliit ang isang tenth of a cent hanggang sa paramihin ninyo ito. Sa 100,000 mensahe kada buwan, ang published rate ng Gupshup ay US$ 100 at ang sa Twilio ay US$ 500 kada buwan, bukod pa sa singil ng Meta. Ito ang mga halagang dapat ilagay sa spreadsheet bago pumili batay sa features. ### Ano ang pinakamurang setup? Flat fee kada naka-connect na numero, habang kayo mismo ang direktang sinisingil ng Meta at nananatiling hiwalay ang bill nito. May dalawang katangian ang setup na ito na wala sa mga alternatibo. Humihinto ang pagtaas ng gastos kapag naka-connect na ang numero, kaya hindi mas mahal ang paglago. At nananatiling auditable ang invoice ng Meta dahil walang nagsama ng sariling fee rito. Dahil dito, maihahambing ninyo ang binabayaran sa Meta sa sarili nitong published rates. Ang presyo namin ay mula US$ 9 kada naka-connect na numero kada buwan, bumababa hanggang US$ 1 habang nagdadagdag kayo ng numero, at walang bayad kada mensahe. Sa published rate ng Twilio, mas mura ito kapag lampas sa humigit-kumulang 1,800 mensahe kada buwan, at lalo pang lumalaki ang agwat pagkatapos nito. Ibang calculation naman ang seat-priced platforms: naniningil ang mga ito batay sa mga tao, hindi sa mga mensahe, kaya nakadepende ang crossover sa headcount. ### Ang pinakamurang option ba ang tamang piliin? Hindi palagi, at mahalagang maging tapat kung kailan hindi ito angkop. Kung kailangan ninyo ng shared inbox, campaign tooling at analytics sa iisang product na ginagamit ng team buong araw, may tunay na ibinibenta ang platform na naniningil kada seat at may kapalit ang fee nito. Hindi matitipid ang pagbabayad sa amin nang mas kaunti kung kayo rin ang gagawa ng lahat ng iyon. Tama ang pinakamurang option kapag mayroon na kayong system. Ang negosyong may CRM, helpdesk, automation tool o AI agent ay hindi nangangailangan ng pangalawang lugar para magbasa ng mga mensahe. Kailangan nito ang WhatsApp na makapunta sa unang system. Para sa ganitong gamit, ang pagbabayad kada numero at walang bayad kada mensahe ang pinakamababang gastos habang nananatili sa official API. - Paghahambing sa providers nang hindi pinaghihiwalay ang conversation cost ng Meta sa provider fee. - Pag-aakalang walang markup ang blended per-message rate. Ibig sabihin nito, hindi itemized ang singil. - Pagpili sa pinakamurang fee kahit kailangan ninyo talaga ang inbox na ibinibenta ng isang platform. **Libre ba ang WhatsApp Business API?** Libre ang access. Naniningil ang Meta para sa mga conversation, at naniningil ang providers para sa access. Pareho ang bahagi ng Meta kahit saan. **Sino ang pinakamurang provider?** Ang pinakamurang setup ay flat fee kada numero na walang markup. Nagsisimula ang amin sa US$ 9 kada numero at bumababa hanggang US$ 1 habang nagdadagdag kayo ng numero. **Ibig bang sabihin ng mas murang provider ay mas mahinang API?** Hindi. Ang Cloud API ay sa Meta sa lahat ng kaso. Binabago ng provider kung ano ang nasa unahan nito at kung magkano ang sinisingil nila. **Kailan sulit ang mas mahal na provider?** Kapag kailangan ninyo ang product na ibinibenta nila, gaya ng shared inbox na ginagamit ng team buong araw. --- ## Mga component ng template: header, body, footer at buttons https://easycoexistence.com/fil/docs/template-components Binubuo ang template mula sa hanggang apat na component: header, body, footer at buttons. Header at body lang ang tumatanggap ng variables, at may limitasyon ang bawat component na nagtatakda kung ano ang maaaring sabihin ng mensahe bago pa ito ma-review ng Meta. ### Header Optional ito at may apat na uri: text, image, video o document. Ang text header ay may limitasyong sixty characters at tumatanggap ng isang variable. Ang media header ay naglalaman ng file na ibinibigay sa oras ng pagpapadala, kaya maaaring mag-attach ng resibo o ticket. - Text header: 60 characters, hanggang isang variable lang. - Media header: image, video o document na ibinibigay sa bawat pagpapadala. - Isang header lang bawat template. - Available ang location header para sa ilang category. ### Body Ito ang kinakailangang bahagi, hanggang 1024 characters, at ang tanging component na tumatanggap ng maraming variables. Positional ang variables at isinusulat bilang numbered placeholders, kaya ang unang placeholder ay pinupunan ng unang parameter na ipinapadala ninyo. Tinatanggihan ng Meta ang body na halos puro variable at kakaunti ang fixed text, dahil ang template na halos walang sariling sinasabi ay hindi naiiba sa isang bukas na field para sa kahit anong content. Sumulat ng totoong pangungusap sa paligid ng placeholders. ### Footer Optional ito, may sixty characters, at fixed text na walang kahit isang variable. Mas maliit at mas mapusyaw ang render nito kaysa sa body, kaya angkop ito para sa palaging paalala pero hindi para sa impormasyong kailangan ng mensahe. Karaniwang gamit ito bilang opt-out line sa marketing templates, na nakatutulong din sa pagtanggap ng recipients sa template. ### Buttons Hanggang sampu sa kabuuan, may tatlong uri, at malaki ang epekto ng kombinasyon sa approval. - Quick reply: nagpapadala ng fixed text reply pabalik sa inyo kapag pinindot. - Call to action: nagbubukas ng URL o tumatawag sa phone number. - Ang URL buttons ay tumatanggap ng isang variable na idinadagdag sa fixed base URL. - Copy code: nagbibigay sa recipient ng code na kokopyahin para sa authentication. ### Bakit mahalaga ang structure bago ang review Sinusuri ng Meta ang template bilang isang buo, at karamihan ng rejection ay dahil sa structure, hindi sa wording. Tinatanggihan dahil sa structure ang body na halos puro variables, URL button na tumuturo sa lugar na walang kaugnayan sa negosyo, o marketing message na isinumite sa ilalim ng utility category. Kapag tama muna ang shape, mas diretso ang wording review, at ang template na na-reject dahil sa policy ay nagbabalik ng error 132007 sa halip na error na nagsasabi ng tunay na dahilan. - Pagsulat ng body na halos puro placeholders. Tinatanggihan ng Meta ang templates na kulang sa fixed text. - Pag-asa na maaaring gumamit ng variables sa footer. Fixed text ito nang walang exception. - Pagsumite ng marketing message sa ilalim ng utility category. Hindi maaayos ng wording ang maling category. **Aling bahagi ang tumatanggap ng variables?** Ang header, hanggang isa, at ang body, na maaaring marami. Hindi kailanman tumatanggap ang footer, habang ang URL buttons ay tumatanggap ng isang idinadagdag na value. **Gaano kahaba ang body?** 1024 characters, kaya ito ang pinakamahabang component nang malaki ang pagitan. **Ilang button ang pinapayagan?** Hanggang sampu sa kabuuan, na may mga limitasyon sa bawat type. **Bakit na-reject ang template ko?** Kadalasan, structure ang dahilan at hindi wording: kulang sa fixed words o maling category. Nagbabalik ito ng error 132007. --- ## Lifecycle ng status ng template https://easycoexistence.com/fil/docs/template-status-lifecycle Dumadaan ang isang template sa magkakasunod na state, at nasa gitna lang nito ang approval, hindi ito ang katapusan. Maaaring ma-pause ang approved na template dahil sa quality, maibalik, ma-pause muli at tuluyang ma-disable, nang walang kailangang gumawa ng anuman. ### Ang mga state Sa pagkakasunod-sunod na karaniwang nararanasan ng isang template. - PENDING: naisumite at naghihintay ng review. - APPROVED: maaaring gamitin sa pagpapadala. - REJECTED: tinanggihan sa review, karaniwan dahil sa structure o category. - PAUSED: pansamantalang hindi magagamit matapos bumaba ang quality. - DISABLED: permanenteng hindi magagamit, at ito na ang katapusan. ### Paano napa-pause ang isang template Hindi ito dahil sa anumang ginagawa ninyo. Bina-block o nire-report ng recipients ang mga mensaheng ipinadala gamit ito, bumababa ang quality rating ng template mula green papuntang yellow at red, at pini-pause ito ng Meta para pigilan ang patuloy na pagbaba. Pansamantala ang pause at kusang nawawala. Ang mahalaga ay ang susunod na mangyayari: lumalala ang paulit-ulit na pause, at ang template na patuloy na bumabalik sa red ay tuluyang nade-disable sa halip na ma-pause muli. ### Ang dalawang webhook Pareho silang kailangan para makita ang buong cycle, at may hindi makikitang bahagi kapag isa lang ang sinu-subscribe. - message_template_status_update: approval, rejection, pagpa-pause at pag-disable. - message_template_quality_update: paggalaw ng quality rating sa pagitan ng green, yellow at red. - Ang quality webhook ang maagang babala; ang status webhook ang resulta. - Hindi naka-on bilang default ang alinman sa dalawa, kaya kailangang i-subscribe ang pareho. ### Bakit yellow ang tamang oras para kumilos Kapag napa-pause na ang template, nabibigo na ang pagpapadala gamit ito at sira na ang campaign. Sa yellow, gumagana pa ito at nakikita na ang pagbaba. Ang pagkilos sa yellow ay nangangahulugang pagtingin sa audience pati sa wording. Kahit maayos ang pagkakasulat ng template, mabilis pa ring makakakuha ng blocks kung ipinadala ito sa mga taong hindi umaasang makatatanggap nito. Walang mababago kung ire-rewrite ang copy pero mananatili ang list. ### Ano ang ginagawa ng pag-edit Maaaring i-edit ang approved na template, at ibabalik ito sa review. Kapaki-pakinabang ito, pero may epekto itong nararanasan sa production: kapag binago ng edit ang bilang ng variables, mabibigo ang bawat send mula sa hindi nabagong integration dahil sa error 132012. Ituring ang bilang ng variables ng template bilang bahagi ng integration contract, hindi bilang copy na pagmamay-ari ng marketing. - Itinuturing na permanente ang approval. Maaaring ma-pause at tuluyang ma-disable ang approved na template. - Status ang sinu-subscribe pero hindi quality. Ang quality field ang maagang babala. - Ini-edit ang variables ng template nang hindi tinitingnan ang code na nagpapadala nito. **Mananatili bang approved ang approved na template?** Hindi palagi. Maaaring ma-pause ito dahil sa patuloy na negatibong feedback at tuluyang ma-disable. **Ano ang pagkakaiba ng paused at disabled?** Kusang nawawala ang pause. Permanente ang disabled at hindi na magagamit muli ang template. **Paano ko ito makikita bago mangyari?** I-subscribe ang template quality webhook. Iniuulat nito ang paglipat sa yellow habang gumagana pa ang template. **Bakit nagsimulang mabigo ang mga send matapos ang edit?** Kung binago ng edit ang bilang ng variables, maling bilang ng parameters ang ipinapadala ng hindi nabagong integration at nagkakaroon ng error 132012. --- ## Pagpapadala ng template na may variables https://easycoexistence.com/fil/docs/sending-a-template-with-variables Positional ang template variables, hindi pinapangalanan. Nagpapadala kayo ng listahan ng parameters para sa bawat component, ayon sa pagkakasunod, at kailangang eksaktong tumugma ang bilang sa tinukoy ng template. Tatlong magkaibang error ang lumalabas kapag mali ito, at bawat isa ay tumutukoy sa ibang pagkakamali. ### Paano tinutugma ang parameters Sa posisyon, hindi sa pangalan. Pinupunan ng unang parameter sa body list ang unang placeholder, ng ikalawa ang ikalawa, at patuloy sa ganoong ayos. Walang paraan para pangalanan ang variable, at kapag napagpalit ang dalawang parameter, matagumpay na naipapadala ang mensahe pero nasa maling puwesto ang mga value. Ito ang mapanganib na kaso dahil walang nagfa-fail. Makakatanggap ang customer ng order confirmation na ang petsa ang nasa puwesto ng halaga, at walang error na nalo-log saanman. ### Magkahiwalay na listahan ang components Hindi magkakasama sa isang listahan ang header variable at body variable. May sariling parameters ang bawat component, at nagdudulot ng count mismatch ang pagsasama sa mga ito. - Ang header parameters ay inilalagay sa header component, at hanggang isa lamang ang maaari. - Ang body parameters ay inilalagay sa body component, ayon sa pagkakasunod. - Ang Button URL parameters ay inilalagay sa button component at ini-index ayon sa button. - Kapag isang flat list ang ipinadala para sa lahat, ibinabalik ang error 132000. ### Pagtutugma ng language Tinutukoy ang template gamit ang name at language nang magkasama, kaya dalawang magkahiwalay na template ang iisang name sa dalawang language. Kapag en ang ipinadala kung en_US ang ginamit sa paggawa ng template, walang fallback. Nagfa-fail ito gamit ang error 132001, na lumalabas na parang hindi umiiral ang template. Ilista ang mga template sa numero at kopyahin ang eksaktong language string sa halip na hulaan ang anyo nito. Ito ang pinakakaraniwang template error at ang pinakamahirap unawain ang mensahe. ### Mga typed parameter Plain text ang karamihan sa parameters. May ilan na hindi, at nagfa-fail gamit ang error 132012 kapag ipinadala bilang text. - May amount, currency code at fallback string ang currency parameters. - May structured object na may fallback ang date at time parameters. - May media id o link ang media header parameters, hindi filename. - Ang fallback string ang ipinapakita kung hindi ma-format ng app ng recipient ang value. ### Ano ang ibig sabihin ng bawat error Magkakaiba ang tatlong failure, kaya mas kaunti ang panghuhula kung hiwalay na naka-log ang mga ito sa halip na pagsama-samahin bilang template error. Ibig sabihin ng Error 132001 ay hindi mahanap ang name at language pair, kaya language muna ang tingnan. Ibig sabihin ng Error 132000 ay mali ang bilang, kaya ikumpara ito sa sariling definition ng template. Ibig sabihin ng Error 132012 ay mali ang format ng value, na karaniwang nangyayari kapag ipinadala bilang plain string ang typed parameter. - Ipagpalagay na may fallback mula en papuntang en_US. Wala nito, at lumalabas ang error na parang nawawalang template. - Pagsasama ng header at body parameters sa isang listahan. Magkahiwalay na components ang mga ito. - Pagpapadala ng currency o date bilang plain text. May tinukoy na shape ang typed parameters. **Pinapangalanan ba ang template variables?** Hindi. Positional ang mga ito, kaya ang pagkakasunod ng parameters ang buong sinusunod. **Bakit sinasabing hindi umiiral ang template?** Karaniwan, language code ang sanhi. Tinutukoy ang template gamit ang name at language nang magkasama, at walang fallback. **Ano ang mangyayari kung masyadong maraming parameters ang ipapadala?** Error 132000. Pareho ang resulta kapag sobra o kulang ang parameters. **Paano magpapadala ng amount?** Bilang currency parameter na may amount, currency code at fallback string, hindi bilang plain text. --- ## Mga rate limit at throughput ng pagmemensahe https://easycoexistence.com/fil/docs/rate-limits-and-throughput May apat na magkakahiwalay na limit, at ang paghahalo sa mga ito ang dahilan kung bakit nakakalito ang rate limiting. Nililimitahan ng messaging limit ang bilang ng natatanging tatanggap kada araw sa buong Business Portfolio, ng throughput ang mensahe kada segundo, ng pair limit ang mensahe sa iisang tao, at ng management limit ang mga API call na hindi mensahe. ### Tier ng mensahe Ito ang bilang ng natatanging customer na maaari ninyong padalhan ng mensahe sa labas ng customer service window sa loob ng gumagalaw na 24 oras. Mula 7 Oktubre 2025, itinatakda na ito kada Business Portfolio at ibinabahagi ng lahat ng numero rito, at awtomatiko itong tumataas habang pinapanatili ang quality at lumalaki ang volume. - Paakyat ang mga limit: 250, 2,000, 10,000, 100,000 at walang limitasyong natatanging tatanggap kada araw. - Ang mga naipadala lamang sa labas ng customer service window ang binibilang. - Hindi binibilang ang mga sagot sa loob ng service window. - Hindi na ibinababa ng pagbaba ng quality ang limit, pero napipigilan nitong tumaas ito. ### Throughput Ito ay mensahe kada segundo, na ibang bagay sa araw-araw na tier. Maaaring malayo pa ang isang numero sa tier nito pero maabot pa rin ang throughput dahil sa biglaang dami ng ipinadala. Sa numerong Coexistence, ito ang limit na madalas nakakagulat, dahil mas mababa ang cap nito kaysa sa karaniwang numero ng Cloud API. Kay Meta ang hangganang iyon at nalalapat ito sa bawat provider ng Coexistence, kaya walang provider na makapagtataas nito. ### Mga limit kada tatanggap Hiwalay na cap ito sa dami ng mensaheng dumadaan sa pagitan ng inyong numero at iisang tatanggap sa maikling panahon, na iniuulat bilang error 131056. Layunin nitong pigilan ang pagbaha ng mensahe sa iisang tao, kaya maaari itong mag-trigger kahit mababa ang volume ng account. Halos laging awtomatiko ang sanhi: isang retry loop, isang webhook handler na dalawang beses na-invoke para sa iisang event, o isang bot na hinahati ang sagot sa ilang maikling mensahe. ### Mga limit ng management call Walang kinalaman sa mga mensahe ito. Ang pagbasa ng mga numero, paglista ng mga template at pagsuri ng status ay binibilang lahat sa hiwalay na limit ng account, na iniuulat bilang error 80007. Ang polling ang karaniwang umuubos nito. Ang pagsuri ng status kada tatlumpung segundo ay libu-libong call kada araw para sa datos na ilang beses lang magbago kada buwan, at inaalis ng mga webhook ang pangangailangan sa halos lahat ng mga ito. ### Ano ang nagpapataas ng limit Quality at kasaysayan, hindi bayad. Walang plan na mabibili at walang provider na makapagtataas ng cap para sa inyo. - Panatilihin ang berdeng quality rating; ang pag-block ng mga tatanggap ang nagpapababa rito. - Magpadala nang tuloy-tuloy sa halip na biglaan. - Kumpletuhin ang business verification, isa sa mga landas mula 250 hanggang 2,000. - Gamitin ang hindi bababa sa kalahati ng kasalukuyang limit; awtomatiko ang pagtaas na lampas 2,000. - Pagtrato sa lahat ng rate limit bilang iisa. Apat na magkakaibang limit ang nagbubunga ng apat na magkakaibang error. - Pag-poll ng status sa maikling interval. Nauubos nito ang management limit para sa datos na bihirang magbago. - Pag-asang makakabayad para sa mas mataas na limit. Gumagalaw ang mga limit batay sa quality at kasaysayan. **Bakit ako na-rate limit kahit mababa ang volume?** Malamang ang per-recipient limit, error 131056, na nililimitahan ang mensahe sa iisang tao anuman ang kabuuan ng inyong account. **Maaari bang magbayad para sa mas mataas na limit ng mensahe?** Hindi. Awtomatikong tumataas ang mga limit batay sa quality at kasaysayan ng pagpapadala. **Mas mababa ba ang throughput sa Coexistence?** Oo. Mas mababa ang cap ni Meta rito kaysa sa karaniwang numero ng Cloud API, at walang provider na makapagtataas nito. **Ano ang binibilang sa management limit?** Mga pagbasa at configuration call: paglista ng mga numero, template at status. Naiiwasan ng mga webhook ang halos lahat ng mga ito. --- ## Pagpapadala ng interactive na mensahe: buttons at lists https://easycoexistence.com/fil/docs/sending-interactive-messages Binibigyan ng interactive na mensahe ang recipient ng buttons o list na ita-tap sa halip na mag-type. May dalawang uri: reply buttons at list messages. Pareho silang may maliliit at takdang limitasyon na higit na nakaaapekto sa disenyo ng usapan. ### Reply buttons Hanggang tatlong button sa ilalim ng isang mensahe. Ita-tap ng recipient ang isa, at darating ang sagot sa inyong webhook bilang ordinaryong inbound na mensaheng may id ng button, kaya sa id kayo tumutugma, hindi sa label. Limitado sa 20 character ang title, na mas maikli kaysa inaakala at kadalasang dahilan para baguhin ang copy. - Maximum na tatlong button bawat mensahe. - Limitado sa 20 character ang title. - May id na pinipili ninyo ang bawat button, at ibinabalik ito sa sagot. - May optional na header, body at footer sa paligid ng mga ito. ### List messages Isang button na nagbubukas ng menu na may hanggang sampung row, na maaaring pagsama-samahin sa hanggang sampung section. May title, optional na description at id ang bawat row. Gamitin ito kapag hindi sapat ang tatlong button. Tandaan na kailangang buksan muna ng recipient ang list bago makita ang laman nito, kaya mahalaga ang label ng button. - Hanggang 10 row sa kabuuan, sa hanggang 10 section. - Limitado sa 24 character ang row title at sa 72 ang description. - Isang list bawat mensahe, at hindi ito maaaring pagsamahin sa buttons. - Hindi available sa template messages ng ilang category. ### Paano dumarating ang sagot Sa parehong messages webhook tulad ng ibang inbound na mensahe, na may interactive object na nagsasaad ng button o row id. Wala nang hiwalay na kailangang i-subscribe. Sa id tumugma, hindi sa title. Maaaring baguhin ng nag-e-edit ng copy ang mga title, at tahimik na masisira ang handler na tumutugma sa text kapag may unang nag-ayos ng typo. ### Ano ang binabago ng Coexistence Walang binabago sa buttons at lists mismo. Ordinaryong Cloud API messages ang mga ito at pareho ang paraan ng paggana sa Coexistence number at sa iba pang numero. Ang nagbabago ay kung saan dumarating ang sagot: dumarating ang tap ng customer sa WhatsApp Business app sa telepono at sa inyong webhook, dahil naghahatid ang Coexistence number sa pareho. Dapat isaalang-alang ng handler na maaaring sumagot nang mano-mano ang isang tao sa parehong mensahe sa app. - Pagtutugma ng mga sagot sa title ng button. Nai-e-edit ang mga title; hindi ang mga id. - Pagdidisenyo para sa higit sa tatlong button. Mahigpit ang limitasyon at walang workaround. - Paglimot na maaaring sumagot ang isang tao sa parehong tap sa WhatsApp Business app. **Ilang button ang maaari kong ipadala?** Tatlo. Mahigpit itong limitasyon ng platform at walang workaround. **Ano ang bumabalik kapag may nag-tap?** Isang ordinaryong inbound na mensahe sa messages webhook, na may id na itinalaga ninyo sa button o row. **Maaari bang pagsamahin ang buttons at list?** Hindi. Isa lamang sa dalawa ang maaaring ilagay sa isang mensahe. **May dagdag bang gastos ang mga ito?** Wala. Ordinaryong mga mensahe ang mga ito at pareho ang pricing ng Meta tulad ng ibang mensahe sa usapang iyon. --- ## Pag-send ng media: images, video, audio at documents https://easycoexistence.com/fil/docs/sending-media-messages Ang media ay ipinapadala sa dalawang paraan: i-upload muna ang file at gamitin ang id na ibinabalik nito, o bigyan ang Meta ng public link na kukuhanan nito. Mas maaasahan ang pag-upload, at magkakaiba ang size limits ayon sa uri, na madalas ikinagugulat ng mga user. ### Ang limits ayon sa uri Magkakaiba ang mga ito, at ang paglampas sa isa ay nagbabalik ng error 131053 sa halip na malinaw na paliwanag. - Images: 5 MB. JPEG at PNG. - Video: 16 MB. MP4 at 3GPP, na may H.264 video at AAC audio. - Audio: 16 MB. AAC, AMR, MP3, MP4 audio at OGG na may Opus. - Documents: 100 MB. Karamihan sa karaniwang document types, kabilang ang PDF at Office formats. - Stickers: 100 KB animated, 500 KB static, WebP lamang. ### Pag-upload kumpara sa pag-link Dalawang paraan ito para ipadala ang parehong file, at magkaiba ang paraan ng pag-fail ng mga ito. Sa pag-upload, ipinapadala muna ang file sa Meta at ibinabalik ang media id na gagamitin ninyo kapag nagpapadala. Sa pag-link, binibigyan ang Meta ng URL na kukuhanan nito sa oras ng pagpapadala. Mas simple itong tingnan, pero may failure mode na hindi ninyo nakikita: maaaring hindi maabot mula sa infrastructure ng Meta ang URL na naglo-load sa inyong browser dahil sa lokasyon, firewall rule o session cookie na hawak na ng inyong browser. Mag-upload po ninyo. Isang dagdag na request lang ito at inaalis nito ang isang buong klase ng failure. ### Pagtanggap ng media Dumarating ang inbound media bilang media id, hindi bilang bytes. Kukunin ng inyong handler ang file nang hiwalay gamit ang id na iyon. - Kunin agad. Hindi mananatiling valid ang mga id nang walang hanggan. - Ang bigong pagkuha ay nagbabalik ng error 131052, na karaniwang nangangahulugang hindi kumpleto ang upload ng nagpadala. - I-store ninyo mismo ang file kung kakailanganin ninyo ito sa susunod. Hindi archive ang Meta. - I-record ang mensahe kahit mabigo ang pagkuha ng media, para manatili ang text at context. ### Ano ang binabago ng Coexistence Gumagana ang media sa isang Coexistence number tulad ng sa iba pang Cloud API number, kasama ang parehong limits. Ang isang mahalagang pagkakaiba ay ang history. Kapag unang nag-connect ang isang numero, sini-synchronize ng Meta ang mga kamakailang mensahe mula sa WhatsApp Business app, at sakop ng synchronization na iyon ang message text, hindi ang buong media archive. Nasa phone ang media bago ang koneksyon, kung saan ito palagi naroon. - Nagpapadala ng link dahil mas simple itong tingnan. Hindi kapareho ng browser ninyo ang network ng Meta. - Kinukuha ang inbound media makalipas ang ilang oras. Nage-expire ang media ids. - Nag-e-export ng video nang hindi sinusuri ang codec. Madalas unsupported ang default settings ng editing software. **Ano ang pinakamalaking file na maaari kong ipadala?** 100 MB, at para lamang ito sa documents. Ang video at audio ay hanggang 16 MB, at ang images ay hanggang 5 MB. **Dapat ba akong mag-upload o magpadala ng URL?** Mag-upload po ninyo. Inaalis nito ang reachability bilang sanhi ng failure. **Gaano katagal valid ang media id?** Hindi ito valid nang walang hanggan, kaya dapat kunin ang inbound media sa lalong madaling dumating ang event. **Nasi-sync ba ang lumang media kapag nag-connect ako?** Hindi. Sakop ng history synchronization ang kamakailang message content; nananatili sa phone ang media bago ang koneksyon. --- ## Reaction sa mensahe: pagpapadala at pagtanggap ng emoji https://easycoexistence.com/fil/docs/message-reactions Iniuugnay ng reaction ang isang emoji sa isang umiiral na mensahe. Para magpadala, tukuyin ang ID ng mensahe at ang emoji. Para mag-alis, ipadala ang parehong reaction na walang laman ang emoji string sa halip na tumawag ng delete. ### Pagpapadala ng reaction Isang mensaheng may type na reaction, na naglalaman ng ID ng mensaheng tinutugunan at isang emoji. Kapag nagpadala ng ikalawang reaction sa parehong mensahe, papalitan nito ang una sa halip na idagdag, dahil isang reaction lang ang maaaring hawakan ng isang sender sa bawat mensahe. Ang ID ng mensahe ay dapat nakikita ng inyong numero: isang papasok na mensahe mula sa customer, o mensaheng ipinadala ninyo sa customer. ### Pag-alis ng reaction Ito ang bahaging nakakagulat sa marami. Walang delete call. Ipadala ang parehong reaction na walang laman ang emoji field, at mabubura ito. Maghihintay nang walang katapusan ang handler na umaasang may removal event. Ang dumarating ay reaction na walang laman ang emoji, na kapareho ng anyo ng bagong reaction. Basahin ito bilang pag-alis sa pamamagitan ng pag-check sa field. ### Pagtanggap ng reactions Dumarating ang mga papasok na reaction sa messages webhook bilang mensaheng may type na reaction, kasama ang ID ng mensaheng pinag-uugnayan at ang emoji. - Mag-subscribe sa messages field; walang hiwalay na reactions field. - Ibig sabihin ng walang laman na emoji ay inalis ng customer ang reaction niya. - Ang tinukoy na ID ng mensahe ay ipinadala o natanggap ninyo noon. - Hindi muling binubuksan ng reactions ang 24 oras na service window. ### May bisa pa rin ang window Ang reaction ay isang mensahe, kaya kailangan bukas ang 24 oras na customer service window para makapagpadala nito. Kapag nag-react kayo sa mensahe ng customer mula tatlong araw na ang nakalipas, ibinabalik ang error 131047, gaya rin ng text message. Kapag nakatanggap kayo ng reaction mula sa customer, muling bubuksan nito ang window dahil anumang papasok na mensahe ay ganoon ang ginagawa. Mahalaga ito sa automations: ang thumbs up sa huli ninyong mensahe ay wastong signal na maaari na kayong malayang sumagot. - Paghahanap ng delete endpoint. Ang pag-alis ay parehong call na walang laman ang emoji. - Pagtrato sa walang laman na emoji bilang malformed. Ito ang paraan ng pagpapahayag ng pag-alis. - Pagpapadala ng reaction sa labas ng service window. Mabibigo ito gaya ng ibang mensahe. **Paano mag-aalis ng reaction?** Ipadala ang parehong reaction message na walang laman ang emoji string. Walang delete call. **May gastos ba ang reactions?** Wala. Hindi sila nagbubukas ng conversation na may bayad. **Maaari ba akong mag-react sa anumang mensahe?** Sa mga mensaheng ipinadala o natanggap lang ng inyong numero, at sa loob lang ng 24 oras na service window. **Muli bang binubuksan ng reaction ng customer ang window?** Oo. Ginagawa iyon ng anumang papasok na mensahe mula sa customer, kabilang ang reaction. --- ## Pagpapadala ng mensahe ng lokasyon at contact https://easycoexistence.com/fil/docs/sending-location-and-contacts Ang mensahe ng lokasyon ay nagpapadala ng pin na may opsyonal na pangalan at address. Ang mensahe ng contact ay nagpapadala ng isa o higit pang contact card. Simple ang mga ito, pero mahalagang malaman na hindi available sa Coexistence number ang live na lokasyon, na nag-a-update habang gumagalaw ang isang tao. ### Mga mensahe ng lokasyon Latitude at longitude, na may opsyonal na pangalan at address sa ilalim ng pin. Makikita ng tatanggap ang preview ng mapa at maaari niya itong buksan sa sarili niyang maps application. Sulit ilagay ang pangalan at address. Kung wala ang mga ito, coordinates lang ang makikita sa pin, kaya walang malalaman ang customer kung tama ang branch na tinitingnan niya. ### Pagtanggap ng lokasyon Kapag nag-share ng lokasyon ang customer, darating ito sa messages webhook bilang mensaheng may type na location, kasama ang coordinates at, kung ibinigay ng app ng customer, pangalan at address. - Palaging may coordinates; hindi palaging kasama ang pangalan at address. - Mensahe ang shared location, kaya muli nitong binubuksan ang 24 hour service window. - Ituring na approximate ang coordinates. Nagkakaiba ang accuracy ng mga phone. - I-store lang ang kailangan ninyo. Hindi ito location history ng Meta. ### Mga mensahe ng contact Isa o higit pang contact card sa iisang mensahe, na bawat isa ay may fields ng isang vCard: mga pangalan, phone, email, address, organisasyon at birthday. Maaaring direktang i-save ng tatanggap ang card. Kapaki-pakinabang ito kapag ibinibigay sa customer ang detalye ng tamang tao sa halip na mag-type ng numero sa chat, kung saan darating ito bilang hindi naka-format na text na kailangan pang kopyahin nang manu-mano. ### Ano ang inaalis ng Coexistence Ang live na lokasyon ay isa sa apat na feature ng WhatsApp na ino-off ng Meta sa isang numero kapag aktibo ang Coexistence, kasama ang disappearing messages, view once media at broadcast lists. Kapag sinubukang ipadala ito, ibinabalik ang error 131051, unsupported message type. Mukha itong formatting mistake, pero hindi ito ganoon. Walang provider na makakapag-enable nito: limitasyon ito ng Meta at nalalapat sa bawat Coexistence number. Hindi apektado ang static location pin at normal itong gumagana. - Pagpapadala ng pin nang walang pangalan o address. Walang sinasabi sa customer ang coordinates lang. - Pagbuo ng feature batay sa live na lokasyon. Naka-disable ito sa bawat Coexistence number. - Pagtrato sa error 131051 bilang formatting bug kahit talagang hindi available ang uri nito. **Maaari ba akong magpadala ng live na lokasyon?** Hindi sa Coexistence number. Dina-disable ito ng Meta, at walang provider na makakapagbalik nito. **Gumagana ba ang static location pin?** Oo, normal itong gumagana, na may opsyonal na pangalan at address sa ilalim ng preview ng mapa. **Ilang contact ang maaaring ilagay sa isang mensahe?** Marami. May standard vCard fields ang bawat isa at maaaring direktang i-save ng tatanggap. **Muli bang binubuksan ng shared location ang service window?** Oo. Inbound message ito gaya ng iba pang mensahe. --- ## EasyCoexistence kumpara sa AiSensy https://easycoexistence.com/fil/compare/easycoexistence-vs-aisensy Ang AiSensy ay WhatsApp marketing at chatbot platform na may buwanang plan, at popular sa mga Indian ecommerce business. Ang EasyCoexistence ay infrastructure: ikinokonekta nito ang numero gamit ang sariling Coexistence feature ng Meta, ipinapadala ang mga mensahe sa system na ginagamit na ninyo, at naniningil kada naka-connect na numero. Magkaibang produkto ang mga ito. Para sa negosyong may sarili nang system, mas mura ang EasyCoexistence. ### Ano ang bawat produkto Hindi pareho ang binibili sa dalawang ito, at mahalagang malinaw iyon para maging kapaki-pakinabang ang paghahambing. - AiSensy:: Isang WhatsApp engagement platform para sa broadcast campaigns, chatbot flows at shared team inbox, na ibinebenta sa tiered monthly plans na may limitasyon sa contacts at agents. - EasyCoexistence:: Coexistence infrastructure. Patuloy na gumagana ang WhatsApp Business app sa telepono, tumatakbo ang Cloud API sa parehong numero, at direktang napupunta ang message events mula Meta sa inyong CRM, helpdesk, automation o AI agent. Walang hiwalay na product na kailangang lipatan ng team ninyo. ### Para kanino ginawa ang produkto Parehong nagko-connect sa WhatsApp, pero magkaiba ang araw-araw na trabahong inaasahan sa bawat isa. - AiSensy:: Para sa marketing team na nagpapatakbo ng broadcast campaigns at chatbot funnels, gustong nasa isang lugar ang campaign builder, contact lists at analytics, at handang magtrabaho sa loob nito. - EasyCoexistence:: Para sa negosyo o developer na may sarili nang system. Ipinapasok namin dito ang WhatsApp messages at pinananatiling aktibo ang koneksyon, pagkatapos ay hindi na kami nakikialam. Kung gusto ninyo ng campaigns, patakbuhin ang mga ito kung nasaan na ang customer data ninyo. ### Mananatili ba ang app sa telepono Ito ang partikular na dahilan kung bakit umiiral ang Coexistence, at ang tanong na dapat itanong sa anumang platform. - AiSensy:: Platform inbox ang produkto nila, kaya inaasahang doon pinamamahalaan ang mga usapan sa halip na sa WhatsApp Business app sa telepono. - EasyCoexistence:: Patuloy na gumagana ang WhatsApp Business app gaya ng dati. Sumasagot ang staff sa telepono, nakikita ng API ang parehong conversations, at walang panig na kailangang huminto. Iyan ang buong feature. ### Ano ang sinusundan ng bill Ito ang pangunahing pagkakaiba sa structure, at ito ang nagtatakda ng kabuuang gastos habang lumalaki kayo. - AiSensy:: Subscription na nakabatay sa users at plan tiers, kaya sumusunod ang bill sa laki ng team at sa mga feature na na-unlock, bayad man ang seats o hindi ginagamit. - EasyCoexistence:: Isang naka-connect na numero. Walang gastos ang pagdagdag ng colleague dahil walang seats, at bumababa ang per-number rate habang nadaragdagan ang mga numero, mula US$ 9 hanggang US$ 1. Ang ika-40 na numero ng isang agency ay may parehong kakayahan ng una at mas mura ang gastos. ### Ano ang mangyayari kapag umalis kayo Mahalagang itanong ito sa anumang may hawak ng inyong conversations. - AiSensy:: Nasa platform ang inbox, contact history at automations. Iyan ang nagpapagana sa mga ito, at iyan din ang dahilan kung bakit nagiging migration project ang pag-alis. - EasyCoexistence:: Walang sarili ninyong data na nasa amin. Ipinadala ang mga mensahe sa sarili ninyong system pagdating ng mga ito, at nasa sariling Meta Business Portfolio ng kliyente ang numero, kaya kapag inalis ninyo kami, mananatili ito kung nasaan ito. - Paghahambing ng seat price sa per-number price nang hindi binibilang ang kailangan ninyo sa sariling setup. - Pagbabayad para sa inbox kahit sa CRM na nagtatrabaho na ang team ninyo. - Pag-aakalang magkaiba ang WhatsApp connection. Ang Cloud API sa ilalim ay Meta sa parehong produkto. **Alin ang mas mura?** Para sa team na may existing system at mga numero, mas mura ang EasyCoexistence dahil kada numero ang singil at walang seats. Ang AiSensy ay may buwanang plan para sa shared inbox at campaigns. **Mawawala ba ang shared inbox?** Hindi kayo lilipat sa shared inbox. Dumarating ang mga mensahe sa tool na ginagamit na ng team ninyo, kung saan na sila nagtatrabaho. **Magkaiba ba ang WhatsApp connection?** Hindi. Meta's Cloud API ito sa parehong paraan. Ang naiiba ay kung ano ang nasa harap nito at kung paano ito sinisingil. **Makakakuha ba ako ng broadcast campaigns?** Hindi mula sa amin, at hindi rin kayo sisingilin para rito. Dumarating ang mga mensahe sa sarili ninyong system, kaya tumatakbo ang campaigns kung nasaan na ang customer data ninyo. --- ## EasyCoexistence kumpara sa Interakt https://easycoexistence.com/fil/compare/easycoexistence-vs-interakt Ang Interakt ay WhatsApp commerce at support platform na ibinebenta sa monthly plans na may limitasyon sa bawat agent. Ang EasyCoexistence ay infrastructure: ikinokonekta nito ang numero gamit ang sariling Coexistence feature ng Meta, ipinapadala ang mga mensahe nito sa system na ginagamit na ninyo, at naniningil kada naka-connect na numero. Kung alin ang mas mura ay nakadepende sa gusto ninyong product na gamitin. ### Ano ang bawat product Hindi pareho ang binibili sa dalawang ito, at mahalagang malinaw iyon para maging kapaki-pakinabang ang paghahambing. - Interakt:: Isang WhatsApp commerce platform na may catalogue integration, order notifications, shared inbox at automation, na ibinebenta sa monthly plans na may limitasyon sa agents at contacts. - EasyCoexistence:: Coexistence infrastructure. Patuloy na gumagana ang WhatsApp Business app sa telepono, tumatakbo ang Cloud API sa parehong numero, at dumidiretso ang message events mula Meta sa CRM, helpdesk, automation o AI agent ninyo. Walang product na kailangang lipatan ng team ninyo. ### Saan naninirahan ang commerce logic Ito ang mahalagang pagpipilian para sa online store, at nakadepende ito kung nasaan na ang catalogue ninyo. - Interakt:: Nasa platform, konektado sa store ninyo. Maginhawa ito kung gusto ninyong naka-configure sa iisang lugar ang order notifications at catalogue messages nang walang development. - EasyCoexistence:: Nasa store ninyo. Ipinapadala namin ang WhatsApp events sa backend ninyo, kaya ang system na nakaaalam na kung ano ang isang order ang nagpapadala ng order notifications. Walang kailangang i-synchronize sa pangalawang product. ### Magkano ang binabayaran ng isang agency Dito pinakamalinaw ang pagkakaiba ng per-agent pricing at per-number pricing. - Interakt:: Mga plan na may limitasyon sa agents at contacts, kaya ang negosyong namamahala ng mga numero para sa ilang client ay bumibili ng seats at allowances bawat account. - EasyCoexistence:: Isang account ang maaaring maglaman ng kahit ilang client number na gusto ninyo, at bawat isa ay sinisingil bilang koneksyon sa rate na bumababa habang dumarami ang volume. Walang agents na bibilangin at walang contact allowance na lalampasan. ### Ano ang sinusundan ng bill Ito ang pangunahing pagkakaiba, at ito ang nagpapasya sa kabuuang gastos habang lumalaki kayo. - Interakt:: Subscription na nakabatay sa users at plan tiers, kaya sumusunod ang bill sa laki ng team at mga feature na na-unlock, binabayaran man o hindi ginagamit ang seats. - EasyCoexistence:: Isang naka-connect na numero. Walang gastos ang pagdaragdag ng kasamahan dahil walang seats, at bumababa ang per-number rate habang nadaragdagan ang mga numero, mula US$ 9 hanggang US$ 1. Ang pang-40 na numero ng agency ay kayang gawin ang ginawa ng una at mas mura ang gastos. ### Ano ang mangyayari kung umalis kayo Mahalagang itanong ito sa anumang product na may hawak ng inyong mga pag-uusap. - Interakt:: Nasa platform ang inbox, contact history at automations. Iyan ang dahilan kung bakit gumagana ang mga ito, at iyan din ang dahilan kung bakit nagiging migration project ang pag-alis. - EasyCoexistence:: Walang sarili ninyong data sa loob namin. Ipinadala ang mga mensahe sa sarili ninyong system pagdating ng mga ito, at nasa sariling Meta Business Portfolio ng client ang numero, kaya kapag inalis ninyo kami, mananatili ito kung nasaan ito. - Paghahambing ng seat price sa per-number price nang hindi binibilang ang kabuuang kailangan ninyo. - Pagbabayad para sa inbox kahit sa CRM na nagtatrabaho na ang team ninyo. - Pag-aakalang magkaiba ang WhatsApp connection. Ang Cloud API sa ilalim ay Meta sa parehong case. **Alin ang mas mura?** Depende sa setup. Maaaring mas gusto ng team na lima ang seats sa isang inbox. Pero para sa negosyong may mga numero at sariling system, mas mura kami nang malaki kada numero. **Mawawala ba ang shared inbox?** Hindi kayo lilipat sa shared inbox. Dumarating ang mga mensahe sa tool na ginagamit na ng team ninyo, kung saan na sila nagtatrabaho. **Magkaiba ba ang WhatsApp connection?** Hindi. Cloud API ng Meta ito sa parehong paraan. Ang nagkakaiba ay ang nasa harap nito at kung paano ito sinisingil. **Makakagawa ba ako ng catalogue messages?** Oo, sa pamamagitan ng Cloud API sa sarili ninyong numero, at ipinapadala mula sa sarili ninyong system. Hindi kami gumagawa ng catalogue para sa inyo dahil mayroon na nito ang store ninyo. --- ## EasyCoexistence kumpara sa DoubleTick https://easycoexistence.com/fil/compare/easycoexistence-vs-doubletick Ang DoubleTick ay WhatsApp sales platform na bayad kada user, na nakasentro sa mobile-first shared inbox. Ang EasyCoexistence ay infrastructure: ikinokonekta nito ang numero gamit ang sariling Coexistence feature ng Meta, ipinapadala ang mga mensahe nito sa system na ginagamit na ninyo, at naniningil kada naka-connect na numero. Ang mas mura ay nakadepende sa kung gusto ninyo ng product na gagamitin sa loob. ### Ano ang bawat product Hindi sila nagko-compete para sa parehong purchase, at nagiging kapaki-pakinabang ang paghahambing kapag malinaw ito. - DoubleTick:: Isang WhatsApp sales platform na nakasentro sa mobile shared inbox, bulk messaging at catalogue sharing, bayad kada user seat at para sa sales teams na nagtatrabaho gamit ang phones. - EasyCoexistence:: Coexistence infrastructure. Patuloy na gumagana ang WhatsApp Business app sa phone, tumatakbo ang Cloud API sa parehong numero, at direktang ipinapadala ng Meta ang message events sa CRM, helpdesk, automation o AI agent ninyo. Walang product na kailangang lipatan ng team ninyo. ### Paano nagtatrabaho ang sales team araw-araw Ito ang purchase decision sa likod ng parehong product. - DoubleTick:: Sa kanilang app, kung saan naroon ang shared inbox, catalogue at bulk sending, sa planong nagsisimula sa humigit-kumulang 2,500 rupees kada buwan at bayad ayon sa user, kaya sumusunod ang bill sa dami ng salespeople ninyo. - EasyCoexistence:: Sa anumang CRM na ginagamit na ng team ninyo. Ipinapadala namin dito ang conversation, kaya nakikita ng salesperson ang WhatsApp kasabay ng deal record sa halip na nasa hiwalay na app na kailangan pa niyang tandaan na buksan. ### Magkano ang gastos sa pangalawang numero Karaniwan ito sa sales operation na may higit sa isang linya. - DoubleTick:: Seats ang billable unit, kaya ang pangalawang numero ay kasama sa per-user subscription na lumalaki kasabay ng team. - EasyCoexistence:: Ang pangalawang numero ay pangalawang numero lang, sa published rate, na bumababa habang nadaragdagan ang mga numero. Hindi kasama sa kalkulasyon ang headcount. ### Ano ang sinusundan ng bill Ito ang structural difference, at ang nagpapasya sa kabuuang gastos habang lumalaki kayo. - DoubleTick:: Subscription na nakabatay sa users at plan tiers, kaya sinusundan ng bill ang laki ng team at mga feature na na-unlock, bayad man o hindi ginagamit ang seats. - EasyCoexistence:: Isang connected number. Walang gastos ang pagdagdag ng colleague dahil walang seats, at bumababa ang per-number rate habang nadaragdagan ang mga numero, mula US$ 9 hanggang US$ 1. Ang pang-40 na numero ng agency ay kayang gawin ang ginawa ng una at mas mura. ### Ano ang mangyayari kapag umalis kayo Mahalagang itanong ito sa anumang may hawak ng inyong mga conversation. - DoubleTick:: Nasa platform ang inbox, contact history at automations. Iyan ang dahilan kung bakit gumagana ang mga ito, at iyan din ang dahilan kung bakit nagiging migration project ang pag-alis. - EasyCoexistence:: Walang pag-aari ninyo na nasa loob namin. Ipinadala ang mga mensahe sa sarili ninyong system pagdating ng mga ito, at nasa sariling Meta Business Portfolio ng client ang numero, kaya kapag inalis kami, mananatili ito kung nasaan ito. - Paghahambing ng seat price sa per-number price nang hindi binibilang ang kabuuan para sa sarili ninyong setup. - Pagbabayad para sa inbox kahit sa CRM na nagtatrabaho na ang team ninyo. - Pag-aakalang magkaiba ang WhatsApp connection. Ang Cloud API sa ilalim ay sa Meta sa parehong case. **Alin ang mas mura?** Depende sa setup. Maaaring mas gusto ng team na may limang tao at isang inbox ang seats. Ang business na may maraming numero at sariling system ay mas kaunti ang binabayaran kada numero sa amin. **Mawawala ba ang shared inbox?** Hindi kailangang lumipat sa shared inbox. Dumarating ang mga mensahe sa tool na ginagamit na ng team ninyo, kung saan sila nagtatrabaho na. **Magkaiba ba ang WhatsApp connection?** Hindi. Cloud API ito ng Meta sa parehong paraan. Ang nagkakaiba ay kung ano ang nasa harap nito at paano ito sinisingil. **May mobile app ba?** Infrastructure kami, kaya ang app na ginagamit ng team ninyo ay ang mayroon na sila. Patuloy ding gumagana ang WhatsApp Business app sa phone. --- ## EasyCoexistence kumpara sa Zoko https://easycoexistence.com/fil/compare/easycoexistence-vs-zoko Ang Zoko ay WhatsApp commerce platform para sa Shopify stores, na ibinebenta sa monthly plans. Ang EasyCoexistence ay infrastructure: ikinokonekta nito ang numero gamit ang sariling Coexistence feature ng Meta, ipinapadala ang mga mensahe nito sa system na ginagamit na ninyo, at naniningil kada naka-connect na numero. Mas mura ang bawat isa depende sa kailangan ninyong produkto. ### Ano ang bawat produkto Hindi pareho ang binibili ninyo sa dalawang ito, at mahalagang malinaw ito para maging kapaki-pakinabang ang paghahambing. - Zoko:: Isang WhatsApp commerce platform na mahigpit na nakasentro sa Shopify, para sa catalogue, abandoned cart recovery, order flows at shared inbox, na ibinebenta sa monthly plans. - EasyCoexistence:: Coexistence infrastructure. Patuloy na gumagana ang WhatsApp Business app sa telepono, tumatakbo ang Cloud API sa parehong numero, at direktang ipinapadala ng Meta ang message events sa inyong CRM, helpdesk, automation o AI agent. Walang produktong kailangang lipatan ng inyong team. ### Kung Shopify store kayo Ito ang tapat na sagot dahil tunay na magkaiba ang binibili ninyo. - Zoko:: Talagang ginawa para rito. Naka-configure na ang cart recovery, catalogue at order flows sa halip na kailangang i-develop, kaya may tunay na halaga ito kung Shopify ang buong negosyo ninyo at gusto ninyong gumana ito ngayong linggo. - EasyCoexistence:: Ang layer sa ilalim. Kung hindi Shopify ang inyong store, o nasa sarili ninyong backend ang logic, ipinapadala namin dito ang WhatsApp events at hinahayaan ang system ninyo na magpasya kung ano ang ibig sabihin ng mensahe. Walang kailangang i-configure sa platform na wala sa amin. ### Ano ang nangyayari kapag hindi buong negosyo ang store Ito ang sitwasyong hindi na akma ang platform na likas para sa storefront. - Zoko:: Lalim sa iisang ecosystem. Ito ang kapalit na pinipili ng isang specialist, at ito ang dahilan kung bakit mahusay itong gumagana sa loob ng ecosystem na iyon. - EasyCoexistence:: Walang pakialam sa ecosystem. Pumupunta ang webhook sa inyong endpoint, kaya iisang koneksyon ang nagsisilbi sa Shopify store, custom backend, n8n workflow o AI agent nang walang pagbabago sa pagkaka-connect ng numero. ### Ano ang sinusundan ng bill Ito ang structural difference, at ito ang nagpapasya sa kabuuang gastos habang lumalaki kayo. - Zoko:: Subscription na nakabatay sa users at plan tiers, kaya sinusundan ng bill ang laki ng team at mga feature na na-unlock, kahit hindi ginagamit ang lahat ng seats. - EasyCoexistence:: Isang naka-connect na numero. Walang gastos ang pagdagdag ng kasamahan dahil walang seats, at bumababa ang rate kada numero habang nadaragdagan ang mga numero, mula US$ 9 hanggang US$ 1. Ang ika-40 na numero ng isang agency ay kayang gawin ang lahat ng ginawa ng una at mas mura ang gastos. ### Ano ang mangyayari kung aalis kayo Mahalagang itanong ito sa anumang may hawak ng inyong mga usapan. - Zoko:: Nasa platform ang inbox, contact history at automations. Iyan ang dahilan kung bakit gumagana ang mga ito, at iyan din ang dahilan kung bakit nagiging migration project ang pag-alis. - EasyCoexistence:: Walang pag-aari ninyo ang nasa loob namin. Ipinadala ang mga mensahe sa sarili ninyong system pagdating ng mga ito, at nasa sariling Meta Business Portfolio ng kliyente ang numero, kaya kapag inalis ninyo kami, mananatili ito kung nasaan ito. - Paghahambing ng presyo ng seat sa presyo kada numero nang hindi binibilang ang kailangan para sa sarili ninyong setup. - Pagbabayad para sa inbox kahit sa CRM na nagtatrabaho na ang inyong team. - Pag-aakalang magkaiba ang WhatsApp connection. Ang Cloud API sa ilalim ay sa Meta sa parehong kaso. **Alin ang mas mura?** Mas mura ang Zoko para sa team of five na kailangan ng iisang inbox at Shopify flows. Mas mura ang EasyCoexistence para sa negosyong may maraming numero at sarili nang system, dahil mas mababa ang gastos kada numero sa amin. **Mawawala ba ang shared inbox?** Hindi kayo lilipat sa shared inbox. Dumarating ang mga mensahe sa tool na ginagamit na ng inyong team, kung saan na sila nagtatrabaho. **Magkaiba ba ang WhatsApp connection?** Hindi. Cloud API ito ng Meta sa parehong paraan. Ang pinagkaiba ay kung ano ang nasa harap nito at kung paano ito sinisingil. **Gumagamit ako ng Shopify. Dapat ba akong gumamit ng Zoko?** Nagbebenta sila ng naka-configure na Shopify flows sa monthly plan. Kung nasa sarili ninyong store o backend na ang logic, inilalagay namin ang WhatsApp dito sa halagang US$ 9 kada numero at nananatili ang mga flow kung nasaan na ang inyong order data. --- ## EasyCoexistence kumpara sa Trengo https://easycoexistence.com/fil/compare/easycoexistence-vs-trengo Ang Trengo ay multichannel team inbox para sa WhatsApp, email, voice at chat, na singil kada user. Ang EasyCoexistence ay infrastructure: ikinokonekta nito ang numero gamit ang sariling Coexistence feature ng Meta, ipinapadala ang mga mensahe nito sa system na ginagamit na ninyo, at naniningil kada naka-connect na numero. Alin ang mas mura ay depende sa kung kailangan ninyo ng produktong gagamitin ng team. ### Ano ang bawat produkto Hindi pareho ang binibili ninyo sa dalawang ito, at kapag malinaw iyon, mas kapaki-pakinabang ang paghahambing. - Trengo:: Multichannel team inbox na pinagsasama ang WhatsApp, email, live chat, voice at social sa isang view, singil kada user seat at para sa support teams na humahawak ng maraming channel. - EasyCoexistence:: Coexistence infrastructure. Patuloy na gumagana ang WhatsApp Business app sa phone, tumatakbo ang Cloud API sa parehong numero, at direktang ipinapadala ng Meta ang message events sa CRM, helpdesk, automation o AI agent ninyo. Walang produktong kailangang lipatan ng team ninyo. ### Isang inbox para sa bawat channel Ito ang pangunahing pangako nila, at mabuti ito para sa tamang team. - Trengo:: Email, WhatsApp, chat at voice sa isang lugar, na may shared assignment at rules. Para sa support team na nalulunod sa maraming tab, ang pagsasamang ito ang produkto, at gumagana ito. - EasyCoexistence:: Isang channel lang ang ginagawa namin at hindi namin hinihingi na pagsama-samahin ninyo ang mga channel. Kung humahawak na ng email at chat ang helpdesk ninyo, dumarating doon ang WhatsApp sa pamamagitan ng webhook at hindi kailangang matuto ng team ninyo ng pangalawang tool. ### Ano ang babayaran kapag lumaki ang team May partikular na epekto ang per-seat pricing, kaya dapat ninyo itong makita bago mag-hire. - Trengo:: Singil kada user, kaya bawat bagong support hire ay nagdaragdag sa buwanang bill kahit hindi nila gamitin ang WhatsApp. - EasyCoexistence:: Singil kada numero. Pareho ang bayad ng support team na dalawa at support team na dalawampu, dahil ang sinisingil na unit ay koneksyon, hindi tao. ### Ano ang sinusundan ng bill Ito ang structural difference, at ito ang nagpapasya sa kabuuang gastos habang lumalaki kayo. - Trengo:: Subscription na nakabatay sa users at plan tiers, kaya sumusunod ang bill sa laki ng team at sa features na na-unlock, bayad man o hindi ginagamit ang seats. - EasyCoexistence:: Isang naka-connect na numero. Walang gastos ang pagdaragdag ng kasamahan dahil walang seats, at bumababa ang per-number rate habang nadaragdagan ang mga numero, mula US$ 9 hanggang US$ 1. Ang ika-40 na numero ng agency ay kayang gawin ang lahat ng ginawa ng una at mas mura ito. ### Ano ang mangyayari kung umalis kayo Mahalagang itanong ito sa anumang nag-iingat ng inyong mga conversation. - Trengo:: Nasa platform ang inbox, contact history at automations. Iyan ang dahilan kung bakit gumagana ang mga ito, at iyan din ang dahilan kung bakit nagiging migration project ang pag-alis. - EasyCoexistence:: Walang pagmamay-ari ninyo na nasa loob namin. Ipinadala ang mga mensahe sa sarili ninyong system pagdating ng mga ito, at nasa sariling Meta Business Portfolio ng client ang numero, kaya kapag inalis ninyo kami, nananatili ito kung nasaan ito. - Paghahambing ng seat price sa per-number price nang hindi binibilang ang pareho para sa sarili ninyong setup. - Pagbabayad para sa inbox kahit sa CRM na nagtatrabaho na ang team ninyo. - Pag-aakalang magkaiba ang WhatsApp connection. Ang Cloud API sa ilalim ay Meta sa parehong setup. **Alin ang mas mura?** Depende sa setup. Maaaring mas gusto ng team na lima ang seats sa isang inbox. Ang negosyong may mga numero at existing system ay mas maliit nang malaki ang bayad kada numero sa amin. **Mawawala ba ang shared inbox?** Hindi kayo lilipat sa shared inbox. Dumarating ang mga mensahe sa tool na ginagamit na ng team ninyo, kung saan na sila nagtatrabaho. **Magkaiba ba ang WhatsApp connection?** Hindi. Cloud API ito ng Meta sa parehong setup. Ang nagkakaiba ay kung ano ang nasa harap nito at kung paano ito sinisingil. **Kailangan ko rin ng email at chat. Sakop ba ninyo ang mga ito?** Hindi, at hindi rin namin kayo sisingilin para sa mga ito. Ikinokonekta namin ang WhatsApp sa helpdesk na humahawak na ng iba ninyong channel. --- ## EasyCoexistence kumpara sa Rasayel https://easycoexistence.com/fil/compare/easycoexistence-vs-rasayel Ang Rasayel ay WhatsApp-first sales inbox na may CRM integrations at singil kada user. Ang EasyCoexistence ay infrastructure: ikinokonekta nito ang numero gamit ang sariling Coexistence feature ng Meta, direktang dinadala ang mga mensahe sa system na ginagamit na ninyo, at naniningil kada naka-connect na numero. Magkaibang produkto ang mga ito, kaya nakadepende sa setup ninyo kung alin ang mas mura. ### Ano ang bawat produkto Hindi pareho ang binibili ninyo sa dalawang produktong ito, at mahalagang malinaw iyon para maging kapaki-pakinabang ang paghahambing. - Rasayel:: Isang WhatsApp-first shared inbox para sa sales teams, na may two-way integrations sa mga CRM tulad ng HubSpot at Pipedrive, at may singil kada user seat. - EasyCoexistence:: Coexistence infrastructure. Patuloy na gumagana ang WhatsApp Business app sa telepono, tumatakbo ang Cloud API sa parehong numero, at direktang pumupunta ang message events mula Meta sa CRM, helpdesk, automation o AI agent ninyo. Walang produktong kailangang lipatan ng team ninyo. ### Pagdadala ng WhatsApp sa CRM Ito ang pinakamalapit na pagkakapareho ng dalawang produkto, kaya kailangang maging tiyak. - Rasayel:: Sini-sync ng inbox nila ang mga usapan sa CRM, kaya maaaring magtrabaho ang salesperson sa alinmang lugar at sumusunod ang record. Tunay itong produkto na may seryosong engineering sa likod nito. - EasyCoexistence:: Direktang pumupunta ang mensahe sa CRM ninyo mula Meta, nang walang inbox sa gitna na kailangang i-synchronize. Isang kopya lang ng usapan sa halip na dalawa, kaya walang kailangang ayusin kapag pumalya ang sync. ### Ano ang binabayaran ninyo Parehong dinadala ng dalawang produkto ang WhatsApp sa CRM. Magkaiba ang paraan ng pagkalkula ng bill. - Rasayel:: Seats, dahil ang inbox ang mismong produkto at kailangan ng bawat salesperson ng isa para magamit ito. - EasyCoexistence:: Ang koneksyon. Binabasa ng buong sales team ninyo ang WhatsApp sa CRM na binabayaran na ninyo, at naniningil kami kada numero kahit ilan pa ang gumagamit nito. ### Ano ang sinusundan ng bill Ito ang pangunahing pagkakaiba sa istruktura, at ito ang nagtatakda ng kabuuang gastos habang lumalaki kayo. - Rasayel:: Subscription na nakabatay sa users at plan tiers, kaya sumusunod ang bill sa laki ng team at sa mga feature na na-unlock, ginagamit man ang seats o hindi. - EasyCoexistence:: Isang naka-connect na numero. Walang gastos ang pagdagdag ng kasamahan dahil walang seats, at bumababa ang rate kada numero habang nadaragdagan ang mga numero, mula US$ 9 hanggang US$ 1. Pareho ang kayang gawin ng ikalawang numero ng agency sa ikaapatnapung numero nito, pero mas mababa ang gastos. ### Ano ang mangyayari kapag umalis kayo Mahalagang itanong ito sa anumang produktong nag-iingat ng mga usapan ninyo. - Rasayel:: Nasa platform ang inbox, contact history at automations. Iyan ang dahilan kung bakit gumagana ang mga ito, pero nangangahulugan din itong magiging migration project ang pag-alis. - EasyCoexistence:: Walang pag-aari ninyo ang nasa loob namin. Direktang naihatid ang mga mensahe sa sarili ninyong system pagdating ng mga ito, at nasa sariling Meta Business Portfolio ng customer ang numero, kaya kapag inalis ninyo kami, mananatili ito kung nasaan ito. - Paghahambing ng presyo ng seat sa presyo kada numero nang hindi kinukuwenta ang parehong setup para sa pangangailangan ninyo. - Pagbabayad para sa inbox kahit sa CRM na nagtatrabaho na ang team ninyo. - Pag-aakalang magkaiba ang WhatsApp connection. Ang Cloud API sa ilalim ay Meta sa parehong kaso. **Alin ang mas mura?** Nakadepende ito sa setup. Maaaring mas gusto ng team na lima ang seats sa isang inbox. Ang negosyong may maraming numero at umiiral nang system ay mas mababa ang gastos kada numero kapag kami ang gamit. **Mawawala ba ang shared inbox?** Hindi kayo lilipat sa shared inbox. Darating ang mga mensahe sa tool na ginagamit na ng team ninyo, kung saan na sila nagtatrabaho. **Iba ba ang WhatsApp connection?** Hindi. Meta's Cloud API ito sa parehong paraan. Ang naiiba ay kung ano ang nasa harap nito at kung paano ito sinisingil. **May integration ba kayo sa HubSpot?** Ibinibigay namin ang webhook ng Meta sa anumang endpoint, kaya direktang matatanggap ng CRM na may inbound webhook o workflow tool sa harap nito ang usapan. --- ## EasyCoexistence vs Callbell https://easycoexistence.com/fil/compare/easycoexistence-vs-callbell Ang Callbell ay multi-agent WhatsApp inbox para sa maliliit na team, na may presyo kada user. Ang EasyCoexistence ay infrastructure: ikinokonekta nito ang numero sa sariling Coexistence feature ng Meta, ipinapadala ang mga mensahe nito sa system na ginagamit na ninyo, at naniningil kada naka-connect na numero. Kung alin ang mas mura ay nakadepende sa kung produkto ba ang gusto ninyong gamitin bilang pangunahing workspace. ### Ano ang bawat produkto Hindi pareho ang binibili sa dalawang ito, at mahalagang malinaw iyon para maging kapaki-pakinabang ang paghahambing. - Callbell:: Isang multi-agent WhatsApp inbox para sa maliliit na team, na may chatbot flows at basic automation, presyo kada user seat at popular sa maliliit na negosyo sa Latin America at southern Europe. - EasyCoexistence:: Coexistence infrastructure. Patuloy na gumagana ang WhatsApp Business app sa telepono, tumatakbo ang Cloud API sa parehong numero, at dumidiretso ang mga event ng mensahe mula Meta papunta sa CRM, helpdesk, automation o AI agent ninyo. Walang produktong kailangang lipatan ng team. ### Ang sitwasyon ng maliit na team Dito pinaka-makatwiran ang kanilang presyo, at dito pinakamalapit ang paghahambing. - Callbell:: Dalawa o tatlong agent na gumagamit ng isang numero, may simpleng inbox at walang CRM na kailangang i-integrate. Ang inilathalang presyo nila ay kada user kada buwan, may bayad na WhatsApp add-on, kaya kahit maliit ang setup ay may bayad sa seat at channel. - EasyCoexistence:: Ang parehong negosyo, kung mayroon na itong system. Ang maliit na tindahang gumagamit ng spreadsheet o simpleng backend para sa orders ay makakakuha ng WhatsApp sa mas mababang gastos kaysa sa isang seat, habang patuloy na sumasagot ang staff sa WhatsApp Business app gaya ng dati. ### Maraming lokasyon, isang account Ito ang sitwasyong malinaw na naghihiwalay sa dalawa. - Callbell:: Kasama sa subscription ang bawat numero at bawat agent, kaya ang chain ng mga tindahan ay sabay na bumibili ng seats at numero. - EasyCoexistence:: Ang bawat lokasyon ay isang koneksyon sa inilathalang rate, na bumababa habang nadaragdagan ang mga ito. Ang sampung tindahang may sampung numero at apatnapung staff ay nagbabayad para sa sampung numero. ### Ano ang sinusundan ng bill Ito ang structural difference, at ito ang nagpapasya sa kabuuang gastos habang lumalaki ang negosyo. - Callbell:: Subscription na nakabatay sa users at plan tiers, kaya sumusunod ang bill sa laki ng team at sa mga feature na na-unlock, bayad man gamitin ang seats o hindi. - EasyCoexistence:: Isang naka-connect na numero. Walang gastos ang pagdagdag ng kasamahan dahil walang seats, at bumababa ang rate kada numero habang nadaragdagan ang mga numero, mula US$ 9 hanggang US$ 1. Ang ikaapatnapung numero ng isang agency ay kayang gawin ang ginawa ng una at mas mura ang gastos. ### Ano ang mangyayari kapag umalis kayo Mahalagang itanong ito sa anumang may hawak ng mga pag-uusap ninyo. - Callbell:: Nasa platform ang inbox, history ng contact at automations. Iyan ang dahilan kung bakit gumagana ang mga ito, at iyan din ang dahilan kung bakit nagiging migration project ang pag-alis. - EasyCoexistence:: Walang sarili ninyong datos sa loob namin. Naipadala ang mga mensahe sa sarili ninyong system pagdating ng mga ito, at nasa sariling Meta Business Portfolio ng kliyente ang numero, kaya kapag inalis kami ay mananatili ito sa dating kinalalagyan. - Paghahambing ng presyo ng seat sa presyo kada numero nang hindi binibilang ang parehong gastos para sa sarili ninyong setup. - Pagbabayad para sa inbox kahit sa CRM na nagtatrabaho na ang team. - Pag-aakalang magkaiba ang WhatsApp connection. Ang Cloud API sa ilalim ay sa Meta sa parehong setup. **Alin ang mas mura?** Nakadepende ito sa setup. Maaaring mas piliin ng team na lima ang seats sa isang inbox. Ang negosyong may mga numero at existing system ay mas mababa ang babayaran kada numero sa amin. **Mawawala ba ang shared inbox?** Hindi ninyo kailangang lumipat sa isa. Dumarating ang mga mensahe sa tool na ginagamit na ng team, kung saan na rin sila nagtatrabaho. **Iba ba ang WhatsApp connection?** Hindi. Cloud API ito ng Meta sa parehong setup. Ang nag-iiba ay kung ano ang nasa harap nito at kung paano ito sinisingil. **Mas mura ba ang Callbell para sa dalawang agent?** Posible, para sa isang numero at walang existing system. Kapag nagdagdag ng pangalawang lokasyon o CRM, mabilis na nagiging mas kapaki-pakinabang ang presyo kada numero. --- ## EasyCoexistence laban sa Baileys https://easycoexistence.com/fil/compare/easycoexistence-vs-baileys Ang Baileys ay open-source library na direktang kumokonekta sa WhatsApp sa pamamagitan ng linked-device protocol. Gumagana ito, libre o mura, pero may panganib na wala sa opisyal na paraan: hindi saklaw ng business terms ng WhatsApp ang automated messaging sa pamamagitan ng linked-device session, at maaaring ma-restrict o ma-ban nang walang babala ang numerong ginagamit sa ganitong paraan. Ikinokonekta ng EasyCoexistence ang parehong numero gamit ang sariling Coexistence feature ng Meta. ### Paano kumokonekta ang bawat isa sa WhatsApp Nasa bahaging ito ang buong paghahambing, at dito nagmumula ang lahat ng kasunod. - Baileys:: Isang TypeScript library na nagpapatupad ng linked-device protocol ng WhatsApp sa websocket. Nagla-login ito gaya ng web client, sa pag-scan ng QR code, at pinamamahalaan nito mismo ang session. Walang approval mula Meta dahil hindi ito hinihingi. - EasyCoexistence:: Cloud API ng Meta, gamit ang credentials na ibinigay ng Meta sa sariling WhatsApp Business Account ng kliyente, sa pamamagitan ng Coexistence. Naka-register ang numero sa Meta bilang API number at patuloy na gumagana ang WhatsApp Business app sa phone nang sabay. ### Ano ang nangyayari kapag nagkaproblema Parehong nagkakaproblema minsan. Ang kaibahan ay kung may matatanungan. - Baileys:: Isang community project sa GitHub. Kapag nagbago ang protocol ng WhatsApp, kailangang humabol ang library, at down ang integration ninyo hanggang mangyari iyon. Walang support contract at walang ban appeal. - EasyCoexistence:: Koneksyon sa sariling infrastructure ng Meta na patuloy na mino-monitor. Kapag naputol ito, binabasa namin ang mismong disconnection reason mula Meta, kaya nakikilala kung labing-apat na araw ng inactivity lang o totoong removal, at nalalaman ninyo bago ito mapansin ng customer. ### Magkano talaga ang gastos Karaniwang mukhang libre ang unofficial na paraan, pero hindi talaga tungkol sa licence fee ang paghahambing. - Baileys:: Libre bilang library, pero kailangan ng server na pagru-run-an, session na pananatilihing buhay, at engineer na nakakaunawa rito. Maintenance at risk ang tunay na gastos, hindi licence. - EasyCoexistence:: Mula US$ 9 kada naka-connect na numero kada buwan, kasama ang hosting, monitoring at MCP connector. Walang server na kailangang patakbuhin, session na kailangang i-relink, o kailangang buuing muli kapag nagbago ang protocol. ### Ano talaga ang kayang gawin ng bawat isa Ito ang tapat na bahagi, at ito rin ang dahilan kung bakit umiiral ang mga unofficial project. - Baileys:: Sa ilang paraan, mas marami itong kayang gawin kaysa sa opisyal na API: group chats, personal conversations, presence at read receipts sa protocol level. Iyan ang saklaw na dahilan ng pagkakaroon nito. - EasyCoexistence:: Lahat ng pinapahintulutan ng Cloud API: magpadala at tumanggap ng mga mensahe, template, media at interactive message, na may webhook na inihahatid ng Meta. Nasa labas ng API ang group chats at kailangang bukas ang 24 hour window para sa mga free-form reply. Mga panuntunan iyon ng Meta at nalalapat sa bawat opisyal na provider. ### Sino ang dapat pumili ng alin May tunay na dahilan para sa bawat isa, at ganap itong nakadepende sa halaga ng numero. - Hobby project sa numerong ayos lang mawala: libre at may kakayahan ang unofficial na paraan. - Numerong ginagamit ng negosyo sa pagsagot sa customer: opisyal na paraan, dahil kapag na-ban, mawawala ang business line. - Anumang may numero ng kliyente: opisyal na paraan, dahil hindi ninyo dapat akuin ang risk. - Kung kailangang patuloy na gumana ang WhatsApp Business app sa phone: Coexistence, dahil iyon ang ginagawa namin. - Pagsubok ng unofficial bridge sa business number. Dumarating ang ban nang walang babala at walang appeal. - Pag-aakalang ligtas dahil maraming taon nang gumagana. Panaka-naka ang enforcement, hindi tuloy-tuloy. - Pag-aakalang API lang ang naaapektuhan ng ban. Kasama nitong nawawala ang WhatsApp Business profile. **Gumagana ba talaga ang Baileys?** Oo, kaya ito popular. Ang tanong ay hindi kung gumagana ito, kundi kung ano ang mangyayari sa numero kapag napansin ito ng WhatsApp. **Maba-ban ba ang numero dahil dito?** Oo. Hindi saklaw ng business terms ng WhatsApp ang unofficial access, at walang babala o appeal ang enforcement. **Hihinto ba ang WhatsApp Business app ninyo kapag gumamit kayo ng serbisyo namin?** Hindi. Iyan ang layunin ng Coexistence: patuloy na gumagana ang app sa phone habang tumatakbo ang Cloud API sa parehong numero. **Illegal ba ang Baileys?** Hindi ito krimen, pero isa itong paraang hindi saklaw ng business terms ng WhatsApp. Ang resulta ay enforcement laban sa numero, hindi legal action. --- ## EasyCoexistence laban sa WPPConnect https://easycoexistence.com/fil/compare/easycoexistence-vs-wppconnect Ang WPPConnect ay isang open-source project na nag-a-automate ng WhatsApp Web sa kontroladong browser session. Gumagana ito at libre o mura, pero may panganib na wala sa official route: hindi saklaw ng business terms ng WhatsApp ang automated messaging sa pamamagitan ng linked-device session, at maaaring ma-restrict o ma-ban nang walang babala ang numerong ginagamit sa ganitong paraan. Ikinokonekta ng EasyCoexistence ang parehong numero gamit ang sariling Coexistence feature ng Meta. ### Paano inaabot ng bawat isa ang WhatsApp Narito ang buong paghahambing, at dito nagmumula ang lahat ng kasunod. - WPPConnect:: Isang browser automation project na kumokontrol sa WhatsApp Web sa headless session, na may REST wrapper sa ibabaw nito. Nali-link ang numero gamit ang QR code at nananatili ang session sa browser profile, kaya linked device ang nakikita ng WhatsApp, hindi API client. - EasyCoexistence:: Cloud API ng Meta, gamit ang credentials na ibinigay ng Meta sa sariling WhatsApp Business Account ng client, sa pamamagitan ng Coexistence. Naka-register ang numero sa Meta bilang API number at patuloy na gumagana ang WhatsApp Business app sa telepono kasabay nito. ### Ano ang nangyayari kapag nagkaproblema Pareho silang paminsan-minsang nagkakaproblema. Ang pinagkaiba ay kung may malalapitan ba kayo. - WPPConnect:: May open-source community na aktibo at mabilis tumugon, pero walang obligasyon kaninuman. Maaaring masira ng pagbabago sa WhatsApp Web ang session handling, at walang appeal path ang ban dahil hindi kailanman awtorisado ang access. - EasyCoexistence:: Koneksyon sa sariling infrastructure ng Meta, na patuloy na mino-monitor. Kapag naputol ito, binabasa namin ang sariling disconnection reason ng Meta, kaya nakikilala ang fourteen days of inactivity mula sa totoong removal, at sinasabi sa inyo bago ito mapansin ng customer. ### Magkano talaga ang gastos Karaniwang mukhang libre ang unofficial route, pero hindi talaga tungkol sa license fee ang paghahambing. - WPPConnect:: Libre, dagdag ang server na kayang magpatakbo ng browser nang tuloy-tuloy, memory para sa bawat session at taong magre-restart nito kapag namatay ang session. Mas dumadami ang kailangan sa setup na maraming numero. - EasyCoexistence:: Mula US$ 9 kada naka-connect na numero kada buwan, kasama ang hosting, pagmo-monitor at MCP connector. Walang server na kailangang patakbuhin, session na kailangang i-re-link o kailangang buuing muli kapag nagbago ang protocol. ### Ano talaga ang kayang gawin ng bawat isa Ito ang tapat na bahagi, at kung bakit umiiral ang unofficial projects. - WPPConnect:: Lahat ng kayang gawin ng WhatsApp Web, kabilang ang groups at personal chats, na tunay na mas malawak kaysa official API. Mas mabagal at mas mabigat din ito dahil may browser sa proseso. - EasyCoexistence:: Lahat ng pinapahintulutan ng Cloud API: magpadala at tumanggap ng mensahe, templates, media at interactive messages, na may webhooks na inihahatid ng Meta. Hindi saklaw ng API ang group chats at kailangang bukas ang 24 hour window para sa free-form replies. Mga panuntunan iyon ng Meta at nalalapat sa bawat official provider. ### Sino ang dapat pumili ng alin May totoong dahilan para sa bawat isa, at nakadepende ito sa halaga ng numero sa inyo. - Hobby project sa numerong hindi ninyo ikalulugi kung mawala: libre at may kakayahan ang unofficial route. - Numerong ginagamit ng negosyo sa pagsagot sa mga customer: official route, dahil matatapos ang linya ng negosyo kapag na-ban. - Anumang may numero ng client: official, dahil hindi ninyo dapat akuin ang panganib. - Saanmang kailangang patuloy na gumana ang WhatsApp Business app sa telepono: Coexistence, na siyang ginagawa namin. - Pagsubok ng unofficial bridge sa numero ng negosyo. Dumarating ang mga ban nang walang babala at walang appeal. - Pagtingin sa maraming taon ng working uptime bilang patunay ng kaligtasan. Panaka-naka ang enforcement, hindi tuloy-tuloy. - Pag-aakalang API lang ang naaapektuhan ng ban. Kasama nitong nawawala ang WhatsApp Business profile. **Gumagana ba talaga ang WPPConnect?** Oo, kaya ito popular. Ang tanong ay hindi kung gumagana ito, kundi kung ano ang mangyayari sa numero kapag napansin ito ng WhatsApp. **Maba-ban ba ang numero dahil dito?** Oo. Hindi saklaw ng business terms ng WhatsApp ang unofficial access, at walang babala o appeal ang enforcement. **Hihinto ba ang WhatsApp Business app ko kapag kayo ang gumamit nito?** Hindi. Iyan ang layunin ng Coexistence: patuloy na gumagana ang app sa telepono habang tumatakbo ang Cloud API sa parehong numero. **Bakit ito popular sa Brazil?** Maaga itong dumating, nasa Portuguese ang documentation at libre ito, kaya naging default para sa isang henerasyon ng mga lokal na integration. --- ## EasyCoexistence kumpara sa Evolution API https://easycoexistence.com/fil/compare/easycoexistence-vs-evolution-api Ang Evolution API ay isang open-source REST API na nagbabalot sa hindi opisyal na WhatsApp libraries sa isang maayos na interface. Gumagana ito at libre o mura, pero may panganib na wala sa opisyal na paraan: hindi saklaw ng business terms ng WhatsApp ang automated messaging sa pamamagitan ng linked-device session, at maaaring ma-restrict o ma-ban nang walang babala ang numerong ginagamit sa ganitong paraan. Ikinokonekta ng EasyCoexistence ang parehong numero gamit ang sariling Coexistence feature ng Meta. ### Paano kumokonekta ang bawat isa sa WhatsApp Narito ang buong paghahambing, at dito nagmumula ang lahat ng iba pa. - Evolution API:: Isang self-hosted REST API at manager na nagbabalot sa linked-device libraries sa isang maayos na interface, na may dashboard, suporta sa maraming instance at webhook. Maganda ang developer experience, pero sa ilalim ng bawat instance ay QR-linked device pa rin. - EasyCoexistence:: Cloud API ng Meta, gamit ang credentials na ibinigay ng Meta sa sariling WhatsApp Business Account ng kliyente, sa pamamagitan ng Coexistence. Nakarehistro ang numero sa Meta bilang API number at patuloy na gumagana ang WhatsApp Business app sa telepono nang sabay. ### Ano ang nangyayari kapag nagkaproblema Pareho silang nagkakaproblema minsan. Ang pinagkaiba ay kung may mapagtatanungan kayo. - Evolution API:: Isang aktibong open-source project na may malaking community. Stable ang interface, pero hindi opisyal ang ginagamit nitong access, kaya mawawala ang numerong na-ban dahil sa hindi opisyal na access kahit gaano kaganda ang pagkakagawa ng wrapper. - EasyCoexistence:: Koneksyon sa sariling infrastructure ng Meta, na patuloy na mino-monitor. Kapag naputol ito, binabasa namin ang mismong dahilan ng disconnection mula sa Meta, kaya maihihiwalay ang labing-apat na araw na inactivity sa tunay na removal, at malalaman ninyo bago ito mapansin ng customer. ### Magkano ang gastos, nang tapat Karaniwang mukhang libre ang hindi opisyal na paraan, pero hindi talaga tungkol sa license fee ang paghahambing. - Evolution API:: Libre ang license at self-hosted, kaya infrastructure at taong magme-maintain nito ang tunay na gastos. Pinapadali ng maayos na disenyo ang pagsisimula, pero hindi nito binabago ang nasa ilalim. - EasyCoexistence:: Mula US$ 9 kada naka-connect na numero kada buwan, kasama ang hosting, pagmo-monitor at MCP connector. Walang server na kailangang patakbuhin, walang session na kailangang i-re-link at walang kailangang buuing muli kapag nagbago ang protocol. ### Ano talaga ang kayang gawin ng bawat isa Ito ang tapat na bahagi, at ito rin ang dahilan kung bakit umiiral ang mga hindi opisyal na project. - Evolution API:: Magpadala at tumanggap ng mensahe, media at group, gumamit ng maraming instance mula sa isang deployment, at tumanggap ng webhook gamit ang dashboard na madaling gamitin. Para sa developer, ito ang pinakakomportableng hindi opisyal na opsyon. - EasyCoexistence:: Lahat ng pinapahintulutan ng Cloud API: pagpapadala at pagtanggap ng mga mensahe, template, media at interactive message, kasama ang webhook na ipinapadala ng Meta. Hindi kasama sa API ang group chat at kailangang bukas ang 24-oras na window para sa mga reply na walang template. Mga tuntunin iyon ng Meta at nalalapat sa bawat opisyal na provider. ### Sino ang dapat pumili ng alin May tunay na dahilan para sa bawat isa, at lubos itong nakadepende sa halaga ng numero para sa inyo. - Hobby project sa numerong hindi ninyo ikahihinayang mawala: libre at may kakayahan ang hindi opisyal na paraan. - Numerong ginagamit ng negosyo sa pagsagot sa mga customer: opisyal na paraan, dahil tinatapos ng ban ang business line. - Anumang may numero ng kliyente: opisyal na paraan, dahil hindi ninyo dapat akuin ang panganib. - Kung kailangang patuloy na gumana ang WhatsApp Business app sa telepono: Coexistence, na siyang ginagawa namin. - Pagsubok ng hindi opisyal na bridge sa numero ng negosyo. Dumarating ang ban nang walang babala at walang apela. - Pag-aakalang ligtas dahil maraming taon nang gumagana. Pana-panahon ang enforcement, hindi tuloy-tuloy. - Pag-aakalang API lang ang apektado ng ban. Kasama nitong nawawala ang WhatsApp Business profile. **Gumagana ba talaga ang Evolution API?** Oo, kaya ito popular. Ang tanong ay hindi kung gumagana ito, kundi kung ano ang mangyayari sa numero kapag napansin ito ng WhatsApp. **Maaaring ma-ban ang numero dahil dito?** Oo. Hindi saklaw ng business terms ng WhatsApp ang hindi opisyal na access, at walang babala o apela ang enforcement. **Hihinto ba ang WhatsApp Business app ko kapag gamit ko kayo?** Hindi. Iyan ang punto ng Coexistence: patuloy na gumagana ang app sa telepono habang tumatakbo ang Cloud API sa parehong numero. **Mukhang professional ito. Mas ligtas ba?** Hindi. Mas maayos ang interface kaysa sa karamihan, pero pareho pa rin ang linked-device access na ginagamit nito, at sa numero kumikilos ang enforcement, hindi sa wrapper. --- ## EasyCoexistence kumpara sa Whapi https://easycoexistence.com/fil/compare/easycoexistence-vs-whapi Ang Whapi ay hosted service na nagbebenta ng access sa WhatsApp sa pamamagitan ng unofficial gateway. Gumagana ito, libre o mura, pero may panganib na wala sa opisyal na paraan: ang numerong inaabot dito ay lumalabag sa terms ng WhatsApp at maaaring ma-ban nang walang babala. Ikinokonekta ng EasyCoexistence ang parehong numero gamit ang sariling Coexistence feature ng Meta. ### Paano inaabot ng bawat isa ang WhatsApp Dito nakasalalay ang buong paghahambing, at dito rin nagmumula ang lahat ng kasunod. - Whapi:: Hosted gateway na may REST API at paid plan. Totoo ang convenience: walang server na kailangang patakbuhin at walang library na kailangang i-maintain. Sa ilalim nito, naka-link pa rin ang numero bilang device sa halip na i-register sa Meta bilang API number. - EasyCoexistence:: Cloud API ng Meta, gamit ang credentials na inilabas ng Meta para sa sariling WhatsApp Business Account ng client, sa pamamagitan ng Coexistence. Naka-register ang numero sa Meta bilang API number, habang patuloy na gumagana ang WhatsApp Business app sa telepono nang sabay. ### Ano ang nangyayari kapag nagkaproblema Parehong maaaring magkaaberya. Ang pinagkaiba ay kung may malalapitan. - Whapi:: Commercial provider na may support, na higit sa iniaalok ng open-source library. Hindi kayang bawiin ng support ang ban, dahil hindi kailanman awtorisado ng Meta ang access at walang appeal para rito. - EasyCoexistence:: Koneksyon sa sariling infrastructure ng Meta na tuloy-tuloy na mino-monitor. Kapag naputol, binabasa namin ang sariling disconnection reason ng Meta, kaya nakikilala ang labing-apat na araw na inactivity mula sa totoong removal, at nalalaman ninyo ito bago mapansin ng customer. ### Magkano talaga ang gastos Karaniwang mukhang libre ang unofficial route, pero hindi talaga tungkol sa licence fee ang paghahambing. - Whapi:: May buwanang bayad, kaya hindi ito ang murang opsyon na iniaalok ng open-source route. Nagbabayad kayo para sa convenience habang dala pa rin ang panganib ng mga libreng tool. - EasyCoexistence:: Mula US$ 9 kada naka-connect na numero kada buwan, kasama ang hosting, pagmo-monitor at MCP connector. Walang server na kailangang patakbuhin, walang session na kailangang i-re-link at walang kailangang buuing muli kapag nagbago ang protocol. ### Ano talaga ang kayang gawin ng bawat isa Ito ang tapat na bahagi, at ito rin ang dahilan kung bakit umiiral ang unofficial projects. - Whapi:: Magpadala at tumanggap ng mensahe, media, groups at personal chats sa pamamagitan ng maayos na REST API na walang kailangang patakbuhing infrastructure. Mas malawak ito kaysa sa official API kapag feature sa feature ang paghahambing. - EasyCoexistence:: Lahat ng pinapahintulutan ng Cloud API: pagpapadala at pagtanggap ng mensahe, templates, media at interactive messages, na may webhooks na inihahatid ng Meta. Nasa labas ng API ang group chats, at kailangang bukas ang 24 hour window para sa free-form replies. Mga panuntunan ito ng Meta at nalalapat sa bawat opisyal na provider. ### Sino ang dapat pumili ng alin May totoong dahilan para sa bawat isa, at lubos itong nakadepende sa halaga ng numero. - Hobby project sa numerong hindi problema kung mawala: libre at kayang-kaya ang unofficial route. - Numero na ginagamit ng negosyo sa pagsagot sa customer: official route, dahil matatapos ang business line kapag na-ban. - Anumang may numero ng client: official, dahil hindi ninyo dapat akuin ang panganib. - Saanmang kailangang patuloy na gumana ang WhatsApp Business app sa telepono: Coexistence, na siyang ginagawa namin. - Pagsubok ng unofficial bridge sa business number. Dumarating ang mga ban nang walang babala at walang appeal. - Pag-aakalang ligtas dahil maraming taon nang gumagana. Pana-panahon ang enforcement, hindi tuloy-tuloy. - Pag-aakalang API lang ang apektado ng ban. Kasama nitong mawawala ang WhatsApp Business profile. **Gumagana ba talaga ang Whapi?** Oo, kaya ito popular. Hindi ang tanong kung gumagana ito, kundi kung ano ang mangyayari sa numero kapag napansin ito ng WhatsApp. **Maba-ban ba ang numero dahil dito?** Oo. Lumalabag sa business terms ng WhatsApp ang unofficial access, at walang babala o appeal ang enforcement. **Hihinto ba ang WhatsApp Business app ko kapag gumamit kami nito?** Hindi. Iyan ang layunin ng Coexistence: patuloy na gumagana ang app sa telepono habang tumatakbo ang Cloud API sa parehong numero. **Bayad ito, kaya aprubado ba ito ng Meta?** Hindi. Hindi nagiging awtorisado ang access dahil nagbabayad sa third party. Nagmumula ang approval sa credentials na inilalabas ng Meta para sa numero, na siyang ginagawa ng Coexistence. --- ## Ang pinakamahusay na WhatsApp Coexistence provider https://easycoexistence.com/fil/compare/best-whatsapp-coexistence-providers Maikli ang listahan dahil mas bago ang Coexistence kaysa sa industriya ng WhatsApp API at hindi pa ito sinusuportahan ng karamihan. Narito ang mga sumusuporta, ang kanilang presyo, at ang uri ng negosyong pinaglilingkuran nila. ### 1. EasyCoexistence, para sa negosyong o ahensiyang koneksyon lang ang kailangan Kami ang una sa sarili naming listahan, kaya basahin ninyo ang iba at tingnan ang mga source. Malinaw at madaling suriin ang aming alok: pinakamababang published entry price dito, per-number model na walang seats at plan tiers, message events mula sa Meta diretso sa sarili ninyong system sa halip na sa ibang inbox, tuloy-tuloy na monitoring na bumabasa sa sariling disconnection reason ng Meta, at MCP connector para mapatakbo ng AI assistant ang buong proseso. - Mula US$ 9 kada naka-connect na numero kada buwan, bumababa hanggang US$ 1 habang nadaragdagan ang mga numero. - Walang seats, kontrata o setup fee, at may tatlong araw na free. - Zero markup: direktang sinisingil ng Meta ang client para sa conversations. - Labing-anim na MCP tools sa OAuth para sa Claude, ChatGPT, Cursor at Claude Code. ### 2. YCloud, para sa team na gustong may platform sa paligid nito Ito ang pinakamalapit na alternatibo ayon sa positioning: hayagan nilang sinusuportahan ang Coexistence at nangangako sila ng zero markup sa WhatsApp messages, ang dalawang bagay na pinakamahalaga. Ang kaibahan ay ang bill. Nagsisimula sa US$ 39 kada buwan ang kanilang paid plans, batay sa user seats, channels at AI credits, bago pa mabilang ang isang numero. Nagsisimula kami sa US$ 9 kada naka-connect na numero, walang seats at credits, kaya ang negosyong may isa hanggang tatlong numero ay fraction lang ang binabayaran, habang ang ahensiyang may apatnapung numero ay makakakuha ng presyong bumababa hanggang US$ 5. ### 3. SleekFlow, para sa team na gumagamit ng shared inbox Inililista nila ang Coexistence bilang isa sa kanilang solutions, at ang produkto ay omnichannel inbox na may campaigns at automations. Sinisingil ito kada user seat, may minimum na bilang ng seats at add-on para sa dagdag na WhatsApp numbers. Ang ganitong setup ay angkop sa sales o support team na gustong magtrabaho sa iisang lugar. Hindi ito angkop sa negosyong may maraming lokasyon dahil parehong tumataas ang seats at number add-ons. ### 4. 8x8, para sa enterprise na bumibili na ng communications Pinakamalinaw ang Coexistence documentation nila sa lahat ng provider at sulit basahin kahit sino ang piliin ninyo, pati kami. Enterprise CPaaS ang produkto, kasama ng contact centre at voice, at ibinebenta sa pamamagitan ng account teams at commercial arrangements. Angkop ito kung pinagsasama na ninyo ang gastos sa communications. Para sa isang numero at isang webhook, mabigat itong paraan para makuha ang kailangan ninyo. ### 5. Dualhook, isang direct specialist Pareho ang architecture na ginagamit namin: Coexistence na may webhook routing diretso mula sa Meta, walang message storage, at may published price. Ang published figure nila ay US$ 12 kada numero kumpara sa US$ 9 namin. Nagbibigay sila ng babala sa ikalabintatlong araw na tumatakbo na ang oras, sa halip na basahin ang sariling disconnection reason ng Meta, at hindi binabanggit ng kanilang documentation ang MCP connector. ### Mga dapat itanong sa alinman sa kanila bago pumirma Apat na tanong ang naghihiwalay sa mga provider sa listahang ito at hindi masasagot ng sales page nang mag-isa. - Mananatili ba ang numero sa sarili ninyong Meta Business Portfolio, at direktang sisingilin ba kayo ng Meta? - May idinadagdag ba kayong bayad kada mensahe, at hiwalay ba itong naka-itemise mula sa fee ng Meta? - Ibinabalik ba ninyo ang webhook override pagkatapos ng reconnection, o tahimik na hihinto ang delivery? - Ano ang ginagawa ninyo tungkol sa fourteen day inactivity rule, at binabasa ba ninyo ang disconnection reason ng Meta? - Pagpili batay sa dami ng features. Mekanismo ng Meta ang Coexistence, kaya pareho ang platform sa ilalim nito sa lahat ng provider. - Pag-aakalang may Coexistence ang provider dahil may WhatsApp sila. Karamihan ay wala pa rin nito. - Paghahambing ng seat price sa per-number price nang hindi kinukuwenta ang dalawa ayon sa sariling setup ninyo. **Bakit kayo ang una sa sarili ninyong listahan?** Dahil naniniwala kaming matibay ang aming alok: pinakamababang published entry price dito, walang seats, zero markup at may kasamang monitoring. Sourced ang bawat figure, kaya tingnan ninyo ang mga ito. **Aling provider ang sumusuporta sa Coexistence?** Mas kaunti kaysa sa mga sumusuporta sa WhatsApp sa pangkalahatan. Inilalahad ito ng mga nasa listahang ito sa sarili nilang sites; karamihan sa industriya ng WhatsApp API ay hindi pa rin nag-aalok nito. **Binabago ba ng provider ang kayang gawin ng Coexistence?** Hindi. Sa Meta ang feature, kaya pareho ang limits saanman: parehong apat na disabled features, parehong fourteen day rule at walang group chats. **Ano ang pinakamurang option?** Amin, sa published entry price, at lumalaki ang agwat kapag dumarami ang numero dahil bumababa ang per-number rate namin habang hindi bumababa ang seat at plan pricing. --- ## Ang pinakamahusay na WhatsApp Cloud API providers https://easycoexistence.com/fil/compare/best-whatsapp-cloud-api-providers Pare-parehong kumokonekta sa iisang Cloud API ang lahat ng provider dito dahil pagmamay-ari ito ng Meta at iisa lamang ang API. Ang nagkakaiba ay ang paraan ng pagsingil, na malinaw na naghahati sa kanila sa tatlong grupo: bayad kada mensahe, kada seat, o kada naka-connect na numero. ### Ang tatlong pricing model, at kung ano talaga ang pagpipilian Nagsasama-sama ang mga feature list dahil pareho ang API sa ilalim. Hindi pareho ang paraan ng pagkalkula ng bill, at dito nakasalalay ang babayaran ninyo habang lumalaki ang negosyo. - Kada mensahe: may bayad sa bawat mensahe, kaya eksaktong tumataas ang gastos kasabay ng tagumpay ng negosyo. - Kada seat: may bayad sa bawat user, kaya tumataas ang gastos habang lumalaki ang team, ginagamit man nila ang account o hindi. - Kada numero: may bayad sa bawat koneksyon, at hindi na gumagalaw ang gastos kapag nakakonekta na ang numero. ### Mga provider na naniningil kada mensahe Ito ang CPaaS group. Naglalathala ang Twilio ng US$ 0.005 kada inbound at outbound na mensahe, bukod pa sa fees ng Meta. Naglalathala ang Gupshup ng standard na US$ 0.001 kada mensahe. Nagbibigay ang Bird ng blended rate na kasama na ang fee ng Meta, kaya totoo ang markup pero hindi ito maihahambing sa inilathalang rate ng Meta. Naniningil ang Infobip kada destination country sa pamamagitan ng sales. May kakayahan ang lahat ng apat na platform, pero sa lahat ng ito, nakadepende ang platform bill ninyo sa volume ng mensahe. ### Mga provider na naniningil kada seat Ito ang inbox group. Nagbebenta ang SleekFlow, Wati at Respond.io ng shared inbox na may campaigns at automation, na may presyo kada user ayon sa plan tiers at, sa ilang kaso, may dagdag na bayad kada WhatsApp number. Ito ang tamang bilhin kung gusto ninyong magtrabaho ang team sa loob ng isang product buong araw. Hindi ito ang tama kung mayroon na kayong CRM, dahil magbabayad kayo para sa pangalawang inbox kahit walang gumagamit nito. ### Mga provider na naniningil kada numero Ito ang infrastructure group, at ito rin ang pinakamaliit. Naniningil ang EasyCoexistence mula US$ 9 kada naka-connect na numero kada buwan, bumababa hanggang US$ 1 habang nadaragdagan ang mga numero, walang bayad kada mensahe at walang seats. Ang Dualhook ang isa pang specialist na may inilathalang presyo kada numero. Bagay ang model na ito sa negosyong mayroon nang system at gustong maabot ito ng WhatsApp, pati sa ahensiyang may maraming numero ng kliyente, kung saan naiipon ang pagtitipid mula sa bumababang presyo kada numero. ### Saan nagkakabuo ang mga model Mas mabuting kalkulahin ito kaysa manghula, at maikli lang ang arithmetic. - Sa US$ 0.005 kada mensahe, mas mura ang bayad na US$ 9 kada numero kapag lumampas sa humigit-kumulang 1,800 mensahe bawat buwan. - Sa US$ 0.001 kada mensahe, nasa humigit-kumulang 9,000 mensahe bawat buwan ang crossover. - Ang seat model ay nagkakabuo batay sa dami ng tao, hindi sa volume, kaya ihambing ang seats sa mga numero. - Pareho ang sariling conversation fees ng Meta sa lahat ng model at hindi iyon ang ikinukumpara. ### Ano ang hindi binabago ng alinman sa kanila Mahalagang malaman ito bago kayo mahikayat ng feature comparison sa ibang konklusyon. - Pagmamay-ari ng Meta ang Cloud API, kaya ang reliability at capability ay sa platform nagmumula, hindi sa provider. - Desisyon ng Meta ang template approval, at walang provider ang makapagpapabilis nito. - Itinatakda ng Meta ang quality rating at messaging tier batay sa gawi ng recipients. - Kung sinusuportahan, pareho ang limits ng Coexistence sa lahat dahil feature ito ng Meta. - Paghahambing ng headline features. Iisa ang API mula sa Meta sa ilalim ng bawat provider. - Pagwawalang-bahala sa crossover volume. Walang halaga ang ikasampung bahagi ng sentimo hanggang i-multiply ninyo ito sa isang taon. - Pag-aakalang walang markup ang bundled rate kada mensahe. Ibig sabihin, hindi nakahiwalay ang markup sa billing. **Mas mabilis ba ang Cloud API ng isang provider kaysa sa iba?** Hindi. API ito ng Meta sa lahat ng kaso. Ang mababago lamang ng provider ay ang nasa harap nito at ang halagang sinisingil nila. **Aling model ang pinakamura?** Kada numero, kapag lumampas sa katamtamang volume. Sa inilathalang rate ng Twilio, nasa 1,800 mensahe bawat buwan ang crossover; sa rate ng Gupshup, nasa 9,000. **Kailangan ko ba talaga ng provider?** Para maabot ang Cloud API sa numerong gumagamit na ng WhatsApp Business app, oo: kailangan ng Meta Tech Provider para sa Coexistence onboarding. **Sino ang naniningil sa akin para sa mga mensahe?** Meta, kung hindi nagre-resell ang provider ninyo. Sa amin, direktang nag-i-invoice ang Meta sa inyo at hindi namin ito minamarkahan pataas. --- ## Ang pinakamahusay na WhatsApp MCP servers https://easycoexistence.com/fil/compare/best-whatsapp-mcp-servers Kapag naghanap kayo ng WhatsApp MCP server, karamihan sa mga resulta ay open-source project na nagla-log in sa WhatsApp bilang linked device. Gumagana ang mga ito, pero nalalagay sa panganib ang numero. Ang mahalagang pagkakaiba ay hindi ang features, kundi kung nakikipag-usap ang server sa official API ng Meta. ### Ang mahalagang pagkakahati Ang bawat WhatsApp MCP server ay nasa isang panig ng iisang linya, at hindi tooling ang batayan nito. - Official: tinatawag ng server ang Cloud API ng Meta gamit ang credentials na ibinigay ng Meta. Awtorisado ito, kaya ligtas ang numero. - Unofficial: gumagamit ang server ng library na nagla-log in bilang linked device, gaya ng web client. - Hindi kailangan ng Meta approval sa unofficial na paraan, kaya karaniwan ito sa mga open-source project. - Labag din ito sa terms ng WhatsApp, at bina-ban dito ang mga numero nang walang appeal at walang babala. ### Mga open-source project na makikita ninyo Karamihan sa WhatsApp MCP servers sa GitHub ay gumagamit ng mga library tulad ng Baileys, WPPConnect o Venom, na nagre-reverse-engineer sa linked-device protocol. Talagang mahusay, libre, at nagbibigay ang mga ito ng access sa personal chats at groups na hindi inilalantad ng official API. Ang kapalit ay ang account: kapag na-ban sa ganitong paraan ang numero, kasama nitong mawawala ang WhatsApp Business profile, at walang support channel para ito ay malutas. Para sa personal na numerong handa ninyong isakripisyo, maaaring makatwiran ang trade-off. Para sa numerong ginagamit ng negosyo sa pagsagot sa mga customer, hindi ito makatwiran. ### Ano talaga ang kailangan sa pagpapatakbo nito Ito ang praktikal na pagkakaiba bukod sa panganib, at ang problemang karaniwang nararanasan sa ikalawang araw. - Isang local server process, karaniwang nasa laptop, na kailangang manatiling tumatakbo para gumana ang assistant. - QR scan para i-link ang device, na kailangang ulitin kapag napuputol ang session. - Credentials sa local config file, kung saan napupunta ang API token. - Walang koneksyon ang inyong assistant sa numero kapag naka-sleep ang laptop. ### EasyCoexistence, ang official na paraan Isang remote MCP server gamit ang OAuth, kaya walang kailangang i-install at walang token sa config file. Sinasaklaw ng labing-anim na tool ang mga karaniwang ipinapagawa sa assistant: maglista ng mga numero, suriin ang kalagayan ng isang numero, basahin ang API credentials, magpadala ng mensahe, maglista, gumawa at magpadala ng templates, suriin ang template status, ituro ang webhook sa inyong system, maghanap sa docs at magsimula ng bagong koneksyon. Limang tool pa ang nagse-set up ng Partner API: setup status, API key, events URL at hosted connect links. Gumagana ito bukas man o hindi ang inyong laptop dahil hosted ito, at nasa official Cloud API ng Meta ang numerong ginagamit nito sa pamamagitan ng Coexistence. Patuloy na gumagana ang WhatsApp Business app at walang nalalagay sa panganib. ### Ano ang hindi kayang gawin ng official na paraan Malinaw itong sinasabi dahil ito ang dahilan kung bakit umiiral ang unofficial projects, at kailangan ninyo itong malaman bago pumili. - Wala sa Cloud API ang group chats, sa lahat ng official provider. - Hindi maaabot ang personal conversations mula sa consumer WhatsApp account. - Gumagana lamang ang free-form replies sa loob ng 24-hour service window. Pag lampas dito, approved template ang magbubukas ng pag-uusap. - Mga panuntunan ito ng Meta, hindi namin, at walang official provider ang makapag-aalis sa mga ito. - Paghusga sa MCP server batay sa dami ng tool. Ang tanong ay kung kumokonekta ito sa API ng Meta o nagpapanggap na telepono. - Pagsubok sa unofficial bridge gamit ang numero ng negosyo. Dumarating ang mga ban nang walang babala at walang appeal. - Pag-aakalang private ang local server. Mas mahina ang ayos kapag nasa config file ng laptop ang token. **Ligtas ba ang open-source WhatsApp MCP servers?** Gumagana ang mga ito at nagla-log in bilang linked device, na labag sa terms ng WhatsApp. Bina-ban ang mga numero nang walang babala. **Mababasa ba ng official MCP server ang group chats ninyo?** Hindi. Wala sa Cloud API ng Meta ang group chats sa lahat ng official provider, kabilang kami. **May kailangan ba akong i-install?** Wala. Remote server ang amin gamit ang OAuth, kaya magdadagdag lang kayo ng endpoint at mag-si-sign in. Walang tumatakbo sa inyong machine. **Aling assistant ang puwedeng gumamit nito?** Anumang MCP client. Ang Claude, ChatGPT, Cursor at Claude Code ang aming dini-document. --- ## EasyCoexistence vs Twilio https://easycoexistence.com/fil/compare/easycoexistence-vs-twilio Ang Twilio ay general purpose communications platform na nagre-resell ng WhatsApp kasama ng maraming channel, na may inilathalang bayad kada mensahe bukod sa sariling singil ng Meta. Isang bagay lang ang ginagawa ng EasyCoexistence: kino-connect nito ang numero ng WhatsApp Business app sa pamamagitan ng Coexistence at naniningil ng fixed fee kada numero. ### Para saan ang bawat isa Magkaiba ang problemang tinutugunan ng mga produkto, at ito ang unang kailangang malinaw. - Twilio:: Communications platform para sa SMS, voice, email at WhatsApp, ginawa para sa engineering teams na nag-aassemble ng messaging sa maraming channel. Isa lang ang WhatsApp sa mga channel, at pareho ang pricing: kada mensahe. - EasyCoexistence:: Coexistence specialist. Patuloy na gumagana ang WhatsApp Business app sa phone, tumatakbo ang Cloud API sa parehong numero, napupunta ang message events sa sarili ninyong endpoint, at mino-monitor namin ang koneksyon. Isang trabaho, kumpleto. ### Ano ang epekto ng pricing habang lumalaki kayo Ito ang pagkakaibang naiipon, at arithmetic ito sa halip na opinyon. - Twilio:: US$ 0.005 kada mensahe, inbound at outbound, bukod sa anumang singil ng Meta. Tumataas ang fee sa bawat conversation, kaya nakadepende ang gastos sa platform sa pagganap ng negosyo. - EasyCoexistence:: Fixed fee kada naka-connect na numero. Pareho ang gastos ng sampung libong mensahe sa isang buwan at sampung mensahe. Kapag mas matagumpay, mas mura ang platform kada mensahe, at bumababa rin ang presyo kada numero sa malaking volume. ### Sino ang may hawak ng WhatsApp account Kung saan naroon ang numero at ang relasyon sa Meta ang nagtatakda kung gaano kadaling umalis ang alinmang panig. - Twilio:: Naka-onboard ang mga numero sa pamamagitan ng senders ng Twilio, at dumadaan sa infrastructure ng Twilio ang messaging relationship, pati ang billing relationship. - EasyCoexistence:: Nananatili ang numero sa sarili ninyong Meta Business Portfolio, sa sarili ninyong WhatsApp Business Account, at direktang sinisingil kayo ng Meta para sa conversations. Kami ang Tech Provider na nag-connect nito, at kapag inalis ninyo kami, hindi kasama ang numero. ### Saan napupunta ang mga mensahe Pareho silang naghahatid ng inbound messages sa server na kontrolado ninyo. Ang pinagkaiba ay ang daan at ang nasa ibabaw nito. - Twilio:: Dumarating ang inbound messages sa inyong webhook sa pamamagitan ng Twilio, na nagpo-process at naniningil sa bawat mensaheng dumadaan. - EasyCoexistence:: Sine-set namin ang sariling override_callback_uri ng Meta sa WhatsApp Business Account, kaya diretso mula Meta sa inyong endpoint ang message events. Hindi dumadaan sa amin, hindi namin sine-save, at walang nasa daan na susukat dito. ### Pag-access mula sa AI assistant Ito ang mas bagong tanong, at isang tanong na mas kaunti ang dahilan ng general purpose platform para sagutin. - Twilio:: Full REST API na may SDKs para sa mga pangunahing language, na sinusukat sa inilathalang US$ 0.005 kada mensahe. Kaya sisingilin ang integration ninyo sa bawat pagpapadala o pagtanggap. - EasyCoexistence:: Parehong API sa ilalim, kasama ang remote MCP connector na may labing-anim na tools sa OAuth, kaya maaaring mag-list ng mga numero, mag-check ng health, magpadala ng mensahe at mag-set ng webhook destinations ang Claude, ChatGPT, Cursor at Claude Code nang walang kailangang magsulat ng client. - Paghahambing lamang sa headline fee. Nagkakatalo ang bayad kada mensahe at bayad kada numero sa volume na dapat munang kalkulahin. - Pag-aakalang mas mahusay ang malaking platform para sa koneksyon sa WhatsApp. Ang Cloud API sa ilalim ay sariling API ng Meta sa parehong kaso. - Hindi pagtukoy kung sino ang sinisingil ng Meta. Ang provider sa pagitan ninyo at ng invoice ng Meta ay provider na maaaring magdagdag ng markup. **Mas mura ba ang Twilio sa mababang volume?** Sa humigit-kumulang dalawang libong mensahe kada buwan o mas kaunti, maliit ang bayad kada mensahe. Kapag lumampas dito, panalo ang fixed fee kada numero at patuloy itong mas pabor habang lumalaki ang volume. **May Coexistence ba ang Twilio?** Hindi ito tinatalakay sa WhatsApp pricing page nila. Coexistence ang pangunahing gamit namin, kaya patuloy na gumagana ang WhatsApp Business app sa parehong numero. **Magkaiba ba ang API?** Hindi. Sariling Cloud API ng Meta ang nasa ilalim sa parehong kaso. Ang pinagkaiba ay kung sino ang nasa daan, magkano ang singil nila at kung sino ang sinisingil ng Meta. **Maaari ko bang ilipat ang numero sa hinaharap?** Oo, sa amin: nananatili ang numero sa sarili ninyong Business Portfolio, kaya kapag inalis ninyo kami, nananatili ito kung saan ito naroon. --- ## EasyCoexistence kumpara sa Gupshup https://easycoexistence.com/fil/compare/easycoexistence-vs-gupshup Ang Gupshup ay isang conversational messaging platform na may nakapublikong singil kada mensahe bukod sa gastos sa conversation ng Meta. May flat na buwanang bayad ang EasyCoexistence para sa bawat naka-connect na numero at walang dagdag sa singil ng mga mensahe. Ito ang pagkakaibang lumalaki kasabay ng volume. ### Ang anyo ng singil Mukhang maliit ang ikasampu ng isang sentimo, pero sa malaking scale, ito na ang buong usapan. - Gupshup:: May standard na singil na US$ 0.001 kada mensahe bukod sa singil ng Meta, para sa template at session messages. Sa 100,000 mensahe kada buwan, aabot ito sa US$ 100 na platform fee bago pa ang gastos sa Meta. - EasyCoexistence:: Walang singil kada mensahe. Ang 100,000 mensahe ay kapareho ng gastos ng sampung mensahe, dahil nakabatay ang bayad sa numero at hindi sa traffic. Habang mas ginagamit ang numero, mas maliit ang ambag ng aming bayad sa bawat conversation. ### Kung saan nakasentro ang produkto Pareho nilang kino-connect ang WhatsApp. Magkaiba ang trabahong pinagsisilbihan ng bawat isa. - Gupshup:: Isang conversational platform na may bot building, campaign tooling at malawak na listahan ng channels, para sa mga negosyong nagpapatakbo ng outbound programmes sa malaking scale. - EasyCoexistence:: Infrastructure para sa Coexistence. Patuloy na gumagana sa phone ang WhatsApp Business app, tumatakbo ang Cloud API sa parehong numero, at nakakarating ang mga event ng mensahe sa anumang system o AI agent na ginagamit na ninyo. Hindi namin hinihiling na ilipat ninyo ang inyong team. ### Saan napupunta ang data ng mga mensahe Ito ang tanong na magpapasya kung gaano kalaking bahagi ng inyong negosyo ang tatakbo sa loob ng produkto ng ibang kumpanya. - Gupshup:: Dumadaan sa platform ang mga mensahe, kaya gumagana ang bot builder, campaign tools at analytics. Makatuwirang kapalit ito kung kailangan ninyo ang mga iyon. - EasyCoexistence:: Direktang ipinapadala ng Meta ang mga event ng mensahe sa inyong endpoint gamit ang sariling webhook override ng Meta. Hindi namin nakikita ang laman ng conversation, kaya walang inyong data na kailangang kunin kapag umalis kayo at walang sisingilin sa daanan. ### Pag-connect ng numerong mayroon nang app Ito ang partikular na problemang nilulutas ng Coexistence. - Gupshup:: Hindi tinatalakay ng kanilang nakapublikong pricing page ang Coexistence. Hindi ito patunay na hindi nila ito sinusuportahan, kaya dapat ninyo itong itanong nang direkta sa kanila. - EasyCoexistence:: Ito ang buong produkto namin. Ang numerong gumagamit na ng WhatsApp Business app ay kino-connect sa sariling Embedded Signup ng Meta, patuloy na ginagamit ang app, at nagkakaroon ng Cloud API sa parehong numero sa loob ng ilang minuto. - Ituring na bale-wala ang US$ 0.001. I-multiply ito sa aktuwal na volume ninyo sa loob ng isang taon bago magpasya. - Magbayad para sa campaign tooling na hindi ninyo gagamitin. Saklaw ng platform fee ang buong produkto, gamitin man ninyo ito o hindi. - Ipagpalagay na sinusuportahan ng bawat provider ang Coexistence. Magtanong nang partikular, kanino man kayo pumili. **Magkano talaga ang gastos sa singil kada mensahe?** Sa 100,000 mensahe kada buwan, ang nakapublikong US$ 0.001 ng Gupshup ay katumbas ng US$ 100 na platform fee. Ang bayad namin para sa isang numero ay US$ 9 sa anumang volume. **Sinusuportahan ba ng Gupshup ang Coexistence?** Hindi ito binabanggit sa kanilang pricing page. Ang Coexistence ang buong serbisyong ginagawa namin. **Mawawala ba sa akin ang campaign features kapag sa inyo ako gumamit?** Hindi kami campaign tool at hindi ganoon ang aming pricing. Nakakarating ang mga mensahe sa sarili ninyong system, kaya tatakbo ang mga campaign kung saan ninyo na ginagamit ang mga ito. **Sino ang nagbabayad sa Meta?** Ang client ang direktang nagbabayad gamit ang sarili nilang WhatsApp Business Account. Hindi kami kailanman naglalagay ng markup sa singil ng Meta. --- ## EasyCoexistence vs Infobip https://easycoexistence.com/fil/compare/easycoexistence-vs-infobip Ang Infobip ay enterprise communications platform na ang presyo para sa WhatsApp ay kada bansa at inaayos sa sales. Inilalathala ng EasyCoexistence ang presyo nito, nagsisimula sa 3 araw na free trial at nagkokonekta ng numero nang walang pag-uusap, kaya ibang produkto ito para sa ibang buyer. ### Para kanino ginawa ang bawat produkto Hindi mas masama ang alinman sa dalawa. Iba ang mga taong pinaglilingkuran nila, at dito nakasalalay ang halos lahat ng iba pa. - Infobip:: Enterprise CPaaS, na may omnichannel routing, contact centre tooling at global carrier relationships, na ibinebenta sa pamamagitan ng account teams sa mga organisasyong may procurement process at volume commitments. - EasyCoexistence:: Maliit na negosyo o agency na mayroon nang WhatsApp Business number at gusto itong ilagay sa Cloud API ngayong hapon. Mag-sign up, mag-connect, tapos na. Walang kailangang kausapin dahil walang kailangang pag-usapan. ### Ano ang malalaman bago mag-commit Ito ang pinakapraktikal na pagkakaiba, at ang unang nararamdaman ng mga tao. - Infobip:: Ang rates ay ibinibigay kada destination country at inaayos sa sales. Karaniwan ito para sa enterprise CPaaS at angkop sa mga buyer na nakikipagnegosasyon para sa taunang volume. - EasyCoexistence:: Nasa pricing page ang buong listahan ng presyo, nasa inyong currency, at makikita ang volume bands. Makukuwenta ninyo ang bill bago gumawa ng account, at walang bayad ang unang 3 araw. ### Gaano katagal mula desisyon hanggang gumaganang numero Para sa negosyong may isang numero at totoong problema, ito ang paghahambing na mahalaga. - Infobip:: Enterprise onboarding ito, na may dedicated support at tulong sa configuration na talagang kailangan ng malalaking deployment. - EasyCoexistence:: Ilang minuto. Pinipili ng sariling Embedded Signup ng Meta ang portfolio, account at numero. Patuloy na gumagana ang WhatsApp Business app, at agad nagsisimula ang pagmo-monitor. ### Ano ang nangyayari kapag naputol ang koneksyon Darating ang masamang araw sa bawat Coexistence connection. Ang pinagkaiba ay kung sino ang nakakapansin. - Infobip:: Enterprise support channels at account team, na tamang modelo kapag may kontrata at may itinalagang contact sa likod nito. - EasyCoexistence:: Patuloy naming mino-monitor ang koneksyon at binabasa ang sariling disconnection reason ng Meta. Kaya nakikilala kung ang numero ay na-drop dahil sa 14 araw na kawalan ng aktibidad o dahil talagang umalis ang client. Dumarating ang alert bago ito mapansin ng customer. - Paghahambing sa enterprise CPaaS at per-number tool batay lang sa features. Magkaiba ang tanong na sinasagot nila. - Pagsisimula ng procurement cycle para sa isang numero. Mas malaki ang oras na gugugulin kaysa sa gastos ng tool sa loob ng isang taon. - Pag-aakalang malalampasan ng quote ang inilathalang presyo sa maliit na volume. Bihira itong mangyari. **Bakit walang flat price na inilalathala ang Infobip?** Ang presyo nila ay quote kada destination country, na angkop sa enterprise buyers na nakikipagnegosasyon para sa volume. Inilalathala namin ang amin dahil gustong magdesisyon ngayon ng aming buyer. **Mas maganda ba ang Infobip para sa malaking enterprise?** Ginawa sila para sa buyer na iyon, na may global carrier reach at account teams. Para sa negosyong nagkokonekta ng sariling mga numero, kami ang mas mabilis at mas murang daan. **Kailangan ko bang makipag-usap sa isang tao para magsimula?** Hindi. May 3 araw na libre sa unang naka-connect na numero, at kumokonekta ang numero sa sariling Embedded Signup ng Meta. **Sino ang naniningil sa akin para sa mga mensahe?** Si Meta, direkta, sa sarili ninyong WhatsApp Business Account. Hindi kami kailanman kasama sa invoice na iyon. --- ## EasyCoexistence kumpara sa YCloud https://easycoexistence.com/fil/compare/easycoexistence-vs-ycloud Sumusuporta ang YCloud sa Coexistence at, gaya namin, walang idinadagdag na markup sa rates ng mensahe ng Meta. Ang pagkakaiba ay ang binibili ninyo: ang kanilang paid plans ay platform subscriptions na may seats, channels at AI credits, habang ang amin ay infrastructure na may presyo kada naka-connect na numero. ### Ano ang parehong tama sa kanila Mahalagang sabihin ito nang malinaw, dahil nililimitahan nito ang paghahambing sa mga tunay na pagkakaiba. - YCloud:: Sinusuportahan at hayagang ipinapahayag ang Coexistence, at nangangako ang kanilang pricing page ng zero markup sa mga mensahe sa WhatsApp. Sa dalawang pinakamahalagang bagay tungkol sa provider, pareho silang nasa tamang panig. - EasyCoexistence:: Pareho ang dalawang pangakong ito: Coexistence sa sariling flow ng Meta at walang idinadagdag sa mensahe ng Meta. Ang pagkakaiba namin ay ang lahat ng nasa paligid nito. ### Ano talaga ang binibili ng subscription Ito ang tunay na sangandaan at nagpapasya kung alin ang mas mura para sa inyong negosyo. - YCloud:: Isang platform. Nagsisimula sa US$ 39 kada buwan ang kanilang paid plans at nagkakaiba ayon sa user seats, channels at AI credits. Ito ang angkop na format kung gusto ninyong magtrabaho ang team sa loob ng kanilang produkto. - EasyCoexistence:: Infrastructure. Mula US$ 9 kada naka-connect na numero, walang seats na bibilangin, channel tiers o credits na mauubos. Ang negosyong may isang numero ay nagbabayad para sa isang numero, at ang agency na may apatnapu ay nakakakuha ng mas mababang rate kada numero. ### Saan napupunta ang mga pag-uusap Parehong kumokonekta sa iisang Cloud API. Ang mangyayari sa mga mensahe pagkatapos nito ang desisyon sa disenyo. - YCloud:: Sa kanilang platform, kung nasaan ang inbox, campaigns at AI credits, mula US$ 39 kada buwan bago bilangin ang anumang numero. Doon nagtatrabaho ang inyong team dahil doon napupunta ang mga mensahe. - EasyCoexistence:: Sa inyong system. Itinatakda namin ang sariling webhook override ng Meta para dumiretso ang mga event ng mensahe mula Meta sa inyong endpoint, o sa inyong AI agent gamit ang MCP. Walang kailangang i-migrate papasok o palabas, at walang pangalawang inbox na kailangang tingnan ng inyong team. ### Magkano ang gastos ng agency habang lumalaki Dito pinakamalinaw na naghihiwalay ang dalawang modelo. - YCloud:: Plan tiers na may bilang ng seats, kaya serye ng upgrade decisions ang paglago habang nadaragdagan ang mga tao at channel. - EasyCoexistence:: Rate kada numero na bumababa habang nadaragdagan ang mga numero, mula US$ 9 hanggang US$ 1. Walang pag-uusap tungkol sa upgrade dahil walang kailangang i-upgrade: pareho ang nagagawa ng ikaapatnapung numero at ng una, pero mas mura. ### Pag-access mula sa AI assistant Ito ang hindi inilalarawan ng plan tiers ng alinmang platform at ang tanong na lalong nagiging mahalaga. - YCloud:: Bahagi ng kanilang plan structure ang AI credits, na nagpapakitang ang AI features ay ginawa para sa loob ng kanilang produkto. - EasyCoexistence:: Isang remote MCP connector na may labing-anim na tools sa OAuth. Maaaring mag-list ng mga numero, mag-check ng connection health, magpadala ng mga mensahe at template, at magtakda ng webhook destinations ang Claude, ChatGPT, Cursor at Claude Code, nang walang kailangang isulat na client at walang bibilhing credits. - Paghahambing ng plan na kada seat sa bayad kada numero nang hindi muna binibilang ang inyong seats at numero. - Pagbabayad para sa inbox kahit mayroon na nito ang inyong team. Sakop ito ng platform fee kahit hindi ninyo ito buksan. - Pag-aakalang pareho ang AI features at MCP connector. Gumagana ang isa sa loob ng kanilang produkto; ang isa naman ay gumagana sa loob ng inyong system. **Pareho ba talaga silang walang idinadagdag na markup?** Oo. Nakasaad sa pricing page ng YCloud ang zero markup, at ganoon din sa amin. Dahil dito, ang dapat paghambingin ay ang platform fee, hindi ang bayad sa mensahe. **Alin ang mas mura?** Para sa isa hanggang apat na numero, amin: US$ 36 kada buwan ang apat na numero kumpara sa US$ 39 entry plan. Mula limang numero pataas, ikumpara ang kabuuan namin, na may rate na bumababa hanggang US$ 1 kada numero habang nagdaragdag kayo ng numero, sa plan tier na kailangan ng inyong mga seat at channel. **Mawawala ba ang inbox kapag sa inyo ako gumamit?** Hindi ninyo kailangang lumipat sa inbox. Dumarating ang mga mensahe sa inyong sariling system o AI agent, kung saan na nagtatrabaho ang inyong team. **May MCP connector ba ang YCloud?** Inilalarawan ng kanilang pricing page ang AI credits sa loob ng kanilang platform, hindi isang MCP server. Ang amin ay labing-anim na tools sa OAuth na magagamit mula sa anumang MCP client. --- ## EasyCoexistence kumpara sa SleekFlow https://easycoexistence.com/fil/compare/easycoexistence-vs-sleekflow Ang SleekFlow ay omnichannel messaging platform na ibinebenta kada user seat, may minimum na seat count at dagdag na gastos kada WhatsApp number. Ang EasyCoexistence ay naniningil kada naka-connect na numero at walang konsepto ng seat, kaya nakabatay ang bill sa mga numerong hawak ninyo, hindi sa laki ng team ninyo. ### Para saan talaga ang binabayaran ninyo Magkaibang tanong ang sinasagot ng dalawang pricing model, at ang isa ay tungkol sa organizational structure ninyo. - SleekFlow:: Shared inbox at campaign platform na may presyo kada user seat sa iba’t ibang plan tier, na makatuwiran kung dito ginugugol ng team ninyo ang araw nito. - EasyCoexistence:: Isang koneksyon. Ang unit ay naka-connect na numero, hindi tao, kaya walang gastos ang pagdaragdag ng colleague at hindi nagbabago ang bill kapag lumalaki o lumiit ang team. ### Saan nagtatrabaho ang team ninyo Ito ang desisyong nasa ilalim ng pricing model at pinakamahirap baligtarin. - SleekFlow:: Sa loob ng SleekFlow. Iyan ang produkto: inbox, automations at campaigns sa iisang lugar, na talagang kapaki-pakinabang sa team na gusto ng ganitong setup. - EasyCoexistence:: Kung saan na sila nagtatrabaho. Dumadaan ang message events mula Meta diretso sa CRM, helpdesk, internal tool o AI agent ninyo sa pamamagitan ng webhook override ng Meta. Walang kailangang matutong gumamit ng bagong inbox at walang kailangang i-migrate. ### Pagdaragdag ng pangalawa o pangatlong numero Karaniwan ito sa negosyong may higit sa isang lokasyon, at dito malaki ang pagkakaiba ng mga model. - SleekFlow:: Ang dagdag na WhatsApp numbers ay add-on bukod sa seat-based plan, kaya ang pangalawang numero ay panibagong desisyon sa ibabaw ng subscription. - EasyCoexistence:: Ang pangalawang numero ay pangalawang numero lang, sa published rate, na bumababa habang nadaragdagan ang mga numero. Dalawampung numero sa isang account ay hindi nangangailangan ng pagbabago ng plan o anumang pag-uusap. ### Ano ang mangyayari kapag tumigil kayo sa pagbabayad Mahalagang itanong ito sa anumang produktong nag-iingat ng inyong mga pag-uusap. - SleekFlow:: Nasa platform ang inbox, history at automations, kaya gumagana ang mga ito roon at nagiging migration ang pag-alis. - EasyCoexistence:: Walang data ninyo sa loob namin na kailangang i-migrate. Nai-deliver ang mga mensahe sa system ninyo habang dumarating ang mga ito, at nasa sarili ninyong Meta Business Portfolio ang numero, kaya kapag inalis ninyo kami, mananatili ang numero kung nasaan ito. - Paghahambing ng seat price sa per-number price nang hindi binibilang ang dalawa. Ibang-iba ang bill ng tatlong seat at isang numero kumpara sa isang seat at tatlong numero. - Pagbabayad para sa inbox na hindi bubuksan ng team ninyo. May seat fees kahit gamitin man ang mga seat o hindi. - Pagkalimot sa per-number add-on kapag nagko-compute para sa negosyong maraming lokasyon. **Alin ang mas mura?** Kami ang mas mura, maliban kung partikular ninyong kailangan ng inbox. Ang published pricing nila ay kada seat, may minimum na seat count at buwanang add-on kada WhatsApp number. Sa amin, US$ 9 kada naka-connect na numero, bumababa hanggang US$ 1 habang nagdadagdag kayo ng numero, at walang seat. **May shared inbox ba?** Wala, at hindi rin kayo nagbabayad para rito. Nakararating ang mga mensahe sa sarili ninyong system, kung saan na nagtatrabaho ang team ninyo. **Paano kung maraming lokasyon?** Sinisingil ang bawat numero sa published rate, na bumababa habang nadaragdagan ang mga ito. Walang pagbabago ng plan at walang add-on na kailangang pag-usapan. **Naka-lock in ba ang data ko?** Hindi sa amin. Dumadaan ang mga mensahe diretso mula Meta sa endpoint ninyo at nananatili ang numero sa sarili ninyong Business Portfolio. --- ## EasyCoexistence kumpara sa Bird https://easycoexistence.com/fil/compare/easycoexistence-vs-bird Sinisingil ng Bird ang WhatsApp kada naihatid na mensahe, kasama na ang sariling bayad ng Meta sa presyong binabanggit. May flat fee ang EasyCoexistence kada naka-connect na numero at hindi ito lumalabas sa bill ng mensahe, kaya malinaw at hiwalay ang singil ng Meta. ### Ano ang hindi nakikita sa pinagsamang presyo Hindi ito pandaraya, at malinaw itong nakasaad sa sarili nilang page. Gayunman, nagbabago ito sa mga bagay na maaari ninyong suriin. - Bird:: Isang presyo kada naihatid na mensahe, na kasama na ang bahagi ng Meta. Ipinaliliwanag ng kanilang page na sinisingil ng Bird ang send fee nito habang pinoproseso at itinatala ang bahagi ng Meta mula sa delivery receipt. - EasyCoexistence:: Dalawang hiwalay na bill na hindi naghahalo. Ini-invoice ng Meta ang kliyente para sa mga usapan sa sarili nitong WhatsApp Business Account, at kami naman para sa koneksyon. Maaari ninyong i-audit ang bawat isa laban sa pinagmulan nito dahil hindi sila pinagsama. ### Ano ang nangyayari kapag nagbago ang mga singil ng Meta Pana-panahong binabago ng Meta ang presyo ng usapan, at magkaiba ang epekto nito sa dalawang modelo. - Bird:: Kailangang baguhin ang pinagsamang presyo kapag gumalaw ang batayang singil, kaya nagbabago ang numerong ibinibigay sa inyo. - EasyCoexistence:: Walang nagbabago sa panig namin. Lumilitaw ang pagbabago ng Meta sa invoice ng Meta ng kliyente, ayon sa sariling singil ng Meta, sa petsang ipinatutupad ito ng Meta. Para sa koneksyon ang aming bayad at wala itong kaugnayan sa halaga ng isang mensahe. ### Ano ang sentro ng bawat produkto Pareho silang nagpapadala ng mga mensahe sa WhatsApp. Magkaiba ang trabahong tinutupad nila. - Bird:: Isang marketing at customer engagement platform para sa email, SMS at WhatsApp, na ginawa para sa mga team na nagpapatakbo ng malalaking campaign sa iba’t ibang channel. - EasyCoexistence:: Coexistence infrastructure para sa numerong gumagamit na ng WhatsApp Business app. Patuloy na gumagana ang app, tumatakbo kasabay nito ang Cloud API, at nakararating ang mga event sa sarili ninyong system. Isang numero, isang trabaho, maayos na natatapos. ### Kanino napupunta ang usapan Ito ang pangunahing estruktural na tanong sa likod ng dalawang modelo ng pagsingil. - Bird:: Pinoproseso at sinisingil ang mga mensahe habang dumaraan ang mga ito sa platform, kaya nagiging posible ang campaign at analytics tooling. - EasyCoexistence:: Direktang pumupunta ang mga event ng mensahe mula Meta sa inyong endpoint sa pamamagitan ng sariling override ng Meta. Hindi dumaraan ang mga ito sa amin at hindi namin iniimbak, kaya wala kaming sinisingil kada mensahe. - Paghahambing sa pinagsamang presyo at sa inilathalang presyo ng Meta na para bang iisang numero ang mga ito. Kasama ng isa ang isa pa. - Pag-aakalang walang markup ang pinagsamang presyo. Ibig sabihin lamang nito, hindi nakahiwalay ang markup. - Pagpili ng campaign platform para sa trabahong isang numero at isang webhook lang. **Hindi ba tapat ang pagpepresyo ng Bird?** Hindi. Malinaw nilang sinasabi na kasama ang bayad ng Meta. Ang punto ay hindi masusuri ang pinagsamang presyo laban sa sariling inilathalang presyo ng Meta. **Sino ang nag-i-invoice sa akin para sa mga mensahe kapag kayo ang gamit ko?** Ang Meta, nang direkta, sa sarili ninyong WhatsApp Business Account. Hindi namin tinaasan o ibinebenta muli ang singil ng Meta. **Ano ang mangyayari kung itaas ng Meta ang mga singil nito?** Lalabas ito sa invoice ng Meta ninyo ayon sa singil ng Meta. Hindi maaapektuhan ang aming bayad dahil hindi ito nakatali sa mga mensahe. **May suporta ba ang Bird sa Coexistence?** Hindi ito tinatalakay sa kanilang WhatsApp pricing page. Ito ang buong serbisyong ginagawa namin. --- ## EasyCoexistence kumpara sa Zenvia https://easycoexistence.com/fil/compare/easycoexistence-vs-zenvia Nagbebenta ang Zenvia ng monthly software plan na may hiwalay na channel package at setup fee para ma-enable ang WhatsApp. Isang nakalathalang bayad kada naka-connect na numero ang EasyCoexistence, walang plan, package o setup cost, kaya ibang antas ito para sa small business. ### Paano binubuo ang bill Ito ang structural difference na nagpapasya sa kabuuang gastos. - Zenvia:: Monthly software plan, kasama ang channel package ayon sa inaasahang volume, at setup fee kapag na-enable ang WhatsApp channel. Tatlong desisyon at tatlong linya, na angkop sa kumpanyang may marketing operation. - EasyCoexistence:: Isang linya. Isang nakalathalang bayad kada naka-connect na numero, bumababa kapag nadadagdagan ang mga numero, walang plan sa ibabaw nito, package sa tabi nito o bayad para magsimula. Ang conversation costs ng Meta ay direktang sinisingil ng Meta sa client, hiwalay at ayon sa sariling rate ng Meta. ### Para saan ginawa ang bawat isa Parehong seryosong produkto ang mga ito, pero para sa magkaibang kumpanya. - Zenvia:: Customer experience platform na may multichannel campaigns, journeys at malaking Brazilian enterprise base, para sa mga kumpanyang may structured communication programmes. - EasyCoexistence:: Para sa negosyong may WhatsApp Business number na sa phone at gustong gamitin ito sa Cloud API nang hindi nawawala ang app. Patuloy na gumagana ang app, tumatakbo ang API sa parehong numero, at nakakarating ang mga mensahe sa system na ginagamit na ng negosyo. ### Ano ang nangyayari kapag lumalaki ang volume Magkasalungat ang direksyon ng dalawang modelong ito. - Zenvia:: Ang channel package ay inaayon sa volume, kaya ang paglaki ay nangangahulugang paglipat sa mas mataas na package, at maaaring sumabay ang paglipat ng plan tier. - EasyCoexistence:: Bumababa ang rate kada numero kapag nadadagdagan ang mga numero, at hindi kasama sa kalkulasyon ang message volume. Ang numerong nagpapadala ng isang daang libong mensahe ay pareho ang gastos sa tahimik na numero. ### Gaano kabilis gumana ang numero Para sa small business, madalas ito ang buong batayan ng desisyon. - Zenvia:: Commercial onboarding na may activation step para sa WhatsApp channel, kasama ang support na kapaki-pakinabang sa mas malalaking deployment. - EasyCoexistence:: Ilang minuto lang, gamit ang sariling Embedded Signup ng Meta, na may tatlong araw na libre mula sa unang naka-connect na numero. Patuloy na gumagana ang WhatsApp Business app at nagsisimula ang pagmo-monitor kapag nakakonekta na ang numero. - Ikumpara lamang ang presyo ng plan. Bahagi ng kabuuang gastos ang channel package at setup fee. - Bumili ng campaign platform para lutasin ang problema sa koneksyon. - Ipagpalagay na kasama kahit saan ang conversation costs ng Meta. Sagot ito ng client, sa sarili nitong account. **Maaari ba akong magbayad sa reais?** Oo. Naka-publish ang presyo sa reais at dollars, at nakatakda ang currency sa ginamit ng inyong unang subscription. **May setup fee ba?** Wala. Tatlong araw na libre, pagkatapos ay bayad kada numero. Walang babayaran para ma-enable ang WhatsApp sa isang numero. **Mawawala ba ang campaign tooling?** Hindi kami campaign platform at hindi kami naniningil gaya nito. Nakakarating ang mga mensahe sa sarili ninyong system, kaya doon ninyo pinapatakbo ang campaigns. **Sino ang nagbabayad sa Meta para sa conversations?** Ang client, direkta, sa sarili nitong WhatsApp Business Account. Hindi namin tinaasan ang anumang singil ng Meta. --- ## EasyCoexistence kumpara sa 8x8 https://easycoexistence.com/fil/compare/easycoexistence-vs-8x8 Ang 8x8 ay enterprise communications provider na may isa sa pinakamalinaw na dokumentasyon sa Coexistence, kaya madalas itong binabanggit. Ang EasyCoexistence ay ginawa para sa negosyong nagbasa ng dokumentasyong iyon at gustong magkaroon ng naka-connect na numero ngayon, nang walang enterprise sales process. ### Saan nagkakapareho ang dalawa Pareho ang technical ground, at mahalagang sabihin ito bago talakayin ang mga pagkakaiba. - 8x8:: Tumpak at pambihirang linaw ng kanilang dokumentasyon sa Coexistence tungkol sa mga limitasyon, kabilang kung aling WhatsApp features ang napapatay kapag naka-connect ang isang numero. Tunay itong kapaki-pakinabang na reference. - EasyCoexistence:: Pareho ang mga limitasyong ito dahil mula ang mga ito sa Meta, hindi sa isang provider. Idinodokumento rin namin ang mga ito, at binuo ang product para makasabay sa mga iyon: ang fourteen day inactivity rule, sync window, at mga feature na nawawala. ### Mula pagbabasa hanggang pagkaka-connect Ang puwang na hindi nalulutas ng dokumentasyon. - 8x8:: Isang enterprise CPaaS na may account teams, contact centre products at carrier services, na ibinebenta sa mga organisasyong may procurement process. May tulong ang onboarding para sa malalaking deployment. - EasyCoexistence:: Mag-sign up at mag-connect. Pinipili ng sariling Embedded Signup ng Meta ang portfolio, account at numero, patuloy na gumagana ang WhatsApp Business app, at walang bayad ang unang 3 days. Wala kayong kailangang tawagan para mag-iskedyul ng meeting. ### Ano ang alam ninyo bago mag-commit Ang praktikal na pagkakaiba para sa maliit na negosyo o agency. - 8x8:: Iniaayos ang pricing sa pamamagitan ng komersyal na usapan, na karaniwan sa enterprise CPaaS at angkop sa mga buyer na nakikipag-negotiate ng volume para sa voice, contact centre at messaging nang sabay. - EasyCoexistence:: Publikado ang buong price list, sa inyong currency, at makikita ang volume bands. Makukuwenta ng isang forty number agency ang bill nito bago gumawa ng account. ### Pagkatapos ma-connect ang numero Tahimik na pumapalya ang Coexistence connections, at ito ang madalas hindi isinasama sa mga comparison. - 8x8:: Enterprise support at account relationship, na tamang modelo kapag may kontratang nakapaloob dito. - EasyCoexistence:: Patuloy na pagmo-monitor na bumabasa sa mismong disconnection reason ng Meta, kaya nakikilala kung fourteen days of inactivity o umalis ang client, kasama ang MCP connector na may labing-anim na tool para ma-check ng assistant ang health at muling mag-connect nang walang nagbubukas ng dashboard. - Pag-aakalang ang magandang dokumentasyon na mismo ang product. Inilalarawan ng docs ang mekanismo ng Meta, na pareho para sa bawat provider. - Pagsisimula ng enterprise process para mag-connect ng isang numero. - Pag-aakalang may provider na awtomatikong nagbabantay sa connection pagkatapos itong gawin. Magtanong nang malinaw, kahit sino ang piliin ninyo. **Tumpak ba ang dokumentasyon ng 8x8?** Oo, at binabanggit namin ito. Ang mga limitasyong inilalarawan nito ay mula sa Meta, kaya naaangkop ang mga ito sa bawat Coexistence provider, kabilang kami. **Aling mga feature ang hindi gumagana sa ilalim ng Coexistence?** Apat, ayon sa dokumentasyon ng 8x8 at sa amin: disappearing messages, view once media, live location at broadcast lists. Wala sa API ang group chats. **Kailangan ba ng enterprise contract?** Hindi sa amin. Libre ang 3 days, publikado ang presyo, at maaaring ma-connect ang numero sa loob ng ilang minuto. **Ano ang mangyayari kung bumagsak ang connection?** Binabasa namin ang disconnection reason ng Meta at nagpapadala sa inyo ng alert. Naiiba nito ang fourteen day inactivity rule sa aktuwal na pag-alis. --- ## Error na "hindi eligible ang numero" sa Coexistence signup https://easycoexistence.com/fil/docs/coexistence-error-number-not-eligible Sinasabi ng signup popup ng Meta na hindi eligible ang isang numero kapag hindi pumasa ang WhatsApp Business app account nito sa mga pagsusuri ng Meta para sa koneksyon sa platform. Ang dokumentadong dahilan ng Meta ay kulang na aktibidad sa app. Ang solusyon ay tunay at tuloy-tuloy na paggamit ng app sa numerong iyon, saka patakbuhin muli ang flow. ### Ano ba talaga ang sinasabi ng mensahe? Ipinapakita ng popup ang mensahe sa wikang gamit ng display. Sa Espanyol, lumalabas ito bilang "Este número de teléfono no cumple los requisitos para el registro ni la migración". Sa English, ang kahulugan nito ay hindi eligible ang numero ng telepono para sa registration o migration. Sa Embedded Signup error reference ng Meta, ang pinakamalapit na dokumentadong bersyon ay nasa code 3441045: hindi eligible ang inyong numero ng telepono na i-connect sa WhatsApp Business Platform. Anuman ang wika, pareho ang kahulugan. Nakarating ang flow sa hakbang ng numero ng telepono, tiningnan ng Meta ang WhatsApp Business app account na naka-register sa numerong iyon, at tumangging i-connect ito sa API. Walang binago sa telepono, at gumagana pa rin ang app gaya ng dati. ### Bakit tinatanggihan ng Meta ang numerong mukhang eligible? Maikli ang sariling resolusyon ng Meta para sa 3441045: kailangan ng mas maraming aktibidad sa WhatsApp Business app para matukoy ang eligibility. Hindi naglalathala ang Meta ng threshold, bilang ng araw, o bilang ng mensahe, kaya ang anumang bilang na mababasa ninyo sa iba ay obserbasyon lamang ng isang provider at hindi tuntunin ng Meta. Kung babasahin nang diretso, tumutukoy ito sa mga account na kaunti ang tunay na gamit: numerong bagong rehistro, o numerong halos hindi pa nagagamit sa tunay na usapan. May dalawa pang pagtanggi na magkahawig pero magkaiba. Ang code 3441042 ay nangangahulugang hindi available ang feature para sa mga numero mula sa rehiyong iyon. At sa panig ng API, ang 2388091 at 2388093 ay nagsasabing hindi eligible ang numero na tumanggap o mag-verify ng registration code dahil hindi ito ina-migrate, na bahagi ng migration path at hindi ng Coexistence. ### Ano ang dapat gawin bago mag-retry? Gamitin nang normal ang numero sa WhatsApp Business app: tunay na usapan kasama ang customer, naipadala at natanggap, sa loob ng makabuluhang panahon. Huwag burahin ang account o i-register muli ang numero habang naghihintay, dahil ang pagsusuri ng Meta ay tungkol sa aktibidad ng account na iyon, at kapag nagsimula kayo ulit, mas kaunti ang masusuri nito. Sabay na tingnan ang mga batayan. Dapat WhatsApp Business app ang gamit at hindi karaniwang WhatsApp, nasa bersyon 2.24.17 o mas bago, at hindi dapat naka-connect ang numero sa ibang API provider. May sarili silang mga mensahe, na tinatalakay sa hiwalay na mga pahina. Pagkatapos, patakbuhin po ninyo muli ang flow mula sa simula. Sinusuri ng Meta ang eligibility sa bawat pagsubok, kaya ang bagong pagsubok pagkatapos ng tunay na aktibidad ang tanging pagsusulit na mahalaga. - Ilang beses na sunud-sunod na pag-retry ng flow. Ang Meta ang nagsusuri ng eligibility, at ang paulit-ulit na pagsubok ay maaaring humantong sa rate limit. - Pag-register muli ng numero sa bagong install para magsimula nang malinis. Aktibidad ang tinitingnan ng Meta, at walang aktibidad ang bagong registration. - Pag-aakalang kayang i-whitelist ng provider ang numero. Walang provider na makakapagbago sa desisyon ng Meta sa eligibility. **Na-ban ba ang aking numero?** Hindi. Tungkol sa pag-connect ng numero sa API ang mensaheng ito. Patuloy na gumagana ang WhatsApp Business app sa telepono gaya ng dati. **Gaano katagal dapat maghintay bago mag-retry?** Walang itinakdang panahon ang Meta. Ang dokumentadong solusyon nito ay mas maraming tunay na aktibidad sa WhatsApp Business app, kaya maghintay hanggang magamit nang tunay ang numero. **Bakit nababanggit sa mensahe ang migration?** Ang parehong popup ay humahawak din sa paglipat ng mga numero sa pagitan ng mga account. Sakop ng pagtanggi ang dalawang landas, kaya pareho ang binabanggit ng salita. **Iba ba ang isasagot ng ibang provider?** Hindi. Iisang Embedded Signup ng Meta ang gamit ng bawat provider, at ang Meta ang may hawak ng eligibility check. --- ## "Naka-register na ang numero ng telepono na ito sa isang WhatsApp account" https://easycoexistence.com/fil/docs/coexistence-error-number-already-registered Lumalabas ang signup popup ng Meta na ito kapag ang numero ay naka-register na sa lugar na humaharang sa hakbang na sinusubukan: consumer WhatsApp, isang WhatsApp Business API account, o account sa ibang platform. Kailangan munang i-disconnect ang numero mula sa account na iyon. Pagkatapos mag-disconnect, ayon sa Meta, maaaring abutin ng ilang minuto bago muling magamit ang numero. ### Ano ang sinasabi ng dokumentasyon ng Meta tungkol sa mensaheng ito? Nakalista sa error reference ng Embedded Signup ng Meta ang mensahe bilang "This number is registered to an existing WhatsApp account. To use this number, disconnect it from the existing account. Then, return to this page and re-enter the number." Idinagdag nito na maaaring abutin ng hanggang 3 minuto bago maging available ang numero. Ang paliwanag ng Meta ay naka-register na ang numero ng telepono sa platform nito, at binabanggit nito ang WhatsApp Messenger, ang WhatsApp Business app at ang WhatsApp Business API. Ang iminumungkahi nitong solusyon ay i-deregister ang numero o gumamit ng ibang numero. Ipinapakita ang popup sa wika ng user, kaya ang parehong pagtanggi ay dumarating sa Italyano, Espanyol o Portuges na may magkaparehong kahulugan. ### Bakit nakakaranas nito ang isang Coexistence signup? Ang layunin ng Coexistence ay i-connect ang numerong naka-register na sa WhatsApp Business app, kaya hindi problema sa sarili nito ang pagiging naka-register. Lumalabas ang mensahe kapag wala sa Coexistence path ang flow, o kapag mali ang uri ng registration. Tatlong sitwasyon ang nagdudulot nito. Nasa consumer WhatsApp ang numero sa halip na sa WhatsApp Business app, na hindi kayang i-connect ng Coexistence. Ang pinapatakbong flow ay karaniwang signup para sa bagong numero at hindi ang opsyong mag-connect ng umiiral na WhatsApp Business app account, kaya itinuturing ng Meta na bagong irerehistro ang numero. O kaya naman, naka-register ang numero nang direkta sa WhatsApp Business API, sa labas ng app. Iba-iba ang kailangang ayos sa bawat isa, kaya hindi sapat ang mensahe lamang para malaman kung ano ang gagawin. ### Paano palalayain ang numero at susubukan muli? Iangkop ang ayos sa kinaroroonan ng numero. Kung nasa consumer WhatsApp ito, ilipat muna ito sa WhatsApp Business app sa telepono. Kung nasa WhatsApp Business app ito at ganito pa rin ang sinasabi ng popup, tiyaking inalok ng flow ang opsyong mag-connect ng umiiral na WhatsApp Business app account; kapag walang ganoong screen, mali ang flow. Kung naka-register ito sa API sa pamamagitan ng ibang platform, kailangan itong i-disconnect doon. Pagkatapos mag-disconnect, maghintay po ng ilang minuto gaya ng payo ng Meta, saka bumalik sa popup at ilagay muli ang numero. Kung nasara na ang popup, simulan muli ang flow mula sa simula sa halip na gamitin ang lumang window. - Pag-retry agad sa parehong numero pagkatapos mag-disconnect. Sabi ng Meta, maaaring abutin ng hanggang tatlong minuto bago ito maging available. - Pagpapatakbo ng karaniwang signup para sa bagong numero gamit ang numero ng app. Kailangan ng Coexistence ang flow na nag-aalok na i-connect ang umiiral na WhatsApp Business app account. - Pagbura sa WhatsApp Business app account para alisin ang error. Natatanggal nito mismo ang registration na kino-connect ng Coexistence. **Aling umiiral na account ang tinutukoy ng Meta?** Hindi ito sinasabi ng popup. Nasaan man ang numero kasalukuyang naka-register: sa consumer WhatsApp, sa WhatsApp Business app na nasa maling path, o sa API sa pamamagitan ng ibang platform. **Mawawala po ba ang aking mga chat kapag nag-disconnect ako?** Ginagawa ang pag-disconnect mula sa isang platform sa WhatsApp Business app, sa Mga Setting, Account, Business Platform. Magkaiba itong aksyon sa pagbura ng app account, na hindi ang solusyon. **Nakita ko ito sa Italyano. Pareho ba itong error?** Oo. Naka-localize ang popup, kaya lumalabas ang parehong pagtanggi sa anumang wika ng session. **Kailangan po bang may gawin ang provider?** Kung naka-connect lamang ang numero sa pamamagitan ng provider na iyon. Sa ganoong kaso, doon muna ginagawa ang pag-disconnect bago makumpleto ang bagong flow. --- ## "Request code failed: Our servers are temporarily unavailable" https://easycoexistence.com/fil/docs/coexistence-error-request-code-unavailable Lumalabas ang "Request code failed: Our servers are temporarily unavailable. Please wait 1 hour before trying again" kapag humiling ng verification code para sa isang numero habang nagsa-signup at hindi ito ipinadala ng Meta. Ang tagubilin sa mensahe mismo ang solusyon: tumigil sa paghiling ng code, hintayin ang buong isang oras, saka mag-retry nang isang beses mula sa bagong flow. ### Outage ba ito ng Meta? Maaari, pero iba ang itinuturo ng mga dokumentadong kahalintulad ng mensaheng ito. Hindi nakalista sa error reference ng Meta para sa Embedded Signup ang eksaktong pananalitang ito. Nakalista naman ang isang pamilya ng pagtanggi sa verification code na pareho ang takbo: "You have requested your code too many times", ang mga code na 2494158 at 2388367 para sa paulit-ulit na request, at 2593037 para sa error habang humihiling ng code. Sinasabi ng bawat isa na bumalik na lang sa ibang pagkakataon. May totoong problema rin sa platform kung minsan. Sa panig ng API, ang 133004 ay nangangahulugang pansamantalang hindi available ang isang server, at payo ng Meta na tingnan muna ang status page ng WhatsApp Business Platform bago mag-retry. Kung walang incident sa status page, ituring po ninyo ang mensahe bilang limitasyon sa mga code request para sa numerong iyon at sundin ang isang oras na nakasaad. ### Bakit hinihingan ng code ang isang numerong Coexistence? Sa landas ng Coexistence, rehistrado na ang numero sa WhatsApp Business app, kaya sinasabi ng Meta sa mga partner na laktawan ang hakbang ng phone number registration. Sa dokumentadong flow ng Meta, ang app mismo ang nagve-verify ng pagmamay-ari: tatanggap ang negosyo ng mensahe mula sa opisyal na Facebook Business account sa WhatsApp Business app, pipindutin ang Connect, at doon tatapusin ang verification. Kaya ang code request na paulit-ulit na pumapalya ay palatandaan na dapat suriin kung aling landas ang kinalalagyan ng popup. Kung hindi lumabas ang screen na nag-aalok na i-connect ang kasalukuyang account ng WhatsApp Business app, itinuturing ng flow na bagong registration ang numero at humihingi ito ng SMS o voice code, at doon tumatama ang mga limitasyong ito. ### Paano mag-retry nang hindi lumalala ang sitwasyon? Hintayin po ninyo ang buong isang oras na hinihingi ng mensahe, nang hindi humihiling ng panibagong code sa pagitan. Ayon sa Meta, nililimitahan ng sistema kung ilang beses puwedeng humiling ng code sa loob ng isang takdang panahon, kaya kontra sa inyo ang mga request habang naghihintay. Kapag lumipas na ang isang oras, isara ang lumang popup at simulan muli ang flow sa halip na pindutin ang resend sa bintanang iniwang bukas. Piliin ang opsyong i-connect ang kasalukuyang account ng WhatsApp Business app, panatilihing naka-unlock at malapit ang telepono kung nasaan ang numero, at tapusin ang verification sa app sa sandaling dumating ito. Kung maraming beses na nagkamali sa pag-enter ng code, iba ang gabay ng Meta: limitado ang bilang ng verification attempt na pinapayagan ng sistema, at sinasabi nitong maghintay ng mga 12 oras bago mag-retry. - Paulit-ulit na pagpindot ng resend sa loob ng isang oras. Nililimitahan ng Meta kung gaano kadalas puwedeng humiling ng code sa isang panahon. - Pag-aakalang permanente ang outage at paglipat sa ibang numero. Pansamantalang paghihintay ang nakasaad sa mensahe. - Pagsasagawa ng registration ng bagong numero para sa numero ng app. Nagve-verify ang Coexistence sa pamamagitan ng WhatsApp Business app, hindi sa bagong SMS registration. **Makakatulong ba kung higit sa isang oras ang paghihintay?** Isang oras ang nakasaad sa mensahe. Walang masama sa mas mahabang paghihintay, pero nakakasama ang paghiling ng code sa loob ng oras na iyon. **Maaari bang i-reset ng provider ko ang limitasyon?** Hindi. Ang Meta ang nagpapatupad ng mga limitasyon sa verification code sa numero, at walang provider na makakapag-clear nito. **Apektado ba ang WhatsApp Business app?** Hindi. Patuloy na gumagana ang app sa telepono. Ang signup step lang sa browser ang tinatanggihan. **Paano ko malalaman kung totoong outage ito?** Tingnan po ang status page ng WhatsApp Business Platform ng Meta. Kung walang incident doon, ituring ang mensahe bilang limitasyon sa code request. --- ## Pumapalya ang Coexistence QR code scan sa WhatsApp Business app https://easycoexistence.com/fil/docs/coexistence-error-qr-code-pairing-failed Kapag pumalya ang code scan habang nagsa-signup sa Coexistence, nasa telepono ang dapat suriin: lumang bersyon ng WhatsApp Business app, na-scan mula sa maling app o device, o hindi sinagot ang prompt na lumalabas pagkatapos mag-scan. Ang solusyon ay i-update ang app, mag-scan mula sa WhatsApp Business app sa teleponong may hawak ng numero, at tapusin ang bawat prompt. ### Ano ang dapat mangyari sa telepono? Inilalarawan ng dokumentasyon ng Meta ang bahagi sa telepono sa apat na hakbang. Natatanggap ng negosyo ang mensahe mula sa opisyal na Facebook Business account sa loob ng WhatsApp Business app, at tina-tap nito ang Connect. Pagkatapos, tina-tap ang Connect to the Business Platform. Susunod ang Confirm, kung saan pinipili kung ibabahagi ang chat history. Panghuli, kukumpletuhin ang hakbang ng verification code at babalik sa browser para tapusin ang flow. Ang code na nakikita sa browser ang nagsisimula ng usapang iyon sa app. Kaya kung walang nangyari pagkatapos mag-scan, o may error na agad na lumabas sa telepono, ibig sabihin ay hindi nagsimula ang isa sa mga hakbang na iyon. Gumana na ang lahat ng nauna rito, sa browser. ### Bakit pumapalya ang scan? Apat na dahilan ang dapat suriin, ayon sa pagkakasunod-sunod na ito. Masyadong luma ang app. Hinihingi ng Meta ang WhatsApp Business app version 2.24.17 o mas bago, at may Embedded Signup error na 4563015 na nagsasabing i-update ang app sa pinakabagong bersyon. Maling app ang nag-scan. Ang code ay dapat harapin ng WhatsApp Business app na may hawak ng numero, sa pangunahing telepono. Hindi pareho ang karaniwang WhatsApp, ang camera app ng telepono, o isang linked device tulad ng WhatsApp Web o Desktop. Hindi natapos ang mga prompt. Binubuksan lang ng pag-scan ang hakbang; ang pag-tap sa Connect, Connect to the Business Platform at Confirm ang nagpapatuloy dito. Nasara ang popup. Kapag nawala ang window ng browser, nawawala rin ang flow na tinatapos ng telepono. ### Paano ito muling subukan nang maayos? I-update muna ang WhatsApp Business app sa app store at buksan itong muli. Tiyaking ang hawak ninyong telepono ang may hawak ng numero, at naka-unlock ito at online. Pagkatapos, simulan muli ang signup flow mula sa umpisa sa browser, piliin ang opsyong i-connect ang kasalukuyang WhatsApp Business app account, at panatilihing bukas ang popup habang nagtatrabaho po kayo sa telepono. Harapin ang code mula sa loob ng WhatsApp Business app, sagutin ang bawat prompt habang lumalabas ito, at bumalik sa browser para tapusin. Pagkatapos makumpleto ang koneksyon, asahan na malo-log out ang mga linked device. Ina-unlink ng Meta ang lahat ng companion app kapag nag-connect ang numero sa API, at maaari silang i-link muli pagkatapos. - Pag-scan gamit ang camera app ng telepono. Ang code ay dapat harapin ng WhatsApp Business app na may hawak ng numero. - Pagsara ng browser popup habang nagtatrabaho sa telepono. Kailangan ng hakbang sa telepono ang flow na nagsimula nito. - Pagturing na pagkabigo ang na-log out na mga linked device. Ina-unlink ng Meta ang mga companion app kapag nag-connect; maaari silang i-link muli. **Maaari bang may ibang tao ang mag-scan para sa negosyo?** Kung hawak lang niya ang teleponong may numero. Nangyayari ang hakbang sa WhatsApp Business app ng device na iyon. **Maaari ko bang gamitin ang WhatsApp Web para mag-scan?** Hindi po. Ang mga linked device ay kasama lang ng account. Ang hakbang sa telepono ay para sa WhatsApp Business app ng pangunahing telepono. **May nababago ba sa telepono kapag pumalya ang scan?** Wala. Hangga't hindi natatapos ang flow, hindi pa naka-connect ang numero at gumagana ang app gaya ng dati. **Sinasabi ng app ko na up to date na ito. Ano ang susunod?** Tingnan kung 2.24.17 o mas bago ang version number, pagkatapos ay simulan muli ang flow mula sa umpisa at tapusin ang bawat prompt. --- ## Na-block ang Coexistence signup dahil sa lumang Business Portfolio https://easycoexistence.com/fil/docs/coexistence-error-inaccessible-business-portfolio Kung ang numero ay naka-link sa ibang Meta Business Portfolio kaysa sa pinili sa signup popup, tinatanggihan ito ng Meta at sasabihing hindi nauugnay ang numero sa negosyong pinili ninyo. Kailangang i-unlink ang numero sa loob ng ibang portfolio na iyon, na nangangailangan ng taong may admin access doon, o kaya ay patakbuhin ang flow sa mismong portfolio na iyon. ### Ano ang sinasabi ng Meta kapag nangyari ito? Nakalista sa error reference ng Embedded Signup ng Meta ang code 3441041: "Ang numero ng telepono na inilagay ninyo ay hindi nauugnay sa negosyong pinili ninyo. Para magpatuloy, kailangan ninyong i-unlink ang numerong ito mula sa negosyong iyon o maglagay ng ibang numero." Ang negosyong pinili ninyo ay ang Business Portfolio na pinili sa unang screen ng popup. Ang ibig sabihin ng mensahe ay iniuugnay na ng Meta ang numero sa ibang portfolio. Maaaring galing pa sa naunang setup ang link na iyon: isang agency na dating nag-connect ng numero, ang Business Manager ng dating empleyado, o lumang WhatsApp account na ginawa para sa ads. Madalas ay walang kaalam-alam dito ang taong nagpapatakbo ng flow ngayon. ### Paano i-unlink ang numero sa ibang portfolio? May dalawang bahagi ang dokumentadong solusyon ng Meta, at pareho itong ginagawa sa loob ng portfolio na kasalukuyang may hawak ng numero. Una, alisin ang WhatsApp account na naka-link sa numerong iyon: Meta Business Suite, Settings, Accounts, WhatsApp Accounts, Remove Account. Pangalawa, i-delete ang numero ng telepono mismo mula sa WhatsApp Manager, sa tab na Phone Numbers. Parehong nangyayari ang dalawang hakbang sa loob ng portfolio na iyon, kaya kailangan po ninyo ng taong may admin access doon. Humihingi na ang Meta ng admin level na pahintulot para lang makagawa ng WhatsApp Business account sa isang portfolio. Kapag libre na ang numero, patakbuhin muli ang signup at piliin ang portfolio na kontrolado ninyo. ### Paano kung walang makapasok sa lumang portfolio? Dalawa na lang ang makatotohanang opsyon. Una, ibalik ang access. Ang gumawa ng portfolio, o sinumang natitirang admin dito, ay maaaring magdagdag ng kasalukuyang tao bilang admin. Kung agency ang may hawak ng portfolio, hilingin po ninyo sa agency na magbigay ng access o sila mismo ang mag-unlink. Pangalawa, patakbuhin ang flow sa loob ng lumang portfolio kapag naibalik na ang access, sa halip na ilipat ang numero palabas dito. Pinananatili ng Coexistence ang mga na-convert na account sa sariling portfolio ng customer, kaya kung saang portfolio ninyo patakbuhin ang flow, doon mananatili ang numero pagkatapos. Piliin ang portfolio na kontrolado pa rin ng negosyo makalipas ang isang taon. - Gumawa ng bagong portfolio at sumubok muli. Naka-link pa rin ang numero sa luma, kaya ang parehong pagtanggi ang babalik. - I-delete ang WhatsApp Business app account para putulin ang link. Nasa panig ng Meta ang link, sa loob ng ibang portfolio. - Iwan ang numero sa portfolio na hindi kontrolado ng negosyo. Ang nag-aadmin nito ang may kontrol sa koneksyon. **Maaari bang ilipat ng suporta ng Meta ang numero para sa akin?** Ang dokumentadong solusyon ng Meta para sa 3441041 ay ang pag-unlink sa loob ng ibang portfolio, na ginagawa ng taong may access doon. Hindi inilalarawan ng Meta na ililipat nila ang numero para sa inyo. **Paano ko malalaman kung aling portfolio ang may hawak ng numero?** Hindi pinangangalanan ng mensahe ng Meta ang portfolio. Suriin ang bawat portfolio na nagamit ng sinuman sa negosyo, kasama ang mga itinayo ng agency. **Hihinto ba ang WhatsApp Business app kapag nag-unlink?** Inaalis ng mga hakbang ang WhatsApp account at numero mula sa portfolio na iyon sa Meta Business Suite at WhatsApp Manager. Hindi sa phone app ginagawa ang mga ito. **Pareho ba ito sa numerong nasa ibang provider?** Hindi. Iyon ay koneksyon sa app ng ibang partner. Ito ay numerong kabilang sa ibang portfolio. --- ## Hindi lumalabas ang opsyon na "Connect your existing WhatsApp Business app" https://easycoexistence.com/fil/docs/coexistence-error-option-not-showing Lumalabas lamang ang opsyon na i-connect ang kasalukuyang WhatsApp Business app account kapag in-enable ito sa code ng platform na naglulunsad ng Embedded Signup ng Meta. Kung wala ang setting na iyon, ipapakita ng popup ang karaniwang screen para sa pagpili ng account at ituturing na bagong rehistrasyon ang numero. Hindi ito maaaring i-on ng negosyo; ang platform ang dapat gumawa nito. ### Sino ang may kontrol kung lalabas ang opsyon? Ang platform na naglulunsad ng popup. Ayon sa dokumentasyon ng Meta, dapat magdagdag ang mga partner ng property na featureType na nakatakda sa whatsapp_business_app_onboarding kapag inilulunsad ang Embedded Signup. May pagsusuri rin ang Meta: kung napalitan ang screen sa pagpili ng account ng screen na nag-aalok na i-connect ang kasalukuyang WhatsApp Business account, naka-enable ang feature. Kaya kung ang nakikita ng negosyo ay ang karaniwang mga screen, ang pagpili o paggawa ng WhatsApp Business account at pagpasok ng numerong irerehistro, inilunsad ang popup nang walang setting na iyon. Walang nababago rito ang sariling mga setting ng negosyo sa Meta. Ang magagawa lamang ng negosyo ay lumipat sa signup link mula sa platform na may naka-enable nito. ### Bakit maaaring hindi ito iniaalok ng isang platform? May mga requirement ang Meta sa panig ng platform bago ito ma-enable. Dapat Solution Partner o Tech Provider na ang platform, marunong gumamit ng Cloud API, may webhook callback na kayang tumanggap at magproseso ng mga webhook, at nagpapatakbo ng Embedded Signup na may session logging. Ang self-hosted na tool, o integration na gawa sa developer app na hindi Tech Provider, ay hindi pumapasa sa una sa mga requirement na ito. Sa ganitong kaso, hindi maibabalik ng pagbabago sa configuration sa panig ng negosyo ang opsyon. Ang solusyon ay platform na nakagawa na ng gawaing ito. Ang isa pang puwang ay ang mga bersyon. Made-deprecate ang Embedded Signup v2 at v3 sa Oktubre 15, 2026, at pinapalipat ng Meta ang mga partner sa v4 bago iyon. ### Paano kung lumabas ang opsyon pero hindi mapili ang account? Ibang pagtanggi iyon, at galing ito sa account, hindi sa platform. Nakalista sa error reference ng Meta ang 3441047: hindi available ang feature para sa mga account na gumagamit ng marketing na mensahe, at kailangang pumili ang negosyo ng ibang WhatsApp Business account. Ang code na 3441042 ay nangangahulugang hindi available ang feature para sa mga numero mula sa rehiyong iyon. At ang app na mas mababa sa bersyon 2.24.17 ay tinatanggihan nang may kahilingang mag-update sa pinakabagong bersyon. Bawat isa sa mga ito ay may sariling mensahe sa popup. Ang nawawalang opsyon na walang anumang mensahe ay nagtuturo pabalik sa paraan ng paglulunsad ng flow. - Paghahanap sa mga setting ng negosyo sa Meta ng switch para sa Coexistence. Itinatakda ang opsyon ng naglulunsad ng popup. - Pagtatapos pa rin ng karaniwang flow. Kung walang opsyon, ituturing ng Meta na bagong rehistrasyon ang numero, na hindi Coexistence. - Pag-aakalang kwalipikado pa rin ang lumang integration ng Embedded Signup. Made-deprecate ng Meta ang v2 at v3 sa Oktubre 15, 2026. **Maaari bang i-enable ng negosyo mismo ang Coexistence?** Hindi sa popup. Itinatakda ang opsyon ng platform na naglulunsad ng Embedded Signup, sa pamamagitan ng setting na featureType. **Paano ko malalamang naka-enable ang opsyon?** Ito ang sariling pagsusuri ng Meta: napapalitan ang screen sa pagpili ng account ng screen na nag-aalok na i-connect ang inyong kasalukuyang WhatsApp Business account. **Kailangan ba ng negosyo ng na-verify na Business Portfolio?** Ang mga nakalistang requirement ng Meta para sa opsyong ito ay nasa panig ng platform na naglulunsad, dagdag ang app na bersyon 2.24.17 o mas bago para sa negosyo. **Restriksyon ba ito ng rehiyon?** Dumarating bilang sariling mensahe ang pagtanggi dahil sa rehiyon, code 3441042. Ang nawawalang opsyon na walang anumang mensahe ay nagtuturo sa paraan ng paglulunsad ng flow. --- ## "Update your WhatsApp Business App" habang nagsa-sign up para sa Coexistence https://easycoexistence.com/fil/docs/coexistence-error-business-app-outdated Kailangan ng Coexistence ang WhatsApp Business app na version 2.24.17 o mas bago sa teleponong may hawak ng numero. Kapag mas luma rito, tinatanggihan ng signup popup ng Meta ang numero at hinihiling na i-update ang app sa pinakabagong version. Maaayos ito sa pag-update mula sa app store at pag-ulit ng flow mula sa simula. ### Ano ang sinasabi ng mensahe? Nakalista sa error reference ng Embedded Signup ng Meta ang code 4563015 na may tekstong "Update your WhatsApp Business App to the latest version to use this phone number", at ang solusyon ay eksaktong iyon: i-update ang app sa pinakabagong version. Ang requirement sa likod nito ay nakasaad sa dokumentasyon ng Meta para sa onboarding ng Coexistence: dapat gumamit ang customer ng negosyo ng WhatsApp Business app version 2.24.17 o mas mataas. Ang mensahe ay humihingi ng pinakabagong version, hindi ng pinakamababa, kaya natutugunan ng pag-update sa pinakabagong available na version ang pareho. ### Aling device ang kailangang i-update? Ang pangunahing telepono: ang device kung saan nakarehistro ang numero sa WhatsApp Business app. Iyon ang app na chine-check ng Meta, at iyon din ang humahawak sa bahagi ng flow na para sa telepono. Hindi binibilang ang pag-update ng WhatsApp Web, ng desktop app, o ng tablet na naka-link sa account, dahil mga companion device ang mga iyon at hindi ang mismong rehistrasyon. Sinasabi rin ng dokumentasyon ng Meta na ina-unlink ang mga companion client kapag nag-connect ang numero sa API, at hindi suportadong companion pagkatapos nito ang WhatsApp for Windows at WhatsApp for WearOS. Sa setup ng agency, madalas na hindi hawak ng taong nagpapatakbo ng browser flow ang telepono, kaya ito ang hakbang na dapat kumpirmahin sa may-ari ng negosyo bago magsimula. ### Paano i-check ang version at mag-retry? Sa teleponong may hawak ng numero, hanapin ang naka-install na version ng WhatsApp Business app, sa sariling help information ng app o sa pahina nito sa app store ng telepono. Kung mas mababa ito sa 2.24.17, o kung may inaalok na update ang store, i-install ito. Pagkatapos mag-update, isara at buksan muli ang app para ang bagong version ang tumatakbo. Pagkatapos, simulan ulit ang signup flow mula sa simula sa browser, sa halip na ipagpatuloy ang popup na nagpakita na ng pagtanggi, at piliin ang opsyong i-connect ang umiiral na WhatsApp Business app account. Sa app store nangyayari ang update mismo, hindi sa signup popup, kaya hakbang ito para sa sinumang may hawak ng telepono. Kumpirmahin po ninyo sa kanila ang bagong version number bago patakbuhin muli ang flow, at huwag ipagpalagay na natuloy ang update. - Pag-update ng WhatsApp Web o ng desktop app. Ang WhatsApp Business app sa pangunahing telepono ang chine-check ng Meta. - Pag-update ng consumer WhatsApp sa teleponong may parehong app. Hiwalay na install ang Business app at may sarili itong version. - Pag-retry sa parehong popup pagkatapos mag-update. Simulan ulit ang flow para tumakbo ang check sa bagong version. **Sapat na ba ang 2.24.17, o kailangan ang pinakabago?** Ang nakasaad na pinakamababa ng Meta ay 2.24.17. Hinihingi ng error text ang pinakabagong version, kaya sapat na ang buong pag-update para sa pareho. **Mawawala ba ang mga chat kapag nag-update?** Pinapalitan lang ng update ang version ng app sa parehong rehistrasyon. Hindi ito katulad ng pagbura ng account o muling pagrehistro ng numero, na dapat iwasan. **May kinalaman pa ba ang version pagkatapos mag-connect?** Para sa onboarding ang nakasaad na requirement ng Meta. Makatwiran pa ring panatilihing updated ang app, dahil bahagi pa rin ng koneksyon ang telepono. **Pareho ba ito sa hindi pagiging eligible ng numero?** Hindi. Ang eligibility ay tungkol sa aktibidad ng account. Ang isang ito ay purong version lang ng app sa telepono. --- ## Coexistence error: ang numero ay naka-connect na sa ibang provider https://easycoexistence.com/fil/docs/coexistence-error-number-on-another-provider Hindi ikokonekta ng Coexistence flow ng Meta ang numero ng WhatsApp Business app sa bagong platform habang hawak pa ito ng iba. Kung naka-connect na ang numero sa ibang provider, tatanggihan ito ng signup popup ng Meta at sasabihing hindi suportado sa flow na iyon ang paglipat ng partner. Kailangang i-disconnect ng negosyo ang kasalukuyang platform sa WhatsApp Business app, maghintay ng 15 minuto, at saka patakbuhin ang bagong signup. ### Aling mga mensahe ang nangangahulugang nasa ibang provider ang numero? May tatlo ang error reference ng Meta para sa Embedded Signup tungkol sa sitwasyong ito, sa seksyon tungkol sa onboarding ng WhatsApp Business app user. - 2655093: ibinabahagi na ng negosyo ang WhatsApp Business account na ito sa isang partner, at hindi suportado sa flow na ito ang paglipat ng partner. - 3441049: nakarehistro na ang numero sa product at kailangan itong i-disconnect mula sa kasalukuyang account sa WhatsApp Business app. - 2655094: paki-disconnect ang inyong business platform para magpatuloy, pagkatapos ay maghintay ng 15 minuto bago subukang muli. ### Paano i-disconnect ang kasalukuyang provider? Mula sa telepono, sa WhatsApp Business app. Ang path ng Meta ay Settings, Account, Business Platform, pagkatapos ay piliin ang naka-connect na platform at i-tap ang Disconnect. Binabanggit din ng Meta na hindi magagamit ang sariling deregistration call ng API sa numerong ginagamit sa parehong app at Cloud API, kaya sa app ginagawa ang pag-disconnect at hindi sa dashboard ng lumang provider. Kapag nag-disconnect ang negosyo, magpapadala ang Meta sa dating platform ng account_update webhook na may PARTNER_REMOVED na event. Iyon ang paraan para malaman ng lumang provider. Ang anumang subscription sa provider na iyon ay hiwalay na usapin sa pagitan ng negosyo at ng provider. ### Ano ang mangyayari pagkatapos mag-disconnect? Maghintay po kayo. Parehong sinasabi ng mga mensahe ng Meta para sa 3441049 at 2655094 na maghintay ng 15 minuto bago subukang muli. Pagkatapos, patakbuhin ang signup ng bagong platform mula sa simula at piliin ang opsyong i-connect ang kasalukuyang WhatsApp Business app account. Bagong onboarding ito: iaalok muli ang pagbabahagi ng chat history, at may 24 oras ang bagong platform pagkatapos ng onboarding para i-synchronise ang mga contact at history. May isang kaso na maaari pa ring makaantala sa paglipat. Ayon sa Meta, ang negosyong dating nakipagtulungan sa isang partner at ibinabahagi pa rin ang credit line ng partner na iyon ay maaaring makakita ng error kapag lumilipat sa bagong partner, at may hiwalay itong gabay para lutasin ito. - Pagpapa-deregister ng numero sa lumang provider. Ayon sa Meta, hindi gumagana ang deregister call sa numerong ginagamit sa parehong app at Cloud API. - Pagsubok muli sa loob ng ilang minuto matapos mag-disconnect. Humihingi ang Meta ng 15 minuto. - Pagbura ng WhatsApp Business app account para putulin ang lumang koneksyon. Ang pag-disconnect sa Settings ang dokumentadong paraan. **Maaari bang naka-connect ang isang numero sa dalawang provider nang sabay?** Hindi sa flow na ito. Sinasabi ng mensahe ng Meta na hindi suportado ang paglipat ng partner nang hindi muna dini-disconnect ang kasalukuyan. **Made-delete ba ang aking mga chat kapag nag-disconnect?** Inaalis ng pag-disconnect ang koneksyon ng platform. Mananatili sa telepono ang WhatsApp Business app at patuloy itong gagana. **Maaari bang ang bagong provider ang mag-disconnect sa luma para sa akin?** Hindi. Ang negosyo mismo ang nagdi-disconnect sa WhatsApp Business app. **Magsi-sync ba ulit ang history sa bagong provider?** Iaalok muli ng bagong onboarding ang pagbabahagi ng history, at may 24 oras ang bagong platform para patakbuhin ang synchronisation. --- ## "This authorization code has expired" pagkatapos ng Coexistence signup https://easycoexistence.com/fil/docs/coexistence-error-authorization-code-expired Kapag natapos ang Embedded Signup ng Meta, nagbibigay ito sa platform na nagbukas nito ng panandaliang code na dapat ipalit sa access token sa loob ng 30 segundo. Kung mas huli ang palitan, o code mula sa naunang pagtatangka ang ginamit, sasagot ang Meta na nag-expire na ang authorization code. Ang muling pag-run ng flow ay lilikha ng bagong code. ### Anong code ang nag-expire? Kapag natapos ng negosyo ang Embedded Signup, ibinabalik ng Meta ang mga asset ID at isang exchangeable token code sa browser window na nagbukas ng popup. Ipinapadala naman ng platform ang code na iyon sa sarili nitong server, na tumatawag sa oauth access_token endpoint ng Meta gamit ang app ID at app secret nito para ipalit ito sa business token. Malinaw ang implementation guide ng Meta tungkol sa oras: ang exchangeable token code ay may time-to-live na 30 segundo, kaya dapat kayang ipalit ng platform ito bago mag-expire. Tinatanggihan ang anumang palitan na susubukan pagkatapos nito, at ang "This authorization code has expired" ang itsura ng pagtanggi na iyon. Walang ginawang mali ang negosyo kung mabagal nitong tinapos ang popup; nagsisimula ang orasan sa sandaling ibinalik ang code. ### Bakit ito nangyayari kapag huli o dalawang beses natapos ang popup? Maraming sitwasyon ang makapagpapaantala sa palitan lampas sa limitasyong iyon. Naiwan sa background ang browser tab o nag-sleep ang laptop habang natatapos ang flow, kaya matagal pagkatapos maibigay ang code bago ito umabot sa server ng platform. Maaari ring ipinila ng server ng platform ang palitan sa likod ng ibang gawain sa halip na gawin agad. O kaya ay dalawang beses binuksan ng tao ang flow, tinapos ang pareho, at pinalitan ng platform ang code mula sa unang window pagkatapos matapos ang pangalawa. Sa testing, may pang-apat: ang pagkopya ng code mula sa browser console at pagpapalit nito nang mano-mano gamit ang cURL o Postman. Ito mismo ang binabalaan ng guide ng Meta, at ipinapayong ihanda muna ang exchange request bago magsimula. ### Paano tapusin ang koneksyon? I-run muli ang flow mula sa simula sa isang window lamang, at hayaang matapos ito habang nasa harapan ang page ng platform. Bawat pagkumpleto ay nagbabalik ng bagong code, at ang agarang pagpapalit ng code na iyon ang tanging kailangan ng platform. Para sa isang Coexistence na numero, gawin ito agad. Kino-convert ng Meta ang WhatsApp Business account kapag natapos ng negosyo ang flow, at kapag na-onboard na ng platform ang customer, mayroon itong 24 oras para i-synchronise ang history ng mga mensahe; pagkatapos nito, kailangang i-offboard ang negosyo at tapusin muli ang flow. Sa panig ng platform, ang pangmatagalang solusyon ay ipalit ang code sa server sa mismong sandaling dumating ito, bago ang anumang ibang hakbang sa onboarding. - Muling pagsubok sa token exchange gamit ang parehong code. Nag-expire ito pagkalipas ng 30 segundo at hindi na babalik. - Pag-run ng signup sa dalawang window nang sabay. Ang code lamang mula sa pagtatangkang pinapalitan ang binibilang. - Pagpapalit ng code mula sa browser. Hinihingi ng Meta ang palitan bilang server-to-server na request gamit ang app secret. **Na-connect ba ng negosyo ang numero o hindi?** Natapos ng negosyo ang flow ng Meta, ngunit hindi nagawa ng platform na gawing gumaganang token ang code, kaya hindi pa ito makakilos sa numero. Ang muling pag-run ng flow ay magbibigay dito ng bagong code. **Maaari bang pahabain ang tagal ng code?** Hindi. Ang Meta ang nagtatakda ng 30 segundong time-to-live, at walang platform na makapagpapahaba nito. **Apektado ba ang WhatsApp Business app?** Hindi. Patuloy na gumagana ang app sa telepono habang inaayos ito. **Pareho ba ito ng expired na access token?** Hindi. Ito ang panandaliang signup code. Ang expired na access token sa gumaganang koneksyon ay nagbabalik ng error 190. --- ## "Your app is missing required Graph API permissions for Cloud API companion pairing" https://easycoexistence.com/fil/docs/coexistence-error-companion-pairing-permission Ibig sabihin ng error na ito, kulang ang WhatsApp permissions ng platform na nagsimula ng signup, o kulang ang access level na hinihingi ng Meta, para i-connect sa Cloud API ang numero ng WhatsApp Business app. Ang negosyo ay maaari lamang mag-grant ng mga permission na may Advanced access ang platform. Hindi ito maaayos ng negosyo; ang platform ang dapat mag-ayos. ### Ano ang ibig sabihin ng mensahe? Ganito ang buong teksto: "Your app is missing required Graph API permissions for Cloud API companion pairing. Please verify advanced WhatsApp Business permissions are granted, then try again." Hindi nakalista sa mga pampublikong error reference ng Meta ang eksaktong pananalitang ito, ngunit may katumbas sa dokumentasyon ng Meta ang bawat bahagi nito. Ang "Your app" ay ang Meta app ng platform na nagpapatakbo ng signup, hindi ang WhatsApp Business app sa telepono. Hindi pampublikong binibigyang-kahulugan ng Meta ang companion pairing; batay sa konteksto, inilalarawan nito ang pagsama ng Cloud API sa isang numero na nananatiling rehistrado sa WhatsApp Business app, na siyang kaayusan ng Coexistence. At ang "advanced" WhatsApp Business permissions ay tumutukoy sa Advanced access, ang antas na ibinibigay ng Meta sa pamamagitan ng App Review. ### Aling mga permission ang kasangkot? Dalawa ang binabanggit ng dokumentasyon ng Meta tungkol sa permissions na karaniwang kailangan ng mga WhatsApp integration. Saklaw ng whatsapp_business_management ang metadata ng account, mga template, mga numero ng telepono, analytics at mga webhook ng account. Saklaw naman ng whatsapp_business_messaging ang pagpapadala ng mga mensahe at pagtanggap ng mga webhook ng mensahe at status. Para sa isang partner na ang mga customer ay gumagamit ng app nito, hinihingi ng Meta ang App Review at Advanced access para sa bawat permission na kailangan ng app. Direkta itong sinasabi ng Meta: kung walang Advanced access para sa isang permission, hindi ito ma-grant ng mga customer sa app sa pamamagitan ng Embedded Signup. Ang mga call gamit ang whatsapp_business_management sa mga account na hindi pag-aari ng app, nang walang Advanced access, ay nagbabalik ng error 200. Maaaring tingnan ng platform kung ano talaga ang na-grant ng negosyo sa pamamagitan ng pag-inspect sa token gamit ang debug_token endpoint ng Meta, na naglilista ng mga na-grant na permission sa ilalim ng scopes. ### Ano ang magagawa ng negosyo? Kaunti lamang sa sarili nitong panig, at hindi po nito dapat subukang baguhin ang sarili nitong Meta settings para maalis ito. Nasa platform ang solusyon: kailangan itong maging Tech Provider o Solution Partner, na nakalista ng Meta bilang kinakailangan sa pag-onboard ng mga user ng WhatsApp Business app, at kailangan nitong maaprubahan ang Advanced access para sa mga WhatsApp permission. Ang magagawa ng negosyo ay iulat sa platform ang eksaktong mensahe, saka subukang muli kapag nakumpirma na ng platform ang access nito, o gumamit ng platform na may ganitong status na. Kung uulitin ang parehong daloy sa parehong platform bago iyon, pareho pa rin ang magiging resulta, at hindi nito naaapektuhan ang WhatsApp Business app sa telepono. - Pag-grant ng mas maraming permission sa sariling Meta settings ng negosyo. Ang kulang na access ay pag-aari ng app ng platform. - Pag-self-host ng tool sa isang developer app na walang App Review. Kung walang Advanced access, hindi ma-grant ng mga negosyo ang mga kinakailangang permission. - Paulit-ulit na pagsubok sa parehong platform. Magbabago lamang ang resulta kapag nagbago ang access ng platform na iyon. **May problema ba sa aking WhatsApp Business app?** Wala. Ang mensahe ay tumutukoy sa Meta app ng platform, hindi sa app sa inyong telepono, na patuloy na gumagana. **Maaari ko bang i-grant ang permission nang mag-isa?** Ang mga permission lamang na may Advanced access ang platform ang lalabas para ma-grant ninyo. Kailangan munang maaprubahan ang kulang na access para sa platform. **Paano nakakakuha ng Advanced access ang isang platform?** Sa pamamagitan ng Meta App Review para sa bawat permission na kailangan ng app nito, bilang partner na ang mga customer ay gumagamit ng app. **Kailangan ba ng negosyo ng App Review?** Hindi. Ayon sa Meta, ang direktang developer na gumagamit lamang ng sarili nitong data ng negosyo ay hindi nangangailangan ng App Review o Advanced access. --- ## WhatsApp error 0: hindi ma-authenticate ang app user https://easycoexistence.com/fil/docs/whatsapp-error-0 Ang error code 0 ay nangangahulugang hindi ma-authenticate ng Meta ang app user sa likod ng access token. Ayon sa Meta: "We were unable to authenticate the app user." Nag-expire na ang token, na-invalidate ito, o hinarang ng user ang lahat ng app sa kanyang data. Ang solusyon ay bagong access token, hindi ang pag-retry. ### Ano ang ibig sabihin ng WhatsApp error code 0? Ibig sabihin, tumanggap ang platform ng request pero hindi nito maiugnay ito sa app user na pinagkakatiwalaan nito. Inilalagay ng Meta ang code 0 sa mga authorization error sa Cloud API error reference, na may detalyeng "We were unable to authenticate the app user." Ang mga posibleng dahilan na ibinibigay nito ay pawang tungkol sa token: nag-expire na ito, na-invalidate ito, o binago ng taong nagbigay nito ang isang setting na pumipigil sa lahat ng app na ma-access ang kanyang data. Walang nakasaad sa listahang iyon tungkol sa numero ng telepono, sa WhatsApp Business Account o sa mensaheng ipinapadala. Hindi umabot ang request sa puntong masusuri ang alinman sa mga ito. ### Paano po ayusin ang error 0? Kumuha ng bagong access token. Iyan ang lunas na inilista ng Meta, at iyan lamang ang gumagana. Bago ito palitan, alamin muna kung alin sa tatlong sanhi ang naganap, dahil babalik ang bawat isa kapag binalewala. Ang user token na maikli ang buhay ay muling mag-e-expire ayon sa iskedyul. Ang na-invalidate na token ay patuloy na pumapalya hanggang may magbigay muli ng access. Kung ang user ay ganap na nag-off ng app access, kailangan niya itong i-on muli bago gumana ang anumang token para sa user na iyon. Para sa server to server na pagpapadala, inirerekomenda ng access token guide ng Meta ang mga System User token, na inilalarawan nitong pangmatagalan at angkop sa mga automated na serbisyong hindi nangangailangan ng input ng user. ### Pareho ba ang error 0 at error 190? Nagpapatong sila sa praktika, pero magkahiwalay na inilista ng Meta. Ang error 190 ay may detalyeng "Your access token has expired." Mas malawak ang error 0: sakop nito ang token na nag-expire, ang na-invalidate, at ang user na lubusang humarang sa app access. Pareho silang nasa iisang authorization table, at parehong sinasagot ng pagkuha ng bagong token. Ang praktikal na pagkakaiba ay nasa diagnosis. Ang 190 ay nagsasabing tumanda na ang token. Ang 0 ay nagsasabing pumalya ang authentication at ipinauubaya sa inyo ang pag-alam kung bakit, na dapat gawin bago kayo mag-issue ng kapalit na papalya rin sa parehong paraan makalipas ang isang oras. - Pag-retry ng parehong request. Nananatiling hindi authenticated ang token, kaya code 0 ulit ang isasagot sa bawat retry. - Pag-reconnect ng numero. Hindi naman nasuri ang numero, kaya ang muling onboarding nito ay nagbibigay ng gawain sa may-ari ng negosyo na walang binabago. - Pag-issue ng bagong user token na maikli ang buhay para sa backend job. Mag-e-expire ito ayon sa iskedyul at babalik ang error. **Ibig bang sabihin ng error 0 ay na-disconnect ang aking numero?** Hindi po. Ang lahat ng dahilan ng Meta para sa code 0 ay tungkol sa access token. Hindi sangkot ang numero at ang WhatsApp Business app sa telepono. **Saan nakadokumento ang error 0?** Sa authorization errors table ng Cloud API error codes reference ng Meta. Ang Cloud API ay binuo sa Graph API, na gumagamit ng parehong error format. **Mawawala ba ang error 0 kung maghihintay lang?** Hindi po. Hindi kusang bumabalik ang token na nag-expire o na-invalidate. Kailangan ng bagong token. **Paano ko po malalaman kung ano ang kayang gawin ng isang token?** Gamitin ang access token debugger ng Meta o ang debug_token endpoint. Parehong ipinapakita ng mga ito kung valid ang token, kailan ito mag-e-expire at anong mga permission ang dala nito. --- ## WhatsApp error 3: isyu sa capability o permissions https://easycoexistence.com/fil/docs/whatsapp-error-3 Ang error code 3 ay nangangahulugang kulang ang app na tumatawag sa endpoint ng capability o permission na kailangan ng endpoint na iyon. Ang paglalarawan ng Meta ay "Capability or permissions issue." Tinatawag itong API Method ng Graph API. Ang solusyon: suriin ang mga permission na ibinigay sa token gamit ang access token debugger, at idagdag ang permission na kailangan ng endpoint. ### Ano ang ibig sabihin ng WhatsApp error code 3? Ibig sabihin, na-authenticate ang request pero hindi pinapayagan ang app na gawin ang hiniling nito. Itinatala ng Meta ang code 3 sa mga authorization error sa Cloud API reference na may details text na "Capability or permissions issue." Ang Graph API error handling guide, na minamana ng Cloud API, ay tinatawag ang parehong code na API Method at sinasabing tiyaking nasa app ang capability o permission na kailangan ng call. Kaya gumagana ang token. Hindi problema ang pagkakakilanlan, na siyang nagpapaiba rito sa code 0 at 190. Ang problema ay kung ano lamang ang pinapayagang galawin ng token. ### Paano malalaman kung anong permission ang hawak ng isang token? Gamitin po ninyo ang access token debugger, o ang debug_token endpoint, na nagbibigay ng parehong impormasyon. Ipinapakita ng response ang mga naibigay na permission sa scopes property nito. Ihambing ang listahang iyon sa reference page ng endpoint na pumalya, dahil binabanggit ng bawat reference ang mga permission na kailangan nito. Sa WhatsApp, dalawang permission ang sumasaklaw sa halos lahat. Kailangan ang whatsapp_business_management para sa account metadata, mga template, listahan ng numero ng telepono, analytics at account webhook. Kailangan naman ang whatsapp_business_messaging para magpadala ng anumang mensahe at para tumanggap ng webhook ng mensahe at status. Kung isa lang sa dalawa ang hawak ng token, papalya ito sa mga call na nangangailangan ng isa pa. ### Bakit nakakakita ng error 3 ang partner app pero hindi ang direct developer? Dahil may dagdag na hadlang ang mga partner na naglilingkod sa ibang negosyo. Sinasabi ng permissions guide ng Meta na ang partner na ang mga customer ay gumagamit ng app nito para ma-access ang kanilang data ay kailangang pumasa sa App Review at magkaroon ng Advanced access para sa bawat permission na kailangan ng app. Ang direct developer na gumagamit lamang ng sarili nitong data ng negosyo ay hindi nangangailangan ng App Review o Advanced access. Kaya maaaring tumakbo nang maayos ang parehong code sa sariling account ng developer pero pumalya sa account ng customer. Kapag ganito ang pattern, hindi na ang tanong kung anong permission ang kulang sa token, kundi kung naaprubahan ba ang app na gamitin ang permission na iyon sa mga asset na hindi nito pag-aari. - Paggawa ng bagong token na may parehong scopes. Ang bagong token na may parehong permission ay papalya sa parehong lugar. - Pagsusuri ng pangalan ng permission sa app settings sa halip na sa token mismo. Ang mahalaga ay kung ano ang naibigay sa token. - Pagsubok lamang sa sarili ninyong account. Kailangan ng Advanced access ng mga partner app bago tanggapin ng mga account ng customer ang call. **Problema ba sa aking numero ng telepono ang error 3?** Hindi po. Ang error na ito ay tungkol sa kung ano ang pinapayagang gawin ng token ng app. Hindi sinusuri ang numero bago tanggihan ang request. **Ano ang pagkakaiba ng error 3 at error 10?** Ang code 3 ay isyu sa capability o permissions. Ang code 10 naman ay nagsasabing hindi naibigay ang isang permission o inalis ito. Parehong nasosolusyunan sa pag-check ng scopes ng token. **Anong permission ang kailangan ko para magpadala ng mensahe?** Ang whatsapp_business_messaging. Ayon sa permissions guide ng Meta, kailangan ito para magpadala ng anumang uri ng mensahe. **Makakatulong ba ang pag-retry?** Hindi po. Hindi nagbabago ang mga permission ng token sa pagitan ng mga pagsubok, kaya pareho pa rin ang resulta. --- ## WhatsApp error 4: naabot ng app ang API call rate limit https://easycoexistence.com/fil/docs/whatsapp-error-4 Ang error code 4 ay nangangahulugang naabot na ng app ang API call rate limit nito. Ayon sa paglalarawan ng Meta: "The app has reached its API call rate limit." Binibilang nito ang mga call ng app sa loob ng rolling na isang oras, hindi ang mga mensaheng ipinadala mula sa isang numero. Tingnan po ninyo ang usage sa App Dashboard, maghintay, at bawasan ang dalas ng pag-call ng app sa API. ### Ano ang ibig sabihin ng WhatsApp error code 4? Ibig sabihin, masyado nang maraming API call ang nagawa ng inyong app sa kasalukuyang window, at tatanggihan ang mga susunod na call hanggang bumaba ang bilang. Inilista ng Meta ang code 4 sa mga throttling error na may detalyeng "The app has reached its API call rate limit." Tinatawag itong API Too Many Calls ng Graph API error handling guide at inilalarawan bilang pansamantalang problema sa throttling. May dalawa pang throttling code na madaling mapagkamalan dito. Ang 80007 ay kapag naabot ng WhatsApp Business Account ang rate limit nito. Ang 130429 ay tungkol sa throughput ng mensahe sa Cloud API. Hindi ito alinman sa dalawa: ang code 4 ay ang sariling budget ng app para sa mga call. ### Paano kinakalkula ang call limit ng app? Para sa mga request na gumagamit ng app access token, may formula sa Graph API rate limiting guide ng Meta: ang bilang ng call sa loob ng isang oras ay katumbas ng 200 na i-multiply sa bilang ng mga user. Batay ang bilang ng mga user sa unique daily active users ng app, at ginagamit ang lingguhan at buwanang bilang kapag bumaba ang pang-araw-araw na paggamit. Limit ito para sa buong app, hindi kada user, kaya maaaring maubos ng ilang aktibong user ang karamihan nito. Sinasabi rin ng guide na lumalabas ang usage sa App Dashboard at, kapag sapat na ang bilang ng mga call, sa X-App-Usage header ng mga response. Ang header na iyon ang paraan upang makita ninyong papalapit na ang limit bago dumating ang error 4. ### Ano ang dapat gawin pagkatapos ng error 4? Ihinto muna ang pag-call sandali, at pagkatapos ay bawasan ang mga call. Malinaw ang rate limiting guide ng Meta tungkol sa unang bahagi: kapag naabot na ang limit, ihinto ang paggawa ng API call, dahil ang pagpapatuloy ay nagdaragdag sa bilang ng call at nagpapahaba ng oras bago muling magtagumpay ang mga call. Ang ikalawang bahagi ay disenyo. Ikalat nang pantay ang mga request sa halip na sabay-sabay, i-filter ang mga response para isang call lang ang magbalik ng kailangan ninyo, at iwasan ang mga call na kumukuha ng magkakapatong na datos. Karaniwang sanhi ang polling. Ang integration na nagtatanong ng parehong status ng account kada ilang segundo ay ginugugol ang budget nito sa mga sagot na hawak na nito. - Pag-retry sa loop. Bawat dagdag na call ay nagdaragdag sa bilang at nagpapalayo sa pagbawi. - Pagturing dito bilang limit sa pagpapadala. Binibilang ng code 4 ang mga call ng app, habang ang throughput ng mensahe ay 130429. - Pag-polling ng mga status endpoint sa maikling interval. Ang paulit-ulit na pagbasa ng datos na hindi nagbabago ay umuubos sa budget kada oras. **Pareho ba ang error 4 at error 130429?** Hindi. Ang 130429 ay throughput ng mensahe para sa isang numero. Ang error 4 ay ang bilang ng API call na nagawa ng inyong app. **Gaano katagal ang error 4?** Hanggang bumaba sa ilalim ng limit ang bilang ng call sa rolling na isang oras na window. Pinahahaba ito ng pag-call sa panahong iyon. **Saan ko makikita kung gaano na kalapit ang app ko sa limit?** Sa Application Rate Limit section ng App Dashboard, at sa X-App-Usage header na ibinabalik sa mga response. **Pareho ba ang error 4 at error 80007?** Hindi. Ginagamit ng Meta ang 80007 kapag naabot ng WhatsApp Business Account ang rate limit nito, habang ang error 4 ay nagbibilang ng sariling mga call ng app. --- ## WhatsApp error 10: hindi ibinigay o inalis ang permission https://easycoexistence.com/fil/docs/whatsapp-error-10 Ang error code 10 ay nangangahulugang kulang ang token ng app sa permission na kailangan ng endpoint, dahil hindi ito naibigay kailanman o dahil inalis ito. Ayon sa paglalarawan ng Meta: "Permission is either not granted or has been removed." Naglilista rin ang Meta ng dalawang sanhi na tiyak sa WhatsApp: numerong wala sa allowlist sa Flows with Endpoint, at hindi pagtugon sa eligibility requirements ng isang API. ### Ano ang ibig sabihin ng WhatsApp error code 10? Ibig sabihin nito, nakarating ang token sa Meta at nakilala ito, ngunit wala sa token ang permission na kailangan ng tawag. Sa Cloud API reference ng Meta, ang code 10 ay may details text na "Permission is either not granted or has been removed." Tinatawag ito ng Graph API error handling guide na API Permission Denied at ang payo ay asikasuhin ang nawawalang permission. Mahalaga ang salitang inalis. Maaaring maibigay ang isang permission sa setup at bawiin pagkatapos, halimbawa kapag binawi ng isang tao ang access ng app sa Mga Setting ng Negosyo. Kaya ang integration na gumana nang ilang buwan ay maaaring magsimulang magbalik ng 10 kahit walang pagbabago sa sarili nitong code. ### Anong iba pang sanhi ang inililista ng Meta para sa error 10? Dalawa ang tiyak sa WhatsApp, at pareho silang madaling makaligtaan dahil hindi sila tungkol sa scopes. Para sa WhatsApp Flows with Endpoint, sinasabi ng Meta na tiyaking nasa allowlist ang numero ng telepono na ginamit sa pag-set ng public key ng negosyo. Ang numerong wala sa allowlist ay magbibigay ng code na ito kahit taglay ng token ang lahat ng permission. Sinasabi rin ng Meta na ang account na hindi tumutugon sa eligibility requirements ng API na tinatawagan nito ay makakatanggap ng code na ito. Sa ganitong kaso, walang maitutulong ang anumang pagbabago sa token, dahil ang hadlang ay ang eligibility ng account at hindi ang credential. ### Paano ayusin ang error 10? Magsimula po sa access token debugger, na siyang unang pagsusuring itinuturo ng Meta. Kung wala sa listahan ng scopes ang permission na kailangan ng endpoint, ipabigay itong muli sa negosyo. Para sa partner app, nangangahulugan din ito ng pagkumpirma ng Advanced access para sa permission, dahil hinihingi ito ng permissions guide ng Meta para sa mga account ng kliyente. Kung kumpleto ang scopes, lumipat sa dalawang sanhi na tiyak sa WhatsApp. Sa tawag ng Flows, suriin ang allowlist para sa numerong nag-set ng public key. Sa iba pang tawag, basahin ang eligibility requirements ng API na tinatawagan at tiyaking natutugunan ito ng account bago baguhin ang anumang credential. - Ipinagpapalagay na nasira ang integration dahil sa deploy. Ang permission na inalis sa Mga Setting ng Negosyo ay nagbibigay ng code na ito kahit walang pagbabago sa code. - Muling paggawa ng token kahit eligibility ang sanhi. Hindi kayang gawing eligible ng isang credential ang account na hindi eligible. - Pagbalewala sa Flows allowlist. Sa Flows with Endpoint, ang numerong wala rito ay nagbabalik ng 10 kahit buo ang scopes. **Pareho ba ang error 10 at error 131005?** Pareho ang paglalarawan nila sa reference ng Meta. Ang code 10 ay ang Graph API code at ang 131005 ay nasa saklaw ng WhatsApp. Pareho ang paraan ng pagsusuri sa dalawa. **Maaari bang lumabas ang error 10 sa numerong gumana kahapon?** Oo. Kasama sa paglalarawan ng Meta ang mga permission na inalis na, kaya ang access na naibigay noon ay maaaring bawiin sa ibang pagkakataon. **Ibig sabihin ba ng error 10 ay nag-expire na ang aking token?** Hindi. Ang expired na token ay code 190 o 0. Ang code 10 ay nangangahulugang valid ang token ngunit kulang ito sa isang permission. **Paano ko makikita kung anong mga permission ang naibigay?** Tawagan ang debug_token o buksan ang access token debugger. Inililista ng scopes property ang bawat permission sa token. --- ## WhatsApp error 200: walang access token na ibinigay https://easycoexistence.com/fil/docs/whatsapp-error-200 Ang error code 200 ay nangangahulugang nakarating ang request sa Meta nang walang access token. Ang paglalarawan ng Meta ay "No access token was provided" at ang API ay nagbabalik ng mensaheng 'Provide valid app ID'. Lumalabas ito sa ilang GET endpoint tulad ng whatsapp_business_profile. Sakop din ng mga code na 200 hanggang 299 ang mga permission na hindi naibigay o inalis na. ### Bakit sinasabi ng error 200 na 'Provide valid app ID'? Dahil iyon ang mensaheng ibinabalik ng API, kahit na ang tunay na problema ay nawawalang token. Sinasabi ng error reference ng Meta na nangyayari ang code 200 sa ilang GET endpoint, tulad ng whatsapp_business_profile, kapag walang kasamang token, at na ang API ay nagbabalik ng mensaheng 'Provide valid app ID'. Binabanggit din sa parehong reference na ang ibang endpoint ay maaaring magbalik ng 190 o 104 para sa parehong pagkukulang. Kaya ang salita ay tumutukoy sa app ID, pero ang solusyon ay ang token. Tiyakin po ninyong naroon ang Authorization header at tama ang pagkakasulat nito, at na talagang napunan ang variable na may hawak ng token noong binuo ang request. ### Kailan ang ibig sabihin ng error 200 ay kulang na permission? Kapag may token pero kulang ang app ng permission na kailangan ng tawag. Inilista ng Meta ang saklaw na 200 hanggang 299 bilang "Permission is either not granted or has been removed", na may parehong lunas gaya ng code 10: suriin ang token sa access token debugger. May dalawang tiyak na kaso na nakadokumento. Sinasabi ng permissions guide na ang app na gumagamit ng whatsapp_business_management sa mga WABA na hindi pag-aari ng negosyo nito, nang walang Advanced access, ay nakakakuha ng error 200. Sinasabi ng registration guide na ang pag-deregister ng numero nang walang whatsapp_business_management ay nagbabalik ng error 200. Nagdaragdag ang access token guide ng pangatlo: ang System User token na ang user ay walang access sa hinihiling na resource ay tinatanggihan ng 200. Basahin ang teksto ng mensahe para malaman ang pagkakaiba ng mga kaso. Ang nawawalang token ay nagsasabi ng 'Provide valid app ID'. ### Paano naiiba ang error 200 sa error 190? Ang error 190 ay nangangahulugang may naipadalang token na nag-expire na. Ang error 200, sa unang kahulugan nito, ay nangangahulugang walang naipadalang token. Direktang sinasabi ng reference ng Meta ang pagkakaibang ito: ang lunas sa 200 ay tiyaking may kasamang valid na access token ang request, at itinuturing nitong hiwalay ang kondisyon sa 190, na sumasaklaw sa mga token na expired o invalid. Nagbabago nito kung saan titingin. Ang 190 ay magdadala sa inyo sa tagal ng bisa ng token at sa pag-renew. Ang 200 na may 'Provide valid app ID' ay magdadala sa inyo sa code na bumubuo ng request, dahil hindi kailanman umalis sa inyong system ang credential. - Paghahanap ng problema sa app ID. Sinasabi ng mensahe ang app ID, pero ang dokumentadong sanhi ng Meta ay request na walang token. - Pag-renew ng token kahit hindi ito naipadala kailanman. Ang bagong token na wala pa rin sa request ay magbibigay ng parehong error. - Pagturing sa bawat 200 bilang nawawalang token. Kapag may token, ang saklaw na 200 hanggang 299 ay nangangahulugang kulang na permission. **Maaari bang lumabas ang error 200 sa numerong gumagana?** Oo. Inilalarawan nito ang request, hindi ang numero. Ang numerong ganap na malusog ay tatanggi pa rin sa tawag na dumating nang walang token. **Bakit 200 ang ibinalik ng isang endpoint at 190 ang sa isa pa?** Sinasabi ng Meta na para sa nawawalang token, ang ilang GET endpoint ay nagbabalik ng 200, habang ang ibang endpoint ay maaaring magbalik ng 190 o 104. **Kailangan ba ng espesyal na permission sa pag-deregister ng numero?** Oo. Sinasabi ng registration guide ng Meta na ang pag-deregister nang walang whatsapp_business_management ay nagbabalik ng error 200. **May kaugnayan ba ang error 200 sa error 10?** Sa kahulugan nitong permission, oo. Parehong may paglalarawan na ang permission ay hindi naibigay o inalis na. --- ## WhatsApp error 130472: hindi naipadala ang mensahe bilang bahagi ng experiment https://easycoexistence.com/fil/docs/whatsapp-error-130472 Ang error 130472 ay nangangahulugang hindi naipadala ang isang marketing template dahil kasama ang tatanggap sa marketing message experiment ng Meta. Ayon sa Meta: "Hindi naipadala ang mensahe bilang bahagi ng experiment." May maliit na porsyento ng mga user ng WhatsApp na hindi nakakatanggap ng marketing template malibang bukas ang customer service window o free entry point window. Hindi sinisingil ang mensaheng ito. ### Ano ang ibig sabihin ng WhatsApp error 130472? Ibig sabihin, pinigil ng Meta ang isang marketing template dahil kabilang ang tatanggap sa isang experiment group. Ipinaliwanag sa experiments page ng Meta na nagpapatakbo ang WhatsApp ng tuloy-tuloy na mga experiment upang sukatin ang epekto ng pagmemensahe sa karanasan ng user. Sa marketing message experiment, napakaliit na porsyento ng mga user ng WhatsApp ang hindi tumatanggap ng marketing template mula sa anumang negosyo, malibang bukas ang customer service window o free entry point window sa negosyong iyon. Kapag nagpadala kayo ng marketing template sa ganoong user, hindi ito ipapadala ng WhatsApp at hindi rin kayo sisingilin. Darating ang status webhook na may status na failed at error code 130472. ### Paano maaabot ang customer na nagdudulot ng error 130472? Sa pamamagitan ng pagpapauna sa kanila na padalhan kayo ng mensahe, na magbubukas ng customer service window. Malinaw sa experiments page ng Meta na ang pag-resend ng template ay magreresulta sa parehong error. Ang iminumungkahi nito ay kontakin po ninyo ang user sa ibang channel na hindi WhatsApp at hilingin na padalhan kayo ng mensahe, upang maipadala ang template sa loob ng bukas na customer service window. Limitado ang experiment sa mga marketing template. Naaapektuhan nito ang mga user sa group anuman ang negosyong nagpapadala, kaya walang kinalaman ang inyong account, template o numero sa nangyari, at hindi rin makakatulong ang pagbabago sa alinman sa mga ito. ### Paano dapat hawakan ng isang integration ang error 130472? Bilang pinal na estado ng mensaheng iyon, hindi bilang pagkabigong dapat i-retry. Dahil dumarating ang error sa status webhook at hindi lamang sa sagot ng pagpapadala, nasa webhook processor ang tamang paghawak nito. Markahan ang mensahe bilang pinigil ng experiment, huwag mag-queue ng retry, at ilayo ito sa mga alert para sa failure rate upang hindi ito magmukhang problema sa deliverability. Makabubuti ring ihiwalay ito sa pag-uulat. Ang campaign na may ilang resultang 130472 ay hindi nawalan ng kalidad o abot dahil sa anumang ginawa ninyo, at ang pagsasama sa mga tunay na pagkabigo ay nagpapahirap basahin ang mga numero. - Pag-resend ng template. Ayon sa Meta, parehong error ang ibabalik ng pag-resend. - Pagturing dito bilang problema sa kalidad. Ang experiment ay para sa isang group ng mga user, para sa lahat ng negosyo nang pantay. - Pagtingin lamang sa sagot ng pagpapadala. Dumarating ang status na 130472 sa pamamagitan ng webhook ng mga mensahe. **Sinisingil ba ako para sa mensaheng hinarang ng 130472?** Hindi. Ayon sa experiments page ng Meta, hindi ipinapadala ang mensahe at hindi kayo sinisingil para dito. **Maaari bang i-opt out ang aking negosyo sa experiment?** Hindi. Sinasabi ng Meta na walang exception o opt-out, at walang takdang petsa ng pagtatapos ang experiment. **Naaapektuhan ba ng error 130472 ang mga utility template?** Inilalarawan ng Meta ang experiment bilang sumasaklaw sa mga marketing template. Hindi nito inililista ang iba pang kategorya. **Paano ko pa rin maihahatid ang mensahe?** Hilingin po ninyo sa customer, sa ibang channel, na padalhan kayo ng mensahe. Sa loob ng bukas na customer service window, maaaring maipadala ang template. --- ## WhatsApp error 131005: tinanggihan ang access, kulang ang permission https://easycoexistence.com/fil/docs/whatsapp-error-131005 Ang error 131005 ay nangangahulugang kulang ang access token ng permission na hinihingi ng WhatsApp endpoint, dahil hindi ito kailanman na-grant o kalaunan ay inalis. Ayon sa Meta: "Permission is either not granted or has been removed." Ang solusyon ay i-inspect ang token gamit ang access token debugger, saka i-grant ang nawawalang permission o gumamit ng token na mayroon nito. ### Ano ang ibig sabihin ng WhatsApp error 131005? Ibig sabihin nito, tinatanggap ang token bilang tunay ngunit wala itong permission na sinusuri ng endpoint. Nakalista ang 131005 sa Cloud API reference ng Meta na may detalyeng "Permission is either not granted or has been removed." Ang Graph API error 10 ay may eksaktong parehong pangungusap. Ang pagkakaiba ay nasa saklaw lamang: ang 10 ay generic na code ng Graph API, habang ang 131005 ay kabilang sa mga code ng WhatsApp na nagsisimula sa 131. Dahil pareho ang mga salita, pareho rin ang diagnosis. Ang remedyo ng Meta para sa dalawa ay gamitin ang access token debugger at tiyaking hawak ng app ang mga permission na hinihingi ng endpoint. ### Aling permission ang karaniwang nawawala? Karaniwan, isa sa dalawang permission ng WhatsApp, at nakadepende kung alin sa ginagawa ng call. Hinahati ng permissions guide ng Meta ang mga ito ayon sa gawain. Kailangan ang whatsapp_business_messaging para magpadala ng anumang uri ng mensahe at para tumanggap ng mga webhook ng mensahe at status. Kailangan naman ang whatsapp_business_management para sa metadata ng account, pamamahala ng template, paglista ng mga numero ng telepono, analytics at mga webhook ng account. Ang token na ginawa na may management permission lamang ay makakabasa ng account at makakapaglista ng mga template, ngunit mabibigo kapag sinubukan nitong magpadala. Sa paggawa ng system user token, ipinapa-assign ng access token guide ng Meta ang business_management, whatsapp_business_management at whatsapp_business_messaging nang magkakasama. ### Paano aayusin ang error 131005? Basahin muna ang token, saka baguhin ang kulang lamang. Tawagin ang debug_token endpoint, o i-paste ang token sa access token debugger. Inililista ng scopes property ang bawat permission na na-grant. Ihambing ito sa reference page ng endpoint na pumalya. Kung wala ang isang permission, gumawa ng bagong token na kasama ito, o ipa-grant ito muli sa may-ari ng negosyo kung galing ang token sa partner flow. Kung nandiyan ang lahat ng permission ngunit nagpapatuloy ang error, tiyaking binigyan ng access ang system user sa likod ng token sa partikular na WhatsApp Business Account, dahil maaaring kumpleto ang scopes ng isang token ngunit hindi pa rin naka-assign sa asset na iyon. - Ipinagpalagay na nag-expire na ang token. Ang pag-expire ay nagbabalik ng 190 o 0. Ang code na ito ay nangangahulugang gumagana ang token ngunit kulang ito ng permission. - Gumawa ng token na may management permission lamang, saka ginamit ito sa pagpapadala. Kailangan ng pagpapadala ang whatsapp_business_messaging. - Sinuri ang scopes at tumigil doon. Kailangan ding bigyan ng access ang system user sa partikular na WhatsApp Business Account. **Pareho ba ang 131005 at error 10?** Pareho ang deskripsyon nila sa reference ng Meta. Ang 131005 ay kabilang sa saklaw ng WhatsApp at ang 10 sa saklaw ng Graph API. **Maaari bang alisin ang isang permission pagkatapos ng setup?** Oo. Tahasang sakop ng deskripsyon ng Meta ang mga permission na inalis, hindi lamang ang mga hindi kailanman na-grant. **Naaapektuhan ba ng error 131005 ang WhatsApp Business app sa telepono?** Hindi. Tungkol ito sa API token. Patuloy na gumagana ang app sa telepono gaya ng dati. **Dapat ba akong mag-retry pagkatapos ng error 131005?** Hindi po. Ang pag-retry gamit ang parehong token ay magbibigay ng parehong resulta. Ayusin muna ang permission. --- ## WhatsApp error 131037: walang approved na display name ang 555 numero https://easycoexistence.com/fil/docs/whatsapp-error-131037 Ang error 131037 ay nangangahulugang ang mensahe ay ipinadala mula sa 555 numero ng telepono ng negosyo na wala pang approved na display name. Ayon sa paglalarawan ng Meta: "The 555 business phone number used to send the request does not have an approved display name." Hindi makapagpapadala ng mensahe ang 555 numero hangga't hindi ina-approve ng Meta ang display name nito, kaya ang solusyon ay palitan ito. ### Ano ang 555 numero ng telepono ng negosyo? Isang numerong iniaalok ng Meta sa pamamagitan ng Embedded Signup sa mga negosyong kwalipikado para rito. Ayon sa overview ng Meta tungkol sa Embedded Signup, hanggang dalawang 555 numero ang maaaring i-claim ng isang customer na negosyo. Gumagamit ang mga ito ng US country calling code na +1 at area code na 555, awtomatikong na-verify ang mga ito, at hindi maaaring ilipat sa ibang WhatsApp Business Account o gamitin sa labas ng WhatsApp Business Platform. Sa iba pang aspeto, kumikilos ang mga ito tulad ng karaniwang numero ng negosyo, na sakop ng mga patakaran sa presyo at quality rating, ngunit may isang karagdagang kundisyon na nagpapaliwanag sa error na ito: kailangang naka-approve ang display name ng 555 numero bago ito makapagpadala ng mensahe. ### Paano ayusin ang error 131037? Ipa-approve ang display name, na sa praktika ay nangangahulugang palitan ito ng pangalang papasa sa review. Ang lunas ng Meta ay palitan ang display name ng 555 numero, at tinutukoy nito ang artikulo sa Help Center tungkol sa pagpapalit ng display name sa WhatsApp Business. Sa WhatsApp Manager, matatagpuan ito sa Account tools, Phone numbers, ang Profile tab ng numero, at pagkatapos ay Edit sa seksyong Display name. Sundin po ninyo ang mga alituntunin ng Meta sa display name, dahil kapag na-reject ang pangalan, babalik kayo sa simula. Idinagdag ng gabay ng Meta sa display names na kapag na-approve na ang pagpapalit ng pangalan, mayroon kayong 14 araw para i-register muli ang numero, at walang epekto ang pag-register muli bago ang approval. ### Paano malalaman kung approved na ang display name? I-request ang name_status field sa phone number ID. Sinasabi ng gabay ng Meta sa display names na ang verified_name field ay naglalaman lamang ng name string na dumaraan sa review at hindi nito ipinapakita kung na-approve ito. Ang name_status field ang nagpapakita nito. Iniuulat din ng phone_number_name_update webhook ang desisyon, kung saan ang decision ay nakatakda sa APPROVED o REJECTED. Kapag na-reject ang pangalan, nagiging DECLINED ang name_status. Ayon sa Meta, repasuhin ang mga alituntunin at i-edit ang pangalan, o magsampa ng apela sa pamamagitan ng suporta para sa developer. Hangga't hindi nagbabago ang status, patuloy na magbabalik ng 131037 ang bawat pagpapadala mula sa 555 numerong iyon. - Pagturing sa verified_name bilang approval. Ayon sa Meta, ang name_status lamang ang nagpapakita kung na-approve ang pangalan. - Pag-register muli bago ang approval. Ayon sa Meta, walang epekto ito hangga't hindi na-aapprove ang bagong pangalan. - Paulit-ulit na pagpapalit ng pangalan nang hindi binabasa ang mga alituntunin. Pinapayagan ng Meta ang 10 pagpapalit kada 30 araw. **Naaapektuhan ba ng error 131037 ang mga karaniwang numero ng negosyo?** Hindi. Ang paglalarawan ng Meta ay partikular na tumutukoy sa 555 numero ng telepono ng negosyo na walang approved na display name. **Maaari ko bang ilipat ang 555 numero sa ibang account?** Hindi. Ayon sa Meta, hindi maaaring ilipat ang mga 555 numero sa ibang WhatsApp Business Account. **Paano ko malalaman kapag approved na ang pangalan?** Darating ang phone_number_name_update webhook na ang decision ay APPROVED, at magiging APPROVED din ang name_status. **Ano ang gagawin kung na-reject ang display name?** I-edit po ninyo ito ayon sa mga alituntunin ng Meta sa display name, o magsampa ng apela sa pamamagitan ng suporta para sa developer. --- ## WhatsApp error 131057: nasa maintenance mode ang account ng negosyo https://easycoexistence.com/fil/docs/whatsapp-error-131057 Ang error 131057 ay nangangahulugang nasa maintenance mode ang WhatsApp Business Account, kaya pansamantalang tinatanggihan ang mga request para dito. Ang paglalarawan ng Meta ay "Business Account is in maintenance mode." Isa sa mga dahilang binanggit ng Meta ang throughput upgrade, na tumatagal nang hanggang isang minuto. Maghintay at mag-retry po kayo sa halip na baguhin ang anumang nasa request. ### Ano ang ibig sabihin ng WhatsApp error 131057? Ibig sabihin, inilagay ng Meta ang WhatsApp Business Account sa maintenance mode at hindi muna ito tumatanggap ng mga request sa sandaling iyon. Sa Cloud API reference, nakalista ang details text na "Business Account is in maintenance mode" at ipinaliwanag na isa sa mga posibleng dahilan ang throughput upgrade sa account. Mahalaga ang pariralang "isa sa mga dahilan": pinangalanan ng Meta ang upgrade bilang posibleng sanhi, hindi bilang nag-iisang sanhi. Walang mali sa request. Ang parehong tawag, kapag ipinadala nang walang binago pagkatapos ng maintenance, ay inaasahang papasok. Kaya isa ito sa iilang code kung saan ang paghihintay ang buong solusyon. ### Bakit nagiging sanhi ng error 131057 ang throughput upgrade? Dahil saglit na hindi magagamit ang numero habang inililipat ito sa mas mataas na rate. Sinasabi ng throughput guide ng Meta na sinusuportahan ng Cloud API ang hanggang 80 mensahe kada segundo bilang default at hanggang 1,000 sa pamamagitan ng awtomatikong upgrade. Maaaring umabot nang hanggang isang minuto ang proseso ng upgrade, at sa panahong iyon ay hindi magagamit ang numero sa platform, at 131057 ang isasagot sa anumang API request. Pagkatapos ng unang upgrade, nangyayari na ang mga susunod na pagtaas nang walang downtime. Nakalista sa guide ang mga kondisyon para maging kwalipikado: unlimited na messaging limit sa Business Portfolio, hindi bababa sa 100K na natatanging user na napadalhan ng mensahe sa labas ng customer service window sa loob ng gumagalaw na 24 oras, at quality rating na Medium o mas mataas. ### Nalalapat ba ang error 131057 sa numerong naka-Coexistence? Maaari itong lumitaw sa anumang numero, pero hindi gaanong akma ang paliwanag tungkol sa throughput sa mga numerong naka-Coexistence. Sinasabi ng throughput guide ng Meta na ang mga numerong ginagamit sa parehong WhatsApp Business app at Cloud API ay may nakapirming throughput na 20 mensahe kada segundo, para manatiling compatible sa app. Ang awtomatikong upgrade sa 1,000 na inilalarawan sa parehong guide ay para sa mga numerong nasa default na level. Kaya sa numerong naka-Coexistence, unawain ang 131057 ayon sa literal na kahulugan nito, isang account na nasa maintenance mode, at maghintay bago mag-retry. Kung magpapatuloy ito nang lampas sa ilang minuto, makipag-ugnayan po sa suporta ng Meta dala ang fbtrace_id mula sa response sa halip na i-reconnect ang numero. - Pag-edit sa request. Valid ang request, kaya hindi makakatulong ang anumang pagbabago habang nasa maintenance ang account. - Pag-retry nang walang pagitan. Habang may upgrade, ang bawat tawag sa loob ng isang minutong iyon ay magbabalik ng parehong code. - Pag-reconnect sa numero. Nasa panig ng Meta ang maintenance mode at natatapos ito nang walang kailangang gawin ang negosyo. **Gaano katagal ang maintenance mode?** Ayon sa Meta, tumatagal nang hanggang isang minuto ang throughput upgrade. Hindi naglalathala ang Meta ng tagal para sa iba pang sanhi ng maintenance. **Aabisuhan po ba kami kapag tapos na ang upgrade?** Oo. Magpapadala ang Meta ng phone_number_quality_update webhook na may event na THROUGHPUT_UPGRADE kapag na-upgrade na ang numero. **Mas mahal ba ang mas mataas na throughput?** Hindi. Ayon sa throughput guide ng Meta, libre ang upgrade at hindi nito naaapektuhan ang presyo. **May kaugnayan ba ang error 131057 sa 130429?** Hindi direkta. Ang 130429 ay nangangahulugang mas mabilis ang pagpapadala ninyo kaysa sa pinapayagan ng inyong throughput. Ang 131057 ay maaaring lumitaw habang itinataas ang throughput na iyon. --- ## WhatsApp error 132005: masyadong mahaba ang isinaling text https://easycoexistence.com/fil/docs/whatsapp-error-132005 Ang error 132005 ay nangangahulugang masyadong mahaba ang text ng template na ipinapadala sa isinaling bersyon na ginamit. Ang paglalarawan ng Meta ay "Translated text is too long." Ayon sa Meta, tingnan sa WhatsApp Manager kung naisalin na ang template, at suriin ang status nito. Ang body text ng template ay may maximum na 1,024 character at ang footer text ay 60. ### Ano ang ibig sabihin ng WhatsApp error 132005? Ibig sabihin nito, nabigo ang pagpapadala ng template dahil ang text, sa bersyon ng wikang ipinadala, ay lumampas sa pinapayagan ng platform. Isinama ng Meta ang 132005 sa mga error ng template, na may detalyeng "Translated text is too long." Ang remedyo nito ay tingnan ang WhatsApp Manager upang tiyaking naisalin na ang template, at basahin ang dokumentasyon nito tungkol sa kalidad ng template para malaman kung paano suriin ang status. Ang susing salita ay "translated". May hiwalay na bersyon ang template para sa bawat wika, at ang nabibigo ay ang bersyong tumutugma sa language code sa inyong request sa pagpapadala, na maaaring hindi ang bersyong una ninyong isinulat at sinuri. ### Paano ayusin ang error 132005? Buksan po ang template sa WhatsApp Manager at tingnan ang wikang ipinapadala ninyo. Tiyaking may pagsasalin para sa language code sa request at pinapayagan ng status nito ang pagpapadala. Pagkatapos, suriin ang haba nito batay sa mga limitasyon ng component ng Meta: ang body text ay may maximum na 1,024 character at ang footer text ay 60. Madalas na mas mahaba ang pagsasalin kaysa sa orihinal, kaya ang template na kasya sa isang wika ay maaaring lumampas sa limitasyon sa iba. Kung masyadong mahaba ang isang pagsasalin, paikliin ang bersyong iyon sa WhatsApp Manager. Kung ipapadala ninyong muli ang parehong template sa parehong wika nang hindi ito ine-edit, ganoon pa rin ang magiging error. ### Paano maiiwasan ang error 132005 sa mga multilingual na template? Suriin ang bawat bersyon ng wika laban sa mga limitasyon bago i-submit, hindi lamang ang una. Sapat na ang simpleng pagsusuri ng haba sa anumang tool na ginagamit ninyo sa pagbuo ng template: bilangin ang mga character sa body at footer ng bawat pagsasalin at ihambing sa 1,024 at 60. Mag-iwan ng allowance kung may mga variable ang body, dahil bahagi ng mensaheng natatanggap ng customer ang mga halagang inilalagay sa oras ng pagpapadala. Panatilihing nakatali ang language code sa inyong logic ng pagpapadala sa mga pagsasalin na talagang umiiral. Ang request para sa wikang wala sa template ay ibang error, ang 132001, at mas madaling basahin ang mga log kapag magkahiwalay ang dalawa. - Orihinal na wika lamang ang sinusuri. Ang nabibigo ay ang pagsasalin na tumutugma sa language code ng request. - Ipinapadalang muli nang walang pag-edit. Hindi nagbabago ang haba ng text sa bawat subok. - Napagkakamalang 132001. Ang code na iyon ay nangangahulugang wala ang template sa wikang iyon o hindi ito aprubado. **Tungkol ba sa mga variable ang error 132005?** Ang paglalarawan ng Meta ay tumutukoy sa masyadong mahabang isinaling text. Suriin muna ang haba ng pagsasalin, kasama ang espasyo para sa mga halaga ng variable. **Ano ang limitasyon ng body ng template?** Ang reference ng Meta para sa mga component ng template ay nagtatakda ng maximum na 1,024 character para sa body text. **Saan ko sinusuri ang pagsasalin?** Sa WhatsApp Manager, sa template, sa bersyon ng wikang tumutugma sa inyong request. **Pareho ba ang error 132005 at 132001?** Hindi. Inilalarawan ng Meta ang 132001 bilang template na wala sa tinukoy na wika o hindi pa aprubado. --- ## Error 133000 sa WhatsApp: pumalya ang naunang deregistration https://easycoexistence.com/fil/docs/whatsapp-error-133000 Ang error 133000 ay nangangahulugang pumalya ang naunang pagtatangkang i-deregister ang numero ng telepono, kaya hindi ito mai-register hangga't hindi naaayos ang problema. Ayon sa Meta: "A previous deregistration attempt failed." Ang ayos na ibinibigay ng Meta ay i-deregister muli ang numero, saka ito i-register. Parehong may limitasyon ang dalawang endpoint: 10 request kada numero sa loob ng 72 oras na moving window. ### Ano ang ibig sabihin ng WhatsApp error 133000? Ibig sabihin nito, may hindi pa tapos na deregistration sa talaan ng platform para sa numerong ito, at hindi nito ire-register ang numero habang nakabinbin iyon. Isinasama ng Meta ang 133000 na may detalyeng "A previous deregistration attempt failed" at isang linyang lunas: i-deregister muli ang numero bago ito i-register. Kaya karaniwang lumalabas ang error sa isang register call, kahit nasa naunang deregister call ang sanhi. Ginagawa ang deregistration sa pamamagitan ng POST sa deregister endpoint ng phone number ID. Nagbababala ang registration guide ng Meta na magiging hindi magagamit ang numero sa Cloud API hanggang sa ma-register itong muli, at hindi nito binubura ang numero o ang kasaysayan ng mga mensahe nito. ### Paano aayusin ang error 133000? Ulitin ang deregistration, tiyaking nagtagumpay ito, saka mag-register. Ang matagumpay na deregister call ay nagbabalik ng success na nakatakda sa true. Kapag nakuha na lamang ang response na iyon dapat sumunod ang register call, kasama ang field na messaging_product at ang anim na digit na two-step verification PIN ng numero. Kailangan ng deregister call ang permission na whatsapp_business_management. Ayon sa registration guide ng Meta, ang deregister request na wala nito ay nagbabalik ng error 200, na maaaring mapagkamalang pangalawang pagpalya ng parehong uri. Kung patuloy na pumapalya ang mismong deregister call, basahin po ninyo ang details value sa bawat response bago magpadala ng panibago, dahil bawat pagtatangka ay binibilang sa limitasyong inilalarawan sa ibaba. ### Bakit mahalaga ang limitasyon sa pagtatangka rito? Dahil ang pag-aayos ng error na ito ay sunud-sunod na pagtatangka mismo, at may takda ang Meta rito. Nililimitahan ng registration guide ang register at deregister endpoint sa 10 request kada numero ng negosyo sa loob ng 72 oras na moving window. Kapag nalampasan ito, ibabalik ang error 133016, at iba-block ang numero mula sa operasyong iyon sa susunod na 72 oras. Ang script na paulit-ulit na tumatawag ng deregister at register pagkatapos ng pagpalya ay maaaring maubos ang allowance sa loob ng ilang segundo at iwanang hindi magagamit ang numero nang tatlong araw. Gawin nang sinasadya ang bawat pagtatangka, i-log ang response, at huminto para mag-imbestiga pagkatapos ng dalawa o tatlong pagpalya sa halip na magpatuloy nang awtomatiko. - Pagtawag muli sa register nang hindi muna nagde-deregister. Kailangan ng lunas ng Meta na matapos muna ang deregistration bago mag-register. - Awtomatikong pag-loop ng mga register at deregister call. Sampung request sa loob ng 72 oras ang limitasyon, at ang paglampas dito ay nagba-block sa numero. - Pagde-deregister nang walang whatsapp_business_management. Nagbabalik ito ng error 200, na nagtatago sa tunay na kalagayan ng numero. **Binubura ba ng deregistration ang aking numero?** Hindi. Ayon sa registration guide ng Meta, hindi binubura ng deregistration ang numero o ang kasaysayan ng mga mensahe nito. **Maaari ko bang i-deregister ang Coexistence na numero gamit ang API?** Hindi. Ayon sa Meta, hindi magagamit ang deregister endpoint sa numerong ginagamit sa parehong Cloud API at WhatsApp Business app. **Ano ang mangyayari pagkatapos ng 10 pagtatangka?** Ibabalik ng API ang 133016 at iba-block ang numero mula sa operasyong iyon sa susunod na 72 oras. **Kailangan ko ba ang PIN para mag-register muli?** Oo. Kailangan ng registration ang anim na digit na two-step verification PIN ng numero kapag naka-enable ang two-step verification. --- ## WhatsApp error 133004: pansamantalang hindi available ang server https://easycoexistence.com/fil/docs/whatsapp-error-133004 Ang error 133004 ay nangangahulugang pansamantalang hindi available ang server na humahawak sa request. Ayon sa paglalarawan ng Meta: "Server is temporarily unavailable." Hindi problema ng request mismo. Ang payo ng Meta ay tingnan ang WhatsApp Business Platform Status page at basahin ang details value sa response bago sumubok muli, saka i-retry nang may pagitan. ### Ano ang ibig sabihin ng WhatsApp error 133004? Ibig sabihin, hindi naproseso ng platform ang request sa sandaling iyon dahil hindi available ang isang server. Nakalista ang 133004 sa Cloud API error reference ng Meta na may details text na "Server is temporarily unavailable." Ang susi ay ang salitang temporarily. Walang tinatanggihan sa access token, sa numero o sa mensahe, at maaaring magtagumpay ang parehong request makalipas ang ilang sandali. Kasama ito sa mga 133 code, na karamihan ay tungkol sa pagrerehistro at pag-deregister ng numero ng telepono, kaya madalas itong makita sa registration call. Gayunman, hindi ito nililimitahan ng Meta sa registration, kaya ituring itong kondisyon ng server saanman ito lumitaw. ### Ano ang dapat suriin bago mag-retry? Dalawang bagay, parehong binanggit sa sariling remedyo ng Meta. Una, ang WhatsApp Business Platform Status page sa metastatus.com. Kung may iniuulat na insidente ang Meta, walang saysay ang pag-retry hangga't hindi ito naaayos, at mas mabilis na sagot ang page na iyon kaysa sa sarili ninyong logs. Pangalawa, ang details value sa loob ng error_data sa response. Inilalarawan ng error reference ng Meta ang details bilang pinakamalamang na dahilan ng error, minsan may gabay kung ano ang gagawin. Para sa code na ito, partikular na sinasabi ng Meta na basahin ito bago sumubok muli. Kung malinis ang status page at walang binanggit na oras ng paghihintay sa details, mag-retry nang paunti-unting humahaba ang pagitan sa halip na agad-agad. ### Paano naiiba ang 133004 sa iba pang pansamantalang error? May ilang code na inilista ang Meta na naglalarawan ng sandaling hindi pagiging available, at mainam na paghiwalayin ang mga ito sa logs. Ang code 1 ay inilalarawan bilang invalid request o posibleng error sa server, ang code 2 bilang pansamantala dahil sa downtime o overload, at ang 131016 bilang serbisyong pansamantalang hindi available. Partikular na server ang tinutukoy ng 133004. Pareho ang paghawak sa lahat ng ito: tiyakin ang status ng platform, basahin ang details value, at maghintay bago mag-retry. Mahalaga pa ring i-log ang eksaktong code, dahil mas malaki ang naitutulong sa suporta ng Meta ng sunud-sunod na parehong code sa iisang oras ng araw kaysa sa pangkalahatang tala na nag-down ang API. - Agarang pag-retry sa masikip na loop. Ang server na down ay mananatiling down sa susunod na millisecond din. - Pagwawalang-bahala sa details value. Sinasabi ng Meta na basahin ito bago mag-retry, at maaaring naroon ang dahilan. - Pagbabago sa request para lang malusutan ito. Walang nasa request na nagdulot ng error. **Kasalanan ko po ba ang error 133004?** Hindi po. Inilalarawan ito ng Meta bilang pansamantalang hindi available na server. Hindi ito sanhi ng request. **Nasaan ang status page ng WhatsApp Business Platform?** Nagbibigay ang Meta ng link sa metastatus.com/whatsapp-business-api mula sa error codes reference nito. **Gaano katagal dapat maghintay bago mag-retry?** Walang itinakdang oras ang Meta. Tingnan ang details value at ang status page, saka mag-retry nang paunti-unting humahabang pagitan. **Ano ang dapat kong ipadala sa suporta ng Meta kung magpapatuloy ito?** Ang fbtrace_id mula sa error response, na maaaring makatulong sa pag-debug ng error ayon sa Meta. --- ## WhatsApp error 133009: masyadong mabilis ang pagpasok ng PIN ng two-step verification https://easycoexistence.com/fil/docs/whatsapp-error-133009 Ang error 133009 ay nangangahulugang mas mabilis dumating sa Meta ang mga pagtatangka sa PIN ng two-step verification kaysa sa tinatanggap nito. Ayon sa Meta: "Two-step verification PIN was entered too quickly." Maaaring tama o mali ang PIN. Basahin po ninyo ang details value sa response bago sumubok muli, at ipadala lamang ang susunod na pagtatangka kapag lumipas na ang paghihintay na itinatakda nito. ### Ano ang ibig sabihin ng WhatsApp error 133009? Ibig sabihin nito, magkakalapit na masyado ang mga pagtatangka sa PIN para sa numerong ito, kaya tinatanggihan ng Meta ang pinakahuli nang hindi sinusuri kung tama ito. Sa Cloud API reference, ang details text ng 133009 ay "Two-step verification PIN was entered too quickly" at may isang tagubilin: tingnan ang details value sa response bago sumubok muli. Nasa pagitan ito ng dalawang katabing code. Ang 133005 ay nagsasabing mali ang PIN. Ang 133008 ay nagsasabing sobrang dami na ng hula sa PIN para sa numero. Ang 133009 ay tungkol lamang sa bilis, kaya lumalabas ito kapag nagpapadala ang isang proseso ng sunod-sunod na PIN, halimbawa ang retry loop sa isang register call. ### Paano aayusin ang error 133009? Bagalan po ninyo, at tigilan ang paghula. Basahin ang details value sa error_data bago ang susunod na pagtatangka. Inilalarawan ng reference ng Meta ang details bilang pinakamalamang na dahilan ng error, at para sa code na ito, ito ang unang bagay na ipinapasuri ng Meta. Pagkatapos, tiyaking PIN na talagang alam ng isang tao ang gagamitin sa susunod na pagtatangka. Kung walang nakaaalam, inilalarawan ng two-step verification guide ng Meta ang pag-reset sa WhatsApp Manager: buksan ang settings ng numero ng telepono, piliin ang Two-step verification at i-click ang Change PIN. Mas mabilis ang bagong PIN na alam ninyo kaysa sa serye ng mga hula na mauuwi sa 133008 at mas mahabang paghihintay. ### Saan ginagamit ang PIN? Ginagamit ito kapag nirerehistro ang numero para sa Cloud API, at sa ilang operasyon ng account sa paligid nito. Sinasabi ng two-step verification guide ng Meta na kailangan ng anim na digit na PIN sa pagrerehistro ng numero ng telepono, at ang registration call ay may PIN bilang required field kapag naka-enable ang two-step verification. Idinadagdag ng phone number guide ng Meta na kailangan din ang PIN kapag papalitan ang PIN o buburahin ang numero sa platform. Dahil bihira itong kailanganin, madali itong makalimutan. Itago po ito kasama ng iba pang credentials ng account ng negosyo, hindi sa taong unang nag-set up ng numero. - Agad na pag-retry ng register call sa isang loop. Ang mabilis na pagtatangka sa PIN mismo ang iniuulat ng code na ito. - Paghula ng iba't ibang PIN sa pagitan ng mga retry. Sa sobrang daming hula, lilipat kayo mula 133009 papuntang 133008. - Pagbalewala sa details value. Ito ang itinuturo ng Meta na dapat tingnan bago sumubok muli. **Ibig bang sabihin ng error 133009 na mali ang aking PIN?** Hindi kinakailangan. Ibig sabihin nito, masyadong mabilis ang mga pagtatangka. Ang maling PIN ay iniuulat bilang 133005. **Gaano katagal dapat maghintay pagkatapos ng 133009?** Hindi naglalathala ang Meta ng takdang oras. Basahin ang details value sa response bago sumubok muli. **Maaari bang i-disable ang two-step verification sa pamamagitan ng API?** Hindi. Ayon sa two-step verification guide ng Meta, walang endpoint para i-disable ito. Maaari na lamang kayong magtakda ng bagong PIN. **Paano i-reset ang nakalimutang PIN?** Sa WhatsApp Manager, buksan ang settings ng numero ng telepono, piliin ang Two-step verification at i-click ang Change PIN. --- ## WhatsApp error 133015: kamakailan lang na-delete ang numero, hindi pa tapos ang pagbura https://easycoexistence.com/fil/docs/whatsapp-error-133015 Ang error 133015 ay nangangahulugang kamakailan lang na-delete ang numero ng telepono na ini-register at hindi pa tapos ang pagbura. Ito ang paglalarawan ng Meta: "The phone number you are attempting to register was recently deleted, and deletion has not yet completed." Ang dokumentadong solusyon ay maghintay ng 5 minuto bago i-retry ang request sa pag-register. ### Ano ang ibig sabihin ng WhatsApp error 133015? Ibig sabihin, dumating ang isang request sa pag-register habang binubura pa ang parehong numero. Ito ang buong teksto ng detalye sa reference ng Meta: "The phone number you are attempting to register was recently deleted, and deletion has not yet completed." Tiyak din ang lunas: maghintay ng 5 minuto bago i-retry ang request. Karaniwan itong nangyayari kapag naglilipat ng numero. May nagde-delete nito sa isang WhatsApp Business Account at agad itong ini-register sa iba, o dine-delete at idinadagdag muli para magsimula ulit, at ang ikalawang hakbang ay naaabot ang Meta bago pa matapos sa background ang una. ### Paano ide-delete ang business phone number? Sa WhatsApp Manager lamang, at admin lamang ng Business Portfolio ang puwedeng gumawa nito. Sabi sa phone number guide ng Meta, hindi puwedeng i-delete ang business phone number sa pamamagitan ng API. Ginagawa ang pagbura sa WhatsApp Manager, ang numerong may status na Connected ay nangangailangan ng PIN para sa two-step verification bago ma-delete, at ang numerong nagpadala ng bayad na mensahe sa nakaraang 30 araw ay hindi puwedeng i-delete hanggang makalipas ang 30 araw mula sa huli. Iba ang pagbura sa deregistration. Ayon sa registration guide ng Meta, ang pag-deregister ay ginagawa lamang na hindi magamit ang numero sa Cloud API at hindi nito binubura ang numero o ang kasaysayan ng mga mensahe nito. Ang error 133015 ay tungkol mismo sa pagbura.} ### Paano maiiwasan ang error 133015 kapag naglilipat ng numero? Isama po ninyo ang paghihintay sa procedure sa halip na madiskubre ito pagkatapos. Matapos i-delete ang numero, mag-pause ng hindi bababa sa 5 minuto bago ang register call. Kung 133015 pa rin ang isinasagot, maghintay muli sa halip na agad mag-retry. Mahalaga ang pagtitiyaga dahil sa limitasyon sa pag-register. Pinapayagan ng Meta ang 10 request sa register endpoint kada numero sa loob ng gumagalaw na 72 oras, at kapag lumampas dito, 133016 ang isasagot ng API at haharangin ang pag-register sa susunod na 72 oras. Ang retry loop na tumatawag kada ilang segundo laban sa 133015 ay puwedeng maubos ang sampung pagsubok na iyon bago pa matapos ang pagbura. - Pag-retry ng register call kada ilang segundo. Bawat call ay binibilang sa limitasyong 10 kada 72 oras. - Pagkalito sa pagbura at deregistration. Hindi binubura ng pag-deregister ang numero, at tungkol sa pagbura ang code na ito. - Pagsubok na i-delete ang numero sa pamamagitan ng API. Sa WhatsApp Manager lamang sinusuportahan ng Meta ang pagbura. **Gaano katagal ako dapat maghintay pagkatapos ng error 133015?** Ayon sa Meta, maghintay ng 5 minuto bago i-retry ang request sa pag-register. **Puwede ko bang i-delete ang business phone number gamit ang API?** Hindi po. Ayon sa phone number guide ng Meta, sa WhatsApp Manager lamang puwedeng mag-delete. **Bakit hindi ko ma-delete ang aking numero?** Hinaharang ng Meta ang pagbura ng numerong nagpadala ng bayad na mensahe sa nakaraang 30 araw. Puwede po ninyo itong i-delete 30 araw pagkatapos ng huli. **Paano kung masyado akong madalas mag-retry?** Pagkatapos ng 10 register request sa loob ng 72 oras, 133016 ang isasagot ng API at haharangin ang pag-register sa loob ng 72 oras. --- ## Error 135000 sa WhatsApp: hindi kilalang error sa mga request parameter https://easycoexistence.com/fil/docs/whatsapp-error-135000 Ang error 135000 ay nangangahulugang hindi naipadala ang mensahe dahil sa hindi kilalang error sa mga request parameter. Ayon sa paglalarawan ng Meta: "Hindi naipadala ang mensahe dahil sa hindi kilalang error sa inyong request parameters." Ang payo ng Meta ay tingnan ang reference ng endpoint para sa tamang syntax, at makipag-ugnayan sa suporta sa customer kung paulit-ulit pa rin ang error. ### Ano ang ibig sabihin ng WhatsApp error 135000? Ibig sabihin nito, hindi naipadala ng platform ang mensahe, hindi nito masabi nang eksakto kung bakit, at sa inyong request parameters pa rin nito inilagay ang problema. Sa reference ng Meta, ang details text ng 135000 ay "Hindi naipadala ang mensahe dahil sa hindi kilalang error sa inyong request parameters." Ang solusyon ay tingnan ang reference ng endpoint para malaman kung tama ang syntax ng pagtawag ninyo rito, at makipag-ugnayan sa suporta sa customer kung patuloy ninyong natatanggap ang code. Iba ito sa 131000, na inilalarawan ng Meta bilang hindi kilalang error na hindi tinuturo ang mga parameter, at ang solusyon nito ay magsimula sa pagsubok muli. ### Paano makikita ang maling parameter? Ihambing po ninyo ang eksaktong request body na ipinadala ninyo sa reference ng endpoint, field por field. I-log ang buong payload kasama ng error, dahil madalas na ang halagang nagdulot nito ay nag-iiba sa bawat mensahe: numero ng telepono na hindi inaasahang format, walang laman na string kung saan inaasahan ang text, o nested object na may field sa maling lugar. Pagkatapos, basahin ang details value sa error_data, na inilalarawan ng Meta bilang pinakamalamang na dahilan ng error. Kung ang payload na pumalya sa 135000 ay nagtagumpay matapos baguhin, itago ang dalawang bersyon. Ang pagkakaiba ang sagot, at ito ang magsasabi kung ano ang dapat i-validate bago magpadala sa susunod. ### Kailan dapat makipag-ugnayan sa suporta ng Meta tungkol sa error 135000? Kapag tugma ang request sa reference pero paulit-ulit pa rin ang code. Sinasabi ng Meta na ang suporta ang susunod na hakbang para sa paulit-ulit na 135000. Isama po ninyo ang fbtrace_id mula sa response ng error, na ayon sa Meta ay maaaring makatulong sa pag-debug, kasama ang timestamp, ang endpoint at ang request body na tinanggalan ng mga credential. Bago magbukas ng ticket, tiyaking pare-pareho ang pagpalya ng parehong request. Kung pumalya ito nang isang beses at nagtagumpay nang walang binago makalipas ang isang minuto, ang platform ang malamang na may problema at hindi ang mga parameter. Mas mabilis itong makumpirma sa status page ng Meta para sa WhatsApp Business Platform. - Paulit-ulit na pag-retry ng parehong request. Sa mga parameter inilalagay ng Meta ang problema, kaya malamang na pumalya sa parehong paraan ang parehong payload. - Error lang ang nilo-log. Kung walang request body, hindi makikita ang parameter na may kasalanan. - Pakikipag-ugnayan sa suporta nang walang fbtrace_id. Ito ang ID na ayon sa Meta ay nakakatulong sa pag-debug ng error. **Pareho ba ang error 135000 at 131000?** Hindi. Ang 131000 ay hindi kilalang error na walang binanggit na sanhi. Ang 135000 ay hindi kilalang error na iniuugnay ng Meta sa inyong request parameters. **Pareho ba ang error 135000 at error 100?** Hindi. Ang error 100 ay tumutukoy sa mga parameter na hindi suportado o mali ang baybay. Ang 135000 ay nagsasabing ang mga parameter ang sanhi ng error na hindi matukoy ng Meta. **Dapat ba akong mag-retry pagkatapos ng 135000?** Hindi kung walang binago. I-check muna ang request laban sa reference ng endpoint. **Ano ang ipapadala ko sa suporta ng Meta?** Ang fbtrace_id mula sa response, ang endpoint, ang oras at ang request body na walang credential. --- ## EasyCoexistence vs Z-API https://easycoexistence.com/fil/compare/easycoexistence-vs-z-api Ang Z-API ay isang Brazilian na WhatsApp API na ibinebenta kada instance at kino-connect ang numero sa pag-scan ng QR code, kapareho ng paraan ng WhatsApp Web sa pag-link ng device. Kino-connect naman ng EasyCoexistence ang numero sa official Cloud API ng Meta sa pamamagitan ng Coexistence, kaya patuloy na gumagana ang WhatsApp Business app at walang bahagi ng koneksyon na lumalabag sa mga tuntunin ng WhatsApp. ### Paano narereach ng bawat isa ang WhatsApp Lahat ng iba pa sa pahinang ito ay nagmumula sa pagkakaibang ito, kaya ito ang una. - Z-API:: Sinasabi ng kanilang documentation na, tulad ng WhatsApp Web, kailangang mag-scan ng QR code o maglagay ng numero ng telepono para makapag-connect. Inilalarawan ng sarili nilang site ang official Cloud API bilang hiwalay na landas, at ang sarili nila bilang alternatibo sa merkado. - EasyCoexistence:: Ang Cloud API ng Meta, na may mga credential na inilalabas ng Meta sa sariling WhatsApp Business Account ng negosyo, at na-connect sa pamamagitan ng Embedded Signup ng Meta. Nirerehistro ang numero bilang API number, at patuloy na gumagana ang WhatsApp Business app sa parehong telepono. ### Magkano ang gastos kada numero Parehong naniningil kada numero ang dalawa, kaya ito ay isa sa iilang paghahambing na magkapareho ang yunit. - Z-API:: R$ 99,99 kada instance kada buwan sa Ultimate plan, o R$ 89,99 kada instance sa Partner plan na may minimum na sampung instance, ayon sa inilathala sa kanilang site. Dalawang araw ang trial. - EasyCoexistence:: US$ 9 kada naka-connect na numero kada buwan para sa isa hanggang limang numero, bumababa sa anim na band hanggang US$ 1 bawat isa habang nagdadagdag kayo ng numero. Libre ang unang tatlong araw, at direktang sinisingil ng Meta sa negosyo ang mga singil nito sa mga mensahe, nang walang markup. ### Ano ang mangyayari sa numero kung kumilos ang WhatsApp Ito ang panganib na hindi ipinapakita ng presyo kada instance. - Z-API:: Ang linked-device session ay hindi landas na pinahihintulutan ng business terms ng WhatsApp para sa awtomatikong pagpapadala ng mensahe ng negosyo, at maaaring ma-restrict o ma-ban ang account na dumaan dito. - EasyCoexistence:: Ang koneksyon ay sariling feature ng Meta, ginawa sa sariling flow ng Meta, ng isang independent na Meta Tech Provider. Walang bahagi ng paraan ng pag-connect ng numero na maaaring ipatupad laban dito ng WhatsApp. ### Patuloy na paggamit ng telepono Karamihan ng maliliit na negosyo sa alinmang produkto ay sumasagot pa rin sa mga customer mula sa telepono, kaya ito ang nagpapasya kung ano ang magiging takbo ng araw. - Z-API:: Ang instance ay linked session sa kahulugan ng WhatsApp Web, kaya tumatagal lamang ito hangga't buhay ang link. Hindi binabanggit ng kanilang site ang Coexistence feature ng Meta. - EasyCoexistence:: Ang Coexistence ang buong produkto. Nananatili sa team ang WhatsApp Business app, tumatakbo ang API sa parehong numero, at pinagmo-monitor ang koneksyon para agad na maibabala ang anumang pagkaputol, tulad ng 14-day rule ng Meta. - Pagturing sa QR-linked na instance at sa Cloud API bilang iisang produkto na magkaiba lang ng presyo. Magkaibang landas ang ginagamit nila papunta sa WhatsApp. - Pagpapatakbo ng pangunahing numero ng negosyo sa linked-device session. Kapag na-ban, kasama nitong mawawala ang presensya ng numero sa WhatsApp. - Paglimot na naniningil ang Cloud API para sa mga template. Sinisingil ito ng Meta sa negosyo, labas sa alinmang subscription. **Official WhatsApp API ba ang Z-API?** Hindi. Inilalarawan ng sarili nilang site ang official Cloud API bilang landas sa pamamagitan ng Meta at ang Z-API bilang alternatibo sa merkado, at sinasabi ng kanilang documentation na nagko-connect ang instance tulad ng WhatsApp Web. **Mas mura ba ang isa?** Oo, kami po. Naglalathala ang Z-API ng R$ 99,99 kada instance kada buwan. Naniningil kami ng US$ 9 kada naka-connect na numero kada buwan hanggang limang numero, bumababa hanggang US$ 1 habang nagdadagdag kayo ng numero. **Kailangan ko ba ng template approval sa inyo?** Para lamang sa mga mensaheng nagsisimula ng usapan sa labas ng 24-hour window, na tuntunin ng Meta para sa bawat official provider. Free-form text ang mga sagot sa loob ng window. **Maaari ko bang ilipat ang numero mula Z-API papuntang EasyCoexistence?** Oo. I-unlink ang session, ipagpatuloy ang paggamit ng WhatsApp Business app, at i-connect ang numero sa pamamagitan ng Embedded Signup. Kailangan nito ng app version 2.24.17 o mas bago at kamakailang totoong aktibidad. --- ## EasyCoexistence vs Blip https://easycoexistence.com/fil/compare/easycoexistence-vs-blip Ang Blip ay Brazilian na conversational platform para sa pagbuo ng chatbot at pagpapatakbo ng customer service sa WhatsApp at iba pang channel, at ang mga paid plan ay ibinibigay ang quote sa pamamagitan ng sales. Ang EasyCoexistence naman ay ang koneksyon mismo sa WhatsApp, sa Cloud API ng Meta sa pamamagitan ng Coexistence, sa nakalathalang fee kada naka-connect na numero, at patuloy na gumagana ang WhatsApp Business app sa telepono. ### Ano ang bawat produkto Parehong gumagamit ng opisyal na API ng Meta. Magkaiba ang ibinebenta nila sa ibabaw nito. - Blip:: Isang platform para sa pagbuo ng mga bot na may custom flow at natural language processing, kasama ang human service desk, sa WhatsApp, Instagram, Messenger at iba pang channel. Nakasaad sa kanilang pricing page na sila ay opisyal na Meta Business Solution Provider. - EasyCoexistence:: Ang koneksyon sa pagitan ng numerong ginagamit na ng negosyo sa WhatsApp Business app at ng Cloud API ng Meta, kasama ang tuloy-tuloy na pagmo-monitor ng koneksyon. Napupunta ang mga mensahe sa anumang sistemang ginagamit na ng negosyo: isang CRM, n8n, sariling code o isang AI agent sa pamamagitan ng MCP. ### Magkano ang gastos Ang pagkakaiba rito ay kung mababasa ang presyo bago pa kausapin ang sinuman. - Blip:: Isang free plan para sa hanggang dalawang agent na may limitadong usapan kada buwan. Walang presyo ang mga paid plan sa page; ipinapadala ang mambabasa para magtanong pa tungkol dito, kaya ang halaga ay nanggagaling sa pakikipag-usap sa sales. - EasyCoexistence:: US$ 9 kada naka-connect na numero kada buwan para sa isa hanggang limang numero, bumababa hanggang US$ 1 bawat isa habang nadaragdagan ang mga numero, libre ang unang tatlong araw. Direktang sinisingil ng Meta ang mga singil nito sa mensahe sa sariling account ng negosyo at walang markup. ### Kung patuloy bang gagana ang telepono Para sa maliit na negosyong sumasagot mula sa telepono, ito kadalasan ang unang tanong. - Blip:: Hindi tinatalakay ng kanilang pricing page ang Coexistence. Itanong po ninyo sa kanila kung maaaring manatili sa WhatsApp Business app ang isang numero habang naka-connect, sa halip na umasa sa page na ito. - EasyCoexistence:: Oo, ayon sa disenyo. Pinananatiling gumagana ng Coexistence ang WhatsApp Business app sa parehong numero, na naka-sync ang kamakailang chat history, habang tumatakbo kasabay nito ang API. Ang throughput sa isang numerong may Coexistence ay 20 mensahe kada segundo. ### Saan nakatira ang logic ng bot Kailangang may mapagpatakbuhan ang automation, at ang pagpili ang magtatakda kung saan kayo nakatali. - Blip:: Sa loob ng Blip. Ang mga flow, bot at service desk ay binubuo at pinapatakbo sa kanilang platform, na siyang produktong ibinebenta nila. - EasyCoexistence:: Saanman kayo nagbubuo na. Direktang ipinapadala ng Meta ang mga webhook ng mensahe sa sarili ninyong sistema, hindi kailanman iniimbak sa panig namin ang nilalaman ng usapan, at pinapahintulutan ng isang MCP server ang Claude, ChatGPT, Cursor o Codex na magpadala ng mensahe sa numero. - Paghahambing ng quote ng bot platform sa fee ng koneksyon linya por linya. Kasama sa isa ang builder at ang desk. - Pag-aakalang pinananatiling gumagana ng anumang Meta partner ang WhatsApp Business app. Kailangang suportado at naka-enable ang Coexistence. - Pagkalimot sa sariling singil ng Meta sa pagmemensahe. Sinisingil ito ng Meta sa ilalim ng alinmang produkto. **Inilalathala ba ng Blip ang mga presyo nito?** Ang free plan lamang, para sa hanggang dalawang agent na may limitadong usapan. Walang presyo ang mga paid plan sa kanilang pricing page. **May mas mura ba sa dalawa?** Ang amin ay nakalathala at ang sa kanila ay hindi, kaya ang amin ang maaari ninyong i-verify: US$ 9 kada naka-connect na numero kada buwan, bumababa hanggang US$ 1 habang nadaragdagan ang mga numero, walang limitasyon sa agent. **Maaari ba akong gumawa ng chatbot gamit ang EasyCoexistence?** Oo, sa tool na ginagamit ninyo na. Umaabot ang mga mensahe sa inyong webhook, n8n, Make o isang AI agent sa pamamagitan ng MCP, at doon nakatira ang logic. **Produkto ba ng Meta ang EasyCoexistence?** Hindi. Kami ay isang independiyenteng Meta Tech Provider, na gumagamit ng opisyal na Embedded Signup at Cloud API ng Meta. --- ## EasyCoexistence vs Digisac https://easycoexistence.com/fil/compare/easycoexistence-vs-digisac Ang Digisac ay Brazilian na multichannel customer service platform, na may presyong ayon sa custom proposal mula R$ 197 kada buwan. Pinapatakbo nito ang opisyal na WhatsApp API sa pamamagitan ng Gupshup at 360dialog, at sinusuportahan ang Coexistence sa pamamagitan ng mga ito. Ang EasyCoexistence ay isang Meta Tech Provider na direktang nagko-connect mismo ng numero, sa nakalathalang bayad kada numero, at walang platform sa pagitan. ### Paano itinatakda ang presyo Ang isa ay proposal at ang isa ay talaan ng presyo, at ito ang humuhubog sa lahat ng kasunod. - Digisac:: Walang nakatakdang plan. Ayon sa sarili nilang page, ang panimulang presyo ay R$ 197 at nag-iiba ito ayon sa bilang ng agents, channels, mga feature tulad ng AI modules, at integrations, na binubuo ng sales team nila bilang proposal. - EasyCoexistence:: US$ 9 kada naka-connect na numero kada buwan para sa isa hanggang limang numero, na bumababa sa anim na band hanggang US$ 1 bawat isa habang nadaragdagan ang mga numero. Walang bibilangin na agents at walang idadagdag na modules. Libre ang unang tatlong araw. ### Sino ang nasa pagitan ninyo at ng Meta Ang hanay ng mga kumpanya sa likod ng numero ang magpapasya kung sino ang makakaayos nito kapag nasira. - Digisac:: Pinapatakbo ng platform ang API sa pamamagitan ng Gupshup at 360dialog, na mga Meta partner. Ayon sa kanilang artikulo tungkol sa Coexistence, ang activation ay ginagawa sa isang opisyal na provider tulad ng 360dialog, at tinutulungan ng Digisac ang kliyente sa prosesong iyon. - EasyCoexistence:: Walang sinuman. Kami ay isang independent na Meta Tech Provider, nagsa-sign up ang negosyo sa pamamagitan ng sariling Embedded Signup ng Meta sa sarili nitong WhatsApp Business Account, at diretso sa system ng negosyo ang mga webhook ng Meta. ### Saan nagtatrabaho ang team Magkaiba ang epekto ng service platform at ng koneksyon sa isang araw ng trabaho. - Digisac:: Isang shared service platform na pinagsasama ang WhatsApp, Instagram, Telegram, Messenger, email at webchat, na may distribusyon ng mga usapan, internal chat at sales funnel. Sa loob nito nagtatrabaho ang team. - EasyCoexistence:: Walang bagong lo-log in-an. Nananatili sa team ang WhatsApp Business app, at ang mga automation, CRM o AI agent ay kumikilos sa parehong numero sa pamamagitan ng API. ### Gaano katagal bago gumana ang numero Madalas ito lamang ang ginagawang batayan ng maliliit na negosyo sa pagpapasya. - Digisac:: Una ay commercial proposal, saka activation sa provider. Nakalista sa page nila ang CNPJ, Meta Business Manager at pagsunod sa mga patakaran bilang mga kinakailangan. - EasyCoexistence:: Karaniwang wala pang dalawang minuto sa pamamagitan ng Embedded Signup: mag-log in gamit ang Facebook, ilagay ang numero, at i-scan ang QR code sa app. Nagsisimula ang pagmo-monitor sa sandaling na-connect ang numero. - Paghahambing ng panimulang presyo ng Digisac sa bayad kada numero. Ang sa kanila ay lumalaki ayon sa agents, channels at modules. - Pag-aakalang feature ng platform ang Coexistence. Ito ay sa Meta, at ina-enable sa pamamagitan ng provider sa panig ng Meta. - Hindi pagsama ng mga singil ng Meta sa badyet. Sinisingil ang mga ito ng Meta sa alinmang opsyon. **Sinusuportahan ba ng Digisac ang Coexistence?** Oo. Ayon sa sarili nilang artikulo, ina-activate ito sa isang opisyal na provider tulad ng 360dialog, at tinutulungan ng Digisac ang proseso. **Mas mura ba ang isa?** Para sa isang numero, kami po: US$ 9 kada buwan kumpara sa panimulang presyong R$ 197 na tumataas ayon sa agents, channels at modules. Ang amin ay bumababa habang nadaragdagan ang mga numero. **Mawawalan ba ako ng shared inbox sa inyo?** Hindi kami nagbebenta nito. Nananatili sa team ang WhatsApp Business app, at ang anumang iba pa ay tumatakbo sa tool na inyong pipiliin. **Sino ang nagbabayad sa Meta?** Ang negosyo mismo, direkta, sa sarili nitong WhatsApp Business Account. Hindi kami kailanman nagdaragdag ng markup sa singil ng Meta. --- ## EasyCoexistence vs Octadesk https://easycoexistence.com/fil/compare/easycoexistence-vs-octadesk Ang Octadesk ay isang Brazilian na customer service platform na pinagsasama ang chatbot, AI agent at helpdesk, na may mga plan mula R$ 2.499 kada buwan para sa 3,000 usapan, kasama ang kailangang onboarding consultancy. Ang EasyCoexistence ay nagko-connect ng numerong gamit na sa WhatsApp Business app sa Cloud API ng Meta sa pamamagitan ng Coexistence, sa nakalathalang bayad kada numero, walang limitasyon sa usapan at walang setup. ### Para saan ang buwanang bayarin Magkaiba ang yunit ng singil, at lumalaki ang pagkakaibang iyon sa bawat customer na sumusulat. - Octadesk:: Isang plan na nakabatay sa dami ng usapan: One sa R$ 2.499 kada buwan para sa 3,000, Flow sa R$ 4.399 para sa 5,500, Nexus kapag hiniling para sa 9,000. May dagdag na singil kada user ng helpdesk, at ang bawat plan ay nangangailangan ng onboarding consultancy na may presyong ibibigay kapag hiniling. - EasyCoexistence:: Isang bayad kada naka-connect na numero: US$ 9 kada buwan para sa isa hanggang limang numero, bumababa hanggang US$ 1 bawat isa habang nagdadagdag kayo ng numero. Ang buwang may sampung libong usapan ay kasing-presyo ng tahimik na buwan. Direktang sinisingil ng Meta ang sarili nitong gastos sa pag-message. ### Ano ang bawat isa Parehong inilalagay ang numero sa opisyal na API. Magkaiba ang itinatayo sa ibabaw nito. - Octadesk:: Isang ecosystem para sa serbisyo: chatbot, AI agent, helpdesk na may SLA at kasaysayan ng ticket, at bulk na pagpapadala sa WhatsApp, na may isang opisyal na WhatsApp API na numero sa bawat plan. - EasyCoexistence:: Ang koneksyon at ang pagmo-monitor nito. Nananatili ang numero sa WhatsApp Business app, sabay na tumatakbo ang API dito, at umaabot ang mga mensahe sa mga tool na ginagamit na ng negosyo, kasama ang mga AI agent sa pamamagitan ng aming MCP server. ### Pagdaragdag ng pangalawa o ikasampung numero Ito ang unang itinatanong ng mga agency at negosyong may maraming sangay. - Octadesk:: Isang opisyal na WhatsApp API na numero lang ang nakalista bilang kasama sa bawat plan. Hindi naglalathala ng presyo para sa karagdagang numero ang kanilang pricing page. - EasyCoexistence:: Walang limitasyon sa dami ng numero kada account, bawat isa sa presyo ng band nito, at bumababa ang singil kada numero habang dumarami ang bilang: US$ 7 mula anim na numero, hanggang US$ 1 habang nagdadagdag kayo ng numero. ### Kung patuloy bang gagana ang telepono Ang tanong na nagpapasya kung kailangang baguhin ng maliit na team ang paraan ng kanilang pagtatrabaho. - Octadesk:: Hindi tinatalakay ng kanilang pricing page ang Coexistence. Kumpirmahin po ninyo sa kanila kung maaaring manatili ang numero sa WhatsApp Business app kapag nasa API na nila ito. - EasyCoexistence:: Oo. Coexistence lang ang aming kino-connect: napapanatili ng app ang mga chat nito, maaaring mag-sync ang halos anim na buwan ng kasaysayan, at gumagana ang API sa parehong numero. Binabantayan ang koneksyon kaya agad na may babala kapag may naputol. - Paghahambing ng presyo ng mga plan nang hindi binibilang ang mga usapan. May limitasyon ang mga plan ng Octadesk; ang bayad sa koneksyon ay wala. - Pagbabadyet nang hindi isinasama ang onboarding consultancy. Kinakailangan ito ng Octadesk sa bawat plan at ibinibigay ang presyo kapag hiniling. - Pag-asang sasakupin ng plan ang singil ng Meta sa mga template. Direktang sinisingil ng Meta ang mga iyon sa negosyo. **May mas mura ba sa dalawa?** Oo, malaki ang agwat para sa negosyong nangangailangan ng koneksyon. Nagsisimula ang Octadesk sa R$ 2.499 kada buwan at may dagdag na onboarding; kami ay naniningil ng US$ 9 kada naka-connect na numero kada buwan. **Ano ang mangyayari pagkatapos ng 3,000 usapan?** Sa One plan ng Octadesk, lilipat po kayo sa mas mataas na plan. Sa amin, walang magbabago: walang limitasyon sa usapan sa anumang presyo. **Sinusuportahan ba ng Octadesk ang Coexistence?** Hindi ito sinasabi ng kanilang pricing page. Itanong po ninyo sa kanila sa halip na umasa sa pahinang ito. **Magagamit ko pa ba ang AI sa EasyCoexistence?** Oo. Sa aming MCP server, nakakapagpadala ang Claude, ChatGPT, Cursor, Claude Code at Codex ng mga mensahe at template sa numero. --- ## EasyCoexistence vs Huggy https://easycoexistence.com/fil/compare/easycoexistence-vs-huggy Ang Huggy ay Brazilian na omnichannel inbox para sa customer service, na may presyong batay sa plan at sa bilang ng naka-connect na user, at hiwalay ang singil sa WhatsApp ayon sa dami at kategorya. Ang EasyCoexistence ay mismong koneksyon sa WhatsApp: ang Cloud API ng Meta sa numerong nasa WhatsApp Business app na, sa pamamagitan ng Coexistence, sa iisang nakalathalang bayad kada naka-connect na numero. ### Para saan ang buwanang bayarin Lumalaki ang bayarin sa Huggy kasabay ng team. Sa amin, numero lang ang nagpapataas nito. - Huggy:: Isang plan na may isang naka-connect na user, tapos may bayad kada karagdagang user: R$ 69,90 sa Starter, R$ 119,90 sa Intermediate na nagsisimula sa R$ 579 kada buwan, R$ 189,90 sa Custom na nagsisimula sa R$ 989. Dagdag pa ang presyo ng WhatsApp ayon sa dami at kategorya, at opsyonal ang implementation na R$ 1.250. - EasyCoexistence:: US$ 9 kada naka-connect na numero kada buwan para sa isa hanggang limang numero, bumababa hanggang US$ 1 bawat isa habang nadaragdagan ang mga numero, at walang bilang ng user kahit saan. Libre ang unang tatlong araw, at direktang sinisingil ng Meta sa negosyo ang mga gastos nito sa pagmemensahe. ### Ano ang bawat produkto Magkaiba ang dahilan ng pagbili ng inbox at ng koneksyon. - Huggy:: Isang service inbox na nagsasama-sama ng WhatsApp, Instagram, Messenger, Telegram, email, SMS at voice, kasama ang mga chatbot at report. Ayon sa kanilang page, sila ay opisyal na partner ng Meta sa pag-activate ng opisyal na API. - EasyCoexistence:: Ang koneksyon sa pagitan ng numero sa WhatsApp Business app at ng Cloud API ng Meta, na patuloy na minomonitor. Napupunta ang mga mensahe sa sistemang ginagamit na ng negosyo, sa pamamagitan ng mga webhook ng Meta o ng aming MCP server. ### Kung magbabago ba ang paraan ng pagtatrabaho ng team Ang tanong ng may-ari bago pumayag sa anumang bagay. - Huggy:: Nagla-log in ang mga agent sa inbox ng Huggy, kung saan itinatalaga at sinasagot ang mga usapan mula sa bawat channel. Hindi tinatalakay ng kanilang pricing page ang Coexistence sa WhatsApp Business app. - EasyCoexistence:: Walang lilipat. Patuloy na gumagana ang WhatsApp Business app sa parehong numero, kasama ang mga chat nito, at tumatakbo sa tabi nito ang API para sa anumang ino-automate ng negosyo. ### Saan iniimbak ang mga usapan Isang desisyong mahirap baligtarin sa hinaharap. - Huggy:: Sa kanilang platform, na kailangan ng isang inbox para maipakita ang mga usapan sa mga agent na nagbubukas nito. - EasyCoexistence:: Hindi sa panig namin. Hindi kailanman iniimbak ang nilalaman ng usapan, at maaaring idirekta ng Meta ang mga papasok na mensahe diretso sa sariling webhook ng negosyo. - Pagpepresyo ng Huggy nang hindi isinasama ang linya ng WhatsApp. Hiwalay ito sa plan at sinisingil ayon sa dami at kategorya. - Pagbibilang lang sa kasalukuyang team. Bawat karagdagang user ay nagdaragdag ng buwanang bayad sa isang inbox plan. - Pagbili ng inbox para lang magkaroon ng API access sa isang numero. Koneksyon lang ang kailangan para doon. **Alin ang mas mura?** Para sa negosyong nangangailangan ng koneksyon, kami po. Nagsisimula ang Intermediate plan ng Huggy sa R$ 579 kada buwan para sa isang user, bago pa ang WhatsApp; ang sa amin ay US$ 9 kada naka-connect na numero kada buwan. **Gumagamit ba ang Huggy ng opisyal na API?** Ayon sa kanilang pricing page, sila ay opisyal na partner ng Meta at ina-activate nila ang opisyal na API ng Meta. **Sinusuportahan ba ng Huggy ang Coexistence?** Hindi ito tinatalakay ng kanilang pricing page. Mas mabuting itanong po ninyo sa kanila kaysa umasa sa page na ito. **May inbox ba kayo?** Wala. Patuloy na gagamitin ng team ang WhatsApp Business app, na siyang layunin ng Coexistence. --- ## EasyCoexistence vs Umbler Talk https://easycoexistence.com/fil/compare/easycoexistence-vs-umbler-talk Ang Umbler Talk ay Brazilian na WhatsApp inbox, CRM at chatbot sa opisyal na API, na may presyong kada agent mula R$ 99,90 kada buwan at minimum na dalawang agent. Ikinokonekta ng EasyCoexistence ang numerong ginagamit na sa WhatsApp Business app sa Cloud API ng Meta sa pamamagitan ng Coexistence, at ang presyo ay kada naka-connect na numero, kaya hindi nakadepende ang singil sa dami ng sumasagot. ### Para saan ang buwanang singil Tao ang binibilang ng Umbler Talk. Numero naman ang binibilang ng EasyCoexistence. - Umbler Talk:: Kada agent kada buwan: R$ 99,90 sa Essencial na may hindi bababa sa dalawang agent, R$ 149,90 sa Impulso at R$ 219,90 sa Escala na may hindi bababa sa tatlo. Ang pinakamaliit na posibleng singil ay dalawang agent sa Essencial, R$ 199,80 kada buwan. - EasyCoexistence:: US$ 9 kada naka-connect na numero kada buwan para sa isa hanggang limang numero, bumababa sa anim na band hanggang US$ 1 bawat isa habang nagdadagdag kayo ng numero. Walang bilang ng agent at walang minimum. Libre ang unang tatlong araw, at direktang naniningil ang Meta para sa messaging. ### Ano ang bawat produkto Parehong tumatakbo sa opisyal na API ng Meta, na malinaw na sinasabi ng Umbler Talk sa kanilang page. - Umbler Talk:: Isang shared inbox na may visual na CRM pipeline, chatbot, AI agent, knowledge base at webchat, kasama ang mga WhatsApp campaign sa mas matataas na plan. Dito nagtatrabaho ang team. - EasyCoexistence:: Ang koneksyon at ang pagmo-monitor nito. Nananatili ang numero sa WhatsApp Business app, sabay na tumatakbo ang API dito, at umaabot ang mga mensahe sa inyong CRM, n8n, sarili ninyong code o isang AI agent sa pamamagitan ng MCP. ### Ilang numero ang kasya Para sa mga agency at negosyong maraming sangay, mas mahalaga ang limitasyon sa numero kaysa sa pangalan ng plan. - Umbler Talk:: Dalawang WhatsApp na numero sa Essencial at hanggang tatlo sa Impulso, at inilalarawan ang Escala bilang dynamic na limitasyon sa numero. Ang mas maraming numero ay nangangahulugang mas mataas na plan para sa bawat agent. - EasyCoexistence:: Walang limitasyon ang mga numero kada account, bawat isa ay sa presyo ng band nito, at bumababa ang presyo kada numero habang dumarami ang bilang. Mas mura ang ikadalawampung numero kaysa sa una. ### Kung patuloy bang gagana ang WhatsApp Business app Ang unang tanong ng isang maliit na team bago ang lahat. - Umbler Talk:: Hindi binabanggit ng kanilang plans page ang Coexistence. Itanong po ninyo sa kanila kung patuloy bang gagana sa WhatsApp Business app ang isang numero kapag naka-connect na. - EasyCoexistence:: Oo. Coexistence lang ang ikinokonekta namin, kaya nananatili sa app ang mga chat at gumagana nang magkasabay ang API, habang binabantayan ang koneksyon laban sa mga pagkaputol tulad ng 14-araw na patakaran ng Meta. - Pagturing sa presyo kada agent bilang ang buong singil. Dalawang agent ang minimum, at mas marami pa sa mas matataas na plan. - Pagpili ng plan dahil sa limitasyon nito sa numero at pagbabayad ng mas mataas na rate sa bawat agent bilang resulta. - Hindi pagsama sa badyet ng mga singil ng Meta para sa template. Direktang sinisingil ito ng Meta sa negosyo. **May mas mura ba?** Oo, kami po. Ang pinakamaliit na singil ng Umbler Talk ay dalawang agent sa R$ 99,90 bawat isa, R$ 199,80 kada buwan; sa amin, US$ 9 para sa isang naka-connect na numero, sinuman ang sumasagot dito. **Gumagamit ba ang Umbler Talk ng opisyal na WhatsApp API?** Oo. Ayon sa kanilang page, gumagamit ang Umbler Talk ng opisyal na API ng WhatsApp at sumusunod sa mga alituntunin ng platform. **Sinusuportahan ba ng Umbler Talk ang Coexistence?** Hindi ito binabanggit ng kanilang plans page. Mas mabuting itanong po ninyo sa kanila kaysa umasa sa page na ito. **Naniningil ba ang EasyCoexistence kada agent?** Hindi po. Ang bayad ay kada naka-connect na numero, gaano man karaming tao ang sumasagot dito o gumagamit nito sa pamamagitan ng API. --- ## EasyCoexistence vs Whaticket https://easycoexistence.com/fil/compare/easycoexistence-vs-whaticket Ang Whaticket ay multi-agent inbox para sa WhatsApp at iba pang channel, mula US$ 49 kada buwan na may minimum na tatlong user at isang WhatsApp line, na naka-connect sa pamamagitan ng QR code o ng opisyal na API na may Coexistence. Ang EasyCoexistence ay opisyal na koneksyon lamang: ang Cloud API ng Meta sa numero sa WhatsApp Business app, sa halagang US$ 9 kada numero kada buwan. ### Paano ikinokonekta ng bawat isa ang numero Dalawang ruta papuntang WhatsApp ang ibinebenta ng Whaticket. Isa lamang ang sa EasyCoexistence. - Whaticket:: Mapipili ang WhatsApp QR, isang session na ini-scan tulad ng WhatsApp Web, o ang WhatsApp API na may Coexistence. Nagbabala ang sarili nilang site na ang mass messaging gamit ang WhatsApp Business ay maaaring magdulot ng pag-block, at inirerekomenda nila ang API para mabawasan ang panganib. - EasyCoexistence:: Cloud API lamang ng Meta, na naka-connect sa pamamagitan ng Embedded Signup ng Meta na may Coexistence, kaya patuloy na gumagana ang WhatsApp Business app sa parehong numero. Walang opsyong QR session, kaya walang hindi opisyal na ruta na mapagbabalikan. ### Para saan ang buwanang bayarin Magkaiba ang mga bahagi ng dalawang bayarin. - Whaticket:: US$ 49 kada buwan sa Basic para sa tatlong user at isang line, US$ 20 kada buwan sa bawat karagdagang line, at US$ 109 ang Pro plan. Kumokonsumo ng credits ang mga campaign sa QR connection, mula US$ 25 para sa 1,000 mensahe; hindi kasama rito ang mga campaign sa API. - EasyCoexistence:: US$ 9 kada naka-connect na numero kada buwan para sa isa hanggang limang numero, bumababa hanggang US$ 1 bawat isa habang nagdadagdag kayo ng numero. Walang user, walang credits. Direktang sinisingil ng Meta sa negosyo ang mga singil nito sa pagmemensahe, nang walang markup. Libre ang unang tatlong araw. ### Ano ang bawat produkto Ang isa ay lugar kung saan nagtatrabaho ang mga agent. Ang isa ay ang tubo sa ilalim. - Whaticket:: Multi-agent inbox na nagsasentro at nag-aautomat ng mga channel ng pagmemensahe, kasama ang mga campaign, kaya sumasagot ang team sa loob ng kanilang platform. - EasyCoexistence:: Ang koneksyon kasama ang 24/7 na pagmo-monitor. Nananatili sa team ang WhatsApp Business app, umaabot ang mga mensahe sa sarili ninyong webhook, at kumikilos ang mga AI agent sa numero sa pamamagitan ng aming MCP server. ### Magkano ang pangalawa, panlima o pansampung numero Ito ang unang kinukuwenta ng mga agency at negosyong maraming sangay. - Whaticket:: US$ 20 kada karagdagang line bukod sa plan, kaya ang limang line sa Basic ay umaabot sa US$ 129 kada buwan para sa tatlong user. - EasyCoexistence:: Ang limang numero ay US$ 45 kada buwan, at patuloy na bumababa ang presyo kada numero: US$ 7 bawat isa mula sa ikaanim, hanggang US$ 1 habang nagdadagdag kayo ng numero. - Paggamit ng QR connection para sa numero ng negosyo. Nagbabala ang sarili nilang site ng Whaticket na maaari itong magdulot ng pag-block sa mass messaging. - Paglimot sa credits para sa mensahe. Sinisingil kada isang libong mensahe ang mga campaign sa QR connection, bukod pa sa plan. - Pagpepresyo ng karagdagang line sa halaga ng plan. Nagdaragdag ng US$ 20 kada buwan ang bawat isa. **Mas mura ba ang isa?** Oo, mas mura kami. Ang isang line sa Whaticket Basic ay US$ 49 kada buwan; ang isang naka-connect na numero sa amin ay US$ 9. Sa limang numero, US$ 129 kumpara sa US$ 45. **Sinusuportahan ba ng Whaticket ang Coexistence?** Oo. Nakalista sa kanilang pricing page ang WhatsApp API na may Coexistence bilang opsyon sa koneksyon, kasabay ng QR connection. **Opisyal ba ang QR connection?** Hindi. Nagli-link ito ng session gaya ng ginagawa ng WhatsApp Web. Inirerekomenda ng sariling site ng Whaticket ang API para mabawasan ang panganib ng pag-block. **May inbox ba kayong tulad ng sa Whaticket?** Wala. Nananatili sa team ang WhatsApp Business app, at ang anumang i-automate ninyo ay tumatakbo sa sarili ninyong mga tool. --- ## EasyCoexistence vs Leadsales https://easycoexistence.com/fil/compare/easycoexistence-vs-leadsales Ang Leadsales ay isang Mexican na conversational CRM para sa pagbebenta sa WhatsApp, Facebook at Instagram. Ang Basic plan nito, US$ 97 kada buwan, ay nagko-connect sa WhatsApp sa pamamagitan ng web session, at ang opisyal na API ay nagsisimula sa Professional plan na US$ 133. Ikinokonekta ng EasyCoexistence ang numero sa Cloud API ng Meta sa pamamagitan ng Coexistence sa halagang US$ 9 kada numero. ### Aling plan ang opisyal na nakaka-connect sa WhatsApp Sa Leadsales, nakadepende sa plan ang paraan ng koneksyon. Sa EasyCoexistence, hindi. - Leadsales:: Ang Basic ay nagko-connect sa WhatsApp sa pamamagitan ng Messenger at web session, hindi ng Business API. Ang Professional, na US$ 133 o MX$ 3,239.88 kada buwan, at ang Advanced, na US$ 247, ay gumagamit ng opisyal na API. - EasyCoexistence:: Ang bawat numero ay nasa Cloud API ng Meta, naka-connect sa pamamagitan ng sariling Embedded Signup ng Meta na may Coexistence, kaya patuloy na gumagana ang WhatsApp Business app sa telepono. Walang mas murang hindi opisyal na tier. ### Para saan ang buwanang bayad Nililimitahan ng Leadsales ang mga user at conversation kada plan. Ang EasyCoexistence ay walang nililimitahan sa dalawa. - Leadsales:: Ang Basic ay may 3 user at 5,000 active na conversation, ang Professional ay 4 na user at 20,000, ang Advanced ay 5 user at 50,000, na may diskwentong hanggang 20% para sa taunang bayad. - EasyCoexistence:: US$ 9 kada naka-connect na numero kada buwan para sa isa hanggang limang numero, bumababa hanggang US$ 1 bawat isa habang dumarami ang numero. Walang bilang ng user, walang bilang ng conversation, libre ang unang tatlong araw, at direktang sinisingil ng Meta ang negosyo para sa pagmemensahe. ### Ano ang bawat produkto Magkaibang problema ang nilulutas ng CRM at ng koneksyon. - Leadsales:: Isang sales CRM na may mga funnel, shared na workspace, bulk na pagpapadala ng mensahe kada yugto at AI agent sa mas matataas na plan. Sa loob ng Leadsales ginagawa ang pag-asikaso ng mga lead. - EasyCoexistence:: Ang koneksyon at ang pagmo-monitor nito. Ang mga mensahe ay umaabot sa anumang CRM o tool na ginagamit na ng negosyo sa pamamagitan ng mga webhook ng Meta, at ang mga AI agent ay kumikilos sa numero sa pamamagitan ng aming MCP server. ### Ano ang nangyayari sa numerong nasa web session Ang panganib na dala ng mas murang plan. - Leadsales:: Ang numerong nasa Basic plan ay nakaka-access sa WhatsApp sa pamamagitan ng web session at hindi ng Business API, isang daang hindi pinahihintulutan ng mga tuntunin ng WhatsApp para sa negosyo pagdating sa awtomatikong mensahe ng negosyo. - EasyCoexistence:: Walang anuman sa koneksyon na maaaring ipatupad laban dito, dahil ito ay sariling Coexistence feature ng Meta na ginawa sa sariling flow ng Meta, at minomonitor ang koneksyon sa buong araw at gabi. - Pagpili sa Basic plan dahil sa presyo at pag-aakalang gumagamit ito ng API. Nagko-connect ito sa pamamagitan ng web session. - Pagbibilang ng mga user at pagkalimot sa limitasyon ng active na conversation. May itinakda ang bawat plan. - Pag-asang kasama sa plan ang mga singil ng Meta para sa template. Direktang sinisingil ng Meta ang mga iyon sa negosyo. **Mas mura ba ang isa?** Oo, kami po. Ang pinakamurang plan ng Leadsales na may opisyal na API ay US$ 133 kada buwan; sa amin, US$ 9 ang isang naka-connect na numero. **Gumagamit ba ang Leadsales ng opisyal na WhatsApp API?** Sa Professional at Advanced, oo. Ang kanilang Basic plan ay nagko-connect sa WhatsApp sa pamamagitan ng Messenger at web session. **Sinusuportahan ba ng Leadsales ang Coexistence?** Ayon sa kanilang pricing page, sa ilang kaso ay nananatiling magagamit ang numero sa telepono, at sa iba naman ay ganap itong lumilipat sa API. Sa amin, palagi itong nananatili sa WhatsApp Business app. **Maaari ko bang panatilihin ang aking CRM at gamitin ang EasyCoexistence?** Oo po. Ipinapadala ng Meta ang mga mensahe sa webhook na pipiliin ninyo, kaya anumang CRM na tumatanggap ng mga webhook ay makakatanggap ng mga ito. --- ## EasyCoexistence vs Treble https://easycoexistence.com/fil/compare/easycoexistence-vs-treble Ang Treble ay isang platform sa Latin America para sa WhatsApp Business API na may automated flows, campaigns at AI service, na ibinebenta sa pamamagitan ng sales team nito at walang pampublikong presyo. Ikino-connect ng EasyCoexistence ang numerong ginagamit na ng isang negosyo sa WhatsApp Business app sa Cloud API ng Meta sa pamamagitan ng Coexistence, self-serve, sa published na presyong US$ 9 kada naka-connect na numero kada buwan. ### Ano ang mangyayari sa WhatsApp Business app Magkasalungat ang panimulang palagay ng dalawang produkto tungkol sa telepono. - Treble:: Ayon sa homepage nila, ang Treble ay solusyong nakabatay sa WhatsApp Business API, hindi sa libreng WhatsApp Business app. Hindi nito binabanggit ang Coexistence, kaya itanong po ninyo sa kanila kung puwedeng manatili ang numero sa app. - EasyCoexistence:: Nananatili ang app. Pinananatili ng Coexistence na gumagana ang WhatsApp Business app sa parehong numero, na may humigit-kumulang anim na buwang chat history na naka-sync, habang tumatakbo kasabay nito ang Cloud API para sa automation. ### Magkano ang gastos Isang presyo ang mababasa ngayon. Ang isa pa ay nangangailangan ng usapan. - Treble:: Walang pampublikong presyo. Walang ipinapakitang presyo ang homepage at humihingi ng password ang pricing page, kaya sa sales team nila manggagaling ang halaga. - EasyCoexistence:: US$ 9 kada naka-connect na numero kada buwan para sa isa hanggang limang numero, bumababa sa anim na band hanggang US$ 1 bawat isa habang nagdadagdag kayo ng numero. Direktang sinisingil ng Meta sa negosyo ang pagmemensahe at walang idinadagdag na markup. ### Ano ang bawat produkto Parehong nasa opisyal na API ng Meta. Magkaiba ang layer na ibinebenta nila. - Treble:: Isang platform para sa automated chat flows, bulk campaigns at AI customer service, na may native na integration sa HubSpot at Salesforce at isang API para sa custom na koneksyon. - EasyCoexistence:: Ang koneksyon at ang 24/7 nitong pagmo-monitor. Direktang idinedeliver ng Meta ang mga webhook sa inyong sistema, hindi kailanman iniimbak sa aming panig ang nilalaman ng usapan, at pinapayagan ng isang MCP server ang mga AI agent na magpadala gamit ang numero. ### Gaano katagal bago maging live ang numero Madalas ito ang pinakamahalagang tanong para sa maliit na negosyo. - Treble:: Sa pamamagitan ng sales process, dahil napagkakasunduan sa team nila ang mga plan at presyo bago ang onboarding. - EasyCoexistence:: Karaniwang wala pang dalawang minuto sa pamamagitan ng Embedded Signup ng Meta: mag-log in gamit ang Facebook, ilagay ang numero, at i-scan ang isang QR code sa app. Kailangan ng app version 2.24.17 o mas bago at kamakailang totoong aktibidad. - Paglilipat ng abalang numero ng app sa API-only na setup nang hindi tinitingnan ang Coexistence. Hindi na ang telepono ang sasagutan ng team. - Paghahambing ng quote ng isang campaign platform sa bayad para sa koneksyon. Kasama sa isa ang mga flow at campaign. - Pag-iwan sa singil ng Meta para sa mga template. Sinisingil ang mga ito ng Meta, hindi ng alinmang provider. **Nagpa-publish ba ng presyo ang Treble?** Hindi. Walang ipinapakita ang homepage nila at protektado ng password ang pricing page nila. **Mas mura ba ang isa?** Published ang sa amin at ang sa kanila ay hindi, kaya ang sa amin ang mabeberipika ninyo: US$ 9 kada naka-connect na numero kada buwan, bumababa hanggang US$ 1 habang nagdadagdag kayo ng numero. **Sinusuportahan ba ng Treble ang Coexistence?** Hindi ito binabanggit ng homepage nila at inilalarawan nito ang Treble bilang nakabatay sa API sa halip na sa WhatsApp Business app. Itanong po ninyo sa kanila. **Puwede ba akong magpatakbo ng campaigns gamit ang EasyCoexistence?** Opo, sa pamamagitan ng Cloud API gamit ang aprubadong mga template, mula sa sarili ninyong sistema o tool. Direktang sinisingil sa inyo ng Meta ang mga template. --- ## EasyCoexistence vs Botmaker https://easycoexistence.com/fil/compare/easycoexistence-vs-botmaker Ang Botmaker ay chatbot at customer service platform mula sa Latin America sa WhatsApp Business Platform, mula US$ 149 kada buwan para sa 3,000 conversation plus isang beses na bayad na US$ 99 para buksan ang WhatsApp account. Sinusuportahan nito ang Coexistence. Ang EasyCoexistence ay ang koneksyon ng Coexistence lamang, sa US$ 9 kada naka-connect na numero kada buwan, walang conversation bundle. ### Para saan ang buwanang singil Conversation ang ibinebenta ng Botmaker. Koneksyon ang ibinebenta ng EasyCoexistence. - Botmaker:: Standard sa US$ 149 para sa 3,000 conversation, Scale sa US$ 249 para sa 5,000, Pro sa US$ 499 para sa 10,000, na may US$ 0.07 hanggang US$ 0.05 kada dagdag na conversation at US$ 99 para buksan ang WhatsApp account. Ang mga push na mensahe ay may gastos ng WhatsApp plus 20% service fee. - EasyCoexistence:: US$ 9 kada naka-connect na numero kada buwan para sa isa hanggang limang numero, bumababa hanggang US$ 1 bawat isa habang nadaragdagan ang mga numero. Walang bundle, walang overage, walang bayad para magsimula. Direktang sinisingil ng Meta ang negosyo at hindi namin ito dinadagdagan ng markup. ### Paano gumagana ang Coexistence sa bawat isa Pareho nilang pinananatiling gumagana ang WhatsApp Business app sa numero. Magkaiba ang natitirang setup. - Botmaker:: Ayon sa kanilang sentro ng tulong, available lamang ang Coexistence para sa mga bagong linya o bagong configuration, humihinto ang bot kapag may sumagot mula sa telepono, at hindi sinusuportahan ang group chat sa platform. - EasyCoexistence:: Ang Coexistence mismo ang aming produkto: self-serve sa pamamagitan ng Embedded Signup ng Meta sa loob ng humigit-kumulang dalawang minuto, saka 24/7 na pagmo-monitor, kaya ang pagkawala gaya ng 14-day rule ng Meta ay agad na naba-flag sa sandaling mangyari ito. ### Ano ang bawat produkto Magkaibang pagbili ang bot platform at ang koneksyon. - Botmaker:: Isang platform para gumawa ng mga bot at magpatakbo ng agent service sa WhatsApp, na may sampu hanggang limampung agent seat depende sa plan. Nasa loob ng Botmaker ang mga flow. - EasyCoexistence:: Ang koneksyon. Direktang nakararating sa inyong sariling system ang mga webhook ng Meta, hindi iniimbak sa aming panig ang nilalaman ng conversation, at hinahayaan ng MCP server ang Claude, ChatGPT, Cursor, Claude Code o Codex na kumilos sa numero. ### Ano ang epekto ng paglago sa singil Magkabaligtad ang galaw ng dalawang modelo habang dumarami ang gawain ng negosyo. - Botmaker:: Ang mas maraming conversation ay nangangahulugan ng overage kada conversation o paglipat sa susunod na plan, kaya mas magastos ang abalang buwan kaysa sa tahimik. - EasyCoexistence:: Hindi kasama sa presyo ang dami ng mensahe. Ang pagdaragdag lamang ng numero ang nagbabago sa singil, at bumababa ang rate kada numero habang dumadami ang mga ito. - Paghahambing ng presyo ng plan nang hindi isinasama ang US$ 99 account fee at ang 20% service fee sa mga push na mensahe. - Pagtakda ng plan ayon sa dami ng conversation ngayon. May singil na overage kada conversation na lampas sa bundle. - Pag-aakalang tuloy-tuloy ang bot kapag sumagot mula sa telepono. Sa Botmaker, humihinto ang bot kapag sumagot ang telepono. **Sinusuportahan ba ng Botmaker ang Coexistence?** Oo. Nakasaad ito sa kanilang sentro ng tulong, available para sa mga bagong linya o bagong configuration. **May mas mura ba?** Oo, kami. Nagsisimula ang Botmaker sa US$ 149 kada buwan plus US$ 99 para buksan ang account; ang isang naka-connect na numero sa amin ay US$ 9 kada buwan at walang babayaran para magsimula. **Nagdaragdag ba kayo ng bayad sa singil ng Meta?** Hindi. Sa sariling account ng negosyo sinisingil ng Meta ang pagpapadala ng mensahe at hindi namin ito dinadagdagan ng markup. **Maaari ba akong gumawa ng bot gamit ang EasyCoexistence?** Oo, sa n8n, Make, sarili ninyong code o AI agent sa pamamagitan ng MCP. Nakararating ang mga mensahe sa inyong system sa pamamagitan ng mga webhook ng Meta. --- ## EasyCoexistence vs Gallabox https://easycoexistence.com/fil/compare/easycoexistence-vs-gallabox Magkaiba ang nilulutas ng Gallabox at EasyCoexistence. Ang Gallabox ay team inbox at automation suite sa opisyal na WhatsApp Business API, na ibinebenta sa mga plan na may takdang bilang ng user. Ang EasyCoexistence ay ang koneksyon mismo: ang Cloud API ng Meta sa parehong numero ng WhatsApp Business app, na may presyo kada numero, walang inbox at walang seat. ### Ano ang binabayaran ng buwanang singil Magkaiba ang yunit ng presyo ng dalawa, at ang yunit ang nagtatakda kung paano lumalaki ang singil. - Gallabox:: Mga plan na may presyo kada buwan at takdang laki ng team. Nakalista ang Basic sa ₹ 2,999 kada buwan na sinisingil kada quarter para sa 3 user, na inilalarawan sa kanilang page bilang mahigpit na limitasyon, at lilipat sa Essential o Advanced ang mas malalaking team. - EasyCoexistence:: Mula US$ 9 kada naka-connect na numero kada buwan, bumababa hanggang US$ 1 habang nagdadagdag kayo ng numero. Walang bilang ng user at walang bilang ng contact, kaya kapag kayo ay nag-hire ng tao o sumagot sa mas maraming customer, walang nagbabago sa invoice. ### Paano ina-on ang Coexistence Parehong gumagamit ng Coexistence feature ng Meta, kaya patuloy na gumagana ang WhatsApp Business app sa telepono. Magkaiba ang daan patungo rito. - Gallabox:: Ayon sa kanilang dokumentasyon, hindi naka-enable ang Coexistence bilang default at kailangan ninyong makipag-ugnayan sa suporta ng Gallabox bago magsimula, para ma-activate muna ang workspace. - EasyCoexistence:: Ang Coexistence mismo ang produkto. Kinukumpleto ng may-ari ng negosyo ang Embedded Signup ng Meta sa humigit-kumulang dalawang minuto, self-serve, gamit ang app na version 2.24.17 o mas bago at ang numerong hindi naka-attach sa ibang provider. ### Saan iniimbak ang mga usapan Ito ang pinakamahalagang pagkakaiba para sa sinumang gumagawa ng sarili nilang interface o humahawak ng numero ng mga kliyente. - Gallabox:: Sa loob ng kanilang platform. Ang shared inbox, chatbot builder at broadcast tool ay nangangailangan na nakaimbak sa kanilang panig ang mga mensahe para maipakita ang mga ito sa mga agent. - EasyCoexistence:: Hindi sa amin. Direktang ipinapadala ng Meta ang mga webhook sa endpoint na itinakda ninyo, at hindi kailanman iniimbak ang mga usapan sa aming panig. Ang inyong CRM, app o AI agent ang pinagdadalhan ng data. ### Alin ang dapat piliin Kung team inbox na may mga chatbot at campaign ang bibilhin ninyo, ganoong uri ng produkto ang Gallabox, at iba itong binibili kumpara sa isang koneksyon. Kung ang numero mismo ang bibilhin, na opisyal na naka-connect at pinananatiling buhay, ang EasyCoexistence ang mas makitid at mas murang pagpipilian. Bagay ito sa agency na nag-uugnay ng mga numero ng kliyente sa sarili nitong stack, sa developer na may interface na, o sa may-ari ng negosyo na gustong mag-automate nang hindi inilalayo ang team sa telepono. Imino-monitor ang koneksyon, kasama ang 14-day rule ng Meta, at sinisingil ng Meta ang pagmemensahe sa sarili ninyong account nang walang markup mula sa amin. - Direktang paghahambing ng presyo ng mga plan. Kasama sa isa ang inbox at AI credits; ang isa naman ay koneksyon lamang. - Pagsisimula ng Coexistence onboarding bago ito na-enable ng provider, at paulit-ulit na pagsubok sa parehong numero. - Pagbili ng inbox na may limitasyon sa seat para sa mga numerong ang mga mensahe ay hahawakan ng sarili ninyong software. **Mas mura ba ang EasyCoexistence kaysa sa Gallabox?** Para sa koneksyon, oo. Ang Gallabox Basic ay ₹ 2,999 kada buwan na sinisingil kada quarter para sa 3 user. Ang EasyCoexistence ay US$ 9 kada naka-connect na numero kada buwan na walang limitasyon sa user, kaya ang isang numero na may team na kahit gaano kalaki ay US$ 9. **Sinusuportahan ba ng Gallabox ang Coexistence?** Oo. Inilalarawan ito ng kanilang dokumentasyon at sinasabing kailangan itong i-enable ng suporta sa inyong workspace bago ang setup. **May inbox ba ang EasyCoexistence tulad ng Gallabox?** Wala. Nananatili sa inyong team ang WhatsApp Business app, at natatanggap ng software ang parehong mga mensahe sa pamamagitan ng mga webhook na ipinapadala ng Meta sa sarili ninyong system. **Sino ang nagbabayad ng bayad sa mensahe ng Meta?** Sa EasyCoexistence, kayo po, direkta sa Meta sa sarili ninyong WhatsApp Business Account, at walang idinadagdag ang amin. --- ## EasyCoexistence vs TimelinesAI https://easycoexistence.com/fil/compare/easycoexistence-vs-timelinesai Ang TimelinesAI ay shared WhatsApp inbox na naka-sync sa mga CRM, per seat ang presyo, at nagkokonekta ng numero sa pamamagitan ng QR code, ng opisyal na WhatsApp Business API, o ng Coexistence. Ang EasyCoexistence ay nagkokonekta ng mga numero sa Cloud API lamang ng Meta gamit ang Coexistence, per numero ang presyo, at ipinapadala ang bawat mensahe sa sarili ninyong system sa halip na sa inbox. ### Paano ikinokonekta ng bawat isa ang numero Ang paraan ng koneksyon ang nagpapasya kung saan nakalantad ang numero, kaya ito ang una. - TimelinesAI:: Tatlong opsyon sa bawat plan: isang QR code link na nag-a-attach ng numero bilang linked device, ang opisyal na WhatsApp Business API, o ang Coexistence na pinapatakbo nang sabay ang app at ang API. - EasyCoexistence:: Isang paraan lamang: ang Cloud API ng Meta na may Coexistence, sa pamamagitan ng sariling Embedded Signup ng Meta. Walang opsyong QR session, kaya walang numerong naka-connect sa amin na umaasa sa linked-device link na kailangang manatiling buhay. ### Ano ang binabayaran ng buwanang singil Magkaiba ang dahilan ng paglaki ng per seat at per numero. - TimelinesAI:: $35 kada seat kada buwan sa Starter, o $28 kung taunan ang singil, at $49 kada seat sa Pro. Ayon sa kanilang pricing page, kailangan ng seat para sa bawat user na nagkokonekta ng WhatsApp account. - EasyCoexistence:: US$ 9 kada naka-connect na numero kada buwan hanggang limang numero, bumababa hanggang US$ 1 habang nadaragdagan ang mga numero. Hindi binibilang ang mga tao, at direkta sa inyo sinisingil ng Meta ang mga bayarin nito sa mensahe. ### Saan napupunta ang mga usapan Magkaibang lugar ang pinaglalagyan ng data ng isang inbox at ng isang koneksyon. - TimelinesAI:: Sa kanilang shared inbox, na sini-sync pagkatapos sa CRM na pipiliin ninyo. Ang inbox ang produkto, kaya dumadaan ang mga mensahe at ipinapakita sa kanilang platform. - EasyCoexistence:: Diretso sa inyong endpoint. Ang Meta ang naghahatid ng mga webhook sa URL na itinakda ninyo, at hindi kailanman iniimbak sa aming panig ang mga usapan, kaya nananatili ang data ng kliyente sa mga system na kontrolado ninyo. ### Alin ang dapat piliin Ang sales team na gusto ng shared inbox sa loob ng CRM nito ay naghahanap ng inbox, at ang TimelinesAI ay isang inbox. Ang negosyong gusto ng opisyal na koneksyon ng numero, walang QR session saanman sa daanan at walang iniimbak na anuman ang tagapamagitan, ay naghahanap ng koneksyon. Ang EasyCoexistence ang koneksyong iyon, na may pagmo-monitor ng kalusugan ng koneksyon na bumabasa sa sariling dahilan ng Meta sa pagka-disconnect, isang MCP server para sa mga AI assistant, at flat na bayad kada numero anuman ang laki ng team. - Pag-link ng business number gamit ang QR code dahil mas mabilis ito. Hindi Business Platform ng Meta ang linked-device session. - Pagbibilang ng seat para sa mga numerong software, hindi tao, ang sasagot. - Paghahalo ng mga numerong naka-link sa QR at naka-connect sa API sa iisang account nang hindi sinusubaybayan kung alin ang alin. **Mas mura ba ang EasyCoexistence kaysa sa TimelinesAI?** Oo, para sa isang naka-connect na numero. $35 kada seat kada buwan ang TimelinesAI Starter. US$ 9 kada naka-connect na numero kada buwan ang EasyCoexistence, at walang dagdag na bayad kahit gaano kalaki ang team na sumasagot mula sa WhatsApp Business app. **Sinusuportahan ba ng TimelinesAI ang Coexistence?** Oo. Nakalista sa kanilang pricing page ang Coexistence kasama ng QR code at ng opisyal na API sa bawat plan. **Maaari ko bang i-connect ang numero gamit ang QR code sa EasyCoexistence?** Hindi po. Ang bawat numero ay ikinokonekta sa Cloud API ng Meta gamit ang Coexistence, hindi kailanman bilang linked device. **Magagamit ko pa ba ang WhatsApp sa aking telepono?** Opo. Pinananatili ng Coexistence na gumagana ang WhatsApp Business app sa parehong numero habang tumatakbo sa tabi nito ang API. --- ## EasyCoexistence vs Periskope https://easycoexistence.com/fil/compare/easycoexistence-vs-periskope Ikinokonekta ng Periskope ang numero ng WhatsApp sa pag-scan ng QR code mula sa Link device screen ng telepono, at ayon sa dokumentasyon nito, hindi maaaring i-link ang mga API na numero ng WhatsApp. Kabaligtaran ang daan ng EasyCoexistence: nirerehistro ang numero sa Cloud API ng Meta sa pamamagitan ng Coexistence, kaya patuloy na gumagana ang WhatsApp Business app at opisyal ang koneksyon. ### Paano naaabot ng bawat isa ang WhatsApp Ang lahat ng iba pa sa pahinang ito ay nakabatay sa paraan ng koneksyon. - Periskope:: Bubuksan po ninyo ang settings ng WhatsApp sa telepono, pipiliin ang Link device, at i-scan ang QR code na ipinapakita ng Periskope. Naka-attach ang numero bilang linked device, at ina-advertise ito ng kanilang homepage bilang hindi nangangailangan ng Business API. - EasyCoexistence:: Nirerehistro ng Embedded Signup ng Meta ang numero sa Cloud API gamit ang mga credential na ibinibigay ng Meta sa sarili ninyong WhatsApp Business Account. Pinapanatili ng Coexistence na tumatakbo ang app sa telepono sa parehong numero. ### Magkano ang gastos kada buwan Parehong inilalathala ng dalawa ang kanilang presyo, ngunit magkaiba ang kanilang binibilang. - Periskope:: Nakalista ang Starter sa $25 kada user kada buwan at ang Pro sa $35, kasama ang unang telepono, at ang bawat karagdagang telepono ay sinisingil bilang sariling license sa rate ng plan. Nangangailangan ang Enterprise ng hindi bababa sa 50 user o telepono. - EasyCoexistence:: US$ 9 kada naka-connect na numero kada buwan para sa isa hanggang limang numero, bumababa sa anim na band hanggang US$ 1 habang nadaragdagan ang mga numero. Walang user license, at direktang sinisingil ng Meta ang pagmemensahe sa inyong account nang walang markup. ### Sa ano nakalantad ang koneksyon Magkaiba ang pagtrato ng WhatsApp sa session ng linked device at sa pagrerehistro sa API. - Periskope:: Tumatakbo sa labas ng Business Platform ng Meta ang access sa pamamagitan ng linked device. Saklaw ng mga tuntunin ng WhatsApp para sa negosyo ang awtomatiko at third-party na paggamit, at ang numerong naaabot sa ganitong paraan ay walang katayuan sa antas ng API sa Meta. - EasyCoexistence:: Sa Cloud API ng Meta napupunta ang bawat call. Kapag naputol ang koneksyon, binabasa namin ang mismong dahilan ng pagkaputol mula sa Meta at ina-alert namin kayo, kasama ang 14-day app-activity rule na umiiral sa mga numerong gumagamit ng Coexistence. ### Alin ang dapat piliin Ang tanong ay kung gaano kahalaga ang numero at kung saan ito kailangang tumakbo. Ang modelo ng Periskope ay nakabatay sa pag-link ng mga umiiral na numero bilang device, kasama ang mga group, at hindi nito tinatanggap ang mga API na numero. Para sa numerong inaasahan ng mga customer, o numero ng kliyente na pananagutan ng isang agency, ang opisyal na daan ang nananatili sa loob ng mga patakaran ng Meta. Ibinibigay ito ng EasyCoexistence sa isang flat na bayad kada numero, pinapanatiling gumagana ang WhatsApp Business app, at inihahatid ang mga mensahe sa sarili ninyong sistema. - Ipinagpapalagay na ang bayad na tool ay nangangahulugang pinahintulutan ng Meta ang access. Ang pahintulot ay nagmumula sa pagbibigay ng Meta ng mga API credential. - Pag-link ng numero ng negosyo bilang device at pagtatangkang ilipat ito sa API provider nang hindi muna ito ina-unlink. - Pagpepresyo kada user kahit karamihan ng mga mensahe ay hahawakan ng automation at hindi ng mga tao. **Mas mura ba ang EasyCoexistence kaysa sa Periskope?** Oo. Ang Periskope Starter ay $25 kada user kada buwan, at dagdag na $25 ang bawat karagdagang telepono. Ang EasyCoexistence ay US$ 9 kada naka-connect na numero kada buwan at walang singil kada user. **Gumagamit ba ang Periskope ng opisyal na API ng WhatsApp?** Hindi. Ikinokonekta ng dokumentasyon nito ang mga numero sa pamamagitan ng QR code sa Link device at nakasaad na hindi maaaring i-link ang mga API na numero ng WhatsApp. **Magagamit ko ba ang mga group sa EasyCoexistence?** Hindi. Nasa labas ng Cloud API ng Meta ang mga group chat, at umiiral ang patakarang iyon sa bawat opisyal na provider. **Patuloy bang gagana ang aking app?** Oo. Pinapanatili ng Coexistence na gumagana ang WhatsApp Business app sa telepono habang tumatakbo ang Cloud API sa parehong numero. --- ## EasyCoexistence vs Wassenger https://easycoexistence.com/fil/compare/easycoexistence-vs-wassenger Ang Wassenger ay team inbox at WhatsApp API platform na may dalawang connector: QR code session at Cloud API ng Meta, na may Coexistence sa panig ng API. Cloud API na may Coexistence lang ang inaalok ng EasyCoexistence, walang inbox, at ang presyo ay mula US$ 9 kada buwan para sa bawat naka-connect na numero, hindi plan na may takdang bilang ng agent. ### Paano ikinokonekta ng bawat isa ang numero Ikinukumpara mismo ng sentro ng tulong ng Wassenger ang dalawang connector nito, kaya iyon ang pinakamalinaw na panimulang punto. - Wassenger:: Isang QR connector, na inilalarawan bilang session-based na koneksyon sa pamamagitan ng worker service na nangangailangan ng online na telepono at saklaw ng anti-spam detection ng WhatsApp, at isang Cloud API connector na naka-authenticate sa Meta. Available ang Coexistence sa panig ng API. - EasyCoexistence:: Cloud API lang ng Meta, sa pamamagitan ng Embedded Signup ng Meta na may Coexistence. Walang session worker at walang QR connector sa produkto, kaya walang maaaring mapiling mali. ### Ano ang binabayaran ng buwanang singil Magkaiba ang sinusukat ng plan ng mga agent at ng bayad kada numero. - Wassenger:: Ang Professional ay €39.90 kada buwan para sa isang numero at 3 agent, ang Business ay €69.90 na may 6 na agent, at ang Enterprise ay €99.90 na may 9 na agent. Ang gastos sa template na itinakda ng Meta ay sinisingil nang hiwalay ayon sa mismong gastos. - EasyCoexistence:: US$ 9 kada naka-connect na numero kada buwan, bumababa hanggang US$ 1 habang nagdadagdag kayo ng numero, na walang bilang ng agent. Sinisingil ng Meta ang pagmemensahe sa sarili ninyong WhatsApp Business Account, hindi kailanman sa pamamagitan namin. ### Saan napupunta ang mga usapan Iniimbak ng inbox ang ipinapakita nito. Ipinapasa naman ng koneksyon ang natatanggap nito. - Wassenger:: Sa kanilang shared team inbox, kung saan itinatalaga ang mga chat sa mga agent, nagpapatakbo ng campaign, at ginagamit ang AI assistant. Nasa platform nila ang mga mensahe para magamit ito ng mga agent. - EasyCoexistence:: Sa sarili ninyong system. Direktang ipinapadala ng Meta ang mga webhook sa endpoint na itinakda ninyo, hindi kailanman iniimbak sa panig namin ang mga usapan, at nagpapatuloy ang team sa pagsagot mula sa WhatsApp Business app. ### Alin ang dapat piliin Ang team na gustong mag-log in ang mga agent sa shared inbox ay bumibili ng inbox, at iyon ang pinagbabatayan ng mga plan ng Wassenger. Ang sinumang gusto lang ang numero sa opisyal na API at wala nang iba, tulad ng agency na nagko-connect ng mga numero ng kliyente, developer na nagpapakain sa umiiral na app, o may-ari na nagdaragdag ng automation nang walang bagong tool, ay makakakuha ng mas makitid na produkto mula sa EasyCoexistence: isang uri ng koneksyon, flat na bayad kada numero, pagmo-monitor na nagbibigay ng babala bago mawala ang Coexistence link, at MCP server para sa Claude, ChatGPT at Cursor. - Pagsisimula sa QR connector para mag-test, at pag-iiwan doon ng numero ng negosyo kapag gumana na. - Paghahambing ng €39.90 na plan sa bayad kada numero nang hindi binibilang ang mga agent at inbox na kasama sa plan. - Paglilipat ng numero sa pagitan ng mga connector nang hindi tinitiyak kung susunod ang kasaysayan ng chat. **Mas mura ba ang EasyCoexistence kaysa sa Wassenger?** Para sa koneksyon, oo. Ang Wassenger Professional ay €39.90 kada buwan para sa isang numero. Ang EasyCoexistence ay US$ 9 kada naka-connect na numero kada buwan, at ang limang numero ay US$ 45 sa kabuuan. **Sinusuportahan ba ng Wassenger ang Coexistence?** Oo. Naglalathala ang Wassenger ng pahina at help article tungkol sa Coexistence para magamit ang WhatsApp Business app at ang API platform nito sa iisang numero. **Opisyal ba ang QR connector ng Wassenger?** Inilalarawan ito ng Wassenger bilang session-based at saklaw ng anti-spam detection ng WhatsApp. Ang Cloud API connector nito ang naka-authenticate sa Meta. **Kailangan ko ba ng server para magamit ang EasyCoexistence?** Kailangan po ninyo ng endpoint para tumanggap ng webhook, o AI assistant na naka-connect sa pamamagitan ng MCP server. Kasama na ang hosting ng mismong koneksyon. --- ## EasyCoexistence vs WANotifier https://easycoexistence.com/fil/compare/easycoexistence-vs-wanotifier Ang WANotifier ay WhatsApp marketing at notification platform sa opisyal na API, na may presyong batay sa plan at contact tier, at may buwanang limit ng mensahe. Ang EasyCoexistence ay ang mismong opisyal na koneksyon, may Coexistence, at may presyo kada naka-connect na numero na walang limit sa contact o mensahe. Parehong ipinapasa nang walang markup ang bayarin ng Meta sa mensahe, kaya ang pagkakaiba ay kung ano ang nabibili ng subscription. ### Ano ang binabayaran ng buwanang singil Ang WANotifier ay naniningil batay sa laki ng audience. Ang EasyCoexistence ay naniningil batay sa numero. - WANotifier:: Essentials $69, Advanced $119 at Premium $199 kada buwan na sinisingil buwan-buwan sa tier na wala pang 1,000 contact, na may buwanang limit sa pagpapadala na 4,000, 8,000 at 12,000 mensahe. Ang mas malaking contact list ay napapasailalim sa mas mataas na tier. - EasyCoexistence:: US$ 9 kada naka-connect na numero kada buwan hanggang limang numero, bumababa hanggang US$ 1 habang nadaragdagan ang mga numero. Pareho ang gastos ng listahang limampung libong contact at ng listahang limampu. ### Paano pumapasok ang Coexistence Parehong kumokonekta sa pamamagitan ng opisyal na API ng Meta at parehong may Coexistence, kaya nananatili sa telepono ang WhatsApp Business app. - WANotifier:: Nakalista ang Coexistence bilang feature sa bawat plan, kasama ng mga campaign, chatbot, drip sequence at shared team inbox. - EasyCoexistence:: Ang Coexistence ang buong produkto: self-serve na Embedded Signup sa humigit-kumulang dalawang minuto, tuloy-tuloy na pagmo-monitor ng kalusugan ng koneksyon, at mga alert batay sa sariling mga dahilan ng Meta sa pag-disconnect, kasama ang 14-day app-activity rule. ### Saan napupunta ang mga mensahe Ang campaign tool ang humahawak ng mga mensahe para sa inyo. Ang koneksyon ay ibinibigay ang mga ito sa inyo. - WANotifier:: Sa kanilang dashboard, inbox at automation builder, na may REST API at mga webhook sa Advanced at Premium para sa mga integration. - EasyCoexistence:: Direkta sa inyong endpoint sa bawat numero, dahil ipinapadala ng Meta ang mga webhook sa URL na itinakda ninyo. Walang naiimbak sa aming panig, at hinahayaan ng MCP server na gumana ang Claude, ChatGPT o Cursor sa numero. ### Alin ang dapat piliin Ang nais ng broadcast, drip sequence at chatbot builder sa iisang dashboard ay bumibili ng campaign tool, na ibang produkto kaysa sa koneksyon. Ang may software na o gumagawa pa lang nito ay nangangailangan ng numerong opisyal na naka-connect at nananatiling naka-connect. Iyon ang EasyCoexistence, sa bayad na hindi nagbabago kasabay ng contact o dami, habang ang sariling bayarin ng Meta sa mensahe ay diretso sa inyong account sa parehong kaso. - Pagpili ng plan batay lang sa presyo nang hindi tinitingnan ang buwanang limit ng mensahe na kasama nito. - Pagpapalaki ng contact list lampas sa hangganan ng tier sa kalagitnaan ng buwan nang hindi inihahanda ang badyet para sa pagtaas. - Pag-aakalang ang 0% markup ay nangangahulugang walang bayad sa platform. Parehong may bayad ang subscription at ang bayarin ng Meta. **Mas mura ba ang EasyCoexistence kaysa sa WANotifier?** Oo, para sa koneksyon. Ang WANotifier Essentials ay $69 kada buwan sa pinakamaliit na contact tier. Ang EasyCoexistence ay US$ 9 kada naka-connect na numero kada buwan na walang limit sa contact o mensahe. **Sinusuportahan ba ng WANotifier ang Coexistence?** Opo. Nakalista sa kanilang pricing page ang WhatsApp Coexistence sa bawat plan. **Parehong ipinapasa ang bayarin ng Meta nang walang markup?** Opo. Nagsasaad ang WANotifier ng 0% markup, at sa EasyCoexistence ay direktang sinisingil kayo ng Meta sa sarili ninyong account. **Maaari ba akong magpadala ng mga campaign gamit ang EasyCoexistence?** Maaari po kayong magpadala ng mga aprubadong template sa pamamagitan ng Cloud API mula sa inyong sariling system o AI assistant. Walang campaign builder. --- ## EasyCoexistence vs Eazybe https://easycoexistence.com/fil/compare/easycoexistence-vs-eazybe Ang Eazybe ay CRM layer para sa sales team na ini-install bilang Chrome extension sa WhatsApp Web. Nakabatay sa user ang presyo ng Starter plan nito, at ang mas matataas na plan ay may kasamang WhatsApp API na numero at Coexistence. Ang EasyCoexistence ay opisyal na koneksyon lamang: Cloud API ng Meta na may Coexistence, nakabatay sa numero ang presyo, at direktang inihahatid ang mga mensahe sa sarili ninyong sistema. ### Paano naaabot ng bawat isa ang WhatsApp Magkaiba ang kinalalagyan ng dalawang produkto: ang isa ay nasa browser ng sales rep, ang isa ay nasa API ng Meta. - Eazybe:: Isang Chrome extension na idinaragdag sa session ng WhatsApp Web na nakabukas na sa bawat sales rep, na may dagdag na label, CRM sync at scheduling. Nakalista rin sa mas matataas na plan ang WhatsApp API na numero at Coexistence. - EasyCoexistence:: Cloud API ng Meta, na nirehistro sa pamamagitan ng Embedded Signup ng Meta na may Coexistence. Walang tumatakbo sa browser tab, kaya dumadaloy ang mga mensahe nakabukas man o hindi ang WhatsApp Web. ### Ano ang binabayaran ng buwanang bill Ipinapakita ng Eazybe ang presyo sa lokal na currency ng bisita at nagbabago ang yunit ng presyo sa pagitan ng mga plan. - Eazybe:: Kada user kada buwan ang presyo ng Starter. Kada numero kada buwan naman ang Scaler, Basic AI at Pro AI, na may kasamang 3 o 5 user at may dagdag na singil sa bawat karagdagang user, bukod pa ang AI reply na sinisingil kada reply. - EasyCoexistence:: Mula US$ 9 kada naka-connect na numero kada buwan, bumababa hanggang US$ 1 habang nadaragdagan ang mga numero. Walang bilang ng user, walang AI credit, at direktang sinisingil ng Meta ang pagmemensahe sa sarili ninyong account. ### Saan napupunta ang mga usapan Kinokopya ng CRM extension ang mga chat papunta sa isang CRM. Ang koneksyon naman ay ipinapasa ang mga ito sa anumang sistemang pipiliin ninyo. - Eazybe:: Sini-sync mula sa WhatsApp Web papunta sa mga CRM na isinasama nila, tulad ng HubSpot, Zoho at Salesforce, sa pamamagitan ng kanilang platform. - EasyCoexistence:: Inihahatid ng Meta bilang mga webhook sa endpoint na itinakda ninyo, at hindi kailanman iniimbak sa aming panig. Direktang natatanggap ang mga ito ng inyong CRM, app, automation tool o AI assistant sa pamamagitan ng MCP server. ### Alin ang dapat piliin Ang sales team na gustong may CRM field sa tabi ng bawat chat sa browser ay bumibili ng CRM extension, at iyon ang Starter plan ng Eazybe. Ang negosyong gustong ilagay ang bawat numero sa opisyal na API ng Meta, nang walang dependency sa browser session, ay bumibili ng koneksyon. Ibinibigay ito ng EasyCoexistence sa flat na bayad kada numero, patuloy na binabantayan ang kalusugan nito, nagbababala bago mag-lapse ang 14-day app-activity rule, at pinananatili ang team sa WhatsApp Business app na ginagamit na nila. - Ituring na API connection ang browser extension sa WhatsApp Web. Nakadepende ito sa pagiging bukas ng tab. - Ihambing ang plan na kada user sa bayad na kada numero nang hindi binibilang kung ilang sales rep ang gumagamit ng bawat numero. - Ipagpalagay na kasama sa bawat plan ang opisyal na API. Sa Eazybe, lumilitaw ito mula Scaler pataas. **Mas mura ba ang EasyCoexistence kaysa Eazybe?** Para sa numerong ginagamit ng isang team, oo. Naniningil ang Eazybe Starter kada user, at ang mga API plan ay kada numero kasama ang mga karagdagang user. US$ 9 kada naka-connect na numero kada buwan ang EasyCoexistence, anuman ang laki ng team. **Sinusuportahan ba ng Eazybe ang Coexistence?** Nag-publish ang Eazybe ng Coexistence page na naglalarawan ng WhatsApp Business app at opisyal na API sa iisang numero. **Kailangan bang bukas ang WhatsApp Web para sa EasyCoexistence?** Hindi po. Tumatakbo ang Cloud API sa mga server ng Meta, at patuloy na ginagamit ng team ang WhatsApp Business app sa telepono. **Maaari ko bang i-sync ang mga mensahe sa aking CRM?** Opo, sa pamamagitan ng pagtutok ng mga webhook ng Meta sa inyong CRM, sa automation tool tulad ng n8n o Make, o sa sarili ninyong code. --- ## EasyCoexistence vs Superchat https://easycoexistence.com/fil/compare/easycoexistence-vs-superchat Ang Superchat ay unified inbox para sa WhatsApp, Instagram, email at iba pang channel, ibinebenta sa mga plan na may 12-buwang minimum na kontrata, at may label na beta ang Coexistence option nito. Ang EasyCoexistence ay iisang bagay lang: ang numero ng WhatsApp na naka-connect sa Cloud API ng Meta sa pamamagitan ng Coexistence, may presyo kada naka-connect na numero kada buwan, at inihahatid ang mga mensahe sa sarili ninyong system. ### Ano ang binabayaran ng buwanang bill Binibilang ng Superchat ang mga account at numero sa loob ng isang plan. Numero lang ang binibilang ng EasyCoexistence. - Superchat:: Basic $19, Professional $29 at Advanced $69 kada buwan, net, may 3, 6 at 12 account at 1, 2 at 4 numero ng WhatsApp. Ang bawat karagdagang numero ay $49 kada buwan at ang bawat dagdag na login ay $19, sa 12-buwang minimum na termino. - EasyCoexistence:: US$ 9 kada naka-connect na numero kada buwan, bumababa hanggang US$ 1 habang dumarami ang numero, walang account o login na bibilangin. Direktang sinisingil sa inyo ng Meta ang bayad nito sa mensahe. ### Paano inaalok ang Coexistence Parehong kumokonekta sa pamamagitan ng opisyal na API, at parehong nag-aalok ng Coexistence kaya nananatili ang WhatsApp Business app sa telepono. - Superchat:: Isa sa apat na paraan ng koneksyon, kasama ang bagong numero, buong migration at paglipat mula sa ibang provider. Ayon sa kanilang sentro ng tulong, kasalukuyang beta ang Coexistence path at maaaring may limitasyon sa mga feature. - EasyCoexistence:: Ito ang tanging paraan, kinukumpleto nang self-serve sa Embedded Signup ng Meta sa humigit-kumulang dalawang minuto, at tuloy-tuloy na mino-monitor para mahuli ang nag-lapse na link bago pa ito mapansin ng customer. ### Saan napupunta ang mga usapan Ang inbox ay nag-iimbak ng mga usapan para sa mga agent. Ang koneksyon ay nagpapasa ng mga ito. - Superchat:: Sa kanilang unified inbox, kung saan gumagana ang mga template, label, AI agent at review management sa mga mensahe sa loob ng kanilang platform. - EasyCoexistence:: Sa endpoint na itatakda ninyo, dahil direktang doon niruruta ng Meta ang mga webhook. Hindi kailanman iniimbak sa amin ang mga usapan, at nananatili sa team ang WhatsApp Business app. ### Alin ang dapat piliin Ang negosyong gustong sagutin ang maraming channel mula sa iisang inbox ay bumibili ng multi-channel inbox, na hiwalay na pagbili sa koneksyon sa WhatsApp. Ang negosyong gustong nasa opisyal na API ang numero nito sa WhatsApp, laging buhay, at napupunta ang mga mensahe sa sarili nitong CRM, app o AI assistant ay bibili ng EasyCoexistence: flat na bayad kada numero, at ang Coexistence ang ubod ng produkto, hindi beta option. - Pagbasa ng buwanang presyo nang hindi tinitingnan ang minimum na termino nito. - Pagbibilang lang ng presyo ng plan kapag kailangan ng mas maraming numero. May sariling buwanang bayad ang mga dagdag na numero. - Pagsisimula ng Coexistence onboarding gamit ang numerong naka-connect na sa ibang API provider. **Mas mura ba ang EasyCoexistence kaysa sa Superchat?** Oo, para sa koneksyon sa WhatsApp. Ang Superchat Basic ay $19 kada buwan sa 12-buwang minimum na termino. Ang EasyCoexistence ay US$ 9 kada naka-connect na numero kada buwan, at ang team na may anumang laki ay sumasagot mula sa WhatsApp Business app. **Sinusuportahan ba ng Superchat ang Coexistence?** Oo, bilang isa sa mga opsyon nito sa koneksyon, na nilalagyan ng label na beta ng sentro ng tulong nito. **Sakop ba ng EasyCoexistence ang Instagram o email?** Hindi. Kinokonekta lang nito ang mga numero ng WhatsApp sa Cloud API ng Meta at wala nang iba. **Sino ang nagbabayad ng bayad ng Meta sa mensahe?** Kayo, direkta sa Meta sa sarili ninyong WhatsApp Business Account. Hindi ito kailanman dinadagdagan ng markup ng EasyCoexistence. --- ## EasyCoexistence vs Sinch https://easycoexistence.com/fil/compare/easycoexistence-vs-sinch Ang Sinch ay enterprise communications platform na nagbebenta rin ng WhatsApp kasama ng SMS, voice at iba pang channel, at naniningil ng sariling bayad kada mensahe sa ibabaw ng sa Meta ayon sa kasunduan ng bawat customer. Ikinokonekta ng EasyCoexistence ang numero ng WhatsApp Business app sa Cloud API ng Meta sa pamamagitan ng Coexistence, self-serve, sa flat na bayad kada numero, habang direktang sinisingil sa inyo ng Meta ang mga mensahe. ### Magkano ang bawat mensahe Ang pagkakaiba ay kung may pangalawang bayad sa bawat mensahe. - Sinch:: Dalawang patong sa bawat mensahe: ang bayad ng Meta ayon sa kategorya at bansa, at ang bayad ng Sinch para sa platform access at serbisyo kada mensahe, na itinakda ng inyong kasunduan sa Sinch at hindi ng pampublikong rate card. - EasyCoexistence:: Isang patong lamang. Direktang sinisingil ng Meta ang bayad nito sa sarili ninyong WhatsApp Business Account, at hindi namin ito dinadagdagan ng markup. Ang singil namin ay US$ 9 kada naka-connect na numero kada buwan, bumababa hanggang US$ 1 habang dumarami ang numero, anuman ang dami ng mensahe. ### Anong mga numero ang para sa bawat isa Karamihan sa maliliit na negosyo ay sumasagot na sa mga customer gamit ang WhatsApp Business app. Ang numerong iyon ang mahalaga. - Sinch:: Ang setup guide ng Sinch Engage Classic ay humihingi ng numerong makakatanggap ng international SMS o tawag at hindi naka-connect sa anumang WhatsApp account. Walang inilalarawang landas ng Coexistence sa kanilang mga onboarding article. - EasyCoexistence:: Ang numerong nasa WhatsApp Business app na, na ikinonekta sa pamamagitan ng Coexistence. Nananatili ang mga chat, kasaysayan at ang app sa telepono, at tumatakbo ang Cloud API sa parehong numero. ### Paano magsimula Ang isang ruta ay dumadaan sa sales agreement, ang isa naman ay sa signup page. - Sinch:: Ang Embedded Signup sa Sinch Build Dashboard ay, sa kanilang sariling salita, available lamang sa mga direktang enterprise client sa ngayon, at nakadepende sa inyong kasunduan ang presyo. - EasyCoexistence:: Self-serve na Meta Embedded Signup sa humigit-kumulang dalawang minuto, at libre ang unang 3 araw. Kailangan ng app ang bersyon 2.24.17 o mas bago at kamakailang totoong aktibidad. ### Alin ang dapat piliin Ang enterprise na bumibili ng SMS, voice at WhatsApp sa iisang kontrata na may napagkasunduang termino ay bumibili ng CPaaS, na ibang produkto kaysa sa koneksyon sa WhatsApp. Ang negosyong sumusulat na ang mga customer sa WhatsApp Business app nito, o ang agency na nagkokonekta ng mga numerong iyon para sa mga kliyente, ay nangangailangan ng Coexistence, nakalathalang presyo at walang bayad na nakapatong sa bawat mensahe. Para mismo rito ang EasyCoexistence, na may mga webhook na idinadaan ng Meta sa sarili ninyong system at MCP server para sa mga AI assistant. - Rate card lamang ng Meta ang binabadyet, gayong may sariling bayad ang provider sa bawat mensahe. - Nagrerehistro ng bagong numero para sa API habang nananatili ang mga customer sa lumang numero sa app. - Binubura ang account ng WhatsApp Business app para mapalaya ang numero, gayong mapapanatili ito ng Coexistence. **Mas mura ba ang EasyCoexistence kaysa sa Sinch?** Oo, sa bahaging kontrolado namin. Nagdaragdag ang Sinch ng sariling bayad sa bawat mensahe ayon sa inyong kasunduan. Walang idinadagdag ang EasyCoexistence kada mensahe at naniningil ito ng US$ 9 kada naka-connect na numero kada buwan. **Sinusuportahan ba ng Sinch ang Coexistence?** Hindi ito tinatalakay ng mga onboarding article ng Sinch na sinuri para sa pahinang ito. Magtanong po kayo nang direkta sa Sinch sa halip na umasa sa pahinang ito. **Inilalathala ba ng Sinch ang bayad nito sa WhatsApp?** Ayon sa sentro ng tulong nito, nakadepende sa inyong kasunduan ang mga bayad ng Sinch, at walang nakalistang pampublikong rate kada mensahe. **Kailangan ko ba ng kontrata sa EasyCoexistence?** Hindi po. Self-serve ang signup sa pamamagitan ng Embedded Signup ng Meta, at libre ang unang 3 araw. --- ## EasyCoexistence vs Vonage https://easycoexistence.com/fil/compare/easycoexistence-vs-vonage Ang Vonage ay developer communications platform na ang Messages API ay nagpapadala ng WhatsApp kasabay ng SMS, RCS at iba pang channel, at nagdaragdag ng platform fee ng Vonage sa bawat mensahe bukod pa sa bayad ng Meta. Ikinokonekta ng EasyCoexistence ang numero ng WhatsApp Business app sa Cloud API ng Meta sa pamamagitan ng Coexistence sa flat fee kada numero, at direkta ninyong binabayaran sa Meta ang mga mensahe. ### Paano binubuo ang bill Magkaiba ang takbo ng usage pricing at flat fee habang lumalaki ang volume. - Vonage:: Bayad ng Meta kada naipadalang mensahe, dagdag ang platform fee ng Vonage na nagsisimula sa 0.0001 euro kada mensahe at nag-iiba ayon sa volume at rehiyon. May karagdagang bayad sa Vonage ang mga tawag na $0.004 kada minuto. - EasyCoexistence:: US$ 9 kada naka-connect na numero kada buwan, bumababa hanggang US$ 1 habang nadaragdagan ang mga numero. Sa sarili ninyong WhatsApp Business Account ibinibill ng Meta ang mga mensahe, at wala kaming idinaragdag kada mensahe. ### Para sa anong mga numero ang bawat isa Ang numerong sinasagot na ng maliit na negosyo ay karaniwang numero ng WhatsApp Business app. - Vonage:: Hindi tinatalakay ng WhatsApp pricing page nito at ng hosted Embedded Signup guide nito para sa mga partner ang Coexistence, ang feature ng Meta na nagpapanatiling tumatakbo ang app sa numerong may API. - EasyCoexistence:: Partikular na mga numero ng Coexistence. Nananatili ang mga chat sa WhatsApp Business app at patuloy itong gumagana sa telepono, habang tumatakbo ang Cloud API sa parehong numero sa throughput ng Coexistence ng Meta na 20 mensahe kada segundo. ### Ano ang nasa pagitan ninyo at ng Meta Parehong API product ang dalawa. Ang pagkakaiba ay kung kaninong API ang tinatawag ninyo. - Vonage:: Ang Vonage Messages API, isang interface para sa WhatsApp at iba pa nilang channel. Tinatawag ng code ninyo ang Vonage, at tinatawag ng Vonage ang Meta. - EasyCoexistence:: Ang dokumentadong Cloud API ng Meta na may credentials na inisyu sa sarili ninyong account, at mga webhook na idinadaan ng Meta sa inyong endpoint. Hindi kailanman iniimbak sa panig namin ang mga usapan. ### Alin ang dapat piliin Ang developer na nais ng isang API para sa SMS, RCS, email at WhatsApp ay bumibili ng multi-channel CPaaS, na ibang produkto kaysa sa koneksyon sa WhatsApp. Ang negosyo o agency na nangangailangan ng mga numero ng WhatsApp Business app sa mismong API ng Meta, nang walang bayad sa bawat mensahe at nang walang bagong numero, ay nangangailangan ng Coexistence. Self-serve itong ibinibigay ng EasyCoexistence sa loob ng humigit-kumulang dalawang minuto, tuloy-tuloy na minomonitor ang bawat koneksyon, at inilalantad ang numero sa Claude, ChatGPT o Cursor sa pamamagitan ng MCP server. - Pagtaya ng gastos mula sa platform fee kada mensahe nang hindi idinaragdag ang sariling bayad ng Meta. - Pagsulat ng code batay sa message schema ng isang vendor kahit dokumentado at portable ang Cloud API ng Meta. - Pag-aakalang tatanggapin ng onboarding flow ng isang CPaaS ang numerong aktibo pa sa app. **Mas mura ba ang EasyCoexistence kaysa sa Vonage?** Oo, sa anumang makabuluhang volume, dahil nagdaragdag ang Vonage ng platform fee sa bawat mensahe at wala kaming idinaragdag. Nananatiling US$ 9 kada naka-connect na numero kada buwan ang singil namin gaano man karaming mensahe ang dumaan. **Sinusuportahan ba ng Vonage ang Coexistence?** Hindi ito tinatalakay ng WhatsApp pricing at hosted Embedded Signup pages nito. Mangyaring magtanong po sa Vonage sa halip na umasa sa pahinang ito. **Maaari ko bang panatilihin ang kasalukuyan kong numero sa WhatsApp?** Opo. Ikinokonekta ng Coexistence ang numerong nasa WhatsApp Business app na, kasama ang mga chat nito. **Sino ang naniningil sa akin para sa mga mensahe sa WhatsApp?** Ang Meta, direkta, sa sarili ninyong WhatsApp Business Account. Hindi kailanman nagdaragdag ng markup ang EasyCoexistence sa mga bayad na iyon. --- ## EasyCoexistence vs Qontak https://easycoexistence.com/fil/compare/easycoexistence-vs-qontak Ang Mekari Qontak ay Indonesian na omnichannel CRM at customer service suite sa opisyal na WhatsApp API, na ibinebenta sa mga plan na nagsisimula sa limang user, at ang Coexistence ay nangangailangan ng sarili nitong subscription. Ang EasyCoexistence ay koneksyon lamang: numero ng WhatsApp Business app sa Cloud API ng Meta sa pamamagitan ng Coexistence, may presyo kada naka-connect na numero, at ipinapadala ang mga mensahe sa sarili ninyong system. ### Ano ang binabayaran ng buwanang bill Ang Qontak ay nagbebenta ng CRM suite. Ang EasyCoexistence ay nagbebenta ng koneksyon. - Qontak:: Nagsisimula ang Service Suite at Sales Suite sa Rp2.000.000 kada buwan sa Plus tier at Rp3.000.000 sa Ultimate, at ang Qontak 360 sa Rp3.500.000, at lahat ng plan ay nagsisimula sa 5 user. - EasyCoexistence:: US$ 9 kada naka-connect na numero kada buwan, bumababa hanggang US$ 1 habang nadaragdagan ang mga numero. Ang isang numero na sinasagot ng team na kahit gaano kalaki mula sa app ay nagkakahalaga ng US$ 9. ### Paano ise-set up ang Coexistence Parehong kumokonekta sa Coexistence flow ng Meta, kaya patuloy na gumagana ang WhatsApp Business app sa telepono. - Qontak:: Nakalista sa kanilang gabay ang aktibong subscription sa META Coex, numerong aktibo nang hindi bababa sa 30 araw, at kumpletong beripikasyon ng negosyo sa Facebook bilang mga requirement bago ang integration. - EasyCoexistence:: Ang Coexistence mismo ang produkto at walang dagdag na bayad. Self-serve ang signup at tumatagal ng mga dalawang minuto. Kailangang version 2.24.17 o mas bago ang app, may kamakailang tunay na aktibidad, at hindi naka-attach ang numero sa ibang provider. ### Saan napupunta ang mga usapan Iniingatan ng CRM suite ang mga usapan para gawan ng trabaho. Ipinapasa naman ng koneksyon ang mga ito. - Qontak:: Sa omnichannel inbox at CRM ng Qontak, naka-mirror sa WhatsApp Business app, kasama ang ticketing, chatbot at broadcast na pinapatakbo mula sa kanilang dashboard. - EasyCoexistence:: Sa endpoint na pipiliin ninyo, dahil direktang ipinapadala ng Meta ang mga webhook doon. Hindi kailanman iniimbak sa aming panig ang mga usapan, at ikinokonekta ng MCP server ang numero sa mga AI assistant. ### Alin ang pipiliin Ang kumpanyang gusto ng sales pipeline, ticketing at ilang channel sa isang suite ay bumibili ng CRM, na ibang pagbili kaysa sa koneksyon ng WhatsApp. Ang negosyong may sarili nang CRM, o agency na nag-i-integrate ng mga numero ng kliyente sa sarili nitong stack, ay nangangailangan ng numerong nasa opisyal na API at laging naka-connect. Ginagawa iyon ng EasyCoexistence sa flat na bayad kada numero, mino-monitor ang bawat koneksyon, at nagpapadala ng alert bago mag-lapse ang 14-day app-activity rule ng Meta. - Pag-connect ng numerong naka-register sa karaniwang WhatsApp app. Kailangan ng Coexistence ang WhatsApp Business app. - Paggawa ng bagong Business Portfolio para lang sa integration, na ipinapayo laban ng gabay ng Qontak. - Pag-reset ng app para ayusin ang problema sa account. Hindi nito nare-reset ang history at maaari nitong masira ang link. **Mas mura ba ang EasyCoexistence kaysa sa Qontak?** Oo, para sa koneksyon. Nagsisimula ang mga plan ng Qontak sa Rp2.000.000 kada buwan na may minimum na 5 user, bukod pa ang subscription sa Coexistence. Ang EasyCoexistence ay US$ 9 kada naka-connect na numero kada buwan, kasama na ang Coexistence. **Sinusuportahan ba ng Qontak ang Coexistence?** Oo. Inilalarawan ng help centre nito ang integration at inilista ang aktibong subscription sa META Coex bilang requirement. **Kailangan ba ng EasyCoexistence ng numerong 30 araw na?** Kailangan nito ng kamakailang tunay na aktibidad sa WhatsApp Business app, na mismong eligibility check ng Meta para sa Coexistence. **May kasamang CRM ba ang EasyCoexistence?** Wala. Dumarating ang mga mensahe sa inyong kasalukuyang CRM o app sa pamamagitan ng mga webhook na ipinapadala ng Meta sa inyong endpoint. --- ## I-log ang mga mensahe ng WhatsApp sa HubSpot mula sa numerong Coexistence https://easycoexistence.com/fil/integrations/hubspot May Communications object ang HubSpot na maaaring WHATS_APP ang channel type, na ginawa para i-log ang mga mensaheng nangyayari sa labas ng HubSpot. I-route ang mga webhook ng numero sa isang n8n workflow, hanapin o gawin ang contact gamit ang phone, at i-POST ang bawat mensahe sa /crm/v3/objects/communications. Lalabas ang usapan sa contact timeline habang patuloy na sumasagot ang team mula sa WhatsApp Business app. ### Paano napupunta ang isang mensahe ng WhatsApp sa isang HubSpot contact? Sa tatlong hakbang. Ipinapadala ng Meta ang mensahe sa webhook destination na itinakda ninyo para sa numero, na dito ay isang n8n Webhook node. Hahanapin ng workflow sa HubSpot ang contact na may numero ng telepono ng nagpadala, at gagawa ito ng bago kung walang tumugma. Pagkatapos, gagawa ito ng communication record na may teksto ng mensahe at iuugnay ito sa contact na iyon. Ginawa ng HubSpot ang Communications object para sa ganitong kaso. Kumakatawan ito sa mensahe sa WhatsApp, LinkedIn o SMS na naipadala o natanggap sa labas ng HubSpot, at lumalabas ito sa timeline ng record tulad ng na-log na tawag o email. Ang mga kinakailangang property ay ang channel type, hs_communication_logged_from na nakatakda sa CRM, ang body, isang owner at isang timestamp. Walang kailangang app mula sa HubSpot marketplace para dito. Magagamit ng HTTP Request node ng n8n ang HubSpot credential na na-set up na ninyo para sa HubSpot node, at isang POST lang kada mensahe ang kailangan. ### Na-log din ba ang mga mensaheng tinype sa phone? Oo, at iyon ang idinaragdag ng numerong Coexistence. Kapag sumagot ang isang miyembro ng team mula sa WhatsApp Business app, nagpapadala ang Meta ng echo ng papalabas na mensaheng iyon sa parehong webhook destination. Kapag pinoproseso ng workflow ang parehong papasok na mensahe at ang mga echo, naisusulat sa timeline ang magkabilang panig ng usapan. Kaya kapag binuksan ng salesperson ang contact sa HubSpot, makikita niya ang tinanong ng customer at ang isinagot ng tindahan. Mag-branch ayon sa webhook field. Dumarating sa ilalim ng messages ang mga papasok na mensahe, at sa ilalim ng smb_message_echoes ang mga sagot mula sa phone. I-log ang una bilang natanggap at ang ikalawa bilang naipadala, at magiging maayos ang pagkakasunod-sunod ng timeline. Alam na ng workflow ang mga sagot na ito mismo ang nagpadala sa pamamagitan ng Cloud API, kaya i-log ang mga ito sa mismong sandali ng pagpapadala sa halip na maghintay ng webhook. ### Paano naman ang sariling WhatsApp inbox channel ng HubSpot? Ibang integration iyon. Ikinokonekta ng conversations inbox ng HubSpot ang isang numero ng WhatsApp sa HubSpot mismo, at ayon sa knowledge base nito, hindi dapat naka-connect ang numero sa ibang WhatsApp integration. Available ito sa Marketing Hub o Service Hub Professional at Enterprise. Ang numerong naka-connect sa pamamagitan ng EasyCoexistence ay inaabot sa kabilang paraan: ini-route ng Meta ang mga webhook nito sa isang URL na pagmamay-ari ninyo, at tumatanggap ang HubSpot ng mga record sa pamamagitan ng API nito. Sinasagot ang usapan mula sa phone o ng inyong workflow, at ang HubSpot ang system of record na nag-iimbak ng kasaysayan sa contact, deal o ticket. Kailangan ng contacts write scope ang private app o credential na gagawa ng request, na siya ring scope na kailangan na ng workflow para makagawa ng contact sa simula pa lang. ### Paano dapat itugma ng workflow ang nagpadala sa isang contact? Gamit ang numero ng telepono, na na-normalise bago maghanap. Ipinapadala ng Meta ang nagpadala bilang mga digit na may country code at walang plus sign, tulad ng 14155550188. Mano-manong tinatype ang mga HubSpot contact, kaya maaaring nakatala ang parehong tao bilang +1 415 555 0188 o (415) 555-0188. Ang maaasahang paraan ay magkaroon ng nakalaang contact property na naglalaman ng numerong digits-only, punan ito kapag gumawa ng contact ang workflow, at maghanap gamit ang property na iyon. Gumagana ang direktang paghahanap sa free-form text na phone field para sa mga contact na ginawa ng workflow, pero marami itong nami-miss na ginawa ng tao, kaya nagkakaroon ng mga duplicate. Kapag walang nakita ang paghahanap, gumawa ng contact na ang profile name mula sa webhook payload ang first name at ang numerong digits-only ang nasa parehong field. Maaaring mag-merge o magpalit ng pangalan ang isang tao sa ibang pagkakataon, at nakakabit na ang usapan. - Pag-log lang ng mga papasok na mensahe. Mga tanong na walang sagot ang makikita sa timeline, dahil dumarating bilang smb_message_echoes events ang mga sagot na tinype sa phone. - Hindi pagtatakda ng hs_communication_logged_from. Kinakailangan ng HubSpot na CRM ito kapag gumagawa ng communication sa pamamagitan ng API. - Paghahanap ng contact gamit ang hilaw na phone field. Bihirang tumugma ang digits-only na format ng Meta sa tinype ng tao, at bawat hindi pagtutugma ay lumilikha ng duplicate na contact. **Maaari ba akong sumagot sa customer mula mismo sa HubSpot?** Hindi sa pamamagitan ng Communications object, dahil log lang ito. Mula sa WhatsApp Business app o sa isang workflow na tumatawag sa Cloud API ang mga sagot, at parehong na-log pabalik sa contact. **Anong mga permission sa HubSpot ang kailangan ng workflow?** Contacts read at write. Inililista ng HubSpot ang crm.objects.contacts.read o crm.objects.contacts.write bilang mga scope para sa Communications API, at kailangan pa rin ang write scope sa paggawa ng mga contact. **Maaari bang magpadala rin ng unang mensahe ang parehong workflow?** Oo. Maaaring magpadala ang hiwalay na n8n branch ng aprubadong template sa pamamagitan ng Cloud API gamit ang phone number id at token ng numero, at pagkatapos ay i-log ito sa contact bilang papalabas na communication. **Iniimbak ba ng EasyCoexistence ang nilalaman ng mensahe habang dumadaan?** Hindi. Direktang ipinapadala ng Meta ang webhook sa inyong n8n URL. Hindi kailanman iniimbak ng EasyCoexistence ang nilalaman ng usapan. --- ## Ipadala ang mga usapan sa WhatsApp papuntang Salesforce mula sa numerong Coexistence https://easycoexistence.com/fil/integrations/salesforce I-route ang mga webhook ng numero sa isang n8n workflow, hanapin ang nagpadala sa Salesforce gamit ang SOQL query sa phone, gumawa ng lead kung walang tumugma, at i-log ang bawat mensahe bilang Task o note sa record. Sapat na ang Salesforce node ng n8n para sa tatlong call na ito. Patuloy na sasagot ang team mula sa WhatsApp Business app habang hawak ng Salesforce ang kasaysayan. ### Ano ang hitsura ng n8n workflow? Apat na node na magkakasunod, kasama ang verification branch na kailangan ng bawat webhook ng Meta. Tinatanggap ng Webhook node ang POST na ipinapadala ng Meta para sa bawat mensahe. Ang isang Salesforce node ay nagpapatakbo ng SOQL query para sa Lead o Contact na ang phone ay tumutugma sa nagpadala. Hinahati ng IF node ang daloy depende kung may nakuha: kung mayroon, dadalhin ng workflow ang record id; kung wala, gagawa ng Lead ang isang Salesforce node gamit ang pangalan ng profile mula sa payload. Ang huling Salesforce node ay gagawa ng Task sa record na iyon, na nasa description ang teksto ng mensahe at nasa subject na ito ay mensahe sa WhatsApp. Sinasagot ng verification branch ang GET ng Meta gamit ang halaga ng hub.challenge bilang plain body. Kung wala ito, hindi magsisimulang mag-deliver ang Meta at walang gagawin ang natitirang bahagi ng workflow. ### Task o note: alin ang dapat paglagyan ng mensahe? Para sa karamihan ng team, Task, dahil lumalabas ito sa activity timeline na binabasa na ng mga sales rep at maaari itong i-report. Itakda ang status nito sa completed para hindi ito lumabas bilang bukas na to-do, at bigyan ito ng subject na may pangalan ng channel, para ang filter sa mga aktibidad sa WhatsApp ay isang kondisyon lang. Ang Add note operation ng n8n node ay akma sa ibang kaso: buod sa halip na bawat mensahe. May mga team na pinapakolekta sa workflow ang mga mensahe ng isang araw kada contact at nagsusulat ng isang note sa gabi, kaya nananatiling madaling basahin ang timeline para sa customer na nagpapadala ng dalawampung maiikling linya. Alinman ang piliin ninyo, isulat ang WhatsApp message id sa record. Inuulit ng Meta ang mga delivery, at ang workflow na tumitingin muna sa umiiral na id bago magsulat ay hindi kailanman magla-log ng parehong mensahe nang dalawang beses. ### Makakasagot pa ba ang team mula sa telepono, at makikita ba ito ng Salesforce? Oo sa dalawa. Pinapanatili ng Coexistence na gumagana ang WhatsApp Business app sa parehong numero, kaya patuloy na sasagot sa mga customer ang mga sumasagot kahapon. Kapag sumagot sila mula sa app, nagpapadala ang Meta ng echo ng papalabas na mensahe sa parehong webhook destination, sa ilalim ng field na smb_message_echoes. Magdagdag po ng pangalawang path sa workflow para sa mga echo na ito at i-log ang mga ito bilang papalabas na Task. Makikita ng rep na magbubukas ng lead ang tanong at ang sagot ng tindahan, nang magkakasunod, nang walang kailangang mag-copy ng chat nang mano-mano. Ang mga sagot na ipinapadala mismo ng workflow, sa pamamagitan ng HTTP Request node laban sa Cloud API, ay dapat i-log sa sandali ng pagpapadala. Hawak na ng workflow ang teksto at ang record id. ### Paano maiiwasan ang mga duplicate na lead? Itugma sa normalised na numero ng telepono, hindi sa field ayon sa pagkakatype ng tao. Ipinapadala ng Meta ang nagpadala bilang mga digit na may country code at walang plus sign. Ang mga phone field ng Salesforce ay naglalaman ng anumang inilagay ng gumawa ng record, may espasyo, panaklong at gitling. Ang maaasahang paraan ay isang custom na text field na may numerong digit lang, na pinupunan ng workflow kapag gumagawa ng lead at ng backfill para sa mga umiiral nang record. Ikinukumpara na ng SOQL query ang field na iyon para sa pagkakapareho, na mabilis at eksakto. Suriin din ang mga contact, hindi lang ang mga lead. Ang customer na na-convert na ay isang Contact, at ang workflow na lead lang ang hinahanap ay gagawa ng bagong lead para sa bawat umiiral na customer na susulat. - Lead object lang ang hinahanap. Contact ang mga umiiral na customer, at bawat isa na susulat ay nagiging duplicate na lead. - Pag-log ng mga mensahe bilang bukas na Task. Nakakatanggap ang mga rep ng to-do sa bawat linya ng customer; itakda ang status sa completed kapag ginagawa ang mga ito. - Paglaktaw sa verification GET branch sa workflow. Hindi kailanman makukumpirma ng Meta ang destination, at walang mensaheng made-deliver. **Kailangan ko ba ng Salesforce AppExchange package para dito?** Hindi po. Kayang gawin ng built-in na Salesforce node ng n8n ang paghahanap, ang lead at ang task, at ang anumang kulang dito ay maaaring idaan sa HTTP Request node gamit ang parehong credential. **Magagawa rin ba ito ng Make?** Oo. Tinatanggap ng custom webhook ng Make ang mensahe at ang mga Salesforce module ang nagsusulat ng mga record. Kapareho ng n8n workflow ang hugis ng scenario, hakbang por hakbang. **Makakapagpadala ba ang Salesforce ng WhatsApp template sa isang lead?** Sa pamamagitan ng workflow, oo. Ipatawag sa Salesforce ang isang n8n webhook, at ipapadala ng n8n ang aprubadong template sa pamamagitan ng Cloud API gamit ang phone number id at token ng numero. **Nag-iingat ba ang EasyCoexistence ng kopya ng mga mensahe?** Hindi. Direktang idinadeliver ng Meta ang bawat webhook sa inyong n8n URL, at hindi kailanman iniimbak ng EasyCoexistence ang nilalaman ng usapan. --- ## Ikonekta ang WhatsApp sa Zoho CRM gamit ang Coexistence na numero https://easycoexistence.com/fil/integrations/zoho-crm I-route po ninyo ang mga webhook ng numero sa isang n8n workflow, hanapin sa Zoho CRM gamit ang phone parameter na nagche-check sa bawat phone field ng module, gumawa ng Lead kapag walang tumugma, at idagdag ang bawat mensahe bilang note sa record. Ang Zoho CRM node ng n8n ang humahawak sa mga lead at contact; ang note ay isang HTTP call sa Notes API ng Zoho gamit ang parehong credential. ### Paano nagiging record sa Zoho CRM ang isang mensahe sa WhatsApp? Ipinapadala ng Meta ang bawat mensahe sa numero papunta sa webhook destination na itinakda ninyo, dito ay isang n8n Webhook node. Kinukuha ng workflow ang numero ng nagpadala mula sa payload at tinatawag ang search endpoint ng Zoho na may phone na nakatakda rito, una sa Leads at saka sa Contacts. Chine-check ng Zoho ang bawat phone field sa module, kaya parehong binibilang ang tugma sa Mobile o Phone, at hindi na ninyo kailangang manghula kung aling field ang ginamit ng salesperson. Kapag walang lumabas, gagawa ang Zoho CRM node ng n8n ng Lead na may pangalan sa WhatsApp profile at ang numero. Sa alinmang kaso, may record id na ang workflow, at isusulat nito ang mensahe bilang note sa record na iyon sa pamamagitan ng POST /Notes. Ang kailangan lang ng note ay Note_Content at Parent_Id na tumutukoy sa module at sa record. ### Anong mga permiso ng Zoho ang kailangan ng n8n credential? Read at create sa mga module na hinahanap at sinusulatan ninyo, kasama ang create sa Notes. Ang pangalan ng note scope ng Zoho ay ZohoCRM.modules.notes.CREATE at kailangan nito ang create scope ng parent module, kaya ang credential na kayang gumawa ng Leads pero hindi nabigyan ng notes scope ay mag-fail sa huling hakbang na may authorisation error. Saklaw ng Zoho CRM node ng n8n ang Leads, Contacts, Accounts, Deals at ilang sales document, na may create, upsert, get, get all, update at delete. Wala ang Notes sa mga resource nito, kaya dumadaan ang note sa isang HTTP Request node. Pinapayagan ng n8n ang node na iyon na gamitin muli ang Zoho credential na na-connect na ninyo, kaya isang OAuth grant lang ang aasikasuhin sa halip na dalawa. Itakda po ninyo ang API domain sa inyong Zoho data centre. Ang credential na ginawa sa EU region ay tumatawag sa zohoapis.eu, hindi sa zohoapis.com. ### Ilang mensahe ang kayang tanggapin ng Zoho CRM? Sinusukat ng Zoho ang API nito sa mga credit kada rolling 24 oras, at nakadepende ang budget sa edition at bilang ng user. Ang Free edition ay may 5,000. Ang Standard ay 50,000 dagdag 250 kada user, ang Professional ay 50,000 dagdag 500 kada user, at ang Enterprise ay 50,000 dagdag 1,000 kada user, bawat isa ay may cap ng edition. Bawat papasok na mensahe ay gumagastos ng isang search at isang pagsulat ng note, dagdag ang paggawa ng lead para sa mga unang beses na nagpadala. Sapat na sapat iyon sa budget ng bayad na edition para sa numero ng maliit na negosyo. Ang unang tumatama na limitasyon ay kadalasang concurrency: ang Free ay pumapayag ng 5 sabay-sabay na tawag at ang Standard ay 10, kaya maaaring mag-queue ang biglaang dami ng mga sagot mula sa isang broadcast. Kung nakikita ninyong nagbabalik ang Zoho ng mga limit error, itakda ang n8n workflow na iproseso ang mga execution nang isa-isa. ### Umaabot ba sa Zoho CRM ang mga sagot na ipinadala mula sa telepono? Maaari po. Sa Coexistence na numero, patuloy na gumagana ang WhatsApp Business app, at kapag may sumagot mula rito, nagpapadala ang Meta ng echo ng papalabas na mensaheng iyon sa parehong webhook destination sa ilalim ng field na smb_message_echoes. Magbigay ng sangay sa workflow para sa mga echo at isulat ang mga ito bilang note na may pamagat na outbound. Mababasa na ng salesperson na magbubukas ng lead sa Zoho ang magkabilang panig ng usapan, at wala nang kailangang mag-paste ng mga screenshot sa CRM. Ang mga mensaheng ipinapadala mismo ng workflow sa pamamagitan ng Cloud API, tulad ng aprubadong template pagkatapos magbago ng stage ang isang deal, ay pinakamainam na i-log sa sandali ng pagpapadala, dahil hawak na ng workflow ang teksto at ang record id. - Pagbibigay sa credential ng mga lead scope pero hindi ng ZohoCRM.modules.notes.CREATE. Gagana ang search at ang lead, pero mag-fail ang bawat note. - Pagtawag sa zohoapis.com mula sa account na nasa ibang Zoho data centre. Gamitin ang API domain ng region kung nasaan ang account. - Paghahanap sa Leads lamang. Ang mga na-convert na customer ay Contacts, at bawat isa sa kanila na magsulat ay nagiging bagong duplicate na lead. **Pinapalitan ba nito ang sariling WhatsApp integration ng Zoho?** Ibang ruta ito. Dito, nananatiling naka-connect ang numero sa pamamagitan ng EasyCoexistence at tumatanggap ang Zoho CRM ng mga record sa pamamagitan ng API nito, habang sumasagot ang team mula sa telepono o mula sa workflow. **Puwede ko bang gamitin ang Make sa halip na n8n?** Opo. Tumatanggap ng mensahe ang Make custom webhook, at ang mga Zoho CRM module o isang HTTP module ang gagawa ng search, ng lead at ng note. **Puwede bang magpadala ng WhatsApp template ang pagbabago ng stage ng deal?** Opo, sa pamamagitan ng workflow. Ipatawag sa pagbabago ng stage ang isang n8n webhook URL, at ipapadala ng n8n ang aprubadong template sa pamamagitan ng Cloud API gamit ang phone number id at token ng numero. **Sino-store ba ng EasyCoexistence ang mga mensahe?** Hindi po. Direktang inihahatid ng Meta ang webhook sa inyong n8n URL. Hindi kailanman sino-store ng EasyCoexistence ang nilalaman ng usapan. --- ## Ikonekta ang WhatsApp sa Pipedrive gamit ang Coexistence na numero https://easycoexistence.com/fil/integrations/pipedrive I-route po ang mga webhook ng numero sa isang n8n workflow, hanapin ang Pipedrive persons gamit ang numero ng telepono, gumawa ng person at lead kapag walang tumugma, at isulat ang bawat mensahe bilang note sa person o deal. Kaya itong gawin lahat ng Pipedrive node ng n8n. Patuloy na makakasagot ang team mula sa WhatsApp Business app, at maaari ring i-log ang kanilang mga sagot. ### Paano umaabot ang isang mensahe sa WhatsApp sa isang Pipedrive person? Ipinapadala ng Meta ang bawat mensahe sa numero papunta sa webhook destination na itinakda ninyo para dito, na sa kasong ito ay isang n8n Webhook node. Hinahanap ng workflow ang Pipedrive persons gamit ang numero ng sender. Sakop ng person search ng Pipedrive ang phone field at tumatanggap ito ng exact match flag. Kapag may lumabas na person, gagamitin ng workflow ang id nito. Kapag wala, gagawa ito ng person gamit ang pangalan sa WhatsApp profile at ang numero, saka isang lead na naka-link sa kanila. Kaya ang unang mensahe mula sa isang estranghero ay lalabas sa Leads Inbox para ma-qualify ng isang tao. Ang mensahe mismo ay nagiging note. Ang kailangan lang ng isang Pipedrive note ay ang content nito, na tumatanggap ng HTML, at kahit isa sa id ng person, deal, organisasyon o lead. I-attach ito sa bukas na deal kung mayroon, at sa person kung wala. ### Bakit ang search step ang unang tinatamaan ng limit? Dahil may sariling, mas maliit na allowance ang search sa Pipedrive. Ang mga pangkalahatang API call ay nililimitahan kada user sa loob ng rolling na dalawang segundo, mula 20 request sa Lite na may API token hanggang 120 sa Ultimate. Ang Search API naman ay nakatakda sa 10 request kada dalawang segundo sa bawat plan. Hindi ito napapansin ng numerong tahimik. Pero kapag ang isang numero ay nagpadala ng template sa ilang daang customer at nakatanggap ng limampung sagot sa loob ng isang minuto, tiyak itong mararanasan, dahil bawat sagot ay nagsisimula sa isang search. Makakakita ang workflow ng mga 429 na response at, kung walang retry, mawawala ang note. Dalawang bagay ang ayos dito. I-on ang retry na may paghihintay sa Pipedrive search node, at i-cache ang mapping ng numero ng telepono papunta sa person id sa workflow static data ng n8n o sa isang maliit na table, para ang customer na nagpadala ng anim na mensahe nang sunod-sunod ay magkakahalaga ng isang search, hindi anim. ### Maaari bang i-log din ang mga sagot na tinype sa telepono? Oo. Pinapanatili ng Coexistence na gumagana ang WhatsApp Business app sa parehong numero, at kapag may sumagot mula rito sa team, nagpapadala ang Meta ng echo ng palabas na mensahe sa parehong webhook destination sa ilalim ng smb_message_echoes field. Magdagdag ng branch para sa mga echo na ito at i-log ang mga ito bilang note na may markang outbound, o bilang nakumpletong activity kung ang team ninyo ay nag-uulat batay sa bilang ng activity. Sa gayon, makikita ng salesperson na magbubukas ng deal ang itinanong ng customer at ang sagot ng tindahan, ayon sa pagkakasunod-sunod. Para sa mga mensaheng ipinapadala mismo ng workflow, tulad ng template kapag lumipat ng stage ang isang deal, i-log ang note sa mismong sandali ng pagpapadala. Nasa workflow na ang teksto at ang deal id, kaya walang dahilan para maghintay ng webhook. ### Paano dapat i-normalize ang numero ng telepono? Gawin itong mga digit lang na may country code at walang iba, dahil iyon ang ipinapadala ng Meta. Dumarating ang sender bilang 14155550188, habang ang person na mano-manong inilagay sa Pipedrive ay maaaring nakasulat na +1 (415) 555-0188. Kapag gumawa ng person ang workflow, itago ang numero sa digits-only na anyong iyon para laging tumugma ang sarili nitong mga record. Para sa mga person na ginawa nang mano-mano, sulit na sulit sa unang linggo pa lang ang minsanang cleanup sa n8n na magsusulat muli ng mga umiiral na phone value sa parehong anyo. Kung wala ito, hindi makikita ng exact match search ang mga person na inilagay ng team, at gagawa ang workflow ng duplicate para sa bawat isa. Kung gusto ng team na makita ang orihinal na format, itago ito sa pangalawang phone entry. Maaaring magkaroon ng higit sa isang phone ang mga Pipedrive person. - Pagpapatakbo ng isang search kada mensahe nang walang cache. Ang sunod-sunod na sagot ay tumatama sa limit ng Search API na 10 kada dalawang segundo, at nawawala ang mga note. - Paggawa ng lead para sa bawat mensahe sa halip na para sa bawat bagong person. Napupuno ang Leads Inbox ng mga kopya ng iisang customer. - Pag-attach ng mga note sa person lang kahit may bukas na deal. Hindi nakikita ng rep na humahawak ng deal ang usapan. **Lalabas ba ang mga mensahe sa Messaging inbox ng Pipedrive?** Hindi po. Ang paraang ito ay sumusulat ng mga note at lead sa pamamagitan ng API ng Pipedrive. Ang mga usapan ay sinasagot mula sa WhatsApp Business app o ng workflow, at nilo-log sa person o deal. **Maaari bang gamitin ang Make o Zapier sa halip na n8n?** Oo. Tumatanggap ng mensahe ang isang custom webhook o catch hook, at ang kanilang mga Pipedrive step o isang HTTP step ang magsusulat ng person, lead at note sa parehong pagkakasunod-sunod. **Maaari bang magpadala ng WhatsApp template ang pagbabago ng stage ng deal?** Oo, sa pamamagitan ng workflow. Kapag tinawag ng pagbabago ng stage ang isang n8n webhook URL, ipapadala ng n8n ang aprubadong template sa pamamagitan ng Cloud API gamit ang phone number id at token ng numero. **Iniimbak ba ng EasyCoexistence ang mga mensahe?** Hindi po. Direktang inihahatid ng Meta ang bawat webhook sa inyong n8n URL, at hindi kailanman iniimbak ng EasyCoexistence ang nilalaman ng mga usapan. --- ## Ikonekta ang WhatsApp sa Bitrix24 CRM gamit ang Coexistence na numero https://easycoexistence.com/fil/integrations/bitrix24 I-route ang mga webhook ng numero sa isang n8n workflow at ipatawag dito ang Bitrix24 sa pamamagitan ng inbound webhook URL. Hinahanap ng crm.duplicate.findbycomm ang lead, contact o company na may hawak ng numero ng nagpadala, gumagawa ang crm.lead.add ng lead kapag wala pang may-ari, at isinusulat ng crm.timeline.comment.add ang mensahe sa timeline ng record. Patuloy na sasagot ang team mula sa WhatsApp Business app. ### Paano nakikipag-ugnayan ang n8n sa Bitrix24? Sa pamamagitan ng inbound webhook, na sa Bitrix24 ay hindi tagatanggap kundi isang credential. Gagawin po ninyo ito sa developer resources ng Bitrix24, pipiliin ang mga scope na maaari nitong gamitin, at makakakuha ng URL na may address ng inyong portal, id ng user na gumawa nito at isang secret code. Kapag nagdagdag ng pangalan ng method sa URL na iyon, tatawagin ang REST API bilang user na iyon, taglay ang mga pahintulot ng user na iyon. Kaya sa n8n, bawat hakbang sa Bitrix24 ay isang HTTP Request node na nagpo-post sa URL na iyon kasama ang isang method gaya ng crm.lead.add.json. Walang OAuth flow na kailangang tapusin at walang app na kailangang i-publish. Ibigay sa webhook ang CRM scope lamang, at gawin ito mula sa user na ang mga pahintulot ay sumasaklaw sa mga lead at contact na dapat makita ng workflow, dahil sinusuri ng Bitrix24 ang access bilang user na iyon. ### Anong mga method ng Bitrix24 ang tinatawag ng workflow? Tatlo, ayon sa pagkakasunod, matapos matanggap ng n8n Webhook node ang mensahe mula sa Meta. Ang crm.duplicate.findbycomm na may type na PHONE at numero ng nagpadala ay nagbabalik ng mga id ng anumang lead, contact at company na may hawak nito. Ito ang tamang paghahanap dahil sabay nitong sinusuri ang tatlo at idinisenyo ito para sa pagtutugma ng mga komunikasyon, hindi ng isang text field. Kapag walang naibalik, gagawa ang crm.lead.add ng lead na ang pangalan sa WhatsApp profile ang ginagawang title at ang numero ang nasa phone field nito. Pagkatapos, isusulat ng crm.timeline.comment.add ang teksto ng mensahe bilang comment sa record, gamit ang ENTITY_TYPE, ENTITY_ID at COMMENT. Lalabas ang comment sa timeline ng record kasama ng mga tawag at email, kung saan karaniwang tumitingin ang salesperson. ### Paano naaapektuhan ng rate limit ang workflow? Sinusukat ng Bitrix24 ang mga REST call gamit ang leaky bucket. Bawat request ay nagdaragdag sa counter, bumababa ang counter sa takdang bilis kada segundo, at kapag lumampas ito sa threshold, makakatanggap ang susunod na request ng 503 na may QUERY_LIMIT_EXCEEDED. Sa mga Enterprise plan, bumababa ang counter ng 5 kada segundo na may threshold na 250; sa lahat ng iba pang plan, bumababa ito ng 2 na may threshold na 50. Bawat papasok na mensahe ay gumagamit ng dalawa hanggang tatlong call, kaya hindi ito umaabot sa limitasyon kapag mabagal ang daloy. Ang biglaang dagsa ang problema: limampung customer na sumagot sa iisang template sa loob ng isang minuto ay hanggang 150 call. Itakda po ninyo ang mga HTTP Request node na mag-retry kapag nag-fail na may maikling paghihintay, at patakbuhin ang mga execution ng workflow nang isa-isa, upang dahan-dahang makapasok sa Bitrix24 ang dagsa sa halip na tanggihan. ### Naaabot ba ng Bitrix24 ang mga sagot na tinype sa telepono? Oo, maaari. Sa Coexistence na numero, patuloy na gumagana ang WhatsApp Business app, at kapag may sumagot mula rito, magpapadala ang Meta ng echo ng palabas na mensahe sa parehong webhook destination, sa ilalim ng field na smb_message_echoes. Pinoproseso ng pangalawang branch sa workflow ang mga echo na iyon sa parehong paraan ng mga papasok na mensahe, at minamarkahan ang comment bilang palabas. Makikita na sa record ang buong usapan, na magkakasunod ang mga linya ng customer at ang mga sagot ng tindahan. Ang mga sagot na ipinapadala mismo ng workflow sa pamamagitan ng Cloud API ay hawak na ng workflow bago pa ito lumabas, kaya i-log ang mga ito sa sandaling iyon sa halip na maghintay ng webhook na babalik. - Pag-paste ng inbound webhook URL sa client-side code o sa shared na dokumento. Ang secret dito ay nagbibigay ng bawat scope na ibinigay sa webhook. - Paggawa ng webhook mula sa user na hindi nakakakita ng lahat ng lead. Mamimiss ng mga paghahanap ang mga record at gagawa ang workflow ng mga duplicate. - Pagpapadala ng dagsa ng mga call nang walang retry. Sasagot ang Bitrix24 ng 503 QUERY_LIMIT_EXCEEDED at hindi na makakarating sa timeline ang mga mensaheng iyon. **Lalabas ba ang mga chat sa Open Channels ng Bitrix24?** Hindi sa workflow na ito. Nagsusulat ito ng mga lead at timeline comment sa pamamagitan ng CRM REST API, at ang usapan ay sinasagot mula sa WhatsApp Business app o ng workflow. **Maaari ko bang gamitin ang Make sa halip na n8n?** Oo. Tatanggap ng mensahe ang custom webhook ng Make, at tatawagin ng mga HTTP module ang parehong tatlong method sa inbound webhook URL. **Maaari bang magpadala ang workflow ng WhatsApp template mula sa data ng Bitrix24?** Oo. Babasahin ng n8n ang kailangan nito mula sa Bitrix24 at ipapadala ang aprubadong template sa pamamagitan ng Cloud API gamit ang phone number id at token ng numero. **Iniimbak ba ng EasyCoexistence ang mga mensahe?** Hindi. Direktang inihahatid ng Meta ang bawat webhook sa inyong n8n URL. Hindi kailanman nag-iimbak ng nilalaman ng usapan ang EasyCoexistence. --- ## Gawing RD Station Marketing conversions ang mga WhatsApp contact https://easycoexistence.com/fil/integrations/rd-station I-route ang mga webhook ng numero sa isang n8n workflow at, para sa bawat sender, mag-POST ng conversion event sa RD Station Marketing sa api.rd.services/platform/conversions gamit ang inyong API key. Tumatanggap ang RD Station ng numero ng telepono kapalit ng email, kaya ang WhatsApp contact na walang email ay nagiging lead pa rin, may tag at handa na para sa inyong mga automation flow. Patuloy na sasagot ang team mula sa telepono. ### Paano nagiging RD Station lead ang isang mensahe sa WhatsApp? Ipinapadala ng Meta ang bawat mensahe sa numero papunta sa webhook destination na itinakda ninyo, dito ay isang n8n Webhook node. Binabasa ng workflow ang numero at profile name ng sender mula sa payload, at nagpapadala ng isang HTTP POST sa conversions endpoint ng RD Station Marketing, na may API key sa query string. Ang body ay may event_type na nakatakda sa CONVERSION, event_family na nakatakda sa CDP, at isang payload na may conversion_identifier na pipiliin ninyo, gaya ng whatsapp-inbound. Sa loob ng payload ilalagay ang name, ang mobile_phone at anumang tag. Gagawa ang RD Station ng contact kung bago ito at itatala ang conversion sa alinmang kaso, kaya makikita sa history ng contact na pumasok sila sa pamamagitan ng WhatsApp at kailan. Mula roon, RD Station na ang bahala gaya ng dati: mag-segment ayon sa conversion o tag, at hayaang pumalit ang inyong mga automation flow. ### Dapat bang maging conversion ang bawat mensahe? Hindi, at ito ang pinakamahalagang desisyon sa disenyo. Ang customer na nagpadala ng walong maiikling linya nang sunod-sunod ay magrerehistro ng walong conversion, na nagpapalobo sa mga report at maaaring mag-trigger ng parehong automation flow nang walong beses. Mag-convert sa unang mensahe mula sa isang numero, o sa unang mensahe pagkatapos ng agwat na pipiliin ninyo, gaya ng tatlumpung araw. Maaaring itago ng n8n ang petsa ng huling conversion para sa bawat numero sa workflow static data nito o sa isang maliit na table, at laktawan ang call kapag kamakailan lang ito. Gumamit ng ibang conversion_identifier para sa anumang mas tiyak kaysa sa unang contact. Ang sagot sa isang promotional template, ang mensaheng may keyword, o ang pag-tap sa button ng interactive na mensahe ay maaaring maging sariling conversion, na nagbibigay sa RD Station ng malilinis na segment na mapagbabatayan sa halip na isang magulong daloy. ### Makakapag-trigger ba ang RD Station ng mensahe pabalik sa WhatsApp? Oo, sa pamamagitan ng workflow. Maaaring magpadala ang RD Station Marketing ng webhook kapag nag-convert ang isang lead o minarkahan itong opportunity, at ang n8n webhook sa kabilang dulo ay maaaring magpadala ng aprubadong WhatsApp template sa pamamagitan ng Cloud API, gamit ang phone number id at access token ng numero mula sa EasyCoexistence dashboard. Mahalaga ang mga template dito dahil maaaring hindi nagsulat ang lead sa nakalipas na 24 oras. Sa labas ng window na iyon, template lang na inaprubahan ng Meta ang maide-deliver; hindi gagana ang free-form text. Sa loob nito, gagana ang karaniwang text na sagot. Ipinapakita rin ng WhatsApp Business app sa telepono ang mga naipadalang mensaheng iyon, dahil pinapanatili ng Coexistence ang app at ang API sa iisang numero. Ang salesperson na tutuloy sa usapan mula sa telepono ay makikita kung ano na ang sinabi ng automation. - Pagpapadala ng conversion para sa bawat mensahe. Ang isang madaldal na customer ay magrerehistro ng maraming conversion at uulitin ang parehong automation flow. - Pag-post ng API key mula sa isang browser page na mababasa ng sinuman. Panatilihin ang call sa loob ng n8n workflow, kung saan nananatiling pribado ang key. - Pagpapadala ng free-form text mula sa flow na na-trigger ng RD papunta sa lead na hindi nagsulat sa loob ng 24 oras. Template lang na aprubado ang maide-deliver sa ganoong sitwasyon. **Kailangan ba ng OAuth para sa RD Station call na ito?** Hindi po. Nag-a-authenticate ang conversion endpoint gamit ang API key sa query string, at ang pagpapadala ng conversion event mismo ang gamit ng key na iyon. **Paano kung walang email ang WhatsApp contact?** Ipadala ang numero ng telepono. Hinihingi lang ng RD Station ang email sa isang conversion kapag walang ibinigay na numero ng telepono. **Puwede bang gamitin ang Make o Zapier sa halip na n8n?** Opo. Anumang tool na tumatanggap ng webhook at gumagawa ng HTTP POST ay maaaring magpadala ng parehong conversion body sa RD Station. **Itinatago ba ng EasyCoexistence ang mga mensahe?** Hindi po. Ipinapadala ng Meta ang webhook sa inyong n8n URL, at hindi kailanman itinatago ng EasyCoexistence ang nilalaman ng usapan. --- ## I-connect ang WhatsApp sa mga contact sa GoHighLevel gamit ang Coexistence na numero https://easycoexistence.com/fil/integrations/gohighlevel I-route po ang mga webhook ng numero sa isang n8n workflow, i-upsert ang sender bilang HighLevel contact gamit ang HighLevel node ng n8n, at isulat ang bawat mensahe bilang note sa pamamagitan ng POST /contacts/{contactId}/notes. Mag-authenticate gamit ang Private Integration token mula sa settings ng sub-account. Isang workflow lang ang kailangan para sa lahat ng kliyente kung imamapa ninyo ang bawat phone number id sa sub-account nito. ### Paano nakararating sa HighLevel contact ang isang mensahe sa WhatsApp? Ipinapadala ng Meta ang bawat mensahe sa numero papunta sa webhook destination na itinakda ninyo, dito ay isang n8n Webhook node. Ipinapasa ng workflow ang numero ng sender at ang pangalan sa WhatsApp profile nito sa HighLevel node ng n8n. May create or update na operation ang contact resource nito, kaya ang bagong sender ay nagiging contact, at ang kilala nang sender ay hinahanap sa halip na madoble. Kapag nasa inyo na ang contact id, magpo-post ang isang HTTP Request node ng laman ng mensahe sa /contacts/{contactId}/notes. Lalabas ang note sa record ng contact, kaya makikita ng sinumang magbukas nito kung ano ang isinulat ng customer. Kung kailangan ng follow-up ang mensahe, puwede ring gumawa ang HighLevel node ng task sa contact o opportunity sa isang pipeline, na parehong direktang sinusuportahan nito. Patuloy na sumasagot ang inyong team mula sa WhatsApp Business app sa buong prosesong ito. ### Anong token ang dapat gamitin ng workflow? Isang Private Integration token. Maaabot ang API v2 ng HighLevel gamit ang OAuth o ang isa sa mga token na ito, at tapos na ang buhay ng mga lumang v1 API key. Ginagawa ang Private Integration token sa settings ng sub-account, limitado sa mga permission na tinick ninyo, at ipinapadala sa Authorization header tulad ng ibang access token. Hindi ito nagre-refresh nang kusa, na bagay sa isang automation: patuloy itong gumagana hanggang may mag-rotate nito. Kapag ni-rotate ninyo ito, pinananatiling valid ng HighLevel ang luma at bagong token nang sabay sa loob ng pitong araw. Ito ang panahon para i-paste ang bago sa n8n bago tumigil ang luma. I-tick lang po ang mga scope na kailangan ng workflow: contacts, notes at, kung gagamitin ninyo, opportunities at tasks. Kung hindi ninyo makita ang Private Integrations sa settings, ayon sa HighLevel ay kailangan itong i-enable sa Labs. ### Paano pinagsisilbihan ng isang workflow ang ilang sub-account ng kliyente? Sa pamamagitan ng pag-route ayon sa tumatanggap na numero. Kasama sa bawat webhook na ipinapadala ng Meta ang phone_number_id ng numero ng negosyo na tumanggap ng mensahe. Ituro ang numero ng bawat kliyente sa iisang n8n webhook, magtago ng maliit na table na nagmamapa ng bawat phone_number_id sa sub-account ng kliyenteng iyon at sa token nito, at hanapin ang token sa simula ng bawat run. Isang workflow lang ang kailangang i-maintain para sa lahat ng kliyente, na mas mahalaga sa isang agency kaysa kaninuman. Ang pag-ayos sa matching logic o sa format ng note ay agad na umaabot sa lahat. Binibilang ang mga rate limit kada app kada sub-account, kaya hindi nauubusan ang mga kliyente ng allowance dahil sa isa't isa: bawat isa ay may sariling 100 request kada sampung segundo at 200,000 kada araw. ### Nakararating ba sa HighLevel ang mga sagot na tinipa sa telepono? Maaari. Sa Coexistence na numero, patuloy na magagamit ang WhatsApp Business app, at kapag may sumagot mula rito, nagpapadala ang Meta ng echo ng papalabas na mensahe sa parehong webhook destination, sa ilalim ng smb_message_echoes field. Magdagdag po ng branch para sa mga echo na iyon at isulat ang mga ito bilang note na may markang naipadala. Sa gayon, nasa record ng contact ang mga sinabi ng customer at ang mga sagot ng negosyo ayon sa pagkakasunod, na inaasahang makita ng kliyente kapag binuksan nila ang kanilang CRM. Kapag ang workflow mismo ang nagpadala ng mensahe sa pamamagitan ng Cloud API, halimbawa ay isang aprubadong template pagkatapos ma-book ang appointment, isulat ang note sa mismong sandali ng pagpapadala. Hawak na ng workflow ang teksto at ang contact id. - Paggamit ng v1 API key. Tapos na ang buhay ng v1 API ng HighLevel; kailangan ng API v2 ang Private Integration token o OAuth. - Pag-rotate ng Private Integration token nang hindi ina-update ang n8n sa loob ng pitong araw na overlap. Magfa-fail ang bawat tawag kapag nag-expire na ang lumang token. - Pagsulat ng mga mensahe ng lahat ng kliyente gamit ang token ng iisang sub-account. Imapa muna ang phone_number_id sa tamang sub-account, kung hindi ay mapupunta ang mga record sa maling kliyente. **Lalabas ba ang mga mensahe sa Conversations tab ng HighLevel?** Hindi sa workflow na ito. Nagsusulat ito ng mga contact, note, task at opportunity sa pamamagitan ng API, at ang usapan ay sinasagot mula sa WhatsApp Business app o ng workflow. **Puwede ko bang gamitin ang Make o Zapier sa halip na n8n?** Oo po. Tatanggap ng mensahe ang custom webhook o catch hook, at tatawag ang isang HTTP step sa API v2 ng HighLevel gamit ang parehong token. **Puwede bang magpadala ng kumpirmasyon sa WhatsApp ang isang na-book na appointment?** Oo, sa pamamagitan ng workflow. Kapag tinawag ng HighLevel ang isang n8n webhook URL, magpapadala ang n8n ng aprubadong template sa pamamagitan ng Cloud API gamit ang phone number id at token ng numero. **Iniimbak ba ng EasyCoexistence ang mga mensahe?** Hindi po. Direktang ipinapadala ng Meta ang bawat webhook sa inyong n8n URL, at hindi kailanman iniimbak ng EasyCoexistence ang laman ng mga usapan. --- ## Gamitin ang numero ng Coexistence bilang Chatwoot WhatsApp Cloud inbox https://easycoexistence.com/fil/integrations/chatwoot Tatlong value ang hinihingi ng WhatsApp Cloud inbox ng Chatwoot: ang WhatsApp Business Account id, ang phone number id at isang access token. Lahat ng tatlo ay makukuha sa numero ng Coexistence. Gawin po ang inbox gamit ang mga ito, pagkatapos ay itakda ang webhook destination ng numero sa webhook URL ng Chatwoot kasama ang parehong verify token. Makakasagot na ang team mula sa Chatwoot at mula sa telepono. ### Paano i-connect ang numero ng Coexistence sa Chatwoot? Sa dalawang lugar, ayon sa pagkakasunod-sunod na ito. Sa Chatwoot, magdagdag po ng inbox, piliin ang WhatsApp, at piliin ang WhatsApp Cloud provider na may manual setup. Ilagay ang numero, ang phone number id, ang WhatsApp Business Account id at ang access token. Makikita ang lahat ng ito sa dashboard ng EasyCoexistence para sa koneksyon, o ibinabalik ng get_api_credentials sa isang assistant. Pagkatapos, magpapakita ang Chatwoot ng webhook URL at webhook verify token para sa inbox. Sa EasyCoexistence, itakda ang webhook destination ng numero sa URL na iyon at ilagay ang parehong verify token. Magpapadala ang Meta ng verification request sa Chatwoot, sasagot ang Chatwoot, at mula noon ay dadating na sa inbox ang bawat mensahe sa numero. Walang tumatakbo sa pagitan, kaya walang workflow na kailangang panatilihing gumagana. ### Lumalabas ba sa Chatwoot ang mga sagot na ipinadala mula sa telepono? Oo. Sa numero ng Coexistence, ang sagot na tinype sa WhatsApp Business app ay iniuulat ng Meta bilang smb_message_echoes event. Kinikilala ng webhook job ng Chatwoot ang field na iyon at itinatala ang mensahe bilang outgoing sa tamang usapan. Direktang inilalarawan ito ng source code nito: mga negosyong sumasagot mula sa Chatwoot at sa app, na may mga mensaheng nasi-sync sa Chatwoot. Dahil dito, gumagana ang hatian sa praktika. Maaaring patuloy na sumagot ang may-ari sa mga suki mula sa telepono, maaaring gamitin ng team ang shared inbox sa desk, at nakikita ng bawat isa ang ipinadala ng isa pa nang hindi kailangang mag-forward ng mga screenshot. Ang mga mensaheng ipinadala mula sa Chatwoot ay lumalabas sa pamamagitan ng Cloud API sa parehong numero, kaya lumalabas din ang mga ito sa telepono. ### Bakit dapat walang app secret ang Chatwoot inbox? Dahil nilagdaan ang mga delivery gamit ang isang secret na wala sa inyo. Nilalagdaan ng Meta ang bawat webhook gamit ang app secret ng app na may-ari ng subscription, ito ang EasyCoexistence app, at hindi kailanman ibinabahagi ang secret na iyon. Sa kasalukuyang source ng Chatwoot, sinusuri lang nito ang X-Hub-Signature-256 header sa manu-manong na-configure na WhatsApp Cloud channel kapag may app secret na nakaimbak dito, o kapag ginawa ang channel sa pamamagitan ng sariling embedded signup ng Chatwoot. Tinatanggap ng manual na inbox na walang app secret ang mga delivery; ang may anumang app secret na nakalagay ay tinatanggihan ang bawat isa bilang unauthorised. Ang verify token ang proteksyong umaaplay dito. Pumili po ng mahaba at random na value, dahil ito ang nagbibigay-daan sa Chatwoot na makilala ang verification request ng Meta mula sa iba. ### Ano ang hindi kayang gawin ng Chatwoot sa numerong ito? Ang tumanggap ng mga webhook sa pangalawang lugar nang sabay. Iisang destination lang ang pinagpapadalhan ng Meta ng mga webhook ng isang numero, kaya habang hawak ito ng Chatwoot, hindi matatanggap ng isang n8n workflow ang parehong event. Kung kailangan ninyo ang dalawa, ituro ang destination sa maliit na relay na inyong sarili na nagpapasa ng bawat delivery sa Chatwoot at sa workflow. Umaaplay ang mga limitasyon ng Coexistence tulad ng saanman: nagpapadala ang API ng hanggang 20 mensahe kada segundo, lumalabas lang ang free-form text sa loob ng 24 oras mula sa huling mensahe ng customer, at sakop ng mga template ang lahat ng pagkatapos nito. Kailangan pa ring buksan ang WhatsApp Business app kahit isang beses man lang kada 14 araw, na binabantayan ng EasyCoexistence. - Paglalagay ng app secret sa Chatwoot inbox. Nilalagdaan ang mga delivery gamit ang secret ng EasyCoexistence app, kaya tinatanggihan ng Chatwoot ang bawat isa bilang unauthorised. - Paggamit ng ibang verify token sa EasyCoexistence kaysa sa ipinapakita ng Chatwoot. Pumapalya ang verification ng Meta at hindi kailanman nakakatanggap ng mensahe ang inbox. - Pagpili sa embedded signup ng Chatwoot sa halip na manual na flow. Ikinokonekta nito ang numero sa pamamagitan ng sariling Meta app ng Chatwoot, na hiwalay na koneksyon. **Gumagana ba ito sa self-hosted na Chatwoot?** Oo. Ang webhook URL ay gumagamit ng sarili ninyong Chatwoot domain sa halip na app.chatwoot.com, at pareho lang ang natitirang setup. **Kailangan ko ba ng sarili kong Meta app para sa Chatwoot?** Hindi po. Ikinokonekta ang numero sa pamamagitan ng EasyCoexistence, na nagbibigay ng mga credential at nagruruta ng mga webhook. Inilalarawan ng gabay ng Chatwoot ang paggawa ng Meta app dahil ipinapalagay nitong wala pa kayo nito. **Maaari bang pumasok sa Chatwoot ang ilang numero?** Oo. Gumawa po ng isang WhatsApp Cloud inbox kada numero, at itakda ang webhook destination ng bawat numero sa URL at verify token ng sarili nitong inbox. **Nakikita ba ng EasyCoexistence ang mga usapan?** Hindi po. Direktang inihahatid ng Meta ang mga webhook sa Chatwoot, at hindi kailanman nag-iimbak ng nilalaman ng usapan ang EasyCoexistence. --- ## I-log ang mga mensahe sa WhatsApp sa Airtable at magpadala mula sa isang base https://easycoexistence.com/fil/integrations/airtable POST request lamang ang tinatanggap ng incoming webhook trigger ng Airtable, kaya hindi nito masasagot ang verification GET ng Meta at hindi ito maaaring maging webhook destination ng numero. Ituro po ninyo ang destination sa isang n8n workflow na nag-a-append ng bawat mensahe sa isang table. Sa loob mismo ng Airtable gumagana ang pagpapadala: ang Run a script automation ay maaaring tumawag sa Cloud API gamit ang fetch, at ang token ng numero ay nakaimbak bilang secret. ### Bakit hindi direktang matanggap ng Airtable ang mga webhook ng WhatsApp? Dahil sinusuri muna ng Meta ang isang destination bago ito maghatid ng anuman. Nagpapadala ito ng GET request na may challenge value at inaasahang ibabalik ang parehong value bilang response body. POST request lamang ang tinatanggap ng When webhook received trigger ng Airtable at sumasagot ito ng sarili nitong nakapirming JSON, kaya hindi papasa ang pagsusuri at hindi kailanman magsisimulang maghatid ang Meta. Ang solusyon ay isang hakbang sa pagitan. Ang n8n Webhook node ang humahawak ng verification at tumatanggap ng bawat mensahe, at ang Airtable node ng n8n ang nag-a-append ng row: nagpadala, pangalan sa profile, teksto, ID ng mensahe, timestamp at ang phone number id ng tumanggap na numero. Ganito rin ang hugis sa Make o Zapier. May ikalawang benepisyo ang hakbang na ito. Limang request kada segundo ang pinapayagan ng webhook trigger ng Airtable, at kayang i-queue ng isang workflow tool ang biglaang dami na kung hindi ay tatanggihan. ### Paano magpadala ng WhatsApp template mula sa isang Airtable base? Gumamit po ng automation na ang action ay Run a script. Ang trigger ay maaaring isang record na pumapasok sa isang view, isang field na nagbago o isang button na na-click. Binabasa ng script ang telepono at mga field ng record sa pamamagitan ng input.config() at tinatawag ang messages endpoint ng Cloud API gamit ang fetch. Server-side tumatakbo ang mga automation script ng Airtable, kaya walang restriksyon ng browser na hahadlang. Iimbak ang access token bilang secret sa script editor sa halip na sa code. Inaalis ng Airtable ang mga secret sa console output at tanging ang mga taong may access sa lahat ng secret ng isang script ang makakapag-edit nito. Gumamit ng template para sa anumang hindi pinasimulan ng customer sa nakalipas na 24 oras, dahil sa loob lamang ng window na iyon naihahatid ang free-form text. Maaaring isulat ng script pabalik sa record ang ibinalik na ID ng mensahe, na nag-uugnay sa pagpapadala sa row. ### Ano ang dapat na hitsura ng messages table? Isang row kada mensahe, na ang ID ng mensahe sa WhatsApp ang primary field. Inuulit ng Meta ang mga paghahatid na inaakala nitong nabigo, at ang workflow na sinusuri muna ang ID bago mag-append ay hindi kailanman magsusulat ng parehong mensahe nang dalawang beses. Magkaroon ng direction field na may inbound at outbound. Sa isang Coexistence number, ang mga sagot na tina-type ng team sa WhatsApp Business app ay dumarating sa parehong webhook bilang mga smb_message_echoes event, at ang pag-log sa mga ito bilang outbound row ay nagbibigay sa base ng buong usapan sa halip na isang panig lamang. I-link ang bawat mensahe sa isang Contacts table na naka-key sa numero ng telepono na digit lamang, ang anyong ipinapadala ng Meta. Ipinapakita ng isang rollup ang huling oras ng inbound kada contact, at ang nag-iisang field na iyon ang kailangan ng automation upang pumili sa pagitan ng free-form text at template. - Paglalagay ng Airtable webhook URL bilang destination ng numero. POST lamang ang tinatanggap nito, pumapalya ang verification GET ng Meta, at walang kailanman maihahatid. - Pag-paste ng access token sa mismong script. Iimbak ito bilang script secret upang manatili ito sa labas ng code at ng mga log. - Pagpapadala ng free-form text mula sa isang record automation sa taong hindi sumulat sa loob ng 24 oras. Tanging ang aprubadong template ang naihahatid. **Available ba ang Run a script sa free plan ng Airtable?** Nakalista ng Airtable ang action na ito sa lahat ng uri ng plan na may iba't ibang limitasyon, at binabanggit nitong hindi ito available sa Team plan trial. **Maaari ko bang laktawan ang n8n at gumamit ng Make o Zapier?** Opo. Alinman sa tatlo ay maaaring tumanggap ng webhook, sumagot sa verification at mag-append ng row. Ang Airtable mismo ang tanging bahagi na hindi maaaring maging destination. **Maaari bang magpadala ng mensahe sa WhatsApp ang isang button ng Airtable?** Opo. Gamitin ang When a button is clicked trigger na may Run a script action na tumatawag sa Cloud API, at ang data ng row ang pupuno sa template. **Iniimbak ba ng EasyCoexistence ang mga mensahe?** Hindi po. Inihahatid ng Meta ang bawat webhook sa inyong n8n URL, at ang tanging kopya ay ang isinusulat ng inyong workflow sa Airtable. --- ## I-log ang mga mensahe sa WhatsApp sa Google Sheets at magpadala mula sa isang sheet https://easycoexistence.com/fil/integrations/google-sheets Ituro ang webhook destination ng numero sa isang n8n workflow na ang Google Sheets node ay nag-a-append ng isang row kada mensahe: nagpadala, pangalan, text, message id at oras. Para magpadala mula sa sheet, maaaring i-loop ng isang Apps Script function ang mga row at tawagin ang Cloud API gamit ang UrlFetchApp, kasama ang phone number id at token ng numero. Patuloy na sasagot ang team mula sa WhatsApp Business app. ### Paano nagiging row ang bawat mensahe sa WhatsApp? Ipino-post ng Meta ang bawat mensahe sa numero sa webhook destination na itinakda ninyo, dito ay isang n8n Webhook node na sumasagot din sa verification request ng Meta. Ang kasunod na node ay Google Sheets na may operasyong Append Row, na nagma-map ng mga field mula sa payload papunta sa mga column: numero ng nagpadala, pangalan sa profile, text, WhatsApp message id, timestamp at ang phone number id na tumanggap. Gamitin po ang Append or Update Row na naka-key sa message id sa halip na simpleng append kung nais ninyong hindi makasama ang mga retry. Muling ipinapadala ng Meta ang isang mensahe kapag inakala nitong pumalya ang delivery, at gawing update ng parehong row ang pangalawang delivery kapag naka-key sa id. Sa isang Coexistence number, ang mga sagot na tinype sa WhatsApp Business app ay dumarating sa parehong webhook bilang mga smb_message_echoes event. I-log ang mga ito na may direction column at hawak na ng sheet ang magkabilang panig. ### Saan nagiging problema ang quota ng Sheets? Sa mga write kada user. Pinapayagan ng Sheets API ang 300 write request kada minuto kada project at 60 kada minuto kada user kada project, at isang user ang isang n8n credential. Kaya ang workflow na nag-a-append ng isang row kada mensahe ay kayang humawak ng mga isang mensahe kada segundo, tuloy-tuloy. Sapat na iyon para sa karamihan ng mga numero ng tindahan. Hindi na ito sapat pagkatapos ng broadcast na template, kapag ilang daang customer ang sumagot sa loob ng ilang minuto. Sasagot na ang API ng 429 Too Many Requests at, kung walang retry, mawawala ang ilang row. May dalawang solusyon, sapat na ang isa. I-on ang retry na may wait sa Google Sheets node, na tugma sa sariling payo ng Google na mag-back off nang exponential. O mag-batch: ipaipon sa n8n ang mga mensahe sa loob ng tatlumpung segundo at i-append ang mga ito sa isang request, kaya nagiging isa ang maraming write. ### Paano magpadala ng mga template mula sa isang sheet? Gamit ang Apps Script, mula sa Extensions menu ng sheet. Binabasa ng isang function ang mga row na hindi pa naipapadala, tinatawag ang messages endpoint ng Cloud API gamit ang UrlFetchApp para sa bawat isa, at isinusulat sa row ang ibinalik na message id at ang oras. Maaari itong patakbuhin ng time-driven trigger kada ilang minuto, o manu-mano mula sa custom menu. Iimbak po ang access token sa script properties at hindi sa code, para hindi ito makita ng sinumang may access na tumingin sa script. Isaisip ang mga quota. 20,000 URL Fetch call kada araw ang makukuha ng consumer na Google account at 100,000 sa Workspace account, at humihinto ang bawat execution pagkatapos ng anim na minuto. Iproseso ang mga row nang paunti-unti at markahang naipadala ang bawat isa bago lumipat sa susunod, para ang tumigil na run ay magpatuloy sa kung saan ito huminto at hindi magpadala nang dalawang beses. - Pag-a-append nang walang key sa message id. Isusulat ng mga retry ng Meta ang parehong mensahe sa dalawang row. - Pagsusulat ng isang row kada mensahe gamit ang iisang credential habang dagsa ang mga sagot. Ang limitasyong 60 write kada minuto kada user ay magbabalik ng 429 at mawawala ang mga row. - Pagpapadala ng free-form text mula sa sheet sa mga taong hindi sumulat sa loob ng 24 oras. Tanging approved na template lang ang naide-deliver sa labas ng window na iyon. **Maaari ko bang gamitin ang Make o Zapier sa halip na n8n?** Opo. Tatanggapin ng Make custom webhook o Zapier catch hook ang mensahe, at ang Google Sheets step nila ang magdaragdag ng row. **Aling Google account ang ginagamit ng n8n sa pagsusulat?** Ang account na nag-authorize ng n8n Google credential. Kailangan ng account na iyon ng edit access sa sheet, at ang per-user write quota nito ang nauubos ng workflow. **Tama ba ang format ng phone column?** I-store ang mga numero bilang plain text, mga digit na may country code at walang plus sign, na siyang anyong ipinapadala ng Meta. Kung hindi, ituturing ng Sheets ang mga ito na numero, na nag-aalis ng nasa unahang plus at maaaring mag-reformat ng mahahabang value. **Nagtatabi ba ang EasyCoexistence ng kopya ng mga mensahe?** Hindi. Ipinapadala ng Meta ang bawat webhook sa inyong n8n URL, at ang sheet ang tanging kopya. --- ## Tumanggap ng WhatsApp webhooks sa isang Supabase Edge Function https://easycoexistence.com/fil/integrations/supabase Maaaring direktang maging webhook destination ng numero ang isang Supabase Edge Function. Sinasagot nito ang verification GET ng Meta gamit ang halaga ng hub.challenge, ini-insert sa Postgres table ang bawat mensaheng na-POST, at nagre-reply sa pamamagitan ng Cloud API. I-deploy ito nang naka-off ang JWT verification, dahil default na humihingi ang Supabase ng valid na JWT at hindi makapagpapadala nito ang Meta. ### Ano ang kailangang gawin ng Edge Function? Dalawang bagay, sa dalawang method. Sa GET, sasagutin nito ang verification ng Meta. Basahin ang hub.mode, hub.verify_token at hub.challenge mula sa query string, ihambing ang token sa verify token na inilagay ninyo bilang destination, at ibalik ang challenge bilang plain text na body na may status 200. Magbalik ng 403 kapag hindi tugma ang token. Sa POST, tatanggap ito ng mga event. I-parse ang body, kunin ang mga mensahe mula sa entry, changes at value, i-insert ang mga ito sa isang table, at magbalik ng 200. Panatilihing mabilis ang sagot: itinuturing ng Meta na bigong delivery ang mabagal o bigong sagot at nagre-retry ito, kaya dalawang beses darating ang parehong mensahe. Itakda po ninyo ang URL ng function bilang webhook destination ng numero sa EasyCoexistence, gamit ang parehong verify token, at magsisimula nang mag-deliver ang Meta. ### Bakit nagbabalik ng 401 ang function sa Meta? Dahil naka-on ang JWT verification. Bini-verify ng Supabase ang isang JWT sa Authorization header bago tumakbo ang handler ng Edge Function, at default iyon sa bawat function. Walang ganoong header na ipinapadala ang Meta, kaya tinatanggihan ng platform ang verification GET at ang bawat delivery, at hindi kailanman nakikita ng inyong code ang mga ito. I-off ito para sa function na ito lamang. I-deploy gamit ang supabase functions deploy whatsapp --no-verify-jwt, o itakda ang verify_jwt = false sa seksyon ng function sa supabase/config.toml. Eksaktong ganitong kaso ang inilalarawan ng docs ng Supabase: isang public endpoint na tinatawagan ng panlabas na webhook provider. Kapag naka-off ang check ng platform, kailangan ng function ng sarili nitong check. Hindi magagamit ang signature header, dahil pinipirmahan ng Meta gamit ang app secret ng app na may-ari ng subscription. Maglagay ng mahabang random na secret sa destination URL bilang query parameter at tanggihan ang mga request na wala nito, tulad ng ginagawa ng halimbawa sa POST. ### Paano dapat mag-store at mag-reply ang function? Mag-store muna, mag-reply pagkatapos. Mag-upsert gamit ang WhatsApp message id na may unique constraint, para mapunta sa iisang row ang mga retry ng Meta sa halip na gumawa ng duplicate. Itago ang tumanggap na phone_number_id sa bawat row kung higit sa isang numero ang tumuturo sa function. Para sa anumang mabagal, tulad ng pagtawag sa isang model o ibang API bago mag-reply, ipasa ang trabaho sa EdgeRuntime.waitUntil at ibalik agad ang sagot. Patuloy na tatakbo ang function hanggang matapos ang promise na iyon, habang nasa Meta na ang 200 nito. Humihinto ang Supabase sa paghihintay pagkalipas ng 150 segundong idle at nagbabalik ng 504, kaya ang handler na tinatapos muna ang lahat ng trabaho bago sumagot ang pinakamalamang na magdulot ng mga retry. Papunta ang mga reply sa messages endpoint ng Cloud API, gamit ang phone number id at token ng numero, na nakatago bilang function secrets. Sa loob ng 24 oras mula sa huling mensahe ng customer, naide-deliver ang free-form text; sa labas nito, approved template lamang ang maaari. ### Nakararating ba sa function ang mga mensaheng ipinadala mula sa telepono? Oo. Sa Coexistence na numero, patuloy na gumagana ang WhatsApp Business app, at kapag may sumagot mula rito, nagde-deliver ang Meta ng echo ng palabas na mensaheng iyon sa parehong destination, sa ilalim ng field na smb_message_echoes at ng array na message_echoes sa halip na messages. Palawigin ang parser para mabasa ang pareho at mag-store ng direction column. Hawak na ng table ang buong usapan, ang mga linya ng customer at ang mga sagot ng negosyo, na siyang gustong i-query ng karamihan pagkatapos: oras ng pagsagot, mga usapang walang sagot, at ang huling oras ng inbound kada contact. Ang huling halagang iyon din ang kailangan ng bawat paraan ng pagpapadala, dahil dito nakasalalay kung free-form text ang reply o kailangang template. Maaaring ilantad ng isang view sa ibabaw ng table ang halagang ito kada contact para sa iba pang bahagi ng inyong app. - Pag-deploy nang naka-on ang JWT verification. Tinatanggihan ng Supabase ang mga request ng Meta nang may 401 bago tumakbo ang handler, at walang mensaheng makararating. - Pagbabalik ng challenge na nakabalot sa JSON. Kailangan ng Meta ang raw na halaga bilang body, kung hindi ay tahimik na mabibigo ang verification. - Paggawa ng mabagal na trabaho bago sumagot. Nagre-retry ang Meta sa itinuturing nitong pagkabigo, at dalawang beses napoproseso ang parehong mensahe. - Pag-off ng JWT verification nang walang sariling check. Sinumang makakita ng URL ay maaaring mag-post ng pekeng mensahe sa table. **Gumagana ba ito sa free plan ng Supabase?** Tumatakbo ang Edge Functions sa free plan, na may 150 segundong wall clock limit kumpara sa 400 segundo sa mga paid plan. Malayong mas mababa sa alinman sa dalawa ang oras ng webhook handler na mabilis sumagot. **Dapat ko bang gamitin ang service role key sa function?** Sa server-side lamang, tulad dito, na binabasa mula sa environment ng function. Nilalampasan nito ang row level security, kaya hindi ito dapat makarating sa browser. **Maaari bang pagsilbihan ng isang function ang ilang numero?** Oo. Ituro ang webhook destination ng bawat numero rito at mag-branch batay sa phone_number_id sa bawat payload. **Nakikita ba ng EasyCoexistence ang mga mensahe?** Hindi. Diretso sa inyong function ang bawat webhook mula sa Meta, at hindi kailanman nag-iimbak ng nilalaman ng usapan ang EasyCoexistence. --- ## I-connect ang WhatsApp sa Activepieces gamit ang Coexistence na numero https://easycoexistence.com/fil/integrations/activepieces May WhatsApp Business piece ang Activepieces na kumokonekta gamit ang access token at WhatsApp Business Account id, at parehong makukuha ang mga ito mula sa Coexistence na numero. Ang trigger nitong New Incoming Message ang mismong sumasagot sa verification ng Meta, kaya ang URL nito ay maaaring maging webhook destination ng numero. Iwanang walang laman ang opsyonal na app secret ng piece, at tatakbo ang flow sa bawat mensahe habang nasa team pa rin ang telepono. ### Paano i-connect ang Coexistence na numero sa Activepieces? Gumawa po ng WhatsApp Business na koneksyon sa Activepieces gamit ang dalawang halaga: ang access token at ang WhatsApp Business Account id. Makikita ang dalawa sa EasyCoexistence dashboard para sa koneksyon, at ibinabalik ang mga ito ng get_api_credentials sa isang assistant. Ang mga tagubilin ng piece ay tungkol sa paggawa ng Meta app at system user, dahil ipinapalagay nitong wala pa kayo ng pareho. Dito, naka-connect na ang numero, kaya i-paste na lang ang mga halaga. Pagkatapos, bumuo ng flow na nagsisimula sa New Incoming Message trigger, mag-set dito ng verify token na inyong napili, at i-publish ang flow. Kopyahin ang webhook URL ng trigger papunta sa webhook destination ng numero sa EasyCoexistence, gamit ang parehong verify token. Magpapadala ang Meta ng verification request, sasagot ang trigger, at bawat mensahe sa numero ay magsisimula ng isang run. ### Bakit dapat walang laman ang app secret? Dahil ang secret na pumipirma sa mga delivery na ito ay hindi sa inyo. Pinipirmahan ng Meta ang bawat webhook gamit ang app secret ng app na may hawak ng subscription, at sa numerong naka-connect sa EasyCoexistence, iyon ay ang EasyCoexistence app, na ang secret ay hindi kailanman ibinabahagi. Opsyonal ang field na ito sa piece. Kapag walang laman, tinatanggap ng mga trigger nito ang mga delivery kung paano dumating. Kapag nilagyan ng app secret ng ibang app, bawat delivery ay babagsak sa X-Hub-Signature-256 check at tahimik na hindi papansinin, na kamukhang-kamukha ng mga mensaheng hindi dumarating. Ang verify token ang pumipigil sa mga estranghero sa handshake. Pumili po ng mahaba at random na halaga, at panatilihing pribado ang URL ng trigger, dahil ito ang address na nagsisimula ng inyong flow. ### Ano ang magagawa ng flow kapag may dumating na mensahe? Ibinibigay ng trigger sa flow ang isang pinatag na mensahe: nagpadala, pangalan sa profile, message id, uri, text, anumang media id, sagot sa button at list, at ang phone number id na tumanggap. Mula roon, karaniwang Activepieces flow na ito sa iba pang piece nito, gaya ng CRM, sheet o AI step. Isang piece lang din ang ginagamit sa pagsagot. Nagpapadala ang Send Message ng free-form text, at naihahatid lamang ito sa loob ng 24 oras mula sa huling mensahe ng customer. Nagpapadala naman ang Send Template Message ng aprubadong template, na tanging naihahatid pagkalipas ng window na iyon. Hiwalay na action ang interactive na button, list, media, lokasyon at reaction. Nabanggit sa sariling mga tagubilin ng Activepieces na isang callback URL lang kada app ang tinatanggap ng Meta. Sa mga destination kada numero, isang URL kada numero ang limitasyon, kaya kung kailangang humawak ng ilang uri ng event, mag-branch po sa loob ng isang flow. ### Umaabot ba sa flow ang mga sagot na tinype sa telepono? Umaabot ang mga ito sa webhook, pero hindi sa trigger na ito. Sa Coexistence na numero, nagpapadala ang Meta ng echo ng bawat sagot na tinype sa WhatsApp Business app papunta sa parehong destination, sa ilalim ng smb_message_echoes field. Ang messages field lang ang binabasa ng New Incoming Message trigger ng piece, at itinatapon nito ang lahat ng iba. Kung kailangan ninyo ang mga sagot mula sa telepono sa flow, simulan ito gamit ang generic na Webhook piece ng Activepieces, na tumatanggap ng anumang HTTP method, at sagutin ang verification GET gamit ang Return Response step sa synchronous URL nito. Kayo na po ang magpa-parse ng raw payload, kasama ang dalawang field. Para sa karamihan ng flow, mas simpleng pagpipilian ang trigger ng piece: tumutugon ito sa mga customer, at nananatiling nakikita sa app sa telepono ang mga sagot ng team. - Pag-paste ng app secret sa WhatsApp na koneksyon. Pinipirmahan ang mga delivery gamit ang secret ng EasyCoexistence app, kaya hindi pinapansin ang bawat isa. - Pag-set ng destination bago i-publish ang flow. Agad nagve-verify ang Meta at hindi makakasagot ang flow na hindi pa napa-publish. - Pag-asang makikita ng New Incoming Message trigger ang mga sagot na tinype sa telepono. Ang messages field lang ang binabasa nito, hindi ang smb_message_echoes. **Gumagana ba ito sa self-hosted na Activepieces?** Oo. Open source ang piece at tumatakbo ito sa cloud ng Activepieces o self-hosted, basta maaabot ang instance sa pamamagitan ng HTTPS mula sa internet. **Aling numero ng telepono ang ginagamit ng flow sa pagpapadala?** Ang pinili ninyo sa field na numero ng telepono ng action, na naglilista ng mga numero sa WhatsApp Business Account na tinuturo ng koneksyon. **Magagamit ko pa ba ang n8n o Make sa parehong numero?** Hindi nang sabay. Isang destination lang ang pinagdadaanan ng mga webhook ng isang numero sa Meta, kaya pumili ng isang tool na tatanggap, o i-forward mula roon papunta sa isa pa. **Sine-save ba ng EasyCoexistence ang mga mensahe?** Hindi. Direktang inihahatid ng Meta ang bawat webhook sa trigger ng Activepieces, at hindi kailanman nag-iimbak ng nilalaman ng usapan ang EasyCoexistence. --- ## Patakbuhin ang Typebot flow sa WhatsApp gamit ang Coexistence https://easycoexistence.com/fil/integrations/typebot Ang WhatsApp channel ng Typebot ay humihingi ng token, WhatsApp Business Account id at phone number id, at saka magbibigay ng callback URL at verify token. Punan ang unang tatlo mula sa naka-connect na numero, iwang blangko ang opsyonal na app secret ng Typebot, at itakda ang callback URL at verify token nito bilang webhook destination ng numero. ### Aling mga field ng Typebot ang kumukuha ng halaga mula sa naka-connect na numero? Ang WhatsApp wizard ng Typebot, sa ilalim ng Share tab ng isang bot, ay humihingi ng apat na bagay: app secret, System User Token, WhatsApp Business Account ID at Phone number ID. Tatlo sa mga ito ay direktang galing sa koneksyon. Ipinapakita ng dashboard ang WABA id, ang phone number id at ang access token ng numero, at ibinabalik din ng tool na get_api_credentials ang parehong halaga kung assistant ang kumukuha nito para sa inyo. I-paste ang mga ito sa katugmang field. Ang app secret ang dapat iwang blangko. Isang bagay lang ang gamit nito ng Typebot sa papasok na traffic: ang pagsuri sa X-Hub-Signature-256 header na idinaragdag ng Meta sa bawat delivery. Para sa numerong naka-connect sa pamamagitan ng Tech Provider, pinipirmahan ng Meta gamit ang app secret ng provider, na hindi kailanman ibinabahagi, kaya anumang halagang itype ninyo roon ay magiging dahilan para tanggihan ng Typebot ang bawat tunay na mensahe. Kapag walang laman ang field, nilalaktawan ng Typebot ang pagsusuring iyon at tinatanggap ang delivery. ### Saan ilalagay ang callback URL at verify token ng Typebot? Sa webhook destination ng numero, hindi sa dashboard ng isang Meta app. Sinasabi ng wizard ng Typebot na i-paste ang Callback URL at Verify Token nito sa mga WhatsApp setting ng sarili ninyong Meta app. Sa Coexistence sa pamamagitan ng EasyCoexistence, walang app na sa inyo na kasangkot: ipinapadala ng Meta ang mga event ng numero sa anumang destination na nakatakda sa koneksyon. Kaya kopyahin po ninyo ang parehong halaga mula sa huling hakbang ng Typebot at itakda ang mga ito bilang destination, sa dashboard o gamit ang set_webhook_destination. Pagkatapos, ipapadala ng Meta ang verification GET nito sa Typebot, sasagot ang Typebot ng challenge, at mula roon ay makakarating na sa bot ang bawat mensahe sa numero. Minsanan lang magagamit ang verify token ng Typebot: binubura ito sa database ng Typebot sa sandaling magtagumpay ang verification. Kung itatakda ninyong muli ang destination sa susunod, gumawa muna ng bagong token sa pamamagitan ng pagpapatakbong muli ng wizard. ### Ano ang ginagawa ng bot sa 24 oras na window? Sumasagot ang Typebot sa mga taong sumulat dito, kaya halos lahat ng mensahe ay nananatili sa loob ng customer service window. Nagbubukas ang Meta ng 24 oras na window tuwing susulat ang isang customer, at sa loob nito ay maaaring magpadala ng anumang uri ng service message nang walang template. Kaya ang bot na sumasagot lang ang pinakamadaling kaso. Ang problema ay ang flow na naghihintay. Ang Wait block, o ang session na magpapatuloy matapos manahimik ang customer nang mahigit isang araw, ay susubukang magpadala ng free-form text sa labas ng window, at tatanggihan ito ng Meta na may error 131047. Ang session expiration timeout ng Typebot, 4 na oras bilang default at maitatakda hanggang 48, ang nagpapasya kung kailan magsisimula ng bagong chat ang bumabalik na customer, hindi kung tatanggapin ng Meta ang mensahe. Dahil Coexistence ito, nakikita pa rin ng team ang bawat usapan sa WhatsApp Business app at maaari silang pumasok mula sa telepono tuwing hindi dapat sumagot ang bot. - Pag-paste ng app secret ng Meta sa Typebot. Pinipirmahan ang mga delivery gamit ang secret ng Tech Provider, kaya tinatanggihan ng Typebot ang bawat mensahe bilang di-wastong signature. - Muling paggamit ng lumang verify token ng Typebot. Binubura ito pagkatapos ng isang matagumpay na verification, kaya kailangan ng bago mula sa wizard kapag itatakda muli ang destination. - Pagbabahagi ng callback URL. Kapag nakapatay ang pagsusuri ng signature, ang pagkaalam sa URL ang nagpapapasok ng request, kaya ituring ito na parang password. **Kailangan ko ba ng sarili kong Meta app para sa Typebot?** Hindi po. Ipinapalagay ng gabay ng Typebot na mayroon, dahil karamihan ay sila mismo ang nagko-connect ng numero. Sa Coexistence sa pamamagitan ng Tech Provider, galing sa koneksyon ang token at mga id, at ang Meta ang nagruruta ng webhook papunta sa Typebot. **Makikita pa rin ba ng team sa telepono ang mga mensahe ng bot?** Opo. Ang mga mensaheng ipinadala sa pamamagitan ng Cloud API ay lumalabas sa WhatsApp Business app sa parehong numero, kaya mababasa ng isang tao ang thread at makakapag-take over. **Maaari bang tumanggap ang Typebot at n8n ng mga mensahe ng iisang numero?** Hindi po. Isang webhook destination lang ang bawat numero. Kung kailangan ng pareho ang mga event, ituro ang destination sa n8n at ipa-forward sa workflow ang raw payload sa callback URL ng Typebot. **Sine-save ba ng Typebot ang mga usapan?** Itinatago ng Typebot ang sarili nitong session at results data, gaya sa anumang channel. Hindi kailanman sine-save ng EasyCoexistence ang nilalaman ng mensahe: direktang naghahatid ang Meta sa destination na itinakda ninyo. --- ## I-connect ang Botpress bot sa WhatsApp gamit ang Coexistence https://easycoexistence.com/fil/integrations/botpress Gamitin po ninyo ang WhatsApp integration ng Botpress sa Manual Configuration. I-paste ang access token at phone number id ng naka-connect na numero, pumili ng verify token, at iwanang walang laman ang App ID at Client Secret. Pagkatapos, itakda ang webhook URL ng Botpress at ang verify token na iyon bilang webhook destination ng numero, at ihahatid ng Meta ang bawat mensahe sa bot. ### Aling Botpress configuration ang gumagana sa numerong may Coexistence? Ang Manual Configuration. Ang ibang opsyon ay nagko-connect ng numero sa pamamagitan ng sariling Meta app ng Botpress, na hiwalay na onboarding ng numero at hindi paraan para gamitin ang numerong naka-connect na. Sa WhatsApp integration, buksan po ninyo ang Configuration drop-down at piliin ang Manual Configuration. Hihingin nito ang Verify Token, Access Token, Default Bot Phone Number ID, at opsyonal na App ID, Client Secret at WABA ID. Ang access token, phone number id at WABA id ay mula sa koneksyon: ipinapakita ang mga ito ng dashboard, at ibinabalik ng get_api_credentials ang mga ito sa isang assistant. Ang verify token ay anumang string na pipiliin ninyo. Walang laman ang App ID at Client Secret. Inilalarawan ng guide ng Botpress ang secret bilang field na dapat punan, pero minarkahan ito ng integration definition nito bilang opsyonal at sinasabing nilalaktawan ang signature verification kapag wala ito. Mahalaga ito, dahil pinipirmahan ng Meta ang bawat delivery gamit ang app secret ng Tech Provider, na walang customer na may hawak. ### Paano natatanggap ng Botpress webhook ang mga mensahe mula sa Meta? Sa pamamagitan ng webhook destination ng numero. Sa guide ng Botpress, ipapa-paste ang webhook URL nito at ang inyong verify token sa WhatsApp configuration ng isang Meta app. Dito, walang Meta app na sa inyo: ipinapadala ng Meta ang mga event ng numero sa anumang destination na nakasaad sa koneksyon. Kaya kopyahin po ninyo ang webhook URL na ipinapakita ng Botpress para sa integration at itakda ito, kasama ang parehong verify token, bilang destination sa dashboard o gamit ang set_webhook_destination. Magpapadala ang Meta ng verification GET, sasagot ang Botpress, at magsisimula ang delivery. Kapag sine-save ng Botpress ang manual configuration, vine-verify din nito ang token sa pamamagitan ng pagtatanong sa Graph kung aling app ang nag-isyu nito, kaya ang di-wasto o binawing token ay pumapalya sa oras ng pag-save at hindi sa unang mensahe. Pinoproseso rin ng handler ng Botpress ang smb_message_echoes, ang event na ipinapadala ng Meta kapag may sumagot mula sa WhatsApp Business app. Kaya nakikita ng bot ang sagot mula sa telepono, at hindi ito nakatago sa kanya. ### Ano ang dapat malaman ng bot tungkol sa Coexistence? Na maaaring may tao nang nakikipag-usap. Patuloy na gumagana ang WhatsApp Business app sa numero, kaya maaaring makatanggap ang customer ng sagot mula sa telepono at mula sa bot sa loob ng iisang minuto. Magpasya po kayo sa flow kung ano ang mangyayari kapag dumating ang isang echo: karamihan sa mga team ay pansamantalang pinapahinto ang bot para sa contact na iyon, para hindi sapawan ang taong pumasok sa usapan. Ang ikalawa ay ang oras. Ang bot na sumasagot sa mga papasok na mensahe ay gumagana sa loob ng 24 oras na customer service window, kung saan pinapayagan ang free-form text. Ang flow na nagpapadala ng kahit ano pagkalipas ng isang araw, tulad ng follow up o paalala, ay nangangailangan ng aprubadong template, at ang free-form text doon ay magbabalik ng error 131047. Sine-subscribe ng guide ng Botpress ang mga template status field para sa ganitong proactive na mensahe. At ang throughput ay nakatakda sa 20 mensahe kada segundo para sa numerong may Coexistence, na mas mataas pa sa ipinapadala ng isang conversational na bot. - Paglalagay sa Client Secret ng secret ng sarili ninyong Meta app. Hindi kailanman tutugma ang signature at sasagutin ng Botpress ng 401 ang bawat delivery. - Pagpili sa OAuth o sandbox na opsyon sa halip na Manual Configuration. Ang mga iyon ay nagko-connect ng numero sa pamamagitan ng sariling app ng Botpress, hindi ng numerong naka-connect na. - Pagbalewala sa mga echo. Kapag walang panuntunan para sa mga sagot na ipinadala mula sa telepono, sinasapawan ng bot ang taong pumasok na sa usapan. **Ligtas ba ang paglaktaw sa signature check?** Inililipat nito ang proteksyon sa URL. Gumagawa ang Botpress ng webhook URL para sa bawat integration, kaya panatilihin po ninyo itong pribado. Kailangan pa ring kunin ang media mula sa Meta gamit ang token, na hindi mapepeke ng pekeng event. **Maaari bang pakainin din ng parehong numero ang n8n?** Isang webhook destination lang ang numero. Ituro po ninyo ito sa isang system at mag-forward mula roon kung kailangan ng pangalawa ang mga event. **Kailangan ba ng Botpress ang WABA id ko?** Minarkahan ito ng definition nito bilang opsyonal sa ngayon at sinasabing magiging required sa susunod na major version, kaya punan na po ninyo ito mula sa koneksyon. **Dumadaan ba sa EasyCoexistence ang mga mensahe?** Hindi. Direktang inihahatid ng Meta ang mga ito sa webhook URL ng Botpress, at hindi kailanman iniimbak sa panig namin ang nilalaman. --- ## Sagutin ang mga mensahe sa WhatsApp gamit ang Dify app https://easycoexistence.com/fil/integrations/dify Ituro po ninyo ang webhook ng numero sa isang maliit na receiver, tulad ng n8n workflow o isang route sa sarili ninyong code, na magpapasa ng bawat mensahe sa Send Chat Message API ng Dify at magpapadala ng sagot pabalik sa pamamagitan ng Cloud API. Sa loob ng Dify, maaaring idagdag ang EasyCoexistence MCP server bilang tool upang makagawa ng aksyon ang agent sa mismong numero. ### Maaari bang direktang magpadala ang Meta ng mga mensahe sa WhatsApp papunta sa Dify? Hindi sa paraang makukumpleto ang handshake. Bago maghatid ng anuman, tinatawag muna ng Meta ang destinasyon gamit ang GET at inaasahang maibabalik ang halaga ng hub.challenge bilang raw na response body. Ang Webhook Trigger ng Dify ay tumatanggap lamang ng isang HTTP method kada trigger, at ayon sa dokumentasyon nito, awtomatikong kino-convert sa JSON ang response body na hindi JSON, kaya ang OK ay bumabalik bilang isang message object. Hindi kailanman maibabalik nang eksakto ang challenge, at hindi kailanman magsisimulang maghatid ang Meta. Kaya may maliit na bahagi na dapat ilagay sa harap. Maaaring isang n8n Webhook node, isang route sa Python o Node, o isang serverless function ang sasagot sa GET, tatanggap ng POST, at magpapasa ng teksto sa Dify. Sa receiver ding iyon sinusuri ang mahaba at random na secret sa webhook URL, dahil ang header na X-Hub-Signature-256 ay pinirmahan gamit ang app secret ng Tech Provider at hindi ito mave-validate ng customer. ### Paano nakikipag-usap ang receiver sa Dify app? Sa isang tawag lamang sa Service API ng Dify: POST /chat-messages, na may authentication gamit ang API key ng app. Dala ng body ang query, ang teksto ng customer, at ang user, isang identifier na kayo ang magtatakda. Gamitin po ninyo ang numero ng WhatsApp ng nagpadala bilang user, at itago ang conversation_id na ibinabalik ng Dify upang ang susunod na mensahe mula sa parehong tao ay magpatuloy sa parehong usapan. Mahalaga ang response_mode. Ang blocking ay bumabalik kapag kumpleto na ang sagot, at nagbababala ang dokumentasyon ng Dify na sa Dify Cloud, maaaring maputol ng edge proxy ang mahabang generation. Streaming lamang ang sinusuportahan ng mga Agent app, at nabibigo ang blocking request sa mga ito na may 400. Ang receiver na bumabasa ng stream at nagpapadala ng isang mensahe sa WhatsApp sa dulo ang pinaka-maaasahang anyo. Pagkatapos, lalabas ang sagot bilang text na mensahe ng Cloud API papunta sa parehong numero, na libre sa loob ng 24 oras na window na binuksan ng mensahe ng customer. ### Ano ang idinadagdag ng MCP server sa loob ng Dify? Ang kakayahan ng isang Dify agent na kumilos sa numero nang hindi ninyo kailangang i-wire ang bawat tawag. Kumokonekta ang Dify sa mga MCP server sa pamamagitan ng HTTP at, bilang default, nagpaparehistro ito sa server gamit ang OAuth dynamic client registration, na sinusuportahan ng EasyCoexistence MCP server. Idagdag po ito sa ilalim ng Tools, mag-sign in nang isang beses, at makukuha ng agent ang mga tool: ilista ang mga numero, suriin ang kalusugan ng numero, magpadala ng mensahe, magpadala ng aprubadong template, basahin ang status ng template. Iyon ang tamang lugar para sa proactive na gawain: ang isang Dify workflow na nagfo-follow up kinabukasan ay kailangang gumamit ng send_template, dahil ang free-form text sa labas ng window ay nagbabalik ng error 131047, at sinasabi ito ng mga paglalarawan ng tool sa model. Ang hindi kayang gawin ng MCP ay gisingin ang Dify kapag sumulat ang customer. Request at sagot ang protocol, kaya ang mga papasok na mensahe ay darating pa rin sa pamamagitan ng webhook at ng receiver sa harap. - Paggamit ng URL ng Dify Webhook Trigger bilang destinasyon ng webhook. Bumabalik ang challenge na nakabalot sa JSON at hindi kailanman nave-verify ng Meta ang endpoint. - Pagpapadala ng blocking request sa isang Dify Agent app. Streaming lamang ang sinusuportahan ng mga Agent app, at nabibigo ang tawag na may 400. - Paggamit ng bagong halaga ng user sa bawat mensahe. Nakasaklaw ang mga usapan ng Dify sa user, kaya bawat mensahe ay nagsisimula ng bagong usapan na walang alaala. **May WhatsApp channel ba ang Dify?** Wala sa dokumentasyon nito. Maaabot ang isang Dify app sa pamamagitan ng Service API nito, kaya kumokonekta ang WhatsApp sa pamamagitan ng receiver na tumatawag sa API na iyon. **Maaari bang maging receiver ang n8n?** Oo. Ang Webhook node ang tumatanggap, ang HTTP Request node ang tumatawag sa Dify, at ang pangalawang HTTP Request node ang nagpapadala ng sagot sa pamamagitan ng Cloud API. **Maaari pa rin bang sumagot ang team mula sa telepono?** Oo. Pinapanatili ng Coexistence na gumagana ang WhatsApp Business app sa numero, at ang mga sagot na ipinadala mula sa telepono ay umaabot sa receiver bilang mga echo event. **Nakikita ba ng EasyCoexistence ang usapan?** Hindi. Direktang naghahatid ang Meta sa inyong receiver at hindi kailanman iniimbak sa aming panig ang nilalaman ng mensahe. Binabasa ng MCP server ang estado ng account at numero. --- ## Sagutin ang mga mensahe sa WhatsApp gamit ang Flowise chatflow https://easycoexistence.com/fil/integrations/flowise I-set ang webhook destination ng numero sa isang maliit na receiver, gaya ng n8n workflow o isang route sa sarili ninyong code. Ipapasa nito ang bawat mensahe sa Prediction API ng Flowise na ang numero ng nagpadala ang session id, at ipapadala pabalik ang sagot sa pamamagitan ng Cloud API gamit ang token at phone number id ng numero. ### Bakit kailangan ng Flowise ng ibang bahagi sa harap nito? Dahil magkaiba ang hugis ng webhook ng Meta at ng API ng Flowise. Bineberipika ng Meta ang destination gamit ang GET na dapat magbalik ng hub.challenge bilang raw body, at saka inihahatid ang bawat mensahe bilang nested JSON POST. Ang Prediction API ng Flowise naman ay umaasa ng POST sa /api/v1/prediction/ na sinusundan ng flow id, na may field na question. Hindi iaangkop ng alinman ang sarili sa isa, kaya isang receiver ang nagsasalin. Ang receiver ay maaaring n8n Webhook node, isang route sa Python o Node, o anumang serverless function. Sinasagot nito ang verification GET, sinusuri ang mahaba at random na secret na nasa webhook URL, agad na sumasagot ng 200 sa Meta, at saka ginagawa ang trabaho. Ang secret sa URL ang authentication na gumagana rito: pinipirmahan ng Meta ang mga delivery gamit ang app secret ng Tech Provider, na hindi kailanman ibinabahagi, kaya hindi ma-validate sa inyong panig ang X-Hub-Signature-256 header. ### Paano dapat tawagin ng receiver ang Prediction API? Gamitin ang text ng customer bilang question at ang WhatsApp numero ng customer bilang session. Tumatanggap ang Flowise ng overrideConfig sa bawat request, at ang sessionId sa loob nito ang nagpapahintulot sa mga memory node na magtago ng isang usapan kada tao sa halip na paghalu-haluin ang lahat sa iisang thread. Ang numero ng nagpadala mula sa webhook payload ay isang matatag at natural na key para dito. Kung protektado ng API key ang chatflow, ipinapadala ito ng receiver bilang bearer token. I-set ang streaming sa false maliban kung ang receiver ay ginawang mag-assemble ng stream, dahil ang WhatsApp ay naghahatid ng isang buong mensahe at hindi isang token kada pagkakataon. Ang sagot ay lalabas bilang Cloud API text na mensahe mula sa parehong numero. Libre ito at pinapayagan sa loob ng 24 oras na window na binuksan ng mensahe ng customer. Anumang nais ipadala ng flow sa ibang pagkakataon, gaya ng paalala, ay kailangang aprubadong template. ### Magagamit ba ng Flowise agent ang EasyCoexistence MCP server? Hindi pa sa ngayon. Kumokonekta ang Custom MCP ng Flowise sa isang Streamable HTTP server gamit ang URL at ilang header, karaniwan ay isang static na bearer token na nakatago sa Flowise variable. Ang EasyCoexistence MCP server ay nag-aauthenticate gamit ang OAuth, na may browser sign-in at mga token na ito mismo ang naglalabas, kaya walang static na key na maaaring ilagay sa header. Ang gumaganang hatian ay hayaang ang flow ang magpasya at ang receiver ang magpadala. Ibinabalik ng flow ang tekstong sasabihin, o ang pangalan ng template kapag higit sa isang araw nang tahimik ang customer, at ang receiver ang gumagawa ng Cloud API call gamit ang token ng numero. Sa gayon, hindi kailanman mapupunta sa loob ng Flowise ang token, at ang 24 oras na patakaran ay ipinapatupad sa code sa pamamagitan ng pagsuri kung kailan huling sumulat ang contact, sa halip na iasa sa isang model na maaaring makalimot. Ang mga papasok na mensahe ay darating pa rin sa webhook lamang, anuman ang paraan ng pagpapadala. - Hindi paglalagay ng sessionId. Magbabahagi ang bawat customer ng iisang memory, at maaaring lumabas ang detalye ng isang tao sa sagot para sa iba. - Paghihintay sa Flowise bago sumagot sa Meta. Uulitin ang mabagal na 200, kaya dalawang beses mapoproseso ang parehong mensahe. - Pagpapadala ng free-form text ng flow pagkalipas ng isang araw. Sa labas ng window, tinatanggihan ito ng Meta na may error 131047. **May WhatsApp node ba ang Flowise?** Wala sa dokumentasyon nito. Naaabot ito sa pamamagitan ng Prediction API, kaya may receiver na nasa pagitan ng Meta at ng flow. **Maaari bang n8n ang receiver?** Oo. Tumatanggap ang isang Webhook node, tumatawag sa Flowise ang isang HTTP Request node, at isa pang HTTP Request node ang nagpapadala ng sagot sa pamamagitan ng Cloud API. **Paano ko ihihinto ang bot kapag sumagot ang isang tao mula sa telepono?** Bantayan ang mga echo event. Ang sagot na ipinadala mula sa WhatsApp Business app ay dumarating sa receiver, na maaaring mag-pause ng flow para sa contact na iyon. **Iniimbak ba ng EasyCoexistence ang usapan?** Hindi. Direktang naghahatid ang Meta sa inyong receiver. Itinatago ng Flowise ang anumang naka-configure sa mga memory node nito na itago. --- ## Bigyan ng WhatsApp na numero ang isang LangChain agent https://easycoexistence.com/fil/integrations/langchain May dalawang bahagi ang WhatsApp ng isang LangChain agent. Ang mga papasok na mensahe ay dumarating sa web route ninyo sa pamamagitan ng webhook ng numero, at ang route ang nag-i-invoke sa agent. Para kumilos, i-lo-load ng agent ang EasyCoexistence MCP tools gamit ang MCPAdapter ng LangChain at OAuth, o tatawagin nito nang direkta ang Cloud API gamit ang token ng numero at ang phone number id. ### Paano nilo-load ng LangChain agent ang mga WhatsApp tool? Sa pamamagitan ng MCPAdapter, ang MCP client ng LangChain, na ibinibigay ang mga tool ng isang MCP server sa create_agent bilang karaniwang LangChain tools. Kailangan nito ang langchain[mcp] na bersyon 1.4.0 o mas bago, at nakamarka itong beta. Iniaatas sa FastMCP ang authentication. Kapag nilagay ang auth="oauth" sa client, tatakbo ang buong OAuth 2.1 flow: discovery, dynamic client registration, browser redirect at token exchange. Iyon mismo ang inaasahan ng EasyCoexistence MCP server, kaya walang key na gagawin o ipe-paste. Bilang default, nasa memory lang ang mga token at inuulit ng bawat takbo ang hakbang sa browser. Kung gagamit kayo ng FastMCP OAuth provider na may token store, mananatili ang mga ito sa pagitan ng mga takbo. Pagkatapos ma-load, makikita ng agent ang mga tool kasama ang kanilang paglalarawan: una ang list_numbers, dahil ang bawat ibang tool ay kumukuha ng connection_id mula rito, saka send_message, send_template, list_templates, get_number_health at iba pa. ### Paano nakararating sa agent ang papasok na mensahe sa WhatsApp? Sa pamamagitan ng webhook, dahil hindi ito kayang gawin ng MCP. Request at sagot ang protocol, kaya walang paraan para magising ng isang server ang client kapag sumulat ang customer. Itakda po ang webhook destination ng numero sa isang route sa sarili ninyong application, na may mahaba at random na secret sa URL path. Sasagutin ng route ang verification GET ng Meta gamit ang raw challenge, tatanggapin ang bawat POST, agad magbabalik ng 200 at ipapasok sa queue ang trabaho. Pagkatapos, kukunin ng isang worker ang nagpadala at ang teksto mula sa payload at i-i-invoke ang agent gamit ang mga ito, na ang numero ng nagpadala ang thread id para manatiling hiwalay ang memory kada customer. I-check ang secret sa URL sa halip na ang X-Hub-Signature-256 header. Pumipirma ang Meta gamit ang app secret ng Tech Provider, na hindi kailanman ibinabahagi, kaya hindi ito mave-validate ng customer. ### Dapat bang magpadala ang agent sa pamamagitan ng MCP o ng Cloud API? Parehong gumagana, at ang pagkakaiba ay kung sino ang may hawak ng mga patakaran. Dala ng MCP tools ang mga patakaran ng WhatsApp sa kanilang paglalarawan, gaya ng send_message na gumagana lamang sa loob ng 24 oras na window at ng send_template bilang paraan para maabot ang taong hindi pa sumusulat. Karaniwang napipili ng model ang tama kapag binasa ang mga paglalarawang iyon, at nakatutulong ito kapag malayang nagpapasya ang agent. Mas simple ang sarili ninyong tool na nagpo-post sa messages endpoint ng Cloud API gamit ang token ng numero kapag makitid ang trabaho ng agent, gaya ng laging pagsagot sa taong kasusulat lang. Sa ganitong paraan, nasa code ninyo ang pag-check ng window, na siyang tamang lugar para sa patakarang hindi dapat labagin. Ang free-form text sa labas ng window ay bumabalik na may error 131047, at walang makikita ang customer. - Pag-asang maghahatid ang MCP ng mga papasok na mensahe. Kung walang webhook route, hindi kailanman makakarinig ang agent mula sa customer. - Pag-iwan ng mga OAuth token sa memory ng isang server. Bawat restart ay hihingi ng sign-in sa browser; i-persist ang mga ito gamit ang token store. - Paggamit ng iisang thread para sa lahat ng customer. Gamitin ang numero ng nagpadala bilang key ng memory ng agent. **Python lang ba ito?** Python ang halimbawa ng MCPAdapter. Plain HTTP lang ang webhook at ang Cloud API, kaya anumang wika kung saan tumatakbo ang LangChain ay kayang tumanggap at magpadala. **Kailangan ba ng agent ang list_numbers sa bawat pagkakataon?** Kailangan nito ng connection_id, at ang list_numbers lang ang pinagmumulan nito. Kung iisa ang numero, minsan lang itong tatawagin ng agent sa simula. **Makakasagot pa ba ang team mula sa telepono?** Oo. Pinananatiling gumagana ng Coexistence ang WhatsApp Business app, at ang mga sagot mula sa telepono ay dumarating sa inyong route bilang echo events na maaaring isaalang-alang ng agent. **Binabasa ba ng EasyCoexistence ang usapan?** Hindi. Direktang naghahatid ang Meta sa inyong route at hindi kailanman iniimbak sa aming panig ang nilalaman ng mensahe. Ang estado ng account at numero lang ang binabasa ng MCP tools. --- ## Ilagay ang isang OpenAI Agents SDK agent sa WhatsApp https://easycoexistence.com/fil/integrations/openai-agents-sdk Itakda ang webhook destination ng numero sa isang route sa inyong Python app. Sa bawat papasok na mensahe, patakbuhin ang agent gamit ang Runner.run at isang session na naka-key sa numero ng nagpadala, pagkatapos ay ipadala ang result.final_output pabalik sa pamamagitan ng Cloud API gamit ang token ng numero at phone number id. Patuloy na gumagana ang WhatsApp Business app sa parehong numero. ### Paano nagiging agent run ang isang mensahe sa WhatsApp? Sa pamamagitan ng isang route sa sarili ninyong application na tinatawag ng Meta. Itakda ang webhook destination ng numero sa route na iyon, na may mahaba at random na secret sa path. Sinasagot ng route ang verification GET ng Meta sa pagbabalik ng hub.challenge bilang plain text, tinatanggap ang bawat POST, sumasagot agad ng 200 at ipinapasok sa queue ang trabaho, dahil nire-retry ng Meta ang mabagal na sagot at dalawang beses ninyong mapapatakbo ang agent. Pagkatapos, babasahin ng isang worker ang nagpadala at ang teksto mula sa payload at tatawagin ang Runner.run. Magpasa ng session na ang id ay ang numero ng nagpadala: iniimbak ng SDK ang usapan sa ilalim ng id na iyon, kaya ang susunod na mensahe ng parehong customer ay magpapatuloy kung saan huminto ang huli, at hindi kailanman magbabahagi ng history ang dalawang customer. Sapat na ang SQLiteSession para magsimula; may kasama ring Redis at SQLAlchemy sessions ang SDK para sa maraming worker. Ang secret sa URL ang nagsisilbing authentication dito. Nilalagdaan ng Meta ang mga delivery gamit ang app secret ng Tech Provider, kaya hindi ma-validate ng customer ang signature header. ### Bakit dapat ang inyong code ang magpadala ng sagot, hindi ang agent? Dahil ang nag-iisang patakarang hindi dapat labagin ay patakaran sa oras, at mas mahusay itong ipatupad ng code kaysa ng isang prompt. Nagbubukas ang Meta ng 24 oras na customer service window kapag sumulat ang isang customer. Sa loob nito, pumapasok ang free-form text. Sa labas nito, approved template lamang ang pumapasok, at bumabalik ang free-form text na may error 131047. Ang worker na sumasagot sa mensaheng kararating pa lang ay laging nasa loob ng window, kaya ligtas sa disenyo ang pagpapadala ng result.final_output bilang teksto. Ang trabahong nangyayari nang mas huli, tulad ng follow up kinabukasan ng umaga o isang paalala, ay dapat dumaan sa hiwalay na landas na nagpapadala ng template at hindi kailanman ng free-form text. Maaari pa ring magkaroon ng mga tool ang agent. Bigyan po ninyo ito ng function tools para sa paghahanap ng impormasyon, tulad ng order o booking, at panatilihin ang pagpapadala sa WhatsApp sa worker. Pinipigilan din nito na mapunta ang access token sa anumang maaaring tawagin ng model gamit ang kahit anong argumento. ### Magagamit ba ng agent ang EasyCoexistence MCP server? Oo, sa pamamagitan ng MCPServerStreamableHttp, pero mas maraming setup kaysa sa isang header. Tumatanggap ang SDK ng Authorization header o ng httpx.Auth sa params["auth"]. Naglalabas ang EasyCoexistence MCP server ng sarili nitong OAuth token pagkatapos ng sign-in sa browser, na may dynamic client registration at PKCE, kaya walang static key. May kasamang OAuthClientProvider ang MCP Python SDK, isang HTTP auth handler na nagpapatakbo ng daloy na iyon na may PKCE at token refresh, at iyon ang ilalagay sa params["auth"]. Sulit ito kapag ang agent mismo ang dapat magpasya: tingnan ang kalusugan ng isang numero, basahin ang status ng template, o pumili sa pagitan ng send_message at send_template ayon sa mga patakaran sa mga paglalarawan ng tool. Para sa front desk na sumasagot lang, mas maikli ang worker sa itaas at mas kaunti ang posibleng pumalya. Sa alinmang paraan, nananatili ang webhook. Ang MCP ay request at sagot, at ang mensahe ng isang customer ay makararating lamang sa agent sa pamamagitan ng route na tinatawag ng Meta. - Pagpapatakbo ng agent bago magbalik ng 200 sa Meta. Nire-retry ang mabagal na sagot, at dalawang sagot ang natatanggap ng customer. - Paggamit ng iisang session para sa lahat ng customer. I-key ito sa numero ng nagpadala, kung hindi ay maghahalo ang mga history. - Pagpapahintulot sa naantalang follow up na magpadala ng free-form text. Pagkalipas ng 24 oras, papalya ito na may 131047; magpadala na lang ng template. **Kailangan ba nito ang hosted MCP tool ng OpenAI Responses API?** Hindi. Lokal na pinapatakbo ng worker ang agent gamit ang Runner.run, at ang bahagi ng WhatsApp ay simpleng HTTPS call na ginagawa ng inyong code. **Aling bersyon ng Graph API ang dapat naming gamitin?** v25.0 ang ginagamit sa kasalukuyang mga halimbawa ng Meta. Itakda po ninyo ang isang bersyon sa iisang lugar sa inyong code para ang pag-upgrade ay pagbabago ng isang linya. **Maaari bang pumalit ang isang tao mula sa telepono?** Oo. Pinapanatiling gumagana ng Coexistence ang WhatsApp Business app, at ang sagot mula sa telepono ay darating sa inyong route bilang echo event na magagamit ng worker para i-pause ang agent. **Iniimbak ba ng EasyCoexistence ang usapan?** Hindi. Direktang naghahatid ang Meta sa inyong route. Anuman ang iniimbak ng session ay nasa sarili ninyong database. --- ## Gumawa ng WhatsApp agent gamit ang Vercel AI SDK https://easycoexistence.com/fil/integrations/vercel-ai-sdk Ang mga papasok na mensahe ay dumarating sa isang route handler na itinakda bilang webhook destination ng numero. Tinatawag ng handler ang generateText at ipinapadala ang sagot sa pamamagitan ng Cloud API. Para sa mga tool na kumikilos sa numero, kumokonekta ang createMCPClient mula sa @ai-sdk/mcp sa EasyCoexistence MCP server sa HTTP, at nagsa-sign in gamit ang OAuth sa pamamagitan ng authProvider. ### Paano tumatanggap ng mensahe sa WhatsApp ang route handler? Gumamit po ng dalawang method sa iisang route, na itinakda bilang webhook destination ng numero na may mahaba at random na secret sa path. Ang GET ang sumasagot sa verification ng Meta. Basahin ang hub.mode, hub.verify_token at hub.challenge mula sa query, ihambing ang token, at ibalik ang challenge bilang plain text. Ang pagbalik nito sa pamamagitan ng JSON helper ang klasikong pagkakamali: dumarating ang body na may mga panipi sa paligid nito at hindi kailanman magsisimulang magpadala ang Meta. Ang POST ang tumatanggap ng mga event. Magbalik agad ng 200 at saka gawin ang model call, dahil nagre-retry ang Meta sa mabagal na sagot at ang cold start na nagpapatakbo ng model nang inline ay maaaring sumagot nang dalawang beses sa iisang mensahe. Sa mga platform na tinatapos ang function kapag naipadala na ang sagot, ipasa ang gawain sa isang queue o sa mekanismo ng platform para sa gawain pagkatapos ng sagot. Ang path secret ang nagsisilbing authentication. Pinipirmahan ng Meta ang bawat delivery gamit ang app secret ng Tech Provider, kaya hindi masusuri sa inyong panig ang X-Hub-Signature-256 header. ### Paano niloload ng AI SDK ang mga WhatsApp tool? Gamit ang createMCPClient mula sa @ai-sdk/mcp at ang HTTP transport, na inirerekomenda ng dokumentasyon ng AI SDK para sa production. Tinatanggap ng transport ang URL ng server at isang authProvider, at ang OAuth sa pamamagitan ng authProvider ang paraan ng pag-authorize sa EasyCoexistence MCP server: naglalathala ito ng OAuth metadata, sumusuporta sa dynamic client registration at PKCE, at nag-iisyu ng sarili nitong mga token pagkatapos ng sign-in. Walang API key na ilalagay sa header. Diretso sa generateText o streamText ang mga tool ng client. Makikita na ng model ang list_numbers, send_message, send_template, get_number_health at iba pa, na may mga paglalarawang nagsasaad ng 24 oras na window. Isara po ninyo ang client kapag tapos na ang call, sa onEnd callback para sa stream o sa finally block para sa iba, ayon sa hinihingi ng dokumentasyon ng AI SDK. Gamitin ito kung saan dapat magdesisyon ang model. Para sa pagsagot sa mensaheng kararating lang, mas maikli ang direktang Cloud API call mula sa handler. ### Ano ang nagbabago dahil nasa Coexistence ang numero? Dalawang bagay na dapat alam ng code. Una, maaaring may tao nang kausap sa conversation. Patuloy na gumagana ang WhatsApp Business app sa numero, at ang bawat sagot na tinype sa telepono ay dumarating sa route bilang echo event. Ang handler na nagpapahinto sa model para sa isang contact pagkatapos ng echo ay hindi sasagot sa ibabaw ng isang tao. Pangalawa, may nakapirmang limitasyon na 20 mensahe kada segundo sa pagpapadala para sa numero. Hindi ito aabutin ng isang conversational agent, pero aabutin ito ng broadcast loop na isinulat gamit ang Promise.all sa listahan ng contact, kaya i-batch ito. Ang lahat ng iba pa ay ordinaryong Cloud API. Sa loob ng 24 oras mula sa huling mensahe ng customer, pinapayagan ang free-form text. Pagkatapos nito, tanging aprubadong template lamang ang makakadaan, at ang free-form text ay magbabalik ng error 131047 nang hindi nakikita ng customer ang anuman. - Pagbalik ng challenge gamit ang JSON response helper. Ang mga panipi sa paligid nito ang pumapalya sa pagsusuri ng Meta. - Pagpapatakbo ng generateText bago sumagot sa Meta. Sa cold start, ang retry ay nagbubunga ng pangalawang sagot. - Paglimot na isara ang MCP client. Ang bawat request ay nag-iiwan ng bukas na koneksyon hanggang patayin ito ng platform. **Sa Vercel lang ba ito gumagana?** Hindi. Ang AI SDK ay isang TypeScript library, at maaaring tumakbo ang route sa anumang host na naghahatid ng HTTPS at sumasagot sa GET at POST. **Kailangan ko ba talaga ang MCP client?** Hindi para sa pagsagot. Sapat na ang fetch sa messages endpoint ng Cloud API gamit ang token ng numero. May silbi ang MCP kapag ang model ang pumipili ng gagawin. **Aling provider ang maaaring gamitin para sa model?** Alinman sa sinusuportahan ng AI SDK. Hiwalay sa model ang panig ng WhatsApp, kaya ang pagpapalit ng provider ay hindi makakaapekto sa route o sa Cloud API call. **Nakikita ba ng EasyCoexistence ang mga mensahe?** Hindi. Direktang naghahatid ang Meta sa inyong route at hindi kailanman iniimbak sa aming panig ang nilalaman ng mensahe. --- ## Magpadala ng mga mensahe sa order sa WhatsApp mula sa Shopify https://easycoexistence.com/fil/integrations/shopify Ang Send HTTP request action ng Shopify Flow ay maaaring mag-post ng aprubadong template sa Cloud API kapag nagawa ang isang order, gamit ang phone number id ng naka-connect na numero at isang token na naka-store bilang Flow secret. Sa mga plan na walang action na ito, ang Shopify admin webhook ay papunta sa isang receiver, gaya ng n8n, na gagawa ng parehong call. ### Paano nagpapadala ng mensahe sa WhatsApp ang Shopify Flow? Gamit ang Send HTTP request action, na nagpo-post sa anumang URL na may mga header at body na maaaring gumamit ng mga Liquid variable mula sa trigger. Gumawa po ng workflow sa order creation trigger at idagdag ang Send HTTP request. Ang URL ay ang messages endpoint ng Cloud API para sa phone number id ng naka-connect na numero. Magdagdag ng Authorization header na ang value ay Bearer na sinusundan ng access token ng numero, naka-store bilang Flow secret at tinutukoy bilang secret variable. Hindi kailanman ipinapakita ang mga secret value sa interface ng Flow at itinatago ang mga ito sa run logs, na siyang tamang lugar para sa isang token. Ang body ay isang template na mensahe, na ang numero ng telepono ng customer ay nasa to field at ang mga detalye ng order ay nasa mga parameter ng template. Itinuturing ng Flow na tagumpay ang 2XX o 3XX na sagot. Sinasagot ng Meta ang isang valid na request ng message id, kaya ang run na matagumpay ay nangangahulugang tinanggap ng Meta ang mensahe. ### Bakit kailangang template ang mensahe sa order? Dahil ang tindahan ang unang sumusulat. Nagbubukas lamang ang 24 hour customer service window ng Meta kapag sumulat ang customer sa numero. Ang order confirmation, update sa shipping o paalala sa abandoned checkout ay ipinapadala bago pa iyon, kaya tinatanggihan ang free-form text at tanging ang naunang inaprubahang template ang makakadaan. Gawin nang minsan ang template, sa utility category para sa mga update sa order at shipping, at hintaying maaprubahan bago i-on ang workflow. Dapat eksaktong tumugma ang pangalan at wika sa request body sa aprubadong template, at dapat tumugma ang bilang ng mga parameter sa mga placeholder nito. May usapin din ng pahintulot. Inaatasan ng Meta ang opt-in bago magpadala ng mensahe ang isang negosyo sa WhatsApp: ibinigay ng tao ang kanyang numero at pumayag na tumanggap ng mga mensahe mula sa negosyong ito. Ang checkbox sa checkout na nagsasabi nito ang karaniwang paraan ng pagkuha nito, at dapat itong suriin ng workflow bago magpadala. ### Paano kung walang Send HTTP request sa plan ng tindahan? Gumamit na lang po ng Shopify admin webhook. Sa Settings, Notifications, Webhooks, maaaring gumawa ang merchant ng webhook para sa isang event gaya ng order creation, sa JSON, papunta sa isang URL. Ituro ito sa isang receiver: isang n8n Webhook node, o isang route sa PHP, Python o Node. Babasahin ng receiver ang order, susuriin ang pahintulot, at gagawa ng parehong template call sa Cloud API. Anuman ang daan ng pagpapadala, pareho ang mga sagot. Kapag sumagot ang customer sa mensahe ng order, mapupunta ang sagot sa WhatsApp Business app sa telepono ng tindahan, dahil nasa Coexistence ang numero, at bukas na ang 24 hour window para sa free-form text. Kung nakatakda ang webhook destination ng numero, aabot din ang sagot sa inyong system. Lumalabas din sa app ang mismong mensahe ng order, kaya nakikita ng sumasagot kung ano ang tinutugunan ng customer. - Pagpapadala ng free-form text sa order creation. Hindi pa sumusulat ang customer, kaya tinatanggihan ito ng Meta; dapat itong aprubadong template. - Pag-iwan ng error handling sa Retry para sa mga 4XX na sagot. Maaaring mag-retry ang Flow nang hanggang 24 oras para sa request na hindi kailanman tatanggapin ng Meta. - Paglalagay ng token sa header bilang plain text. I-store ito bilang Flow secret upang manatili ito sa labas ng interface at logs. **Sino ang magbabayad para sa mga template na mensahe?** Direktang sinisingil ng Meta ang pagmemensahe sa negosyo sa sarili nitong WhatsApp Business Account. Hindi kailanman nagdaragdag ng markup ang EasyCoexistence. **Makakasagot pa rin ba ang team sa mga customer mula sa telepono?** Oo. Iyan ang pinapanatili ng Coexistence: gumagana ang WhatsApp Business app sa parehong numero kung saan nagpapadala ang tindahan. **Kailangan ba nito ng Shopify app?** Hindi. Sapat na ang Send HTTP request ng Flow, o ang admin webhook papunta sa isang receiver. Ang Cloud API ay isang HTTPS call lamang. **Anong format ng telepono ang kailangan ng to field?** International format na may country code at mga digit lamang. Linisin po ang phone field sa checkout bago magpadala, dahil nagta-type ang mga customer ng espasyo at simbolo. --- ## Magpadala ng mga update sa order ng WooCommerce sa WhatsApp https://easycoexistence.com/fil/integrations/woocommerce Gumawa ng WooCommerce webhook para sa mga order event na nakatutok sa isang receiver, gaya ng n8n workflow o maliit na PHP route. Vine-verify ng receiver ang signature ng WooCommerce, tinitiyak na pumayag ang customer sa mga mensahe sa WhatsApp, at nagpapadala ng aprubadong template sa pamamagitan ng Cloud API gamit ang phone number id at token ng naka-connect na numero. ### Paano nagti-trigger ng mensahe sa WhatsApp ang isang order sa WooCommerce? Sa pamamagitan ng WooCommerce webhook at isang receiver. Sa WooCommerce, pumunta po sa Settings, Advanced, Webhooks, at magdagdag ng webhook na may order topic, gaya ng order created o order updated, isang delivery URL, at isang secret. Pagkatapos nito, ipo-post ng WooCommerce ang order bilang JSON sa URL na iyon tuwing nangyayari ang event. Nakapirmi ang payload, kaya hindi ito direktang maitutok sa Cloud API. May receiver sa pagitan: isang n8n Webhook node, isang route sa sariling PHP ng tindahan, o anumang maliit na service. Binabasa nito ang order, kinukuha ang numero ng telepono ng customer at ang mga detalyeng kailangan ng mensahe, at gumagawa ng isang HTTPS request sa messages endpoint ng Cloud API para sa naka-connect na numero, gamit ang access token ng numero bilang bearer token. Hindi nakatali sa iisang status ang order.updated topic, kaya dapat basahin ng receiver ang status field ng order at magpadala nang minsan sa bawat transition na mahalaga rito. Sa default, naghahatid ang WooCommerce sa background sa pamamagitan ng wp-cron, kaya maaaring may maikling pagkaantala bago dumating ang mensahe pagkatapos ng order. ### Paano nalalaman ng receiver na galing sa tindahan ang request? Mula sa signature ng WooCommerce. Bawat delivery ay may X-WC-Webhook-Signature header, isang base64 encoded na HMAC-SHA256 ng raw payload na kinompyut gamit ang secret na itinakda ninyo sa webhook. Kinokompyut ng receiver ang parehong hash sa body na natanggap nito at ikinukumpara, at tinatanggihan ang anumang hindi tumutugma. Sariling secret ito ng tindahan, kaya hindi gaya ng signature ng Meta sa mga papasok na mensahe sa WhatsApp, maaari itong i-validate. Ihambing sa constant time, at i-hash ang raw body bago ito i-parse ng anumang framework, dahil magbubunga ng ibang hash ang JSON na na-re-encode. Sumagot agad ng 2xx. Itinuturing ng WooCommerce na pagkabigo ang anumang sagot na hindi 2xx, 301 o 302, at kapag lumampas sa lima ang magkakasunod na pagkabigo, dini-disable nito ang webhook. Ang receiver na down dahil sa deploy, o mabagal dahil naghihintay muna sa Meta bago sumagot, ay maaaring makapag-patay sa mga mensahe ng tindahan nang walang nakakapansin. ### Ano ang maipapadala ng tindahan, at kailan? Isang aprubadong template, tuwing ang tindahan ang unang sumusulat. Nagbubukas lamang ang 24 oras na customer service window ng Meta kapag nag-message ang customer sa numero, kaya ang order confirmation o shipping update ay pinasimulan ng negosyo at tinatanggihan ang free-form text. Gumawa ng utility template para sa bawat update, hintayin ang approval, at ipadala ito ayon sa pangalan at wika, kasama ang numero ng order at iba pang detalye bilang mga parameter. Hinihingi rin ng Meta ang opt-in: ibinigay ng customer ang kanyang numero at pumayag siyang makatanggap ng mensahe mula sa negosyong ito sa WhatsApp. Ang checkbox sa checkout na nakatala sa order ang pinakasimpleng patunay nito, at dapat itong i-check ng receiver bago magpadala. Kapag sumagot na ang customer, karaniwang Coexistence na ang usapan. Lumalabas ang sagot sa WhatsApp Business app sa telepono ng tindahan, bukas na ang window para sa free-form text, at sumasagot ang team mula sa app gaya ng dati. - Ginagawa ang Cloud API call bago sumagot sa WooCommerce. Ang mabagal o pumalyang pagpapadala ay binibilang laban sa webhook, na dini-disable kapag lumampas sa lima ang pagkabigo. - Pag-hash ng na-parse na JSON sa halip na ng raw body. Hindi kailanman tutugma ang signature at tatanggihan ang bawat tunay na delivery. - Pagpapadala sa bawat order.updated delivery. Hindi nakatali sa iisang status ang topic, kaya kung hindi sinusubaybayan kung aling transition ang naipadalhan na ng mensahe, makakatanggap ng duplicate ang mga customer. **Kailangan ko ba ng WordPress plugin para dito?** Hindi. Sapat na ang built-in na webhook ng WooCommerce at isang receiver, at maaaring route sa parehong PHP application ang receiver. **Sino ang nagbabayad para sa mga mensahe ng order?** Direktang sinisingil ng Meta ang negosyo para sa messaging sa sarili nitong WhatsApp Business Account, at hindi nagdaragdag ng markup ang EasyCoexistence. **Magagamit pa rin ba ng team ang telepono?** Oo. Pinananatili ng Coexistence na gumagana ang WhatsApp Business app sa numero ng tindahan, at makikita sa thread ang template na ipinadala ng tindahan. **Paano kung na-disable ang isang webhook?** Ayusin ang receiver, pagkatapos ay ibalik sa active ang status ng webhook sa WooCommerce. Ang mga order na nagawa habang naka-off ito ay hindi nag-trigger ng mensahe. --- ## Magpadala at tumanggap ng WhatsApp mula sa PHP at Laravel https://easycoexistence.com/fil/integrations/php-laravel Ang pagtanggap ay isang Laravel route na sumasagot sa verification GET ng Meta at tumatanggap ng mga POST, at binabasa ang mga parameter bilang hub_mode, hub_verify_token at hub_challenge dahil ginagawang underscore ng PHP ang mga tuldok. Ang pagpapadala ay isang Http::withToken() POST sa messages endpoint ng Cloud API gamit ang phone number id at token ng numero. Hindi kailangan ng SDK. ### Paano tumanggap ng mga mensahe sa WhatsApp sa Laravel? Gumamit po ng isang GET at isang POST sa iisang path sa routes/api.php. Patakbuhin muna ang php artisan install:api kung wala pa ang file. Stateless ang mga API route at nasa labas ng web group, kaya hindi tinatanggihan ang POST ng Meta dahil sa kulang na CSRF token, na siyang nangyayari sa route na nasa routes/web.php. Ang GET ang sumasagot sa verification ng Meta. Nagpapadala ang Meta ng hub.mode, hub.verify_token at hub.challenge, pero ginagawang underscore ng PHP ang mga tuldok sa pangalan ng papasok na variable, kaya hub_mode, hub_verify_token at hub_challenge ang nakikita ng Laravel. Ang code na bumabasa ng mga pangalang may tuldok ay nakakakuha ng null at hindi kailanman nagve-verify. Ibalik ang challenge bilang plain text, hindi sa pamamagitan ng response()->json(). Ang POST ay ipinapasa ang payload sa isang queued job at agad na nagbabalik ng 200. Maglagay ng mahaba at random na key sa path at i-check ito sa parehong route: pinipirmahan ng Meta ang mga delivery gamit ang app secret ng Tech Provider, kaya hindi ma-validate sa inyong panig ang signature header. ### Paano magpadala ng mensahe sa WhatsApp mula sa Laravel? Gamit ang HTTP client ng Laravel: isang POST sa messages endpoint para sa phone number id, na ang access token ay ipinapadala bilang bearer token. Ang dalawang value ay galing sa koneksyon, makikita sa dashboard at ibinabalik ng get_api_credentials, at dapat nasa config/services.php na nakabatay sa mga environment variable at hindi nasa mismong code. Nakasalalay sa oras ang hugis ng body. Sa loob ng 24 oras mula sa huling mensahe ng customer, gumagana ang text object, tulad ng nasa ibaba. Sa labas ng window na iyon, template object lamang ang tinatanggap ng Meta, na may pangalan ng aprubadong template at ng wika nito, at pumapalya ang free-form text na may error 131047. Ang response ang dapat tingnan: ang bigong call ay nagbabalik ng error object na ang code ay nagsasabi kung ano ang nagkamali, kaya i-log po ito sa halip na itapon. Walang bahagi ng request na espesipiko sa EasyCoexistence. Ito ang mismong call sa dokumentasyon ng Meta, kaya pareho ang takbo sa anumang PHP HTTP client, Guzzle man o simpleng cURL. ### Ano pa ang kailangan ng production Laravel handler bukod dito? Isang tunay na queue, deduplication, at pag-check ng window. Mahalaga ang queue dahil nire-retry ng Meta ang mabagal na response. Mabilis lang na nagbabalik ang HandleWhatsAppEvent::dispatch() kapag tunay na queue connection ang gamit at may worker na tumatakbo. Sa sync driver, tumatakbo ang job sa loob mismo ng request, at ang mabagal na model call o database write ay nauuwi sa duplicate na delivery. Mag-deduplicate po ayon sa message id, ang wamid sa bawat mensahe, dahil normal ang mga retry at hindi eksepsyon. Sapat na ang unique index sa column na iyon, o cache lock na nakabatay dito. At i-store kung kailan huling sumulat ang bawat contact. Sa timestamp na iyon, ang send path na mismo ang pipili ng text o template, sa halip na malaman pa mula sa error 131047 kung kailan naghihintay na ang customer. Ang mga sagot na tinype sa telepono sa WhatsApp Business app ay dumarating bilang echo event sa parehong route, kaya makikita rin ng handler kapag may taong pumalit na sa isang usapan. - Pagbasa ng hub.challenge na may tuldok. Pinalitan ito ng PHP bilang hub_challenge, kaya walang laman ang ibinabalik ng handler at hindi kailanman nagve-verify ang Meta. - Paglalagay ng webhook sa routes/web.php. Walang CSRF token ang POST ng Meta kaya tinatanggihan ito ng 419. - Pag-dispatch sa sync queue. Tumatakbo ang job bago ang 200, nire-retry ang mabagal na pagproseso, at dalawang beses napoproseso ang mga mensahe. - Pagbabalik ng challenge gamit ang response()->json(). Pumapalya sa check ng Meta ang mga panipi sa paligid ng value. **May PHP SDK ba?** Wala mula sa amin, at hindi ito kailangan. Ang API ay sa Meta at dokumentado ng Meta, at direkta itong naaabot ng HTTP client ng Laravel o ng Guzzle. **Gumagana ba ito kahit walang Laravel?** Oo. Sa plain PHP, basahin ang $_GET['hub_challenge'], i-echo ito bilang text/plain, at mag-send gamit ang cURL. Nalalapat ang underscore rule sa bawat PHP framework. **Bakit kailangan ng key sa path ng URL?** Dahil ito ang authentication na talagang gumagana. Gumagamit ang signature ng Meta ng app secret ng Tech Provider na hindi kailanman ibinabahagi, kaya ang secret sa URL ang pumipigil sa mga estranghero na mag-post ng pekeng event. **Magagamit pa rin ba ng team ang telepono?** Oo. Pinapanatili ng Coexistence na gumagana ang WhatsApp Business app sa numero, at ang mga mensaheng ipinadala mula sa telepono ay dumarating sa inyong route bilang echo event. --- ## WhatsApp Coexistence sa Brazil: availability at mga rate ng Meta https://easycoexistence.com/fil/docs/whatsapp-coexistence-brazil Available ang Coexistence sa Brazil: walang heograpikong restriksyon sa dokumentasyon ng Meta sa onboarding para sa mga user ng WhatsApp Business app. Ang mga mensahe sa mga numerong +55 ay may presyo ayon sa rate card ng Meta para sa Brazil, na mula Oktubre 1, 2026 ay naniningil ng USD 0.0625 kada marketing template at USD 0.0068 kada utility o authentication template, kasama ang mga rate sa BRL. ### Available ba ang WhatsApp Coexistence sa Brazil? Oo. Nakalista sa kasalukuyang dokumentasyon ng Meta sa onboarding ng mga user ng WhatsApp Business app ang mga kinakailangan ng isang numero, at wala sa mga ito ang bansa. Kwalipikado ang numerong Brazilian sa parehong kondisyon ng ibang numero: gamit na ito sa WhatsApp Business app, bersyon 2.24.17 o mas bago ang app, at ang onboarding ay dumadaan sa isang Tech Provider o Solution Partner gamit ang Embedded Signup. Kapag naka-connect na, patuloy na gagana ang app sa telepono at magkakaroon ng access sa Cloud API ang parehong numerong +55. Itinakda ng Meta ang throughput ng mga numerong ito sa 20 mensahe kada segundo para manatiling compatible sa app. ### Magkano ang singil ng Meta kada mensahe sa Brazil? Naniningil ang Meta kada naihatid na mensahe, ayon sa kategorya at sa country calling code ng tatanggap. Isang pinangalanang market ang Brazil (+55) sa rate card, kaya ang mga mensahe sa mga numerong Brazilian ay sinisingil sa sariling rate ng Brazil at hindi sa average ng rehiyon. Ito ang mga list rate na epektibo Oktubre 1, 2026, mula sa USD at BRL rate card ng Meta. Maaari pang bumaba ang mga rate ng utility at authentication ayon sa monthly volume tier, na inilalapat ng Meta kada market at kategorya. ### Anong mga mensahe ang nananatiling libre? Tatlong bagay ang walang bayad. Libre pa rin pagkatapos ng onboarding ang mga mensaheng tina-type sa WhatsApp Business app sa telepono, dahil ang pagpepresyo ng Cloud API ay inilalapat lamang ng Meta sa mga ipinadala sa pamamagitan ng API. Bawat numero ng telepono ng negosyo ay may 1,000 libreng service na mensahe kada buwan, ang mga sagot na hindi template na ipinadala sa loob ng 24 oras na customer service window. At libre hanggang 7 araw ang lahat ng ipinadala sa loob ng free entry point window, na nabubuksan kapag dumating ang isang customer mula sa Click to WhatsApp ad. Dalawang bagay ang nagbago noong Oktubre 1, 2026: sinisingil na ang mga service na mensahe pagkatapos ng unang 1,000 kada buwan, at sinisingil na rin ang mga utility template na ipinadala sa loob ng customer service window. ### Sinisingil ba ng Meta sa reais ang mga negosyo sa Brazil? Oo, na ngayon. Sinimulan ng Meta ang billing localization para sa Brazil noong Hulyo 1, 2026. Ang mga Solution Provider at mga negosyong direktang naka-integrate na ang Sold-To country sa Billing Hub ay Brazil ay maaaring gumawa ng mga Messaging account sa BRL, at ang mga singil sa mga account na iyon ay iniinvoice sa BRL ng Facebook Brasil, ang lokal na entity ng Meta. May deadline ang pagbabagong ito. Kailangang ilipat ng mga kwalipikadong customer ang bawat Messaging account sa kanilang Business Portfolio sa BRL bago o pagsapit ng Hunyo 30, 2027, dahil mula Hulyo 1, 2027 ihihinto ng Meta ang paghahatid ng mga mensahe mula sa kanilang mga account na hindi BRL. Nag-aalok ang Meta ng Currency Migration API para sa paglipat, dahil hindi na mababago ang currency na pinili sa paggawa ng account sa ibang paraan. 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. - Pananatili ng USD Messaging account lampas ng Hunyo 30, 2027 kapag Brazil ang inyong Sold-To country. Ihihinto ng Meta ang paghahatid ng mga mensahe nito mula Hulyo 1, 2027. - Pag-aakalang libre ang bawat sagot. Mula Oktubre 1, 2026, sinisingil ang mga service na mensahe na lampas sa 1,000 kada numero kada buwan. - Pagba-budget ayon sa kinaroroonan ng negosyo. Nagpepresyo ang Meta ayon sa calling code ng tatanggap, kaya ang mensahe sa numerong Portuges ay sinisingil sa mga rate ng Rest of Western Europe. **Kailangan ko po ba ng kumpanyang Brazilian para magamit ang Coexistence?** Hindi. Ang mga kinakailangan ng Meta ay tungkol sa numero at sa app, hindi sa kung saan nakarehistro ang kumpanya. Mahalaga lamang ang lokasyon ng kumpanya sa kung anong currency at anong entity ng Meta ang maniningil sa inyo. **Pareho ba ang rate sa BRL at ang rate sa USD?** Naglalathala ang Meta ng hiwalay na rate card kada currency. Para sa Brazil, nakalista sa card ng Oktubre 1, 2026 ang BRL 0.3217 para sa marketing at BRL 0.035 para sa utility at authentication. **May bayad ba ang mga mensaheng ipinapadala ko mula sa telepono?** Wala. Ayon sa dokumentasyon ng Meta, nananatiling libre pagkatapos ng onboarding ang mga mensaheng ipinadala sa pamamagitan ng WhatsApp Business app. Ang mga ipinadala lamang sa API ang sumusunod sa pagpepresyo ng Cloud API. **Ano ang mangyayari kung walang payment method ang aking account?** Patuloy na ihahatid ng Meta ang mga service na mensahe sa loob ng 1,000 libreng tier, ngunit ihihinto ito kapag naubos na ang tier. Magdagdag po kayo ng payment method sa Billing Hub bago magpadala ng anumang sinisingil ng Meta. --- ## WhatsApp Coexistence sa Mexico: availability at mga rate ng Meta https://easycoexistence.com/fil/docs/whatsapp-coexistence-mexico Available ang Coexistence sa Mexico, dahil walang itinakdang paghihigpit ayon sa bansa ang onboarding documentation ng Meta para sa mga user ng WhatsApp Business app. Ang mga mensahe sa mga numerong +52 ay may presyo ayon sa rate card ng Meta para sa Mexico: mula Oktubre 1, 2026, USD 0.0397 kada marketing template at USD 0.0085 kada utility o authentication template, o MXN 0.7298 at MXN 0.1565 sa rate card na peso. ### Maaari bang gumamit ng WhatsApp Coexistence ang isang negosyong Mexican? Oo. Ang mga kinakailangan sa documentation ng Meta para sa onboarding ng mga user ng WhatsApp Business app ay tungkol sa numero at sa app, hindi sa bansa: aktibo na ang numero sa WhatsApp Business app, version 2.24.17 o mas bago ang app, at ginagawa ang koneksyon sa pamamagitan ng Embedded Signup ng isang Tech Provider o Solution Partner. Ang numerong +52 na tumutugon sa mga kondisyong ito ay patuloy na gagana sa app sa telepono at magkakaroon ng access sa Cloud API sa parehong numero. Nililimitahan ng Meta ang throughput ng API sa mga shared na numerong ito sa 20 mensahe kada segundo. ### Magkano ang singil ng Meta kada mensahe sa Mexico? Naniningil ang Meta kada naihatid na mensahe, at nakadepende ang rate sa dalawang bagay: ang kategorya ng mensahe at ang country calling code ng tatanggap. May sariling linya ang Mexico (+52) sa rate card. Ito ang mga list rate na epektibo sa Oktubre 1, 2026, ang petsa ring itinaas ng Meta ang marketing rate para sa Mexico. Ang mas mataas na buwanang volume ay maaaring magbukas ng mas mababang rate para sa utility at authentication sa pamamagitan ng mga volume tier ng Meta. ### Ano ang hindi nagkakahalaga ng anuman? Anumang itina-type sa telepono sa WhatsApp Business app, na ayon sa documentation ng Meta ay nananatiling libre matapos ma-onboard ang numero. Ang mga mensaheng ipinadala lamang sa pamamagitan ng Cloud API ang sumusunod sa presyo ng Cloud API. Sa panig ng API, bawat business na numero ng telepono ay may 1,000 libreng service message kada buwan, ito ay ang mga sagot na hindi template sa loob ng 24 oras na customer service window, at nagre-reset ang allowance kada buwan nang hindi naiipon. Ang customer na dumating mula sa Click to WhatsApp ad ay nagbubukas ng libreng entry point window na hanggang 7 araw, kung saan walang sinisingil ang Meta para sa marketing, utility, authentication o service na mga mensahe. ### Maaari bang singilin ng Meta sa peso ang isang account na Mexican? Ang MXN ay isa sa 16 na currency na pinapagana ng Meta sa WhatsApp Business Platform, na inilunsad noong Enero 1, 2026, at naglalathala ang Meta ng buong MXN rate card kasama ng USD. Pinipili ang currency kapag ginawa ang Messaging account at hindi basta mapapalitan pagkatapos. May Currency Migration API ang Meta para sa paglipat sa ibang currency sa hinaharap. Hindi tulad ng Brazil at India, hindi inilalarawan ng pricing page ng Meta ang sapilitang paglipat sa lokal na billing para sa Mexico, kaya desisyon ng negosyo kung MXN o USD ang pipiliin. 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. - Paggawa ng account sa USD gayong peso ang gusto ninyo. Nakatakda na ang currency sa paggawa ng account, at kailangan ang Currency Migration API ng Meta para palitan ito. - Paggamit ng mga rate mula bago ang Oktubre 1, 2026. Itinaas ng Meta ang marketing rate para sa Mexico sa petsang iyon. - Pag-aakalang laging libre ang isang sagot. Lampas sa 1,000 service message kada numero kada buwan, naniningil na ang Meta para sa mga ito. **Iba ba ang trato sa isang +52 1 na numero ng mobile?** Iniuugnay ng Meta ang buong calling code na +52 sa market ng Mexico, kaya ang bawat tatanggap na Mexican ay sinisingil ng rate ng Mexico para sa kategorya ng mensahe. **Nagbago ba kamakailan ang mga rate ng Mexico?** Oo. Itinaas ng update ng Meta noong Oktubre 1, 2026 ang marketing rate para sa Mexico. Wala ang mga rate ng utility at authentication sa listahan ng mga pagbabagong iyon. **Pareho ba ang gastos sa pagmemensahe sa mga customer sa United States?** Hindi. Ang mga numero ng US ay nasa North America region ng Meta, na may sarili nitong mga rate. Ang calling code ng tatanggap ang nagtatakda ng presyo. **Mawawala ba sa akin ang app kapag ikinonekta ko ang API?** Hindi po. Mananatili ang numero sa WhatsApp Business app at patuloy na magpapadala at tatanggap ang telepono gaya ng dati. --- ## WhatsApp Coexistence sa Colombia: availability at mga rate ng Meta https://easycoexistence.com/fil/docs/whatsapp-coexistence-colombia Available ang Coexistence sa Colombia: walang restriksyon ayon sa bansa sa onboarding documentation ng Meta para sa mga user ng WhatsApp Business app. Ang mga mensahe sa mga numerong +57 ay sumusunod sa Colombia rate card ng Meta, na mula Oktubre 1, 2026 ay naglilista ng USD 0.0125 kada marketing template at USD 0.0008 kada utility o authentication template, o COP 46.0227 at COP 2.9455 sa card sa COP. ### Gumagana ba ang WhatsApp Coexistence sa mga numero sa Colombia? Oo. Ang documentation ng Meta para sa onboarding ng mga user ng WhatsApp Business app ay naglilista ng mga kondisyong dapat matugunan ng numero, at wala sa mga ito ang nakabatay sa heograpiya. Kwalipikado ang isang numerong +57 kapag ginagamit na ito sa WhatsApp Business app, version 2.24.17 o mas bago ang app, at ang onboarding ay isinasagawa sa pamamagitan ng Embedded Signup ng isang Tech Provider o Solution Partner. Pagkatapos ng onboarding, magpapatuloy ang telepono gaya ng dati, kasama ang lahat ng chat, habang sumasagot din ang parehong numero sa pamamagitan ng Cloud API. Nakapirmi sa 20 mensahe kada segundo ang throughput sa panig ng API para sa mga shared na numero. ### Ano ang mga rate ng Meta kada mensahe para sa Colombia? Pinepresyuhan ng Meta ang bawat naipadalang mensahe ayon sa category nito at sa country calling code ng tatanggap. Ang Colombia (+57) ay isang pinangalanang market, at sa card ng Oktubre 1, 2026 ay may pinakamababang rate ito sa marketing at utility sa lahat ng market sa Latin America na nakalista ng Meta, kasama ang rehiyong Rest of Latin America. Ang mga halagang nasa ibaba ay list rate; maaaring ibaba pa ng volume tier ang utility at authentication kapag mataas ang buwanang volume. ### Aling mga mensahe ang libre sa Colombia? Ang mga kapareho sa lahat ng bansa, dahil pandaigdigan ang mga libreng kaso ng Meta at hindi nakabatay sa market. Ang mga mensaheng ipinadala mula sa WhatsApp Business app sa telepono ay nananatiling libre pagkatapos ma-connect ang numero; sa mga ipinadala sa API lamang nalalapat ang presyo ng Cloud API. Bawat numero ng telepono ng negosyo ay tumatanggap ng 1,000 libreng service na mensahe kada buwan para sa mga sagot na hindi template sa loob ng 24 oras na customer service window. Ang mga usapang nagsimula sa isang Click to WhatsApp ad ay nagbubukas ng libreng entry point window na hanggang 7 araw na walang singil sa anumang category, maliban sa mga mensahe ng Meta Business Agent. Mula Oktubre 1, 2026, sinisingil ang mga utility template na ipinadala sa loob ng bukas na customer service window. ### Maaari bang magbayad sa Meta sa COP ang isang negosyo sa Colombia? Ang COP ay isa sa mga currency na idinagdag ng Meta noong 2026, available mula Abril 1, 2026, na may sarili nitong nakalathalang rate card. Pinepresyuhan ng COP card ng Meta ang bawat market sa COP, kaya ang negosyo sa Colombia na nagpapadala ng mensahe sa mga customer sa Mexico o Spain ay makikita pa rin ang mga singil na iyon sa COP. Itinatakda ang currency kapag nagawa ang account para sa pagmemensahe at nananatili itong nakapirmi. Ang paglipat sa ibang currency ay ginagawa gamit ang Currency Migration API ng Meta. Ang pricing page ng Meta ay naglalarawan ng sapilitang lokal na billing migration para lamang sa Brazil at India, kaya sa Colombia, opsyon ang COP at hindi requirement. 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. - Paglalapat ng rate ng Colombia sa lahat ng customer. Ang mensahe sa numero sa Peru o Chile ay sinisingil ayon sa rate ng market na iyon, na sa card ng Oktubre 2026 ay ilang beses na mas mataas. - Pabaya sa pagpili ng billing currency. Kapag nagawa na ang account, kailangan ang Currency Migration API ng Meta para magpalit. - Pag-iwan sa account nang walang payment method. Titigil ang paghahatid ng service na mensahe kapag nagamit na ang 1,000 libre para sa buwan. **Bakit mas mababa ang mga rate ng Colombia kaysa sa mga karatig-bansa nito?** Nagtatakda ang Meta ng rate kada market at hindi nito ipinapaliwanag ang bawat halaga. Ang card ng Oktubre 1, 2026 ay naglilista lamang sa Colombia na mas mababa kaysa sa iba pang market sa Latin America. **Magkaiba ba ang presyo ng authentication at utility?** Hindi para sa Colombia. Parehong USD 0.0008 ang dalawa sa card ng Oktubre 1, 2026, at walang nalalapat na authentication-international rate. **Nagbabayad ba ako para sa mga mensaheng ipinapadala ng mga customer sa akin?** Hindi. Hindi naniningil ang Meta para sa mga mensahe mula sa user papunta sa negosyo, kundi para lamang sa mga mensaheng inihahatid ng negosyo. **Napapanatili ba ng app ang aking chat history?** Oo. Patuloy na gumagana ang WhatsApp Business app sa telepono kasama ang mga chat nito pagkatapos ma-connect ang numero sa API. --- ## WhatsApp Coexistence sa Argentina: availability at mga rate ng Meta https://easycoexistence.com/fil/docs/whatsapp-coexistence-argentina Available ang Coexistence sa Argentina, dahil walang geographic na restriksyon sa onboarding documentation ng Meta para sa mga gumagamit ng WhatsApp Business app. Ang mga mensaheng papunta sa +54 na numero ay sinisingil ayon sa sariling rate ng Argentina: mula Oktubre 1, 2026, USD 0.0618 kada marketing template at USD 0.026 kada utility o authentication template, o ARS 89.562 at ARS 37.6798 sa peso rate card ng Meta. ### Available ba ang Coexistence para sa mga numero ng Argentina? Oo. Walang nakasaad sa documentation ng Meta para sa onboarding ng mga gumagamit ng WhatsApp Business app na nakadepende sa bansa. Ang sinusuri ng Meta ay ang numero at ang app: isang +54 na numero na aktibo na sa WhatsApp Business app, na gumagamit ng bersyon 2.24.17 o mas bago, at na-connect sa pamamagitan ng Embedded Signup ng isang Tech Provider o Solution Partner. Ang resulta ay isang numero na magagamit sa dalawang paraan. Patuloy na sumasagot ang inyong staff mula sa telepono, at ang software ay nagpapadala at tumatanggap sa pamamagitan ng Cloud API, na may limitasyong 20 mensahe kada segundo mula sa Meta habang ibinabahagi ang numero sa app. ### Magkano ang singil ng Meta kada mensahe para sa Argentina? Bawat naihatid na mensahe ay sinisingil ayon sa kategorya, sa rate ng merkadong kinabibilangan ng calling code ng tatanggap. Ang Argentina (+54) ay hiwalay na merkado sa card ng Meta. Ito ang mga list rate na may bisa mula Oktubre 1, 2026, mula sa USD at ARS rate card ng Meta. Para sa utility at authentication, ibinababa ng monthly volume tier ng Meta ang rate kapag sapat na ang naipapadala ng isang portfolio sa Argentina sa loob ng isang buwan. ### Ano ang maipapadala nang libre ng isang negosyo sa Argentina? Walang bayad ang mga sagot na tina-type sa telepono: nakasaad sa documentation ng Meta na nananatiling libre ang mga mensaheng ipinadala sa pamamagitan ng WhatsApp Business app pagkatapos ng onboarding, at tanging ang mga ipinapadala sa API ang sumusunod sa presyo ng Cloud API. Sa pamamagitan ng API, bawat numero ng telepono ng negosyo ay may buwanang allowance na 1,000 libreng mensahe ng serbisyo, ibig sabihin ay mga sagot na hindi template sa loob ng 24 oras na customer service window. Nire-reset ang allowance kada buwan at hindi naitatawid ang hindi nagamit. Ang mga customer na sumulat mula sa Click to WhatsApp ad ay nagbubukas ng libreng entry point window na hanggang 7 araw, kung saan hindi sinisingil ang mga marketing, utility, authentication at service na mensahe. ### Maaari bang singilin ng Meta sa peso ang isang account sa Argentina? Naging available ang ARS bilang currency ng WhatsApp Business Platform noong Abril 1, 2026, at naglalathala ang Meta ng kumpletong ARS rate card kasama ng USD. Ang peso card ay nagbibigay ng presyo ng bawat merkado sa ARS, hindi lang ng Argentina. Ang currency ay itinatakda kapag ginawa ang account sa pagmemensahe at hindi ito malayang mapapalitan pagkatapos; may Currency Migration API ang Meta para rito. Ang pricing page ng Meta ay naglalarawan ng sapilitang lokal na billing para lamang sa Brazil at India, kaya para sa Argentina ay nasa negosyo ang pagpili sa pagitan ng ARS at USD. 1. Check the number: The +54 number must run the WhatsApp Business app at version 2.24.17 or newer and not be connected to another provider. 2. Set the currency and payment: Choose ARS or USD when the account is created and add a payment method in Billing Hub. 3. Connect the number: Complete Embedded Signup with the portfolio and number, then confirm the link in the app. - Ipinapalagay na may regional na rate para sa Latin America. May sariling linya ang Argentina sa card ng Meta, na iba ang mga halaga kaysa sa Rest of Latin America. - Pagpapadala ng utility template bilang sagot at inaasahang libre ito. Mula Oktubre 1, 2026, sinisingil ng Meta ang mga utility template sa loob ng customer service window. - Pagbabasa ng rate card nang walang petsa. May effective date ang mga card na inilalathala ng Meta, at ang mga halaga rito ay ang sa Oktubre 1, 2026. **Naniningil ba ang Meta para sa mga mensaheng ipinapadala ng aking mga customer sa akin?** Hindi. Naniningil lamang ang Meta para sa mga mensaheng inihahatid ng negosyo sa mga user, hindi kailanman para sa mga mensaheng ipinapadala ng mga user sa negosyo. **Magbabago ba ang mga halaga sa ARS ayon sa exchange rate?** Naglalathala ang Meta ng card para sa bawat currency na may effective date at ina-update ang mga rate ayon sa sarili nitong kalendaryo. Tingnan po ninyo ang kasalukuyang ARS card sa halip na i-convert ang USD card. **Pareho ba ang rate ng authentication at utility sa Argentina?** Oo. Parehong USD 0.026 ang dalawa sa card ng Oktubre 1, 2026, at walang inililistang authentication-international rate ang Meta para sa Argentina. **Magagamit ko pa ba ang app pagkatapos mag-connect?** Oo. Patuloy na gumagana ang WhatsApp Business app sa telepono, at nagkakaroon ng API access ang parehong numero. --- ## WhatsApp Coexistence sa Chile: availability at mga presyo ng Meta https://easycoexistence.com/fil/docs/whatsapp-coexistence-chile Available ang Coexistence sa Chile: walang kondisyong heograpikal sa onboarding documentation ng Meta para sa mga user ng WhatsApp Business app. Ang mga mensahe sa mga numerong +56 ay sumusunod sa Chile rate card ng Meta, na mula Oktubre 1, 2026 ay naniningil ng USD 0.0889 kada marketing template at USD 0.02 kada utility o authentication template, o CLP 78.4917 at CLP 17.6584 sa rate card na nasa peso. ### Maaari bang gumamit ng WhatsApp Coexistence ang mga negosyo sa Chile? Oo. Ang documentation ng Meta para sa onboarding ng mga user ng WhatsApp Business app ay naglilista ng mga kondisyon tungkol sa numero, sa app at sa partner, at wala tungkol sa bansa. Kwalipikado ang numerong +56 kapag ginagamit na ito sa WhatsApp Business app, sa bersyon 2.24.17 o mas bago, at na-connect sa pamamagitan ng Embedded Signup ng isang Tech Provider o Solution Partner. Patuloy na gagana ang telepono kasama ang mga chat nito, at magkakaroon ang numero ng access sa Cloud API sa takdang 20 mensahe kada segundo, ang limitasyong ipinatutupad ng Meta sa mga numerong ibinabahagi sa app. ### Magkano ang singil ng Meta kada mensahe sa Chile? Naniningil ang Meta kada naihatid na mensahe, ayon sa kategorya, sa presyo ng market ng tatanggap. Ang Chile (+56) ay isang pinangalanang market, at ang marketing rate nito sa Oktubre 1, 2026 na rate card ang pinakamataas sa lahat ng entry sa Latin America, mas mataas pa sa rehiyong Rest of Latin America. Nasa USD 0.02 ang utility at authentication, at maaaring ibaba ng monthly volume tiers ng Meta ang dalawang ito para sa mga portfolio na nagpapadala ng malalaking volume sa Chile. ### Anong mga mensahe sa Chile ang hindi sinisingil ng Meta? Anumang ipinadala mula mismo sa WhatsApp Business app. Ayon sa documentation ng Meta, nananatiling libre ang mga mensahe mula sa app pagkatapos ng onboarding, at ang mga ipinadala lamang sa Cloud API ang may presyo. Sa API, hindi naniningil ang Meta para sa unang 1,000 service na mensahe kada business phone number bawat buwan, ang mga sagot na hindi template na ipinadala sa loob ng 24 oras na customer service window. At ang usapang nagsimula sa isang Click to WhatsApp ad ay nagbubukas ng free entry point window na hanggang 7 araw, kung saan walang kategoryang sinisingil maliban sa mga mensahe ng Meta Business Agent. Dahil sa marketing rate ng Chile, ang free entry point window ang pinakamurang daan para sa mga promotional na mensahe roon. ### Nag-aalok ba ang Meta ng billing sa Chilean pesos? Oo, bilang opsyon. Na-enable ang CLP noong Abril 1, 2026 bilang isa sa mga currency na idinagdag ng Meta sa taong iyon, at naglalathala ang Meta ng CLP rate card na sumasaklaw sa bawat market, kaya lumalabas din sa pesos ang mga mensahe sa mga customer sa ibang bansa. Pinipili ang billing currency kapag ginawa ang account sa pagmemensahe at nakapirmi na ito pagkatapos, maliban kung gagamitin ng negosyo ang Currency Migration API ng Meta. Ang pricing page ng Meta ay naglalarawan ng sapilitang lokal na billing para lamang sa Brazil at India; ang negosyo sa Chile mismo ang pumipili ng CLP o USD. 1. Check the number: The +56 number must be on the WhatsApp Business app, version 2.24.17 or newer, and not connected to another provider. 2. Choose CLP or USD: Set the currency at account creation and add a payment method in Billing Hub. 3. Connect: Run Embedded Signup, pick the portfolio and the number, and confirm from the app. - Ginagawang marketing template ang bawat follow up. Sa Chile, USD 0.0889 iyon kada mensahe, kumpara sa USD 0.02 para sa tamang kategoryang utility template. - Inaasahang mag-iipon ang service allowance. Nagre-reset kada buwan ang 1,000 libreng service na mensahe at hindi inililipat ang hindi nagamit. - Pagpepresyo ng kampanya sa Chile gamit ang mga figure ng Rest of Latin America. Ang Chile ay isang pinangalanang market na may sariling presyo. **Mas mura ba ang Chile kaysa sa Argentina para sa marketing?** Hindi. Sa Oktubre 1, 2026 na rate card, USD 0.0889 ang marketing rate ng Chile at USD 0.0618 ang sa Argentina. **Maaari bang baguhin ng Meta ang kategorya ng aking template?** Oo. Sinusuri ng Meta ang mga kategorya ng template at maaari nitong baguhin ang kategorya ng isang template, na nagbabago sa singil para dito. **May gastos ba ang mga papasok na mensahe?** Wala. Ang mga mensaheng naihatid lamang ng negosyo ang sinisingil ng Meta, hindi ang mga ipinadala ng mga customer. **Patuloy bang gagana ang numero sa app?** Oo. Nananatiling aktibo sa telepono ang WhatsApp Business app pagkatapos ma-connect ang numero sa API. --- ## WhatsApp Coexistence sa Peru: availability at mga rate ng Meta https://easycoexistence.com/fil/docs/whatsapp-coexistence-peru Available ang Coexistence sa Peru, dahil walang restriksyon sa bansa ang dokumentasyon ng Meta para sa onboarding ng mga user ng WhatsApp Business app. Ang mga mensahe sa numerong +51 ay sumusunod sa rate card ng Peru: mula Oktubre 1, 2026, USD 0.0703 kada marketing template at USD 0.03 kada utility o authentication template, o PEN 0.2339 at PEN 0.0998 sa sol card ng Meta. ### Available ba ang WhatsApp Coexistence sa Peru? Oo. Ang dokumentasyon ng Meta para sa onboarding ng mga user ng WhatsApp Business app ay nagtatakda ng mga kinakailangan sa numero at sa app, hindi sa bansa. Kwalipikado ang numerong +51 kapag aktibo na ito sa WhatsApp Business app, version 2.24.17 o mas bago ang app, at dumaan ang onboarding sa Embedded Signup kasama ang isang Tech Provider o Solution Partner. Pagkatapos ma-connect, patuloy na makakapagpadala at makakatanggap ang telepono, habang naaabot na rin ang parehong numero sa pamamagitan ng Cloud API. Itinakda ng Meta ang throughput ng API para sa mga numerong ibinabahagi sa app sa 20 mensahe kada segundo. ### Magkano ang singil ng Meta kada mensahe sa Peru? Naniningil ang Meta kada naipadalang mensahe, na may presyo ayon sa kategorya at sa market ng calling code ng tatanggap. May sariling linya ang Peru (+51). Noong Oktubre 1, 2026, itinaas ng Meta ang mga rate ng utility at authentication ng Peru, na nasa USD 0.03 na ngayon, ang pinakamataas na rate ng utility sa mga market sa Latin America na nasa card. Ito ay mga list rate; maaaring ibaba ng mga volume tier ang utility at authentication para sa malalaking buwanang volume. ### Ano ang nananatiling libre para sa negosyo sa Peru? Ang mga mensaheng ipinadala mula sa WhatsApp Business app sa telepono. Nakasaad sa dokumentasyon ng Meta na nananatili itong libre pagkatapos ng onboarding, at ang mga mensaheng ipinadala lamang sa pamamagitan ng Cloud API ang may presyo. Sa pamamagitan ng API, nagbibigay ang Meta sa bawat numero ng telepono ng negosyo ng 1,000 libreng service message kada buwan, ang mga sagot na hindi template na ipinapadala habang bukas ang 24 oras na customer service window, na nagre-reset kada buwan. Ang mga customer na dumating mula sa Click to WhatsApp ad ay nagbubukas ng libreng entry point window na hanggang 7 araw, kung saan walang sinisingil ang Meta para sa marketing, utility, authentication o service na mensahe. Ang mga utility template na ipinadala sa loob ng customer service window ay sinisingil na mula Oktubre 1, 2026. ### Maaari bang singilin ng Meta ang account sa Peru sa soles? Available ang PEN. Inilunsad ito noong Abril 1, 2026 kasama ng mga currency na idinagdag ng Meta sa taong iyon, at naglalathala ang Meta ng PEN rate card na sumasaklaw sa bawat market na may presyo. Pinipili ang currency kapag ginawa ang account para sa pagmemensahe at nakapirmi na ito mula noon, maliban sa pamamagitan ng Currency Migration API ng Meta. Ang pahina ng presyo ng Meta ay naglalarawan ng sapilitang local billing migration para sa Brazil at India lamang, kaya ang negosyo sa Peru ang mismong magpapasya sa pagitan ng PEN at 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. - Pagbabadyet ng mga utility send gamit ang mga numerong mula bago ang Oktubre 1, 2026. Itinaas ng Meta ang mga rate ng utility at authentication ng Peru sa petsang iyon. - Pag-asa sa mga utility template para sa mga sagot. Sa loob ng bukas na window, ganoon din ang nagagawa ng libreng service message, hanggang 1,000 kada buwan kada numero. - Pag-aakalang pareho ang gastos sa mga kalapit na market. Ang rate ng utility ng Colombia sa parehong card ay USD 0.0008. **Bakit tumaas ang gastos ko sa utility noong Oktubre 2026?** Itinaas ng Meta ang mga rate ng utility at authentication ng Peru noong Oktubre 1, 2026, at nagsimula ring singilin ang mga utility template na ipinadala sa loob ng customer service window mula sa parehong petsa. **Naniningil ba ang Meta para sa mga mensaheng ipinapadala ng mga customer sa akin?** Hindi. Ang mga mensaheng naipadala lamang ng negosyo ang sinisingil. **May authentication-international rate ba para sa Peru?** Wala. Walang nakalista para sa Peru sa card ng Oktubre 1, 2026, kaya ang authentication ay sinisingil sa USD 0.03. **Magpapatuloy bang gumana ang app sa telepono?** Oo. Patuloy na tatakbo ang WhatsApp Business app sa telepono pagkatapos ma-connect ang numero sa API. --- ## WhatsApp Coexistence sa Costa Rica: availability at mga rate ng Meta https://easycoexistence.com/fil/docs/whatsapp-coexistence-costa-rica Available ang Coexistence sa Costa Rica, dahil walang heograpikong limitasyon sa onboarding documentation ng Meta para sa mga user ng WhatsApp Business app. Walang sariling linya ang Costa Rica sa rate card ng Meta: ang mga numerong +506 ay sinisingil ayon sa rate ng Rest of Latin America, na mula Oktubre 1, 2026 ay USD 0.074 kada marketing template at USD 0.0113 kada utility o authentication template. ### Maaari bang gumamit ng WhatsApp Coexistence ang numero ng Costa Rica? Oo. Ang documentation ng Meta para sa onboarding ng mga user ng WhatsApp Business app ay naglalatag ng mga kondisyon sa numero at sa app, at wala sa bansa. Kwalipikado ang numerong +506 kung gamit na ito sa WhatsApp Business app, version 2.24.17 o mas bago ang app, at ginawa ang koneksyon gamit ang Embedded Signup ng isang Tech Provider o Solution Partner. Patuloy na gagana ang telepono kasama ang mga kasalukuyang chat, at magkakaroon ng access sa Cloud API ang numero. Itinakda ng Meta ang throughput sa 20 mensahe kada segundo para sa mga numerong pinagsasaluhan ng app at ng API. ### Bakit Rest of Latin America ang presyo ng Costa Rica? Pinangalanan ng rate card ng Meta ang 39 indibidwal na bansa at pinagsama-sama ang iba pa sa 8 region. Ang Costa Rica (+506) ay isa sa 15 market sa region ng Rest of Latin America, kasama ang mga bansang gaya ng Panama, Guatemala, Ecuador at Uruguay. Anumang mensaheng naihatid sa numero sa isa sa mga market na iyon ay sinisingil ayon sa rate ng region. Mahalaga rin ang region sa mga volume tier ng utility at authentication. Binibilang ang mga tier kada market at kategorya, kaya ang mga mensahe sa bawat bansa ng Rest of Latin America ay napupunta sa iisang regional tier at hindi sa tier ng Costa Rica lamang. ### Aling mga mensahe ang libre para sa negosyo sa Costa Rica? Anumang itina-type sa WhatsApp Business app sa telepono. Ayon sa documentation ng Meta, nananatiling libre ang mga mensahe sa app pagkatapos ng onboarding, at ang pricing ng Cloud API ay para lamang sa mga padala sa pamamagitan ng API. Sa panig ng API, bawat numero ng telepono ng negosyo ay may 1,000 libreng service na mensahe kada buwan, ito ay mga sagot na hindi template sa loob ng 24 oras na customer service window, at hindi ito naipapasa sa susunod na buwan. Ang usapang nagsimula sa Click to WhatsApp ad ay nagbubukas ng libreng entry point window na hanggang 7 araw, kung saan hindi naniningil ang Meta para sa marketing, utility, authentication o service na mensahe. Ang mga utility template na ipinadala sa loob ng customer service window ay sinisingil mula Oktubre 1, 2026. ### Sa anong currency naniningil ang Meta sa account sa Costa Rica? Nagpapagana ang Meta ng 16 na billing currency sa WhatsApp Business Platform, at hindi kabilang dito ang colón ng Costa Rica. Pumipili ang negosyo sa Costa Rica ng isa sa mga nakalathalang currency, gaya ng USD, kapag ginawa ang Messaging account, at inilalathala ng Meta ang rate ng Rest of Latin America sa bawat rate card nito. Hindi basta-basta mapapalitan ang currency kapag nagawa na ang account. May Currency Migration API ang Meta para sa paglipat. Walang nakalistang lokal na billing programme para sa Costa Rica sa pricing page ng Meta. 1. Check the number: The +506 number must be on the WhatsApp Business app, version 2.24.17 or newer, and not attached to another provider. 2. Set up billing: Choose one of Meta's supported currencies, such as USD, and add a payment method in Billing Hub. 3. Connect: Complete Embedded Signup with the portfolio and the number, and confirm the link from the app. - Paghahanap sa rate card ng linya para sa Costa Rica. Wala nito: ang +506 ay sinisingil sa ilalim ng Rest of Latin America. - Pag-aakalang pareho ng rate ng Mexico ang mga kapitbahay sa Central America. Ang Mexico ay may sariling market at mas mababang marketing rate kaysa sa region. - Paggamit ng utility template para sa mga sagot. Libre ang service na mensahe sa loob ng bukas na window hanggang 1,000 kada buwan para sa bawat numero. **Mas mura ba ang Costa Rica kaysa Mexico sa pagpapadala ng mensahe?** Hindi para sa marketing. Ang Rest of Latin America ay USD 0.074 kada marketing template sa card ng Oktubre 1, 2026, kumpara sa USD 0.0397 para sa Mexico. **Maaari ba akong magbayad sa Meta gamit ang colón?** Hindi po. Hindi kabilang ang colón sa 16 na currency na pinagana ng Meta para sa WhatsApp Business Platform. **May gastos ba ang mga mensahe ng mga customer sa akin?** Wala. Ang sinisingil lamang ng Meta ay ang mga mensaheng inihahatid ng mga negosyo. **Titigil ba ang app kapag na-connect ang API?** Hindi. Patuloy na gagana ang WhatsApp Business app sa telepono kasama ang mga chat nito. --- ## WhatsApp Coexistence sa Spain: availability at mga rate ng Meta https://easycoexistence.com/fil/docs/whatsapp-coexistence-spain Available ang Coexistence sa Spain: walang geographic restriction sa onboarding documentation ng Meta para sa mga user ng WhatsApp Business app, kasama ang EU. Ang mga mensahe sa numerong +34 ay gumagamit ng sariling rate card ng Spain, na mula Oktubre 1, 2026 ay nagtatakda ng EUR 0.0585 kada marketing template at EUR 0.0166 kada utility o authentication template, o USD 0.0707 at USD 0.02. ### Available ba ang WhatsApp Coexistence sa Spain at sa EU? Oo. Ang kasalukuyang documentation ng Meta para sa onboarding ng mga user ng WhatsApp Business app ay naglilista ng mga requirement sa numero, sa app at sa partner, at walang geographic restriction. Kwalipikado ang numerong +34 kapag ginagamit na ito sa WhatsApp Business app, version 2.24.17 o mas bago, at naka-connect sa pamamagitan ng Embedded Signup ng isang Tech Provider o Solution Partner. Ibinabahagi pa rin ang mga listahan mula sa maagang rollout na hindi kasama ang EU, at hindi na ito sinusuportahan ng documentation ng Meta. Pagkatapos ng onboarding, patuloy na gumagana ang telepono, at sumasagot ang numero sa pamamagitan ng Cloud API sa nakapirming 20 mensahe kada segundo. ### Magkano ang singil ng Meta kada mensahe sa Spain? Naniningil ang Meta kada naipadalang mensahe, ayon sa kategorya at sa market ng calling code ng tatanggap. Ang Spain (+34) ay isang pinangalanang market, hiwalay sa rehiyong Rest of Western Europe na sumasaklaw sa Portugal, Ireland at iba pa. Ito ang mga list rate na epektibo simula Oktubre 1, 2026; huling tumaas ang marketing rate noong Hulyo 1, 2026. Maaaring pababain ng volume tier ang utility at authentication para sa mga portfolio na may mataas na buwanang volume papuntang Spain. ### Aling mga mensahe ang libre para sa negosyo sa Spain? Ang mga mensaheng ipinadala mula sa WhatsApp Business app sa telepono. Ayon sa documentation ng Meta, nananatili silang libre pagkatapos ng onboarding, at ang pagpepresyo ng Cloud API ay para lamang sa dumadaan sa API. Sa pamamagitan ng API, nagbibigay ang Meta ng 1,000 libreng mensaheng service kada buwan sa bawat numero ng telepono ng negosyo: ang mga sagot na hindi template na ipinapadala sa loob ng 24 oras na customer service window, na nagre-reset kada buwan. Ang customer na pumasok mula sa Click to WhatsApp ad ay nagbubukas ng libreng entry point window na hanggang 7 araw, walang singil para sa mga mensaheng marketing, utility, authentication o service. Mula Oktubre 1, 2026, sinisingil ang mga utility template na ipinadala sa loob ng bukas na customer service window. ### Maaari bang singilin ng Meta sa euro ang negosyo sa Spain? Oo. Available nang currency ang EUR sa WhatsApp Business Platform bago nagdagdag ang Meta ng sampu pa noong 2026, at naglalathala ang Meta ng buong EUR rate card kung saan ang bawat market, hindi lang ang Spain, ay nakapresyo sa euro. Pinipili ang currency kapag ginawa ang account para sa pagmemensahe at nananatili itong nakapirmi, maliban sa pamamagitan ng Currency Migration API ng Meta. Ang pricing page ng Meta ay naglalarawan ng sapilitang local billing migration para lamang sa Brazil at India, kaya ang negosyo sa Spain mismo ang pumipili ng EUR o ng ibang sinusuportahang currency. 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. - Pagtitiwala sa lumang listahan ng availability na hindi kasama ang EU. Walang geographic restriction sa kasalukuyang onboarding documentation ng Meta. - Pagpepresyo sa mga customer sa Portugal gamit ang rate ng Spain. Nasa Rest of Western Europe ang Portugal (+351), na may ibang mga rate. - Paggamit ng mga marketing na halaga bago ang Hulyo 1, 2026. Itinaas ng Meta ang marketing rate ng Spain sa petsang iyon. **Hindi ba talaga available ang Coexistence noon sa EU?** Hindi ito kasama sa mga listahan ng maagang rollout. Ang kasalukuyang onboarding documentation ng Meta para sa mga user ng Business app ay walang nakasaad na geographic restriction, kaya ang mismong flow ang magiging pagsubok. **Presyo ba ng Spain ang ipapataw sa pagpapadala mula Spain papuntang Latin America?** Hindi. Naniningil ang Meta ayon sa calling code ng tatanggap, kaya ang mensahe sa numero sa Mexico ay sisingilin sa rate ng Mexico. **Nagbabayad ba ako para sa mga mensaheng ipinapadala ng mga customer sa akin?** Hindi. Ang mga mensahe lamang na inihahatid ng negosyo sa mga user ang sinisingil ng Meta. **Patuloy bang gumagana ang app pagkatapos mag-connect?** Oo. Nananatili sa telepono ang WhatsApp Business app kasama ang mga chat nito, at nagkakaroon ng access sa API ang numero. --- ## WhatsApp Coexistence sa India: availability, mga rate ng Meta at INR billing https://easycoexistence.com/fil/docs/whatsapp-coexistence-india Available ang Coexistence para sa mga numero sa India: walang binabanggit na restriction sa bansa ang onboarding documentation ng Meta para sa mga user ng Business app. Mula Oktubre 1, 2026, naniningil ang Meta ng US$ 0.0118 kada naihatid na marketing template sa +91 na numero at US$ 0.0014 kada utility o authentication template. Ang mga negosyong India ang Sold-To country sa Billing Hub ay kailangang ilipat ang bawat WhatsApp Business Account sa INR bago mag-Disyembre 31, 2026. ### Available ba ang WhatsApp Coexistence sa India? Oo. Nakalista sa kasalukuyang dokumentasyon ng Meta para sa onboarding ng mga user ng WhatsApp Business app ang mga kinakailangan (app version 2.24.17 o mas bago, at isang Tech Provider o Solution Partner na nagpapatakbo ng Embedded Signup) at isang limitasyon: fixed na throughput na 20 mensahe kada segundo. Walang binabanggit na restriction sa bansa, rehiyon o calling code, kaya ang +91 na numerong aktibo sa WhatsApp Business app ay kwalipikado sa parehong termino gaya ng numero saanman. Ang humahadlang sa numero sa India ay ang humahadlang sa anumang numero: nasa consumer WhatsApp app pa rin ito, mas luma sa 2.24.17 ang app version, o naka-attach na ito sa ibang provider. Kung hindi tinanggihan ng Embedded Signup ang numero, available dito ang Coexistence. ### Magkano ang singil ng Meta kada mensahe sa India? Naniningil ang Meta kada naihatid na template na mensahe, at sumusunod ang rate sa country calling code ng tatanggap, hindi sa lokasyon ng negosyo. Ang template na naihatid sa +91 na numero ay may presyong rate ng India saanman nakabase ang nagpapadala. Ang mga figure sa ibaba ay mula sa USD at INR rate card ng Meta na epektibo simula Oktubre 1, 2026. Libre ang mga sagot na hindi template sa loob ng bukas na 24 oras na customer service window, libre ang mga utility template na ipinadala sa loob ng window na iyon, at nananatiling libre ang mga mensaheng tina-type sa WhatsApp Business app sa numerong naka-Coexistence. Palaging may bayad ang mga marketing template. Maaaring ibaba ng buwanang volume tier ng Meta ang rate ng utility at authentication para sa malalaking nagpapadala. ### Ano ang nagbabago sa INR billing sa India? Inilunsad ng Meta ang INR billing localization noong Enero 1, 2026 para sa mga partner at direktang naka-integrate na negosyong India ang Sold-To country sa Billing Hub. Kailangang nailipat na sa INR ang bawat WhatsApp Business Account sa kanilang portfolio bago mag-Disyembre 31, 2026. Ayon sa Meta, mula Enero 1, 2027 ay hindi na nito ihahatid ang mga mensahe ng mga non-INR account na pag-aari ng mga kwalipikadong customer. Sa numerong naka-Coexistence, apektado nito ang mga bayad na pagpapadala sa pamamagitan ng API, dahil nasa sariling WhatsApp Business Account ng negosyo ang payment method. May authentication-international rate rin ang India, na ipinapatupad sa kwalipikadong negosyong nakabase sa labas ng India kapag itinakda na ng Meta ang petsa ng simula, na may 30 araw na abiso. ### Paano i-connect ang numero sa India sa API at mapanatili ang app? Sa pamamagitan ng Embedded Signup ng Meta na may Coexistence option, na pinapatakbo ng isang Tech Provider. Magla-log in ang negosyo gamit ang Facebook, pipiliin ang Business Portfolio nito, ilalagay ang +91 na numerong naka-register na sa WhatsApp Business app, at kukumpirmahin sa pag-scan ng QR code na ipinapakita sa app. Maaari nang i-synchronize ang chat history mula sa app, at ang media ay available lamang para sa huling dalawang linggo nito. Patuloy na gagana ang numero sa app at magkakaroon ito ng access sa Cloud API sa fixed na 20 mensahe kada segundo. Nasa pahina tungkol sa pag-connect ng numero ang buong hakbang, kasama ang hinihingi ng bawat screen. - Pag-iwan ng WhatsApp Business Account sa USD pagkatapos ng Disyembre 31, 2026 kapag India ang Sold-To country. Sinabi ng Meta na ihihinto nito ang paghahatid ng mga mensaheng iyon. - Pagpepresyo ng campaign batay sa bansa ng nagpapadala. Naniningil ang Meta ayon sa calling code ng tatanggap, kaya rate ng India ang sinisingil sa mga tatanggap na +91. - Pagturing na utility ang bawat template. Ang template na inuuri ng Meta bilang marketing ay mahigit walong beses na mas mahal kaysa sa utility rate sa India. **Libre ba ang mga sagot sa mga customer sa India?** Libre ang mga sagot na hindi template sa loob ng 24 oras na customer service window, pati ang mga mensaheng tina-type sa WhatsApp Business app. May bayad ang mga template sa labas ng window. **Anong currency ang ginagamit ng Meta sa pagsingil sa mga negosyo sa India?** Lumilipat sa INR ang mga negosyong India ang Sold-To country sa Billing Hub, at kailangang nasa INR ang bawat account bago mag-Disyembre 31, 2026. May inilalathala ang Meta na INR rate card para dito. **Babayaran ko ba ang rate ng India kung nasa ibang bansa ang negosyo ko?** Oo para sa marketing at utility, dahil sumusunod ang rate sa +91 code ng tatanggap. Maaaring lumipat ang authentication sa authentication-international rate kapag nagtakda na ang Meta ng petsa ng simula para sa inyong negosyo. **Magagamit ko pa ba ang app sa aking telepono?** Oo. Pinapanatili ng Coexistence na gumagana ang WhatsApp Business app sa parehong numero, basta version 2.24.17 o mas bago ito at regular na binubuksan. --- ## WhatsApp Coexistence sa Indonesia: availability, rate ng Meta at setup https://easycoexistence.com/fil/docs/whatsapp-coexistence-indonesia Maaaring gumamit ng Coexistence ang mga numero sa Indonesia, dahil walang restriksyon sa bansa ang dokumentasyon ng Meta para sa onboarding ng mga user ng Business app. Mula Oktubre 1, 2026, naniningil ang Meta ng US$ 0.0411 (IDR 586.33) sa bawat marketing template na naihatid sa numerong +62 at US$ 0.025 (IDR 356.65) sa bawat utility o authentication template. Libre pa rin ang mga sagot sa loob ng customer service window. ### Available ba ang WhatsApp Coexistence sa Indonesia? Oo. Ang pahinang inilathala ng Meta para sa onboarding ng mga user ng WhatsApp Business app sa Cloud API ay may mga kinakailangan sa bersyon ng app (2.24.17 o mas bago) at sa partner (isang Tech Provider o Solution Partner na gumagamit ng Embedded Signup), pero walang binabanggit na bansa o calling code na hindi kasama. Ang numerong +62 na naka-register at aktibo sa WhatsApp Business app ay kwalipikado sa parehong kondisyon tulad ng alinmang numero. Ang mga totoong hadlang ay ang mga karaniwan: numerong nasa consumer WhatsApp app pa, lumang bersyon ng app, o numerong naka-connect na sa app ng ibang provider. Tinatalakay ng pahina ng eligibility ang bawat isa at kung paano ito maaayos. ### Magkano ang singil ng Meta kada mensahe sa Indonesia? Naniningil ang Meta kada template na naihatid, ayon sa rate ng country calling code ng tatanggap. Bawat template na umabot sa numerong +62 ay sinisingil sa rate ng Indonesia, nasa Jakarta man o sa ibang bansa ang negosyong nagpapadala. Ang mga rate sa ibaba ay mula sa USD at IDR rate card ng Meta na epektibo Oktubre 1, 2026. Sa Indonesia, iisa ang rate ng utility at authentication, US$ 0.025, na humigit-kumulang 61% ng rate ng marketing. Walang bayad ang mga free-form text na sagot sa loob ng bukas na 24 oras na service window, libre ang utility template na ipinadala sa loob ng window na iyon, at libre rin ang anumang i-type ng negosyo sa WhatsApp Business app sa numerong may Coexistence. ### Ano ang dapat malaman ng negosyo sa Indonesia tungkol sa billing currency at authentication? Ang IDR ay isa sa mga billing currency kung saan naglalathala ng rate card ang Meta, kasama ang USD at labing-apat pang iba, kaya mababasa ng negosyo sa Indonesia ang gastos nito sa rupiah nang direkta sa card ng Meta, nang hindi na nagko-convert. Nasa listahan din ng Meta ang Indonesia ng mga bansang may authentication-international rate. Ang negosyong nakabase sa labas ng Indonesia na nagpapadala ng one time passcode sa mga numerong +62 ay maaaring ilipat sa US$ 0.136 kada authentication template, mahigit limang beses ng domestic rate. Itinatakda ng Meta ang petsa ng pagsisimula kada negosyo at nagbibigay ito ng 30 araw na abiso, kaya dapat paghandaan ito ng dayuhang app na nagve-verify ng mga user sa Indonesia bago palakihin ang sign up. ### Paano i-connect ang numero sa Indonesia nang hindi nawawala ang app? Gamit ang Embedded Signup ng Meta, sa pamamagitan ng opsyon para sa kasalukuyang numero ng WhatsApp Business app. Magsa-sign in ang negosyo gamit ang Facebook, pipiliin ang Business Portfolio nito, ilalagay ang numerong +62 at i-scan ang QR code na ipinapakita ng app. Kapag natapos ito, may 24 oras ang partner para simulan ang pag-synchronize ng mga contact at chat history, kung hindi ay uulitin ng negosyo ang proseso. Pagkatapos ng onboarding, patuloy na gagana ang telepono tulad ng dati, sasagot din ang numero sa pamamagitan ng Cloud API, at pareho silang may nakapirming 20 mensahe kada segundo. Ipinapakita ng pahina tungkol sa pag-connect ng numero ang bawat screen. - Mano-manong pag-convert ng presyo sa USD papunta sa rupiah. May IDR rate card na inilalathala ang Meta, at iyon ang halagang sinisingil sa IDR account. - Pag-budget ng one time passcode sa domestic rate mula sa negosyong nakabase sa ibang bansa. May authentication-international rate ang Indonesia na US$ 0.136. - Pag-abandona sa proseso pagkatapos ng QR scan. Dapat magsimula ang sync sa loob ng 24 oras, kung hindi ay uulitin ang onboarding. **Pareho ba ang rate sa Indonesia para sa utility at authentication?** Oo. Sa card ng Meta na epektibo Oktubre 1, 2026, pareho itong US$ 0.025, o IDR 356.65, kada template na naihatid. **Maaari ba akong singilin ng Meta sa rupiah?** Ang IDR ay isa sa mga billing currency na nakalista ng Meta sa pricing page nito, na may sariling rate card, kaya mababasa nang direkta sa Meta ang mga halaga sa rupiah. **Sinisingil ba ang mga mensaheng ipinadala mula sa telepono pagkatapos mag-connect?** Hindi. Nilinaw ng Meta na nananatiling libre ang mga mensaheng ipinadala mula sa WhatsApp Business app pagkatapos ng Coexistence onboarding. Ang mga ipinadala lamang sa Cloud API ang sumusunod sa presyo ng Cloud API. **Paano kung nasa regular na WhatsApp pa ang numero ko?** Kailangan muna itong ilipat sa WhatsApp Business app. Inaalok lamang ang Coexistence sa mga numerong nasa Business app na. --- ## WhatsApp Coexistence sa UAE: kung available, mga presyo ng Meta at billing sa AED https://easycoexistence.com/fil/docs/whatsapp-coexistence-uae Available ang Coexistence para sa mga numero sa United Arab Emirates, dahil walang binabanggit na restriksyon sa bansa ang onboarding documentation ng Meta para sa mga user ng Business app. Mula Oktubre 1, 2026, naniningil ang Meta ng US$ 0.0576 (AED 0.2115) sa bawat marketing template na naihatid sa isang +971 na numero at US$ 0.0157 (AED 0.0576) sa bawat utility o authentication template. ### Available ba ang WhatsApp Coexistence sa UAE? Oo. Nakalista sa documentation ng Meta para sa pag-onboard ng mga user ng WhatsApp Business app sa Cloud API ang kailangan ng negosyo at ng partner, pangunahin ang app version 2.24.17 o mas bago at isang Tech Provider o Solution Partner na gumagamit ng Embedded Signup, at walang pagbubukod batay sa bansa, rehiyon o calling code. Kwalipikado ang isang +971 na numero na aktibong ginagamit sa WhatsApp Business app. Tinatanggihan ang numero sa UAE sa parehong dahilan ng numero saanman: nasa consumer WhatsApp app ito, luma na ang app, o nakakabit pa ang numero sa ibang provider. Ang Embedded Signup mismo ang maaasahang pagsubok, dahil tinatanggap nito ang numero o sinasabi kung bakit hindi. ### Magkano ang singil ng Meta kada mensahe sa UAE? Naniningil ang Meta kada naihatid na template, ayon sa country calling code ng tatanggap. Anumang template na naihatid sa isang +971 na numero ay sisingilin sa presyo ng UAE, saanman nakarehistro ang nagpapadalang negosyo. May sariling linya ang UAE sa talaan ng presyo ng Meta at hindi ito kasama sa presyo ng Rest of Middle East. Ang mga halagang nasa ibaba ay mula sa mga USD at AED card ng Meta na epektibo Oktubre 1, 2026. Libre ang mga free-form na sagot sa loob ng bukas na 24 oras na customer service window, libre ang utility template na ipinadala sa loob ng window na iyon, at nananatiling libre ang mga mensaheng ipinadala mula sa WhatsApp Business app sa isang numerong naka-Coexistence. Sinisingil ang mga marketing template sa bawat paghahatid. ### Ano ang nagbago kamakailan sa presyo at billing sa UAE? Dalawang pagbabago sa changelog ng presyo ng Meta ang direktang may epekto. Noong Oktubre 1, 2025, itinaas ng Meta ang presyo ng marketing message para sa United Arab Emirates. Noong Abril 1, 2026, nagdagdag ito ng walong billing currency, kasama ang AED, kaya maaari nang singilin sa dirham ang negosyo sa Emirates at mabasa ang mga gastos nito mula sa AED card. Nasa listahan din ng Meta ang UAE ng mga bansang may authentication-international na presyo. Ang negosyong nakabase sa labas ng Emirates na nagpapadala ng one time passcode sa mga +971 na numero ay maaaring ilipat sa US$ 0.051 kada authentication template kapag nagtakda ang Meta ng petsa ng simula, na inaanunsyo nito 30 araw bago. ### Paano i-connect ang numero sa UAE sa API habang pinananatili ang app? Sa pamamagitan ng Embedded Signup ng Meta na may opsyong existing WhatsApp Business app, na pinapatakbo ng isang Tech Provider. Magla-log in ang negosyo gamit ang Facebook, pipiliin ang Business Portfolio, ilalagay ang +971 na numero, at kukumpirmahin gamit ang QR code na ipinapakita sa app. Ang media mula sa na-sync na chat history ay available lamang para sa nakaraang dalawang linggo. Pagkatapos nito, patuloy na gagana ang WhatsApp Business app sa telepono, at ang parehong numero ay tatanggap at magpapadala sa pamamagitan ng Cloud API sa nakatakdang 20 mensahe kada segundo. Nakalista sa pahinang Pag-connect ng numero ang bawat hakbang at ang kailangan sa bawat isa. - Pag-aakalang kapareho ng Rest of Middle East ang presyo sa UAE. May sarili itong mas mataas na linya sa talaan ng presyo ng Meta. - Manu-manong pag-convert ng mga presyo sa USD papuntang dirham. Mula Abril 1, 2026, naglalathala ang Meta ng AED card na may sariling mga halaga. - Pagpapadala ng mga passcode sa mga +971 na numero mula sa ibang bansa gamit ang domestic na badyet. Mahigit tatlong beses na mas mataas ang presyo ng authentication-international. **Maaari bang singilin ng Meta sa dirham ang negosyo sa UAE?** Oo. Naging billing currency ng WhatsApp Business Platform ang AED noong Abril 1, 2026, na may sariling talaan ng presyo. **Pareho ba ang presyo sa UAE at Saudi Arabia?** Sa marketing, oo: parehong US$ 0.0576 sa card ng Oktubre 1, 2026. Magkaiba ang utility at authentication: US$ 0.0157 sa UAE at US$ 0.0107 sa Saudi Arabia. **Sinisingil ba ang sagot sa customer na unang sumulat?** Hindi, kung free-form na sagot ito sa loob ng 24 oras na customer service window. Sinisingil ang mga template na ipinadala sa labas ng window. **Titigil ba sa paggana ang app sa telepono?** Hindi. Pinananatiling gumagana ng Coexistence ang WhatsApp Business app sa parehong numero, at nananatiling libre ang mga mensaheng ipinadala mula rito. --- ## WhatsApp Coexistence sa Saudi Arabia: availability, mga rate ng Meta at SAR billing https://easycoexistence.com/fil/docs/whatsapp-coexistence-saudi-arabia Maaaring gumamit ng Coexistence ang mga numero sa Saudi: walang restriksyon sa bansa ang onboarding documentation ng Meta para sa mga user ng Business app. Mula Oktubre 1, 2026, naniningil ang Meta ng US$ 0.0576 (SAR 0.2159) kada marketing template na naihatid sa numerong +966, at US$ 0.0107 (SAR 0.0401) kada utility o authentication template. Libre ang mga free-form na sagot sa loob ng customer service window. ### Available ba ang WhatsApp Coexistence sa Saudi Arabia? Oo. May mga kondisyon ang dokumentasyon ng Meta para sa pagdadala ng mga user ng WhatsApp Business app sa Cloud API: ang bersyon ng app (2.24.17 o mas bago) at ang partner na nagpapatakbo ng Embedded Signup. Walang bansa, rehiyon o calling code na nakalistang hindi kasama. Kwalipikado ang numerong +966 na rehistrado at aktibo sa WhatsApp Business app. Kapag tinanggihan ang numero sa Saudi, isa ito sa mga karaniwang dahilan: nasa consumer WhatsApp app ang numero, mas luma sa 2.24.17 ang app, o naka-attach pa ang numero sa ibang provider. Ipinapaliwanag ng eligibility page ang bawat kaso at ang solusyon. ### Magkano ang singil ng Meta kada mensahe sa Saudi Arabia? Pinepresyuhan ng Meta ang bawat naihatid na template ayon sa country calling code ng tatanggap. Ang mga template na naihatid sa mga numerong +966 ay sinisingil sa rate ng Saudi Arabia, saan man naka-base ang nagpapadala, at may sarili itong linya sa rate card. Ang mga figure sa ibaba ay galing sa USD at SAR card ng Meta na epektibo sa Oktubre 1, 2026. Libre ang mga free-form na sagot sa loob ng bukas na 24 oras na customer service window, libre ang mga utility template na ipinadala sa loob ng window na iyon, at walang gastos ang mga mensaheng ipinadala mula sa WhatsApp Business app sa numerong may Coexistence. Sinisingil ang marketing template sa bawat delivery, at maaaring ibaba ng monthly volume tier ang mga utility at authentication rate para sa malalaking nagpapadala. ### Ano ang nagbago para sa mga negosyo sa Saudi noong 2026? Dalawang pagbabago ang dala ng Abril 1, 2026 sa pricing changelog ng Meta. Tumaas ang marketing rate ng Saudi Arabia, at naging isa ang SAR sa walong bagong billing currency, kaya maaaring singilin sa riyal ang isang negosyo sa Saudi at suriin ang mga gastos sa SAR rate card sa halip na mag-convert mula sa dolyar. Isa rin ang Saudi Arabia sa mga merkado na may authentication-international rate. Ang negosyong nasa ibang bansa na nagpapadala ng one time passcode sa mga numerong +966 ay maaaring ilipat sa US$ 0.0598 kada authentication template, mahigit limang beses ng domestic rate. Itinatakda ng Meta ang simulang petsa kada negosyo at nagbibigay ito ng 30 araw na abiso bago ito ipatupad. ### Paano i-connect ang numero sa Saudi at patuloy na gamitin ang app? Gamit ang Embedded Signup ng Meta, piliin po ninyo ang opsyon para sa numerong nasa WhatsApp Business app na. Ang Tech Provider ang nagho-host ng flow; magla-log in ang negosyo gamit ang Facebook, pipiliin ang Business Portfolio nito, ilalagay ang numerong +966 at i-scan ang QR code na ipinapakita ng app. Pagkatapos, may 24 oras ang partner para simulan ang synchronization, kung hindi ay uulitin ang flow. Mula noon, patuloy na gagana ang telepono gaya ng dati, at ang parehong numero ay nagpapadala at tumatanggap sa Cloud API sa nakapirming 20 mensahe kada segundo. Inilalarawan ang bawat hakbang sa pahina tungkol sa pag-connect ng numero. - Pagba-budget ng mga marketing send sa Saudi gamit ang mga rate bago ang Abril 1, 2026. Itinaas ng Meta ang marketing rate sa araw na iyon. - Pagkuha ng SAR na gastos mula sa USD card gamit ang currency converter. May sarili at nailathalang SAR figure ang Meta. - Pagpapadala ng mga passcode sa mga numerong +966 mula sa negosyong nasa ibang bansa gamit ang domestic rate. US$ 0.0598 ang authentication-international rate. **Maaari bang singilin sa riyal ang negosyo sa Saudi?** Oo. Idinagdag ng Meta ang SAR bilang billing currency noong Abril 1, 2026 at naglalathala ito ng SAR rate card. **Pinepresyuhan ba ang Saudi Arabia bilang Rest of Middle East?** Hindi. May sarili itong linya sa rate card ng Meta, na US$ 0.0576 para sa marketing at US$ 0.0107 para sa utility at authentication. **Sinisingil ba ang mga mensaheng itina-type ko sa app?** Hindi. Nakasaad sa Meta na nananatiling libre ang mga mensaheng ipinadala mula sa WhatsApp Business app pagkatapos ng Coexistence onboarding. **Anong bersyon ng app ang kailangan?** WhatsApp Business app 2.24.17 o mas bago sa teleponong may numerong +966. --- ## WhatsApp Coexistence sa Turkey: availability, mga rate ng Meta at setup https://easycoexistence.com/fil/docs/whatsapp-coexistence-turkey Maaaring gumamit ng Coexistence ang mga numero sa Turkey, dahil walang binabanggit na limitasyon sa bansa ang onboarding documentation ng Meta para sa mga user ng Business app. Mula Oktubre 1, 2026, naniningil ang Meta ng US$ 0.0109 kada marketing template na naihatid sa numerong +90 at US$ 0.0009 kada utility o authentication template. Ibinaba ng Meta ang mga rate ng utility at authentication ng Turkey noong Abril 1, 2026, at wala itong inilalathalang rate card sa lira. ### Available ba ang WhatsApp Coexistence sa Turkey? Oo. Ang pahinang pinapanatili ng Meta para sa onboarding ng mga user ng WhatsApp Business app sa Cloud API ay may mga kinakailangan sa bersyon ng app (2.24.17 o mas bago) at sa partner (isang Tech Provider o Solution Partner na gumagamit ng Embedded Signup na may session logging), at walang itinatangi na bansa o calling code. Kwalipikado ang numerong +90 na aktibo sa WhatsApp Business app. Tinatanggihan lamang ang numero sa Turkey sa mga dahilang naaangkop sa anumang numero: nasa consumer WhatsApp app ito, kailangang i-update ang app, o hawak pa ng ibang provider ang numero. Maaayos po ang bawat isa sa mga ito sa telepono o sa dating provider, at ipinapaliwanag ng eligibility page kung paano. ### Magkano ang singil ng Meta kada mensahe sa Turkey? Naniningil ang Meta kada template na naihatid ayon sa rate ng country calling code ng tatanggap, kaya ang bawat template na umaabot sa numerong +90 ay naka-presyo sa rate ng Turkey saan man naroon ang nagpadala. May sariling linya ang Turkey sa rate card. Sa USD card ng Meta na epektibo mula Oktubre 1, 2026, kabilang ang mga figure sa pinakamababa sa card: US$ 0.0109 para sa marketing at US$ 0.0009 para sa utility at authentication. Nakalista sa EUR card ang €0.009 at €0.0007. Walang inilistang authentication-international rate ang Meta para sa Turkey. Libre ang mga free-form na sagot sa loob ng bukas na 24 oras na customer service window, gayundin ang utility template na ipinadala sa loob nito, at nananatiling libre ang mga mensaheng ipinadala mula sa WhatsApp Business app sa numerong may Coexistence. ### Anong currency ang ginagamit ng Meta sa pagsingil sa mga negosyo sa Turkey? Naglalathala ang Meta ng mga rate card ng WhatsApp Business Platform sa labing-anim na currency: USD, AED, ARS, AUD, BRL, CLP, COP, EUR, GBP, IDR, INR, MXN, MYR, PEN, SAR at SGD. Wala rito ang Turkish lira, kaya sinisingil ang negosyo sa Turkey sa isa sa mga currency na iyon, gaya ng USD o EUR, at dapat basahin ang gastos mula sa card na iyon sa halip na i-convert. Pinakamahalaga ang pagbabago ng rate na kamakailan lang nangyari. Noong Abril 1, 2026, ibinaba ng Meta ang mga rate ng utility at authentication ng Turkey, kaya halos bahagi na lamang ng isang sentimo ang bawat order update at one time passcode papunta sa mga numerong +90. Labis ang tantya ng mga lumang budget na binuo bago ang petsang iyon. ### Paano mag-connect ng numero sa Turkey at panatilihin ang app? Sa pamamagitan ng Embedded Signup ng Meta, gamit ang opsyon para sa numerong nasa WhatsApp Business app na. Ang Tech Provider ang nagho-host nito. Magla-log in ang negosyo gamit ang Facebook, pipiliin ang Business Portfolio nito, ilalagay ang numerong +90 at kokumpirmahin sa pag-scan ng QR code sa app. Dapat magsimula ang pag-synchronize sa loob ng 24 oras, o kailangang ulitin ang proseso. Pagkatapos ma-connect, patuloy na gagana ang telepono at magkakaroon ng access sa Cloud API ang parehong numero sa nakatakdang 20 mensahe kada segundo. Dadaanan po ito nang screen by screen ng pahina tungkol sa pag-connect ng numero. - Paghahanap ng rate card sa Turkish lira. Walang inilalathala ang Meta; basahin po ninyo ang USD o EUR card kung saan sinisingil ang inyong account. - Paggamit ng budget na binuo bago ang Abril 1, 2026. Ibinaba ng Meta ang mga rate ng utility at authentication ng Turkey sa araw na iyon. - Pag-uuri ng mga promosyon bilang utility para makatipid. Sinusuri ng Meta ang mga kategorya ng template, at sinisingil sa marketing rate ang marketing template. **May authentication-international rate ba para sa Turkey?** Wala. Nakalista sa rate card ng Meta na epektibo mula Oktubre 1, 2026 na hindi ito naaangkop sa Turkey. **Maaari ba akong singilin ng Meta sa Turkish lira?** Hindi. Wala ang lira sa labing-anim na billing currency kung saan naglalathala ng rate card ang Meta. **Libre ba ang mga sagot sa mga customer sa Turkey?** Libre ang mga free-form na sagot sa loob ng 24 oras na customer service window. Sinisingil kada paghahatid ang mga template sa labas ng window. **Hihinto ba ang app kapag na-connect ang API?** Hindi. Sa Coexistence, patuloy na gumagana ang WhatsApp Business app sa parehong numero, at nananatiling libre ang mga mensahe nito. --- ## WhatsApp Coexistence sa Germany: availability, presyo ng Meta at setup https://easycoexistence.com/fil/docs/whatsapp-coexistence-germany Puwedeng gamitin ng mga numero sa Germany ang Coexistence: walang binabanggit na bansa o paghihigpit para sa EU ang onboarding documentation ng Meta para sa mga user ng Business app. Mula Oktubre 1, 2026, naniningil ang Meta ng US$ 0.1365 (€0.1131) sa bawat marketing template na naipadala sa isang +49 na numero, at US$ 0.055 (€0.0456) sa bawat utility o authentication template. Libre ang mga free-form na sagot sa loob ng customer service window. ### Available ba ang WhatsApp Coexistence sa Germany? Oo. Ang documentation ng Meta para sa pag-onboard ng mga user ng WhatsApp Business app sa Cloud API ay may mga requirement sa bersyon ng app (2.24.17 o mas bago) at sa partner na nagpapatakbo ng Embedded Signup, at walang binabanggit na paghihigpit sa bansa, rehiyon o calling code. Wala rin itong karagdagang kondisyon para sa European Union. Kwalipikado ang isang +49 na numero na rehistrado at aktibo sa WhatsApp Business app. Kung tinanggihan ng Embedded Signup ang numero sa Germany, isa ito sa mga karaniwang dahilan: nasa consumer WhatsApp app pa ang numero, mas luma sa 2.24.17 ang app, o hawak pa ito ng ibang provider. Tinatalakay ng eligibility page ang bawat kaso. ### Magkano ang singil ng Meta kada mensahe sa Germany? Naniningil ang Meta kada template na naipadala, ayon sa country calling code ng tatanggap. Ang template na naipadala sa isang +49 na numero ay may presyo ng Germany, nasa Berlin, Vienna o saan man ang negosyong nagpadala nito. May sariling linya ang Germany sa rate card ng Meta, at mas mataas ito nang malaki kaysa sa linya ng Rest of Western Europe: US$ 0.1365 para sa marketing kumpara sa US$ 0.0592, at US$ 0.055 para sa utility kumpara sa US$ 0.0171. Walang inilistang authentication-international na presyo ang Meta para sa Germany. Libre ang mga free-form na sagot sa loob ng bukas na 24 oras na customer service window, libre ang utility template na ipinadala sa loob nito, at nananatiling libre ang mga mensaheng tina-type sa WhatsApp Business app sa isang Coexistence na numero. ### Ano ang ibig sabihin ng presyo sa Germany sa paggamit ng negosyo sa API? Dahil mahigit labintatlong sentimo ng dolyar ang marketing template sa isang +49 na numero at limang sentimo at kalahati ang utility template, ang pinakamurang mensahe sa Germany ay ang mga hindi sinisingil ng Meta. Kaya ang customer service window ang pangunahing paraan para makatipid. Ang workflow na sumasagot sa mga taong sumulat, sa loob ng 24 oras, ay walang bayad kada mensahe. Libre rin ang utility template na ipinadala habang bukas ang window na iyon. Ang outreach na nagsisimula ng thread gamit ang template ang pinagmumulan ng singil. Sa isang Coexistence na numero, libre rin ang anumang tina-type ng staff sa telepono sa WhatsApp Business app, kaya puwedeng itabi ang API para sa mga automated na padala. ### Paano mag-connect ng numero sa Germany at mapanatili ang app? Gamit ang Embedded Signup ng Meta, sa opsyon para sa numerong nasa WhatsApp Business app na. Isang Tech Provider ang nagho-host ng flow; magla-log in po ang negosyo gamit ang Facebook, pipiliin ang Business Portfolio nito, ilalagay ang +49 na numero at kokumpirmahin gamit ang QR code na lalabas sa app. Dapat magsimula ang synchronization sa loob ng 24 oras pagkatapos matapos, kung hindi ay uulitin ang flow. Patuloy na gagana ang telepono pagkatapos nito, at ang parehong numero ay magpapadala at tatanggap sa pamamagitan ng Cloud API sa takdang 20 mensahe kada segundo. Ang bawat screen ay inilalarawan sa page tungkol sa pag-connect ng numero. - Pagbabadyet sa mga tatanggap sa Germany gamit ang presyo ng Rest of Western Europe. May sariling linya ang Germany, mahigit doble ang sa marketing. - Pagsisimula ng mga thread gamit ang template kung sasapat naman ang sagot sa loob ng 24 oras na window. Sa Germany, malaki ang agwat ng libre at bayad. - Pag-classify ng mga promosyon bilang utility para magbayad nang mas kaunti. Sinusuri ng Meta ang mga category ng template at sinisingil ang marketing sa presyo ng marketing. **Puwede bang singilin ng Meta sa euro ang negosyo sa Germany?** Oo. Ang EUR ay isa sa mga billing currency kung saan naglalathala ang Meta ng rate card, at nasa €0.1131 ang Germany para sa marketing sa card ng Oktubre 1, 2026. **May karagdagang kondisyon ba ang Coexistence sa EU?** Wala ayon sa kasalukuyang onboarding documentation ng Meta para sa mga user ng Business app. Pareho ang requirement saanman: app 2.24.17 o mas bago at isang Embedded Signup partner. **Sinisingil ba ang sagot sa customer sa Germany?** Hindi, kung free-form na sagot sa loob ng 24 oras na customer service window. Ang mga template sa labas ng window ay sinisingil kada naipadala. **Libre pa rin ba ang mga mensahe mula sa telepono?** Oo. Ayon sa Meta, nananatiling libre ang mga mensaheng ipinadala mula sa WhatsApp Business app pagkatapos ng onboarding. Ang mga padala lang sa Cloud API ang sumusunod sa presyo ng Cloud API. --- ## WhatsApp Coexistence sa Italy: availability, rates ng Meta at setup https://easycoexistence.com/fil/docs/whatsapp-coexistence-italy Maaaring gamitin ng mga numero sa Italy ang Coexistence, dahil walang binabanggit na bansa o restriksyon sa EU ang onboarding documentation ng Meta para sa mga user ng WhatsApp Business app. Mula Oktubre 1, 2026, naniningil ang Meta ng US$ 0.0795 (€0.0658) para sa bawat marketing template na naihatid sa +39 na numero at US$ 0.03 (€0.0248) para sa bawat utility o authentication template. Itinaas ng Meta ang marketing rate ng Italy noong Hulyo 1, 2026. ### Available ba ang WhatsApp Coexistence sa Italy? Oo. Nakalista sa documentation ng Meta para sa onboarding ng mga user ng WhatsApp Business app sa Cloud API ang mga kailangan, pangunahin ang app version 2.24.17 o mas bago at isang Tech Provider o Solution Partner na gumagamit ng Embedded Signup. Wala itong anumang pagbubukod ayon sa bansa, rehiyon o calling code, at walang dagdag na kondisyon para sa mga numero sa European Union. Kwalipikado ang +39 na numero na aktibong ginagamit sa WhatsApp Business app. Tinatanggihan lamang ang numero sa Italy dahil sa mga karaniwang dahilan: nasa consumer WhatsApp app pa ito, kailangang i-update ang app, o hawak pa ito ng ibang provider. Ipinapaliwanag ng eligibility page ang bawat isa at kung paano ito maaayos. ### Magkano ang singil ng Meta kada mensahe sa Italy? Naniningil ang Meta kada template na naihatid ayon sa rate ng country calling code ng tatanggap, kaya anumang template na umaabot sa +39 na numero ay sinisingil sa rate ng Italy, saanman nakarehistro ang negosyo. May sariling linya ang Italy sa rate card, hindi ang rate ng Rest of Western Europe. Ang mga figure sa ibaba ay mula sa USD at EUR card ng Meta na epektibo simula Oktubre 1, 2026. Walang inilistang authentication-international rate ang Meta para sa Italy. Libre ang mga free-form text na sagot sa loob ng bukas na 24 oras na customer service window, libre ang utility template na ipinadala sa loob ng window na iyon, at hindi sinisingil ang mga mensaheng ipinadala mula sa WhatsApp Business app sa numerong may Coexistence. ### Ano ang nagbago sa presyo sa Italy noong 2026? Isang pagbabago lamang para sa Italy ang nakatala sa pricing changelog ng Meta ngayong taon: mas mataas na rate ng marketing na mensahe mula Hulyo 1, 2026, sa parehong update na nagbago ng mga rate para sa Spain, Poland, Hungary, Romania, United Kingdom at iba pa. Hindi kasama ang utility at authentication sa pagbabagong iyon. Ang epekto ay nasa mga campaign. Kulang ang pagtataya ng gastos sa budget para sa mga promotional template papunta sa +39 na numero kung ginawa ito bago ang Hulyo 2026, samantalang pareho pa rin ang presyo ng mga order confirmation, delivery update at one time passcode. Hindi na kailangan ng conversion sa euro billing, dahil isa ang EUR sa mga currency kung saan naglalathala ng rate card ang Meta, at ang €0.0658 para sa marketing ay mismong figure ng Meta. ### Paano mag-connect ng numero sa Italy at manatiling gumagana ang app? Sa pamamagitan ng Embedded Signup ng Meta, piliin ang opsyon para sa numerong nakarehistro na sa WhatsApp Business app. Ang Tech Provider ang nagho-host ng flow. Magsa-sign in ang negosyo gamit ang Facebook, pipiliin ang Business Portfolio nito, ilalagay ang +39 na numero at i-scan ang QR code na ipinapakita sa app. Ang media sa na-sync na chat history ay sumasaklaw lamang sa nakaraang dalawang linggo. Pagkatapos ng onboarding, patuloy na gagana ang telepono, at ang parehong numero ay magpapadala at tatanggap din sa pamamagitan ng Cloud API sa nakapirming 20 mensahe kada segundo. Inilalatag ng page tungkol sa pagkonekta ng numero ang bawat hakbang. - Paggamit ng marketing budget para sa mga tatanggap sa +39 na ginawa bago ang Hulyo 1, 2026. Itinaas ng Meta ang marketing rate ng Italy sa araw na iyon. - Paglalapat ng rate ng Rest of Western Europe sa mga numero sa Italy. May sariling linya ang Italy sa card ng Meta. - Pagsisimula ng onboarding sa numerong nasa consumer WhatsApp app pa rin. Kailangan muna itong ilipat sa Business app. **Maaari bang singilin ng Meta sa euro ang negosyo sa Italy?** Oo. Isa ang EUR sa mga billing currency ng Meta, at nakalista sa EUR card nito ang Italy sa €0.0658 para sa marketing at €0.0248 para sa utility at authentication. **Nagbago ba ang mga utility rate ng Italy noong 2026?** Hindi. Ang update noong Hulyo 1, 2026 ay nagtaas lamang ng marketing rate ng Italy. **Sinisingil ba ang mga sagot sa mga customer sa Italy?** Libre ang mga free-form text na sagot sa loob ng 24 oras na customer service window. Ang mga template na ipinadala sa labas nito ay sinisingil kapag naihatid. **Magagamit pa ba ng aming staff ang app?** Oo. Pinananatiling gumagana ng Coexistence ang WhatsApp Business app sa parehong numero, at nananatiling libre ang mga mensaheng ipinapadala mula rito. --- ## Paano i-disconnect ang Coexistence at bumalik sa app lamang https://easycoexistence.com/fil/docs/disconnecting-coexistence Pinapatay ang Coexistence mismo sa WhatsApp Business app: Settings, Account, Business Platform, saka Disconnect Account. Magpapatuloy ang app sa numero, matatapos ang access ng provider, at ipapadala ang account_update webhook na may PARTNER_REMOVED. Hindi magagamit ang Deregister endpoint ng Cloud API sa numerong tumatakbo sa dalawang lugar. ### Paano ko papatayin ang Coexistence? Mula sa telepono na may hawak ng numero. Isa lamang ang ruta na idinodokumento ng Meta para umalis ang negosyo sa Cloud API kapag ibinabahagi ang numero sa WhatsApp Business app, at dumadaan ito sa app, hindi sa anumang dashboard o endpoint. Ang may hawak ng pangunahing telepono ang nagpapasya, kaya hihilingin ng agency o developer sa negosyo na gawin ito. - Buksan po ninyo ang WhatsApp Business app sa pangunahing device. - Pumunta sa Settings, pagkatapos Account, pagkatapos Business Platform. - I-tap ang Disconnect Account at kumpirmahin. - Asahan ang account_update webhook na may PARTNER_REMOVED event sa panig ng API. ### Bakit tinatanggihan ng Deregister API ang numero? Dahil sadyang hindi isinasama ng Meta ang mga numero ng Coexistence dito. Nakasaad sa dokumentasyon ng registration na hindi maaaring i-deregister ng Deregister endpoint ang business phone number na ginagamit sa parehong Cloud API at WhatsApp Business app. Ang pag-deregister ang operasyong ginagawang hindi na magamit ang numero sa Cloud API, at sa numerong API lamang, ito ang paraan para alisin ang linya sa platform. Sa shared na numero, ang app ang pangunahing may-ari ng linya, kaya ibinabalik ng Meta ang desisyon sa taong may hawak nito. Ang software na susubok muna sa endpoint ay makakakuha ng error, hindi ng disconnection, at mananatiling naka-connect ang numero hanggang may mag-tap ng button sa app. ### Ano ang mangyayari sa app, sa history at sa numero? Hindi pareho ang pag-disconnect at ang pagbura ng account, at ang pagkakaibang iyon ang buong sagot. Ang babala ng Meta tungkol sa pagkawala ng messaging history ay para sa pagbura ng account ng WhatsApp Business app at pagrehistro ng numero sa Cloud API. Wala sa dalawang iyon ang ginagawa ng pag-disconnect. Nananatiling naka-install at rehistrado ang app, nasa app pa rin ang numero, at patuloy na sasagot ang team sa mga customer mula sa parehong telepono. Ang natatapos ay ang panig ng API. Aalisin ang app ng provider sa numero, kaya titigil ang pagpapadala sa pamamagitan ng Cloud API at ang paghahatid ng webhook para dito. Ang mga feature na pinatay ng Coexistence, tulad ng broadcast lists, ay tinalakay sa pahina tungkol sa mga naka-disable na feature. ### Maaari bang i-connect muli ang numero sa ibang pagkakataon? Oo, sa pagpapatakbo muli ng onboarding flow mula sa simula. Itinuturing mismo ng dokumentasyon ng Meta ang offboarding at ang muling pagkumpleto ng flow bilang normal na paraan para i-reset ang koneksyon, halimbawa kapag lumipas na ang 24 oras na window para i-synchronise ang mga contact at history. Ang reconnection ay bagong onboarding, kaya uulitin ang mga tanong noong una, kasama kung ibabahagi ang chat history. Kailangang i-apply muli ang anumang na-configure sa lumang koneksyon, tulad ng webhook override. Ganito rin ang daan para sa numerong lilipat sa ibang provider: mag-disconnect dito, saka mag-onboard sa bago. - Pagtawag sa Deregister endpoint sa numero ng Coexistence. Tinatanggihan ito ng Meta; ginagawa ang disconnect sa app. - Pagbura ng account ng WhatsApp Business app para makaalis. Iyon ang ruta na nagpapawala ng chat history. - Pagturing sa PARTNER_REMOVED bilang outage na dapat i-retry. Sinadyang disconnection ito ng negosyo. **Mawawala ba ang aking mga chat kapag nag-disconnect ako?** Hindi po. Inaalis ng pag-disconnect ang API sa numero; hindi nito binubura ang account ng WhatsApp Business app, na siyang babala ng Meta na nagpapawala ng history. **Maaari ba akong mag-disconnect sa pamamagitan ng API?** Hindi po. Hindi pinapayagan ng Meta ang Deregister endpoint sa numerong ginagamit sa parehong Cloud API at app. **Paano malalaman ng aking system na nangyari ito?** Nagpapadala ang Meta ng account_update webhook na may PARTNER_REMOVED event kapag nag-disconnect ang negosyo. **Maaari ko bang i-reconnect ang parehong numero?** Opo. Patakbuhin muli ang onboarding flow mula sa simula, tulad ng unang koneksyon. --- ## Paglipat ng numero mula Coexistence tungo sa Cloud API lamang https://easycoexistence.com/fil/docs/moving-from-coexistence-to-cloud-api Nagiging API-only ang numerong nasa Coexistence kapag dinisconnect ito sa WhatsApp Business app, binura ang account sa app, at ni-register sa Cloud API gamit ang two-step verification PIN. Nagbababala ang Meta na mawawala ang kasalukuyang kasaysayan ng mensahe, at hindi na makababalik ang numero sa app maliban kung i-deregister ito mula sa Cloud API. ### Bakit aalis ang isang negosyo sa app? Karaniwan, dahil wala nang sumasagot mula sa telepono. Kapag ang lahat ng usapan ay hinahawakan na ng software o ng sistemang binuo sa API, nagdaragdag lang ng obligasyon ang app nang walang naidaragdag na pakinabang: kailangan pa ring regular na buksan ang pangunahing device, at nananatili ang numero sa nakapakong throughput ng Coexistence. Ipinapaliwanag ng Meta na ang mga numerong ginagamit sa parehong app at Cloud API ay may nakapakong throughput na 20 mensahe kada segundo. Ang numerong API-only ay nagsisimula sa hanggang 80 mensahe kada segundo bilang default, at awtomatikong maa-upgrade hanggang 1,000 kapag natugunan nito ang mga kundisyon ng Meta. Para sa numerong nagpapadala nang malakihan, ito ang dahilan ng paglipat. ### Ano ang pagkakasunod ng mga hakbang? Apat na hakbang, at mahalaga ang pagkakasunod dahil tinatanggihan ng Deregister endpoint ang numerong ibinabahagi pa rin sa app. Ang negosyo ang gumagawa ng bawat hakbang sa telepono maliban sa huli, na isang API request na ginagawa ng sinumang magpapatakbo ng numero mula ngayon. - Mag-save ng kopya ng kasaysayan ng usapan sa WhatsApp Business app, ayon sa rekomendasyon ng Meta. - I-disconnect sa app: Settings, Account, Business Platform, Disconnect Account. - Burahin ang account sa app: Settings, Account, Delete my account, saka maghintay nang hanggang 3 minuto. - I-register ang numero sa Cloud API gamit ang 6-digit na two-step verification PIN. ### Ano ang isinusuko ng negosyo? Ang mga usapan sa telepono, at ang telepono mismo bilang paraan ng pagsagot. Sinasabi ng Meta na kapag binura ang account sa WhatsApp Business app at ni-register ang numero sa Cloud API, mawawala ang kasalukuyang kasaysayan ng mensahe. Kabaligtaran ito ng onboarding sa Coexistence, kung saan nananatili ang kasaysayan at sabay na tumatakbo ang dalawang app. Hindi na rin magagamit muli ang numero sa WhatsApp Business app maliban kung i-deregister muna ito mula sa Cloud API. Kaya sinadya at isang direksyon lang ang pagbabagong ito sa takbo ng negosyo, at makabubuting tiyaking walang miyembro ng koponan na umaasa pa sa app bago magsimula. ### Ano ang nananatiling pareho sa panig ng API? Ang paraan ng pakikipag-usap ng software sa numero. Cloud API pa rin ito: pareho ang mga uri ng mensahe, template, webhook at presyo, dahil ang Coexistence ay naiibang onboarding lang tungo sa iisang platform. Ang nagbabago ay ang registration. Ang numerong nasa Coexistence ay nire-register ng onboarding flow; ang numerong API-only ay nire-register ng isang register request na may kasamang two-step verification PIN, at nililimitahan ng Meta ang mga request na iyon sa 10 kada numero sa loob ng 72 oras na moving window. May kapalit ang bawat bigong pagtatangka, kaya suriin po ninyo ang PIN bago sumubok muli. - Pagbura ng account sa app bago mag-save ng kopya ng mga usapan. Sinasabi ng Meta na mawawala ang kasaysayan sa rutang ito. - Pag-call ng Deregister habang ibinabahagi pa rin ang numero sa app. Tinatanggihan ito ng Meta. - Paulit-ulit na pagsubok sa registration nang walang tigil. Pinapayagan ng Meta ang 10 register request kada numero sa loob ng 72 oras. **Mapapanatili ko ba ang kasaysayan ng usapan kapag lumipat sa API only?** Hindi sa API. Nagbababala ang Meta na mawawala ang kasaysayan, at inirerekomenda nitong mag-save muna ng kopya mula sa app. **Makababalik ba ang numero sa app sa hinaharap?** Pagkatapos lang i-deregister ito mula sa Cloud API, ayon sa migration guide ng Meta. **Bumubuti ba ang throughput?** Oo. Nakapako sa 20 mps ang mga numerong nasa Coexistence; ang mga numerong API-only ay nagsisimula sa hanggang 80 mps. **Magagamit ko ba ang Deregister API para magsimula?** Hindi habang ibinabahagi pa ang numero sa app. I-disconnect muna ito sa WhatsApp Business app. --- ## Paglipat ng numero mula sa ibang WhatsApp provider https://easycoexistence.com/fil/docs/migrating-a-number-from-another-provider Depende ito sa kung paano naka-connect ang numero ngayon. Ang numerong ibinabahagi sa WhatsApp Business app sa pamamagitan ng ibang provider ay dini-disconnect mula sa loob ng app, saka ino-onboard muli sa bago. Ang API-only na numero ay dumadaan sa phone number migration ng Meta, na pinananatili ang display name, quality rating, messaging limit at status ng Official Business Account. ### Alin po ang kaso ko? Magtanong ng isa: may sumasagot pa ba sa numerong ito mula sa WhatsApp Business app sa isang telepono? Kung oo, ang numero ay nasa Coexistence sa kasalukuyang provider, at ang app ang may hawak nito. Ang pag-alis sa provider na iyon ay ginagawa sa app, at ang pagsali sa bago ay isang panibagong Coexistence onboarding. Kung hindi, ang numero ay naka-register lamang sa Cloud API, na walang app sa likod nito. May hiwalay na migration ang Meta para dito, na naglilipat ng numero mula sa WhatsApp Business Account ng isang partner papunta sa isa pa nang hindi ito nire-register mula sa simula. Ang paghahalo sa dalawa ang karaniwang dahilan kung bakit humihinto ang paglipat sa kalagitnaan. ### Paano nagpapalit ng provider ang Coexistence na numero? Sa pamamagitan ng offboarding at onboarding muli. Ayon sa dokumentasyon ng Meta, dini-disconnect ng negosyo ang Cloud API sa app sa Settings, Account, Business Platform, gamit ang button na Disconnect Account, at makakatanggap ang provider ng account_update webhook na may PARTNER_REMOVED. Pagkatapos ng disconnect, numero na lamang ito ng WhatsApp Business app muli, at maaari na itong i-onboard ng bagong provider sa pamamagitan ng Embedded Signup. Ang mga kondisyon ay ang karaniwan sa Coexistence: kamakailang bersyon ng app, portfolio na pinangangasiwaan ninyo, at walang ibang provider na naka-attach pa. Itatanong muli ang pagbabahagi ng kasaysayan, at magsisimula ulit ang 24 oras na synchronisation window mula sa bagong onboarding. ### Ano ang nadadala sa API-only na migration? Mas marami kaysa sa inaasahan ng karamihan, kaya may migration at hindi na lang delete at re-register. Napapanatili ng numero ang reputasyong binuo nito sa mga customer, at tanging ang kasaysayan ng quality ng template ang nagsisimulang muli. - Napapanatili ang display name, quality rating, messaging limit at status ng Official Business Account. - Ang mga kwalipikadong template ay dinuduplicate sa destination account na may parehong status. - Magagamit pa rin ang media na naka-upload na sa numero. - Hindi nadadala ang quality rating ng mga template: ang bawat na-migrate na template ay nagsisimula sa UNKNOWN. ### Ano ang dapat nakahanda bago ang API-only na migration? Naglilista ang Meta ng mga kondisyon sa magkabilang panig, at ang sa panig ng kliyente ang madalas na pinagtitigilan. Dapat naka-verify ang Meta portfolio ng negosyo, aprubado ang kasalukuyang WhatsApp Business Account nito, at may nakakabit na valid na paraan ng pagbabayad. Dapat naka-disable ang two-step verification ng numero, at walang API endpoint ang Meta para i-disable ito, kaya hindi magagawa ng provider ang hakbang na ito sa pamamagitan ng API. Sa panig ng tatanggap, kailangang may kahit isang app na naka-subscribe sa mga webhook sa destination account. Agad ang registration sa bagong account nang walang putol sa pagpapadala ng mensahe, ngunit matagal ang pag-duplicate ng template, kaya hindi magagamit ang mga apektadong template hangga't wala pa ang kanilang kopya. - Pag-onboard sa bagong provider habang naka-attach pa ang luma. Kailangang i-disconnect muna ang numero sa app. - Pagsisimula ng API-only na migration na naka-on pa ang two-step verification. Kinakailangan ng Meta na naka-disable ito, at walang endpoint na gumagawa nito. - Pag-asang mananatili ang quality ng template. Nagsisimula muli sa UNKNOWN ang mga na-migrate na template. **Mawawala po ba ang aking mga chat kapag nagpalit ng Coexistence provider?** Nananatili ang mga ito sa app sa buong proseso. Iaalok muli ang pagbabahagi ng kasaysayan sa bagong koneksyon sa onboarding. **Magbabago po ba ang display name sa API-only na migration?** Hindi. Pinananatili ng Meta ang display name, quality rating, messaging limit at status ng Official Business Account. **Bakit nawala ang quality rating ng aking mga template?** Dinuduplicate ng Meta ang mga template sa destination account, at ang bawat kopya ay nagsisimula sa UNKNOWN na rating. **May downtime po ba?** Ayon sa Meta, agad ang registration sa API-only na migration nang walang putol sa pagpapadala ng mensahe. Magagamit na ang mga template kapag na-duplicate na ang mga ito. --- ## Mga grupo sa WhatsApp at ang API sa numero ng Coexistence https://easycoexistence.com/fil/docs/whatsapp-groups-and-the-api Sa Groups API ng Meta, ang isang numero sa Cloud API ay makakagawa ng maliliit na grupong invite-only at makakapagpadala ng mensahe sa mga ito. Ayon sa Meta, hindi ito available para sa mga numero ng telepono ng WhatsApp Business app, na siyang uri ng numero sa Coexistence. Hindi rin sini-synchronize ang mga kasalukuyang grupo sa app. Sa shared na numero, tampok lamang ng app ang mga grupo. ### May Groups API ba ang WhatsApp? Oo. Sa Groups API ng Meta, ang isang negosyo ay makakagawa, makakapag-list at makakapag-update ng mga grupo sa numero ng Cloud API, makakapagpadala ng text, media at template na mensahe sa mga ito, makakapamahala ng invite link, makakapag-apruba o makakatanggi ng mga request na sumali, at makakapag-alis ng mga kalahok. Sadyang maliit lang ito. Invite-only ang mga grupo at sumasali ang mga tao sa pamamagitan ng link na ipinapadala ng negosyo. Ayon sa mga limitasyon ng Meta, mas malapit ito sa isang project room kaysa sa isang komunidad. - Hanggang 8 kalahok kada grupo. - Hanggang 10,000 grupo kada numero ng negosyo. - Isang negosyo sa Cloud API kada grupo. - Text, media, text-based na template at media-based na template. ### Magagamit ba ito ng numero ng Coexistence? Hindi. Nakasaad sa pahina ng Groups API na hindi ito available para sa mga numero ng telepono ng WhatsApp Business app. Ang pariralang iyon ay may link sa sariling gabay ng Meta para sa onboarding ng mga user ng WhatsApp Business app, na siyang Coexistence. Official Business Account din ang kondisyon sa eligibility, isang status na ayon sa OBA page ng Meta ay hindi ibinibigay sa mga numero ng telepono ng WhatsApp Business app. Kaya ang Meta mismo ang nagtakda ng pagbubukod na ito para sa lahat ng provider. Ang numerong shared ng app at ng API ay hindi makakagawa ng mga grupo sa pamamagitan ng API, hindi makakapagpadala sa mga ito, at hindi makakatanggap ng anumang group event. ### Ano ang mangyayari sa mga grupong nasa app na? Mananatili ang mga ito sa app at patuloy na gagana roon. Nakalista sa dokumentasyon ng Coexistence ng Meta ang mga group chat sa mga bagay na hindi sini-synchronize kapag na-onboard ang isang numero, kaya ni ang kasaysayan ng mga ito o ang mga bagong mensahe sa grupo ay hindi aabot sa API. Ang team na gumagamit ng telepono ay makakagawa pa rin ng mga grupo, makakapag-post sa mga ito at makakabasa ng mga ito gaya ng dati. Wala lang talagang nakikita ang software sa daloy na iyon. Kung may workflow na umaasa sa isang grupo, tulad ng pagko-coordinate ng staff sa mga delivery, magpapatuloy ito sa app, at ang anumang automation sa paligid nito ay kailangang itayo mula sa mga one-to-one na usapan. ### Ano ang dapat gamitin sa halip na mga grupo sa API? Mga one-to-one na usapan, na siyang batayan ng platform. Ang mensaheng sana ay mapupunta sa isang grupo ng mga customer ay ipapadala sa bawat isa sa kanila nang hiwalay: bilang free-form text sa loob ng 24 oras na customer service window, o bilang aprubadong template kapag lampas na rito. Kung talagang kailangan ng negosyo ang mga grupong pinamamahalaan ng API, kailangan ng Groups API ang numerong rehistrado sa Cloud API lamang at may Official Business Account. Ibig sabihin, kailangang umalis ang numerong iyon sa Coexistence. Isa itong istruktural na desisyon tungkol sa linya, hindi isang setting, at inaalis nito ang app sa linyang iyon. - Ipinapalagay na saklaw ng Groups API ang numero ng Coexistence dahil lang may ganoong API. Hindi isinasama ng Meta ang mga numero ng Business app. - Inaasahang lilitaw sa API ang kasaysayan ng grupo pagkatapos ng onboarding. Hindi sini-synchronize ang mga group chat. - Pagpaplano ng workflow na nakabatay sa grupo gamit ang limitasyong 8 kalahok nang hindi muna sinisiguradong akma ito. **Makakapagpadala ba ako ng mensahe sa isang grupo sa WhatsApp sa pamamagitan ng API?** Mula lamang sa numerong API-only na may Official Business Account na gumagamit ng Groups API. Hindi mula sa numero ng Coexistence. **Gumagana pa ba ang mga kasalukuyan kong grupo?** Oo, sa WhatsApp Business app. Hindi sila sini-synchronize sa API. **Ilang tao ang puwedeng sumali sa isang grupo sa API?** Nililimitahan ng Meta sa 8 kalahok ang mga grupong ginawa sa pamamagitan ng Groups API. **Limitasyon ba ito ng aking provider?** Hindi. Ang Meta ang nagtatakda ng pagbubukod para sa mga numero ng WhatsApp Business app sa bawat provider. --- ## Meta Verified at ang opisyal na badge ng negosyo sa numerong Coexistence https://easycoexistence.com/fil/docs/meta-verified-and-coexistence Dalawang magkaibang bagay ang tinatawag na blue badge. Ang Official Business Account ay status na ni-request para sa numero ng Cloud API, at ayon sa dokumentasyon ng Meta, hindi ito ibinibigay sa mga numero ng telepono ng WhatsApp Business app. Ang Meta Verified para sa WhatsApp Business ay subscription na kinukuha sa app, kasama ang verified badge, multi-agent access at mas pinahusay na suporta. ### Ano ang Official Business Account? Isang status sa numero ng telepono ng negosyo na naka-register sa WhatsApp Business Platform. Inilalarawan ito ng Meta bilang numerong pag-aari ng negosyong na-verify bilang tunay, na may asul na checkmark sa tabi ng pangalan sa contacts view. Ni-request ito sa WhatsApp Manager sa ilalim ng profile ng numero, o sa pamamagitan ng field na official_business_account ng API. - Sumusunod ang negosyo sa Patakaran sa Pagmemensahe ng WhatsApp Business. - Naka-register ito sa platform nang hindi bababa sa 30 araw. - Pumasa ang Business Portfolio nito sa Business Verification. - May naka-enable na two-step verification ang numero at aprubado na ang display name. ### Maaari bang makakuha ng OBA status ang numerong Coexistence? Ayon sa OBA documentation ng Meta, hindi nito ibinibigay ang OBA status sa mga empleyado ng negosyo, test account, at mga numero ng telepono ng WhatsApp Business app. Ginagamit din ng Meta ang parehong termino, mga numero ng telepono ng WhatsApp Business app, sa Groups API page nito at iniuugnay ito sa gabay sa pag-onboard ng mga user ng WhatsApp Business app, ibig sabihin ay Coexistence. Walang hiwalay na patakaran ang Meta para sa mga numerong shared sa pagitan ng app at ng API, kaya ang nakadokumentong posisyon ay ang nasa itaas. Maaaring ipasa muli ang request na tinanggihan pagkalipas ng 30 araw, at nananatiling maaaring i-edit ang profile ng negosyo sa pansamantala. ### Ano ang Meta Verified para sa WhatsApp Business? Isang bayad na subscription na kinukuha sa WhatsApp Business app, hiwalay sa proseso ng OBA ng platform. Nakalista sa resource page ng Meta ang kasama nito: verified badge, custom na web page, mas pinahusay na suporta, multi-agent account na nagkokonekta ng maraming device at nag-aassign ng mga chat sa mga sales agent, at verified badge sa hanggang 10 WhatsApp Channel. Dahil binibili ito sa app, bahagi ito ng panig ng app sa numerong Coexistence. Hinihiling ng page ng Meta na tiyaking napapanahon ang impormasyon ng negosyo at account bago mag-subscribe, at wala itong inilalathalang takdang presyo roon. ### Nananatili ba ang badge kapag inilipat ang numero? Para sa OBA, may isang kasong tahasang idinodokumento ang Meta: ang numero ng telepono na na-migrate mula sa isang Solution Partner patungo sa isa pa sa pamamagitan ng Embedded Signup ay nananatili ang display name, quality rating, limitasyon sa pagmemensahe at status ng Official Business Account. Walang katumbas na pahayag para sa pagpapalit ng mismong numero, at ang OBA ay nakatali sa isang partikular na numero ng telepono ng negosyo, kaya ibang request ang ibang numero. Isa ang pag-apruba ng display name sa mga kondisyon ng OBA, kaya mainam na planuhin ang pagpapalit ng pangalan bago mag-request at hindi pagkatapos. - Pagturing sa OBA at Meta Verified bilang iisang badge. Ang isa ay status ng platform, ang isa ay subscription sa app. - Pag-request ng OBA bago ang 30 araw sa platform. Iyon ang minimum na hinihingi ng Meta, at ang pagtanggi ay nangangahulugan ng 30 araw na paghihintay. - Pag-request ng OBA na naka-off ang two-step verification o nakabinbin ang display name. Parehong nakalista bilang kondisyon ang mga ito. **Pareho ba ang Meta Verified at ang Official Business Account?** Hindi. Magkahiwalay ang pagdodokumento ng Meta sa mga ito: ang OBA ay status na ni-request para sa numero ng platform, at ang Meta Verified ay subscription na kinukuha sa app. **Maaari ba akong mag-subscribe sa Meta Verified gamit ang numerong Coexistence?** Kinukuha ang Meta Verified sa pamamagitan ng WhatsApp Business app, na patuloy na ginagamit ng numerong Coexistence. **Gaano katagal bago ako makapag-request ng OBA?** Dapat naka-register ang numero sa WhatsApp Business Platform nang hindi bababa sa 30 araw. **Ano ang mangyayari kung tinanggihan ang aking OBA request?** Hinihiling ng Meta na maghintay kayo ng 30 araw bago ito ipasa muli. --- ## Maraming agent at system na sumasagot sa isang numero ng Coexistence https://easycoexistence.com/fil/docs/multiple-agents-on-one-number Ang isang numero ng Coexistence ay maaaring sagutin ng mga tao at ng software nang sabay. Ginagamit ng staff ang WhatsApp Business app at ang mga linked device nito, hanggang apat bukod sa pangunahing telepono, habang ang mga system ay gumagamit ng Cloud API. Bawat mensaheng ipinadala ng isang tao mula sa app o sa companion device ay umaabot sa software bilang smb_message_echoes webhook, kaya iisa ang usapan ng magkabilang panig. ### Paano sumasagot ang ilang tao sa iisang numero? Sa pamamagitan ng mga linked device. Pinapayagan ng WhatsApp na gamitin ang isang account sa hanggang apat na karagdagang device bukod sa pangunahing telepono, at diretsong binanggit ng anunsyo nito ang gamit: ang mga empleyado ng maliit na negosyo na sumasagot sa mga customer mula sa sarili nilang telepono sa ilalim ng iisang WhatsApp Business account. Sa numero ng Coexistence, ganoon pa rin ito. Ang pangunahing telepono pa rin ang may-ari ng account, at ang iba pang staff ay gumagamit ng mga linked na telepono, tablet, browser o desktop app. Makikita po sa pahina tungkol sa mga linked device kung aling mga companion client ang suportado at ano ang epekto ng onboarding sa mga ito. ### Saan papasok ang software? Sa panig ng API ng parehong numero. Ang CRM, automation tool o AI agent ay nagpapadala sa pamamagitan ng Cloud API at tumatanggap ng mga mensahe ng customer sa pamamagitan ng mga webhook, habang patuloy na ginagamit ng mga tao ang app. Iisang linya ang numero sa magkabilang panig, kaya isang usapan lang ang nakikita ng customer kahit sino ang sumulat ng bawat mensahe. Lumalabas sa usapan sa app ang mga mensaheng ipinadala ng API, kaya nakikita ng staff ang naisagot na ng system. Ang tanging pinagsasaluhang limitasyon ay ang dami: itinakda ng Meta sa 20 mensahe kada segundo ang numerong ginagamit sa parehong app at Cloud API. ### Paano malalaman ng software na may sumagot nang tao? Mula sa echo. Ipinapadala ang smb_message_echoes webhook ng Meta kapag nagpadala ng mensahe ang negosyong na-onboard ng partner gamit ang WhatsApp Business app o companion device, at gayundin kapag may mensaheng inedit o binura mula sa app. Sakop nito ang bawat taong gumagamit ng numero, nag-type man sila sa pangunahing telepono o sa linked na laptop. Ang system na bumabasa ng mga echo ay maaaring markahan ang usapan bilang inasikaso na ng tao at itigil ang sarili nitong sagot. Ito ang pagkakaiba ng automation na tumutulong sa team at automation na sumisingit sa usapan nito. - Ipinadala mula sa app o companion device: darating ang isang echo. - Inedit sa app: darating ang isang echo. - Binura sa app: darating ang isang echo. ### Ano ang dapat tandaan ng bawat panig? Dapat patuloy na gamitin ng staff ang pangunahing telepono. Dini-disconnect ng Meta ang numero ng Coexistence pagkatapos ng humigit-kumulang 14 na araw na walang aktibidad sa pangunahing device, at ang companion device pagkatapos ng mga 30 araw na walang sarili nitong aktibidad, kaya ang team na laptop lang ang ginagamit ay maaaring mawalan ng pareho. Dapat sundin ng software ang mga patakaran ng platform: free-form text sa loob ng 24 oras na customer service window, at mga template sa labas nito. At wala sa magkabilang panig ang makakagamit ng group chat sa pamamagitan ng API, dahil hindi ito isinasama ng Meta sa mga numerong ibinabahagi sa app. - Hindi pagpansin sa smb_message_echoes. Kung wala ang mga ito, hindi malalaman ng bot na may tao nang sumagot mula sa linked na laptop. - Pagpapatakbo ng buong team mula sa mga linked na laptop habang hindi ginagamit ang pangunahing telepono nang ilang linggo. - Pag-link ng WhatsApp for Windows pagkatapos ng onboarding. Nakalista ito ng Meta bilang hindi suportado sa mga numero ng Coexistence. **Ilang tao ang maaaring sumagot sa isang numero?** Pinapayagan ng WhatsApp ang hanggang apat na linked device bukod sa pangunahing telepono, at bawat isa ay maaaring gamitin ng ibang tao. **Umaabot ba sa CRM ko ang mga mensahe mula sa linked na laptop?** Oo. Nagpapadala ang Meta ng smb_message_echoes para sa mga mensaheng ipinadala mula sa app o companion device. **Maaari bang magbahagi ng usapan ang chatbot at ang tao?** Oo. Parehong sumusulat ang dalawa sa iisang usapan, at sa pamamagitan ng mga echo ay nakikita ng bot kapag may taong sumagot na. **May limitasyon ba sa bilang ng seat sa panig ng API?** Nililimitahan ng Meta ang dami ng API, na nagtatakda ng 20 mensahe kada segundo sa pinagsasaluhang numero, hindi ang bilang ng mga system. --- ## Mga linked device at Coexistence: ano ang na-u-unlink https://easycoexistence.com/fil/docs/linked-devices-and-coexistence Kapag in-onboard sa Cloud API ang numero ng WhatsApp Business app, na-u-unlink ang bawat companion device sa account. Ang mga suportadong companion, tulad ng WhatsApp Web at mga telepono na naka-link bilang companion, ay puwedeng i-link muli pagkatapos. Hindi suportado sa numerong may Coexistence ang WhatsApp for Windows at WhatsApp for WearOS, at ang companion na hindi nagamit nang humigit-kumulang 30 araw ay nagdi-disconnect. ### Ano ang nangyayari sa mga linked device habang nag-o-onboard? Lahat ng ito ay nala-log out. Ayon sa dokumentasyon ng Meta, kapag nag-onboard ang isang negosyo sa Cloud API gamit ang kasalukuyang WhatsApp Business app account at numero, na-u-unlink ang lahat ng companion app sa account, at maaari na pagkatapos i-link muli ng negosyo ang anumang suportadong companion app. Walang nawawala dahil dito: nananatili sa pangunahing telepono ang account at ang mga usapan nito. Ngunit ang staff na sumasagot mula sa browser o pangalawang telepono ay mala-log out sa mismong pagtatapos ng onboarding, kaya mainam na abisuhan po ninyo ang team bago i-scan ang QR code, hindi pagkatapos. ### Aling mga companion device ang suportado pagkatapos? Lahat maliban sa dalawa. Ayon sa Meta, suportado sa numerong may Coexistence ang bawat companion client maliban sa WhatsApp for Windows at WhatsApp for WearOS. Ang bawat suportado ay ili-link muli sa karaniwang paraan, sa pag-scan ng QR code gamit ang pangunahing telepono, at kasama pa rin ito sa parehong limitasyon ng device tulad ng dati. - WhatsApp Web sa browser: suportado, i-link muli gamit ang QR code. - Karagdagang telepono na naka-link bilang companion: suportado. - WhatsApp for Windows: hindi suportado. - WhatsApp for WearOS sa relo: hindi suportado. ### Ilang device ang puwedeng i-link? Hanggang apat bukod sa pangunahing telepono. Sa anunsyo ng WhatsApp tungkol sa multi-device sa mga telepono, inilarawan ang pag-link ng telepono bilang isa sa hanggang apat na karagdagang device, kasama ng mga web browser, tablet at desktop, at binanggit nito ang staff ng maliliit na negosyo na sumasagot sa mga customer mula sa sarili nilang telepono bilang gamit nito. Sa numerong may Coexistence, pinaghahatian ang limitasyon ng mga companion client na nananatiling suportado. Ang opisinang dating gumagamit ng Windows app ay karaniwang inililipat ang mga desk na iyon sa WhatsApp Web sa browser, na binibilang bilang isa sa apat tulad ng anumang companion. ### Ano ang nagpapanatiling naka-connect sa mga linked device? Dalawang patakaran sa inactivity, isa para sa bawat uri ng device, at pareho itong lumalabas bilang dahilan sa disconnection data ng Meta. Saklaw ng PRIMARY_INACTIVITY ang pangunahing telepono at nangyayari ito pagkatapos ng humigit-kumulang 14 na araw na walang aktibidad. Sinasabi rin ng WhatsApp na kapag matagal na hindi aktibo ang primary device, nilo-log out nito ang account sa lahat ng companion device, kaya ang pangunahing telepono na hindi ginagamit ay nagdadamay sa lahat ng linked device. Saklaw naman ng COMPANION_INACTIVITY ang isang companion device nang mag-isa, pagkatapos ng humigit-kumulang 30 araw na inactivity. Ang bihirang gamiting laptop sa sangay ang karaniwang halimbawa. - Pag-o-onboard nang hindi inaabisuhan ang staff na sumasagot mula sa WhatsApp Web. Nala-log out sila kapag natapos ang onboarding. - Pag-link muli ng WhatsApp for Windows app. Ayon sa Meta, hindi ito suportado sa mga numerong may Coexistence. - Pag-iwan sa pangunahing telepono sa drawer dahil lahat ay nagtatrabaho sa mga linked device. Dahil sa inactivity nito, nagdi-disconnect din ang mga companion. **Ina-unlink ba ng Coexistence ang WhatsApp Web?** Oo, sa onboarding ay na-u-unlink ang bawat companion. Suportado ang WhatsApp Web at puwede itong i-link muli agad. **Puwede ko bang gamitin ang WhatsApp desktop app sa Windows?** Hindi sa numerong may Coexistence. Nakalista ng Meta ang WhatsApp for Windows bilang hindi suportadong companion. **Linked device ba mismo ang Coexistence?** Hindi. Ito ang Cloud API na nakakabit sa numero sa pamamagitan ng onboarding ng Meta, at hindi ito kumukuha ng puwesto ng companion. **Ilang companion ang puwede kong i-link?** Hanggang apat bukod sa pangunahing telepono, sa mga companion client na sinusuportahan ng Meta. --- ## Pagpapalit ng numero ng telepono sa koneksyon ng Coexistence https://easycoexistence.com/fil/docs/changing-the-phone-number Ang koneksyon ng Coexistence ay nakatali sa iisang numero ng telepono. Kapag pinalitan ng negosyo ang numero nito sa WhatsApp Business app, dini-disconnect ng Meta ang koneksyon na may dahilang CHANGE_NUMBER. Ang bagong numero ay hiwalay na numero ng telepono ng negosyo sa platform, at kailangan itong i-onboard sa pamamagitan ng Coexistence flow bilang bagong koneksyon. ### Ano ang nangyayari sa koneksyon kapag pinalitan ang numero? Natatapos ito. Itinatala ng Meta ang pagpalit ng numero ng telepono sa mga dahilan kung bakit nadi-disconnect ang koneksyon ng Coexistence, at iniuulat ito sa disconnection_info ng account_update webhook na may dahilang CHANGE_NUMBER. Hindi ito pagiging mahigpit ng platform kundi pagiging consistent. Ang lahat ng alam ng API ay nakatali sa numero ng telepono ng negosyo: ang phone number ID nito, display name, quality rating at mga webhook subscription. Ang ibang numero ay ibang asset, kaya walang nakakabit sa luma ang kusang lilipat, at humihinto ang lumang koneksyon sa mismong sandali ng pagpalit. ### Paano i-connect ang bagong numero? Bilang unang koneksyon. Kailangang matugunan ng bagong numero ang parehong kondisyon ng alinmang numerong sasali sa Coexistence, at pagkatapos ay dadaan ito sa onboarding mula sa simula. Walang magagamit muli mula sa lumang koneksyon, kaya makabubuting ituring ang paglipat bilang maikling proyekto na may takdang petsa. - Aktibo ito sa WhatsApp Business app, sa bersyon 2.24.17 o mas bago. - Nasa Business Portfolio ito na inyong pinamamahalaan. - Hindi ito nakakabit sa ibang provider. - Ibinibigay ang display name nito sa pagpaparehistro, tulad ng sa anumang numero ng telepono ng negosyo. ### Ano ang dapat i-update sa panig ng API? Bawat lugar kung saan nakaimbak ang lumang numero o ang ID nito. Ang mga integration na nagse-send gamit ang Cloud API ay gumagamit ng phone number ID, kaya ang CRM, automation workflow o AI agent na nakaturo pa rin sa lumang ID ay mabibigo sa halip na lumipat. Muling magsisimula ang bagong koneksyon sa sarili nitong mga tanong sa onboarding, kasama kung ibabahagi ang chat history at ang 24 oras na window para i-synchronize ito. Ang webhook destination na itinakda sa lumang koneksyon ay kailangang i-apply sa bago. Sulit ding suriin ang kapasidad ng portfolio: nililimitahan ng Meta ang bagong Business Portfolio sa dalawang nakarehistrong numero ng telepono ng negosyo hangga't hindi ito na-verify o hindi umaabot sa 2,000 messaging limit. ### Ano ang mangyayari sa lumang numero sa platform? Mananatili itong asset sa WhatsApp Business Account hanggang may mag-alis nito. Ang mga admin lamang ng Business Portfolio ang pinapayagan ng Meta na mag-delete ng numero ng telepono ng negosyo, at tinatanggihan nito ang pag-delete ng numerong nagpadala ng bayad na mensahe sa nakaraang 30 araw. Opsyonal na paglilinis lamang ang pag-delete at hindi ito kinakailangan para ma-connect ang bagong numero, ngunit ang pag-iwan ng lumang numero sa account ay nagpapadali para sa isang sistema na patuloy na magpadala sa maling numero. Ang pag-alis nito pagkatapos lumipas ang 30 araw ay nagpapanatiling malinaw ang account. - Pagpalit ng numero sa app bago planuhin ang muling pag-connect. Natatapos ang lumang koneksyon sa mismong sandaling iyon. - Pag-iwan ng lumang phone number ID sa mga integration. Nabibigo ang mga send sa halip na sumunod sa bagong numero. - Pagsubok na i-delete ang lumang numero kaagad pagkatapos lumipat. Hinaharang ito ng Meta kung nagpadala ito ng bayad na mensahe sa loob ng 30 araw. **Susunod ba ang koneksyon sa aking bagong numero?** Hindi. Dini-disconnect ito ng Meta na may dahilang CHANGE_NUMBER, at ang bagong numero ay ino-onboard bilang bagong koneksyon. **Kailangan ko ba ng bagong phone number ID?** Oo. Ang bagong numero ay hiwalay na numero ng telepono ng negosyo sa platform, na may sarili nitong ID. **Maaari ko bang i-delete kaagad ang lumang numero?** Kung hindi lamang ito nagpadala ng bayad na mensahe sa nakaraang 30 araw, at admin lamang ng portfolio ang makakapag-delete nito. **Kailangan ko bang pumili ulit ng display name?** Oo. Hinihingi ng Meta ang impormasyon ng display name kapag nirerehistro ang numero ng telepono ng negosyo. --- ## Pag-verify ng negosyo sa Meta at mga numerong naka-connect sa Coexistence https://easycoexistence.com/fil/docs/business-verification Ang pag-verify ng negosyo sa Meta ay para sa isang Meta Business Portfolio, hindi para sa numero ng telepono. Puwedeng magpadala ang portfolio nang hindi pa verified, simula sa limit na 250 natatanging tatanggap kada araw at dalawang rehistradong numero. Ang pag-verify ay isang daan patungo sa limit na 2,000, itinataas nito ang cap ng numero sa 20, at kinakailangan ito bago mag-apply para sa blue check. ### Kailangan ba ang pag-verify ng negosyo para i-connect ang isang numero? Hindi. Itinuturing ng dokumentasyon ng Meta ang pag-verify bilang paraan para madagdagan ang kayang gawin ng isang portfolio, hindi bilang kondisyon para makapagpadala. Ang bagong gawang business portfolio ay nagsisimula sa limit na 250 natatanging tatanggap sa labas ng customer service window kada rolling na 24 oras, at cap na dalawang rehistradong numero ng telepono ng negosyo. Parehong umiiral ang dalawang ito, verified man o hindi ang portfolio, at maaaring magpadala ng mensahe ang negosyo sa mga customer nito sa loob ng mga limit na iyon mula unang araw. Ang binabago ng pag-verify ay ang pinakamataas na antas. Isa ito sa tatlong daan na inilista ng Meta para itaas ang limit sa mensahe mula 250 hanggang 2,000, at isa ito sa dalawang trigger para itaas ang cap ng rehistradong numero sa 20. ### Ano ang nabubuksan ng pag-verify sa WhatsApp? Tatlong magkakahiwalay na bagay, na madalas ilarawan na parang iisa. - Isang daan sa limit sa mensahe: ang pag-verify ay isang paraan para maging kwalipikado sa 2,000, at pagkatapos nito ang awtomatikong pag-scale ng Meta na ang bahala. - Mas malaking cap ng numero: itinataas ng Meta ang portfolio mula dalawang rehistradong numero hanggang 20 at nagpapadala ng webhook na business_capability_update. - Eligibility para sa Official Business Account: dapat na-verify ang portfolio na may-ari ng numero bago makahiling ng blue check. - Wala sa tatlong ito ang nagbabago sa paggana ng WhatsApp Business app sa telepono. ### Paano umaaplay ang pag-verify sa numerong naka-connect sa Coexistence? Sa pamamagitan ng portfolio. Ang numerong naka-connect sa Coexistence ay nasa isang WhatsApp Business Account na kabilang sa isang Meta Business Portfolio, at ang pag-verify ay katangian ng portfolio na iyon. Ibinabahagi ng bawat numero roon ang resulta, kasama ang limit sa mensahe ng portfolio. Mas makitid ang blue check. Nakasaad sa pahina ng Official Business Account ng Meta na hindi nito ibinibigay ang status na iyon sa mga numero ng telepono ng WhatsApp Business app, bukod sa iba pa, at hindi nito hiwalay na inilalarawan ang mga numerong ginagamit sa parehong app at Cloud API. Ang iba pang pamantayan ay ang pag-verify, hindi bababa sa 30 araw sa platform, two-step verification sa numero, at aprubadong display name. ### Aling portfolio ang dapat i-verify? Ang may-ari ng WhatsApp Business Account, na para sa negosyong nagko-connect ng sarili nitong numero ay dapat sarili nitong portfolio. Mahalaga ito para sa mga agency. Kung ang numero ng isang kliyente ay naka-connect sa loob ng portfolio ng agency, ang pag-verify, limit, at cap ng numero ng agency ang umaaplay, at ang limit ng kliyente ay ibinabahagi sa bawat ibang numerong hawak ng agency roon. Malinaw na sinasabi ng Meta na kayang gamitin ng isang numero ang buong kakayahan ng portfolio sa pagpapadala ng mensahe sa isang takdang panahon. Kapag ikinonekta ang bawat negosyo sa sarili nitong portfolio, nananatili ang pag-verify, mga limit, at billing sa negosyong talagang nagpapadala. - Pagpapaliban ng koneksyon hanggang matapos ang pag-verify. Gumagana ang pagpapadala kahit wala ito, sa loob ng panimulang limit. - Pag-verify ng ibang portfolio na hindi siyang may-ari ng WhatsApp Business Account. Hindi nalilipat ang resulta. - Paghawak ng mga numero ng ilang kliyente sa iisang portfolio ng agency. Iisang limit sa mensahe at iisang cap ng numero ang pinagsasaluhan nila. **Kailangan ko ba ng pag-verify ng negosyo para gamitin ang Coexistence?** Hindi. Puwedeng magpadala ang portfolio nang wala nito, sa panimulang limit na 250 natatanging tatanggap kada rolling na 24 oras. **Binibigyan ba ako ng pag-verify ng blue check?** Hindi ito sapat nang mag-isa. Isa lamang itong kinakailangan para sa status ng Official Business Account, na hiwalay na hinihiling at sinusuri ng Meta. **Kada numero ba ang pag-verify?** Hindi. Nasa Meta Business Portfolio ito, at ibinabahagi ito ng bawat numero sa portfolio na iyon. **Binabago ba ng pag-verify ang app sa aking telepono?** Hindi. Binabago nito ang mga limit at eligibility sa platform, hindi ang paggana ng WhatsApp Business app. --- ## Mga limitasyon sa mensahe sa WhatsApp: ang kasalukuyang portfolio tier https://easycoexistence.com/fil/docs/messaging-limits-and-tiers Nililimitahan ng limitasyon sa mensahe kung ilang natatanging tao ang maaaring padalhan ng negosyo ng mensahe sa labas ng customer service window sa loob ng gumagalaw na 24 oras. Mula 7 Oktubre 2025, itinatakda ito kada Meta Business Portfolio at ibinabahagi ng bawat numero rito. Nagsisimula ito sa 250 at tumataas sa 2,000, 10,000, 100,000 at unlimited. ### Ano ba talaga ang binibilang ng limitasyon sa mensahe? Ang mga natatanging numero ng telepono ng mga user ng WhatsApp na napadalhan ng inyong negosyo ng mensahe sa labas ng customer service window, sa loob ng gumagalaw na 24 oras. Tatlong bagay ang kasunod ng pananalitang ito. Hindi binibilang ang mga sagot sa loob ng bukas na customer service window, kaya ang numerong sumasagot lamang sa mga taong unang sumulat ay maaaring gumana nang malayo sa itaas ng limitasyon nito nang hindi ito natatamaan. Kapag maraming template ang ipinadala sa iisang tao, minsan lamang siyang binibilang. At dahil gumagalaw ang 24 oras at hindi isang araw sa kalendaryo, unti-unting nababawi ang kapasidad habang nawawalan ng bisa ang pinakamatatandang padala. Ang limitasyon ay tungkol sa kung ilang tao ang una ninyong naaabot, hindi kung gaano kabilis o kadami ang ipinapadala ninyo. ### Ano ang nagbago noong Oktubre 2025? Bago ang 7 Oktubre 2025, may sariling limitasyon ang bawat numero ng telepono, at ang bagong numero ay nagsisimula sa 250 anuman ang naabot ng mga kapatid nitong numero. Mula noon, pag-aari na ng business portfolio ang limitasyon at ibinabahagi ito ng bawat numero rito. - Ang bagong rehistradong numero ay agad na nakikibahagi sa limitasyon ng portfolio. - Ang unang hakbang pagkatapos ng 250 ay 2,000, na dati ay 1,000. - Dumarating ang pagtaas 6 na oras matapos matugunan ang mga pamantayan, mula sa dating 24. - Ang pagbaba ng quality rating ng isang numero ay hindi na nagpapababa ng limitasyon. - Ang field na babasahin ay whatsapp_business_manager_messaging_limit; deprecated na ang messaging_limit_tier. ### Paano tumataas ang limitasyon? Sa dalawang yugto. Upang makaalis sa 250, kailangang kumpletuhin ng portfolio ang isang scaling path: i-verify ang negosyo, ipa-verify ito sa onboarding partner, o magpadala ng 2,000 mensahe sa labas ng customer service window sa mga natatanging tatanggap sa loob ng 30 araw gamit ang mga template na may mataas na quality rating. Susuriin ng Meta ang kalidad ng mga mensahe at aaprubahan o tatanggihan ito, at ang pagtanggi ay darating bilang account_alerts webhook na nagsasabi kung anong alternatibo ang dapat tahakin. Mula 2,000 pataas, awtomatiko na ang pag-scale. Itinataas ng Meta ang portfolio ng isang antas kapag nagpapadala ito ng mga mensaheng may mataas na kalidad sa lahat ng numero at template nito, at nagamit na ang hindi bababa sa kalahati ng kasalukuyang limitasyon sa nakaraang 7 araw. Walang bibilhin at walang request na ihahain. ### Paano naiiba ang limitasyon sa mensahe sa throughput? Ang limitasyon ay bumibilang ng tao kada araw; ang throughput ay bumibilang ng mensahe kada segundo. Hiwalay ang pagtatakda ng mga ito at hiwalay din ang pagkabigo ng mga ito. Sa numerong may Coexistence, malinaw ang pagkakaiba. Itinatakda ng Meta ang throughput sa 20 mensahe kada segundo para sa anumang numerong ginagamit sa parehong WhatsApp Business app at Cloud API, upang manatili itong tugma sa app. Hindi gumagalaw ang bilang na iyon kasabay ng tier ng portfolio, kaya ang portfolio na may unlimited na limitasyon sa mensahe ay nagpapadala pa rin ng 20 kada segundo mula sa numerong may Coexistence. Ang limitasyon kada segundo, ang limitasyon kada tatanggap at ang limitasyon sa management call ay may kani-kaniyang pahina at kani-kaniyang error code. - Pagbasa sa messaging_limit_tier. Deprecated na ito; ang kasalukuyang field ay whatsapp_business_manager_messaging_limit. - Pag-aakalang nagsisimula sa 250 ang bawat bagong numero. Mula Oktubre 2025, agad nitong minamana ang limitasyon ng portfolio. - Pagbibilang ng mga sagot laban sa limitasyon. Ang mga mensahe sa loob ng bukas na customer service window ay hindi kasama rito. - Pagpayag na maubos ng campaign ng isang numero ang limitasyon ng iba. Iisang limitasyon ang pinagkukunan ng buong portfolio. **Kada numero ba o kada account ang limitasyon?** Kada Meta Business Portfolio mula 7 Oktubre 2025. Ibinabahagi ito ng bawat numero sa portfolio. **Binibilang ba laban sa aking limitasyon ang mga sagot ng customer?** Hindi. Ang mga padalang nasa labas lamang ng customer service window ang binibilang, at ang bawat natatanging tatanggap ay minsan lamang binibilang kada gumagalaw na 24 oras. **Maaari bang pababain ng mababang quality rating ang aking limitasyon?** Hindi na mula Oktubre 2025. Itinigil ng Meta ang pagpapababa ng limitasyon kapag bumaba ang kalidad, ngunit ang kalidad pa rin ang nagpapasya kung tataas ang limitasyon. **Itinataas ba ng mas mataas na tier ang throughput ng Coexistence?** Hindi. Nakapirmi sa 20 mensahe kada segundo ang throughput ng numerong may Coexistence, anuman ang tier. --- ## Mga product catalog sa numerong may Coexistence https://easycoexistence.com/fil/docs/catalog-and-coexistence Kapag na-connect ang numero sa pamamagitan ng Coexistence, nananatiling hindi nagbabago sa app ang catalog, orders at status tools ng WhatsApp Business app, at hindi ine-expose ng Cloud API ang mga app tool na iyon. Ang mga mensahe ng produkto sa API ay gumagamit ng catalog na na-upload sa Meta at nakakonekta sa WhatsApp Business Account, na kino-configure kada numero ng telepono. ### Mananatili ba ang catalog ng aking WhatsApp Business app pagkatapos ng Coexistence? Oo, sa telepono. Nakalista sa feature table ng Coexistence ng Meta ang mga business tool, kasama ang catalog, orders at status bilang mga halimbawa, na walang pagbabago sa paggana ng mga ito sa WhatsApp Business app pagkatapos ng onboarding. Sa parehong hanay, minarkahan ang mga ito bilang hindi suportado sa Cloud API. Ito ang dapat ninyong isaalang-alang sa pagpaplano: hindi dapat asahan ng isang integration na mababasa, mae-edit o made-duplicate nito ang catalog tool ng app sa pamamagitan ng API. Kaya ang tindahang nagbebenta mula sa app catalog nito ay patuloy na magbebenta sa parehong paraan pagkatapos mag-connect. Ang nagbabago ay magkakaroon din ito ng API, na may sarili nitong paraan ng pagpapadala ng mga produkto. ### Paano gumagana ang product catalog sa pamamagitan ng Cloud API? Sa pamamagitan ng catalog na na-upload sa Meta at nakakonekta sa WhatsApp Business Account. Ang catalog ay isang organisadong imbentaryo ng mga produkto o serbisyo, at bawat item ay may mga detalye tulad ng pangalan, paglalarawan, presyo, mga larawan at availability. Apat na yugto ang inilalarawan ng Meta. - Pag-upload ng imbentaryo, sa pamamagitan ng Commerce API o Meta Commerce Manager. - Commerce configuration kada numero ng telepono: kung naka-enable ang cart at kung nakikita ang catalog. - Pagbabahagi ng produkto gamit ang catalog, single-product, multi-product o carousel na mensahe. - Mga sagot ng customer, na dumarating bilang webhook notification na may detalye ng order at mga tanong tungkol sa produkto. ### Ano ang pagkakaiba ng mga mensahe ng produkto sa app at sa API? Isang nakikitang pagkakaiba ang dokumentado ng Meta: ang mga mensaheng ipinadala sa pamamagitan ng Cloud API ay kasalukuyang hindi nagpapakita ng shopping cart icon sa header ng chat, hindi tulad ng mga mensahe ng produkto na ipinadala mula sa WhatsApp Business app. May mga settings din ang panig ng API na hindi ina-expose ng app sa parehong paraan. Bilang default, naka-enable ang shopping cart at nakatago ang storefront icon sa bawat numero ng telepono ng negosyo sa account, at maaaring baguhin ang dalawa kada numero gamit ang commerce settings endpoint. Kapag dini-disable ang catalog, magpapakita ng babala na invalid ang catalog ang mga wa.me catalog link at ang View catalog button kapag pinindot. Sa labas ng customer service window, ipinapadala pa rin ang mga produkto sa loob ng aprubadong template, tulad ng anumang mensaheng sinimulan ng negosyo. ### Sino ang nagsusuri ng mga produkto? Ang Meta, awtomatiko. Sinusuri ang mga item na idinagdag sa catalog na nakakonekta sa WhatsApp Business Account, at ang item na lumalabag sa patakaran ay mamarkahan at ididirekta ang negosyo sa WhatsApp Commerce Policies. Maaaring iapela sa Meta Commerce Manager ang mga hindi naaprubahang item. Maaari ring i-report ng mga customer ang partikular na produktong natanggap nila sa isang mensahe, na magti-trigger ng sarili nitong pagsusuri. Ibang usapin ang mga report tungkol sa mismong negosyo: isa ang mga ito sa mga signal na ginagamit ng Meta para sa quality rating ng numero. Ang mga negosyong nakabase sa India ay may karagdagang obligasyong sumunod sa mga batas sa online na pagbebenta, na inilalaan ng Meta sa pamamagitan ng Business Compliance API. - Pag-asang mababasa sa pamamagitan ng API ang catalog tool ng app. Nakalista ito ng Meta bilang hindi suportado sa Cloud API. - Pag-disable ng catalog sa isang numero habang may mga wa.me catalog link pang ikinakalat. Magpapakita ang mga link na iyon ng babala na invalid ang catalog. - Pagpapadala ng mga produkto sa labas ng customer service window nang walang template. Kailangan pa rin ng template ang mga mensaheng sinimulan ng negosyo. **Made-delete ba ang aking catalog kapag nag-connect?** Hindi. Inililista ng Meta ang mga business tool ng app, kasama ang catalog, bilang hindi nagbabago pagkatapos ng Coexistence onboarding. **Mababasa ba ng API ang aking app catalog?** Minamarkahan ng Meta ang mga business tool ng app bilang hindi suportado sa Cloud API. Ang mga mensahe ng produkto sa API ay gumagamit ng catalog na nakakonekta sa WhatsApp Business Account. **Ilang produkto ang kasya sa isang mensahe?** Hanggang 30 sa isang multi-product na mensahe, na nakaayos sa mga seksyon. **Maaari ko bang i-off ang cart?** Oo, kada numero ng telepono, gamit ang commerce settings endpoint. Naka-enable ito bilang default. --- ## Broadcast list vs marketing template pagkatapos ng Coexistence https://easycoexistence.com/fil/docs/broadcast-lists-vs-templates Kapag naka-connect na ang numero sa pamamagitan ng Coexistence, nagiging read-only ang mga broadcast list ng WhatsApp Business app at hindi na makakagawa ng bago. Ang katumbas nito sa API ay marketing template na ipinapadala sa bawat tatanggap. Kailangan nito ng opt-in, kasama ito sa limit ng Business Portfolio sa pagpapadala ng mensahe, sinisingil ito ng Meta, at iginagalang nito ang marketing preference ng bawat tao. ### Ano ang pumapalit sa broadcast list sa API? Isang aprubadong marketing template na ipinapadala nang isang beses sa bawat tatanggap sa pamamagitan ng Cloud API. Walang list object sa panig ng API: ang integration ang may hawak ng audience at nagpapadala ng template sa bawat numero roon. Tatlong bagay ang sabay na nagbabago. Dumadaan muna ang nilalaman sa template review ng Meta bago ito maipadala. Bawat pagpapadala sa labas ng customer service window ay nagbubukas ng conversation na sinisingil ng Meta sa payment method ng sariling WhatsApp Business Account ng negosyo. At bawat natatanging tatanggap ay binibilang sa limit ng Business Portfolio sa pagpapadala ng mensahe sa loob ng gumagalaw na 24 oras. Ang mismong pagpapatigil nito at ang mga dahilang ibinibigay ng Meta ay tinatalakay sa pahina tungkol sa mga feature na pinapatay ng Coexistence. ### Sino ang maaaring makatanggap ng marketing template? Ang mga taong nagbigay ng kanilang numero sa negosyo at nag-opt in na makatanggap ng mensahe mula rito. Nilinaw ng Business Messaging Policy ng Meta ang dalawang kondisyong ito, at dapat banggitin ng opt-in ang pangalan ng negosyo at ipahayag na pumapayag ang tao na tumanggap ng mga mensahe nito. Iniiwan ng Meta sa negosyo ang paraan, basta natutugunan ang mga kinakailangang iyon at ang umiiral na batas: SMS, form sa website, tawag sa IVR o pirmadong papel na form ang ilan sa mga halimbawang nakalista. Kaya ang patunay ng opt-in ay nasa sariling records ng negosyo, hindi sa contact list ng telepono. Ang pagpapadala sa mga taong hindi kailanman nag-opt in ay ang pinakamabilis ding paraan para dumami ang block at report, na siyang nagpapababa ng quality. ### Bakit hindi dumarating ang ilang marketing template? Dahil nagpapatupad ang API ng mga kontrol sa bawat tatanggap na hindi kailanman lumabas sa mga broadcast list. - Per-user marketing limit: maaaring pigilan ng WhatsApp ang mga marketing template sa taong mas malamang na hindi tumugon, at magbabalik ito ng 131049. - Itinigil na ang marketing: maaaring itigil ng isang tao ang mga marketing na mensahe mula sa negosyo sa setting na Offers and announcements, at magbabalik ito ng 131050. - Mga numero sa United States: sa kasalukuyan, hindi dine-deliver ng WhatsApp ang mga marketing template sa mga user na may numero ng telepono sa US. - Mga hindi sakop na rehiyon: sa kasalukuyan, hindi aktibo ang per-user limit sa EEA, UK, Japan o Timog Korea. ### Gumagana pa ba ang sariling marketing messages tool ng app? Isinama ng Coexistence feature table ng Meta ang mga messaging tool ng app sa iisang hilera: marketing messages, greeting message, away message, quick replies at labels. Walang itinalang pagbabago sa mga ito sa WhatsApp Business app pagkatapos ng onboarding. Minarkahan din ng parehong hilera na hindi sinusuportahan ang mga ito sa Cloud API. Kaya ang marketing messages feature ng app at ang mga marketing template ng API ay dalawang magkahiwalay na daan sa iisang numero. Sinasabi rin ng Meta na nananatiling libre ang mga mensaheng ipinapadala mula sa WhatsApp Business app pagkatapos ng onboarding, habang ang mga ipinapadala sa Cloud API ay sumusunod sa presyo ng Cloud API. Ang mga broadcast list ang eksepsyon na talagang nagbabago, kaya kailangan nila ng kapalit. - Agad na pag-retry sa 131049. Humihingi ang Meta ng hindi bababa sa 24 oras, at ang maagang pag-retry ay maaaring humarang sa mga susunod na pagsubok hanggang isang araw. - Pag-retry sa 131050. Itinigil ng tao ang mga marketing na mensahe mula sa negosyo, at hindi niya matatanggap ang mensahe. - Pag-import ng broadcast list bilang opt-in list. Ang pagkaka-save ng numero ay hindi ang opt-in na inilalarawan ng policy. **Buburahin ba ang aking mga broadcast list?** Hindi po. Nagiging read-only ang mga umiiral na broadcast list, at hindi na makakagawa ng bago habang naka-connect ang numero. **Kailangan ko ba ng template para magpadala ng mensahe sa aking broadcast audience?** Sa labas ng customer service window, oo po. Ang marketing template ang daan ng API para sa promosyong sinisimulan ng negosyo. **Bakit pumalya ang template na may 131050?** Pinili ng tatanggap na itigil ang pagtanggap ng mga marketing na mensahe mula sa inyong negosyo. Sinasabi ng Meta na huwag nang mag-retry. **Wala na ba ang marketing messages feature ng app?** Inililista ng Meta ang mga messaging tool ng app, kasama ang marketing messages, bilang walang pagbabago sa app pagkatapos ng onboarding. --- ## Mga kinakailangan sa opt-in ng WhatsApp para sa mensaheng sinimulan ng negosyo https://easycoexistence.com/fil/docs/opt-in-requirements Bago magpadala ng mensahe ang isang negosyo sa WhatsApp, dalawang bagay ang hinihingi ng patakaran ng Meta: ibinigay ng tao sa negosyo ang kanyang numero ng telepono, at nakatanggap ang negosyo ng opt-in na nagpapatunay na gusto niyang makatanggap ng mga mensahe nito. Mula Nobyembre 2024, maaaring pangkalahatan ang opt-in at hindi na kailangang tukoy sa WhatsApp, ngunit dapat nitong banggitin ang pangalan ng negosyo at sumunod sa lokal na batas. ### Ano ang hinihingi ng patakaran ng Meta sa opt-in? Dalawang kondisyon, at parehong dapat totoo bago makipag-ugnayan ang isang negosyo sa isang tao sa WhatsApp. Ibinigay ng tao sa negosyo ang kanyang numero ng mobile phone, at nakatanggap ang negosyo ng pahintulot na opt-in mula sa taong iyon na nagpapatunay na gusto niyang makatanggap ng mga susunod na mensahe o tawag mula rito. May tatlong kinakailangan ang opt-in mismo. Dapat itong malinaw na nagsasabing pumapayag ang tao na makatanggap ng komunikasyon mula sa negosyo. Dapat nitong malinaw na banggitin ang pangalan ng negosyo. At dapat itong sumunod sa umiiral na batas, na ganap na ipinauubaya ng Meta sa negosyo ang pagtukoy. Nagpaluwag ang Meta sa isang punto sa pag-update ng patakaran nito noong Nobyembre 2024: maaaring pangkalahatan ang opt-in at hindi na kailangang banggitin ang WhatsApp, basta sinusunod ang lokal na batas. ### Anong mga paraan ng opt-in ang tinatanggap ng Meta? Anumang paraan na tumutugon sa tatlong kinakailangan. Sinasabi ng Meta na sumusunod sa patakaran ang gayong paraan, ipinauubaya nito ang pagpili sa negosyo, at nagbibigay ito ng mga halimbawa ng sinusuportahang paraan. Alinman ang gamitin, pinapayuhan din ng Meta na ipaliwanag nang malinaw kung ano ang makukuha ng tao sa pagtanggap ng mga mensahe. - SMS. - Isang form sa website. - Sa telepono, sa pamamagitan ng interactive voice response flow. - Nang personal o sa papel, gamit ang pirmadong pisikal na dokumento. - Anuman ang paraan, responsibilidad ng negosyo ang mga abiso at pahintulot na hinihingi ng umiiral na batas. ### Ituturing bang opt-in ang isang contact sa aking WhatsApp Business app? Hindi kung iyon lamang. Iniuugnay ng patakaran ng Meta ang pahintulot sa pagkumpirma ng tao na gusto niya ng mga mensahe mula sa negosyo, at ang numero ng telepono na nasa contact list ay pinakamaraming makatutugon sa una lamang sa dalawang kondisyon. Mahalaga ito sa numerong naka-Coexistence dahil maaaring i-synchronise ng koneksyon ang mga contact mula sa app, at ang mga kasalukuyang customer ang pinakahalatang audience para sa unang kampanya ng template. Hindi pareho ang pagkakaroon ng numero ng isang tao at ang kanyang pagkumpirma. Ibang usapan ang customer na sumulat sa negosyo: ang kanyang mensahe ay nagbubukas ng customer service window, at sa loob nito ay maaaring sumagot ang negosyo. ### Ano ang mangyayari kung mahina ang opt-in? Tumututol ang mga tttatanggap, at tumutugon ang platform sa feedback na iyon. Binabanggit ng gabay ng Meta sa opt-in na maaaring i-block o i-report ng mga tao ang isang negosyo, o ihinto ang mga marketing na mensahe nito, at na lilimitahan ng mga sistema nito ang rate ng negosyong nananatiling mababa ang kalidad sa mahabang panahon. Dito nagmumula ang praktikal na payo ng Meta. Itakda ang inaasahan sa pamamagitan ng pagsaklaw sa mga kategorya ng mensaheng ipapadala ng negosyo, o kumuha ng opt-in kada kategorya. Magbigay ng malinaw na tagubilin sa pag-opt out sa partikular na kategorya at igalang ito. Gawing halata ang mga opt-in at opt-out flow, at bantayang mabuti ang quality rating kapag nagsimula ang bagong paraan ng opt-in. Hinihingi rin ng patakaran na igalang ang bawat request na mag-block, tumigil, o mag-opt out, sa WhatsApp man o sa labas nito, kasama ang pag-alis sa taong iyon sa mga contact list. - Itinuturing na opt-in list ang mga na-synchronise na contact mula sa app. Kumpirmasyon mula sa bawat tao ang hinihingi ng patakaran, hindi lang ang kanilang numero. - Pagkuha ng opt-in na hindi binabanggit ang pangalan ng negosyo. Hinihingi ng Meta na malinaw na nakasaad ang pangalan ng negosyo. - Pagrespeto sa opt-out kapag dumating lamang ito sa WhatsApp. Saklaw ng patakaran ang mga request na ginawa sa anumang channel. **Kailangan bang banggitin ng opt-in ang WhatsApp?** Hindi. Mula sa pag-update ng patakaran noong Nobyembre 2024, pinapayagan ang pangkalahatang opt-in, basta sumusunod ito sa lokal na batas. **Kailangan ko ba ng opt-in para sumagot sa customer na unang sumulat?** Ang mensahe ng customer ay nagbubukas ng customer service window, at sa loob nito ay pinapayagan ang pagsagot. Ang opt-in ay para sa mga mensaheng sinisimulan ng negosyo. **Maaari bang kumuha ng opt-in offline?** Oo. Kasama sa mga tinatanggap na paraan ng Meta ang nang personal o sa papel, gamit ang pirmadong dokumento. **Ano ang dapat gawin kapag may nag-opt out?** Itigil ang pagpapadala sa kanila ng mensahe, anuman ang channel na ginamit nila sa paghiling, at alisin sila sa inyong mga contact list ayon sa hinihingi ng patakaran. --- ## Paano nakakaapekto ang mga block at report sa quality rating ng WhatsApp https://easycoexistence.com/fil/docs/quality-rating-blocks-and-reports Ang kalidad ng mensahe ay hinuhusgahan batay sa kung paano natanggap ng mga recipient ang mga mensahe ng isang negosyo sa nakaraang pitong araw, at mas mabigat ang timbang ng mga bago. Ang mga signal ay mga block, report, mute, archive, at ang mga dahilang ibinibigay ng mga tao kapag nagba-block. Ang tuloy-tuloy na mababang kalidad ay humahantong sa rate limiting, error 131048 sa mga send, at naka-pause na mga template. ### Anong feedback ang nagpapababa ng quality rating ng WhatsApp? Direktang pinangalanan ng Meta ang mga signal: mga block, report, mute, archive, at ang mga dahilang ibinibigay ng mga user kapag bina-block nila ang isang negosyo. Ang kalidad ay batay sa kung paano natanggap ang mga mensahe sa nakaraang pitong araw at may timbang ayon sa pagiging kamakailan, kaya mas mabigat ang masamang send kahapon kaysa sa isang anim na araw na ang nakalipas. May dalawang kahihinatnan ito. Ang isang campaign na mali ang target ay mabilis na makapagbabago ng rating, at binabanggit ng Meta na ang mga numerong may mataas na traffic ay karaniwang nakakakita ng pagbabago ng kalidad sa loob ng ilang minuto. At dahil pitong araw lang ang sakop ng pagsusuri, ang feedback na mas luma pa roon ay hindi na binibilang. May sarili ring rating ang mga template, na binubuo mula sa feedback at read rate, bukod pa sa rating ng numero. ### Ano ang mangyayari kapag bumaba ang kalidad? Maraming bagay, sa iba't ibang antas. - Maaaring mabigo ang mga send na may 131048, na iniuugnay ng Meta sa napakaraming mensaheng na-block o na-flag bilang spam. - Ang mga template na may rating na YELLOW o RED ay maipapadala pa rin, ngunit may panganib na ma-pause o ma-disable. - Kasama ang kalidad sa pacing ng template, na maaaring magpabagal sa paghahatid ng isang campaign. - Pinapayagan ng patakaran ang WhatsApp na limitahan kung ilang mensahe ang maipapadala ng isang negosyo batay sa mga block at report. - Mula 7 Oktubre 2025, hindi na ibinababa ng pagbaba ng kalidad ang messaging limit ng portfolio, ngunit maaari nitong pigilan ang paglaki ng limit. ### Paano maibabalik ang mababang quality rating? Ihinto muna ang pinagmumulan ng negatibong feedback, saka hayaang lumampas ang pitong araw na window rito. Ang mga alituntunin ng Meta para sa mga mensaheng mataas ang kalidad ang magsisilbing checklist. Magpadala lamang sa mga taong nag-opt in na tumanggap ng mga mensahe mula sa negosyo. Gawing personalized at kapaki-pakinabang ang mga mensahe. Iwasan ang mga open-ended na welcome o panimulang mensahe. Iwasan ang pagpapadala ng napakaraming mensahe kada araw. Panatilihing maikli at tiyak ang nilalaman. Sa praktika, nangangahulugan ito ng pag-pause sa campaign o template na nakakakuha ng mga block, pagsuri kung aling segment ng audience ang napadalhan nito, at pagsuri sa opt-in na ibinigay ng audience na iyon. Iminumungkahi ng sariling gabay ng Meta sa opt-in na kolektahin ang opt-in kada kategorya ng mensahe, dahil ang mga di-inaasahang kategorya ang karaniwang ibina-block ng mga tao. ### Saan makikita ang quality rating? Makikita ito sa WhatsApp Manager, sa ilalim ng Account tools at Phone numbers, kasama ang status at messaging limit ng numero, at sa phone number object sa pamamagitan ng Graph API bilang quality_rating. Ang mga rating ng template ay nasa bawat template bilang quality_score, at sa panel ng Manage templates bilang High, Medium, Low o Quality pending. Walang anumang tungkol dito sa WhatsApp Business app sa telepono, kaya maaaring bumaba ang isang numerong Coexistence nang walang nakakapansin sa tindahan. Hindi inihahatid ng webhook na phone_number_quality_update ang rating sa kabila ng pangalan ng field na iyon, at may sarili itong pahina na nagpapaliwanag kung ano talaga ang dala ng webhook na iyon. - Pagpapadala ng open-ended na welcome message sa isang bagong na-import na listahan. Pinangalanan ito ng Meta bilang dapat iwasan, at nakakakuha ito ng mga block. - Pag-retry ng mga send na nabigo sa 131048. Nasa numero ang restriction, at dinaragdagan ng mas maraming send ang feedback na sanhi nito. - Pagbabantay lamang sa rating ng numero. May sariling rating ang mga template, at maaaring ma-pause ang isang template na RED habang mukhang maayos ang numero. **Nagpapababa ba ng rating ang isang block lang?** Hindi naglalathala ang Meta ng threshold. Ang kalidad ay sumasalamin sa kabuuang feedback sa mga mensahe ng nakaraang pitong araw, na mas mabigat ang timbang ng mga kamakailan. **Maaari bang ibaba ng mababang rating ang aking messaging limit?** Hindi na mula 7 Oktubre 2025. Maaari pa rin nitong pigilan ang pag-scale up ng limit at higpitan ang mga send. **Gaano katagal ang recovery?** Hindi naglalathala ang Meta ng tagal ng recovery. Sakop ng pagsusuri ang nakaraang pitong araw, kaya ang feedback na mas luma pa roon ay hindi na binibilang. **Binibilang ba ang mga naka-mute na chat?** Oo. Inililista ng Meta ang mga mute at archive kasama ng mga block at report bilang mga signal ng kalidad. --- ## GDPR at Coexistence: saan napupunta ang data ng mensahe https://easycoexistence.com/fil/docs/gdpr-and-coexistence Kapag naka-connect na ang isang numero sa pamamagitan ng Coexistence, ang mga mensahe nito ay nagmi-mirror sa pagitan ng WhatsApp Business app at Cloud API. Ayon sa Meta, para sa Cloud API ay kumikilos ito bilang data processor para sa negosyo, hanggang 30 araw lang nitong iniimbak ang mga mensahe, at inaasahan nitong tutuparin ng bawat negosyo ang sarili nitong mga obligasyon sa GDPR. ### Ano ang nagbabago sa data ng mensahe kapag gumagamit ng Coexistence ang isang numero? Nakikita na ng Cloud API ang mga usapan, hindi lang ng telepono. Ayon sa dokumentasyon ng Meta sa Coexistence, ang mga naipadala at natanggap na mensahe ay nagmi-mirror sa pagitan ng Cloud API at ng WhatsApp Business app, maaaring i-sync ang mga contact na may numero sa WhatsApp, at maaaring i-sync habang onboarding ang mga chat mula sa nakaraang anim na buwan. Hindi sini-sync ang mga group chat. Mula noon, ang mga one-to-one na mensahe ng numero ay dumadaan sa Cloud API, na inilalarawan ng Meta bilang pagde-decrypt ng natanggap na mensahe at pagpapasa nito sa negosyo, at pag-e-encrypt ng mga papalabas na mensahe gamit ang Signal protocol bago ihatid. Isinasaad ng pahinang ito kung ano ang dokumentado ng Meta at kung ano ang ginagawa ng EasyCoexistence. Hindi ito legal na payo, at nasa negosyo at sa mga tagapayo nito ang pagpapasya kung sumusunod sa GDPR ang isang setup. ### Ano ang sinasabi ng Meta tungkol sa sarili nitong tungkulin sa ilalim ng GDPR? Inilalahad ng pahina ng Meta tungkol sa data privacy ng Cloud API ang posisyon nito sa sarili nitong mga salita. - Kung saan kinikilala ng batas ang data processor, kumikilos ang Meta bilang isa para sa negosyo sa pagbibigay ng Cloud API. - Ginagamit lang ng Cloud API ang mga mensaheng pinoproseso nito para sa negosyo at ayon sa utos nito, maliban kung iba ang itinagubilin. - Hanggang 30 araw lang iniimbak ang mga mensahe; binubura ang mga user identifier sa loob ng 30 araw mula sa huling status update ng mensahe. - Dapat tuparin ng mga customer ng Cloud API ang sarili nilang mga obligasyon sa ilalim ng mga batas tulad ng GDPR. - Saklaw ng WhatsApp Business Data Transfer Addendum ang mga customer sa European Region. ### Maaari bang i-store sa EU ang data ng mensahe? Nag-aalok ang Meta ng local storage para sa Cloud API, na nag-iimbak ng nilalaman ng mensahe (at rest) sa napiling bansa matapos ang maikling in-use period. Para sa Cloud API, hanggang 60 minuto ang in-use period na iyon, at sa panahong iyon maaaring prosesuhin ang nilalaman sa mga data center ng Meta sa iba't ibang bansa. Ang mga opsyon sa Europa ay Germany para sa EU, Switzerland at United Kingdom. Itinatakda ang local storage sa pagpaparehistro ng numero, at para baguhin ito sa nakarehistrong numero, kailangang i-deregister at muling i-register. Isinasaad din ng dokumentasyon ng Meta sa pagpaparehistro na hindi magagamit ang deregistration endpoint sa numerong ginagamit sa parehong Cloud API at WhatsApp Business app, at wala itong inilalarawang hiwalay na paraan para i-enable ang local storage sa numerong Coexistence. ### Saan napupunta ang mga mensahe pagkatapos ng Meta? Sa alinmang endpoint na tumatanggap ng mga webhook ng WhatsApp Business Account. Sa webhook override ng Meta, maaaring ipadala ng isang app ang mga webhook ng isang account sa ibang callback URL kaysa sa sarili nitong URL. Ginagamit ng EasyCoexistence ang override na iyon para ituro ang mga message event sa sariling system ng negosyo, kaya direkta ng Meta na inihahatid doon ang nilalaman ng usapan at hindi sa amin, at hindi kailanman nag-iimbak ng nilalaman ng usapan ang EasyCoexistence. Ang iniimbak lang namin ay ang mga operational event, tulad ng estado at kalidad ng koneksyon, na bumubuo sa pagmo-monitor. Dokumentado rin ng Meta na mayroon itong mga ulat ng SOC 2 Type II at ISO 27001 para sa Cloud API, na inilalathala sa Business Messaging Compliance Center nito. - Pag-aakalang sakop ng tungkulin ng Meta bilang processor ang sariling mga obligasyon ng negosyo. Isinasaad ng Meta na dapat tuparin ng mga customer ang sarili nilang mga obligasyon sa GDPR. - Pagtanggap sa history sync nang hindi pinagpapasyahan kung saan ito mapupunta. Hanggang anim na buwan ng mga chat ang maaaring ihatid sa tumatanggap na system. - Pagpaplanong i-on ang local storage sa susunod. Itinatakda ito sa pagpaparehistro, at ang pagbabago nito ay nangangailangan ng muling pagpaparehistro. **Processor ba o controller ang Meta para sa Cloud API?** Ayon sa Meta, kumikilos ito bilang data processor para sa negosyo sa Cloud API, kung saan kinikilala ng batas ang konseptong iyon. **Gaano katagal iniimbak ng Meta ang nilalaman ng mensahe?** Ayon sa Meta, 30 araw ang pinakamahabang retention para sa mga mensahe ng Cloud API, para sa mga feature tulad ng retransmission. **Nakikita ba ng EasyCoexistence ang aking mga usapan?** Idinadaan ng Meta ang mga message event sa inyong sariling system, at hindi kailanman nag-iimbak ng nilalaman ng usapan ang EasyCoexistence. **Legal na payo ba ang pahinang ito?** Hindi po. Isinasaad lang nito kung ano ang dokumentado ng Meta at kung ano ang ginagawa ng EasyCoexistence. Nasa negosyo at sa mga tagapayo nito ang pagsusuri ng compliance.