Vaka 4471 · 87
Satış → puan → başka mağazada kullanım → iade
Son 30 günde aynı terminalde, benzer ürünlerle gerçekleşen 8 benzer işlem zincirinden biri.
| Konum | Mağaza A · Terminal 3 |
|---|---|
| Tekrar | 8 bağlantılı zincir · 30 gün |
| Dönem | 12 Şubat – 14 Mart |
Wedect, mevcut işlem verileriniz üzerinde çalışan bir analitik katmandır. Tek bir işleme bakarak göremeyeceğiniz kayıp ve suistimal örüntülerini ortaya çıkarır.
İşlem Riski Analitiği
Canlı kullanımdaZaten çalışıyor.
İşlem Riski Analitiği
Wedect, mevcut işlem verileriniz üzerinde çalışan bir analitik katmandır. Tek bir işleme bakarak göremeyeceğiniz kayıp ve suistimal örüntülerini ortaya çıkarır.
Kimsenin yüksek sesle söylemediği
Ekibinizin sonuçlandırdığı her vaka başka bir yerden başladı: bir ihbar, bir şikâyet, tutmayan bir stok sayımı ya da gözden kaçmayacak kadar belirgin bir örüntü. Raporlar sonradan doğruladı. İlk ortaya çıkaran onlar olmadı.
Altı yüz bin satır, on bir farklı filtre. İadeleri terminale göre sıralayabiliyorsunuz. Ama üç gün sonra yapılan bir iadenin başka bir mağazadaki satışa ait olup olmadığını soramıyorsunuz.
Son olaydan sonra yazdınız. İlk ay dört bin kez uyarı verdi. İkinci ay birisi kapattı; kimse de itiraz etmedi.
Bir örneklemi denetliyor, kalan %98’i temsil etmesini umuyorsunuz. Gerçekten temsil edip etmediğini bilmenizin bir yolu yok.
Mart ayında başlayan bir örüntüyü ekim ayında öğreniyorsunuz. O zamana kadar kırk kez tekrarlanmış oluyor.
Bir şeyler buluyorsunuz. Sessizce olanlar hariç.
Neden göremiyorsunuz
Hiçbir kural ihlal edilmez. Hiçbir uyarı oluşmaz. Kaban rafa dönmüştür, puanlar harcanmıştır; zincir ise ikisinin de değerini kaybetmiştir. Tek başına hiçbir işlem suçlu değildir.
Sorun, ekibinizin yeterince dikkatli bakmaması değil. İşlemlere tek tek baktığınızda görülecek bir şey olmaması. Kullandığınız araçlar da yalnızca bunu yapıyor.
Müşteri bir kaban alır.
Alışverişten sadakat puanı kazanır.
Puanları başka bir mağazada harcar.
Kabanı iade eder.
Peki, tek bir kayıtta görünmeyen bir şeyi nasıl bulursunuz?
Bakış açısı değişiyor
Müşteri, mağaza, terminal, ürün, ödeme, iade, puan, kupon: hepsi tek bir ilişkiler ağında bir araya gelir, zaman içinde izlenir. Kaban, puan ve para iadesi birbirinden bağımsız üç kayıt olmaktan çıkar; tek bir örüntüye dönüşür. Bu örüntü tanımlandığında, tüm mağazalardaki diğer örnekleri de ortaya çıkar. Verinizin uzandığı en eski tarihe kadar.
Ekibinizin önüne gelen
Öncelik sırasına konmuş vakalar; her birinin yanında, neden listede olduğunu anlatan açık bir gerekçe. Ekibinizin daha fazla uyarıya ihtiyacı yok. Yıllardır uyarıları göz ardı ediyor. İhtiyacı, gerçekten bitirebileceği kadar kısa bir liste ve toplantıda arkasında durabileceği bir gerekçe.
Canlı kullanımda olan bir kurulum · son tamamlanan yıl
~1 milyon $ işaretlenen örüntülerin ilişkili olduğu toplam işlem tutarı.
Vaka 4471 · 87
Satış → puan → başka mağazada kullanım → iade
Son 30 günde aynı terminalde, benzer ürünlerle gerçekleşen 8 benzer işlem zincirinden biri.
| Konum | Mağaza A · Terminal 3 |
|---|---|
| Tekrar | 8 bağlantılı zincir · 30 gün |
| Dönem | 12 Şubat – 14 Mart |
Vaka 5120 · 79
Tekrarlanan manuel indirim
Bu terminalin manuel indirim oranı, art arda on bir hafta boyunca mağaza ortalamasının dört katında seyretti.
| Konum | Mağaza B · Terminal 1 |
|---|---|
| Sapma | Mağaza ortalamasının 4 katı |
| Dönem | Art arda 11 hafta |
Vaka 5233 · 91
Hedef döneminde satış → sonraki dönemde iade
Hedef döneminin son üç gününde 7 satış; bunların 6’sı sonraki dönemin ilk haftasında iade edildi.
| Konum | Mağaza C · 2 terminal |
|---|---|
| Tekrar | 7 satış · 6 iade |
| Dönem | Hedef dönemi kapanışı |

Her vaka bu şekilde sunulur. Rakamlar, incelenmesi önerilen vakaları ve bunlarla ilişkili işlem tutarlarını gösterir; doğrulanmış kayıp tutarlarını değil.
Kurulum
Veri dışarı çıkmaz. İşlemleriniz yeni bir tedarikçinin eline geçmez. Hukuk ekibinizin isteyeceği belgeler de kurulumla birlikte gelir.
REST · Veritabanı · Kafka · Toplu aktarım · Veri ambarı
Kurum içi sunucularınızda veya özel bulutunuzda. İşlem ve müşteri verileri altyapınızın dışına çıkmaz.
Risk puanlarını yalnızca denetim ekibi görür. Vaka açılana kadar kimlikler maskelenir. Saklama süreleri tanımlanır ve uygulanır.
Etki değerlendirmesi şablonu, veri işleme envanteri, çalışan aydınlatma metni ve silme politikası; GDPR ve KVKK için kurulumla birlikte sunulur.
Canlı kullanımda
Aynı örüntülerin görüldüğü sektörler
Zinciriniz birkaç lokasyonun ötesinde iade, indirim veya sadakat programı yürütüyorsa, aynı işlem zincirleri orada da ortaya çıkar.
Bir mağaza grubunuzun altı aylık işlem verisini alır, analiz eder ve vakaları denetim ekibinizle birlikte inceleriz. Sonuçları biz değil, siz değerlendirirsiniz. POS veya ERP sisteminizde değişiklik gerekmez.