Sektörel·
20 Nisan 2026
Müşteri hizmetleri yalnızca telefondan ibaret değildir. Günümüzde işletmelerin büyük çoğunluğu, destek taleplerinin önemli bir bölümünü e-posta kanalı üzerinden alıyor. Ancak çağrı merkezi yazılımı ile e-posta altyapısının ayrı sistemler olarak çalışması, hem operatöre yük bindirir hem de müşteri deneyimini sekteye uğratır. E-posta entegrasyonu, gelen her mesajı otomatik olarak bir destek kaydına (ticket) dönüştürür, öncelik sıralaması yapar ve doğru ekibe yönlendirir — böylece müşteri e-posta gönderdiğinde yanıtı beklemek yerine gerçek zamanlı bir süreç başlar.
Çağrı merkezi platformları, e-posta kutusuna erişmek için iki temel protokol kullanır: IMAP (Internet Message Access Protocol — RFC 9051) ve SMTP (Simple Mail Transfer Protocol — RFC 5321). IMAP, sunucudaki iletileri silmeden okumaya ve klasörlemek için senkronize bir bağlantı kurmaya yarar; SMTP ise giden yanıtları iletmek için kullanılır.
Modern entegrasyonlarda şifre tabanlı bağlantı yerine OAuth 2.0 (RFC 6749) tercih edilir. Google Workspace ve Microsoft 365 dahil büyük sağlayıcıların neredeyse tamamı 2022'den itibaren temel kimlik doğrulama (Basic Auth) yöntemini devre dışı bırakmıştır. Bu nedenle entegrasyon akışı şöyle özetlenebilir:
E-posta sunucusunun TLS/SSL üzerinden bağlantı kabul ettiğinden ve sertifikanın geçerli olduğundan emin olun. IMAP için standart port 993 (TLS), SMTP için 587 (STARTTLS) ya da 465 (SSL) kullanılır. 25 numaralı portun büyük ISS'ler tarafından engellenebildiğini göz önünde bulundurun.
Entegrasyon süreci birbirini izleyen beş aşamadan oluşur. Aşağıdaki tablo her aşamanın sorumlu birimini ve tamamlanma ölçütünü göstermektedir:
| # | Aşama | Sorumlu | Tamamlanma Ölçütü |
|---|---|---|---|
| 1 | E-posta hesabı ve OAuth uygulaması oluşturma | BT / Sistem yöneticisi | Client ID ve Client Secret alındı, redirect URI onaylandı |
| 2 | Çağrı merkezi platformuna bağlantı tanımlama | CRM / Yardım masası yöneticisi | Test e-postası gelen kutusunda ticket olarak göründü |
| 3 | Otomasyon kuralları ve yönlendirme | Operasyon lider | Konu satırı / gönderici filtrelerine göre doğru kuyruğa düşüyor |
| 4 | SLA (Hizmet Seviyesi Anlaşması) ayarları | Kalite ekibi | İlk yanıt ve çözüm süreleri izleniyor, aşımda bildirim geliyor |
| 5 | KVKK ve ETK uyum kontrolü | Hukuk / DPO | Veri saklama politikası ve ticari ileti onayları dokümante edildi |
Ham IMAP bağlantısı tek başına yeterli değildir; asıl değeri yaratan, gelen iletileri otomatik sınıflandıran kurallardır. Çoğu modern yardım masası platformu (Zendesk, Freshdesk, Zoho Desk vb.) aşağıdaki kural türlerini destekler:
Yönlendirme kurallarını yazarken kapsam dışı bırakma listesi oluşturmayı unutmayın: otomatik yanıtlar (out-of-office), bounce mesajları ve abonelik bildirimleri ticket açmamalıdır. Bu iletilerin büyük çoğunluğu "Auto-Submitted: auto-replied" veya "Precedence: bulk" başlıkları taşır; kural motorunuzda bu başlıkları filtreleyin.
Çağrı merkezinden müşteriye gönderilecek yanıt e-postalarının gerçekten sizden geldiğini kanıtlamak ve spam klasörüne düşmemek için üç DNS kaydı zorunludur:
p=none politikasıyla yayınlayın, raporları inceleyin, ardından p=quarantine veya p=reject'e geçin.Çağrı merkezi e-posta entegrasyonu, kişisel veri işleme faaliyeti sayıldığından 6698 sayılı Kişisel Verilerin Korunması Kanunu (KVKK) kapsamında değerlendirilir. Müşterinin adı, soyadı ve e-posta adresi "kişisel veri" tanımına girmekte; bu verileri işleyebilmek için kanunun 5. maddesinde sayılan hukuki işleme gerekçelerinden birine dayanılması zorunludur (sözleşmenin ifası, meşru menfaat veya açık rıza).
Öte yandan müşteriye ticari içerik taşıyan bir e-posta gönderilecekse — kampanya bildirimi, ürün tanıtımı, fırsat duyurusu — 6563 sayılı Elektronik Ticaretin Düzenlenmesi Hakkında Kanun (ETK) ve buna bağlı Ticari İletişim ve Ticari Elektronik İletiler Hakkında Yönetmelik (Resmi Gazete: 4 Ocak 2020, Sayı: 31001) hükümleri devreye girer. Bu yönetmeliğe göre:
Saf destek yanıtları (arıza bildirimi, sipariş onayı, şikayet yanıtı) ticari ileti sayılmaz; dolayısıyla ETK onayı aranmaz. Ancak bu iletilerin saklama süresini ve işleme amacını KVKK kapsamında VERBİS'e kayıt etmeyi ihmal etmeyin.
E-posta entegrasyonunun bir diğer önemli faydası, tüm iletişim kanallarını tek bir gösterge panelinde (dashboard) görüntüleyebilmektir. İyi yapılandırılmış bir omnichannel raporlama sistemi aşağıdaki metrikleri hem telefon hem e-posta kanalları için eşit biçimde sunmalıdır:
POP3 (RFC 1939), iletileri sunucudan indirip genellikle siler; yalnızca tek bir istemcide çalışır. IMAP ise iletileri sunucuda tutar ve birden fazla uygulama eş zamanlı erişebilir. Çağrı merkezi entegrasyonlarında her zaman IMAP tercih edilmelidir; POP3, farklı sistemlerin aynı anda kutuya bakmasını engeller.
Her iki sağlayıcı da OAuth 2.0 kullanmaktadır. Google için Google Cloud Console'da bir proje açıp Gmail API'yi etkinleştirmeniz ve OAuth istemcisi oluşturmanız gerekir. Microsoft için Azure Active Directory'de bir uygulama kaydı (App Registration) yapıp Mail.ReadWrite ve Mail.Send izinlerini vermeniz yeterlidir. Ardından aldığınız Client ID ve Client Secret'ı çağrı merkezi platformunun bağlantı ayarlarına girmeniz bağlantıyı tamamlar.
E-posta başlıklarını (headers) kullanın: Auto-Submitted: auto-replied, Precedence: bulk veya Precedence: list başlıkları taşıyan iletiler otomatik filtre kurallarıyla atlanabilir. Bounce mesajları için X-Failed-Recipients başlığı ve adres kısmında MAILER-DAEMON veya postmaster@ gibi özel gönderici adresleri filtre koşulu olarak kullanılabilir.
iys.org.tr adresinden "Hizmet Sağlayıcı" olarak kayıt oluşturmanız gerekir. Kayıt için ticaret sicil numarası ve MERSİS bilgileri istenmektedir. Mevcut onaylı listenizi sisteme yükledikten sonra ileti göndermeden önce İYS API'si üzerinden alıcının onay durumunu sorgulamalısınız. Yönetmelik uyarınca bu sorgulama zorunludur.
Çoğu IMAP kütüphanesi ve yardım masası platformu MIME çok parçalı (multipart) iletileri ayrıştırabilir. Ekler, ticket'a dosya olarak iliştirilir ve depolama alanınıza kaydedilir. Dikkat edilmesi gereken nokta, büyük eklerin (10 MB üzeri) bellek ve disk kullanımını artırabileceğidir; platforma göre dosya boyutu sınırı ve karantina kuralı tanımlamanız önerilir.
SPF tek başına yeterli değildir; DKIM imzası ve DMARC politikası birlikte uygulandığında teslim edilebilirlik (deliverability) anlamlı biçimde artar. Ayrıca yeni IP adreslerinin itibarını (IP reputation) ısıtmak (warm-up) gerekebilir; düşük hacimle başlayıp kademeli artış yapılması önerilir. Google Postmaster Tools veya Microsoft SNDS gibi ücretsiz araçlarla IP ve alan adı itibarınızı izleyebilirsiniz.
İyi yapılandırılmış bir omnichannel sisteminde her iki kayıt aynı müşteri profiliyle eşleştirilir. Çoğu platform, aynı konu satırı veya referans numarası içeren e-postaları mevcut ticket'a otomatik bağlar. Telefon kaydı ise CRM entegrasyonu sayesinde aynı müşterinin geçmişinde görünür. Bu birleşik görünüm, operatörlerin konuyu tekrar sormadan hızla kavramasını sağlar.
Saf destek yanıtı şablonlarında yasal kısıtlama yoktur. Ancak şablon içine kampanya, indirim veya ürün tanıtımı gibi ticari unsurlar eklendiyse ETK kapsamına girer ve alıcının önceden onayının olması zorunludur. En güvenli yol, destek ve pazarlama şablonlarını birbirinden ayrı tutmak ve ticari unsur içerenleri yalnızca onaylı alıcılara göndermektir.
Sektöre göre değişmekle birlikte Türkiye'deki kurumsal çağrı merkezi uygulamalarında e-posta kanalı için yaygın hedef, iş saatleri içinde 4 saatlik ilk yanıt süresi ve 24 saatlik çözüm süresidir. Finans ve telekomünikasyon gibi düzenlenmiş sektörlerde Bilgi Teknolojileri ve İletişim Kurumu (BTK) ile Bankacılık Düzenleme ve Denetleme Kurumu (BDDK) yönetmeliklerinde sektöre özgü şikayet yanıt süreleri tanımlanmış olabilir; bu nedenle sektörünüze ait mevzuatı ayrıca incelemeniz önerilir.
Önce ayrı bir test e-posta hesabı (örn. destek-test@alanadi.com.tr) açın ve bunu platforma bağlayın. Manuel olarak gönderilen test iletilerinin ticket oluşturduğunu, otomasyon kurallarının doğru çalıştığını ve yanıtların müşteri adresine ulaştığını adım adım doğrulayın. Ardından yük testi için araçlar (Locust, k6 gibi) yerine düşük hacimde gerçek kullanıcıyla pilot başlatmak daha güvenlidir; canlı ortamda beklenmedik IMAP bağlantı sınırlarına (connection limit) takılmamak için platformunuzun bağlantı havuzu (connection pool) ayarlarını kontrol edin.
Reklamsız, KVKK uyumlu; kurulum ve geçiş ücretsiz, mailleri biz taşırız.