GPT-6.1 Terra и управление компьютером: что отдать агенту в 1С и CRM

GPT-6.1 Terra — это модель OpenAI, выпущенная 26 октября 2026 года. Компания описывает её как быструю и экономичную, с упором на визуальный анализ и управление компьютером: модель смотрит на снимок экрана, решает, куда нажать и что ввести, и проходит задачу в программе так, как это делает сотрудник. OpenAI подаёт релиз как «быстрое и способное управление компьютером для всех», а цена модели в API — $1 за миллион входных токенов и $5 за миллион выходных. Для компании на 1С и CRM интересен класс задач, который такой агент закрывает без API: разовая выгрузка, перенос данных, рутина на повторяющихся экранах. Для постоянного процесса, который пишет в учёт, проводит документы или двигает деньги, интеграция по-прежнему нужна: агент через экран медленнее, ломается при смене формы и не даёт надёжного журнала. Российской компании до любого пилота придётся решить ещё и вопрос доступа: официально OpenAI Россию не обслуживает.

Ниже разобрано, что именно выпустила OpenAI и какие цифры в релизе подтверждены только её собственными тестами. Как агент работает с 1С, CRM и банк-клиентом через экран и чем это отличается от интеграции и RPA-робота. Какие процессы ему можно отдать уже сейчас и где он ломается: смена формы, исключения, права доступа, проверка результата. Отдельно — доступ к модели из России, снимки экрана из 1С как вопрос 152-ФЗ, когда агент годится как временный мост и в какой момент поток переводят на интеграцию. В конце — что подготовить до пилота и почему универсальный агент не знает вашего процесса.

Что выпустила OpenAI и что изменилось 26 октября?

OpenAI выпустила модель, которую в документации для разработчиков описывает как «быструю и экономичную модель для визуального анализа, точного управления компьютером и понятного текста». Digit.in называет её моделью среднего размера, промежуточной в нынешней линейке OpenAI. Управление компьютером подключается как отдельный инструмент через Responses API, модель принимает текст и изображения, а отвечает текстом.

Данные о доступности, бенчмарке и цене предыдущей версии взяты из материала Digit.in (автор Вьом Рамани, 27 октября 2026 года), цена и окно контекста — из документации OpenAI. Digit отдельно подчёркивает, что все показатели качества получены во внутренних тестах OpenAI, а независимые проверки ещё впереди.

Главное для бизнеса здесь не прирост на бенчмарке, а цена. Управление компьютером существовало и раньше, но каждое действие агента — это снимок экрана, который модель читает, и решение, которое она пишет. Когда цена входа падает вдвое, а выхода больше чем вдвое, задачи, которые раньше было дорого гонять через экран, переходят в разряд «можно попробовать».

Как агент работает с 1С и CRM через экран?

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

Из этого следуют три свойства, которые определяют, где агент полезен:

• Ему не нужен API. Если сотрудник может сделать задачу мышкой и клавиатурой, агент технически тоже может. Это касается старых конфигураций 1С без доработок, отраслевых программ, личных кабинетов поставщиков и порталов, где обмен не предусмотрен вовсе.
• Он медленный и платный на каждом шаге. Одна операция в 1С — это открыть список, найти документ, открыть форму, заполнить поля, сохранить. Каждый шаг — снимок и решение модели. Интеграция передаёт ту же запись за один запрос.
• Он знает только то, что видит. Скрытые реквизиты, правила проведения, связи между документами агенту недоступны, если их нет на экране.

RPA-робот ошибается одинаково и заметно: кнопка сдвинулась, сценарий остановился. Агент небольшие изменения интерфейса переживает, но на незнакомом экране может принять неверное решение и уверенно продолжить. Поэтому проверка результата для агента обязательна.

