Ödeme İşleme Veri Şablonunuz
Ödeme İşleme Veri Şablonunuz
- Derin işlem analizi için önerilen nitelikler
- Anahtar SWIFT süreç aktiviteleri ve kilometre taşları
- Finansal veri çıkarma için teknik rehberlik
Ödeme İşleme Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet Adı
ActivityName
|
Gerçekleşen süreç adımının veya olayın adı. | ||
|
Açıklama
Bu nitelik, sistem logunda kaydedilen belirli eylemi veya durum değişikliğini açıklar. Örnekler arasında 'Ödeme Talebi Oluşturuldu', 'Yaptırım Taraması Geçti' veya 'SWIFT ACK Alındı' yer alır. Süreç haritaları için birincil boyuttur; görselleştirmedeki düğümleri tanımlar ve analistlerin bir ödeme üzerinde gerçekleştirilen işlemlerin sırasını anlamalarını sağlar.
Neden önemli
Sürecin 'ne'sini tanımlar, süreç akışının ve varyasyonlarının görselleştirilmesini sağlar.
Nereden alınır
İşlem logları, Denetim izleri veya Mesaj Tiplerinden türetilmiştir (örn. MT103 Gönderildi).
Örnekler
Ödeme Talebi OluşturulduÖdeme Talimatı GönderildiSWIFT ACK AlındıÖdeme Onaylandı
|
|||
|
Kaynak Sistem
SourceSystem
|
Olay verilerinin kaynaklandığı sistemin adı. | ||
|
Açıklama
Event log'u oluşturan yazılımı veya platformu belirler. Bir ödeme sürecinde bu, ana bankacılık sistemi, ödeme ağ geçidi veya doğrudan SWIFT arayüzü olabilir. Bu öznitelik, farklı bankacılık uygulamalarından veri birleştirilirken veri soyunu doğrulamaya ve sorunları gidermeye yardımcı olur.
Neden önemli
Veri kaynağı için bağlam sağlar, çoklu sistem süreç madenciliği için esastır.
Nereden alınır
ETL sırasında sabit kodlanmış veya sistem tanımlayıcılarından çıkarılmış.
Örnekler
SWIFT Alliance AccessCore Banking SystemÖdeme MotoruYaptırım Filtresi
|
|||
|
Ödeme İşlem Kimliği
PaymentTransactionId
|
Uçtan uca ödeme vakasını temsil eden benzersiz tanımlayıcı. | ||
|
Açıklama
Bu nitelik, süreç madenciliği için merkezi vaka anahtarı olarak hizmet eder. İlk talepten doğrulama, SWIFT iletimi ve nihai mutabakata kadar tek bir ödeme talimatıyla ilgili tüm faaliyetleri gruplandırır. SWIFT bağlamlarında, bankacılık sistemleri arasında sürekliliği sağlamak için genellikle İşlem Referans Numarasına (TRN) veya Benzersiz Uçtan Uca İşlem Referansına (UETR) eşlenir. Süreç örneği yolunu yeniden yapılandırmak için kullanılır ve tüm varyant analizi ve döngü süresi hesaplamaları için esastır.
Neden önemli
Benzersiz tanımlama, süreç madenciliğinin temelidir ve dağınık olayların bütüncül bir süreç görünümüne dönüştürülmesini sağlar.
Nereden alınır
Mesaj başlıklarındaki SWIFT Alan 20 (TRN) veya Alan 121 (UETR).
Örnekler
TRN-20231025-883954392-882-101UETR-9982-1123-5521PAY-US-EU-9912
|
|||
|
Olay Zaman Damgası
EventTimestamp
|
Aktivitenin gerçekleştiği kesin tarih ve saat. | ||
|
Açıklama
Bu nitelik, bir olayın gerçekleştiği kesin anı kaydeder. Etkinlikleri kronolojik olarak sıralamak ve işlem süreleri, döngü süreleri ve verim gibi tüm süreye dayalı metrikleri hesaplamak için kullanılır. Doğru zaman damgaları, 'Ağ Kesim Saati Performansı'nı analiz etmek ve onay zincirindeki darboğazları belirlemek için kritik öneme sahiptir.
Neden önemli
Zaman damgaları, süreç madenciliğindeki tüm zamansal analiz ve performans metriklerinin temelidir.
Nereden alınır
Sistem denetim logları, Mesaj oluşturma zaman damgaları veya Veritabanı işlem zamanları.
Örnekler
2023-10-25T08:30:15Z2023-10-25T14:45:00Z2023-10-26T09:15:22Z
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Kaydın en son çıkarıldığı veya yenilendiği zaman damgası. | ||
|
Açıklama
Verilerin Process Mining aracına en son ne zaman yüklendiğini gösterir. Bu, verinin güncelliğini belirlemek ve dashboard'ların ödeme operasyonlarının en güncel durumunu yansıtmasını sağlamak için çok önemlidir. Raporlama hattının gecikme süresi hakkında şeffaflık sağlayarak kullanıcıların verilere güvenmesine yardımcı olur.
Neden önemli
Kullanıcıların sunulan verilerin güncelliğini ve güvenilirliğini anlamasını sağlar.
Nereden alınır
ETL süreci yürütme zaman damgası.
Örnekler
2023-10-27T12:00:00Z2023-11-01T06:00:00Z
|
|||
|
İşlem Para Birimi
TransactionCurrency
|
Ödemenin para birimini gösteren 3 harfli ISO kodu. | ||
|
Açıklama
Ödemenin yapıldığı para birimini (örn. USD, EUR, GBP) belirler. Kesme saatleri para birimine özel olduğundan, bu, 'Ağ Kesme Saati Performansı' dashboard'u için kritik öneme sahiptir. Ayrıca, çapraz para birimi çiftlerini belirleyerek 'Para Birimi Dönüştürme Verimliliği' analizini de destekler.
Neden önemli
Yönlendirme kurallarını, kesme saatlerini ve mutabakat koridorlarını belirler.
Nereden alınır
SWIFT MT Alan 32A (Para Birimi) veya ISO 20022 Ccy öğesi.
Örnekler
USDEURGBPJPY
|
|||
|
İşlem Tutarı
TransactionAmount
|
Ödeme talimatının parasal değeri. | ||
|
Açıklama
Aktarılan anapara tutarını temsil eder. Bu veri, belirli SWIFT alanlarından (örneğin, MT103'teki Alan 32A) çıkarılır. 'Yüksek Değerli Transfer Onay Döngüleri' Dashboard'u için esastır; yüksek riskli, yüksek değerli işlemler için onay gecikmelerini analiz etmek amacıyla ödemelerin boyuta göre segmentlere ayrılmasına olanak tanır.
Neden önemli
İşlem boyutuna göre finansal etki analizi ve segmentasyon sağlar.
Nereden alınır
SWIFT MT Alan 32A (Tutar) veya ISO 20022 IntrBkSttlmAmt öğesi.
Örnekler
15000.001250.501000000.0045.00
|
|||
|
İşlem Yapan Kullanıcı
ProcessingUser
|
Etkinliği gerçekleştiren kullanıcı veya sistem aracısı. | ||
|
Açıklama
Bir yaptırım isabetini onaylayan bir uyumluluk yetkilisi veya bir biçimlendirme hatasını düzelten bir operatör gibi, aktiviteden sorumlu bireyi veya otomatik botu belirler. Bu öznitelik, 'Doğrulama Hatası Isı Haritası'nı yönlendirerek yöneticilerin eğitim ihtiyaçlarını veya yüksek yeniden işleme oranlarıyla ilişkili belirli kullanıcıları belirlemesini sağlar.
Neden önemli
Kaynak analizi ve manuel darboğazların belirlenmesini sağlar.
Nereden alınır
Sistem denetim logları, işlem tablolarındaki 'Kullanıcı Kimliği' sütunu.
Örnekler
SİSTEMJ.DoeCompliance_Bot_01M.Smith
|
|||
|
Lehtar BIC
BeneficiaryBic
|
Alıcı kurumun Banka Tanımlayıcı Kodu. | ||
|
Açıklama
Ödeme için hedef bankayı belirler. Bu, 'Lehtar Reddi Temel Nedeni' dashboard'u için önemli bir boyuttur. Hataları Lehtar BIC'e göre gruplandırarak, banka veri kalitesi sorunları veya belirli biçimlendirme gereksinimleri nedeniyle talimatları sık sık reddeden belirli karşı tarafları belirleyebilir.
Neden önemli
Karşı taraf performansını ve ret kalıplarını analiz etmek için temeldir.
Nereden alınır
SWIFT Alan 57A (Hesabın Olduğu Kurum) veya 58A (Lehtar Kurum).
Örnekler
CITIUS33BARCGB22DRESDEFFHANDSEXX
|
|||
|
STP mi
IsStp
|
Ödemenin manuel müdahale gerektirip gerektirmediğini gösteren bayrak. | ||
|
Açıklama
Vakanın 'Hata Tespit Edildi', 'Ödeme Reddedildi' veya manuel 'Değişiklik' aktiviteleri içermemesi durumunda Doğru olan bir boolean gösterge. Bu doğrudan 'Straight-Through Processing Rate' KPI'sını hesaplar. Bu, ödeme işlemede otomasyon başarısı için birincil ölçüttür.
Neden önemli
Süreç verimliliğinin ve otomasyon sağlığının birincil ölçütüdür.
Nereden alınır
Vakadaki belirli olumsuz/manuel aktivitelerin yokluğuna göre hesaplanır.
Örnekler
truefalse
|
|||
|
SWIFT Mesaj Tipi
SwiftMessageType
|
Kullanılan SWIFT mesajının tipidir (örn. MT103, pacs.008). | ||
|
Açıklama
Ödeme talimatının belirli formatını gösterir. Yaygın türler arasında müşteri transferleri için MT103 ve pacs.008 gibi ISO 20022 eşdeğerleri bulunur. Eski MT formatları ile yeni ISO standartlarının işlem verimliliğini karşılaştırmak için 'Ödeme Yolculuğu Varyant Analizi'nde kullanılır.
Neden önemli
Ödeme akışlarını ve işleme standartlarını (Eski Sistem vs. ISO 20022) farklılaştırır.
Nereden alınır
SWIFT Blok 2 (Uygulama Başlığı), Mesaj Tipi alanı.
Örnekler
MT103MT202pacs.008MT101
|
|||
|
SWIFT NAK Kodu
SwiftNakCode
|
Bir mesaj reddedilirse SWIFT ağı tarafından döndürülen hata kodu. | ||
|
Açıklama
SWIFT ağından gelen bir Olumsuz Onay'da (NAK) sağlanan belirli hata kodunu (örn. T26, T13) içerir. Bu öznitelik, 'SWIFT Hata ve Yeniden İşleme Analizi' dashboard'unu destekleyerek teknik arızaların sınıflandırılmasını ve sistem düzeltmelerinin önceliklendirilmesini sağlar.
Neden önemli
Ağ düzeyindeki reddedilmelerin teknik temel nedenlerini sağlar.
Nereden alınır
MT 015/019 Sistem Mesajları veya ACK/NAK'teki Alan 451.
Örnekler
T26H01T13G02
|
|||
|
UETR
UniqueEndToEndReference
|
SWIFT gpi'de takip için Benzersiz Uçtan Uca İşlem Referansı. | ||
|
Açıklama
UETR, tüm SWIFT ağı genelinde bir ödeme için tek, değiştirilemez bir referans sağlayan 36 karakterlik bir dizidir. Dahili kimliklerin aksine, UETR bankalar arasında kalıcılığını korur. Bu nitelik, uçtan uca görünürlük ve dahili logları harici SWIFT gpi durum güncellemeleriyle ilişkilendirmek için hayati önem taşır.
Neden önemli
Farklı kurumlar arasında sınır ötesi ödemeleri takip etmek için altın standart.
Nereden alınır
SWIFT Blok 3, Alan 121.
Örnekler
b8c3f4a0-5d2a-4e1b-9c3d-1a2b3c4d5e6f123e4567-e89b-12d3-a456-426614174000
|
|||
|
Valör Tarihi
ValueDate
|
Fonların lehtara ne zaman sunulacağını gösteren tarih. | ||
|
Açıklama
Ödeme mesajında belirtilen ödeme tarihini temsil eder. Bu tarihi, gerçek 'Ödeme Yapıldı' zaman damgasıyla karşılaştırmak, 'Ödeme ve Mutabakat Yaşlandırma' Dashboard'unda yardımcı olur. Ödemenin aciliyetini gösterir ve fon kullanılabilirliği ile ilgili hizmet seviyesi anlaşmalarına uyumu ölçmek için kullanılır.
Neden önemli
Likidite yönetimi ve mutabakatın zamanında yapılmasını ölçmek için kritik öneme sahiptir.
Nereden alınır
SWIFT MT Alan 32A (Tarih alt alanı) veya ISO 20022 IntrBkSttlmDt.
Örnekler
2023-10-262023-11-01
|
|||
|
Kesim Saati Karşılandı
MetCutOffTime
|
Talimatın ağ son teslim tarihinden önce gönderilip gönderilmediğini gösteren bayrak. | ||
|
Açıklama
'Ödeme Talimatı Gönderildi' zamanının para birimine özel SWIFT ağı kesme saatiyle karşılaştırılmasıyla hesaplanan bir boolean bayrak. Bu, 'SWIFT Kesme Saati Uyum Oranı' KPI'sını destekler. Kesme saatlerine uyulmaması, likidite pozisyonlarını etkileyen mutabakat gecikmelerine neden olur.
Neden önemli
Hazine ve likidite yönetimi için çok önemli operasyonel KPI.
Nereden alınır
Zaman damgası ile kesme saatlerinin statik referans tablosu karşılaştırılarak hesaplanır.
Örnekler
truefalse
|
|||
|
Menşe Ülke
OriginatingCountry
|
Ödemeyi başlatan varlığın ülke kodu. | ||
|
Açıklama
Ödeme talebinin kaynaklandığı yargı yetkisini belirtir. Yüksek riskli yargı yetkilerinden gelen ödemeler genellikle titiz ve daha uzun uyumluluk kontrollerinden geçtiği için bu, 'Yaptırım Taraması Öncül Süresi' dashboard'u için hayati önem taşır. Ödeme hacimlerinin ve işlem gecikmelerinin coğrafi analizine olanak tanır.
Neden önemli
Uyumluluk risk analizi ve bölgesel performans için anahtar boyut.
Nereden alınır
Gönderen BIC'ten türetilmiştir (Ülke Kodu karakterleri 5-6).
Örnekler
USGBDEFR
|
|||
|
Ret Nedeni
RejectionReason
|
Bir ödemenin neden reddedildiğini açıklayan metin açıklaması. | ||
|
Açıklama
Bir ödeme başarısız olduğunda, genellikle SWIFT Alan 72 (Gönderenden Alıcıya Bilgi) veya iade mesajlarında bulunan açıklayıcı metin veya kod açıklamasını içerir. Bu, 'Lehtar Reddi Temel Nedeni' analizini destekler. Analistlerin, reddetmelerdeki ortak temaları (örn. 'Geçersiz Hesap', 'Lehtar Adı Uyuşmazlığı') bulmak için metin madenciliği yapmalarına olanak tanır.
Neden önemli
Süreç hataları için niteliksel bağlam sağlar.
Nereden alınır
İade mesajlarındaki (MT103 İade) SWIFT Alan 72 veya 79.
Örnekler
Lehtar Hesap KapalıGeçersiz IBANYasal Uyumluluk BaşarısızBilinmeyen Banka Tanımlayıcısı
|
|||
|
Sınır Ötesi mi
IsCrossBorder
|
Ödemenin farklı ülkeleri içerip içermediğini gösteren bayrak. | ||
|
Açıklama
Gönderen Ülke'nin Lehtar Ülke'den farklı olması durumunda Doğru olan bir boolean öznitelik. Bu, yurt içi ve yurt dışı akışları ayırarak 'Çok Para Birimi İşleme Gecikmesi' KPI'sını destekler. Sınır ötesi ödemeler genellikle daha yüksek karmaşıklık, maliyet ve işlem sürelerine sahiptir.
Neden önemli
Ödeme karmaşıklığı analizi için temel segmentasyon.
Nereden alınır
Gönderen BIC ülke kodu ile Lehtar BIC ülke kodunun karşılaştırılması.
Örnekler
truefalse
|
|||
|
Talimat Önceliği
InstructionPriority
|
Ödemenin aciliyetini gösteren öncelik bayrağı. | ||
|
Açıklama
Mesaj başlıklarından türetilmiştir (örn. 'Normal' ve 'Acil'). Acil ödemeler genellikle hızlandırılmış onay akışları gerektirdiğinden, bu, 'Yüksek Değerli Transfer Onay Döngüleri' dashboard'unda segmentasyon sağlar. Öncelik dağılımını anlamak, yoğun zamanlar için kaynak planlamasına yardımcı olur.
Neden önemli
Standart ve hızlandırılmış ödemeler arasındaki SLA gereksinimlerini ayırt etmeye yardımcı olur.
Nereden alınır
SWIFT Blok 2, Mesaj Öncelik alanı (örn. Normal için N, Acil için U).
Örnekler
NormalAcilSistem
|
|||
|
Yaptırım Taraması Süresi
SanctionsScreeningDuration
|
Yaptırım tarama aşamasında harcanan süre. | ||
|
Açıklama
'Ödeme Detayları Doğrulandı' ile 'Ödeme Onaylandı' arasındaki süreyi hesaplar. Bu doğrudan 'Yaptırım Taraması Öncül Süresi' dashboard'unu doldurur. Uyum kuyruklarında takılı kalan, genel verimi etkileyen belirli işlemleri vurgular.
Neden önemli
Uyumluluk verimliliğinin ve müşteri SLA'ları üzerindeki etkisinin doğrudan ölçümü.
Nereden alınır
Belirli aktivitelerin zaman damgaları arasındaki fark hesaplanır.
Örnekler
1200005003600000
|
|||
Ödeme İşleme Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Ödeme Mutabakatı Yapıldı
|
Ödeme işleminin Nostro/Vostro hesap defteri ekstresiyle eşleştirilmesidir. Mutabakat sistemi işlem kimliğini bir ekstrenin satır öğesiyle bağladığında çıkarım yapılır. | ||
|
Neden önemli
Finansal döngüyü kapatır. Buradaki gecikmeler nakit görünürlüğünü ve denetlenebilirliği etkiler.
Nereden alınır
Mutabakat Sistemi logları veya Ana Bankacılık Sistemindeki 'Eşleşti' durumu.
Yakala
Mutabakat durumunu karşılaştırın
Event tipi
inferred
|
|||
|
Ödeme Onaylandı
|
Yüksek değerli transferler için belirlenmiş bir yetkili veya otomatik bir kural tarafından yapılan nihai yetkilendirme eylemidir. Onay iş akışı bayrağı 'doğru' olarak ayarlandığında açıkça yakalanır. | ||
|
Neden önemli
'Yüksek Değerli Transfer Onay Döngüleri' dashboard'u için anahtar. Büyük likidite hareketleri için manuel onaylardaki gecikmeleri belirler.
Nereden alınır
Onay iş akışı motorunun denetim izi.
Yakala
Onay eylemi yürütüldüğünde loglandı
Event tipi
explicit
|
|||
|
Ödeme Sonuçlandı
|
Fonların lehtarın hesabına yatırıldığına dair onay (genellikle gpi durumu ACSC'dir). Takipçi güncellemeleri veya onay mesajları aracılığıyla açıkça yakalanır. | ||
|
Neden önemli
Ödeme zincirinin başarılı fonksiyonel sonunu temsil eder. 'Ödeme ile Mutabakat Arası Farkı'nı hesaplamak için anahtardır.
Nereden alınır
SWIFT gpi Tracker (ACSC durumu) veya MT900/910 onayları.
Yakala
Mutabakat onaylandığında loglandı
Event tipi
explicit
|
|||
|
Ödeme Talebi Oluşturuldu
|
Ödeme talimatının dahili bankacılık sistemi veya ERP içinde ilk oluşturulmasıdır. Bu, benzersiz bir işlem referansının (TRN veya UETR) ödeme emrine ilk kez atandığında açıkça yakalanır. | ||
|
Neden önemli
Tüm ödeme yaşam döngüsü için başlangıç zamanını belirler. Uçtan uca işlem sürelerini hesaplamak ve SWIFT ağı devreye girmeden önceki yukarı akış gecikmelerini belirlemek için gereklidir.
Nereden alınır
Ana Bankacılık Sistemi (CBS) veya Ödeme Merkezi'ndeki işlem tablosu oluşturma zaman damgası.
Yakala
İşlem kaydı oluşturulduğunda kaydedildi
Event tipi
explicit
|
|||
|
Ödeme Talimatı Gönderildi
|
Biçimlendirilmiş mesajın (MT103 veya ISO 20022 pacs.008) SWIFT Ağ Geçidi'ne iletilmesidir. Mesaj yükü oluşturulduğunda ve ağ arayüzüne devredildiğinde açıkça yakalanır. | ||
|
Neden önemli
'SWIFT Kapanış Saatine Uyumluluk Oranı' hesaplamasında kullanılır. Şirket içi süreçlerden ağ süreçlerine geçiş noktasını temsil eder.
Nereden alınır
SWIFT Alliance Access (SAA) logları veya Ağ Geçidi iletim logları.
Yakala
Mesaj çıktısı gerçekleştiğinde loglandı
Event tipi
explicit
|
|||
|
Yaptırım Taraması Geçti
|
Ödeme talimatının OFAC/Yaptırım listesi tarama sürecini başarılı bir şekilde geçtiği zaman damgasıdır. Uyumluluk sistemi loglarından açıkça yakalanır veya bir 'Tarama Bekletme' durumu serbest bırakıldığında çıkarım yapılır. | ||
|
Neden önemli
'Yaptırım Taraması Öncül Süresi' dashboard'u için kritik öneme sahiptir. Buradaki gecikmeler, operasyonel verimsizliklerden ziyade uyumluluk darboğazlarını temsil eder.
Nereden alınır
Uyumluluk Filtreleme Sistemi logları veya Ödeme Merkezi uyumluluk durumu bayrakları.
Yakala
Tarama durumu güncellendiğinde loglandı
Event tipi
explicit
|
|||
|
Ödeme Detayları Doğrulandı
|
Ödeme talimatı üzerindeki sözdizimi ve format kontrollerinin (örn. IBAN formatı, BIC geçerliliği) başarılı bir şekilde tamamlanmasıdır. Bu durum genellikle işlem durumu 'Taslak'tan 'Doğrulandı'ya veya 'Onay için Hazır'a geçtiğinde çıkarım yapılır. | ||
|
Neden önemli
Buradaki yüksek hata oranları, kaynakta kötü veri kalitesini gösterir. 'Doğrulama İlk Geçiş Verimi' KPI'sını ölçer.
Nereden alınır
Ödeme Motoru durum logları veya doğrulama geçmişi tabloları.
Yakala
Durum alanını öncesi/sonrası ile karşılaştır
Event tipi
inferred
|
|||
|
Ödeme Hatası Çözüldü
|
Daha önce hatalı olan bir işlemin başarılı bir şekilde değiştirilmesi ve yeniden gönderilmesidir. Bir işlem 'Onarım' kuyruğundan tekrar 'İşleme' veya 'Hazır' durumuna geçtiğinde çıkarım yapılır. | ||
|
Neden önemli
Manuel yeniden işleme ekibinin verimliliğini ölçer. Burada uzun süreler, eğitim eksikliklerini veya karmaşık hata kodlarını gösterir.
Nereden alınır
Ödeme Merkezi durum logları, istisna kuyruklarından çıkışı gösterir.
Yakala
Durum alanı çıkışını Onarım ile karşılaştırın
Event tipi
inferred
|
|||
|
Ödeme Hatası Tespit Edildi
|
Bir işlemin doğrulama hataları, NACK'ler veya ret mesajları nedeniyle onarım için işaretlendiği olaydır. İşlem bir 'Onarım', 'Düzeltme' veya 'İstisna' kuyruğuna girdiğinde çıkarım yapılır. | ||
|
Neden önemli
'Hata Çözümü Yeniden İşleme Oranı'nı izler. Buradaki yüksek yoğunluk, Doğrudan İşleme (STP) oranlarını ciddi şekilde düşürür.
Nereden alınır
Ödeme Merkezi durum sütunları veya istisna kuyruğu logları.
Yakala
Durum alanını Hata/Onarım ile karşılaştırın
Event tipi
inferred
|
|||
|
Ödeme Reddedildi
|
Bir lehtar veya aracı bankadan gelen ret mesajının (MT103 İade veya gpi RJCT durumu) alınmasıdır. Gelen SWIFT mesajlarından açıkça yakalanır. | ||
|
Neden önemli
'Lehtar Reddi Temel Nedeni' dashboard'u için kritik öneme sahiptir. Kapalı hesaplar veya yanlış yönlendirme verileri gibi dışsal engelleyicileri belirler.
Nereden alınır
Gelen SWIFT mesajları (MT103 RET, pacs.004) veya gpi durumu RJCT.
Yakala
Ret mesajı alındığında loglandı
Event tipi
explicit
|
|||
|
Ödeme Transfer Edildi
|
Ödemenin bir aracı banka tarafından işlendiğini gösteren ara bir durum güncellemesi (genellikle gpi durumu ACSP). SWIFT gpi Tracker güncellemeleri veya durum mesajları aracılığıyla yakalanır. | ||
|
Neden önemli
Muhabir bankacılığın 'kara kutusuna' görünürlük sağlar. Tüm uçtan uca yolculuğu analiz etmek için esastır.
Nereden alınır
SWIFT gpi Tracker veri akışları veya MT199/trck mesajları.
Yakala
Takipçi güncellemesi alındığında loglandı
Event tipi
explicit
|
|||
|
SWIFT ACK Alındı
|
SWIFT ağından, mesajın işlenmek üzere kabul edildiğini doğrulayan teknik bir Onay (ACK) alınmasıdır. Ağ arayüzü loglarından açıkça yakalanır. | ||
|
Neden önemli
Mesajın küresel ağa başarıyla girdiğini doğrular. Dahili hatalar ile gerçek ağ yayılımı arasında ayrım yapar.
Nereden alınır
SWIFT Ağ Geçidi logları (ACK ve NACK sinyallerini arayan).
Yakala
Ağ onayı alındığında loglandı
Event tipi
explicit
|
|||