मुख्य सामग्री पर जाएं

अपने वातावरण के लिए Microsoft 365 सेट अप करें

Microsoft 365 को अपने AI-School वातावरण से जोड़ने के दो तरीके हैं। पहले तय करें कि आपकी संस्था के लिए कौन सा तरीका उपयुक्त है।

मार्गकबआप क्या करते हैं
AI-School का केंद्रीय ऐप (डिफ़ॉल्ट)Outlook Mail, Outlook Agenda, Teams और SharePoint/OneDrive के साथ व्यक्तिगत कनेक्शन।एक Entra व्यवस्थापक Microsoft 365 कनेक्ट करें के माध्यम से संगठनात्मक अनुमति देता है। इसके बाद आप इस लेख के चरण 5 में बताए अनुसार इंटीग्रेशन सक्षम करते हैं। अपने स्वयं के ऐप, client secret या Identity Provider की आवश्यकता नहीं है।
अपना Entra ऐपआप SharePoint फ़ोल्डरों को ज्ञानकोश में केंद्रीय रूप से आयात करना चाहते हैं, कर्मचारी पहले से ही अपने स्वयं के ऐप से Microsoft में लॉगिन करते हैं, या आप ऐप को स्वयं प्रबंधित करना चाहते हैं।इस लेख को चरण 1 से शुरू करें।

यदि आपकी संस्था पहले से अपने स्वयं के ऐप से Microsoft में लॉगिन करती है (पर्यावरण का Microsoft ID फ़ील्ड भरा हुआ है), तो सभी कनेक्शन उसी ऐप का उपयोग करेंगे। तब केंद्रीय मार्ग लागू नहीं होता।

अपना Entra ऐप​

अपने Microsoft Entra ऐप के साथ आपकी संस्था Microsoft से साइन इन और Outlook, Teams और SharePoint के लिए एक ही ऐप का उपयोग कर सकती है। आप केंद्रीय रूप से तय करते हैं कि कौन से इंटीग्रेशन और लेखन क्रियाएँ उपलब्ध होंगी। बाद में उपयोगकर्ता Voorkeuren → Tools → Koppelingen में केवल अपने व्यक्तिगत कनेक्शन चालू या बंद करते हैं।

व्यक्तिगत इंटीग्रेशन OpenAI, Claude, Gemini और Mistral के समर्थित मॉडलों के साथ काम करते हैं। चुने गए मॉडल में tools का उपयोग करने की क्षमता होनी चाहिए। व्यक्तिगत कनेक्शनों में पहुंच लॉग-इन किए गए Microsoft उपयोगकर्ता के अधिकारों का पालन करती है। संगठनात्मक अनुमति सभी कर्मचारियों को अपने आप लॉगिन नहीं कराती और न ही AI को सभी मेलबॉक्सों तक स्वतंत्र पहुंच देती है। केंद्रीय SharePoint ज्ञानकोश अलग ऐप-अधिकारों और मौजूदा ज्ञानकोश-अधिकारों का उपयोग करता है, जैसा कि इस लेख में आगे वर्णित है।

आपको क्या चाहिए?​

  • Microsoft 365 संगठन, जिसमें Microsoft Entra ID और आवश्यक सेवाओं तक पहुंच वाले खाते हों।
  • एक व्यवस्थापक जो ऐप रजिस्टर कर सके और चुनी गई Microsoft Graph अनुमतियों के लिए संगठनात्मक अनुमति दे सके। केवल Azure subscription role इसके लिए पर्याप्त नहीं है; आपका Entra role इस अनुमति को सक्षम करना चाहिए।
  • सही AI वातावरण में इंटीग्रेशन उपलब्ध कराने के लिए व्यवस्थापक अधिकार।
  • इस AI वातावरण के लिए Google Cloud Identity Platform में Microsoft Identity Provider सेट करने वाला platform administrator।
  • आपकी अपनी Microsoft directory में एक app registration, client secret, और सही ब्रांड के दो redirect URLs।

Microsoft से साइन इन करना और Microsoft डेटा तक पहुंच दो अलग-अलग फ़ंक्शन हैं। केवल कार्यरत Microsoft login का अर्थ यह नहीं कि Outlook, Teams या SharePoint सेट हो गया है।

1. एक संगठन ऐप रजिस्टर करें​

Microsoft Entra admin center खोलें और App registrations → New registration पर जाएँ। एक पहचानने योग्य नाम उपयोग करें, उदाहरण के लिए AI-School – आपकी संस्था का नाम। अपनी संस्था के लिए Accounts in this organizational directory only (Single tenant) चुनें।

