Domov›Vodniki›Selitev

Selitev

Selitev z Microsoft 365 na evropsko rešitev

Selitev pomeni prenos poštnih predalov, koledarjev, stikov in datotek k drugemu operaterju storitve, nato pa preusmeritev nove pošte na pravo mesto. Ne pomeni poustvarjanja Teams, naprednega Excela ali Power Automate. Uspešna selitev se začne s seznamom tistega, kar zaposleni v Microsoft 365 dejansko počnejo.

Posodobljeno oktobra 20268 min branjaNavedeni uradni viri

Odločiti, kaj gre in kaj ostane

Microsoft 365 ni programska oprema, temveč skupek storitev, povezanih z istim imenikom. Ekipa, ki misli, da „uporablja samo e-pošto“, pogosto shranjuje priponke v OneDrive, deli mapo SharePoint s stranko in organizira sestanke v Teams. Obseg se torej bere iz načinov uporabe, ne iz seznama licenc.

Na vzorcu ekip zabeležite načine uporabe v enem tednu: e-pošta, OneDrive, SharePoint, Teams (pogovori, datoteke, sestanki), Excel z makri, Power BI, obrazci, povezane poslovne aplikacije. Razvrstite jih.

  • Prenosljivo. Sporočila, mape, koledarji, stiki, običajne pisarniške datoteke.
  • Prenosljivo z izgubo. Podrobne pravice za knjižnice SharePoint, pravila poštnih predalov, centralizirani podpisi, vzdevki, skupni poštni predali.
  • Neprenosljivo v obstoječi obliki. Zgodovina pogovorov Teams, aplikacije Power Platform, makri in dodatki, ki obstajajo samo v Officeu, ekipe, katerih delo je napredni Excel.

Tehnična podrobnost pogosto spremeni obseg: datoteke, naložene v kanal Teams, so shranjene v SharePointu, tiste, poslane v zasebnem pogovoru, pa v OneDrivu pošiljatelja. Selitev „datotek“ brez pregleda Teams torej izpusti del fonda dokumentov ali ga kopira brez konteksta.

Če je tretji stolpec jedro dejavnosti, je selitev e-pošte lahko kljub temu smiselna (na primer filtriranje, postavljeno pred Microsoft 365), zamenjava paketa pa ne. Če to poveste pred ponudbo, se izognete nepotrebnemu projektu. Stran Microsoft 365 v primerjavi s suvereno rešitvijo določa ta prag, vodnik po evropskih alternativah pa primerja možne ciljne rešitve.

Primer

Za ponazoritev vzemimo industrijsko MSP z dvema lokacijama. Administracija in prodajniki živijo v e-pošti, koledarju in običajnih datotekah: prehod zanje poteka brez težav. Projektni biro pa vodi svoje izračune v delovnih zvezkih z makri in spremlja proizvodnjo v Power BI. Zamenjava celotnega paketa bi tej ekipi uničila delovno orodje. Razumna odločitev je lahko selitev e-pošte in preprostih datotek, projektnemu biroju pa pustiti, kar potrebuje. Ta izbira se zapiše na začetku.

Vrstni red, ki prepreči prekinitev

  1. Popis. Domene, poštni predali, skupni poštni predali, seznami, vzdevki, obseg, arhivi, pravno zadržanje, mobilne naprave, programska oprema, ki pošilja e-pošto (fotokopirni stroji, CRM, spletno mesto). Zabeležite tudi obstoječe zapise DNS: MX, SPF, DKIM, DMARC in autodiscover.
  2. Vzporedna ciljna rešitev. Ustvarite račune na evropski rešitvi, ne da bi se dotaknili zapisa MX. Zaposleni nadaljujejo v Microsoft 365. Zanje še nič ni vidno.
  3. Kopiranje. Prenesite zgodovino sporočil, koledarjev in stikov. Preverite vzorec: število sporočil, mape, ponavljajoči se sestanki, skupni poštni predali. Poštni predal, ki se v tem koraku ne prenese, stane malo; enako odkritje po preklopu stane dan blokiranega uporabnika.
  4. Datoteke. Kopirajte OneDrive in potrebne knjižnice. Notranje povezave v dokumentih in anonimne deljene povezave je treba, če jih je veliko, pregledati eno za drugo. Povezava, kopirana v e-pošto ali pogodbo, še vedno kaže na staro lokacijo.
  5. Preklop nove pošte. Nekaj dni prej znižajte TTL zapisa MX. V izbranem trenutku MX pokaže na novo platformo. Microsoft 365 lahko ostane odprt za branje, dokler traja preverjanje.
  6. Naprave. Ponovno nastavite Outlook, mobilne naprave in aplikacije, ki se overjajo prek SMTP. Za standardni primer pripravite enostranska navodila, ne enodnevnega usposabljanja.
  7. Zaključek. Ko je reprezentativni vzorec pošiljal in prejemal, izklopite pošiljanje na strani Microsoft 365, da se izognete dvema svetovoma. Izvozite, kar je še treba izvoziti. Zabeležite datum izbrisa najemnika (tenanta).

