Answer42 под капотом: как ИИ-агент получает руки в интерфейсе 1С

Answer42 не обменивается данными с 1С через API — агент управляет тем же интерфейсом, что и бухгалтер: открывает формы в тонком клиенте на терминальном сервере, читает поля, кликает кнопки. Это RPA поверх 1С: агент держит полноценную сессию с тем же расходом RAM и CPU, что и сотрудник за соседним столом. Поэтому сбои агента почти всегда объясняются не логикой скрипта, а мощностью сервера под сессией.

что такое Answer42 и как ИИ-агент получает руки в интерфейсе 1С

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

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

чем это отличается от обычной интеграции

API-интеграция может работать асинхронно и не зависит от того, что видно на экране. Агент уровня интерфейса — зависит. Он не может пропустить условное отображение поля, обязан дождаться прорисовки формы целиком и подчиняется тем же лимитам сессий и лицензий, что и живой пользователь. Отсюда и главный вывод: если под агентом слабый сервер, ошибки будут возникать не из-за кривого скрипта, а из-за того, что интерфейс физически не успевает отработать в отведённое время.

почему возникают сбои, когда агент работает в интерфейсе 1С

У логистической компании в Москве, 22 сотрудника, агент Answer42 каждое утро в 9:15 сверяет остатки по 340 позициям и собирает черновик в форме «Заказ поставщику». Три дня подряд скрипт останавливался на середине с ошибкой «элемент не найден», хотя накануне всё отрабатывало без сбоев.

Агент ждёт того же, чего ждёт человек, — пока форма отрисуется и поля станут доступны. Но в 9:15 на том же сервере бухгалтерия параллельно открывает отчёты для закрытия месяца, и на связке из двух виртуальных ядер и HDD форма с 340 строками грузится не за 2 секунды, а за 25-30. Поэтому таймаут в скрипте агента истекает раньше, чем нужный элемент появляется на экране, и сессия падает с ошибкой.

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

Причины у такого поведения обычно одни и те же: сервер общий с другими арендаторами и делит с ними CPU в моменты пиковой нагрузки; оперативной памяти не хватает на одновременные RDP-сессии людей и агента; диск — HDD, а не SSD, и упирается в IOPS при открытии тяжёлых форм; политика сессий обрывает соединение по таймауту простоя посреди длинной операции. Системные требования 1С прямо задают ориентиры по ресурсам на сессию — но на слабом shared-тарифе им редко следуют.

как исправить типовые ошибки взаимодействия агента с 1С

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

• ✓Сверить фактическое потребление RAM на сессию тонкого клиента с ориентирами из системных требований 1С — на тяжёлых формах и больших справочниках это обычно 1,5-2 ГБ на активную сессию, и агент потребляет столько же, сколько человек.
• ✓Увеличить таймауты ожидания элементов в скрипте агента — мера временная, снижает частоту ложных срабатываний, но не убирает причину.
• ✓Проверить дисковую подсистему: если под базой стоит HDD, отрисовка списков из сотен строк будет упираться в IOPS, и никакой тюнинг скрипта это не исправит.
• ✓Вынести сессию агента на ресурс с гарантированными ядрами — например, арендовать сервер под 1С, чтобы автоматизация не конкурировала за CPU с бухгалтерией в момент закрытия месяца.

чего делать не стоит

Бесконечно наращивать таймаут ожидания в скрипте, лишь бы ошибка не всплывала, — плохая идея: агент станет медленнее реагировать на реальные сбои, а нагрузка на сервер от этого не снизится. Не стоит и перезапускать сессию агента по кругу при каждом падении — если причина в нехватке ресурсов, перезапуск лишь добавляет ещё одну сессию поверх уже перегруженного сервера и повышает риск, что следом упадёт сессия живого пользователя рядом.

что делать, если ошибка повторяется

Если таймауты увеличены, память добавлена, а форма всё равно рвётся в час пик — дело не в скрипте, а в архитектуре: агенту и бухгалтерии тесно на одной виртуалке с фиксированной квотой CPU, и патчем это не лечится. Нужно менять инфраструктуру, а не текст скрипта.

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

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

как предотвратить сбои агента на постоянной основе

Ресурсы стоит закладывать по простой формуле: число сотрудников с открытой 1С плюс агентские сессии, умноженное на 1,5-2 ГБ RAM на сессию, и не менее одного vCPU на 4-5 активных сессий — с опорой на системные требования 1С, а не на «средний» тариф хостера.

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

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

Полезно завести и простой мониторинг: фиксировать время выполнения ключевых операций агента и загрузку CPU и RAM сервера в этот момент. Если время начинает расти неделя к неделе, это повод заранее нарастить ресурсы, а не ждать, пока агент начнёт падать посреди рабочего дня.

Тест Гилёва стоит повторять не один раз при запуске, а периодически — после роста числа пользователей, добавления новых интеграций или подключения ещё одного агента. То, что уверенно тянуло 15 сессий полгода назад, может не тянуть 25 сегодня.

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

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

Нужна ли агенту Answer42 отдельная лицензия 1С?

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

Сколько параллельных сессий выдержит виртуальный сервер, если добавить агента?

Зависит от конфигурации базы и тяжести форм, но на сервере уровня «виртуальный сервер для 1С» с SSD и достаточным CPU агент обычно добавляет нагрузку, сопоставимую с одним активным пользователем. Если сервер и без агента работает на пределе в час пик, добавление агента этот предел превысит — сначала стоит прогнать тест Гилёва.

Можно ли проверить, потянет ли текущий сервер агента, до того как его подключать?

Да, через тест Гилёва — он показывает реальную производительность сервера под 1С в конкретный момент, а не паспортные характеристики тарифа. Лучше гонять тест в час пик, когда одновременно работают бухгалтерия и склад, — так видно, останется ли запас ресурсов для сессии агента.

Что делать, если после подключения агента база стала тормозить у остальных сотрудников?

Это признак того, что сервер рассчитан на людей, но не на человека плюс агента одновременно. Решение — не откатывать агента, а вынести его сессию на отдельный ресурс: выделенный сервер или отдельную виртуалку с гарантированными ядрами, чтобы автоматизация не конкурировала с живыми пользователями за CPU и диск.

Сколько стоит перенести базу и сессию агента на более мощный сервер?

Аренда сервера под 1С начинается от 3300 руб/мес — этого хватает для базы с агентом и командой до 10-15 человек. Если нужна диагностика текущей инфраструктуры и перенос без остановки работы, это оплачивается как сопровождение 1С и сисадмин — от 3800 руб/час.