मुख्य सामग्री पर जाएं
हिन्दी

Microsoft Dynamics 365 और गेस्ट WiFi डेटा संवर्धन

यह तकनीकी संदर्भ मार्गदर्शिका Microsoft Dynamics 365 के साथ गेस्ट WiFi डेटा को एकीकृत करने के लिए आवश्यक आर्किटेक्चर, डेटा मॉडलिंग और फ़ील्ड मैपिंग का विवरण देती है। यह IT प्रबंधकों और नेटवर्क आर्किटेक्ट्स के लिए एकीकृत ग्राहक प्रोफाइल को समृद्ध करने और भौतिक स्थानों में मापने योग्य ROI प्राप्त करने के लिए व्यावहारिक कार्यान्वयन रणनीतियाँ प्रदान करती है।

By Gavin WheeldonPublished
📖 6 मिनट का पाठ1,624 शब्द2 हल किए गए उदाहरण3 अभ्यास प्रश्न8 मुख्य परिभाषाएं

Video overview

हमारी मुख्य श्रृंखला का हिस्सा: गेस्ट WiFi गाइड →

Microsoft Dynamics 365 और गेस्ट WiFi डेटा संवर्धन

मुख्य सारांश (Executive Summary)

रिटेल चेन से लेकर बड़े पैमाने के स्टेडियमों तक, आधुनिक भौतिक स्थानों के लिए मेहमानों के व्यवहार को समझना अब वैकल्पिक नहीं रह गया है। हालांकि, जहां ई-कॉमर्स प्लेटफॉर्म विस्तृत व्यवहार संबंधी विश्लेषण प्रदान करते हैं, वहीं भौतिक स्थल अक्सर एक अंधेरे कोने में रह जाते हैं - वे जानते हैं कि ग्राहक ने क्या खरीदा, लेकिन वे यह नहीं जानते कि वे कितने समय तक रुके, उन्होंने बिना खरीदारी किए कितनी बार दौरा किया, या वे किन क्षेत्रों में घूमे। Guest WiFi के ऑथेंटिकेशन डेटा को Microsoft Dynamics 365 के साथ एकीकृत करके, IT लीडर्स इस अंतर को पाट सकते हैं।

यह गाइड Dynamics 365 WiFi एकीकरण के लिए निश्चित आर्किटेक्चर को रेखांकित करती है। यह विवरण देती है कि कैसे सत्यापित संपर्क डेटा, GDPR सहमति टाइमस्टैम्प, और विजिट मेट्रिक्स को WiFi एनालिटिक्स प्लेटफॉर्म से Dynamics 365 में भेजा जाए। महत्वपूर्ण रूप से, यह CRM प्रदर्शन को सुरक्षित रखने और Customer Insights के भीतर उन्नत सेगमेंटेशन को सक्षम करने के लिए उच्च-मात्रा वाले ट्रांजेक्शनल विजिट लॉग से कोर संपर्क अपडेट को अलग करते हुए, एक दो-स्तरीय डेटा मॉडल की वकालत करती है। Retail और Hospitality क्षेत्रों के संगठनों के लिए, यह एकीकरण अज्ञात फुटफॉल को एक एकीकृत, कार्रवाई योग्य ग्राहक प्रोफाइल में बदल देता है।

तकनीकी गहरा गोता: आर्किटेक्चर और डेटा प्रवाह

पहचान समाधान, डीडुप्लीकेशन और पेलोड परिवर्तन को प्रबंधित करने के लिए गेस्ट WiFi को Dynamics 365 के साथ एकीकृत करने के लिए एक मजबूत मिडलवेयर परत की आवश्यकता होती है। कच्चा डेटा नेटवर्क एज - एक्सेस पॉइंट्स और Captive Portal से उत्पन्न होता है - और CRM में प्रवेश करने से पहले इसे संसाधित किया जाना चाहिए।

Microsoft Dynamics 365 और गेस्ट WiFi डेटा संवर्धन - architecture overview

इंजेशन पाइपलाइन

