Ödeme işlemleri Veri Templateiniz
Ödeme işlemleri Veri Templateiniz
- Ödeme analizi için önerilen öznitelikler
- İzlenecek temel süreç kilometre taşları
- Fiserv verilerini çıkarmaya yönelik teknik bilgiler
Ödeme işlemleri öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Etkinlik adı
ActivityName
|
Ödeme sürecinde gerçekleşen belirli olay veya durum değişikliği. | ||
|
Açıklama
Bu öznitelik, 'Ödeme talebi oluşturuldu' veya 'Ödeme sonuçlandırıldı' 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 önemlidir. Kuruluşlar, farklı etkinlikleri inceleyerek iş akışını görselleştirebilir, atlanan adımları belirleyebilir ve zorunlu doğrulama ya da onayların atlandığı uyumsuz yolları tespit edebilir.
Neden önemli?
Süreç zaman çizelgesini oluşturan olayları tanımlar.
Nereden alınır?
İşlem geçmişi günlüğü veya durum değişikliği denetim tabloları.
Örnekler
Payment Request CreatedPayment AuthorizedPayment Error IdentifiedÖdeme sonuçlandırıldıÖdeme iptal edildi
|
|||
|
Ödeme işlem kimliği
PaymentTransactionId
|
Belirli bir ödeme talimatını veya işlem vakasını tanımlayan benzersiz kimlik. | ||
|
Açıklama
Bu öznitelik, tek bir ödeme yaşam döngüsündeki tüm etkinlikleri birbirine bağlayan anahtar görevi görür. Analistlerin ilk talepten doğrulama ve onay adımlarına, nihai ödeme sonuçlandırma veya iptal aşamasına kadar süreci izlemesini sağlar. Fiserv ortamlarında bu değer genellikle işlem geçmişi tablolarındaki birincil anahtardır. Süreç akışını yeniden oluşturmak ve ödeme sonuçlandırmanın yetkilendirmeden günler sonra gerçekleşmesi gibi ayrı olayların aynı iş nesnesiyle doğru biçimde ilişkilendirilmesini sağlamak için gereklidir.
Neden önemli?
Olayları süreç örnekleri halinde gruplamak için gereken temel Vaka kimliğidir.
Nereden alınır?
İşlem veya Ödeme Başlığı tabloları için Fiserv belgelerine başvurun.
Örnekler
TRX-99823101PMT-2023-88421002938475CHK-5512WIRE-US-9921
|
|||
|
Olay zaman damgası
EventTimestamp
|
Etkinliğin gerçekleştiği kesin tarih ve saat. | ||
|
Açıklama
Bu öznitelik, bir olayın gerçekleştiği kesin zamanı kaydeder. Çevrim süreleri, teslim süreleri ve darboğaz tespiti dahil tüm zaman analizlerinin temelini oluşturur. Dashboardlarda bu veri, 'Ödeme talebi oluşturuldu' ile 'Ödeme yetkilendirildi' gibi adımlar arasındaki sürenin hesaplanmasını sağlar. Kısa aralıklarla gerçekleşen olayları doğru sıralamak için yüksek hassasiyetli zaman damgaları gerekir.
Neden önemli?
Olayları sıralamak ve süreç performans sürelerini hesaplamak için gereklidir.
Nereden alınır?
Denetim günlükleri veya işlem güncelleme zaman damgası sütunları.
Örnekler
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:00:00Z2023-10-17T10:00:00Z
|
|||
|
Kaynak sistem
SourceSystem
|
Verinin geldiği sistemin adı. | ||
|
Açıklama
Olayı oluşturan belirli Fiserv modülünü veya harici sistemi tanımlar. Ödemelerin ön uç kanalından başlayıp arka uçtaki temel bankacılık sisteminde sonuçlanabildiği karmaşık süreç ortamlarında özellikle yararlıdır. Analistlerin süreç görünümünü kaynak sisteme göre filtrelemesini sağlar. Böylece analiz belirli teknik ortamlara veya entegrasyon noktalarına odaklanabilir.
Neden önemli?
Teknik bağlamı ve veri kökenini gösterir.
Nereden alınır?
Veri çıkarımı sırasında sabit kodlanır veya sistem üst verilerinden alınır.
Örnekler
Fiserv PremierFiserv SignatureFiserv DNAFiserv Enterprise Payments Platform
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Kaydın en son çıkarıldığı veya yenilendiği zaman damgası. | ||
|
Açıklama
Analizde kullanılan verinin güncelliğini gösterir. Dashboardların gerçek zamanlı operasyonları mı yoksa geçmişteki bir anlık görüntüyü mü yansıttığını anlamak için önemlidir. Özellikle kesim saati uyumluluğunu veya mevcut darboğazları izlerken kullanıcıların gösterilen metriklere güvenmesine ve güncelliğini yitirmiş verilere dayanarak karar vermemesine yardımcı olur.
Neden önemli?
Verinin güncel ve güvenilir olmasını sağlar.
Nereden alınır?
ETL çalıştırıldığı andaki sistem saati.
Örnekler
2023-10-27T12:00:00Z2023-10-28T06:00:00Z
|
|||
|
Alacaklı hesap numarası
PayeeAccountNumber
|
Fonların aktarıldığı hesap numarası. | ||
|
Açıklama
Hedef hesabı tanımlar. Ödeyen hesabı gibi bu bilgi de Yinelenen ödeme tespiti görünümü için önemlidir. Analizin belirli alacaklı ilişkilerine doğru biçimde odaklanmasını sağlar. Kesim saati uyumluluğu izlenirken alacaklı bilgisi, gecikmemesi gereken stratejik tedarikçilere veya önemli ödemelere öncelik vermeye yardımcı olabilir.
Neden önemli?
Yinelenen ödemelerin tespiti ve alacaklı analizi için gereklidir.
Nereden alınır?
İşlem ayrıntılarındaki Credit Account veya Beneficiary sütunu.
Örnekler
555000111222333444BEN-882-11
|
|||
|
Hata kodu
ErrorCode
|
Ödeme doğrulaması başarısız olduğunda oluşturulan belirli kod. | ||
|
Açıklama
'Ödeme hatası belirlendi' etkinlikleriyle ilişkili teknik veya iş hatası kodunu kaydeder. Bu öznitelik, Doğrulama hatası ve yeniden çalışma izleyicisinin temelini oluşturur. Kuruluş, belirli hata kodlarının görülme sıklığını inceleyerek sistem genelindeki veri kalitesi sorunlarını (ör. 'Geçersiz yönlendirme numarası') belirleyebilir ve doğrulama kurallarında ya da kullanıcı eğitiminde hedefli iyileştirmeler yapabilir.
Neden önemli?
Yeniden çalışmanın temel nedenlerini belirler.
Nereden alınır?
Hata günlükleri veya işlem durumu ayrıntıları.
Örnekler
E-101INV_ACCNSF_ERRAUTH_FAIL
|
|||
|
İşlemi yapan kullanıcı
ProcessingUser
|
Etkinlikten sorumlu kullanıcı kimliği veya sistem aracısı. | ||
|
Açıklama
Belirli işlemi kimin gerçekleştirdiğini, bu kişinin onay veren bir çalışan mı yoksa otomasyon botu mu olduğunu gösterir. Bu veri, Hata çözümleme çevrim verimliliği ve Onay yetkisi işlem hacmi Dashboardlarını besler. Analistler kullanıcıları izleyerek hata oranı yüksek çalışanların eğitim ihtiyaçlarını belirleyebilir veya belirli onaylayıcıların aşırı taleple karşılaştığı darboğazları tespit edebilir.
Neden önemli?
Kaynak analizini ve darboğaz tespitini mümkün kılar.
Nereden alınır?
Denetim günlüklerindeki User ID sütunu.
Örnekler
jdoeSYSTEM_BATCHmsmith_approverAPI_USER
|
|||
|
Ödeme tutarı
PaymentAmount
|
Ödeme işleminin parasal değeri. | ||
|
Açıklama
Bu öznitelik, ödemeyle ilişkili finansal değeri gösterir. Analizi yüksek tutarlı stratejik ödemeler ile düşük tutarlı rutin işlemlere göre ayırmayı sağlayan temel boyutlardan biridir. Aynı tutarın ödeyen ve alacaklı bilgileriyle birlikte olası hataları ortaya çıkardığı Yinelenen ödeme tespiti görünümü için gereklidir. Yüksek tutarlar farklı iş akışlarını tetikleyebildiğinden onay yetkisi analizini de destekler.
Neden önemli?
Finansal risk analizi ve yinelenen ödemelerin tespiti için önemlidir.
Nereden alınır?
İşlem başlığı tablosundaki Amount sütunu.
Örnekler
150.0025000.5010.991000000.00
|
|||
|
Ödeme vade tarihi
PaymentDueDate
|
Ödemenin işlenmesi gereken son tarih. | ||
|
Açıklama
Ödemenin tamamlanması için hedeflenen tarihtir. İşleme kesim saati uyumluluk izleyicisi, gecikme riski taşıyan işlemleri işaretlemek için bu tarihi kullanır. 'Ödeme sonuçlandırıldı' zaman damgasını bu öznitelikle karşılaştırarak zamanında teslim metrikleri hesaplanabilir ve alacaklıların kuruluşa duyduğu güven korunabilir.
Neden önemli?
Hizmet düzeyi anlaşmasına uyumu ölçmek için referans noktası.
Nereden alınır?
Ödeme talimatı ayrıntıları.
Örnekler
2023-11-012023-11-15
|
|||
|
Ödeme yöntemi
PaymentMethod
|
Ödemeyi gerçekleştirmek için kullanılan yöntem (ör. Wire, ACH). | ||
|
Açıklama
İşlemi kullanılan ödeme altyapısına göre sınıflandırır. Farklı yöntemlerin standart prosedürleri ve hizmet düzeyi anlaşmaları büyük ölçüde değiştiğinden Yetkilendirme çevrim süresi analizi için temel bir özniteliktir. Süreç varyantlarını ödeme yöntemine göre incelemek, gecikmelerin uluslararası Wire işlemleri gibi belirli bir kanaldan mı yoksa kuruluş genelinden mi kaynaklandığını 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 araç kodu sütunu.
Örnekler
WireACHÇekRTPDahili transfer
|
|||
|
Ödeyen hesap numarası
PayerAccountNumber
|
Fonların çekildiği hesap numarası. | ||
|
Açıklama
Ödemenin kaynak hesabını tanımlar. Yinelenen ödeme tespiti görünümünün temel bileşenlerinden biridir. Ödeyen, alacaklı, tutar ve zaman bilgileriyle bir araya geldiğinde yanlışlıkla yapılan çift ödemeleri yakalamak için benzersiz bir parmak izi oluşturur. Ayrıca kaynak hesaba göre ödeme hacminin analiz edilmesini ve en yoğun kullanılan iç portföylerin belirlenmesini sağlar.
Neden önemli?
Yinelenen ödemelerin tespiti ve dolandırıcılık analizi için gereklidir.
Nereden alınır?
İşlem ayrıntılarındaki Debit Account sütunu.
Örnekler
123456789987654321ACC-001-992
|
|||
|
Para birimi kodu
CurrencyCode
|
Ödeme tutarının ISO para birimi kodu. | ||
|
Açıklama
Ödemenin hangi para birimiyle yapıldığını belirtir (ör. USD, EUR). Bu öznitelik, kuruluşun farklı döviz türlerine maruz kalma durumunu izlemesini sağlayan Para birimi ve yöntem hacmi eğilimleri Dashboardı için gereklidir. Küresel raporlama için tutarları ortak bir ölçüye dönüştürmede ve tutarları aynı olsa da para birimleri farklı olan işlemlerin yanlışlıkla yinelenen ödeme olarak işaretlenmesini önlemede de kullanılır.
Neden önemli?
Çok para birimli işleme analizleri için gereklidir.
Nereden alınır?
İşlem başlığı tablosundaki Currency sütunu.
Örnekler
USDEURGBPCADJPY
|
|||
|
Uçtan uca otomatik mi
IsStraightThroughProcessing
|
Ödeme için manuel müdahale gerekip gerekmediğini belirten işaret. | ||
|
Açıklama
Vaka, tanıma bağlı olarak 'Ödeme hatası belirlendi', 'Ödeme hatası çözüldü' veya manuel 'Ödeme onaylandı' adımlarını içermiyorsa true değerini alan, hesaplanmış bir mantıksal özniteliktir. Uçtan uca otomatik işleme oranı KPI’ını doğrudan destekler. Süreci tamamen otomatik akışlar ve insan müdahalesi gerektiren akışlar olarak iki gruba ayırarak otomasyon potansiyelinin net biçimde görülmesini sağlar.
Neden önemli?
Süreç verimliliği ve otomasyon başarısı için temel metriktir.
Nereden alınır?
Veri dönüştürme sırasında hesaplanır.
Örnekler
truefalse
|
|||
|
Alıcı banka
BeneficiaryBank
|
Ödemeyi alan bankanın adı veya tanımlayıcısı. | ||
|
Açıklama
Ödemeyi alan finans kuruluşunu tanımlar. Belirli bankaların işlem hızları veya entegrasyon sorunları farklı olabileceğinden ödeme sonuçlandırma gecikmelerini analiz etmeye yardımcı olur. Ödeme sonuçlandırma ile mutabakat arasındaki fark Dashboardına başka bir boyut ekleyerek gecikmelerin harici, yani bankaya özgü mü, yoksa kurum içi mi olduğunu gösterir.
Neden önemli?
Harici bağımlılık analizi.
Nereden alınır?
İşlem ayrıntılarındaki Bank ID veya Name sütunu.
Örnekler
ChaseBank of AmericaWells FargoCitibank
|
|||
|
İş birimi
BusinessUnit
|
Ödemeyi başlatan departman veya bölüm. | ||
|
Açıklama
Ödemeyi, masraftan sorumlu kuruluş birimine göre sınıflandırır. Maliyetlerin dağıtılmasına ve kuruluşun hangi bölümlerinde daha fazla manuel yeniden çalışma veya hata oluştuğunun anlaşılmasına yardımcı olur. Farklı birimlerin kendilerine özgü mevzuat veya iç kontrol gerekliliklerine uymasını sağlayarak Ödeme yolu uyumluluk denetimini destekler.
Neden önemli?
Performans için kurumsal bağlam sağlar.
Nereden alınır?
Maliyet merkezi eşlemesi veya departman kodu.
Örnekler
Bireysel bankacılıkTicari kredilerVarlık yönetimiOperasyonlar
|
|||
|
Kesim saati kaçırıldı mı
IsCutoffMissed
|
Ödemenin bankanın günlük kesim saatinden sonra gönderilip gönderilmediğini belirten işaret. | ||
|
Açıklama
'Ödeme talimatı gönderildi' zamanını, ilgili para birimi ve yöntemin günlük kesim saatiyle karşılaştıran hesaplanmış bir mantıksal değerdir. Kesim saatine uyum oranı KPI’ını destekler. Kaçırılan kesim saatlerini belirlemek, gecikmelerin geç başlatmadan mı yoksa yavaş iç işlemlerden mi kaynaklandığını araştırmaya yardımcı olur.
Neden önemli?
Operasyonel uyumluluk ve likidite yönetimi için önemlidir.
Nereden alınır?
EventTimestamp değeri Kesim saati referans tablosuyla karşılaştırılarak hesaplanır.
Örnekler
truefalse
|
|||
|
Onay düzeyi
ApprovalLevel
|
Ödemeyi yetkilendirmek için gereken veya kullanılan hiyerarşik düzey. | ||
|
Açıklama
'Ödeme onaylandı' etkinliğiyle ilişkili kıdem veya yetki düzeyini gösterir. Üst düzey onaylayıcıların darboğaz oluşturup oluşturmadığını incelemek için Onay yetkisi işlem hacmi Dashboardında kullanılır. Ödemelerin düzeylere göre dağılımını (ör. 1. düzey ve 3. düzey) anlamak, yetki devri politikalarının iyileştirilmesine yardımcı olur.
Neden önemli?
Onay darboğazlarını hiyerarşik düzeye göre ayırır.
Nereden alınır?
Kullanıcı rolü veya onay iş akışı tabloları.
Örnekler
1. düzeyYöneticiDirektörCFO
|
|||
|
Yeniden çalışma mı
IsRework
|
Bu etkinliğin yeniden çalışma döngüsünün parçası olup olmadığını belirten işaret. | ||
|
Açıklama
Bir hata belirlendikten sonra çözülene kadar gerçekleşen veya tekrarlanan etkinlikleri işaretleyen mantıksal değerdir. Ödeme doğrulama yeniden çalışma oranı KPI’ını destekler. Analistler süreç haritasını yalnızca 'ideal yolu' gösterecek şekilde filtreleyebilir veya hata türlerini anlamak için yalnızca 'yeniden çalışma yoluna' odaklanabilir.
Neden önemli?
Katma değer sağlayan işleri düzeltme çalışmalarından ayırır.
Nereden alınır?
Süreç döngülerine göre hesaplanır.
Örnekler
truefalse
|
|||
Ödeme işlemleri etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Ödeme mutabakatı yapıldı
|
İşlemin banka ekstreleri veya ödeme sonuçlandırma dosyalarıyla kurum içinde eşleştirilmesidir. Bu adım muhasebe sürecini tamamlar. | ||
|
Neden önemli?
'Ödeme sonuçlandırma ile mutabakat arasındaki fark' metriği için gereklidir. Finansal kayıtların doğru biçimde kapatılmasını sağlar.
Nereden alınır?
Durumun 'Eşleşti' veya 'Mutabakatı yapıldı' olarak güncellendiği mutabakat modülü günlükleri.
Kaydedin
Mutabakat eşleşmesi gerçekleştiğinde kaydedilir
Olay türü
explicit
|
|||
|
Ödeme sonuçlandırıldı
|
Fon aktarımı tamamlanır ve genel muhasebe defterine kaydedilir. Bu, bankanın bakış açısından işlemin finansal olarak tamamlandığını gösterir. | ||
|
Neden önemli?
'Uçtan uca otomatik işleme oranı' için temel bitiş noktasıdır. Nakit aktarımının gerçekten gerçekleştiğini gösterir.
Nereden alınır?
İşlem durumu 'Kaydedildi' olur veya defterde 'Kayıt tarihi' zaman damgası bulunur.
Kaydedin
Genel muhasebe kaydı oluşturulduğunda kaydedilir
Olay türü
explicit
|
|||
|
Ödeme talimatı gönderildi
|
Ödeme dosyasının (ör. ACH toplu işlem dosyası veya Wire mesajı) harici ağa ya da takas kuruluşuna iletilmesi. Bu, önemli bir devir teslim noktasıdır. | ||
|
Neden önemli?
'İşleme kesim saati uyumluluk izleyicisi' için önemlidir. Kuruluşun günlük bankacılık kesim saatlerine uymasını sağlar.
Nereden alınır?
Toplu işlem günlükleri veya dosya oluşturma zaman damgaları. Genellikle 'Toplu işlem oluşturuldu' ya da 'Dosya iletildi' olarak kaydedilir.
Kaydedin
Toplu işlem dosyası oluşturulduğunda kaydedilir
Olay türü
explicit
|
|||
|
Payment Approved
|
Yetki sınırlarına göre ödemenin devam etmesine izin veren manuel veya otomatik karardır. Yetkili bir kullanıcı ya da sistem kuralı onay işaretini güncellediğinde kaydedilir. | ||
|
Neden önemli?
'Authorization Cycle Time Analysis' için temel bir etkinliktir. Bu aşamadaki gecikmeler, insan onay zincirindeki darboğazlara işaret eder.
Nereden alınır?
Bir kullanıcının durumu 'Pending Approval' değerinden 'Approved' değerine değiştirdiğini gösteren denetim kayıtları.
Kaydedin
Onay işlemi yapıldığında kaydedilir
Olay türü
explicit
|
|||
|
Payment Request Created
|
Ödeme talimatının Fiserv sistemine ilk kez girilmesidir. Bir kullanıcı veya harici sistem API ya da arayüz üzerinden işlem başlattığında bu adım açıkça kaydedilir. | ||
|
Neden önemli?
Süreç zaman çizelgesinin başlangıcını gösterir. Toplam çevrim süresini hesaplamak ve ilk aşamadaki darboğazları belirlemek için gereklidir.
Nereden alınır?
İşlem geçmişi tablosunun oluşturulma zaman damgası. Belirli Payment Transaction ID için en eski kaydı bulun.
Kaydedin
İşlem kaydı eklendiğinde kaydedilir
Olay türü
explicit
|
|||
|
Ödeme bildirimi gönderildi
|
Sistem, işlemi doğrulamak için ödeyene veya alacaklıya e-posta ya da SMS gönderir. Bu, müşterilerin süreç hakkında bilgi sahibi olmasını sağlar. | ||
|
Neden önemli?
'Bildirim hızı ve yanıt verme' metriğini destekler. Ödeme sonuçlandıktan sonra yaşanan uzun gecikmeler müşteri güvenini azaltır.
Nereden alınır?
İşlem kimliğiyle bağlantılı iletişim günlükleri veya müşteri etkileşim geçmişi tabloları.
Kaydedin
E-posta veya SMS gönderildiğinde kaydedilir
Olay türü
explicit
|
|||
|
Ödeme iptal edildi
|
Kullanıcının veya sistem kuralının başlattığı, ödeme sonuçlanmadan önce ödeme akışının sonlandırılmasıdır. Bu işlem sonraki tüm adımları durdurur. | ||
|
Neden önemli?
İsrafı ve yarım bırakılan işleri ortaya çıkarır. Onaydan sonra iptal oranlarının yüksek olması süreç verimsizliklerine işaret eder.
Nereden alınır?
'İptal edildi', 'Geçersiz' veya 'Durduruldu' durumuna geçiş.
Kaydedin
Durum İptal edildi olarak değiştiğinde kaydedilir
Olay türü
explicit
|
|||
|
Ödeme onaylandı
|
Harici ağdan veya gatewayden olumlu bir alındı bildirimi (ACK) gelir. Bu bildirim, talimatın sonraki kuruluş tarafından geçerli biçimde alındığını doğrular. | ||
|
Neden önemli?
'Talimat gönderildi' adımının başarıyla tamamlandığını doğrular. Buradaki boşluklar ağ bağlantısı veya harici biçim sorunlarına işaret eder.
Nereden alınır?
Alındı bildirimini doğrulayan gelen dosya işleme günlükleri veya API yanıt kodları.
Kaydedin
ACK alındığında kaydedilir
Olay türü
explicit
|
|||
|
Ödeme planlandı
|
Ödeme onaylandığında ancak ileri bir yürürlük tarihi için bekletildiğinde gerçekleşir. Sistem, işleme penceresi açılana kadar işlemi sıraya alır. | ||
|
Neden önemli?
Süreçteki bekleme süresini açıklar. Darboğazdan kaynaklanan gecikme ile vade tarihini beklemek için yapılan planlı beklemeyi birbirinden ayırır.
Nereden alınır?
'Giriş tarihi' ile 'Yürürlük tarihi' karşılaştırılır. Yürürlük tarihi gelecekteyse bu durum etkin olur.
Kaydedin
X alanını Y alanıyla karşılaştırarak türetin
Olay türü
calculated
|
|||
|
Payment Authorized
|
Fonların kullanılabilir olduğunu ve işlemin gerçekleştirmeye hazır bulunduğunu belirten son kurum içi onaydır. Onayla aynı anda gerçekleşebilir veya ayrı bir sistem kontrolü olarak yürütülebilir. | ||
|
Neden önemli?
Yönetici onayı ile sistem düzeyindeki yetkilendirmeyi birbirinden ayırır. 'Onay Yetkisi İşlem Hacmi' Dashboardı için önemlidir.
Nereden alınır?
'Yetkilendirildi' veya 'Kayda Hazır' durumunu belirten durum değişikliği.
Kaydedin
Durum alanını önceki ve sonraki değerleriyle karşılaştırın
Olay türü
inferred
|
|||
|
Payment Details Validated
|
Sistem; hesap numaralarını, yönlendirme numaralarını ve biçim uyumluluğunu kontrol eder. İşlem, hata vermeden alınan durumundan beklemede veya onaylandı durumuna geçtiğinde bu adım genellikle gerçekleşmiş kabul edilir. | ||
|
Neden önemli?
İlk otomatik kontrolün geçildiğini gösterir. Bu aşamadaki başarısızlıklar likidite veya onay sorunlarından çok veri kalitesi sorunlarına işaret eder.
Nereden alınır?
Kısa bir süre içinde durumun 'Received' değerinden 'Pending' veya 'Ready' değerine değişmesinden anlaşılır.
Kaydedin
Durum alanını önceki ve sonraki değerleriyle karşılaştırın
Olay türü
inferred
|
|||
|
Payment Error Identified
|
Bir işlemin başarısızlık durumu veya istisna koduyla işaretlendiği anı kaydeder. Doğrulama kuralları başarısız olduğunda veya harici kontroller olumsuz yanıt verdiğinde gerçekleşir. | ||
|
Neden önemli?
'Validation Error and Rework Tracker' panosu için önemlidir. Bu aşamadaki yüksek hacim, önceki adımlardaki veri kalitesi sorunlarına işaret eder.
Nereden alınır?
İşlem durumu alanı bir istisna koduna (ör. 'Invalid', 'Hold', 'Error') dönüşür.
Kaydedin
Durum Error olduğunda kaydedilir
Olay türü
explicit
|
|||
|
Payment Error Resolved
|
Daha önce hata veren bir işlemin düzeltilmesini ifade eder. İşlem hata durumundan yeniden işleniyor veya geçerli durumuna geçtiğinde bu adımın gerçekleştiği anlaşılır. | ||
|
Neden önemli?
'Mean Time to Resolve Payment Errors' metriğini hesaplamak için gereklidir. Operasyon ekibinin verimliliğini ölçmeye yardımcı olur.
Nereden alınır?
İşlem durumu bir hata kodundan normal bir işlem koduna geçtiğinde gerçekleştiği anlaşılır.
Kaydedin
Durum alanını önceki ve sonraki değerleriyle karşılaştırın
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Bu Templatei Fiserv ortamınıza uygulayarak finans iş akışlarınızı iyileştirmeye başlayın. Rehberli yaklaşımımız, nakit akışınızı ve operasyonel uyumluluğunuzu anlamlı biçimde iyileştirmek için doğru verilere sahip olmanızı sağlar.
Ödeme işlemlerini iyileştirin ve bugün %98 STP oranına ulaşın
Mutabakat gecikmelerini azaltın ve Fiserv iş akışlarınızı yönetin.
Kredi kartı gerekmez. Kurulum dakikalar içinde tamamlanır.