IPBoxCyprus
Руководства по режиму Cyprus IP Box

Cyprus IP Box для нескольких программных продуктов

Разделение дохода, разработки и затрат общей платформы между продуктами без вводящего в заблуждение среднего nexus всей компании.

Редакция IPBox Cyprus · Ebrovia Ltd
Обновлено:

Доходы и расходы IP Box должны прослеживаться до соответствующего нематериального актива. Компания с несколькими продуктами не должна автоматически объединять все затраты и прибыль в один nexus. Общие НИОКР требуют обоснованного распределения; название продукта само по себе не определяет правильную налоговую группировку.

Начните с карты активов, а не каталога продаж

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

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

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

Почему объединение может исказить результат

Допустим, Продукт А имеет 400 000 € чистого IP-дохода и полный nexus, а Продукт Б — 100 000 € и nexus 50%. Раздельный расчёт даёт 450 000 € квалифицируемой прибыли и вычет 80% в размере 360 000 €. Оставшиеся 140 000 € при ставке 15% дают 21 000 € корпоративного налога до иных корректировок.

Простое среднее двух коэффициентов равно 75%. Применение этой величины ко всем 500 000 € чистого IP-дохода даст только 375 000 € квалифицируемой прибыли. Разница возникает потому, что активы приносят разную прибыль. Другой способ объединения, наоборот, мог бы завысить льготу.

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

Последовательно распределяйте общую разработку

Аутентификация, биллинг, обработка данных и инструменты разработки могут обслуживать несколько продуктов. Сначала проверьте возможность прямого отнесения по проектным доказательствам. Если она отсутствует, документируйте разумное распределение с учётом пользы для активов и применимых правил.

Не относите одну общую разработку в полном объёме на каждый продукт. Сумма распределённых частей должна совпадать с фактическим расходом. Аналогично, отнесение всех общих затрат на самый прибыльный продукт без доказательств может оторвать числитель от породившей его разработки.

Разные базы распределения используйте только при фактическом обосновании. Технические трудозатраты, подтверждённое проектное использование и технологическая зависимость помогают объяснить связь затрат. Выручка бывает уместна в отдельных случаях, но не должна автоматически выбираться для всех расходов лишь из-за доступности данных.

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

Распределение дохода требует собственных доказательств

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

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

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

Считайте изменения продуктов поводом для проверки

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

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

Частые вопросы

Каждому подписному тарифу нужен отдельный nexus?

Не обязательно. Тарифы являются коммерческими условиями и могут использовать один актив. Установите лежащие в их основе нематериальные активы и подходящий документированный учёт.

Можно ли применять один nexus ко всей компании?

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

Источники и область применения

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