LICENZE KILLER

Ecco un riassunto - generato da un LLM - dell’articolo “Contract killers: how EULAs are shifting power from users to shareholders” di Martyn Day su AEC Magazine : 

Tema centrale

L’articolo esplora come gli accordi di licenza per l’utente finale (EULA) e i “Terms of Use” stiano evolvendo, passando da semplici strumenti per regolamentare l’uso del software a leve strategiche che i fornitori utilizzano per controllare i dati, le piattaforme e l’ecosistema di sviluppo. Il potere si sposta progressivamente dagli utenti agli azionisti delle società che forniscono software. 

---

Evoluzione delle EULA: da protezione software a controllo dei dati

In origine le EULA servivano a proteggere il software da pirateria e limitare installazioni, ma non regolavano l’uso del lavoro generato (disegni, modelli, dati). 

Con l’avvento delle licenze in abbonamento e dei servizi cloud, i contratti sono diventati più “vivi”: aggiornabili unilateralmente, con clausole che impattano l’uso, il trasferimento e la proprietà dei dati. 

Le aziende software ora mirano anche ai “prodotti” degli utenti (outputs) come elementi strategici: tali prodotti diventano materia prima per analisi, training di AI, ecosistemi controllati. 

---

Caso Autodesk e il “diritto” sui output

Autodesk include nei suoi “Terms of Use” clausole che vietano l’uso dei risultati (output) del software per addestrare modelli di AI, a meno che il training avvenga nel loro ecosistema cloud (APS). 

Ciò crea una tensione: pur dichiarando che “i tuoi contenuti ti appartengono”, le clausole contrattuali vincolano molti usi — in particolare quelli legati all’IA. 

Potenzialmente, anche esportazioni in formati standard (ad esempio IFC) potrebbero essere considerate "output" soggette alle restrizioni. 

Questo genera rischi legali e operativi: contratti con clienti che richiedono piena proprietà, accordi di responsabilità (indennità) potrebbero entrare in conflitto con i termini imposti da Autodesk. 

---

Effetti su sviluppatori, ecosistemi e concorrenza

Autodesk ha trasformato il suo ambiente API / APS in un modello “a consumo”: ogni operazione (traduzioni, automazioni, integrazioni) può essere conteggiata e fatturata, riducendo i vantaggi precedentemente inclusi. 

L’accesso alle API è più restrittivo, richiedendo autorizzazioni controllate. Innovazioni interne che prima potevano essere liberamente estese o commercializzate ora devono passare dalla valutazione contrattuale del fornitore. 

Aziende come Dassault impongono royalties agli sviluppatori; modelli di business che sembravano premiare l’ecosistema ora riducono l’autonomia degli sviluppatori indipendenti. 

---

Perché è importante

I file di progetto, i modelli BIM, i dati CAD diventano asset strategici: impedire agli utenti di usarli per il training AI significa “catturare” quel valore all’interno dell’ecosistema del fornitore. 

Le imprese rischiano di perdere il controllo sull’innovazione interna: se non possono alimentare i propri modelli con i propri dati, diventano dipendenti dalle piattaforme esterne. 

D’altra parte, i fornitori rafforzano il lock‑in: gli utenti sono vincolati all’ecosistema se vogliono sfruttare al massimo le funzionalità AI offerte. 

---

Proposte e vie d’uscita

L’autore suggerisce l’istituzione di un Bill of Rights per gli utenti del software AEC, con principi come:

1. Proprietà dei dati — garantire che i clienti possiedano pienamente ciò che producono

2. Libertà AI — permettere il training interno sui propri dati

3. Equità per gli sviluppatori — modelli di API aperti e non punitivi

4. Trasparenza — obbligo per i fornitori di chiarire come usano i dati

5. Portabilità — interoperabilità e standard aperti per evitare lock‑in 

Si auspica che normative come il Digital Markets Act e il Data Act (UE) potrebbero intervenire per limitare i comportamenti delle piattaforme dominanti. 

L’unica via efficace è l’azione collettiva: clienti, sviluppatori e normative devono opporsi ai termini contrattuali eccessivi. 

---