Overview से निम्न डेटा सुरक्षित रखें:

डेटाकिसलिए?
Directory (tenant) IDआपकी संस्था की Microsoft directory; यह AI environment के Microsoft ID फ़ील्ड में आता है।
Application (client) IDरजिस्टर्ड ऐप; यह Microsoft Identity Provider में आता है।

ये दो ID अलग-अलग हैं। Microsoft ID में client ID या Firebase tenant ID न भरें।

2. सही redirect URLs सेट करें​

Authentication → Add a platform → Web पर जाएँ। अपने ब्रांड के लिए नीचे दिए गए दोनों URLs जोड़ें, ठीक वैसे ही जैसे दिखाए गए हैं। पहला साइन-इन संभालता है; दूसरा work account integrations के लिए अनुमति संभालता है।

ब्रांडMicrosoft से साइन इनWork account integrations
AI-Schoolhttps://ai-school-pro.firebaseapp.com/__/auth/handlerhttps://europe-west1-ai-school-pro.cloudfunctions.net/completeConnectorOAuth
AI-Corporatehttps://ai-corporate.firebaseapp.com/__/auth/handlerhttps://europe-west1-ai-corporate.cloudfunctions.net/completeConnectorOAuth
AI-Publichttps://ai-public-pro.firebaseapp.com/__/auth/handlerhttps://europe-west1-ai-public-pro.cloudfunctions.net/completeConnectorOAuth

अपनी उस ब्रांड की URLs उपयोग करें जिस पर आपका वातावरण चलता है। आपके संगठन का नाम या tenant ID इन URLs में भरने की आवश्यकता नहीं है। website URL, dashboard URL और .web.app URL इन callbacks को प्रतिस्थापित नहीं करते। इन्हें Web के रूप में पंजीकृत करें, भले ही आप integration ब्राउज़र से उपयोग करें। इसके लिए आपको implicit token issuance या public-client-flow सक्षम करने की आवश्यकता नहीं है।

3. client secret बनाएं और अधिकार सौंपें​

Certificates & secrets → Client secrets → New client secret पर जाएँ। उपयुक्त अवधि चुनें और दृश्यमान होते ही Value को सुरक्षित रूप से सहेज लें। इस मान को platform management के लिए सहमत सुरक्षित चैनल के माध्यम से दें; Secret ID client secret नहीं है। समाप्ति तिथि पर नज़र रखें और उस तिथि से पहले secret बदलें, Identity Provider में भी।

इसके बाद API permissions → Add a permission → Microsoft Graph → Delegated permissions पर जाएँ। केवल वही अधिकार जोड़ें जो आपकी संस्था द्वारा प्रदान किए जाने वाले integrations और actions के लिए आवश्यक हैं।

इंटीग्रेशनपढ़ने के अधिकारलिखने के लिए अतिरिक्त अधिकार
प्रोफ़ाइल / आधारUser.Read; sign-in flow openid, profile, email और offline_access भी मांगता हैकोई नहीं
Outlook MailMail.ReadDrafts: Mail.ReadWrite. Send: Mail.Send.
Outlook AgendaCalendars.ReadWriting: Calendars.ReadWrite.
Microsoft TeamsChat.Read, ChannelMessage.Read.AllPosting: Team.ReadBasic.All, Channel.ReadBasic.All, ChannelMessage.Send.
SharePoint / OneDriveSites.Read.All, Files.Read.Allयह work account integration यहाँ कोई लेखन क्रिया प्रदान नहीं करता।

Mail.ReadWrite भेजने का अधिकार नहीं देता; इसके लिए अलग से Mail.Send आवश्यक है। Teams posting चुने गए चैनल में टेक्स्ट संदेश लिखती है, निजी चैट संदेश नहीं। इस integration के लिए Delegated permissions उपयोग करें, Application permissions नहीं। नाम में All होने पर भी delegated access उपयोगकर्ता की पहुंच तक सीमित रहता है।

Grant admin consent for आपकी संस्था पर क्लिक करें और सुनिश्चित करें कि चुने गए अधिकार granted के रूप में दिखें। इससे कर्मचारी स्वीकृत पहुंच का उपयोग कर सकते हैं बिना स्वयं संगठनात्मक अधिकार दिए। Microsoft फिर भी आपकी नीति के अनुसार साइन-इन, MFA या फिर से consent मांग सकता है।

4. ऐप को दो जगह AI वातावरण से जोड़ें​

