İYS operasyonunun temel amacı nedir?

Ticari elektronik ileti yönetimi, bir pazarlama listesini zaman zaman temizlemekten ibaret değildir. Onayın hangi kanaldan, hangi kapsamla ve ne zaman alındığını; ret talebinin tüm sistemlere nasıl yayıldığını; belirli bir iletinin hangi kurala dayanarak gönderildiğini gösterebilen uçtan uca bir kayıt düzenidir. Sağlam operasyonun hedefi daha çok ileti göndermek değil, yalnız geçerli dayanağı olan iletiyi göndermek ve tercihi gecikmeden uygulamaktır.

Ticaret Bakanlığının elektronik ticaret mevzuatı sayfası 6563 sayılı Kanun, Ticari İletişim ve Ticari Elektronik İletiler Hakkında Yönetmelik ve İYS ile ilgili düzenlemeleri bir arada listeler. Bakanlığın İYS açıklaması, merkezi yapının onayların görülmesi ve ret hakkının kullanılmasına imkân verdiğini belirtir. Uygulanacak istisna, süre ve kapsam somut alıcı ile ileti türüne göre güncel metinden ve gerektiğinde hukuk uzmanından doğrulanmalıdır.

Önce kanal ve amaç envanteri çıkarın

E-posta, SMS, telefon araması ve diğer ileti kanallarını ayrı ayrı listeleyin. Her kanal için gönderim amacı, alıcı grubu, onayın alındığı temas noktası, verinin tutulduğu sistem ve mesajı gönderen araç kaydedilmelidir. Müşteri hizmeti bildirimi ile pazarlama mesajını aynı etiket altında tutmak, işlem mesajlarının yanlış engellenmesine veya reklamın işlem mesajı gibi gönderilmesine yol açabilir.

Web formu, mağaza, etkinlik, çağrı merkezi ve sözleşme gibi tüm onay kaynaklarını haritalayın. Onay metninin sürümünü koruyun; sadece onaylandı alanı, kişinin neyi kabul ettiğini kanıtlamaz. Tarih-saat, kanal, kapsam, metin sürümü, kaynak, alıcı kimliği ve doğrulama kaydı birlikte saklanmalıdır. Daha sonra değiştirilen bir metin eski onaylara geriye dönük uygulanmamalıdır.

Tek bir tercih kaydı oluşturun

CRM, e-ticaret sistemi, e-posta platformu ve çağrı merkezi aynı kişi için farklı sonuçlar gösterebilir. Bu nedenle her alıcının kanal bazlı tercih durumunu yöneten bir kaynak kayıt belirleyin. İYS ile şirket içi sistem arasındaki senkronizasyonun sahibi, sıklığı, hata kuyruğu ve mutabakat raporu tanımlı olmalıdır. Senkronizasyon başarısız olduğunda sessizce kampanyaya devam etmek yerine gönderim güvenli biçimde durmalıdır.

Tercih kaydı yalnız son durumu değil olay geçmişini de tutmalıdır: onay, güncelleme, ret, hangi sistemden geldiği, işleyen süreç ve sonuç. Değiştirilemez olay günlüğü, bir kampanya günündeki gerçek durumu yeniden kurmayı sağlar. Kayıt düzeltmesi gerekiyorsa eski olayı silmeyin; düzeltme olayı ve gerekçesi ekleyin.

Ret talebini dağıtılmış bir olay gibi yönetin

Ret farklı kanallardan gelebilir. Talebi alan sistem, merkezi tercih kaydını güncellemeli ve bu değişikliği kampanya araçlarına yaymalıdır. Bir araç çevrim dışıysa olay hata kuyruğunda görünmeli, sorumluya atanmalı ve çözülene kadar ilgili kanalın gönderimi engellenmelidir. Manuel Excel listeleri, sürüm ve sahiplik sorunu nedeniyle güvenilir ana kaynak değildir.