जब कोई मेहमान Captive Portal के माध्यम से ऑथेंटिकेट करता है, तो WiFi प्लेटफॉर्म उनका MAC एड्रेस, ऑथेंटिकेशन विधि (जैसे सोशल लॉगिन, ईमेल फॉर्म) और उनकी स्पष्ट मार्केटिंग सहमति प्राप्त करता है। यह इवेंट एक JSON पेलोड वाले वेबहुक या REST API कॉल को ट्रिगर करता है।यहाँ सबसे महत्वपूर्ण कदम है पहचान समाधान (Identity Resolution)। आधुनिक मोबाइल ऑपरेटिंग सिस्टम उपयोगकर्ता की गोपनीयता को बेहतर बनाने के लिए MAC एड्रेस रैंडमाइजेशन का उपयोग करते हैं। प्राथमिक कुंजी के रूप में केवल MAC एड्रेस पर भरोसा करने से खंडित प्रोफाइल और गलत विजिट काउंट प्राप्त होंगे। इसलिए, इस एकीकरण को Dynamics 365 में रिकॉर्ड के मिलान के लिए प्राथमिक कुंजी के रूप में प्रमाणित पहचानकर्ता, आमतौर पर ईमेल एड्रेस या मोबाइल नंबर, का उपयोग करना चाहिए। हैश किए गए MAC एड्रेस का उपयोग केवल एक एकल विजिट के भीतर सेशन ट्रैकिंग के लिए एक माध्यमिक पहचानकर्ता के रूप में किया जाना चाहिए।

दो-स्तरीय इकाई संरचना (Two-Tier Entity Structure)

एक सामान्य आर्किटेक्चरल एंटी-पैटर्न प्रत्येक व्यक्तिगत WiFi सेशन को सीधे मुख्य Contact इकाई में लिखने का प्रयास करना है। यह दृष्टिकोण डेटाबेस को तेजी से फुलाता है, CRM के प्रदर्शन को धीमा करता है, और रिपोर्टिंग को जटिल बनाता है। इसके बजाय, Dynamics CRM WiFi एकीकरण के लिए एक दो-स्तरीय इकाई संरचना उद्योग का मानक है:

  1. संपर्क इकाई (मास्टर रिकॉर्ड): इस इकाई को केवल तभी अपडेट किया जाना चाहिए जब अतिथि के प्रोफाइल में कोई महत्वपूर्ण बदलाव हो, जैसे कि नया ईमेल एड्रेस, अपडेट किया गया फोन नंबर, या उनकी GDPR सहमति स्थिति में बदलाव। यह cr_wifi_visit_count या cr_wifi_avg_dwell जैसे संचित मेट्रिक्स को भी संग्रहीत कर सकता है, जो त्वरित वर्गीकरण के लिए उपयोगी हैं।
  2. कस्टम विजिट इकाई (cr_wifiVisit): यह एक ट्रांसेक्शनल तालिका है जहाँ प्रत्येक पूर्ण WiFi सेशन को एक अलग पंक्ति के रूप में रिकॉर्ड किया जाता है। यह सेशन शुरू होने का समय, समाप्त होने का समय, अवधि और विशिष्ट स्थान या क्षेत्र (जैसे, "लॉबी", "स्पोर्ट्स बार") को कैप्चर करता है। यह इकाई एक वन-टू-मेनी (1:N) संबंध के माध्यम से Contact इकाई से जुड़ी होती है।

यह कार्य पृथक्करण Microsoft Dynamics 365 Customer Insights का लाभ उठाने के लिए महत्वपूर्ण है। cr_wifiVisit इकाई को एक अलग व्यवहारिक डेटा स्ट्रीम के रूप में मानकर, Customer Insights लॉग्स को इम्पोर्ट कर सकता है और भौतिक स्थानों में होने वाले इंटरैक्शन के आधार पर गतिशील सेगमेंट बना सकता है, जिससे उन्हें ऑनलाइन खरीदारी इतिहास के साथ सहजता से जोड़ा जा सके।

