Yapay zekâya vermeden önce misafir verisini anonimleştirmek: maskeleme ve takma ad

Veri anonimleştirme, kişisel verinin başka verilerle eşleştirilse dahi kimliği belirli veya belirlenebilir bir kişiyle ilişkilendirilemeyecek hale getirilmesidir. Misafirin adını silmek yetmez: tarihler, oda, uyruk ve sıra dışı bir talep tek bir rezervasyonu işaret edebilir. Bu kombinasyonları maskeleyin, genelleştirin ya da çıkarın; sonra bir meslektaşınızın misafiri adıyla söyleyip söyleyemediğini test edin.

Misafir ilişkileri ekibinden biri geçen ayın şikâyetlerini dışa aktarır, ad sütununu siler ve kalanı bir yapay zekâ sohbet aracına yapıştırır. Satırda Rus bir aile, iki birleşik oda, Ağustos'un ikinci haftası ve asansör şikâyeti yazmaktadır. O hafta çalışmış herkes o aileyi saniyeler içinde adıyla söyleyebilir.

Bu yazı böyle bir dosyanın nasıl doğru hazırlandığını gösteriyor: hangi alanlar bir misafiri tanımlar, maskeleme, takma ad ve anonimleştirme gerçekte nasıl ayrışır, hazırlanmış bir dosya nasıl görünür ve dosya otelden çıkmadan önce kendi çalışmanızı nasıl sınarsınız.

Misafirin adını silmek neden yetmez?#

Çünkü tanımlama için ada ender olarak ihtiyaç duyulur. Bir avuç sıradan alan, bir araya geldiğinde bir aylık kayıt içinde tek bir rezervasyonu işaret edebilir.

Doğrudan tanımlayıcı tek başına çalışır: ad soyad, kimlik ya da pasaport numarası, e-posta adresi. Dolaylı tanımlayıcı ise birlikte çalışır: giriş tarihi, oda tipi, uyruk ve sıra dışı bir talep. Dört dolaylı tanımlayıcı çoğu zaman bir ad kadar değerlidir; üstelik ada göre nadiren silinir.

Ölçütü düzenleyici otorite koyar, sezgi değil. Kişisel Verileri Koruma Kurumu (KVKK) ölçütü "Kişisel Verilerin Silinmesi, Yok Edilmesi veya Anonim Hale Getirilmesi Rehberi"nde (KVKK Yayınları No: 71, Nisan 2025) belirler.

Rehber, silme ya da yok etme yerine anonimleştirmeye karar vermeden önce veri sorumlusundan üç şeyden emin olmasını ister: veri kümesi başka bir veri kümesiyle birleştirildiğinde anonimliği bozulmamalı; tek bir değer ya da değer kümesi bir kaydı tekil hale getirecek anlamlı bir bütün oluşturmamalı; kalan değerler birleşip bir kişi hakkında varsayım ya da sonuç üretmemeli.

Otellerin gözden kaçırdığı üçüncü denetimdir bu. Şikâyet metninin kendisi o sonucu üretebilir: kliması bozulan köşedeki süitte kalan misafir, geç çıkış isteyen balayı çifti. Her ad silinmiş olsa da hikâyenin kendisi tanımlar.

Yükümlülük oteldedir, yapay zekâ aracında değil. Sağlayıcının gizlilik sayfası bir dosyayı anonim yapmaz. Güvenli varsayım şudur: o dosyaya özgü bir test aksini söyleyene kadar dışa aktarılan veriyi kişisel veri olarak değerlendirin ve testi kayda geçirin.

Otel verisinde hangi alanlar misafiri doğrudan ya da dolaylı olarak tanımlar?#

Adlar ve kimlik numaraları doğrudan tanımlar. Tarihler, oda, uyruk, rezervasyon numaraları, serbest metin ve dosyanın kendi üst verileri birlikte tanımlar.

Dosyaya dokunmadan önce alanları üç yığın halinde ayırın: tek başına tanımlayanlar, birlikte tanımlayanlar ve hikâye taşıyanlar. En çok gözden kaçan yığın serbest metindir. Notlar, talepler, mesajlaşma kayıtları ve yorum yanıtları, misafirin paylaşmayı seçtiği ayrıntıları taşır; bir satırı benzersiz yapan da tam olarak bu ayrıntılardır.