Zakaj ta vrstni red

Koraki od 1 do 4 so za zaposlene nevidni in povratni: dokler se MX ne spremeni, pošta še naprej prihaja v Microsoft 365. MX je zapis DNS, ki strežnikom po vsem svetu pove, kam dostaviti pošto za vašo domeno. Je edino dejanje, ki dejansko preklopi tok, in mora priti, ko je vse drugo pripravljeno.

TTL (življenjska doba) razreševalnikom DNS pove, kako dolgo smejo odgovor hraniti v pomnilniku. Zniža se vnaprej, ker razreševalnik, ki je prebral staro vrednost, to hrani do njenega izteka: kratek TTL začne veljati šele, ko se stari predpomnilnik izprazni. To spremembo izkoristite tudi za odstranitev morebitnih sekundarnih zapisov MX, ki še kažejo na Microsoft 365: strežnik pošiljatelja, ki ne more doseči glavnega MX, poskusi naslednje in bi pošto tedaj dostavil na staro platformo.

Enako pomemben je izklop pošiljanja. Microsoft 365 se še vedno šteje za odgovornega za vašo domeno: sporočilo zaposlenega, ki je ostal prijavljen v stari Outlook in piše sodelavcu, se dostavi znotraj najemnika, ne da bi šlo skozi MX. Sporočilo obstaja, vendar v poštnem predalu, ki ga nihče več ne bere.

Podrobnosti preklopa brez izpada pošte so na strani selitev e-pošte brez prekinitve. Operativni seznam je kontrolni seznam.

Tehnične točke, značilne za Microsoft 365

Skupni poštni predali in pooblastila. Skupni poštni predal se kopira kot vsak drug. Pravice pa ne sledijo: poln dostop, pošiljanje „kot“, pošiljanje „v imenu“, koledarji, dodeljeni asistentki. Na ciljni rešitvi se ustvarijo znova in preizkusijo z osebo, ki jih uporablja, ne s skrbnikom.

Arhivi in pravno zadržanje. Spletni arhivi so ločen prostor od glavnega poštnega predala. Orodje za kopiranje, ki jih ne cilja izrecno, jih prezre. Poštni predal v pravnem zadržanju praviloma izpolnjuje neko obveznost: preden ga zaprete, z osebo, ki ga je zahtevala, preverite, kako se bo ta obveznost izpolnjevala v nadaljevanju (kopija na ciljno rešitev, shranjen izvoz ali začasna ohranitev).

Autodiscover. Outlook najde nastavitve strežnika s pomočjo zapisa DNS autodiscover. Če ta še kaže na Microsoft, lahko ponovno nastavljen računalnik še naprej išče staro storitev ali vedno znova zahteva geslo. Ta zapis se spremeni na dan preklopa, skupaj z MX.

SPF, DKIM, DMARC. Ti zapisi prejemnikom omogočajo, da preverijo, ali je vaša pošta legitimna. Domena sme objaviti samo en zapis SPF; v prehodnem obdobju dovoli obe platformi, nato se Microsoft odstrani. DKIM deluje z izbirnikom (selector): ključ nove platforme je mogoče objaviti poleg starega, pred preklopom. DMARC zahteva, da je vsaj eno od obeh preverjanj usklajeno z domeno pošiljatelja: če ciljna rešitev še ni dovoljena, prejemniki, ki uporabljajo strogo politiko, vaša sporočila zavrnejo.

Kaj vidijo uporabniki

Pri e-pošti Zimbra, BlueMind ali enakovredni se Outlook za Windows pogosto znova poveže prek Exchange ActiveSync ali protokolov, ki jih predvideva proizvajalec programske opreme. Spletna pošta se spremeni. Bližnjice Teams se ne vrnejo. Datoteke, odprte v brskalniku, gredo skozi spletni urejevalnik ciljne rešitve (OnlyOffice, Collabora ali drug paket), katerega raven združljivosti s kompleksnimi delovnimi zvezki je treba preizkusiti na vaših datotekah, ne na predstavitvi.

Za Outlook je ustvarjanje novega profila varnejše od spreminjanja starega: lokalni predpomnilnik hrani sklice na strežnik Microsoft, mešanje pa povzroči podvojitve ali mape duhov. Na mobilni napravi velja isto pravilo: račun izbrišite in ga nato ustvarite znova. Prvo nalaganje velikega poštnega predala traja nekaj časa: zadevne uporabnike o tem obvestite.

To razliko napovejte pred preklopom. Neuspešni so projekti, pri katerih je vodstvo prodajalo „isto stvar, v evropski različici“.

Pogoste napake

  • Preklopiti MX, medtem ko kopiranje še poteka. Sporočila prihajajo na ciljno rešitev, vendar je zgodovina nepopolna in uporabniki mislijo, da je prišlo do izgube.
  • Pozabiti na naprave, ki pošiljajo. Fotokopirni stroj, ki skenira v e-pošto, spletno mesto, ki pošilja potrditve naročil, opozorilo nadzornega sistema: pogosto se overjajo z računom Microsoft 365 in prenehajo pošiljati na dan, ko se ta račun zapre.
  • Odpovedati licence na dan D. Brez dostopa za branje do stare platforme razlike, odkrite naslednji teden, ni več mogoče popraviti.
  • Pustiti odprta dva svetova. Zaposleni, ki odgovori iz starega Outlooka, ustvari pogovor, ki ga nihče ne najde.