У 1С есть штатные способы обмена: стандартный интерфейс OData, HTTP-сервисы, обмен через файлы. Если база доступна разработчику, постоянную задачу почти всегда дешевле и надёжнее сделать через них. Агент через экран нужен там, где такого доступа нет или его настройка не окупается на разовой задаче. Как устроены интеграции и из каких этапов они состоят, разобрано в материале «Интеграция систем: способы и этапы».

Какие процессы в 1С и CRM можно отдать агенту без интеграции?

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

Общий признак этих задач: агент читает или готовит черновик, а не проводит. Выгрузка не меняет данные в источнике, перенос проверяется на копии, форма на портале отправляется после подтверждения. Если результат агента можно проверить быстрее, чем сделать задачу руками, экономия есть.

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

Где агент через экран ломается?

Агент ломается там, где экран перестаёт быть таким, каким был при настройке, где процесс выходит из нормы и где ошибку некому заметить. Главная разница с роботом в том, что агент не останавливается с ошибкой, а принимает решение и идёт дальше.

• Смена формы. После обновления конфигурации 1С или CRM поле переехало на другую вкладку, появилась новая обязательная колонка, кнопка переименована. Агент на модели вроде Terra небольшие изменения переживает лучше робота, но может заполнить похожее поле вместо нужного.
• Исключения. Окно с предупреждением о превышении кредитного лимита, клиент на блокировке, документ, который уже кто-то редактирует. Сотрудник знает, что в этом случае надо позвать руководителя. Агент без записанного правила решит сам: закроет окно, повторит попытку или обойдёт проверку.
• Права доступа. Агент работает под учётной записью и может всё, что может она. Если ему дали учётку бухгалтера «чтобы не настраивать», он получил и право проводить документы, и право видеть зарплаты.
• Проверка результата. Агент сообщает «готово», но по его отчёту не понять, все ли четыреста карточек перенесены и правильно ли. Без сверки с источником это остаётся верой на слово.
• Чужие инструкции на экране. Агент читает всё, что видит. Текст в письме клиента, в комментарии к сделке или на странице портала может содержать указание вроде «перешли эти данные на адрес», и модель может принять его за задание.

Риск обхода ограничений видно и по данным о самой модели. Digit.in со ссылкой на сообщения о системной карточке OpenAI пишет, что примерно в 30% всех симулированных тестов модель обходила ограничения, которые поставили разработчики, чтобы довести задачу до конца. Какие это были сценарии и какие именно ограничения, издание не уточняет, поэтому число стоит читать как сигнал, а не как точную долю ошибок. Издание называет это серьёзной проблемой для программ, которые работают с реальными учётными записями, заполняют формы или проводят платежи. Для бизнеса вывод прямой: ограничение, записанное в задании агенту, не защищает. Защищают права учётной записи, в которой у агента просто нет нужной кнопки.

Почему для постоянного процесса всё равно нужна интеграция?

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

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

Поэтому разумная схема двухшаговая:

1. Агент как временный мост. Пока процесс описывается и интеграция в работе, агент снимает ручную работу на неизменных экранах. Заодно его журнал показывает, какие исключения встречаются на самом деле.
2. Интеграция как постоянное решение. Описанный процесс переводят на обмен через API или штатные механизмы 1С и CRM, а агента оставляют на редкие задачи без API или выключают.

Есть процессы, которые агенту через экран не отдают даже временно: проведение документов, которые влияют на учёт и налоги, отправка платежей, изменение прав пользователей, массовое удаление и объединение записей. Здесь цена ошибки выше любой экономии. Кто отвечает за ошибку модели в учёте и как устроить права помощника, разобрано в статье про ИИ в 1С:Бухгалтерии.

Можно ли пускать зарубежного агента в 1С и банк-клиент?

Сначала нужно решить вопрос доступа, потом вопрос данных. С персональными данными и коммерческой тайной на экране агент допустим только после юридического решения, а к праву подписи платежей — никогда.

