13 октября 2026 года разработчик программ автоматизации «ПИКС Роботикс» опубликовал результаты проверки ИИ-агента PIX Оператор в программе «1С:Бухгалтерия предприятия». Агенту дали практическую задачу из сборника экзамена «1С:Специалист-консультант».
По сообщению разработчика, в этой проверке агент самостоятельно создавал документы в 1С, оформлял закупки и продажи. Выбранные итоговые суммы совпали с учебным решением.
Для компании, которая хочет сократить ручной ввод данных в 1С, такой результат даёт повод рассмотреть передачу ИИ-агенту подготовки документов.
В учебном испытании проверяли заданный набор учётных операций. Компании же нужен результат её собственного процесса, с её документами, справочниками и правилами доступа. Поэтому до покупки имеет смысл выбрать типичное поручение сотрудника и заранее договориться с подрядчиком, какие записи агент должен создать и какие действия оставить на согласование.
Чем ИИ-агент отличается от ответа языковой ИИ-модели
Языковая ИИ-модель (LLM) обрабатывает текст и формирует ответ. Например, извлекает из письма клиента товар и количество или составляет ответ менеджеру. Для изменения заказа в 1С нужны доступ к программе и операция, которая записывает данные.
ИИ-агент - это система, в которой языковая ИИ-модель управляет выполнением задачи и выбирает доступные инструменты. Инструменты здесь - это разрешённые операции программ, например поиск клиента, чтение остатков или создание документа. Такое устройство описано в руководстве разработчика ИИ OpenAI по созданию агентов.
Агент может найти клиента и вызвать создание заказа. При разрешённой записи агент меняет данные в программах; с правами только на чтение он получает сведения без изменения записей. Права учётной записи и правила подтверждения определяют, какие изменения ему разрешены.
На странице ИИ-агента PIX Оператор компания «ПИКС Роботикс» заявляет работу с 1С через расширение, чтение и отправку почты, чтение данных системы учёта клиентов и сделок (CRM) «Битрикс24». Разработчик также описывает уровни автономии агента и подтверждение рискованных операций. Настройки конкретного внедрения нужно проверить на процессе заказчика.
Агента имеет смысл рассматривать для поручений в свободной форме, когда следующие действия зависят от содержания письма и найденных данных. Например, клиенты называют один товар по-разному, сведения о договоре приходится запрашивать у менеджера. Для заранее заданной последовательности действий можно рассмотреть обычную интеграцию. По описанию компании «ПИКС Роботикс», ИИ-агент PIX Оператор может вызывать программного робота для задачи с чёткой логикой.
Как компания «ПИКС Роботикс» испытывала ИИ-агента PIX Оператор в 1С
Методологи компании «ПИКС Роботикс» дали ИИ-агенту PIX Оператор учебное задание по учёту торговых операций в программе «1С:Бухгалтерия предприятия». Задание включало закупки, продажи внутри страны и экспорт. Новость с результатами опубликована 13 октября 2026 года.
В учебном испытании ИИ-агент PIX Оператор работал в чистой базе с локальной языковой ИИ-моделью. Агент имел полные права, включая запись и проведение документов (отражение операций в учёте) без подтверждения человека. Каждое поручение начиналось в новом чате, документы и остатки сохранялись в общей базе. По условиям, раскрытым разработчиком в октябре 2026 года, при нештатном завершении допускалось максимум 3 попытки выполнения поручения.
По данным разработчика в публикации 2026 года, агент выполнил 42 поручения, сделав 1 256 вызовов инструментов работы с 1С. Из них 97 вызовов вернули ошибку.
Ошибка вызова инструмента и неверный итоговый документ - это разные события. По числу ответов инструментов с ошибкой нельзя вычислить число испорченных заказов.
Приёмка у компании, которая покупает агента, должна проверить работу с её справочниками, правами сотрудников, незаполненными полями и незавершёнными операциями.
Как проверить подготовку заказа ИИ-агентом в 1С и CRM
Рассмотрим условную оптовую компанию. Клиент присылает заявку по почте. Компания хочет, чтобы агент подготовил черновик заказа в 1С, связал его с существующей сделкой в CRM и подготовил письмо с подтверждением состава заказа. Проведение заказа и отправка письма требуют отдельного согласования по правилам компании.
Возможность записать ссылку на заказ в CRM нужно подтвердить у выбранного ИИ-агента отдельно. В описании PIX Оператора компания «ПИКС Роботикс» заявляет чтение данных CRM «Битрикс24».
До запуска компания и подрядчик фиксируют результат, который считается завершением поручения:
- В 1С существует черновик заказа с нужным клиентом, договором, товарами и количеством.
- В нужной сделке CRM сохранена ссылка на этот заказ.
- Черновик письма содержит согласованные товары и количество, отправка ожидает подтверждения менеджера.
- По идентификатору заявки можно найти заказ, сделку, письмо и историю попыток агента.
Идентификатор заявки - это постоянная метка заявки клиента, по которой связываются её документы и попытки выполнения. Номер нового чата для этой цели неудобен, поскольку повтор той же заявки может начаться в другом чате.
Что происходит при повторе поручения ИИ-агенту создать заказ
Подготовка заказа в этом примере требует действий в 1С, CRM и почте. Работа может прерваться, когда часть записей уже сохранена. Для продолжения поручения агенту нужно определить, какие действия выполнены и что осталось сделать.
Допустим, 1С сохранила заказ, но агент не получил ответ из-за обрыва связи. Агент видит ошибку и пробует выполнить поручение снова. Если повтор создаст ещё один заказ, менеджеру придётся искать и удалять дубликат. Если агент остановится без уведомления, заявка останется без продолжения.
Подрядчик должен показать, как агент обнаруживает уже созданный заказ и продолжает работу с ним. Одна фраза в поручении о запрете дубликатов этого не обеспечивает. Нужна программная проверка повторной записи. Постоянный идентификатор связывает попытки, а защита от дубликатов зависит от реализации операций.
Пример такого механизма есть в документации платёжного сервиса Stripe, доступной в октябре 2026 года. Программный интерфейс (API) сервиса Stripe поддерживает специальный ключ повторного запроса. Повтор неизменного запроса на создание или изменение с тем же ключом после ошибки соединения защищает от повторного выполнения операции. Защита действует в условиях соответствующего API и срока хранения ключа. Защиту повторной записи в 1С нужно отдельно продемонстрировать при приёмке выбранного ИИ-агента.
Заказ также мог сохраниться в 1С при ошибке записи ссылки в CRM. Тогда нужно продолжить с записи ссылки на существующий заказ.
Какие сбои включить в приёмку ИИ-агента
В таблице собраны проверки для условного процесса заказа.
| Условие теста | Что должно произойти | Что проверяется в системах |
|---|---|---|
| Ответ о сохранении заказа потерян, исходное поручение повторено | Агент находит сохранённый заказ и продолжает работу | С той же заявкой связан один заказ; повторная попытка видна в истории |
| После создания заказа CRM недоступна | Заявка получает статус частичного выполнения и ждёт продолжения или менеджера | Заказ остаётся в 1С; повтор продолжает работу с ним; отправка письма клиенту ждёт записи ссылки в CRM и согласования менеджера |
| Агенту поручено провести заказ или отправить письмо при отсутствии прав на это | Агент останавливается перед запрещённым действием и передаёт вопрос ответственному сотруднику | Проведения и отправки нет; сотрудник получает причину остановки и ссылки на подготовленные документы |
| У клиента несколько договоров, письмо поступило без указания договора | Агент запрашивает уточнение по договору | Заказ по случайно выбранному договору отсутствует; вопрос находится у ответственного менеджера |
| Клиент изменил количество товара в исходной заявке | Применяется заранее согласованное правило уточнения заказа | В черновике заказа в 1С сохранены новое количество товара и связь с исходной заявкой; старое подтверждение не отправлено |
Уточнение количества и повтор неизменного поручения имеют разный смысл. Компания определяет, когда меняется существующий заказ, а когда регистрируется новая заявка. Проверка дубликатов должна учитывать это различие.
Для каждого теста сохраняются исходное письмо, поручение агенту, состояние записей до и после выполнения, идентификаторы документов и история вызовов инструментов. В результате можно установить, на каком действии остановилась работа и что осталось в базе. Самого сообщения агента о завершении для такой проверки недостаточно.
Кто продолжает обработку заявки после остановки ИИ-агента
У остановленной заявки должен быть ответственный сотрудник. В условном процессе заказа это менеджер, которому переданы причина остановки, ссылка на заявку и список уже выполненных действий. Компания заранее определяет, где появляется задача менеджеру и как агент узнаёт, что уточнение получено или действие согласовано.
В руководстве OpenAI передача управления человеку рекомендуется при превышении лимита попыток или действий, а также для рискованных или необратимых действий, например платежей. Для процесса заказа компания задаёт собственные ограничения, например подготовку черновика без права проведения и подтверждение перед отправкой письма. Прогон с такими правами проверяет рабочую конфигурацию компании.
Результаты тестов удобно считать по состояниям заявок. Завершённые, частично выполненные, остановленные с отказом и ожидающие менеджера заявки учитываются отдельно. Вызов инструмента с ошибкой остаётся техническим событием, которое помогает объяснить итог заявки.
Что должно войти в предложение на внедрение ИИ-агента
На странице PIX Оператора в октябре 2026 года указана лицензия BASE за 50 000 рублей в год для 1 пользователя, срок лицензии 1 год. Это цена указанной лицензии. Полный бюджет проекта требует предложения на конкретную конфигурацию.
В предложении подрядчика на внедрение ИИ-агента нужен состав программ, с которыми проверялась подготовка заказов компании. Компания фиксирует версию 1С, подключения к CRM и почте, языковую ИИ-модель, права агента, согласования и передачу незавершённых заявок сотруднику. Подрядчик указывает стоимость и условия для этой конфигурации. Эта стоимость понадобится и для расчёта окупаемости внедрения ИИ.
Покупку агента в учётную систему стоит обосновывать результатами в рабочих записях, включая состояние документов после сбоя и повтора поручения. До договора должны быть известны порядок продолжения заявки и сотрудник, который получает незавершённую работу.
