Perakendede İade Suistimalini Yakalayan Sistem — Çoğu Mağaza Neden Farkında Bile Olmuyor?

Aynı müşteri, aynı montu üç ay içinde üç kez iade ediyor — bir seferinde 'beden uymadı', bir seferinde 'renk fotoğraftaki gibi değil', bir seferinde hiç sebep söylemeden. Her seferinde farklı bir kasiyer işlemi yapıyor, her seferinde iade onaylanıyor, çünkü elinde fiş var ve ürün 'kullanılmamış' görünüyor. Kimse bu üç işlemi yan yana koyup bakmıyor, çünkü iade kaydı şube bazında tutuluyor ve hiçbir sistem bir müşterinin geçmişini sorgulamıyor. Yıl sonunda muhasebe iade oranındaki artışı fark ediyor ama artık kaynağı bulmak neredeyse imkansız hale geliyor.

##İade Suistimali Perakende İçin Ne Anlama Geliyor?

İade süreci bilinçli olarak müşteri dostu ve hızlı tasarlanır — bu doğru bir tercih, çünkü sürtünmeli bir iade süreci sadık müşteriyi de kaybettirir. Ama tam bu yüzden, suistimali yakalayacak bir katman genelde hiç kurulmaz. 'İade suistimali' tek bir şey değil, birkaç farklı paternin toplamı: 'wardrobing' (ürünü bir kez kullanıp etiketiyle birlikte iade etmek), fiş sahtekarlığı (başkasının fişiyle ya da indirimli alınan ürünü tam fiyattan iade etmek), ürün değişimi (kutuda iade edilen ürünün aslında daha ucuz ya da kullanılmış bir muadili olması), iade süresi dışında ama ısrarla kabul ettirilen işlemler ve aynı müşterinin kısa sürede birden fazla şubeden iade yapması. Tek bir şubenin kasiyeri bunların hiçbirini fark edemez, çünkü onun gördüğü tek bir işlem — bir fiş, bir ürün, bir onay.

Özel bir sistem burada devreye giriyor: POS'taki iade işlemlerini şube bazında değil, zincir genelinde tek bir müşteri kimliğine (telefon numarası veya sadakat kart numarası — fiş numarası tek başına yeterli değil) bağlayarak topluyor. Ardından birkaç basit ama etkili risk sinyali izliyor: belirli bir süre içindeki iade sıklığı, iade edilen tutarın toplam alışverişe oranı, iadelerin belirli bir kasiyerde yoğunlaşması, iade süresinin son gününe denk gelen işlemler ve kısa aralıklarla farklı şubelerden yapılan iadeler. Bu sinyallerin hiçbiri tek başına 'suç' anlamına gelmiyor — asıl değer, birden fazla sinyalin aynı müşteride veya aynı kasiyerde üst üste binmesini yakalayabilmesinde. Pratikte her sinyale bir ağırlık veriliyor ve toplam bir risk skoruna dönüşüyor; örneğin tek başına yüksek iade sıklığı düşük bir skor üretirken, buna kasiyer yoğunlaşması da eklendiğinde skor eşiği aşıyor ve dashboard'da görünür hale geliyor. Bu, tek bir kuralın yanlış alarm üretmesini engelleyen basit ama etkili bir yaklaşım.

##Gerçek Bir Senaryo: ModaLine Giyim Zinciri

ModaLine, İstanbul ve çevresinde 11 şubesi olan orta ölçekli bir giyim zinciri. Operasyon müdürü Elif Hanım'ın elinde her ay Excel'e dökülen bir iade raporu vardı ama bu rapor sadece şube bazlı toplam rakamları gösteriyordu — 'bu ay X şubesinde iade oranı yükseldi' diyordu, ama neden yükseldiğini, hangi müşteri ya da hangi kasiyerin bu artışta payı olduğunu göstermiyordu. Suistimal şüphesi olan vakalar ancak bir kasiyerin 'bu müşteriyi tanıyorum, sürekli geliyor' demesiyle fark ediliyordu — yani sistemli değil, tesadüfiydi.

Kurulan sistemde artık her iade işlemi, müşterinin telefon numarasıyla (kasada zaten sadakat programı için isteniyordu) merkezi bir kayda düşüyor. Sistem geçmiş 90 günü tarıyor ve bir müşterinin 3'ten fazla iadesi ya da toplam alışverişinin %60'ından fazlasını iade etmesi durumunda dashboard'da kırmızı bir 'risk skoru' oluşturuyor. Elif Hanım'ın ilk ayda gördüğü somut vaka: aynı telefon numarasıyla kayıtlı bir müşteri, üç farklı şubeden toplam 4.200 TL'lik ürünü altı hafta içinde iade etmişti — her seferinde farklı şube, farklı kasiyer, farklı 'sebep'. Tek bir şube bu paterni asla göremezdi.

