Cambiare fornitore informatico: la checklist di reversibilità per non perdere né codice, né dati, né accesso

Un cambiamento di fornitore diventa difficile quando il cliente scopre tardi che il dominio, l'account cloud, il repository o il servizio e-mail sono stati creati a nome di un terzo. Anche quando il rapporto è buono, una trasmissione incompleta può rallentare la manutenzione per settimane.

La reversibilità indica la capacità di trasferire l'utilizzo e l'evoluzione di un sistema senza perdere i suoi beni, i suoi dati né la sua continuità. Si prepara fin dall'inizio del progetto e si verifica regolarmente. Questa guida è tecnica e organizzativa; le clausole contrattuali devono essere adattate e validate da un consulente legale.

La proprietà reale conta più del possesso di una copia

Ricevere un archivio di codice non garantisce l’autonomia. Bisogna conoscere la storia, le dipendenze private, le istruzioni di costruzione, i diritti sui componenti e la posizione dei segreti. Allo stesso modo, un’esportazione di base è utile solo se è completa, documentata e ripristinabile.

Per ogni attivo, ponete quattro domande:

1. chi ne è il titolare contrattuale?
2. chi possiede un accesso amministratore?
3. come può essere esportato o trasferito l'attivo?
4. La procedura è stata verificata?

Questa distinzione tra « ricevuto » e « verificato » evita una falsa sicurezza.

Le otto famiglie di attività da inventariare

1. Codice sorgente e catena di costruzione

Repository, rami, tag, cronologia, sottomoduli, pacchetti privati, script, file di configurazione di esempio, pipeline di integrazione, immagini di container e artefatti mobili. Il cliente deve avere accesso amministrativo o una copia completa trasferibile.

Le chiavi e i token non devono essere integrati nel codice. Sono inventariati per uso e ricreati negli account del cliente.

2. Dati e file

Basi, archiviazione oggetti, media, documenti, registri necessari, indice di ricerca e dati analitici. L’esportazione deve includere lo schema, le codifiche, le relazioni, i volumi, le regole di conservazione e un controllo di integrità.

Un ripristino su un ambiente isolato costituisce la migliore prova di trasferibilità.

3. Infrastrutture e ambienti

Cloud, server, container, rete, firewall, CDN, database gestite, attività pianificate, worker, backup, supervisione e ambienti di test. Le risorse devono essere mappate con la loro regione, il loro costo, il loro proprietario e la loro dipendenza.

Quando l'infrastruttura è codificata, il deposito e lo stato associato fanno parte del trasferimento.

4. Nomi di dominio e certificati

Registrar, DNS, zone, certificati TLS, rinnovi, sottodomini, reindirizzamenti e convalida dell’e-mail. Il titolare del dominio deve essere il cliente o un’entità esplicitamente incaricata con una procedura di trasferimento documentata.

5. Servizi di terze parti

Pagamento, e-mail, SMS, mappatura, ricerca, autenticazione, analytics, archiviazione, IA e strumenti di supporto. Per ogni servizio: contratto, account proprietario, piano, limiti, chiavi, webhooks, dati ospitati e procedura di uscita.

6. Documentazione e conoscenza del settore

Architettura, flussi, modello di dati, distribuzione, backup, incidenti, glossario, regole aziendali, eccezioni, ticket e decisioni. La documentazione deve essere testata da una persona che non conosce già il sistema.

7. Proprietà intellettuale e licenze

Contratti di cessione o di licenza, componenti open source, polizze, immagini, librerie commerciali e diritti sulle creazioni. L’obiettivo è sapere cosa il cliente può modificare, sfruttare e trasferire.

8. Sfruttamento e governance

Contatti, reperibili, livelli di servizio, programma di manutenzione, incidenti aperti, vulnerabilità, roadmap, budget, procedure di validazione e account utente. La trasmissione deve includere il funzionamento quotidiano, non solo le risorse tecniche.

Preparare il trasferimento in quattro tempi

Fase 1 — Congelare l'inventario

Stabilite una versione datata dell'elenco degli asset e identificate gli elementi sconosciuti. Il congelamento non significa fermare il progetto, ma disporre di una base comune per seguire le modifiche fino alla consegna.