platform administrator को सही वातावरण चुनने और ये सेटिंग्स करने दें:

  1. Admin → Omgeving → Tenant में: लॉगिन method Microsoft सक्षम करें और Microsoft ID में Directory (tenant) ID भरें।
  2. Google Cloud → Identity Platform → संबंधित tenant → Identity providers → Microsoft में: provider सक्षम करें और उसी Entra ऐप का Application (client) ID और client secret Value भरें।

Identity Provider आपकी AI environment के Firebase/Identity Platform tenant से संबंधित होता है, किसी अन्य संगठन या सामान्य Admin environment से नहीं। work account integration इस provider के ऐप का पुनः उपयोग करती है। client secret users preferences, chat messages या सामान्य environment fields में नहीं होना चाहिए।

platform management को संगठन का नाम, ब्रांड, Directory ID, client ID, secret value सुरक्षित चैनल के माध्यम से, समाप्ति तिथि और वांछित integrations/permissions दें। केवल app ID पर्याप्त नहीं है।

5. इंटीग्रेशन और लेखन क्रियाओं को सक्षम करें​

अपनी beheeromgeving van uw organisatie → Tools → MCP खोलें। Suite-snelkoppelingen में integration Microsoft 365 चालू करें। Microsoft rows दिखाई देंगी; जब पूरी suite बंद होगी, वे rows छिपी रहेंगी।

प्रत्येक integration के लिए चुनें कि वह उपलब्ध हो या नहीं। Schrijfacties कॉलम में अलग-अलग चुनें:

  • Outlook Mail → Concepten: drafts बनाना और बदलना।
  • Outlook Mail → Verzenden: मौजूदा draft वास्तव में भेजना।
  • Outlook Agenda → Schrijven: appointments बनाना और बदलना।
  • Microsoft Teams → Posten: चुने गए Teams चैनल में टेक्स्ट संदेश पोस्ट करना।

Opslaan पर क्लिक करें। कोई लेखन क्रिया तभी काम करेगी जब integration और उससे संबंधित management right दोनों चालू हों, Microsoft ने आवश्यक अधिकार दिए हों, और उपयोगकर्ता ने कनेक्शन व्यक्तिगत रूप से सक्षम किया हो। इसके लिए उपयोगकर्ता को कोई अतिरिक्त लेखन-अधिकार फ़ॉर्म नहीं मिलता।

उपलब्धता

सेटिंग्स को आपके ब्रांड के backend द्वारा भी समर्थित होना चाहिए। यह write extension 7 अक्टूबर 2026 को OnderwijsSupport के लिए AI-Corporate पर लक्षित रूप से प्रकाशित और परीक्षण की गई थी। इसका मतलब यह नहीं कि वही extension पहले से AI-School, AI-Public या किसी अन्य environment के लिए उपलब्ध है। जब write actions गायब हों, platform management से पुष्टि लें।

6. सेटअप की जाँच करें​

किसी उपयोगकर्ता को सही AI environment में साइन इन करवाएँ और Microsoft-integraties gebruiken के अनुसार वांछित integration चालू करवाएँ। जाँचें कि Microsoft आपके अपने Entra app का नाम दिखाता है।

पहले एक पहचानने योग्य draft और बिना प्रतिभागियों वाली appointment का परीक्षण करें। Outlook में सहेजे गए items देखें। फिर तय किए गए test recipient के साथ sending का परीक्षण करें और तय किए गए test channel में Teams posting का परीक्षण करें। प्रतिभागियों वाली appointment invitations या updates भेज सकती है। एक स्वीकार की गई भेजने की कार्रवाई अभी पुष्टि की गई delivery नहीं है।

अधिकार बढ़ने पर कनेक्शन tokens refresh करने का प्रयास करता है। यदि Microsoft फिर से साइन इन या consent मांगता है, तो उपयोगकर्ता को मौजूदा कनेक्शन पुनः connect करना होगा। दूसरा ऐप या अलग user setting बनाने की आवश्यकता नहीं है।

समस्याएँ हल करना​

समस्याजाँच
AADSTS50011 / redirect mismatchदोनों callbacks को exact रूप से Web के रूप में, सही ब्रांड के लिए, register किया गया है या नहीं।
Consent के समय दूसरी app name दिखती हैसही AI environment, Directory ID और tenant-specific Microsoft Identity Provider; फिर से connect करें।
Login काम करता है, लेकिन integration नहींconnector callback, Graph permissions और संगठनात्मक consent भी जाँचें।
पढ़ना काम करता है, लिखना नहींmanagement right, संबंधित delegated Graph right, granted consent और backend availability जाँचें।
Client secret अमान्य या समाप्तValue, न कि Secret ID; नया secret भी Identity Provider में अपडेट करें।
उपयोगकर्ता के लिए integration गायब हैTools में उपलब्धता, user rights for connections और चुना गया AI environment जाँचें।

