Cyprus IP Box без расходов на НИОКР

Три ситуации требуют разных ответов

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

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

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

Явно сопоставляйте числитель и знаменатель

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

Нет расходов в этом году — не значит нет истории

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

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

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

Неоплаченная работа и переданный код не допускают придуманных затрат

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

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

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

Что делать, когда модель показывает ноль

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

Затем отделите арифметику от правового вывода. Калькулятор покажет, что 0 € разделить на 100 000 € — ноль. Он не доказывает полноту стоимости приобретения, соответствие актива условиям или правильность передачи от основателя. Эти данные требуют собственных доказательств.

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

• Уточните, означает ли ноль отсутствие вообще, отсутствие в этом году или неизвестность.
• Определите заявителя и историю разработки или приобретения.
• Восстановите подлинные записи, не выдавая поздние оценки за исходные документы.
• Считайте надбавку после установления QE и прочих затрат.
• Используйте модель, отмечающую нулевой знаменатель, а не присваивающую 100%.