Hantar perbualan WhatsApp ke Salesforce daripada nombor Coexistence

Bagaimanakah rupa aliran kerja n8n itu?

Empat nod berturutan, ditambah cabang pengesahan yang diperlukan oleh setiap webhook Meta.

Nod Webhook menerima POST yang dihantar Meta bagi setiap mesej. Nod Salesforce menjalankan pertanyaan SOQL untuk Lead atau Contact yang phone-nya sepadan dengan penghantar. Nod IF membahagikan aliran mengikut sama ada ada hasil yang dikembalikan: jika ada, aliran kerja meneruskan id rekod; jika tiada, nod Salesforce mencipta Lead dengan nama profil daripada payload. Nod Salesforce terakhir mencipta Task pada rekod itu, dengan teks mesej dalam perihalan dan subjek yang menyatakan ia mesej WhatsApp.

Cabang pengesahan menjawab GET daripada Meta dengan nilai hub.challenge sebagai isi biasa. Tanpanya Meta tidak akan mula menghantar, dan bahagian aliran kerja yang lain tidak berfungsi.

Task atau nota: yang mana patut menyimpan mesej?

Task, bagi kebanyakan pasukan, kerana ia masuk ke garis masa aktiviti yang sudah dibaca oleh wakil jualan dan boleh dilaporkan. Tetapkan statusnya kepada selesai supaya tidak muncul sebagai tugasan terbuka, dan beri subjek yang menamakan saluran itu, jadi penapis untuk aktiviti WhatsApp hanya memerlukan satu syarat.

Operasi Add note pada nod n8n sesuai untuk kes lain: ringkasan dan bukannya setiap mesej. Sesetengah pasukan menyuruh aliran kerja mengumpulkan mesej sehari bagi setiap kenalan dan menulis satu nota pada waktu petang, supaya garis masa kekal mudah dibaca bagi pelanggan yang menghantar dua puluh baris pendek.

Pilihan mana pun yang anda buat, tulis id mesej WhatsApp ke dalam rekod. Meta mencuba semula penghantaran, dan aliran kerja yang menyemak id sedia ada sebelum menulis tidak akan melog mesej yang sama dua kali.

Bolehkah pasukan masih menjawab dari telefon, dan adakah Salesforce akan melihatnya?

Ya untuk kedua-duanya. Coexistence mengekalkan aplikasi WhatsApp Business berfungsi pada nombor yang sama, jadi mereka yang menjawab pelanggan semalam terus berbuat demikian. Apabila mereka membalas dari aplikasi, Meta menghantar gema mesej keluar itu ke destinasi webhook yang sama, di bawah medan smb_message_echoes.

Tambah laluan kedua dalam aliran kerja untuk gema itu dan log sebagai Task keluar. Wakil yang membuka lead kemudian melihat soalan dan jawapan yang diberikan kedai, mengikut urutan, tanpa sesiapa menyalin sembang secara manual.

Balasan yang dihantar oleh aliran kerja sendiri, melalui nod HTTP Request terhadap Cloud API, patut dilog pada saat penghantaran. Aliran kerja sudah mempunyai teks dan id rekod di tangan.

Bagaimanakah anda mengelakkan lead pendua?

Padankan pada nombor telefon yang dinormalkan, bukan medan seperti yang ditaip orang. Meta menghantar penghantar sebagai digit dengan kod negara dan tanpa tanda tambah. Medan telefon Salesforce menyimpan apa sahaja yang dimasukkan oleh orang yang mencipta rekod, dengan ruang, kurungan dan sengkang.

Pendekatan yang boleh dipercayai ialah medan teks tersuai yang menyimpan nombor digit sahaja, diisi oleh aliran kerja semasa mencipta lead dan oleh pengisian semula untuk rekod sedia ada. Pertanyaan SOQL kemudian membandingkan medan itu untuk kesamaan, yang pantas dan tepat.

Semak juga contact dan bukan lead sahaja. Pelanggan yang sudah ditukar ialah Contact, dan aliran kerja yang hanya mencari lead akan mencipta lead baharu bagi setiap pelanggan sedia ada yang menghubungi anda.

Kesilapan biasa

• Mencari hanya dalam objek Lead. Pelanggan sedia ada ialah Contact, dan setiap seorang yang menghubungi anda menjadi lead pendua.
• Melog mesej sebagai Task terbuka. Wakil mendapat senarai tugasan untuk setiap baris pelanggan; tetapkan status kepada selesai semasa mencipta Task.
• Melangkau cabang GET pengesahan dalam aliran kerja. Meta tidak pernah mengesahkan destinasi, dan tiada mesej pernah dihantar.

Soalan lazim

Teruskan membaca