Telefon: 0 (552) 380 25 25  |  Hafta içi 10:00–18:00 · Teknik destek 7/24

🇬🇧 EN
Kurumsal E-posta ve Belge

Birden Fazla Şirket E-posta Yönetimi: Grup Şirketlerinde Alan Adları, Kullanıcılar ve Yetkiler Tek Panelde

Birden fazla şirket e-posta yönetimi: alan adları, kullanıcılar ve yetkiler tek panelde, her şirketin verisi ayrı. Grup şirketleri için 7 adımlık rehber.

7 dk okuma  · Digital Bridge Mühendislik Ekibi
Birden Fazla Şirket E-posta Yönetimi: Grup Şirketlerinde Alan Adları, Kullanıcılar ve Yetkiler Tek Panelde

Birden fazla şirket e-posta yönetimi, bir grubun her şirketine ait alan adlarını, posta kutularını ve kullanıcıları tek bir yönetim panelinden, ama her şirketin verisini birbirinden ayrı tutarak yönetmesidir. Doğru kurulduğunda yeni çalışan tek işlemle açılır, ayrılanın erişimi tek işlemle kapanır ve hiçbir şirket diğerinin yazışmasını göremez.

Grup şirketlerinde e-posta neden dağılır?

Çoğu grup, e-postayı şirketlerini kurdukça ayrı ayrı açar. Ana şirket bir sağlayıcıdadır, dış ticaret şirketi başka bir yerde, sonradan satın alınan üretim firması ise kendi eski sunucusunda kalmıştır. Her birinin ayrı yönetici hesabı, ayrı faturası ve ayrı parola kuralı vardır; bunları çoğu zaman tek bir bilgi işlem sorumlusu ya da dışarıdan bir destek firması hatırlamaya çalışır.

Sorun, insanlar şirketler arasında dolaşmaya başladığında görünür olur. Finans müdürü üç şirketin muhasebe kutusuna bakar, satın alma iki şirket adına teklif ister, bir çalışan bir şirketten diğerine geçer. Her geçişte birinin hangi kutuya, hangi şirket adına erişebildiği biraz daha belirsizleşir. Bu dağınıklık, kurumsal e-posta seçimi sırasında "çok şirketli yapı" sorusu hiç sorulmadığı için ortaya çıkar.

Aynı tablo fiziksel dünyada da vardır: birden çok tesisi olan firmalar kapı yetkilerini tesis tesis yönetmekte zorlanır. Bu açıdan e-postada yaşanan sorun, çok tesisli firmalarda geçiş kontrolü yazısında anlattığımız merkezî yönetim ve yerel ayrım ihtiyacıyla neredeyse birebir örtüşür.

Dağınık e-posta yönetiminin maliyeti

İlk maliyet güvenliktir. Microsoft Digital Defense Report 2025 verisine göre kimlik saldırılarının %97'sinden fazlası parola saldırısıdır. Her şirketin ayrı parola kuralı ve ayrı yönetici hesabı olduğunda, en zayıf şirketin kuralı bütün grubun güvenlik seviyesini belirler.

Verizon'un 2026 Data Breach Investigations Report verisine göre çalıntı kimlik bilgilerinin kullanımı, ihlallerin %36'sında görülen bir eylem olarak yerini korudu.

İkinci maliyet unutulan erişimdir. Sophos'un 17 ülkede 5.000 BT ve güvenlik yöneticisiyle yaptığı State of Identity Security 2026 araştırmasına göre kurumların %71'i son bir yılda en az bir kimlikle ilgili ihlal yaşadı. Grup içinde şirket değiştiren ya da işten ayrılan çalışanın eski kutusu kapatılmadığında saldırgan için en kolay giriş yollarından biri hazır bekler; konuyu işten ayrılan çalışanın e-posta erişimi yazısında ayrıntılı ele aldık.

Üçüncü maliyet alan adı güvenliğidir. EasyDMARC 2026 DMARC Adoption Report verisine göre taranan 1,8 milyon alan adının %52,1'inde DMARC kaydı var; ancak karantina ya da reddetme politikası uygulayanlar, taranan alan adlarının yalnızca yaklaşık %23'ü. Grup şirketlerinde her şirketin, markanın ve eski alan adının kaydı ayrı ayrı izlenmezse, unutulan bir alan adı sahte mail için kullanılabilir.

