Microsoft Dynamics 365 आणि Guest WiFi डेटा समृद्धीकरण
या तांत्रिक संदर्भ मार्गदर्शकामध्ये Microsoft Dynamics 365 सोबत guest WiFi डेटा समाकलित करण्यासाठी आवश्यक असलेले आर्किटेक्चर, डेटा मॉडेलिंग आणि फील्ड मॅपिंग तपशीलवार दिले आहे. हे IT व्यवस्थापक आणि नेटवर्क आर्किटेक्टसाठी युनिफाइड ग्राहक प्रोफाइल समृद्ध करण्यासाठी आणि प्रत्यक्ष ठिकाणी मोजण्यायोग्य ROI मिळवण्यासाठी अंमलबजावणीच्या धोरणात्मक उपाययोजना प्रदान करते.
Video overview
आमच्या मुख्य मालिकेचा भाग: Guest WiFi मार्गदर्शक →
- कार्यकारी सारांश
- तांत्रिक सखोल माहिती: आर्किटेक्चर आणि डेटा फ्लो
- इनजेशन पाईपलाईन
- द्वि-स्तरीय एंटिटी स्ट्रक्चर (Two-Tier Entity Structure)
- अंमलबजावणी मार्गदर्शक: फील्ड मॅपिंग आणि सिंक्रोनायझेशन
- फील्ड मॅपिंगच्या सर्वोत्तम पद्धती
- सिंक्रोनायझेशन स्ट्रॅटेजीज: रिअल-टाइम वि. बॅच
- कंप्लायन्स आणि सिक्युरिटीसाठी सर्वोत्तम पद्धती
- ट्रबलशूटिंग आणि रिस्क मिटिगेशन
- API रेट लिमिटिंग
- डुप्लिकेट कॉन्टॅक्ट क्रिएशन
- MAC रँडमायझेशन स्क्यू
- ROI आणि बिझनेस इम्पॅक्ट

कार्यकारी सारांश
आधुनिक भौतिक ठिकाणांसाठी—रिटेल चेन्सपासून ते मोठ्या स्टेडियम्सपर्यंत—अतिथींचे वर्तन समजून घेणे आता ऐच्छिक राहिलेले नाही. तथापि, ई-कॉमर्स प्लॅटफॉर्म्स समृद्ध वर्तणुकीशी संबंधित विश्लेषणे देतात, परंतु भौतिक ठिकाणांना अनेकदा एका अंधुक पैलूचा सामना करावा लागतो: ग्राहकाने काय विकत घेतले हे त्यांना माहीत असते, परंतु ते किती वेळ थांबले, खरेदी न करता ते किती वेळा भेट देतात किंवा ते कोणत्या झोनमध्ये वारंवार जातात हे त्यांना माहीत नसते. Guest WiFi ऑथेंटिकेशन डेटा Microsoft Dynamics 365 सोबत इंटिग्रेट करून, IT लीडर्स ही दरी भरून काढू शकतात.
हे मार्गदर्शक Dynamics 365 WiFi इंटिग्रेशनसाठी निश्चित आर्किटेक्चरची रूपरेषा देते. WiFi ॲनालिटिक्स प्लॅटफॉर्मवरून Dynamics 365 मध्ये व्हेरिफाईड कॉन्टॅक्ट डिटेल्स, GDPR संमतीचे टाइमस्टॅम्प्स आणि व्हिजिट मेट्रिक्स कसे पुश करायचे याचा तपशील यात दिला आहे. महत्त्वाचे म्हणजे, हे द्वि-स्तरीय (two-tier) डेटा मॉडेलची शिफारस करते—ज्यामध्ये CRM परफॉर्मन्स सुनिश्चित करण्यासाठी आणि Customer Insights मध्ये प्रगत सेगमेंटेशन सक्षम करण्यासाठी उच्च-आकाराच्या ट्रान्झॅक्शनल व्हिजिट लॉग्सपासून मुख्य कॉन्टॅक्ट अपडेट्स वेगळे केले जातात. Retail आणि Hospitality मधील संस्थांसाठी, हे इंटिग्रेशन निनावी फूटफॉलला एका युनिफाईड, ॲक्शनेबल कस्टमर प्रोफाईलमध्ये रूपांतरित करते.
तांत्रिक सखोल माहिती: आर्किटेक्चर आणि डेटा फ्लो
गेस्ट WiFi ला Dynamics 365 सोबत इंटिग्रेट करण्यासाठी आयडेंटिटी रिझोल्यूशन, डिडुप्लिकेशन आणि पेलोड ट्रान्सफॉर्मेशन हाताळण्यासाठी एका मजबूत मिडलवेअर लेयरची आवश्यकता असते. कच्चा डेटा नेटवर्क एजवर—ॲक्सेस पॉईंट्स आणि Captive Portal मधून—तयार होतो आणि तो CRM मध्ये प्रवेश करण्यापूर्वी त्यावर प्रक्रिया करणे आवश्यक आहे.

