Четверть века индустрия учётных систем строила экранные формы. Журналы документов, обработки, консоли отчётов, подборы, помощники — всё это считалось главной ценностью продукта: за удобные формы платили, за неудобные ругали внедренцев. Последние полтора года я смотрю, как ИИ-агенты работают с нашей 1С напрямую, без единой открытой формы, — и вижу, что у экранного интерфейса учётных систем осталось немного времени. А следом встаёт вопрос и о самой учётной системе как посреднике между бизнесом и его данными.
Это первая статья цикла: манифест с прогнозом. Во второй будет экономика вопроса и что она сделает с b2b-компаниями, в третьей — подробный кейс, как мы к этому шли.
Кто я и почему об этом пишу Я CTO в b2b-компании: дистрибуция с внешнеэкономической деятельностью, 1С:УТ и 1С:Бухгалтерия, Битрикс24, десятки человек в бэкофисе, десятки тысяч номенклатур, около 28 тысяч контрагентов в справочнике. Мы внедряем мультиагентную систему с виртуальными сотрудниками — сейчас идёт третий этап. За предыдущие полгода на полностью ИИ-автоматизированном пайплайне разработки для 1С выполнено больше тысячи доработок и внедрений 1С + Битрикс24: архитектура учётного контура подготовлена под агентов, и мы перешли к пилотам. Первый виртуальный сотрудник — финансовый аналитик — уже отвечает руководству в чате цифрами из боевой базы.
Поэтому дальше — не футурология по мотивам твиттера, а экстраполяция того, что я вижу в проде каждый день.
Что такое учётная система, если убрать вежливость Разберём 1С (или любую ERP — SAP и Dynamics устроены так же) на слои:
Хранилище и транзакционное ядро — таблицы, регистры, проведение, блокировки, целостность. Бизнес-логика — что происходит при проведении документа, как считается себестоимость, как резервируется товар. Интерфейс — тысячи форм ввода и тысячи отчётов. Люди-операторы, которые всё это соединяют. Четвёртый слой обычно стесняются называть частью системы, а зря. Менеджер, который перебивает заявку из почты в заказ клиента; логист, который сверяет накладную со сканом; бухгалтер, который вносит входящие счета из PDF, — это живой ETL. Люди читают неструктурированный поток (письма, мессенджеры, сканы, звонки) и переводят его в структурированные записи через формы. По моим наблюдениям, до 80% работы бэкофиса с учётной системой — не решения, а именно перенос и сверка данных.
Формы существуют ровно потому, что оператор — человек. Человеку нужны поля, подсказки, подборы и красные звёздочки обязательных реквизитов. Агенту не нужно ничего из этого. Ему нужны три вещи: доступ к данным, описание метаданных и права.
Смерть первая: интерфейс Тезис простой: когда записи в учётную систему делает агент, экранный интерфейс перестаёт быть нужным. И это уже происходит — по всему рынку, не только у нас.
«Инфосистемы Джет» описали кейс, где входящие счета в зоопарке форматов (Excel, Word, PDF, фото) разбирает локальная LLM и грузит результат в 1С — с детерминированной валидацией ИНН/БИК и контрольных сумм перед записью. Microsoft в Dynamics 365 встроила агентов, которые сами сверяют счета, ведут переписку с поставщиками и управляют отбором на складе — то есть уже пишут в учёт, а не только читают. SAP объявила курс на «автономное предприятие» с двумя сотнями агентов, исполняющих процессы от финансового закрытия до закупок.
У нас в компании это выглядит так. Агент получает поток задач — из Битрикса, из почты, из чата. Сам читает метаданные конфигурации, сам строит запрос, сам проверяет его на живой базе, сам делает запись через коннектор. Человек в этой цепочке остаётся в двух местах: постановка задачи и утверждение того, что агент предлагает записать. Форму документа при этом не открывает никто.
Отдельно про ввод первички: распознавание скана — уже даже не передний край, у фирмы «1С» это штатный сервис. Передний край — когда агент разбирает не отдельный документ, а весь поток событий: письмо клиента «заберём в четверг, счёт перевыставите на другое юрлицо» превращается в перенос отгрузки, новый счёт и комментарий в CRM. Без единой открытой формы.
Важная деталь, которую я вынес из практики: русскоязычный рынок пока застрял в read-only консенсусе. Почти все публичные кейсы — «агент читает базу, писать не даём» (раз, два). Барьер здесь не технический, а психологический. Запись агентом становится безопасной, когда она обвешана детерминированными проверками: валидация реквизитов кодом (не промптом), права учётки, журналирование, утверждение человеком для необратимых операций. Ровно так же мы страхуем живых операторов — просто для агента эти страховки честнее, потому что он не устаёт и не отвлекается.
Агент как аналитик: отчёты умирают вместе с формами Вторая половина интерфейса 1С — отчёты. Сотни настроенных СКД-вариантов, компоновки, расшифровки. Они существуют потому, что вопрос руководителя («почему упала маржа по направлению X?») должен был пройти через аналитика, который знает, какой отчёт открыть и как настроить отборы.
Наш виртуальный финансовый аналитик отвечает на такие вопросы в чате Битрикса за десятки секунд: остатки денег с валютной переоценкой, движение по статьям, маржа по клиентам и менеджерам, дебиторка со старением до конкретных документов. Формат ответа — вывод, цифры, рекомендация, трассировка до источника. Каждое утро — сводка по крону. Это не text-to-SQL «на удачу»: агент ходит не в голые таблицы, а в реестр паспортизированных источников данных — проверенные функции и запросы с описанием параметров, примерами и версиями. Похожую задачу X5 решала своим text2sql-пайплайном — ответ за ~15 секунд вместо очереди к аналитику; мы пошли дальше, убрав генерацию SQL там, где может ошибиться модель: цифры считает код 1С, модель выбирает источник и интерпретирует результат.
Что это означает для архитектуры: вместо тысячи отчётов «на все случаи» нужны десятки самоописываемых источников данных. Отчёт как объект конфигурации — это интерфейсная сущность. Источник данных — сущность для агента. Разница примерно как между витриной магазина и API маркетплейса.
Смерть вторая: посредник Теперь неудобный вопрос. Если данные вносит агент и данные читает агент — зачем в середине стоит 1С?
Честный ответ на сегодня: затем же, зачем и раньше, минус интерфейс. Остаются:
транзакционное ядро — проведение, регистры, блокировки, целостность при параллельной работе; регуляторный контур — НДС, налоговая отчётность, ЭДО, валютный контроль, кадровый учёт; готовая модель данных — план счетов, регистры накопления, механика взаиморасчётов, которые вылизывались двадцать лет. Но заметьте: всё это — бэкенд. Ни один из этих слоёв не требует, чтобы у системы был человеческий интерфейс. И дальше начинается интересное: агент, работающий с данными постоянно, начинает структурировать их под себя. У нас это уже проявилось — поверх «грязных» справочников 1С вырос мастер-слой НСИ с каноническими сущностями и таблицей алиасов («как люди называют» → «что это на самом деле» → ссылки в УТ, Бухгалтерии, Битриксе). Управленческая аналитика постепенно переезжает в структуры, которые агент строит и обслуживает сам: паспорта источников, кэши, графы знаний о бизнесе. 1С остаётся системой записи — но перестаёт быть системой представления и постепенно перестаёт быть системой анализа.
Доведём до конца. SAP формулирует свою защиту так: «difference is context» — ценность ERP не в транзакциях, а во владении бизнес-контекстом. Правильный тезис, но он обоюдоострый: контекст сегодня переезжает в память агента. Правила («эти юрлица — свои, их долги не считаем»), исключения («у этого поставщика отсрочка с четверга»), терминология («направление» у нас — это то-то) — всё это у нас уже живёт не в конфигурации, а в источниках данных и памяти агентской системы. Если контекст — последний козырь ERP, то он уже уходит из её рук.
Мой прогноз по горизонтам:
ГоризонтЧто происходит 1–2 годаАгенты-операторы становятся массовыми: ввод первички, типовые документы, сверки. Формы открывают всё реже. Появляется профессия «инженер инструментов для агентов» 3–5 летУчётные системы становятся headless-ядрами: интерфейс остаётся у контролёров и в исключениях. Управленческая аналитика полностью в агентском слое. Интерфейс бизнеса — чат и голос 5+ летУчёт как сервис при агенте: агент ведёт операционные данные в своих структурах, «1С» сжимается до регуляторного модуля — проведение и отчётность в госорганы Интерфейсом бизнеса становится любой канал, где живут люди: чат в Битриксе или Telegram, почта, голосовой ассистент в машине у собственника. Мы принципиально не строим «личный кабинет агента» — агент приходит туда, где человеку удобно, а не наоборот.
Возражения, которые я слышу каждую неделю «LLM галлюцинирует, в учёте это недопустимо». Согласен. Поэтому в нашей системе LLM не считает цифры — цифры считает код на стороне 1С, детерминированно. Модель выбирает источник, параметры и интерпретирует результат. На приёмочных прогонах нашего финансового аналитика зафиксировано ноль выдуманных цифр — не потому, что модель стала честной, а потому, что архитектура не оставляет ей места для выдумки. Инварианты живут в коде и данных, а не в промптах.
«Кто отвечает за ошибку агента?» Тот же, кто отвечает за ошибку сотрудника, — компания и её регламенты. Инструментально агент контролируется лучше человека: каждое действие в журнале, каждая запись типизирована, необратимые операции — через утверждение. Попробуйте получить такой аудиторский след от живого оператора.
«Безопасность: сливать учётные данные в облачную модель нельзя». Для чувствительных контуров есть локальные модели (кейс Джет — on-prem). Мы для внешних внедрений закладываем псевдонимизацию: модель видит «KA_00123 должен 4,2 млн», реальные наименования подставляются на границе с человеком. Суммы и структура утекают осознанно, имена — нет.
«Регуляторика всё заморозит». Частично да — поэтому регуляторное ядро умрёт последним, я это прямо пишу в прогнозе. Но регуляторика требует правильной отчётности, а не того, чтобы документы вводил человек мышкой.
«1С об этом знает лучше вас». Позиция вендора пока консервативна: официальная страница ИИ — это ассистенты-подсказчики и распознавание первички. Ни слова про автономных агентов. На фоне SAP и Microsoft, которые уже шипуют агентов-исполнителей, разрыв парадигм бросается в глаза. Я не знаю, чем он объясняется — осторожностью или приоритетами, — но для экосистемы 1С это риск: франчайзи, продающие «автоматизацию рабочих мест», рискуют не заметить, что рабочие места перестают быть местами.
Что делать 1С-разработчику Никакого «учите промпт-инжиниринг». Спрос смещается в понятную инженерную область:
API вместо форм. Выносить логику из модулей форм в экспортные функции — чтобы UI и агент звали один и тот же код. У нас это правило дало неожиданный бонус: интерфейс и API по построению возвращают одинаковые цифры. Источники данных вместо отчётов. Паспортизированные, версионируемые, самоописываемые — чтобы агент мог их найти и правильно вызвать. Guardrails как дисциплина. Валидация записи, права сервисных учёток, журналирование, негативные тесты («посторонний должен получить ноль данных») — это теперь и есть качество внедрения. Чистая НСИ. Для человека дубль контрагента — неудобство. Для агента — источник систематической ошибки. Гигиена данных превращается из «когда-нибудь приберёмся» в архитектурное требование. Знание предметной области — проведение, себестоимость, взаиморасчёты, регуляторка — дорожает. Умение рисовать формы — дешевеет с каждым релизом моделей.
Вывод Учётная система умрёт дважды. Первая смерть — интерфейс: она уже идёт, просто неравномерно распределена. Вторая — роль посредника между бизнесом и данными: она займёт годы, и регуляторное ядро останется жить дольше всего. Но вектор, по-моему, уже необратим: система, спроектированная как набор форм для людей-операторов, превращается в набор инструментов для агентов. А люди возвращаются к тому, что у них получается лучше, чем у моделей, — договариваться, решать и отвечать за решения.
Через пять лет вопрос «какой у вас интерфейс учётной системы» будет звучать так же, как сегодня «какой у вас факс».
А вы открывали сегодня формы в 1С по делу — или по привычке? Расскажите в комментариях, какую долю вашей работы с учёткой уже можно отдать агенту.
ссылка на оригинал статьи https://habr.com/ru/articles/1068260/