Microsoft 365 Copilot: что это и как его подключают к CRM и 1С, а не только к почте

Если Microsoft 365 Copilot в компании включён, а про клиентов, сделки и договоры отвечает общими словами, поломку я бы не искал. Ассистенту пока не на что смотреть: рабочие данные компании к нему не подключены. Разобраться помогут три проверки, и первая самая быстрая — посмотрите, какой уровень лицензии куплен.

Меня зовут Александр Жогов, я основатель компании «+Альянс». Около года назад мы включили Copilot себе. Сначала он помогал приводить в порядок формулировки, потом стал сквозным поиском по данным компании, а сегодня в его источниках лежит наша CRM. Ниже — что это за инструмент, почему на базовых лицензиях чат сам не берёт ни почту, ни файлы компании и какими путями к нему подключают 1С и CRM. После статьи вы сможете проверить у себя три вещи: что даёт купленный уровень лицензии, где в SharePoint открыто лишнее и каким путём ваши системы попадут в ответы ассистента.

Коротко

• Microsoft 365 Copilot — ИИ-ассистент в приложениях Microsoft 365. Он соединяет большую языковую модель с данными компании в Microsoft Graph и с самими приложениями. Ответ пользователю приходит в границах его прав доступа.
• Рабочие данные компании подключаются к Copilot автоматически только на уровне лицензии Microsoft 365 Copilot (Premium) и при включённом Work IQ. На уровнях Copilot Chat (Basic) и Microsoft 365 Copilot (Basic) ответ в чате строится на данных публичного веба, а рабочий контент приходится подавать вручную.
• К данным, на которые у пользователя нет прав, Copilot не обращается. Но исходные настройки общего доступа в SharePoint — самые открытые из возможных. Отсюда мой совет: сначала разобрать права, потом включать Copilot всем.
• Внешние системы подключаются коннекторами Microsoft 365 Copilot двух типов: synced (с индексацией данных в Microsoft Graph) и federated (по модели MCP, без индексации, авторизация OAuth 2.0). MCP в терминах Microsoft — реализация federated-типа.
• Federated-тип был только для чтения. Запись в подключённую систему Microsoft открывает поэтапно с начала октября 2026 года. По умолчанию Copilot спрашивает подтверждение на каждое действие записи, а набор действий задаёт издатель коннектора. Агент Researcher остаётся на чтении.
• Готового коннектора для 1С и Битрикс24 в галереях Microsoft и партнёров нет. Путей два: кастомный коннектор (Microsoft Graph connectors API или Microsoft 365 Agents Toolkit) либо агент Copilot Studio, подключённый к существующему MCP-серверу.

Что такое Microsoft 365 Copilot и из чего он состоит

Microsoft 365 Copilot — это ИИ-ассистент внутри рабочих приложений Microsoft 365, который отвечает на запросы сотрудника, опираясь на данные организации и на публичный веб. По устройству это движок-оркестратор. Он координирует три компонента: большие языковые модели, контент в Microsoft Graph и приложения Microsoft 365, в которых люди работают каждый день, такие как Word и PowerPoint. Контент — это, например, письма, чаты и документы, к которым у сотрудника есть доступ.

Имя у продукта сейчас меняется. Общий бренд теперь — Microsoft Copilot, а чат стал Microsoft Copilot Chat. Прежние имена на переходный период могут встречаться в части функций и лицензий: два уровня лицензии, например, до сих пор называются Microsoft 365 Copilot (Basic) и Microsoft 365 Copilot (Premium). В этой статье я держусь варианта «Microsoft 365 Copilot» — так называются лицензии и так спрашивают люди. Но единственным официальным именем продукта его считать уже нельзя.

Что Copilot делает внутри приложений на уровне Microsoft 365 Copilot (Basic):

