Tre azioni, in questo ordine. Recuperate i dati finché il servizio è ancora attivo: la restituzione è prevista dal contratto e il diritto alla portabilità dei dati vi tutela. Proteggete quindi l’esercizio aziendale per tutta la durata della migrazione, perché un software che continua a funzionare non è affatto sicuro. Infine, scegliete un sostituto ponendovi la domanda che avreste dovuto fare la prima volta: se anche questo fornitore dovesse cessare l’attività, cosa mi rimane effettivamente in mano e in quale forma?
Cosa accade davvero quando un fornitore cessa l’attività
Raramente si tratta di una sospensione netta. Nella maggior parte dei casi il software continua a funzionare: è proprio questo a rendere la situazione comoda, e pericolosa. Gli aggiornamenti di sicurezza cessano, la compatibilità con browser e sistemi operativi peggiora progressivamente, le novità normative non vengono più implementate e, nel momento in cui qualcosa si rompe, non c’è più nessuno in grado di ripararlo.
Questa situazione non è affatto rara: i fornitori specializzati nel recupero di questi casi segnalano una richiesta costante, e spesso urgente, da parte delle aziende, che solitamente chiamano solo quando il guasto è già avvenuto, non appena viene annunciata la cessazione del servizio. Il momento migliore per intervenire è quindi proprio quello in cui sembra che nulla prema.
Recuperare i dati: quali sono i vostri diritti
I vostri dati vi appartengono. La loro restituzione al termine del contratto è generalmente prevista dallo stesso contratto, mentre il regolamento europeo sulla protezione dei dati garantisce inoltre il diritto alla portabilità in un formato strutturato e leggibile automaticamente. Richiedete tale esportazione per iscritto, senza attendere la scadenza del contratto.
Un’esportazione è utile solo se è effettivamente riutilizzabile. Chiedete un formato aperto (CSV, JSON, SQL), non un backup proprietario che nessuno saprà più interpretare, e richiedete la descrizione dei campi: un file con 40 colonne privo di dizionario dei dati costa di più da analizzare e comprendere che da reimmettere in un nuovo sistema.
- Eseguite l’esportazione ORA, mentre il servizio e un referente sono ancora disponibili.
- Esigete un formato aperto e la descrizione dei campi, non solo un dump grezzo.
- Verificate l’esportazione aprendola effettivamente: numero di righe atteso, caratteri accentati, formati data, allegati.
- Conservate una copia fuori dal servizio, sui vostri sistemi, prima di qualsiasi disattivazione.
- Annotate ciò che NON siete riusciti a recuperare: sarà questo a determinare la prossima mossa.
Scegliere un sostituto senza ricreare la stessa dipendenza
La domanda da porre a un nuovo fornitore non è «sarete sempre presenti?», tutti rispondono di sì, ma nessuno può garantirlo. La domanda giusta è: se anche voi cessaste l’attività, cosa mi rimarrebbe in mano e in quale forma? Un servizio che sa rispondere solo con un’esportazione dati vi lascerà, nel momento critico, esattamente nella stessa condizione in cui vi trovate oggi.
Questo è il principio di Blueprint Maker: descrivete la vostra esigenza, l’applicazione viene generata e distribuita, e il codice sorgente vi viene consegnato fin dall’inizio. Esportazione in ZIP, invio sul vostro repository GitHub, hosting su infrastruttura propria o sull’URL dedicata fornita: un progetto standard Next.js e Prisma, la struttura che ogni sviluppatore web conosce bene. Blueprint Maker è un’azienda come tante altre, ed è proprio questo il vantaggio di non dover dipendere da essa per gestire il vostro strumento.
Tre livelli di generazione (Sketch, Craft, Masterpiece) e un piano Discovery gratuito permettono di testare la migrazione su un ambito ridotto prima di avviare quella completa: generare una prima versione a partire dai vostri dati esportati costa meno di una riunione di analisi dei requisiti.
Un calendario realistico
Non effettuate la migrazione in emergenza, se potete evitarlo. L’ordine ottimale è: recuperare i dati, ricostruire obiettivamente il reale fabbisogno, ciò che lo strumento precedente faceva effettivamente, non ciò che prometteva, generare e testare il sostituto in parallelo, quindi migrare mantenendo l’accesso in sola lettura all’originale per il tempo necessario alle verifiche.
Questa ricostruzione è l’unico vero vantaggio della situazione: uno strumento ereditato contiene sempre schermate mai utilizzate e vincoli di cui ormai nessuno ricorda il senso. Sostituirlo è l’occasione per reimplementare solo ciò che serve davvero.