इनजेशन पाईपलाईन
जेव्हा एखादा अतिथी Captive Portal द्वारे ऑथेंटिकेट करतो, तेव्हा WiFi प्लॅटफॉर्म त्यांचा MAC ॲड्रेस, ऑथेंटिकेशन पद्धत (उदा. सोशल लॉगिन, ईमेल फॉर्म) आणि मार्केटिंगसाठी त्यांची स्पष्ट संमती कॅप्चर करतो. ही इव्हेंट JSON पेलोड असलेला वेबहूक किंवा REST API कॉल ट्रिगर करते.
येथील अत्यंत महत्त्वाची पायरी म्हणजे आयडेंटिटी रिझोल्यूशन (Identity Resolution). आधुनिक मोबाईल ऑपरेटिंग सिस्टीम्स युजर प्रायव्हसी वाढवण्यासाठी MAC ॲड्रेस रँडमायझेशनचा वापर करतात. प्रायमरी की म्हणून केवळ MAC ॲड्रेसवर अवलंबून राहिल्यास प्रोफाईल्स विस्कळीत होतील आणि भेटींची संख्या चुकीची मोजली जाईल. त्यामुळे, Dynamics 365 मधील रेकॉर्ड्स मॅच करण्यासाठी इंटिग्रेशनने ऑथेंटिकेटेड आयडेंटिफायर—सामान्यतः ईमेल ॲड्रेस किंवा मोबाईल फोन नंबर—प्रायमरी की म्हणून वापरला पाहिजे. हॅश केलेला MAC ॲड्रेस केवळ एकाच भेटीतील सेशन ट्रॅकिंगसाठी दुय्यम आयडेंटिफायर म्हणून वापरला जावा.
द्वि-स्तरीय एंटिटी स्ट्रक्चर (Two-Tier Entity Structure)
प्रत्येक WiFi सेशन थेट मुख्य Contact एंटिटीमध्ये लिहिण्याचा प्रयत्न करणे हा एक सामान्य आर्किटेक्चरल अँटी-पॅटर्न आहे. हा दृष्टिकोन डेटाबेस वेगाने वाढवतो, CRM परफॉर्मन्स कमी करतो आणि रिपोर्टिंग गुंतागुंतीचे करतो. त्याऐवजी, Dynamics CRM WiFi इंटिग्रेशनसाठी द्वि-स्तरीय एंटिटी स्ट्रक्चर हे इंडस्ट्री स्टँडर्ड आहे:
- कॉन्टॅक्ट एंटिटी (मास्टर रेकॉर्ड): जेव्हा अतिथीच्या प्रोफाईलमध्ये महत्त्वपूर्ण बदल होतो, जसे की नवीन ईमेल ॲड्रेस, अपडेट केलेला फोन नंबर किंवा त्यांच्या GDPR संमतीच्या स्थितीत बदल, तेव्हाच ही एंटिटी अपडेट केली जावी. हे
cr_wifi_visit_countकिंवाcr_wifi_avg_dwellसारखे ॲग्रिगेटेड मेट्रिक्स देखील स्टोअर करू शकते, जे जलद सेगमेंटेशनसाठी उपयुक्त आहेत. - कस्टम व्हिजिट एंटिटी (
cr_wifiVisit): हे एक ट्रान्झॅक्शनल टेबल आहे जिथे प्रत्येक पूर्ण झालेले WiFi सेशन एक वेगळी रो (row) म्हणून रेकॉर्ड केले जाते. हे सेशन सुरू होण्याची वेळ, संपण्याची वेळ, कालावधी आणि विशिष्ट ठिकाण किंवा झोन (उदा. "लॉबी", "स्पोर्ट्स बार") कॅप्चर करते. ही एंटिटीContactएंटिटीशी वन-टू-मेनी (1:N) रिलेशनशिपद्वारे जोडलेली असते.
Microsoft Dynamics 365 Customer Insights चा फायदा घेण्यासाठी कामांची ही विभागणी अत्यंत महत्त्वाची आहे. cr_wifiVisit एंटिटीला एक वेगळा बिहेव्हिअरल डेटा स्ट्रीम मानून, Customer Insights लॉग्स इनजेस्ट करू शकते आणि भौतिक ठिकाणांच्या संवादांवर आधारित डायनॅमिक सेगमेंट्स तयार करू शकते, जे ऑनलाइन खरेदीच्या इतिहासासोबत अखंडपणे विलीन केले जातात.
तुमच्या विशिष्ट सेटअपबद्दल काही प्रश्न आहेत का?
आमची टीम ८०,००० हून अधिक वेन्यूजमधील वेन्यू ऑपरेटर्स, IT मॅनेजर्स आणि नेटवर्क इंजिनिअर्ससोबत काम करते. २० मिनिटांचा कॉल बुक करा आणि तुमच्यासारख्या इतरांनी ही समस्या कशी सोडवली हे आम्ही तुम्हाला दाखवू.
अंमलबजावणी मार्गदर्शक: फील्ड मॅपिंग आणि सिंक्रोनायझेशन
यशस्वी अंमलबजावणी अचूक फील्ड मॅपिंग आणि सिस्टीम ऑफ रेकॉर्डच्या स्पष्ट आकलनावर अवलंबून असते.
फील्ड मॅपिंगच्या सर्वोत्तम पद्धती

