Google Workspace’e mail taşıma: nelere dikkat?

Google Workspace’e mail taşıma: nelere dikkat?

Google Workspace’e mail taşıma, mevcut sağlayıcıdaki posta verilerinin Google hedefinde nasıl kullanılacağının belirlenmesiyle başlar. Kaynak hesaplar, hedef kullanıcılar ve veri türleri aynı listede eşleştirilmelidir. Gmail etiketleriyle kaynak klasör düzeni arasındaki farklar pilotta değerlendirilir. Posta aktarımının Drive dosyaları veya diğer uygulamalarla aynı kapsam olmadığı da başlangıçta açıklanmalıdır. Uygulama kapsamı için mail taşıma hizmeti sayfasındaki açıklamalar da değerlendirilebilir.

Bu hizmet; şirket adreslerini Gmail altyapısına almak, eski barındırma hizmetindeki iletileri Google ortamında kullanmak veya farklı posta sağlayıcılarındaki kullanıcıları mevcut Workspace kuruluşunda toplamak isteyen işletmeler için değerlendirilebilir. Yalnız abonelik satışı, yalnız alan adı değişikliği veya bütün Google uygulamalarının taşınması olarak düşünülmemelidir. Teklifte hangi posta verisinin işleneceği, hedefte nasıl kullanılacağı ve kapsam dışında kalan uygulamalar açıklanır. Böylece hizmeti satın alırken beklenen sonuçla teknik ekibin üstlendiği iş arasında anlaşılır bir bağ kurulur.

Workspace’e girişte kaynak sağlayıcı ve hedef kullanıcılar

Kaynak başka bir posta sağlayıcısıysa ilk ihtiyaç, mevcut kutularla hedef Google kullanıcılarını eşleştirmektir. Çalışan adresi, ortak adres ve takma adres farklı kayıtlar olabilir. Şirketin Google ortamı önceden kurulmuşsa kullanılacak kullanıcılar ve yönetim sorumlusu doğrulanır. Yeni ortam hazırlanacaksa bu hazırlığın taşıma bedeline dahil olup olmadığı ayrıca belirtilir. Teknik ekip, kaynak erişiminden hedefte gerekli alanın bulunmasına kadar uygulamanın ön koşullarını inceleyebilir. Eksikler genel geçiş başlamadan görünür hale getirilmelidir.

Google’ın posta verisi içe aktarma açıklaması, Google Workspace hedefi için kaynak türüne göre farklı bağlantı ve eşleştirme süreçleri tanımlar. Kaynağın Exchange Online, IMAP tabanlı bir hizmet veya başka Google hesabı olması yöntemi etkileyebilir. Teklifte yalnız “Google’a taşıma” yazması yeterli değildir; kaynak için kullanılacak yol ve taşınacak öğeler açıklanmalıdır. Eski kullanıcıların hesaplarını kapatmakla veriyi kopyalamak ayrı kararlar olarak ele alınmalıdır.

Kaynak sağlayıcıdan çıkış için hangi koşullar gerekir?

Hedef Google Workspace olsa da aktarımın yapılabilmesi kaynak sağlayıcının sunduğu erişime bağlıdır. Eski hizmetin yönetim paneli, kullanıcı kutularının durumu ve kullanılan bağlantı yöntemi incelenir. Kaynakta yalnız iletiler mi bulunduğu, yoksa kişiler ve takvimler için başka işlem mi gerektiği belirlenmelidir. Kullanıcının bilgisayarında tutulan arşivlerin eski sunucuda da bulunduğu varsayılmamalıdır. Hizmet sağlayıcıdan bu farkları ön inceleme sonucunda açıklamasını ve yapılacak işi buna göre kesinleştirmesini isteyin.

Eski aboneliğin bitiş tarihi ve kaynak kutuların açık kalacağı süre uygulamayı etkileyebilir. Çıkış için başka sağlayıcının onayı veya erişim devri gerekiyorsa sorumlusu belirlenir. Mevcut Google Workspace ortamından Microsoft 365’e çıkmak isteyen işletmeler içinse Google Workspace Microsoft 365 geçiş hizmeti ayrı değerlendirilir. Bu iki yönün karıştırılmaması, hedef hazırlığının ve fiyat kalemlerinin doğru seçilmesini sağlar. Alan adı kayıt firmasının değiştirilmesi her giriş projesinde gerekli değildir; posta yönlendirmesi ayrı ele alınır.

Hedef Gmail kullanımının hazır olduğu nasıl doğrulanır?

