Вимоги до клієнта для Copilot: пояснення

By Mirko Peters · 2026-03-19 · Updated 2026-03-24

Дізнайтеся про передумови для Microsoft 365 Copilot. З'ясуйте, що потрібно налаштувати у вашому клієнті та застосунках для Copilot. Розберіться з вимогами до ліцензій для функцій ШІ.

Automatically translated with AI from the original post. Read the English original

Розгорнути Microsoft Copilot не так просто, як натиснути перемикач. Ваш клієнт Microsoft 365 має відповідати певним вимогам: мати належні ліцензії, підтримувані регіони та налаштування безпеки, щоб Copilot справді працював так, як задумано. Ця стаття розбирає кожну ключову передумову клієнта та етап розгортання, щоб ви точно знали, що підготувати, перш ніж користувачі чи відділи комплаєнсу зіткнуться з плутаниною.

Ви ІТ-адміністратор великого підприємства, аналітик з безпеки, який обслуговує середовища Microsoft, або просто людина, до якої всі постійно питають: «Де ця штука Copilot?» Цей гайд для вас. Ми покажемо, як привести ваш клієнт у відповідність до вимог, розповімо, що робить Copilot унікальним, і допоможемо уникнути типових пасток, які трапляються в багатьох розгортаннях. Готові розкрити потенціал Copilot? Тоді спершу закріпимо основи.

1. Не всім клієнтам потрібні однакові ліцензії: вимоги до клієнта для Copilot можуть відрізнятися залежно від типу клієнта та підписки. Деякі функції потребують певних ліцензій Microsoft 365 або Azure AD, навіть якщо базовий доступ до Copilot уже є.
2. Налаштування на рівні клієнта можуть повністю заблокувати Copilot: політики клієнта, налаштовані адміністратором, зокрема типові параметри безпеки, умовний доступ або правила розміщення даних, можуть завадити роботі Copilot, навіть коли окремі користувачі виглядають придатними.
3. Розміщення даних і комплаєнс визначають доступність: вимоги до Copilot часто включають перевірки комплаєнсу, пов'язані з розміщенням даних і регуляторним контролем. Це означає, що клієнти в деяких регіонах можуть потребувати додаткових засобів контролю або мати обмежений доступ до функцій.
4. Гостьові користувачі та зовнішні ідентичності обробляються інакше: поведінка Copilot і дозволи для гостей або користувачів B2B визначаються налаштуваннями клієнта, тож зовнішні колаборатори можуть не мати тих самих можливостей у клієнті-господарі.
5. Увімкнення Copilot може змінити потоки даних клієнта: активація Copilot може передавати метадані та телеметрію використання через певні служби. Клієнтам із суворими правилами щодо телеметрії або журналювання потрібно оновити політики відповідно до вимог Copilot.
6. Захист ідентифікації та MFA часто є обов'язковими: багато вимог Copilot неявно передбачають надійні засоби контролю ідентичності, як-от багатофакторну автентифікацію та сучасні протоколи автентифікації. Тому клієнтам, де ввімкнено застарілу автентифікацію, може знадобитися спершу її модернізувати.
7. Адміністративна згода та розподіл ролей мають значення: деякі інтеграції Copilot потребують загальноклієнтської адміністративної згоди або окремих ролей для розгортання. Згода, надана одним адміністратором централізовано, може вплинути на всіх користувачів, тому продумана модель ролей і управління мають критичне значення.

Розуміння Copilot у середовищі Microsoft 365

Microsoft Copilot — це помічник на основі ШІ, вбудований безпосередньо в Microsoft 365. Він працює в звичних застосунках, як-от Outlook, Teams, Word і Excel, і в реальному часі пов'язує ваші файли, повідомлення, наради та календар. Уявіть його як потужного помічника з продуктивності, який використовує вашу наявну роботу, щоб відповідати на запитання, створювати контент і автоматизувати завдання за допомогою простих запитів.

Copilot значною мірою покладається на Microsoft Graph, який і дозволяє йому отримувати доступ до даних і контексту всередині вашого клієнта. Глибока інтеграція з службами Microsoft 365 означає, що він дотримується тих самих меж безпеки та комплаєнсу, які у вас уже налаштовано. Для користувачів це безшовно: нові функції Copilot просто з'являються там, де вони вже працюють. Але за лаштунками Copilot потребує добре підготовленого та безпечного середовища, щоб працювати стабільно й надійно.

