Mağaza Kamerasında Duygu Analiziyle Hırsızlık Riski Puanı Verilmesi ve KVKK

Mağaza Kamerasında Duygu Analiziyle Hırsızlık Riski Puanı Verilmesi ve KVKK başlığı, klasik sözleşme veya haksız fiil tartışmalarından farklı olarak yazılım, cihaz, veri akışı ve insan davranışının aynı olay içinde birleştiği yeni nesil bir uyuşmazlığı ifade eder. Böyle bir olayda yalnızca “cihaz hata yaptı” demek yeterli değildir. Hatanın hangi teknik katmanda ortaya çıktığı, tarafların hangi bilgileri önceden bildiği, sistem kayıtlarının ne söylediği ve zararla arıza arasındaki bağın nasıl kurulacağı birlikte incelenmelidir.

Teknik arızanın hukuki anlamı

Somut olayda ilk ayrım, cihazın fiziksel arızası ile yazılımın veya dış hizmetin yanlış çalışması arasındadır. Üretici, yazılım sağlayıcısı, platform işletmecisi, satıcı, işveren veya hizmet alan kişi aynı olayda farklı hukuki konumlarda bulunabilir. Sorumluluk değerlendirmesinde sözleşmenin kapsamı, ürünün vaat edilen özellikleri, güncelleme politikası, kullanıcıya sunulan uyarılar ve alternatif güvenlik mekanizmaları önem kazanır.

Dijital kayıtlar nasıl korunmalı?

Dijital sistemlerde delil çoğu zaman olaydan sonra değil olay anında oluşur. Uygulama ekran görüntüleri, cihaz seri numarası, firmware sürümü, sistem logları, işlem saati, e-posta ve destek kayıtları, servis raporu, ödeme belgesi ve varsa üçüncü taraf platform kayıtları birlikte korunmalıdır. Tek bir ekran görüntüsü bağlamı açıklamayabilir; zaman çizelgesi kurulması ispat gücünü artırır.

Zarar ve nedensellik

Zararın hesabında yalnızca doğrudan bedel dikkate alınmaz. Cihazın kullanılamaması, işin durması, yeniden üretim, ulaşım, ikame hizmet, veri kurtarma, servis gideri veya üçüncü kişiye yapılan ödeme gibi kalemler somut olayın niteliğine göre gündeme gelebilir. Buna karşılık her dolaylı kaybın otomatik biçimde talep edilebileceği söylenemez; zarar kalemi ile olay arasındaki nedensellik ayrıca gösterilmelidir.

Veri işleniyorsa ayrı değerlendirme gerekir

Kişisel veri veya çalışan takibi söz konusuysa değerlendirme daha hassas hale gelir. Özellikle biyometrik veriler, konum, görüntü, sağlık verisi veya davranış profili gibi kayıtlar bakımından amaçla bağlantılılık, ölçülülük, saklama süresi ve erişim yetkileri önemlidir. 2026 yılında biyometrik mesai takibine ilişkin güncel Kurul yaklaşımı da çalışan takibinde daha az müdahaleci alternatiflerin önemini güçlendirmiştir.

Sözleşmede hangi noktalar kritik?

Sözleşme taraflarının teknik yükümlülükleri açık yazılmamışsa uygulamada “bu risk kime aitti?” sorusu öne çıkar. Güncelleme sorumluluğu, bakım periyodu, üçüncü taraf servis kullanımı, veri yedekleme, kesinti toleransı, kullanıcı bildirimi ve acil durum prosedürlerinin sözleşmede açıkça düzenlenmesi uyuşmazlık riskini azaltır. Kurumsal alımlarda servis seviyesi ve kayıt saklama hükümleri ayrıca önemlidir.

Uyuşmazlık çıktığında ilk yapılacaklar

Uyuşmazlık çıktığında ilk yapılacak işlem sistemi rastgele sıfırlamak veya cihazı hemen değiştirmek olmamalıdır. Mümkünse mevcut durum belgelenmeli, logların silinmemesi için karşı tarafa yazılı bildirim yapılmalı ve teknik inceleme ihtimali korunmalıdır. Servise teslim edilen cihaz için teslim tutanağında seri numarası, mevcut yazılım sürümü ve şikâyetin açıkça yazılması ilerideki ispat tartışmasını ciddi ölçüde kolaylaştırır.

Sonuç

