Миграция от Microsoft 365 към европейско решение

Да мигрирате означава да преместите пощенски кутии, календари, контакти и файлове към друг оператор на услугата и след това новата поща да започне да пристига на правилното място. Това не означава да възпроизведете Teams, разширения Excel или Power Automate. Успешната миграция започва със списък на това, което служителите наистина правят в Microsoft 365.

Актуализирано октомври 2026 г.8 мин. четенеЦитирани официални източници

Да решите какво се мести и какво остава

Microsoft 365 не е един софтуер, а съвкупност от услуги, свързани чрез една и съща директория. Екип, който смята, че „използва само имейла“, често поставя прикачените си файлове в OneDrive, споделя папка в SharePoint с клиент и организира срещите си в Teams. Затова периметърът се определя по реалното използване, а не по списъка на лицензите.

Запишете за извадка от екипи какво използват през седмицата: имейл, OneDrive, SharePoint, Teams (разговори, файлове, срещи), Excel с макроси, Power BI, формуляри, свързани бизнес приложения. Класифицирайте ги.

  • Прехвърлими. Съобщения, папки, календари, контакти, обичайни офис файлове.
  • Прехвърлими със загуби. Детайлни права върху библиотеки в SharePoint, правила за пощенските кутии, централизирани подписи, псевдоними, споделени пощенски кутии.
  • Непрехвърлими в непроменен вид. Историята на разговорите в Teams, приложенията на Power Platform, макросите и добавките, които съществуват само в Office, екипите, чиято работа е разширеният Excel.

Един технически детайл често променя периметъра: файловете, поставени в канал на Teams, се съхраняват в SharePoint, а тези, изпратени в личен разговор, – в OneDrive на подателя. Ако мигрирате „файловете“, без да погледнете Teams, оставяте настрана част от съдържанието или го копирате без контекста му.

Ако третата колона е сърцевината на дейността, миграцията на имейл услугата все пак може да има смисъл (например филтриране, поставено пред Microsoft 365), но подмяната на пакета няма. Ако кажете това преди офертата, ще избегнете безполезен проект. Страницата Microsoft 365 срещу суверенно решение определя този праг, а ръководството за европейските алтернативи сравнява възможните цели.

Пример

Да вземем за илюстрация индустриално МСП с два обекта. Администрацията и търговците живеят в имейла, календара и обичайните файлове: те преминават без затруднения. Проектантският отдел обаче изготвя ценовите си разчети в работни книги с макроси и проследява производството си в Power BI. Подмяната на целия пакет би разбила работния инструмент на този екип. Разумното решение може да бъде да се мигрират имейл услугата и простите файлове, а на проектантския отдел да се остави това, от което има нужда. Този избор се записва още в началото.

Редът, който предотвратява прекъсване

  1. Инвентаризация. Домейни, пощенски кутии, споделени пощенски кутии, списъци, псевдоними, обем, архиви, съхранение за съдебни цели, мобилни устройства, софтуер, който изпраща имейли (копирни машини, CRM, уебсайт). Запишете също съществуващите DNS записи: MX, SPF, DKIM, DMARC и autodiscover.
  2. Паралелна цел. Създайте акаунтите в европейското решение, без да променяте MX. Служителите продължават да работят в Microsoft 365. За тях все още нищо не се вижда.
  3. Копиране. Пренесете историята на съобщенията, календарите и контактите. Проверете извадка: брой съобщения, папки, повтарящи се срещи, споделени пощенски кутии. Пощенска кутия, която не преминава на този етап, струва малко; същото откритие след превключването струва един ден блокиран потребител.
  4. Файлове. Копирайте OneDrive и полезните библиотеки. Вътрешните връзки в документите и анонимните споделяния трябва да се прегледат една по една, ако са много. Връзка, копирана в имейл или договор, продължава да сочи към старото местоположение.
  5. Превключване на новата поща. Намалете TTL на MX няколко дни предварително. В избрания момент MX започва да сочи към новата платформа. Microsoft 365 може да остане отворен за четене за времето на проверката.
  6. Устройства. Преконфигурирайте Outlook, мобилните устройства и приложенията, които се удостоверяват чрез SMTP. Предвидете едностранично ръководство, а не еднодневно обучение, за стандартния случай.
  7. Приключване. Когато представителна извадка е изпратила и получила поща, спрете изпращането от страна на Microsoft 365, за да избегнете два паралелни свята. Експортирайте това, което все още трябва да се експортира. Запишете датата на изтриване на тенанта.

