Kazanimlar:
- Bilgi edinme taleplerine mevzuata uygun, ne eksik ne fazla açıklayan yanıtlar hazırlar.
- Açık veriyi yayımlamadan önce anonimleştirir ve yeniden tanımlanma riskini alan birleşimleri düzeyinde tarar.
- Şeffaflığın kamu güvenini artıran bir yönetişim aracı olduğunu bilir ve gizli tutulması gerekeni ayırt eder.
Demokratik bir kamu yönetiminin temel taşı şeffaflıktır: vatandaşın, kendisini ilgilendiren kararların nasıl ve neye dayanılarak alındığını öğrenebilmesi. Bu ilke iki somut mekanizmada hayat bulur. Birincisi bilgi edinme hakkı (4982 sayılı Bilgi Edinme Hakkı Kanunu; vatandaşın kamu kurumlarından, istisnalar dışında, bilgi ve belge talep edebilmesi). İkincisi açık veri (kamu kurumlarının ürettiği verinin, kişisel ve gizli olmayan kısmını, herkesin erişip kullanabileceği biçimde yayımlaması). İşte YZ, gelen bilgi edinme başvurularını sınıflandırmada, cevap taslağı üretmede, hangi bilginin verilebilir hangisinin istisna kapsamında olduğunu ön-değerlendirmede ve açık veri setlerini yayına hazırlamada güçlü bir yardımcıdır. Ama bu ünitenin çift yönlü uyarısı önemlidir: şeffaflık ne fazla ne eksik olmalı — vatandaşa hakkı olan bilgi verilmeli, ama kişisel veri ve gerçek istisnalar korunmalıdır; bu dengeyi YZ değil, sorumlu kamu görevlisi kurar.
Bilgi edinmenin iki yanlış ucu
Bilgi edinme taleplerinde iki yönde de hata yapılabilir:
- Eksik şeffaflık: Verilebilir bir bilgiyi gereksiz yere "gizli/istisna" sayıp reddetmek. Bu, hem hakkı ihlal eder hem de kuruma güvensizlik yaratır ve çoğu zaman yargıda geri döner.
- Aşırı ifşa: Bir belgeyi verirken içindeki üçüncü kişilerin kişisel verisini, ticari sırrı ya da gerçek bir istisnayı (güvenlik vb.) yanlışlıkla açığa çıkarmak. Bu, KVKK ihlali ve zarar doğurur.
YZ her iki yanda da yardımcı olabilir: bir belgeyi tarayıp içindeki kişisel verileri işaretleyip redaksiyon (belgede gizli/kişisel kısımların kararması/çıkarılması) önerebilir; talebi hangi istisna kategorisiyle değerlendireceğinizi listeleyebilir. Ama son karar — bu bilgi verilir mi, hangi kısmı kararır — hukuki sorumluluk taşıyan bir insanındır.
Dikkat: YZ'nin "bu bilgi istisna kapsamındadır" ya da "verilebilir" demesi bir hukuki görüş değildir. İstisna değerlendirmesi Bilgi Edinme Kanunu'nun ilgili maddelerine göre yapılır ve gerekçelendirilir; YZ yalnızca ön-eleme ve taslak üretir.
Açık veriyi güvenle yayımlamak
Açık veri, kamunun verimliliğini ve hesap verebilirliğini artırır; girişimciler, gazeteciler, araştırmacılar bu veriden değer üretir. Ama bir veri setini yayımlamadan önce yeniden kimliklendirme (anonim sanılan verinin, başka verilerle birleştirilerek kişilere geri bağlanması) riskine karşı denetlenmelidir. Örneğin "yaş + mahalle + nadir meslek" birleşimi tek bir kişiyi işaret edebilir. YZ, bir veri setini yayına hazırlarken riskli sütun birleşimlerini işaretlemede ve veri sözlüğü (her sütunun ne anlama geldiğinin açıklaması) yazmada yardımcıdır.
İpucu: Açık veri yayımlamadan önce sorun: "Bu setteki iki-üç sütunu birleştirerek tek bir kişiyi bulabilir miyim?" Cevap "belki" ise, toplulaştırın (birey yerine grup), nadir kategorileri birleştirin ya da hassas alanı çıkarın.
Adım adım bilgi edinme akışı
- Talebi anla ve sınıflandır. Ne isteniyor, hangi birimi ilgilendiriyor, süre ne?
- Bilgi mevcut mu, üretilmesi mi gerekiyor? Kanun mevcut bilgiyi kapsar; kurum yeni analiz üretmek zorunda olmayabilir (teyit edilir).
- İstisna değerlendirmesi. Kişisel veri, güvenlik, ticari sır, kurum içi görüş gibi istisnalar var mı?
- Redaksiyon. Verilebilir belgeden korunması gereken kısımları çıkar.
- Gerekçeli cevap. Verilen/verilmeyen kısım ve dayanağı; ret varsa itiraz yolu.
- Kayıt ve denetim izi. Talep, karar ve gerekçe kaydedilir.
Üç mini vaka
Vaka 1 — Redaksiyon hatası önlendi. Bir kurum, bir ihale belgesini bilgi edinme talebine verecekti. YZ belgeyi tarayıp içinde üç kişinin telefon ve TCKN'sini işaretledi. Redaksiyon yapılmadan gönderilseydi KVKK ihlali olacaktı; kişisel veriler kararıldı, belge güvenle verildi.
Vaka 2 — Haksız ret düzeltildi. Bir birim, bir faaliyet verisi talebini alışkanlıkla "kurum içi" diye reddedecekti. YZ'ye istisna kategorileri sorulduğunda, bu verinin aslında zaten açık veri olarak yayımlanabilir nitelikte olduğu görüldü. Talep karşılandı, olası bir itiraz ve dava önlendi.
Vaka 3 — Yeniden kimliklendirme riski. Bir belediye, "hizmet talepleri" veri setini açık veri olarak yayımlayacaktı. Sette mahalle + tam adres ilçe kırılımı vardı. YZ, adres alanının tek tek haneleri işaret edebileceğini uyardı; adres sokak düzeyine toplulaştırıldı ve set güvenle yayımlandı.
Dört kopyalanabilir şablon
1) Bilgi edinme talebi sınıflandırma:
Rolün: bilgi edinme birimi uzmanı. Aşağıdaki talebi işle:(1) tam olarak ne isteniyor, (2) hangi birimi ilgilendirir,(3) mevcut bilgi mi yoksa yeni üretim mi gerektirir,(4) olası istisna kategorileri (kişisel veri, güvenlik,ticari sır vb.). Her istisnanın "ilgili madde ilegerekçelendirilmesi gerektiğini" belirt. Karar verme,ön-değerlendir.TALEP: [metin]
2) Redaksiyon (kişisel/gizli veri işaretleme):
Aşağıdaki belgede, bir bilgi edinme cevabında MASKELENMESİgereken tüm kısımları işaretle: ad-soyad, TCKN, adres,telefon, sağlık/ceza bilgisi, üçüncü kişiye ait veri,ticari sır. Her işaret için kısa gerekçe yaz. Belgeninverilebilir kısmını olduğu gibi bırak.BELGE: [metin]
3) Gerekçeli cevap taslağı:
Aşağıdaki talebe gerekçeli bir cevap taslağı üret:(1) hangi bilgi verildi, (2) hangi kısım neden verilmedi(istisna maddesi [teyit edilecek]), (3) itiraz yolu vesüresi [teyit edilecek]. Dil resmî ve saygılı olsun.Verilmeyen kısmın gerekçesi somut olsun, genel geçer değil.TALEP: [özet] KARAR: [ne verildi/verilmedi]
4) Açık veri yeniden-kimliklendirme kontrolü:
Aşağıdaki veri setinin sütunlarını incele. Hangi sütunbirleşimlerinin tek bir kişiyi işaret edebileceğini(yeniden kimliklendirme riski) listele. Her risk için birazaltma öner: toplulaştırma, nadir kategori birleştirme,alan çıkarma. Sadece verilen sütun listesini kullan.SÜTUNLAR: [liste]
Zayıf prompt / Güçlü prompt
Zayıf: "Bu bilgi edinme talebine cevap ver."
Güçlü: "Rolün bilgi edinme birimi uzmanı. Önce talebi sınıflandır: ne isteniyor, hangi birim, mevcut mu, olası istisnalar neler. Her istisnayı 'ilgili madde ile gerekçelendirilecek' diye işaretle, kendin hukuki karar verme. Sonra verilecek belgede maskelenmesi gereken kişisel/gizli kısımları redaksiyon önerisiyle işaretle. En son, verilen/verilmeyen kısmı ve itiraz yolunu içeren gerekçeli bir cevap taslağı üret; gerekçe somut olsun."
Fark: güçlü prompt şeffaflık ile koruma dengesini kurar, istisnayı gerekçeye bağlar, redaksiyonu ve itiraz yolunu ekler.
Bilgi türüne göre yaklaşım
Bilgi türü
Varsayılan
Dikkat
İstatistik, toplulaştırılmış veri
Açık
Yeniden kimliklendirme kontrolü
İdari işlem gerekçesi
Verilebilir
Üçüncü kişi verisini redakte et
Üçüncü kişi kişisel verisi
Korunur
KVKK; ancak izinle/istisnayla
Güvenlik/gizlilik istisnası
Korunur
Gerçek istisna mı, teyit et
Kurum içi görüş/müzekkere
Değişir
İlgili maddeye göre değerlendir
Anonimleştirme ve yeniden tanımlanma riski
Açık veri yayımlamanın en teknik ama en kritik adımı anonimleştirme (bir veriden kişiyi doğrudan ya da dolaylı olarak tanımlanamaz hâle getirme). Ad ve T.C. kimlik numarasını silmek çoğu zaman yeterli değildir; çünkü birkaç sıradan alanın birleşimi bir kişiyi yeniden tanımlanabilir kılar. Buna yeniden tanımlanma (anonim sanılan veriden, başka bilgilerle çapraz eşleştirerek kişiyi bulma) denir. Örneğin bir mahallede tek bir 92 yaşında dul erkek varsa, "mahalle + yaş + medeni hâl" üçlüsü onu ifşa eder. YZ, bir veri setinde hangi alan birleşimlerinin ifşa riski taşıdığını taramada ve daha güvenli gruplama (yaşı aralığa çevirme, nadir kategorileri birleştirme) önermede yardımcı olabilir; ama yayımlama kararı ve son denetim kurumun sorumluluğundadır.
Mini vaka — üç alanla ifşa. Bir belediye sosyal yardım verisini "anonim" diye yayımladı: ad yoktu ama mahalle, doğum yılı ve engel türü vardı. Bir gazeteci, nadir bir engel türünün tek bir mahallede tek kişide olduğunu fark edip kişiyi tanımladı. Veri geri çekildi; doğum yılı 10'ar yıllık aralığa çevrilip nadir kategoriler "diğer" altında toplanınca yeniden yayımlandı.
Yeniden tanımlanma riskini tarayan sablon:
Görev: Aşağıdaki veri setinin sütunlarını incele; kişisel veri yayımlamıyorum, yalnızca risk taraması istiyorum.Sütunlar: [sütun adları]Çıktı: 1) Doğrudan tanımlayıcılar (silinmeli). 2) Dolaylı tanımlayıcı birleşimleri (yeniden tanımlanma riski). 3) Her riskli birleşim için önerilen gruplama/maskeleme. 4) Yayım öncesi son kontrol soruları.Kural: Gerçek kişisel değer yapıştırmadım; sadece sütun yapısını değerlendir.
Dikkat: "Adı sildim, artık anonim" en yaygın ve en tehlikeli yanılgıdır. Anonimliği alan alan değil, alanların birleşimi ve dış veriyle eşleşme ihtimali belirler. Şüphede kalırsanız yayımlamayın; anonimlik geri alınamaz bir karardır.
Sık yapılan hatalar
- Alışkanlıkla reddetmek. Verilebilir bilgiyi gereksiz "gizli" saymak hak ihlali ve dava sebebidir.
- Redaksiyonsuz belge vermek. Üçüncü kişi verisini açığa çıkarmak KVKK ihlalidir.
- İstisnayı gerekçesiz kullanmak. Ret, somut madde ve somut gerekçeyle yapılmalı; "kurum içi" demek yetmez.
- YZ'nin hukuki değerlendirmesine güvenmek. İstisna kararı insanındır; YZ ön-eleme yapar.
- Açık veride yeniden kimliklendirmeyi atlamak. Sütun birleşimleri kişiyi bulabilir; toplulaştırın.
- İtiraz yolunu belirtmemek. Retlerde başvuru yolu ve süresi yazılmalı (teyitli).
Özetle
Şeffaflık, kamu güveninin temelidir; YZ bilgi edinme taleplerini sınıflandırmada, redaksiyon önermede, cevap taslağı üretmede ve açık veriyi yayına hazırlamada güçlü bir yardımcıdır. Ama denge kritiktir: vatandaşa hakkı olan bilgi verilmeli, gerçek istisnalar ve kişisel veri korunmalıdır. İstisna kararı gerekçeli ve insana ait olmalı; açık veri yayımdan önce yeniden kimliklendirme riskine karşı denetlenmelidir.
Uygulama görevi
Gerçek (maskeli) bir bilgi edinme talebi alın. "Bilgi edinme talebi sınıflandırma" şablonuyla ön-değerlendirin, ekli bir belgeye "Redaksiyon" şablonunu uygulayıp maskelenecek alanları işaretleyin. Bir açık veri setinizin sütunlarına "Açık veri yeniden-kimliklendirme kontrolü" şablonunu uygulayıp en az bir riskli birleşim bulun.
Kontrol listesi
- [ ] Talebi sınıflandırdım; verilebilir bilgiyi gereksiz reddetmedim.
- [ ] İstisnaları somut madde ve gerekçeyle değerlendirdim (insan kararı).
- [ ] Verilecek belgede kişisel/gizli veriyi redakte ettim.
- [ ] Ret durumunda itiraz yolu ve süresini belirttim (teyitli).
- [ ] Açık veride yeniden kimliklendirme riskini kontrol ettim.
- [ ] Talep, karar ve gerekçeyi denetim için kaydettim.