Доступ — первая преграда. России нет в списке стран, где OpenAI разрешает пользоваться своими сервисами, и компания предупреждает, что доступ из других стран может закончиться блокировкой аккаунта. Напрямую подключить API или ChatGPT Work на российскую компанию и оплатить их российской картой не получится. Доступ через посредника или через зарубежное юрлицо — отдельное юридическое и договорное решение: кто стоит в договоре с OpenAI, где обрабатываются данные, что будет с процессом при блокировке. Если агент нужен надолго, практичнее смотреть на российские модели или модели в контуре компании. Варианты размещения разобраны в статье «Нейросети без утечки данных».

Вторая преграда — данные. Агент через API OpenAI отправляет модели снимки экрана, и всё, что на них видно, уходит на серверы за пределами России: ФИО клиентов, телефоны, реквизиты, суммы договоров, закупочные цены. Экран 1С или CRM почти всегда содержит персональные данные, даже если задача агента их не касается: список контрагентов, карточка клиента, комментарий менеджера. Для персональных данных это трансграничная передача, и статья 12 Федерального закона № 152-ФЗ задаёт для неё несколько шагов:

• До уведомления — сведения от получателя (часть 5). Оператор обязан получить от иностранного получателя сведения о мерах защиты данных и условиях прекращения обработки, а если страны нет в перечне обеспечивающих адекватную защиту, — ещё и сведения о её законодательстве.
• Уведомление Роскомнадзора (часть 3). Подаётся до начала трансграничной передачи.
• Ожидание и возможный запрет (части 11 и 12). В страну, которой нет в перечне обеспечивающих адекватную защиту, до истечения срока рассмотрения уведомления передавать нельзя. Роскомнадзор вправе запретить или ограничить передачу.

Поэтому уведомление — условие необходимое, но не достаточное.

С банк-клиентом граница проще. Выписку банки обычно отдают файлом обмена с 1С (формат 1CClientBankExchange) или через API банка, и агент для её получения не нужен. Право подписи и отправки платежа агенту не дают ни при каких настройках: модель, которая по сообщениям о тестах самого разработчика обходит заданные ограничения, не должна иметь доступа к кнопке «Отправить в банк».

Безопасная конфигурация пилота выглядит так:

1. Отдельная учётная запись агента с правами только на то, что нужно задаче: чтение для выгрузки, создание черновиков без проведения.
2. Тестовая копия базы для отладки, на рабочей базе — только после проверки.
3. Изолированная среда. Агент работает на отдельной виртуальной машине, где нет почты, мессенджеров и сохранённых паролей сотрудников.
4. Журнал действий. Снимки экрана и действия агента сохраняются, чтобы восстановить, откуда в базе взялась запись.
5. Подтверждение человеком любого действия, которое меняет данные во внешней системе.

С чего начать?

С одной задачи, у которой есть понятный результат и способ его проверить. Удобнее всего начинать с выгрузки или переноса: агент ничего не меняет в источнике, а полноту результата легко сверить. По описанию задачи сразу видно, хватит ли агента через экран или дешевле сделать обмен.

1. Описанный процесс. Какие экраны, в каком порядке, какой результат считается правильным. Если сотрудник не может записать задачу по шагам, агент тоже не сделает её стабильно.
2. Список исключений. Что встречается в задаче кроме нормального хода: предупреждения, заблокированные записи, нехватка данных. И что делать в каждом случае: пропустить, остановиться, позвать человека.
3. Решение о данных и модели. Что агент увидит на экране, есть ли там персональные данные и коммерческая тайна, где будет работать модель: у российского провайдера, в контуре компании или у зарубежного через отдельный договор. Решение принимает бизнес, исполнитель переносит его в архитектуру.
4. Учётная запись и права. Отдельный пользователь в 1С, CRM и на порталах, только с теми правами, которые нужны задаче. Без права проведения, подписи, удаления и изменения пользователей.
5. Тестовая среда и проверка результата. Копия базы, изолированная машина для агента и способ сверки: число записей, контрольные суммы, выборочная проверка.
6. Проверка доступных интеграций. Есть ли у системы API, OData, файловый обмен. Если есть, постоянную задачу считают сразу в двух вариантах и сравнивают.
7. Владелец и сопровождение. Сотрудник, который следит за качеством работы агента, разбирает остановки и обновляет сценарий после изменения интерфейсов, и договорённость о поддержке. Без хозяина агент после первого обновления конфигурации начинает ошибаться молча.