Защо този ред

Етапи 1 до 4 са невидими за служителите и обратими: докато MX не е променен, пощата продължава да пристига в Microsoft 365. MX е DNS записът, който указва на сървърите по целия свят къде да доставят пощата за Вашия домейн. Това е единственото действие, което реално превключва потока, и то трябва да се случи, когато всичко останало е готово.

TTL (време на живот) указва на DNS резолверите колко време могат да пазят отговора в паметта си. Той се намалява предварително, защото резолвер, който е прочел старата стойност, я запазва до изтичането ѝ: краткият TTL започва да действа едва след като старият кеш изтече. Възползвайте се от тази промяна, за да премахнете евентуалните вторични MX записи, които все още сочат към Microsoft 365: изпращащ сървър, който не успее да достигне основния MX, опитва следващите и тогава би доставил в старата платформа.

Приключването на изпращането е също толкова важно. Microsoft 365 продължава да се смята за отговорен за Вашия домейн: служител, останал свързан със стария Outlook, който пише на колега, вижда съобщението си доставено вътре в тенанта, без да минава през MX. Съобщението съществува, но в пощенска кутия, която никой вече не чете.

Подробностите за превключване без загуба на поща са в миграция на имейл услуга без прекъсване. Оперативният списък е контролният списък.

Технически особености на Microsoft 365

Споделени пощенски кутии и делегиране. Споделената пощенска кутия се копира като всяка друга. Правата обаче не се пренасят: пълен достъп, изпращане „като“, изпращане „от името на“, календари, делегирани на асистент. Те се създават наново в целевата среда и се изпробват с човека, който ги използва, а не с администратора.

Архиви и съхранение за съдебни цели. Онлайн архивите са пространство, отделно от основната пощенска кутия. Инструмент за копиране, който не ги посочва изрично, ги пропуска. Пощенска кутия под съхранение за съдебни цели обикновено отговаря на задължение: преди да я затворите, проверете с лицето, което го е поискало, как ще се изпълнява това задължение след това (копие в целевата среда, запазен експорт или временно запазване).

Autodiscover. Outlook намира настройките на сървъра чрез DNS записа autodiscover. Ако той все още сочи към Microsoft, преконфигуриран компютър може да продължи да търси старата услуга или да иска парола отново и отново. Този запис се променя в деня на превключването, заедно с MX.

SPF, DKIM, DMARC. Тези записи позволяват на получателите да проверят, че Вашата поща е легитимна. Един домейн трябва да публикува само един SPF запис; по време на прехода той разрешава двете платформи, а след това Microsoft се премахва. DKIM работи със селектор: ключът на новата платформа може да бъде публикуван до стария преди превключването. DMARC изисква поне една от двете проверки да бъде съгласувана с домейна на подателя: ако целевата платформа все още не е разрешена, кореспондентите, които прилагат строга политика, отхвърлят съобщенията Ви.

Какво виждат потребителите

При имейл услуга със Zimbra, BlueMind или подобна Outlook за Windows често се свързва отново чрез Exchange ActiveSync или протоколите, предвидени от производителя на софтуера. Уеб пощата се променя. Преките пътища към Teams не се връщат. Файловете, отваряни в браузъра, минават през онлайн редактора на целевата среда (OnlyOffice, Collabora или друг пакет), чиято съвместимост със сложни работни книги трябва да се изпробва върху Вашите файлове, а не върху демонстрация.

За Outlook създаването на нов профил е по-сигурно от промяната на стария: локалният кеш пази препратки към сървъра на Microsoft, а смесването води до дубликати или фантомни папки. На мобилните устройства правилото е същото: изтрийте акаунта и след това го създайте наново. Първото зареждане на голяма пощенска кутия отнема време: предупредете засегнатите потребители.

Обявете тази разлика преди превключването. Проектите, които се провалят, са тези, при които ръководството е обещало „същото, но европейско“.

Честите грешки

  • Превключване на MX, докато копирането още тече. Съобщенията пристигат в целевата среда, но историята е непълна и потребителите смятат, че има загуба.
  • Забравяне на устройствата, които изпращат. Копирна машина, която сканира към имейл, сайт, който изпраща потвърждения за поръчки, сигнал от мониторинга: те често се удостоверяват с акаунт в Microsoft 365 и спират да изпращат в деня, в който този акаунт бъде затворен.
  • Прекратяване на лицензите в деня на превключването. Без достъп за четене до старата платформа разминаване, открито следващата седмица, вече не може да се коригира.
  • Оставяне на два паралелни свята отворени. Служител, който отговаря от стария Outlook, създава разговор, който никой не може да намери.

