Как бухгалтерское бюро растёт без потери точности: своя система с ИИ-агентом, где проводку подтверждает бухгалтер

Что берёт на себя агент и что остаётся бухгалтеру?

Каждый новый клиент приносит бюро тот же набор ручной работы: найти счета в письмах, сопоставить их со строками выписки, разнести проводки, напомнить о пропавшем чеке. Поэтому рост бухгалтерской фирмы обычно упирается в число бухгалтеров и их внимательность. Но условия вокруг быстро меняются: по словам Урве Метс в материале OSKA, за два года всё сильно изменилось - когда OSKA проводила исследование по ИИ, им пользовались немногие компании, теперь он массово пришёл в бизнес, и спрос на навыки меняется скачком. Для бюро вопрос звучит так: как отдать агенту рутину и сохранить точность, за которую клиенты и выбирают бухгалтера?

Своя система с ИИ-агентом делит работу по простому принципу: повторяемое и проверяемое берёт агент, решение и подпись остаются за человеком. Карта процессов:

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

К каким программам и данным подключается агент и что ему разрешено?

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

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

Права агента прописывают до запуска и расширяют понемногу, когда точность подтверждена цифрами. Стартовая карта прав:

• читать - ящик для документов, выписки и таблицу клиентов;
• создавать - черновики проводок в программе учёта, без права подтверждать их;
• писать клиентам - напоминания и ответы по шаблонам и базе ответов, которые утвердило бюро;
• под запретом - подтверждать проводки, закрывать периоды, менять подтверждённые данные, проводить платежи и отправлять что-либо в налоговую.

Как держать точность, когда клиентов становится больше?

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

Google описал такой цикл в инструменте Agents CLI: агента регулярно прогоняют через тесты и выставляют оценки, чтобы ловить случаи, когда правка инструкций ухудшила его работу.

Бухгалтерия добавляет свои риски. Исследователи в работе на arXiv от 6 ноября 2026 года назвали три слабых места ИИ, который решает вопросы ответственности по набору навыков: навыки устаревают, модель отходит от логики эксперта, а описание навыка исполняется не так, как задумано. Предложенный ими метод KDASO обновляет навыки автоматически, опираясь и на экспертные знания, и на данные. Поэтому контроль точности в типовой схеме собран из пяти частей:

• прогон после правок - правка инструкций уходит в работу, только когда агент прошёл эталон и оценка удержалась;
• ночные проверки - по расписанию агент каждую ночь проходит эталон заново, и если оценка опустилась ниже порога, который задало бюро, ответственный получает оповещение;
• смена модели - перед переводом агента на новую модель ИИ (ту, что читает документы и принимает решения) пошаговые записи старой и новой версии сравнивают бок о бок на одних и тех же документах;
• пограничные случаи - операцию, где правило не даёт однозначного ответа, например покупку, которая может быть и расходом фирмы, и личной тратой владельца, агент передаёт бухгалтеру, а критерий решения записывают для следующих таких случаев. Google Research 4 ноября 2026 года описал подход Agile Deliberation, где ИИ помогает людям сформулировать критерии для таких серых зон;
• обновление навыков - навыком агента называют записанное правило работы с одним типом операций: как распознать документ, куда разнести, когда позвать человека. Когда меняются правила, навык обновляют по двум опорам, формулировке бухгалтера и разбору прошлых документов, и выпускают в работу после прогона по эталону. У каждого навыка есть хозяин в бюро.

Кто в Эстонии разрабатывает софт с ИИ под бухгалтерскую фирму и как идёт внедрение?

В Таллинне такие системы разрабатывает EQHekademia OÜ (registrikood 17483439). ИТ-компания строит софт под конкретную компанию и встраивает его в её работу: оболочку, в которой живёт агент, подключения к программам и правила его работы. Разработкой занимается основатель и разработчик компании Андрей Рубан: с 2024 года свои компании ведёт с помощью ИИ-ассистентов и агентов, а среди систем, собранных своими руками, есть движок сверки банковских выписок для бухгалтерии.

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

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

Где агент пока не поможет и что с этим делать?

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

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

Что даёт бюро такая система и с чего начать?

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

Момент для такого вложения удачный. 4 ноября 2026 года EIS, государственный фонд развития предпринимательства Эстонии, открыл новый грант на развитие бизнеса: до 500 тысяч евро на компанию, общий бюджет на 2026 год - 3 миллиона евро. В проектах по этому гранту важную роль играет внедрение цифровых решений и ИИ, а деньги можно направить и на новые или улучшенные рабочие процессы, управление качеством, выход на новый рынок. Для бюро, которое планирует рост, это повод вписать свою систему с агентом в план развития.

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

Вопросы и ответы

Кто в Эстонии разрабатывает софт с ИИ под бухгалтерскую фирму?

EQHekademia OÜ из Таллинна: ИТ-компания строит систему с ИИ-агентом под процессы конкретного бюро, подключает её к почте, выпискам и программе учёта и сопровождает после запуска. Работаем на эстонском, русском и английском.

Агент сам отправит декларацию в налоговую?

Декларации и всё, что уходит в налоговую, подтверждает бухгалтер. Агент собирает документы и готовит черновики, права на отправку у него нет.

Как понять, что агент стал ошибаться чаще?

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

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

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

Нужен ли разработчику доступ к нашим системам на старте?

Для аудита хватает выгрузок. Данные видит только человек, ведущий проект, в ИИ-инструменты уходит только обезличенное. Подключение к программам начинается с пилотного запуска, с правами, которые бюро утвердило заранее.

Кому принадлежит готовая система?

Бюро. ИИ-ядро строится на контексте вашей фирмы и остаётся у вас, договор заключается с EQHekademia OÜ.