Copilot в Dynamics 365 Sales обещает продавцам действия из чата: Dynamics 365 Copilot Sales Chat planned features 2026

Две публикации, две правды. Одна - дорожная карта вендора. Вторая - усталость практиков, которые уже видели десяток "умных помощников". Ниже разбираю, что именно обещано, где кончается факт и начинается маркетинг, и как проверить статус каждой функции самому, не полагаясь на скриншот из презентации.

Сразу оговорюсь про источники. Всё, что про план и статусы, - это заявления Microsoft на странице release plan. Всё, что про "работает или нет на практике" - это анекдотические мнения из ветки Reddit, без метрик и без выборки. Смешивать их нельзя, и я держу их раздельно весь текст.

Начнём с того, что план релиза - это не changelog. По данным Microsoft Learn, страница запланированных возможностей Copilot for Sales содержит функции в разных состояниях: часть помечена как planned, часть как preview, часть уходит в общую доступность. Это принципиально: "запланировано" не значит "уже в твоём тенанте сегодня".

Ключевой мотив ветки функций - Sales Chat, разговорный интерфейс, из которого продавец может не только спрашивать ("покажи сводку по клиенту"), но и запускать действия ("создай задачу", "обнови поле"). Именно переход от чтения к действию Microsoft подаёт как главную ценность волны. Здесь и стоит проверить, как модель понимает команду продавца, прежде чем обещать это отделу продаж.

Что я сознательно не пишу: я не называю точные даты общей доступности отдельных фич и не привожу проценты "ускорения". В источнике таких чисел нет, а придумывать их для красоты - значит врать читателю. Если тебе в тендере или на демо показывают конкретную цифру экономии, спроси, откуда она: из плана Microsoft она не следует.

Практический вывод первой секции простой. План 2026 release wave 1 - это заявка о намерениях с конкретным вектором: действия из чата. Дальше всё решает статус (planned/preview/GA), регион, лицензия и то, включил ли админ функцию в среде. Ниже - как этот путь выглядит от строки в чате до записи в CRM.

Обрати внимание, что даже слово "запланировано" на странице релиза - это не гарантия срока. Microsoft оставляет за собой право сдвигать и убирать пункты, и такие сдвиги в дорожных картах Dynamics случались не раз. Поэтому единственный честный источник статуса - сама страница release plan на дату, когда ты её открыл, а не пересказ в чьём-то блоге.

Разговорный ассистент, который только отвечает, - это поиск с человеческим лицом. Ценность появляется тогда, когда чат меняет состояние системы: двигает стадию, пишет заметку, ставит follow-up. Именно это Microsoft и заявляет как направление Sales Chat в плане волны. Разница между "показать" и "сделать" - это разница между виджетом и инструментом.

Но у действия из чата есть цена, о которой в дорожной карте не пишут: доверие и откат. Когда продавец кликает по форме, он видит каждое поле. Когда он говорит "обнови сделку", он делегирует интерпретацию модели. Ошибётся модель в поле - и в CRM появится мусор, который потом чистит вся команда. Поэтому взрослое внедрение любого chat-действия начинается с вопроса "как я это откачу и как я это проверю", а не "как быстро оно печатает".

Здесь полезно сравнение с тем, как вообще устроена работа с языковыми моделями за пределами одного вендора. Если тебе нужно быстро проверить, справится ли модель с интерпретацией продажной команды на русском, удобно гонять один и тот же промпт через разных провайдеров. Сервис provod.ai собирает Claude, GPT, Gemini, DeepSeek и Qwen в одном чате и даёт один API, совместимый с SDK OpenAI и Anthropic: меняешь ключ и base_url - и сравниваешь ответы, не заводя пять аккаунтов. Это не замена самому Dynamics и не его встроенный Copilot, а стенд для проверки гипотезы "поймёт ли модель нашу команду".

Компактный пример такого стенда - на Python, через SDK OpenAI, но с чужим base_url:

Смысл кода - не "заменить Copilot", а отделить одну проблему от другой. Если даже голая модель на таком стенде путает "Won" и "Lost" или теряет дату, то претензии к качеству интерпретации, а не к интерфейсу Dynamics. А если модель уверенно раскладывает команду в структуру, значит узкое место - в интеграции и правах, и это уже вопрос внедрения, а не выбора модели.

Это дословный нерв июльской ветки r/Dynamics365: люди спрашивают друг друга, дал ли им AI в Dynamics 365 реальную экономию времени, или всё свелось к красивому демо. Важно честно назвать статус этой информации: это community reaction, разрозненные мнения без методологии, без замеров и без выборки. Из неё нельзя вывести ни процент, ни средний тайминг. Но сам факт, что вопрос поднимают всерьёз, - это независимый сигнал.

