Veri minimizasyonu nedir?
Veri minimizasyonu, bir amaca ulaşmak için gerekenden fazla kişisel verinin toplanmasını, aktarılmasını, erişilmesini ve saklanmasını sınırlama ilkesidir. W3C Gizlilik İlkeleri belgesi, sitelerin ve kullanıcı aracılarının aktardıkları veriyi kullanıcının hedefi için gerekli olan ya da kullanıcının istek ve çıkarlarına uygun olan bilgiyle sınırlamasını ister. Web API'leri de istenen veri miktarını en aza indirecek biçimde tasarlanmalıdır. Bu, teknik bir ilke çerçevesidir; hukuki uyum garantisi değildir.
Gerekli veri sınırı nasıl çizilir
Kaynağa göre bir hizmet, kullanıcının hedefi için gerekli olmayan veriyi talep etmemelidir. Belge yalnızca toplamayı değil işlemeyi de kapsar; ikincil kullanımlar belirtilen amaçla sınırlı kalmalıdır. Mümkün olduğunda kimliksizleştirilmiş veriyle çalışmak da tercih edilmelidir. Hassasiyet bağlama göre değişebileceği için her veri türü ayrıca değerlendirilmelidir.
Tasarım aşamasında sorulacak sorular
Kaynak, gizlilik değerlendirmesinin tasarımın başında yapılmasını önerir. Pratikte her alan için şu soru sorulmalıdır: Bu bilgi hangi amaca hizmet ediyor ve olmadan amaç gerçekleşebilir mi? Belge saklama süresi konusunda somut bir kural vermez; bu nedenle saklama kararları iç politika ve yerel mevzuat değerlendirmesiyle ayrıca belirlenmelidir.
Temsili işletme örneği
Temsili bir özel poliklinikte kayıt formu 14 alan istiyordu: kimlik numarası, meslek, aile geliri, yakın akraba bilgisi ve adres dahil. İdari ekip, randevu hatırlatması için yalnızca ad, telefon ve randevu tarihinin gerektiğini saptadı. Meslek ve gelir alanları kaldırıldı, kimlik numarası alanının bu hatırlatma formunda bulunmaması kararlaştırıldı. Hatırlatma mesajlarında da randevu dışında kişisel bilgi yer almaması kararlaştırıldı.
Gereksiz toplama ile amaca bağlı toplama
| Gereksiz geniş toplama | Amaca bağlı toplama |
|---|---|
| Belirsiz gelecekteki kullanım için ek alanlar istenir | Her alanın bugünkü görevle ilişkisi açıklanır |
| Randevu saati sorusuna ayrıntılı sağlık bilgisi istenir | Saat ve uygun kanal gibi gerekli idari bilgiyle yetinilir |
| Saklama ve erişim kapsamı belirsiz kalabilir | Saklama amacı, süresi ve erişim sorumlusu belirlenir |
Sık karıştırılan nokta
Onay kutusunun bulunması, hangi alanın neden istendiğini değerlendirme ihtiyacını ortadan kaldırmaz. Veri miktarını kullanıcının hedefi, istekleri ve çıkarlarıyla ilişkilendirin. Formu veya entegrasyonu değiştirirken hangi bilginin gerçekten gerekli olduğunu yeniden kontrol edin. Bu teknik tasarım önerisi tek başına hukuki uygunluk değerlendirmesi değildir.
Uygulamada dikkat edilecekler
- Her form alanı için kullanım amacını yazılı olarak belirleyin ve amacı olmayan alanları formdan kaldırın.
- Üçüncü taraflara aktarılan veri listesini ayrı kontrol edin ve yalnızca gerekli sütunların paylaşıldığını doğrulayın.
- Hatırlatma mesajlarında randevu ayrıntısı dışında kişisel bilgi bulunmadığını ekip olarak test edin.
- Veri düzeltme, silme ve onay geri alma taleplerini takip edecek bir sorumlu kişi atayın ve iletişim yolunu yazılı paylaşın.
Sık sorulan sorular
Minimizasyon veri toplamayı tamamen yasaklar mı?
Hayır. Kaynak, verinin kullanıcının hedefi için gerekli olması ya da kullanıcının istek ve çıkarlarıyla uyumlu olması durumunda aktarılabileceğini belirtir. Amaç gereksiz fazlalığı azaltmaktır. Her veri kalemi için kısa bir gerekçe yazılmalıdır.
Bu ilke KVKK uyumunu sağlar mı?
Bu belge bir W3C teknik ilke çerçevesidir; hukuki uyum belgesi değildir ve uygunluk garantisi vermez. Hukuki değerlendirme için bir uzmana başvurulmalıdır. Teknik olarak ilke, form tasarımında ve veri akışlarında gereksiz alanları azaltmaya yardımcı olabilir.
Teknik kaynak
www.w3.org · Veri minimizasyonu
Teknik tanım için birincil kaynağa başvurulmuştur. İşletme senaryosu açıklama amacıyla hazırlanmış temsili bir örnektir.
İlgili kavramlar
Kavramdan uygulamaya
İşletmenize uyarlamak için ilgili rehberleri inceleyin.
Müşteri Talep Özetini CRM Kaydıyla KarıştırmamakPDF Belgelerini Müşteri Sorularına Uygun Bilgi Kaynağı YapmakTüm blog rehberleri