Copilot चालू करना जादू नहीं

बहुत से लोग मानते हैं कि Microsoft Copilot बस चालू करना है और बाकी काम अपने आप हो जाएगा। असल में आप एक large language model को अपनी कंपनी के डेटा से जोड़ रहे होते हैं। Copilot इस मॉडल को आपके Microsoft Graph कंटेंट और रोज़ इस्तेमाल होने वाले Microsoft 365 Apps से जोड़ता है। ईमेल, चैट और दस्तावेज़, सब इसके इनपुट बन जाते हैं।

इसलिए असली सवाल यह नहीं कि Copilot काम करता है या नहीं। सवाल यह है कि आपने अपने tenant में और क्या खोल दिया है। जोखिम अनुबंध, लाइसेंस, डेटा सुरक्षा, तकनीकी नियंत्रण और गवर्नेंस, पाँचों जगह फैले हैं। एक भी कड़ी छूटी तो आपकी तैनाती बिना नक्शे की भूलभुलैया बन जाती है।

Microsoft 365 Copilot और अनुबंध: टॉगल दबाने से पहले की शर्तें

एडमिन कंसोल भले ही कंट्रोल पैनल जैसा दिखे, असली वायरिंग कानूनी दस्तावेज़ों में होती है। Copilot दो दस्तावेज़ों के तहत आता है: Microsoft Product Terms और Microsoft Data Protection Addendum (DPA)। ये सिर्फ़ छोटी लिखावट नहीं हैं। Data Residency, Processing Commitments और गोपनीयता संबंधी दायित्व इन्हीं पर टिके हैं।

Product Terms क्या तय करती हैं

• आपको क्या करने की अनुमति है
• आपका डेटा भौतिक रूप से कहाँ रह सकता है
• Copilot से बने आउटपुट का मालिक कौन है

Data Protection Addendum क्या तय करता है

DPA गोपनीयता नियंत्रण निर्धारित करता है, खासकर GDPR और ऐसे ही फ्रेमवर्क के आसपास। यह डेटा प्रोसेसर के रूप में Microsoft की भूमिका परिभाषित करता है। डेटा और लोगों से जुड़ी सूचनाएँ और उप-प्रक्रियाओं (sub-processors) से जुड़े पहलू भी इसी में आते हैं।

ये फ्रेमवर्क दिखावे के पोस्टर नहीं, बाध्यकारी दायित्व हैं। तकनीकी नियंत्रण इन दायित्वों को लागू करने का तंत्र हैं। आप retention label, encryption नीतियाँ और अनुमतियाँ कितनी भी बारीकी से configure करें, अगर वे DPA और product terms की प्रतिबद्धताओं से मेल नहीं खातीं, तो जोखिम बना रहता है।

डेटा रेजिडेंसी, आउटपुट का स्वामित्व और AI ट्रेनिंग का डर

"क्या Microsoft हमारे डेटा पर मॉडल ट्रेन करता है?"

यह डर अक्सर सुनने को मिलता है। अनुबंध के अनुसार Microsoft Graph के prompts और responses Copilot के foundation model को ट्रेन नहीं करते, और यह product terms व DPA दोनों में औपचारिक रूप से दर्ज है। आपका CEO का तिमाही मेमो चुपके से किसी और के AI को बेहतर बनाने में इस्तेमाल नहीं हो रहा। यानी जिस चिंता में आप थे, उसका जवाब अनुबंध पहले ही दे चुका है।

डेटा कहाँ रहता है

डेटा रेजिडेंसी कोई दार्शनिक अवधारणा नहीं है, यह नियमों से लागू होती है। उदाहरण के लिए, Copilot से जुड़ी प्रोसेसिंग EU data boundary के हिसाब से रूट होती है। लेकिन Bing पर होने वाली वेब खोज क्वेरी EU data guarantee में शामिल नहीं हैं। वे पूरी तरह अलग data handling नीति का पालन करती हैं। यह मान लेना गलत है कि सारा डेटा एक जैसे नियमों से संभलता है।

आउटपुट का मालिक कौन

Copilot से बना स्लाइड डेक डिफ़ॉल्ट रूप से आपके स्वामित्व में होता है। यह किसी उदारता की वजह से नहीं, बल्कि इसलिए है कि उत्पाद की शर्तें AI सिस्टम को IP पर किसी भी दावे से अलग रखती हैं।

इसे जिम की सदस्यता की तरह समझें। आप ट्रेडमिल के लिए साइन अप करते हैं, पर अनुबंध खुलने का समय, उपकरणों पर पाबंदियाँ और पहनावे के नियम भी तय कर देता है। "मैंने पढ़ा नहीं" कहने से वे लागू होना बंद नहीं होते। Microsoft के साथ भी यही बात है।

Copilot लाइसेंस और RBAC: हर दरवाज़े पर लगे ताले

