Як Copilot отримує доступ до даних у Microsoft 365: архітектура, безпека та управління

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

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

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

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

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

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

1. Запит за запитом, а не масово: Copilot не індексує весь клієнт в одне сховище; він отримує релевантні дані для кожного окремого запиту, мінімізуючи непотрібне відкриття документів і повідомлень.
2. Використовує Microsoft Graph як контролера доступу: Copilot викликає API Microsoft Graph, щоб знайти й отримати дані, тож доступ підпорядковується тим самим дозволам і політикам умовного доступу, які вже діють для інших застосунків Microsoft 365.
3. Враховує права і контекст: Дані, що повертаються Copilot, фільтруються за правами користувача, членством у групах, мітками конфіденційності та налаштуваннями спільного доступу. Copilot не може бачити вміст, який користувач не має права переглядати.
4. Моделі релевантності на основі запитів працюють на стороні сервера: Ранжування релевантності та пошук виконуються на серверах Microsoft до того, як формуються генеративні відповіді. Тож відповіді Copilot базуються на попередньо відфільтрованих і ранжованих результатах, а не на необроблених масивах вмісту.
5. Короткочасна обробка в LLM із контролем: Вміст, який використовується для формування відповідей, може оброблятися великими мовними моделями, але Microsoft застосовує захисні механізми (межі ізоляції, контроль телеметрії та обмеження зберігання), а клієнти можуть перейти на суворіші режими обробки даних.
6. Діють межі даних конекторів і застосунків: Дані зі сторонніх конекторів або застосунків доступні лише тоді, коли конектор налаштовано і надано згоду. Copilot не отримує доступ до всіх інтегрованих сервісів автоматично, без явного підключення та дозволів.
7. Аудит і видимість для адміністраторів: Кожна подія доступу Copilot до даних фіксується в журналі та може бути переглянута за допомогою засобів аудиту й відповідності Microsoft 365. Це дає адміністраторам змогу відстежувати, до якого вмісту здійснювався доступ і з якою метою.

Архітектура доступу до даних Microsoft 365 Copilot

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

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

За кожною відповіддю Copilot стоять інтеграційні моделі та засоби контролю, що базуються на політиках. Вони гарантують, що потрібні дані потрапляють туди, куди мають, і не виходять за межі організації. Ці засоби контролю забезпечують, що Copilot отримує лише те, до чого ви маєте доступ, незалежно від того, чи дані зберігаються в SharePoint, OneDrive, Outlook або в сторонній системі.

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

Розуміння конекторів Copilot та інтеграції даних

1. Конектори Copilot виконують роль мостів між Copilot і різними джерелами даних Microsoft 365.

• Думайте про стандартні конектори як про магістралі, що з'єднують Copilot із основними напрямками, такими як SharePoint, Exchange і Teams. Вони вбудовані та керуються Microsoft.
• Конектори з галереї розширюють можливості Copilot, підключаючись до партнерських або схвалених сторонніх систем. Вони пропонують готові шляхи для безпечного підключення бізнес-застосунків, CRM чи сховищ документів.
• Власні конектори дають організаціям максимальну гнучкість: ви можете створювати підключення до застосунків line-of-business або застарілих сховищ даних, щоб Copilot міг формувати відповіді з урахуванням контексту, використовуючи ваші унікальні набори даних.

1. Інтеграція даних через конектори завжди підпорядковується політикам організації, тож Copilot ніколи не виходить за межі дозволеного.

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

1. Практичні сценарії використання конекторів охоплюють усе: від отримання даних кадрового обліку для автоматизації онбордингу до фінансових записів для підготовки до аудиту та інтеграції із зовнішніми інструментами керування проєктами.

• Спеціалізовані або власні конектори стають у пригоді, коли готові варіанти не підходять. Наприклад, коли ви агрегуєте журнали відповідності, інтегруєте нішеві SaaS-платформи або автоматизуєте звітність у федеративних дочірніх компаніях.

1. Безпека та відповідність вбудовані в модель конекторів.

• Увесь доступ сторонніх сервісів проходить перевірку управління, а переміщення даних фіксується в журналах для можливості аудиту.
• Комплексні стратегії управління ви знайдете в матеріалі про політику управління Copilot.

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

