Unganisha WhatsApp na Bitrix24 CRM kwenye nambari ya Coexistence

n8n huwasiliana vipi na Bitrix24?

Kupitia inbound webhook, ambayo kwenye Bitrix24 si kipokezi bali ni kitambulisho cha ufikiaji. Unaiunda katika rasilimali za wasanidi za Bitrix24, unachagua scope itakazoruhusiwa, kisha unapata URL yenye anwani ya portal yako, id ya mtumiaji aliyeiunda na msimbo wa siri. Ukiongeza jina la method mwishoni mwa URL hiyo, unaita REST API kama mtumiaji huyo, kwa ruhusa zake.

Kwa hiyo kwenye n8n kila hatua ya Bitrix24 ni node ya HTTP inayotuma kwenye URL hiyo pamoja na method kama crm.lead.add.json. Hakuna mchakato wa OAuth wa kukamilisha wala programu ya kuchapisha. Ipe webhook scope ya CRM pekee, na iunde kupitia mtumiaji ambaye ruhusa zake zinafikia lead na wateja ambao workflow inapaswa kuwaona, kwa sababu Bitrix24 hukagua ufikiaji kama mtumiaji huyo.

Workflow huita method zipi za Bitrix24?

Tatu, kwa mpangilio, baada ya node ya Webhook ya n8n kupokea ujumbe kutoka Meta.

crm.duplicate.findbycomm yenye type PHONE na nambari ya mtumaji hurudisha id za lead, wateja na kampuni zinazoshikilia nambari hiyo. Hii ndiyo njia sahihi ya utafutaji kwa sababu hutafuta kwenye vyote vitatu kwa wakati mmoja na imeundwa kulinganisha mawasiliano, si sehemu ya maandishi.

Ikirudisha kitu chochote kisichokuwepo, crm.lead.add huunda lead yenye jina la wasifu wa WhatsApp kama kichwa na nambari kwenye sehemu yake ya simu. Kisha crm.timeline.comment.add huandika maandishi ya ujumbe kama maoni kwenye rekodi, ikipokea ENTITY_TYPE, ENTITY_ID na COMMENT. Maoni hayo yanaonekana kwenye timeline ya rekodi pamoja na simu na barua pepe, mahali ambapo muuzaji tayari huangalia.

POST https://yourcompany.bitrix24.com/rest/1/<secret>/crm.duplicate.findbycomm.json
{ "type": "PHONE", "values": ["14155550188"] }

POST .../crm.lead.add.json
{ "fields": { "TITLE": "WhatsApp: Maria", "PHONE": [{ "VALUE": "14155550188", "VALUE_TYPE": "MOBILE" }] } }

POST .../crm.timeline.comment.add.json
{ "fields": { "ENTITY_TYPE": "lead", "ENTITY_ID": 4211, "COMMENT": "do you have anything friday?" } }

Kikomo cha matumizi kinaathiri vipi workflow?

Bitrix24 hupima miito ya REST kwa mfumo wa ndoo inayovuja. Kila ombi huongeza kihesabu, kihesabu hupungua kwa kasi isiyobadilika kila sekunde, na kikipita kikomo, ombi linalofuata hupata 503 pamoja na QUERY_LIMIT_EXCEEDED. Kwenye mipango ya Enterprise kihesabu hupungua kwa 5 kwa sekunde na kikomo ni 250; kwenye mipango mingine yote hupungua kwa 2 na kikomo ni 50.

Kila ujumbe unaoingia hugharimu miito miwili au mitatu, kwa hiyo mtiririko wa taratibu hauukaribii kikomo. Mlipuko wa jumbe huukaribia: wateja hamsini wakijibu template ileile ndani ya dakika moja ni hadi miito 150. Weka node za HTTP zijaribu tena zikishindwa, kwa kusubiri kwa muda mfupi, na uendeshe utekelezaji wa workflow mmoja baada ya mwingine, ili mlipuko umiminike taratibu kwenye Bitrix24 badala ya kurudishwa.

Majibu yaliyoandikwa kwenye simu hufika Bitrix24?

Yanaweza. Kwenye nambari ya Coexistence programu ya WhatsApp Business inaendelea kufanya kazi, na mtu anapojibu kutoka humo, Meta hutuma nakala ya ujumbe huo unaotoka kwenye destination ileile ya webhook, chini ya field ya smb_message_echoes.

Tawi la pili kwenye workflow hushughulikia nakala hizo kama jumbe zinazoingia, huku maoni yakiwekewa alama ya ujumbe unaotoka. Rekodi inaonyesha mazungumzo yote, maneno ya mteja na majibu ya duka kwa mpangilio.

Majibu ambayo workflow yenyewe hutuma kupitia Cloud API tayari yako mikononi mwa workflow yanapotoka, kwa hiyo yaandike wakati huo badala ya kungoja webhook irudi.

Makosa ya kawaida

• Kubandika URL ya inbound webhook kwenye msimbo wa upande wa mteja au hati inayoshirikiwa. Siri iliyomo inatoa scope zote ambazo webhook ilipewa.
• Kuunda webhook kupitia mtumiaji asiyeweza kuona lead zote. Utafutaji hukosa rekodi na workflow huunda nakala rudufu.
• Kutuma mlipuko wa miito bila kujaribu tena. Bitrix24 hujibu 503 QUERY_LIMIT_EXCEEDED na jumbe hizo hazifiki kwenye timeline kamwe.

Maswali yanayoulizwa mara kwa mara

Endelea kusoma