Stratejik yapay zekâ projeleri
Milyonlarca İşlem İçin Finansal Anomali ve Kayıp Tespit Sistemi
Finansal anomali tespiti, ödeme, iade, POS, kampanya ve masraf işlemlerini akış hâlinde inceleyip olağan dışı olanlara risk puanı veren bir sistemdir. Mükerrer tedarikçi ödemesi, iade suistimali, kasa farkı ya da yanlış uygulanan indirim, ay sonu raporunu beklemeden inceleme kuyruğuna düşer. Mali kontrol ekibi milyonlarca satırı taramak yerine günde birkaç düzine gerekçeli vakaya bakar ve kaybı çoğu zaman para çıkmadan durdurur.
- Kimin için
- Finans müdürü, mali kontrol, borçlar servisi, kayıp önleme
- İşlem akışları
- Tedarikçi ödemesi, iade, POS, kampanya, masraf
- Hız
- Ödeme ve iadede işlem anında, diğerlerinde gün içinde
- Karar
- Her vaka bir analistin incelemesiyle kapanır
Kayıplar tek tek küçük, toplamda büyük
Yüzlerce mağazası ya da binlerce tedarikçisi olan bir şirkette günde yüz binlerce işlem oluşur. Mali kontrol bu akışa ancak dönem sonunda ve örneklemle bakabilir. Aynı faturanın iki farklı kayıtla iki kez ödenmesi, bir kasiyerin fişsiz iadeleri ya da bir kampanyanın kapsam dışı ürünlere de uygulanması, fark edildiğinde çoğu zaman haftalar geçmiş olur.
Kural tabanlı uyarılar bir ölçüde işe yarar ama gürültülüdür: “5.000 ₺ üzeri iade” kuralı her gün yüzlerce masum işlemi işaretler ve ekip bir süre sonra listeye bakmayı bırakır. Asıl tehlikeli olanlar, tek tek eşiklerin altında kalan ama bir araya gelince örüntü oluşturan işlemlerdir.
Bu sistem neler yapar?
- 01
İşlem anında risk puanı
Her ödeme ve iade; tutar, saat, kanal, işlemi yapan kullanıcı ve karşı tarafın geçmiş davranışına göre puanlanır. Yüksek puanlı bir tedarikçi ödemesi, banka talimatı gitmeden bekletilir.
- 02
Mükerrer ödeme yakalama
Belge numarası farklı olsa da aynı tutar, yakın tarih ve benzer açıklamayla gelen ödemeler eşleştirilir. e-Faturanın ETTN’si, tedarikçi IBAN’ı ve sipariş numarası birlikte kontrol edilir.
- 03
İade ve kasa örüntüleri
Aynı kasiyerin, aynı kartın ya da aynı müşterinin olağan dışı iade sıklığı, fişsiz iadeler, vardiya sonu kasa farkları ve ÖKC Z raporu ile POS gün sonu arasındaki uyumsuzluk izlenir.
- 04
Gelir sızıntısı analizi
Sözleşme fiyatının altında kesilen faturalar, faturalanmayan ek hizmetler, süresi bittiği hâlde uygulanmaya devam eden kampanyalar ve onaysız iskontolar sistematik olarak aranır.
- 05
Gerekçesiyle gelen vaka
Her vaka neden işaretlendiğini söyleyen kısa bir açıklamayla gelir: “Bu kasiyerin iade oranı mağaza ortalamasının dört katı, iadelerin yarısı kapanıştan önceki yarım saatte.” Analist kanıtı görür, kararı verir.
- 06
Sistem kimseyi suçlamaz
Ajan ödemeyi bekletebilir, vaka açabilir, ek belge isteyebilir. Bir çalışan ya da müşteri hakkında yaptırım, ödeme iptali ve hukuki süreç kararı insan incelemesinden sonra yetkili kişide kalır.
Nasıl çalışır?
Sistem, kurumunuzdaki kaynaklardan veriyi okur, yapay zekâ katmanında işler ve sonucu ilgili birimin kullandığı ekrana, rapora ya da bildirime dönüştürür.
Veri kaynakları
- Tedarikçi ödeme talimatları ve banka hareketleri
- POS, sanal POS ve ÖKC kayıtları
- İade, iptal ve ters ibraz kayıtları
- Kampanya, fiyat ve iskonto tanımları
- Masraf beyanları ve e-Arşiv faturalar
Yapay zekâ katmanı
- Kural ve öğrenen modelle birlikte puanlama
- Kart, kasiyer ve tedarikçi bazında eşleştirme
- Vaka oluşturma ve önceliklendirme
Çıktılar
- Bekletilen ödemeler listesi
- Önceliklendirilmiş inceleme kuyruğu
- Mağaza ve kasiyer bazında örüntü raporu
- Önlenen ve geri kazanılan tutar kaydı
Ekranda ne görürsünüz?
Anomali kuyruğu · Bugün 00.00-14.30
- KritikAynı tedarikçiye aynı tutarda 2. ödeme: 486.200 ₺, biri e-Fatura, biri PDF fatura girişi
- UyarıMağaza 112: bir kasiyerde 5 vardiyada 23 fişsiz iade, 18’i kapanıştan önceki 30 dakikada
- Bilgi“3 al 2 öde” kampanyası bitiş tarihinden sonra 4 mağazada uygulanmaya devam etmiş
İki kez ödenmek üzere olan bir fatura
- Çarşamba 10.12
Borçlar servisi 486.200 ₺ tutarında bir tedarikçi ödemesi talimatı oluşturur. Model, aynı tedarikçiye 11 gün önce aynı tutarda ödeme yapıldığını görür: o ödeme e-Faturaya, bugünkü ise e-postayla gelen bir PDF fatura görüntüsünden yapılan girişe dayanır.
- Çarşamba 10.12
Risk puanı yüksek çıkar ve ödeme banka dosyasına eklenmeden bekletilir. Vaka, iki belgenin yan yana görüntüsüyle mali kontrol kuyruğuna düşer.
- Çarşamba 11.05
Analist belgeleri karşılaştırır: PDF, aynı e-Faturanın tedarikçi muhasebesinden ayrıca gönderilmiş bir kopyasıdır ve ikinci kez sisteme girilmiştir.
- Çarşamba 11.20
Analist ikinci kaydı iptal eder ve satın almaya tedarikçiye bilgi verilmesi için görev açar. Vaka “doğrulandı, önlendi” etiketiyle kapanır.
- Ay sonu
Benzer vakalar bir araya getirilir. PDF görüntüsünden fatura girişine ek onay şartı getirilmesi, mali kontrol müdürüne kural önerisi olarak sunulur.
İç denetimin dönemsel taramasından farkı
İç denetim belirli aralıklarla geçmiş dönemi tarar ve kontrol zayıflıklarını raporlar. Bu sistem ise işlem akışının içinde durur: ödeme banka dosyasına girmeden, iade onaylanmadan ya da gün kapanmadan puan verir. İkisi birbirini tamamlar; anomali sisteminin vaka kayıtları iç denetimin de girdisi olur.
| İç denetim taraması | Finansal anomali tespiti | |
|---|---|---|
| Zaman | Dönem sonunda, geriye dönük | İşlem anında ya da gün içinde |
| Amaç | Kontrol zayıflığını ve usulsüzlüğü raporlamak | Kaybı oluşmadan durdurmak |
| Kapsam | Seçilmiş süreçler, belirli dönem | Akıştaki işlemlerin tamamı |
| Kullanıcı | İç denetçi | Mali kontrol, kayıp önleme, borçlar servisi |
| Çıktı | Denetim raporu ve bulgular | Bekletilen işlem ve inceleme vakası |
Yanlış alarmı yönetilebilir tutmak
Hiçbir anomali sistemi yanlış alarmsız çalışmaz; önemli olan, ekibin taşıyabileceği hacimde ve anlamlı vakalar üretmesidir. İnceleme kuyruğunu şu ilkelerle kuruyoruz:
- Günlük vaka sayısı ekibin kapasitesine göre sınırlanır, eşik buna göre ayarlanır
- Her vaka kapanırken “doğrulandı”, “açıklaması var” ya da “yanlış alarm” olarak etiketlenir
- Aynı nedenle sürekli yanlış alarm üreten kural haftalık gözden geçirmede yeniden yazılır
- Bayram, okul dönemi ve büyük kampanya haftaları için ayrı eşikler tanımlanır
- Bekletme yetkisi yalnız yüksek puanlı ve geri alınabilir işlemlerde kullanılır
Hangi verilerle çalışır?
- ERP borçlar ve alacaklar modülü, ödeme talimatları
- Banka hareketleri ve ödeme dosyaları
- POS, sanal POS ve ÖKC Z raporu kayıtları
- İade, iptal ve ters ibraz kayıtları
- Kampanya, fiyat ve iskonto tanımları
- Masraf yönetimi kayıtları ve e-Arşiv faturalar
- e-Fatura gelen kutusu ve tedarikçi cari kartları
Güvenlik, KVKK ve insan onayı
- Sistem bir çalışanı ya da müşteriyi suçlu ilan etmez; vaka bir incelemenin başlangıcıdır, kararı yetkili kişi verir.
- Kasiyer ve personel bazında analizler İK ve hukukla önceden konuşulur; çalışanlar aydınlatma metniyle bilgilendirilir.
- Kart numaraları maskelenmiş ya da belirteçlenmiş olarak işlenir; tam kart verisi sisteme alınmaz.
- Bekletme yetkisi tanımlı tutar ve işlem türleriyle sınırlıdır; her bekletmeyi kimin ne zaman kaldırdığı kaydedilir.
- Vaka kayıtlarına erişim mali kontrol ve iç denetimle sınırlıdır; puanlama şirket sunucusunda yapılabilir.
Nasıl devreye alınır?
Süreler, kurumun veri hazırlığına ve kapsamına göre değişir; aşağıdaki takvim tipik bir başlangıç planıdır ve ön görüşmeden sonra yazılı olarak netleştirilir.
- 013-4 hafta
Geçmiş veri taraması
Son 12-24 ayın ödeme, iade ve POS verisi taranır; bilinen vakalar ve yeni bulunanlar finans ekibiyle birlikte gözden geçirilir.
- 026-8 hafta
Tek akış pilotu
En yüksek riskin görüldüğü akış, çoğunlukla tedarikçi ödemeleri ya da mağaza iadeleri, gün içi puanlamaya alınır. Bekletme yetkisi bu aşamada kapalıdır.
- 034-6 hafta
Bekletme ve inceleme kuyruğu
İsabeti yeterli görülen kurallarda ödeme bekletme açılır; inceleme kuyruğu ve geri bildirim döngüsü oturur.
- 04Aşamalı
Diğer akışlar
Kampanya, masraf ve gelir sızıntısı analizleri eklenir; eşikler her çeyrekte yeniden değerlendirilir.
Başarıyı neyle ölçeriz?
- Önlenen ve geri kazanılan tutar
- Vakaların doğrulanma oranı ve yanlış alarm payı
- Vaka açılışından kapanışa geçen süre
- Bekletilen ödemelerin ortalama bekleme süresi
- Mükerrer ödeme ve iade suistimali vakalarının seyri
- Kural ya da model güncellemesi sonrası vaka hacmindeki değişim
Sık sorulan sorular
Kural tabanlı uyarı sistemimiz zaten var; bu ne ekler?
Kurallar bilinen örüntüleri yakalar ve yerinde kalmalıdır. Model, kuralların arasından kaçanları bulur: eşiklerin hemen altında kalan tekrarlar, bir kasiyerin kendi geçmişine göre değişen davranışı, birbirinden bağımsız görünen ama aynı kart ya da IBAN’da birleşen işlemler. Mevcut kurallarınız sisteme taşınır ve modelin puanıyla birlikte değerlendirilir.
Milyonlarca işlemi anında puanlamak altyapı açısından ağır değil mi?
Tek bir işlemi puanlamak hafif bir hesaptır; ağır olan model eğitimidir ve gece ya da hafta sonu yapılır. Asıl iş, işlem akışını gecikmesiz alabilmektir. POS ve ödeme sistemleri olay akışı verebiliyorsa anlık, veremiyorsa birkaç dakikalık paketlerle çalışılır.
Mağaza personeli bu sistemi nasıl karşılar?
İzlendiğini öğrenen personel tedirgin olabilir; bunu gizlemek yerine açıkça anlatmayı öneriyoruz. Sistem kasiyer sıralaması yayınlamaz. Bir örüntü çıktığında mağaza müdürü önce açıklama ister; vakaların bir kısmının masum bir nedeni vardır, örneğin yanlış tanımlanmış bir iade kodu. Aydınlatma metni ve iç politika bu süreci yazılı hâle getirir.
Yanlış alarm oranı ne kadar olur?
Kurulumdan önce bunu bir rakamla söylemek dürüst olmaz; veri kalitesine, işlem çeşitliliğine ve ekibin taşıyabileceği hacme bağlıdır. İlk haftalarda yanlış alarm yüksektir. Her vakanın kapanış etiketi ölçülüp panelde gösterilir; eşikler, bakılan vakaların anlamlı bir kısmı doğrulanacak şekilde ayarlanır.
Sanal POS’taki ters ibraz itirazlarında yardımcı olur mu?
Olur. Ters ibraz gelen işlemler aynı kart, cihaz, teslimat adresi ya da e-posta üzerinden önceki işlemlerle eşleştirilir; şüpheli sipariş örüntüleri bir sonraki siparişin puanına yansır. İtiraz için gereken teslimat kanıtı ve sipariş geçmişi tek dosyada toplanır, itirazı yine ekibiniz yapar.
Hiç kayıtlı vaka geçmişimiz yoksa model neyle öğrenir?
Başlangıçta olağan davranışı öğrenir ve ondan sapmayı puanlar; bunun için geçmiş vaka gerekmez. İşlemlerin tarih, saat, tutar, kanal ve kullanıcı bilgisiyle tutulması yeterlidir. Kasiyer kodu, cihaz bilgisi ya da IBAN değişiklik geçmişi varsa model güçlenir. İlk haftalardaki analist kararları da zamanla etiketli örneklere dönüşür.
Yayın tarihi: · Hazırlayan: Aura Ajans yazılım ekibi
Finansal Kayıp ve Usulsüzlük Tespiti için teklif isteyin
Formdaki konu bu sayfaya göre seçili gelir; talebiniz bu başlıkla ekibimize e-posta olarak ulaşır. İsterseniz konuyu değiştirebilir ya da doğrudan telefonla arayabilirsiniz.