Microsoft Dynamics 365 आणि Guest WiFi डेटा समृद्धीकरण
हे तांत्रिक संदर्भ मार्गदर्शक गेस्ट WiFi डेटा Microsoft Dynamics 365 सोबत इंटिग्रेट करण्यासाठी आवश्यक असलेले आर्किटेक्चर, डेटा मॉडेलिंग आणि फील्ड मॅपिंग तपशीलवार सांगते. हे IT मॅनेजर्स आणि नेटवर्क आर्किटेक्ट्ससाठी युनिफाईड कस्टमर प्रोफाईल्स समृद्ध करण्यासाठी आणि भौतिक ठिकाणांवर मोजता येण्याजोगा ROI मिळवण्यासाठी ॲक्शनेबल अंमलबजावणी धोरणे प्रदान करते.
- कार्यकारी सारांश
- तांत्रिक सखोल माहिती: आर्किटेक्चर आणि डेटा फ्लो
- इनजेशन पाईपलाईन
- द्वि-स्तरीय एंटिटी स्ट्रक्चर (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 लॉग्स इनजेस्ट करू शकते आणि भौतिक ठिकाणांच्या संवादांवर आधारित डायनॅमिक सेगमेंट्स तयार करू शकते, जे ऑनलाइन खरेदीच्या इतिहासासोबत अखंडपणे विलीन केले जातात.
अंमलबजावणी मार्गदर्शक: फील्ड मॅपिंग आणि सिंक्रोनायझेशन
यशस्वी अंमलबजावणी अचूक फील्ड मॅपिंग आणि सिस्टीम ऑफ रेकॉर्डच्या स्पष्ट आकलनावर अवलंबून असते.
फील्ड मॅपिंगच्या सर्वोत्तम पद्धती

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 ॲड्रेस) ज्ञात कस्टमर प्रोफाईलशी (जसे की ईमेल ॲड्रेस) मॅच करण्याची प्रक्रिया.
WiFi डेटा डुप्लिकेट्स तयार करण्याऐवजी Dynamics 365 मधील योग्य कॉन्टॅक्ट रेकॉर्ड समृद्ध करतो हे सुनिश्चित करण्यासाठी अत्यंत महत्त्वाचे.
MAC Address Randomisation
आधुनिक ऑपरेटिंग सिस्टीम्स (iOS, Android) मधील एक प्रायव्हसी फीचर जिथे नेटवर्कला प्रोब करताना किंवा कनेक्ट करताना डिव्हाइस एक तात्पुरता, रँडम 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
कस्टम कॉलबॅक्ससह वेब पेज किंवा वेब ॲप्लिकेशनचे वर्तन वाढवण्याची किंवा बदलण्याची एक पद्धत, जी डेटा जसा घडतो तसा इतर ॲप्लिकेशन्सना वितरित करते.
त्वरित इन-व्हेन्यू मार्केटिंग ॲक्टिव्हेशनसाठी Dynamics 365 मध्ये रिअल-टाइम WiFi ऑथेंटिकेशन इव्हेंट्स पुश करण्यासाठी वापरले जाते.
Customer Insights
Microsoft चा कस्टमर डेटा प्लॅटफॉर्म (CDP) जो ग्राहकांचा एकच व्ह्यू तयार करण्यासाठी आणि इनसाइट्स शोधण्यासाठी अनेक सोर्सेसमधून डेटा एकत्रित करतो.
ऑनलाइन आणि ऑफलाइन ॲक्टिव्हिटी एकत्र करून जटिल बिहेव्हिअरल सेगमेंट्स तयार करण्यासाठी ॲग्रिगेटेड WiFi व्हिजिट डेटाचे प्राथमिक गंतव्यस्थान.
Captive Portal
एक वेब पेज जे पब्लिक-ॲक्सेस नेटवर्कच्या युजरला ॲक्सेस मिळण्यापूर्वी पाहणे आणि त्याच्याशी संवाद साधणे बंधनकारक असते.
Dynamics 365 इंटिग्रेशनसाठी डेटा कॅप्चर आणि GDPR संमती संकलनाचा प्राथमिक पॉईंट.
Dwell Time
अतिथी नेटवर्कशी कनेक्टेड असताना किंवा विशिष्ट भौतिक झोनमध्ये घालवलेला कालावधी.
व्हेन्यू एंगेजमेंट मोजण्यासाठी आणि ड्युरेशन-बेस्ड मार्केटिंग मोहिमा ट्रिगर करण्यासाठी Dynamics 365 मध्ये पुश केलेले एक प्रमुख मेट्रिक.
सोडवलेली उदाहरणे
जेव्हा एखादा VIP अतिथी वेलनेस झोनमधील WiFi शी कनेक्ट होतो, तेव्हा 200-खोल्यांच्या हॉटेलला Dynamics 365 Marketing द्वारे पर्सनलाईज्ड 'Welcome to the Spa' SMS ट्रिगर करण्याची आवश्यकता असते.
- वेलनेस एरियामधील ॲक्सेस पॉईंट्सना 'Spa' झोनसह टॅग करण्यासाठी Purple प्लॅटफॉर्म कॉन्फिगर करा.
- Purple मध्ये एक रिअल-टाइम वेबहूक सेट करा जो 'Spa' झोनसाठी फिल्टर करून 'Authentication Success' इव्हेंटवर फायर होईल.
- वेबहूक पेलोड Azure Logic App ला पाठवला जातो. Logic App पेलोड पार्स करते, अतिथीचा ईमेल आणि MAC ॲड्रेस एक्सट्रॅक्ट करते.
- अतिथीचे VIP स्टेटस व्हेरिफाय करण्यासाठी आणि त्यांचा मार्केटिंग संमती फ्लॅग तपासण्यासाठी Logic App ईमेलद्वारे Dynamics 365 ला क्वेरी करते.
- जर अतिथी VIP असेल आणि त्याने संमती दिली असेल, तर Logic App
cr_wifiVisitकस्टम एंटिटीमध्ये एक नवीन रेकॉर्ड तयार करते आणि एक विशिष्ट Dynamics 365 Marketing Journey ट्रिगर करते जी SMS पाठवते.
50 लोकेशन्स असलेली एक रिटेल चेन Dynamics 365 Customer Insights मध्ये 'Lapsed In-Store Shoppers' (ज्या ग्राहकांनी अलीकडे ऑनलाइन खरेदी केली आहे परंतु 90 दिवसांत भौतिक स्टोअरला भेट दिली नाही) चा एक सेगमेंट तयार करू इच्छित आहे.
- WiFi प्लॅटफॉर्मवरून Dynamics 365 मध्ये रात्रीची बॅच सिंक (OData द्वारे) लागू करा.
- सिंक त्या दिवशी कनेक्ट झालेल्या सर्व अतिथींसाठी मुख्य
Contactएंटिटीवरीलcr_wifi_last_visitफील्ड अपडेट करते. - Dynamics 365 Customer Insights मध्ये,
Contactएंटिटीला डेटा सोर्स म्हणून इनजेस्ट करा. - एक सेगमेंट रूल तयार करा:
Condition 1: Last_Online_Purchase_Date < 30 days agoANDCondition 2: cr_wifi_last_visit > 90 days ago. - टार्गेटेड री-एंगेजमेंट ईमेल मोहिमेसाठी हा सेगमेंट Dynamics 365 Marketing मध्ये एक्सपोर्ट करा.
सराव प्रश्न
Q1. तुमच्या मार्केटिंग टीमला अशा कोणत्याही ग्राहकाला ईमेल पाठवायचा आहे ज्याने या महिन्यात 5 पेक्षा जास्त वेळा फ्लॅगशिप स्टोअरला भेट दिली आहे परंतु ऑनलाइन काहीही खरेदी केलेले नाही. CRM ओव्हरलोड न करता याला सपोर्ट करण्यासाठी तुम्ही डेटा फ्लो कसा आर्किटेक्ट कराल?
टीप: द्वि-स्तरीय एंटिटी आर्किटेक्चर आणि Customer Insights च्या भूमिकेचा विचार करा.
नमुना उत्तर पहा
प्रत्येक भेट Contact एंटिटीमध्ये लिहू नका. त्याऐवजी, Contact शी लिंक केलेल्या कस्टम cr_wifiVisit एंटिटीमध्ये व्हिजिट लॉग्स पुश करण्यासाठी रात्रीची बॅच सिंक वापरा. त्यानंतर, कस्टम व्हिजिट एंटिटी आणि ई-कॉमर्स खरेदी इतिहास दोन्ही इनजेस्ट करण्यासाठी Dynamics 365 Customer Insights वापरा. दोन्ही निकष एकत्र करून (cr_wifiVisit count > 5 AND online purchases = 0) Customer Insights मध्ये एक सेगमेंट तयार करा आणि तो सेगमेंट 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' वर क्लिक करतात. इंटिग्रेशन लेयरवर काय झाले पाहिजे?
टीप: सिस्टीम ऑफ रेकॉर्ड आणि कंप्लायन्स आवश्यकतांचा विचार करा.
नमुना उत्तर पहा
संमतीसाठी इंटिग्रेशन द्विदिशात्मक (bidirectional) असणे आवश्यक आहे. जेव्हा Dynamics 365 मध्ये 'Unsubscribe' इव्हेंट घडतो, तेव्हा अतिथीचे प्रोफाईल अपडेट करण्यासाठी आणि त्यांचा मार्केटिंग संमती फ्लॅग रद्द करण्यासाठी वेबहूक किंवा ऑटोमेटेड फ्लोने Purple WiFi प्लॅटफॉर्मवर परत API कॉल ट्रिगर केला पाहिजे. हे सुनिश्चित करते की भविष्यातील WiFi लॉगिन्स अनावधानाने युजरला पुन्हा सबस्क्राईब करत नाहीत किंवा नॉन-कंप्लायंट मार्केटिंग ॲक्शन्स ट्रिगर करत नाहीत.
या मालिकेमध्ये पुढे वाचा
DrayTek Vigor राउटर आणि ऍक्सेस पॉईंट्सचे Purple WiFi सोबत एकत्रीकरण
हे मार्गदर्शक DrayTek Vigor राउटर आणि VigorAP ऍक्सेस पॉईंट्सना Purple च्या क्लाउड प्लॅटफॉर्मसह एकत्रित करण्यासाठी टप्प्याटप्प्याने तांत्रिक सूचना प्रदान करते. यामध्ये Guest WiFi साठी DrayTek Captive Portal कॉन्फिगरेशन, सुरक्षित Staff WiFi साठी 802.1X ऑथेंटिकेशन, Walled Garden सेटअप आणि डायनॅमिक VLAN असाइनमेंटसह मल्टी-टेनंट नेटवर्क सेगमेंटेशनसाठी DrayTek Multiple PSK (PPSK) कॉन्फिगरेशन समाविष्ट आहे. हे हॉस्पिटॅलिटी, रिटेल आणि मल्टी-टेनंट ठिकाणी Purple तैनात करणाऱ्या IT इंस्टॉलर्स आणि SMB नेटवर्क प्रशासकांसाठी डिझाइन केले आहे.
Purple WiFi सह Zyxel Nebula Cloud आणि USG Integration
हे तांत्रिक संदर्भ मार्गदर्शक Zyxel Nebula Cloud आणि USG Flex Firewalls चे Purple WiFi प्लॅटफॉर्मसोबतच्या एंड-टू-एंड Integration बद्दल माहिती देते. हे गेस्ट Captive Portal रिडायरेक्शन, RADIUS ऑथेंटिकेशन, Walled Garden सेटअप, 802.1X वापरून सुरक्षित Staff WiFi, आणि डायनॅमिक VLAN असाइनमेंटसह Zyxel Private Pre-Shared Keys (PPSK) वापरून मल्टी-टेनंट नेटवर्क सेगमेंटेशनसाठी टप्प्याटप्प्याने कॉन्फिगरेशन सूचना प्रदान करते. हॉस्पिटॅलिटी, रिटेल आणि मल्टी-टेनंट ठिकाणी WiFi तैनात करणारे IT मॅनेजर्स, MSPs आणि नेटवर्क आर्किटेक्ट्सना PCI DSS, IEEE 802.1X आणि GDPR सह उद्योग मानकांवर आधारित कृतीयोग्य मार्गदर्शन मिळेल.
Alcatel-Lucent Enterprise (ALE) OmniAccess चे Purple WiFi सोबत एकत्रीकरण
हे मार्गदर्शक Alcatel-Lucent Enterprise (ALE) OmniAccess Stellar ॲक्सेस पॉइंट्स आणि Purple WiFi मधील तांत्रिक एकत्रीकरणाचा तपशील देते. यामध्ये Captive Portal रिडायरेक्शन, RADIUS ऑथेंटिकेशन, Walled Garden कॉन्फिगरेशन, सुरक्षित 802.1X Staff WiFi, आणि प्रायव्हेट प्री-शेअर्ड की (PPSK) सह डायनॅमिक VLAN स्टिअरिंग वापरून मल्टी-टेनंट WiFi सेगमेंटेशन समाविष्ट आहे - जे IT व्यवस्थापक आणि नेटवर्क आर्किटेक्ट्सना ALE हार्डवेअरवर आयडेंटिटी-बेस्ड नेटवर्क्स तैनात करण्यासाठी एक संपूर्ण, कृतीयोग्य संदर्भ प्रदान करते.