• Word — черновик, переписывание и краткое изложение документов;
• Excel — анализ данных, выводы, формулы и визуализации;
• PowerPoint — создание презентации из промпта или существующего контента, краткое изложение презентации и правка готовой (добавление картинок, изменение оформления сразу во всей презентации);
• Outlook — черновики писем, краткое изложение переписки и подсказки по ясности, настроению и тону;
• OneNote — черновики планов, идей и списков;
• Teams — краткое изложение встреч за срок до 30 дней, транскрипт встреч и сбор поручений;
• Forms — черновики вопросов для опросов, голосований и других форм.

Функции уровня Basic стоит сверить со своими ожиданиями до покупки лицензий.

Ответ Copilot собирается в четыре шага. Сотрудник вводит промпт в приложении Microsoft 365. Copilot обрабатывает промпт с помощью grounding и обращается к Microsoft Graph в тенанте пользователя. Обогащённый промпт уходит в языковую модель. Ответ возвращается в приложение. Ключевое слово здесь — grounding: именно на этом шаге в ответ попадает контекст компании. Grounding делает промпт конкретнее и помогает получить ответ, который относится к вашей задаче и по которому можно действовать.

Почему у купивших Copilot он «не видит рабочие данные»

Почему Copilot не видит рабочие данные, отчасти объясняет лицензия. Уровней у Microsoft 365 Copilot три. Ответы на этих уровнях различаются тем, на каких данных они строятся, и глубиной интеграции. Рабочие данные автоматически подтягивает только уровень Premium.

На обоих уровнях Basic чат обращаться к данным организации через Microsoft Graph не может. Рабочий контент туда подаёт сам сотрудник: прикладывает к промпту, работает с открытым документом в Teams и Outlook или пользуется отдельно оплачиваемым агентом, у которого есть доступ к данным организации. На уровне Premium ассистент берёт и веб, и данные организации через Microsoft Graph и Work IQ, причём забирает информацию сам.

Сотрудник с базовым уровнем лицензии может попросить Copilot переписать открытый у него документ или подтянуть контент вложением к промпту. Спросить «что мы обещали этому клиенту в прошлом квартале» и получить ответ по переписке и файлам компании он не может. На уровне Premium ответ опирается на данные организации: письма, файлы, встречи, календари, команды и организационные связи.

Представьте: на демонстрации ассистент разбирает документы компании, а у сотрудника на рабочем месте отвечает вежливыми общими фразами. Инструмент в такой зарисовке исправен. Поэтому первый вопрос в разговоре про буксующее внедрение — какой уровень лицензии куплен и что он даёт.

На уровне Premium у того же симптома есть вторая причина — выключенный Work IQ. Work IQ — это слой, который даёт агентам доступ к данным, контенту и инструментам организации, и его можно включать и выключать. Когда Work IQ выключен, ответы на Microsoft Graph не опираются: ассистент по-прежнему отвечает, но без рабочего контекста — например, без писем, файлов, встреч и календарей. Поэтому на Premium проверьте и это: включён ли Work IQ.

Уровень Premium с включённым Work IQ видит почту и файлы Microsoft 365, но данные 1С, CRM и внутренних систем ему недоступны, пока их не подключат отдельно. И то и другое — подбор лицензий и подключение источников — мы делаем в услуге интеграции Microsoft 365 Copilot с корпоративными системами.

Права доступа: Copilot честно показывает то, что разрешено

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

Настройки общего доступа SharePoint по умолчанию стоят на самом разрешительном варианте, и Copilot эти настройки аккуратно соблюдает. В этом и слабое место. Если доступ к папке с ведомостями когда-то раздали «всем сотрудникам организации» и забыли, ассистент найдёт её пользователю в полном соответствии с выданными правами.

Права я советую разбирать до включения Copilot на всю компанию: ассистент соблюдает ровно то, что уже роздано. В нашей услуге это первый шаг — аудит тенанта. У Microsoft для такого разбора есть свои инструменты:

