Coexistence नंबरवर WhatsApp ला Bitrix24 CRM शी कनेक्ट करा

n8n Bitrix24 शी कसे बोलते?

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

म्हणून n8n मध्ये प्रत्येक Bitrix24 स्टेप म्हणजे त्या यूआरएलवर आणि crm.lead.add.json सारख्या मेथडवर पोस्ट करणारा HTTP विनंती नोड असतो. पूर्ण करायचा OAuth फ्लो नाही आणि प्रकाशित करायचे ॲप नाही. वेबहुकला फक्त CRM स्कोप द्या. तसेच वर्कफ्लोला जे लीड आणि कॉन्टॅक्ट दिसायला हवेत त्यांच्या परवानग्या असलेल्या युजरकडून तो तयार करा, कारण Bitrix24 त्याच युजरच्या नावाने प्रवेश तपासते.

वर्कफ्लो Bitrix24 च्या कोणत्या मेथड कॉल करतो?

तीन, या क्रमाने, n8n च्या वेबहुक नोडला Meta कडून मेसेज मिळाल्यानंतर.

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

काहीच सापडले नाही तर crm.lead.add WhatsApp प्रोफाइलचे नाव शीर्षक म्हणून आणि नंबर फोन फील्डमध्ये टाकून लीड तयार करते. त्यानंतर crm.timeline.comment.add ENTITY_TYPE, ENTITY_ID आणि COMMENT घेऊन मेसेजचा मजकूर रेकॉर्डवर कमेंट म्हणून लिहिते. ती कमेंट टाइमलाइनमध्ये कॉल आणि ईमेलच्या शेजारी दिसते, जिथे सेल्सपर्सन आधीच पाहतो.

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?" } }

रेट लिमिटचा वर्कफ्लोवर काय परिणाम होतो?

Bitrix24 REST कॉल लीकी बकेट पद्धतीने मोजते. प्रत्येक विनंती काउंटरमध्ये भर घालते, काउंटर दर सेकंदाला ठरावीक दराने कमी होतो, आणि तो मर्यादेपलीकडे गेला की पुढच्या विनंतीला QUERY_LIMIT_EXCEEDED सह 503 मिळते. Enterprise प्लॅन्सवर काउंटर दर सेकंदाला 5 ने कमी होतो आणि मर्यादा 250 असते. इतर सर्व प्लॅन्सवर तो 2 ने कमी होतो आणि मर्यादा 50 असते.

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

फोनवरून टाइप केलेली उत्तरे Bitrix24 पर्यंत पोहोचतात का?

पोहोचू शकतात. Coexistence नंबरवर WhatsApp Business ॲप चालू राहते, आणि त्यावरून कोणी उत्तर दिले की Meta जाणाऱ्या मेसेजचा एको त्याच वेबहुक गंतव्यावर smb_message_echoes फील्डखाली पाठवते.

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

वर्कफ्लो स्वतः Cloud API द्वारे पाठवत असलेली उत्तरे पाठवताना आधीच वर्कफ्लोच्या हातात असतात. त्यामुळे वेबहुक परत येण्याची वाट पाहण्याऐवजी ती त्याच क्षणी लॉग करा.

सामान्य चुका

• इनबाउंड वेबहुक यूआरएल क्लायंट-साइड कोडमध्ये किंवा शेअर केलेल्या दस्तऐवजात पेस्ट करणे. त्यातील गुप्त कोड वेबहुकला दिलेले सर्व स्कोप खुले करतो.
• सर्व लीड पाहू न शकणाऱ्या युजरकडून वेबहुक तयार करणे. मग शोधात रेकॉर्ड सुटतात आणि वर्कफ्लो डुप्लिकेट तयार करतो.
• पुन्हा प्रयत्न न ठेवता कॉलची लाट पाठवणे. Bitrix24 503 QUERY_LIMIT_EXCEEDED देते आणि ते मेसेज टाइमलाइनवर कधीच पोहोचत नाहीत.

वारंवार विचारले जाणारे प्रश्न

पुढे वाचा