Наименование организации:
ООО «Мой Софт»
40702810310000021416
Расчетный счет:
АО «ТИНЬКОФФ БАНК»
Банк:
044525974
БИК:
781101001
Корреспондентский счет:
7811616280
ИНН:
781101001
КПП:
1167847299410
ОГРН:
ОКПО:
03614300
Бесщетников Антон Игоревич
Генеральный директор:
192019, г. Санкт-Петербург, ул. Мельничная, д. 18, литер А, пом. 18-H 10, оф. 805
Юридический адрес:
Почтовый адрес:
192019, г. Санкт-Петербург, а/я 2
Реквизиты компании ООО «Мой Софт»
Интеграции с CRM

Автоматизация продаж в 1С с ИИ-агентом

Как агент связан с 1С: таблица под прайс и остатки, вебхук с пользовательской функцией под заявку, счёт и статус заказа по номеру.

Команда платформы СаввиОбновлено 22 сентября 20265 мин чтения
Пластилиновая витрина с двумя стеклянными окнами, между ними коралловый мостик
Коротко

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

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

Разрыв не в том, что данных нет. Он в том, что между базой и перепиской стоит человек, который сверяет одно с другим вручную.

Что в этой связке делает таблица, а что вебхук

Задача одна — довести клиента от вопроса до заказа, но данные под ней разной природы, и инструменты для них разные.

Что нужно агентуЧерез чтоПочему так
Прайс и остатки по каталогутаблицаменяется пачками, читается по строкам, выгружается разом
Запись заявки в 1Свебхук + пользовательская функцияразовое действие с конкретными аргументами из диалога
Счёт по заявкевебхук + пользовательская функциятот же способ вызова, другой метод на стороне 1С
Статус заказа по номерувебхук + пользовательская функцияточечный запрос к базе в момент вопроса клиента

Таблица — это склад данных, который агент листает сам. Вебхук — это дверь в конкретный метод 1С, за которой всегда что-то одно: записать, посчитать или вернуть статус.

Проверьте на своих диалогах.Регистрация без карты, 500 ₽ на тест по промокоду BLOG500

Собрать агента

Как агент подбирает позицию по прайсу

Выгрузка из 1С ложится в раздел «Таблицы» тем же файлом или той же Google-таблицей, что и любой другой прайс: колонки без объединения, заголовки в первой строке, частота обновления в минутах. Разница с обычным каталогом одна: строки берутся из отчёта, который формирует сама 1С, а не из ручной выгрузки.

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

Для позиций, которые клиент называет не так, как они записаны в 1С — «утеплённые сапоги 39-й» вместо точного артикула, — в той же таблице включается смысловой поиск, но это уже устройство самой таблицы.

Как заявка превращается в счёт

Дальше начинается работа с методами, которые публикует сама 1С.

  1. Клиент называет позицию и количество, агент подтверждает их по таблице.
  2. Программист 1С публикует HTTP-метод, который принимает эти данные и создаёт заявку.
  3. В агенте заводится действие «Вебхук»: указывается URL метода, тип запроса и заголовки.
  4. На вкладке «Переменные действия» добавляются аргументы — товар, количество, контакт клиента, — которые агент передаст в запрос.
  5. На вкладке «Условия срабатывания» задаётся название функции и описание: по нему модель понимает, что заявку пора отправлять именно сейчас.

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

!
Зачем прямо называть функцию в инструкции

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

Как клиент узнаёт статус заказа по номеру

Здесь работает та же дверь, но с другим методом за ней и с одним аргументом — номером заказа.

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

1 аргумент обычно хватает для проверки статуса — номер заказа
10 вызовов лимит обращений к одной функции за диалог
POST предпочтительный метод, если можно повлиять на проектирование
Источник: По руководству платформы Савви, раздел «Действия».

Что берёт на себя агент, а что остаётся менеджеру

Агент закрывает всю цепочку, где ответ детерминирован: посмотреть остаток, записать заявку по готовому шаблону, вызвать метод и вернуть статус. Это ровно те шаги, где человек раньше просто передавал данные туда-обратно, ничего не решая.

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

С какой стороны подключать 1С, если она доработана под себя

Подключите сначала тот метод, который закрывает самый частый вопрос, — обычно это статус заказа или остаток по конкретной позиции.

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

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

Частые вопросы

С чего агент берёт цену и остаток по позиции

Из таблицы. Прайс и остатки выгружаются в раздел «Таблицы» файлом CSV, Excel или ссылкой на Google-таблицу, платформа сама переводит вопрос клиента в запрос к строкам и обновляет данные по расписанию.

Как агент записывает заявку в 1С

Через действие «Вебхук»: на стороне 1С публикуется метод, который принимает данные заявки, а агент вызывает его как обычную функцию, передавая аргументы из диалога — товар, количество, контакт.

Можно ли получить статус заказа по номеру

Да, если на стороне 1С опубликован метод, который принимает номер заказа и возвращает статус. Агент вызывает его тем же вебхуком, только с другим набором аргументов и своим названием функции.

Чем пользовательская функция отличается от вебхука

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

Что если структура данных в 1С нестандартная

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

Почему GET иногда заменяют на POST

POST упрощает передачу сложных параметров и больших объёмов данных, поэтому если есть возможность повлиять на проектирование метода в 1С, для этого предпочтительнее закладывать поддержку POST — в том числе для запросов на получение данных.

Команда платформы СаввиПишем о том, как бизнес внедряет ИИ-агентов, на данных платформы. Обновлено 22 сентября 2026.
BLOG500
Собрать агента