Основні передумови клієнта для Microsoft Copilot

1. Підтримувані ліцензії Microsoft 365: вам потрібні підтримувані корпоративні ліцензії Microsoft 365. Як правило, Copilot доступний із Microsoft 365 E3, E5, Business Standard, Business Premium та подібними планами. Переконайтеся, що ці ліцензії призначено обліковим записам користувачів, інакше Copilot не з'явиться.
2. Ліцензійний додатковий пакет Copilot: у більшості випадків Copilot потребує окремої платної додаткової ліцензії на користувача. Призначайте їх у центрі адміністрування Microsoft 365, відстежуючи, хто отримує доступ (а хто очікує на ліцензію).
3. Підтримувані географічні регіони: Розташування даних вашого клієнта має значення. Не всі регіони мають підтримку Copilot на старті, а для глобальних або державних клієнтів можуть діяти додаткові обмеження. Перевірте офіційну документацію або списки регіональної доступності Microsoft, щоб підтвердити свій статус.
4. Мінімальні вимоги до служб: Copilot потребує, щоб Exchange Online, SharePoint Online та OneDrive для бізнесу були увімкнені й працювали без збоїв. Він також спирається на Teams і портал office.com. Якщо будь-яка з цих служб вимкнена або працює некоректно, Copilot не запрацює як слід.
5. Azure/Entra ID (Azure Active Directory): Кожен користувач, який має право на Copilot, повинен мати дійсну хмарну ідентичність в Entra ID (раніше Azure AD). Гібридні або застарілі конфігурації можуть потребувати додаткового налаштування.
6. Сучасна автентифікація: Застарілі протоколи автентифікації не підійдуть, адже Copilot покладається на сучасну автентифікацію (OAuth 2.0). Переконайтеся, що ваш клієнт блокує застарілу автентифікацію, щоб зберегти безпеку та сумісність.

Перш ніж почати, скористайтеся цим списком як передпольотною перевіркою. Усуньте прогалини на ранньому етапі, щоб уникнути хаотичного впровадження та розгублених користувачів згодом.

Вимоги до мережі та безпеки для Copilot

Щодо Copilot, налаштування мережі та безпеки не можуть залишатися звичайними. Функції на основі ШІ потребують доступу до певних хмарних кінцевих точок, тож ваші брандмауери та конфігурації кінцевих пристроїв мають постійно дозволяти безпечний зв’язок зі службами Microsoft. Якщо ви суворо обмежили свій клієнт для відповідності вимогам, варто уважно переглянути ці вимоги, щоб не заблокувати користувачам роботу з Copilot.

Стан безпеки теж має велике значення: доступ Copilot до даних користувачів і організації підвищує ставки щодо відповідності вимогам, захисту від витоку даних і захисту від загроз. Ці вимоги часто виходять за межі того, що є типовим для інших застосунків Microsoft 365. Вам доведеться посилити та регулярно перевіряти засоби контролю безпеки, від відповідності пристроїв до розширеного виявлення загроз.

Наступні розділи проведуть вас через найважливіші кроки налаштування брандмауера та кінцевих пристроїв, а також через найкращі практики для безпечного та відповідного вимогам впровадження Copilot. Якщо це здається надто складним, не хвилюйтеся: у нас є практичні поради та ресурси, зокрема посібники з безпеки Microsoft 365 і Zero Trust by Design, які допоможуть вам на кожному кроці.

Рекомендації щодо налаштування брандмауера та кінцевих пристроїв

1. Дозвольте URL-адреси та IP-адреси кінцевих точок Microsoft 365: Брандмауери вашої організації мають дозволяти вихідний трафік до всіх офіційних кінцевих точок Microsoft 365, зокрема тих, що стосуються служб Copilot. Сюди часто входять URL-адреси для Microsoft Graph, Exchange Online, SharePoint і OneDrive. Використовуйте опубліковані Microsoft списки та регулярно їх оновлюйте, щоб уникнути раптових збоїв.
2. Налаштуйте довірені домени: Переконайтеся, що всі пристрої можуть звертатися до довірених доменів, на які спирається Copilot. Сюди входять не лише основні домени office.com, а й кінцеві точки, пов’язані з обробкою ШІ в реальному часі та спільною роботою.
3. Адаптуйте політики внутрішнього та зовнішнього доступу: Переконайтеся, що засоби контролю доступу не блокують Copilot для віддалених і гібридних користувачів ззовні, але є достатньо суворими, щоб запобігти витокам даних або несанкціонованому доступу, якщо пристрій скомпрометовано.
4. Моніторте підключення: Використовуйте моніторинг у реальному часі та сповіщення про підключення кінцевих точок, щоб виявляти й усувати будь-які зміни в мережі чи брандмауері, які можуть порушити роботу функцій Copilot для користувачів.

