НИОКР связанных лиц в Cyprus IP Box

Установите фактическую организацию разработки

Группа может разрабатывать ПО через работников владельца IP, дочернюю компанию или независимых подрядчиков. Эти модели могут давать схожую техническую работу, но разный nexus. Начните с определения того, кто несёт расходы и кто предоставляет услуги.

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

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

Пример внутригрупповой разработки

У заявителя есть 300 000 € квалифицируемых расходов и 200 000 € НИОКР связанных лиц по одному активу без стоимости приобретения. Общие расходы составляют 500 000 €. Надбавка равна меньшему из 90 000 € — 30% QE — и 200 000 € связанных НИОКР. Nexus равен 390 000 €, делённым на 500 000 €, то есть 78%.

При годовом чистом IP-доходе 400 000 € квалифицируемая прибыль составляет 312 000 €. Вычет 80% равен 249 600 €, оставляя 150 400 € облагаемой суммы в упрощённом примере. Налог 15% составляет 22 560 €, или 5,64% чистого IP-дохода до иных корректировок.

Расход связанному лицу не сделал актив автоматически непригодным для режима, но пример полного nexus со ставкой 3% больше не описывает этот случай. Надбавка также не покрывает все 200 000 €: важен отдельный предел в 30% QE.

Трансфертные цены и nexus — разные проверки

Трансфертное ценообразование оценивает соответствие контролируемых сделок рыночному принципу и влияние функций, активов и рисков на цены и распределение прибыли. Nexus через формулу расходов определяет долю квалифицируемой IP-прибыли, к которой применяется вычет.

Внутригрупповая плата за разработку может быть правильно оценена и всё равно исключаться из QE как аутсорсинг связанному лицу. И наоборот, выгодный nexus не доказывает право владельца IP на всю прибыль группы или правильность внутригрупповой роялти.

Сохраняйте оба анализа, когда они необходимы. Договор разработки и операционные доказательства должны объяснять, кто контролирует разработку, несёт риски и использует права. Таблица расходов отдельно обосновывает классификацию по IP Box. Вывод одного документа не заменяет другой.

Что должен показывать подтверждающий файл

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

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

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

• Групповая связь и соответствующие факты владения или контроля.
• Договоры и описание реально оказанной разработки.
• Активы, получающие пользу от работы.
• Счета, подтверждения затрат и методы распределения.
• Доказательства решений по разработке и контроля рисков.
• Отдельные выводы по nexus и трансфертным ценам.

Не перестраивайте бизнес только ради коэффициента

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

Используйте анализ чувствительности для оценки влияния будущих расходов с сохранением исторического знаменателя. Затем проверьте коммерческий смысл и возможность работать согласно документированной модели. Налоговый расчёт должен следовать за обоснованной бизнес-структурой.