Ödeme İşleme Veri Şablonunuz

Fiserv
Ödeme İşleme Veri Şablonunuz

Ödeme İşleme Veri Şablonunuz

Bu şablon, Fiserv verilerinizi Process Mining ve analiz için uygun bir formata dönüştürmenize yardımcı olacak yapılandırılmış bir çerçeve sunar. Mutabakat ve uzlaşma döngülerinize net bir görünürlük kazandırmak için gerekli temel öznitelikleri ve aktiviteleri özetler. Bu kılavuzu takip ederek, finansal operasyonlarınızdaki verimsizlikleri ve uyumluluk risklerini vurgulayan sağlam bir olay günlüğü (event log) oluşturabilirsiniz.
  • Ödeme analizi için önerilen öznitelikler
  • İzlenmesi gereken temel süreç kilometre taşları
  • Fiserv veri çıkarma için teknik rehberlik
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Ödeme İşleme Nitelikleri

Bu önerilen veri alanları, tüm ödeme yaşam döngünüzün kapsamlı bir analizini desteklemek için olay günlüğünüz (event log) için gerekli bağlamı sağlar.
5 Gerekli 10 Önerilen 5 İsteğe Bağlı
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 eventleri tanımlar.

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 logları veya işlem güncelleme timestamp sütunları.

Ö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 veri soy ağacı sağlar.

Nereden alınır

Çıkarma sırasında veya sistem meta verisinde sabit kodlanmıştır.

Ö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

Veri geçerliliğini ve güvenilirliğini sağlar.

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 uyumluluk izlemesinde, alacaklıyı bilmek, stratejik satıcıları veya başarısız olmaması gereken kritik uzlaşmaları önceliklendirmeye yardımcı olabilir.

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 veri kalitesi sorunlarını (örn. 'Geçersiz Yönlendirme Numarası') belirleyebilir ve doğrulama mantığına veya kullanıcı eğitimine yönelik hedeflenmiş düzeltmeler uygulayabilir.

Neden önemli

Yeniden işleme ana nedenlerini belirler.

Nereden alınır

Hata logları veya işlem durumu detayları.

Ö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

Timestamp farklılıklarından hesaplandı.

Ö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 darboğaz tespitini sağlar.

Nereden alınır

Denetim logları, Kullanıcı Kimliği sütunu.

Ö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 nitelik, Yetkilendirme Döngü Süresi Analizi için temeldir, çünkü farklı yöntemlerin oldukça farklı standart işletim prosedürleri ve hizmet seviyesi anlaşmaları vardır.

Ö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 Para Birimi ve Yöntem Hacmi Trendleri Dashboard için hayati öneme sahiptir.

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

Veri dönüşümü sırasında hesaplandı.

Ö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 dashboardına başka bir boyut ekleyerek, gecikmelerin harici (bankaya özgü) mi yoksa dahili mi olduğunu vurgular.

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 Uyumluluk Denetimini destekler.

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 uyumluluk ve likidite yönetimi için kritik.

Nereden alınır

EventTimestamp'ın Kesme Referans tablosuyla karşılaştırılmasıyla hesaplandı.

Ö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 darboğaz haline gelip gelmediğini analiz etmek için Onay Yetkilisi Verimi dashboardında kullanılır.

Ö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
Gerekli Önerilen İsteğe Bağlı

Ödeme İşleme Etkinlikleri

Ödeme `workflow`larınızın doğru bir şekilde keşfedilmesini ve optimize edilmesini sağlamak için bu temel süreç adımlarını ve kilometre taşlarını `event log`unuzda kaydedin.
5 Önerilen 8 İsteğe Bağlı
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 darboğazlarını belirlemek için esastır.

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 loglandı

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 loglandı

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 darboğazları gösterir.

Nereden alınır

Durumu 'Onay Bekliyor'dan 'Onaylandı'ya değiştiren bir kullanıcı eylemini gösteren denetim logları.

Yakala

Onay eylemi yapıldığında loglandı

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 loglandı

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 Uyumluluk Monitörü' için kritik. Kuruluşun günlük bankacılık kesmelerini karşılamasını sağlar.

Nereden alınır

Toplu işleme logları veya dosya oluşturma timestampları. Genellikle 'Toplu İş Oluşturuldu' veya 'Dosya İletildi' olarak loglanır.

Yakala

Toplu dosya oluşturulduğunda loglandı

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 logları veya müşteri etkileşimi geçmişi tabloları.

Yakala

E-posta/SMS tetiklendiğinde loglandı

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 veri kalitesi sorunlarını temsil eder.

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' dashboard'ı için kritik. Buradaki yüksek hacimler, üst akış veri kalitesi sorunlarını gösterir.

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 loglandı

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 loglandı

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 logları veya alımı onaylayan API yanıt kodları.

Yakala

ACK alındığında loglandı

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 darboğazdan kaynaklanan gecikme ile vadesi gelen tarihi beklemek arasındaki farkı belirtir.

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' dashboard'ı için önemlidir.

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
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

`Veri`lerinizi Fiserv'den nasıl alırsınız?