Возьмём задачу, которая встречается в оптовой торговле чаще любой другой: клиент пишет «есть ли на складе артикул 4712 и когда отгрузите пятьдесят штук». Сегодня на это отвечает менеджер — открывает учётную систему, находит позицию, смотрит свободный остаток и график поставок, возвращается в переписку. Четыре минуты, из которых три уходят на переключение между окнами.
Чтобы на такой вопрос отвечал агент, ему нужны не «данные из 1С», а три конкретных метода: остаток по позиции, срок отгрузки и статус заказа. Разница между этими двумя формулировками — примерно вдвое в смете и полностью в приёмке: «интеграция с 1С» не имеет границ и не имеет критерия готовности, а три метода имеют и то, и другое.
Ниже — разбор такого подключения по шагам: какие методы нужны, из чего состоит коннектор, почему конфигурацию учётной системы надо называть в техзадании, что агент делает при недоступности системы и во что всё это обходится. Про сам протокол, которым описываются такие подключения, у нас есть отдельный разбор — что такое MCP; здесь он предполагается прочитанным.
Три метода вместо слова «интеграция с 1С»
Постановка начинается с того, что вы выписываете реальные вопросы клиентов за неделю и смотрите, каких данных для ответа не хватает. В оптовой рознице это почти всегда одна и та же тройка. Обратите внимание на последний столбец: он такой же важный, как и остальные.
| Метод | Что подаётся на вход | Что возвращает | Чего в нём быть не должно |
|---|---|---|---|
| Остаток по позиции | Артикул или наименование, склад | Свободный остаток, в резерве, единица измерения, дата актуальности | Себестоимость, закупочная цена, остатки по другим юрлицам |
| Срок отгрузки | Артикул, требуемое количество | Ближайшая дата отгрузки, признак «под заказ», срок поставки в днях | График поставок поставщика и его условия |
| Статус заказа | Номер заказа и идентификатор клиента вместе | Статус, плановая дата, номер накладной при отгрузке | Возможность увидеть чужой заказ по одному только номеру |
Третья строка последнего столбца — не придирка, а типовая уязвимость. Если метод принимает только номер заказа, любой человек в переписке сможет перебором узнать состав и сумму чужой поставки. Идентификатор клиента должен подставляться системой из карточки диалога, а не приходить от собеседника; общий принцип разобран в материале про минимальные права доступа.
Карта связей слева направо: «Клиент в переписке» → «Агент» → «Коннектор» → «Учётная система». Блок «Коннектор» раскрыт и содержит четыре подписанные строки: «три метода: остаток, срок, статус», «служебная учётная запись, только чтение», «лимит 4 вызова на диалог», «журнал вызовов». От «Коннектора» вниз отходит ветка с подписью «нет ответа за 3 секунды» к блоку «Менеджер» с репликой «не могу проверить остаток, передаю». Обратная стрелка от учётной системы к агенту подписана «остаток, дата, статус». Чертёжный стиль, подписи по-русски.
Из чего состоит коннектор
Коннектор — это не «переходник», а пять отдельных вещей, каждая из которых занимает время и попадает в смету. Пропуск любой из них обнаруживается не на приёмке, а через месяц эксплуатации, и обычно неприятным способом.
- 1Описание инструмента для модели
Текст, который читает модель: как называется метод, что он делает, какие параметры обязательны и — отдельным пунктом — когда его вызывать не надо. Именно последняя строка избавляет от привычки дёргать учётную систему на каждую реплику вежливости. Пишется человеком и переписывается по журналу первых двух недель.
- 2Отдельная служебная учётная запись только на чтение
Не учётная запись менеджера и не администратора: своя, с правами ровно на три метода и без единого права на запись. Это дешёвая работа на несколько часов, которая закрывает целый класс сценариев вида «агент случайно провёл документ».
- 3Лимиты вызовов
Потолок на диалог — обычно 4–6 вызовов — и потолок в минуту на всю систему. Без них зацикливание модели или всплеск обращений превращается в нагрузку на боевую базу в разгар рабочего дня, и об этом узнают бухгалтеры, а не вы.
- 4Поведение при недоступности
Таймаут в 3 секунды, фиксированный текст ответа и передача менеджеру. Это отдельная ветка логики, а не строчка в инструкции модели: полагаться в этом месте на послушность модели нельзя.
- 5Журнал вызовов
Что спросили, какие параметры ушли в учётную систему, что она вернула и что агент в итоге ответил. Без этих четырёх полей любой спор о неверном ответе становится обменом мнениями; они же нужны при приёмке работ.
Полезно понимать, что происходит внутри одного обращения, потому что от этого зависит и цена, и место проверок. Модель отрабатывает дважды. Первый ход: она читает вопрос и описания доступных методов и говорит «вызови остаток по артикулу 4712 на складе в Химках» — это предложение, а не действие. Дальше работает ваш код: проверяет, разрешён ли метод, не превышен ли лимит, подставляет идентификатор клиента и только потом обращается к учётной системе. Второй ход модели — собрать человеческий ответ из вернувшихся чисел.
Из этой пары ходов и складываются 1,14 ₽ за обращение в расчёте ниже: около 1 800 входных токенов на первом ходу и 2 400 на втором при цене 0,20 ₽ за 1 000 входных и 0,60 ₽ за 1 000 выходных, ориентир на сентябрь 2026 года. И отсюда же главное правило разграничения ответственности: решение о вызове принимает модель, решение о выполнении — ваш код. Все ограничители живут во втором месте, и никакая формулировка в инструкции их не заменяет.
Почему конфигурацию надо называть
«Интегрируем с 1С» в техзадании — то же самое, что «подключим к базе». Набор данных, наличие нужных полей и трудоёмкость публикации методов различаются между конфигурациями в разы, и разброс сметы объясняется именно этим, а не аппетитом подрядчика.
| Конфигурация | Есть ли нужные данные | Что придётся делать | Вилка на сценарий |
|---|---|---|---|
| 1С:Бухгалтерия | Свободного остатка и сроков отгрузки как понятий нет | Брать данные из другой системы: подключать здесь нечего | Задача не решается на этой конфигурации |
| 1С:УНФ | Остатки, заказы и простые резервы есть | Публикация трёх методов, аккуратная работа с единицами измерения | 140 000–180 000 ₽ |
| 1С:УТ 11 | Свободный остаток, резервы, графики поставок, статусы заказов | Публикация методов и внимательная настройка прав по складам и организациям | 180 000–260 000 ₽ |
| 1С:ERP | Всё перечисленное плюс производственные сроки | То же и дополнительно согласование прав и проверка на нагрузочном контуре | от 260 000 ₽ |
Сравнение в четыре колонки с заголовками «Бухгалтерия», «УНФ», «УТ 11», «ERP». Три строки признаков с отметками наличия: «Свободный остаток», «Срок отгрузки», «Статус заказа»; у «Бухгалтерии» первые две перечёркнуты. Нижняя строка — вилка: «не решается», «140–180 тыс. ₽», «180–260 тыс. ₽», «от 260 тыс. ₽». Колонка «УТ 11» выделена заливкой с подписью «типовой случай в опте». Чертёжный стиль, подписи по-русски.
Отдельно про способ подключения. Публиковать методы можно по-разному — HTTP-сервисом на стороне конфигурации, через интеграционную шину или через уже существующий обмен, если он у вас настроен. Выбор влияет на сроки, но не на состав работ; варианты и их ограничения мы разбирали в материале про способы обмена с 1С.
Что делает агент, когда учётная система не ответила
Учётная система бывает недоступна: закрытие месяца, регламентные работы, обрыв канала, перегруженный сервер в конце квартала. За год такие эпизоды набирают от нескольких часов до пары суток, и поведение агента в этот момент — самая важная строка приёмки.
Модель, у которой инструмент не ответил, по умолчанию склонна собрать правдоподобный ответ из контекста разговора — например, повторить цифру из прошлой реплики. Клиент получит подтверждённый остаток, которого нет, и заказ уйдёт в работу. Поэтому пустой ответ инструмента должен обрабатываться кодом: фиксированный текст «сейчас не могу проверить остаток, передаю менеджеру» и перевод диалога человеку. Просьба в системной инструкции здесь не работает — почему именно, разобрано в материале про правила безопасности вне промпта.
Второй режим отказа менее очевиден: система ответила, но данные устарели. Поэтому метод возвращает не только число, но и дату актуальности, а агент проговаривает её в ответе — «свободный остаток 62 штуки по состоянию на 14:20». Клиент видит, что это снимок, а не обещание, и претензия при расхождении разбирается за минуту по журналу.
Смета, сроки и приёмка
Модельный пример: оптовая компания на 60 человек, 12 менеджеров, учёт в 1С:УТ 11. Вопросов вида «есть ли на складе» и «когда отгрузите» — около 1 800 в месяц, примерно 80 в рабочий день. Ручной ответ занимает 4 минуты при ставке менеджера 700 ₽/час, то есть 46,67 ₽. Агент закрывает 72 % таких вопросов без человека — консервативная оценка для трёх методов.
Обратите внимание на пропорцию: строка модели здесь 2 052 ₽ против 60 480 ₽ снятой работы. В интеграционных сценариях токены практически не влияют на экономику — платите вы за публикацию методов и за ограничители. Общая раскладка расходов на такие системы разобрана в материале про структуру расходов на ИИ-агента.
Столбчатая диаграмма из трёх столбцов на общей шкале рублей: «Снято ручной работы — 60 480 ₽» (высокий), «Вызовы модели — 2 052 ₽» и «Мониторинг коннектора — 4 000 ₽» (оба низкие, отмечены как расход). Справа отдельный итоговый столбец «Чистый результат — 54 428 ₽/мес» с выноской «180 000 ₽ внедрения окупаются за 3,3 месяца». Внизу сноска «1 800 обращений в месяц, 1С:УТ 11, ставка менеджера 700 ₽/час». Чертёжный стиль.
В приёмку попадает конкретный набор: 40 контрольных вопросов с заранее известными правильными ответами, из них не меньше 8 — на недоступную систему и на несуществующий артикул. Проверяются четыре вещи: доля правильных числовых ответов, отсутствие выдуманных остатков при отказе инструмента, наличие даты актуальности в каждом ответе и невозможность увидеть чужой заказ по одному номеру. Каждый пункт формулируется числом, а не словами «работает корректно».
Когда подключать не надо
Четыре ситуации, в которых мы отговариваем от коннектора к учётной системе — и в трёх из них задача решается дешевле.
- Остатки уже отдаются сайтом или CRM. Если витрина интернет-магазина или карточка в CRM показывает актуальный остаток, агент должен брать данные оттуда: это готовый источник без правки конфигурации. Как настроен такой обмен, разобрано в материале про обмен остатками и ценами с сайтом.
- Учёт расходится с фактом. Если свободный остаток в системе регулярно не совпадает со складом, агент просто быстрее и увереннее сообщит неверные данные — а отвечать за это будет уже не менеджер, а переписка с подписью компании. Сначала порядок в учёте, потом коннектор.
- Меньше 900 таких обращений в месяц. При 900 окупаемость 180 000 ₽ уходит за 7 месяцев, при 500 — почти за 15. На малых потоках дешевле дать менеджерам удобный отчёт в один клик, чем строить и сопровождать интеграцию.
- Агента ещё нет. Коннектор — надстройка над работающим ассистентом, а не самостоятельный проект. Если помощник только проектируется, подключение учётной системы планируется вторым этапом, после того как отлажены ответы по документам.
И последнее наблюдение из практики. Соблазн подключить сразу десять методов «раз уж мы всё равно лезем в конфигурацию» очень велик, и почти всегда заканчивается тем, что девять из них не вызываются ни разу. Каждый лишний инструмент — это описание, которое читает модель, лишние права служебной записи и лишний пункт в приёмке. Начинать стоит с трёх, а четвёртый добавлять по журналу — когда видно, какого именно ответа агенту не хватило.
