Агент ввода заявок из почты в 1С:ERP и ТМС: как убрать ручной ввод
Агент читает письмо и вложения, сверяет поля со справочниками 1С и создаёт черновик заявки, а сотрудник проверяет и проводит его.
A2 Labs ставит таких агентов туда, где ускоряется весь путь заявки — от письма до отгрузки, а не только ввод в 1С: агент пишет в 1С только штатными интерфейсами платформы, документ проводит человек, а модели и данные остаются в российских облаках или в контуре заказчика.
Как агент заводит заявку из почты в 1С:ERP?
Агент повторяет путь оператора, но берёт на себя рутину — чтение, перенос и сверку. Проводит документ по-прежнему человек, пока качество агента не подтверждено цифрами.
Забирает письмо
Подключается к общему ящику заявок и читает тело письма и вложения: Excel, Word, PDF, сканы и фото. Связывает письма одной переписки, чтобы уточнение или исправленная заявка не превратились в новый документ.
Распознаёт вложения
Таблицы и цифровые PDF читает напрямую, сканы и фото переводит в текст. Если скан не читается уверенно, заявка уходит в ручную очередь, а не угадывается.
Извлекает поля
Клиент, грузополучатель, адреса погрузки и выгрузки, даты, номенклатура и количество, вес и объём, особые условия. У каждого поля — ссылка на место в письме или ячейку таблицы, откуда оно взято.
Сверяет со справочниками 1С
Ищет контрагента, договор, номенклатуру, склад и адрес в справочниках 1С. Однозначное совпадение подставляет, неоднозначное помечает и показывает варианты.
Создаёт черновик документа
Записывает в 1С тот документ, который сейчас заводят руками, — заказ или заявку на перевозку — и не проводит его. Если ТМС — 1С:TMS, потребность в перевозке, зарегистрированная в 1С:ERP, уходит в неё штатным обменом [5].
Сотрудник подтверждает
Оператор видит письмо и черновик рядом, сомнительные поля подсвечены. Он правит и проводит документ — или возвращает его агенту с комментарием.
Отвечает клиенту и запоминает правки
Готовит клиенту подтверждение или запрос недостающих данных. Правки операторов попадают в журнал и в контрольную выборку. Новые соответствия «как пишет клиент — позиция номенклатуры» агент предлагает сам, а в таблицу они попадают только после подтверждения человеком.
Через какие интерфейсы агент записывает данные в 1С?
У платформы 1С есть штатные способы принять данные извне. Выбор зависит от конфигурации, её доработок и того, где должна жить логика проверок.
| Интерфейс | Что умеет | Когда выбираем |
|---|---|---|
| REST-интерфейс (OData) | Платформа формирует его автоматически: чтение справочников и документов, создание и изменение объектов, проведение документа; протокол OData версии 3.0 [1] | Типовая или умеренно доработанная конфигурация: агенту нужно читать справочники и создавать черновики без программирования в 1С |
| Собственные HTTP-сервисы | Дополнительный прикладной интерфейс внутри конфигурации; ответ на запрос разработчик 1С формирует на встроенном языке [2] [6] | Сложная логика заполнения: один метод «создать заявку», внутри которого работают проверки самой конфигурации |
| Обмен в формате EnterpriseData | XML-формат бизнес-сущностей — документов и справочников; поддержан в 1С:ERP 2.0; каналы — веб-сервис, каталог, FTP, электронная почта [3] | Обмен с другими системами уже настроен, а заявки можно загружать пакетами, без мгновенной записи |
| Обмен 1С:ERP и 1С:TMS | Штатный обмен справочниками и регистрация потребности в перевозке для обработки в 1С:TMS [5] | ТМС на платформе 1С; если ТМС другая — агент пишет в неё через её API, это проверяем на диагностике |
Важная деталь. При записи через REST-интерфейс платформа проверяет права и вызывает обработчики событий, но не выполняет проверку заполнения [1]. Поэтому обязательные поля агент проверяет сам — или запись идёт через HTTP-сервис, где работают проверки конфигурации. Агент подключается под отдельным пользователем 1С с правами только на нужные справочники и документы.
Кликов по экранным формам, как у классического RPA-робота, избегаем: такой робот ломается при изменении формы. Бюджет внедрения сильнее всего двигают именно интеграции [7], поэтому способ записи выбираем на диагностике, до сметы.
Где агент ошибается и как поставить человека в контур?
Агент ошибается не так, как оператор: он не делает опечаток, но может неверно понять письмо или подставить похожего контрагента. Слабые места закрываем правилами, а не надеждой на модель.
| Где ошибка | Как выглядит | Что делаем |
|---|---|---|
| Похожие контрагенты | В справочнике несколько компаний с похожим названием, в письме — сокращённое название | Сверка по ИНН, адресу и почте отправителя; если вариантов несколько — выбор за оператором |
| Номенклатура «по-своему» | Клиент пишет своё название товара или артикул, а не ваше | Таблица соответствий, которую пополняют правки операторов; новое соответствие — только после подтверждения человеком |
| Плохой скан или рукопись | Поле прочитано неуверенно | Порог уверенности: ниже порога — ручная очередь, а не догадка |
| Значение, которого нет в письме | Модель «дописала» дату или адрес | Каждое поле — со ссылкой на источник в письме; поле без источника остаётся пустым и подсвечено |
| Изменение или отмена заявки | Клиент прислал «исправленную заявку» вдогонку | Агент связывает её с исходным документом и показывает разницу; проведённый документ меняет только человек |
| Пустые обязательные поля | Нет даты погрузки или контактного лица | Проверка заполнения на стороне агента и черновик запроса клиенту |
Сколько доверять агенту, решают цифры, а не ощущения. Доверие расширяем в три шага:
- Человек подтверждает каждый документ. Так начинаем всегда: правки операторов становятся контрольной выборкой.
- Человек проверяет помеченное и выборку. Только когда на контрольной выборке доля ошибок агента не выше, чем у операторов.
- Агент проводит сам узкий класс заявок — например, повторные заявки постоянных клиентов в знакомом формате. Только по решению владельца процесса и с журналом действий.
Сравнивать агента нужно с людьми на том же потоке. Показательный случай описал интегратор К2Тех: секретари разбирали около 100 входящих документов в день и направляли их в нужные подразделения с точностью около 90%, а модель на тесте дала около 80%. Пилот стоил около 2 000 000 ₽, доработка до целевого качества требовала ещё 2 000 000–3 000 000 ₽, эффект оказался меньше стоимости, и проект заморозили [8].
Какие цифры посчитать до старта?
Без исходных цифр эффект агента нечем доказать — и нечем защитить бюджет запуска. А процесс часто не описан: 55% разработчиков ИИ-агентов отмечают, что заказчик не может описать собственный процесс и сформулировать задачу [9]. Поэтому цифры снимаем вместе с вами на диагностике.
Чек-лист: что измерить до старта
- Поток. Сколько заявок в месяц, по каким каналам — почта, мессенджеры, ЭДО, звонки, — какие пики по дням и часам.
- Время на одну заявку. Минуты от открытия письма до проведённого документа — вместе с уточнениями у клиента.
- Доля ошибок. Сколько заявок исправляют после ввода и во что обходится одна ошибка: пересорт, лишний рейс, возврат.
- Задержка. Сколько проходит от письма до документа в 1С и что стоит каждый час ожидания — в логистике это время до подачи машины.
- Форматы. Доля писем с вложениями и сканами, сколько разных шаблонов присылают клиенты.
- Справочники. Есть ли дубли контрагентов и номенклатуры — от этого зависит, сколько заявок агент сопоставит сам.
- Сквозное время и очередь на проведении. Сколько заявка идёт целиком — от письма до отгрузки, а не только до черновика в 1С. Если агент заводит черновики быстрее, чем их успевают проверить и провести, очередь просто переедет на проведение — измеряем и этот шаг тоже.
Дальше простая арифметика: часы ручного ввода в месяц = заявки в месяц × минуты на одну заявку ÷ 60. К ним добавляем стоимость ошибок и задержек и сравниваем со стоимостью владения агентом: запуск, сопровождение и расход на модель. Часы считаем деньгами, только если их действительно высвобождают — например, операторы берут больший поток без найма. Главная цифра для решения — не минуты ввода, а срок от письма до отгрузки и сколько заявок проходит за неделю. По опыту К2Тех, пилот по ИИ редко стоит меньше двух миллионов рублей, и при годовом эффекте меньше трёх миллионов идти в проект нецелесообразно [8]. Наш пилот дешевле — 300 000–900 000 ₽, — но логика та же: эффект должен быть больше затрат.
Вручную, RPA или ИИ-агент: что выбрать?
Три способа завести заявку из почты в 1С. Они не исключают друг друга: агент часто снимает основной поток, а сложные случаи остаются операторам.
| Критерий | Вручную | RPA-робот | ИИ-агент |
|---|---|---|---|
| Письма в свободной форме, разные шаблоны клиентов | Оператор понимает любой формат | Работает по жёсткому шаблону; новый формат — новая настройка | Извлекает поля из текста и таблиц разного вида |
| Сканы и фото | Читает человек | Нужен отдельный модуль распознавания и шаблон под каждый документ | Распознаёт и извлекает поля по смыслу; плохие сканы — в ручную очередь |
| Запись в 1С | Руками в формах | Повторяет клики; ломается при изменении формы | Через штатные интерфейсы: REST, HTTP-сервисы, обмен |
| Сверка со справочниками | По памяти и поиском | Точное совпадение строки | Нечёткое сопоставление и таблица соответствий; неоднозначное — человеку |
| Типичные ошибки | Опечатки и пропуски, особенно в пиковые часы | Опечаток не делает, но останавливается на нестандартном | Может неверно понять письмо — поэтому человек в контуре и контрольная выборка |
| Рост потока | Нужны новые операторы | Масштабируется на типовом потоке | Масштабируется и на разнородном потоке; операторам остаются сложные случаи и проверка |
| Когда подходит | Поток небольшой или заявки редкие и сложные | Один шаблон, стабильный интерфейс и нет штатного способа записи | Большой поток в разных форматах, ошибки и задержки стоят денег |
Когда ИИ-агент не нужен?
Об этом честно говорим на диагностике. Агент не окупится или окажется лишним, если:
- Заявок мало. Если ручной ввод занимает несколько часов в месяц, запуск и сопровождение не окупятся.
- Все заявки приходят в одном шаблоне. Одна Excel-форма или портал заказов — хватит обычной загрузки через REST-интерфейс или обмен [1] [3]; ИИ здесь не нужен.
- Крупные клиенты готовы отдавать заявки машинно. Договориться о передаче через API или ЭДО дешевле, чем разбирать их письма.
- Входящие — типовая первичка. Для счетов, накладных ТОРГ-12, актов, счетов-фактур и УПД у 1С есть свой сервис «1С:Распознавание первичных документов» [4] — начните с него.
- Справочники в беспорядке. Если в 1С много дублей контрагентов и номенклатуры, сначала чистка — иначе агент будет множить ошибки.
- Ввод — не узкое место. Если заявка дольше всего стоит на согласовании цены, проверке остатков или в ожидании машины, быстрый ввод срок до отгрузки почти не сократит. Сначала снимаем это ожидание — иногда правкой маршрута или правила, без ИИ.
- Нет владельца процесса. Некому решить, когда агенту можно доверять и как меняется работа операторов.
С чего начать внедрение агента ввода заявок?
С бесплатной диагностики процесса — около двух недель. Снимаем цифры из чек-листа на вашем потоке, выбираем способ записи в 1С и ТМС и договариваемся, где агент действует сам, а где — после подтверждения человека. В конце — работающий Прототип: агент разбирает обезличенный образец ваших писем и собирает черновики документов. Подробно о шагах — как мы работаем.
Дальше по вашему выбору: пилот на одном участке за 3–4 недели — 300 000–900 000 ₽ — или сразу запуск: ИИ-агенты — от 400 000 ₽. После запуска — сопровождение от 50 000 ₽ в месяц: SLA, и каждый месяц показываем ту же метрику процесса — например, срок от письма до отгрузки — и где теперь узкое место; развитие — отдельной сметой. Цены по шагам — в разборе «Сколько стоит внедрить ИИ-агента».
Работает команда из четырёх ролей: Deployment Strategist (стратег внедрения) разбирает процесс и собирает Прототип; Forward Deployed Engineer (инженер продакшна) подключает агента к 1С, ТМС и почте в вашем контуре, настраивает права и приёмочные тесты; AI Platform Engineer (инженер платформы) отвечает за модели и распознавание; AgentOps Engineer (инженер эксплуатации) — за качество и стоимость обработки день за днём.
Принцип «правила — это данные, а не текст промпта» заложен в нашем кейсе федерального B2B-дистрибьютора: правила классификации и маршрутизации обращений живут в настраиваемом каталоге, поэтому смена модели не ломает отчётность. Для заявок это таблица соответствий и правила проверки, которые владелец процесса меняет без программиста. Кейс целиком →
Источники
- 1С, «REST интерфейс» — платформа автоматически формирует REST-интерфейс прикладного решения по протоколу OData версии 3.0: чтение, создание, изменение и удаление данных, проведение документа; при записи выполняются проверки прав и обработчики событий, кроме проверки заполнения — v8.1c.ru
- 1С:ИТС, «Технологии интеграции 1С:Предприятия 8.3», раздел «HTTP-сервисы (REST)»: собственные HTTP-сервисы — дополнительный прикладной интерфейс, доступный внешним системам через HTTP-запросы — its.1c.ru
- 1С, «Формат EnterpriseData»: XML-формат бизнес-сущностей для обмена между любыми информационными системами; поддержан в «1С:ERP Управление предприятием 2.0»; каналы — веб-сервис, каталог, FTP, электронная почта — v8.1c.ru
- 1С, «1С:Распознавание первичных документов»: счета, накладные ТОРГ-12, акты, счета-фактуры, УПД, УКД и кассовые чеки; сканы, фото и цифровые файлы — v8.1c.ru
- 1С, «1С:TMS Логистика. Управление перевозками» — возможности: обмен данными с 1С:ERP, 1С:Комплексной автоматизацией и 1С:Управлением торговлей — справочники и регистрация потребности в перевозке для обработки в 1С:TMS — solutions.1c.ru
- 1С, «HTTP-сервисы»: в дополнение к автоматическому REST-интерфейсу — собственные HTTP-сервисы, ответ на запрос разработчик формирует с помощью встроенного языка — v8.1c.ru
- Habr, 06.08.2026, «Сколько стоит внедрение ИИ в 2026 году», автор — интегратор CRM: «сильнее всего на бюджет влияют интеграции»; рабочий ИИ-агент с интеграциями — 300 000–1 500 000 ₽ — habr.com
- Habr, блог К2Тех, 10.08.2026: случай с маршрутизацией входящих документов — около 100 документов в день, точность людей около 90%, модели на тесте около 80%, пилот около 2 000 000 ₽, доработка ещё 2 000 000–3 000 000 ₽, проект заморожен; «стоимость пилота по ИИ редко ниже двух миллионов», при годовом эффекте меньше трёх миллионов проект нецелесообразен — habr.com
- Strategy Partners, факторы успеха ИИ-агентов, пересказ «Новостей IT-канала», 14.09.2026: 55% разработчиков отмечают, что заказчик не может описать собственный процесс и сформулировать задачу для ИИ-агента; выборка в публикации не раскрыта — novostiitkanala.ru
Интерфейсы 1С описаны по открытой документации фирмы «1С»; какой способ записи подойдёт, зависит от вашей конфигурации и её доработок — это проверяем на диагностике. Наш опыт описан обезличенно: заказчики под NDA.