Ödeme İşlemleri `Template'iniz
Ödeme İşlemleri `Template'iniz
- Ödeme analizi için önerilen öznitelikler.
- İzlenmesi gereken temel süreç kilometre taşları
- Fiserv veri çıkarma için teknik rehberlik.
Ödeme İşlemleri Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite 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 büyük önem taşır. 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?dir?
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 Talebi 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 süreç 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 sunar. Fiserv ortamlarında bu, genellikle işlem geçmişi tablolarındaki birincil temel rol oynar. 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 güçlüak için gereklidir.
Neden Önemli?dir?
Olayları süreç örneklerine gruplamak için gerekli temel Case ID'dir.
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 tam 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. Panellerde bu veri, 'Ödeme Talebi Oluşturuldu'dan 'Ödeme Yetkilendirildi'ye kadar adımlar arasındaki sürenin hesaplanmasını sunar. Hızlı ardışık olayların doğru bir şekilde sıralanması için yüksek hassasiyetli zaman damgaları gereklidir.
Neden Önemli?dir?
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 sunar.
Neden Önemli?dir?
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ı (zaman damgası)dır. | ||
|
Açıklama
Analiz için kullanılan verilerin güncelliğini gösterir. Bu durum, panellerin 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 büyük önem taşır. Kullanıcıların görüntülenen metriklere güvenmesini sunar; özellikle kapanış uyumluluğunu veya aktif darboğazları izlerken güncelliğini yitirmiş verilere dayanarak karar verilmesini engeller.
Neden Önemli?dir?
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 büyük önem taşır. Analizin belirli alıcı ilişkilerini doğru bir şekilde hedeflemesini sunar. Kesme
Neden Önemli?dir?
Yinelenen tespit ve alacaklı analizi için büyük önem taşır.
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 sunar.
Neden Önemli?dir?
Yinelenen tespit ve dolandırıcılık analizi için büyük önem taşır.
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?dir?
Yeniden işleme ana nedenlerini belirler.
Nereden Alınır??
Hata
Örnekler:::::::
E-101GEÇERSİZ_HESAPYETERSİZ_FON_HATASIYETKİLENDİRME_HATASI
|
|||
|
İş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 panellerinı 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?dir?
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ı sunar. Mükerrer Ödeme Tespiti Görünümü için gereklidir; 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?dir?
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?dir?
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 güçlüak için kullanılır.
Neden Önemli?dir?
Ç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ı (zaman damgası)nı bu öznitelikle karşılaştırmak, zamanında teslimat metriklerinin hesaplanmasına sunar ve kuruluşun alacaklılarla güvenini sürdürmesine yardımcı olur.
Neden Önemli?dir?
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 değer. | ||
|
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 sunar: tamamen otomatik akışlar ile insan müdahalesi gerektirenler, otomasyon potansiyeline ilişkin net bir görünüm sunar.
Neden Önemli?dir?
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?dir?
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?dir?
Performans için organizasyonel bir çerçeve sunar.
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 değer. | ||
|
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?dir?
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?dir?
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 değer. | ||
|
Açıklama
Bir hata tespit edildikten ancak çözülmeden önce gerçekleşen veya tekrarlanan etkinlikleri işaretleyen bir boolean değeri. Bu, Ödeme Doğrulama Yeniden İşleme Oranı KPI'sını destekler. Analistlerin süreç haritasını yalnızca 'ideal süreç akışıu' gösterecek şekilde filtrelemesine veya tersine, hata modlarını anlamak için tamamen 'yeniden işleme yoluna' odaklanmasına sunar.
Neden Önemli?dir?
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 İşlemleri Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Ö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?dir?
'Mutabakat ile Uzlaşma Farkı' için gereklidir. Finansal defterlerin doğru bir şekilde kapanmasını sunar.
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?dir?
'Yetkilendirme Döngü Süresi Analizi' için temel rol oynar. 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?dir?
'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ı (zaman damgası)nın varlığı.
Yakala
GL kaydı yapıldığında
Event tipi
explicit
|
|||
|
Ödeme Talebi 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?dir?
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ı (zaman damgası)dır. Belirli Payment Transaction ID ile en erken kaydı arayın.
Yakala
İşlem kaydı eklendiğinde
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?dir?
'İş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?dir?
'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?dir?
İ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ın
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?dir?
'Ödeme Hatalarını Çözme Ortalama Süresi'ni hesaplanmasında temel rol oynar. 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ın
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?dir?
'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?dir?
İ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?dir?
'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?dir?
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?dir?
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 durum değişikliği.
Yakala
Durum alanını öncesi/sonrası ile karşılaştırın
Event tipi
inferred
|
|||