A migra înseamnă a muta căsuțe poștale, calendare, contacte și fișiere la un alt operator al serviciului, apoi a face ca e-mailurile noi să ajungă în locul potrivit. Nu înseamnă a reproduce Teams, Excel avansat sau Power Automate. O migrare reușită începe cu lista a ceea ce fac cu adevărat angajații în Microsoft 365.
Microsoft 365 nu este un software, ci un ansamblu de servicii legate prin același director. O echipă care crede că „folosește doar e-mailul” își depune adesea atașamentele în OneDrive, partajează un dosar SharePoint cu un client și își organizează ședințele în Teams. Perimetrul se citește, așadar, în utilizări, nu în lista licențelor.
Notați, pe un eșantion de echipe, utilizările din cursul unei săptămâni: e-mail, OneDrive, SharePoint, Teams (conversații, fișiere, ședințe), Excel cu macrocomenzi, Power BI, formulare, aplicații de business conectate. Clasificați-le.
Un detaliu tehnic schimbă adesea perimetrul: fișierele depuse într-un canal Teams sunt stocate în SharePoint, iar cele trimise într-o conversație privată, în OneDrive-ul expeditorului. Migrarea „fișierelor” fără a vă uita la Teams lasă deci deoparte o parte din patrimoniu sau o copiază fără contextul său.
Dacă a treia coloană reprezintă nucleul activității, migrarea serviciului de e-mail poate avea totuși sens (de exemplu, o filtrare plasată în fața Microsoft 365), dar înlocuirea suitei nu are. A spune acest lucru înainte de ofertă evită un proiect inutil. Pagina Microsoft 365 față de o soluție suverană stabilește acest prag, iar ghidul alternativelor europene compară destinațiile posibile.
Să luăm, cu titlu de ilustrare, un IMM industrial cu două sedii. Administrația și echipa comercială trăiesc în e-mail, calendar și fișiere obișnuite: trec fără dificultate. Biroul de proiectare, în schimb, își ține calculele de costuri în registre de calcul cu macrocomenzi și își urmărește producția în Power BI. Înlocuirea întregii suite ar strica instrumentul de lucru al acestei echipe. Decizia rezonabilă poate fi migrarea serviciului de e-mail și a fișierelor simple, lăsând biroului de proiectare ceea ce îi trebuie. Această alegere se consemnează de la început.
Etapele 1–4 sunt invizibile pentru angajați și reversibile: atâta timp cât MX nu s-a schimbat, e-mailurile continuă să ajungă în Microsoft 365. MX este înregistrarea DNS care indică serverelor din întreaga lume unde să livreze e-mailurile domeniului dumneavoastră. Este singurul gest care comută cu adevărat fluxul și trebuie să aibă loc atunci când tot restul este pregătit.
TTL-ul (durata de viață) indică resolverelor DNS cât timp pot păstra răspunsul în memorie. Se reduce din timp deoarece un resolver care a citit vechea valoare o păstrează până la expirarea ei: TTL-ul scurt se aplică doar după ce vechiul cache a expirat. Profitați de această schimbare pentru a elimina eventualele înregistrări MX secundare care încă indică Microsoft 365: un server expeditor care nu reușește să contacteze MX-ul principal le încearcă pe următoarele și ar livra atunci în vechea platformă.
Închiderea trimiterii contează la fel de mult. Microsoft 365 se consideră în continuare responsabil de domeniul dumneavoastră: un angajat rămas conectat la vechiul Outlook care îi scrie unui coleg își vede mesajul livrat în interiorul tenantului, fără a trece prin MX. Mesajul există, dar într-o căsuță pe care nu o mai citește nimeni.
Detaliile unei comutări fără pierderi de e-mailuri se află în migrarea unui serviciu de e-mail fără întrerupere. Lista operațională este lista de verificare.
Căsuțe poștale partajate și delegări. O căsuță poștală partajată se copiază ca oricare alta. Drepturile, în schimb, nu urmează: acces complet, trimitere „ca”, trimitere „în numele”, calendare delegate unei asistente. Ele se recreează pe destinație și se testează cu persoana care le folosește, nu cu administratorul.
Arhive și păstrare în scop de litigiu. Arhivele online sunt un spațiu distinct de căsuța poștală principală. Un instrument de copiere care nu le vizează în mod explicit le ignoră. O căsuță poștală aflată sub păstrare în scop de litigiu răspunde în general unei obligații: înainte de a o închide, verificați împreună cu persoana care a solicitat-o cum va fi respectată ulterior această obligație (copiere pe destinație, export păstrat sau menținere temporară).
Autodiscover. Outlook găsește setările serverului datorită înregistrării DNS autodiscover. Dacă aceasta indică încă Microsoft, un post reconfigurat poate continua să caute vechiul serviciu sau să ceară parola în buclă. Această înregistrare se schimbă în ziua comutării, odată cu MX.
SPF, DKIM, DMARC. Aceste înregistrări le permit destinatarilor să verifice că e-mailurile dumneavoastră sunt legitime. Un domeniu trebuie să publice o singură înregistrare SPF; pe durata tranziției, ea autorizează ambele platforme, apoi Microsoft este eliminat. DKIM funcționează pe bază de selector: cheia noii platforme poate fi publicată alături de cea veche, înainte de comutare. DMARC cere ca cel puțin una dintre cele două verificări să fie aliniată cu domeniul expeditorului: dacă destinația nu este încă autorizată, corespondenții care aplică o politică strictă vă resping mesajele.
Pe un serviciu de e-mail Zimbra, BlueMind sau echivalent, Outlook pentru Windows se reconectează adesea prin Exchange ActiveSync sau prin protocoalele prevăzute de producătorul software-ului. Webmailul se schimbă. Scurtăturile Teams nu revin. Fișierele deschise în browser trec prin editorul online al destinației (OnlyOffice, Collabora sau o altă suită), al cărui nivel de compatibilitate cu registrele de calcul complexe trebuie testat pe fișierele dumneavoastră, nu pe o demonstrație.
Pentru Outlook, crearea unui profil nou este mai sigură decât modificarea celui vechi: cache-ul local păstrează referințe la serverul Microsoft, iar amestecul produce dubluri sau dosare fantomă. Pe un dispozitiv mobil, regula este aceeași: ștergeți contul, apoi recreați-l. Prima încărcare a unei căsuțe mari durează: anunțați utilizatorii vizați.
Anunțați această diferență înainte de comutare. Proiectele care eșuează sunt cele în care conducerea a promis „același lucru, în variantă europeană”.
Nu. Domeniul rămâne al dumneavoastră: se schimbă doar serverul care îl primește. Corespondenții continuă să scrie la aceleași adrese, iar schimbarea MX este invizibilă pentru ei dacă este bine pregătită.
Este posibil, dar este o coexistență durabilă, nu o migrare. Cele două platforme împart atunci același domeniu: una primește e-mailurile și le redirecționează către cealaltă pe cele destinate adreselor pe care nu le găzduiește. Acest lucru se proiectează, se documentează și se întreține. Pentru un birou de proiectare care trebuie să păstreze Excel și Power BI, aceasta este uneori alegerea potrivită.
Nu neapărat. Unele companii preiau totul, altele preiau anii utili și arhivează restul într-un export păstrat. Alegerea depinde de obligațiile dumneavoastră de păstrare și de timpul de copiere pe care acceptați să îl plătiți. Ea se consemnează în ofertă.
Nu se migrează. O soluție europeană oferă alte instrumente de videoconferință sau de mesagerie instantanee, dar istoricul Teams nu urmează. Pentru Power BI, este nevoie fie de un alt instrument de analiză, fie de păstrarea licențelor respective.
Atunci când eșantionul de control este conform, niciun flux nu îl mai utilizează și exporturile necesare sunt arhivate. Înainte de reziliere, verificați în contractul dumneavoastră ce păstrează Microsoft după încheierea abonamentului și pentru cât timp: aceasta este data pe care trebuie să o notați.
Klytic poate prelua e-mailul, documentele (instanță Nextcloud dedicată, cu partajare, editare online individual sau în echipă și istoricul versiunilor), videoconferința, CRM-ul și telefonia, împreună sau separat. Serviciul de e-mail se bazează pe Zimbra, produs de Synacor (Statele Unite); este găzduit în arhitectura de e-mail a Klytic, într-o instanță dedicată sau la client, și este întotdeauna operat de Klytic. Este accesibil prin web, prin clienți de e-mail, pe mobil, prin EAS și prin EWS. Găzduirea se face în orice zonă geografică ce corespunde jurisdicției aplicabile, sub rezerva disponibilității serviciilor necesare, de exemplu în Europa sau în Mauritius, ori pe serverele clientului. Consultați găzduire și suveranitate.
Pentru serviciul de e-mail, asistența prin consultanță este gratuită, iar Klytic garantează că niciun e-mail nu se pierde. Migrarea realizată de Klytic se stabilește pe bază de ofertă, după inventar. Klytic poate migra și doar filtrul (MTA în fața Microsoft 365) atunci când suita trebuie să rămână. Klytic nu înlocuiește nici Teams, nici Excel avansat, nici Power BI.
Costul se construiește pornind de la acest inventar. Pagina cât costă o migrare explică elementele de cost, fără cifre fictive. Abonamentele se află pe pagina Tarife; pentru un proiect concret, folosiți cererea de ofertă.
Această pagină descrie o metodă. Rezultatul depinde de volum, de arhive și de utilizările care nu ies din Microsoft 365.
Consultate în octombrie 2026.
Consiliere gratuită, niciun e-mail pierdut. Migrarea realizată de Klytic se face pe bază de ofertă, după un inventar.
Ofertă de bun venit
Ofertă de probă fără angajament. Un consilier vă sună înapoi pentru a vă înțelege nevoile și a vă pregăti spațiul Klytic.
