ИИ-консультант для бухгалтерской компании

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

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

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

Красная линия: чего система не делает никогда

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

Эта рамка не ограничивает пользу — она делает её безопасной. Справочный контур в бухгалтерском аутсорсе объёмный, и именно он съедает больше всего человеко-часов в пиковые недели.

Из чего складывается поток обращений

В типовой аутсорсинговой компании, ведущей несколько десятков юрлиц и ИП, входящий поток от клиентов распределяется примерно так. Проценты — ориентир по отрасли, а не универсальная константа: у компании с уклоном в ВЭД или в отраслевую специфику картина сдвинется.

Первые пять категорий — это 60–80% потока, и все они закрываются данными, которые у компании уже есть. Ни одна из них не требует профессионального суждения. Именно эта часть и уходит в автоматизацию.

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

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

Дополнительные пики: январь (годовая отчётность и смена режимов), период подачи деклараций по НДФЛ, дни уплаты авансовых платежей, а также моменты законодательных изменений — когда всем клиентам одновременно нужно объяснить одно и то же новое правило.

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

Два контура: клиентский и внутренний

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

Состав документов. «Что нужно для закрытия месяца» — ответ не абстрактный, а по участку и тарифу этого клиента: перечень, формат, куда загружать, до какого числа.

Сроки. Календарь отчётности привязан к режиму налогообложения клиента, а не к общему списку из интернета. На вопрос «когда сдаём» система отвечает датой, а не ссылкой на статью.

Статус задачи. «Сдали ли вы декларацию» — запрос в таск-трекер и в систему сдачи отчётности, ответ фактом: задача в работе, отправлена, получена квитанция о приёме.

Границы тарифа. «Входит ли в мой тариф кадровый учёт» — по тарифной матрице и договору. Это, кстати, снимает изрядную часть конфликтов: большинство споров о доплатах рождается из того, что клиент не помнит состав услуги, а менеджер отвечает по памяти.

Порядок передачи документов. Как загрузить, в каком формате, что делать, если скан нечитаемый, куда положить оригиналы.

Чего не хватает. Самый ценный сценарий: система по чек-листу текущего периода сообщает клиенту, каких документов от него ещё ждут. Это превращает консультанта из справочной в инструмент, который сам двигает работу вперёд.

Внутренний контур: RAG по регламентам. Вторая половина системы вообще не видна клиентам. Это поиск по внутренней базе знаний для сотрудников — то, что обычно называют RAG: сначала находим релевантные фрагменты в ваших документах, потом формулируем ответ строго по ним, со ссылкой на источник.

Что обычно лежит в этой базе:

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

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

Клиент → Внешний консультант
           ├─ Календарь отчётности (режим клиента) ─→ сроки
           ├─ Таск-трекер / система сдачи ──────────→ статус задачи
           ├─ Договор и тарифная матрица ───────────→ состав услуги
           ├─ Регламенты документооборота ──────────→ порядок передачи
           └─ Спорное / суждение / деньги → Специалист (+ контекст)
 
Сотрудник → Внутренний RAG
           ├─ Регламенты по участкам
           ├─ Методички процедур и чек-листы
           └─ Ответ со ссылкой на документ и его редакцию

Конфиденциальность и разграничение доступа

В бухгалтерии это не «важный пункт», а условие, без которого проект не имеет смысла. Система работает с финансовыми документами и персональными данными сотрудников клиентов.

Изоляция клиентов друг от друга. Самый критичный риск в мультиклиентском контуре: клиент А получает данные клиента Б. Защита строится не на подсказке модели «не показывай чужое», а на уровне доступа к данным: поиск выполняется в пространстве, ограниченном идентификатором клиента, и физически не видит остальных документов. Модель не может «случайно вспомнить» то, что ей не отдали.

Разграничение внутри компании. Сотрудник видит регламенты и данные тех клиентов, которые закреплены за ним или его группой. Общие методички доступны всем, клиентские материалы — по правам из вашей системы, а не отдельным списком, который забудут обновить при увольнении.

Контур развёртывания. Три варианта, выбор зависит от политики компании и требований клиентов: облачные модели с обезличиванием данных на входе, размещение в вашем контуре, либо гибрид — внутренний RAG по регламентам локально, внешний справочный контур в облаке. Для компаний, обслуживающих государственных или крупных корпоративных заказчиков, обычно требуется первый вариант проверять отдельно.

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

Обезличивание. ИНН, ФИО, номера счетов и суммы маскируются на входе там, где они не нужны для ответа. Вопрос «какие документы нужны для закрытия месяца» не требует знания оборотов.

Что автоматизируется, а что нет

Модельный расчёт: как оценить эффект заранее

Дальше — модельный расчёт по типовым отраслевым вводным. Смысл не в красивой цифре, а в том, чтобы вы подставили свои значения и увидели, есть ли эффект вообще.

