Migrazione dei dati

Affinché possa proseguire senza interruzioni dal primo giorno, riprendiamo i Suoi dati esistenti — anagrafiche, prenotazioni future, fatture aperte e, opzionalmente, lo storico prenotazioni. L’obiettivo: il giorno della messa in servizio, nessun ospite percepisce differenze — le prenotazioni in corso sono visibili, gli ospiti fedeli vengono riconosciuti, le fatture si possono chiudere.

Cosa migriamo

Tipo di dato	Standard	Opzionale
Anagrafiche ospiti (indirizzo, contatto, data di nascita)	sì	—
Piazzola preferita	sì	—
Prenotazioni future (confermate e provvisorie)	sì	—
Acconti legati a prenotazioni future	sì	—
Fatture aperte	sì	—
Prenotazioni storiche	no	sì, per statistica di occupazione e logica fedeli
Consensi marketing	solo con prova	sì
Tessere stagionali / campeggiatori residenziali	sì	—
Configurazione tassa di soggiorno	sì	—
Note sul profilo ospite	sì	—

Cosa non migriamo: foto, condizioni generali, testi marketing. Vengono ricostruiti nello step di identità visiva — spesso un’occasione gradita per rinfrescarli.

Sistemi sorgente supportati

Disponiamo di script di migrazione per le soluzioni comuni in Svizzera:

CampSoft (basato su Microsoft Access)
Compusoft Camping
easycamp
Camping Manager (DOS, versioni più vecchie)
Lobbi PMS
liste Excel e Access proprie
export CSV generici (es. soluzioni interne)

Se il Suo sistema non è in elenco: ci invii un esempio di export, verifichiamo la struttura e torniamo con un approccio.

Svolgimento

Fase 1: Prova a freddo

Lei esporta i dati — forniamo una guida passo-passo per sistema. L’export va su un upload cifrato (mai allegato e-mail). Importiamo i dati in un tenant sandbox e segnaliamo:

numero di record trovati per tipo
duplicati rilevati (es. stessa e-mail con due ortografie)
campi obbligatori mancanti (es. prenotazione senza piazzola)
dati incoerenti (es. data di annullamento precedente alla prenotazione)

Lei esamina un campione e decide insieme a noi cosa pulire.

Fase 2: Pulizia

Pulizie tipiche:

deduplica per e-mail + nome + data di nascita
errori di battitura negli indirizzi (CAP, paese)
dati di contatto obsoleti (e-mail di rimbalzo segnate « non recapitabili »)
mappatura di categoria dei vecchi ospiti verso i nuovi tipi di piazzola
stato di annullamento per le prenotazioni definitivamente annullate

Il grosso lo facciamo noi; Lei ripercorre i Suoi top fedeli e corregge le incongruenze note.

Fase 3: Import definitivo

A pulizia approvata, eseguiamo il cutover — di solito la sera dopo la chiusura. Congeliamo il vecchio sistema, esportiamo i dati finali, importiamo in CampOne e attiviamo la produzione. Il cutover dura 1–4 ore a seconda del volume.

Se il vecchio sistema non può andare offline (es. perché un widget online resta attivo), eseguiamo un import delta per le prenotazioni create tra la prova a freddo e il cutover.

Protezione dei dati e sicurezza

Trasferimento esclusivamente cifrato (TLS 1.3, opzionalmente PGP)
Dati elaborati in un tenant sandbox isolato, non in produzione
Accesso solo al team di migrazione, registrato nell’audit trail
Dati sandbox cancellati automaticamente 90 giorni dopo la messa in servizio
Lei firma un contratto di trattamento dati che copre esplicitamente la migrazione

Qualità dei dati: cosa verificare di persona

Ogni vecchio sistema ha problemi di qualità. Prima della prova a freddo aiuta che Lei stesso:

riveda e corregga il record di contatto principale dei Suoi top-50 fedeli
ripulisca le prenotazioni « orfane » (vecchie senza stato)
uniformi i nomi di piazzola duplicati

Questa preparazione paga doppio — migrazione pulita e anni successivi puliti.

Domande frequenti

Quanto dura una migrazione?
Con sorgente pulita, 1–2 settimane. Con dati sporchi o sparpagliati (Excel + Access + carta), 3–5 settimane.

Possiamo partire con un sistema vuoto e caricare i dati dopo?
Sì. Alcuni campeggi partono volontariamente con anagrafiche + prenotazioni future e completano lo storico una volta rodato il team.

Le prenotazioni Booking.com vengono prese?
Sì, se Booking.com mostra ancora prenotazioni future visibili alla messa in servizio — importiamo via export Booking.com o tramite il channel manager.

Cosa succede al vecchio software dopo la messa in servizio?
Mantiene un accesso in lettura per un periodo concordato (spesso 12 mesi) per fini probatori e domande su vecchie fatture. La scrittura è disattivata al cutover.

Consigli

Prendere sul serio il sandbox. La prova a freddo è l’ultima occasione di scoprire problemi di qualità prima che vadano in produzione.
Pianificare la migrazione, non improvvisare. Fissare presto la data di cutover e bloccare 24 ore senza traffico di prenotazioni dopo.
Conservare i backup. Mantenere un backup completo del vecchio database per almeno 7 anni — anche dopo lo spegnimento del software.