1 июля 2026 года в официальных release notes Salesforce у семейства продаж появилось новое имя - Agentforce Sales. То, что больше десяти лет называлось Sales Cloud, теперь в документации подписано иначе. Это подтверждённый факт: по данным Salesforce Help (release notes, 2026-07-01) в текущем релизном цикле зафиксировано именно новое название.
И сразу главный вопрос, который стоит задать до паники в рабочих чатах: это переименование семейства или смена модели самого продукта? Короткий честный ответ - источник подтверждает только имя. Всё остальное, что ты прочитаешь ниже про лицензии, интерфейс и агентные функции, нужно проверять руками в своей организации, а не додумывать по названию.
Если ты собираешь собственные агентные сценарии поверх CRM и тебе нужны модели вроде Claude, GPT или Gemini, доступ к ним можно получить и вне Salesforce - через единый API provod.ai, но к этому вернёмся в конце. Сначала разберём сам факт и его границы.
Что именно подтверждает источник?
Давай разделим то, что написано, и то, что мы хотим туда прочитать.
Подтверждено первичным источником. В release notes Salesforce (Salesforce Help, 2026-07-01) продукт продаж фигурирует под именем Agentforce Sales. Есть и вторая опора - документ Salesforce с обзором релизных хайлайтов продаж на FY27 (PDF на salesforce.com). Оба источника - это заявления вендора, не независимая экспертиза.
Не подтверждено ничем из пакета источников. Что старый продукт Sales Cloud "исчез", "отключён" или "мигрирован" - таких формулировок в приведённом источнике нет. Название семейства и судьба конкретных SKU - это разные вещи. Семейство могло сменить вывеску, а отдельные лицензии, редакции и артикулы - остаться под своими техническими идентификаторами. Пока источник не говорит об обратном, честнее считать, что это смена имени семейства, а не приказ об удалении.
Отсюда практическое правило: любое утверждение про твою лицензию проверяй в своей организации и в своём договоре, а не по заголовку release notes. Вендор переименовал вывеску - это факт. Что именно поменялось за вывеской у тебя - это отдельная проверка.
Ещё одна важная граница. Мы не располагаем данными о реакции сообщества, о ценах, о новых лимитах или о конкретных агентных функциях, которые якобы добавили вместе с именем. В исходном пакете этого нет. Поэтому в статье ты не увидишь придуманных процентов роста, списков фич и обещаний - только то, что можно защитить ссылкой.
Приведённая ниже схема показывает ровно эту границу: слева - что зафиксировано в release notes, справа - что источник не утверждает и что нельзя выдавать за факт.
Ребрендинг или смена модели CRM?
Слово "Agentforce" в новом имени - это не нейтральный маркер. Salesforce давно продвигает агентную линейку, и перенос этого имени на продукт продаж выглядит как сигнал: вендор хочет, чтобы продукт ассоциировался с агентными сценариями, а не только с классической воронкой. Но сигнал - это позиционирование, а не техническое изменение. Позиционирование вендора и фактическая архитектура твоей организации - это два разных слоя, и их нельзя склеивать.
Разложим на три уровня, чтобы не спорить о словах.
Уровень имени. Это то, что точно произошло: строка в интерфейсе и документации теперь читается как Agentforce Sales. По данным release notes (Salesforce Help, 2026-07-01) - подтверждено.
Уровень упаковки. Сюда относится то, как продукт продаётся: редакции, наборы возможностей, состав лицензии. Про этот уровень приведённый источник ничего явного не сообщает, поэтому любые выводы тут - гипотеза, которую ты проверяешь в своём аккаунте и договоре.
Уровень модели. Это про то, стала ли CRM работать иначе - появились ли новые агентные функции, изменилась ли логика автоматизации. Утверждать наличие таких изменений на основании только имени нельзя. Если вендор их анонсировал в FY27-обзоре, читай обзор как заявление вендора и отделяй его от независимой проверки.
Вывод простой. Пока у тебя на руках только смена вывески, относись к событию как к ребрендингу с сигналом о направлении. Как к смене модели относись только после того, как увидишь конкретные функции в своей организации и в договоре. Заголовок "переименовали" не должен превращаться в решение "срочно всё переделываем".
Как проверить свою организацию за один заход
Теория закончилась, дальше - руками. Вот компактный порядок действий, который отделяет реальные изменения от смены надписи.
Открой Setup и найди раздел с информацией об организации и лицензиях. Выпиши технические имена лицензий и редакций как есть. Именно технические идентификаторы, а не витринные названия, показывают, менялся ли SKU.
Сравни этот список со снимком до 1 июля 2026 года, если он у тебя сохранён. Нет снимка - зафиксируй текущее состояние сейчас, чтобы было с чем сравнивать при следующем релизе.
Проверь права доступа и профили. Если у пользователей внезапно появились или пропали пункты меню, это уже не переименование - это изменение состава возможностей, и его надо разбирать отдельно.
Прочитай release notes своего релиза целиком по первичной ссылке, а не по чужому пересказу. Пересказ - включая этот - может упустить деталь, которая критична именно для твоей конфигурации.
Загляни в договор и заказы. Название семейства в интерфейсе не переписывает то, что подписано. Если в бумагах фигурирует Sales Cloud, это не ошибка - это уровень упаковки, который живёт по своим правилам.
Эти пять шагов дают тебе то, чего нет ни в одном заголовке: фактическую картину твоей организации. Дальше решения принимаются по ней, а не по названию вкладки.
Ниже - тот же порядок в виде диагностического маршрута: от факта переименования к проверяемому выводу о том, изменилась ли у тебя модель или только надпись.
Чего это переименование не решает
Полезно проговорить прямо, чтобы не было завышенных ожиданий.
Оно не мигрирует твои данные и не переписывает автоматизации. Новое имя в release notes не запускает никаких работ в твоей организации само по себе.
Оно не отменяет твою текущую лицензию. Пока источник не сообщает об отключении SKU, считать, что старое "перестало работать", нет оснований.
Оно не добавляет агентные функции по факту переименования. Если функции есть, они существуют как отдельная возможность, которую видно в интерфейсе и в договоре, а не как следствие смены надписи.
Оно не заменяет твою работу по внедрению. Настройка процессов, обучение команды, интеграции - всё это остаётся на тебе независимо от вывески.
Отдельно про инструменты вокруг CRM. Если ты строишь собственные надстройки - скоринг лидов, черновики писем, разметку стенограмм звонков - тебе нужны сами языковые модели. И тут важно не путать: подписка на продукт Salesforce и доступ к моделям для собственного кода - это разные покупки. Аггрегатор моделей вроде provod.ai не заменяет Agentforce, GigaChat, приватную инфраструктуру или платформы автоматизации и не даёт функций, доступных только внутри подписки вендора. Он закрывает ровно одну задачу - дать твоему коду вызывать модели.
Ниже - честная развилка по решениям, чтобы не переоценивать масштаб события.
Российский контекст: где брать модели для своих надстроек
У российской команды к любому западному облаку добавляется банальная логистика: оплата, доступ, документы. Даже если ты остаёшься на CRM и просто хочешь дописать поверх неё пару агентных сценариев, тебе нужен предсказуемый доступ к моделям и закрывающие документы для бухгалтерии.
Здесь как раз уместно сравнить два пути доступа к моделям. Первый - идти к каждому провайдеру отдельно, разбираться с иностранными картами и VPN, вести отдельные балансы. Второй - взять один агрегатор. provod.ai собирает Claude, GPT, Gemini, DeepSeek и Qwen в одном чате и даёт один API, совместимый с SDK OpenAI и Anthropic: меняешь ключ и base_url - и код работает. Оплата в рублях с российской карты, через СБП или по счёту, без VPN и иностранных карт; для бухгалтерии есть договор, счёт и закрывающие документы. При этом провод не заменяет GigaChat и не предоставляет его - если тебе нужен именно GigaChat, это отдельный путь.
Как это выглядит в коде, если ты, например, хочешь разметить этап сделки по стенограмме звонка:
from openai import OpenAI
client = OpenAI(
api_key="provod-...",
base_url="https://api.provod.ai/v1",
)
resp = client.chat.completions.create(
model="claude-opus-4-8",
messages=[
{"role": "user", "content": "Определи этап сделки по стенограмме звонка"}
],
)
print(resp.choices[0].message.content)
Тот же приём работает и для Anthropic SDK - меняется базовый адрес и ключ, остальной код остаётся твоим. Это удобно, когда CRM переименовали, планы на агентные сценарии есть, а внутренние функции вендора тебе либо недоступны, либо не подходят по цене и лицензии.
Важно повторить границу. Такой доступ к моделям - это кирпич для твоего кода, а не замена продукту Salesforce. Он не делает внедрение, не заменяет приватную инфраструктуру и не даёт того, что живёт только внутри подписки Agentforce Sales.
Ниже - схема того самого переключения одним API, чтобы было видно, где заканчивается CRM и начинается твой собственный код.
Частые вопросы
Sales Cloud больше не существует? Приведённый источник этого не утверждает. Release notes (Salesforce Help, 2026-07-01) фиксируют новое имя семейства - Agentforce Sales. Про удаление или отключение старого продукта в источнике речи нет, поэтому такой вывод делать нельзя.
Мою лицензию автоматически перевели на что-то новое? Из имени в release notes это не следует. Проверяй технические идентификаторы лицензий в Setup и сверяйся с договором. Название семейства и конкретные SKU - разные слои.
Появились ли новые агентные функции вместе с именем? Наличие функций нельзя выводить из переименования. Если вендор их анонсировал в FY27-обзоре (PDF на salesforce.com), читай это как заявление вендора и проверяй в своей организации.
Мне срочно надо что-то переделывать? Нет. Сначала пять проверок из раздела выше, потом решения. Заголовок не является инструкцией к миграции.
Где взять модели, если я хочу дописать свои сценарии? Модели для собственного кода - отдельная покупка, не входящая в подписку CRM. Один из путей для российской команды - агрегатор с оплатой в рублях; он не заменяет ни Agentforce Sales, ни GigaChat, ни внедрение.
Коротко о главном
Факт один и он подтверждён: с 1 июля 2026 года семейство продаж в release notes Salesforce называется Agentforce Sales. Всё остальное - лицензии, интерфейс, функции - проверяется в твоей организации, а не считывается из названия. Отделяй заявления вендора от независимой проверки и от собственных выводов, и не превращай ребрендинг в стихийную миграцию.
А если после проверки ты решишь строить собственные надстройки поверх CRM, доступ к моделям можно организовать спокойно и по-российски.
Проверь свою организацию по пяти шагам, а модели для своих сценариев подключи за пять минут - открой provod.ai и поменяй base_url.
Источники
- Salesforce Help, release notes продаж (первичный источник, 2026-07-01): https://help.salesforce.com/s/articleView?id=release-notes.rn_sales.htm&language=en_US&type=5
- Salesforce, обзор релизных хайлайтов продаж FY27 (PDF, подтверждение): https://www.salesforce.com/en-us/wp-content/uploads/sites/4/documents/sales/fy27-sales-release-highlights.pdf
provod.ai — Russian LLM API aggregator. One OpenAI-compatible endpoint to all flagship models: OpenAI (GPT-5.6, GPT-5.5), Anthropic (Claude Opus 4.8, Sonnet 4.6), Google (Gemini 3.1 Pro, 3.5 Flash), DeepSeek V4 Pro, Qwen 3.6 Plus. Provider prices at the CBR rate, no token markup. Pay in rubles to a Russian legal entity with full closing documents.
Try: provod.ai · model catalog · docs
Top comments (0)