Зарплаты разработчиков и квалифицируемые расходы Cyprus IP Box

Техническая должность не делает каждый час работой по НИОКР

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

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

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

Пример распределения зарплаты при смешанных обязанностях

Предположим, зарплатные расходы на работника за период составляют 8 000 €. Подтверждённые записи относят половину к разработке Продукта А, четверть — Продукта Б, ещё четверть — к текущей поддержке. Если разработка отвечает критериям, потенциально квалифицируемая сумма составляет 4 000 € для А и 2 000 € для Б. Оставшиеся 2 000 € требуют отдельной оценки, а не автоматического включения в QE.

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

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

Свяжите зарплату, работу и актив

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

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

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

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

Время основателя и неоплаченная работа требуют особой осторожности

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

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

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