Найкращі практики щодо стану безпеки та відповідності вимогам

• Впровадьте умовний доступ: Використовуйте Microsoft Entra Conditional Access, щоб суворо контролювати, хто може користуватися Copilot і з яких пристроїв або локацій. Регулярно переглядайте винятки та видаляйте зайві, щоб не створювати нових прогалин у безпеці. Детальніше про налаштування умовного доступу читайте в цьому посібнику.
• Дотримуйтеся принципу найменших привілеїв: Обмежуйте доступ Copilot через групи ролей Entra ID і дозволи Microsoft Graph. Не надавайте користувачам або службовим принципалам більше привілеїв, ніж абсолютно необхідно.
• Моніторинг і аудит активності: Використовуйте такі інструменти, як Microsoft Defender і Purview, щоб відстежувати активність користувачів на предмет незвичних шаблонів використання, доступу до даних або порушень політик. Налаштуйте автоматичні сповіщення, щоб випереджати нові загрози — більше про це читайте в цьому посібнику з безпеки Copilot.
• Класифікація та захист даних: Використовуйте можливості класифікації та міток конфіденційності Purview, щоб поширити охоплення відповідності на вміст, створений Copilot. Це допомагає тримати чутливі дані під контролем, навіть коли користувачі взаємодіють із функціями ШІ.

Ліцензування та доступність служб: пояснення

Якщо ви хочете, щоб Copilot запрацював, головним фільтром є ліцензії. Спочатку користувачі вашої організації повинні мати чинні передплати Microsoft 365, наприклад E3, E5, Business Standard або Business Premium. Але й тоді для Copilot майже завжди потрібна додаткова платна ліцензія-доповнення для кожного користувача, яку треба призначити в центрі адміністрування Microsoft 365, перш ніж з'явиться будь-яка функція Copilot.

Ліцензування Copilot має свої нюанси. Не кожен план Microsoft 365 включає Copilot, а деякі знижені освітні чи державні SKU або не підтримують його, або отримують із затримкою. Зверніть увагу на державні спільноти хмар (GCC, GCC High, DoD): у них нові функції зазвичай з'являються останніми або не з'являються взагалі. Перш ніж призначати ліцензії, уважно перевірте інформацію Microsoft про доступність у регіонах і для SKU, щоб уникнути несподіванок. Цей посібник допоможе прояснити ключові деталі.

Ліцензії на доповнення Copilot не продовжуються автоматично, якщо ваша політика вимикає автоматичне поновлення, тож стежте за датами поновлення. Переконайтеся, що ліцензії справді призначено на рівні користувача, а не лише придбано, інакше користувачі не побачать функцій Copilot. Якщо хтось стверджує, що Copilot «зник», спершу перевірте призначення ліцензії цьому користувачу та придатність його клієнта.

Нарешті, доступність служб залежить від основної географії вашого клієнта. Деякі функції можуть бути відсутні, якщо центр обробки даних розташований в регіоні, який повністю не підтримується. Завжди співставляйте тип вашої організації, розташування клієнта та опублікований Microsoft перелік підтримуваних регіонів, щоб переконатися, що доступ до Copilot можливий для всього персоналу.

Вимоги до ідентичності користувачів і дозволів

Щоб Copilot запрацював, недостатньо просто увімкнути функцію: ідентичності користувачів і їхнє членство в групах визначають, до чого саме вони мають доступ у межах Copilot. Кожен користувач Copilot повинен входити за допомогою керованого облікового запису Entra ID (раніше Azure AD). Ця вимога є жорсткою: облікові записи споживачів або гостьові користувачі можуть натрапити на перешкоди залежно від вашої конфігурації.

