Ödeme İşlemleri Veri Template'iniz
Ödeme İşlemleri Veri Template'iniz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Veri Çekim Rehberliği
Ödeme Süreçleri Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet Adı
ActivityName
|
Gerçekleşen belirli süreç adımı veya event'in adı. | ||
|
Açıklama
Bu alan, 'Ödeme Talebi Oluşturuldu' veya 'Ödeme Gerçekleşti' gibi belirli bir zamanda yapılan eylemi kaydeder. Süreç haritasındaki düğümleri tanımlar ve süreç akışının yapısını belirler. Analistler bu özniteliği, işlemlerin sırasını anlamak için kullanır. Mutlu yoldan sapmaları belirlemek, atlanmış adımları tespit etmek veya çoklu onay döngüleri gibi gereksiz aktiviteleri saptamak için kritik öneme sahiptir.
Neden önemli
Sürecin 'ne'sini tanımlar, süreç haritalarının görselleştirilmesini ve varyant analizini mümkün kılar.
Nereden alınır
FIS Global dokümantasyonuna başvurun
Örnekler
Ödeme Talebi OluşturulduÖdeme Detayları DoğrulandıÖdeme OnaylandıÖdeme Sonuçlandı
|
|||
|
Ödeme İşlem Kimliği
PaymentTransactionId
|
Belirli ödeme talimatı veya işlemi için benzersiz tanımlayıcı. | ||
|
Açıklama
Bu öznitelik, tek bir ödeme yaşam döngüsündeki tüm eventleri bağlamak için merkezi anahtar görevi görür. Analistlerin ödemeyi ilk talepten doğrulama, onay ve nihai gerçekleşme veya mutabakata kadar takip etmelerini sağlar. Analizde, bu ID ayrı eventleri süreç örnekleri halinde gruplamak için esastır. Uçtan uca akışın görselleştirilmesini sağlar ve döngü süresi ve yeniden işleme döngüleri gibi tüm case seviyesi metriklerin temelini oluşturur.
Neden önemli
Process mining için temel bağlayıcıdır ve farklı aktivitelerin tutarlı bir yolculuğa yeniden yapılandırılmasını sağlar.
Nereden alınır
FIS Global dokümantasyonuna başvurun
Örnekler
TRX-2023-899102PAY-US-99281ACH-7721-X99WIRE-2210-001
|
|||
|
Olay Zaman Damgası
EventTimestamp
|
Faaliyetin gerçekleştiği belirli tarih ve saat. | ||
|
Açıklama
Bu öznitelik, ödeme sürecindeki her event için zamansal bağlamı sağlar. Bir eylemin sistem tarafından kaydedildiği tam anı kaydeder ve aktivitelerin kronolojik sıralanmasına olanak tanır. Analizde, adımlar arasındaki süreleri, toplam döngü sürelerini ve verim oranlarını hesaplamak için kullanılır. Belirli süreç aşamaları arasındaki gecikmeleri vurgulayarak darboğazların belirlenmesine olanak tanır.
Neden önemli
Bu alan olmadan zaman tabanlı analiz imkansızdır; tüm performans ve verimlilik KPI'larını yönlendirir.
Nereden alınır
FIS Global dokümantasyonuna başvurun
Örnekler
2023-10-12T08:30:15Z2023-10-12T09:45:00Z2023-10-13T14:20:10Z
|
|||
|
Gerçek Mutabakat Tarihi
ActualSettlementDate
|
Ödemenin fiilen sonuçlandırıldığı ve gerçekleştiği tarih. | ||
|
Açıklama
Bu öznitelik, fonların transfer edildiği veya işlemin tamamlandığı kabul edilen etkin tarihi yakalar. Valör tarihini yansıttığı için işlem timestamp'inden farklıdır. Analizde, 'Zamanında Ödeme Oranı'nı hesaplamak için Vade Tarihi ile birlikte kullanılır. Aynı zamanda mutabakat aşaması için tetikleyicidir, bu da 'Ödeme Mutabakat Döngü Süresi'ni analiz etmek için hayati önem taşır.
Neden önemli
Ödemenin finansal sonucunu temsil eder ve nakit akışı analizi için anahtardır.
Nereden alınır
FIS Global dokümantasyonuna başvurun
Örnekler
2023-11-022023-11-14
|
|||
|
İş Birimi
BusinessUnit
|
Ödemeyi başlatan dahili bölüm veya departman. | ||
|
Açıklama
Bu öznitelik, ödemeyi 'Bireysel Bankacılık', 'Ticari Krediler' veya 'Hazine' gibi belirli bir organizasyonel birimle eşleştirir. Departmana göre 'Ödeme Verimi' ve 'Ortalama Ödeme Döngü Süresi' gibi KPI'ları birleştirmek için kullanılır. Bu, yönetimin farklı departmanlar arasında performansı karşılaştırmasına ve kaynakları etkin bir şekilde tahsis etmesine yardımcı olur.
Neden önemli
Süreç performansı için dahili kıyaslama ve hesap verebilirliği sağlar.
Nereden alınır
FIS Global dokümantasyonuna başvurun
Örnekler
HazineSatıcı ÖdemeleriPerakende OperasyonlarıVarlık Yönetimi
|
|||
|
İşlem Yapan Kullanıcı
ProcessingUser
|
Aktiviteyi gerçekleştiren kullanıcının veya sistem temsilcisinin tanımlayıcısı veya adı. | ||
|
Açıklama
Bu öznitelik, süreç adımını kimin veya neyin gerçekleştirdiğini yakalar. İnsan operatörleri (örneğin, 'J.Smith') ile otomatik sistem hesapları (örneğin, 'SYSTEM_BATCH') arasında ayrım yapabilir. Bu veri, kaynak kullanımını analiz etmek, manuel darboğazları belirlemek ve görevler ayrımını denetlemek için kullanılır. 'İşlem Yapan Kullanıcı Kullanım Oranı'nı hesaplamaya ve manuel ile otomatik görevleri ayırt etmeye yardımcı olur.
Neden önemli
Kaynak analizi, otomasyon oranları ve uyumluluk denetimi için çok önemlidir.
Nereden alınır
FIS Global dokümantasyonuna başvurun
Örnekler
jsmithSYSTEM_AUTOBOTmdoe_approverAPI_GATEWAY
|
|||
|
Ödeme Türü
PaymentType
|
Ödeme yönteminin veya aracının sınıflandırması. | ||
|
Açıklama
Bu öznitelik, ödemeyi Havale, ACH, SEPA, Gerçek Zamanlı Ödeme (RTP) veya Çek gibi türlere ayırır. Farklı ödeme türleri, belirgin şekilde farklı işleme kuralları ve SLA'lar takip eder. Analistler bu alanı, farklı sistemlerdeki 'Ödeme Mutabakat Döngü Süresi'ni karşılaştırmak için kullanır. Bazı ödemelerin neden anında gerçekleşirken diğerlerinin günler sürdüğünü açıklamaya yardımcı olur, böylece performansın doğru benchmark'a göre ölçülmesi sağlanır.
Neden önemli
Süreç akışlarını segmentlere ayırmak için birincil boyuttur, çünkü her türün benzersiz yönlendirme ve zamanlama özellikleri vardır.
Nereden alınır
FIS Global dokümantasyonuna başvurun
Örnekler
HavaleACH KredisiSEPA InstantÇek
|
|||
|
Ödeme Tutarı
PaymentAmount
|
Ödeme işleminin parasal değeri. | ||
|
Açıklama
Bu öznitelik, ödeme talebiyle ilişkili finansal değeri temsil eder. Finansal verimi ve riski analiz etmek için birincil metriktir. Analistler bu alanı, genellikle farklı onay yollarına sahip olan yüksek ve düşük değerli ödemelere göre süreçleri segmentlere ayırmak için kullanır. 'Ödeme Verimi' dashboard'unu destekler ve yüksek değerli ödemelerin daha sıkı inceleme nedeniyle daha uzun döngü sürelerinden muzdarip olup olmadığını belirlemeye yardımcı olur.
Neden önemli
Process mining'e finansal boyutu ekleyerek değere dayalı önceliklendirmeye olanak tanır.
Nereden alınır
FIS Global dokümantasyonuna başvurun
Örnekler
1500.00250.501000000.0045.99
|
|||
|
Para Birimi Kodu
CurrencyCode
|
Ödemenin para birimini belirten 3 harfli ISO kodu. | ||
|
Açıklama
Bu öznitelik, Ödeme Tutarı için para birimini (örneğin, USD, EUR, GBP) belirtir. Küresel ödeme akışlarını analiz ederken finansal verileri normalleştirmek için çok önemlidir. Analizde, bu alan süreç performansının para birimine göre segmentlere ayrılmasını sağlar; bu durum genellikle farklı takas sistemleri ve düzenlemelerle ilişkilidir. Sınır ötesi ve yurt içi ödemeler için gerçekleşme sürelerindeki farklılıkları açıklamaya yardımcı olur.
Neden önemli
Finansal hacimleri doğru bir şekilde yorumlamak için çok para birimli ortamlar için kritiktir.
Nereden alınır
FIS Global dokümantasyonuna başvurun
Örnekler
USDEURGBPJPY
|
|||
|
Son Ödeme Tarihi
PaymentDueDate
|
Ödemenin gerçekleşmesi beklenen tarih. | ||
|
Açıklama
Bu öznitelik, başlatıcı tarafından talep edilen veya fatura koşullarına göre tanımlanan ödeme son tarihini kaydeder. Zamanında performans için hedef kıyaslama noktası olarak hizmet eder. Bu alan, 'Ödeme Vade Tarihine Uygunluk' dashboard'u için kritik öneme sahiptir. Bu tarihi gerçek 'Ödeme Gerçekleşti' tarihiyle karşılaştırarak, analistler geç ödemeleri işaretleyebilir, potansiyel cezaları hesaplayabilir ve tedarikçi anlaşmalarına uygunluğu değerlendirebilir.
Neden önemli
Hizmet seviyesine uyum ve zamanındalığı ölçmek için temel sağlar.
Nereden alınır
FIS Global dokümantasyonuna başvurun
Örnekler
2023-11-012023-11-15
|
|||
|
Doğrulama Hata Kodu
ValidationErrorCode
|
Bir ödemenin neden doğrulamada başarısız olduğunu gösteren kod veya neden. | ||
|
Açıklama
Bu öznitelik, bir ödeme 'Ödeme Hatası Tespit Edildi' aktivitesine girdiğinde doldurulur. 'Geçersiz IBAN', 'Yetersiz Fon' veya 'Eksik Alıcı Adresi' gibi hatayla ilgili belirli detayları içerir. Bu alan, 'Ödeme Veri Doğrulama Hata Oranları' dashboard'unu yönlendirir. Bu özniteliğe göre gruplandırma, yeniden işlemenin en yaygın nedenlerini ortaya çıkarır ve üst akış veri girişi veya sistem yapılandırmasında hedeflenmiş düzeltmeleri mümkün kılar.
Neden önemli
Süreçteki sürtünmelerin ve tekrar döngülerinin temel nedenlerini belirler.
Nereden alınır
FIS Global dokümantasyonuna başvurun
Örnekler
ERR-001: Geçersiz HesapERR-055: Yaptırım İsabetiERR-009: Yinelenen İşlem
|
|||
|
Döngü Süresi (Gün)
CycleTimeDays
|
Talep oluşturmadan gerçekleşmeye kadar geçen gün cinsinden süre. | ||
|
Açıklama
Bu hesaplanmış öznitelik, sürecin uçtan uca süresini ölçer. 'Ödeme Gerçekleşti' timestamp'i ile 'Ödeme Talebi Oluşturuldu' timestamp'i arasındaki fark olarak hesaplanır. 'Ortalama Ödeme Döngü Süresi' KPI'ı için birincil metriktir. Bunun önceden hesaplanmış olması, aykırı değerleri ve eğilimleri tespit etmek için performans dağılım analizini (örneğin, histogramlar) kolaylaştırır.
Neden önemli
Sürecin genel hızını nicelleştirir.
Nereden alınır
EventTimestamp'tan türetilmiştir
Örnekler
1.50.25.0
|
|||
|
Gecikmiş Ödeme mi?
IsLatePayment
|
Ödemenin vade tarihinden sonra gerçekleşip gerçekleşmediğini gösteren bir bayrak. | ||
|
Açıklama
Bu, hesaplanmış bir boolean özniteliktir. 'Ödeme Gerçekleşti' tarihi 'Ödeme Vade Tarihi'nden daha geçse doğru değerini döndürür. Bu öznitelik, 'Zamanında Ödeme Oranı' KPI'ı için doğrudan yönlendiricidir. Kullanıcıların görselleştirme katmanında karmaşık tarih mantığına ihtiyaç duymadan sorunlu caseleri hızlıca filtrelemesine olanak tanıyarak dashboard oluşturmayı basitleştirir.
Neden önemli
İstisna raporlamayı ve uyumluluk analizini basitleştirir.
Nereden alınır
PaymentDueDate ve ActualSettlementDate'ten türetilmiştir
Örnekler
truefalse
|
|||
|
Gönderen Hesap
SenderAccount
|
Fonların borçlandırıldığı hesap numarası. | ||
|
Açıklama
Bu öznitelik, işlem için kaynak hesabı tanımlar. Belirli dahili hesaplardan gelen ödemeleri analiz ederken ayrıntılı bilgi sağlar. Analizde, belirli fonlama hesaplarının hatalara (örneğin, yetersiz fonlar) veya gecikmelere eğilimli olup olmadığını belirlemeye yardımcı olur. Defter girişlerinin süreç aktiviteleriyle eşleştirilmesine izin vererek mutabakatı destekler.
Neden önemli
Finansal mutabakat ve hesap düzeyinde problem çözme için temeldir.
Nereden alınır
FIS Global dokümantasyonuna başvurun
Örnekler
123456789987654321ACC-TREASURY-01
|
|||
|
Kaynak Sistem
SourceSystem
|
Event verilerinin kaynaklandığı sistemin adı. | ||
|
Açıklama
Bu öznitelik, kaydın çıkarıldığı belirli yazılım bileşenini veya veritabanını (örneğin, ana bankacılık motoru, ödeme ağ geçidi veya yaptırım tarama aracı) tanımlar. Veri soy ağacı ve doğrulama için hayati öneme sahiptir. Birden çok platformu kapsayan uçtan uca akışları analiz ederken, bu alan belirli aktivitelerin nerede gerçekleştiğini ayırt etmeye yardımcı olur ve veri kalitesi sorunlarını gidermede destek olur.
Neden önemli
Özellikle birden fazla entegre ödeme motoru olan karmaşık ortamlarda izlenebilirliği ve bağlamı sağlar.
Nereden alınır
FIS Global dokümantasyonuna başvurun
Örnekler
FIS OPFTraxPaymentHub_01SanctionsScreeningDB
|
|||
|
Lehtar Ülke
BeneficiaryCountry
|
Ödeme alıcısının ülke kodu. | ||
|
Açıklama
Bu öznitelik, fonların hedef ülkesini tanımlar. Yurt içi ve yurt dışı ödemeler arasında ayrım yapmak için kullanılır. Bu bağlam, 'Ödeme Uyumluluk İzleme' ve yönlendirme analizi için hayati öneme sahiptir. Uluslararası ödemeler genellikle farklı aracılar, uyumluluk kontrolleri ve daha uzun döngü süreleri içerir, bu nedenle ülkeye göre performansı analiz etmek bu değişkenleri izole etmeye yardımcı olur.
Neden önemli
Coğrafi analiz ve uyumluluk risk değerlendirmesi için önemli bir boyuttur.
Nereden alınır
FIS Global dokümantasyonuna başvurun
Örnekler
USDECNGB
|
|||
|
Manuel Müdahale mi
IsManualIntervention
|
Aktivitenin manuel çalışma içerip içermediğini gösteren bir bayrak. | ||
|
Açıklama
Bu boolean öznitelik, 'Ödeme Hatası Çözüldü' veya manuel onaylar gibi insan girdisi gerektiren aktiviteleri veya caseleri, düz geçişli işleme (STP) aksine işaretler. Bu, 'Manuel Ödeme Müdahale Oranı' dashboard'u için çok önemlidir. Tamamen otomatikleştirilmemiş ödemelerin yüzdesini nicelendirmeye yardımcı olarak dijital dönüşüm fırsatlarını vurgular.
Neden önemli
Otomatik işlem hacmi ile manuel çaba arasında ayrım yapar, otomasyon ROI hesaplamalarına rehberlik eder.
Nereden alınır
ActivityName veya ProcessingUser'dan türetilmiştir
Örnekler
truefalse
|
|||
|
Ödeme Kanalı
PaymentChannel
|
Ödeme talebinin başlatıldığı kanal. | ||
|
Açıklama
Bu öznitelik, ödeme talimatının Online Bankacılık, Mobil Uygulama, API veya Şube gibi kökenini açıklar. İşlemin giriş vektörünü anlamaya yardımcı olur. Analistler bunu, farklı kanallar arasındaki işleme verimliliğini karşılaştırmak için kullanır. Örneğin, API aracılığıyla başlatılan ödemelerin bir şubede manuel olarak girilenlere kıyasla daha düşük hata oranlarına sahip olup olmadığını belirlemeye yardımcı olur.
Neden önemli
Kanal optimizasyonuna ve müşteri davranışlarını anlamaya yardımcı olur.
Nereden alınır
FIS Global dokümantasyonuna başvurun
Örnekler
Online BankacılıkMobil UygulamaKurumsal Ağ GeçidiŞube Gişe Görevlisi
|
|||
|
Onay Makamı
ApprovalAuthority
|
Ödemeyi yetkilendirmekten sorumlu rol, grup veya birey. | ||
|
Açıklama
Bu öznitelik, ödemeyi onaylamak için hangi yetki seviyesinin veya belirli kullanıcı grubunun gerektiğini, genellikle miktar eşiğine göre gösterir. Onay workflow'unun yönlendirmesini izlemeye yardımcı olur. Analistler bunu 'Ödeme Yetkilendirme Darboğazları' dashboard'unu desteklemek için kullanır. Belirli yönetim katmanlarının gecikmelere neden olup olmadığını görmek için onay sürelerinin yetki seviyesine göre ayrıştırılmasını sağlar.
Neden önemli
Onay hiyerarşisinin organizasyonel analizini ve darboğaz tespitini sağlar.
Nereden alınır
FIS Global dokümantasyonuna başvurun
Örnekler
Seviye 1 YöneticiCFOUyumluluk EkibiOtomatik Onay Sistemi
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Kaydın en son çıkarıldığı veya yenilendiği zaman damgası. | ||
|
Açıklama
Bu öznitelik, analizde kullanılan verilerin güncelliğini gösterir. Kullanıcıların gerçek zamanlı verilere mi yoksa önceki bir döneme ait bir snapshot'a mı baktıklarını anlamalarına yardımcı olur. Dashboard oluşturmada, bu alan genellikle 'Veri güncel tarihi itibarıyla' etiketini göstermek için kullanılır. Kararların mevcut en ilgili bilgilere dayanmasını sağlar ve artımlı veri yüklerini yönetmeye yardımcı olur.
Neden önemli
Veri güncelliğini sağlar ve raporlamanın zamanında olduğuna dair güven oluşturur.
Nereden alınır
ETL süreci meta verileri
Örnekler
2023-10-14T00:00:00Z2023-10-15T06:00:00Z
|
|||
Ödeme Süreçleri Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Ödeme Mutabakatı Yapıldı
|
Bu, ödeme işleminin bir banka ekstresi veya dahili defter kaydıyla eşleştirildiği son muhasebe aktivitesidir. Bu, otomatik bir toplu işlem veya manuel bir kullanıcı eylemi olabilir. | ||
|
Neden önemli
Bu aktivite, ödeme yaşam döngüsünün mutlak sonunu işaretler. 'Ödeme Mutabakat Döngü Süresi'ni analiz etmek, finansal kapanış süreçlerinin verimliliğini anlamak için hayati öneme sahiptir.
Nereden alınır
Genellikle bir 'reconciliation_date' alanının doldurulmasından veya ödeme sistemine bağlı bir finans veya muhasebe modülünde nihai durumun 'Mutabakatı Yapıldı' olarak değişmesinden çıkarılır.
Yakala
Bir mutabakat tarihinin doldurulması veya durumun 'Mutabakatı Yapıldı' olarak değişmesiyle belirlenir.
Event tipi
inferred
|
|||
|
Ödeme Onaylandı
|
Yetkili bir kullanıcının ödemeyi onaylayarak bir sonraki aşamaya geçmesini sağladığı önemli bir kilometre taşı. Bu, neredeyse her zaman onaylayanın kimliği ve sistemde işlem yaptıkları zamana ait bir zaman damgası ile kaydedilen açık bir olaydır. | ||
|
Neden önemli
Bu, onay döngü sürelerini ölçmek ve finansal kontrollere uyumu sağlamak için kritik bir kontrol noktasıdır. Bu aşamadaki gecikmeler, zamanında ödeme performansını önemli ölçüde etkileyebilir.
Nereden alınır
Bir onay log tablosunda veya ana işlem geçmişinde açık bir olay olarak yakalanır. Event log, Ödeme İşlem Kimliğini, onaylayanın kullanıcı kimliğini ve bir onay zaman damgasını bağlayacaktır.
Yakala
Onay haklarına sahip bir kullanıcı bir ödeme üzerinde 'onayla' eylemini gerçekleştirdiğinde loglanır.
Event tipi
explicit
|
|||
|
Ödeme Sonuçlandı
|
Bu aktivite, işlemin finansal olarak gerçekleştiği kabul edilen fon transferinin tamamlanmasını işaretler. Bu genellikle, ödeme ağı veya takas kurumundan nihai bir gerçekleşme onayı alındığında kaydedilir. | ||
|
Neden önemli
Bu, ödeme döngü süresini ve zamanında ödeme oranlarını ölçmek için birincil bitiş noktasıdır. Çekirdek ödeme yürütme sürecinin başarılı bir şekilde tamamlandığını işaret eder.
Nereden alınır
Ödeme kaydındaki son durum değişikliğinden 'Gerçekleşti', 'Tamamlandı' veya 'Gönderildi' olarak çıkarılmıştır. Bu durum değişikliği, toplu mutabakat dosyaları veya takas sisteminden gelen gerçek zamanlı mesajlar tarafından yönlendirilir.
Yakala
Ödeme işleminde 'Gerçekleşti' veya eşdeğer bir duruma geçiş.
Event tipi
inferred
|
|||
|
Ödeme Talebi Oluşturuldu
|
Bu, ödeme yaşam döngüsündeki ilk event olup, FIS sisteminde yeni bir ödeme işleminin başlatıldığı anı temsil eder. Bu durum genellikle bir kullanıcı veya otomatik bir sistem yeni bir ödeme talebi gönderdiğinde, bir işlem log tablosuna açık bir giriş olarak kaydedilir. | ||
|
Neden önemli
Bu aktivite, sürecin kesin başlangıcı olarak hizmet eder. Uçtan uca ödeme döngü süresini ölçmek ve genel ödeme verimini ve hacmini analiz etmek için çok önemlidir.
Nereden alınır
Bir çekirdek işlem tablosunda, Ödeme İşlem Kimliği ile ilişkili oluşturma zaman damgasıyla belirlenerek kaydedilir. 'Oluşturma_tarihi' veya 'giriş_tarihi' alanı için 'Payment_Transactions' veya 'Payment_Requests' gibi tablolara bakın.
Yakala
Yeni bir ödeme işlemi kaydının oluşturulması üzerine loglanan olay.
Event tipi
explicit
|
|||
|
Ödeme Talimatı Gönderildi
|
Bu aktivite, FIS sisteminin sonlandırılmış ödeme talimatını ACH, Fedwire veya SWIFT gibi ilgili ödeme ağına gönderdiği noktayı işaretler. Bu, kritik bir sistem tarafından oluşturulan event'tir. | ||
|
Neden önemli
Bu, ödemenin dahili işlem ortamını terk ettiğini gösteren önemli bir kilometre taşıdır. Yönlendirme verimliliğini ve harici işlem için geçen süreyi analiz etmek için hayati öneme sahiptir.
Nereden alınır
Harici ödeme ağlarıyla iletişimi izleyen bir işlem veya mesajlaşma logunda kaydedilir. Başarılı bir giden mesaj iletimini gösteren, zaman damgası olan bir kayıt arayın.
Yakala
Ödeme mesajının takas ağına gönderildiği sistem tarafından oluşturulan olay.
Event tipi
explicit
|
|||
|
Ödeme Yetkilendirildi
|
Yüksek değerli ödemeler için veya ilk onayın ardından farklı bir yetkili tarafından sıkça talep edilen nihai bir yetkilendirme adımını temsil eder. Bu eylem, yetkilendirme kimlik bilgilerine sahip bir kullanıcı ödemeyi onayladığında açık bir olay olarak kaydedilir. | ||
|
Neden önemli
Bu aktivite, 'Ödeme Yetkilendirme Darboğazları' dashboard'u için kilit öneme sahiptir. Onu 'Ödeme Onaylandı' aktivitesinden ayırmak, çok seviyeli onay süreçlerindeki gecikmeleri belirlemeye yardımcı olur.
Nereden alınır
Bir denetim veya işlem logunda kaydedilir. Bu olay, ödeme üzerinde işlem yapan belirli yetkilendirme izinlerine sahip bir kullanıcı tarafından tetiklenir, kendi kimlikleri ve bir zaman damgası ile bir kayıt oluşturur.
Yakala
Bir kullanıcı nihai yetkilendirme eylemini gerçekleştirdiğinde açık bir log kaydı oluşturulur.
Event tipi
explicit
|
|||
|
Gecikmiş Ödeme Tespit Edildi
|
Ödemenin belirtilen vade tarihinden sonra gerçekleştiğini gösteren türetilmiş bir olay. Bu aktivite açıkça kaydedilmez, ancak iki tarih alanının karşılaştırılmasıyla hesaplanır. | ||
|
Neden önemli
Bu hesaplanmış aktivite, 'Zamanında Ödeme Oranı' KPI'ını ve 'Ödeme Vade Tarihine Uygunluk' dashboard'unu doğrudan destekler. Süreç gecikmelerinin tedarikçi ilişkileri ve potansiyel gecikme ücretleri üzerindeki etkisini nicelendirmeye yardımcı olur.
Nereden alınır
Bu doğrudan çıkarılmaz. Veri dönüşümü sırasında 'Gerçekleşme Tarihi' timestamp'i ile 'Ödeme Vade Tarihi' alanı karşılaştırılarak hesaplanır. Gerçekleşme tarihi vade tarihinden sonraysa, bu event oluşturulur.
Yakala
'Mutabakat Tarihi' > 'Ödeme Vade Tarihi' ise hesaplanır.
Event tipi
calculated
|
|||
|
Ödeme Detayları Doğrulandı
|
Bu aktivite, ödeme verilerinin format, eksiksizlik ve doğruluk için ilk otomatik doğrulama kontrollerinden geçtiğini gösterir. Bu durum genellikle ödeme kaydındaki bir durum değişikliğinden, örneğin 'Yeni'den 'Doğrulandı'ya veya 'Onay Bekliyor'a geçişten anlaşılır. | ||
|
Neden önemli
Bu aktiviteyi izlemek, veri girişi hatalarının sıklığını ve konumunu belirlemeye yardımcı olur. Ödeme Veri Doğrulama Hata Oranı KPI'ını analiz etmek ve yeniden işlemenin kaynaklarını anlamak için bir ön koşuldur.
Nereden alınır
Ödeme işlem tablosundaki bir durum veya hal değişiklik alanından çıkarılmıştır. Başlangıç durumundan 'doğrulanmış' bir duruma geçiş, ilgili bir zaman damgasıyla birlikte bu olayı işaretler.
Yakala
Ödeme durum alanındaki 'Doğrulandı' veya benzer bir değere yapılan değişiklikle belirlenir.
Event tipi
inferred
|
|||
|
Ödeme Hatası Çözüldü
|
Daha önce belirlenen bir ödeme hatasının çözümünü işaret eder ve ödemenin yeniden işlenmesine veya iptal edilmesine olanak tanır. Bu, bir kullanıcının istisna durumunu temizlemek için yaptığı açık bir eylemdir. | ||
|
Neden önemli
Bu aktivite, istisna döngüsünü kapatır. 'Hata Tespit Edildi' ile bu event arasındaki süre, istisnaları yönetmede operasyonel verimliliğin temel bir ölçüsüdür.
Nereden alınır
Bir kullanıcı bir hata bayrağını temizlediğinde veya işlemi bir istisna kuyruğundan çıkardığında loglanır. Bu eylem, bir denetim izinde veya işlem geçmişi logunda bir zaman damgasıyla yakalanır.
Yakala
Bir kullanıcı eylemi hata durumunu temizler ve bu, bir denetim günlüğüne kaydedilir.
Event tipi
explicit
|
|||
|
Ödeme Hatası Tespit Edildi
|
İlk doğrulamadan sonra sürecin bir noktasında bir hata tespit edildiğini gösterir; örneğin alıcı bankadan bir ret veya dahili bir uyumluluk bayrağı. Bu, genellikle bir istisna yükseltildiğinde loglanan açık bir olaydır. | ||
|
Neden önemli
Bu aktivite, tüm yeniden işleme ve istisna işleme döngüleri için giriş noktasıdır. Manuel Müdahale Oranı ve Ödeme Hatası Çözümleme Süresi KPI'larını hesaplamak için çok önemlidir.
Nereden alınır
Bir istisna işleme modülünde veya işlem logunda kaydedilir. Bir sistem kuralı tarafından otomatik olarak veya bir kullanıcının bir sorunu işaretlemesiyle manuel olarak tetiklenebilir, bir hata kodu ve zaman damgası ile bir log oluşturur.
Yakala
Ödeme işlemine karşı bir istisna veya hata kodu kaydedilir.
Event tipi
explicit
|
|||
|
Ödeme Onaya Gönderildi
|
Doğrulanmış bir ödemenin onay workflow'una gönderildiği noktayı temsil eder. Bu genellikle, ödemenin artık bir onaylayıcıdan işlem beklediğini gösteren bir durum değişikliği ile kaydedilir. | ||
|
Neden önemli
Bu aktivite, onay alt sürecinin başlangıcını işaretler. Bu aktivite ile 'Ödeme Onaylandı' arasındaki süreyi analiz etmek, onay darboğazlarını anlamak için hayati öneme sahiptir.
Nereden alınır
Ödemenin durum alanındaki 'Onay Bekleniyor', 'Onay İçin Gönderildi' veya bir iş akışı veya işlem durum logu içindeki benzer bir duruma yapılan değişiklikten çıkarılmıştır.
Yakala
Ödeme işleminde 'Doğrulandı' durumundan 'Onay Bekleniyor' durumuna geçiş.
Event tipi
inferred
|
|||
|
Ödeme Onaylandı
|
Ödeme ağından veya alıcı bankadan ödemenin alındığına dair bir onayın alınmasını temsil eder. Bu olay, gelen bir sistem mesajı veya durum güncellemesi ile tetiklenir. | ||
|
Neden önemli
Onay, ödemenin hedefine ulaştığına dair kesinlik sağlar. 'Talimat Gönderildi' ve 'Onaylandı' arasındaki süre, harici ağ gecikmesini ve işlem süresini ölçer.
Nereden alınır
Ödeme ağlarından gelen onay mesajlarının ayrıştırılmasıyla oluşturulur. Sistem ödeme durumunu günceller ve bir onay zaman damgası kaydeder.
Yakala
Bir takas ağından gelen gelen mesaj, ödeme durumunu 'Onaylandı' olarak günceller.
Event tipi
explicit
|
|||
|
Ödeme Reddedildi
|
Bu aktivite, bir onaylayıcının bir ödeme talebini reddetmesiyle gerçekleşir; bu durum genellikle düzeltilip yeniden gönderilmesini veya tamamen iptal edilmesini gerektirir. Bu, denetim amaçlı kaydedilen açık bir kullanıcı eylemidir. | ||
|
Neden önemli
Reddedilmeleri izlemek, ödeme başarısızlıkları, süreç sapmaları ve yeniden işleme döngüleri için yaygın nedenleri belirlemeye yardımcı olur. İlk veri kalitesi veya uyumlulukla ilgili sorunları vurgular.
Nereden alınır
Bir onaylayıcı 'reddet' seçeneğini seçtiğinde, bir onay veya işlem geçmişi tablosunda açık bir olay olarak loglanır. Kayıt genellikle bir zaman damgası, kullanıcı kimliği ve genellikle bir neden kodu içerir.
Yakala
Bir kullanıcı bir ödeme için 'reddet' eylemini yürüttüğünde loglanan olay.
Event tipi
explicit
|
|||