Purple प्लॅटफॉर्मवरून Dynamics 365 मध्ये फील्ड्स मॅप करताना, डेटा प्रकार जुळत असल्याची आणि आवश्यक तिथे कस्टम फील्ड्स तयार केल्याची खात्री करा.
| Purple WiFi सोर्स फील्ड | Dynamics 365 टार्गेट फील्ड | डेटा प्रकार | नोट्स |
|---|---|---|---|
| गेस्ट ईमेल | emailaddress1 |
String | डिडुप्लिकेशनसाठी प्रायमरी की. |
| MAC ॲड्रेस (हॅश केलेला) | cr_device_mac_hash |
String | कॉन्टॅक्टवर नाही, तर कस्टम व्हिजिट एंटिटीवर स्टोअर करा. |
| फर्स्ट सीन टाइमस्टॅम्प | cr_wifi_first_visit |
DateTime | केवळ कॉन्टॅक्टच्या सुरुवातीच्या निर्मितीवर अपडेट करा. |
| लास्ट सीन टाइमस्टॅम्प | cr_wifi_last_visit |
DateTime | प्रत्येक पुढील भेटीवर अपडेट करा. |
| संमती टाइमस्टॅम्प | cr_consent_wifi_date |
DateTime | कंप्लायन्स ऑडिटसाठी अत्यंत महत्त्वाचे. |
| व्हेन्यू झोन | cr_wifi_zone_preference |
String | कॉन्टॅक्टवर ॲग्रिगेट केले जाऊ शकते किंवा प्रति भेट लॉग केले जाऊ शकते. |
सिंक्रोनायझेशन स्ट्रॅटेजीज: रिअल-टाइम वि. बॅच
रिअल-टाइम आणि बॅच सिंक्रोनायझेशनमधील निवड पूर्णपणे बिझनेस युज केसवर अवलंबून असते.
- रिअल-टाइम (वेबहूक्स): इन-व्हेन्यू ॲक्टिव्हेशनसाठी आवश्यक. जर मार्केटिंग टीमला अतिथी नेटवर्कशी कनेक्ट झाल्यानंतर पाच मिनिटांच्या आत स्वयंचलित "वेलकम बॅक" ईमेल किंवा मोफत कॉफीसाठी SMS ऑफर ट्रिगर करायची असेल, तर रिअल-टाइम वेबहूक्स अनिवार्य आहेत. यासाठी गर्दीच्या वेळी ट्रॅफिक स्पाइक्स हाताळण्यासाठी मजबूत API गेटवे मॅनेजमेंट आवश्यक आहे.
- बॅच (OData / शेड्युल्ड API पुल्स): जर प्राथमिक ध्येय दीर्घकालीन WiFi Analytics आणि साप्ताहिक सेगमेंट बिल्डिंग असेल, तर रात्रीची बॅच सिंक अधिक कार्यक्षम आहे. हे Dynamics 365 वरील API लोड कमी करते आणि इन्सर्शनपूर्वी डेटा ॲग्रिगेशनला अनुमती देते.
कंप्लायन्स आणि सिक्युरिटीसाठी सर्वोत्तम पद्धती
गेस्ट डेटा हाताळताना, GDPR आणि PCI DSS सारख्या फ्रेमवर्क्सचे पालन करणे अनिवार्य आहे. कंप्लायन्स अधिक चांगल्या प्रकारे समजून घेण्यासाठी, आमच्या ISO 27001 Guest WiFi: A Compliance Primer चा संदर्भ घ्या.
- संमती ही सिस्टीम ऑफ रेकॉर्ड आहे: Captive Portal हा डेटा कॅप्चर करण्याचा पॉईंट आहे आणि संमतीसाठी प्राथमिक सिस्टीम ऑफ रेकॉर्ड आहे. Dynamics 365 मध्ये डेटा पुश करताना, संमतीचा टाइमस्टॅम्प आणि विशिष्ट ऑप्ट-इन चॅनेल अचूकपणे मॅप केले जाणे आवश्यक आहे. जर एखाद्या अतिथीने नंतर Dynamics 365 मार्केटिंग ईमेलद्वारे संमती मागे घेतली, तर भविष्यातील ट्रॅकिंग टाळण्यासाठी ती माघार WiFi प्लॅटफॉर्मवर परत सिंक केली जाणे आवश्यक आहे.
- डेटा मिनिमायझेशन: केवळ परिभाषित मार्केटिंग किंवा ऑपरेशनल युज केसेससाठी आवश्यक असलेला डेटा पुश करा. CRM मध्ये कच्चे, अनऑथेंटिकेटेड प्रोब रिक्वेस्ट्स पुश करू नका.
- सुरक्षित ट्रान्झिट: WiFi प्लॅटफॉर्म आणि Dynamics 365 मधील ट्रान्झिटमधील सर्व डेटा TLS 1.2 किंवा त्याहून अधिक वापरून एन्क्रिप्ट केलेला असावा. क्लायंट-साईड कोडमध्ये API कीज उघड करणे टाळा; सुरक्षित सर्व्हर-टू-सर्व्हर कम्युनिकेशन वापरा. नेटवर्क-स्तरीय सुरक्षा विचारांसाठी, DNS Filtering for Guest WiFi वरील आमचे मार्गदर्शक पहा.
ट्रबलशूटिंग आणि रिस्क मिटिगेशन
मजबूत आर्किटेक्चर असूनही, इंटिग्रेशन्स अयशस्वी होऊ शकतात. येथे सर्वात सामान्य फेल्युअर मोड्स आणि ते कसे कमी करावेत हे दिले आहे.
API रेट लिमिटिंग
सेवा स्थिरता सुनिश्चित करण्यासाठी Dynamics 365 API रेट लिमिट्स लागू करते. स्टेडियममधील एखाद्या मोठ्या इव्हेंटदरम्यान, हजारो अतिथी एकाच वेळी WiFi वर लॉग इन करू शकतात, ज्यामुळे वेबहूक्सचा पूर येऊ शकतो.
- मिटिगेशन: WiFi प्लॅटफॉर्म आणि Dynamics 365 दरम्यान मेसेज क्यू (उदा. Azure Service Bus) लागू करा. ही क्यू ट्रॅफिकमधील स्पाइक शोषून घेते आणि API लिमिट्सचा आदर करणाऱ्या नियंत्रित दराने Dynamics मध्ये पेलोड्स फीड करते.
डुप्लिकेट कॉन्टॅक्ट क्रिएशन
जर डिडुप्लिकेशन लॉजिक सदोष असेल, तर CRM वेगाने डुप्लिकेट रेकॉर्ड्सने भरेल, ज्यामुळे युनिफाईड कस्टमर प्रोफाईल नष्ट होईल.
- मिटिगेशन: हाय-व्हॉल्यूम API इन्सर्ट्ससाठी केवळ Dynamics 365 च्या असिंक्रोनस डुप्लिकेट डिटेक्शन रूल्सवर अवलंबून राहू नका. इंटिग्रेशन मिडलवेअरने क्रिएट ऑपरेशन कार्यान्वित करण्यापूर्वी स्पष्ट शोध (उदा. ईमेल ॲड्रेसद्वारे क्वेरी करणे) घेणे आवश्यक आहे. जर मॅच आढळली, तर त्याऐवजी अपडेट कार्यान्वित करा.
MAC रँडमायझेशन स्क्यू
नमूद केल्याप्रमाणे, जर योग्यरित्या हाताळले नाही तर MAC रँडमायझेशन कृत्रिमरित्या भेटींची संख्या वाढवेल.
- मिटिगेशन: डिव्हाइस MAC ॲड्रेसपेक्षा नेहमी ऑथेंटिकेटेड आयडेंटिटीला (ईमेल/फोन) प्राधान्य द्या. MAC ॲड्रेसचा वापर केवळ एका 24-तासांच्या कालावधीतील सेशन कंटिन्यूटीसाठी करा, दीर्घकालीन आयडेंटिटी रिझोल्यूशनसाठी ते काढून टाका.
ROI आणि बिझनेस इम्पॅक्ट
गेस्ट WiFi डेटासोबत Dynamics 365 इंटिग्रेट केल्याने नेटवर्कचे कॉस्ट सेंटरमधून महसूल-निर्मिती करणाऱ्या इंटेलिजन्स ॲसेटमध्ये रूपांतर होते.
- मार्केटिंग ऑटोमेशन कार्यक्षमता: केवळ ईमेल ओपन करण्याऐवजी प्रत्यक्ष भौतिक उपस्थितीवर आधारित मोहिमा ट्रिगर केल्याने, कन्व्हर्जन रेट्समध्ये लक्षणीय सुधारणा होते. एखादी रिटेल चेन लॉयल्टी सदस्याला ते स्टोअरमध्ये प्रवेश करताच स्वयंचलितपणे प्रमोशनल ऑफर पाठवू शकते.
- युनिफाईड कस्टमर प्रोफाईल्स: हे इंटिग्रेशन ग्राहकाचा 360-डिग्री व्ह्यू प्रदान करते, ज्यामध्ये ई-कॉमर्स डेटा भौतिक जगातील वर्तनासोबत मिसळला जातो. हे Customer Insights ला चर्न (churn) आणि लाईफटाईम व्हॅल्यूसाठी अत्यंत अचूक प्रेडिक्टिव्ह मॉडेल्स तयार करण्यास सक्षम करते.
- ऑपरेशनल इंटेलिजन्स: मार्केटिंगच्या पलीकडे, Wayfinding आणि ड्वेल टाईम डेटा ऑपरेशनल निर्णयांची माहिती देऊ शकतो, जसे की गर्दीच्या वेळेवर आधारित स्टाफ शेड्यूल्स ऑप्टिमाइझ करणे किंवा झोनच्या लोकप्रियतेवर आधारित स्टोअर लेआउट्स पुन्हा डिझाइन करणे.
द्वि-स्तरीय आर्किटेक्चर लागू करून आणि या मार्गदर्शकामध्ये वर्णन केलेल्या सर्वोत्तम पद्धतींचे पालन करून, IT लीडर्स एक मजबूत, कंप्लायंट आणि अत्यंत मौल्यवान डेटा पाईपलाईन देऊ शकतात जी संपूर्ण संस्थेला सक्षम करते.
महत्वाच्या व्याख्या
Identity Resolution
अनेक सिस्टीम्समध्ये एखाद्या निनावी डिव्हाइस आयडेंटिफायरला (जसे की MAC ॲड्रेस) ज्ञात ग्राहक प्रोफाइलशी (जसे की ईमेल ॲड्रेस) जुळवण्याची प्रक्रिया.
Dynamics 365 मधील चुकीचे डुप्लिकेट रेकॉर्ड तयार करण्याऐवजी WiFi डेटा योग्य Contact रेकॉर्डला समृद्ध करतो याची खात्री करण्यासाठी हे अत्यंत महत्त्वपूर्ण आहे.
MAC Address Randomisation
आधुनिक ऑपरेटिंग सिस्टीम्स (iOS, Android) मधील एक प्रायव्हसी वैशिष्ट्य जिथे डिव्हाइस नेटवर्क शोधताना किंवा कनेक्ट करताना तात्पुरता, यादृच्छिक (random) MAC ॲड्रेस तयार करते.
हे इंटिग्रेटर्सना अचूक ग्राहक ट्रॅकिंगसाठी पॅसिव्ह नेटवर्क प्रोबिंगऐवजी ऑथेंटिकेटेड डेटावर (captive portal लॉगइन्स) अवलंबून राहण्यास भाग पाडते.
Two-Tier Entity Architecture
Dynamics 365 मधील डेटा मॉडेलिंगचा एक दृष्टिकोन जिथे 1:N संबंध वापरून मास्टर डेटा (Contact) हा मोठ्या प्रमाणातील ट्रान्झॅक्शनल डेटापासून (WiFi Visits) वेगळा केला जातो.
CRM डेटाबेसची कामगिरी राखण्यासाठी आणि Customer Insights मध्ये सुव्यवस्थित सेगमेंटेशन सक्षम करण्यासाठी हे आवश्यक आहे.
OData (Open Data Protocol)
एक ISO/IEC मंजूर, OASIS मानक जे RESTful APIs तयार करण्यासाठी आणि वापरण्यासाठी सर्वोत्तम पद्धतींचा संच परिभाषित करते.
Dynamics 365 मध्ये WiFi व्हिजिट लॉगचे कार्यक्षम, मोठ्या प्रमाणावर बॅच सिंक्रोनाइझेशन चालवण्यासाठी शिफारस केलेला प्रोटोकॉल.
Webhook
कस्टम कॉलबॅकसह वेब पेज किंवा वेब ॲप्लिकेशनच्या वर्तनाला वाढवण्याची किंवा बदलण्याची एक पद्धत, जी डेटा जसा घडतो तसा इतर ॲप्लिकेशन्सना त्वरित पोहोचवते.
थेट इन-व्हेन्यू मार्केटिंग ॲक्टिव्हेशनसाठी रिअल-टाइम WiFi ऑथेंटिकेशन इव्हेंट्स Dynamics 365 कडे पाठवण्यासाठी वापरले जाते.
Customer Insights
Microsoft चे ग्राहक डेटा प्लॅटफॉर्म (CDP) जे ग्राहकांचे एकच दृश्य तयार करण्यासाठी आणि अंतर्दृष्टी शोधण्यासाठी एकाधिक स्त्रोतांकडील डेटा एकत्रित करते.
ऑनलाइन आणि ऑफलाइन क्रियाकलापांचे संयोजन करून जटिल वर्तणुकीशी संबंधित गट तयार करण्यासाठी एकत्रित WiFi भेट डेटाचे मुख्य ठिकाण.
Captive Portal
एक वेब पृष्ठ जे सार्वजनिक-प्रवेश नेटवर्कच्या वापरकर्त्याला प्रवेश मंजूर होण्यापूर्वी पाहणे आणि संवाद साधणे आवश्यक असते.
Dynamics 365 एकत्रीकरणासाठी डेटा कॅप्चर आणि GDPR संमती संकलनाचा मुख्य बिंदू.
Dwell Time
अतिथी नेटवर्कशी कनेक्ट असलेला किंवा विशिष्ट भौतिक झोनमध्ये घालवलेला वेळ.
ठिकाणावरील व्यस्तता मोजण्यासाठी आणि कालावधी-आधारित विपणन मोहिमा सुरू करण्यासाठी Dynamics 365 वर पाठवलेला एक मुख्य मेट्रिक.
सोडवलेली उदाहरणे
जेव्हा एखादा VIP अतिथी वेलनेस झोनमधील WiFi शी कनेक्ट होतो, तेव्हा एका २०० खोल्यांच्या हॉटेलला Dynamics 365 Marketing द्वारे वैयक्तिकृत 'वेलकम टू द स्पा' SMS पाठवायचा आहे.
- वेलनेस क्षेत्रातील ॲक्सेस पॉइंट्सना 'Spa' या झोनसह टॅग करण्यासाठी Purple प्लॅटफॉर्म कॉन्फिगर करा.
- Purple मध्ये एक रिअल-टाइम वेबहूक सेट करा जो 'Authentication Success' इव्हेंटवर कार्यान्वित होईल आणि 'Spa' झोनसाठी फिल्टर करेल.
- वेबहूकचा पेलोड Azure Logic App कडे पाठवला जातो. Logic App पेलोडचे विश्लेषण करते, अतिथीचा ईमेल आणि MAC ॲड्रेस एक्सट्रॅक्ट करते.
- Logic App अतिथीचे VIP स्टेटस आणि त्यांच्या मार्केटिंग संमतीचे फ्लॅग तपासण्यासाठी ईमेलद्वारे Dynamics 365 मध्ये क्वेरी चालवते.
- जर अतिथी VIP असेल आणि त्याने संमती दिली असेल, तर Logic App
cr_wifiVisitया कस्टम एंटिटीमध्ये एक नवीन रेकॉर्ड तयार करते आणि एक विशिष्ट Dynamics 365 Marketing Journey सुरू करते जी SMS पाठवते.
५० स्टोअर्स असलेल्या एका रिटेल साखळीला Dynamics 365 Customer Insights मध्ये 'लॅप्स्ड इन-स्टोअर शॉपर्स' (ज्या ग्राहकांनी अलीकडे ऑनलाइन खरेदी केली आहे पण गेल्या ९० दिवसांत प्रत्यक्ष स्टोअरला भेट दिली नाही) चा एक सेगमेंट तयार करायचा आहे.
- WiFi प्लॅटफॉर्मवरून Dynamics 365 मध्ये दररोज रात्री बॅच सिंक (OData द्वारे) लागू करा.
- हे सिंक त्या दिवशी कनेक्ट झालेल्या सर्व अतिथींसाठी मुख्य
Contactएंटिटीवरीलcr_wifi_last_visitफील्ड अपडेट करते. - Dynamics 365 Customer Insights मध्ये,
Contactएंटिटीला डेटा सोर्स म्हणून समाविष्ट करा. - एक सेगमेंट नियम तयार करा:
Condition 1: Last_Online_Purchase_Date < 30 days agoआणिCondition 2: cr_wifi_last_visit > 90 days ago. - लक्ष्यित रि-एंगेजमेंट ईमेल मोहिमेसाठी हा सेगमेंट Dynamics 365 Marketing मध्ये एक्सपोर्ट करा.
सराव प्रश्न
Q1. तुमच्या विपणन टीमला अशा कोणत्याही ग्राहकाला ईमेल पाठवायचा आहे ज्याने या महिन्यात मुख्य स्टोअरला 5 पेक्षा जास्त वेळा भेट दिली आहे परंतु ऑनलाइन काहीही खरेदी केलेले नाही. CRM वर ओव्हरलोड न करता याला समर्थन देण्यासाठी तुम्ही डेटा फ्लोची रचना कशी करावी?
टीप: Two-Tier Entity Architecture आणि Customer Insights च्या भूमिकेचा विचार करा.
नमुना उत्तर पहा
प्रत्येक भेट Contact एंटिटीमध्ये लिहू नका. त्याऐवजी, Contact शी लिंक केलेल्या सानुकूल cr_wifiVisit एंटिटीवर भेट लॉग्ज पाठवण्यासाठी रात्रीच्या बॅच सिंक्रोनाइझेशनचा वापर करा. नंतर, सानुकूल भेट एंटिटी आणि ई-कॉमर्स खरेदी इतिहास दोन्ही गोळा करण्यासाठी Dynamics 365 Customer Insights वापरा. दोन्ही निकष एकत्र करून Customer Insights मध्ये एक गट तयार करा (cr_wifiVisit संख्या > 5 आणि ऑनलाइन खरेदी = 0) आणि तो गट Dynamics 365 Marketing कडे पाठवा.
Q2. लोड-टेस्टिंग दरम्यान, तुमच्या मिडलवेअरला (Azure Logic Apps) Dynamics 365 API कडून HTTP 429 (Too Many Requests) त्रुटी येण्यास सुरुवात होते. सर्वात योग्य आर्किटेक्चरल उपाय कोणता आहे?
टीप: रिअल-टाइम नेटवर्क इव्हेंट्स API इन्सर्टेशन प्रक्रियेपासून वेगळे कसे करायचे याचा विचार करा.
नमुना उत्तर पहा
वेबहुक रिसीव्हर आणि Dynamics 365 API कनेक्टर यांच्यामध्ये Azure Service Bus सारखी मेसेज क्यू लागू करा. वेबहुक पेलोडला त्वरित क्यूमध्ये लिहितो, आणि एक वेगळी प्रक्रिया क्यूमधून वाचते आणि API मर्यादांचे पालन करणाऱ्या नियंत्रित दराने Dynamics 365 मध्ये रेकॉर्ड समाविष्ट करते.
Q3. एक अतिथी त्यांचा ईमेल पत्ता वापरून WiFi मध्ये लॉग इन करतो आणि विपणन संमती स्वीकारतो. तीन आठवड्यांनंतर, ते Dynamics 365 मधून पाठवलेल्या विपणन ईमेलवर 'Unsubscribe' वर क्लिक करतात. एकत्रीकरण स्तरावर काय होणे आवश्यक आहे?
टीप: सिस्टम ऑफ रेकॉर्ड आणि अनुपालन आवश्यकतांचा विचार करा.
नमुना उत्तर पहा
एकत्रीकरण संमतीसाठी द्वि-दिशात्मक असणे आवश्यक आहे. जेव्हा Dynamics 365 मध्ये 'Unsubscribe' इव्हेंट घडतो, तेव्हा वेबहुक किंवा स्वयंचलित प्रवाहाने अतिथीचे प्रोफाइल अपडेट करण्यासाठी आणि त्यांच्या विपणन संमतीचा फ्लॅग रद्द करण्यासाठी Purple WiFi प्लॅटफॉर्मवर परत API कॉल ट्रिगर केला पाहिजे. हे सुनिश्चित करते की भविष्यातील WiFi लॉगइन्स अनपेक्षितपणे वापरकर्त्याची पुन्हा-सदस्यता घेणार नाहीत किंवा नियमांचे उल्लंघन करणाऱ्या विपणन कृती ट्रिगर करणार नाहीत.
या मालिकेमध्ये पुढे वाचा
Cisco Catalyst WLC आणि अतिथी WiFi: Purple सह कॅप्टिव्ह पोर्टल सेटअप
Cisco Catalyst 9800 (IOS-XE) वायरलेस LAN कंट्रोलर Purple अतिथी WiFi सह कसे कार्य करतो: बाह्य वेब प्रमाणीकरण, RADIUS आणि वॉल्ड गार्डन, अचूक कॉन्फिगरेशनसाठी Purple च्या टप्प्याटप्प्याने सेटअप मार्गदर्शिकेच्या लिंकसह.
अकाउंट इंटेलिजन्ससाठी गेस्ट WiFi सह Salesforce इंटिग्रेशन
हे तांत्रिक संदर्भ मार्गदर्शक IT आणि RevOps टीम्स कृतीयोग्य अकाउंट इंटेलिजन्स तयार करण्यासाठी Salesforce सोबत गेस्ट WiFi ऑथेंटिकेशन इव्हेंट्स कसे इंटिग्रेट करू शकतात याचा तपशील देते. यामध्ये भौतिक ठिकाणांच्या भेटींना उच्च-दर्जाच्या CRM सिग्नल्समध्ये रूपांतरित करण्यासाठी आवश्यक आर्किटेक्चर, आयडेंटिटी रिझोल्यूशन लॉजिक आणि डेटा मॉडेल कॉन्फिगरेशन्स समाविष्ट आहेत.
तुमचा CRM सोबत गेस्ट WiFi डेटा कसा इंटिग्रेट करावा
हे मार्गदर्शक IT मॅनेजर्स, नेटवर्क आर्किटेक्ट्स आणि मार्केटिंग लीडर्ससाठी Salesforce आणि HubSpot सारख्या CRM प्लॅटफॉर्म्ससोबत गेस्ट WiFi ॲनालिटिक्स इंटिग्रेट करण्यावर एक सर्वसमावेशक तांत्रिक संदर्भ प्रदान करते. यात धोरणात्मक तर्क, मुख्य आर्किटेक्चरल पॅटर्न्स (डायरेक्ट API आणि वेबहुक्स), उपलब्ध डेटा फील्ड्स आणि टप्प्याटप्प्याने डिप्लॉयमेंट मार्गदर्शन समाविष्ट आहे. हॉस्पिटॅलिटी, रिटेल आणि इव्हेंट्समधील व्हेन्यू ऑपरेटर्सना मोजता येण्याजोगा मार्केटिंग ROI चालविणारी कंप्लायंट, स्केलेबल, फर्स्ट-पार्टी डेटा पाइपलाइन तयार करण्यासाठी कृतीयोग्य फ्रेमवर्क्स मिळतील.
तुमच्या विशिष्ट सेटअपबद्दल काही प्रश्न आहेत का?
आमची टीम ८०,००० हून अधिक वेन्यूजमधील वेन्यू ऑपरेटर्स, IT मॅनेजर्स आणि नेटवर्क इंजिनिअर्ससोबत काम करते. २० मिनिटांचा कॉल बुक करा आणि तुमच्यासारख्या इतरांनी ही समस्या कशी सोडवली हे आम्ही तुम्हाला दाखवू.