Microsoft 365 korporativ email üçün nə verir?
Microsoft 365-də şirkət emaili seçilən planın Exchange Online imkanları ilə qurulur. Komandanız Outlook istifadə edirsə, Microsoft sənədləri ilə işləyirsə və email ilə digər iş alətlərinin birlikdə idarə edilməsinə ehtiyac varsa, bu həll qiymətləndirilə bilər. Quraşdırma domen sahibliyinin təsdiqi, istifadəçilər, lisenziyalar, poçt marşrutu və təhlükəsiz girişin bir-birinə uyğun hazırlanmasını tələb edir.
Outlook proqramının kompüterdə olması öz-özünə şirkət poçt serverinin hazır olması demək deyil. Outlook email müştərisidir; hesabın hansı provayderə və hansı protokolla qoşulduğu ayrıca müəyyən edilir. Microsoft 365 quraşdırılması ilə mövcud hosting hesabının Outlook-a əlavə edilməsi fərqli işlərdir. İkinci hal üçün Outlook quraşdırma xidmətinə baxın.
Hansı Microsoft 365 planı seçilməlidir?
Planı yalnız adına və ilkin qiymətinə görə seçməyin. Şirkət domeni ilə email, brauzer tətbiqləri, masaüstü Office, cihaz idarəetməsi və geniş təhlükəsizlik imkanlarının daxil olmasını ayrı-ayrılıqda yoxlayın. Teams olan və olmayan variantlar, region və müqavilə şərtləri də fərqlənə bilər. Aktual imkanlar üçün Microsoft-un rəsmi plan müqayisəsi əsas mənbədir.
| Ehtiyac | Yoxlanmalı məsələ |
|---|---|
| Şirkət domenində email | Seçilən lisenziyanın Exchange Online əhatəsi |
| Kompüterdə Word, Excel və Outlook | Masaüstü tətbiqlərin istifadə hüququ |
| Bir neçə əməkdaşın info@ ünvanı ilə işləməsi | Shared mailbox və giriş səlahiyyətlərinin quruluşu |
| Telefon və kompüterlər üçün nəzarət | Cihaz və təhlükəsizlik funksiyalarının plana daxil olması |
| Arxiv və məlumat saxlama tələbi | Saxlama imkanları və əlavə lisenziya ehtiyacı |
Tenant və domen sahibliyi niyə vacibdir?
Tenant şirkətin Microsoft bulud mühitidir. Mövcud tenant varsa, yeni mühit yaratmazdan əvvəl administrator girişi və domenin hansı təşkilata bağlı olduğu yoxlanmalıdır. İşçilərin şəxsi Microsoft hesabları ilə şirkətin iş hesablarını qarışdırmaq Outlook girişində və fayl paylaşımında çaşqınlıq yarada bilər. Hesabların hansı təşkilata aid olduğu təhvil sənədində aydın görünməlidir.
Domen şirkətin nəzarətində qalmalı, administrator səlahiyyətləri məsul şəxslərə uyğun bölünməlidir. İlkin araşdırmada domen adı, istifadəçi sayı və mövcud sistemin adı kifayətdir. Şifrə və MFA kodlarını müraciət formasına daxil etməyin. Giriş zəruri olduqda razılaşdırılmış səlahiyyət və təhlükəsiz üsuldan istifadə edilməlidir. Tenant və domen bələdçisi hazırlığı izah edir.
Shared mailbox, alias və şəxsi hesab
Satış və dəstək ünvanlarına bir neçə nəfərin cavab verməsi üçün ortaq poçt qutusu uyğun ola bilər. Lakin ortaq ünvanın şifrəsini bütün komanda ilə paylaşmaq idarəetmə üsulu kimi seçilməməlidir. İstifadəçilər öz hesabları ilə daxil olur, lazım olan giriş və göndəriş səlahiyyətləri ayrıca verilir. Məktubun kim tərəfindən və hansı ünvan adından göndərildiyi gündəlik işə uyğun yoxlanmalıdır.
Microsoft shared mailbox üçün istifadəçi girişləri, yaddaş və əlavə funksiyalarla bağlı lisenziya şərtləri müəyyən edir. Buna görə “bütün ortaq qutular həmişə pulsuzdur” kimi ümumi nəticə çıxarmaq olmaz. Rəsmi shared mailbox sənədi ilə cari şərtlər yoxlanmalıdır. Alias ilə fərqi haqqında praktik izah da mövcuddur.
Köhnə sistemdən Microsoft 365-ə miqrasiya
IMAP, Google Workspace və mövcud Exchange sistemlərindən keçid eyni imkanlara malik deyil. Məktub qovluqları, kontaktlar, təqvimlər, paylaşmalar və qaydalar ayrı siyahıya alınmalıdır. Microsoft-un IMAP köçürməsi kontakt, təqvim və tapşırıqları daşımır; bunlar üçün ayrıca uyğun üsul planlanır. Məhdudiyyətlər Microsoft-un IMAP miqrasiya sənədində açıqlanır.
Pilot hesab köçürüldükdən sonra qovluqlar, köhnə və yeni məktublar, qoşmalar və göndəriş sınaqları yoxlanır. Böyük poçt qutuları, köhnə serverin limitləri və son sinxronizasiya vaxtı ümumi müddətə təsir edir. Köhnə sistemi nəticə təsdiqlənmədən bağlamaq olmaz. Məlumat növləri üzrə plan üçün email köçürülməsi bələdçisinə baxın.
DNS və Outlook bağlantısı necə yoxlanır?
MX marşrutu yeni email sisteminə uyğun olmalıdır. SPF, DKIM və DMARC isə bütün legitim göndəriş mənbələri nəzərə alınmaqla sazlanır. Sayt və CRM ayrıca məktub göndərirsə, onların işləməsini qorumaq lazımdır. Autodiscover ilə bağlı köhnə qeydlər və Outlook-da əvvəlki profil yeni hesaba qoşulmağa mane ola bilər. Xəta olduqda məlumatı silməzdən əvvəl giriş üsulu, profil və server cavabı araşdırılmalıdır.
DNS-də bir qeydin görünməsi işin tamamlandığını göstərmir. Outlook-da göndəriş, brauzerdə qəbul, telefonda sinxronizasiya və real məktub başlığında autentifikasiya nəticəsi birlikdə yoxlanmalıdır. Yalnız bir cihazda yaranan nasazlıqla bütün domenə təsir edən problemi ayırmaq diaqnostikanı sürətləndirir.
İşdən ayrılan əməkdaşın hesabı
Girişin bağlanması, açıq sessiyaların nəzərdən keçirilməsi və yazışmaların kimdə qalacağı əvvəlcədən müəyyən edilməlidir. Hesabı tələsik silmək lazım olan məlumatın saxlanmasına təsir edə bilər. Saxlama və giriş qərarı şirkətin təsdiqlədiyi qaydaya və seçilən platforma imkanlarına əsaslanmalıdır. Şöbə ünvanları şəxsi əməkdaş hesabından asılı qurulduqda bu mərhələdə iş dayanması riski artır.
Qiymət təklifi və təhvil siyahısı
Microsoft 365 xərclərini lisenziya, quraşdırma, miqrasiya və dəstək maddələri ilə müqayisə edin. Təhvil zamanı hesab siyahısı, idarəetmə səlahiyyətləri, DNS dəyişiklikləri və test nəticələri aydın olmalıdır. Müraciətdə domeninizi, əməkdaş sayını, indiki email sistemini və masaüstü Office ehtiyacını yazın. Bu məlumatlar işin həcmini və uyğun platformanı seçmək üçün başlanğıcdır.
Ortaq qutuda göndəriş sınağı
İcazə verilən əməkdaşdan info@ ünvanı adından sınaq məktubu göndərməsini istəyin. Sonra cavabın düzgün qutuya gəldiyini və icazəsi olmayan hesabın həmin qutuya daxil ola bilmədiyini yoxlayın. Təkcə gələn məktubların görünməsi göndəriş səlahiyyətinin də düzgün olduğu demək deyil.