Передача прав фрилансерами кипрским программным компаниям

Почему оплаты недостаточно для подтверждения прав

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

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

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

Определите необходимые компании способы использования

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

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

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

Разделяйте новую работу, прежний и сторонний код

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

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

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

Список проверки договора разработки

Эти пункты помогают определить объём профессиональной договорной проверки. Это не полный юридический шаблон; они не отменяют обязательные правила страны разработчика.

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

Свяжите договор с таблицей расходов

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

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

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

Прозрачно устраните прежние пробелы

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

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