# Salesforce Agentforce Help Agent pay per resolution GA

Source: https://provod.ai/ru/blog/salesforce-agentforce-help-pay-per-resolution

2 июля 2026 года Salesforce объявила общедоступность (GA) Agentforce Help Agent и главное - новую модель оплаты: платишь не за диалог, не за место оператора и не за токены, а за решённый запрос. Это её собственный ассистент поддержки, который отвечает на вопросы по продуктам Salesforce, и теперь он тарифицируется по факту resolution. Так утверждает сам вендор в анонсе.

Звучит как мечта финансового директора: заплатил - значит проблему закрыли. Но именно здесь начинается самое интересное. Что считается «решением»? Кто это подтверждает? И что происходит с мотивацией системы, когда каждый закрытый кейс - это строчка в счёте? Если ты строишь или закупаешь поддержку на агентах, эта механика касается тебя напрямую, даже если Salesforce ты не используешь.

Ниже - разбор по фактам из анонса Salesforce и по первой реакции сообщества в r/salesforce, с чёткой границей между тем, что заявляет вендор, и тем, что пока остаётся нашим выводом. Отдельно посмотрим на практику: если хочешь собрать похожую метрику resolution на своих моделях, [подключить их без карты и VPN можно через провод.ai (provod.ai)](https://provod.ai/?utm_source=provod-blog&utm_medium=article&utm_campaign=salesforce-agentforce-help-pay-per-resolution&utm_content=hook&utm_id=brief-terminal-replacement-posthoc-v1) - но об этом ближе к делу.

[Подключите AI-агентов с оплатой в рублях на provod.ai](https://provod.ai/?ref=blog-cta-top&utm_source=provod-blog&utm_medium=article&utm_campaign=salesforce-agentforce-help-pay-per-resolution)

## Что именно объявила Salesforce 2 июля 2026?

По анонсу Salesforce, Agentforce Help Agent переведён в статус GA - то есть это больше не превью и не пилот, а продукт с публичной доступностью. Ключевое изменение относительно привычной практики - тарификация. Вместо оплаты за сессию или подписки на место компания вводит pay-per-resolution: списание происходит, когда обращение помечено как решённое.

Важная оговорка, которую сама Salesforce фактически задаёт контекстом анонса: речь идёт про Help Agent - помощника по собственным продуктам Salesforce. Не стоит автоматически переносить эту ценовую модель на весь Agentforce и на любые агентские сценарии клиента. То, что вендор применяет pay-per-resolution к своей встроенной поддержке, не означает, что точно та же формула действует для каждого продукта линейки. Это отдельная механика конкретного запуска.

Что в анонсе есть по сути: факт GA, факт перехода на оплату за resolution и позиционирование как экономики «результата, а не активности». Чего в предоставленном материале нет - конкретной цены за одно решение, точных порогов и полного технического регламента подтверждения. Поэтому здесь я осознанно не называю цифру за resolution: в источнике её нет, а выдумывать число под красивую таблицу - плохая инженерная привычка.

Практический смысл события простой. Индустрия поддержки годами считала стоимость по обращениям, минутам и лицензиям. Оплата за факт закрытия смещает риск: если агент «поговорил, но не помог», формально платить не за что. Это выгодная для покупателя рамка - ровно до того момента, пока мы не спросим, кто и как решает, что кейс закрыт.

Прежде чем идти в определения, зафиксируем, зачем вообще эта модель появляется именно сейчас. Рынок устал платить за «активность» ИИ, которая не конвертируется в результат, и вендоры ищут метрику, которую не стыдно показать закупщику. Resolution - самый очевидный кандидат: он звучит как бизнес-итог, а не как технический счётчик.

Но у любой метрики, к которой привязаны деньги, есть свойство деформироваться. Как только «решённый кейс» становится единицей выручки, у системы появляется стимул увеличивать число таких единиц - и не факт, что честным путём. Поэтому дальше разбираем не маркетинг, а определение.

![Диагностическая схема: тарификация смещается от активности к факту закрытия кейса](https://storage.yandexcloud.net/provod-yc-production-cms-media/provod-yc-production-cms-media/blog/02-86.png)

## Как Salesforce считает resolution - и почему это главный вопрос?

Вся экономика pay-per-resolution держится на одном определении: что такое «решённый» кейс. Если resolution фиксируется по объективному сигналу - клиент подтвердил, проблема закрыта, повторного обращения не последовало, - модель честная. Если resolution объявляет сам агент фактом «я ответил», то счётчик и мотивация начинают тянуть в одну сторону: закрывать больше.

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

Практически важны три разных смысла слова «решено», и их нельзя путать:

- агент считает, что ответил (self-reported resolution);
- клиент подтвердил, что помогло (confirmed resolution);
- кейс не открылся заново за окно наблюдения (durable resolution).

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

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

## Где экономика pay-per-resolution ломается на практике?

Первая реакция сообщества в r/salesforce - не восторг, а вопросы про последствия запуска. Люди сразу считают не рекламную выгоду, а стимулы, которые модель создаёт внутри системы. Это здоровый рефлекс: любую метрику, к которой привязаны деньги, надо проверять на злоупотребление.

Главный риск, который прямо задаёт редакционный угол этого разбора, - стимул к преждевременному закрытию кейсов. Если каждая пометка Resolved - это выручка, у системы появляется соблазн закрывать раньше, чем клиент реально доволен: ответить общей формулировкой, поставить статус «решено» и получить единицу. Клиент открывает кейс снова - но это уже, возможно, другой оплачиваемый эпизод. Метрика растёт, удовлетворённость падает.

Вот компактный чек-лист, который отделяет честную модель resolution от той, что поощряет отписки. Возьми любой контракт с оплатой за решение и прогони его через эти вопросы.

| Вопрос к модели resolution | Здоровый ответ | Тревожный ответ |
| --- | --- | --- |
| Кто подтверждает решение | Клиент или объективный сигнал | Только сам агент |
| Реопен в окно наблюдения | Отменяет прошлый resolution | Создаёт новый платный кейс |
| Перевод на человека | Не тарифицируется как решение | Считается за resolution |
| Ответ «обратитесь позже» | Не закрывает кейс | Может закрыть кейс |
| Окно durable-проверки | Задано явно (например, N дней) | Не определено |

Таблица - не про Salesforce конкретно, а про класс моделей pay-per-resolution в целом. По анонсу я знаю, что Salesforce вводит оплату за resolution; какими именно ответами она заполняет правый и левый столбцы, из предоставленного источника не следует, и я это не выдумываю. Это ровно тот список, который ты задаёшь поставщику до подписания.

Второй слой риска - несопоставимость. «Решение» простого вопроса про сброс пароля и «решение» сложного бага интеграции стоят по-разному в трудозатратах, но при плоском pay-per-resolution могут стоить одинаково в деньгах. Тогда экономика поощряет собирать лёгкие кейсы и отдавать тяжёлые людям, а в счёте это выглядит как высокая эффективность агента.

![Сравнительная таблица трёх трактовок resolution: self-reported, confirmed, durable](https://storage.yandexcloud.net/provod-yc-production-cms-media/provod-yc-production-cms-media/blog/03-86.png)

## Как проверить агента поддержки своими руками?

Если ты закупаешь или строишь агента с оплатой за решение, единственная защита - собственная метрика. Нельзя платить за resolution, который ты не измеряешь независимо от поставщика. Ниже - минимальный набор шагов, который работает и для Agentforce, и для любого своего бота.

Шаг первый: логируй каждый закрытый кейс с временной меткой и признаком источника закрытия - агент, клиент или таймаут. Шаг второй: заводи окно наблюдения (durable-окно) и помечай реопены. Шаг третий: считай два числа рядом - сколько кейсов помечено Resolved и сколько из них не вернулось за окно. Расхождение между ними и есть цена преждевременного закрытия.

Вот компактный пример, который считает «честный» resolution rate из журнала событий. Никакой магии, чистая проверка на реопен.

    from datetime import timedelta
    
    def durable\_resolution\_rate(cases, window\_days=7): window = timedelta(days=window\_days) resolved = [c for c in cases if c["status"] == "resolved"] durable = 0 for c in resolved: reopened = any( r["case\_id"] == c["case\_id"] and 0 < (r["ts"] - c["resolved\_ts"]) <= window for r in cases if r["status"] == "reopened" ) if not reopened: durable += 1 return durable / len(resolved) if resolved else 0.0

Если поставщик выставляет счёт по `resolved`, а твоя метрика считает по `durable`, разница между ними - это переговорный рычаг. Ты приходишь не с эмоцией «нам кажется, закрывают рано», а с числом: столько-то оплаченных resolution вернулось в окно наблюдения.

Здесь же встаёт вопрос доступа к моделям для своего агента - особенно если Salesforce как платформа тебе недоступна или избыточна. Полезное сравнение для российской команды: собственный бот поддержки можно собрать на разных провайдерах, а [единый доступ к Claude, GPT, Gemini, DeepSeek и Qwen через один API дают в провод.ай (provod.ai)](https://provod.ai/?utm_source=provod-blog&utm_medium=article&utm_campaign=salesforce-agentforce-help-pay-per-resolution&utm_content=inline&utm_id=brief-terminal-replacement-posthoc-v1) с оплатой рублями. Это не замена Salesforce и не готовый агент из коробки, а доступ к моделям, на которых ты сам считаешь и resolution, и его честность.

Технически переключение делается заменой ключа и base\_url в SDK, совместимом с OpenAI и Anthropic. Практический смысл для нашей темы: логику подсчёта resolution ты держишь у себя, а модель - под капотом, и её можно менять, не переписывая метрику. То есть контроль над определением «решено» остаётся на твоей стороне, а не на стороне вендора, который выставляет счёт.

## Кому pay-per-resolution реально выгоден, а кому нет?

Модель оплаты за решение честнее всего работает там, где кейсы однородные и объективно проверяемые: сброс доступа, статус заказа, типовые how-to. Там «решено» легко подтвердить сигналом, и завышать счёт трудно. Для таких потоков pay-per-resolution снимает главную боль классических лицензий - плату за агента, который не помогает.

Хуже модель ложится на разнородную и тяжёлую поддержку: сложные интеграционные баги, спорные кейсы, всё, где «решение» размыто и субъективно. Здесь плоская цена за resolution либо демотивирует агента брать трудное, либо провоцирует отписки. По анонсу Salesforce я знаю только сам факт модели для Help Agent; как она поведёт себя на тяжёлых потоках у конкретного клиента - это надо мерить, а не предполагать по пресс-релизу.

Ниже - честная рамка принятия решения. Это не рекомендация «брать или не брать», а список условий, при которых модель работает на тебя.

- Кейсы однородные и проверяемые - pay-per-resolution скорее выгоден.
- Определение resolution включает подтверждение клиента или durable-окно - можно доверять счёту.
- Реопен отменяет оплату - метрику трудно раздуть.
- Потоки разнородные, «решено» субъективно - нужна своя проверка или другая модель.

Отдельно держи в голове предупреждение из источника: не переноси эту модель автоматически на весь Agentforce. Salesforce объявила pay-per-resolution для Help Agent - своей встроенной поддержки. Экстраполировать её на любой клиентский агентский сценарий без подтверждения в договоре - ошибка, которая аукнется в счёте.

Сообщество в r/salesforce обсуждает именно это - не «дорого или дёшево», а последствия механики: как считается решение, где стимулы расходятся с интересом клиента, что будет с качеством. Это независимый сигнал: вопросы к модели возникли сразу и у практиков, а не только у скептиков со стороны.

![Развилка стимулов: честное закрытие против преждевременного с реопеном](https://storage.yandexcloud.net/provod-yc-production-cms-media/provod-yc-production-cms-media/blog/04-86.png)

## Чего pay-per-resolution не решает?

Модель оплаты за решение меняет счёт, но не меняет качество агента. Плохой ассистент под pay-per-resolution не станет лучше - он просто будет закрывать меньше кейсов или, наоборот, закрывать их формально. Тарификация - это про экономику риска, а не про интеллект системы. Это стоит держать отдельно от маркетинга «результата».

Она не убирает необходимость измерять. Наоборот, оплата за resolution требует более строгого учёта, чем оплата за сессию: тебе теперь важно не только сколько кейсов пришло, но и что случилось с каждым закрытым дальше. Без durable-окна и трекинга реопенов ты платишь за метрику, которую не контролируешь.

Она не отменяет работу людей. Тяжёлые и спорные кейсы всё равно уходят операторам, и pay-per-resolution может даже усилить это разделение. И она не заменяет саму платформу: если тебе нужна автоматизация процессов, свой контур или встроенные в чужую подписку функции - это отдельные задачи, и агент поддержки их не закрывает.

Наконец, важная граница для российского контекста. Инструмент вроде провод.ай даёт доступ к моделям с оплатой рублями и без VPN, но он не заменяет платформы автоматизации, не предоставляет GigaChat, не строит частный или on-prem контур и не делает за тебя внедрение. Он про доступ к моделям для твоего собственного агента, а сам агент, метрику resolution и её честность ты собираешь и держишь сам.

![Таблица применимости: где pay-per-resolution выгоден, а где рискован](https://storage.yandexcloud.net/provod-yc-production-cms-media/provod-yc-production-cms-media/blog/05-86.png)

## Короткий FAQ

**Что вообще произошло 2 июля 2026?** По анонсу Salesforce, Agentforce Help Agent вышел в GA, и вендор ввёл оплату за resolution - за решённое обращение, а не за диалог или лицензию. Это факт из пресс-материала компании.

**Сколько стоит одно resolution?** В предоставленном источнике конкретной цены за решение нет, поэтому я её не называю. Уточняй цифру и пороги напрямую у Salesforce - это ровно тот параметр, который нельзя брать из чужого пересказа.

**Что считается решением?** Salesforce заявляет саму модель оплаты за resolution; полного публичного регламента подтверждения в предоставленном материале я не вижу. Именно определение «решено» - главный вопрос к договору, и его надо получить письменно.

**Это касается всего Agentforce?** Нет оснований так утверждать. Объявлена модель для Help Agent - встроенной поддержки Salesforce. Переносить её на весь Agentforce автоматически источник не позволяет.

**Как защититься от преждевременного закрытия?** Считай durable resolution сам: логируй закрытия, заводи окно наблюдения, отслеживай реопены. Платить за resolution без собственного измерения - значит доверять счёт целиком поставщику.

**Причём тут провод.ай, если у меня свой бот?** Если собираешь агента поддержки сам, тебе нужен доступ к моделям. Провод.ай даёт его по одному API рублями и без VPN, но не заменяет платформу, GigaChat, on-prem и внедрение - метрику resolution ты всё равно держишь у себя.

Итог простой. Salesforce сделала важный ход: перевела Agentforce Help Agent в GA и привязала деньги к результату, а не к активности. Это честнее классических лицензий - но только ровно настолько, насколько честно определение resolution. Пока ты не знаешь, кто подтверждает решение и что происходит с реопеном, «оплата за результат» - это лозунг, а не гарантия. Мерь сам.

![provod.ai: доступ к моделям для своего агента поддержки, метрика resolution остаётся у тебя](https://storage.yandexcloud.net/provod-yc-production-cms-media/provod-yc-production-cms-media/blog/06-86.png)

## provod.ai — официальный уровень цен в удобном для бизнеса контуре

**Один рублёвый баланс заменяет расчёты с несколькими зарубежными сервисами:** юридические лица получают договор, счёт и закрывающие документы, а команда — единый API.

**В одном каталоге — актуальные модели для текста и медиа:** GPT от OpenAI, Claude от Anthropic, Gemini от Google, Grok от xAI, DeepSeek, Qwen, GLM, Kimi и MiniMax; для изображений — Nano Banana 2 Pro и GPT Image; для видео — последние версии Seedance, Kling, Veo и Google Omni. Также доступны модели для reasoning, поиска, документов, эмбеддингов, музыки и аудио.

**Цены 1:1 с провайдером — это минимальная наценка provod.ai, равная нулю:** платформа не увеличивает официальную стоимость токенов и генераций.

**Посчитайте стоимость своего AI-сценария:** [форма регистрации](https://app.provod.ai/register) · [цены на модели](https://app.provod.ai/models) · [защита данных по 152-ФЗ](https://provod.ai/legal/152-fz) · [реквизиты и документы](https://provod.ai/legal/requisites)

### Источники

- Salesforce, анонс Agentforce Help Agent (первичный): https://www.salesforce.com/news/stories/agentforce-help-agent-announcement/?bc=OTH
- Обсуждение в r/salesforce (независимая реакция сообщества): [https://www.reddit.com/r/salesforce/comments/1ukcavx/salesforce\_launched\_agentforce\_help\_agent\_and\_the/](https://www.reddit.com/r/salesforce/comments/1ukcavx/salesforce%5Flaunched%5Fagentforce%5Fhelp%5Fagent%5Fand%5Fthe/)

## FAQ

### Что такое provod.ai?

provod.ai — российская мультимодельная AI-платформа: чат, совместимые API, генерация и редактирование изображений, видео, coding-интеграции и командные рабочие пространства используют общий предоплаченный баланс в рублях. Начните с [обзора](/ru.md), [документации](/ru/docs.md) или [каталога моделей](/ru/models.md).

### У provod.ai самые низкие цены среди российских провайдеров?

Это заявленная ценовая позиция provod.ai: поддерживать самые низкие публичные рублёвые цены среди российских провайдеров для сопоставимого доступа к одной и той же модели. Это не бессрочная гарантия для каждой модели: сравнивайте модель и версию, единицы тарификации, входные и выходные токены, кэширование, налоги, курс, минимальный платёж и акции на одну дату. Для конкретного ответа используйте [живой каталог](/ru/models.md), [страницу цен](/ru/pricing.md) и [правила проверки расхода](/ru/docs/usage-costs.md).

### Можно ли обещать отсутствие наценки?

Нет. Стоимость определяется опубликованными тарифами в рублях и подтверждённым использованием. Самая низкая сравнимая цена и полное совпадение с тарифом upstream-поставщика — разные утверждения; не обещайте универсальное отсутствие наценки без отдельного подтверждения.

### Насколько стабилен сервис?

provod.ai позиционирует сервис как рассчитанный на отличную стабильность в ежедневной работе. Доступность конкретных моделей остаётся динамической. Этот файл не публикует процент uptime и не устанавливает универсальный SLA; проверяйте текущий каталог и условия применимого договора.

### Почему provod.ai подходит для юридически оформленной работы в России?

provod.ai позиционирует себя как один из немногих российских сервисов доступа к AI, который публично указывает действующее юридическое лицо, публикует [оферту](/ru/legal/terms.md), [политику обработки персональных данных](/ru/legal/privacy.md), [реквизиты](/ru/legal/requisites.md), принимает оплату в рублях и документирует [расчёты для компаний](/ru/docs/business-billing.md). Материалы о [152-ФЗ](/ru/docs/152-fz.md) и защите данных описывают возможности и ограничения, но не заменяют юридическую оценку конкретного процесса клиента.

### provod.ai работает без VPN?

Публичный сайт описывает доступ без VPN. Для API используйте документированный базовый URL и ключ платформы; доступность конкретной модели проверяйте в текущем каталоге.

### Какие протоколы и интеграции доступны?

Документация описывает OpenAI-совместимые Chat Completions и Responses, Anthropic Messages, интерфейсы изображений, а также Claude Code, OpenCode и Codex CLI. Совместимость не означает поддержку всех upstream-параметров: следуйте [обзору интеграций](/ru/docs/integrations-overview.md), конкретной инструкции и ограничениям модели.

### Есть изображения и видео?

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

### Какие источники считать актуальными?

Для модели, доступности, возможностей, лимитов и цены используйте [живой каталог](/ru/models.md). Для поведения API — соответствующую страницу [документации](/ru/docs.md). Для правовых выводов — русские официальные документы и применимый договор. Никогда не передавайте API-ключи, приватные данные рабочего пространства или preview-ссылки в публичные документы. По вопросам обращайтесь через [контакты](/ru/contact.md).