Согласование скидок с AI-агентом: как защитить маржу и ускорить ответ клиенту

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

AI-агент в таком сценарии готовит карточку исключения: показывает исходное условие, запрошенное отклонение, источник чисел и того, кто должен принять решение. Утверждать скидку и менять цену в заказе вправе уполномоченный сотрудник. Такая граница важна, когда вместе со скидкой клиент просит отсрочку оплаты или особый срок поставки.

Какие правила уже есть в учётной системе

В официальном описании управления продажами в «1С:Управление торговлей» перечислены типовые и индивидуальные соглашения с клиентами. Они позволяют фиксировать цены, скидки, порядок оплаты и другие условия продажи. Документация также описывает ручные и автоматические скидки, ограничения для ручных скидок и дополнительное согласование продажи с отклонением от установленных правил.

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

Настройки компании могут отличаться от примеров в документации. Перед интеграцией проверьте действующие виды цен, соглашения, права пользователей и способы обмена данными между 1С и CRM. Если руководитель уже получает полную карточку отклонения в штатном процессе, дополнительный агент может оказаться лишним. Пилот имеет смысл там, где люди регулярно тратят время на поиск оснований для решения.

Где задерживается запрос на скидку

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

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

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

Что может подготовить AI-агент

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

В карточке полезно показать:

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

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

Агент может составить краткое резюме заявки, но его вывод следует отделять от исходных фактов. Формулировка «клиенту положена скидка» требует правила, на которое можно сослаться. Если такого правила нет, карточка должна показывать запрос на исключение и лицо, уполномоченное его рассмотреть.

Как построить маршрут согласования

Сначала зафиксируйте действующие полномочия. Кто вправе менять цену в пределах своего лимита? Кто согласует отклонение от соглашения? Когда требуется мнение финансового отдела? Эти вопросы решает компания. Агент может применять заданные пороги и выбирать адресата, но не должен придумывать пороги из переписки или прошлых решений.

Для каждой заявки маршрут должен объясняться конкретным правилом. Например, карточка уходит руководителю продаж, потому что запрошенная скидка превышает лимит менеджера. Если одновременно изменился график оплаты, может потребоваться дополнительное согласование у другого ответственного. Условие передачи фиксируйте отдельно от текста, который модель пишет для человека.

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

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

Где остановить автоматическое действие

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

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

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

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

Пилот: один тип исключений и измеримый результат

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

Возьмите завершённые заявки с известным решением. Не задавайте универсальный объём выборки заранее: проверьте, представлены ли в ней обычные запросы, возвраты на доработку, изменения заказа и случаи с неполными данными. На этих материалах можно увидеть, какие поля руководитель действительно использовал и какие сведения в архивных заявках отсутствовали.

Проведите пилот по этапам:

1. Опишите текущее правило согласования и список источников данных. У каждого поля назначьте владельца.
2. Запустите режим чтения. Агент готовит карточку, а сотрудник сверяет её с 1С, CRM и исходным запросом.
3. Записывайте ошибки по категориям: неверное соглашение, устаревшая цена, пропущенное условие оплаты, ошибочный адресат.
4. После исправления типовых ошибок подключите маршрутизацию и уведомления, сохранив утверждение за сотрудником.
5. Сравните результаты с исходным процессом и разберите каждую заявку, где агент изменил маршрут или подготовил неполную карточку.

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

Когда запросы из CRM приходят регулярно и их нужно обрабатывать вне рабочего времени, интеграцию можно разместить на сервере Timeweb Cloud. Перед запуском настройте очередь событий, журнал действий, мониторинг и ручную передачу заявки при сбое. Сервер предоставляет среду для работы интеграции; корректность согласования зависит от актуальности данных, настроенных прав и решений сотрудников.

Чем этот сценарий отличается от обработки заказа

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

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

Что спросить у подрядчика перед внедрением

Попросите показать путь одного числа от источника до карточки: откуда взята себестоимость, когда её обновили и кто утвердил формулу маржи. Затем проверьте права агента в тестовом контуре. Он должен видеть только данные, нужные для подготовки заявки, и не иметь возможности утвердить собственное предложение.

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

Источники

• 1С:Управление торговлей: управление продажами, соглашения и скидки
• 1С:Управление торговлей: управление отношениями с клиентами

Если хочешь внедрить ИИ агентов в свой бизнес, но не знаешь с чего начать, пиши мне в телеграм t.me/berdoff, я проведу бесплатную консультацию, поделюсь своим опытом