Ce este o migrare de date?

Orice schimbare de sistem — ERP nou, CRM nou, platformă nouă de e-commerce — are o parte glamour (funcționalitățile noi) și o parte de instalatorie despre care nu vorbește nimeni la demo: migrarea datelor — mutarea clienților, produselor, stocurilor, soldurilor și istoricului din sistemul vechi în cel nou. Statistica tristă a industriei: e cauza numărul unu de întârzieri și de lansări ratate, din motive care se repetă cu precizie de ceasornic. Datele vechi sunt mai murdare decât crede oricine (clienți duplicați cu trei ortografii, produse-fantomă, solduri istorice pe care nu le mai explică nimeni) — iar migrarea le scoate pe toate la lumină, cu de-a sila; structurile diferă (sistemul vechi ținea „adresa” într-un câmp, cel nou vrea stradă/oraș/județ — cineva trebuie să decidă transformările, câmp cu câmp); și volumul de decizii de business surprinde: ce istoric mut (tot? doi ani? doar soldurile deschise?), ce fac cu înregistrările incomplete, cine validează că totalul migrat bate cu totalul real. Rețeta migrării care reușește, distilată din cele care n-au reușit: curățenia înainte de mutare (dedup, nomenclatoare puse la punct — în sistemul vechi, unde le înțelege lumea), migrare de probă pe copie, cu validare pe cifre de control (numărul de clienți, soldurile pe conturi, valoarea stocului — comparate mecanic, vechi vs. nou), utilizatorii-cheie puși să lucreze o săptămână pe datele migrate înainte de decizie, și o fereastră de tranziție planificată (înghețul introducerilor, delta migrată, momentul comutării) — cu sistemul vechi păstrat accesibil în citire, ca plasă și ca arhivă legală. La contractare: migrarea cu buget și responsabil propriu în ofertă, nu un rând la „diverse” — acolo unde e un rând, va fi un dezastru.