Fase 2 — Mettere in sicurezza gli account del cliente

Create o confermate gli account amministrativi appartenenti al cliente. Attivate l'autenticazione rafforzata e definite i contatti di recupero. Gli accessi del fornitore restano nominativi e revocabili.

Fase 3 — Trasmettere e verificare

Il nuovo team clona, costruisce, distribuisce e ripristina in un ambiente controllato. Confronta i volumi e testa i percorsi critici. Le discrepanze diventano azioni con responsabile e scadenza.

Fase 4 — Revocare e monitorare

Dopo l'accettazione, i segreti vengono rinnovati, gli account inutili eliminati e i registri monitorati. Gli accessi necessari per un periodo di supporto transitorio sono limitati nel tempo.

Il contenuto minimo di un dossier di reversibilità

Il fascicolo deve permettere a un team competente di riprendere senza dipendere da conversazioni private. Contiene:

• inventario degli attivi e dei proprietari;
• architettura e flusso;
• procedura di avvio e di distribuzione;
• salvataggio e ripristino;
• matrice degli ambienti ;
• servizi di terze parti e contratti;
• accesso trasmesso, senza includere i segreti in chiaro ;
• incidenti e rischi conosciuti;
• backlog e roadmap ;
• verbale di verifica.

Quando il vecchio fornitore non collabora

Iniziate con gli attivi detenuti direttamente dal cliente: contratti, fatture, domini, conti, dati e depositi accessibili. Formalizzate le richieste in maniera precisa: attivo, formato, data, mezzo di trasmissione e criterio di verifica.

La nuova squadra può ricostruire un'architettura a partire dai DNS, console, codice e registri, ma questo lavoro deve essere identificato e preventivato. Non eliminare una risorsa sconosciuta solo perché sembra inattiva.

I disaccordi contrattuali devono essere separati dal piano di continuità. L'obiettivo immediato è proteggere i dati, il servizio e le prove.

Le clausole tecniche da prevedere

Senza redigere il contratto al posto di un giurista, il quaderno tecnico può precisare:

• i formati di esportazione e la loro periodicità;
• la proprietà dei conti e dei depositi;
• il termine di consegna;
• il volume di assistenza incluso;
• la documentazione attesa;
• le condizioni per la cancellazione delle copie;
• la continuità durante il trasferimento;
• i metodi di verifica.

Questi elementi sono più efficaci quando corrispondono a procedure realmente testate.

Testare la reversibilità prima di averne bisogno

Una volta all'anno, scegliete un asset critico e verificate il suo trasferimento: ripristinare un backup, clonare un repository con un nuovo account, esportare gli utenti o ricostruire un ambiente. Questo test rivela le dipendenze silenziose e mantiene la documentazione aggiornata.

La reversibilità deve essere esaminata anche quando si aggiunge un nuovo servizio. Uno strumento difficile da abbandonare può essere accettabile se il suo valore e il suo rischio sono compresi; non deve diventare un blocco per caso.

Una relazione sana si basa sul controllo del cliente

Un buon fornitore non ha bisogno di trattenere gli asset per fidelizzare. Il valore della relazione deriva dalla conoscenza, dalla qualità dell'esecuzione e dalla capacità di far evolvere la piattaforma. Il cliente conserva i suoi conti, i suoi dati e la libertà di decidere.

Partitech sa riprendere applicazioni sviluppate da terzi e organizzare la loro manutenzione, il loro hosting e la loro modernizzazione. Possiamo anche aiutare a costruire il fascicolo di reversibilità prima che un cambiamento diventi urgente.

Per preparare il seguito, consultate il metodo dei I primi 90 giorni per riprendere la manutenzione di un'applicazione, inquadra un audit tecnico completo dell'applicazione e anticipate il contratto di manutenzione applicativa. Scoprite anche i prestazioni Partitech.

Riferimenti ufficiali

Riferimenti verificati il 17 agosto 2026 :

• Partitech — Prestazioni ;
• ANSSI — Esternalizzazione e sicurezza dei sistemi informativi: una guida per gestire i rischi.