Често задавани въпроси

Променят ли се адресите на служителите?

Не. Домейнът остава Ваш: сменя се само сървърът, който приема пощата за него. Кореспондентите продължават да пишат на същите адреси, а смяната на MX е невидима за тях, ако е добре подготвена.

Може ли Microsoft 365 да се запази за част от служителите?

Възможно е, но това е трайно съвместно съществуване, а не миграция. Тогава двете платформи споделят един и същ домейн: едната приема пощата и препраща към другата адресите, които не хоства. Това се проектира, документира и поддържа. За проектантски отдел, който трябва да запази Excel и Power BI, понякога това е правилният избор.

Трябва ли да се пренесе цялата история?

Не непременно. Някои фирми пренасят всичко, други пренасят полезните години и архивират останалото в запазен експорт. Изборът зависи от задълженията Ви за съхранение и от времето за копиране, което сте готови да платите. Той се записва в офертата.

Какво става с Teams и Power BI?

Те не се мигрират. Европейското решение предлага други инструменти за видеоконференции или незабавни съобщения, но историята на Teams не се пренася. За Power BI е нужен или друг аналитичен инструмент, или запазване на съответните лицензи.

Кога може да се закрие тенантът на Microsoft 365?

Когато контролната извадка е наред, никакъв поток вече не го използва и необходимите експорти са архивирани. Преди да прекратите договора, проверете в него какво запазва Microsoft след края на абонамента и за колко време: това е датата, която трябва да запишете.

Klytic в този сценарий

Klytic може да поеме имейл услугата, документите (специално предназначена инстанция на Nextcloud, със споделяне, онлайн редактиране самостоятелно или съвместно и история на версиите), видеоконференциите, CRM и телефонията, заедно или поотделно. Имейл услугата се основава на Zimbra, произвеждан от Synacor (Съединените щати); тя се хоства в имейл архитектурата на Klytic, в специално предназначена инстанция или при клиента, и винаги се оперира от Klytic. Тя е достъпна през уеб, чрез имейл клиенти, на мобилни устройства, чрез EAS и чрез EWS. Хостингът се извършва във всяка географска зона, съответстваща на приложимата юрисдикция, при условие че необходимите услуги са налични, например в Европа или в Мавриций, или на сървърите на клиента. Вижте хостинг и суверенитет.

За имейл услугата консултантската подкрепа е безплатна и Klytic гарантира, че нито един имейл няма да бъде загубен. Миграцията, извършвана от Klytic, се определя с оферта след инвентаризацията. Klytic може също да мигрира само филтъра (MTA пред Microsoft 365), когато пакетът трябва да остане. Klytic не заменя нито Teams, нито разширения Excel, нито Power BI.

Цената се изгражда на базата на тази инвентаризация. Страницата колко струва една миграция обяснява разходните пера, без измислени цифри. Абонаментите са на страницата Цени; за конкретен проект използвайте заявката за оферта.

Тази страница описва метод. Резултатът зависи от обема, архивите и начините на използване, които не излизат от Microsoft 365.

Източници

Проверено през октомври 2026 г.

  • Ангажимент на Klytic относно миграцията на имейли: безплатни консултации, нито един загубен имейл, изпълнение по оферта. Страница с цените
  • Удостоверяване на пощата, което трябва да се публикува наново при превключване: SPF (RFC 7208), DKIM (RFC 6376), DMARC (RFC 7489).
  • MX посочва сървърите, които приемат пощата на даден домейн. RFC 5321, SMTP
  • Време на живот на DNS записите (TTL). RFC 1035
  • Zimbra, протоколи и позициониране на продукта. zimbra.com/faqs
  • BlueMind, съвместимост с Outlook, обявена от производителя на софтуера. bluemind.net

Подгответе миграцията на имейла си

Безплатна консултация, без нито един загубен имейл. Миграция, извършена от Klytic, се оферира след инвентаризация.

Поискайте оферта →

Вижте цените

Приветствена оферта

30 дни безплатен пробен период, миграция с наше съдействие

Пробна оферта без ангажимент. Консултант ще Ви се обади, за да разбере нуждите Ви и да подготви Вашето пространство в Klytic.