Il Consiglio dei ministri ha approvato la nuova Legge saudita sul diritto d'autore il 27 gennaio 2026. È stata pubblicata nel numero 5144 di Umm Al-Qura il 13 febbraio 2026, e l'articolo 61 ne fissa l'entrata in vigore 180 giorni dopo la pubblicazione, cioè il 12 agosto 2026. La legge è ora in vigore e sostituisce la legge sul diritto d'autore del 2003, emanata con il Regio Decreto M/41 del 2/7/1424H, che ha disciplinato le opere protette per oltre due decenni.

Gran parte della copertura sulla nuova legge si è concentrata su sanzioni, licenze e sull'eccezione per l'addestramento dell'IA. Ma se guidi un'azienda che abbia mai pagato per un sito web, un'app o un sistema su misura, l'articolo che sentirai davvero è il 18. Non riguarda la pirateria né le violazioni. Risponde a una domanda più semplice e dalle conseguenze maggiori: dopo che hai pagato il software, chi è titolare dei relativi diritti?

Tre casi, due esiti molto diversi

L'articolo 18 distingue tre situazioni, ciascuna con la propria regola, e tutte si chiudono con la stessa riserva: salvo diverso accordo.

  • Un dipendente che crea un'opera nel corso del rapporto di lavoro, collegata alle attività del datore di lavoro: il diritto d'autore appartiene al datore di lavoro. È il caso comodo, quello che tutti presumono valga ovunque. Uno sviluppatore a libro paga scrive il tuo sistema interno di vendita, e i diritti sono tuoi.
  • Un'opera creata per conto di un'altra persona: i diritti patrimoniali spettano all'autore. È il caso dell'outsourcing: una software house, un freelance o un'agenzia di design che consegna un progetto secondo le tue istruzioni e dietro compenso. La legge non presume che il pagamento trasferisca la titolarità.
  • Un dipendente che crea un'opera non collegata alle attività del datore di lavoro: i diritti patrimoniali restano al dipendente. Ciò che il tuo personale costruisce nel tempo libero, al di fuori del tuo settore di attività, non è tuo.

Il secondo caso è la trappola, perché descrive come viene effettivamente consegnata la maggior parte dei progetti digitali sul mercato saudita: un'azienda incarica un soggetto esterno di costruire un'app, un negozio online o un sistema interno. La maggior parte dei titolari esce dalla firma con l'impressione che la fattura abbia comprato tutto. La legge dice il contrario, a meno che il contratto non disponga diversamente, e la distanza tra le due cose è una sola frase scritta.

Quanto costa davvero non detenere i diritti patrimoniali

I diritti patrimoniali non sono un'astrazione. L'articolo 9 elenca ciò che comprendono: riproduzione, traduzione e adattamento e qualsiasi modifica, distribuzione, noleggio, comunicazione dell'opera al pubblico e, in generale, la concessione in licenza del suo sfruttamento commerciale. Chi li detiene decide se l'opera può essere riutilizzata, chi può modificarla e a chi altro se ne può vendere una copia.

Immagina l'effetto su un'azienda operativa. Tre anni fa hai acquistato un sistema su misura da uno sviluppatore esterno con un contratto breve che non ha mai menzionato la titolarità. Oggi vuoi consegnare il codice sorgente a un altro team per ampliarlo, concedere il sistema in licenza a una filiale del gruppo o vendere l'azienda con i suoi sistemi inclusi. In ciascuno di questi momenti, chi detiene il diritto di riprodurre, modificare e concedere in licenza non sei tu.

Questo non ti lascia a mani vuote. L'articolo 12 sottopone programmi per elaboratore, applicazioni e banche dati alla licenza che li accompagna, e l'acquirente è vincolato ai termini di tale licenza. Ma licenza e titolarità sono strumenti diversi. Una licenza ti dà il diritto di usare entro certi limiti; la titolarità ti dà il diritto di disporre. Il divario tra le due emerge proprio nel momento in cui devi disporre di qualcosa.

I diritti morali non si trasferiscono mai, anche quando tutto il resto sì

È qui che molti contratti vengono fraintesi. L'articolo 7 divide il diritto d'autore in diritti morali e diritti patrimoniali. I diritti patrimoniali si trasferiscono con un atto di disposizione lecito ai sensi dell'articolo 10, in tutto o in parte. I diritti morali sono descritti dall'articolo 7(2) come perpetui, imprescrittibili, inalienabili, irrinunciabili e non estinti dalla concessione di qualsiasi forma di sfruttamento economico.

In pratica: anche con la clausola di cessione più solida che il tuo avvocato possa redigere, che ti trasferisca ogni diritto patrimoniale, lo sviluppatore conserva il diritto di essere indicato come autore e il diritto di opporsi a una modifica che snaturi l'opera in modo lesivo della sua reputazione. Non è un difetto di redazione, è una norma di legge che nessun accordo può cambiare. Tratta quindi una clausola di titolarità come una descrizione precisa di ciò che è passato a te e di ciò che è rimasto a loro, non come una gomma per cancellare.

C'è poi l'articolo 17, sulle opere collettive: la persona che ha diretto la creazione dell'opera, l'ha gestita e l'ha pubblicata a proprio nome e per proprio conto detiene il diritto esclusivo di esercitare il diritto d'autore, salvo diverso accordo. È una strada diversa con condizioni proprie, e non sostituisce una clausola scritta.

La clausola di cui ha bisogno il tuo contratto

La buona notizia è che tutto quanto detto sopra può essere modificato per accordo. L'espressione salvo diverso accordo non è una scappatoia, è l'uscita prevista: la legge fornisce una regola suppletiva per le parti che non hanno scritto nulla e rimanda alle parti che hanno scritto qualcosa. La differenza tra un'azienda che possiede i propri sistemi e una che non li possiede è di solito un solo paragrafo in un contratto di sviluppo.

