Нейросети для бухгалтера: безопасное внедрение и топ ИИ. Конспект вебинара с видео

Нейросети для бухгалтера: безопасное внедрение и топ ИИ. Конспект вебинара с видео

Разобрали мифы про ИИ, как не попасться на уловки нейросети и правильно контролировать ответы искусственного помощника.

Введение

Спикер: Людмила Ганичева, основатель аудиторско-консалтинговой компании «Стандарты аудита», аттестованный аудитор, налоговый адвокат, эксперт ГБУ «Малый бизнес Москвы» и Корпорации МСП, автор курсов и статей по налогообложению.

Семь мифов про нейросети

Миф 1. ИИ в ближайшие годы заменит бухгалтера

Меняется структура задач, а не потребность в профессии. По экспертным оценкам автоматизации сегодня поддаются около 30–40% операций первичного учета — распознавание, сверка, черновики документов.

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

Миф 2. Налоговая все видит и вычисляет благодаря ИИ

Это не совсем так. Ядро налогового контроля (АСК НДС-2, скоринг рисков) — это автоматизация по фиксированным правилам, а не самообучающийся ИИ. Она работает вполне предсказуемо, и если понимать логику правил, то понятно, что и почему подсвечивается в системе.

Это не повод терять бдительность, но и не повод верить во «всевидящий алгоритм», которому можно вслепую доверять или вслепую бояться.

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

Налоговая активно автоматизирует свои процессы, поэтому нужно учиться быстро реагировать на их автоматизированные требования.

Миф 3. Нейросеть — это справочник по законодательству, ей можно доверять ссылки на статьи и письма

ИИ — это не Гарант и не Консультант. Языковая модель не хранит тексты нормативных актов — она генерирует наиболее вероятную последовательность слов.

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

Миф 4. Если ИИ отвечает уверенно и развернуто, значит он прав

Тон ответа ИИ не связан с его точностью. Модель одинаково формулирует как верный, так и полностью выдуманный ответ: встроенного механизма «я не знаю» или «я не уверен» у него нет.

Миф 5. Внедрение ИИ означает полную автоматизацию первичного учета

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

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

Миф 6. Если не упоминать название компании, вставлять рабочие данные в чат-бот безопасно

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

Для персональных данных, например по зарплатным ведомостям, базам данных клиентов и т. п., есть прямой риск нарушения 152-ФЗ «О персональных данных».

Миф 7. ИИ либо решает любую задачу, либо бесполезен

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

Где ИИ дает реальную пользу и безопасные сценарии

Зеленая зона — это реальная польза ИИ при разумном контроле человека: расшифровка, сверка, подготовка черновиков.

Желтая зона — это черновик или «второе мнение», каждый вывод проверяется перед использованием.

Красная зона — нельзя делегировать без риска для компании: решения, персональные данные, декларации.

Только используя такой подход, можно работать с ИИ.

Основа общения с нейросетью — это промт. Важно задать ИИ роль, объяснить задачу, дать уточнения, указать формат ответа, стиль написания текста и только потом задавать задачу.

Фрагмент № 1 презентации вебинара «Нейросети для бухгалтера»

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

Прежде чем задавать задание ИИ, вы должны сами для себя понять, что вы хотите получить на выходе.

Например, закинули в ИИ баланс с фразой «рассчитай чистые активы», он выдал огромные красивые таблицы с несуществующими формулами и данными. Поэтому потом переписали промт: «ты финансовый аналитик, используй такой-то приказ Минфина, рассчитай чистые активы руководствуясь такими-то данными» — тогда он выдал логичный расчет.

Как сформулировать промт и каких ошибок избежать:

  1. Роль — кем должен быть

Дата публикации: 01.09.2026, 10:05

Вы видите 30% этого конспекта вебинара

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

Подписка «Клерк.Система»

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

Ежемесячно

599 ₽в месяц

Можно отменить в любой момент
Выгоднее на 50%

На 12 месяцев

479 ₽в месяц

5 750 ₽ за год вместо 11 400 ₽

Можно оплатить картой, по счету или в рассрочку

Что входит в оба тарифа:

  • База решенных вопросов
  • Разборы законов
  • Мини-курсы
  • Конспекты вебинаров
  • Доступ к ИИ Клерк
  • Сервис проверки контрагентов
  • Полезные калькуляторы и справочники
  • Отключение рекламы