• Content Management Assessment показывает администратору, где контентом, возможно, поделились слишком широко, и даёт рекомендации, что с этим делать.
• Data access governance reports — отчёты, которые помогают найти сайты с потенциально избыточным доступом или чувствительным контентом. Среди них site permissions baseline report и отчёт «Everyone except external users (EEEU)»: он помогает найти топ-100 сайтов, где за последние 28 дней контентом делились со всей организацией.
• Restricted Access Control выдаёт доступ к сайту SharePoint только участникам указанной группы. Остальные не откроют ни сайт, ни его содержимое, даже если раньше доступ у них был — через права или по ссылке.
• Restricted Content Discovery помогает убрать контент из Copilot, из агентов и из поиска по всей организации. Права на сайте при этом остаются как были.

Отдельная деталь про шифрование Microsoft Purview Information Protection: для контента, к которому обращаются агенты в Microsoft 365, шифрование может исключить программный доступ. Проще говоря, зашифрованный меткой чувствительности файл агент может и не прочитать.

Про свой тенант гадать не нужно: начните с отчётов data access governance.

Два типа коннекторов Microsoft Graph — и где здесь MCP

Данные за пределами Microsoft 365 — учётная система, CRM, внутренние базы — подключаются к Microsoft 365 Copilot коннекторами двух типов. Synced-коннекторы индексируют внешние данные. Federated-коннекторы обращаются к данным в реальном времени. Полное имя у них сейчас — коннекторы Microsoft 365 Copilot; «Graph» осталось в названиях API и индекса. Мы в услуге называем их коннекторами Microsoft Graph — это они же.

Federated-коннекторы до сих пор работали только на чтение: искали и получали контент. С начала октября 2026 года Microsoft поэтапно добавляет им действия — создать, изменить или удалить данные в подключённой системе от имени пользователя. Сначала каждое такое действие требует явного подтверждения пользователя, а изменить Copilot может только то, что этому пользователю и так разрешено менять в системе-источнике. Какие действия доступны, зависит от издателя коннектора. В агенте Researcher federated-коннекторы остаются только на чтении. Функция выходит поэтапно, поэтому проверьте у себя, появилась ли запись в вашем тенанте.

MCP (Model Context Protocol) у Microsoft — не третий способ подключения наравне с коннекторами, а модель, на которой работает federated-тип коннектора. В нашей услуге механизмов подключения два: коннекторы Microsoft Graph и агенты Copilot Studio. У Microsoft модель MCP встречается в обоих: на ней работают federated-коннекторы, и по ней же агент Copilot Studio подключается к MCP-серверу.

Индекс Microsoft Graph, в который synced-коннектор складывает копию внешних данных, статичным не остаётся: изменения источника доходят до индекса, включая удаление. У self-serve-подключений есть ещё одно правило. Когда пользователь отключается или администратор выключает коннектор, проиндексированный контент удаляется и синхронизация останавливается. То есть для self-serve-подключений копия в индексе живёт столько, сколько живёт подключение к источнику.

1С и Битрикс24: готового коннектора нет, путь есть

Готовые коннекторы у Microsoft есть для файловых хранилищ и систем управления контентом (Box, Dropbox, Google Drive, Confluence, MediaWiki, сетевые папки), для корпоративных приложений и баз данных (Salesforce, ServiceNow, Dynamics 365, сервисы Azure, базы SQL и Oracle, SAP) и для других платформ — Workday, Zendesk, Jira и не только. Ни 1С, ни Битрикс24 среди готовых коннекторов нет: их не найти ни в галерее Microsoft, ни в галерее партнёров.

Первый путь для системы без готового коннектора — собрать кастомный, на Microsoft 365 Agents Toolkit или Microsoft Graph connectors API. Нужен разработчик: определить схему данных, зарегистрировать подключение в Microsoft Entra ID и написать код, который забирает и отправляет данные. Это работа с кодом и схемой данных, а не галочка в админ-центре. Кастомный коннектор бывает только synced-типа, то есть данные вашей системы попадут в индекс Microsoft Graph; готовы ли вы к этому, решите до начала работ.