Почему обещание и ощущение расходятся? Несколько типичных причин, которые видно и по логике действий из чата. Первая - стоимость проверки. Если после каждой команды продавец всё равно открывает карточку и перечитывает, что записала модель, экономия клика съедается проверкой. Вторая - покрытие: чат хорошо ложится на частые однотипные операции и плохо - на редкие сложные, где как раз и уходит время. Третья - обучение: команде нужно переучиться формулировать намерения, и первые недели скорее медленнее, чем быстрее.

Отсюда трезвая рамка для оценки. Не спрашивай "ускоряет ли AI вообще", спрашивай "какие именно операции у нас частые, однотипные и легко проверяемые". Ровно на них действие из чата даёт выигрыш. На всём остальном экономия спорна, и дорожная карта Microsoft этого спора не закрывает - она про возможности, а не про твою воронку.

Единственный способ не попасть на "обещали, но нет" - смотреть первоисточник и свой тенант, а не пересказы. Вот последовательность, которая работает.

Отдельный шаг - зафиксировать дату проверки. Страница релиза живая: пункт, который был preview в июле, к осени может стать GA или, наоборот, съехать. Поэтому в своей внутренней вики пиши не "работает", а "на 15 июля 2026 статус - такой-то по данным Microsoft Learn". Через квартал это спасёт от спора "но ты же сам говорил".

Эти шаги скучные, но именно они отделяют внедрение от веры в слайд. План говорит о направлении - действия из чата. Твоя среда говорит о факте. Совпадают они далеко не всегда, и это нормальная реальность работы с дорожными картами.

Даже когда функция дошла до GA, есть предсказуемые способы наступить на грабли. Первый - молчаливая ошибка интерпретации: модель поняла "поставь на паузу" как смену стадии, а не как заметку, и данные тихо разъехались. Лечится обязательной проверкой результата на первых неделях и узким набором разрешённых действий.

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

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

Четвёртый - экономика проверки. Если проверять за моделью дороже, чем сделать самому, автоматизация уходит в минус. Это не дефект AI, а неправильный выбор операции: ты автоматизировал редкий сложный случай вместо частого простого.

Действия из чата в Dynamics 365 Sales - это удобство поверх CRM, а не новая операционная модель. Оно не чинит грязные данные: если справочник стадий и без того бардак, чат просто ускорит внесение мусора. Оно не заменяет процессы: там, где нет договорённости, что считать закрытой сделкой, ассистент не договорится за тебя.

Отдельно - про инструменты. Стенд на нескольких моделях помогает проверить гипотезу об интерпретации команд, но он не заменяет ни платформы автоматизации, ни встроенный Copilot внутри Dynamics, ни функции, доступные только по подписке вендора, ни приватную/on-prem инфраструктуру, ни саму работу по внедрению. И он не даёт GigaChat. Проверка модели и продуктовое внедрение в CRM - это два разных этапа, и путать их - верный способ переплатить и разочароваться.

Наконец, дорожная карта не решает твой вопрос ROI. Microsoft заявляет возможности; вернётся ли время команде - зависит от того, какие операции ты на них посадишь. Ответа "да, экономит" в плане нет, и честный вывод из июльской ветки ровно такой: спорно, замеряй у себя.

Заведи ключ на provod.ai, оплати рублёвый баланс картой, по СБП или счётом с закрывающими документами и за вечер проверь, как разные модели разбирают ваши реальные команды продавцов - без VPN и иностранных карт, до того как обещать это отделу продаж.

"Planned features" - это значит уже доступно? Нет. По данным Microsoft Learn, страница release plan содержит и planned, и preview-пункты. Статус нужно проверять по конкретной функции, региону и своему тенанту.

Есть ли официальные цифры экономии времени? В предоставленных источниках - нет. Июльская ветка r/Dynamics365 - это анекдотические мнения без метрик. Любую конкретную цифру требуй подтверждать первоисточником.

Что именно нового в Sales Chat? Направление - действия из чата, не только ответы: продавец формулирует намерение, ассистент предлагает операцию в CRM. Это заявление Microsoft о плане, а не гарантия готовности.

Заменит ли provod.ai встроенный Copilot в Dynamics? Нет. Это стенд для проверки моделей на твоих командах. Он не заменяет Copilot внутри Dynamics, платформы автоматизации, on-prem инфраструктуру и работу по внедрению, и не предоставляет GigaChat.

Когда это будет GA в России? В источниках нет ни даты, ни регионального статуса для конкретных пунктов. Проверяй на странице release plan на дату обращения.

Один OpenAI-совместимый endpoint ко всем флагманам: OpenAI (GPT-5.5, GPT-5.4), Anthropic (Claude Opus 4.8, Sonnet 4.6), Google (Gemini 3.1 Pro, 3.5 Flash), DeepSeek V4 Pro, Qwen 3.6 Plus.

Цены 1-в-1 с провайдером по курсу ЦБ— без наценки на токены. Оплата в рублях по договору, полный пакет закрывающих документов (договор-оферта, счёт, акт, счёт-фактура, УПД 5.03 через ЭДО). Без VPN — легальный B2B-сервис в России.

Если статья была полезной— попробуйте provod.ai: главная страница · каталог моделей · документация