Google ortamında kullanıcı hesaplarının bulunması tek başına posta kullanımının bütünüyle hazır olduğunu göstermez. İlgili hizmetin kullanıcılar için kullanılabilirliği, gerekli abonelik ve depolama koşulları incelenmelidir. Şirket alan adı, adres eşleştirmeleri ve ortak kullanım ihtiyaçları onaylanır. Yeni iletilerin Google’a yönlendirilmesinden önce hedef kullanıcıların gerekli kontrolleri tamamlaması beklenebilir. Bu hazırlık, geçmiş iletilerin aktarımıyla aynı teslim satırı altında belirsiz bırakılmamalıdır.

Teklifte hedef kurulumu dahilse hangi işlemlerin yapılacağı yazılmalıdır. Mevcut bir Workspace kuruluşu kullanılıyorsa korunacak ayarlar ve değişecek alanlar ayrıca gösterilir. Kaynak sağlayıcıdan taşınan veriyi kullanıcı hangi arayüzle görecek, ortak adresten yanıt verebilecek mi ve cihaz ayarı gerekecek mi soruları yanıtlanabilir. Küçük bir kullanıcı grubuyla bu koşulların denenmesi, genel yönlendirmeden önce eksik hazırlıkların görünmesini sağlar. Test sonucu ve bekleyen onaylar proje kaydına eklenir.

Gmail etiketlerini klasör beklentisiyle karşılaştırın

Gmail’de çalışanların ileti düzeni etiketler ve konuşma görünümü üzerinden kurulmuş olabilir. Google’ın Gmail etiket açıklaması, etiketlerin klasörlerden farklı olduğunu belirtir. Bu ayrım, kaynakta görülen sayılarla hedefteki klasörleri karşılaştırırken önem taşır. Hizmet kapsamı hazırlanırken yoğun etiket kullanan örnek kutular incelenebilir. Kullanıcının “aynı düzen” beklentisi, klasör adları kadar aradığı iletilere nasıl ulaşacağı üzerinden de değerlendirilmelidir.

Taşıma yönteminin etiketleri nasıl ele aldığı, hangi alanların hariç tutulacağı ve olası tekrarların nasıl araştırılacağı pilotta görülebilir. Etiket bazındaki toplamları toplayıp bunun benzersiz ileti sayısı olduğunu varsaymak uygun olmayabilir. Kontrol, örnek iletilerin tarih, gönderici ve ek bilgileriyle desteklenebilir. Hedefte aynı görünümü oluşturmak için yeniden düzenleme gerekiyorsa bu ayrıca fiyatlandırılabilir. Teklifte veri kopyalama ile kullanıcının çalışma düzenini yeniden oluşturma işinin birbirinden ayrılması yararlıdır.

Ortak adresler, gruplar ve erişim ilişkileri

Satış veya destek adresi bir kullanıcı hesabı, Google Grubu, takma adres ya da başka kutuya yönlendirme olarak çalışıyor olabilir. Bu yapıları yalnız adres listesine bakarak aynı kabul etmek doğru değildir. Kimlerin ileti alacağı, kimlerin yanıt vereceği ve geçmiş yazışmaya nasıl erişileceği sorulmalıdır. Hedefte seçilecek karşılık bu ihtiyaca göre belirlenir. Teknik uygulamayı hizmet sağlayıcı yapsa da erişim kararını şirketin yetkili sorumlusu onaylamalıdır; mevcut geniş yetkiler incelemeden çoğaltılmamalıdır.

Google’dan Google’a bir geçiş planlanıyorsa da bütün ayarların aynı kaldığı varsayılmamalıdır. Google’ın Workspace Migrate özellik tablosu, bu belirli yöntem için desteklenen ve ayrı kontrol gerektiren alanları gösterir. Başka bir araç seçildiğinde onun güncel kapsamı incelenir. Ortak kutuya erişim, farklı adresten gönderim ve grup geçmişi gibi başlıklar teklifte ayrı yanıtlanabilir. Böylece aynı e-posta adresinin hedefte görünmesi tek başına bütün ekip kullanımının teslimi sayılmaz.

Mail aktarımı ile Drive ve diğer uygulamalar ayrılır

Posta taşıma hizmetinin Drive dosyalarını, ortak sürücüleri, belge paylaşım izinlerini veya uygulama verilerini de içerdiği varsayılmamalıdır. Bir e-postadaki Drive bağlantısı, dosyanın kendisinin yeni ortama taşındığını göstermez. Geçiş sonrasında kullanıcı eski bağlantıyı açarken farklı bir hesaba ihtiyaç duyabilir. Posta projesi için ilgili bağımlılıkların listelenmesi ve başka veri taşıma işi gerekiyorsa ayrı kapsam hazırlanması istenebilir. Google hedefe gelen postayla eski dosya sisteminin birlikte kullanılacağı süre bu ayrım dikkate alınarak belirlenir.