Налаштування Entra ID має велике значення для доступу до Copilot. Дозволи, призначення в групи та політики умовного доступу визначають, хто бачить які дані та які функції Copilot може використовувати. Ті самі складнощі, які роблять Microsoft 365 гнучким, можуть створювати проблеми, якщо політики надто жорсткі або, навпаки, надто м'які. Щоб посилити управління ідентифікацією, ознайомтеся з рекомендаціями щодо найкращих практик ідентифікації та умовного доступу.

Правильне надання доступу користувачам також критично важливе. Синхронізуйте або створюйте лише ті облікові записи, яким ви справді хочете дозволити користуватися Copilot; уникайте застарілих або тестових облікових записів із більшими правами, ніж їм потрібно. Продумано призначайте відповідні групи та ролі й регулярно переглядайте доступ, щоб залишатися у відповідності до вимог і не допускати випадкового розкриття даних.

У наступних розділах ми детальніше розглянемо налаштування умовного доступу, підтримувані методи автентифікації та особливості керування зовнішніми користувачами й гостями. Розуміння цих вимог до ідентичності на початку створює основу для безпечнішого та плавнішого впровадження Copilot у вашій організації.

Політики умовного доступу та автентифікації

• Увімкніть комплексний умовний доступ: Встановіть базові політики умовного доступу, які охоплюють користувачів із увімкненим Copilot. Уникайте надто широких винятків, бо вони відкривають діри в безпеці. Поради шукайте в матеріалі про проблеми довіри до умовного доступу.
• Дозволити сучасну автентифікацію: Copilot працює лише з сучасними методами автентифікації (наприклад, MFA та OAuth 2.0). Вимкніть застарілу автентифікацію, щоб уникнути вразливостей і проблем сумісності.
• Контролюйте довірені входи: Обмежте доступ лише довіреними пристроями та мережами, щоб мінімізувати неавторизоване використання Copilot. Використовуйте політики відповідності пристроїв і функції захисту ідентичності.
• Стежте за дрейфом політик: Регулярно переглядайте правила умовного доступу. Видаляйте застарілі винятки та відстежуйте неočікувані блокування облікових записів або скарги користувачів.

Керування зовнішніми користувачами та гостьовим доступом

Copilot не є загальнодоступним для зовнішніх користувачів і гостей. Як правило, Copilot можуть використовувати лише повністю ліцензовані облікові записи всередині клієнта з керованим Entra ID. Зовнішні облікові записи (B2B) або гостьові облікові записи, зокрема ті, які ви запросили від партнерських організацій, зазвичай мають обмеження або взагалі не можуть користуватися Copilot.

Якщо ваш бізнес-сценарій справді потребує зовнішнього використання, ретельно перегляньте параметри безпеки, застосуйте доступ «just-in-time» з обмеженням у часі та регулярно проводьте перегляди доступу. Некеровані або забуті гостьові облікові записи можуть створювати серйозні ризики: тіньове ІТ, витік даних і порушення вимог відповідності. Детальніше про захист гостьового доступу читайте в цьому комплексному посібнику з управління гостьовими обліковими записами.

Належне керування життєвим циклом гостьових облікових записів, зокрема термінами дії, переглядами доступу та автоматизованим відключенням, утримує Copilot у межах ваших вимог відповідності. Обмежуйте дозволи гостей мінімальним необхідним набором і завжди віддавайте перевагу обліковим записам всередині клієнта для робочих процесів, які залежать від Copilot.

Управління даними, відповідністю та ризиками Copilot

Під час впровадження Copilot фокус зміщується від технічного налаштування до серйозних питань управління даними та ризиків. Copilot розширює доступ користувачів до організаційних даних, тому надійні механізми контролю відповідності та можливість аудиту є обов’язковими. Потрібні чіткі межі щодо того, що Copilot може бачити, як він може використовувати дані та як забезпечувати дотримання політик конфіденційності чи збереження, особливо коли йдеться про контент, згенерований ШІ.

Ефективне управління Copilot означає опору на наявні інструменти відповідності Microsoft 365, але їх посилення там, де це необхідно. Це передбачає посилення контролю доступу, перегляд рольових механізмів контролю та налаштування технічного забезпечення дотримання правил, зокрема DLP, мітки конфіденційності та моніторинг у реальному часі для всіх взаємодій із Copilot. Стратегічні рекомендації щодо управління Copilot з конкретними кроками дивіться в цьому детальному посібнику з управління Copilot.

