INOMATRIX / STRATEGY · DİKEY MASTER SERİ
Fintech ve Ödeme Altyapısı Röntgeni
Gömülü finans ve ödeme operasyonları için kanıtlı başlangıç, iş akışı ve boşluk analizi.
KONTROLLÜ METODOLOJİ BELGESİ
Belge künyesi
- Kaynak türü
- İnovapark metodoloji şablonu
- Yayın kapsamı
- Açık arşiv ve uyarlama ilkeleri ↗
- Belge kodu
- D-IP-01
- Program
- InPay · Gömülü finans ve ödeme operasyonları
- Metodoloji aşaması
- 1 / 4 · Strategy
- Belge türü
- Teşhis raporu
- 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
Doğrulanmış baz ve boşluk envanteri
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
D-IP-01 | Fintech ve Ödeme Altyapısı Röntgeni
INOMATRIX / INPAY · STRATEGY · EKİM 2026 · v1.0
Karar görevi ve sınır
Bu teşhis, tasarlanacak sistemin gerçekten hangi işi çözmesi gerektiğini belirler. Hazır otomasyon çözümünü başlangıç varsayımı olarak kabul etmez. Görüşme beyanı, sistem olayı ve fiziksel gözlem ayrı kanıtlardır; çelişkiler kapanmadan As-Is resmi tamamlanmış sayılmaz.
Tahsilat, ödeme başlatma, sanal POS, banka mutabakatı ve müşteri itirazı; fon saklama veya kredi verme ancak yetkili kurum ve izin modeli doğrulandıktan sonra kapsam alır.
Strategy kapısında sponsor; örneklem, dönem, veri erişimi, iş sahibi ve bağımsız kontrolü yazılı olarak onaylar. Müşteri adı, kişisel veri ve ticari sır açık arşiv örneklerine konmaz.
As-Is kanıt toplama planı
| Kaynak | Doğrulama testi | Kayıt |
|---|---|---|
| son 12 aylık fatura–tahsilat eşleşmesi | Sahip, tarih, dönem, erişim, eksik kayıt ve karşı kaynak kontrolü | Kaynak kimliği / güven düzeyi |
| banka ve POS mutabakat farkları | Sahip, tarih, dönem, erişim, eksik kayıt ve karşı kaynak kontrolü | Kaynak kimliği / güven düzeyi |
| komisyon tarifeleri ve sözleşmeler | Sahip, tarih, dönem, erişim, eksik kayıt ve karşı kaynak kontrolü | Kaynak kimliği / güven düzeyi |
| itiraz, iade ve şüpheli işlem kayıtları | Sahip, tarih, dönem, erişim, eksik kayıt ve karşı kaynak kontrolü | Kaynak kimliği / güven düzeyi |
Örneklem en az bir normal işlem, bir istisna, bir iptal/geri dönüş ve bir dönem kapanışını içerir. Rastgele seçilen işlem ile yönetimin gösterdiği örnek ayrı tutulur. Gerçek işlem kayıtları sağlanamazsa çıktı “hipotez” olarak etiketlenir.
Darboğaz ve kök neden kartları
| Gözlenecek durum | Kök neden sorusu | Ayrı tutulacak etki |
|---|---|---|
| Aynı tahsilatın ERP'ye gecikmeli işlenmesi | Bu adım hangi veri, yetki veya kaynak kısıtı yüzünden oluşuyor? | Süre / hata / nakit / güvenlik / müşteri |
| banka ekstresi ile POS net tutarının komisyon nedeniyle ayrışması | Bu adım hangi veri, yetki veya kaynak kısıtı yüzünden oluşuyor? | Süre / hata / nakit / güvenlik / müşteri |
| IBAN veya alıcı değişikliğinin ikinci kanalda doğrulanmaması | Bu adım hangi veri, yetki veya kaynak kısıtı yüzünden oluşuyor? | Süre / hata / nakit / güvenlik / müşteri |
| müşteri itirazının fatura, ödeme ve iade kayıtlarına bağlanamaması | Bu adım hangi veri, yetki veya kaynak kısıtı yüzünden oluşuyor? | Süre / hata / nakit / güvenlik / müşteri |
Her bulguda olay sıklığı, etkilenen işlem paydası, gözlem dönemi ve doğrulayan ikinci kaynak yazılır. Yüksek maliyet iddiası, iş yükü veya kayıp tutarı hesaplanmadan “tasarruf” diye yayınlanmaz.
Saha yürüyüşü ve temsili işlem
- İşlem tetikleyicisini seç; rol, veri ve sistem sınırını çiz.
- İlk kayıtla nihai çıktıyı aynı kimlikle izle; bekleme ve yeniden işlemeyi süre damgasıyla ölç.
- İşi yapan ve kontrol edenle ayrı görüş; işin gerçek yolu ile yazılı prosedürü karşılaştır.
- İstisnayı bir kez daha bağımsız örneklemde doğrula; güvenlik veya mevzuat riskini hemen uygun yetkiliye aktar.
Temsili öğretim örneği: 1.250 TL tahsilat, 25 TL POS komisyonu ve 1.225 TL net banka hareketi örneğinde üç kayıt tek işlem kimliğine bağlanır; 25 TL farkın komisyon sözleşmesiyle doğrulanması gerekir.
Ölçüm ve kabul
| Başlangıç metriği | Kesin tanım / payda | İlk kayıt |
|---|---|---|
| DSO | Dönem sonu ticari alacak / dönem kredili satış × dönem gün sayısı | [Dönem · kaynak · baz değer · güven] |
| Otomatik mutabakat oranı | İkinci kontrolü geçen otomatik eşleşme / tüm uygun işlemler | [Dönem · kaynak · baz değer · güven] |
| Açık mutabakat farkı | SLA süresini aşan doğrulanmamış fark / tüm farklar | [Dönem · kaynak · baz değer · güven] |
| Yanlış risk alarmı | İncelemede temiz çıkan işaretli işlem / incelenen işaretli işlem | [Dönem · kaynak · baz değer · güven] |
Kabul: kapsam dışı ve eksik veriler açıklanmış, en az iki rolün anlatısı karşılaştırılmış, dört temel darboğazın kanıt kartı hazırlanmış ve ilgili iş sahibi ile bağımsız kontrol alanı imzalanmıştır. Çıktı D-IP-03 mimari seçeneklerine girer.
Uygulama dosyası ve olumsuz test
Saha dosyasında her bulgu ayrı bir işlem kimliğine bağlanır. “Gözlendi”, “beyan edildi” ve “hesaplandı” statüleri karıştırılmaz. Dört bulgudan biri güvenlik veya hizmet sürekliliğiyle ilgiliyse etki yalnız parasal tasarrufla önceliklendirilmez.
| İlk inceleme sorusu | İstenen ek kanıt | Durdurma/yeniden bakma kararı |
|---|---|---|
| Aynı tahsilatın ERP'ye gecikmeli işlenmesi | Farklı dönem veya farklı rolün kaydı | Kanıt yoksa açık bulgu |
| banka ekstresi ile POS net tutarının komisyon nedeniyle ayrışması | Farklı dönem veya farklı rolün kaydı | Kanıt yoksa açık bulgu |
| IBAN veya alıcı değişikliğinin ikinci kanalda doğrulanmaması | Farklı dönem veya farklı rolün kaydı | Kanıt yoksa açık bulgu |
| müşteri itirazının fatura, ödeme ve iade kayıtlarına bağlanamaması | Farklı dönem veya farklı rolün kaydı | Kanıt yoksa açık bulgu |
Temsili kayıt: 1.250 TL tahsilat, 25 TL POS komisyonu ve 1.225 TL net banka hareketi örneğinde üç kayıt tek işlem kimliğine bağlanır; 25 TL farkın komisyon sözleşmesiyle doğrulanması gerekir. Bu vaka yalnız formun nasıl doldurulacağını gösterir; örnek sayılar şirkete ait baz değer veya gerçekleşmiş sonuç değildir.
Doldurulabilir çalışma tablosu şu alanları taşır: bulgu_id, işlem_kimliği, kaynak, dönem, gözlem, karşı_kanıt, etki, sahip, durum. 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.
Uygulama şirketi: [ ] · İşlem/örneklem: [ ] · Kanıt bağlantısı: [ ] · Karar sahibi: [ ] · Bağımsız kontrol: [ ] · Karar/tarih: [ ] · Sonraki gözden geçirme: [ ]