Комментарии
1
  • Олег Колесников

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

    Например, формула «задайте ИИ роль» может сделать анализ однобоким. Если назначить модель «налоговым инспектором» или попросить подтвердить определённую позицию, она будет сильнее искать аргументы в заданную сторону. В налоговом анализе безопаснее требовать позиции налогоплательщика и ФНС, опровергающие аргументы, неблагоприятную практику и вероятную оценку суда, не принимая исходную гипотезу за верную. Указание «ты опытный бухгалтер» также не заменяет ни нормативной базы, ни конкретных критериев проверки.

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

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

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

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

    Неудачно составлен и пример проверки накладных. Вместо субъективного «ты опытный бухгалтер» следовало прямо потребовать проверку обязательных реквизитов по части 2 статьи 9 Федерального закона № 402-ФЗ, условий договора, арифметики, полномочий подписантов и специальных требований к конкретному виду документа. При этом сама статья 9 требует указывать в первичном документе должности, подписи, фамилии и инициалы ответственных лиц. То есть первичная документация часто изначально содержит персональные данные, хотя далее материал предлагает массово загружать накладные в ИИ и почти не рассматривает это противоречие.

    Раздел о конфиденциальности также содержит чрезмерные обобщения. Название, ИНН, КПП и ОГРН юридического лица не являются персональными данными. Сам факт передачи информации ИИ-провайдеру не означает автоматически «прямое нарушение 152-ФЗ». Необходимо оценивать правовое основание и цель обработки, состав передаваемых сведений, договор с обработчиком, локализацию, трансграничную передачу и меры защиты. Отключение использования диалогов для обучения модели само по себе всех этих вопросов не решает.

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

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

    Наконец, для публикации от 1 сентября 2026 года фраза о штрафах «до 700 тыс. рублей» устарела. После изменений, действующих с 30 мая 2025 года, отдельные штрафы за неправомерную передачу персональных данных достигают 15 млн рублей, а за повторные нарушения предусмотрены оборотные штрафы до 500 млн рублей.

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

Другие материалы по этой теме

Смотреть все

Курсы и вебинары по этой теме

Смотреть все

Консультации по этой теме

12

Оперативные ответы практикующих экспертов по бухгалтерии, налогам, кадрам, праву, работе с 1С и другим темам, которые важны бухгалтерам, предпринимателям и кадровикам

Модернизированное ПО = собственное ПО для ИТ-выручки

Организация (А)-Лицензиат (ОСНО, имеет ИТ-аккредитацию, пользуется льготами) заключило лицензионный договор с Организацией (Б)-Лицензиаром. По данному договору Лицензиар предоставляет Лицензиату на срок действия Договора и за вознаграждение Право пользования на Программное обеспечение на условиях простой (неисключительной) лицензии. Также в договоре есть пункт: Стороны согласовали, что исключительные права на все производные произведения, созданные Лицензиатом путем переработки (модификации) ПО, принадлежат Лицензиату. Производным произведением признается ПО, имеющее любую новую функциональность по отношению к оригинальному произведению – ПО, указанному в Спецификации, либо улучшение существующих функций ПО.

Размер вознаграждения Организации (Б)-Лицензиара за предоставление Организации (А)- Лицензиату в рамках Договора неисключительной лицензии на право использования ПО устанавливается в

размере 50% (пятидесяти процентов) от выручки, полученной от распространения на территории Республики Беларусь программных продуктов/ прав на программу для ЭВМ, через мобильных операторов до конечных пользователей (абонентов).  

Организация (А)-Лицензиат планирует модифицировать полученное по лицензии ПО и далее неисключительные права на это модернизированное ПО предоставить Организации (В).

Вопросы:

1)           Является ли модифицированное Организацией (А)- Лицензиатом ее собственным? Каким образом Организация (А) должна учесть затраты на модернизацию ПО в бухгалтерском и налоговом учете? На каком счете должно быть учтено само ПО?

2)           Выручка по лицензионному договору между Организацией (А) и Организацией (В) будет соответствовать критериям п.1.15 ст.284 НК РФ и п.5 ст. 427 НК РФ?

3)          Может ли Организация (А) учесть в расходах в целях налогообложения прибыли лицензионные платежи в адрес Организации (Б) после того, как ПО было модернизировано и стало собственным ПО Организации (А)? Будут ли данные расходы экономически обоснованными?

 

Эксперт:

Александр З.

Порядок отражения ФОТ разработчиков для целей капитализации расходов НМА

Описание ситуации: ИТ-компания в 2021 году силами своих разработчиков создала ПО. Это ПО зарегистрировали на компанию, включили в реестр отечественного ПО. С 2021 года компания не переоценивала свое ПО и не увеличивала его стоимость включением капитализируемых расходов (ФОТ разработчиков), хотя ПО дорабатывается и приобретает новые функции.

С настоящего времени компания нацелена поменять порядок учета НМА начать делить расходы на доработку ПО на капитализируемые и некапитализируемые, чтобы стоимость ПО была реальной. Разработчики компании приняты в штат, услугами сторонних разработчиков (компании и ИП) не пользуется. ФОТ штатных разработчиков – только оклад.

Вопросы:

  1. Если ФОТ разработчиков в штате состоит только из оклада как из месяца в месяц можно выделить капитализируемую часть расходов? Есть ли какая-то норма оценки, какую долю оклада можно отнести на капитализируемую часть ФОТ? Как в 1С ЗУП отразить деление оклада на доли?

  2. Нужно ли каким-то приказом или иным внутренним документом ежемесячно определять долю оклада разработчиков, которая идет на капитализируемые расходы для увеличения НМА?

  3. Есть ли норма прироста стоимости НМА в месяц или год, чтобы не попасть в риск налоговой проверки на предмет увеличения стоимости НМА?

  4. Есть ли норма величины НМА, которая поможет ИТ-компании обойти маркеры риска налоговой проверки при анализе годовой бух.отчетности компании налоговой?

