For software made to order, the client exercises the economic rights. In Slovakia, Section 91(4) of the Copyright Act says so directly. That still doesn't mean you have the code in your hands. Three things decide: what exactly you ordered, what the vendor brought ready-made, and where the code actually sits.
Since 2023 we have delivered 15+ production projects. Below are general principles and what we learned from our own contracts. We are a Slovak company, so this describes Slovak law. We are not lawyers, and this is not legal advice. In other countries the rules differ.
What does copyright law say about software made to order?
For a computer program or database made to order, the employee-work regime applies. The client is treated as the employer (Section 91(4), Act No. 185/2015 Coll.).
In practice, you exercise the economic rights in your own name and on your own account. Directly by law, with no transfer and no licence. This covers everything made for you to order.
For other outputs, such as documentation or texts, an exclusive licence is agreed. With no territorial or time limit and covering all forms of use.
Rights by law are only half of it, though. The other half must be in your hands.
Why doesn't "transfer of all rights" work in a contract?
Because under Slovak copyright law, authors' economic rights cannot be transferred. They cannot be assigned or waived. A clause saying "the vendor assigns all economic rights to the client" is therefore invalid.
In practice a court will read it as the widest possible licence. But the client's lawyer will flag it, and the contract looks careless.
What isn't yours even though you paid for it?
What the vendor had before the contract or created independently of it. Distinguish four cases:
What
Who owns it
What you get
Software made for you to order
You (you exercise the economic rights)
Everything
A ready-made product or SaaS they only customised
The vendor
A licence under the contract
The vendor's libraries, templates and tools
The vendor
A permanent licence for your business
Open source parts
Their authors
Their licence, usually permissive
The third row is fair. A vendor who gave away their tools couldn't use them for the next client. What matters is that you may use them permanently, not only while you work together.
If the vendor works with subcontractors, ask whether they have settled the rights with them.
Owning the rights isn't enough. What must you have in hand?
Rights without code are just paper. Before the engagement ends, ideally all along, check:
With us, the repository can live on your account or ours, as we agree. You have access to it from day one. If it is on ours, we move it to your account (GitHub or similar) whenever you ask, at the latest when the contract ends.
What does leaving a vendor look like in the contract?
Every vendor writes down how things start. Ask how they end, too. In our contract it is a separate article with four points:
01
Notice in any month
No reason needed.
02
Handover
All code, documentation and access.
03
Help with the switch
We hand over the code and help you move to another vendor.
04
Fixes
We fix last month's defects.
It has a weakness. For a large system, the switch takes a while. That is why we try to write documentation during the project, not at the end. It works this way for all the custom software we build.
When you read the next vendor's contract, turn to the end first. If it doesn't say what you get when you leave, you won't get it.
What if your contract is already signed?
Pull it out and find three places. The intellectual property clause: does it rely on work made to order, or does it "transfer all rights"? The clause on pre-existing work: do you have a permanent licence to the vendor's tools? And the termination clause: what do you get when you leave?
If something is missing, you don't need a dispute right away. Ask for an amendment at the next contract change. A serious vendor won't mind. That is how we handle our own contracts.
When to call a lawyer?
Bring in a lawyer when:
it is a larger contract or involves exclusivity,
the contract covers rights beyond the project,
liability has no cap,
the vendor sends their own contract with a "transfer of all rights",
the contract is governed by a law other than Slovak.
Under Section 91(4) of the Slovak Copyright Act, for a computer program made to order the client is treated as the employer and exercises the economic rights directly by law. This covers what was made to order, not ready-made parts the vendor brought. Other countries have different rules.
Can the vendor transfer all rights to the code to me?
Not in that form under Slovak law. Authors' economic rights cannot be transferred, so a clause transferring them is invalid. A correct contract relies on work made to order and, for the rest, an exclusive licence.
Do I own everything I paid for?
Not always. If the vendor only customised their ready-made product, you have a licence. Libraries, templates and tools the vendor had before the contract stay theirs, and you may use them.
Are rights in the contract enough?
No. You also need the code itself with its history, documentation, access to servers, domains and accounts, and instructions to run the system. Without these, your rights exist only on paper.
When do I need a lawyer?
For a larger contract, exclusivity, rights beyond the project, uncapped liability, a contract under foreign law, and whenever a vendor sends you their own contract with a transfer of rights.
Ask AI about this article
The AI also draws on our other articles and experience from real projects.
An off-the-shelf TMS is enough while you work like most forwarders. When the way your dispatchers work is your edge, the box holds it back. A comparison, 5 questions to decide and when not to build your own.
A B2B e-commerce store sells to new business customers. A B2B portal serves the ones you already have: their prices, orders, delivery status and invoices. Comparison, self-test and what drives the cost of a portal.
LinkedIn
Real experiences, no hype
Filip Papranec, founder of Digitaliko. On LinkedIn we tackle technical challenges, share development know-how and show how AI actually changes business. We don't do AI hype: we're realists, not dream sellers.