Чат-бот для B2B-поставщика: прайс, остатки и отсрочка без звонка менеджеру

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

почему чат отвечает мимо, когда клиент спрашивает цену и остаток по артикулу

Менеджер оптовой компании, торгующей крепежом, получает сообщение в чате на сайте в половине десятого вечера: «Есть уголок 40×40, две паллеты, сколько с отсрочкой 30 дней?» Бот бодро отвечает ссылкой на прайс-лист, выложенный на сайт три месяца назад. Клиент закрывает вкладку и задаёт тот же вопрос в чате у конкурента — там ответ приходит с точной ценой и остатком за десять секунд.

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

Цена такой недоработки конкретная. Отдел продаж тратит время на повтор того, что клиент уже спросил у бота. Клиенту, которому пообещали остаток, а на складе его уже нет, приходится извиняться и терять заказ. Постоянный покупатель, которому бот назвал цену без учёта его персональной скидки, требует пересчёта счёта — и это раздражает как раз тех клиентов, кто закупает регулярно и приносит основной оборот.

как исправить: подключить чат к 1С вместо статичного прайса

Рабочая схема простая по смыслу и требует аккуратной реализации: бот не хранит цифры сам, а на каждый запрос идёт в 1С и получает актуальный ответ. Для этого в базе публикуют HTTP-сервис или OData-интерфейс, отдающий остаток по артикулу, цену с учётом типа цен клиента и текущий лимит отсрочки по договору. Это доработка 1С — отдельный программный код, а не настройка «из коробки», и делать её стоит с профильным подрядчиком по доработке 1С, который умеет соблюдать регламент прав доступа.

что нужно подготовить в 1С

• ✓отдельный пользователь для бота с правами только на чтение нужных справочников и регистров — без доступа к остальной базе;
• ✓структурированные остатки и цены в 1С:Управление торговлей или 1С:ERP — если сейчас склад и прайс ведутся в Excel, начинать нужно с внедрения 1С:Управление торговлей;
• ✓привязку контрагента к его логину или телефону в чате, чтобы бот показывал именно его цену и его лимит отсрочки, а не общий прайс.

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

что происходит на стороне чата

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

Отдельный момент — контакты, которые бот собирает для расчёта персональной цены и лимита: телефон, имя, иногда должность представителя контрагента. Это персональные данные физического лица, и их обработка подчиняется 152-ФЗ — на сайте нужны согласие на обработку и политика конфиденциальности, а не только техническая интеграция с 1С.

что делать, если ошибка повторяется — бот снова путает остатки и отсрочку после обновления 1С

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

Такие сбои повторяются по трём типовым причинам. Первая — после обновления меняется состав реквизитов в объекте, который отдаёт HTTP-сервис, а доработку не тестируют на копии базы перед переносом в рабочую. Вторая — растёт нагрузка на сервер 1С, и запрос от бота начинает упираться в таймаут, который никто не увеличил. Третья — меняется учётная политика (новый вид цен, другая схема расчёта лимита отсрочки), а обработку обмена забывают привести в соответствие.

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

как предотвратить сбои синхронизации чата с базой

Разовая доработка снимает проблему на старте, но без регламента она возвращается при следующем обновлении. Что закрывает риск на постоянной основе:

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

что проверить сразу после обновления 1С

1. ✓тестовый запрос к HTTP-сервису вручную — возвращает ли он остаток по контрольному артикулу;
2. ✓сравнение цены в ответе бота с ценой в самой 1С по тому же контрагенту;
3. ✓время ответа бота — если оно заметно выросло, дело в таймауте, а не в данных;
4. ✓лог ошибок обмена за первые сутки после обновления, а не только за первый час.

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

сколько стоит подключить чат к 1С и что входит в работу

Стоимость зависит от того, что уже есть в базе: если остатки и цены давно ведутся в 1С:Управление торговлей или 1С:ERP, работа сводится к публикации HTTP-сервиса и настройке сценария бота. Если учёт пока в Excel или разрозненных таблицах, сначала нужно внедрение 1С, и только потом — доработка под чат. Оба варианта считаются по факту объёма: доработка и сопровождение 1С идут почасово, от 3800 руб/час, и в смету попадает именно тот объём, который нужен под конкретный чат, а не типовой пакет.

Ниже — разница между чатом на статичном прайсе и чатом с доступом к 1С по тем же трём вопросам клиента.

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

Сколько времени занимает подключение чат-бота к 1С для B2B-поставщика?

Срок зависит от того, есть ли в 1С уже настроенный обмен данными и сколько типов запросов должен обрабатывать бот. Если HTTP-сервис для остатков и цен уже опубликован, подключение чата — это доработка сценария поверх готового API, а не разработка интеграции с нуля.

Может ли бот показывать разным клиентам разную отсрочку и цену?

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

У нас остатки и прайс ведутся в Excel, а не в 1С. Что делать?

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

Безопасно ли давать чат-боту доступ к базе 1С?

Безопасно, если бот работает под отдельным пользователем 1С с правами только на чтение конкретных справочников и регистров — без доступа к остальной базе, документам и настройкам. Это ограничение задаётся на этапе доработки и не зависит от того, насколько бот «умный».

После обновления 1С чат перестал показывать актуальные остатки — почему?

Скорее всего изменился состав реквизитов в объекте, который отдаёт данные боту, или вырос таймаут запроса из-за нагрузки на сервер после обновления. Проверьте лог обмена в 1С и сравните версию доработки с версией базы — обычно проблему находят там, а не в самом чате.