Ödeme İşleme Veri Şablonunuz
Ödeme İşleme Veri Şablonunuz
- Ödeme analizi için önerilen öznitelikler
- İzlenmesi gereken temel süreç kilometre taşları
- Fiserv veri çıkarma için teknik rehberlik
Ödeme İşleme Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet Adı
ActivityName
|
Ödeme sürecinde meydana gelen belirli olay veya durum değişikliği. | ||
|
Açıklama
Bu öznitelik, 'Ödeme Talebi Oluşturuldu' veya 'Ödeme Mutabakat Edildi' gibi gerçekleştirilen adımı açıklar. Süreç haritasındaki düğümleri tanımlar ve işlemlerin sırasını anlamak için kritiktir. Farklı aktiviteleri analiz ederek, kuruluşlar iş akışını görselleştirebilir, atlanan adımları belirleyebilir ve zorunlu doğrulamaların veya onayların atlandığı uyumsuz yolları tespit edebilir.
Neden önemli
Süreç zaman çizelgesini oluşturan
Nereden alınır
İşlem geçmişi günlüğü veya durum değişikliği denetim tabloları.
Örnekler
Ödeme İsteği OluşturulduÖdeme YetkilendirildiÖdeme Hatası Tespit EdildiÖdeme SonuçlandıÖdeme İptal Edildi
|
|||
|
Ödeme İşlem Kimliği
PaymentTransactionId
|
Belirli ödeme talimatı veya işlem durumu için benzersiz tanımlayıcı. | ||
|
Açıklama
Bu öznitelik, tek bir ödeme yaşam döngüsü içindeki tüm aktiviteleri birbirine bağlamak için merkezi anahtar görevi görür. Analistlerin ilk talepten doğrulama, onay ve nihai mutabakat veya iptal sürecini izlemesini sağlar. Fiserv ortamlarında bu, genellikle işlem geçmişi tablolarındaki birincil anahtardır. Süreç akışını yeniden yapılandırmak ve bağlantısı kopmuş olayların (onaydan günler sonra gerçekleşen mutabakat gibi) aynı iş nesnesiyle doğru şekilde ilişkilendirilmesini sağlamak için gereklidir.
Neden önemli
Olayları süreç örneklerine gruplamak için gerekli temel Vaka Kimliğidir.
Nereden alınır
İşlem veya Ödeme Başlığı tabloları için Fiserv belgelerine başvurun.
Örnekler
TRX-99823101ÖME-2023-88421002938475CHK-5512WIRE-US-9921
|
|||
|
Olay Zaman Damgası
EventTimestamp
|
Aktivitenin gerçekleştiği kesin tarih ve saat. | ||
|
Açıklama
Bu öznitelik, bir olayın gerçekleştiği kesin anı kaydeder. Döngü süreleri, teslim süreleri ve darboğaz tespiti dahil tüm zamansal analizlerin temelidir. Dashboard'larda bu veri, 'Ödeme Talebi Oluşturuldu'dan 'Ödeme Yetkilendirildi'ye kadar adımlar arasındaki sürenin hesaplanmasını sağlar. Hızlı ardışık olayların doğru bir şekilde sıralanması için yüksek hassasiyetli zaman damgaları gereklidir.
Neden önemli
Olayları sıralamak ve süreç performans sürelerini hesaplamak için gereklidir.
Nereden alınır
Denetim
Örnekler
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:00:00Z2023-10-17T10:00:00Z
|
|||
|
Kaynak Sistem
SourceSystem
|
Verinin kaynaklandığı sistemin adı. | ||
|
Açıklama
Olayı oluşturan belirli Fiserv modülünü veya harici sistemi tanımlar. Bu, ödemelerin bir ön uç kanalında başlayıp bir arka uç temel bankacılık sisteminde sonuçlanabileceği karmaşık ortamlarda özellikle kullanışlıdır. Analistlerin süreç görünümünü menşe sistemine göre filtrelemesine olanak tanıyarak, analizin belirli teknik ortamları veya entegrasyon noktalarını hedeflemesini sağlar.
Neden önemli
Teknik bağlam ve
Nereden alınır
Çıkarma sırasında veya sistem meta
Örnekler
Fiserv PremierFiserv SignatureFiserv DNAFiserv Kurumsal Ödeme Platformu
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Kaydın en son çıkarıldığı veya yenilendiği zaman damgası. | ||
|
Açıklama
Analiz için kullanılan verilerin güncelliğini gösterir. Bu durum, dashboard'ların gerçek zamanlı operasyonları mı yoksa geçmişe dönük anlık görüntüleri mi yansıttığını belirlemek için kritiktir. Kullanıcıların görüntülenen metriklere güvenmesini sağlar; özellikle kapanış uyumluluğunu veya aktif darboğazları izlerken güncelliğini yitirmiş verilere dayanarak karar verilmesini engeller.
Neden önemli
Nereden alınır
ETL yürütme anındaki sistem zamanı.
Örnekler
2023-10-27T12:00:00Z2023-10-28T06:00:00Z
|
|||
|
Alacaklı Hesap Numarası
PayeeAccountNumber
|
Fonların alacaklandırıldığı hesap numarası. | ||
|
Açıklama
Hedef hesabı tanımlar. Ödeyen hesabı gibi, bu da Yinelenen Ödeme Tespiti Görünümü için kritik öneme sahiptir. Analizin belirli alıcı ilişkilerini doğru bir şekilde hedeflemesini sağlar. Kesme
Neden önemli
Yinelenen tespit ve alacaklı analizi için temeldir.
Nereden alınır
İşlem detayları, Alacak Hesabı veya Lehtar sütunu.
Örnekler
555000111222333444BEN-882-11
|
|||
|
Borçlu Hesap Numarası
PayerAccountNumber
|
Fonların borçlandırıldığı hesap numarası. | ||
|
Açıklama
Ödeme için kaynak hesabı tanımlar. Bu, Yinelenen Ödeme Tespiti Görünümü'nün temel bir bileşenidir. Alacaklı, Tutar ve Zaman ile birleştirildiğinde, yanlışlıkla yapılan çift ödemeleri yakalamak için kullanılan benzersiz parmak izini oluşturur. Ayrıca, en aktif iç portföyleri belirlemek için kaynak hesaba göre ödeme hacmi analizi yapılmasına da olanak tanır.
Neden önemli
Yinelenen tespit ve dolandırıcılık analizi için temeldir.
Nereden alınır
İşlem detayları, Borç Hesabı sütunu.
Örnekler
123456789987654321ACC-001-992
|
|||
|
Hata Kodu
ErrorCode
|
Bir ödeme doğrulama başarısız olduğunda üretilen özel kod. | ||
|
Açıklama
'Ödeme Hatası Tespit Edildi' etkinlikleriyle ilişkili teknik veya iş hatası kodunu yakalar. Bu nitelik, Doğrulama Hatası ve Yeniden İşleme Takipçisi'nin temelini oluşturur. Belirli hata kodlarının frekanslarını toplayarak, kuruluş sistemik
Neden önemli
Yeniden işleme ana nedenlerini belirler.
Nereden alınır
Hata
Örnekler
E-101GEÇERSİZ_HESAPYETERSİZ_FON_HATASIYETKİLENDİRME_HATASI
|
|||
|
İşlem Süresi
ProcessingDuration
|
Belirli aktivitenin tamamlanması için geçen süre. | ||
|
Açıklama
Aktivitenin kendi süresini veya önceki aktiviteden bu yana geçen süreyi temsil eder. Bu, süreçte zamanın nerede harcandığına dair ayrıntılı bir analiz yapılmasını sağlar. İşlem Süresi genel eşleştirmesini doldurmak için kullanılır ve beklenen süreden daha yavaş olan belirli adımları belirlemeye yardımcı olur.
Neden önemli
Bireysel süreç adımlarının verimliliğini ölçer.
Nereden alınır
Örnekler
00:05:0024:00:0000:00:30
|
|||
|
İşlem Yapan Kullanıcı
ProcessingUser
|
Aktiviteden sorumlu kullanıcı kimliği veya sistem aracısı. | ||
|
Açıklama
Belirli bir eylemi kimin gerçekleştirdiğini belirler (insan onaylayıcı mı yoksa bir sistem otomasyon botu mu). Bu veri, Hata Çözüm Döngüsü Verimliliği ve Onay Yetkilisi İş Hacmi dashboard'larını besler. Kullanıcıları takip ederek analistler, yüksek hata oranına sahip kişilerin eğitim ihtiyaçlarını saptayabilir veya belirli onaylayıcıların aşırı yüklendiği darboğazları fark edebilir.
Neden önemli
Kaynak analizini ve
Nereden alınır
Denetim
Örnekler
jdoeSYSTEM_BATCHmsmith_onaylayanAPI_KULLANICI
|
|||
|
Ödeme Tutarı
PaymentAmount
|
Ödeme işleminin parasal değeri. | ||
|
Açıklama
Bu öznitelik, ödemeyle ilişkili finansal değeri temsil eder. Analizi segmentlere ayırmak için birincil boyuttur ve kullanıcıların yüksek değerli stratejik ödemeler ile düşük değerli rutin işlemler arasında ayrım yapmasını sağlar. Mükerrer Ödeme Tespiti Görünümü için esastır; burada ödeyen/alıcı bilgileriyle eşleşen aynı tutarlar potansiyel hataları işaret eder. Ayrıca, daha yüksek tutarlar genellikle farklı iş akışı yollarını tetiklediği için onay yetkisi analizini de destekler.
Neden önemli
Finansal risk analizi ve mükerrer tespit için kritik.
Nereden alınır
İşlem başlık tablosu, Tutar sütunu.
Örnekler
150.0025000.5010.991000000.00
|
|||
|
Ödeme Yöntemi
PaymentMethod
|
Ödemeyi gerçekleştirmek için kullanılan mekanizma (örn. Wire, ACH). | ||
|
Açıklama
İşlemi işleme yoluna göre sınıflandırır. Bu Ödeme yöntemine göre süreç varyantlarını analiz etmek, gecikmelerin belirli bir kanala (uluslararası havaleler gibi) mı yoksa kuruluşa genel mi olduğunu belirlemeye yardımcı olur.
Neden önemli
Süreç akışlarını kullanılan altyapıya göre ayırır.
Nereden alınır
İşlem türü veya enstrüman kodu sütunu.
Örnekler
WireACHÇekRTPDahili Aktarım
|
|||
|
Para Birimi Kodu
CurrencyCode
|
Ödeme tutarı için ISO para birimi kodu. | ||
|
Açıklama
Ödemenin yapıldığı para birimini (örn. USD, EUR) belirtir. Bu öznitelik, kuruluşun farklı döviz kurlarına olan riskini izlemesini sağlayan Ayrıca, küresel raporlama için tutarları normalleştirmek ve aynı sayısal değere sahip ancak farklı para birimlerindeki işlemlerin mükerrer olarak yanlış işaretlenmemesini sağlamak için kullanılır.
Neden önemli
Çoklu para birimi işleme analizi için gereklidir.
Nereden alınır
İşlem başlık tablosu, Para Birimi sütunu.
Örnekler
USDEURGBPCADJPY
|
|||
|
Son Ödeme Tarihi
PaymentDueDate
|
Ödemenin işlenmesi gereken tarih. | ||
|
Açıklama
Ödeme tamamlanması için hedef tarih. Bu, İşlem Kesme Uyumluluk Monitörü'nde geç kalma riski taşıyan işlemleri işaretlemek için kullanılır. 'Ödeme Uzlaşıldı' zaman damgasını bu öznitelikle karşılaştırmak, zamanında teslimat metriklerinin hesaplanmasına olanak tanır ve kuruluşun alacaklılarla güvenini sürdürmesine yardımcı olur.
Neden önemli
SLA uyumluluğunu ölçmek için referans noktası.
Nereden alınır
Ödeme talimat detayları.
Örnekler
2023-11-012023-11-15
|
|||
|
STP mi
IsStraightThroughProcessing
|
Ödemenin manuel müdahale gerektirip gerektirmediğini gösteren bayrak. | ||
|
Açıklama
Vaka 'Ödeme Hatası Tespit Edildi', 'Ödeme Hatası Çözüldü' veya manuel 'Ödeme Onaylandı' adımlarını içermiyorsa (tanıma bağlı olarak) doğru olan hesaplanmış bir boolean özniteliğidir. Bu, Düz Geçiş İşleme Oranı KPI'sını doğrudan destekler. Sürecin ikili segmentasyonuna olanak tanır: tamamen otomatik akışlar ile insan müdahalesi gerektirenler, otomasyon potansiyeline ilişkin net bir görünüm sağlar.
Neden önemli
Süreç verimliliği ve otomasyon başarısı için temel metrik.
Nereden alınır
Örnekler
truefalse
|
|||
|
Alıcı Bankası
BeneficiaryBank
|
Alıcı bankanın adı veya tanımlayıcısı. | ||
|
Açıklama
Ödemeyi alan finansal kurumu tanımlar. Belirli alıcı bankaların farklı işlem hızlarına veya entegrasyon sorunlarına sahip olabileceği için mutabakat gecikmelerini analiz etmek için faydalıdır. Mutabakat - Muhasebeleştirme Arası Boşluk
Neden önemli
Harici bağımlılık analizi.
Nereden alınır
İşlem detayları, Banka Kimliği veya Adı sütunu.
Örnekler
ChaseBank of AmericaWells FargoCitibank
|
|||
|
İş Birimi
BusinessUnit
|
Ödemeyi başlatan departman veya birim. | ||
|
Açıklama
Ödemeyi, masraftan sorumlu organizasyonel birime göre kategorize eder. Bu, maliyetlerin tahsis edilmesine ve kuruluşun hangi bölümlerinin en çok manuel yeniden işleme veya hata ürettiğini anlamaya yardımcı olur. Farklı birimlerin kendi özel düzenleyici veya dahili kontrol gereksinimlerine uyduğunu sağlayarak Ödeme Yolu
Neden önemli
Performans için organizasyonel bağlam sağlar.
Nereden alınır
Maliyet merkezi eşlemesi veya departman kodu.
Örnekler
Bireysel BankacılıkTicari KredilendirmeVarlık YönetimiOperasyonlar
|
|||
|
Kesme Kaçırıldı mı
IsCutoffMissed
|
Ödemenin günlük banka kesme süresinden sonra gönderilip gönderilmediğini gösteren bayrak. | ||
|
Açıklama
Belirli para birimi/yöntem için 'Ödeme Talimatı Gönderildi' zamanını günlük kesme zamanıyla karşılaştıran hesaplanmış bir boolean niteliğidir. Bu, Kesme Uyumluluk Oranı KPI'sını destekler. Kaçırılan kesmeleri belirlemek, gecikmelerin kök nedenlerini (geç başlatmadan mı yoksa yavaş iç işlemeden mi kaynaklandığını) araştırmaya yardımcı olur.
Neden önemli
Operasyonel
Nereden alınır
Örnekler
truefalse
|
|||
|
Onay Seviyesi
ApprovalLevel
|
Ödemeyi yetkilendirmek için gerekli veya kullanılan hiyerarşik seviye. | ||
|
Açıklama
'Ödeme Onaylandı' etkinliğiyle ilişkili kıdem veya yetki seviyesini gösterir. Bu, üst düzey onaylayanların Ödemelerin seviyeler (örn. Seviye 1'e karşı Seviye 3) arasındaki dağılımını anlamak, yetki devri politikalarını optimize etmeye yardımcı olur.
Neden önemli
Onay darboğazlarını hiyerarşiye göre ayırır.
Nereden alınır
Kullanıcı rolü veya onay iş akışı tabloları.
Örnekler
Seviye 1YöneticiDirektörCFO
|
|||
|
Yeniden İşleme mi?
IsRework
|
Bu özel etkinliğin bir yeniden işleme döngüsünün parçası olup olmadığını gösteren bayrak. | ||
|
Açıklama
Bir hata tespit edildikten ancak çözülmeden önce gerçekleşen veya tekrarlanan etkinlikleri işaretleyen bir boolean bayrağı. Bu, Ödeme Doğrulama Yeniden İşleme Oranı KPI'sını destekler. Analistlerin süreç haritasını yalnızca 'mutlu yolu' gösterecek şekilde filtrelemesine veya tersine, hata modlarını anlamak için tamamen 'yeniden işleme yoluna' odaklanmasına olanak tanır.
Neden önemli
Katma değerli işi düzeltme işinden ayırır.
Nereden alınır
Süreç döngülerine göre hesaplandı.
Örnekler
truefalse
|
|||
Ödeme İşleme Etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Ödeme İsteği Oluşturuldu
|
Ödeme talimatının Fiserv sistemine ilk girişi. Bu, bir kullanıcı veya harici bir sistemin API veya arayüz aracılığıyla bir işlem başlattığında açıkça kaydedilir. | ||
|
Neden önemli
Süreç zaman çizelgesinin başlangıcını işaretler. Toplam döngü süresini hesaplamak ve alım
Nereden alınır
İşlem geçmişi tablosu oluşturma zaman damgası. Belirli Payment Transaction ID ile en erken kaydı arayın.
Yakala
İşlem kaydı eklendiğinde
Event tipi
explicit
|
|||
|
Ödeme Mutabakatı Yapıldı
|
İşlemin banka ekstreleri veya mutabakat dosyalarıyla dahili olarak eşleştirilmesi. Bu, muhasebe için döngüyü kapatır. | ||
|
Neden önemli
'Mutabakat ile Uzlaşma Farkı' için gereklidir. Finansal defterlerin doğru bir şekilde kapanmasını sağlar.
Nereden alınır
Durumun 'Eşleşti' veya 'Mutabakat Yapıldı' olarak güncellendiği Mutabakat modülü kayıtları.
Yakala
Mutabakat eşleşmesi olduğunda
Event tipi
explicit
|
|||
|
Ödeme Onaylandı
|
Yetki limitlerine göre ödemenin devam etmesine izin veren manuel veya otomatik bir karar. Bu, yetkili bir kullanıcı veya sistem kuralı onay bayrağını güncellediğinde kaydedilir. | ||
|
Neden önemli
'Yetkilendirme Döngü Süresi Analizi' için anahtar. Buradaki gecikmeler, insan onay zincirindeki
Nereden alınır
Durumu 'Onay Bekliyor'dan 'Onaylandı'ya değiştiren bir kullanıcı eylemini gösteren denetim
Yakala
Onay eylemi yapıldığında
Event tipi
explicit
|
|||
|
Ödeme Sonuçlandı
|
Fonların hareketi tamamlanır ve genel deftere işlenir. Bu, bankanın bakış açısından işlemin finansal olarak tamamlandığını gösterir. | ||
|
Neden önemli
'Uçtan Uca İşleme Oranı' için birincil bitiş noktasıdır. Nakdin fiilen hareket ettiğini gösterir.
Nereden alınır
İşlem durumu 'Deftere İşlendi' veya defterde 'Deftere İşleme Tarihi' zaman damgasının varlığı.
Yakala
GL kaydı yapıldığında
Event tipi
explicit
|
|||
|
Ödeme Talimatı Gönderildi
|
Ödeme dosyasının (örn. ACH toplu işlemi, Havale mesajı) harici ağa veya takas merkezine iletilmesi. Bu kritik bir devir teslim noktasıdır. | ||
|
Neden önemli
'İşlem Kesme
Nereden alınır
Toplu işleme
Yakala
Toplu dosya oluşturulduğunda
Event tipi
explicit
|
|||
|
Ödeme Bildirimi Gönderildi
|
Sistem, ödeyen veya alıcıya işlemi onaylayan bir iletişim (e-posta/SMS) tetikler. Bu, müşteri şeffaflığını artırır. | ||
|
Neden önemli
'Bildirim Hızı ve Yanıt Verme'yi destekler. Mutabakat sonrası uzun gecikmeler müşteri güvenini azaltır.
Nereden alınır
İşlem Kimliğine bağlı iletişim
Yakala
E-posta/SMS tetiklendiğinde
Event tipi
explicit
|
|||
|
Ödeme Detayları Doğrulandı
|
Sistem, hesap numaralarını, yönlendirme numaralarını ve format uyumluluğunu kontrol eder. Bu durum genellikle bir işlem, bir hata tetiklemeden alınan durumdan beklemede veya onaylanmış duruma başarıyla geçtiğinde anlaşılır. | ||
|
Neden önemli
İlk otomatik kapının geçildiğini gösterir. Buradaki hata, likidite veya onay sorunlarından ziyade
Nereden alınır
Kısa bir zaman dilimi içinde durumun 'Alındı'dan 'Beklemede' veya 'Hazır'a değişmesinden çıkarıldı.
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 düzeltilmesini temsil eder. Bu durum, bir işlem hata durumundan tekrar işleme veya geçerli duruma geçtiğinde anlaşılır. | ||
|
Neden önemli
'Ödeme Hatalarını Çözme Ortalama Süresi'ni hesaplamak için temeldir. Operasyon ekibinin verimliliğini ölçmeye yardımcı olur.
Nereden alınır
İşlem durumu bir hata kodundan normal bir işleme koduna güncellendiğinde çıkarıldı.
Yakala
Durum alanını öncesi/sonrası ile karşılaştır
Event tipi
inferred
|
|||
|
Ödeme Hatası Tespit Edildi
|
Bir işlemin başarısızlık durumu veya istisna koduyla işaretlendiği anı yakalar. Bu, doğrulama kurallarının başarısız olması veya harici kontrollerin olumsuz bir yanıt döndürmesi durumunda meydana gelir. | ||
|
Neden önemli
'Doğrulama Hatası ve Yeniden İşleme Takipçisi'
Nereden alınır
İşlem durumu alanı bir istisna koduna (örn. 'Geçersiz', 'Beklemede', 'Hata') dönüşür.
Yakala
Durum Hataya değiştiğinde
Event tipi
explicit
|
|||
|
Ödeme İptal Edildi
|
Bir kullanıcı veya sistem kuralı tarafından başlatılan, mutabakattan önce bir ödeme akışının sonlandırılması. Bu, tüm ileri işlemleri durdurur. | ||
|
Neden önemli
İsrafı ve terk edilmiş işi tanımlar. Onay sonrası yüksek iptal oranları, süreç verimsizliklerini gösterir.
Nereden alınır
Durumun 'İptal Edildi', 'Geçersiz' veya 'Durduruldu' olarak değişmesi.
Yakala
Durum İptal Edildi olarak değiştiğinde
Event tipi
explicit
|
|||
|
Ödeme Onaylandı
|
Harici ağ veya ağ geçidinden olumlu bir onay (ACK) alınması. Bu, talimatın bir sonraki varlık tarafından geçerli bir şekilde alındığını doğrular. | ||
|
Neden önemli
'Talimat Gönderildi'nin başarılı olduğunu doğrular. Buradaki boşluklar, ağ bağlantısı veya harici format sorunlarını gösterir.
Nereden alınır
Gelen dosya işleme
Yakala
ACK alındığında
Event tipi
explicit
|
|||
|
Ödeme Programlandı
|
Bir ödeme onaylandığında ancak gelecekteki bir yürürlük tarihi için bekletildiğinde meydana gelir. Sistem, işlem penceresi açılana kadar işlemi kuyruğa alır. | ||
|
Neden önemli
Süreçteki boş zamanı açıklar. Bir
Nereden alınır
'Giriş Tarihi' ile 'Yürürlük Tarihi'nin karşılaştırılması. Yürürlük Tarihi gelecek ise, bu durum aktiftir.
Yakala
X alanını Y ile karşılaştırarak türetilir
Event tipi
calculated
|
|||
|
Ödeme Yetkilendirildi
|
Fonların mevcut olduğuna ve işlemin yürütme için onaylandığına dair nihai dahili onay. Bu, onay ile eş zamanlı olarak veya ayrı bir sistem kontrolü olarak gerçekleşebilir. | ||
|
Neden önemli
Yönetici onayı ile sistem düzeyinde yetkilendirme arasında ayrım yapar. 'Onay Yetkilisi Verimi'
Nereden alınır
'Yetkilendirildi' veya 'Deftere İşlenmeye Hazır' durumunu gösteren statü değişikliği.
Yakala
Durum alanını öncesi/sonrası ile karşılaştır
Event tipi
inferred
|
|||