Кому принадлежит программный код в ОАЭ: сотруднику, подрядчику или компании?

Владение программным кодом в ОАЭ зависит от автора, цели создания, отношений сторон, указаний и ресурсов работодателя и письменного договора. Статья 28 может относить экономические права к работодателю или заказчику, но не подтверждает формулу «любой код любого сотрудника или подрядчика автоматически принадлежит компании».

Практический вопрос — chain of title: может ли компания доказать владение или достаточную лицензию на каждый существенный элемент продукта.

Матрица владения

Что говорит закон ОАЭ?

Federal Decree-Law No. 38 of 2021 охраняет smart applications, computer programs, applications и databases.

Статья 28, если письменно не согласовано иное, устанавливает:

1. при создании work в пользу другого лица copyright относится к этому лицу;
2. экономические права сотрудника относятся к работодателю, если work связан с его деятельностью и прямо или косвенно поручен либо использует employer expertise, information, tools, machinery или materials;
3. права на несвязанный work, созданный без таких ресурсов, остаются у сотрудника.

Компания должна доказать факты, связывающие конкретный codebase с правилом.

Экономические и личные права

Экономические права охватывают использование, reproduction, modification, distribution, licensing и предоставление ПО. Они обеспечивают коммерческий контроль.

Статья 5 устанавливает, что moral rights не прекращаются давностью и не отчуждаются. Поэтому договор должен различать экономическое владение, лицензию, авторство и личные права, а не объявлять одинаково передаваемыми «все права любого вида».

Почему invoice подрядчика недостаточен?

Счёт не всегда доказывает:

• кто написал компоненты;
• использовались ли сотрудники и subcontractors;
• какие background tools включены;
• переданы ли source code, документация и credentials;
• получено ownership либо ограниченная licence;
• раскрыты ли third-party и open-source условия;
• охватываются ли последующие fixes и derivatives.

Development agreement должен определять background IP, новые deliverables, repositories, документацию, acceptance, economic rights, licences, third-party materials, open-source policy, warranties и exit handover.

Код основателя до incorporation

Это типичный defect перед инвестициями. Код может принадлежать founder лично, бывшему работодателю либо включать чужие компоненты.

Remediation включает:

1. датированный inventory и repository history;
2. проверку места и employment context создания;
3. assignment либо достаточную licence компании;
4. corporate approval и consideration/contribution basis;
5. перечень background tools и exclusions;
6. warranties после реальной dependency review.

Доля founder в компании сама по себе copyright не передаёт.

Open source

Владение proprietary layer не отменяет лицензии dependencies. Компания ведёт SBOM: component, version, source, licence, use, modifications и distribution model.

Различаются permissive, weak-copyleft, strong-copyleft, commercial и source-available terms. Последствия зависят от distribution, network service, linking, modification и combination. Notices, attribution, source offers и patent clauses выполняются в применимых случаях.

AI-assisted code

Нужно фиксировать:

• кто отобрал и переработал output;
• terms инструмента и аккаунта;
• попадали ли в prompts confidential/personal data;
• воспроизводит ли output чужой материал;
• достаточно ли человеческого вклада;
• какие model-output или open-source restrictions применяются.

Нельзя обещать исключительный copyright на каждую сгенерированную строку. Сохраняются human contribution, provenance checks и review.

Аудит chain of title

1. Карта продукта: repositories, services, apps, models, data, designs и documentation.
2. Карта авторов: employees, founders, agencies, freelancers и vendors.
3. Классификация: economic ownership, moral rights, assignment и licences.
4. Доказательства: contracts, instructions, commits, invoices, payroll и handover.
5. Dependencies: SBOM, licences, notices и distribution triggers.
6. Gaps: wrong entity, missing assignment, former employer, undocumented subcontractor.
7. Remediation: confirmatory agreements, component replacement, notices и repository correction.
8. Maintenance: onboarding, procurement, contribution и release controls.

Транзакционная услуга — защита технологий в ОАЭ.

Регистрация и доказательства

Статья 4 указывает, что отсутствие регистрации work или disposition не лишает установленной защиты. Реестр министерства при этом может подтверждать work, автора, правообладателя и распоряжения.

Регистрация — evidence tool, а не источник copyright. Запись с неправильным владельцем не исправляет defect. Для документов проверяются Executive Regulations.