Haftalık rutinde değişen şey şu: kayıp önleme ekibi artık ayda bir kez toplu Excel'e bakmak yerine, haftalık bir dashboard'da en riskli 5-10 vakayı görüyor — hangi müşteri, hangi şubeler, hangi ürünler, ne kadar tutar. Belirlenen eşiğin üzerindeki iadelerde artık kasiyer tek başına onay vermiyor, sistem otomatik olarak şube müdürünün onayını istiyor. Bu, dürüst çoğunluğu hiç etkilemiyor çünkü eşik yeterince yüksek tutuluyor; sadece gerçekten sıra dışı paternler müdür masasına düşüyor.

##Nasıl Kurulur (Kısaca)

• ▸İade verisini merkezileştirme: POS'taki iade işlemlerini şube bazlı değil, zincir genelinde tek bir veri havuzunda toplamak.
• ▸Müşteri eşleme: fiş numarası yerine telefon numarası veya sadakat kart numarasıyla eşleme — bu olmadan aynı müşterinin farklı şubelerdeki iadeleri hiç bağlanamaz.
• ▸Risk skorlama kuralları: iade sıklığı, iade/alışveriş tutar oranı, kasiyer yoğunlaşması ve zaman paterni gibi birkaç basit sinyalin ağırlıklandırılmış toplamı — karmaşık bir makine öğrenmesi modeli olmadan başlanabilir.
• ▸Eşik üstü işlemler için onay adımı: belirlenen riskin üzerindeki iadelerde kasiyer değil, şube müdürü onaylıyor.
• ▸KVKK uyumlu veri saklama: müşteri verisi yalnızca bu amaç için, sınırlı erişimle ve tanımlı bir saklama süresiyle tutulmalı.

Bu sistem iade suistimalini sıfıra indirmiyor — hiçbir sistem bunu vaat edemez, çünkü çoğu sinyal olasılıksal, kesin değil. Ama zincir genelinde görünmeyen paternleri görünür kılıp, gerçekten sıra dışı olan vakaları haftalık bir listeye düşürmek, hem kayıp önleme ekibinin zamanını hem de gözden kaçan tutarı azaltıyor. İlk birkaç hafta eşikler biraz kaba kalabilir — örneğin çok sık alışveriş yapan ama nadiren iade eden sadık bir müşteri yanlışlıkla dikkat çekebilir; eşikler mağazanın gerçek iade davranışına göre kalibre edildikçe bu netleşiyor. Ayrıca bu sistemin amacı müşteriyi cezalandırmak değil, ekibe doğru yerde bakma imkanı vermek — sonuçta iadeyi onaylayıp onaylamama kararı hâlâ şube müdüründe, sistem sadece hangi vakaya bakması gerektiğini gösteriyor.

##Sık Sorulan Sorular

>İade suistimalini yakalamak için müşteri kimliğini kaydetmek zorunda mıyım?

Evet, bir düzeyde gerekiyor — telefon numarası veya sadakat kart numarası gibi bir kimlik olmadan farklı şubelerdeki iadeleri birbirine bağlayamazsınız. Ama bu veri yalnızca bu amaç için, sınırlı erişimle ve KVKK'ya uygun bir saklama politikasıyla tutulmalı; çoğu zincir zaten sadakat programı için bu veriyi topluyor, sistem bunu yeni bir amaç için kullanıyor.

>Bu sadece çok şubeli büyük zincirler için mi mantıklı?

Çapraz şube paterni tabii ki çok şubeli zincirlerde daha güçlü bir sinyal, ama tek şubeli bir mağaza da aynı mantığı kasiyer yoğunlaşması ve iade/alışveriş oranı üzerinden kurabilir — kapsam küçülür, mantık aynı kalır.

>Personel veya kasiyer kaynaklı suistimali de yakalar mı?

Evet, bu sistemin en değerli tarafı genelde budur. İadelerin belirli bir kasiyerde orantısız yoğunlaşması — örneğin bir kasiyerin işlediği iadelerin ortalamanın çok üzerinde bir kısmının onaysız veya sınır değerlere yakın olması — kendi başına bir risk sinyali olarak izleniyor.

>Sadık, sık alışveriş yapan müşterileri yanlışlıkla rahatsız eder mi?

Doğru kurulmazsa evet, bu gerçek bir risk. Bu yüzden sistem müşteriyi engellemiyor veya kasada uyarı göstermiyor — sadece belirlenen eşiğin üzerindeki işlemleri arka planda şube müdürünün haftalık listesine düşürüyor. Eşikler mağazanın gerçek davranış verisine göre kalibre edildikçe yanlış pozitif oranı belirgin şekilde düşüyor.

Bu sistemi standart bir kutu ürün olarak değil, zincirinin mevcut POS ve sadakat altyapısına özel bir entegrasyon olarak kuruyorum. Kendi mağazan veya şubelerin için benzer bir sistemi konuşmak istersen, birkaç soruyla kapsamı netleştirebiliriz.