अपने विशिष्ट सेटअप को लेकर कोई सवाल हैं?

हमारी टीम 80,000 से अधिक वेन्यू में वेन्यू ऑपरेटरों, IT मैनेजरों और नेटवर्क इंजीनियरों के साथ काम करती है। 20 मिनट का कॉल बुक करें और हम आपको दिखाएंगे कि आपके जैसे अन्य लोगों ने इसे कैसे हल किया।

कार्यान्वयन मार्गदर्शिका: फ़ील्ड मैपिंग और सिंक्रोनाइज़ेशन

सफल कार्यान्वयन सटीक फ़ील्ड मैपिंग और रिकॉर्ड के सिस्टम की स्पष्ट समझ पर निर्भर करता है।

फ़ील्ड मैपिंग के लिए सर्वोत्तम अभ्यास

Microsoft Dynamics 365 और गेस्ट WiFi डेटा संवर्धन - field mapping diagram

Purple प्लेटफॉर्म से Dynamics 365 में फ़ील्ड मैप करते समय, सुनिश्चित करें कि डेटा प्रकार मेल खाते हैं और जहाँ आवश्यक हो वहाँ कस्टम फ़ील्ड बनाए गए हैं।

स्रोत फ़ील्ड Purple WiFi गंतव्य फ़ील्ड Dynamics 365 डेटा प्रकार नोट्स
गेस्ट ई-मेल emailaddress1 स्ट्रिंग डुप्लीकेसी हटाने के लिए प्राइमरी की।
MAC एड्रेस (हैशिंग के साथ) cr_device_mac_hash स्ट्रिंग इसे कस्टमाइज़्ड विज़िट एंटिटी में स्टोर करें, कांटेक्ट में नहीं।
पहली विज़िट का टाइमस्टैम्प cr_wifi_first_visit DateTime इसे केवल कांटेक्ट के शुरुआती क्रिएशन पर ही अपडेट करें।
आखिरी विज़िट का टाइमस्टैम्प cr_wifi_last_visit DateTime हर अगली विज़िट पर इसे अपडेट करें।
सहमति का टाइमस्टैम्प cr_consent_wifi_date DateTime अनुपालन ऑडिट के लिए अत्यंत महत्वपूर्ण।
स्थान का ज़ोन cr_wifi_zone_preference स्ट्रिंग इसे कांटेक्ट पर एकत्रित किया जा सकता है या प्रति विज़िट रिकॉर्ड किया जा सकता है।

सिंक्रोनाइज़ेशन रणनीतियाँ: रियल-टाइम बनाम बैच

रियल-टाइम और बैच सिंक्रोनाइज़ेशन के बीच का चुनाव पूरी तरह से व्यावसायिक उपयोग के मामले पर निर्भर करता है।

  • रियल-टाइम (वेबहुक): यह स्थान के भीतर ट्रिगर करने के लिए आवश्यक है। यदि मार्केटिंग टीम गेस्ट के नेटवर्क से कनेक्ट होने के पांच मिनट के भीतर ऑटोमैटिक "वेलकम बैक" ई-मेल या मुफ़्त कॉफ़ी के लिए SMS ऑफ़र ट्रिगर करना चाहती है, तो रियल-टाइम वेबहुक अनिवार्य हैं। इसके लिए पीक आवर्स के दौरान ट्रैफ़िक को संभालने के लिए एक मज़बूत API गेटवे मैनेजमेंट की आवश्यकता होती है।
  • बैच (OData / शेड्यूल्ड पुल API): यदि मुख्य लक्ष्य दीर्घकालिक WiFi Analytics और साप्ताहिक सेगमेंट बनाना है, तो रात में चलने वाला बैच सिंक्रोनाइज़ेशन अधिक कुशल है। यह Dynamics 365 पर API लोड को कम करता है और डेटा इन्जेशन से पहले डेटा एग्रीगेशन की अनुमति देता है।

अनुपालन और सुरक्षा के लिए बेस्ट प्रैक्टिसेज