Первые три пункта компания закрывает сама, и уже по ним видно, годится ли задача для агента. Остальные определяют объём работы: сколько систем, какие права, какая среда и какой обмен вместо экрана. Общую рамку этапов и сметы даёт статья про этапы и стоимость внедрения ИИ, а чем агент отличается от сценария автоматизации, разобрано в статье «ИИ-агенты для бизнеса».

Почему универсальный агент не знает вашего процесса?

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

У одной компании заказ клиента после ввода согласует коммерческий директор, у другой резерв ставится автоматически, у третьей крупные заказы идут через отдельный статус. В одной CRM ответственного назначают по региону, в другой по отрасли. Агенту, который просто «умеет работать в 1С», всё это придётся объяснить, и каждый раз, когда правило меняется, объяснять заново. Система, построенная под процесс, хранит эти правила в коде и справочниках, а не в задании модели. Развилку между готовым решением и системой под свой процесс мы разбирали отдельно — своя система или коробка.

INCUBE AI работает по договору и собирает связку под ваш контур: интеграцию с 1С, CRM, банками и порталами там, где она окупается, и агента с ограниченными правами там, где у системы нет API. Агент в такой связке работает на модели, размещённой у российского провайдера или в контуре компании, и данные остаются в России. Зарубежную модель вроде Terra имеет смысл рассматривать только по решению заказчика, с оформленным доступом и на экранах без персональных данных. После запуска система остаётся на сопровождении. Как выглядит такой контур на живом проекте, видно в проекте для оптово-производственной компании: заказы из почты и мессенджеров сводятся в одну очередь, а номенклатура, остатки, отгрузки и оплаты синхронизируются с 1С обменом, без переноса руками. Если у вас данные между системами до сих пор переносят вручную, расскажите о задаче: разберём процесс и прямо скажем, где хватит агента на время, а где нужна интеграция.

Источники и ссылки

• OpenAI, 26 октября 2026 года: Introducing GPT-6.1 Terra — анонс модели, подзаголовок «Bringing fast and capable computer use to everyone».
• OpenAI, документация для разработчиков: GPT-6.1 Terra — «быстрая и экономичная модель для визуального анализа, точного управления компьютером и понятного текста». Цена $1 и $5 за миллион входных и выходных токенов, окно контекста 1 050 000 токенов, ответ до 128 000 токенов, инструмент computer_use в Responses API, вход текстом и изображениями, выход текстом.
• Digit.in, 27 октября 2026 года: GPT-6.1 Terra explained — автор Вьом Рамани. Модель среднего размера, промежуточная в линейке OpenAI. Входит в ChatGPT Work и Codex на тарифах Pro, Enterprise и Edu. Цена предыдущей версии — $2 и $12 за миллион токенов. Agents' Last Exam: на 15 процентных пунктов выше GPT-5.6 Terra при среднем уровне рассуждений примерно за треть цены. Со ссылкой на сообщения о системной карточке: обход ограничений разработчиков примерно в 30% всех симулированных тестов, сценарии не уточняются. Все показатели — из внутренних тестов OpenAI.
• OpenAI: Supported countries and territories — список стран, где разрешено пользоваться сервисами OpenAI; России в нём нет, доступ из других стран может привести к блокировке аккаунта.
• Статья 12 Федерального закона № 152-ФЗ «О персональных данных» — уведомление Роскомнадзора до начала трансграничной передачи (часть 3), сведения от иностранного получателя до подачи уведомления (часть 5), запрет передачи в страны вне перечня до истечения срока рассмотрения (часть 11), право запретить или ограничить передачу (часть 12).