Aynı alan bir tesiste zararsız, bir başkasında tanımlayıcı olabilir. Örneğin Ağustos'ta 400 odalı bir tatil köyünde uyruk artı tarih sıradan bir kombinasyondur; Şubat'ta 12 odalı bir butik otelde tektir. Kararı dosya bazında değil alan bazında verin: analizin ihtiyaç duymadığı bir alan maskelenmemeli, çıkarılmalıdır; çünkü çıkarma geri alınamaz.

Üst veri dosyayla birlikte yolculuk eder. Dosya adı, hazırlayan, oluşturma saati ve sayfa adı bir vardiyaya, vardiyadan da bir misafire işaret edebilir. Neyi neden tuttuğunuzu yazın; böylece bir sonraki dosya aynı şekilde hazırlanır ve bir meslektaşınız gerekçenizi denetleyebilir.

Zaten baştan misafir profili tutuyorsanız, neyin kaydedilip neyin asla kaydedilmeyeceğini bilmek değerlidir; çünkü hiç kaydedilmeyen verinin sonradan anonimleştirilmesi gerekmez: otelde misafir profili: ne kaydedilir, ne asla kaydedilmez?.

Maskeleme, takma ad ve anonimleştirme: nasıl ayrışır?#

Maskeleme bir alanın içindeki karakterleri gizler, takma ad tanımlayıcıları bir anahtarla geri açılabilen kodlarla değiştirir, anonimleştirme ise rehberin tanımladığı sonuçtur: başka verilerle birleştirilse dahi bir kişiye geri bağlanamayan veri.

Rehber maskelemeyi, kişisel verilerin belli alanlarının kimliği belirli veya belirlenebilir bir kişiyle ilişkilendirilemeyecek şekilde silinmesi, üstlerinin çizilmesi, boyanması veya yıldızlanması gibi işlemler olarak tanımlar. Bu, bir alana uygulanan bir tekniktir; veri kümesine verilmiş bir hüküm değildir. Rehber, gruplama, maskeleme, türetme, genelleştirme ve rastgele hale getirme gibi bağ koparma işlemlerini anonimleştirme yöntemi sayar ve elde edilen sonucun belirli bir kişiyi tanımlamamasını şart koşar. Maskelenmiş bir değer, özgün veri yok edilmedikçe ya da değer geri döndürülemez biçimde genelleştirilmedikçe anonim sayılmaz; özgün veri ve anahtar birlikte tutuluyorsa veri takma adlıdır.

Rehber örnek yöntemleri üç ailede toplar. Değer düzensizliği sağlamayan yöntemler: değişkenleri çıkartma, kayıtları çıkartma, bölgesel gizleme, genelleştirme, alt ve üst sınır kodlama, global kodlama, örnekleme. Değer düzensizliği sağlayan yöntemler: mikro birleştirme, veri değiş tokuşu, gürültü ekleme. Anonimleştirmeyi kuvvetlendirici istatistiksel yöntemler: k-anonimlik, l-çeşitlilik, t-yakınlık.

Takma ad farklı çalışır. Tanımlayıcı bir koda dönüşür ve bir anahtar dosya kodları misafirlere geri eşler. O anahtar var olduğu ve otel onu kullanabildiği sürece veri bir kişiyle ilişkilendirilebilir; bu, rehberin ölçütünün tam tersidir. Belirli bir veri kümesinin kişisel veri olup olmadığı hukuki bir sorudur; danışmanınıza götürün.

Her yöntem bilgi kaybettirir. Tarihleri haftalara gruplamak haftanın günü örüntüsünü, uyruğu bölgeye gruplamak pazar ayrıntısını götürür. Yöntemi seçmeden önce hangi soruyu yanıtladığınıza karar verin. Pratik sıra şudur: sorunun ihtiyaç duymadığını çıkarın, kabaca ihtiyaç duyduğunu genelleştirin, maskelemeyi en sona bırakın; çünkü maskeleme çoğu zaman tek bir kişiye işaret etmeye devam eden bir değerin biçimini korur.

