Nelle negoziazioni contrattuali legate alla fornitura di servizi ICT, software, sistemi ERP o servizi in Cloud, l’attenzione si concentra spesso sulla pattuizione di penali elevate per i ritardi, su garanzie di risultato stringenti o su severe clausole di risarcimento del danno.

Sebbene si tratti di presidi fondamentali, l’esperienza sul campo dimostra che la vera vulnerabilità del committente non risiede tanto nel singolo malfunzionamento o nel ritardo di una milestone, quanto piuttosto in un rischio sistemico ben più insidioso: il Vendor Lock-in.

Con questa espressione si intende la dipendenza operativa, tecnologica e conoscitiva che la committente sviluppa nei confronti del fornitore IT. Quando un progetto diventa centrale per i processi aziendali, la difficoltà – talvolta la quasi impossibilità – di sostituire il provider o di riportare la gestione in-house trasforma la fase esecutiva in una posizione di subordinazione strategica.

Se si dovesse individuare un solo presidio contrattuale in grado di tutelare realmente l’equilibrio economico e legale del committente, questo risiederebbe in una rigorosa regolamentazione della cessazione del rapporto e dei diritti di accesso al know-how esecutivo.

L’obiettivo in questo caso non sta nella severità delle sanzioni pattuite a progetto compromesso, ma sulla reale capacità aziendale di svincolarsi dal rapporto senza paralizzare l’operatività d’impresa.

(Qui l’analisi dall’altro punto di vista, per la tutela del Fornitore)

Di seguito analizziamo i tre pilastri operativi che ogni contratto ICT dovrebbe integrare a tutela della committente.

1. L’obbligo di cooperazione e affiancamento nella fase di transizione

La cessazione del rapporto contrattuale – sia essa dovuta a naturale scadenza, recesso o risoluzione per inadempimento – non può coincidere con un’interruzione brusca delle attività: la committente deve vedere garantita la propria continuità operativa (business continuity) nel transito al nuovo provider (o al team interno).

Una clausola di Exit Management efficace deve imporre al fornitore un obbligo di cooperazione rafforzata, formalizzando sin dall’inizio un piano che preveda:

• Sessioni di Knowledge Transfer dedicate al personale del committente o del nuovo fornitore.
• L’affiancamento operativo per un periodo di tempo predeterminato (es. 60-90 giorni).
• L’obbligo di mantenere inalterati i Livelli di Servizio (SLA) per tutta la durata della fase di transizione.

2. Il trasferimento del codice, della documentazione e dei dati in formati aperti

Una delle forme più diffuse di Lock-in si realizza quando il committente non possiede la piena disponibilità della documentazione tecnica o quando i propri dati aziendali restano “prigionieri” di formati proprietari.

Per garantire la reale portabilità del servizio, la disciplina contrattuale deve prevedere:

• Consegna della documentazione tecnica: la messa a disposizione di architetture di sistema, mappe del database e documentazione aggiornata delle API (Application Programming Interface), indispensabili per consentire a un nuovo partner di subentrare senza ritardi esecutivi.
• Restituzione e portabilità dei dati: l’obbligo di restituire l’intero patrimonio informativo della committente in formati standard, aperti e interoperabili (es. CSV, JSON, SQL dump), escludendo costi aggiuntivi o ingiustificati per le attività di estrazione e migrazione.
• Rilascio del codice sorgente o Software Escrow: la consegna immediata di repository e codice nei progetti custom (la cui titolarità IP deve essere già della committente ab initio), ovvero il ricorso a clausole di Software Escrow nelle licenze proprietarie per accedere ai sorgenti in caso di crisi o grave inadempimento del fornitore.

3. La predeterminazione economica dei costi di Exit

Il diritto di exit rischia di rimanere un principio teorico se il fornitore uscente ha la facoltà di applicare tariffe discrezionali e sproporzionate per le attività di assistenza alla migrazione.

Per evitare che la fase di recesso o transizione si trasformi in una rendita di posizione, la clausola di Exit deve contenere la predeterminazione dei corrispettivi. È necessario stabilire preventivamente, già nel contratto, se i servizi di affiancamento e migrazione siano ricompresi nei canoni o nei corrispettivi ordinari versati durante la vita del rapporto o, in alternativa, a quali tariffe vengano erogati.

Considerazioni conclusive

Nell’era del digitale, la redazione dei contratti ICT per il committente deve superare la logica meramente punitiva: concentrarsi soltanto sulle penali significa prepararsi al contenzioso, mentre disciplinare la trasparenza dei processi significa, invece, proteggere la continuità strategica dell’organizzazione.

Un contratto ben strutturato sotto il profilo dell’Exit Management non penalizza il fornitore virtuoso, ma stabilisce regole che garantiscono al committente la risorsa più preziosa nel mercato tecnologico: la libertà di scelta.