Ret talebinin işlendiğini kanıtlayan kayıt; alınma zamanı, kaynak kanal, eşleşen alıcı, değişen tercih, aktarılan sistemler ve tamamlanma sonucunu içermelidir. Kimlik eşleştirmede belirsizlik varsa otomatik birleştirme yapmak yerine inceleme kuyruğu açın. Yanlış kişiye uygulanan ret rahatsızlık yaratabilir; yanlış kişiyi aktif bırakmak ise uyum riski doğurur.

Kampanya öncesi kapı kontrolü kurun

Kampanya listesi oluşturulduğunda güncel tercih durumuyla yeniden kesiştirilmelidir. Eski dışa aktarımı kullanmak, arada gelen retleri kaçırır. Gönderimden hemen önce kanal, amaç, alıcı tipi, bastırma listesi, İYS uyumu ve mesaj kimliği için otomatik kontroller çalıştırılabilir. Kontrol sonucu ile liste özeti kampanya sahibinden bağımsız bir onaylayıcıya sunulur.

Yapay zekâ hedef kitle taslağı veya metin alternatifi üretebilir; onayın hukuki geçerliliğini varsayamaz ve bir ret kaydını geçersiz kılamaz. Modelin seçtiği alıcılar, tercih ve amaç kurallarından deterministik biçimde geçirilmelidir. Nihai gönderim kararı insan sorumluluğu ve kayıtlı onay altında kalmalıdır.

Mesajdan kişiye kadar kanıt zinciri kurun

Her kampanyaya benzersiz kimlik verin. Mesaj metni ve sürümü, hedefleme ölçütü, kaynak liste zamanı, onaylayan kişi, gönderim zamanı, sağlayıcı sonucu ve ret bağlantısı aynı kimlik altında tutulmalıdır. Bir şikâyet geldiğinde yalnız kişinin bugün izinli olup olmadığına değil, ileti gönderildiği anda hangi kaydın geçerli olduğuna bakılabilmelidir.

Dış hizmet sağlayıcı kullanılıyorsa sözleşmede veri rolü, alt sağlayıcılar, güvenlik, olay bildirimi, kayıt erişimi ve hizmet sonundaki silme veya iade süreci açık olmalıdır. Sağlayıcının panelinde görülen başarılı etiketi, şirketin kendi denetim izi yerine geçmez. Düzenli örnekleme ile sağlayıcı sonucu ve iç kayıt karşılaştırılmalıdır.

Operasyon kontrol listesi

Kanal ve amaçlar birbirinden ayrıldı mı?
Onay metni sürümü ile kaynak kanıtı korunuyor mu?
Tercihler için tek sorumlu kayıt ve olay geçmişi var mı?
İYS senkronizasyon hatası gönderimi güvenli biçimde durduruyor mu?
Ret tüm kampanya sistemlerine izlenebilir şekilde yayılıyor mu?
Liste, gönderim anındaki güncel tercih ile yeniden kontrol ediliyor mu?
Belirsiz kimlik eşleşmeleri insan incelemesine gidiyor mu?

Bu yapı mevzuat yorumu değildir. Alıcı türü, ileti amacı ve istisnalar değişebileceğinden her yeni kullanım senaryosu güncel Ticaret Bakanlığı kaynaklarıyla değerlendirilmelidir. Operasyonun kalitesi, onayı toplamak kadar reddi saygıyla ve kanıtlanabilir biçimde uygulamakla ölçülür.

Eğitim de kontrol tasarımının parçasıdır. Kampanya hazırlayan, liste aktaran ve müşteri talebi alan kişiler aynı ret senaryosunu masa başında çalışmalıdır. Yanlışlıkla ileti gönderilirse durdurma, etkilenen alıcıları belirleme, kayıtları koruma ve düzeltici aksiyon adımları önceden bilinmelidir.

Ticari Elektronik İleti ve İYS Operasyonu: Onay, Ret ve Kanıt Akışı