Excel-калькулятор КП в Битрикс24 заменили приложением, которое собрал ИИ-агент

Excel в отделе продаж живёт дольше, чем хотелось бы. Пока таблицей пользуется один человек, всё нормально. Когда их десять, у каждого появляется своя копия: один работает по старому прайсу, другой «чуть поправил» формулу, третий дал клиенту скидку выше регламента. Руководитель узнаёт об этом из подписанного договора. Технический писатель Игорь Росляков в рамках цикла статей Bitrix24 DevRel проверил, насколько быстро такой калькулятор можно заменить приложением внутри CRM, если большую часть работы делает ИИ-агент.

Что собирали и зачем

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

• брать актуальные цены из каталога CRM, а не из констант в коде;
• считать сумму по единым правилам;
• ограничивать скидку: до 100 000 ₽ максимум 5%, от 100 000 до 300 000 ₽ — 10%, от 300 000 ₽ — 15%;
• создавать сделку и коммерческое предложение сразу в Битрикс24.

Важный нюанс: порог определяется по сумме заказа до скидки. Если менеджер вводит лишнее, приложение не молча урезает значение, а отказывает и объясняет, какой процент допустим.

Использовали агента Битрикс24 Коворк/Код. У него два режима: «Коворк» для работы с бизнес-данными портала и «Код» для разработки. В первом агент создал тестовый раздел каталога с шестью товарами, три компании и привязанные к ним контакты. Во втором собрал само приложение и разместил его на платформе Битрикс24 Вайбкод.

Как устроен промпт

Наиболее полезная часть материала — не сам калькулятор, а структура запроса. Автор не писал промпт руками: сначала попросил агента составить точное задание, затем прогнал отчёт через ChatGPT, несколько раз поправил и отдал агенту. Заодно это экономит токены.

В задании зашиты решения, которые обычно забывают описать:

• Сервер — источник истины. Сумму от клиента не принимают. Перед созданием сделки сервер заново читает цены из каталога и пересчитывает лимит. Подмена данных в браузере ничего не даёт.
• Личность приходит от шлюза. Ответственным в сделке становится текущий сотрудник. ID берётся из заголовка шлюза, а не из тела запроса.
• Доступ по отделу. Сотрудник вне разрешённого отдела получает понятный отказ, а не пустой экран. Действия в CRM выполняются в его правах, не от имени администратора.
• Идемпотентность. Ключ заказа создаётся один раз на расчёт. Повторный клик возвращает уже созданную сделку, параллельный дубль получает 409.
• Жёсткие границы. Не больше 50 строк, количество от 1 до 999, скидка от 0 до 50, никакого универсального прокси в портал.
• Список «чего не делать». Согласования, НДС, маржа и журнал аудита отложены на следующую версию. Это защищает от разрастания задачи.

Стоит отметить и порядок работы: сначала тесты на денежную часть (границы 99 999,99 / 100 000 / 299 999,99 / 300 000), потом сервер, потом интерфейс, проверка безопасности и публикация. Тестовую сделку агент создаёт только после подтверждения человека.

Ограничения и что забрать себе

Сразу оговорки. Это материал из цикла DevRel-команды самого Битрикс24, поэтому он показывает инструмент вендора в выгодном свете. Кейс модельный: каталог из шести товаров и одно правило скидок не равны реальному прайсу с сотнями позиций и исключениями. В доступной части текста нет итоговых цифр по времени и числу итераций, поэтому оценить экономию нельзя. Остаются и вопросы, которые сам автор выносит отдельно: насколько безопасно доверять расчёты приложению, написанному ИИ, и кто его будет поддерживать.

Практический вывод для разработчика и продакта шире Битрикс24. Если вы отдаёте внутренний инструмент ИИ-агенту, качество результата определяет не модель, а ТЗ. Опишите, где живёт истина (сервер), что запрещено принимать от клиента, как защититься от дублей и что явно не входит в версию. Деньги и права проверяйте тестами на границах значений. И не создавайте боевые сущности в CRM без подтверждения человека: этот пункт автор тоже вписал в задание.