Finansal İç Kontrol ve Anti-Fraud Matrisi

Uygulama şablonu · v1.0

Gömülü finans ve ödeme operasyonları için önleyici kontrol, tespit testi ve müdahale matrisi.

InPayCalibrationRisk ve kontrol matrisiP.U.R.RACIKanıt kapısıv1.0

KONTROLLÜ METODOLOJİ BELGESİ

Belge künyesi

REV 1.0

Kaynak türü: İnovapark metodoloji şablonu
Yayın kapsamı: Açık arşiv ve uyarlama ilkeleri ↗
Belge kodu: D-IP-13
Program: InPay · Gömülü finans ve ödeme operasyonları
Metodoloji aşaması: 4 / 4 · Calibration
Belge türü: Risk ve kontrol matrisi
Hesap veren örnek rol: InPay operasyon lideri
Gözden geçiren: CFO, uyum ve bilgi güvenliği
Bağımsız kontrol: Bağımsız risk ve iç kontrol
Tarih / sürüm: Ekim 2026 / v1.0
Yayın ve dağıtım: İnovapark Açık Arşiv · herkese açık
Uygulama onayı: Kuruma özgü uygulamada atanır

Bu metin örnek yöntem ve doldurulabilir çalışma çerçevesidir. Uygulama öncesi işletmeci verisi, yetki, sektör uzmanı ve yerel hukuk kontrolü gerekir.

YAYIN / KARAR KAPISI

Önleyici ve tespit kontrollerinin bağımsız testi

Ajan ödeme emrini tek başına serbest bırakmaz, müşteri hesabını kapatmaz ve şüpheli işlemi nihai suç tespiti olarak etiketlemez. Düzenlenmiş finansal faaliyetin lisans, sözleşme ve yetki incelemesi ayrı kapıdır.

TAM METİN / v1.0

Çalışma belgesi

Metni indir ↓Çalışma tablosu ↓

D-IP-13 | Finansal İç Kontrol ve Anti-Fraud Matrisi

INOMATRIX / INPAY · CALIBRATION · EKİM 2026 · v1.0

Risk iştahı ve kayıt ilkesi

Risk skoru bir sıfat değildir; olay tanımı, olasılık/etki ölçeği, mevcut kontrol ve kalan risk ayrı satırda gösterilir. Sayısal skor ancak kurumun kendi olay verisi ve onaylı ölçeğiyle verilir. Kritik güvenlik, mevzuat veya mesleki yetki riski yüksek toplam puan beklenmeden eskale edilir.

Risk–kontrol matrisi

Risk senaryosu	Önleyici kontrol	Tespit ve örneklem testi	İlk müdahale
Yanlış eşleşme veya mükerrer tahsilat	Tekil işlem anahtarı ve tutar/valör kontrolü	Günlük karşı kaynak mutabakatı	Belirsiz fişi yazma; finans kuyruğuna al
Sahte alıcı/IBAN değişikliği	İki kanallı teyit ve değişiklik için bekleme	Değişiklik logu ile ilk ödeme örneklemi	Ödemeyi durdur; güvenlik ve CFO'ya bildir
Aşırı geniş ajan yetkisi	İşlem bazlı servis kimliği ve limit	Yetki logu ve reddedilen çağrı analizi	Anahtarı iptal et, erişimi daralt
İtirazın kaybolması	İşlem–itiraz–iade ilişki zorunluluğu	Açık itiraz yaşlandırma raporu	Yasal ve müşteri iletişim sahibine eskale et

Her kontrol için kontrol sahibi, frekans, örneklem, kanıt deposu ve başarısızlık eşiği eklenir. Kontrol tasarımı ile işlemsel etkinlik ayrı test edilir; bir kere çalışan kontrol kalıcı uygunluk kanıtı değildir.

Görevler ayrılığı ve olay eskalasyonu

Karar	A	R	Kontrol sınırı
Yeni banka/POS bağlantısı	InPay ürün sahibi	Entegrasyon ekibi	Uyum ve güvenlik onayı; sözleşme ve test ortamı
Eşleşmeyen tahsilatın kapatılması	Mutabakat yöneticisi	Finans operasyon	İkinci kişi kontrolü; kaynak ekstre ve ERP fişi
Riskli işlemin bekletilmesi	Yetkili risk görevlisi	Risk operasyon	İtiraz yolu, süre ve müşteri etkisi kaydı
Ödeme veya iade emri	İmza/yetki matrisindeki merci	Yetkili finans personeli	Çift kontrol ve banka sonucu; ajan yalnız taslak hazırlar

