Sistemi esistenti & Acquisizione
Trasferire i dati di un vecchio programma senza perdere l'archivio
Un vecchio archivio non è ancora un'importazione pronta per il nuovo sistema. Oltre a file o tabelle occorre chiarire significati, relazioni e informazioni necessarie. L'assenza del produttore rende il trasferimento più difficile, ma non automaticamente impossibile.
- OrigineArchivio preesistente conservato
- Verificare la connessioneComprendere & verificare
- DestinazioneArchivio di destinazione previsto
Come si presenta nella pratica
Clienti, articoli e ordini storici si trovano in un programma il cui sviluppatore non è più raggiungibile. La nuova applicazione deve riutilizzarli. Si parte da una ricognizione: cosa funziona ancora, quali accessi esistono e quali dati servono davvero?
Distinguere le cause tipiche
Disponibili soltanto file, senza spiegazione dei dati
I nomi dei file e delle tabelle non spiegano ancora come si collegano cliente, ordine e righe d'ordine.
Nessuna esportazione completa conosciuta
Un'esportazione visibile di un elenco può contenere soltanto parte dell'archivio. Potrebbero mancare documenti, relazioni o valori storici.
Regole di destinazione diverse
Il nuovo sistema può utilizzare campi obbligatori, identificativi o significati diversi. In tal caso una semplice copia delle colonne non basta.
Cosa potete verificare inizialmente
Chiarire disponibilità dei dati e ripristino
Documentate backup esistenti, versione del programma e referenti. Un test inizia su una copia adeguata, evitando modifiche all'originale.
Inventariare gli accessi
Annotate esportazioni disponibili, tipo di database, documentazione e permessi conosciuti. L'uso autorizzato degli accessi viene chiarito con il gestore.
Delimitare destinazione e portata
Di quali clienti, articoli, movimenti o documenti ha bisogno il nuovo sistema? Una piccola selezione rappresentativa rende concreti i requisiti.
Quando il problema è più profondo
Verifichiamo anche relazioni, completezza e allineamento tracciabile nella destinazione, oltre alla leggibilità dei dati. Un backup e un formato di migrazione possono avere compiti diversi. PostgreSQL documenta, ad esempio, i dump SQL logici come una modalità di backup autonoma.
Una prova deve essere verificabile sul piano funzionale
Per la selezione concordata confrontiamo dati di origine e destinazione: identificativi, conteggi, relazioni e somme selezionate. L'operatività aziendale determina quali valori contano. Un'importazione tecnicamente riuscita non è ancora un'approvazione funzionale.
Trasferimento o riutilizzo?
Non ogni vecchio sistema va sostituito subito. A volte basta un accesso delimitato per un nuovo negozio o una panoramica. In caso di sostituzione, pianifichiamo insieme transizione, responsabilità e gestione dei nuovi dati.
Quando è utile il supporto
Se manca il produttore, il formato è sconosciuto o l'operatività deve continuare in parallelo, aiuta un trasferimento pianificato. Iniziate con nomi dei programmi, tipi di dati e destinazione desiderata. Per il primo contatto non servono dati completi dei clienti.
La soluzione adattaUtilizzare i vecchi dati e pianificare i trasferimentiFonti per l'inquadramento tecnico
Verificato sul piano tecnico il 7 ottobre 2026. Le indicazioni dei produttori si riferiscono ai prodotti citati e non sostituiscono la verifica della vostra configurazione concreta.
Definiamo insieme il prossimo passo.
Per iniziare bastano i programmi coinvolti e una breve descrizione del problema.