गेस्ट डेटा को हैंडल करते समय, GDPR और PCI-DSS जैसे फ्रेमवर्क का अनुपालन गैर-परक्राम्य है। अनुपालन की गहरी समझ के लिए, हमारे गाइड ISO 27001 Guest WiFi: A Compliance Primer को देखें।

  1. सहमति ही मुख्य संदर्भ प्रणाली है: Captive Portal डेटा कैप्चर का बिंदु और सहमति के लिए प्राथमिक संदर्भ प्रणाली है। Dynamics 365 में डेटा भेजते समय, सहमति का टाइमस्टैम्प और विशिष्ट ऑप्ट-इन चैनल को सटीक रूप से मैप किया जाना चाहिए। यदि कोई गेस्ट बाद में Dynamics 365 मार्केटिंग ई-मेल के माध्यम से सहमति वापस लेता है, तो भविष्य में ट्रैकिंग को रोकने के लिए उस निरस्तीकरण को WiFi प्लेटफ़ॉर्म के साथ वापस सिंक किया जाना चाहिए।
  2. डेटा का न्यूनतम उपयोग: केवल वही डेटा भेजें जो निर्धारित मार्केटिंग या परिचालन उपयोग के मामलों के लिए आवश्यक हो। CRM में अन-ऑथेंटिकेटेड रॉ प्रोब रिक्वेस्ट न भेजें।3. सुरक्षित पारगमन (Transito Sicuro): WiFi प्लेटफॉर्म और Dynamics 365 के बीच पारगमन में मौजूद सभी डेटा को TLS 1.2 या उच्चतर का उपयोग करके एन्क्रिप्ट किया जाना चाहिए। क्लाइंट-साइड कोड में API कुंजियों को उजागर करने से बचें; सुरक्षित सर्वर-टू-सर्वर संचार का उपयोग करें। नेटवर्क-स्तरीय सुरक्षा विचारों के लिए, Guest WiFi के लिए DNS फ़िल्टरिंग पर हमारी मार्गदर्शिका देखें।

समस्या निवारण और जोखिम न्यूनीकरण

एक मजबूत आर्किटेक्चर के साथ भी, एकीकरण विफल हो सकते हैं। नीचे सबसे आम त्रुटि मामले और उन्हें कम करने के तरीके दिए गए हैं।

API दर सीमाएँ

Dynamics 365 सेवा की स्थिरता सुनिश्चित करने के लिए API दर सीमाएं लागू करता है। एक बड़े स्टेडियम इवेंट के दौरान, हजारों मेहमान एक साथ WiFi में लॉग इन कर सकते हैं, जिससे वेबहुक की बाढ़ आ सकती है।

  • न्यूनीकरण: WiFi प्लेटफॉर्म और Dynamics 365 के बीच एक संदेश कतार (उदाहरण के लिए, Azure Service Bus) लागू करें। कतार ट्रैफ़िक के चरम को अवशोषित करती है और API सीमाओं का सम्मान करने वाली नियंत्रित दर पर Dynamics में पेलोड भेजती है।

डुप्लिकेट संपर्क निर्माण

यदि डुप्लीकेशन हटाने का तर्क दोषपूर्ण है, तो CRM तेजी से डुप्लिकेट रिकॉर्ड से भर जाएगा, जिससे एकीकृत ग्राहक प्रोफ़ाइल नष्ट हो जाएगी।

  • न्यूनीकरण: उच्च-मात्रा वाले API प्रविष्टियों के लिए केवल Dynamics 365 के अतुल्यकालिक (asynchronous) डुप्लिकेट पहचान नियमों पर भरोसा न करें। एकीकरण मिडलवेयर को निर्माण ऑपरेशन करने से पहले एक स्पष्ट खोज (उदाहरण के लिए, ईमेल पते द्वारा क्वेरी) करनी चाहिए। यदि कोई मिलान मिलता है, तो उसके स्थान पर एक अपडेट चलाएं।

