Зачем бухгалтеру ИИ именно сейчас
Бухгалтерия тонет в однотипных документах: счетах, актах, накладных, выписках, договорах. Большая часть рабочего времени уходит не на суждения, а на перенос данных из одного места в другое и на сверку. Языковые модели хорошо справляются именно с такой работой, если за ней стоит понятное правило и человек, который принимает решение.
В октябре 2026 года Anthropic выпустила Claude Haiku 5.5, модель для массовых задач: классификации, извлечения данных и маршрутизации. По документации, она рассчитана на высокий объём запросов с низкой задержкой и контекстом до 1 миллиона токенов. Такой класс моделей как раз подходит для первичной обработки документов, когда их много и каждый стоит недорого.
Но от модели не стоит ждать, что она сама закроет месяц. Её задача здесь скромнее и полезнее: подготовить данные так, чтобы бухгалтер проверял готовое, а не набирал всё вручную.
Какие задачи можно отдать модели
Первая группа: извлечение данных. Модель читает скан или PDF счёта и возвращает структуру: поставщик, ИНН, номер и дата документа, сумма без НДС и с НДС, перечень позиций. Результат записывается в таблицу, где бухгалтер сверяет поля с документом.
Вторая группа: классификация. Модель определяет, к какой статье затрат относится платёж, какой договор стоит за банковским переводом, какой документ пришёл в почту: счёт, акт, претензия или рекламное письмо. Правила классификации компания записывает сама, модель лишь применяет их к новым записям.
Третья группа: подготовка вопросов. Если в документе не хватает реквизита, модель формирует короткое письмо контрагенту с перечнем недостающего. Письмо отправляет человек, модель его не отправляет.
Четвёртая группа: объяснение результатов. Бухгалтер может попросить модель объяснить, почему расхождение между выпиской и учётом возникло, по каким признакам. Такое объяснение служит гипотезой для проверки, а не итоговым ответом.
Что нельзя отдавать без проверки
Решения о начислении налогов, выбор учётной политики, признание расходов и резервов остаются за человеком. Модель может подсказать, на что посмотреть, но не должна принимать такие решения сама.
Нельзя отдавать модели подписание документов, отправку отчётности и платежи. Любое действие, которое меняет состояние учёта или уходит во внешний мир, проходит через человека с правом подписи.
Не стоит доверять ответам без сверки с первичным документом. Модель может уверенно прочитать сумму неправильно, особенно если скан низкого качества или таблица сложная. Поэтому каждое извлечённое число должно иметь ссылку на исходный документ и место, откуда оно взято.
Извлечение данных из документов
Самая практичная первая задача для бухгалтерии: извлечение реквизитов из первичных документов. Здесь хорошо видна разница между результатом, который выглядит правильно, и результатом, который правильный на самом деле. Поэтому тестировать нужно на реальных документах, а не на красивых примерах из презентации.
Для пилота соберите ориентировочно 200–300 документов разных поставщиков и разных форматов. Включите в выборку сложные случаи: документы в несколько страниц, рукописные пометки, таблицы без сетки, документы с печатями поверх текста. Для каждого документа заранее внесите проверенные значения полей. Это эталон, по которому вы будете считать качество.
После прогона посчитайте не только долю полностью верных документов, но и долю ошибок по каждому полю. Часто выясняется, что ИНН и даты извлекаются хорошо, а суммы в таблицах путаются. Тогда можно оставить человеку только сверку сумм, а остальное отдать модели.
Сверка и поиск расхождений
Сверка банковской выписки с учётом в 1С:Бухгалтерия занимает много времени, и здесь модель может сэкономить часы. Она сопоставляет строки выписки с документами по сумме, дате и контрагенту, а затем выделяет пары, где совпадение неочевидно. Бухгалтер получает короткий список спорных случаев вместо сотен строк.
Правила сопоставления компания задаёт сама: допустимое отклонение по дате, правила для округлений, соответствие названий контрагентов. Модель помогает применять эти правила к тексту, который не всегда совпадает дословно. Например, ООО «Ромашка» в выписке может стоять как «Ромашка ООО», а в договоре как «Общество с ограниченной ответственностью Ромашка».
Такой подход снижает риск пропустить расхождение, однако итоговая проверка остаётся обязательной. Список спорных случаев нужно закрывать, а не пропускать.
Вопросы контрагентам и первичная переписка
Значительная часть времени бухгалтера уходит на уточнения: где закрывающий документ, почему не совпадает сумма, какой договор стоит за платежом. Модель может готовить черновики таких писем, подставляя реквизиты из учётной записи. Отправка остаётся за человеком.
Черновик должен быть коротким и конкретным: что не хватает, по какому документу, в какой срок ответ нужен. Длинные вежливые тексты не ускоряют работу, а только задерживают ответ контрагента.
Как выбрать первую задачу
Выбирайте задачу по трём критериям. Во-первых, объём: задача должна повторяться каждую неделю или каждый день. Во-вторых, эталон: по задаче должно быть понятно, правильно ли сработала модель. В-третьих, цена ошибки: если ошибка обнаруживается на сверке и исправляется за минуту, задача подходит для старта.
Хороший кандидат для первого пилота: извлечение реквизитов из входящих счетов в одной компании, где поставщиков немного, а документы в основном в одном формате. Плохой кандидат: подготовка налоговой отчётности целиком, потому что ошибка там дорога и требует юридической оценки.
Пилот по шагам
Сначала зафиксируйте текущее состояние. Сколько времени уходит на один документ, сколько ошибок находится позже, кто и на каком этапе проверяет. Без этой точки отсчёта невозможно понять, стало ли лучше.
Затем подготовьте эталонную выборку и прогоните её через модель. Сравните результат с эталоном и разберите ошибки: модель путает поля, пропускает страницы или выдумывает значения там, где их нет. Последний случай самый опасный, поэтому для пустых полей модель должна возвращать пустое значение, а не догадку.
После этого запустите пилот на части потока с обязательной ручной проверкой. Бухгалтер видит предложенные значения рядом с документом и подтверждает или исправляет их. Исправления фиксируются: они показывают, где правила нужно уточнить.
Расширять охват стоит после двух-трёх недель стабильной работы. Если ошибки уменьшились и проверка занимает заметно меньше времени, можно переходить к следующей задаче.
Данные, доступы и защита
Документы бухгалтерии содержат персональные данные контрагентов, реквизиты договоров и коммерческие условия: банковские счета, суммы, адреса. Прежде чем отправлять такие данные во внешний API, проверьте договор с провайдером, условия обработки и настройки приватности для вашего типа аккаунта.
Отправляйте только те страницы и поля, которые нужны для задачи. Если для извлечения суммы не нужны паспортные данные физического лица, не отправляйте их. Логи запросов храните по правилам компании и ограничьте доступ к ним.
Ключ доступа к модели должен храниться в секретах окружения, а не в таблице и не в коде. Тестовый и рабочий ключи разделяйте, чтобы эксперименты не попадали в учётный контур.
Расходы и эффект
Эффект для бухгалтерии обычно измеряется в часах на документ и в количестве ошибок, найденных до закрытия периода. Денежную оценку можно сделать, перемножив сэкономленные часы на стоимость времени сотрудника, но только после замеров на своих данных.
Стоимость токенов для таких задач обычно невелика по сравнению с зарплатой, но это зависит от объёма и длины документов. Многостраничные сканы стоят дороже короткого счёта. Считайте расход на реальной выборке: средний размер документа умножьте на количество документов в месяц.
Не забывайте про стоимость внедрения: интеграцию с учётной системой, настройку правил, обучение сотрудников и поддержку. Для небольшой компании иногда выгоднее готовый сервис, чем собственная разработка, но решение зависит от того, насколько стандартны ваши документы.
Пример расчёта на типичном потоке
Возьмём условную компанию, в которой в месяц приходит 400 входящих документов: счета, УПД, акты и накладные. Допустим, бухгалтер тратит на один документ около 6 минут: открыть файл, перенести ИНН, номер, дату, суммы и позиции в учётную систему. Это 40 часов в месяц только на перенос данных.
Если модель корректно извлекает реквизиты в большинстве случаев, а бухгалтер проверяет готовую строку за 1–2 минуты, ручная часть сокращается примерно до 7–13 часов. Экономия составит 27–33 часа в месяц. Цифры условные: реальные значения зависят от качества сканов, доли сложных документов и того, как устроена проверка.
Расходы на токены в таком сценарии считаются так же: количество страниц умножьте на средний объём текста одной страницы и на цену за миллион токенов по прайсу провайдера. Для нескольких сотен документов в месяц эта статья обычно меньше часа работы бухгалтера, но точную сумму нужно посчитать на своей выборке.
Риски и ограничения
Первый риск: модель может уверенно прочитать неверное значение. Защита здесь простая: сверка с документом и обязательная проверка сумм.
Второй риск: изменение формата документов. Поставщик поменял шаблон счёта, и качество упало. Поэтому нужен регулярный контроль: периодически прогоняйте эталонную выборку и сравнивайте результат с прошлым.
Третий риск: зависимость от провайдера. Если процесс построен вокруг одного API, переход на другую модель потребует переписать часть кода. Держите правила извлечения и эталоны отдельно от конкретной модели.
Четвёртый риск: нормативные изменения. Правила учёта и отчётности меняются, и модель может применять устаревшие правила, если их не обновить. Поэтому правила классификации должен поддерживать человек, ответственный за учётную политику.
Вывод и следующий шаг
Начните с одного потока документов, например входящих счетов, и пусть первый пилот покажет, стоит ли идти дальше.
Если нужен подход к выбору первого процесса в компании, посмотрите направление автоматизации бизнеса. Общие принципы внедрения разобраны в материале о внедрении ИИ в бизнес-процессы. Для небольших компаний полезна статья AI-агенты для малого бизнеса, а контекст новостей за октябрь собран в обзоре ИИ-агентов.