Sonuç olarak mağaza kamerasında duygu analiziyle hırsızlık riski puanı verilmesi ve kvkk bakımından tek bir hukuk dalına dayanarak kesin sonuca varmak doğru değildir. Sözleşme, tüketici veya ticaret hukuku, kişisel verilerin korunması, ürün ve hizmet güvenliği ile delil hukuku aynı dosyada kesişebilir. En sağlıklı yaklaşım; teknik olay zincirini çıkarmak, tarafların rollerini ayırmak, kayıtları güvenceye almak ve talebi yalnızca belgelenebilir zarar kalemleri üzerinden kurmaktır.

Tarafların rolü nasıl ayrılır?

Mağaza Kamerasında Duygu Analiziyle Hırsızlık Riski Puanı Verilmesi ve KVKK türü bir uyuşmazlıkta tarafların rolü aynı değildir. Cihazı üreten şirket ile yazılımı sağlayan işletme, sistemi kuran entegratör, bakım hizmetini veren servis ve son kullanıcı farklı yükümlülüklere sahip olabilir. Bu nedenle olayın başlangıcında sözleşmeler, kullanım koşulları, bakım kayıtları, garanti belgeleri ve hizmet kapsamı birlikte incelenmelidir. Özellikle sistem birden fazla sağlayıcının altyapısına dayanıyorsa, sorunun donanımda mı, yazılımda mı, ağ bağlantısında mı yoksa kullanıcı yetkilendirmesinde mi ortaya çıktığının ayrıştırılması gerekir. Sorumluluk zinciri bu teknik ayrım yapılmadan kurulursa yanlış kişiye yönelen talep, hem süre hem masraf kaybına yol açabilir.

Dijital kayıtların bütünlüğü

Dijital delillerin değeri, yalnızca içeriklerine değil nasıl elde edildiğine ve bütünlüklerinin korunup korunmadığına da bağlıdır. Olay saatine ait uygulama ekranları, log kayıtları, işlem kimlikleri, cihaz seri numarası, yazılım sürümü, hata kodları ve destek yazışmaları mümkün olduğunca aynı zaman çizelgesinde toplanmalıdır. Kayıtların sonradan değiştirildiği iddiası çıkabileceği için ham verinin, dışa aktarma dosyasının veya sağlayıcıdan alınan resmi kayıt dökümünün korunması önem taşır. Servise teslim edilen cihazın teslim öncesi durumu ayrıca belgelenmeli; sıfırlama, formatlama veya uzaktan fabrika ayarına döndürme işlemi yapılmadan önce gerekli deliller yedeklenmelidir.

Bilirkişi incelemesinde ne araştırılır?

Bilirkişi incelemesinde yalnız “ürün çalışmadı” sorusu değil, beklenen teknik davranışın ne olduğu da araştırılır. Kullanım kılavuzunda vaat edilen fonksiyon, güvenlik eşiği, hata toleransı, güncelleme notları ve sistemin normal çalışma koşulları karşılaştırma noktasıdır. Teknik hata tek başına hukuki sorumluluk doğurmayabilir; hatanın öngörülebilir olup olmadığı, makul tedbirle önlenip önlenemeyeceği ve kullanıcıya yeterli uyarı verilip verilmediği de değerlendirilir. Bu nedenle teknik bilirkişi incelemesine gönderilecek dosyada yalnız sonuç zararını değil, olayın oluşum biçimini gösteren kayıtların bulunması büyük önem taşır.

Zararın kapsamı nasıl belirlenir?

Zarar hesabı somutlaştırılmadığında teknik olarak haklı bir dosya dahi zayıflayabilir. Onarım veya ikame bedeli, iş durması, tekrar üretim, veri kurtarma, ulaşım, ek personel, müşteri iadesi ya da üçüncü kişiye ödenen bedeller ayrı ayrı belgelendirilmelidir. Buna karşılık olayla uzaktan bağlantılı her ekonomik kaybın karşı tarafa yüklenmesi mümkün değildir. Talep edilen kalem ile teknik olay arasında makul ve ispatlanabilir bir nedensellik bağı kurulmalıdır. Zarar gören tarafın zararın büyümesini önlemek için aldığı tedbirler de önemlidir; sistem arızalı olduğu bilindiği halde uzun süre kullanılmaya devam edilmişse bu durum değerlendirmede ayrıca gündeme gelebilir.

Veri koruma boyutu

