Ödeme İşlemleri `Template'iniz
Ödeme İşlemleri `Template'iniz
- Önerilen Öznitelikler
- İzlenecek Temel Etkinlikler
- Veri Çekim Kılavuzu
Ödeme İşlemleri Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite Adı
ActivityName
|
Gerçekleşen belirli süreç adımı veya olayın 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. Standart akıştan sapmaları belirlemek, atlanmış adımları tespit etmek veya çoklu onay döngüleri gibi gereksiz aktiviteleri saptamak için büyük önem taşır.
Neden Önemli?dir?
Sürecin 'ne' olduğunu tanımlar, süreç haritalarının görselleştirilmesini ve varyant analizini sunar.
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 süreç 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 sunar. Analizde, bu ID ayrı eventleri süreç örnekleri halinde gruplamak için gereklidir. Uçtan uca akışın görselleştirilmesini sunar ve döngü süresi ve yeniden işleme döngüleri gibi tüm vaka bazlı metriklerin temelini oluşturur.
Neden Önemli?dir?
Process Mining için temel bağlayıcıdır ve farklı aktivitelerin tutarlı bir yolculuğa yeniden yapılandırılmasını sunar.
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ı sunar. Bir eylemin sistem tarafından kaydedildiği tam anı kaydeder ve aktivitelerin kronolojik sıralanmasına sunar. 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 sunar.
Neden Önemli?dir?
Bu alan olmadan zaman tabanlı analiz imkansızdır; tüm performans ve verimlilik KPI'larını destekler.
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 zaman damgası (zaman damgası)'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 önemlidir.
Neden Önemli?dir?
Ödemenin finansal sonucunu temsil eder ve nakit akışı analizi için temel rol oynar.
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?dir?
Süreç performansı için dahili kıyaslama ve hesap verebilirliği sunar.
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?dir?
Kaynak analizi, otomasyon oranları ve uyumluluk denetimi için büyük önem taşır.
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?dir?
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 CreditSEPA 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' kontrol paneli'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?dir?
Process Mining'e finansal boyutu ekleyerek değere dayalı önceliklendirmeye sunar.
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 büyük önem taşır. Analizde, bu alan süreç performansının para birimine göre segmentlere ayrılmasını sunar; 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?dir?
Finansal hacimleri doğru bir şekilde yorumlamak için çok para birimli ortamlar için büyük önem taşır.
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 olarak kullanılır. Bu alan, 'Son Ödeme Tarihine Uygunluk' kontrol paneli'u için büyük önem taşır. 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?dir?
Hizmet seviyesine uyum ve zamanındalığı ölçmek için temel sunar.
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ı' kontrol paneli'unu destekler. 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 sunar.
Neden Önemli?dir?
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
|
|||
|
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 'Son Ödeme 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 kontrol paneli oluşturmayı basitleştirir.
Neden Önemli?dir?
İ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 sunar. 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?dir?
Finansal mutabakat ve hesap düzeyinde problem çözme için büyük önem taşır.
Nereden Alınır??
FIS Global dokümantasyonuna başvurun
Örnekler:::::::
123456789987654321ACC-TREASURY-01
|
|||
|
Kaynak Sistem
SourceSystem
|
`event` `data`'sının 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 büyük önem taşır. 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 yardımcı olur.
Neden Önemli?dir?
Özellikle birden fazla entegre ödeme motoru olan karmaşık ortamlarda izlenebilirliği ve bağlamı sunar.
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 büyük önem taşır. 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?dir?
Coğrafi analiz ve uyumluluk risk değerlendirmesi için önemli bir boyuttur.
Nereden Alınır??
FIS Global dokümantasyonuna başvurun
Örnekler:::::::
ABDDECNGB
|
|||
|
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ı' kontrol paneli'u için büyük önem taşır. Tamamen otomatikleştirilmemiş ödemelerin yüzdesini ölçmeye yardımcı olarak dijital dönüşüm fırsatlarını vurgular.
Neden Önemli?dir?
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?dir?
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 iş akışını (workflow)nun yönlendirmesini takip etmenizi sunar. Analistler bunu 'Ödeme Yetkilendirme Darboğazları' kontrol paneli'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ı sunar.
Neden Önemli?dir?
Onay hiyerarşisinin organizasyonel analizini ve darboğaz tespitini sunar.
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ı (zaman damgası)dır. | ||
|
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ı sunar ve artımlı veri yüklerini yönetmeye yardımcı olur.
Neden Önemli?dir?
Veri güncelliğini sunar 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 İşlemleri 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?dir?
Bu aktivite, ödeme süreç 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 büyük önem taşır.
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ı (zaman damgası) ile kaydedilen açık bir olaydır. | ||
|
Neden Önemli?dir?
Bu, onay döngü sürelerini ölçmek ve finansal kontrollere uyumu güçlüak 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ı (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?dir?
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 süreç 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?dir?
Bu aktivite, sürecin kesin başlangıcı olarak olarak kullanılır. Uçtan uca ödeme döngü süresini ölçmek ve genel ödeme verimini ve hacmini analiz etmek için büyük önem taşır.
Nereden Alınır??
Bir çekirdek işlem tablosunda, Ödeme İşlem Kimliği ile ilişkili oluşturma zaman damgası (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?dir?
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 büyük önem taşır.
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ı (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?dir?
Bu aktivite, 'Ödeme Yetkilendirme Darboğazları' kontrol paneli'u için önemlidir. 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ı (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?dir?
Bu hesaplanmış aktivite, 'Zamanında Ödeme Oranı' KPI'ını ve 'Son Ödeme Tarihine Uygunluk' kontrol paneli'unu doğrudan destekler. Süreç gecikmelerinin tedarikçi ilişkileri ve potansiyel gecikme ücretleri üzerindeki etkisini ölçmeye yardımcı olur.
Nereden Alınır??
Bu doğrudan çıkarılmaz. Veri dönüşümü sırasında 'Gerçekleşme Tarihi' zaman damgası (zaman damgası)'i ile 'Son Ödeme Tarihi' alanı karşılaştırılarak hesaplanır. Gerçekleşme tarihi vade tarihinden sonraysa, bu event oluşturulur.
Yakala
'Mutabakat Tarihi' > 'Son Ödeme 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?dir?
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ı (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 sunar. Bu, bir kullanıcının istisna durumunu temizlemek için yaptığı açık bir eylemdir. | ||
|
Neden Önemli?dir?
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ı (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?dir?
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 büyük önem taşır.
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ı (zaman damgası) ile bir log oluşturur.
Yakala
Ödeme işlemine karşı bir istisna veya hata kodu kaydedilir.
Event tipi
explicit
|
|||
|
Ö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?dir?
Onay, ödemenin hedefine ulaştığına dair kesinlik sunar. '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ı (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?dir?
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ı (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
|
|||
|
Onay İçin Ödeme Gönderildi
|
Doğrulanmış bir ödemenin onay iş akışını (workflow)na 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?dir?
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 büyük önem taşır.
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
|
|||