ИИ-агенты убьют интерфейс 1С и учётных систем

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

• Входящие документы могут приходить в Excel, Word, PDF и на фото.
• Агенту нужны доступ к данным, описание метаданных и права.
• Запись становится безопасной при кодовых проверках, правах и журналировании.
• Человек остаётся в роли утверждающего только для необратимых действий.

Учётная система как бэкенд

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

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

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

Здесь он формулирует прогноз по срокам. В горизонте 1-2 лет, по его оценке, массовыми станут агенты-операторы для ввода первички, типовых документов и сверок. Через 3-5 лет учётные системы превратятся в headless-ядра, а интерфейс бизнеса переместится в чат и голос. После 5 лет, считает он, «1С» может сжаться до регуляторного модуля, а сам учёт станет сервисом при агенте.

• 1-2 года: массовый ввод первички и типовых документов агентами.
• 3-5 лет: headless-ядра с интерфейсом только для контролёров и исключений.
• 5+ лет: учёт как сервис при агенте и сжатие до регуляторного модуля.
• Интерфейсом бизнеса станут чат, почта и голосовой ассистент.

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

В финале он даёт практические выводы для разработчиков 1С. Спрос, по его мнению, смещается от форм к API, от отчётов к самоописуемым источникам данных, от случайной грязной НСИ к чистой структуре и от умения рисовать интерфейсы к знанию предметной области. Люди, как он пишет, останутся там, где нужно договариваться, решать и отвечать за решения.

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

Речь идёт не о теории из презентации, а о практике в b2b-компании с дистрибуцией, внешнеэкономической деятельностью, 1С:УТ, 1С:Бухгалтерией и Битрикс24. По словам автора, у них уже идёт третий этап внедрения мультиагентной системы с виртуальными сотрудниками, а на полностью ИИ-автоматизированном пайплайне разработки для 1С за полгода сделали больше тысячи доработок и внедрений. Первый виртуальный сотрудник, финансовый аналитик, уже отвечает руководству в чате цифрами из боевой базы.

Как ИИ-агенты вытесняют формы

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

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

В качестве примеров автор приводит несколько уже работающих схем. В одном случае локальная LLM разбирает входящие счета в Excel, Word, PDF и на фото, а затем передаёт результат в 1С с детерминированной проверкой ИНН, БИК и контрольных сумм. В Microsoft Dynamics 365 агенты, по его словам, уже сверяют счета, ведут переписку с поставщиками и управляют отбором на складе. SAP, как пишет автор, делает ставку на «автономное предприятие» с двумя сотнями агентов, которые исполняют процессы от финансового закрытия до закупок.

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

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

• Входящие документы могут приходить в Excel, Word, PDF и на фото.
• Агенту нужны доступ к данным, описание метаданных и права.
• Запись становится безопасной при кодовых проверках, правах и журналировании.
• Человек остаётся в роли утверждающего только для необратимых действий.

Учётная система как бэкенд

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

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

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

Здесь он формулирует прогноз по срокам. В горизонте 1-2 лет, по его оценке, массовыми станут агенты-операторы для ввода первички, типовых документов и сверок. Через 3-5 лет учётные системы превратятся в headless-ядра, а интерфейс бизнеса переместится в чат и голос. После 5 лет, считает он, «1С» может сжаться до регуляторного модуля, а сам учёт станет сервисом при агенте.

• 1-2 года: массовый ввод первички и типовых документов агентами.
• 3-5 лет: headless-ядра с интерфейсом только для контролёров и исключений.
• 5+ лет: учёт как сервис при агенте и сжатие до регуляторного модуля.
• Интерфейсом бизнеса станут чат, почта и голосовой ассистент.

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

В финале он даёт практические выводы для разработчиков 1С. Спрос, по его мнению, смещается от форм к API, от отчётов к самоописуемым источникам данных, от случайной грязной НСИ к чистой структуре и от умения рисовать интерфейсы к знанию предметной области. Люди, как он пишет, останутся там, где нужно договариваться, решать и отвечать за решения.