MAC रैंडमाइजेशन विरूपण

जैसा कि उल्लेख किया गया है, यदि ठीक से प्रबंधित नहीं किया गया तो MAC रैंडमाइजेशन कृत्रिम रूप से विज़िट की संख्या को बढ़ा देगा।

  • न्यूनीकरण: डिवाइस के MAC पते की तुलना में हमेशा प्रमाणित पहचान (ईमेल/फ़ोन) को प्राथमिकता दें। केवल एक 24-घंटे की अवधि के भीतर सत्र निरंतरता के लिए MAC पतों का उपयोग करें, दीर्घकालिक पहचान समाधान के लिए उन्हें छोड़ दें।

ROI और व्यावसायिक प्रभाव

Dynamics 365 को guest WiFi डेटा के साथ एकीकृत करना नेटवर्क को लागत केंद्र से राजस्व उत्पन्न करने वाले इंटेलिजेंस संसाधन में बदल देता है।

  • मार्केटिंग ऑटोमेशन दक्षता: केवल ईमेल खोलने के बजाय वास्तविक भौतिक उपस्थिति के आधार पर अभियानों को ट्रिगर करके, रूपांतरण दरों में महत्वपूर्ण सुधार होता है। एक खुदरा श्रृंखला स्टोर में प्रवेश करते ही लॉयल्टी कार्यक्रम के सदस्य को स्वचालित रूप से एक प्रचार प्रस्ताव भेज सकती है।
  • एकीकृत ग्राहक प्रोफाइल: यह एकीकरण ग्राहक का 360-डिग्री व्यू प्रदान करता है, जो ई-कॉमर्स डेटा को भौतिक दुनिया के व्यवहार के साथ जोड़ता है। यह Customer Insights को मंथन (churn) और लाइफटाइम वैल्यू के लिए अत्यधिक सटीक भविष्य कहने वाले मॉडल उत्पन्न करने में सक्षम बनाता है।
  • ऑपरेशनल इंटेलिजेंस: मार्केटिंग से परे, Wayfinding और ड्वेल टाइम का डेटा परिचालन संबंधी निर्णयों को सूचित कर सकता है, जैसे कि पीक आवर्स के आधार पर कर्मचारियों के शेड्यूल को अनुकूलित करना या जोन की लोकप्रियता के आधार पर स्टोर लेआउट को फिर से डिजाइन करना।

इस दो-स्तरीय आर्किटेक्चर को लागू करके और इस गाइड में वर्णित सर्वोत्तम प्रथाओं का पालन करके, IT लीडर्स एक मजबूत, अनुपालन करने वाला और उच्च-मूल्य वाला डेटा पाइपलाइन प्रदान कर सकते हैं जो पूरे संगठन को सशक्त बनाता है।

मुख्य परिभाषाएं

पहचान समाधान (Identity Resolution)

एकाधिक प्रणालियों में एक अज्ञात डिवाइस पहचानकर्ता (जैसे MAC एड्रेस) को एक ज्ञात ग्राहक प्रोफ़ाइल (जैसे ईमेल एड्रेस) से मिलाने की प्रक्रिया।

यह सुनिश्चित करने के लिए महत्वपूर्ण है कि WiFi डेटा डुप्लीकेट बनाने के बजाय Dynamics 365 में सही Contact रिकॉर्ड को समृद्ध करे।

MAC एड्रेस रैंडमाइजेशन

आधुनिक ऑपरेटिंग सिस्टम (iOS, Android) में एक गोपनीयता विशेषता जहां नेटवर्क की खोज या कनेक्ट करते समय डिवाइस एक अस्थायी, रैंडम MAC एड्रेस उत्पन्न करता है।

सटीक ग्राहक ट्रैकिंग के लिए इंटीग्रेटर्स को पैसिव नेटवर्क प्रोबिंग के बजाय प्रमाणित डेटा (Captive Portal लॉगइन) पर भरोसा करने के लिए मजबूर करता है।

टू-टियर एंटिटी आर्किटेक्चर