Google’dan Google’a Workspace Migrate kullanımı için yayımlanan özellik açıklamasında, ileti içindeki Drive bağlantılarının özgün içeriğe bağlı kaldığı belirtilir. Bu davranış bütün araçlara genellenmemeli; seçilen yöntemin sonucu doğrulanmalıdır. Teklif görüşmesinde örnek bağlantılar ve günlük belge kullanımı paylaşılabilir. Dosya sahipliği veya izinlerin aktarılması başka çalışma gerektiriyorsa sorumlu ekip ve kabul ölçütü belirlenir. Posta taşıması tamamlandı diye şirketin bütün ortak çalışma düzeninin yeni platformda hazır olduğu raporlanmamalıdır.

Yetkilendirme, aktarım aracı ve kullanıcı desteği

Seçilen yönteme göre Google yönetici erişimi, uygulama yetkisi veya kullanıcı onayı gerekebilir. Ekipten erişimin amacını ve ne kadar süre kullanılacağını açıklamasını isteyin. Güncel üretici yöntemi esas alınmalı; eski bağlantı alışkanlıklarıyla güvenlik denetimlerinin gelişigüzel kapatılması önerilmemelidir. Parola ve doğrulama kodları ilk teklif formuna yazılmaz. Uygulama erişimi gerektiğinde hangi şirket yetkilisinin onay vereceği ve hangi bilgilerin kayıt altına alınacağı uygulama öncesinde belirlenebilir.

Taşıma bittikten sonra kullanıcıların hedef hesabı nasıl açacağı, telefon veya masaüstü uygulamasında ne yapacağı anlatılmalıdır. Eski uygulamasına alışkın çalışanların Gmail’deki arama ve etiket düzeni için kısa desteğe ihtiyacı olabilir. Workspace’e yeni geçen ekip farklı cihazlardaki oturum açma adımlarını da tanımak isteyebilir. Bu destek otomatik olarak sınırsız eğitim anlamına gelmez. Dahil kullanıcı ve cihaz sayısı, bilgilendirme biçimi ve geçiş sonrasında yardım alınacak kanal teklifte belirtilirse ek iş sınırları anlaşılır olur.

Pilot ve kabul Google kullanım senaryolarını göstermeli

Pilot için etiket kullanan çalışan, büyük posta hacmi olan hesap ve ortak adresle çalışan bölüm gibi farklı örnekler seçilebilir. Kaynak ve hedefte örnek tarih aralıkları, ileti ekleri ve kapsamda bulunan diğer veriler incelenir. Varsayımsal olarak iletileri gören bir çalışan eski Drive bağlantısını açamıyorsa bunun posta aktarım hatası mı yoksa kapsam dışı dosya erişimi mi olduğu araştırılmalıdır. Örnek gerçek müşteri sonucu değildir; kabulde veri türlerini ayırmanın nedenini gösterir.

Canlı yönlendirme öncesinde pilot bulguları ve devam koşulları değerlendirilir. Alım, gönderim, ortak adres kullanımı ve kullanıcı erişimi ayrı kaydedilebilir. Hata raporlarındaki atlanan veriler açıklanmalı; kaynak hizmetin açık kalacağı süre şirket sorumlusuyla kararlaştırılmalıdır. Geçiş boyunca iki ortamda yeni ileti oluşuyorsa bunların nasıl izleneceği belirtilir. Teknik ekipten belirli kontrol noktaları, açık iş listesi ve gözden geçirilebilir kabul raporu istemek, hizmeti somut çıktılarla değerlendirmenizi sağlar.

Uygulama öncesi son kontroller

Google Workspace mail taşıma fiyatını kaynak platform, hedef Google ortamının hazırlığı, kullanıcı sayısı, veri hacmi ve işlenecek öğeler etkiler. Yoğun etiket düzeni, yerel arşivler, gruplar, erişim devirleri ve kullanıcı cihazları ek inceleme gerektirebilir. Drive veya diğer uygulamalar için istenen işler ayrı gösterilmelidir. Abonelik, aktarım aracı ve proje hizmeti aynı bedel kalemi olarak belirsiz bırakılmamalıdır. Kesin süre ve bedel için mevcut durumun görülmesi ve müşteri sorumluluklarının belirlenmesi gerekir.

Son kontrol listesinde kaynak hesaplar, hedef Gmail kullanıcıları, etiket düzeni, ortak adresler ve veri kapsamı birlikte yer almalıdır. Tamamlanan kontrolleri ve açık kalan işleri ayrı kaydedin. Sorumluları ve sonraki adımları belirlemek, uygulama sonucunu başlangıçta tanımlanan kapsamla karşılaştırmayı kolaylaştırır.

Teklif için mail taşıma hizmeti sayfasına gidin.

Sık Sorulan Sorular