Tek panel, ayrı veri: çok şirketli e-postanın temel ilkesi

Grup şirketlerinde iki ihtiyaç aynı anda karşılanmalıdır: yönetimin tek yerden yapılması ve verinin şirket bazında ayrı kalması. Bunlardan biri eksik kaldığında ya yönetim dağılır ya da şirketler birbirinin yazışmasını görme riskine girer. Aşağıdaki tablo iki yaklaşımı karşılaştırıyor.

KonuŞirket başına ayrı sistemTek panel, kiracı bazlı ayrım
Yönetici hesabıHer şirkette ayrı, çoğu zaman paylaşılan parolaTek kimlik, şirket bazında yetki
Yeni çalışanHer sistemde ayrı açılışTek işlemle kullanıcı ve erişim
Ayrılan çalışanKapatılması unutulabilirTek işlemle tüm erişim kapanır
Alan adı ve DNSFarklı panellerde, farklı kişilerdeTüm alan adları tek listede
Veri ayrımıDoğal olarak ayrı ama denetimsizHer şirketin verisi ayrı, kimse diğerini görmez
Fatura ve kullanımParça parçaŞirket bazında izlenebilir

KVKK açısından bu ayrım yalnızca teknik bir tercih değildir. Grup şirketlerinin her biri ayrı tüzel kişi olduğundan kural olarak kendi işlediği veriler için ayrı veri sorumlusudur; bir şirketin çalışan ve müşteri verisinin diğer şirketle paylaşılması, grup içinde bile olsa ayrı bir hukuki değerlendirme gerektirir. Bu değerlendirmenin nasıl yapılacağını KVKK uyum süreci rehberinde adım adım anlattık.

Birden fazla şirket e-posta yönetimi için 7 adım

  1. Envanter çıkarın. Her şirketin alan adlarını, posta kutularını, ortak adreslerini (muhasebe@, satis@) ve bunları kimin yönettiğini tek bir tabloya yazın.
  2. Şirket ve departman yapısını tanımlayın. Kişileri şirket ve departman altına yerleştirin; hangi kişinin birden çok şirkette görev aldığını ayrıca işaretleyin.
  3. Tek kimliğe geçin. Her çalışanın tek bir kimliği olsun; şirketler ve ürünler arası erişim bu kimliğe bağlansın. Mantığını tek oturum açma (SSO) yazısında anlattık.
  4. Ortak kutularda parolayı kaldırın. Muhasebe ve satış kutularına erişim kişi bazlı izinle verilsin, parola paylaşılmasın. Kişi bazlı izin modelini ortak posta kutusu yönetimi rehberinde bulabilirsiniz.
  5. Her alan adında SPF, DKIM ve DMARC'ı tamamlayın. Mail göndermeyen eski alan adlarını da unutmayın; bu alan adlarında gönderimi reddeden kayıtlar tanımlanmalıdır. Kayıtların ne işe yaradığını SPF, DKIM ve DMARC rehberi açıklıyor.
  6. Şirket değişikliği ve ayrılış için tek bir prosedür yazın. İnsan kaynakları bildirdiği anda erişim değişsin; bunun için ayrı ayrı sisteme girilmesin.
  7. Birbirine benzeyen grup alan adlarını izleyin. Saldırganlar grup şirketleri arasındaki yazışmayı taklit etmeyi sever; benzer alan adı saldırıları bu nedenle grup yapısında daha tehlikelidir.

Bu adımların ilk ikisi yazılımdan bağımsızdır ve kısa bir masa başı çalışmasıyla tamamlanabilir. Sonraki adımlar ise hangi altyapıyı seçeceğinizi doğrudan belirler; teklifleri karşılaştırırken kurumsal e-posta fiyatlarını belirleyen kalemleri de hesaba katın.

Grup yapısında sık yapılan üç hata

Tüm şirketleri tek alan adına toplamak. Yönetimi kolaylaştırmak için bütün çalışanları ana şirketin alan adına taşımak cazip görünür. Ancak müşteriler hangi tüzel kişiyle yazıştığını ayırt edemez; fatura, sözleşme ve resmî yazışmalarda bu belirsizlik sorun çıkarır. Her şirketin kendi unvanı ve iletişim bilgisiyle görünmesi için şirket bazlı e-posta imzası şablonları tanımlayın.

