Как агент связан с 1С: таблица под прайс и остатки, вебхук с пользовательской функцией под заявку, счёт и статус заказа по номеру.
Связка 1С и агента строится на двух инструментах: таблице для прайса и остатков и вебхуке с пользовательской функцией для точечных операций — записи заявки, выставления счёта, проверки статуса заказа по номеру. Таблица обновляется по расписанию, вебхук обращается к опубликованному методу 1С в момент диалога. Менеджер остаётся там, где нужна доработка редкого случая.
По утрам в отделе продаж идёт один и тот же ритуал: кладовщик открывает карточку номенклатуры в 1С, называет остаток вслух, продавец переносит цифру в переписку с клиентом — и к обеду она уже другая, потому что за это время прошла ещё одна отгрузка.
Разрыв не в том, что данных нет. Он в том, что между базой и перепиской стоит человек, который сверяет одно с другим вручную.
Задача одна — довести клиента от вопроса до заказа, но данные под ней разной природы, и инструменты для них разные.
| Что нужно агенту | Через что | Почему так |
|---|---|---|
| Прайс и остатки по каталогу | таблица | меняется пачками, читается по строкам, выгружается разом |
| Запись заявки в 1С | вебхук + пользовательская функция | разовое действие с конкретными аргументами из диалога |
| Счёт по заявке | вебхук + пользовательская функция | тот же способ вызова, другой метод на стороне 1С |
| Статус заказа по номеру | вебхук + пользовательская функция | точечный запрос к базе в момент вопроса клиента |
Таблица — это склад данных, который агент листает сам. Вебхук — это дверь в конкретный метод 1С, за которой всегда что-то одно: записать, посчитать или вернуть статус.
Проверьте на своих диалогах.Регистрация без карты, 500 ₽ на тест по промокоду BLOG500
Собрать агентаВыгрузка из 1С ложится в раздел «Таблицы» тем же файлом или той же Google-таблицей, что и любой другой прайс: колонки без объединения, заголовки в первой строке, частота обновления в минутах. Разница с обычным каталогом одна: строки берутся из отчёта, который формирует сама 1С, а не из ручной выгрузки.
Под вопросом «есть в наличии восьмой размер» платформа строит запрос к таблице и возвращает найденную строку, а не всю выгрузку целиком — поэтому размер каталога почти не сказывается на цене ответа. Описание таблицы в настройках стоит написать так, чтобы оно называло сам товар и признак «остаток»: по этому описанию агент решает, когда идти именно сюда.
Для позиций, которые клиент называет не так, как они записаны в 1С — «утеплённые сапоги 39-й» вместо точного артикула, — в той же таблице включается смысловой поиск, но это уже устройство самой таблицы.
Дальше начинается работа с методами, которые публикует сама 1С.
Счёт устроен так же, только на другом методе: обычно он принимает номер уже созданной заявки и возвращает ссылку на оплату или сумму к оплате — состав ответа целиком определяется тем, как метод спроектирован в 1С.
Модель обычно сама понимает, когда вызвать таблицу или вебхук, по их описанию. Но там, где в одном диалоге подряд идут два похожих шага — сначала записать заявку, потом сразу выставить счёт, — стоит явно прописать в инструкции конструкцию вида «после записи заявки вызови функцию выставления счёта»: агенту нужна опора на порядок, а не только на смысл.
Здесь работает та же дверь, но с другим методом за ней и с одним аргументом — номером заказа.
Агент передаёт номер в вебхук, 1С возвращает статус, и агент пересказывает его человеку. Если метод отвечает не сразу или ошибкой, это стоит предусмотреть в инструкции заранее: агент не должен угадывать статус по памяти, а обязан честно сказать, что данные сейчас недоступны, и предложить оставить контакт для перезвона.
Агент закрывает всю цепочку, где ответ детерминирован: посмотреть остаток, записать заявку по готовому шаблону, вызвать метод и вернуть статус. Это ровно те шаги, где человек раньше просто передавал данные туда-обратно, ничего не решая.
Менеджеру остаётся то, что 1С не предусмотрела заранее: нестандартная скидка, ручная правка позиции после отгрузки, спор с клиентом по срокам. Лимит в десять вызовов одной функции за диалог здесь работает как встроенная граница: сценарий, где агент должен три раза уточнить у 1С один и тот же заказ, обычно означает, что метод спроектирован неудачно, а не что лимит слишком тесный.
Подключите сначала тот метод, который закрывает самый частый вопрос, — обычно это статус заказа или остаток по конкретной позиции.
У большинства компаний 1С давно доработана под себя: свои документы, свои поля, обработки, которых нет в типовой конфигурации. Платформе это неважно: она обращается к опубликованному методу с понятным входом и выходом, а не к базе напрямую, и то, что метод стоит поверх нестандартной структуры, ничего не меняет в настройке действия. Значение имеет только одно: список параметров, заголовков и способ авторизации заранее согласован с программистом 1С; уточнить формат можно в полном списке настроек действия, если разговора с ним не хватит для вопросов из этой статьи.
Начатая с одного метода связка проверяется на первых заявках за день-два. Попытка сразу отдать агенту доступ ко всей доработанной базе обычно откладывает запуск на месяцы вместо того, чтобы сократить время ответа клиенту уже на этой неделе.
Из таблицы. Прайс и остатки выгружаются в раздел «Таблицы» файлом CSV, Excel или ссылкой на Google-таблицу, платформа сама переводит вопрос клиента в запрос к строкам и обновляет данные по расписанию.
Через действие «Вебхук»: на стороне 1С публикуется метод, который принимает данные заявки, а агент вызывает его как обычную функцию, передавая аргументы из диалога — товар, количество, контакт.
Да, если на стороне 1С опубликован метод, который принимает номер заказа и возвращает статус. Агент вызывает его тем же вебхуком, только с другим набором аргументов и своим названием функции.
Вебхук — тип действия, пользовательская функция — то, во что оно превращается для агента: имя и описание, по которым модель понимает, когда обращаться к 1С. Название и описание задаются на вкладке «Условия срабатывания» у каждого действия отдельно.
Платформе всё равно, типовая конфигурация или доработанная: важен опубликованный HTTP-метод с понятным входом и выходом. Начинать стоит с одного метода под один частый вопрос, а не с попытки открыть агенту всю базу сразу.
POST упрощает передачу сложных параметров и больших объёмов данных, поэтому если есть возможность повлиять на проектирование метода в 1С, для этого предпочтительнее закладывать поддержку POST — в том числе для запросов на получение данных.
Хотите сразу к продукту: Конструктор чат-ботов для CRM-системы