Ciò che merita di essere indicato espressamente:

  • Cessione dei diritti patrimoniali: una formulazione chiara secondo cui tutti i diritti patrimoniali sull'opera passano al cliente al collaudo o al pagamento integrale, non una semplice licenza d'uso.
  • Definizione dell'opera: esattamente cosa è incluso. Codice sorgente, schema del database, design, contenuti e documentazione tecnica. I termini generici rimandano solo un disaccordo a più tardi.
  • Componenti open source e di terze parti: ogni sistema moderno è costruito su librerie e framework con le proprie licenze, e nessuno ne trasferisce la titolarità. Chiedi l'inventario e le relative licenze, perché una clausola che promette la titolarità assoluta di ogni riga è una clausola che non può essere rispettata.
  • Consegna del codice sorgente: la titolarità senza una consegna effettiva del sorgente e dell'accesso al repository non ti aiuta il giorno in cui vuoi cambiare fornitore. Lega la consegna a una milestone definita, non a una promessa aperta.
  • Freelance e subappaltatori: se il tuo fornitore coinvolge altri, deve prima assicurarsi i loro diritti per poterli trasferire a te. Una catena di diritti si spezza nel suo anello più debole.

Registrazione: una presunzione, non un'attribuzione di titolarità

L'articolo 42 consente di registrare le opere presso l'Autorità saudita per la proprietà intellettuale, insieme alla documentazione delle modifiche e degli atti di disposizione che le riguardano, e stabilisce che la registrazione costituisce una presunzione relativa di titolarità dell'opera.

La registrazione è quindi facoltativa e non crea una titolarità che non esisteva. Ciò che cambia è l'onere della prova. Un'azienda che ha registrato il proprio sistema, i propri design e i propri contenuti originali entra in una controversia presunta titolare finché qualcuno non dimostri il contrario, invece di raccogliere vecchie e-mail per provare di aver commissionato l'opera. Insieme a un contratto che trasferisca chiaramente i diritti patrimoniali, il fascicolo è completo: un accordo scritto e una registrazione ufficiale della cessione.

Il cambiamento più ampio: da prodotto in patria a posseduto in patria

L'articolo 18 non è isolato. Il Consiglio dei ministri ha approvato la Politica nazionale per la proprietà intellettuale il 25 agosto 2026, estendendo la Strategia nazionale per la proprietà intellettuale lanciata nel dicembre 2022, la cui attuazione è supervisionata dall'Autorità saudita per la proprietà intellettuale. La direzione dei due documenti è la stessa: passare dalla tutela dei diritti al loro utilizzo, e dal riconoscimento dei beni immateriali al loro trattamento come asset economici che possono essere trasferiti, concessi in licenza e valutati.

Per un imprenditore significa che la questione della titolarità non è più una faccenda legale sollevata solo durante una controversia. Viene sollevata in sede di valutazione, quando entra un investitore, durante un'acquisizione e quando si chiede un finanziamento. Le aziende che non riescono a dimostrare di possedere i propri sistemi di solito lo scoprono nel momento peggiore possibile: nel mezzo di una due diligence.

Il punto di vista di Origami

Siamo la parte che l'articolo 18 descrive nel suo secondo caso, quindi lo diciamo chiaramente: la cessione dei diritti patrimoniali va scritta nel contratto, e non è nell'interesse del cliente lasciarla alla regola suppletiva. Quando costruiamo un sistema su misura, la titolarità di codice, design e dati viene stabilita per iscritto prima che venga scritta la prima funzione, e viene consegnato l'intero repository, non solo una build. Un'azienda che costruisce il tuo sistema e si oppone a questa clausola ti sta dicendo qualcosa sul tipo di rapporto che vuole.

L'altra metà del quadro è che la titolarità assoluta è una finzione. Ogni sistema moderno poggia su librerie e framework open source con le proprie licenze, e su servizi cloud con i propri termini. Una redazione onesta separa ciò che ti trasferiamo da ciò che usi in base a una licenza di terze parti, con un inventario esplicito. Oggi questa distinzione sembra un dettaglio tecnico, ed è ciò che mantiene solido il tuo fascicolo il giorno in cui a esaminarlo sarà un avvocato e non un programmatore. Attraversa tutti i nostri servizi e prosegue la nostra prima lettura della nuova legge.

Tre domande a cui rispondere questa settimana

Per iniziare non serve una revisione legale completa. Servono tre risposte sui sistemi che già utilizzi.

  • Il contratto del tuo sito, della tua app o del tuo sistema contiene una formulazione esplicita che trasferisce i diritti patrimoniali? Se la titolarità non viene mai menzionata, sei nel secondo caso dell'articolo 18.
  • Possiedi davvero il codice sorgente, o possiedi un sistema funzionante e un accesso a una dashboard? Il primo è un asset, il secondo è un servizio.
  • Chi sviluppa per te oggi: un dipendente a libro paga o un fornitore esterno? Secondo l'articolo 18, è la differenza tra un diritto che ottieni automaticamente e un diritto che richiede una formulazione scritta.

Se le risposte sono scomode, la soluzione non è complicata. Un addendum firmato che trasferisce i diritti patrimoniali corregge la posizione sui progetti conclusi, e una clausola fissa nel tuo modello di contratto impedisce che si ripresenti. I contratti futuri sono più semplici di quelli passati, ed entrambi sono molto più semplici di una controversia su un sistema su cui la tua azienda si regge ogni giorno.

Fonti