Grup yöneticisine her şeyi görme yetkisi vermek. "Nasılsa holding yönetimi" diye bir kişiye tüm şirketlerin tüm kutularını açmak, hem KVKK hem de iç denetim açısından savunulması zor bir yapıdır. Yönetim yetkisi ile içerik okuma yetkisi ayrı tutulmalıdır.

Satın alınan şirketi "sonra bakarız" diye bırakmak. Yeni katılan şirketin eski sistemi aylarca paralel çalışır; ayrılan çalışanlar orada kapatılmaz. Birleşmenin ilk haftasında o şirketin alan adlarını ve yönetici hesaplarını envantere eklemek bu riski büyük ölçüde azaltır.

Digital Bridge'de bu işi nasıl yapıyoruz?

Çok şirketli e-posta projelerine ürünle değil, grubun yapısıyla başlıyoruz:

  • Keşif ve ihtiyaç analizi. Her şirketin alan adlarını, DNS kayıtlarını, posta kutularını ve yönetici hesaplarını çıkarıyor; kimin hangi şirket adına yazıştığını haritalıyoruz. Bu çalışmayı gerektiğinde siber güvenlik danışmanlığı kapsamında kimlik doğrulama kayıtlarının denetimiyle birleştiriyoruz.
  • Veri ayrımını netleştiriyoruz. Hangi verinin şirket içinde kalacağını, hangisinin grup düzeyinde raporlanacağını KVKK uyum danışmanlığı ekibimizle birlikte belirliyoruz.
  • Pilot şirketle başlıyoruz. Önce bir şirketi, genellikle en çok ortak kutu kullananı taşıyor; yetki ve onay kurallarını gerçek yazışmalar üzerinde deniyoruz. Ardından diğer şirketleri aynı şablonla ekliyoruz.
  • Diğer sistemlerle bağlıyoruz. İnsan kaynakları, ERP ya da muhasebe yazılımınızdaki personel ve departman bilgisinin e-posta yetkilerine yansıması gerekiyorsa bunu entegre yazılım sistemleri yaklaşımıyla kuruyoruz.

Smart360 ile birden fazla şirketin e-postası

Kendi geliştirdiğimiz Smart360 ailesi, bu yapıyı baştan çok şirketli düşünür. Birden çok şirket (kiracı) tek hesaptan yönetilir ve hiçbiri diğerinin verisini görmez; her kurumun verisi, her ürün için ayrı veritabanında tutulur. Kullanıcılar, departmanlar, ürün erişimleri, alan adları ve DNS, paketler, fatura ve kullanım istatistikleri aynı panelde durur. Çalışanlar tek kimlikle (SmartID) e-posta, dosya yönetimi, web sitesi müşteri temsilcisi ve geçiş kontrolü ürünleri (SmartMail, SmartFiles, SmartOperator, SmartPass) arasında parola sorulmadan geçer.

Somut bir senaryo düşünün: bir grubun ana şirketi, bir dış ticaret şirketi ve bir üretim şirketi var. Üç şirket ayrı kiracı olarak aynı hesaptan yönetilir. Finans müdürü SmartID ile giriş yapar ve muhasebe kutusunu SmartMail'de kendisine tanımlanmış izinlerle görür; silme ve karantina yönetimi yeni atamada kapalı gelir. Üretim şirketinde bir çalışan satıştan satın almaya geçtiğinde departmanı değiştirilir ve erişimi tüm ürünlerde buna göre değişir; eski departmanın kutusuna erişimi otomatik kalkar. İşten ayrılan çalışanın erişimi ise tek işlemle kapanır.

SmartMail'de kutu başına dokuz ayrı izin vardır ve her mesajda işlem dökümü tutulur. Kurum adına çıkacak hassas bir mesaj, gönderilmeden önce bir veya birden çok kişinin onayına sunulabilir. Mobil uygulamalarda birden çok şirket hesabı aynı uygulamada kullanılır; böylece iki şirkette görev alan yönetici ayrı uygulamalar arasında gidip gelmez. Grubun dosya tarafını da aynı kimlikle SmartFiles kurumsal dosya yönetimine taşımak isterseniz dosya sunucusundan buluta geçiş yazımıza bakın.

Sonraki adım

