---
title: "Cos’è un data sharing agreement?"
description: "Un data sharing agreement (DSA), cioè un accordo di condivisione dei dati, è un contratto tra due o più organizzazioni che stabilisce quali dati una"
canonical: "https://contracko.com/it/blog/what-is-a-data-sharing-agreement"
---
# Cos’è un data sharing agreement?

Source: https://contracko.com/it/blog/what-is-a-data-sharing-agreement

[Blog](https://contracko.com/it/blog)

[Cos’è un data sharing agreement?](https://contracko.com/it/blog/what-is-a-data-sharing-agreement)

# Cos’è un data sharing agreement?

Budi Voogt 25 ago 2026

Copia per LLM

Un data sharing agreement (DSA), cioè un accordo di condivisione dei dati, è un contratto tra due o più organizzazioni che stabilisce quali dati una parte metterà a disposizione dell'altra, per quali finalità, con quali misure di tutela e che cosa il destinatario non potrà farne. Individua i set di dati, fissa gli usi consentiti, ripartisce la responsabilità per la sicurezza e per le violazioni e indica che fine fanno i dati quando il rapporto si chiude.

L'elemento che lo caratterizza è che il destinatario, di regola, può utilizzare i dati per finalità proprie, entro i limiti fissati dall'accordo. È questo che distingue un data sharing agreement da un accordo sul trattamento dei dati, in cui un fornitore tratta i dati soltanto sulla base delle istruzioni documentate del cliente e non persegue alcuna finalità autonoma. Ai sensi del General Data Protection Regulation (GDPR) dell'Unione europea (UE), è proprio quel rapporto fondato sulle sole istruzioni che il contratto con il responsabile del trattamento deve disciplinare, compresi gli impegni di riservatezza, le misure di sicurezza, le condizioni per il ricorso a sub-responsabili e la cancellazione o restituzione dei dati al termine del servizio [1]. Un data sharing agreement ha una forma diversa: due organizzazioni, ciascuna con una propria ragione per volere quei dati.

Questa guida descrive la prassi degli Stati Uniti. Diverse regole illustrate qui di seguito derivano da uno specifico regime federale o da una singola legge statale, non da una disciplina nazionale di portata generale, e ciascuna è indicata nella frase in cui rileva. Per un'organizzazione con sede in Italia il tema si presenta quasi sempre allo stesso modo: nel momento in cui condivide dati con controparti, partner di ricerca o clienti statunitensi, sono queste le clausole che l'altra parte porterà al tavolo. Si tratta di informazioni di carattere generale, non di consulenza legale su uno specifico accordo.

L'intestazione del documento non ha alcun valore giuridico. L'UK Information Commissioner's Office (ICO), il cui codice sulla condivisione dei dati è una delle trattazioni pubbliche più dettagliate di questo documento, osserva che le organizzazioni utilizzano per il medesimo strumento denominazioni come information sharing agreement, data o information sharing protocol e personal information sharing agreement [2]. Nella prassi statunitense si incontrano anche data use agreement, data transfer agreement, data exchange agreement o, semplicemente, un allegato sui dati innestato su un contratto più ampio.

Alcuni documenti che sembrano affini non sono la stessa cosa. Il codice dell'ICO afferma che un memorandum d'intesa non costituisce di per sé un data sharing agreement, salvo che intervenga tra dipartimenti governativi e determinati altri enti pubblici come autorità di vigilanza e forze dell'ordine, e che non sono idonei allo scopo né un elenco di standard né un'appendice a un contratto o a un ordine di acquisto [2]. È una linea guida britannica, ma il principio di fondo vale ovunque: un documento che registra buone intenzioni senza vincolare nessuna delle due parti a obblighi puntuali di gestione dei dati non assolve la funzione.

Due sottotipi statunitensi sono strumenti regolamentari a contenuto predeterminato, non documenti commerciali liberamente negoziabili.

Il primo è il data use agreement previsto dal Health Insurance Portability and Accountability Act (HIPAA). Un soggetto obbligato può divulgare un limited data set per finalità di ricerca, sanità pubblica o gestione delle attività sanitarie soltanto se conclude un data use agreement con il destinatario. La normativa prescrive che cosa quell'accordo debba fare: individuare gli usi e le divulgazioni consentiti, individuare chi è autorizzato a utilizzare o ricevere i dati e vincolare il destinatario a non utilizzare né divulgare ulteriormente le informazioni al di fuori di quanto consentito, ad adottare misure di tutela adeguate, a segnalare qualsiasi uso o divulgazione non previsti, a imporre ai propri incaricati le medesime restrizioni e a non identificare le informazioni né contattare gli interessati [3]. Un limited data set non è un insieme di dati de-identificati. È un insieme di dati privati di un elenco tassativo di identificatori diretti, tra cui nomi, indirizzo, numeri di telefono e fax, indirizzi e-mail, numeri di previdenza sociale e di cartella clinica, identificativi di dispositivo, indirizzi Internet Protocol (IP), identificatori biometrici e immagini del volto a figura intera, mentre possono permanere le date e l'indicazione di città, stato e codice postale [3].

Il secondo è la famiglia degli accordi federali tra agenzie. Presso i Centers for Medicare & Medicaid Services (CMS) il tipo di accordo segue i dati e la finalità: un data use agreement quando un'altra agenzia chiede la divulgazione di informazioni di identificazione personale (PII) o informazioni sanitarie protette (PHI) da parte di CMS, un information exchange agreement quando i PII di CMS sono scambiati con un'altra agenzia federale o statale senza effetti pregiudizievoli sulle prestazioni spettanti a un individuo, e un computer matching agreement quando sistemi automatizzati di archiviazione vengono confrontati in modo tale da incidere su prestazioni federali oppure allo scopo di recuperare pagamenti o indagare su frodi [4]. Se una controparte chiede «un DSA», conviene chiarire quale di questi strumenti intenda prima di redigere qualsiasi testo.

## Finalità e usi più comuni

Un data sharing agreement serve a rendere dimostrabili i termini dello scambio prima che i dati si muovano e a dare a entrambe le parti un testo cui riferirsi in seguito. Registra perché la condivisione è necessaria, che cosa è stato effettivamente trasmesso, chi l'ha autorizzata e quali vincoli il destinatario ha accettato. Il codice dell'ICO inquadra il punto in termini di accountability: nel diritto britannico un data sharing agreement non è obbligatorio, ma averlo aiuta un'organizzazione a dimostrare di avere esaminato e documentato i profili di conformità rilevanti, e l'ICO precisa che terrà conto di un accordo pertinente nel valutare un reclamo sulla condivisione dei dati [2].

In alcuni contesti statunitensi l'accordo scritto non è affatto facoltativo.

Ricerca. I dati ad accesso controllato sono rilasciati a utenti approvati sulla base di un accordo firmato, non scaricabili liberamente. Il quadro NIH sulla condivisione dei dati genomici si regge su un Data Use Certification Agreement che contiene clausole come il divieto di trasferimento, ragione per cui un server di imputazione può conservare i genotipi caricati solo per breve tempo prima della cancellazione. Nel dicembre 2025 NIH ha pubblicato una proposta per istituire una più ampia Controlled-Access Data Policy e per rivedere la Genomic Data Sharing Policy, con termine per i commenti fissato al 18 marzo 2026: gli enti che gestiscono flussi di dati di ricerca devono quindi attendersi un'evoluzione di questo quadro [5].

Istruzione. Il Family Educational Rights and Privacy Act (FERPA) consente la divulgazione dei registri scolastici a organizzazioni che svolgono studi per conto o su incarico delle scuole, allo scopo di sviluppare o validare test predittivi, gestire il sostegno agli studenti o migliorare la didattica, ma soltanto sulla base di un accordo scritto che specifichi finalità, ambito e durata dello studio e le informazioni da divulgare, limiti l'uso a quella finalità, impedisca l'identificazione personale da parte di chiunque non sia un rappresentante dell'organizzazione e imponga la distruzione di tutte le informazioni personalmente identificabili quando non sono più necessarie [6].

Divulgazione commerciale ai sensi del diritto statale sulla privacy. La California impone all'impresa che vende dati personali a un terzo, li condivide con un terzo o li comunica a un fornitore di servizi o a un contraente di concludere un accordo che specifichi le finalità limitate e determinate, obblighi il destinatario ad assicurare lo stesso livello di protezione della privacy richiesto dalla legge, riconosca all'impresa il diritto di adottare misure ragionevoli per garantire un uso conforme, imponga al destinatario di avvisare l'impresa qualora non sia più in grado di adempiere ai propri obblighi e attribuisca all'impresa il diritto di far cessare e rimediare l'uso non autorizzato [7].

Programmi congiunti e segnalazioni. Due organizzazioni che gestiscono un servizio condiviso, un'iniziativa di co-marketing o un flusso di segnalazioni perseguono ciascuna una propria finalità rispetto ai dati, quindi nessuna delle due tratta su istruzione dell'altra. Ai sensi del GDPR, quando due o più titolari determinano congiuntamente le finalità e i mezzi del trattamento sono contitolari e devono definire i rispettivi obblighi in un accordo tra loro, i cui elementi essenziali devono essere messi a disposizione degli interessati [1].

## Le parti di un data sharing agreement

Di norma le parti indicate sono due: l'organizzazione che divulga, talvolta chiamata fornitore o fonte dei dati, e l'organizzazione che riceve, talvolta chiamata destinatario o utilizzatore dei dati. Individuare correttamente il soggetto giuridico conta qui quanto in qualsiasi altro contratto. Se il destinatario è un ente di ricerca, la firma che lo vincola è di regola quella di un firmatario istituzionale, non del singolo ricercatore che desidera i dati.

La parte che divulga risponde di avere il potere o la base giuridica per divulgare, di trasmettere soltanto i campi indicati nell'accordo e dell'esattezza dei dati al momento del trasferimento. Ai sensi di HIPAA resta esposta anche in seguito: se un soggetto obbligato viene a conoscenza di una condotta o di una prassi reiterata del destinatario che integra una violazione sostanziale del data use agreement, deve adottare misure ragionevoli per porvi rimedio o interrompere la divulgazione e, se nessuna delle due strade è percorribile, segnalare il problema al Secretary [3].

La parte che riceve si assume il carico operativo. Mantiene i dati entro le finalità dichiarate, applica le misure di tutela concordate, tiene il proprio personale e i propri incaricati entro le medesime restrizioni, segnala gli incidenti e restituisce o distrugge i dati nei tempi previsti.

Altri due gruppi rilevano pur senza firmare. Incaricati, subappaltatori e destinatari a valle devono essere vincolati da clausole di flow-down, e il data use agreement previsto da HIPAA lo richiede esattamente per ogni incaricato [3]. E gli individui cui i dati si riferiscono non sono parti, ma conservano diritti nei confronti delle organizzazioni che detengono i loro dati: per questo l'accordo deve indicare chi risponde a una richiesta di accesso. Ai sensi del GDPR l'interessato può esercitare i propri diritti nei confronti di ciascun contitolare, a prescindere da quanto i contitolari abbiano pattuito tra loro [1].

## Clausole e termini principali

I data sharing agreement che funzionano coprono quasi sempre lo stesso terreno. I nomi delle clausole cambiano; le domande no.

Specifica dei dati. Esattamente quali set di dati, tabelle e campi vengono trasferiti. Il codice dell'ICO richiede questo livello di precisione e osserva che in alcuni casi va condivisa solo una parte delle informazioni contenute in un file, omettendo il materiale più sensibile, e che è possibile associare autorizzazioni a singoli elementi di dato in modo che vi acceda soltanto personale formato con ruoli specifici [2]. Una specifica che dice «anagrafica clienti» non è una specifica.

Finalità e usi consentiti. Che cosa il destinatario può fare con i dati, formulato in modo abbastanza circoscritto da essere verificabile. Ogni regime richiamato sopra si fonda su questa clausola, ed è quella che decide se un uso successivo sia una violazione oppure ordinaria amministrazione.

Destinatari autorizzati e accessi. Chi, all'interno dell'organizzazione ricevente, può toccare i dati, e se siano coperti singoli individui nominativamente indicati, ruoli o società affiliate.

Base giuridica o potere di agire. Il titolo in forza del quale ciascuna parte condivide o riceve. Il codice dell'ICO osserva che la base giuridica di un'organizzazione in un accordo di condivisione può non coincidere con quella dell'altra e che l'accordo dovrebbe indicare il potere giuridico invocato [2].

Sicurezza e misure di tutela. Misure tecniche e organizzative, modalità di trasmissione, luogo di conservazione e controlli di accesso. La prassi migliore è indicare uno standard preciso invece di un generico dovere di diligenza.

Divieto di re-identificazione e di contatto. È una clausola standard nella condivisione in ambito sanitario e di ricerca, oltre che un elemento obbligatorio del data use agreement previsto da HIPAA [3].

Segnalazione degli incidenti. Che cosa costituisce un evento da segnalare e con quale tempestività vada segnalato, dal destinatario a chi ha divulgato i dati e, a seguire, a qualsiasi autorità.

Trasferimenti successivi. Questa clausola è diventata determinante per le società statunitensi che condividono dati oltre frontiera. La regola del Department of Justice che attua l'Executive Order 14117, in vigore dall'8 aprile 2025, vieta a una persona statunitense di effettuare consapevolmente attività di data brokerage che diano a una persona straniera accesso a dati collegati al governo o a grandi volumi di dati personali sensibili statunitensi, a meno che la persona statunitense non imponga contrattualmente a quella persona straniera di astenersi dal successivo data brokerage degli stessi dati verso un paese di preoccupazione o una persona interessata, e non segnali entro 14 giorni ogni violazione nota o sospetta di tale obbligo contrattuale [8]. I paesi di preoccupazione sono Cina, incluse Hong Kong e Macao, Cuba, Iran, Corea del Nord, Russia e Venezuela [8].

Diritti degli interessati. Chi gestisce le richieste di accesso, opposizione, rettifica e cancellazione e chi è il punto di contatto unico. Il codice dell'ICO è esplicito nel dire che tutti i titolari restano responsabili della conformità anche quando l'accordo ripartisce i compiti e che l'accordo dovrebbe indicare chi si assume la responsabilità complessiva di aiutare un individuo a raggiungere tutti i dati che lo riguardano [2].

Conservazione, restituzione e distruzione. Per quanto tempo il destinatario può conservare i dati e quale prova della distruzione è richiesta. Nell'eccezione FERPA per gli studi la distruzione è una condizione della divulgazione, non una cortesia [6].

Diritti di audit e di rimedio. La legge californiana impone all'impresa che divulga di riservarsi il diritto di adottare misure ragionevoli e appropriate per contribuire a garantire un uso conforme e, su segnalazione, di far cessare e rimediare l'uso non autorizzato [7]. Ai sensi della regola del United States Department of Justice (DOJ), la persona statunitense che effettua transazioni soggette a restrizioni deve far svolgere un audit indipendente una volta per ciascun anno solare in cui le effettua, riferito ai dodici mesi precedenti [8].

Durata, risoluzione e sopravvivenza degli obblighi. Quali obblighi sopravvivono all'accordo. Di norma lo fanno la riservatezza, il divieto di re-identificazione e i doveri di distruzione.

## Date importanti ed eventi del ciclo di vita

I data sharing agreement falliscono in silenzio, perché quasi tutto ciò che va storto è una data che nessuno stava sorvegliando. Le date da registrare fin dal primo giorno:

| Evento | Perché conta |
| --- | --- |
| Data di decorrenza e durata | Fissa quando l'uso consentito inizia e quando finisce |
| Scadenza dell'autorizzazione sottostante | Un'approvazione IRB, un consenso o un periodo di finanziamento possono terminare prima del contratto |
| Calendario degli aggiornamenti o dei flussi di dati | Un trasferimento aggiuntivo non programmato è un trasferimento non autorizzato |
| Termine per la distruzione o la restituzione | Di solito è legato alla fine del progetto, non alla fine del contratto |
| Termine per la segnalazione degli incidenti | La regola del DOJ fissa 14 giorni per segnalare una sospetta violazione sui trasferimenti successivi [8] |
| Audit annuale | Richiesto per ogni anno solare con transazioni soggette a restrizioni ai sensi della regola del DOJ [8] |
| Data di revisione | Non è un termine di legge, ma è l'unica cosa che tiene aggiornato il documento |

La data di revisione merita una riga a sé. Il codice dell'ICO afferma che gli accordi vanno riesaminati con regolarità e in particolare quando mutano le circostanze o le ragioni della condivisione, che l'accordo va aggiornato per riflettere ogni cambiamento e che un reclamo significativo o una violazione della sicurezza devono di per sé innescare un riesame [2]. L'ingresso di un'ulteriore organizzazione nell'accordo è un altro fattore scatenante, e l'ICO raccomanda che l'accordo preveda procedure per includere organizzazioni aggiuntive e per escluderne una [2].

## Rischi ed errori più comuni

Usare lo strumento sbagliato. Un rapporto con un responsabile del trattamento travestito da data sharing agreement porta con sé il pacchetto di clausole sbagliato. Se l'altra parte agisce esclusivamente sulla base delle Sue istruzioni documentate, Le serve un accordo sul trattamento, non un accordo di condivisione. Per quel lato della linea di confine, veda [che cos'è un accordo sul trattamento dei dati (DPA)?](https://contracko.com/blog/what-is-a-data-processing-agreement).

Dare per scontato che la de-identificazione escluda i dati dall'ambito di applicazione. Spesso non è così. La regola del DOJ definisce i grandi volumi di dati personali sensibili statunitensi come dati che raggiungono le sue soglie «indipendentemente dal fatto che siano anonimizzati, pseudonimizzati, de-identificati o cifrati», e le soglie sono più basse di quanto la maggior parte delle persone immagini: più di 100 persone statunitensi per i dati genomici umani, più di 1.000 persone statunitensi per altri dati omici umani o identificatori biometrici, più di 1.000 dispositivi statunitensi per i dati di geolocalizzazione precisa, più di 10.000 persone statunitensi per i dati sanitari o finanziari personali e più di 100.000 persone statunitensi per gli identificatori personali coperti [8].

Dare per scontato che un termine definito significhi ciò che sembra. Nel diritto californiano «share» non è una parola di uso corrente. Significa comunicare dati personali a un terzo per finalità di pubblicità comportamentale cross-contestuale, mentre «sell» è il termine più ampio che copre la comunicazione a fronte di un corrispettivo in denaro o di altra utilità [7]. Una policy interna che dichiara «non condividiamo i dati» può descrivere qualcosa di ben più circoscritto di quanto il lettore creda.

Una clausola sulle finalità a maglie larghe. «Per finalità aziendali» dà tutto al destinatario e non Le lascia nulla da far valere.

Nessun flow-down. Se il subappaltatore del destinatario non è vincolato, le restrizioni si fermano al primo passaggio.

Nessuna prova della distruzione. Un obbligo di distruzione privo di attestazione e di scadenza è un obbligo che nessuno esegue.

Firmare una volta e archiviare. È il fallimento più diffuso in assoluto. L'accordo viene firmato, i dati iniziano a fluire e tre anni dopo nessuno sa indicare quali siano gli usi consentiti attuali, la data di distruzione o chi presidia il rapporto.

Nessun titolare interno. Quando chi ha negoziato l'accordo lascia l'organizzazione, il rapporto prosegue senza che nessuno ne risponda.

## Checklist per la gestione del contratto

Al momento della firma

1. Registri i due soggetti giuridici esattamente come figurano in firma, insieme al firmatario e al titolare interno dalla Sua parte.
2. Riporti la specifica dei dati come metadato strutturato, non come frase dentro un PDF, così da poter rispondere alla domanda «che cosa abbiamo trasmesso» senza riaprire il documento.
3. Registri le finalità consentite alla lettera, in un campo che chiunque possa leggere in dieci secondi.
4. Annoti lo standard di sicurezza cui l'accordo impegna ciascuna parte e verifichi che corrisponda a quanto i Suoi sistemi fanno davvero.
5. Verifichi se sia presente il flow-down verso incaricati e subappaltatori ed elenchi gli eventuali destinatari a valle già noti.

Metta in agenda prima che serva

1. Imposti la scadenza della durata, il termine per la distruzione o la restituzione e ogni finestra di preavviso come promemoria distinti, ciascuno con un anticipo adeguato invece che il giorno stesso.
2. Metta in agenda la scadenza di tutto ciò da cui la condivisione dipende: approvazione IRB, consenso, periodo di finanziamento, licenza o erogazione del contributo.
3. Metta in agenda l'audit annuale se l'accordo comporta transazioni soggette a restrizioni ai sensi della regola del DOJ [8].
4. Fissi una data di revisione ricorrente e aggiunga i fattori scatenanti del riesame al Suo processo di gestione degli incidenti, così che una violazione o un reclamo significativo riportino l'accordo sulla scrivania di qualcuno [2].

Riveda a cadenza regolare

1. Una volta all'anno, riconcili i dati effettivamente in circolazione con la specifica contenuta nell'accordo. I flussi tendono ad aggiungere campi.
2. Ricontrolli l'elenco dei destinatari. Nuove affiliate, acquisizioni e team di supporto all'estero cambiano chi ha accesso senza che nessuno modifichi il contratto.
3. Confermi che ogni accordo scaduto sia effettivamente arrivato alla distruzione o alla restituzione e che Lei ne conservi la prova.
4. Modifichi per iscritto quando cambiano le finalità, i set di dati o le parti, e alleghi la modifica al fascicolo invece di farla circolare via e-mail.
5. Riassegni il titolare interno ogni volta che il precedente cambia ruolo e verifichi che nessun accordo resti senza.

Buona parte di tutto questo è lavoro di tracciamento, ed è la parte che si degrada per prima. Contracko è un [software di gestione dei contratti basato sull'IA](https://contracko.com/features) pensato esattamente per questo. L'[analisi dei contratti con IA](https://contracko.com/features/ai-contract-analysis) legge un accordo caricato e mette in evidenza le date importanti, le clausole sfavorevoli e i problemi facili da non vedere, l'[archivio contratti](https://contracko.com/features/contract-repository) mantiene ricercabili in un unico posto il documento firmato, i suoi file e i suoi metadati, e i [promemoria di scadenza](https://contracko.com/features/expiration-reminder) possono essere impostati più di una volta per contratto, assegnati a chi presidia la posizione e configurati per ripetersi al rinnovo. Per la routine operativa più ampia, veda le [best practice di gestione dei contratti](https://contracko.com/blog/contract-management-best-practices) e i [prezzi](https://contracko.com/pricing) per il contesto commerciale.

Avvii una prova gratuita con i data sharing agreement che ha già in archivio e veda in un'unica schermata ogni termine di distruzione, ogni data di revisione e ogni clausola sugli usi consentiti.

## Fonti

[1] European Union, General Data Protection Regulation, Articles 26 and 28 (accordi tra contitolari e contenuto obbligatorio del contratto con il responsabile del trattamento). gdpr-info.eu/art-26-gdpr and gdpr-info.eu/art-28-gdpr

[2] UK Information Commissioner's Office, Data sharing: a code of practice, the data sharing agreements chapter (denominazioni alternative, contenuti da inserire e casi in cui riesaminare l'accordo). ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/data-sharing/data-sharing-a-code-of-practice/data-sharing-agreements

[3] HIPAA Privacy Rule, 45 CFR 164.504(e) and 164.514(e) (contratti con i business associate, il limited data set e tutti gli elementi obbligatori di un data use agreement). govinfo.gov/content/pkg/CFR-2023-title45-vol2/xml/CFR-2023-title45-vol2-sec164-514.xml

[4] Centers for Medicare and Medicaid Services Information Security and Privacy Program. Quando CMS richiede un data use agreement, un information exchange agreement o un computer matching agreement. security.cms.gov/learn/data-sharing-agreements

[5] National Institutes of Health, NIH Controlled-Access Data Policy and Proposed Revisions to NIH Genomic Data Sharing Policy, 90 FR 59131 (il Data Use Certification Agreement e il termine per i commenti del 18 marzo 2026). govinfo.gov/content/pkg/FR-2025-12-18/html/2025-23246.htm

[6] FERPA regulations, 34 CFR 99.31(a)(6) (l'eccezione per gli studi e l'accordo scritto che essa richiede). govinfo.gov/content/pkg/CFR-2023-title34-vol1/xml/CFR-2023-title34-vol1-sec99-31.xml

[7] California Consumer Privacy Act, Cal. Civ. Code 1798.100(d) and 1798.140 (le clausole obbligatorie dell'accordo e le definizioni di share e sell). leginfo.legislature.ca.gov/faces/codes_displaySection.xhtml?lawCode=CIV&sectionNum=1798.100

[8] Department of Justice, 28 CFR part 202, sections 202.205, 202.206, 202.301, 202.302, 202.401, and 202.601 (le soglie di volume, l'obbligo contrattuale sui trasferimenti successivi e la segnalazione entro 14 giorni, l'audit annuale e i paesi di preoccupazione). govinfo.gov/content/pkg/FR-2025-01-08/html/2024-31486.htm

Le immagini di questo articolo sono state generate con l'aiuto dell'IA.

## Inizia con Contracko

Elimini le complicazioni della gestione dei contratti. Contracko Le permette di restare organizzato, puntuale e in controllo. Inizi a semplificare oggi stesso.

[Inizia la prova gratuita di 7 giorni](https://app.contracko.com/register?appLanguage=it)

Prenota una demo