Dynamics 365 में एक डेटा मॉडलिंग दृष्टिकोण जहां मास्टर डेटा (Contact) को 1:N संबंध का उपयोग करके उच्च-मात्रा वाले ट्रांजेक्शनल डेटा (WiFi Visits) से अलग किया जाता है।

CRM डेटाबेस के प्रदर्शन को बनाए रखने और Customer Insights में साफ सेगमेंटेशन को सक्षम करने के लिए आवश्यक है।

OData (ओपन डेटा प्रोटोकॉल)

एक ISO/IEC स्वीकृत, OASIS मानक जो RESTful API के निर्माण और उपभोग के लिए सर्वोत्तम प्रथाओं का एक सेट परिभाषित करता।

Dynamics 365 में WiFi विज़िट लॉग के कुशल, बड़े पैमाने पर बैच सिंक्रोनाइज़ेशन को निष्पादित करने के लिए अनुशंसित प्रोटोकॉल।

वेबहुक (Webhook)

कस्टम कॉलबैक के साथ किसी वेब पेज या वेब एप्लिकेशन के व्यवहार को बढ़ाने या बदलने की एक विधि, जो डेटा को अन्य एप्लिकेशनों तक पहुँचते ही पहुँचाती है।

तत्काल इन-वेन्यू मार्केटिंग सक्रियण के लिए Dynamics 365 पर रियल-टाइम WiFi ऑथेंटिकेशन इवेंट भेजने के लिए उपयोग किया जाता है।

Customer Insights

Microsoft का कस्टमर डेटा प्लेटफॉर्म (CDP) जो ग्राहकों का एकल दृश्य बनाने और इनसाइट्स खोजने के लिए कई स्रोतों से डेटा को एकीकृत करता है।

ऑनलाइन और ऑफलाइन गतिविधियों को जोड़ने वाले जटिल व्यावहारिक सेगमेंट बनाने के लिए संकलित WiFi विज़िट डेटा का प्राथमिक गंतव्य।

Captive Portal

एक वेब पेज जिसे सार्वजनिक-एक्सेस नेटवर्क के उपयोगकर्ता को एक्सेस मिलने से पहले देखने और इंटरैक्ट करने के लिए बाध्य होना पड़ता है।

Dynamics 365 एकीकरण के लिए डेटा कैप्चर और GDPR सहमति संग्रह का प्राथमिक बिंदु।

Dwell Time

वह समय जो कोई अतिथि नेटवर्क से जुड़े रहने या किसी विशिष्ट भौतिक क्षेत्र के भीतर बिताता है।

स्थान के जुड़ाव को मापने और अवधि-आधारित मार्केटिंग अभियानों को ट्रिगर करने के लिए Dynamics 365 पर भेजा गया एक प्रमुख मीट्रिक।

हल किए गए उदाहरण

एक 200 कमरों वाले होटल को Dynamics 365 Marketing के माध्यम से एक व्यक्तिगत 'वेलकम टू द स्पा' SMS ट्रिगर करने की आवश्यकता है जब कोई VIP अतिथि वेलनेस ज़ोन में WiFi से जुड़ता है।

  1. वेलनेस क्षेत्र में एक्सेस पॉइंट्स को 'Spa' ज़ोन के साथ टैग करने के लिए Purple प्लेटफ़ॉर्म को कॉन्फ़िगर करें।
  2. Purple में एक रियल-टाइम वेबहुक सेट करें जो 'Authentication Success' इवेंट पर काम करे, और 'Spa' ज़ोन के लिए फ़िल्टर करे।
  3. वेबहुक पेलोड को Azure Logic App पर भेजा जाता है। Logic App पेलोड को पार्स करता है, अतिथि का ईमेल और MAC एड्रेस निकालता है।
  4. Logic App अतिथि के VIP स्टेटस को सत्यापित करने और उनके मार्केटिंग सहमति फ़्लैग की जांच करने के लिए ईमेल द्वारा Dynamics 365 को क्वेरी करता है।
  5. यदि अतिथि एक VIP है और उसने सहमति दी है, तो Logic App cr_wifiVisit कस्टम एंटिटी में एक नया रिकॉर्ड बनाता है और एक विशिष्ट Dynamics 365 Marketing Journey को ट्रिगर करता है जो SMS भेजता है।
