White-label ПО и режим IP Box на Кипре

Определите свою роль в white-label соглашении

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

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

Кипрский IP Box действует через правила подходящего актива, дохода и nexus. Для white-label бизнеса нет отдельного автоматического права на льготу, а коммерческий бренд не требует одинакового налогового подхода ко всем продуктам.

Когда компания лицензирует разработанное ею ПО

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

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

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

Когда компания меняет бренд чужой платформы

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

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

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

Сравнение договоров

Компания А создаёт платформу записи на приём и даёт партнёрам права предлагать доступ под их брендами. Компания Б покупает доступ и перепродаёт его с услугами внедрения. Обе рекламируют white-label, но начинают оценку IP Box с разных позиций.

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

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

Читайте условия о правах и доходах вместе

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

• Кто юридически или экономически владеет базовым ПО?
• Какие права получает, сохраняет или передаёт каждый партнёр?
• Кому принадлежат доработки и последующие улучшения?
• Различимы ли ПО, бренд, хостинг и сервисные компоненты?
• Как учитываются доходы клиентов и платежи поставщику?
• Какой налогоплательщик понёс соответствующие расходы на разработку?
• Есть ли связанные стороны, требующие отдельного анализа nexus и цен?

Обновляйте анализ по мере развития модели

White-label бизнес может перейти от простой перепродажи к оригинальной разработке или передавать больше частей платформы подрядчикам. Обновляйте учёт активов и расходов при изменениях. Исторические затраты на приобретение или связанные услуги не исчезают из-за нового описания сайта.

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

Перед проверкой инвестора или покупателя соберите условия поставщиков, партнёрские договоры, цепочку прав и расчёты по активам. Чёткое описание соглашения полезнее утверждения, что само название white-label доказывает право на льготу.