अधिक जानकारी​

केंद्रीय SharePoint ज्ञानकोश: Microsoft सेट अप करें​

एक केंद्रीय रूप से जुड़ा फ़ोल्डर organization app के माध्यम से काम करता है, बिना प्रत्येक कर्मचारी के व्यक्तिगत SharePoint कनेक्शन के। इसके लिए दो अलग-अलग अनुमतियाँ आवश्यक हैं: admin consent के साथ application right Sites.Selected, और चुनी गई SharePoint site पर read grant। एक कार्यरत Microsoft login या केवल admin consent पर्याप्त नहीं है।

1. संगठन ऐप की जाँच करें​

AI environment में Microsoft login के लिए उपयोग किए गए उसी single-tenant app registration का उपयोग करें। मौजूदा ऐप को विस्तारित किया जा सकता है; दूसरे integration app की आवश्यकता नहीं है। Microsoft Entra → App registrations → आपकी app → Overview में Directory (tenant) ID और Application (client) ID जाँचें। नीचे client ID का उपयोग करें, Object ID का नहीं।

Directory ID को Admin → Omgeving → Tenant → Microsoft ID में होना चाहिए। client ID और वैध client secret की Value ठीक उसी AI environment के Microsoft Identity Provider में होनी चाहिए। यह configuration platform management द्वारा बनाए रखी जाती है। समाप्त secret केंद्रीय import को भी रोकता है; समाप्ति तिथि पर नज़र रखें।

केंद्रीय server connection client_credentials का उपयोग करता है और किसी अतिरिक्त redirect URL की आवश्यकता नहीं होती। साइन-इन और व्यक्तिगत work account integrations के लिए मौजूदा Web redirects आवश्यक बने रहते हैं; इस लेख में पहले दी गई तालिका से brand-specific URLs का उपयोग करें।

  1. API permissions → Add a permission → Microsoft Graph → Application permissions खोलें।
  2. Sites.Selected खोजें, इस अधिकार को चुनें और Add permissions पर क्लिक करें।
  3. किसी अधिकृत Entra व्यवस्थापक से Grant admin consent for आपकी संस्था करवाएँ।
  4. सुनिश्चित करें कि Sites.Selected, प्रकार Application, granted के रूप में दिख रहा है।

व्यक्तिगत Outlook-, Teams- और SharePoint-कनेक्शनों के delegated rights उसी app पर बने रह सकते हैं। वे केंद्रीय knowledge base के लिए application right को प्रतिस्थापित नहीं करते। इस केंद्रीय import के लिए Sites.Read.All, Sites.ReadWrite.All या Sites.FullControl.All application right की आवश्यकता नहीं है।

3. ऐप को साइट पर अलग से पढ़ने की अनुमति दें​

यह administrative action Microsoft Graph Explorer से की जा सकती है। उसी Microsoft directory में एक admin account उपयोग करें, जिसके पास SharePoint Administrator या उससे ऊँची उपयुक्त admin role हो और संबंधित site तक पहुंच हो। इसके लिए Azure subscription role या केवल app ownership पर्याप्त नहीं है।

  1. Graph Explorer में admin account से साइन इन करें और दिखाई गई organization की पुष्टि करें।
  2. अपना profile menu → Consent to permissions खोलें, Sites.FullControl.All खोजें और Graph Explorer को इस admin context में आवश्यक permission देने के लिए Consent चुनें। कुछ queries में आप पूरे permissions panel को Modify Permissions → Open the permissions panel के माध्यम से भी खोल सकते हैं। यह site grants प्रबंधित करने के लिए एक delegated management right है; इसे knowledge base app पर व्यापक application right के रूप में न जोड़ें। जब सभी users के लिए organization consent आवश्यक न हो, तो account-based consent का उपयोग करें।
  3. नीचे दिए गए GET से site-ID खोजें। उदाहरण host और site path को अपने फ़ोल्डर के अनुसार बदलें। यदि URL में /teams/ है, तो /sites/ के बजाय उस path का उपयोग करें।
GET https://graph.microsoft.com/v1.0/sites/uworganisatie.sharepoint.com:/sites/uwsite?$select=id,displayName,webUrl

