Înainte de a alege platforma țintă
Migrările care eșuează sunt rareori eșecuri tehnice. Sunt proiecte în care conducerea a promis „același lucru, în varianta europeană”, deși o parte dintre utilizări nu puteau urma. Acest prim bloc stabilește ce pleacă, ce rămâne și ce li se spune echipelor.
- Utilizările reale sunt listate: e-mail, fișiere, Teams, Excel avansat, aplicații de business.
- Ceea ce nu va fi migrat este scris și acceptat de conducere.
- Angajații sunt anunțați despre ce se schimbă: webmailul, editorul online de documente, istoricul Teams care nu este preluat.
- Editorul online al platformei țintă este testat pe propriile registre de calcul și documente, nu pe o demonstrație.
- Platforma țintă este aleasă pentru aceste utilizări, nu pentru un slogan. Consultați ghidul alternativelor.
- Oferta separă abonamentul, migrarea și excluderile. Consultați costul.
- Oferta indică volumul luat ca ipoteză, numărul de treceri de copiere, criteriul de finalizare și prețul unei diferențe descoperite ulterior.
- Angajamentul operatorului serviciului este scris: sosirea mesajelor, preluarea istoricului sau ambele.
- Timpul intern este prevăzut: o persoană de referință desemnată, disponibilă pentru inventar, eșantion și ziua Z.
Inventar
Inventarul determină oferta și calendarul. Fiecare element uitat aici revine mai târziu sub formă de reluare, adesea în cel mai prost moment. Aplicațiile care trimit e-mail sunt golul cel mai frecvent: un copiator sau un software de salarizare care trimite în continuare cu vechiul cont se observă abia după comutare.
- Domenii și subdomenii care trimit sau primesc e-mail.
- Căsuțe nominale, căsuțe partajate, liste, aliasuri, redirecționări.
- Volumul pe căsuță și căsuțele aflate sub păstrare legală.
- Arhivele existente și ce trebuie păstrat.
- Conturi fără proprietar (angajați plecați).
- Dispozitive: Outlook Windows, Outlook Mac, mobile, doar webmail.
- Aplicații care trimit e-mail: copiatoare, site, CRM, alerte, salarizare.
- Software-uri care se autentifică prin SMTP, cu contul pe care îl folosesc.
- Fișiere incluse în perimetru: OneDrive, bibliotecile SharePoint utile, linkuri interne și partajări anonime.
- Înregistrările DNS actuale: MX, SPF, DKIM, DMARC, autodiscover.
- Scadența abonamentelor Microsoft actuale și condițiile de reziliere.
Pregătirea platformei țintă
Platforma țintă se pregătește în timp ce angajații continuă să lucreze în Microsoft 365. MX-ul nu se modifică. Această etapă servește la descoperirea problemelor pe un eșantion, cât timp metoda mai poate fi corectată.
- Conturi create, parole sau invitații pregătite.
- Aliasuri și liste recreate.
- SPF, DKIM și DMARC ale platformei țintă pregătite pentru publicare.
- Prima copie a istoricului lansată, MX neschimbat.
- Eșantion verificat: conducere, căsuță partajată, căsuță mare, căsuță goală.
- Pe eșantion: număr de mesaje, dosare, contacte și întâlniri recurente verificate.
- Fișiere copiate, dacă perimetrul le include, și deschise pe platforma țintă.
- Instrucțiuni de o pagină pentru Outlook și pentru mobil, cu procedura „ștergerea contului și recrearea lui”.
- TTL-ul MX-ului redus cu câteva zile înainte.
- Plan de revenire scris: cine restabilește vechiul MX și în câte minute.
În ajun
Ajunul servește la reducerea la minimum a diferenței dintre cele două platforme. Fără a doua trecere, lipsesc ultimele zile de corespondență. Fără înghețare, un alias creat seara există doar într-o parte.
- A doua trecere de copiere (delta).
- Înghețarea creării de aliasuri și a modificărilor de liste.
- Suport intern desemnat pentru ziua Z.
- Test de trimitere de pe platforma țintă către o căsuță Gmail și o căsuță Microsoft externe.
În ziua Z
Ziua Z se judecă pe baza unor dovezi externe, nu pe faptul că „merge intern”. Un mesaj trimis dintr-o căsuță personală externă trebuie să ajungă pe noua platformă în intervalul TTL-ului; un mesaj real trimis trebuie să treacă de SPF, DKIM și DMARC la un corespondent.
- MX comutat.
- E-mail de test extern primit pe noua platformă.
- SPF, DKIM și DMARC validate pe un mesaj real trimis.
- Copiatoarele, site-ul și CRM-ul trecute pe noul SMTP.
- Un eșantion de utilizatori care pot fi contactați și pot trimite mesaje.
- Coada de așteptare monitorizată pe parcursul zilei.
- Persoana autorizată să restabilească vechiul MX poate fi contactată toată ziua.
După
Migrarea nu este încheiată atunci când MX-ul a fost comutat. Este încheiată atunci când o singură lume trimite corespondență, diferențele sunt tratate și o restaurare a fost testată pe platforma țintă. Închiderea trimiterii de pe platforma veche împiedică un angajat să răspundă din două locuri.
- Platforma veche doar în regim de citire, fără trimitere.
- Diferențele semnalate tratate (dosar lipsă, delegare), a treia trecere țintită dacă este nevoie.
- Regulile de pe server, semnăturile centralizate și drepturile de delegare configurate din nou.
- Mobile reconfigurate, profilurile vechi șterse dacă generează duplicate.
- Data închiderii tenantului Microsoft notată, exportul final arhivat dacă este necesar.
- Regulile de retenție și copiile de rezervă ale platformei țintă verificate printr-o restaurare de test.
- Registrul activităților de prelucrare și documentația internă actualizate cu noul operator al serviciului.
Metoda pas cu pas se găsește în migrarea fără întreruperi. Ordinea generală a operațiunilor și ceea ce nu se transferă sunt descrise în migrarea de la Microsoft 365 la o soluție europeană.
Întrebări frecvente
Cine trebuie să țină această listă de verificare?
O persoană de referință internă, cu un responsabil și o dată pe fiecare linie. Prestatorul poate executa o mare parte din ea, dar validarea eșantionului, a excluderilor și a criteriului de finalizare îi revine companiei.
Se poate sări peste eșantion dacă instrumentul de copiere este fiabil?
Nu. Instrumentul copiază, dar nu verifică dacă au ajuns corect căsuța partajată a conducerii sau întâlnirile recurente. Eșantionul este momentul în care metoda se corectează cu cel mai mic cost.
Cât timp păstrați Microsoft 365 după comutare?
Cât este necesar pentru a verifica faptul că niciun flux nu îl mai folosește și că diferențele sunt tratate, în regim de citire. Stabiliți dinainte data închiderii și notați-o, pentru a nu plăti fără motiv două platforme.
Această listă este valabilă și pentru Google Workspace?
În esență, da: inventar, DNS, treceri de copiere, aplicații care trimit e-mail, revenire. Punctele specifice Google (etichete, proprietari ai fișierelor Drive, grupuri) sunt descrise în migrarea de la Google Workspace.
Klytic
Pentru o migrare a serviciului de e-mail către Klytic: sfaturi gratuite, niciun e-mail pierdut, realizare de către Klytic pe bază de ofertă. Abonamentul și migrarea sunt două facturi; prețurile abonamentelor sunt prezentate pe pagina Tarife.
Această pagină descrie o listă de control. Nu înlocuiește inventarul tenantului dumneavoastră și nici planul de comutare stabilit în scris cu prestatorul dumneavoastră.
Surse
Consultate în octombrie 2026.