लाइसेंस कोई मास्टर चाबी नहीं है। इसे बाउंसर वाले बिल्डिंग परमिट की तरह देखें। परमिट तय करता है कि कानूनी रूप से क्या मौजूद हो सकता है, और बाउंसर तय करता है कि कौन किस कमरे तक जा सकता है।

लाइसेंस Copilot की सुविधाएँ सक्षम करते हैं, पर Copilot सिर्फ़ वही डेटा दिखाता है जिसे देखने की अनुमति उपयोगकर्ता के पास पहले से है। यह अनुमति आपके tenant की पहचान और RBAC सेटिंग्स से लागू होती है। लाइसेंस कहता है कि यह व्यक्ति Copilot इस्तेमाल कर सकता है। RBAC कहता है कि वह फिर भी CFO के निजी फ़ोल्डर नहीं खोल सकता।

लाइसेंसिंग की बारीकियाँ

• Copilot मौजूदा Microsoft 365 का add-on है, मानक बंडलों में पहले से नहीं आता। आप इसे अलग से चुनते हैं।
• लाइसेंस देने से अनुमतियाँ नहीं बढ़तीं। यह सिर्फ़ Word, Excel, Outlook और बाकी सूट में क्षमता देता है।
• कुछ कार्यों के लिए अतिरिक्त लाइसेंस चाहिए, जैसे अनुपालन नियंत्रण के लिए Purview या सुरक्षा के लिए Defender add-on।
• Copilot लाइसेंस cross-tenant guest account तक नहीं बढ़ाए जा सकते। Gmail से लॉग इन करने वाले सलाहकार को आपके वातावरण में Copilot नहीं मिलेगा।

इन निर्भरताओं को जाने बिना रोलआउट करना जेली पर मचान बाँधने जैसा अस्थिर है।

लाइसेंस पासपोर्ट हैं, भूमिकाएँ वीज़ा

पासपोर्ट बताता है कि सीमा पर कौन आ सकता है, पर पूरे महाद्वीप में खुली आवाजाही की गारंटी नहीं देता। वीज़ा और परमिट पाबंदियाँ जोड़ते हैं। भूमिकाएँ आपके वीज़ा हैं। दोनों मिलकर सीमाएँ तय करते हैं।

दो संगठनों की तुलना

पहला संगठन मानता है कि निष्पक्षता का मतलब सबको समान लाइसेंस और समान एक्सेस है। नतीजा यह कि Copilot कॉन्ट्रैक्ट, HR रिकॉर्ड और कार्यकारी ईमेल तक पहुँच जाता है, क्योंकि वे गलती से ज़रूरत से ज़्यादा शेयर हो गए थे। दूसरा संगठन अनुशासित है। लाइसेंस ज़रूरतों से मेल खाते हैं और भूमिकाएँ सख़्त दायरे तय करती हैं। वित्त विभाग वित्त तक, मार्केटिंग मार्केटिंग तक सीमित रहता है। वहाँ भी Copilot समझदार लगता है, पर असल में वह सिर्फ़ संगठन की सूचना-वास्तुकला का प्रतिबिंब है।

व्यावहारिक सलाह: लाइसेंस एक-एक करके हाथ से देना बंद करें और group-based license assignment अपनाएँ। यह कुशल है और समूह की सदस्यता को साफ़ रखने को मजबूर करता है। पर इन सदस्यताओं का ऑडिट न हो तो लाइसेंस उन जगहों तक फैल सकते हैं जहाँ उन्हें नहीं होना चाहिए।

डेटा एक्सपोज़र और ओवरशेयरिंग: Copilot की खुराक आपका पूरा संगठन है

Copilot अनुमतियाँ नहीं बदलता, वह उन्हें बढ़ा-चढ़ाकर सामने लाता है। अगर टीम की लाइब्रेरी पुरानी, भूली हुई फ़ाइलों से भरी है, तो Copilot उन्हें सारांश में शामिल कर लेगा। अगर SharePoint लापरवाही से खुला है, तो उसका डेटा ड्राफ़्ट में आ जाएगा। उपयोगकर्ता शायद ही कभी tenant के अव्यवस्थित कोने खोजते हैं, पर Copilot भेदभाव नहीं करता। वह पूरे इंडेक्स से डेटा लाता है, और यह इंडेक्स आपका बनाया हुआ है, Microsoft का नहीं।

Copilot को ऐसे लाइब्रेरियन की तरह सोचें जिसे सब कुछ याद रहता है। कर्मचारी बेसमेंट में खुली फ़ाइलिंग कैबिनेट भूल सकते हैं, Copilot नहीं भूलता। खुले फ़ोल्डर में छोड़ा गया शर्मनाक मेमो अब prompt के नतीजे में आ सकता है। यह दुर्भावना नहीं, आपकी बनाई डिजिटल अराजकता पर लागू होती दक्षता है।