Kişisel veri boyutu bulunan olaylarda sistemin hangi veriyi hangi amaçla topladığı ayrı başlıkta incelenmelidir. Teknik olarak gerekli görünen bir kayıt, hukuken sınırsız biçimde saklanabilir veya başka amaçla kullanılabilir anlamına gelmez. Veri minimizasyonu, saklama süresi, erişim yetkisi, üçüncü kişilere aktarım ve kullanıcıya yapılan bilgilendirme birlikte değerlendirilir.

Otomasyon insan denetimini kaldırır mı?

Sistemin otomatik çalışması, insan denetiminin tamamen ortadan kalkması gerektiği anlamına gelmez. Özellikle yüksek değerli işlem, güvenlik riski veya geri dönüşü zor sonuç doğuran durumlarda ikinci kontrol mekanizmasının bulunup bulunmadığı araştırılmalıdır. İşletme otomasyona güvenerek tüm manuel kontrolleri kaldırmışsa, sistem sağlayıcısının vaatleri ile işletmenin kendi organizasyon yükümlülüğü birlikte değerlendirilir. Bu ayrım, zararın tek bir aktöre mi yoksa birden fazla tarafa mı yüklenebileceğinin belirlenmesinde önem taşır.

Uygulamada izlenecek yol

Uygulamada en güvenli yol, olay ortaya çıkar çıkmaz kısa fakat düzenli bir dosya oluşturmaktır. Tarih ve saat sırasıyla ne olduğu yazılmalı, ekran görüntüleri ve videolar ham halleriyle saklanmalı, karşı tarafa teknik kayıtların korunması talebi yazılı olarak iletilmeli ve yapılan her masraf belgelendirilmelidir. Ardından sözleşme ve garanti kapsamı incelenerek talebin kime yöneltileceği belirlenir. Erken aşamada doğru delil toplamak, daha sonra tanık anlatımıyla veya varsayımla doldurulmaya çalışılan boşlukları azaltır. Yeni nesil teknoloji uyuşmazlıklarında dosyanın gücü çoğu zaman hukuki argümandan önce düzgün kurulmuş olay zaman çizelgesinden gelir.

Sözleşmeler ve kullanım koşulları neden önemli?

Mağaza Kamerasında Duygu Analiziyle Hırsızlık Riski Puanı Verilmesi ve KVKK bakımından sözleşme yalnızca ücret ve teslim koşullarını belirleyen bir belge değildir. Yazılım güncellemesinin kim tarafından yapılacağı, sistem kesildiğinde hangi yedek prosedürün devreye gireceği, logların ne kadar süre tutulacağı, uzaktan erişim yetkisinin kimde olduğu ve üçüncü taraf servislerden doğan riskin nasıl paylaşılacağı açık yazılmışsa uyuşmazlığın çözümü kolaylaşır. Kurumsal sözleşmelerde servis seviyesi, kesinti süresi, hata bildirimi ve veri saklama hükümleri özellikle önemlidir.

Karşı taraf hangi savunmaları ileri sürebilir?

Teknoloji uyuşmazlıklarında karşı tarafın en sık başvurduğu savunmalar kullanıcı hatası, yetkisiz müdahale, bakım eksikliği, internet veya üçüncü taraf servis kesintisi ve güncel olmayan yazılım kullanımıdır. Bu savunmalar peşinen doğru ya da yanlış kabul edilmemelidir. Cihazın kullanım geçmişi, servis kayıtları, kullanıcı yetkileri ve hata anındaki sistem durumu incelenerek savunmanın teknik temeli olup olmadığı araştırılır.

Alternatif deliller nasıl tamamlayıcı olur?

Ana sistem kaydı eksik veya tartışmalıysa başka kaynaklar olay zincirini destekleyebilir. Güvenlik kamerası, kartlı geçiş, e-posta, telefon bildirimi, banka hareketi, kargo teslim kaydı, üretim hattı sensörü, bina otomasyonu veya üçüncü taraf bulut servisinin kayıtları aynı zaman aralığını doğrulayabilir. Bu tür çapraz deliller özellikle tek bir platformun loglarının sonradan değiştirildiği iddiasında önem kazanır. Delillerin birbirini tamamlaması, teknik bilirkişinin olayın muhtemel akışını daha güvenilir biçimde kurmasına yardımcı olur.

Uyuşmazlık çıkmadan önce hangi önlemler alınabilir?

