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

Владение программным кодом в ОАЭ зависит от автора, цели создания, отношений сторон, указаний и ресурсов работодателя и письменного договора. Статья 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.

Частые вопросы

Работодатель владеет кодом сотрудника?

Экономические права могут относиться к работодателю при связи с бизнесом, поручении или использовании его ресурсов. Несвязанный личный work регулируется иначе.

Кому принадлежит заказной код?

Статья 28 может относить copyright к заказчику, если письменно не согласовано иное, но scope, background IP и contributor chain всё равно доказываются.

Оплата передаёт copyright?

Не полностью. Payment не фиксирует авторов, background tools, source delivery и third-party restrictions.

Обязательна ли регистрация?

Нет. Статья 4 сохраняет защиту без регистрации, хотя запись может усиливать доказательства.

Можно ли передать moral rights?

Статья 5 указывает, что они не отчуждаются. Их нужно отделять от economic rights.

Open source становится собственностью компании?

Нет. Компания может владеть своим слоем, но компоненты использует по их лицензиям.

Что проверяет инвестор?

Contributor agreements, founder assignments, repository history, SBOM, IP schedule, disputes и соответствие правообладателя contracting company.

Официальное законодательство ОАЭ проверено 23 июля 2026 года. Материал носит общий информационный характер и не является заключением по конкретному codebase или сделке.