Экспортный НДС и ставка 0%: IT-разработка

Дата публикации: 27 марта 2026 · Автор: Наталья Свияжская

Почему IT-экспорт и ставка 0% — это не одно и то же

Экспортный НДС и ставка 0% в IT-разработке — тема, где финансовый директор рискует потерять деньги дважды: сначала не получив возмещение по ставке 0%, затем — неправильно квалифицировав операцию и получив доначисление вместо возврата. Разберём логику по существу.

Ставка 0% по НДС применяется к строго определённым операциям, перечисленным в п. 1 ст. 164 НК РФ. В части IT-деятельности критически важно разграничить два варианта:

• Передача исключительных прав на программное обеспечение иностранному лицу — исторически трактовалась как операция, освобождённая от НДС по подп. 26 п. 2 ст. 149 НК РФ (льгота). При льготе ставки 0% нет, входной НДС к вычету не принимается, возмещения нет.
• Разработка программного обеспечения на заказ (выполнение работ/оказание услуг) для иностранного заказчика — при выполнении условий ст. 148 и ст. 164 НК РФ может облагаться по ставке 0%, что открывает право на вычет и возмещение входного НДС.

Различие принципиальное с финансовой точки зрения. Если компания выполняет работы по разработке ПО на заказ и правильно квалифицирует их как экспорт услуг, она получает право возместить НДС, уплаченный российским подрядчикам, за аренду серверов, за программное обеспечение — весь «входной» НДС по проекту. При льготе по ст. 149 НК РФ этого права нет, и весь входной НДС ложится на себестоимость.

Квалификация операции: как финдир избегает главной ловушки

Главное разногласие с инспекцией при экспорте IT-услуг — квалификация предмета договора. ФНС нередко переквалифицирует договор разработки в передачу прав на ПО и отказывает в применении ставки 0%, одновременно снимая вычеты. Для финансового директора это означает одновременно доначисление и утрату возмещения — двойной удар по бюджету.

Критерии, по которым суды оценивают характер операции, сложились в устойчивую практику:

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

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

Документы для подтверждения ставки 0%: что требует ст. 165 НК РФ

Ставка 0% не применяется автоматически. Для её подтверждения в соответствии со ст. 165 НК РФ необходимо представить в инспекцию пакет документов одновременно с налоговой декларацией. Для IT-компаний, оказывающих услуги по разработке иностранным заказчикам, стандартный пакет включает:

• Контракт (договор) с иностранным покупателем на выполнение работ (оказание услуг). Договор должен явно указывать на предмет — разработка ПО, а не передача прав.
• Документы, подтверждающие получение валютной выручки: выписки банка, паспорт сделки [VERIFY] или иные документы валютного контроля по действующим требованиям.
• Акты выполненных работ (сдачи-приёмки) с описанием результата, подписанные иностранным заказчиком.
• При необходимости — переписка, техническое задание, протоколы согласования, подтверждающие реальность исполнения.

Ошибка, которую совершают IT-компании: подают декларацию с заявленным НДС к возмещению, не сформировав полный пакет на дату подачи. Инспекция запрашивает документы в ходе камеральной проверки (ст. 88, 93 НК РФ), и если пакет неполный — следует отказ, апелляция и суд. Проще подготовить всё заранее.

Раздельный учёт и вычеты: как не потерять НДС на стыке операций

IT-компания, работающая одновременно с российскими и зарубежными заказчиками, сталкивается с необходимостью раздельного учёта НДС по ст. 170 НК РФ. Если часть операций облагается НДС по ставке 0%, а часть — по ставке 22% или 10%, или полностью освобождена по ст. 149 НК РФ, вычеты по входному НДС распределяются пропорционально.

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

Практические точки риска:

• Общехозяйственные расходы (аренда офиса, юридические услуги, IT-инфраструктура общего использования) — входной НДС по ним распределяется пропорционально; методология должна быть закреплена.
• Субподрядчики-разработчики: входной НДС по их услугам принимается к вычету в части, относящейся к облагаемым операциям.
• Программное обеспечение и лицензии, используемые в проектах: нужно отслеживать, в каком проекте используются — экспортном (ставка 0%) или внутреннем.

Камеральная проверка возмещения: как проходит и где теряют деньги

