В России формируется новый контур государственной поддержки искусственного интеллекта: власти и бизнес обсуждают налоговые и неналоговые стимулы не только для разработчиков, но и для компаний, которые внедряют российские ИИ-решения. По состоянию на 10 августа 2026 года отдельной универсальной налоговой льготы для заказчика только за сам факт внедрения ИИ еще нет. Однако уже обсуждаются уменьшение налогов при внедрении российских ИИ-сервисов, специальные правила учета расходов, амортизационные механизмы, НДС и другие формы поддержки. Источник: Интерфакс.
Для бизнеса это означает гораздо больше, чем потенциальную возможность сэкономить на налогах.
Если налоговая поддержка будет привязана к конкретному российскому ИИ-решению, составу расходов, факту внедрения или достигнутому экономическому результату, компании придется доказывать не просто наличие договора с поставщиком. Потребуется подтвердить, что именно приобретено, почему продукт соответствует установленным критериям, какие расходы относятся к внедрению, кто обладает правами на технологию и данные, как ИИ фактически используется и какой результат получен.
Так постепенно может возникнуть новая область корпоративного комплаенса — юридическое и налоговое сопровождение внедрения искусственного интеллекта.
Коротко: налоговая льгота за внедрение ИИ уже действует?
Нет. По состоянию на 10 августа 2026 года отдельный общий налоговый вычет или специальное уменьшение налога для компании только потому, что она внедрила ИИ, законодательно не закреплены.
Но обсуждение уже вышло далеко за рамки деклараций о необходимости поддерживать отрасль.
14 июля 2026 года «Интерфакс» сообщил о состоявшемся обсуждении с участием Правительства, бизнеса и крупных технологических компаний целого набора налоговых и неналоговых стимулов для разработчиков и потребителей искусственного интеллекта. Среди рассматривавшихся вариантов — повышающие коэффициенты к расходам на разработку и применение ИИ, специальный коэффициент амортизации основных средств, меры по НДС, налоговые механизмы при УСН и налоге на прибыль, а также распространение части ИТ-льгот на компании, внедряющие ИИ. Источник: Интерфакс.
Отдельно Минцифры совместно с АНО «Цифровая экономика» поручалось проработать предложения, предусматривающие уменьшение исчисленных налогов при внедрении российских ИИ-сервисов, и критерии определения ИИ-решений в реестре российского программного обеспечения, на которые могут распространяться налоговые меры поддержки.
Именно последнее обстоятельство принципиально.
Будущая льгота, вероятно, будет зависеть не от слова «ИИ» в коммерческом предложении поставщика, а от юридически проверяемых критериев.
Россия переходит от поддержки разработчика к стимулированию спроса на ИИ
До настоящего момента значительная часть налоговой поддержки цифровой отрасли была сконцентрирована вокруг разработчиков и аккредитованных ИТ-компаний.
В 2026 году для ИТ-организаций действует специальный налоговый режим, включая пониженные страховые взносы; законодательство также сохраняет специальное регулирование НДС в отношении прав на программное обеспечение, включенное в единый реестр российского ПО. ФНС отдельно разъясняет условия применения соответствующих льгот и необходимость подтверждающих документов. ФНС России: налоги 2026.
Однако экономическая задача государства постепенно меняется.
Недостаточно создать российскую модель или программный продукт. Нужно, чтобы предприятия начали применять его в реальных процессах: промышленности, торговле, логистике, банках, строительстве, медицине, юридической работе, бухгалтерии, управлении персоналом.
Поддержка начинает смещаться от предложения к спросу.
Такой подход не возникает с нуля. Еще ранее государство рассматривало модели, при которых использование ИИ становилось условием отдельных мер господдержки: предполагалось подтверждать факт внедрения и представлять информацию о полученных результатах.
Если теперь к этому добавится налоговый стимул для приобретателя технологии, экономическая модель может стать гораздо сильнее: бизнес получает не только технологический эффект, но и финансовую мотивацию документально оформлять полноценное промышленное внедрение.
Как с этим связан Федеральный закон № 243-ФЗ об искусственном интеллекте
26 июля 2026 года подписан Федеральный закон № 243-ФЗ «О поддержке развития технологий искусственного интеллекта в Российской Федерации».
Основная часть закона вступает в силу 1 сентября 2026 года. Закон формирует федеральную рамку развития ИИ, предусматривает поддержку российских разработчиков, регулирует развитие суверенных и национальных больших фундаментальных моделей и закрепляет ряд принципов дальнейшего регулирования.
При этом 243-ФЗ не является готовым налоговым кодексом для ИИ.
Он создает институциональную основу, вокруг которой должны появляться более конкретные правила: критерии технологий, меры поддержки, требования к разработчикам и пользователям, процедуры предоставления государственной помощи и другие подзаконные механизмы.
Поэтому для бизнеса важен следующий этап.
Главные коммерчески значимые вопросы будут решаться не только самим 243-ФЗ, но и последующими изменениями налогового законодательства, актами Правительства, критериями Минцифры и практикой применения новых механизмов.
Это делает вторую половину 2026 года переходным периодом: законодательная рамка уже появилась, а экономическая инфраструктура внедрения ИИ еще строится.
Какие налоговые механизмы для ИИ уже обсуждаются
Нельзя исходить из того, что государство обсуждает единственный «налоговый вычет за ИИ».
На самом деле потенциальная система значительно шире.
Уменьшение налога при внедрении российского ИИ
Наиболее интересная для обычного бизнеса идея — предоставить возможность уменьшать налоговое обязательство в связи с внедрением российского ИИ-сервиса.
Минцифры поручалось подготовить дифференцированные предложения применительно к УСН и налогу на прибыль.
Если такой механизм будет реализован, критическими станут как минимум четыре условия: кто признается получателем поддержки, какое ИИ-решение является допустимым, какие расходы учитываются и каким документом подтверждается внедрение.
Повышающий коэффициент к расходам
Обсуждается и другая конструкция — возможность учитывать определенные затраты на разработку и применение ИИ в повышенном размере при расчете налога на прибыль.
В такой модели компания не получает деньги из бюджета непосредственно, но часть инвестиции в ИИ снижает налоговую базу сильнее, чем обычный расход. В числе обсуждавшихся затрат упоминалось и оборудование, необходимое для разработки и применения ИИ.
Для бизнеса здесь сразу возникает будущий спор о границах расходов.
Например, легко идентифицировать лицензию на конкретный программный продукт. Гораздо сложнее решить, относятся ли к льготируемому проекту сервер, облачная инфраструктура, интеграция с корпоративной информационной системой, консультационные услуги, очистка данных, обучение сотрудников или разработка собственного интерфейса.
Специальная амортизация
Отдельно обсуждалась возможность применения специального коэффициента к норме амортизации основных средств, которые используются при разработке и применении ИИ.
Для крупных проектов это может иметь гораздо большее значение, чем небольшая фиксированная льгота.
Когда ИИ требует собственной вычислительной инфраструктуры, серверного оборудования, ЦОД или иных капитальных вложений, ускоренное признание расходов влияет на экономику инвестиционного проекта непосредственно.
НДС
В рамках обсуждения рассматривалась возможность льготной ставки НДС с правом на вычет входного налога по определенным услугам для разработки и применения ИИ, в том числе удаленному доступу к соответствующим платформам.
В 2026 году этот вопрос особенно чувствителен: общая ставка НДС составляет 22%, а для бизнеса на УСН действуют новые правила по НДС и сниженный порог освобождения — 20 млн рублей дохода в 2026 году. ФНС России: налоги 2026.
Поэтому конструкция поддержки облачных ИИ-сервисов через НДС потенциально может оказаться экономически заметной.
Лицензия, облачный сервис или программный интерфейс: юридическая форма покупки ИИ будет иметь значение
Современный корпоративный ИИ редко приобретается как традиционная программа, установленная один раз на сервер компании.
Бизнес может использовать облачную подписку, доступ через программный интерфейс, корпоративного ИИ-агента, платформу с оплатой за пользователей, сервис с оплатой объёма использования модели или вычислений либо комплексное решение, включающее несколько технологических компонентов.
С налоговой точки зрения эти модели различаются.
В одном случае компания приобретает право использования программного обеспечения. В другом — получает услугу удаленного доступа. В третьем — оплачивает вычислительные ресурсы. В четвертом — заказывает разработку или адаптацию.
Сам факт того, что все четыре варианта внутри компании называются «внедрением ИИ», не означает автоматической идентичности их налогового режима.
Показательно, что в обсуждаемых мерах отдельно фигурирует удаленный доступ к платформам, обеспечивающим решение задач в области искусственного интеллекта.
Для налоговой поддержки важно будет не только что делает технология, но и что юридически покупает компания.
Что будет считаться российским ИИ
Это, вероятно, один из будущих центральных вопросов системы.
Российский ИИ-продукт сегодня может состоять из множества компонентов: собственного программного кода поставщика, библиотек с открытым исходным кодом, собственной или сторонней фундаментальной модели, российских серверов, иностранного оборудования, интеграционных решений, баз данных и внешних программных интерфейсов.
Юридическое лицо-разработчик может быть российским, но это не дает автоматического ответа на вопрос о происхождении всей технологии.
И наоборот: использование отдельных компонентов иностранного происхождения еще не означает автоматически, что конечный продукт невозможно квалифицировать как российское программное обеспечение.
Конкретную границу должно установить регулирование.
Минцифры уже поручалось сформировать предложения по критериям определения ИИ-решений, входящих в реестр программного обеспечения, на которые будут распространяться налоговые меры.
Это существенная деталь.
Обычная проверка наличия продукта в реестре может оказаться недостаточной. Возможно появление дополнительной квалификации именно функциональности ИИ.
В этом случае компаниям понадобится проверять не только поставщика и номер реестровой записи, но и соответствие конкретной версии продукта будущим критериям ИИ.
Реестр российского ПО может стать воротами к льготе
Российская модель технологической поддержки уже использует реестровый принцип.
ФНС, например, связывает действующую льготу по НДС при передаче определенных прав на программное обеспечение с нахождением соответствующего ПО в реестре и указывает на необходимость подтверждающих документов.
Поэтому логично ожидать, что новый механизм поддержки потребителей ИИ также может опираться на формальный перечень квалифицируемых решений.
Практический эффект такого подхода огромен.
Если налогоплательщик применяет льготу исходя из того, что приобрел российский ИИ-продукт, а позднее выясняется, что продукт не соответствует установленной категории, спор затронет уже не технологию, а правомерность уменьшения налогового обязательства.
Для покупателя это означает необходимость проверять статус решения до заключения сделки, а не после начала налоговой проверки.
Какие расходы на внедрение ИИ могут стать предметом спора
Реальный ИИ-проект почти никогда не равен стоимости лицензии.
Предположим, производственная компания внедряет систему прогнозирования поломок оборудования.
Она приобретает программную платформу, оплачивает интеграцию с действующей инфраструктурой, устанавливает датчики, готовит массив исторических данных, модернизирует серверы, адаптирует модель, обучает персонал, привлекает консультантов и оплачивает дальнейшую техническую поддержку.
Экономически все это один проект.
Налогово — несколько разных видов расходов.
Именно здесь может возникнуть принципиальная граница будущей льготы.
Если закон поддержит только приобретение права на российское ПО, интеграция и оборудование могут остаться за пределами механизма.
Если поддержка будет распространяться на «внедрение», возникает вопрос, что входит в это понятие.
Если применяется повышающий коэффициент к затратам на применение ИИ, понадобится разграничить прямые и косвенные расходы.
Поэтому уже сейчас разумно не собирать проект в один договор с формулировкой «комплекс услуг по внедрению ИИ».
Юридически и финансово безопаснее идентифицировать отдельные составляющие: лицензия или доступ к сервису, интеграция, кастомизация, разработка, инфраструктура, обучение, техническая поддержка.
Это полезно даже если специальная льгота в конечном итоге не появится: структура расходов становится прозрачнее для бухгалтерии, аудитора, инвестора и самого менеджмента.
Собственная разработка ИИ в компании — отдельный сценарий
Не весь бизнес покупает готовые решения.
Крупная компания может формировать собственную команду, разрабатывать модель, создавать внутреннюю базу знаний, использовать компоненты с открытым исходным кодом и самостоятельно строить ИИ-агентов.
Для нее налоговая проблема иная.
Возникают расходы на персонал, вычислительные мощности, данные, внешние библиотеки, оборудование, инфраструктуру, подрядчиков и исследования.
Именно для подобных проектов обсуждение повышающих коэффициентов к расходам и специальной амортизации может оказаться особенно значимым.
Но одновременно возрастает сложность доказательства.
Компания должна будет показать, какие расходы действительно связаны с разработкой ИИ и применением ИИ, а какие являются обычными затратами ИТ-департамента.
Чем крупнее внутренний проект, тем важнее заранее устанавливать центры затрат, проектные коды, внутренние задания и правила распределения расходов.
Доказать покупку ИИ недостаточно — потребуется доказать внедрение
Возможное отличие новой модели от традиционной ИТ-льготы состоит именно в слове «внедрение».
Покупка программы и внедрение технологии — не одно и то же.
Компания может оплатить годовую подписку, но ни один сотрудник ей не воспользуется.
Можно установить систему, но не интегрировать ее с бизнес-процессами.
Можно провести пилот на десяти пользователях и назвать это корпоративным внедрением.
Можно приобрести функцию ИИ как часть большой корпоративной информационной системы, но фактически ее не активировать.
Если право на льготу будет связано с внедрением, государству придется определить критерий, позволяющий отличить реальное применение от формального приобретения.
Российская практика господдержки уже знает подход, при котором от компании требуется подтверждение фактического внедрения ИИ и достигнутого результата.
Поэтому бизнесу имеет смысл исходить из более строгой модели уже сейчас.
Что должно входить в доказательственную папку проекта внедрения ИИ
Для серьезного корпоративного внедрения недостаточно хранить договор, счет и акт.
Юридическая доказательственная история проекта должна показывать последовательную связь:
бизнес-проблема → выбор технологии → договор → предоставление прав → внедрение → фактическое использование → результат.
На стадии подготовки желательно зафиксировать исходную проблему и показатели процесса до внедрения.
Например: среднее время обработки заявки, количество операций на одного сотрудника, процент ошибок, стоимость обработки документа, простой оборудования, время ответа клиенту.
Далее — документировать выбор продукта и техническую архитектуру.
После этого — договор, техническое задание, спецификации, права на программное обеспечение, описание интеграции и документы о запуске.
После промышленного запуска — показатели использования и достигнутого результата.
Это не требование пока не существующей налоговой льготы. Это разумная доказательственная архитектура, способная существенно облегчить применение будущего механизма, если законодатель действительно свяжет поддержку с внедрением или результативностью.
Как измерять экономический эффект от ИИ
Самый сложный вопрос возникает, если объем поддержки будет зависеть не только от самого проекта, но и от его эффективности.
Допустим, производительность отдела выросла на 20%.
Это произошло из-за ИИ?
Или одновременно изменилась мотивация сотрудников, сократилась численность, внедрили новую систему управления клиентскими отношениями и вырос сезонный спрос?
Причинно-следственную связь приходится доказывать.
Поэтому для крупных ИИ-проектов целесообразно заранее фиксировать исходные показатели и определять измеримые показатели эффективности.
Хороший показатель должен быть измеримым, сопоставимым до и после проекта и иметь понятный источник данных.
Например, время подготовки одного документа до внедрения и после него значительно сильнее как доказательство, чем формулировка «ИИ повысил эффективность юридического департамента».
Здесь технология начинает пересекаться с налоговой методологией.
Договор с поставщиком ИИ становится частью налоговой безопасности
Если будущая налоговая поддержка зависит от характеристик конкретного решения, плохо составленный договор способен уничтожить доказательственную базу даже у технически хорошего проекта.
Представим договор, в котором предмет сформулирован одной строкой:
«Исполнитель оказывает услуги цифровизации деятельности заказчика».
Компания фактически внедрила ИИ-платформу.
Но из договора невозможно определить название программы, правообладателя, объем предоставленных прав, состав модулей, функциональность ИИ, этап внедрения и стоимость отдельных компонентов.
Для налоговой проверки это принципиально хуже, чем договорная архитектура, позволяющая идентифицировать каждый существенный элемент.
Поэтому договор на ИИ-проект целесообразно строить так, чтобы из него и приложений можно было установить, что приобретается, на каком правовом основании, у кого, на какой срок, какие работы выполняются, какие элементы относятся к внедрению и сколько каждый из них стоит.
Это одновременно снижает договорный риск и усиливает налоговую позицию.
Права на код, модель, базу знаний и кастомизацию
Еще одна типичная ошибка — считать, что оплаченная разработка автоматически становится собственностью заказчика.
В корпоративном ИИ-проекте может существовать несколько самостоятельных результатов.
Поставщик приходит со своей платформой.
Для клиента создается интеграция.
Формируется корпоративная база знаний.
Настраиваются системные промпты.
Разрабатывается дополнительный программный модуль.
Создаются инструменты извлечения и подготовки данных.
Модель может дополнительно адаптироваться под специфику компании.
У каждого элемента собственный правовой режим.
Поэтому договор должен отвечать на вопросы: что существовало до проекта, что создается специально для заказчика, какие исключительные или лицензионные права передаются, может ли поставщик использовать доработки повторно, что останется у компании после прекращения договора и сможет ли другой подрядчик продолжить развитие системы.
Для бизнеса это вопрос не только интеллектуальной собственности.
Это вопрос стоимости актива.
Компания может инвестировать миллионы рублей в ИИ-проект и обнаружить, что юридически контролирует лишь аккаунт в чужом сервисе.
Персональные данные могут стать скрытой ценой налоговой экономии
Экономия на налогах не отменяет других требований закона.
Если корпоративная ИИ-система получает данные работников, клиентов, представителей контрагентов или иных физических лиц, необходимо отдельно анализировать правовое основание обработки, цели, состав информации, роли участников системы и технологическую архитектуру.
Особенно чувствителен внешний облачный ИИ.
Пользователь может воспринимать его как обычную программу, хотя фактически сведения покидают корпоративную инфраструктуру и обрабатываются внешним поставщиком.
Здесь налоговая документация должна существовать параллельно с документацией по персональным данным и информационной безопасности.
Иначе возникает парадокс: компания безупречно подтвердит право на льготу, но одновременно создаст нарушение в совершенно другом регуляторном контуре.
Коммерческая тайна: главный корпоративный риск массового использования ИИ
С персональными данными проблема хотя бы хорошо известна.
С коммерческой тайной ситуация сложнее.
Сотрудник может загрузить в ИИ-сервис договор, финансовую модель, техническую документацию, переписку с клиентом, стратегию переговоров, исходный код или данные о сделке.
С точки зрения пользователя это обычный рабочий запрос.
С точки зрения компании — передача информации третьей технологической системе.
Поэтому корпоративное внедрение ИИ требует правил использования данных.
Необходимо понимать, разрешает ли поставщик использование пользовательских данных для улучшения модели, где информация хранится, какие лица получают доступ, можно ли отключить соответствующие режимы, как удаляются данные и что происходит после расторжения договора.
Без этого промышленное внедрение невозможно считать юридически зрелым.
Иностранная модель внутри российского продукта: возможная зона будущих споров
Отдельную проблему создают гибридные решения.
Российская компания может предлагать собственный интерфейс и программное обеспечение, используя внутри иностранную фундаментальную модель через программный интерфейс.
Другой поставщик может использовать модель с открытым исходным кодом иностранного происхождения на российской инфраструктуре.
Третий — российскую модель, но иностранные библиотеки.
Если государство вводит льготу именно для российского ИИ, потребуется провести границу.
До появления нормативного критерия категорично отвечать на этот вопрос нельзя.
Но именно поэтому заказчику необходимо знать архитектуру продукта.
Фраза поставщика «мы российская компания» не отвечает на вопрос о квалификации используемой технологии.
Сделки с аффилированным разработчиком ИИ
Еще более чувствительны проекты внутри группы компаний.
Представим, что холдинг создает отдельное ИТ-компания, которое разрабатывает ИИ-платформу, а остальные компании группы приобретают у него лицензии и услуги внедрения.
Экономически такая модель может быть совершенно рациональной.
Но если расходы начнут давать налоговые преимущества, возрастет значение реальности работ, обоснованности цены, распределения функций, наличия персонала и интеллектуальных прав.
Чем сильнее налоговый эффект, тем важнее будет доказать деловую цель структуры независимо от него.
Налоговая льгота не должна становиться причиной искусственного формирования внутригруппового оборота.
Где могут возникнуть первые налоговые споры
Если меры поддержки будут приняты, наиболее вероятны споры не о том, «хороший или плохой ИИ» использовала компания.
Они будут гораздо прозаичнее.
Первый тип — неподходящий продукт. Налогоплательщик считал его российским ИИ, а установленным критериям он не соответствует.
Второй — неподходящий расход. Лицензия подпадает под поддержку, а интеграция, оборудование или консалтинг — нет.
Третий — отсутствие реального внедрения. Компания купила сервис, но доказательств его промышленного использования недостаточно.
Четвертый — двойное получение преимущества. Один и тот же расход пытаются использовать одновременно в разных режимах поддержки, если нормативная конструкция это запрещает.
Пятый — неправильный период признания расходов или льготы.
Шестой — аффилированный поставщик и цена сделки.
Седьмой — искусственное дробление проекта для попадания под лимиты программы.
Восьмой — доказательства производительности: экономический эффект рассчитан формально либо невозможно установить связь с конкретным ИИ-проектом.
Девятый — изменение статуса продукта после сделки.
Десятый — обычная ошибка документов: предмет договора, счет, акт и техническая документация описывают разные сущности.
Это пока прогноз будущего контура споров, а не сформированная практика применения специальной льготы для ИИ. Именно поэтому сейчас есть возможность проектировать документы до того, как появятся первые налоговые претензии.
Что делать бизнесу уже сейчас
Откладывать экономически обоснованный ИИ-проект исключительно в ожидании будущих льгот неразумно.
Но и оформлять проект так, будто никакого регулирования впереди не будет, тоже недальновидно.
Оптимальная модель — документация, готовая к применению новых требований: корпоративный проект документируется таким образом, чтобы после появления государственной поддержки можно было быстро определить, соответствует ли он новым требованиям.
Практически это означает одну последовательность действий:
1. Провести инвентаризацию фактически используемых ИИ-систем, включая несанкционированные сервисы сотрудников.
2. Отделить экспериментальные аккаунты от решений, реально встроенных в бизнес-процессы.
3. Определить правообладателя, поставщика, технологический стек и статус программного обеспечения.
4. Проверить договорную модель: лицензия, облачный сервис, программный интерфейс, разработка, интеграция или смешанный договор.
5. Разделить стоимость лицензии, интеграции, оборудования, инфраструктуры, кастомизации, обучения и сопровождения.
6. Зафиксировать исходные показатели эффективности до начала промышленного внедрения.
7. Оформить техническое задание и критерии приемки.
8. Определить права на код, доработки, базу знаний, данные и созданные элементы системы.
9. Проверить персональные данные, коммерческую тайну и правила использования корпоративной информации.
10. Сохранять доказательства промышленного использования и экономического результата.
11. После появления нормативного механизма сопоставить готовую доказательственную папку с официальными критериями.
Главное преимущество такого подхода в том, что эта работа не становится бесполезной даже при отказе государства от части обсуждаемых налоговых мер.
Компания все равно получает значительно более управляемый технологический проект.
Юридический аудит внедрения ИИ
В корпоративной практике появляется новый тип юридической работы — юридический аудит внедрения ИИ, или юридический аудит внедрения искусственного интеллекта.
Его нельзя сводить к проверке политики персональных данных.
Полноценный аудит должен охватывать одновременно технологическую архитектуру проекта, договоры, интеллектуальные права, данные, конфиденциальность, распределение расходов и доказательства фактического внедрения.
После появления специальных мер государственной поддержки добавляется еще один слой — готовность ИИ-проекта к применению налоговых мер поддержки.
Задача заключается в том, чтобы определить:
может ли конкретный продукт потенциально соответствовать критериям поддержки;
какие расходы относятся непосредственно к проекту;
какие документы подтверждают внедрение;
как разделены лицензия и услуги;
кому принадлежат результаты разработки;
какие сведения передаются поставщику;
как подтверждается использование технологии;
можно ли измерить экономический эффект.
Для крупных проектов такой аудит целесообразно проводить до подписания договора, а не после завершения внедрения.
После оплаты изменить технологическую архитектуру, интеллектуальные права и структуру цены намного сложнее.
Почему вокруг налоговых льгот за ИИ может появиться отдельный юридический рынок
Сегодня корпоративный ИИ-проект часто начинается с ИТ-департамента.
Поставщик показывает продукт.
Бизнес оценивает экономическую отдачу проекта.
Закупка согласовывает цену.
Юристы проверяют договор.
Но если государство действительно соединит внедрение российского ИИ с налоговой поддержкой, проект станет межфункциональным.
В нем одновременно появятся:
налоговый эффект;
критерий российского происхождения решения;
технологическая квалификация;
интеллектуальная собственность;
персональные данные;
информационная безопасность;
доказательство фактического использования;
государственная поддержка;
риск последующей проверки.
Это уже отдельная дисциплина.
По сути, рядом с традиционным налоговым контролем и правовым сопровождением ИТ возникает правовой контроль внедрения ИИ.
И чем больше государство будет стимулировать спрос на российский ИИ, тем выше будет стоимость ошибок при оформлении таких проектов.
Частые вопросы
Есть ли в России налоговый вычет за покупку искусственного интеллекта?
По состоянию на 10 августа 2026 года универсального федерального налогового вычета для бизнеса только за покупку ИИ-сервиса не введено. Однако Правительство и бизнес обсуждают ряд налоговых механизмов, включая уменьшение налога при внедрении российских ИИ-сервисов.
Можно ли сейчас уменьшить налог на прибыль на стоимость внедрения ИИ по специальной льготе для внедрения ИИ?
Специального общего режима для этого пока нет. Расходы учитываются по действующим правилам налогового законодательства в зависимости от их характера. Обсуждаемая специальная поддержка требует отдельного нормативного закрепления.
Предусматриваются ли льготы для компаний на УСН?
Такие предложения прорабатываются. Минцифры поручалось подготовить дифференцированные меры применительно в том числе к УСН, предусматривающие уменьшение налогов при внедрении российских ИИ-сервисов. Окончательной конструкции пока нет.
Будет ли поддерживаться облачный ИИ?
Такой вариант возможен: в обсуждении отдельно фигурируют услуги удаленного доступа к платформам для решения задач в области ИИ. Но окончательный перечень квалифицируемых сервисов и расходов должен быть установлен нормативно.
Обязательно ли ИИ-решение должно быть российским?
Текущий вектор обсуждения предполагает поддержку именно российских решений. Одновременно Минцифры поручалось разработать критерии определения ИИ-решений в реестре ПО, на которые могут распространяться налоговые меры.
Достаточно ли наличия ПО в реестре российского программного обеспечения?
Гарантировать это пока нельзя. Поскольку отдельно обсуждаются критерии именно ИИ-решений внутри реестра, окончательный механизм может потребовать дополнительных признаков помимо самого факта включения программного обеспечения.
Можно ли включить в будущую льготу стоимость интеграции и оборудования?
Пока неизвестно. При этом в более широком обсуждении мер поддержки фигурировали расходы на оборудование и специальная амортизация основных средств, используемых для разработки и применения ИИ. Конкретный состав допустимых расходов должен определяться будущими нормами.
Нужно ли доказывать эффективность внедрения?
Конкретные требования будущей налоговой меры пока не установлены. Однако более ранние государственные механизмы стимулирования ИИ уже предполагали подтверждение внедрения и достигнутых результатов. Поэтому документирование эффекта является разумной подготовительной мерой.
Можно ли начать готовиться к льготе до ее принятия?
Да, если понимать такую подготовку не как попытку заранее «создать право на льготу», а как наведение порядка в проекте: разделение расходов, договорная архитектура, подтверждение прав, описание продукта, показатели эффективности и доказательства фактического использования.
Стоит ли покупать ИИ только ради будущей налоговой экономии?
Нет. Первичным основанием должен быть экономический смысл технологии. Налоговая поддержка способна улучшить экономику уже обоснованного проекта, но не должна превращать неэффективную технологию в эффективную.
Вывод
На 10 августа 2026 года налоговые льготы для бизнеса за внедрение искусственного интеллекта находятся в стадии формирования, а не представляют собой готовый специальный налоговый режим.
Но именно сейчас становится видна будущая архитектура.
Государство рассматривает поддержку не только разработчиков ИИ, но и потребителей технологии. Обсуждаются налог на прибыль, УСН, повышенный учет расходов, амортизация, НДС и другие инструменты. Одновременно прорабатываются критерии российских ИИ-решений, на которые такая поддержка сможет распространяться.
Для бизнеса из этого следует главный практический вывод.
Будущая льгота, если она будет введена, скорее всего, потребует доказательств.
Нужно будет доказать объект: какое именно ИИ-решение приобретено.
Доказать статус: почему оно соответствует требованиям поддержки.
Доказать расходы: сколько стоила технология и что именно оплачено.
Доказать права: на каком основании компания использует программу, код, модель или результаты кастомизации.
Доказать внедрение: где и как система работает.
А в некоторых моделях поддержки — возможно, и доказать результат.
Поэтому юридическое сопровождение внедрения ИИ постепенно перестает быть вспомогательной работой вокруг договора.
Оно становится частью финансовой и налоговой архитектуры технологического проекта.
Компании, которые уже сейчас выстраивают договоры, права на технологию, структуру расходов, работу с данными и доказательства реального внедрения, будут значительно лучше подготовлены к новым мерам государственной поддержки — и одновременно сильнее защищены при будущих налоговых и регуляторных спорах.
ADVOLAW сопровождает корпоративные проекты внедрения искусственного интеллекта на стыке цифрового регулирования, договорного права, интеллектуальной собственности, персональных данных, налоговых рисков и государственной поддержки.
Для крупных и комплексных внедрений может применяться формат «Юридический аудит внедрения ИИ / юридический аудит внедрения ИИ»: проверка поставщика и продукта, договорной архитектуры, прав на код и данные, структуры расходов, корпоративного использования ИИ и готовности доказательственной базы к будущим мерам государственной поддержки.
Информация имеет аналитический характер и не является индивидуальным юридическим заключением, публичной офертой или гарантией результата. Параметры обсуждаемых мер государственной поддержки могут измениться до принятия нормативных актов. Актуальность материала проверена на 10 августа 2026 года.