Sensitivity labels: सजावट नहीं, सुरक्षा

जब किसी फ़ाइल पर encryption लागू करने वाला गोपनीय लेबल लगा हो, तो Copilot को उसका सम्मान करना ही होगा। ऐसे लेबल में extract usage right चाहिए। Copilot सामग्री तभी प्रोसेस करता है जब उपयोगकर्ता के पास देखने और निकालने (extract) दोनों के अधिकार हों। इसे इससे मतलब नहीं कि किसी ने गलती से रिकॉर्ड मार्केटिंग टीम के लिए खुले छोड़ दिए थे।

Purview, Defender और एडमिन सेंटर: अनुपालन इंजन के हिस्से

Purview और Defender बैकग्राउंड में बजते संगीत जैसे अलग ऐप नहीं हैं। वे Copilot के संचालित प्रदर्शन का अभिन्न हिस्सा हैं।

• नीतियों के ज़रिए retention लागू करना
• Data Loss Prevention (DLP) लागू करना
• AI के लिए DSPM (Data Security Posture Management) से जोखिम सामने लाना
• हर कार्रवाई को audit trail में दर्ज करना
• Purview की content search और retention नीतियों से खोज व प्रतिधारण नियंत्रित करना

एडमिन सेंटर से Copilot चालू हो सकता है, पर Purview के लेबल और नीतियों के बिना Copilot वही इंडेक्स करेगा जो उसे मिला। तब आपके "इंटर्न" संवेदनशील नीति दस्तावेज़ों पर ठोकर खा सकते हैं। Purview वर्गीकरण और नीतियाँ देता है, उपयोगकर्ता अनुरोध करता है, और Defender रन टाइम पर प्रवर्तन करता है। इनमें से कोई एक गलत configure या उपेक्षित रहे तो नतीजा शोर होता है, शासन नहीं।

Purview सारी ज़िम्मेदारी भी नहीं उठा सकता। यह एक फ़िल्टर है, और फ़िल्टर तभी काम करता है जब सामग्री का वर्गीकरण शुरू से ठीक हो। गलत लेबल या बिना लेबल वाली सामग्री पर वह कारगर नहीं होगा। और अगर कोई अनुपालन नियम प्रक्रिया को बीच में रोक दे, तो वह बग या AI की विफलता नहीं है। वह सुरक्षा नियंत्रण का अपना काम कर रहा है।

कागज़ी governance बनाम सिस्टम में लागू governance

कागज़ पर बनी नीतियाँ नाज़ुक होती हैं। आप उन्हें प्रसारित करते हैं, टाउन हॉल करते हैं, और कुछ ही दिनों में वे अनपढ़े ईमेल के नीचे दब जाती हैं। जो governance सिस्टम में संचालित नहीं है, वह governance नहीं है। नियम उन्हीं टूल्स में कोड होने चाहिए जिन्हें कर्मचारी पहले से इस्तेमाल करते हैं। governance वह अनुवाद-परत है जो अमूर्त अनुपालन माँगों (गोपनीयता, डेटा सुरक्षा, संवेदनशील पहुँच पर पाबंदी) को प्लेटफ़ॉर्म द्वारा लागू वास्तविक व्यवहार में बदलती है।

Purview द्वारा लगाया गया retention label किसी HR मेमो से ज़्यादा प्रभावी होता है, क्योंकि सिस्टम उपयोगकर्ताओं को opt-out का बटन नहीं देता।

निर्देश बनाम तकनीकी प्रवर्तन

"संवेदनशील फ़ाइलें Copilot के साथ साझा न करें" जैसा निर्देश सुनने में सख़्त लगता है, पर उसकी रोकने की ताक़त कुकीज़ की प्लेट के सामने रखे "कुकीज़ न खाएँ" वाले नोट जितनी है। इसके बजाय Purview में ऐसी DLP नीति configure करें जो Microsoft Copilot अनुभव को लक्षित करे। तब Copilot को अत्यंत गोपनीय फ़ाइल मिले तो वह उसका सारांश नहीं बना पाएगा, चाहे कर्मचारी कितनी भी विनम्रता या नादानी से prompt दे। यह सुझाव नहीं, सिस्टम में लगा इनकार है।

अंतर ऐसा है: एक तरीका उपयोगकर्ताओं को बताता है कि क्या नहीं करना है, दूसरा अवांछित काम को तकनीकी रूप से असंभव बना देता है। पहला सड़क पर चेतावनी का संकेत है, दूसरा कार में लगा स्पीड लिमिटर। नियामक उसी विकल्प को पसंद करते हैं जो समीकरण से मानवीय चूक को हटा देता है।

कौन से टूल क्या करते हैं