После подачи декларации с НДС к возмещению инспекция автоматически назначает камеральную проверку (ст. 88 НК РФ). Для IT-компаний, заявляющих ставку 0%, проверка будет углублённой — это стандартный процесс, не признак проблемы.

В ходе проверки инспекция, как правило, запрашивает:

• Полный пакет документов по ст. 165 НК РФ (контракт, выписки, акты).
• Счета-фактуры по всем вычетам, заявленным в декларации (ст. 169 НК РФ).
• Документы, подтверждающие раздельный учёт, если компания ведёт операции с разными режимами.
• Пояснения по конкретным контрагентам — если АСК НДС выявила расхождения в цепочке.

Срок ответа на требование инспекции по ст. 93 НК РФ — [VERIFY] по действующей редакции. Пропуск срока ответа на требование приводит к штрафу по ст. 126 НК РФ [VERIFY] и даёт инспекции основание считать документы непредставленными — что влечёт автоматический отказ в вычетах.

Типичные основания для отказа по результатам камеральной проверки IT-компаний:

• Инспекция переквалифицировала операцию в освобождённую по ст. 149 НК РФ.
• Неполный пакет документов по ст. 165 НК РФ: нет актов, акты не переведены на русский язык, нет подписи иностранного заказчика.
• Контрагент-субподрядчик не отразил НДС в своей декларации — «разрыв» в АСК НДС.
• Нарушен раздельный учёт: вычеты по ст. 149-операциям заявлены в составе ставки 0%.
• Формальные ошибки в счетах-фактурах (ст. 169 НК РФ): неверный ИНН, КПП, отсутствует обязательный реквизит.

Заявительный порядок по ст. 176.1 НК РФ: когда это работает для IT

Для IT-компаний с регулярным экспортом и значительными суммами возмещения заявительный порядок по ст. 176.1 НК РФ может быть практически интересен. Он позволяет получить деньги из бюджета до окончания камеральной проверки — что критично для управления ликвидностью.

Условия применения заявительного порядка:

• Наличие банковской гарантии, отвечающей требованиям ст. 176.1 НК РФ: гарантия должна быть выдана банком из перечня ФНС, покрывать сумму возмещения, иметь срок, превышающий срок проверки.
• Или поручительство, отвечающее требованиям ст. 176.1 НК РФ.
• Или — для крупнейших налогоплательщиков и ряда иных категорий — без обеспечения [VERIFY по действующей редакции ст. 176.1 НК РФ].

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

Оспаривание отказа в возмещении: алгоритм для финдира

Получить отказ в возмещении — неприятно, но не финал. Алгоритм обжалования выстроен НК РФ и работает последовательно:

• Шаг 1. Акт камеральной проверки. Изучить основания отказа: что именно инспекция квалифицировала неправильно, какие документы сочла ненадлежащими, какие вычеты сняла.
• Шаг 2. Возражения на акт. Подать мотивированные возражения на акт проверки в срок [VERIFY по действующей редакции]. Прикрепить дополнительные документы, опровергающие позицию инспекции.
• Шаг 3. Решение инспекции. Дождаться решения по результатам рассмотрения материалов проверки (ст. 101 НК РФ). При сохранении отказа — переходить к шагу 4.
• Шаг 4. Апелляционная жалоба. Подать апелляционную жалобу в вышестоящий налоговый орган (ст. 137–139 НК РФ). Это обязательный досудебный этап. Срок подачи — до вступления решения в силу [VERIFY].
• Шаг 5. Арбитражный суд. Если вышестоящий орган сохранил отказ — обращение в арбитражный суд. Суды при наличии доказательств реальности экспорта услуг и корректной квалификации операций выносят решения в пользу компаний.

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

• Проверить квалификацию операции в договоре: работы или передача прав? Убедиться, что формулировки не дают инспекции повода для переквалификации по ст. 149 НК РФ.
• Собрать полный пакет документов по ст. 165 НК РФ до подачи декларации: контракт, акты с подписью иностранного заказчика, подтверждение валютной выручки.
• Проверить счета-фактуры субподрядчиков по требованиям ст. 169 НК РФ: реквизиты, ИНН/КПП, корректность описания услуги.
• Убедиться, что учётная политика закрепляет методологию раздельного учёта по ст. 170 НК РФ, и фактический учёт соответствует ей.
• Запросить у ключевых субподрядчиков подтверждение, что НДС ими задекларирован — минимизировать риск «разрывов» в АСК НДС.

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