Kurumsal bulut ve kimlik yönetimi
Microsoft 365 Kurulum, Geçiş ve Güvenlik Yönetimi
Microsoft 365’i yalnızca lisans tedariği olarak değil; e-posta, kullanıcı kimliği, dosya paylaşımı, cihaz erişimi, güvenlik ve destek süreçlerinin birlikte yönetildiği kurumsal bir çalışma ortamı olarak kuruyoruz.
Yeni kurulum mu, mevcut sistemden geçiş mi?
Kullanıcı sayısını, mevcut e-posta altyapısını ve güvenlik beklentinizi paylaşın. Lisans, geçiş yöntemi ve uygulama sırasını içeren ilk teknik çerçeveyi birlikte çıkaralım.
Microsoft 365 kurulum hizmeti neleri kapsar?
Microsoft 365 kurulumu; lisans satın alıp kullanıcı açmaktan daha geniş bir çalışmadır. Tenant ve alan adı hazırlığı, kullanıcı ve grup yapısı, Exchange Online posta kutuları, DNS kayıtları, çok faktörlü kimlik doğrulama, dosya paylaşımı, mobil ve masaüstü erişim ile yönetici güvenliği aynı plan içinde ele alınır.
Mevcut sistemden geçiş yapılacaksa posta ve dosya hacmi, kaynak platform, kullanıcı davranışları, kesinti toleransı ve geri dönüş yöntemi baştan belirlenir. Böylece e-posta çalışırken dosya paylaşımının, güvenlik politikasının veya lisans kapsamının sonradan düşünülmesi önlenir.
Hizmet kapsamı
Tenant planından kullanıcı desteğine tek yönetim akışı
Kapsam, kurumun mevcut yapısına göre daraltılabilir veya aşamalı kurulabilir. Her başlık aynı lisans seviyesini gerektirmediği için ürün ve özellik uygunluğu teklif tarihindeki Microsoft koşullarıyla doğrulanır.
Lisans ve rol planı
Kullanıcıları iş rolüne göre gruplar, masaüstü uygulama, posta, güvenlik ve cihaz yönetimi ihtiyacını ayrı değerlendiririz.
Tenant ve alan adı
Kurumsal alan adını doğrular, yönetici rollerini sınırlar ve DNS değişikliklerini kesinti riskine göre sıralarız.
Exchange Online geçişi
Kaynak posta sistemini analiz eder; kullanıcı eşleştirme, pilot taşıma, son senkronizasyon ve MX geçişini planlarız.
Kimlik güvenliği
MFA, yönetici hesapları, eski kimlik doğrulama, oturum koşulları ve uygun lisans varsa Conditional Access politikalarını düzenleriz.
Teams ve dosya yapısı
OneDrive, SharePoint ve Teams kullanım sınırlarını, ekip alanlarını, dış paylaşımı ve erişim sorumlularını netleştiririz.
Yönetilen destek
Kullanıcı açma-kapama, lisans atama, posta sorunları, güvenlik kontrolleri ve değişiklik kayıtlarını sürdürülebilir destek sürecine bağlarız.
Lisans kararı
Her kullanıcıya aynı Microsoft 365 planı verilmemelidir
Saha çalışanı, bilgi çalışanı, yönetici, ortak cihaz kullanan personel ve yalnızca e-posta ihtiyacı olan kullanıcı aynı özellik setine ihtiyaç duymaz. Önce kullanıcı rolleri çıkarılır; ardından uygulama, posta kutusu, depolama, güvenlik, cihaz ve uyumluluk gereksinimleri eşleştirilir.
| Karar ölçütü | Sorulacak soru | Projeye etkisi |
|---|---|---|
| Office uygulamaları | Masaüstü Word, Excel ve Outlook gerekli mi? | Web uygulaması ile masaüstü uygulaması ihtiyacını ayırır. |
| E-posta ve arşiv | Posta kutusu, arşiv ve saklama beklentisi nedir? | Posta kapasitesi ve uyumluluk gereksinimini belirler. |
| Cihaz yönetimi | Kurumsal bilgisayar ve telefon politikası uygulanacak mı? | Uç nokta yönetimi ve erişim koşullarını etkiler. |
| Kimlik güvenliği | MFA dışında koşullu erişim ve risk sinyalleri gerekli mi? | Entra özellikleri ve lisans uygunluğunun kontrolünü gerektirir. |
| Dosya ve ekip çalışması | Ortak dosyalar, dış paylaşım ve ekip alanları nasıl yönetilecek? | SharePoint, OneDrive ve Teams mimarisini şekillendirir. |
Lisans notu: Microsoft ürün adları, paket içerikleri ve lisans koşulları zaman içinde değişebilir. Bu nedenle kesin özellik listesi ve fiyat, teklif hazırlanırken Microsoft’un güncel ticari koşulları üzerinden doğrulanır.
E-posta ve DNS geçişi
Exchange Online geçişi kaynak sisteme göre planlanır
Exchange Server, Google Workspace, IMAP destekli posta sunucusu ve tenantlar arası geçiş için aynı yöntem kullanılmaz. Microsoft’un posta kutusu geçiş seçenekleri, IMAP yönteminin e-posta klasörlerini taşıdığını; kişi, takvim ve görevleri taşımadığını açıkça belirtir. Bu ayrım, kullanıcıya verilecek kapsamda önceden yazılı olmalıdır.
- 01
Kaynak envanteri
Posta kutularını, takma adları, grupları, ortak kutuları, veri hacmini, DNS sağlayıcısını ve istemci sürümlerini çıkarırız.
- 02
Tenant ve kullanıcı hazırlığı
Alan adı doğrulamasını, kullanıcı kimliklerini, lisansları ve hedef posta kutularını MX değişikliğinden önce hazırlarız.
- 03
Pilot taşıma
Temsilî kullanıcılarla veri akışını, Outlook ve mobil erişimi, gönderim-alım davranışını ve beklenmeyen veri türlerini kontrol ederiz.
- 04
Toplu geçiş ve DNS
Taşımayı izler, son senkronizasyonu tamamlar ve uygun bakım penceresinde MX, SPF, DKIM ve gerekiyorsa DMARC adımlarını uygularız.
- 05
Kabul testi
İç-dış posta, otomatik yanıt, grup, ortak posta kutusu, takvim, mobil cihaz ve teslim edilebilirlik kontrollerini kullanıcıyla doğrularız.
Microsoft’un özel alan adı kurulum rehberi, e-posta kullanıcılarının ve posta kutularının MX kaydı Microsoft 365’e çevrilmeden önce hazırlanmasını önerir. DNS kayıtları yanlış veya eksik girildiğinde e-posta kesintisi ve teslim sorunu oluşabileceği için değişiklik sırası kayıt altına alınır. Teknik ayrıntılar için Exchange DNS kayıtları rehberini inceleyebilirsiniz.
Kimlik ve erişim güvenliği
MFA tek başına politika yönetimi değildir
MFA kullanıcıdan ek doğrulama ister. Conditional Access ise kullanıcı, konum, cihaz, uygulama ve risk gibi sinyalleri değerlendirerek hangi erişim koşulunun uygulanacağını belirler. Microsoft, Conditional Access’i Zero Trust politika motoru olarak tanımlar ve bu özelliğin uyumlu Entra lisansı gerektirdiğini belirtir.
Politikalar doğrudan tüm kuruma açılmaz. Acil erişim hesabı, yönetici rolleri, servis hesapları ve kullanıcı kayıt durumu kontrol edilir; yeni kurallar önce pilot grupta ve mümkün olduğunda report-only modunda izlenir. Microsoft’un report-only rehberi, politikanın etkisini zorunlu kılmadan önce oturum açma kayıtlarında değerlendirmeyi sağlar.
Yönetici hesaplarıRol sınırı, ayrı kullanım ve acil erişim hesabı
Kimlik doğrulamaMFA kaydı ve eski protokollerin kontrolü
Erişim koşullarıKullanıcı, cihaz, konum ve uygulama kapsamı
Pilot ve izlemeReport-only sonuçları ve oturum kayıtları
Yaşam döngüsüİşe giriş, görev değişimi ve ayrılış süreci
Dosya ve ekip çalışması
OneDrive, SharePoint ve Teams aynı amaçla kullanılmaz
- OneDrive
- Kullanıcının üzerinde çalıştığı kişisel iş dosyaları ve kontrollü bireysel paylaşım için kullanılır. Ayrılan kullanıcıların dosya sahipliği devri önceden planlanmalıdır.
- SharePoint
- Departman, proje ve kurum hafızasını oluşturan ortak dosyalar için ekip sitesi ve belge kitaplığı yapısı sağlar. Yetki, sürüm, dış paylaşım ve saklama sorumluları tanımlanır.
- Teams
- Sohbet, toplantı ve ekip çalışmasını bir araya getirir; kanal dosyalarının SharePoint ile ilişkisi nedeniyle ekip ve site açma kuralları birlikte yönetilmelidir.
Microsoft, dosya paylaşımı geçişlerinde mevcut ortamın değerlendirilmesini, hedef yapının hazırlanmasını, pilot geçişi ve kullanıcıların sürece alınmasını ayrı aşamalar olarak önerir. Dosyaların nereye taşınacağı yalnızca klasör adına göre değil, sahiplik ve çalışma biçimine göre belirlenir. Yerel uygulama önerileri için SharePoint dosya yapısı rehberine bakabilirsiniz.
Veri koruma ve geri dönüş
Saklama politikası ile yedekleme aynı karar değildir
Silinen bir posta, yanlışlıkla değiştirilen dosya, kötü niyetli kullanıcı işlemi veya fidye yazılımı senaryosunda hangi tarihe, ne kadar sürede ve hangi kapsamda dönüleceği önceden belirlenmelidir. Kullanıcı sayısı kadar veri hacmi, saklama süresi, geri yükleme sorumlusu ve düzenli geri dönüş testi de önemlidir.
Microsoft 365 Backup; seçilen Exchange posta kutularını, OneDrive hesaplarını ve SharePoint sitelerini koruyan ayrı bir yedekleme ve geri yükleme hizmetidir. Microsoft dokümantasyonu, Purview saklama ve silme politikalarının yedekleme saklama süresinden ayrı çalıştığını belirtir. Yerleşik özellik, üçüncü taraf çözüm veya başka bir koruma modeli seçimi kurumun RPO, RTO, veri yerleşimi ve bütçe hedeflerine göre yapılmalıdır.
KapsamExchange, OneDrive ve SharePoint
Geri dönüş hedefiHangi veriye, hangi tarihe ve ne kadar sürede?
SorumlulukTalep, onay, geri yükleme ve doğrulama sahibi
TestÖrnek veriyle düzenli geri yükleme kontrolü
Teslim ve işletim
Kurulum sonunda hangi kayıtlar teslim edilir?
Çalışmanın sonunda yalnızca “hesaplar açıldı” bilgisi bırakılmaz. Anlaşma kapsamına göre tenant özeti, yönetici rolleri, kullanıcı ve lisans listesi, alan adı ve DNS kayıtları, geçiş sonucu, güvenlik politikaları, ortak posta kutuları, ekip ve site sahipleri, açık aksiyonlar ile destek sorumluları kayda alınır.
- Kullanıcı, grup, ortak posta kutusu ve lisans özeti
- Doğrulanan alan adları ile MX, SPF, DKIM ve DMARC durumu
- Taşınan posta kutuları, istisnalar ve kabul testi sonuçları
- MFA ve Conditional Access politika kapsamı
- Teams, SharePoint ve OneDrive sahiplik notları
- Yedekleme, saklama ve geri dönüş sorumlulukları
- Açık riskler, sonraki adımlar ve destek iletişim akışı
Antalya ve Türkiye geneli
Yerinde başlangıç, uzaktan sürdürülebilir destek
Antalya merkez, Muratpaşa, Kepez, Konyaaltı, Döşemealtı, Aksu, Organize Sanayi Bölgesi, Kemer, Serik, Belek, Manavgat, Alanya, Kaş ve çevre ilçelerde ihtiyaca göre yerinde kullanıcı ve cihaz desteği planlıyoruz. Tenant, lisans, e-posta, DNS ve güvenlik yönetimi uzaktan yürütülebildiği için Türkiye genelindeki işletmelere de proje ve yönetilen destek hizmeti sunabiliyoruz.
İlk değerlendirme için gereken bilgiler
- Kullanıcı ve cihaz sayısı
- Mevcut e-posta sistemi ve alan adları
- Yaklaşık posta ve dosya hacmi
- Kullanılan Office sürümleri
- Güvenlik ve cihaz yönetimi beklentisi
- Hedef geçiş tarihi ve kesinti sınırı
Sık sorulan sorular
Microsoft 365 kurulum ve geçiş soruları
Hangi Microsoft 365 lisansı işletmemize uygundur?
Doğru lisans; kullanıcıların masaüstü uygulama, e-posta, cihaz yönetimi, kimlik güvenliği ve uyumluluk ihtiyacına göre belirlenir. Her kullanıcıya aynı planı vermek yerine roller çıkarılır, gereken özellikler güncel Microsoft lisans koşullarıyla doğrulanır ve teklif buna göre hazırlanır.
Mevcut e-postalar Exchange Online’a taşınabilir mi?
Evet. Kaynak sistem Exchange Server, Google Workspace, IMAP destekli bir sunucu veya başka bir Microsoft 365 tenantı olabilir. Uygun yöntem; posta kutusu sayısı, veri hacmi, takvim ve kişi aktarımı, kesinti penceresi ve kaynak sistemin teknik özellikleri incelendikten sonra seçilir.
E-posta geçişinde veri kaybı yaşanır mı?
Risk; kaynak yedeği, kullanıcı eşleştirmesi, pilot taşıma, artımlı senkronizasyon ve geri dönüş planıyla azaltılır. IMAP geçişinin kişi, takvim ve görevleri taşımadığı özellikle kontrol edilir. Kesin kapsam, kaynak sistem ve seçilen Microsoft geçiş yöntemine göre belgelenir.
MFA ile Conditional Access arasındaki fark nedir?
MFA, oturum açarken ek doğrulama ister. Conditional Access ise kullanıcı, konum, cihaz, uygulama ve risk sinyallerine göre MFA veya uyumlu cihaz gibi koşulları ne zaman uygulayacağını belirler. Uyumlu lisans gerekir ve politikalar genel kullanımdan önce pilot grupta test edilmelidir.
Teams, SharePoint ve OneDrive nasıl ayrılmalıdır?
OneDrive kişisel çalışma dosyaları, SharePoint ekip ve kurum içi ortak içerikler, Teams ise konuşma ve toplantıyla birlikte ekip dosyalarına erişim için planlanır. Yetkiler, dış paylaşım, klasör yapısı ve saklama kuralları kullanıcı eğitimiyle birlikte tasarlanmalıdır.
Microsoft 365 verileri ayrıca yedeklenmeli mi?
Saklama politikası ile bağımsız yedekleme aynı karar değildir. Kurumun silinme, fidye yazılımı, geri dönüş süresi ve geçmiş sürüm ihtiyacı analiz edilir; Exchange, OneDrive ve SharePoint için uygun koruma ve geri yükleme yöntemi bu hedeflere göre seçilir.
İşten ayrılan kullanıcının hesabı nasıl kapatılır?
Önce oturumlar sonlandırılır ve erişim engellenir; yönetici rolleri, grup üyelikleri, cihazlar, posta kutusu ve OneDrive sahipliği kontrol edilir. Gerekli veri sorumlu kişiye devredildikten ve saklama kararı kayda alındıktan sonra lisans kaldırılır veya hesap silinir.
Teklif için hangi bilgileri paylaşmalıyız?
Kullanıcı sayısı, mevcut e-posta sistemi, alan adları, yaklaşık posta ve dosya hacmi, kullanılan Office uygulamaları, cihaz türleri, lokasyonlar, güvenlik beklentileri ve hedef geçiş tarihi yeterli başlangıç bilgisidir. Kritik hesaplar ve kesinti sınırı da ayrıca belirtilmelidir.
Teknik kaynaklar: Exchange Online geçiş seçenekleri · Microsoft 365 alan adı ve DNS kurulumu · Conditional Access genel bakış · SharePoint ve OneDrive geçiş planı · Microsoft 365 Backup
Teknik içerik son gözden geçirme: 18 Temmuz 2026. Lisans kapsamı ve ürün özellikleri teklif tarihinde yeniden doğrulanır.
Microsoft 365 geçiş planınızı birlikte hazırlayalım
Mevcut e-posta ve dosya yapınızı, kullanıcı rollerini ve güvenlik beklentinizi paylaşın. Uygun lisans, geçiş sırası ve destek modelini net bir kapsamla sunalım.