İlk adım olarak grubunuzdaki tüm alan adlarını ve her birinin yönetici hesabını kimin tuttuğunu tek sayfaya yazın; unutulmuş alan adları ve sahibi belirsiz yönetici hesapları çoğu zaman bu listede ortaya çıkar. Ardından iletişim sayfamızdan bize ulaşın ya da 0 (552) 380 25 25'i arayın: envanterinizi birlikte değerlendirelim, Smart360 için demo planlayalım ve geçiş kapsamını, aşamalarını ve bedelini içeren yazılı teklifimizi hazırlayalım.

Ticaret şirketi olan gruplar için ithalat ihracat evrak takibi rehberimiz, e-posta ve belge rehberlerimizin tamamı için ise Kurumsal E-posta ve Belge sayfamız iyi bir devam noktasıdır.

Sizin durumunuza birlikte bakalım

Sürecinizi anlatın; ihtiyaç analizinin ardından kapsamı, aşamaları ve bedeli içeren yazılı teklif gönderelim.

Teklif İsteyin 0 (552) 380 25 25
En çok sorulan sorular

Sık Sorulan Sorular

Grup şirketlerinin e-postası tek hesapta toplanırsa veriler karışır mı?

Doğru kurulmuş kiracı bazlı bir yapıda karışmaz. Her şirket ayrı bir kiracı olarak tanımlanır ve verisi ayrı tutulur; bir şirketin kullanıcısı, kendisine açıkça izin verilmedikçe diğer şirketin posta kutusunu göremez. Yönetimin tek panelden yapılması ile verinin tek havuzda toplanması aynı şey değildir; seçim yaparken bu ayrımı mutlaka sorun.

Her şirketin kendi alan adı korunabilir mi?

Evet. Çok şirketli yönetimde her şirket kendi alan adıyla yazışmaya devam eder; müşteri ve tedarikçiler bir değişiklik görmez. Değişen, alan adlarının ve DNS kayıtlarının tek bir listede, aynı kişiler tarafından izlenmesidir. Her alan adı için SPF, DKIM ve DMARC kayıtlarının ayrı ayrı tamamlanması gerekir.

İki şirkette çalışan bir kişi için iki ayrı hesap mı açılmalı?

Genellikle gerekmez. Kişinin tek bir kimliği olur ve bu kimliğe iki şirketteki kutulara erişim izni tanımlanır. Böylece parola sayısı artmaz, ayrılış anında tek işlemle tüm erişim kapanır. Kişinin hangi şirket adına mail gönderdiği ise kullandığı kutu ve imza üzerinden ayrışır.

KVKK açısından grup içi e-posta paylaşımı serbest mi?

Hayır, otomatik olarak serbest değildir. Grup şirketlerinin her biri ayrı tüzel kişidir ve kural olarak kendi verileri için ayrı veri sorumlusudur. Bir şirketin çalışan ya da müşteri verisini içeren yazışmaların diğer şirketle paylaşılması hukuki dayanak, aydınlatma ve yetki açısından ayrıca değerlendirilmelidir. Teknik ayrım bu değerlendirmeyi kolaylaştırır ama yerine geçmez.

Çok şirketli e-posta yönetiminin maliyeti neye bağlıdır?

Maliyet genellikle şirket sayısından çok posta kutusu sayısına, seçilen ürün paketine ve depolama ihtiyacına bağlıdır. Ayrı sistemlerde her şirket için ayrı fatura, ayrı yönetici emeği ve ayrı destek bedeli oluşur; tek panelde bunlar tek sözleşmede toplanır ve kullanım şirket bazında izlenebilir.

Çok şirketli yapıya geçiş ne kadar kesinti yaratır?

Kesinti, geçişin nasıl planlandığına bağlıdır; iyi hazırlanmış bir geçişte kullanıcıların hissettiği değişiklik çoğunlukla yeni arayüze alışmakla sınırlı kalır. Önerilen yöntem, bir şirketle pilot yapmak, alan adı kayıtlarını hazırlamak ve mevcut yazışmaları taşıdıktan sonra diğer şirketleri aynı şablonla eklemektir. Süre; şirket sayısına, kutu sayısına ve taşınacak arşivin büyüklüğüne göre keşif aşamasında netleşir.

Sorunuz burada yok mu? Bize Sorun

Bir Mühendisle Konuşun

Çözmek istediğiniz işi anlatın, yazılı teklifle dönelim.