Olayı durdur veya güvenli duruma al; ilgili işlem/dosyayı koru.
Hastaya, müşteriye, çalışanlara veya fonlara etkisini sınıflandır; bildirim yükümlülüğünü yetkili uzmanla değerlendir.
İlk neden hipotezini kanıtla sınırla; kişi suçlaması yerine işlem ve kontrol açığını incele.
CAPA sahibi, son tarih ve yeniden test örneklemi ata; bağımsız kişi kapanışı doğrulasın.

Kontrol testi formu

Alan	Doldurma standardı
Risk ve kontrol kodu	Tek risk, tek kontrol ve ilgili SOP sürümü
Test popülasyonu	Tarih aralığı, toplam işlem ve seçim gerekçesi
Örnek ve sonuç	İşlem kimliği, beklenen/gerçek kontrol, sapma
Kalan risk	Etkilenen grup, telafi kontrolü, yetkili kabul
CAPA	Kök neden, sahibi, vade, yeniden test tarihi

Örneklem boşsa kontrol “etkin” olarak işaretlenmez. Araç veya ajan logu tek başına fiziksel/işlemsel sonucun doğruluğunu kanıtlamaz.

Kabul kapısı ve uyum

İlk üç kritik senaryo normal ve olumsuz testten geçer; görevler ayrılığı çakışması kapatılır veya süreli telafi kontrolü onaylanır. Durdurma yetkisi, iletişim yolu ve kalan risk kabulü yazılıdır. Ödeme hizmeti, elektronik para, açık bankacılık ve kişisel veri işlemenin hangi tüzel kişilik ve ülkede yürütüleceği lisanslı uzmanlarca doğrulanır.

Uygulama dosyası ve olumsuz test

İlk kontrol çalıştayında her risk için kaç işlemin inceleneceği ve hangi başarısızlığın anında durdurma gerektirdiği önceden yazılır. Kontrolün varlığı, çalışma etkinliği ve kalan risk üç ayrı sonuçtur. İç denetim kendi tasarladığı işlemi bağımsız kapanış diye onaylamaz.

Kontrol senaryosu	Olumlu test	Olumsuz test
Yanlış eşleşme veya mükerrer tahsilat	Beklenen kontrol çalışır ve kaynak izi tutar	Kontrolü tetikle; reddetme, alarm ve eskalasyonu doğrula
Sahte alıcı/IBAN değişikliği	Beklenen kontrol çalışır ve kaynak izi tutar	Kontrolü tetikle; reddetme, alarm ve eskalasyonu doğrula
Aşırı geniş ajan yetkisi	Beklenen kontrol çalışır ve kaynak izi tutar	Kontrolü tetikle; reddetme, alarm ve eskalasyonu doğrula
İtirazın kaybolması	Beklenen kontrol çalışır ve kaynak izi tutar	Kontrolü tetikle; reddetme, alarm ve eskalasyonu doğrula

Olay sonrasında ilk kayıt silinmez; düzeltme yeni bir sürüm/ters işlem olarak görünür. Tekrar eden bulgular risk iştahı ve SOP tasarımını yeniden açar.

Doldurulabilir çalışma tablosu şu alanları taşır: risk_id, senaryo, önleyici_kontrol, tespit_testi, popülasyon, örneklem, sonuç, CAPA_sahibi, yeniden_test. Satırlar kurum içi erişim ve sürüm kurallarıyla saklanır; örnek satırlar gerçek müşteri kaydı değildir.

P.U.R. ve yeniden öğrenme kaydı

Planla: kaynak, karar ve yetki sınırını sabitle. Uygula: yalnız onaylı pilot ve SOP kapsamında işlem yap. Raporla: olumlu/olumsuz sonuç, istisna, kalan risk ve yeni Strategy sorusunu kaydet. Tamamlanmamış kanıt bir sonraki çevrime açık iş olarak devredilir.

Kurum uygulama kaydı

Uygulama şirketi: [ ] · İşlem/örneklem: [ ] · Kanıt bağlantısı: [ ] · Karar sahibi: [ ] · Bağımsız kontrol: [ ] · Karar/tarih: [ ] · Sonraki gözden geçirme: [ ]