Второй путь — агент Copilot Studio. Copilot Studio — это low-code-инструмент с графическим интерфейсом: в нём создают агентов и подключают их к другим источникам данных. Если MCP-сервер к вашей системе уже есть, агента подключают к нему тремя способами: через мастер онбординга в Copilot Studio, через кастомный коннектор в Power Apps или через регистрацию сервера в Agents 365 с помощью CLI и админ-центра Microsoft 365.

Врезка для технического специалиста. Три условия подключения агента Copilot Studio к существующему MCP-серверу лучше выяснить до начала работ. Если решение о подключении принимаете вы, а настраивать будет подрядчик, из врезки достаточно вынести одно: такие условия есть, и они проверяются до старта.

1. Транспорт. Copilot Studio сейчас поддерживает транспорт Streamable. Поддержку SSE для MCP сняли после августа 2025 года, так что сервер на SSE придётся переводить на Streamable.
2. Авторизация. Вариантов три: None, API key, OAuth 2.0. У OAuth 2.0 три режима настройки: Dynamic discovery, Dynamic и Manual; отличаются они тем, регистрирует ли сервер клиента сам и отдаёт ли адреса своих конечных точек автоматически. Как именно ваш MCP-сервер пускает к себе Copilot, спросите у того, кто сервер писал, — до покупки лицензий.
3. Политики данных. С MCP-сервером Copilot Studio связывается через коннекторы Power Platform. Значит, политика данных, под которую попадают эти коннекторы, действует и на доступ агента к серверу вместе с его инструментами. Если в организации уже действуют политики DLP на коннекторы Power Platform, подключение придётся согласовывать с теми, кто эти политики держит.

Две вещи я бы проверял на пилоте до того, как закладывать их в проект: есть ли предел на число подключённых MCP-серверов и как ведут себя synced- и federated-коннектор, подключённые к одному источнику одновременно. На том же пилоте проверьте и сторонний MCP-сервер, если берёте готовый: его транспорт и способ авторизации.

Публичный сайт как источник — это Bing, а не обход вашего сайта

Публичный сайт как источник знаний агента Copilot Studio работает через поисковый индекс Bing. Добавляется такой источник указанием URL, и дальше агент пользуется механизмом Grounding with Bing Search. Сам он страницы не обходит: в ответ идёт то, что об указанном сайте знает Bing. Страницы, которых в индексе Bing нет, источником не станут.

Ограничений у источника «публичный сайт» несколько, и два из них выражены цифрами. Запрос к Bing вместе с поисковой строкой не может быть длиннее 2 048 символов: если он длиннее, агент этот поиск пропускает и результатов с сайта не возвращает. У адреса, который вы указываете как источник, может быть до двух уровней пути: www.fabrikam.com/engines/rotary принимается, а www.fabrikam.com/engines/rotary/dual-shaft уже нет. Содержимое под указанным адресом агент при этом использует: при источнике www.fabrikam.com/engines/rotary в ответ идёт и то, что лежит на www.fabrikam.com/engines/rotary/dual-shaft. Если адрес перенаправляет на другой сайт верхнего уровня, контент в результаты не попадает. Сайты с авторизацией не поддерживаются вовсе, поэтому, например, вики и сайты SharePoint так подключить нельзя. Прежде чем добавлять свой сайт, проверьте, что нужные страницы есть в индексе Bing, и выберите адрес источника с путём не длиннее двух уровней.

Веб-поиск самого Microsoft 365 Copilot тоже управляется настройками, причём на двух уровнях. У администратора есть политика «Allow web search in Copilot» с тремя режимами, у пользователя — переключатель «Web content». Полезная деталь для разговора про конфиденциальность: в Bing уходит сформированная поисковая строка, и она отличается от исходного промпта. В неё не попадают целиком ни промпт (если только он не совсем короткий), ни файлы Microsoft 365, ни файлы, загруженные в Copilot. Не попадают и данные, которые идентифицируют пользователя по Microsoft Entra ID, — например, имя пользователя, домен или идентификатор тенанта.

Что из этого мы прошли сами