Наступні розділи пояснюють, як побудувати ефективне управління та аудит для Copilot, а також як виявляти й запобігати проблемам, пов’язаним із тіньовим ІТ і ненавмисним витоком даних. Коли організації глибше інтегрують Copilot у свої робочі процеси, постійне управління та чіткі політики стануть найкращим захистом від дрейфу відповідності, прогалин в аудиті та потенційного неправильного використання ШІ.

Управління та аудит розгортань Copilot

• Побудуйте модель управління: Призначте чіткі ролі та обов’язки для керування доступом до Copilot, ліцензуванням і дозволами. Залучайте до процесу фахівців із відповідності, ІТ і представників бізнесу для повного охоплення.
• Аудит використання Copilot: Використовуйте Microsoft Purview Audit, щоб відстежувати взаємодії з Copilot і дії користувачів у сервісах Microsoft 365. Розгляньте перехід на рівень Premium для довшого зберігання та детальніших даних аудиту. Покрокові інструкції дивіться в цьому посібнику.
• Використовуйте політики DLP: Впроваджуйте правила DLP, щоб відстежувати та блокувати ризиковані переміщення даних, ініційовані Copilot, особливо в Power Platform або з конфіденційними коннекторами. Дізнатися більше про стратегії DLP для Power Platform можна в цьому ресурсі про DLP.
• Стежте за порушеннями політик: Налаштуйте автоматичні сповіщення про відповідність для незвичайної активності Copilot, доступу до конфіденційних даних або невдалого застосування політик. Своєчасна звітність є ключовою для швидкого усунення проблем.

Ризики тіньового ІТ і витоку даних

Copilot може ненавмисно збільшити ваш ризик Shadow IT, адже спрощує працівникам створення, передачу та переміщення даних, інколи поза схваленими каналами. Це означає більше ймовірності використання несанкціонованих застосунків, широких дозволів Graph API та потрапляння даних туди, куди ви зовсім не очікували.

Будьте на крок попереду, використовуючи нативні інструменти Microsoft, як-от Defender for Cloud Apps і Entra ID, для постійного моніторингу. Вони допомагають виявляти ризиковані підключення застосунків, зовнішній обмін і незвичайну активність Copilot. Для практичного виявлення та планів усунення на один тиждень ознайомтеся з цим посібником з управління Shadow IT.

Агенти на базі ШІ (зокрема Copilot) можуть працювати з високими привілеями у вашому клієнті, що підсилює ризик, якщо доступ не контролюється належним чином. Практичні стратегії управління проти Shadow IT, спричиненого ШІ, описані в цьому матеріалі про безпеку агентів ШІ. Ключ до успіху — проактивні заходи контролю: регулярні аудити, явні політики надання згоди для застосунків і пильна увага до наданих дозволів та подій зовнішнього обміну. Не чекайте витоку даних, щоб дізнатися про вразливості вашої організації.

Поширені запитання щодо налаштування клієнта Copilot

Які передумови на рівні клієнта потрібні для Microsoft 365 Copilot?

Передумови на рівні клієнта включають відповідну передплату Microsoft 365 або 365, яка підтримує Copilot, належне налаштування клієнта в Microsoft Entra ID, актуальні оновлення безпеки та налаштування відповідності вимогам, адміністраторів клієнта з необхідними ролями для розгортання та керування Copilot, а також увімкнення функцій генеративного ШІ в центрі адміністрування застосунків Microsoft 365. Повний перелік передумов для Microsoft 365 Copilot дивіться в документації Microsoft і в описі служби Microsoft 365 Copilot.

Які ліцензії та варіанти ліцензування потрібні для доступу до функцій Copilot?

Для доступу до Copilot потрібно придбати ліцензії Microsoft 365 Copilot або ліцензію користувача Copilot Studio — залежно від сценарію використання. Для чату Microsoft 365 Copilot і базових можливостей Copilot потрібна ліцензія Microsoft 365 Copilot або відповідний додатковий компонент до передплати Microsoft 365; для створення чи розширення агентів у Copilot Studio можуть знадобитися ліцензії Copilot Studio або набір інструментів агентів Microsoft 365. Щоб визначити, які ліцензії Microsoft 365 Copilot та варіанти ліцензування потрібні вашій організації, ознайомтеся з посібником з ліцензування та умовами корпоративного ліцензування.

Як адміністратори клієнта вмикають функції генеративного ШІ та розгортають Copilot?

