Автоматизация заказов в 1С обычно упирается не в саму учётную систему, а в то, что происходит до неё. Заявка приходит в мессенджер или на почту живым текстом: «отгрузите как в прошлый раз, только без третьей позиции». Перевести это в документ учётной системы — работа, которую до недавнего времени мог выполнить только человек.
ИИ-агент — это программа, которая разбирает такое сообщение, сверяет его со справочниками и данными системы, задаёт уточняющий вопрос, если чего-то не хватает, и формирует документ. Ниже — какие шаги этого пути передаются агенту, что для этого нужно от 1С и чем задача отличается от привычной доработки конфигурации.
Где на самом деле теряется время
Посмотрите на путь одной заявки от торгового представителя до счёта. Сама по себе каждая операция занимает минуты, но их много.
- прочитать сообщение и понять, что именно заказывают;
- найти позиции в номенклатуре, где названия записаны иначе, чем их пишет клиент;
- проверить остатки на складе;
- подставить цену и условия конкретного контрагента;
- заметить, чего не хватает, и написать уточнение;
- дождаться ответа, вернуться к заявке;
- создать заказ и счёт, отправить клиенту.
Прикидка масштаба: 9 сотрудников, по 2 часа в день на такую работу, 21 рабочий день — это 378 часов в месяц. Если правило закрывает половину случаев, речь идёт примерно о 189 часах, около 24 рабочих дней. Это оценка, а не обещание экономии: реальная доля видна только на разборе конкретного процесса.
Отдельная потеря, которую не видно в часах, — задержка. Пока менеджер занят другой заявкой, клиент ждёт. Скорость ответа в B2B часто важнее цены.
Автоматизация заказов в 1С: что можно передать агенту
| Шаг обработки заявки | Кто выполняет |
|---|---|
| Разбор сообщения и определение позиций | агент |
| Сопоставление со справочником номенклатуры | агент |
| Проверка остатков, цен и условий клиента | агент |
| Уточняющий вопрос при неполных данных | агент |
| Формирование заказа и счёта | агент |
| Нестандартная скидка, отсрочка, спорная ситуация | человек |
| Подтверждение документа на крупную сумму | человек |
Логика разделения простая: агенту отдают шаги, у которых есть правило и проверяемый результат. Решения, где нужно взвесить отношения с клиентом и взять ответственность, остаются за человеком. Подробно этот принцип разобран в статье про внедрение ИИ-агентов.
Так устроена и наша собственная реализация — ИИ-оператор для обработки заявок: торговый представитель пишет агенту, тот уточняет недостающие данные, проверяет остатки и цены в учётной системе и формирует заказ со счётом.
Путь заявки от сообщения до счёта
Что нужно от учётной системы
Внедрение ИИ в 1С требует двух вещей: читать данные и создавать документы.
Чтение. Справочники номенклатуры и контрагентов, остатки, цены, условия и история заказов клиента. История важна отдельно: без неё агент не поймёт фразу «как в прошлый раз».
Запись. Возможность программно создать заказ покупателя и счёт. Технически это обычно веб-сервисы или обмен через промежуточный слой.
Менять конфигурацию под агента чаще всего не нужно — он обращается к системе снаружи. Это заметно снижает риск: типовая конфигурация остаётся типовой, обновления не ломаются.
Что действительно стоит проверить до старта — состояние справочников. Если одна и та же позиция заведена в номенклатуре трижды с разными названиями, агент будет ошибаться ровно там же, где ошибается новый сотрудник.
Чем это отличается от типовой автоматизации 1С
Услуги автоматизации 1С обычно означают доработку конфигурации: новые документы, отчёты, правила расчёта. Работа идёт внутри системы и с данными, которые в неё уже попали в структурированном виде.
Задача агента лежит до этой границы. Он превращает неструктурированное сообщение в структурированные данные — и только после этого начинается то, что умеет учётная система.
Поэтому два подхода не конкурируют. Автоматизация заказов клиентов в 1С часто выглядит так: агент разбирает входящее и создаёт документ, а дальше типовые механизмы конфигурации делают свою обычную работу.
То же касается и заявок с сайта. Автоматизация заявок с сайта в 1С проще, потому что поля формы заданы заранее. Сложность возвращается там, где клиент пишет комментарий свободным текстом или прикладывает спецификацию файлом.
Три возражения, которые звучат чаще всего
«У нас слишком нестандартные заказы». Обычно это верно для части потока, а не для всего. Полезно посчитать: если из 200 заявок в месяц 140 типовые, автоматизация этих 140 уже освобождает людей для остальных 60.
«Агент ошибётся и отгрузит не то». Ошибка возможна, поэтому в проекте сразу определяют, что уходит клиенту автоматически, а что подтверждает человек. Обычно порог ставят по сумме документа.
«Мы обновляем конфигурацию, всё сломается». Именно поэтому ИИ-агент для 1С работает снаружи, через обмен данными, а не правкой конфигурации. Типовая остаётся типовой.
Оценки масштаба явления дают и вне отрасли: по данным McKinsey Global Institute из отчёта The economic potential of generative AI, до 60–70 % рабочего времени сотрудников в принципе поддаётся автоматизации с помощью генеративного ИИ. Это оценка отрасли, а не результат конкретной компании.
Из подтверждённых результатов наших проектов: HRM-систему с воронкой подбора и кадровым учётом запустили примерно за 2 месяца, а на производстве подготовка электронного курса сократилась примерно с 5 дней до 1 часа. Это результаты конкретных внедрений, переносить их на другую компанию нельзя.
С чего начать
Порядок тот же, что в любом проекте по перестройке процесса: разбор, проектирование, тестирование, сопровождение.
На разборе имеет смысл ответить на четыре вопроса.
- Сколько заявок в месяц проходит через ручную обработку и сколько времени занимает одна?
- Какая доля заявок типовая, а какая требует переговоров?
- В каком виде приходят заявки: форма, мессенджер, почта, звонок?
- Насколько чисты справочники номенклатуры и контрагентов?
Ответы на эти вопросы определяют и границу автоматизации, и порядок работ. Если типовых заявок 70 %, а справочники в порядке — задача решается быстро. Если каждая вторая заявка требует согласования условий, сначала стоит навести порядок в процессе.
Когда обработкой заказов дело не ограничивается и процессам нужны общий интерфейс, данные и управление, задача перерастает отдельного агента — в этом случае речь идёт о разработке корпоративной системы. Другие сценарии для агентов — в каталоге решений.
Коротко
Автоматизация заказов в 1С начинается не в 1С. Учётная система хорошо работает со структурированными данными, а основная ручная работа уходит на то, чтобы такие данные получить из живого сообщения.
Границу автоматизации определяют три вещи: доля типовых заявок, состояние справочников и договорённость о том, какие документы уходят клиенту без подтверждения человеком.
Частые вопросы
Доступ к данным и возможность создавать документы программно: справочники номенклатуры и контрагентов, остатки, цены, условия по клиенту. Технически это обычно веб-сервисы или обмен через промежуточный слой. Менять конфигурацию под агента чаще всего не требуется.
Доработка меняет поведение системы внутри неё самой. Агент работает до системы: он разбирает сообщение, написанное живым языком, приводит его к данным справочников и только потом обращается к 1С. Это разные задачи, и они хорошо сочетаются.
Агент задаёт уточняющий вопрос тому, кто прислал заявку, и ждёт ответа. Это штатный сценарий, а не ошибка. Важно заранее договориться, каких данных достаточно для создания заказа и после какого числа неудачных уточнений подключается человек.
Да, и это обычно проще: у формы на сайте поля уже заданы, разбирать живой текст не нужно. Сложность появляется там, где клиент пишет комментарий свободным текстом или прикладывает файл со спецификацией.
Тот же человек, который отвечал за процесс раньше. Поэтому в проекте сразу закладывают проверку: какие документы уходят клиенту автоматически, а какие требуют подтверждения. Обычно счета и заказы на крупные суммы оставляют на подтверждение.
Разберём этот процесс в вашей компании
На бесплатной онлайн-экскурсии покажем, как устроены процессы внутри ИНОБО, и обсудим, что из этого применимо к вашей задаче.
Записаться на экскурсию
