# Согласование регистрации сделки за партнёром с проверкой смежных заявок

> Алексей Кулик · Partner Account Management Department · SimpleOne. Зафиксировано 17.09.2026. Обучение «ИИ в корпорации», практикум П3 «Аудит своей больной задачи» (онлайн-опрос)

## Суть идеи

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

## Контекст и частота

Около 5 раз в неделю. Кейс важен тем, что автор ставит под сомнение саму возможность автоматизации решения и формулирует правильный порядок работ: сначала описать правила принятия решения, потом автоматизировать.

## Что приходит на вход

- Запрос от сотрудника подразделения с просьбой согласовать сделку для нужного партнёра
- Наименование партнёра
- Ссылка на сделку в CRM
- Описание аргументации: почему нужно подтвердить эту сделку вообще и этому партнёру в частности
- При наличии встречи — когда и с кем она происходила, что высказывал на ней заказчик
## Ожидаемый результат

Согласование регистрации сделки, указанной в запросе сотрудника; отклонение регистраций сделки других партнёров; отправка ответного письма сотруднику с комментарием «согласовано».

## Как процесс устроен сейчас

1. Получаю письмо от сотрудника, открываю его
1. Перехожу по указанной ссылке
1. Изучаю информацию, указанную в карточке регистрации сделки
1. Изучаю смежную информацию в системе
1. Перехожу в табличную часть согласований
1. Выбираю карточку согласования, где указана моя фамилия
1. Захожу в нее, нажимаю на кнопку «согласовать»
1. При необходимости отклоняю аналогичные запросы от других партнеров
1. Отправляю ответ по электронной почте со словом «согласовано»
## Что в процессе лишнее

«Заходить в смежные карточки, проверять информацию в них, производить действия в аналогичных запросах при согласовании основной регистрации.» То есть лишнее — ручной обход связанных заявок, а не само решение.

## Что делается «на автомате»

«Часто задаю устные наводящие вопросы сотруднику для принятия решения.» Этот шаг показывает, что во входящем запросе систематически не хватает данных.

## Комментарии и сомнения автора

Автор ставит главный вопрос кейса: «На основании чего принимается решение о регистрации сделки и можно ли это автоматизировать?» И раскрывает его: если партнёров на одного заказчика несколько, у кого приоритет; что может привести к тому, что сделка не будет согласована. Отдельно фиксирует: «Нотификация о согласовании должна улетать сотруднику автоматически, писать письмо не нужно.»

## Предлагаемая техническая реализация

1. Первый шаг — не ИИ, а регламент: зафиксировать правила приоритета партнёров на одного заказчика и основания для отказа. Без этого автоматизировать решение нельзя, и автор это прямо отмечает.
1. Структурированная форма запроса на согласование вместо письма: партнёр, сделка, аргументация, сведения о встрече — обязательные поля. Это снимает «устные наводящие вопросы».
1. Карточка решения: агент собирает в одном экране саму заявку, все смежные заявки других партнёров по тому же заказчику, историю работы партнёра с этим заказчиком и краткое резюме аргументации.
1. Каскадная обработка: согласование основной заявки автоматически отклоняет конкурирующие заявки по тому же заказчику с типовым обоснованием — это убирает названный автором лишний шаг.
1. Системное уведомление инициатору вместо ручного письма — прямое требование автора.
1. После накопления решений по формализованным правилам — рекомендация агента («согласовать / отклонить» с обоснованием) при сохранении решения за человеком.
## Риски и открытые вопросы

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