Benzer uyuşmazlıkların önemli bir kısmı teknik arızadan çok yetersiz süreç tasarımından büyür. Kritik sistemlerde tek doğrulama mekanizmasına bağlı kalmamak, düzenli log yedeği almak, erişim yetkilerini kişi bazında tanımlamak, güncelleme öncesi geri dönüş planı hazırlamak ve hata anında kimin bilgilendirileceğini önceden belirlemek riski azaltır. Özellikle maddi değeri yüksek işlemlerde otomatik kararın insan tarafından gözden geçirilebildiği bir kontrol noktası bulunması faydalıdır. Böyle bir organizasyon yalnız teknik güvenlik sağlamaz; olası uyuşmazlıkta tarafın gerekli özeni gösterdiğinin ortaya konulmasına da yardımcı olur.

Başvuru öncesi dosya nasıl hazırlanmalı?

Talep ileri sürülmeden önce dosya sade bir kronolojiye dönüştürülmelidir. Olayın tarihi, ilk hata belirtisi, yapılan müdahaleler, servis başvuruları, karşı tarafın cevapları ve oluşan zarar kalemleri sırayla yazılmalıdır. Her iddianın karşısına onu destekleyen belge konulması, dosyanın hem müzakere hem dava aşamasında anlaşılmasını kolaylaştırır. Teknik terimlerin mümkün olduğunca cihaz kayıtları veya servis açıklamasıyla desteklenmesi gerekir. Belirsiz kalan noktalar ayrıca işaretlenmeli ve bilirkişiden hangi teknik soruların cevaplanmasının beklendiği önceden belirlenmelidir.

Olay sonrası iletişim ve kayıt koruma

Teknik olaydan sonra taraflar arasındaki iletişim de delilin bir parçası haline gelebilir. İlk bildirimde yalnız sonuçtan şikâyet etmek yerine olayın tarihi, cihaz veya hesap bilgisi, görülen hata ve talep edilen kayıtların açıkça belirtilmesi yararlıdır. Karşı tarafın “sistemde sorun görünmüyor” şeklindeki genel cevabı tek başına yeterli olmayabilir; mümkünse hangi logların incelendiği, hangi yazılım sürümünün esas alındığı ve varsa uzaktan müdahale kaydının paylaşılması istenebilir. Yazışmaların farklı kanallara dağılması yerine e-posta veya kayıt numarası veren destek sistemi üzerinden yürütülmesi kronolojiyi korur. Cihaz değiştirilmiş, hesap kapatılmış veya yazılım güncellenmiş olsa bile eski kayıtların saklanıp saklanmadığı sorulmalıdır. Olayın büyüklüğüne göre noter tespiti, bilirkişi incelemesi veya uzman teknik rapor ihtiyacı ayrıca değerlendirilebilir. Amaç mümkün olduğunca erken aşamada uyuşmazlığın teknik çekirdeğini sabitlemek ve daha sonra değişebilecek dijital verilerin kaybolmasını önlemektir.

Teknik rapor, müzakere ve dava hazırlığı

Teknik rapor hazırlanacaksa raporun yalnız sonucu tekrar etmesi yeterli değildir. İncelemenin hangi cihaz, hesap, yazılım sürümü veya dosya üzerinde yapıldığı; hangi tarihte hangi kayıtların bulunduğu; test koşullarının ne olduğu ve ulaşılan sonucun hangi teknik veriye dayandığı açıkça gösterilmelidir. Taraflardan birinin kendi hazırladığı servis raporu elbette dikkate alınabilir, ancak uyuşmazlığın niteliğine göre bağımsız uzman incelemesi veya mahkeme bilirkişisi gerekebilir. Müzakere aşamasında teknik belirsizliklerin dürüstçe ayrıştırılması çoğu zaman gereksiz dava maliyetini önler. Karşı taraf arızayı kabul ediyor fakat zarar miktarına itiraz ediyorsa teknik sorumluluk ile zarar hesabı ayrı başlıklarda ele alınmalıdır. Tersi durumda, zarar açık olsa bile arızanın kaynağı tartışmalıysa önce neden-sonuç ilişkisini güçlendirecek kayıtlar tamamlanmalıdır. Dava açılması gündeme geldiğinde talep sonucu, teknik vakıalar ve deliller arasında açık bir bağ kurulması önemlidir. Çok sayıda ekran görüntüsünü veya log dosyasını açıklamasız biçimde sunmak yerine hangi belgenin hangi iddiayı desteklediği belirtilmelidir. Gerekirse teknik terimler kısa açıklamalarla sadeleştirilmeli ve bilirkişiye yöneltilecek sorular somutlaştırılmalıdır. Bu yaklaşım, yeni nesil dijital uyuşmazlıklarda dosyanın hem hukuki hem teknik olarak anlaşılabilir kalmasını sağlar.