Aggiornare il software e aprire un progetto storico non sono sempre operazioni equivalenti. Librerie, oggetti, attributi e procedure interne possono comportarsi in modo diverso.
Fare un inventario
Prima della migrazione è utile identificare progetti attivi, archivi, template, librerie e collegamenti esterni. Non tutto richiede lo stesso trattamento.
Provare su copie controllate
Un caso rappresentativo permette di verificare apertura, elaborati, oggetti, attributi e pubblicazioni senza compromettere il file operativo.
Definire criteri di accettazione
La migrazione è riuscita quando gli aspetti importanti per lo studio sono stati controllati, non soltanto quando il file si apre.
Documentare eccezioni
Oggetti mancanti, rappresentazioni cambiate e procedure non più disponibili devono essere registrati e gestiti con una decisione esplicita.
Le automazioni di migrazione devono essere presentate come strumenti da verificare, non come garanzia universale.