ПО сотрудников: права и документы для Cyprus IP Box

Начните с трудовых отношений и круга обязанностей

ПО сотрудника анализируется не совсем так же, как результат работы независимого подрядчика. Статья 2(3) Директивы 2009/24/EC касается имущественных прав на программы, созданные при выполнении трудовых обязанностей или указаний работодателя, с учётом иных договорных условий.

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

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

Отделите служебную работу от прежних и сторонних проектов

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

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

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

Проверьте, какой компании группы принадлежат нужные права

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

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

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

Сформируйте практический комплект документов по ПО сотрудников

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

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

• Правильная компания-работодатель и соответствующие сроки трудовых отношений.
• Обязанности или указания, охватывающие разработку.
• Условия договора, влияющие на права на ПО.
• Заявленный ранее созданный код и лицензии третьих лиц.
• Идентификаторы проектов и активов, связанные с существенными вкладами.
• Внутригрупповые соглашения о правах, если ПО использует другая компания.
• Документирование изменений при переводе или увольнении.

Права и распределение зарплатных затрат проверяются отдельно

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

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

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

Используйте увольнения и реорганизации для повторной проверки

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

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