Кейсов внедрения у заказчиков я здесь не приведу: проекты в компании «+Альянс» на согласовании, и говорить о них рано. Зато могу рассказать, что мы прошли на себе, разворачивая Microsoft 365 Copilot внутри компании.

Первым по-настоящему рабочим сценарием у нас стал сквозной поиск. Одним запросом находится всё, что связано с конкретным человеком, продуктом или разговором, — переписка в почте, сообщения в Teams, документы компании, завалявшийся файл на OneDrive, голосовой комментарий коллеги на ВКС. Дальше пошли документы с нуля. Тут у меня нет замера, поэтому это моя оценка, а не цифра: на формулирование, приведение документа к корпоративному стилю и согласования раньше уходили часы, теперь хватает нескольких минут и пары запросов. Заодно оказалось, что, если в запросе сослаться на договор и дать чуть больше вводных, Copilot быстро составит претензионное письмо — у нас отпала необходимость нагружать юриста бюрократией. Оговорюсь, чтобы меня не поняли шире, чем сказано: это разгрузка от рутины, а не замена юридической проверки.

CRM у нас Битрикс24, и первая попытка подружить его с Copilot была неудачной. Мы сделали отдельного агента, который ходил в Битрикс24 напрямую, без MCP. Работало, но смысл терялся: такой агент режет комплексный подход — ты работаешь с данными одной системы вместо всех сразу, а сквозной поиск по компании и был нужен ради того, чтобы данные всех систем сходились в одном ответе. От этой схемы отказались.

Рабочая схема — свой MCP-сервер. Наши MCP написаны на Python и работают в контейнерах. Авторизацию в продуктах они проходят разрешёнными методами самих продуктов, а к Copilot подключены штатным путём, который предусмотрела Microsoft. Выдача Copilot после этого обогатилась данными CRM. Состав данных по Битрикс24 на сегодня: контакты, компании, сделки, предложения, счета, сотрудники, телефонные разговоры.

Начинали мы с контактов и компаний, потом схема росла постепенно. Сервер вслед за ней приходилось переписывать несколько раз. Это честная стоимость владения своим коннектором, о которой стоит знать заранее.

В нашей связке Битрикс24 с Copilot сотрудник видит те данные, на которые у него есть права в CRM. Соберёте такую же у себя — проверьте это на пилоте: в ответе ассистента должны быть только те сделки и счета, к которым у сотрудника есть доступ в исходной системе.

Второй наш сюжет — первая линия техподдержки. Через свой MCP для Okdesk и Copilot Studio мы собрали агента и встроили его в Okdesk: по новой заявке он ищет похожие в истории и выдаёт рекомендации, а если таких заявок раньше не было, предлагает план диагностики, ищет решение в интернете и отдаёт специалисту короткую выжимку. Две цифры оттуда, и обе — наша внутренняя метрика по нашим же заявкам, снятая месяц к месяцу:

• Время первичной диагностики. Показатель мы определяем как время от взятия заявки в работу до момента установки диагноза. Было порядка 60 минут (оценочная база, точной минуты в ней нет), стало 31 минута.
• Доля верных диагнозов с первого раза. Показатель — отношение числа заявок с верным диагнозом с первого раза к общему числу заявок с поставленным диагнозом; верным считается диагноз, исправление которого привело к решению проблемы. Было 55 %, стало 73 % — плюс 18 процентных пунктов.

Объём выборки по месяцам я не привожу, поэтому проценты читайте как направление движения. Третий сюжет пока в работе: MCP для интеграции с 1С мы сейчас разрабатываем, готовым результатом называть его рано.

Что входит в интеграцию Copilot с корпоративными системами у нас

Порядок работ в услуге «Интеграция Microsoft 365 Copilot с корпоративными системами» у компании «+Альянс» выстроен по той же логике, что и эта статья: сначала права, потом лицензии, потом источники.

