Cyprus IP Box, DEMPE и трансфертное ценообразование: три отдельных проверки

Три вопроса, которые нужно решать по порядку

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

Сначала определите конкретный нематериальный актив и права компании: программный код, лицензии, уступки, территориальные ограничения и участников, имеющих право на использование. Договоры и юридический титул служат отправной точкой. Запись «владелец IP» недостаточна, если существуют разные продукты, версии и компании.

Затем установите фактические контролируемые сделки и вознаграждение по принципу вытянутой руки за функции, используемые активы и принятые риски. Глава VI Руководства ОЭСР рассматривает не только имя в реестре или счете. Разработку можно передать подрядчику, но связанные компании, создающие стоимость, должны получать соответствующую оплату.

Лишь после определения релевантной прибыли применяйте условия кипрского IP Box и модифицированный коэффициент nexus к каждому активу. Коэффициент классифицирует затраты и ограничивает долю прибыли, к которой применим вычет. Это не метод трансфертного ценообразования и не основание автоматически переводить на Кипр всю прибыль группы.

Что показывает анализ DEMPE

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

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

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

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

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

Документация по трансфертным ценам исследует внутригрупповую сделку

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

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

Юридический титул также не дает автоматического права на весь остаточный доход. Глава VI требует надлежащего вознаграждения других компаний группы, выполняющих или контролирующих функции создания стоимости. Форма оплаты — услуги, лицензия или иная — зависит от реальной сделки и сопоставимых данных. Универсальной наценки или ставки роялти нет.

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

Модифицированный nexus использует другие данные

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

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

Положение 5 требует учета по каждому нематериальному активу. Связывайте зарплату, счета и работы с нужным активом и датами. Сверяйте расчет nexus с бухгалтерией, но сохраняйте различия между прямыми квалифицируемыми исследованиями, приобретением и аутсорсингом связанным лицам. Одного счета «затраты на IP» недостаточно.

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

Пример: три анализа дают разные результаты

Предположим, CyprusCo владеет правами на программу, а связанная DevCo в другой стране выполняет разработку. DevCo выставляет CyprusCo счет на €200 000. Кроме того, CyprusCo тратит €100 000 на собственную квалифицируемую разработку и €50 000 на подходящие исследования независимого подрядчика. Предполагаются один актив, отсутствие других расходов и прошлых остатков. Это упрощенный пример, а не индивидуальное налоговое заключение.

Первый рабочий документ описывает DEMPE и контроль рисков. Если CyprusCo определяет продуктовую стратегию, принимает риск разработки и действительно руководит DevCo, может обосновываться договор услуг по ее указаниям. Если стратегию и ключевые технические риски определяет DevCo, вывод меняется, хотя счета и свидетельство о праве остаются прежними.

Второй документ проверяет внутригрупповой платеж €200 000 и распределение прибыли. Сам платеж не подтверждает рыночность. Определите реальную сделку, выберите и обоснуйте метод, а корректировки сверьте с учетом. Только для иллюстрации предполагается, что надлежащая проверка признает €200 000 соответствующими принципу вытянутой руки.

Третий документ классифицирует расходы для nexus. Прямые квалифицируемые затраты составляют €150 000: €100 000 плюс €50 000. Платеж €200 000 связанной DevCo включается в общие затраты, но не становится собственной квалифицируемой разработкой CyprusCo только потому, что цена признана рыночной. До надбавки иллюстративная доля равна €150 000/€350 000, или 42,86%.

Иллюстративная надбавка — меньшая величина из 30% от €150 000, то есть €45 000, и €200 000. Числитель равен €195 000, а коэффициент €195 000/€350 000 = 55,71% с учетом точного применения закона и полной истории актива. Признанная цена, вывод DEMPE и коэффициент 55,71% — три разных результата.

Если DevCo контролирует ценную разработку и получает слишком мало, цену может потребоваться скорректировать без изменения ее статуса связанной компании для nexus. Если €50 000 на самом деле относятся к неподходящему маркетингу, изменится расчет nexus, но не обязательно цена. Упрощенный расчет не обещает компании конкретную эффективную налоговую ставку.

Три рабочих документа и общая карта доказательств

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

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

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

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

Пороги отчетности не заменяют анализ по существу

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

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

При передаче ценной IP, труднооцениваемых нематериальных активах, значительных связанных исследованиях или старых договорах, не соответствующих поведению, привлекайте компетентных налоговых и юридических специалистов. Объем работы определяется реальными рисками, а не общей этикеткой «исследование IP Box». Гарантированной ставки или автоматического одобрения нет.

Порядок ежегодной проверки

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

Изучайте каждое расхождение до заявления вычета: счет отнесен к неверному активу; связанный поставщик указан как независимый; собственник не контролирует работы, которые приписывает ему договор; роялти связаны с продуктом вне учета подходящего актива. Это вопросы существа, а не оформления.

Общий путеводитель по кипрскому IP Box объясняет условия и вычет. Здесь рассматривается более узкое пересечение DEMPE, трансфертных цен и nexus для группы. Три документа образуют цепь: достоверные факты поддерживают ценовой вывод, обоснованная прибыль входит в IP-Box расчет, точная история расходов определяет подходящую долю.