Організаціям, які прагнуть до повторюваного та керованого впровадження Copilot, централізований підхід, наприклад Copilot Learning Center, допоможе зменшити навантаження на підтримку та контролювати розростання кількості конекторів. Детальніше про це тут.

Microsoft Graph API: центральна основа даних для Copilot

Microsoft Graph API є найважливішим шлюзом, через який Copilot взаємодіє з даними Microsoft 365. Це безпечний уніфікований інтерфейс, що надає дані користувачів і організації з таких служб, як Exchange, SharePoint, Teams, OneDrive та інших.

Коли ви надсилаєте запит до Copilot, він звертається до Graph API, який перевіряє, до якої інформації ви маєте доступ. Graph API не просто переносить дані: він перевіряє, хто ви, що вам дозволено бачити, і повертає лише ті елементи, як-от листи, наради, документи чи чати Teams, які відповідають вашим дозволам.

Copilot використовує рівні автентифікації та авторизації Graph API, зокрема підтримку багатофакторної автентифікації, умовного доступу та делегованих або застосункових дозволів. Такий суворий механізм гарантує, що Copilot ніколи не виходить за межі наявних організаційних обмежень доступу.

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

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

Стандарти безпеки та конфіденційності даних у Microsoft 365 Copilot

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

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

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

Кожен етап обробки даних у Copilot підлягає аудиту, може бути примусово застосований і узгоджений з інструментами відповідності, якими ваша ІТ-команда вже користується. Якщо ви відповідаєте за впровадження Copilot у своєму середовищі, вам варто знати, як ці вбудовані засоби контролю працюють на практиці, як Copilot підтримує сертифіковані вимоги відповідності та які засоби захисту, що підлягають аудиту, доступні для регуляторів або команд безпеки. Для детального розгляду захисту дозволів Copilot перегляньте цей посібник із безпеки Copilot.

Забезпечення конфіденційності та безпеки даних у Copilot

1. Шифрування даних у стані спокою та під час передавання.

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

1. Виявлення захищеного матеріалу та примусове застосування міток конфіденційності.

• Copilot безпосередньо враховує мітки конфіденційності Microsoft Purview, які позначають і захищають конфіденційну або регульовану інформацію.
• Якщо запит або вихідний документ містить захищений вміст, Copilot автоматично застосовує відповідні засоби контролю, зменшуючи ризик випадкового розголошення.

1. Рольовий доступ на основі політик.

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

1. Безперервний моніторинг і виявлення загроз.

• Copilot використовує Microsoft Defender, Purview та Sentinel для захисту від загроз і моніторингу в реальному часі, автоматично позначаючи або блокуючи підозрілу активність.
• Це захищає взаємодію користувачів навіть у разі спроби обійти захист за допомогою хитрого формулювання запитів або витоку даних.

1. Аудит і прозорість, орієнтовані на користувача.

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

Потрібні детальніші відомості про налаштування DLP і Purview для Copilot? Цей вступ до DLP у Microsoft 365 містить практичні рекомендації для ІТ-команд. Щодо практичних порад із посилення безпеки без шкоди для зручності користувачів ознайомтеся зі стратегіями в цьому посібнику з безпеки Microsoft 365.

Copilot, відповідність нормативним вимогам, резидентність даних і межа даних ЄС

• GDPR та глобальна відповідність: Copilot створено так, щоб допомагати організаціям виконувати основні міжнародні регуляторні вимоги, зі суворим контролем обробки персональних даних і управління правами користувачів.
• Резидентність і суверенітет даних: Copilot дотримується політик резидентності даних, тож ваші дані залишаються в обраному географічному регіоні. Це критично важливо для регульованих галузей і міжнародних компаній.
• Межа даних ЄС: Для організацій у ЄС Copilot підтримує зобов’язання Microsoft щодо Межі даних ЄС: дані обробляються й зберігаються строго в межах юрисдикцій ЄС, щоб відповідати регіональним правовим вимогам.
• Аудит і документування: Кожну взаємодію з Copilot можна перевірити за журналами аудиту та панелями відповідності. Це підтримує прозорість організації відповідно до найкращих практик моніторингу відповідності Microsoft 365.
• Сертифікована архітектура відповідності: Copilot успадковує широкий набір сертифікатів відповідності та документації Microsoft 365, тож організації можуть бути впевнені в покритті регуляторних вимог.