1. Аудит тенанта. Проверяем права доступа к сайтам SharePoint, дискам и почте. Copilot показывает пользователю ровно то, к чему у того есть доступ, поэтому сначала наводим порядок в правах.
2. Подбор лицензий. Считаем, кому нужен полный Microsoft 365 Copilot, а кому достаточно других планов; лицензии поставляем сами, по подписке CSP из каталога.
3. Подключение источников. Выводим в Copilot данные внешних систем через коннекторы Microsoft Graph и агентов Copilot Studio.
4. Пилотная группа. Запускаем Copilot на группе сотрудников и собираем сценарии, которые реально экономят время.
5. Обучение и тираж. Обучаем сотрудников рабочим сценариям и разворачиваем инструмент на компанию.

Последние два шага — про компании, где Copilot купили, а открывает его десяток человек, потому что рабочих сценариев людям не показали. Цель этих шагов — чтобы сотрудники работали по проверенным сценариям и не бросали инструмент через неделю.

Разграничение, которое я считаю важным произнести прямо: Copilot — продукт Microsoft; мы поставляем лицензии по подписке CSP и берём на себя внедрение и интеграцию. Цены лицензий живут в каталоге на сайте, а не в статьях. Они пересчитываются по курсу и меняются, и переносить их в текст, который проживёт год, бессмысленно.

Частые вопросы

Microsoft 365 Copilot — что это простыми словами?

Microsoft 365 Copilot — помощник на базе ИИ, встроенный в Word, Excel, Outlook, Teams и другие приложения Microsoft 365. Сотруднику он отвечает с опорой на данные организации и на веб. Внутри у него три части: контент в Microsoft Graph, к которому у пользователя есть права, большие языковые модели и сами приложения. Общий бренд продукта теперь называется Microsoft Copilot, а лицензии пока носят имена с «365».

Почему Copilot не видит нашу переписку и документы?

Первым проверьте уровень лицензии. На уровнях Copilot Chat (Basic) и Microsoft 365 Copilot (Basic) чат не использует данные организации через Microsoft Graph. Рабочий контент туда подают вручную: загружают вместе с промптом, работают с тем, что открыто в Teams и Outlook, либо подключают отдельно оплачиваемого агента. Сам, без ручной подачи, рабочие данные подтягивает только уровень Microsoft 365 Copilot (Premium). Если куплен он, а писем и документов в ответах всё равно нет, посмотрите, включён ли Work IQ: при выключенном ответы на данные Microsoft Graph не опираются.

Можно ли подключить к Microsoft 365 Copilot 1С или Битрикс24?

Можно, но готовых коннекторов к 1С и Битрикс24 нет: в галереях Microsoft и её партнёров эти системы не значатся. Остаётся либо собрать кастомный коннектор — на Microsoft Graph connectors API или на Microsoft 365 Agents Toolkit, — либо подключить агента Copilot Studio к MCP-серверу вашей системы. Кастомному коннектору нужен разработчик: на нём схема данных, регистрация подключения в Microsoft Entra ID и код. Путь через Copilot Studio рассчитан на MCP-сервер, который у вас уже настроен.

Чем synced-коннектор отличается от federated (MCP)?

Synced-коннектор индексирует внешние данные в Microsoft Graph и периодически синхронизируется с источником: добавили, поправили или удалили контент — индекс это отразит. Federated-коннектор работает по модели MCP и забирает данные в момент запроса. Индексация ему не нужна, данные остаются в исходной системе. Раньше он только читал: находил и получал контент. Запись в подключённую систему — создание, изменение и удаление данных — Microsoft начинает включать с начала октября 2026 года, и не всем сразу. Поначалу на каждое такое действие нужно явное согласие пользователя, а спрашивать ли снова, он решает сам. Набор действий определяет издатель коннектора, а в агенте Researcher коннектор по-прежнему только читает. Подходит federated-тип для чувствительных, динамичных и «живых» источников данных.

Покажет ли Copilot сотруднику документы, которые ему видеть не положено?

