Как 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. Временный доступ больших языковых моделей с контролем: Содержимое, используемое для генерации ответов, может обрабатываться большими языковыми моделями, но Microsoft применяет защитные меры (границы изоляции, средства контроля телеметрии и ограничения хранения), а клиенты могут включить более строгие режимы обработки данных.
6. Границы данных коннекторов и приложений действуют: Данные из сторонних коннекторов или приложений доступны только если коннектор настроен и на это получено согласие; Copilot не получает автоматически доступ ко всем интегрированным сервисам без явного подключения и разрешений.
7. Аудит и видимость для администраторов: Каждое обращение Copilot к данным регистрируется и может быть проверено с помощью средств аудита и соответствия Microsoft 365, что позволяет администраторам отслеживать, какое содержимое было получено и зачем.

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

Давайте разберёмся, как Microsoft 365 Copilot обращается к данным вашей организации. В общих чертах Copilot встроен непосредственно в экосистему Microsoft 365, поэтому когда вы делаете запрос, например просите подвести итоги последних собраний в Teams или проанализировать большой массив писем, задача Copilot — извлечь нужные данные из нужных источников, при этом соблюдая ваши существующие разрешения.

Однако это не бесконтрольный доступ. Copilot опирается на несколько тщательно спроектированных уровней, включая коннекторы и API Microsoft Graph, чтобы безопасно передавать ваши данные. Представьте, что вы подключаете офис к электросети, но с автоматами защиты и умными счётчиками в каждом помещении: каждое подключение и каждый вызов 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. Реальные сценарии использования коннекторов varьируются от выгрузки кадровых данных для автоматизации онбординга до финансовой отчётности для подготовки к аудиту и интеграции с внешними инструментами управления проектами.

• Специализированные и пользовательские коннекторы нужны тогда, когда готовые варианты не подходят: например, если вы агрегируете журналы соответствия требованиям, интегрируете нишевые 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. Глубже разобраться в важном балансе между владением данными и доступом в сценариях Copilot поможет этот обзор по управлению в Microsoft 365.

Стандарты безопасности и конфиденциальности данных в Microsoft 365 Copilot

Конфиденциальность и безопасность данных заложены в Copilot изначально. Прежде чем Copilot начнёт обрабатывать данные вашей организации, они уже защищены корпоративными средствами контроля безопасности и мощными инструментами защиты конфиденциальности. Copilot последовательно применяет многоуровневый подход Microsoft к защите (defense-in-depth), гарантируя, что каждый запрос к данным зашифрован и тщательно журналируется.

Речь идёт не только о техническом шифровании. Задача в том, чтобы Copilot мог уверенно работать в регулируемых средах, где важны конфиденциальность, соответствие требованиям и обнаружение защищаемых материалов. При получении, обработке и возврате информации Copilot использует зашифрованные каналы и строгие средства контроля доступа. Чувствительные данные проходят дополнительную проверку благодаря таким функциям, как доступ на основе политик, метки конфиденциальности и динамическое обнаружение конфиденциальной или регулируемой информации.

По мере того как такие регуляторные требования, как GDPR, и требования к резидентности данных становятся всё сложнее, Copilot успевает за ними, учитывая как правовые обязательства, так и географическое расположение ваших данных. Поэтому при взаимодействии Copilot с вашей информацией на серверной стороне вам не нужно беспокоиться о том, что данные выйдут за пределы разрешённых границ или окажутся вне рамок нормативных требований.

Каждый этап пути данных в Copilot подлежит аудиту, может быть принудительно применён и согласован с инструментами соответствия требованиям, которым уже доверяет ваша ИT-команда. Если вы отвечаете за внедрение 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 по EU Data Boundary: данные обрабатываются и хранятся строго в пределах юрисдикции ЕС, что помогает выполнять региональные правовые требования.
• Аудит и документирование: Каждое взаимодействие с Copilot можно сверить с журналами аудита и панелями соответствия требованиям, что повышает прозрачность организации в соответствии с лучшими практиками мониторинга соответствия требованиям в Microsoft 365.
• Сертифицированная архитектура соответствия: Copilot наследует широкий набор сертификатов соответствия и документации Microsoft 365, поэтому организации могут быть уверены в покрытии нормативных требований.

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

Контроль доступа — основа стратегии Copilot в работе с данными. Каждый раз, когда Copilot обращается к вашим данным, он следует тем же правилам разрешений и проверкам идентификации, которым ваша организация доверяет в Microsoft 365. Это не «чёрный ход»: вы получаете цифрового помощника, который так же дисциплинирован, как ваш самый строгий администратор.

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