उत्तर में id मान पूर्ण site-ID है, जिसमें hostname और दो GUID शामिल हैं। displayName और webUrl भी जाँचें: grant उसी site पर होना चाहिए जहाँ आपका फ़ोल्डर वास्तव में स्थित है।

  1. पहले नीचे दिए गए पते पर GET से मौजूदा grants जाँचें। यदि आपका client ID वहाँ role read के साथ पहले से मौजूद है, तो आपको दूसरा grant बनाने की आवश्यकता नहीं है। मौजूदा व्यापक या भिन्न grants की अपने Microsoft व्यवस्थापक से समीक्षा करवाएँ।
GET https://graph.microsoft.com/v1.0/sites/SITE-ID/permissions
  1. यदि grant गायब है, तो POST चुनें, वही पता उपयोग करें और Request Body में निम्न JSON भरें। दो उदाहरण मान बदलें; CLIENT-ID-VAN-UW-APP आपकी integration app का Application (client) ID है, Graph Explorer app का नहीं।
{
"roles": ["read"],
"grantedToIdentities": [
{
"application": {
"id": "CLIENT-ID-VAN-UW-APP",
"displayName": "NAAM-VAN-UW-INTEGRATIE-APP"
}
}
]
}
  1. Run query चुनें। सफल जोड़ 201 Created देता है। उत्तर में role read और client ID जाँचें; Graph इसे grantedToIdentitiesV2 के अंतर्गत दिखा सकता है। उसके बाद फिर से GET से जाँचें। permission ID को प्रशासन और संभावित बाद की revocation के लिए सहेजें।
  2. यह केवल उन प्रत्येक अन्य site के लिए दोहराएँ, जिनके लिए आप जानबूझकर knowledge base folders जोड़ना चाहते हैं।
Site grant और knowledge base अधिकार

Microsoft grant ऐप को पूरी चयनित site तक पढ़ने की पहुंच देता है। AI environment केवल चुने गए folder और subfolders को import करता है। केंद्रीय रूप से साझा ज्ञान के लिए प्राथमिकता से एक अलग site का उपयोग करें। मौजूदा knowledge base अधिकार तय करते हैं कि कौन से उपयोगकर्ता imported documents प्राप्त करेंगे; व्यक्तिगत SharePoint अधिकार नहीं अपनाए जाते।

4. फ़ोल्डर जोड़ें और परिणाम जाँचें​

Beheer → Kennisbank → Toevoegen → SharePoint-mappen → Map koppelen खोलें और वास्तविक folder URL का उपयोग करें, invitation link या OneDrive overview address का नहीं। de kennisbankhandleiding के अनुसार scope, audience और publication status चुनें। एक केंद्रीय स्रोत के लिए users preferences में व्यक्तिगत connector की आवश्यकता नहीं होती।

Vernieuwen से जाँचें कि documents बिना त्रुटियों के process हुए हैं या नहीं। नए validation के लिए Nu synchroniseren का उपयोग करें और फिर किसी imported document के बारे में एक स्पष्ट chat प्रश्न पूछें। जाँचें कि उत्तर में सही केंद्रीय knowledge source का उल्लेख है।

समस्याMicrosoft पक्ष पर जाँच
Login काम करता है, लेकिन केंद्रीय folder नहींSites.Selected type Application होना चाहिए और admin consent होना चाहिए; साथ ही अलग site grant भी जाँचें।
Folder access पर 403 Forbiddenसही Microsoft directory, site-ID, client ID और read grant; admin consent केवल site access नहीं देता।
Graph Explorer में management action पर 403Delegated Sites.FullControl.All, granted consent, admin role और target site तक पहुंच। समाधान के रूप में integration app में व्यापक अधिकार न जोड़ें।
Site काम करता है, folder नहीं मिलावास्तविक folder URL, document library और site path जाँचें; OneDrive shortcut किसी दूसरी site की ओर इशारा कर सकता है।
Secret समाप्त या अमान्यplatform management से नए secret Value को सही Microsoft Identity Provider में अपडेट करवाएँ।

OnderwijsSupport के लिए AI-Corporate पर यह केंद्रीय कनेक्शन 14 अक्टूबर 2026 को प्रकाशित और परीक्षण किया गया था। AI-School, AI-Public या किसी अन्य environment पर उपलब्धता platform management द्वारा पुष्टि की जानी चाहिए।

Microsoft दस्तावेज़ीकरण: Selected permissions, sitegrant जोड़ें और sitegrants जाँचें.