A UAE business pays an agency to build an app. The invoice is settled, the app is live, and the business assumes it owns the software it just funded. That assumption is not supported by the law that applies to it.
UAE copyright law provides that a transfer of economic rights must be in writing and must specify the right transferred, its purpose, its duration and its place of use. The same provision states that the author retains any right not expressly assigned [1]. Paying an invoice does not do that. Holding the only copy does not do that. Having your company name on the app store listing certainly does not do that.
This article sets out what the statute actually says, and it is careful about the difference between what we could establish from the primary text and what we could not. Two sibling pieces cover the operational half of ownership: the accounts and keys your business must hold and how to change development agency.
This is not legal advice. It is a description of what the law publishes, written by people who build software. Take your own position to a qualified UAE lawyer.
Is software protected by copyright in the UAE?
Yes. Federal Decree-Law No. 38 of 2021 on Copyright and Neighbouring Rights runs to 53 articles and explicitly covers computer programs and applications as protected subject matter [1]. Protection arises automatically on creation rather than depending on registration, and registration where available serves an evidentiary purpose rather than creating the right [1]. The law text is also published through WIPO's legislative database [2], and the Ministry of Economy is the federal body responsible for intellectual property administration [3].
That last point cuts in an uncomfortable direction. You did not need to register anything to be protected. Neither did the developer who wrote your software. Their rights existed from the moment the code was typed, whether or not anyone filed a form.
Who is the author, and why that is the wrong question to stop at
The default author is the person who created the work, unless the statute's own attribution rules or a written agreement move that attribution elsewhere [1]. So the starting position is that the rights sit with whoever wrote the code.
The law then provides a set of default rules for the author's economic rights in relation to third parties, and the whole provision opens by saying it applies unless otherwise agreed in writing [1]. That single phrase is the most load-bearing thing in this entire subject. It means the statutory defaults are a fallback, and your contract is what actually governs.
The employee rule, and the gap where an agency should be
For your own employees, the law provides a default that generally favours you. Where an employee or worker creates a work during employment that relates to the employer's activities or business and was directly or indirectly mandated by the employer, or was created using the employer's expertise, information, tools, machinery or materials, the economic rights are attributed to the employer, taking the worker's intellectual effort into account [1]. The mirror case is also covered: an employee's work unrelated to the employer's business and made without the employer's resources stays with the employee [1].
Now the part most articles on this subject get wrong.
Those clauses are written about an employee or worker during his employment. The words contractor, agency and commissioned do not appear anywhere in the statute's 53 articles. We checked the full text. There is a separate, broader clause providing that where an author makes an innovation in favour of another person, the copyright is attributed to that person [1], and read literally that could describe a commissioning relationship. But the English translation is ambiguous, it is not tied to employment on its face, and we found no official UAE interpretation of how it applies to an external supplier as opposed to a member of staff.
So we are not going to tell you that UAE law automatically hands a client the copyright in agency-built software. It might. We cannot establish it from the primary text, and this is precisely the question a business hiring an external developer needs answered. Put it to a qualified UAE lawyer.
What follows from the uncertainty is the practical answer, and it is a clean one. Do not rely on a default rule that may not apply to you. Get the written assignment.
What a written assignment must contain
The law is specific. A transfer of economic rights must be in writing and must specify the right transferred, its purpose, its duration and its place of use, and the author retains any right not expressly assigned [1].
Read that as a checklist rather than as prose. Four particulars, named. And a default that everything unmentioned stays with the developer.
Whether a short clause saying intellectual property transfers on final payment satisfies that standard is a drafting question we are not qualified to answer, and we are not going to guess at it in an article that businesses might rely on. What we can say is that the requirement is specific enough to be worth having checked rather than assumed, and that contracts often describe what will be built in great detail and what will be owned in a single sentence.
Moral rights, which you cannot buy
The law states that the author's moral rights are not subject to prescription or assignment [1]. They include first publication of the work, attribution of the work to its author, and objecting to modification [1]. So these are not available for purchase in the way economic rights are.
The statute addresses assignment. It does not address waiver, which is a different mechanism, and we could not establish whether a clause purporting to waive moral rights would be effective here. That is an open question rather than a settled one.
One genuinely unusual detail is worth knowing. The moral right to have a work recalled from circulation is expressly carved out for smart applications, software and software applications [1]. UAE law treats an author's position in software differently from other creative works on that specific point.
The subcontractor chain, which nobody checks
Your supplier can only assign rights they actually hold, so a break anywhere in the chain behind them leaves rights sitting with somebody you have never met.
This is the failure mode that survives even a well-drafted contract. Suppose your agency signed a proper assignment transferring the rights to you. If part of the work was done by a freelancer or a subcontracted studio, and that supplier never took a valid written assignment from them, your agency may have transferred rights it did not fully hold. The chain has a break in it several links back, and nothing in your own paperwork reveals it.
The law does not help you here. It requires the written, specific assignment at each transfer, and the author retains what is not expressly assigned [1]. A break anywhere in the chain leaves rights sitting with whoever wrote that part.
Two practical questions are worth asking before final payment, and they are reasonable questions rather than accusations. Was any part of this work performed by anyone other than your own employees? And do you hold written assignments from each of them covering the work delivered to us? A supplier running a normal subcontracting model will have thought about this. One who has not will tell you so by hesitating.
There is a related point about version history. History records who wrote what and when, which is occasionally the only available evidence of who contributed to a codebase. That is a second reason to insist on the repository rather than an export, beyond the practical value to a future developer.
Holding the repository is not owning the copyright
Access is possession and assignment is title, and they are secured by two entirely different mechanisms.
You can hold full administrative access to every repository, every environment and every account, and still not hold the economic rights in the code, because those move only by a written assignment meeting the requirements above. Access is possession. Assignment is title. They are secured by two entirely different mechanisms, and it is common to have carefully arranged the first while assuming the second came with it.
The reverse is also true and slightly cheering: a valid assignment does not become worthless because a supplier is being difficult about access. Those are separable problems with separable remedies.
A pattern we see. A business asks for the source code at the end of a project, receives a zip file, and considers the matter closed. What it actually holds is a snapshot with no history, no build instructions, no dependency list, and no assignment clause naming any of the four particulars the law requires. Everything looked complete. Nothing was.
What delivery of source code should actually mean
Ask for these, and ask before the final payment rather than after it:
- Repository access with its history, not an export. History tells a new developer why the code is as it is, which change introduced a defect, and what was tried and abandoned
- Build and deployment instructions that somebody other than the author has followed successfully
- Environment configuration, and a map of where third-party credentials live
- A dependency list with the licence attached to each component
- Documentation of the decisions a newcomer would otherwise have to reverse-engineer
None of that is unreasonable and none of it is expensive for a supplier who has worked properly. The request itself is diagnostic.
The open source inside your product
Your software is almost certainly assembled partly from published components, which is normal rather than alarming. The licences attached to those components carry conditions, and the risk is never that open source is present. It is that nobody made a list.
The licences fall broadly into two groups. Permissive licences such as Apache 2.0 and MIT impose modest conditions, generally around retaining copyright notices and licence text [6][7]. Copyleft licences such as the GNU General Public License require that if you distribute software containing the component, you pass on the same freedoms, which in practice means making corresponding source available under the same terms [4].
The distinction that matters most for a hosted product is between the ordinary General Public License and the Affero version. The ordinary licence attaches obligations to conveying the software, so a business running modified code on its own servers may not trigger them. The Affero version extends the obligation to users interacting with the software over a network [5]. If you run a web product, which of the two you have is a materially different situation.
Whether obligations bite in your specific case depends on the specific licence and how your software reaches users. That is a question to have answered, not assumed, and it is answerable from a dependency list in an afternoon.
What getting it wrong costs
The statute sets out penalties for infringement, with fines running from AED 10,000 up to AED 1,000,000 depending on the offence [1]. We are quoting the statutory range rather than predicting any outcome, because what would happen in a particular case depends on facts only a lawyer could assess.
The cost that arrives most often, though, is not a penalty. It is a transaction going sideways.
The moment ownership actually gets examined is rarely a dispute with your developer. It is when somebody else needs to be satisfied: an investor doing due diligence, an acquirer, a bank, or an enterprise client whose procurement team asks you to warrant that you own what you are selling them. At that point somebody reads your contracts properly for the first time, and a missing assignment stops being an abstraction. It becomes a condition to be remedied before the deal closes, on a timetable you do not control, with a supplier whose cooperation you may no longer be able to assume.
That is the practical argument for fixing this while the relationship is good and nothing depends on it. The work is small. The same work under deal pressure is not.
There is no published figure for what it costs to fix a project where ownership was never assigned, because that is a legal-fees and rebuild question nobody publishes. What we can price is the technical half. A code and licence audit starts from around AED 2,500 with us, covering what is actually in the repository, the dependency tree, the licences attached to it, and what the handover is missing. These are our own figures rather than a market survey. Final pricing depends on the size of the codebase.
The legal half belongs with a lawyer, and we would be wary of any development company that offers you an opinion on your IP position as part of a sales conversation.
What to do, in order
- Find your contract and read what it says about ownership, not about scope
- Check whether it names a right, a purpose, a duration and a place, and get a UAE lawyer's view if it does not
- If you never had an assignment, ask for one now, while there is still goodwill or a final payment outstanding
- Inventory what you actually hold: repository, history, build instructions, dependencies, licences
- Get the licence obligations in your dependency tree established before you next ship
- On the next project, put the assignment in the contract before work starts, not in the handover
The most useful sentence in the whole statute is that the author keeps whatever is not expressly assigned [1]. It reframes the question from whether you paid to whether anybody wrote down, specifically, what was being transferred.
If you would like to know what is genuinely in your codebase before you take the legal question to a lawyer, contact us.
References
[1] UAE Federal Decree-Law No. 38 of 2021 on Copyright and Neighbouring Rights. uaelegislation.gov.ae
[2] WIPO Lex, United Arab Emirates copyright legislation. wipolex.wipo.int
[3] UAE Ministry of Economy, intellectual property. moec.gov.ae
[4] GNU General Public License version 3. gnu.org
[5] GNU Affero General Public License version 3. gnu.org
[6] Apache License version 2.0. apache.org
[7] MIT License. opensource.org