На первом месте здесь контроль доступа на основе ролей. 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 становятся неотъемлемой частью рабочих мест, доверие, надёжность и этические границы выходят на первый план.

Один из серьёзных рисков для систем на основе ИИ — внедрение промптов, когда злоумышленники пытаются manipulировать ответами или извлечь конфиденциальную информацию. Copilot противостоит этому с помощью нескольких уровней безопасности: непрерывно проверяет подозрительные шаблоны промптов, заблокированные термины и нарушения границ защищённого материала. Если что-то выглядит неладно, защитные механизмы Copilot немедленно вмешиваются, чтобы остановить это или поднять тревогу.

Уровни политик и инженерные уровни работают вместе: автоматически проверяют контент и применяют ограничения в режиме реального времени. Но этим дело не ограничивается: непрерывный мониторинг, проверки аудита и регулярные обновления помогают сохранять подотчётность поведения Copilot и его устойчивость к новым угрозам. Организациям, которые хотят подготовить внедрение ИИ к будущему, выделенный совет по управлению и панели ответственного ИИ помогут предотвращать незаметные сбои и поддерживать соответствие требованиям, как описано в руководстве по лучшим практикам управления ИИ.

Беспокоитесь, что Copilot превратится в риск «теневого ИТ»? Стратегические меры контроля, агентские идентичности с узкой областью действия и многоуровневые механизмы соответствия требованиям играют здесь свою роль, согласно рекомендациям, которые можно найти здесь. А когда речь идёт о крупных регуляторных требованиях, таких как EU AI Act, хорошо организованные советы по управлению, о которых рассказано здесь, остаются последним барьером против бесконтрольного хаоса ИИ.

Внедрение ответственного ИИ и защита от внедрения промптов

• Мониторинг промптов в реальном времени и защита от внедрения.
• Copilot автоматически проверяет запросы пользователей на подозрительные шаблоны и попытки обойти политики контроля в режиме реального времени.
• Если обнаружен риск внедрения промпта или использования защищённого материала, ответы фильтруются, блокируются или отмечаются для проверки.
• Постоянное соблюдение политик ИИ.
• Ограничения безопасности контента, наследование метки конфиденциальности и журналирование аудита применяются по умолчанию, обеспечивая соответствие результатов ИИ границам требований.
• Например, блокноты Copilot теперь рассматриваются как полноценный контент, с маркировкой и настройками по умолчанию, как показано здесь.
• Проактивный административный контроль и проверка.
• Администраторы могут отслеживать активность Copilot с помощью специализированных панелей и журналов аудита, что помогает выявлять или предотвращать возникающие риски до того, как они усугубятся.
• Регулярные проверки и политики хранения данных с ограниченным сроком действия закрывают любые пробелы, из-за которых производный контент может создать проблемы с соблюдением требований.
• Непрерывное обучение и оперативные обновления.
• Модели Copilot и фильтры контента постоянно обновляются, чтобы справляться с новыми угрозами и требованиями соответствия по мере их появления.

Хранение, удаление и жизненный цикл контента, обрабатываемого Copilot

Если вы хотите держать данные в порядке и в соответствии с требованиями, важно понимать, как Copilot обрабатывает и хранит создаваемый им контент. Когда вы задаете Copilot вопросы или просите его обобщить, проанализировать или подготовить черновик, эти взаимодействия — запросы и полученные ответы — никуда не исчезают. У этих данных есть полный жизненный цикл: от момента, когда вы нажимаете «отправить», и до удаления (или сохранения в соответствии с правилами вашей организации).

По умолчанию Microsoft проектирует Copilot так, чтобы он хранил только минимально необходимую информацию и только на время, которое действительно требуется. Большинство запросов и ответов обрабатываются в реальном времени и не сохраняются надолго, если только они не связаны с данными Microsoft 365, например с журналами чатов или документами. Но не стоит полагать, что удаление происходит автоматически: всё, что сохранено, подчиняется тем же политикам хранения и соответствия требованиям, которые настроены в вашей среде.

Организациям с жесткими требованиями к управлению данными или работающим в строго регулируемых отраслях, например под действием GDPR, доступно больше возможностей. Вы можете точно определить, как долго 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.

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

Данные, к которым обращается 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. Администраторам перед развёртыванием Copilot во всём клиенте стоит изучить обязательства Microsoft 365 по соответствию требованиям и обновить политики.