Нет. Данные, на которые у сотрудника нет прав, в ответ Copilot не попадут. Опасность в другом: SharePoint по умолчанию выставляет самые открытые настройки общего доступа, и всё, что раздали лишнего, Copilot найдёт — формально в рамках прав, которые пользователю выдали. Поэтому аудит прав я советую проводить до включения ассистента. Инструменты для этой работы у Microsoft есть — от отчёта EEEU до Restricted Content Discovery.

Можно ли добавить в источники наш публичный сайт?

Публичный сайт добавляется как источник знаний в Copilot Studio, но работает он через Grounding with Bing Search, а не через собственный обход страниц. Ограничения такие: в адресе, который задан источником, не больше двух уровней пути, длина запроса к Bing до 2 048 символов, редирект на другой top-level сайт исключает контент из результатов, сайты с авторизацией (включая вики и SharePoint) не поддерживаются.

Обучаются ли модели на наших данных?

Microsoft обещает, что нет: «Prompts, responses, and data accessed through Microsoft Graph aren't used to train foundation LLMs, including those used by Microsoft Copilot» — промпты, ответы и данные, полученные через Microsoft Graph, не используются для обучения базовых моделей, в том числе тех, на которых работает сам Copilot. Данные о самих взаимодействиях при этом хранятся — промпты, ответы и ссылки на источники. Администратор может просматривать эти данные и управлять ими через Content search или Microsoft Purview, а пользователь может удалить свою историю активности Copilot в портале My Account.

Что стоит проверить до того, как включать Copilot на компанию

Начните с уровня лицензии. Если куплен Basic, ответов по корпоративной переписке и файлам в чате Microsoft 365 Copilot ждать не стоит: организационные данные через Microsoft Graph на этом уровне в чате не используются, остаётся ручная подача контента или отдельно оплачиваемый агент. Это самая быстрая из трёх проверок, и она снимает недоумение «мы же заплатили, а он ничего про нас не знает». Если же куплен Premium, а рабочих данных в ответах нет, проверьте, включён ли Work IQ.

Потом — настройки общего доступа в SharePoint. Отчёт EEEU поможет найти топ-100 сайтов, где контентом делились со всей организацией за последние 28 дней; с этого списка удобно начинать разбор прав.

И самое долгое — составить перечень систем, в которых лежат данные, нужные ассистенту, и сверить его с галереями готовых коннекторов — Microsoft и партнёров. Не нашли там свою систему (1С и Битрикс24 в галереях нет)? Тогда дорог две. Одна ведёт через кастомный коннектор, и это задача для разработчика: схема, регистрация в Microsoft Entra ID, код. Другая — агент Copilot Studio поверх MCP-сервера, который у вашей системы уже есть; условия такого подключения (транспорт Streamable, способ авторизации, политики на коннекторы Power Platform) выясняются до начала работ. Если готового MCP-сервера к вашей системе нет, его придётся написать. У нас так вышло с Битрикс24 и Okdesk, и переписывать оба сервера пришлось не один раз.

Против собственного порядка работ у меня есть возражение, и оно сильное. Я настаиваю на том, что права разбираются до того, как ассистента включат на всю компанию. А у Microsoft есть инструмент, который помогает убрать чувствительные сайты из выдачи Copilot и оставляет права как есть, — Restricted Content Discovery. Отсюда резонный вывод: пилот можно запускать раньше и вести разбор прав параллельно. Замера, которым я бы этот вывод опроверг, у меня нет.

Разбирать права до пилота Microsoft прямо не требует, а советует: в её руководстве по подготовке к Copilot с помощью SharePoint Advanced Management это третий шаг, «Prevent accidental oversharing» — предотвратить случайный избыточный доступ. Порядок «сначала права, потом пилот» — моя позиция. Держусь я её вот почему: я не нашёл у Microsoft описания того, как ведёт себя Copilot, когда права меняются на лету. Если в тенанте права правят каждую неделю, пилот придётся вести на механизме с неописанным поведением, а к этому я не готов.

Александр Жогов, основатель компании «+Альянс».