Att migrera är att flytta brevlådor, kalendrar, kontakter och filer till en annan driftsleverantör och sedan se till att ny e-post kommer fram till rätt ställe. Det är inte att återskapa Teams, avancerad Excel eller Power Automate. En lyckad migrering börjar med en förteckning över vad de anställda faktiskt gör i Microsoft 365.
Microsoft 365 är inte en programvara utan en samling tjänster som är sammankopplade via samma katalog. Ett team som tror att det ”bara använder e-posten” lägger ofta sina bilagor i OneDrive, delar en SharePoint-mapp med en kund och håller sina möten i Teams. Omfånget avläses därför i användningen, inte i licensförteckningen.
Kartlägg, i ett urval av team, veckans användning: e-post, OneDrive, SharePoint, Teams (konversationer, filer, möten), Excel med makron, Power BI, formulär, anslutna verksamhetsapplikationer. Klassificera dem.
En teknisk detalj ändrar ofta omfånget: filer som läggs i en Teams-kanal lagras i SharePoint, och filer som skickas i en privat konversation lagras i avsändarens OneDrive. Att migrera ”filerna” utan att titta på Teams lämnar alltså en del av informationsbeståndet utanför, eller kopierar det utan dess sammanhang.
Om den tredje kolumnen utgör kärnan i verksamheten kan en migrering av e-posttjänsten ändå vara meningsfull (till exempel en filtrering placerad framför Microsoft 365), men att ersätta hela tjänstepaketet är det inte. Att säga det före offerten förhindrar ett onödigt projekt. Sidan Microsoft 365 jämfört med en suverän lösning fastställer denna tröskel, och guiden till europeiska alternativ jämför möjliga mål.
Ta, som illustration, ett litet eller medelstort industriföretag med två anläggningar. Administrationen och säljarna lever i e-posten, kalendern och vanliga filer: de flyttas utan svårighet. Konstruktionsavdelningen däremot gör sina kalkyler i arbetsböcker med makron och följer produktionen i Power BI. Att ersätta hela tjänstepaketet skulle slå sönder teamets arbetsverktyg. Det rimliga beslutet kan vara att migrera e-posttjänsten och de enkla filerna och låta konstruktionsavdelningen behålla det den behöver. Det valet skrivs ned från början.
Steg 1 till 4 är osynliga för de anställda och går att backa: så länge MX-posten inte har ändrats fortsätter e-posten att komma in i Microsoft 365. MX-posten är den DNS-post som talar om för servrar över hela världen vart e-post till din domän ska levereras. Det är den enda åtgärd som verkligen ställer om flödet, och den ska ske när allt annat är klart.
TTL (time to live) anger för DNS-resolvrar hur länge de får behålla svaret i minnet. Den sänks i förväg eftersom en resolver som har läst det gamla värdet behåller det tills det löper ut: det korta TTL-värdet gäller först när den gamla cachen har löpt ut. Passa på att ta bort eventuella sekundära MX-poster som fortfarande pekar på Microsoft 365: en avsändande server som inte når den primära MX-posten provar nästa, och skulle då leverera till den gamla plattformen.
Att stänga av sändningen är lika viktigt. Microsoft 365 betraktar sig fortfarande som ansvarigt för din domän: en anställd som fortfarande är inloggad i det gamla Outlook och skriver till en kollega får sitt meddelande levererat inom tenanten, utan att det passerar MX-posten. Meddelandet finns, men i en brevlåda som ingen längre läser.
Hur en omställning görs utan glapp i e-posten beskrivs i migrera en e-posttjänst utan avbrott. Den operativa förteckningen är checklistan.
Delade brevlådor och delegeringar. En delad brevlåda kopieras som vilken annan som helst. Behörigheterna följer däremot inte med: fullständig åtkomst, sända ”som”, sända ”för någons räkning”, kalendrar delegerade till en assistent. De återskapas på målplattformen och testas med den person som använder dem, inte med administratören.
Arkiv och bevarandeplikt. Onlinearkiven är ett utrymme skilt från huvudbrevlådan. Ett kopieringsverktyg som inte uttryckligen riktar in sig på dem hoppar över dem. En brevlåda under bevarandeplikt svarar i regel mot en skyldighet: innan den stängs, kontrollera med den person som begärde den hur skyldigheten ska uppfyllas därefter (kopia till målplattformen, sparad export eller tillfälligt bibehållande).
Autodiscover. Outlook hittar serverinställningarna via DNS-posten autodiscover. Om den fortfarande pekar på Microsoft kan en omkonfigurerad dator fortsätta att söka efter den gamla tjänsten eller be om lösenord om och om igen. Denna post ändras på omställningsdagen, tillsammans med MX-posten.
SPF, DKIM, DMARC. Dessa poster gör det möjligt för mottagarna att kontrollera att din e-post är legitim. En domän får bara publicera en enda SPF-post; under övergången godkänner den båda plattformarna, och därefter tas Microsoft bort. DKIM fungerar med selektorer: den nya plattformens nyckel kan publiceras bredvid den gamla, före omställningen. DMARC kräver att minst en av de två kontrollerna är anpassad till avsändarens domän: om målplattformen ännu inte är godkänd avvisar mottagare som tillämpar en strikt policy dina meddelanden.
Med en e-posttjänst baserad på Zimbra, BlueMind eller motsvarande ansluter Outlook för Windows ofta på nytt via Exchange ActiveSync eller de protokoll som mjukvaruleverantören tillhandahåller. Webbmejlet ändras. Teams-genvägarna kommer inte tillbaka. Filer som öppnas i webbläsaren går via målplattformens onlineeditor (OnlyOffice, Collabora eller ett annat paket), vars kompatibilitet med komplexa arbetsböcker ska testas på dina filer, inte på en demo.
För Outlook är det säkrare att skapa en ny profil än att ändra den gamla: den lokala cachen behåller referenser till Microsoft-servern, och blandningen ger dubbletter eller spökmappar. På en mobil gäller samma regel: ta bort kontot och skapa det sedan på nytt. Den första inläsningen av en stor brevlåda tar tid: förvarna de berörda användarna.
Informera om denna skillnad före omställningen. De projekt som misslyckas är de där ledningen har lovat ”samma sak, fast europeiskt”.
Nej. Domänen förblir din: bara servern som tar emot e-posten ändras. Mottagarna fortsätter att skriva till samma adresser, och bytet av MX-post är osynligt för dem om det är väl förberett.
Det är möjligt, men det är en varaktig samexistens, inte en migrering. De två plattformarna delar då samma domän: den ena tar emot e-posten och vidarebefordrar till den andra de adresser som den inte har. Det måste utformas, dokumenteras och underhållas. För en konstruktionsavdelning som måste behålla Excel och Power BI är det ibland rätt val.
Inte nödvändigtvis. Vissa företag för över allt, andra för över de år som behövs och arkiverar resten i en sparad export. Valet beror på dina lagringsskyldigheter och på hur mycket kopieringstid du är beredd att betala för. Det skrivs in i offerten.
De migreras inte. En europeisk lösning erbjuder andra verktyg för videokonferens eller snabbmeddelanden, men Teams-historiken följer inte med. För Power BI behövs antingen ett annat analysverktyg eller att de berörda licenserna behålls.
När kontrollurvalet stämmer, inga flöden längre använder den och de nödvändiga exporterna är arkiverade. Kontrollera i ditt avtal, innan du säger upp det, vad Microsoft sparar efter att abonnemanget har upphört och hur länge: det är det datumet som ska noteras.
Klytic kan ta emot e-posttjänsten, dokumenten (dedikerad Nextcloud-instans, med delning, redigering online på egen hand eller tillsammans och versionshistorik), videokonferens, CRM och telefoni, tillsammans eller separat. E-posttjänsten bygger på Zimbra, som ges ut av Synacor (USA); den drivs i Klytics e-postarkitektur, i en dedikerad instans eller hos kunden, och drivs alltid av Klytic. Den är åtkomlig via webben, via e-postprogram, på mobil, via EAS och via EWS. Driften sker i alla geografiska områden som motsvarar den tillämpliga jurisdiktionen, förutsatt att de tjänster som krävs finns tillgängliga, till exempel i Europa eller på Mauritius, eller på kundens egna servrar. Se drift och suveränitet.
För e-posttjänsten är rådgivningen kostnadsfri, och Klytic garanterar att inga e-postmeddelanden går förlorade. Migrering som utförs av Klytic sker enligt offert, efter inventeringen. Klytic kan också migrera enbart filtret (MTA framför Microsoft 365) när tjänstepaketet ska vara kvar. Klytic ersätter varken Teams, avancerad Excel eller Power BI.
Kostnaden byggs upp utifrån denna inventering. Sidan vad kostar en migrering förklarar kostnadsposterna, utan fiktiva siffror. Abonnemangen finns på sidan Priser; för ett specifikt projekt, använd offertförfrågan.
Den här sidan beskriver en metod. Resultatet beror på volymen, arkiven och den användning som inte kan lämna Microsoft 365.
Hämtade i oktober 2026.
Kostnadsfri rådgivning, inget mejl går förlorat. En migrering som Klytic utför offereras efter en inventering.
Välkomsterbjudande
Provperiod utan förpliktelser. En rådgivare ringer upp dig för att förstå dina behov och förbereda din Klytic-miljö.
