Нейросотрудник в 1С: как выстроить обучение ИИ-агента для бухгалтерских процессов

В этой статье от команды проекта 42Clouds разберем, как построить поэтапное обучение ИИ-агента на примере работы с банковскими выписками, АУСН и данными 1С.

От общей идеи к измеримой задаче

Автоматизация учета часто начинается с слишком широкого ожидания: хочется сразу передать ИИ первичку, банк, сверки и коммуникацию с клиентами. Практика Людмилы Сладковой показывает более надежную последовательность. НейроСотрудника Жанну создавали не как абстрактный чат-бот, а как помощника, которому будут постепенно передавать конкретные участки учета внутри 1С.

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

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

Карта процессов для передачи агенту

Первый блок касается банковских выписок. Жанна ищет выписки в почте, переносит сведения в 1С, контролирует порядок загрузки и проверяет итог. Если в базе отсутствует контрагент, его нужно создать по ИНН. Если не найден договор, необходимо разобраться в данных платежа и сформировать подходящий договор. После всех действий требуется повторная проверка: автоматическая загрузка без контроля проводок не решает задачу учета.

Второй блок — первичные документы. Источниками могут быть Gmail, СБИС, Контур и MAX. Агенту необходимо определить клиента, распознать и передать документы в 1С, проверить наличие сканов и связать документы с банковскими операциями. В дальнейшем процесс можно расширить: искать недостающие закрывающие документы и собирать для бухгалтера понятный список запросов.

Третий блок — операции с самозанятыми. В нем есть чеки, создание документов в 1С, прикрепление подтверждений и сверка банковских выплат с актами. План также включает маркетплейсы, отгрузки, счета, УПД, контроль оплат и кассовые операции. Но наличие длинной карты процессов не означает, что их нужно автоматизировать одновременно. Чем уже первый сценарий, тем проще проверить его надежность.

Пилот: семь банковских операций

Для первого задания выбрали банковскую выписку. Жанна должна была найти ее в Gmail, определить клиента, загрузить информацию в 1С, проверить операции и подготовить отчет. Это позволило проверить не только техническую загрузку, но и способность агента работать по последовательности.

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

Этот эпизод показывает полезный критерий качества. Недостаточно оценивать, сколько строк загрузила система. Нужно смотреть, прошла ли она весь контрольный маршрут: получила данные, выполнила действие, обнаружила отклонение, применила утвержденное правило и проверила результат повторно.

Контроль остатков и борьба с дублями

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

Жанна получила это правило и при следующем запуске проверяла сразу несколько параметров: операции, проводки, наличие дублей, движения АУСН и конечный остаток. По 46 активным операциям активных дублей не обнаружилось. Агент подтвердил корректность проведения и совпадение остатка по счету 51 с выпиской — 120 344 рубля.

Смысл такого обучения в накоплении проверяемых правил. Каждый раз, когда бухгалтер объясняет способ проверки, он переводит часть своего опыта в формализованный сценарий. Но окончательный контроль не исчезает: специалист оценивает исключения и решает, достаточно ли надежен процесс для расширения.

Как агент нашел разницу в данных АУСН

Следующей задачей стала сверка с личным кабинетом ФНС. Для Жанны определили последовательность: после загрузки последней выписки запросить данные АУСН, сравнить их с 1С, найти расхождения и объяснить их. На старте для анализа использовались скриншоты из личного кабинета.

По данным ФНС доход за июнь составлял 1 736 700 рублей. В учетной системе агент нашел 27 документов на 1 823 125 рублей. Разница достигла 86 425 рублей. Важный момент: Жанна не закончила работу на сравнении итоговых сумм. Она выделила две операции, которые объясняли отклонение: 61 425 и 25 000 рублей. Эти суммы были отражены в 1С, но не присутствовали в переданных данных кабинета ФНС.

Далее агент рассчитал влияние расхождения на налог — 6 914 рублей. Для бухгалтера это превращает общую проблему в конкретный список для проверки. Вместо просмотра всех документов за период можно начать с двух точно обозначенных операций.

После этого Людмила оформила регулярный сценарий: раз в неделю после закрытия выписок Жанна запрашивает данные АУСН, сравнивает их с 1С и сообщает о расхождениях. Регулярность важна не меньше, чем сам поиск ошибки. Чем быстрее замечено несовпадение, тем проще восстановить контекст операции и скорректировать данные.

Расширение через навыки, а не через хаотичные команды

Еще один эксперимент был связан с Маркет42. Цель состояла в том, чтобы агент мог анализировать доступные обработки и подбирать варианты для новых бухгалтерских задач. Для этого ему добавили отдельный навык. Такой подход полезен, когда процесс еще не автоматизирован, но бухгалтеру нужно быстрее сориентироваться в возможных инструментах.

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

Итоги кейса и рамки применимости

На текущем этапе Жанна полноценно закрывает банковский участок на простой базе с АУСН без сотрудников, маркетплейсов и ККТ. Она также умеет сопоставлять налоговые данные с 1С и выявлять расхождения. Это не универсальная замена бухгалтера, а подтвержденный результат в четко описанных условиях.

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

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