परीक्षक की टिप्पणी: यह दृष्टिकोण तत्काल सक्रियण के लिए रियल-टाइम वेबहुक का सही ढंग से उपयोग करता है, जबकि Dynamics API तक पहुँचने से पहले व्यावसायिक लॉजिक और डुप्लीकेशन को संभालने के लिए एक मिडलवेयर लेयर (Azure Logic Apps) पर निर्भर करता है। यह नेटवर्क लेयर में मार्केटिंग लॉजिक को हार्डकोड करने से बचाता है।

50 स्थानों वाली एक रिटेल चेन Dynamics 365 Customer Insights में 'लैप्स्ड इन-स्टोर शॉपर्स' (ऐसे ग्राहक जिन्होंने हाल ही में ऑनलाइन खरीदारी की है लेकिन 90 दिनों से किसी भौतिक स्टोर पर नहीं गए हैं) का एक सेगमेंट बनाना चाहती है।

  1. WiFi प्लेटफ़ॉर्म से Dynamics 365 में (OData के माध्यम से) एक नाइटली बैच सिंक लागू करें।
  2. यह सिंक उस दिन कनेक्ट होने वाले सभी अतिथियों के लिए कोर Contact एंटिटी पर cr_wifi_last_visit फ़ील्ड को अपडेट करता है।
  3. Dynamics 365 Customer Insights में, डेटा स्रोत के रूप में Contact एंटिटी को इनजेस्ट करें।
  4. एक सेगमेंट नियम बनाएं: Condition 1: Last_Online_Purchase_Date < 30 days ago AND Condition 2: cr_wifi_last_visit > 90 days ago।
  5. लक्षित री-एंगेजमेंट ईमेल अभियान के लिए इस सेगमेंट को Dynamics 365 Marketing में एक्सपोर्ट करें।
परीक्षक की टिप्पणी: यह परिदृश्य विश्लेषणात्मक वर्कलोड के लिए बैच सिंक दृष्टिकोण के मूल्य को प्रदर्शित करता है। मास्टर संपर्क रिकॉर्ड पर एक सरल एग्रीगेटेड फ़ील्ड (`cr_wifi_last_visit`) को अपडेट करके, Customer Insights में सेगमेंटेशन लॉजिक लाखों व्यक्तिगत विज़िट लॉग को क्वेरी करने की आवश्यकता के बिना अत्यधिक कुशल हो जाता है।

अभ्यास प्रश्न

Q1. आपकी मार्केटिंग टीम उस ग्राहक को ईमेल भेजना चाहती है जिसने इस महीने 5 से अधिक बार प्रमुख स्टोर का दौरा किया है लेकिन ऑनलाइन कुछ भी नहीं खरीदा है। CRM पर अत्यधिक लोड डाले बिना इसका समर्थन करने के लिए आपको डेटा फ्लो को कैसे आर्किटेक्ट करना चाहिए?

संकेत: Two-Tier Entity Architecture और Customer Insights की भूमिका पर विचार करें।

मॉडल उत्तर देखें

Contact एंटिटी में प्रत्येक विज़िट को न लिखें। इसके बजाय, Contact से जुड़ी एक कस्टम cr_wifiVisit एंटिटी में विज़िट लॉग भेजने के लिए नाइटली बैच सिंक का उपयोग करें। फिर, कस्टम विज़िट एंटिटी और ई-कॉमर्स खरीद इतिहास दोनों को शामिल करने के लिए Dynamics 365 Customer Insights का उपयोग करें। Customer Insights में दोनों मानदंडों (cr_wifiVisit काउंट > 5 AND ऑनलाइन खरीदारी = 0) को मिलाकर एक सेगमेंट बनाएं और उस सेगमेंट को Dynamics 365 Marketing में एक्सपोर्ट करें।

