Для переноса одних и тех же полей ИИ-агент обычно не нужен. Сначала проверьте, нет ли у ваших систем готового обмена. Если его нет, а в программу можно попасть только через экран, подойдёт RPA - программный робот, который повторяет клики и ввод сотрудника. Агента стоит проверить, когда разных документов и писем, которые каждый раз приходится понимать, много.
И ошибаются они неодинаково. Робот после обновления программы обычно встаёт с ошибкой, а агент может отчитаться о работе и записать не то. Поэтому и проверяют их по-разному.
Заказы из выгрузки и заказы из писем
Возьмём заказы, которые менеджер переносит в учётную систему. Если они приходят выгрузкой с сайта или из CRM, у каждого заказа ИНН, артикул и количество стоят в одних и тех же полях, и правило переноса пишут один раз.
А когда те же заказы приходят письмами от разных клиентов, у одного это своя таблица, у другого скан бланка, а третий пишет «как в прошлый раз, только 20 коробок». Заранее описать правило для таких писем не получится. Руководство OpenAI по созданию агентов советует брать агента для задач с исключениями, документами и обычной речью, а для остальных допускает, что хватит решения по заданным правилам.
| Что на входе | Что подходит | Как проверять |
|---|---|---|
| одинаковые поля, у систем есть обмен | готовая функция или интеграция | сверка числа записей |
| одинаковые поля, вход только через экран | RPA-робот | сигнал об остановке, сверка числа записей |
| разные документы и свободный текст | ИИ-агент | сверка записи с документом, подтверждение |
Когда хватает готовой функции системы
Среди готовых приложений для обмена «Битрикс24» с 1С одно создаёт в 1С заказы клиентов по сделкам из CRM. Товары из сделки оно не передаёт - их добавляют вручную. Контрагента оно создаёт автоматически, только если название или ИНН совпадают точно.
Такой функции хватает, если она переносит все нужные поля, а за её пределами остаются редкие случаи, которые проще поправить вручную.
Как ошибаются робот и агент
Робот может не найти кнопку или поле, если изменился интерфейс, обновился браузер или выскочило окно, - так пишет справка UiPath, разработчика RPA-платформы. Остановку заметят, если уведомление о сбое приходит ответственному за перенос, а потерянную запись покажет сверка числа заказов на входе и в учёте. Та же сверка нужна и готовому обмену.
С агентом сложнее. Основатели Laminar, которые продают сервис поиска ошибок агентов, написали, что агент может нажать не ту кнопку или сослаться не на тот документ, хотя каждый его шаг формально завершается успешно. Поэтому агента проверяют по исходному документу, а не по его отчёту.
До запуска ему дают недавние заказы и сравнивают записи с тем, что внёс менеджер, - так же проверяют нейросеть, прежде чем отдать ей задачу. В работе агент готовит черновик записи и отмечает пустые и неоднозначные поля, а в учёт запись попадает после подтверждения сотрудника.
Kvema внедряет агентов для документов по такой схеме, чтобы плохо распознанное значение не стало незаметной ошибкой заказа. Если хватит функции системы или обычной автоматизации, в Kvema рассматривают и этот вариант.
Проверьте выбор на своих переносах
Разложите два десятка последних переносов на две стопки: где сотрудник просто копировал поля и где пришлось разбираться - звонить клиенту, угадывать товар по описанию. Первой стопке подойдёт функция системы, интеграция или робот. Вторую стоит проверить на агенте, если она занимает заметную часть работы, а пару таких случаев в месяц проще оставить сотруднику.
Эти заказы, только без персональных данных и цен, попросите продавца прогнать на демонстрации вместо заготовленного примера - как при выборе CRM просят показать свой путь сделки. Что можно передавать третьим лицам, уточните у юриста.
Источники
- Руководство OpenAI по созданию агентов, файл от 07.04.2025
- Справка UiPath об ошибках поиска элементов, открыта 27.10.2026
- Запуск Laminar на Hacker News, 19.10.2026
- Справка «Битрикс24»: интеграции с 1С, обновлена 28.08.2026
