Налоговые льготы за внедрение ИИ: что обсуждается и как подготовить проект

Что именно обсуждается

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

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

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

Почему покупка подписки не равна внедрению

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

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

Какие документы стоит готовить

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

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

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

Где ИИ дает проверяемый эффект в процессах 1С

В проектах на платформе «1С:Предприятие 8» наиболее обоснованны сценарии с понятным входом и проверяемым результатом. ИИ может классифицировать входящие документы, готовить проект описания ошибки обмена, сопоставлять неструктурированные заявки с объектами НСИ, находить отклонения в данных или готовить пояснение к управленческому отчету.

ИИ-агент не должен получать неограниченные права в рабочей базе. Для чтения данных можно использовать OData или отдельный API, а для передачи агенту разрешенных инструментов и контекста — MCP. Архитектура должна включать отдельную учетную запись, минимальные права, журнал запросов, ограничение объема выборок и подтверждение человеком критичных действий.

Порядок подготовки ИИ-проекта

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

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

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

Что делать до принятия налоговых изменений

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

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

BSG-IT может провести обследование сценария, определить источники данных в «1С», спроектировать OData, API или MCP-взаимодействие, выполнить пилот и подготовить комплект проектных документов. Вопросы налогового учета при этом остаются в зоне ответственности заказчика и его налогового специалиста.