A migráció azt jelenti, hogy postafiókokat, naptárakat, névjegyeket és fájlokat helyez át egy másik üzemeltetőhöz, majd gondoskodik arról, hogy az új levelek a megfelelő helyre érkezzenek. Nem a Teams, a haladó Excel-funkciók vagy a Power Automate reprodukálását jelenti. A sikeres migráció annak listájával kezdődik, amit a munkavállalók valójában a Microsoft 365-ben csinálnak.
Frissítve: 2026. október8 perc olvasásHivatalos források megjelölésével
A Microsoft 365 nem egy szoftver, hanem ugyanazzal a címtárral összekapcsolt szolgáltatások együttese. Az a csapat, amely azt hiszi, hogy „csak e-mailt használ”, gyakran a OneDrive-ba teszi a mellékleteit, egy SharePoint-mappát oszt meg egy ügyféllel, és a Teamsben szervezi az értekezleteit. A hatókört tehát a felhasználási módokból kell kiolvasni, nem a licencek listájából.
Néhány csapatnál mintavételszerűen rögzítse a heti felhasználást: e-mail, OneDrive, SharePoint, Teams (beszélgetések, fájlok, értekezletek), makrós Excel, Power BI, űrlapok, csatlakoztatott szakmai alkalmazások. Sorolja be őket.
Egy műszaki részlet gyakran megváltoztatja a hatókört: a Teams-csatornákba feltöltött fájlokat a SharePoint tárolja, a privát beszélgetésben küldötteket pedig a küldő OneDrive-ja. Ha tehát a Teams megvizsgálása nélkül migrálja „a fájlokat”, az adatvagyon egy része kimarad, vagy kontextus nélkül másolódik át.
Ha a harmadik oszlop a tevékenység középpontja, az e-mail-szolgáltatás migrációjának akkor is lehet értelme (például egy a Microsoft 365 elé helyezett szűrésnek), de a csomag lecserélésének nincs. Ha ezt az árajánlat előtt kimondják, elkerülhető egy felesleges projekt. A Microsoft 365 egy szuverén megoldással szemben oldal meghatározza ezt a küszöböt, az európai alternatívák útmutatója pedig összehasonlítja a lehetséges célrendszereket.
Szemléltetésként vegyünk egy kéttelephelyes ipari kkv-t. Az adminisztráció és az értékesítők az e-mailben, a naptárban és szokásos fájlokban élnek: ők gond nélkül átállnak. A tervezőiroda viszont makrós munkafüzetekben vezeti a költségbecsléseit, és a Power BI-ban követi a termelést. A teljes csomag lecserélése tönkretenné ennek a csapatnak a munkaeszközét. Az észszerű döntés az lehet, hogy az e-mail-szolgáltatást és az egyszerű fájlokat migrálják, a tervezőirodának pedig meghagyják, amire szüksége van. Ezt a döntést az elején kell írásba foglalni.
Az 1–4. lépés a munkavállalók számára láthatatlan és visszafordítható: amíg az MX nem változott, a levelek továbbra is a Microsoft 365-be érkeznek. Az MX az a DNS-rekord, amely a világ összes szerverének megmondja, hová kell kézbesíteni az Ön tartományának leveleit. Ez az egyetlen lépés, amely ténylegesen átállítja a levélforgalmat, és akkor kell megtörténnie, amikor minden más készen áll.
A TTL (élettartam) megmondja a DNS-feloldóknak, mennyi ideig tarthatják a választ a memóriában. Előre kell csökkenteni, mert az a feloldó, amely a régi értéket olvasta, annak lejártáig megtartja: a rövid TTL csak a régi gyorsítótár lejárta után érvényesül. Használja ki ezt a változtatást arra, hogy eltávolítsa az esetleges másodlagos MX-rekordokat, amelyek még a Microsoft 365-re mutatnak: az a küldő szerver, amely nem éri el az elsődleges MX-et, a következőkkel próbálkozik, és ilyenkor a régi platformra kézbesítene.
A küldés lezárása ugyanilyen fontos. A Microsoft 365 továbbra is felelősnek tekinti magát az Ön tartományáért: ha egy munkavállaló, aki a régi Outlookban maradt bejelentkezve, egy kollégájának ír, üzenete a tenanton belül kerül kézbesítésre, az MX megkerülésével. Az üzenet létezik, de egy olyan postafiókban, amelyet már senki sem olvas.
A levélkiesés nélküli átállás részleteit az e-mail-szolgáltatás migrációja megszakítás nélkül oldal tartalmazza. A gyakorlati lista az ellenőrzőlista.
Megosztott postafiókok és delegálások. Egy megosztott postafiók ugyanúgy másolható, mint bármely más. A jogosultságok azonban nem jönnek át: teljes hozzáférés, küldés „másként”, küldés „nevében”, egy asszisztensre delegált naptárak. Ezeket a célrendszeren újra létre kell hozni, és azzal a személlyel kell tesztelni, aki használja őket, nem a rendszergazdával.
Archívumok és jogi megőrzés. Az online archívumok a fő postafióktól elkülönült területet alkotnak. Az a másolóeszköz, amely nem célozza meg őket kifejezetten, figyelmen kívül hagyja őket. Egy jogi megőrzés alatt álló postafiók általában valamilyen kötelezettségnek felel meg: mielőtt lezárná, egyeztesse azzal a személlyel, aki kérte, hogyan teljesül ez a kötelezettség a továbbiakban (másolás a célrendszerre, megőrzött export vagy ideiglenes fenntartás).
Autodiscover. Az Outlook az autodiscover DNS-rekord segítségével találja meg a szerverbeállításokat. Ha ez még a Microsoftra mutat, egy újrakonfigurált munkaállomás továbbra is a régi szolgáltatást keresheti, vagy ismételten jelszót kérhet. Ezt a rekordot az átállás napján kell módosítani, az MX-szel együtt.
SPF, DKIM, DMARC. Ezek a rekordok teszik lehetővé a címzettek számára, hogy ellenőrizzék, az Ön levelei legitimek. Egy tartomány csak egyetlen SPF-rekordot tehet közzé; az átmenet idején ez mindkét platformot engedélyezi, majd a Microsoftot eltávolítják. A DKIM szelektorral működik: az új platform kulcsa a régi mellett, az átállás előtt közzétehető. A DMARC megköveteli, hogy a két ellenőrzés közül legalább az egyik igazodjon a feladó tartományához: ha a célrendszer még nincs engedélyezve, a szigorú szabályzatot alkalmazó levelezőpartnerek elutasítják az Ön üzeneteit.
Zimbra, BlueMind vagy hasonló e-mail-szolgáltatás esetén a Windowsos Outlook gyakran az Exchange ActiveSyncen vagy a szoftvergyártó által biztosított protokollokon keresztül kapcsolódik újra. A webmail megváltozik. A Teams-parancsikonok nem térnek vissza. A böngészőben megnyitott fájlok a célrendszer online szerkesztőjén (OnlyOffice, Collabora vagy más csomag) keresztül nyílnak meg, amelynek az összetett munkafüzetekkel való kompatibilitását az Ön fájljain kell tesztelni, nem egy bemutatón.
Az Outlook esetében biztonságosabb új profilt létrehozni, mint a régit módosítani: a helyi gyorsítótár hivatkozásokat őriz a Microsoft-szerverre, és a keveredés duplikátumokat vagy szellemmappákat eredményez. Mobilon ugyanez a szabály: a fiókot törölni kell, majd újra létrehozni. Egy nagy postafiók első betöltése időbe telik: erről tájékoztassa az érintett felhasználókat.
Ezt a különbséget az átállás előtt jelentse be. Azok a projektek buknak el, amelyekben a vezetés „ugyanazt, csak európai változatban” ígérte.
Nem. A tartomány az Öné marad: csak az azt fogadó szerver változik. A levelezőpartnerek továbbra is ugyanazokra a címekre írnak, és az MX módosítása számukra láthatatlan, ha jól készítik elő.
Lehetséges, de ez tartós együttélés, nem migráció. A két platform ilyenkor ugyanazon a tartományon osztozik: az egyik fogadja a leveleket, és továbbítja a másiknak azokat a címeket, amelyeket nem ő tárol. Ezt meg kell tervezni, dokumentálni és karbantartani. Egy tervezőirodánál, amelynek meg kell tartania az Excelt és a Power BI-t, néha ez a helyes választás.
Nem feltétlenül. Egyes vállalatok mindent átvesznek, mások csak a hasznos éveket, a többit pedig egy megőrzött exportban archiválják. A választás az Ön megőrzési kötelezettségeitől és attól függ, mennyi másolási időt hajlandó megfizetni. Ezt az árajánlatban kell rögzíteni.
Nem migrálhatók. Egy európai megoldás más videokonferencia- vagy azonnali üzenetküldő eszközöket kínál, de a Teams-előzmények nem jönnek át. A Power BI esetében vagy más elemzőeszköz kell, vagy meg kell tartani az érintett licenceket.
Amikor az ellenőrző minta megfelelő, már egyetlen levélforgalom sem használja, és a szükséges exportokat archiválták. A felmondás előtt ellenőrizze a szerződésében, mit őriz meg a Microsoft az előfizetés megszűnése után, és mennyi ideig: ezt a dátumot kell feljegyezni.
A Klytic át tudja venni az e-mail-szolgáltatást, a dokumentumokat (dedikált Nextcloud-példány megosztással, önálló vagy közös online szerkesztéssel és verzióelőzményekkel), a videokonferenciát, a CRM-et és a telefóniát, együtt vagy külön-külön. Az e-mail-szolgáltatás a Zimbrára épül, amelyet a Synacor (Egyesült Államok) fejleszt; a Klytic e-mail-architektúrájában, dedikált példányban vagy az ügyfélnél fut, és mindig a Klytic üzemelteti. Elérhető weben, e-mail-kliensekkel, mobilon, EAS-en és EWS-en keresztül. A tárhely bármely olyan földrajzi zónában biztosítható, amely megfelel az alkalmazandó joghatóságnak, a szükséges szolgáltatások rendelkezésre állásától függően, például Európában vagy Mauritiuson, illetve az ügyfél saját szerverein. Lásd: tárhely és szuverenitás.
Az e-mail-szolgáltatás esetében a tanácsadás ingyenes, és a Klytic garantálja, hogy egyetlen e-mail sem vész el. A Klytic által elvégzett migráció a leltár után, árajánlat alapján történik. A Klytic csak a szűrőt is migrálhatja (MTA a Microsoft 365 előtt), ha a csomagnak maradnia kell. A Klytic nem helyettesíti sem a Teamst, sem a haladó Excel-funkciókat, sem a Power BI-t.
A költség ebből a leltárból áll össze. A mennyibe kerül egy migráció oldal kitalált számok nélkül ismerteti a költségtételeket. Az előfizetések az Árak oldalon találhatók; konkrét projekt esetén használja az árajánlatkérést.
Ez az oldal egy módszert ír le. Az eredmény az adatmennyiségtől, az archívumoktól és azoktól a felhasználási módoktól függ, amelyek nem kerülnek ki a Microsoft 365-ből.
Megtekintve: 2026. október.
Ingyenes tanácsadás, egyetlen e-mail sem vész el. A Klytic által végzett migrációról felmérés után adunk árajánlatot.
Üdvözlő ajánlat
Kötelezettségmentes próbaajánlat. Tanácsadónk visszahívja Önt, hogy megismerje igényeit, és előkészítse Klytic-környezetét.