Адміністраторам клієнта слід дотримуватися посібника з налаштування на порталі Microsoft: перевірити передплати та ліцензії користувачів, налаштувати Microsoft Entra ID для автентифікації, оновити параметри безпеки та конфіденційності в центрі адміністрування застосунків Microsoft 365, призначити адміністративні ролі Copilot і розгорнути Copilot через конфігурації на рівні клієнта. Після розгортання увімкніть функції генеративного ШІ та за потреби налаштуйте розширюваність Copilot і параметри Copilot Studio.

Які технічні вимоги та рекомендації для розширюваності Copilot і Copilot Studio?

Технічні вимоги включають підтримувані плани Microsoft 365 або Office 365, сучасну автентифікацію через Microsoft Entra ID, мережеві налаштування та налаштування безпеки, що дозволяють доступ до кінцевих точок служби, а також адміністративний доступ до Copilot Studio і адміністрування Power Platform для коннекторів. Рекомендації включають дотримання посібника з планування розширюваності Copilot, забезпечення технічної підтримки та застосування оновлень безпеки, а також перевірку призначення ліцензій розробника та користувача Copilot Studio перед створенням агентів Copilot або розширенням Microsoft 365 Copilot.

Як увімкнути та керувати Copilot Studio для створення агентів і розширення Microsoft 365 Copilot?

Щоб користуватися Copilot Studio, адміністратори клієнта мають придбати ліцензію користувача Copilot Studio або надати необхідний доступ до агентів, призначити відповідні ролі та дотримуватися інструкцій Copilot Studio зі створення робочих процесів агентів. Використовуйте документацію Copilot Studio та модулі Microsoft Learn, щоб розгортати, тестувати та публікувати агенти. Інтеграції з набором інструментів агентів Microsoft 365 і Power Platform можуть вимагати додаткових дозволів і кроків налаштування.

Кому потрібні ліцензії користувачів і як призначити їх користувачам Microsoft 365?

Кожен користувач, який працюватиме з Microsoft 365 Copilot, Microsoft 365 Copilot chat або Copilot Studio, повинен мати відповідну ліцензію: ліцензію Microsoft 365 Copilot або ліцензію користувача Copilot Studio. Адміністратори клієнта розподіляють ліцензії через центр адміністрування Microsoft 365 або за програмами корпоративного ліцензування та налаштовують групи Microsoft Entra ID і політики ліцензування, щоб спростити призначення ліцензій у великих розгортаннях.

Які кроки з безпеки, конфіденційності та відповідності слід виконати перед увімкненням Copilot?

Встановіть оновлення безпеки для застосунків Microsoft 365, налаштуйте параметри конфіденційності в центрі адміністрування застосунків Microsoft 365, увімкніть умовний доступ і захист даних у Microsoft Entra ID, ознайомтеся з описом служби Microsoft 365 Copilot і посібником з опису служби 365 Copilot щодо вимог відповідності, а також залучіть команди безпеки та відповідності, щоб перевірити місце зберігання даних і політики управління до увімкнення функцій генеративного ШІ.

Як Copilot інтегрується з наявними застосунками Microsoft 365 і Power Platform?

Copilot інтегрується із застосунками Microsoft 365 (Word, Excel, Teams, Outlook), якщо його увімкнено на рівні клієнта, а можливості можна розширити за допомогою розширюваності Copilot і Copilot Studio. Для користувацьких робочих процесів і агентів використовуйте конектори та набір інструментів агентів Microsoft 365, а також параметри адміністрування Power Platform, щоб розгорнути автоматизації та потоки даних, до яких мають доступ агенти Copilot. Дотримуйтеся посібника з планування розширюваності Copilot.

Де знайти додаткові ресурси, підтримку та навчання для розгортання Copilot?

Додаткові ресурси включають курси Microsoft Learn, опис служби Microsoft 365 Copilot, посібник з ліцензування, посібник з планування розширюваності Copilot і посібники з налаштування, доступні в документації Microsoft. Для технічної підтримки звертайтеся до служби технічної підтримки Microsoft у межах вашого плану підтримки, скористайтеся центром адміністрування застосунків Microsoft 365 для адміністративних інструментів і ознайомтеся з документацією Microsoft 365 Copilot і Copilot Studio, щоб переглянути рекомендовані Microsoft практики розгортання та подальшого керування.