Pogosta vprašanja

Ali se naslovi zaposlenih spremenijo?

Ne. Domena ostane vaša: spremeni se le strežnik, ki zanjo prejema pošto. Dopisniki še naprej pišejo na iste naslove, sprememba MX pa je zanje nevidna, če je dobro pripravljena.

Ali je mogoče Microsoft 365 obdržati za del zaposlenih?

To je mogoče, vendar gre za trajno sobivanje, ne za selitev. Platformi si tedaj delita isto domeno: ena prejema pošto in drugi posreduje naslove, ki jih sama ne gosti. To je treba zasnovati, dokumentirati in vzdrževati. Za projektni biro, ki mora obdržati Excel in Power BI, je to včasih prava izbira.

Ali je treba prenesti celotno zgodovino?

Ne nujno. Nekatera podjetja prenesejo vse, druga prenesejo uporabna leta, preostanek pa arhivirajo v shranjenem izvozu. Izbira je odvisna od vaših obveznosti hrambe in časa kopiranja, ki ste ga pripravljeni plačati. Zapiše se v ponudbo.

Kaj se zgodi s Teams in Power BI?

Ne preselita se. Evropska rešitev ponuja druga orodja za videokonference ali takojšnje sporočanje, vendar zgodovina Teams ne sledi. Za Power BI potrebujete bodisi drugo analitično orodje bodisi ohranitev zadevnih licenc.

Kdaj lahko zapremo najemnika Microsoft 365?

Ko je kontrolni vzorec ustrezen, ko ga ne uporablja noben tok več in ko so potrebni izvozi arhivirani. Pred odpovedjo v pogodbi preverite, kaj Microsoft po koncu naročnine hrani in kako dolgo: to je datum, ki ga morate zabeležiti.

Klytic v tem scenariju

Klytic lahko prevzame e-pošto, dokumente (namenska instanca Nextcloud z deljenjem, spletnim urejanjem posamično ali skupaj in zgodovino različic), videokonference, CRM in telefonijo, skupaj ali ločeno. E-pošta temelji na Zimbri, ki jo izdaja Synacor (Združene države); gostuje v e-poštni arhitekturi Klytic, v namenski instanci ali pri stranki, in jo vedno upravlja Klytic. Dostopna je prek spleta, e-poštnih odjemalcev, na mobilnih napravah, prek EAS in EWS. Gostovanje poteka na katerem koli geografskem območju, ki ustreza veljavni pristojnosti, pod pogojem, da so potrebne storitve na voljo, na primer v Evropi ali na Mavriciju, ali na strežnikih stranke. Glejte gostovanje in suverenost.

Za e-pošto je svetovanje brezplačno, Klytic pa jamči, da se nobeno e-poštno sporočilo ne izgubi. Selitev, ki jo izvede Klytic, se pripravi na podlagi ponudbe, po popisu. Klytic lahko preseli tudi samo filter (MTA pred Microsoft 365), kadar mora paket ostati. Klytic ne nadomešča niti Teams niti naprednega Excela niti Power BI.

Stroški se oblikujejo na podlagi tega popisa. Stran koliko stane selitev pojasnjuje postavke, brez izmišljenih številk. Naročnine so na strani Cenik; za konkreten projekt uporabite zahtevo za ponudbo.

Ta stran opisuje metodo. Rezultat je odvisen od obsega, arhivov in načinov uporabe, ki ne zapustijo Microsoft 365.

Viri

Dostopano oktobra 2026.

  • Zaveza Klytic glede selitve e-pošte: brezplačno svetovanje, nobeno e-poštno sporočilo ni izgubljeno, izvedba na podlagi ponudbe. Stran Cenik
  • Overjanje pošte, ki ga je treba ob preklopu znova objaviti: SPF (RFC 7208), DKIM (RFC 6376), DMARC (RFC 7489).
  • MX označuje strežnike, ki prejemajo pošto za domeno. RFC 5321, SMTP
  • Življenjska doba zapisov DNS (TTL). RFC 1035
  • Zimbra, protokoli in pozicioniranje izdelka. zimbra.com/faqs
  • BlueMind, združljivost z Outlookom, ki jo navaja proizvajalec programske opreme. bluemind.net

Pripravite selitev e-pošte

Brezplačno svetovanje, brez izgube e-pošte. Za selitev, ki jo izvede Klytic, se ponudba pripravi po popisu.

Zahtevajte ponudbo →

Oglejte si cenik

Pozdravna ponudba

30 dni brezplačnega preizkusa, selitev s spremstvom

Preizkus brez obveznosti. Svetovalec vas pokliče, da spozna vaše potrebe in pripravi vaše okolje Klytic.