Клиент пишет в Telegram: «Есть ли 40 штук артикула такого-то на складе в Сергели и когда привезёте?» Менеджер открывает 1С, ищет номенклатуру, смотрит остаток, вспоминает, что часть уже под резервом другого заказа, уточняет у склада и через двадцать минут отвечает. Днём таких вопросов десятки, вечером — некому отвечать. Параллельно кто-то раз в день выгружает остатки в Excel для отдела продаж, и к обеду эта таблица уже врёт.
ИИ-агент может отвечать на такие вопросы сам, оформлять заказ и сообщать клиенту, что заказ собран или отгружен, — если правильно подключён к 1С. Ниже разбираем, как именно: какие способы подключения бывают, какой остаток показывать клиенту, почему заказ лучше создавать черновиком и что агенту в 1С делать нельзя.
Какие задачи закрывает связка 1С и агента
Агент не заменяет 1С и не ведёт учёт. Он становится «окном» в учётную систему для клиентов и менеджеров, которые не хотят или не могут туда заходить. Типовое распределение работы выглядит так:
| Процесс | Что делает агент | Что остаётся человеку |
|---|---|---|
| Вопрос о наличии | Находит товар по названию, артикулу или фото из чата, показывает свободный остаток по нужному складу | Нестандартные позиции, аналоги по техническим параметрам |
| Цена | Берёт цену из нужного вида цен 1С для этого клиента | Индивидуальные скидки и согласование отклонений |
| Оформление заказа | Собирает позиции, проверяет контрагента, создаёт заказ клиента в статусе «на согласовании» | Проверка и проведение заказа, резерв |
| Статус заказа | Отвечает на «где мой заказ», сам пишет клиенту при смене статуса | Задержки, претензии, пересогласование сроков |
| Внутренние запросы | Отвечает менеджерам и торговым представителям в чате: остатки, долг контрагента, последние отгрузки | Решения по отсрочке и кредитному лимиту |
Три способа достать данные из 1С
У 1С нет единого «API для всех». Способ подключения зависит от конфигурации, от того, как развёрнута база, и от того, насколько свежие данные нужны.
Стандартный интерфейс OData
Платформа 1С:Предприятие 8.3 умеет отдавать справочники, документы и регистры по протоколу OData — это REST-интерфейс поверх базы. Его нужно опубликовать на веб-сервере и явно выбрать, какие объекты в него попадают. Плюс — не нужно дорабатывать конфигурацию. Минус — агент получает «сырые» таблицы и сам должен знать, как в вашей конфигурации считается свободный остаток.
HTTP-сервис в конфигурации
Программист 1С пишет несколько методов: «остаток по товару», «создать заказ», «статус заказа». Агент вызывает только их. Это самый надёжный вариант: логика расчёта остатков и правила создания документов живут внутри 1С, и агент физически не может сделать ничего сверх опубликованных методов. Требует доработки конфигурации и программиста, который будет её поддерживать при обновлениях.
Промежуточная база
1С по расписанию (например, каждые 5–15 минут) выгружает остатки, цены и статусы в отдельную базу, агент читает оттуда. Подходит, когда 1С стоит на локальном сервере без доступа извне или когда нагружать рабочую базу запросами нельзя. Минус — задержка: агент видит состояние на момент последней выгрузки и должен честно об этом говорить.
| Способ | Свежесть данных | Доработка 1С | Когда выбирать |
|---|---|---|---|
| OData | В реальном времени | Публикация и настройка состава | Типовая конфигурация, база доступна по сети |
| HTTP-сервис | В реальном времени | Нужен программист 1С | Агент создаёт документы, важен контроль |
| Промежуточная база | С задержкой выгрузки | Обработка выгрузки | Закрытый сервер, тяжёлая база, много запросов |
На практике часто комбинируют: остатки и цены читаются из промежуточной базы, а заказ создаётся через HTTP-сервис.
Остатки: какой показывать клиенту
Самая частая ошибка — отдавать агенту общий остаток из регистра. Клиент слышит «есть 50 штук», оформляет заказ, а 30 из них уже зарезервированы под другого покупателя. Перед запуском договоритесь о трёх вещах.
- Свободный остаток. Остаток минус резервы минус товар в сборке. Как именно он считается — зависит от конфигурации (Управление торговлей, самописная, отраслевая), это вопрос к вашему программисту 1С.
- Склады. Какие склады видит клиент, а какие — только менеджер. Транзитный склад и склад брака клиенту обычно не показывают.
- Точность ответа. Не всегда нужно называть число. Многие компании показывают «в наличии / мало / под заказ», чтобы конкуренты не считывали остатки через бота.
Пример диалога, где агент работает с промежуточной базой:
Клиент: Есть кабель ВВГ 3×2,5, нужно 300 метров, самовывоз с Сергели.
Агент: На складе в Сергели сейчас свободно 240 метров, данные обновлены 10 минут назад. Ещё 500 метров есть на центральном складе — можем перебросить в Сергели или отгрузить оттуда. Как удобнее?
Клиент: Давайте всё с центрального.
Агент: Хорошо. Оформляю заказ на 300 метров с центрального склада. Менеджер проверит и подтвердит резерв — обычно это занимает до часа в рабочее время.
Обратите внимание: агент называет время обновления данных и не обещает резерв сам.
Заказы: черновик вместо проведённого документа
Агент может создать документ «Заказ клиента» в 1С, но проводить его — то есть ставить резерв и запускать сборку — лучше поручить человеку, по крайней мере в первые месяцы. Причины простые: агент может неверно понять единицу измерения (метры или бухты), выбрать не ту характеристику товара или не того контрагента с похожим названием.
Правила, которые стоит прописать агенту:
- Перед созданием заказа найти контрагента по ИНН или телефону. Нашлось несколько — спросить клиента, не угадывать.
- Цену брать только из 1С, по виду цен, закреплённому за контрагентом. Агент не придумывает скидки.
- Повторить клиенту состав заказа с единицами измерения и получить явное «да».
- Создать заказ со статусом «на согласовании», в комментарии — ссылка на диалог.
- Уведомить ответственного менеджера в Telegram с кнопкой «открыть в 1С».
Когда процент заказов, которые менеджер принимает без правок, станет стабильно высоким, можно разрешить агенту проводить простые заказы по постоянным клиентам. Решение — за вами и по вашим данным.
Статусы: агент пишет первым
«Где мой заказ» — один из самых частых вопросов в оптовой торговле. Агент снимает его двумя способами: отвечает по запросу и сам сообщает о смене статуса. Для второго 1С должна сигнализировать о событии — через HTTP-запрос из обработчика при записи документа или через ту же периодическую выгрузку изменений.
Какие события обычно транслируют клиенту:
- заказ подтверждён и зарезервирован;
- заказ собран, можно забирать (для самовывоза);
- отгружен, передан водителю или в службу доставки;
- частичная отгрузка — какие позиции едут позже и почему.
Последний пункт важен: если агент молчит о недостаче, клиент узнаёт о ней при приёмке и звонит уже с претензией. Сообщения о задержках лучше согласовывать с менеджером — агент готовит текст, человек нажимает «отправить».
Чего агенту в 1С делать нельзя
- Менять или удалять проведённые документы.
- Создавать новых контрагентов без проверки — иначе справочник быстро зарастёт дублями.
- Видеть себестоимость, наценку и данные бухгалтерии, если это не нужно для задачи.
- Работать под учётной записью сотрудника. У агента — свой пользователь с урезанными правами, чтобы в журнале было видно, что сделал он.
Принцип тот же, что и с CRM: права на запись выдаются точечно. Мы подробно разбирали это на примере amoCRM и правил записи для агента. Если вы продаёте в розницу через сайт, полезно сравнить с разбором чат-бота и ИИ-сотрудника для интернет-магазина.
План запуска по шагам
- Неделя вопросов. Соберите реальные сообщения клиентов за 1–2 недели и разложите: наличие, цена, заказ, статус, прочее. Так станет понятно, с чего начинать.
- Аудит 1С. Конфигурация, версия, где стоит база, есть ли доступ извне, кто программист. Отсюда выбор способа подключения.
- Только чтение. Первый этап — агент отвечает про наличие и статусы, ничего не записывая. Менеджеры проверяют ответы.
- Заказы черновиком. Подключаем создание заказа «на согласовании» и считаем, сколько из них принимаются без правок.
- Уведомления. Добавляем сообщения о смене статуса.
Если 1С у вас — не единственная система и данные дублируются в CRM и таблицах, сначала стоит решить, что из них источник правды. Как это выглядело у нас самих, можно посмотреть в кейсе ERP на четыре бизнеса. Другие материалы об интеграциях — в разделе блога.
Частые вопросы
Подойдёт ли файловая база 1С?
Файловую базу тоже можно опубликовать на веб-сервере, но при большом числе запросов она работает медленнее клиент-серверной. Для агента в таком случае обычно выбирают промежуточную базу с выгрузкой по расписанию.
Нужен ли свой программист 1С?
Для OData — достаточно человека, который опубликует базу и настроит состав объектов. Для HTTP-сервиса — да, нужен программист, и важно, чтобы доработки не терялись при обновлении конфигурации.
Агент ответит на узбекском?
Да, язык ответа определяется по сообщению клиента. Отдельно стоит проверить названия номенклатуры: если в 1С они только на русском, агенту нужен словарь синонимов, чтобы находить товар по узбекскому запросу.
Сколько стоит подключение?
Зависит от конфигурации, способа подключения и числа процессов. Первый разговор — чтобы посмотреть вашу 1С и посчитать. Напишите нам через форму или посмотрите, как мы строим ИИ-агентов.