• Sensitivity labels और default labeling: कर्मचारी भूल जाएँ तब भी वर्गीकरण लागू करवाते हैं।
• Retention labels: समय-सीमा अपने आप लागू करते हैं, ताकि भूली हुई फ़ाइलें हमेशा के लिए न रहें।
• Communication Compliance: निगरानी तंत्र की तरह काम करता है। यह Copilot के prompts और responses स्कैन करके AI में डाले जा रहे अनुचित डेटा को चिह्नित कर सकता है।
• Purview DSPM for AI: Copilot के डेटा का अवलोकन देता है और one-click remediation नीतियों से ओवरशेयरिंग बंद करता है।

Communication Compliance इंसानों को गलत करने से नहीं रोक सकता, पर प्रयास पकड़कर telemetry बना सकता है। DSPM सद्भावना पर निर्भर नहीं रहता, वह ओवरशेयर हुआ डेटा खोजता है और उसे अपने आप ठीक करने की नीतियाँ देता है।

आम गलतियाँ और स्टोलपत्थर

• अनुबंध को छोटी लिखावट मानकर नज़रअंदाज़ करना, और DPA व product terms का कवरेज जाँचे बिना लाइसेंस बाँटना।
• यह मान लेना कि लाइसेंस और अनुमति एक ही चीज़ हैं, और RBAC जाँचे बिना Copilot पूरे संगठन में फैला देना।
• सबको एक जैसा एक्सेस देने को "निष्पक्षता" समझना।
• यह भूल जाना कि Bing पर वेब खोज क्वेरी EU data guarantee से बाहर हैं।
• सामग्री को गलत लेबल करना या बिना लेबल छोड़ देना, जिससे Purview के फ़िल्टर बेअसर हो जाते हैं।
• Purview और Defender को "अलग ऐप" समझकर बिना लेबल और नीतियों के Copilot चालू करना।
• governance को ऐसे दस्तावेज़ तक सीमित रखना जिसे कोई नहीं पढ़ता।
• संरेखन के बिना काम करना: एक पक्ष अस्पष्ट निर्देश जारी करता है और दूसरा बिल्कुल अलग वास्तविकता configure करता है।

दो कंपनियों का फ़र्क़ साफ़ है। कंपनी A चमकदार नीति जारी करती है, "Copilot का ज़िम्मेदारी से उपयोग करें"। कंपनी B Purview टेम्पलेट configure करती है, ताकि Copilot बिना वर्गीकरण वाले डेटा को छू ही न सके। महीने बीतने पर कंपनी A के Copilot सारांशों में संवेदनशील फ़ाइलें आने लगती हैं और वह लीक रोकने के लिए संघर्ष करती है। कंपनी B के साथ ऐसा नहीं होता। जागरूकता अभियान दिखावा है, असली चीज़ प्रवर्तन है।

सही governance का ढाँचा भी होता है: cross-functional AI काउंसिल या Center of Excellence। governance सिर्फ़ तकनीकी सीमा नहीं, संगठनात्मक तालमेल भी है।

व्यावहारिक सुझाव: Copilot रोलआउट से पहले क्या करें

• लाइसेंस बाँटने से पहले जाँचें कि आपके DPA और product terms का कवरेज आपकी ज़रूरतों के अनुरूप है।
• EU सीमा जैसी क्षेत्र-विशिष्ट रेजिडेंसी प्रतिबद्धताओं को अपने रोलआउट से मैप करें।
• लाइसेंस group-based assignment से दें और समूह की सदस्यताओं का नियमित ऑडिट करें।
• लाइसेंस के साथ RBAC और अनुमतियों की सफ़ाई करें, ताकि हर विभाग अपने दायरे में रहे।
• Sensitivity labels लगातार लागू करें, default labeling और auto-labeling कॉन्फ़िगर करें और उन्हें Purview DLP नीतियों से जोड़ें।
• Retention और eDiscovery सुनिश्चित करें, ताकि नियामक के सबूत माँगने पर आप नियंत्रण साबित कर सकें।
• Communication Compliance से prompts और responses पर नज़र रखें।
• AI के लिए Purview DSPM का assessment चलाएँ और one-click सुधार लागू करें।
• cross-functional काउंसिल या Center of Excellence से नीति और configuration में तालमेल रखें।

निष्कर्ष

Copilot का स्विच कभी सिर्फ़ AI चालू करना नहीं होता। वह एक अनुपालन इंजन को सक्रिय करता है, जिसमें अनुबंध, लाइसेंस, डेटा, सुरक्षा और प्रवर्तन नियम एक साथ चलते हैं। इसे जादू समझने का मतलब सिस्टम को गलत समझना है। जब अनुबंध की नींव, सही लाइसेंस और भूमिकाएँ, साफ़ अनुमतियाँ और Purview व Defender के लागू नियंत्रण साथ चलते हैं, तो Copilot जोखिम की जगह एक अनुशासित और भरोसेमंद सहायक बन जाता है।