Контроль доступу та керування дозволами для доступу Copilot до даних

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

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

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

Практична цінність тут у послідовному й передбачуваному контролі: якщо ваша позиція щодо відповідності міцна, сюрпризів не буде. Щоб детальніше розібратися з пастками надто широких політик доступу, перегляньте обговорення проблем довіри в умовному доступі: читайте більше про найкращі практики умовного доступу. А якщо вам потрібні стратегії побудови масштабованих циклів політик Entra ID, варто послухати поради в цьому епізоді.

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

1. Кожна сесія Copilot починається з перевірок умовного доступу.

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

1. Багатофакторна автентифікація (MFA) є обов’язковою.

• Якщо ваша організація вимагає MFA, доступ до функцій Copilot відкривається лише після обов’язкових перевірок. Жодних обхідних шляхів, якщо сесія не захищена.
• Це суттєво знижує ймовірність того, що скомпрометований обліковий запис отримає доступ до потужних інструментів Copilot для роботи з даними.

1. Гранулярні рольові дозволи обмежують доступ до даних.

• Copilot не має майстер-ключа. Його відповіді формуються на основі ваших користувацьких дозволів, привілеїв і призначень у групах у Microsoft 365.
• Навіть якщо користувач може надсилати запити через Copilot, він не отримає доступу до нічого, що не має дозволу переглядати в Outlook, Teams, SharePoint або будь-якій підключеній системі.

1. Кожна операція підлягає аудиту.

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

1. Додаткові адміністративні засоби для розширеного захисту.

• Організації можуть налаштувати погодження робочих процесів, привілеї з обмеженим часом або вимагати згоди адміністратора для окремих функцій Copilot, як пояснено в настановах щодо захисту від атак через згоду OAuth.
• Детальна безпека Dataverse на рівні таблиць і полів, а також автоматизоване керування Entra ID можуть закрити прогалини для зовнішнього доступу, як детально описано в цьому огляді безпеки Dataverse.

Як Copilot обробляє запити користувачів і дані відповідей

• Коли ви вводите запит, Copilot інтерпретує ваш запит і отримує дані, використовуючи ваші дозволи, — ніколи не перевищуючи того, що вам дозволено бачити.
• Запити користувачів і відповіді Copilot зазвичай є тимчасовими: вони обробляються в пам’яті та не зберігаються довгостроково, якщо ваша організація явно не ввімкнула журналювання аудиту.
• Короткострокові дані (наприклад, активні сеанси чату або історія запитів) можуть короткочасно кешуватися для підвищення продуктивності, але очищуються або анонімізуються відповідно до надійних політик збереження та видалення Microsoft 365.
• Журнали, які зберігаються для відповідності вимогам або можливості аудиту, зберігаються відповідно до налаштувань збереження вашої організації, можуть очищуватися за потреби та відповідають ширшим політикам конфіденційності.
• Ці заходи захисту гарантують, що ваші розмови з Copilot залишаються приватними, конфіденційними та відповідають стандартам захисту даних на рівні підприємства.

Відповідальний ШІ, ін’єкції промптів і безпека контенту в Copilot

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

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

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

Турбуєтеся, що Copilot перетвориться на ризик «тіньової ІТ»? Стратегічні засоби контролю, агентні ідентичності з вузькою областю дії та багаторівневі заходи відповідності відіграють свою роль, згідно з порадами, які наведено тут. А щодо великих регуляцій відповідності, таких як EU AI Act, добре налаштовані ради з управління — як ті, що розглянуто тут, — є останнім бар’єром проти неконтрольованого хаосу ШІ.

Впровадження відповідального ШІ та захист від ін’єкцій промптів