Эксперт:

Александр З.

Подтверждение вида деятельности с 2026 г.

Добрый день!

Нашла информацию на сайте https://www.nalog.gov.ru/rn53/news/tax_doc_news/16524659/ о том, что "по итогам деятельности за год бизнесу нужно подать в Росстат данные для расчета процентных долей по кодам ОКВЭД. Росстат самостоятельно рассчитает проценты по кодам, определит основной вид деятельности и передаст эту информацию в ФНС России. Расчет будет осуществляться Росстатом по единой методике определения кодов ОКВЭД, утвержденной Правительством Российской Федерации".

Есть ли информация, каким образом нужно будет подавать в Росстат эти сведения?

Будет ли выпущена новая стат.форма?

Эксперт:

Наталья В.

ИП, статус социальное предприятие, применение льготной ставки УСН

Добрый день, уважаемые эксперты!
Вот такой вопрос задавала и получила ваш ответ.
https://www.klerk.ru/consultations/mozet-li-ip-imeusij-status-socialnoe-predpriatie-primenat-stavku-usn-1-41901/

На всякий случай обратилась в ФНС по месту учета ИП. Вот текст моего обращения.

Обращение в ФНС
Обращение в ФНС

И вот такой ответ получила:

image.png
image.png

Мне кажется, ответ не по существу вопроса, и вообще не ответ на мой вопрос. Я спрашиваю про соц.предпринимательство (п.10 закона), а мне отвечают по п.13, конечно, этот пункт не про нас. Верно же?

Эксперты:

Надежда К. и еще 1

Покупка нежилой недвижимости

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

Эксперт:

Надежда К.

Переход с УСН на АУСН посередине 2026г.

Ситуация: ИП на УСН Доходы с января по март 2026г. превысит лимит 20млн и с апреля начнёт платить НДС, например два месяца, апрель и май, а далее, пересчитав бизнес-модель, захочет перейти с июня на АУСН Доходы-Расходы. Таким образом с июня он перестаёт платить НДС, оставаясь в лимите 60млн за календарный год по АУСН? И может ли перейти на АУСН, если превысил лимит по УСН и уже начал платить НДС?

Эксперт:

Наталья В.

Комплексная автоматизация 2, ручная операция, акт сверки

Здравствуйте.

1. Сотрудник бухгалтерии создала ручную операцию "Начисление НДФЛ за Октябрь 2025 для Контрагента 1"

Проводки: Дт 60.01 Кт 68.01.1

Сумма: 10 тыс. рублей.

Субконто "Мой договор" проставлено

2. Далее создает "Акт сверки взаиморасчетов по контрагенту "Контрагент 1" И туда НЕ попадает эта ручная операция.

Более того, документ с типом "ОперацияБух" нельзя вручную добавить в акт сверки.

Причем документы "Списание денежных средств", "Поступление услуг" с субконто "Мой договор" там уже есть, что логично.

3. Смысл добавления ручной операции в акт сверки не совсем понятен. Мы только НАЧИСЛИЛИ налог, а уже хотим видеть его в акте сверки. И вообще в акте сверки только РАСЧЕТНЫЕ документы должны же быть?

Вопросы:

1) Какова конечная цель действий сотрудника бухгалтерии?

2) Есть ли экономический смысл в добавлении этой проводки на 10 тыс. рублей в акт сверки? И как это сделать?

Спасибо.

Эксперт:

Надежда К.

Чек коррекции ИП на УСН Доходы-Расходы

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

Эксперт:

Оксана С.

Уведомление о применении НДС

Добрый день.

ИП УСН Доходы превышает лимит и с 01.12.2025 г. становится плательщиком НДС, выбранная ставка 5%.

Вид деятельности торговля розничная, оптовая.

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

Можно ли обойтись только Уведомлением контрагентов о применении НДС?

Планирую сейчас произвести массовую рассылку всех клиентов с текстом:

- Уведомление о применении НДС

N ... от "07" ноября 2025г.

 

Настоящим Уведомлением сообщаю, что Индивидуальный предприниматель .... с 01.12.2025 года является плательщиком НДС.

В соответствии с п. 8 ст. 164 Налогового кодекса Российской Федерации при реализации товаров (работ, услуг) на территории Российской Федерации будет применять пониженную ставку НДС в размере 5%.

 

В связи с тем, что в стоимость товаров, работ, услуг будет включен НДС по указанной в абз. 2 Уведомления ставке, цена реализации будет увеличена на 5% соответственно.

 

С уважением,

 

ИП ...

Эксперт:

Оксана М.

Смотреть все консультации
ГлавнаяПодписка