Возьмём условную компанию: 60 клиентов на обслуживании, 8 специалистов, входящий поток около 900 обращений в месяц (из них примерно 650 от клиентов и 250 внутренних запросов «где регламент»). Среднее время на обработку обращения с учётом переключения — 7 минут.

Шаг 1. Сколько времени съедает поток. 900 × 7 мин = 6 300 минут ≈ 105 часов в месяц. При восьми специалистах это больше 13 часов на человека — примерно два рабочих дня, потраченных на справки.

Шаг 2. Автоматизируемая доля. По таблице выше — 60–80%. Берём нижнюю границу осторожно: 60%, то есть 63 часа.

Шаг 3. Реальное высвобождение. Часть обращений система закроет не полностью, часть эскалирует, часть клиентов всё равно пойдёт к менеджеру напрямую. Закладываем 65% от автоматизируемого объёма — около 41 часа в месяц.

Шаг 4. В деньгах. При ставке специалиста порядка 700 ₽/час (полная стоимость с налогами, 160 часов) это примерно 28 700 ₽ в месяц прямой экономии времени. Цифра сама по себе скромная — и это честно.

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

Интеграции: откуда система берёт факты

Справочный консультант бесполезен, если данные в нём отстают от реальности. Поэтому большая часть работы при внедрении — не «обучение модели», а подключение источников.

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

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

Система сдачи отчётности. Факт отправки и квитанция о приёме — то, о чём чаще всего спрашивают в отчётную неделю.

Календарь отчётности. Отдельный поддерживаемый источник с привязкой к режимам. Он же — самый чувствительный к изменениям законодательства, поэтому у него должен быть явный владелец в компании.

Договоры и тарифная матрица. Структурированное описание того, что входит в услугу для каждого клиента.

База регламентов и методичек. Внутренний контур. Здесь критична версионность: у каждого документа должна быть дата редакции, и ответ должен на неё ссылаться.

Этапы внедрения

1. 1
   3–5 дней

   Аудит потока и источников

   Разбираем реальную переписку с клиентами за отчётный период и внутренние запросы сотрудников. Размечаем структуру обращений, оцениваем состояние регламентов, проверяем доступность API у учётной системы и трекера. На выходе — оценка автоматизируемой доли именно у вас и список пробелов в базе знаний.

2. 2
   1–2 недели

   Внутренний контур на регламентах

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

3. 3
   1–2 недели

   Внешний контур на пилотной группе

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

4. 4
   1 неделя

   Каналы, журналирование, калибровка

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

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

Как измерять качество

Отдельно про долю эскалаций. В обычной поддержке низкая эскалация — хороший знак. В финансовом контуре наоборот: если система передаёт человеку меньше 15% обращений, это почти наверняка означает, что она отвечает там, где должна была промолчать. Здоровый коридор — 20–30%, и снижать его ниже намеренно не нужно.

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

Риски и как они снимаются

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

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

«Данные одного клиента утекут другому». Снимается изоляцией на уровне доступа к данным, а не инструкцией модели. Проверяется отдельным тестовым набором до запуска: намеренные попытки получить чужие данные должны возвращать пустой результат.

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

«Законодательство меняется, база устареет». Поэтому у каждого источника есть владелец и дата редакции, а ответы ссылаются на конкретный документ. Обновление базы — регулярная процедура компании, а не разовая настройка подрядчика. Именно поэтому код и документация передаются вам.

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

Частые вопросы

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

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

У нас несколько десятков клиентов с разной спецификой. Это не слишком сложно? Наоборот, это как раз тот случай, где польза максимальна: чем больше клиентов и режимов, тем чаще специалист тратит время на «а у этого как». Ключевое требование — чтобы параметры клиента (режим, тариф, участки) были зафиксированы в системе, а не в памяти менеджера.

С чего разумнее начать? С внутреннего контура. RAG по регламентам даёт быстрый эффект, обкатывается на своих сотрудниках и не несёт риска для клиентов. Через две–три недели видно реальное качество поиска и состояние базы знаний — после этого решение о внешнем контуре принимается на данных.

Сколько это стоит в эксплуатации? Помимо разработки — вызовы модели и хранилище. При потоке в несколько сотен обращений в месяц это заметно меньше одной ставки специалиста. Точная цифра считается на аудите, когда понятны объём, длина диалогов и выбранный контур развёртывания: локальное размещение дороже в инфраструктуре, но снимает вопросы с передачей данных наружу.

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

Что понадобится от вас

Чтобы аудит был расчётом, а не гаданием:

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

Последний пункт — самый важный. Красную линию в регулируемой сфере проводит не подрядчик и не модель, а человек, который несёт профессиональную ответственность. Всё остальное — техника.