• Моніторинг промптів у реальному часі та захист від ін’єкцій.
• Copilot автоматично сканує запити користувачів на підозрілі шаблони або спроби обійти політики контролю в реальному часі.
• Якщо виявлено ризики ін’єкції промптів або захищеного матеріалу, відповіді фільтруються, блокуються або позначаються для перевірки.
• Постійне застосування політик ШІ.
• Правила безпеки контенту, успадкування мітки конфіденційності та журналювання аудиту застосовуються за замовчуванням, гарантуючи, що згенерований ШІ вихід залишається в межах вимог відповідності.
• Наприклад, Copilot Notebooks тепер розглядаються як повноцінний контент першого класу з мітками та типовими засобами контролю, як показано тут.
• Проактивний нагляд і перевірка адміністраторами.
• Адміністратори можуть відстежувати активність Copilot за допомогою спеціальних панелей і журналів аудиту, що допомагає виявляти або запобігати новим ризикам до того, як вони загостряться.
• Регулярні перевірки та політики збереження даних з обмеженим терміном закривають будь-які прогалини, через які похідний контент може створити проблеми з відповідністю вимогам.
• Безперервне навчання та швидкі оновлення.
• Моделі Copilot і фільтри контенту постійно оновлюються, щоб своєчасно реагувати на нові загрози та вимоги до відповідності.

Збереження даних, видалення та життєвий цикл контенту, оброблюваного Copilot

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

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

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

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

Поширені запитання: як працює Microsoft 365 Copilot і як захищаються дані в Microsoft Copilot

Як Microsoft Copilot отримує доступ до даних у Microsoft 365?

Microsoft Copilot отримує доступ до даних у службах Microsoft 365, використовуючи автентифіковані запити до Microsoft Graph і, де це доречно, семантичний індекс для Copilot. Copilot працює в межах службової межі Microsoft 365 і виконує пошук лише в тих даних клієнта Microsoft 365, до яких користувач має право доступу. Він поєднує сигнали з Microsoft Teams, SharePoint, Exchange, OneDrive та інших підключених сервісів Microsoft 365.

Чи може Copilot отримувати доступ до зовнішніх даних за межами клієнта Microsoft 365?

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

Яку роль відіграють Microsoft Graph і конектори Microsoft Graph у доступі Copilot?

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

Чи враховує Copilot наявні рольові моделі доступу Microsoft 365 і дозволи користувачів?

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

Як відбувається потік даних, коли Copilot формує відповідь?

Потік даних починається із запиту користувача до Copilot (наприклад, у Copilot Chat або в Microsoft Teams). Copilot звертається до семантичного індексу для Copilot і викликає Microsoft Graph, щоб отримати відповідний вміст із сервісів Microsoft 365. Обробка відбувається всередині сервісу Microsoft 365, а Copilot повертає відповіді, які поєднують персональні та організаційні дані, доступні користувачу, і при цьому дотримуються зобов’язань щодо відповідності вимогам Microsoft 365.

Що щодо конфіденційності, відповідності вимогам і регуляторів на кшталт GDPR?

Microsoft 365 Copilot і Microsoft дотримуються зобов’язань щодо відповідності вимогам для Microsoft 365, зокрема підтримують такі нормативні рамки, як Загальний регламент ЄС про захист даних (GDPR). Розміщення даних, збереження, журнали аудиту та засоби адміністрування в центрі адміністрування Microsoft 365 допомагають організаціям керувати даними користувачів і виконувати правові та нормативні вимоги під час використання функцій Copilot.

Чи можуть адміністратори контролювати або вмикати функції Copilot, як-от Copilot Pro чи Copilot Chat?

Так. Адміністратори можуть вмикати Copilot, Copilot Pro і Copilot Chat через політики та ліцензування в центрі адміністрування Microsoft 365. Адміністратори контролюють, які користувачі можуть використовувати Copilot, чи підключено зовнішні джерела даних, а також як підключені можливості Microsoft 365 працюють в організації відповідно до умов використання та оновлень безпеки.

Як Copilot працює з Microsoft Teams та іншими застосунками для спільної роботи?

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

Чи потрібен семантичний індекс для Copilot, щоб використовувати корпоративний вміст?

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

Чи використовуються дані та телеметрія Microsoft Graph для інших сервісів Microsoft?

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

Де організації можуть дізнатися більше або отримати рекомендації щодо використання Copilot з Microsoft 365?

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