Q2. लोड-टेस्टिंग अभ्यास के दौरान, आपके मिडलवेयर (Azure Logic Apps) को Dynamics 365 API से HTTP 429 (Too Many Requests) त्रुटियां मिलना शुरू हो जाती हैं। सबसे उपयुक्त आर्किटेक्चरल समाधान क्या है?

संकेत: सोचें कि रीयल-टाइम नेटवर्क इवेंट्स को API इंसर्शन प्रक्रिया से कैसे अलग किया जाए।

मॉडल उत्तर देखें

वेबहुक रिसीवर और Dynamics 365 API कनेक्टर के बीच Azure Service Bus जैसे संदेश कतार (message queue) को लागू करें। वेबहुक पेलोड को तुरंत कतार में लिखता है, और एक अलग प्रक्रिया कतार से पढ़ती है और API सीमाओं का सम्मान करते हुए नियंत्रित दर पर रिकॉर्ड को Dynamics 365 में डालती है।

Q3. एक अतिथि अपने ईमेल पते का उपयोग करके WiFi में लॉग इन करता है और मार्केटिंग सहमति स्वीकार करता है। तीन सप्ताह बाद, वे Dynamics 365 से भेजे गए मार्केटिंग ईमेल पर 'Unsubscribe' पर क्लिक करते हैं। एकीकरण परत पर क्या होना चाहिए?

संकेत: सिस्टम ऑफ रिकॉर्ड और अनुपालन आवश्यकताओं पर विचार करें।

मॉडल उत्तर देखें

सहमति के लिए एकीकरण द्विदिश (bidirectional) होना चाहिए। जब 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 टीमें एक्शन लेने योग्य अकाउंट इंटेलिजेंस उत्पन्न करने के लिए गेस्ट WiFi ऑथेंटिकेशन इवेंट्स को Salesforce के साथ इंटीग्रेट कर सकती हैं। इसमें भौतिक वेन्यू विज़िट को हाई-फिडेलिटी CRM सिग्नल्स में बदलने के लिए आवश्यक आर्किटेक्चर, आइडेंटिटी रेजोल्यूशन लॉजिक और डेटा मॉडल कॉन्फ़िगरेशन शामिल हैं।

गाइड पढ़ें →

गेस्ट WiFi डेटा को अपने CRM के साथ कैसे एकीकृत करें

यह गाइड IT प्रबंधकों, नेटवर्क आर्किटेक्ट्स और मार्केटिंग लीडर्स के लिए Salesforce और HubSpot जैसे CRM प्लेटफ़ॉर्म के साथ गेस्ट WiFi एनालिटिक्स को एकीकृत करने पर एक व्यापक तकनीकी संदर्भ प्रदान करती है। इसमें रणनीतिक औचित्य, मुख्य आर्किटेक्चरल पैटर्न (डायरेक्ट API और वेबहुक), उपलब्ध डेटा फ़ील्ड और चरण-दर-चरण डिप्लॉयमेंट मार्गदर्शन शामिल हैं। हॉस्पिटैलिटी, रिटेल और इवेंट्स के वेन्यू ऑपरेटरों को एक अनुपालन-अनुरूप, स्केलेबल, फ़र्स्ट-पार्टी डेटा पाइपलाइन बनाने के लिए व्यावहारिक फ़्रेमवर्क मिलेंगे जो मापने योग्य मार्केटिंग ROI को संचालित करते हैं।

गाइड पढ़ें →

अपने विशिष्ट सेटअप को लेकर कोई सवाल हैं?

हमारी टीम 80,000 से अधिक वेन्यू में वेन्यू ऑपरेटरों, IT मैनेजरों और नेटवर्क इंजीनियरों के साथ काम करती है। 20 मिनट का कॉल बुक करें और हम आपको दिखाएंगे कि आपके जैसे अन्य लोगों ने इसे कैसे हल किया।