Konuyla ilgili diğer yazımızda, KVKK'nın silme, yok etme ve anonimleştirme rehberinin oteller için ne anlattığını ele alıyoruz. Personelin yapay zekâ sohbet araçlarıyla neyi paylaşabileceğine otelinizde henüz karar verilmediyse, bir üst adımdan başlayın: otelde yapay zekâ kullanım politikası yazısında personelin neyi paylaşabileceğini adım adım anlatıyoruz.

Bir aylık şikâyet dosyası hazırlıktan sonra nasıl görünür?#

Daha az sütun, daha kaba değerler ve tanımlayıcı ayrıntıları kesilmiş metin; üstelik dosya, sorduğunuz soruyu hâlâ yanıtlar.

Dosyadan değil sorudan başlayın. Soru hangi şikâyet türlerinin yinelendiği ve konaklamanın hangi evresinde yoğunlaştığıysa, analizin ihtiyacı şikâyet kategorisi, evre, hafta ve tesis alanıdır. Ada, oda numarasına ya da rezervasyon numarasına ihtiyacı yoktur.

Örneğin "Oda 412, K Bey ve Hanım, 9-16 Ağustos, Rus, iki kez asansör ve bir kez kahvaltı gürültüsü şikâyeti" satırı "hafta 33, bölge: BDT, oda tipi: deniz manzaralı çift kişilik, kategori: asansör, kategori: kahvaltıda gürültü, iki şikâyet" haline gelir. İkinci satır da asansörün deniz manzaralı odalarda yinelenen bir sorun olduğunu söyler; 412'de kimin kaldığını ise artık söylemez.

Şikâyet kategorisini ve temizlenmiş serbest metni tutun; yararlı ayrıntı oradadır. Tek bir konaklamaya işaret eden her şeyi düşürün. Kaybı kabul edin: hazırlıktan sonra aynı misafirin iki kez şikâyet edip etmediğini yanıtlayamazsınız. Bu soru önemliyse, anonimleştirmeden önce otelin içinde yanıtlayın ve araca yalnızca sayıları gönderin.

Hazırlanmış bir dosya, kategorileri kadar iyidir. Şikâyet kategorileri tutarsızsa önce onları düzeltin; yoksa yapay zekâ aracı gürültüyü özetler. Dönüşüm kurallarını dosyanın yanına kaydedin; böylece ertesi ay aynı şekilde hazırlanır ve iki ay karşılaştırılabilir.

Amaç uyum alıştırması değil kısa bir iş listesiyse, aynı temizlenmiş metin şu yöntemi besler: misafir yorumlarını yapay zekâ ile analiz etmek: yüzlerce yorumdan kısa bir iş listesine.

Yeniden tanımlama testi: bir meslektaş misafiri söyleyebilir mi?#

O hafta çalışmış ama dosyayı hazırlamamış birini seçin, ona on satır gösterin ve misafiri adıyla söylemesini ya da tek bir rezervasyona indirmesini isteyin.

Testçiyi özenle seçin. Cevapları zaten bildiğiniz için kendi çalışmanızı test edemezsiniz. O haftanın meslektaşı varışları, olayları ve düzenli müşterileri bilir; bir dış gözün ihtiyaç duyacağı bilgi tam olarak budur. Rehber aynı fikri veri sorumlusuna yükler: silme yerine anonimleştirmeye karar vermeden önce otel, verinin kendisine veri aktarılan kurumlarda bulunduğu bilinen ya da kamuya açık bilgilerle bir kişiyi tanımlayıp tanımlamadığını denetlemekle yükümlüdür.

Bu yüzden bir değil iki test çalıştırın. Meslektaş testi iç bilgiyi kapsar. Arama testi kamuya açık bilgiyi kapsar: metinden ayırt edici bir ifadeyi bir arama motoruna yapıştırın; çünkü misafirler bazen aynı şikâyeti bir yorum sitesinde de yayımlar. Tarihi, testçiyi ve sonucu kaydedin; başarısız bir test, hazırlığın yeni bir tur ihtiyacı olduğunu gösteren yararlı bir kanıttır.

Tek bir satır testten sağlam çıkarsa o satırı çıkarın. Tüm veri kümesini atmayın ve kalan satırlar için ölçütü düşürmeyin. Dosyanın biçimi her değiştiğinde testi yineleyin: yeni bir alan, yeni bir tesis, farklı misafir profiline sahip yeni bir sezon.

