COMPLIANCE & RIGHT · TRATTATO
Le aziende del software lavorano con cicli di sviluppo brevi, cambiando componenti e diversi modelli di consegna. Gli audit legali devono pertanto aver luogo quando sono definiti l'architettura, le funzioni e i canali di distribuzione. Consigliamo ai fornitori e alle aziende di sviluppo i diritti d'uso, i dati, i requisiti di sicurezza e gli obblighi contrattuali.
Il modello di business fa la differenza
Un'applicazione installata localmente, un'offerta SaaS e un software incorporati in un dispositivo sollevano domande diverse. Lo stesso vale per lo sviluppo puro per conto e le vendite con il proprio marchio. Occorre pertanto stabilire prima della revisione del contratto quali servizi fornisce la società stessa, quali componenti di terzi sono utilizzate e chi agisce come fornitore nei confronti del cliente.
Un cambiamento nel modello di consegna merita anche un nuovo test. Ad oggi, una licenza adeguata non può coprire l'uso nell'hosting o nell'integrazione in un prodotto cliente. Un cambiamento tecnico a volte cambia anche i ruoli di protezione dei dati e gli impegni in materia di sicurezza.
Diritti e componenti chiari prima del rilascio
I contratti di sviluppo devono garantire i diritti d'uso effettivamente necessari. Inoltre, ci sono codice sorgente, documentazione, diritti di modifica e la gestione di componenti di terze parti. Per il software libero è raccomandato un processo di rilascio comprensibile, che tiene conto della versione di licenza e del modulo di utilizzo. Una scansione fornisce indizi; licenze e dipendenze poco chiare richiedono una valutazione professionale.
Pagina Compliance software e open source tratta questi temi in dettaglio. Nel caso di una vendita della società, è opportuno organizzare tempestivamente catene di diritti e prove di licenza per non iniziare a testare nella sala dati.
Sicurezza e accesso ai dati
Se il Regolamento sulla ciberresilienza dipende dal prodotto specifico e dalla sua fornitura. I requisiti devono essere distinti dalla sicurezza informatica organizzativa dell'azienda. Per i servizi di cloud e altri servizi di elaborazione dati, le disposizioni di cambio di dati Legge sui dati essere pertinenti.
Nel caso dei dati personali, la responsabilità, il trattamento degli ordini, i subappaltatori e i trasferimenti internazionali devono essere chiariti. Un contratto dovrebbe riflettere i flussi di dati effettivi. Le promesse sui luoghi di archiviazione, la crittografia o la cancellazione devono essere mantenute tecnicamente.
Funzioni AI e comunicazione con il cliente
Nell'integrazione di AI, lo scopo è quello di catturare il ruolo del cliente e le possibili modifiche. Non tutte le applicazioni sono ad alto rischio. La trasparenza, la protezione dei dati, il diritto d'autore e gli impegni contrattuali possono diventare rilevanti anche al di fuori di questa categoria. Le omologazioni devono documentare quale funzione è stata controllata e la modifica in cui la prova deve essere rinnovata.
Le descrizioni delle prestazioni dovrebbero spiegare chiaramente i limiti, i prerequisiti e le responsabilità. Le promesse generali come "completamente legalmente conformi" sono inaffidabili senza una base di riferimento specifica. Gli obblighi di garanzia, supporto e aggiornamento devono essere adeguati al servizio offerto.
Cooperazione con l'impresa
Un ordine può riguardare un modello di licenza unico, un contratto con il cliente o un processo di rilascio per nuove funzioni. Chiudiamo le questioni giuridiche con le persone responsabili e manteniamo i risultati in modo che la gestione dei prodotti e lo sviluppo possano lavorare con loro. Nel caso delle prove tecniche, le responsabilità sono concordate separatamente.
Per Richiesta di mandato In primo luogo, la descrizione del prodotto, il modello di consegna, i clienti destinatari e la domanda concreta sono sufficienti. Il codice sorgente riservato è richiesto solo se necessario per l'ordine coordinato.
Base giuridica e decisioni: Diritto d'autore, in particolare §§ 69a e segg.; Commissione europea: CRA; Commissione europea: Data Act.
Situazione al 2 novembre 2026.
Per ulteriori informazioni: Software, licenze e open source · Conformità IA · Protezione dei dati e sicurezza informatica
Quattro esempi pratici
I seguenti casi fittizi illustrano domande d'esame tipiche. La soluzione concreta dipende dalle circostanze del singolo caso.
01 · SaaS con i dati del cliente
Un provider elabora dati provenienti da diversi clienti. I ruoli, il contratto, la sicurezza e i subappaltatori sono determinati per il modello di prestazioni specifico.
02 · Nuova funzione AI
Un prodotto esistente riceve recensioni automatiche. Il ruolo e la valutazione dei rischi vengono aggiornati; la vecchia release non copre automaticamente le nuove funzioni.
03 · Biblioteca straniera
Un rilascio contiene un componente non controllato. Le licenze, la sicurezza e le prove saranno chiarite prima della pubblicazione.
04 · Cessazione di un cliente principale
Il cliente richiede un'esportazione completa dei dati. Gli obblighi contrattuali e giuridici di modifica sono coordinati con l'esportazione tecnicamente disponibile.
Il tuo prossimo passo
Vuoi trasferire i requisiti alla tua azienda o avere un processo specifico controllato? Per il primo contatto sono sufficienti una breve descrizione e un riferimento alle scadenze esistenti. Voteremo sulla portata dell'esame e del risarcimento prima della messa in servizio.