Помощник руководителя собирает пакет документов для банка: паспортные данные из заявки, сведения о земле из выписки, договор подряда. Одни и те же поля он набирает в CRM, на банковской платформе и в учётной программе. Работа монотонная, а ошибка в одной цифре возвращает пакет на доработку. Отдать её машине хочется, остаётся понять какой.
Когда требуется лишь перенести совпадающие поля, обычно обходятся без ИИ-агента. Для начала выясните, умеют ли ваши программы обмениваться данными штатно. Когда такой возможности нет, а добраться до программы можно только через её окно на экране, выручит RPA: программа-робот, повторяющая за человеком щелчки и ввод. Присматриваться к агенту стоит в иной ситуации: писем и документов много, форматы у каждого свои, и каждый требует прочтения и понимания. Тогда черновик записи составляет ИИ, а человек проверяет и утверждает его.
Сбои у этих вариантов разные. Когда программа обновилась, робот обычно встаёт и выдаёт ошибку. Агент же способен сообщить об успехе, а внести не то. Потому и проверять их приходится по-разному.
Заказ в виде выгрузки и заказ в виде письма
Допустим, менеджер или снабженец вручную заводит заказы в учётной системе. Заказы берутся из выгрузки сайта либо CRM, и в каждом из них реквизиты ИНН, артикул, количество записаны в одноимённых позициях. Тогда достаточно один раз задать правило переноса, и оно будет работать дальше.
Если заказы приходят в письмах от разных заказчиков, картина другая. У одного заказ в его собственной таблице, у другого это скан бланка, а третий коротко пишет: «20 коробок, остальное как в прошлый раз». Одно правило под такие письма заранее не составить. В руководстве OpenAI по созданию агентов их советуют брать там, где встречаются исключения, документы и живой язык. Остальные задачи, как там сказано, часто решаются набором заданных правил.

| Исходные данные | Подходящий вариант | Способ проверки |
|---|---|---|
| одинаковые поля, программы умеют обмениваться данными | штатный обмен данными или интеграция | сопоставление количества записей |
| одинаковые поля, доступ только с экрана | RPA-робот | оповещение об остановке, сравнение количества записей |
| документы несхожие, текст в свободной форме | агент на основе ИИ | сопоставление записи с документом, утверждение человеком |
Готовой функции системы бывает достаточно
Посмотрите на готовые приложения для обмена данными «Битрикс24» с 1С. Есть среди них такое, что создаёт в 1С заказы покупателей по сделкам из CRM, но товарные позиции сделки не переносит, их приходится вводить вручную. Контрагента приложение заводит само, но лишь при точном совпадении названия либо ИНН.

Такой функции хватит, если она закрывает все нужные поля, а редкие случаи проще поправить руками.
Ошибки робота и ошибки агента
В справке компании UiPath, которая делает платформу для RPA, объясняется, как робот сбивается: изменился интерфейс, обновился браузер или всплыло окно, и робот не находит кнопку или поле. Остановку заметят, если сообщение об ошибке приходит ответственному за перенос. Пропавшую запись покажет сверка: сколько заказов пришло и сколько попало в учёт. Такая сверка нужна и готовому обмену.
С агентом всё сложнее. Основатели Laminar развивают сервис, который ловит сбои в поведении агентов, и предупреждают: бывает, что агент ткнул в неверную кнопку либо сослался не на тот документ, хотя по журналу каждый его шаг выглядит успешным. Поэтому сверяйте результат с первоисточником, а не с отчётом самого агента.

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