2013-02-26 27 views
5

मैं एक साधारण वेबसाइट बनाना चाहता हूं जहां कोई ग्राहक ऑर्डर दे और उत्पादों को देख सके। यह डेटा मेरा माइक्रोसॉफ्ट डायनेमिक्स सीआरएम 2011 पर्यावरण है।सीआरएम 2011 को प्रमाणीकृत कैसे करें?

यह डेटा ग्राहक विशिष्ट है, इसलिए मुझे लॉग इन करने वाले उपयोगकर्ता के बारे में जानकारी चाहिए। उपयोगकर्ता प्रमाण-पत्र CRM 2011 में संग्रहीत हैं। इन प्रमाण-पत्रों के साथ उपयोगकर्ता इस नई कस्टम वेबसाइट पर लॉगिन कर सकते हैं। उन्हें स्वयं केआरएम पर्यावरण तक पहुंच नहीं होनी चाहिए।

मुझे इस वेबसाइट के लिए प्रमाणीकरण कैसे सेट करना चाहिए? क्या मैं सिर्फ सीआरएम 2011 में उपयोगकर्ता की जानकारी पूछ सकता हूं, क्या मुझे एडीएफएस एप्लिकेशन या कुछ और स्थापित करना चाहिए?

+0

सीआरएम ऑन लाइन या ऑन-प्रिमाइज है? उपयोगकर्ता द्वारा सीआरएम में लॉग इन करने से प्रतिबंधित होने का क्या मतलब है? वे डेटा प्राप्त करने के लिए खुद को अधिकृत करने का अनुमान कैसे लगाते हैं? –

+0

सीआरएम ऑन-प्रिमाइज़ है। मेरा मतलब है कि उपयोगकर्ताओं को केवल उस कस्टम वेबसाइट में लॉगिन करने की अनुमति दी जानी चाहिए जिसे मैं बनाना चाहता हूं, न कि सीआरएम 2011 आवेदन के लिए। –

+0

क्या साइट सीआरएम सर्वर पर जाने के लिए एक गुप्त प्रमाण-पत्र रखेगी? या यह एक ही मशीन पर रहेगा और डिफ़ॉल्ट विंडोज प्रमाण-पत्रों का उपयोग करेगा? एक तरफ या दूसरा, आपको उपयोगकर्ताओं के मुकाबले वेब सर्वर के लिए अलग-अलग तरीकों से एक्सेस अधिकार निर्दिष्ट करना होगा? –

उत्तर

5

हमने अभी मेरे ग्राहक के लिए कुछ ऐसा ही लागू किया है। हमारे पास लगभग 5000 उपयोगकर्ता थे जिन्हें सीआरएम डेटा देखने और संपादित करने में सक्षम होना आवश्यक था, लेकिन हम पूर्ण सीआरएम उपयोगकर्ता लाइसेंस के लिए भुगतान नहीं करना चाहते थे क्योंकि उन्हें अपडेट/देखने के लिए आवश्यक डेटा छोटा था। सभी उपयोगकर्ता पहले ही सक्रिय निर्देशिका में थे, इसलिए हमने प्रत्येक उपयोगकर्ता के लिए कर्मचारी सेल्फ सर्विस क्लाइंट एक्सेस लाइसेंस (ईएसएस सीएएल) लाइसेंस खरीदे। इस प्रकार के उपयोगकर्ता लाइसेंस के पास सीआरएम यूआई तक पहुंच नहीं है, इसलिए वे वास्तव में कभी भी सीआरएम में लॉग इन नहीं कर पाएंगे।

हमने एक एप पूल उपयोगकर्ता के साथ वेबसाइट पर एडी प्रमाणीकरण का उपयोग किया जो एक सीआरएम सुपर उपयोगकर्ता खाता था। उपयोगकर्ताओं के सत्र के आरंभिक लोड पर, हमने संदर्भ से उपयोगकर्ता नाम पकड़ लिया, और सीआरएम में उपयोगकर्ता के SystemUserId को देखा, फिर सेवा प्रॉक्सी के साथ प्रतिरूपण का उपयोग केवल उस डेटा को एक्सेस करने और अपडेट करने के लिए किया गया था जिसे उपयोगकर्ता को अनुमति थी। यह वास्तव में अच्छी तरह से काम किया।

+0

यह एक अच्छा सेटअप की तरह लगता है। मान लीजिए कि हम एडी का उपयोग नहीं करते हैं। क्या सीआरएम का अपना डेटाबेस भी है जहां उपयोगकर्ता संग्रहित होते हैं? यदि हां, तो क्या मानक कार्यक्षमता उपलब्ध है (उदाहरण के लिए सीआरएम सदस्यता प्रदाता) हम इस डीबी के खिलाफ अधिकृत करने के लिए क्या उपयोग कर सकते हैं? –

+1

सीआरएम अपने स्वयं के प्रमाणीकरण को स्टोर नहीं करता है, लेकिन एडी और दावों का समर्थन करता है। सभी उपयोगकर्ता सिस्टम यूज़र तालिका में संग्रहीत हैं, केवल उपयोगकर्ता नाम के साथ प्रमाणीकरण तंत्र को बांधने के लिए। सीआरएम और प्रमाणीकरण पर अधिक जानकारी के लिए इस लिंक को देखें: http://msdn.microsoft.com/en-us/library/gg328497.aspx – Daryl

1

एक दृष्टिकोण यह होगा कि वेब साइट उपयोगकर्ताओं के एक निश्चित समूह को सुलभ होने के बारे में जानकारी के उपयोग के साथ सिस्टम उपयोगकर्ताओं (संभावित रूप से, एक भी पर्याप्त हो सकता है) का एक सेट बनाना होगा।

फिर, आपके सर्वर पर वेब एप्लिकेशन होस्ट करने पर, आप प्रत्येक लॉग इन विज़िटर को एक भूमिका निभा सकते हैं (इस तरह, सीआरएम में एक निश्चित सिस्टम उपयोगकर्ता उदाहरण आपके आगंतुकों के सेट के लिए एक भूमिका के अनुरूप होगा)।

वेबसाइट के खिलाफ लॉगिन प्रक्रिया वास्तव में आपके ऊपर है। एप्लिकेशन और सीआरएम सर्वर के बीच कनेक्शन है, मेरा मानना ​​है कि, यदि आप उन्हें अपने विशेष सेट अप के लिए काम करते हैं, तो आप उन्हें एक ही भौतिक मशीन पर रखकर सुरक्षित रूप से सेट करते हैं।