Takma ad kullanıyorsanız anahtar dosya nerede durur, kim açabilir?#

Dosyadan ayrı bir yerde, adı yazılı kişilerce, kayıt altında açılır ve başlamadan önce belirlediğiniz bir tarihte silinir.

Anahtar dosya, bağı yeniden kurduğu için başlı başına kişisel veridir. Orijinal dosya kadar, çoğu zaman daha fazla özen ister; çünkü küçüktür ve e-postayla gönderilmesi kolaydır. Onu yapay zekâ aracından, ortak klasörlerden ve sohbet kaydından uzak tutun. Araç bir kod için ek bilgi ya da takip isterse, sorgulamayı otelin içinde siz yapın ve geriye yalnızca anonim yanıtı gönderin.

Bir sorumlu ve bir yedek belirleyin, her açılışı kayda geçirin ve silme tarihini sonunda değil başında koyun. Kimse kodları geri eşlemek zorunda değilse hiç anahtar oluşturmayın: anahtarsız rastgele bir kod, çıkarılmış bir tanımlayıcıdan ibarettir.

Danışmanınıza sorun: yapay zekâ sağlayıcısı veriyle ne yapıyor, nerede işliyor ve ne kadar süre tutuyor. Bu bir sözleşme ve hukuk sorusudur, aracın bir ayarı değil. Rehberin alıcı denetimi burada da geçerlidir: otel, verinin kendisine veri aktarılan kurumların elindeki bilgilerle bir kişiyi tanımlayıp tanımlamadığını denetlemekten sorumludur.

Yapay zekâ hiç ne zaman kullanılmamalı?#

Kayıt özel nitelikli kişisel veri içerdiğinde, bir çocuğa ilişkin olduğunda ya da hikâyenin kendisinin misafiri tanımladığı tek bir vaka olduğunda.

Özel nitelikli veriler otel verisine servis talebi kılığında girer: bir diyaliz takvimi, bir hastalığı ele veren glutensiz beslenme, tekerlekli sandalyeye uygun oda, seccade, serbest metne yazılmış bir doktor randevusu. Çocuklar aile rezervasyonu, çocuk kulübü notu ya da bir talebe yazılmış bir yaş olarak görünür. Bu kayıtları yapay zekâ araçlarından tamamen uzak tutun.

Tek vakalar kendi kimliğini taşır: bir kaza, avukatın işin içinde olduğu bir anlaşmazlık, sosyal medyaya taşmış bir şikâyet. Kırılacak kombinasyon yoktur, çünkü tek bir kayıt vardır. Adı yazılı bir misafir hakkında hiçbir kararı, örneğin bir iade, bir tazminat ya da bir yasaklama kararını yapay zekâ aracına vermeyin; bir kişi hakkında verilen kararın gerekçesini açıklayabilecek bir insana ihtiyacı vardır.

Bu davaları sahibi olan personelle yürütün ve herhangi bir işlem öncesinde hukuk danışmanınıza sorun. Bu yazı bir yöntem anlatır, dosyanıza dair hukuki görüş değildir. Aynı ölçü aracın kendisi için de geçerlidir: kaydı bir ekip toplantısında yüksek sesle okumazdınızsa, sohbet kutusuna yapıştırmayın.

Tüm bunlar başlamadan önce danışmanınıza götürmeye değer sorular için: yapay zekâ ve misafir verisi: KVKK danışmanınıza sorulacak sorular.

Şimdi ne yapmalı#

Bu hafta bir yapay zekâ aracına göndermeyi planladığınız dosyalardan birini alın, yukarıdaki adımlarla hazırlayın ve otelden bir şey çıkmadan önce meslektaş testini çalıştırın. Parçalar tek bir sırayla birleşir: soruyu belirleyin, sorunun ihtiyaç duymadığını çıkarın, kabaca ihtiyaç duyduğunu genelleştirin, varsa anahtar dosyayı ayrı ve tarihli tutun ve o haftayı bilen birinin onu kırmayı denemesine izin verin. Test başarısızsa daha da genelleştirin ve yineleyin; tek bir satır sağlam çıkarsa satırı çıkarın.