Ödeme işlemleri Veri Templateiniz
Ödeme işlemleri Veri Templateiniz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Veri çıkarma rehberi
Ödeme işlemleri öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Etkinlik adı
ActivityName
|
Gerçekleşen belirli süreç adımının veya olayın adı. | ||
|
Açıklama
Bu alan, 'Ödeme talebi oluşturuldu' veya 'Ödeme sonuçlandırıldı' gibi belirli bir anda gerçekleştirilen işlemi kaydeder. Süreç haritasındaki düğümleri tanımlar ve süreç akışının yapısını belirler. Analistler, işlemlerin sırasını anlamak için bu özniteliği kullanır. İdeal yoldan sapmaları belirlemek, atlanan adımları görmek veya birden fazla onay döngüsü gibi gereksiz etkinlikleri tespit etmek açısından önemlidir.
Neden önemli?
Sürecin 'ne' olduğunu tanımlar; süreç haritalarının görselleştirilmesini ve varyant analizini sağlar.
Nereden alınır?
FIS Global belgelerine başvurun
Örnekler
Payment Request CreatedPayment Details ValidatedPayment ApprovedÖdeme sonuçlandırıldı
|
|||
|
Ödeme işlem kimliği
PaymentTransactionId
|
Belirli bir ödeme talimatının veya işleminin benzersiz tanımlayıcısıdır. | ||
|
Açıklama
Bu öznitelik, tek bir ödeme yaşam döngüsündeki tüm olayları birbirine bağlayan anahtardır. Analistlerin ödemeyi ilk talepten doğrulama ve onay aşamalarına, nihai sonuçlandırma veya mutabakata kadar izlemesini sağlar. Analizde bu kimlik, ayrı olayları süreç örnekleri halinde gruplamak için gereklidir. Uçtan uca akışın görselleştirilmesini sağlar ve çevrim süresi ile yeniden çalışma döngüleri gibi vaka düzeyindeki tüm metriklerin temelini oluşturur.
Neden önemli?
Process Mining için temel bağlantı noktasıdır; farklı etkinliklerin tutarlı bir süreç akışı içinde yeniden oluşturulmasını sağlar.
Nereden alınır?
FIS Global belgelerine başvurun
Örnekler
TRX-2023-899102PAY-US-99281ACH-7721-X99WIRE-2210-001
|
|||
|
Olay zaman damgası
EventTimestamp
|
Etkinliğin gerçekleştiği tarih ve saat. | ||
|
Açıklama
Bu öznitelik, ödeme sürecindeki her olaya zaman bağlamı kazandırır. Bir işlemin sistem tarafından kaydedildiği kesin anı tutarak etkinliklerin kronolojik sıraya konmasını sağlar. Analizde adımlar arasındaki süreleri, toplam çevrim sürelerini ve işlem hacmini hesaplamak için kullanılır. Sürecin belirli aşamaları arasındaki gecikmeleri göstererek darboğazların belirlenmesine yardımcı olur.
Neden önemli?
Bu alan olmadan zamana dayalı analiz yapılamaz; tüm performans ve verimlilik KPI’larının temelini oluşturur.
Nereden alınır?
FIS Global belgelerine başvurun
Örnekler
2023-10-12T08:30:15Z2023-10-12T09:45:00Z2023-10-13T14:20:10Z
|
|||
|
Gerçek sonuçlandırma tarihi
ActualSettlementDate
|
Ödemenin fiilen tamamlanıp sonuçlandırıldığı tarih. | ||
|
Açıklama
Bu öznitelik, fonların aktarıldığı veya işlemin tamamlanmış sayıldığı geçerli tarihi kaydeder. Değer tarihini yansıttığı için işlem zaman damgasından farklıdır. Analizde 'Zamanında ödeme oranı’nı hesaplamak için vade tarihiyle birlikte kullanılır. Ayrıca mutabakat aşamasını başlatır ve 'Ödeme mutabakatı çevrim süresi’nin analizinde önemli rol oynar.
Neden önemli?
Ödemenin finansal açıdan tamamlandığı tarihi gösterir ve nakit akışı analizi için önemlidir.
Nereden alınır?
FIS Global belgelerine başvurun
Örnekler
2023-11-022023-11-14
|
|||
|
İş birimi
BusinessUnit
|
Ödemeyi başlatan kurum içi bölüm veya departman. | ||
|
Açıklama
Bu öznitelik, ödemeyi 'Bireysel bankacılık', 'Ticari krediler' veya 'Hazine' gibi belirli bir kurumsal birimle ilişkilendirir. 'Ödeme işlem hacmi' ve 'Ortalama ödeme çevrim süresi' gibi KPI’ları departmana göre toplamak için kullanılır. Yönetimin farklı birimlerin performansını karşılaştırmasına ve kaynakları etkili biçimde dağıtmasına yardımcı olur.
Neden önemli?
Kurum içi kıyaslama yapılmasını ve süreç performansı için hesap verebilirliği sağlar.
Nereden alınır?
FIS Global belgelerine başvurun
Örnekler
HazineBorçlar muhasebesiBireysel bankacılık operasyonlarıVarlık yönetimi
|
|||
|
İşlemi gerçekleştiren kullanıcı
ProcessingUser
|
Etkinliği gerçekleştiren kullanıcının veya sistem aracısının kimliği ya da adı. | ||
|
Açıklama
Bu öznitelik, süreç adımını kimin veya neyin gerçekleştirdiğini kaydeder. İnsan operatörlerle (ör. 'J.Smith') otomatik sistem hesaplarını (ör. 'SYSTEM_BATCH') ayırt edebilir. Bu veri, kaynak kullanımını analiz etmek, manuel darboğazları belirlemek ve görevler ayrılığını denetlemek için kullanılır. 'İşlemi gerçekleştiren kullanıcı kullanım oranı’nın hesaplanmasına ve manuel görevlerle otomatik görevlerin ayırt edilmesine yardımcı olur.
Neden önemli?
Kaynak analizi, otomasyon oranları ve uyumluluk denetimi için gereklidir.
Nereden alınır?
FIS Global belgelerine 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. Her ödeme türü farklı işlem kurallarına ve hizmet düzeyi anlaşmalarına (SLA) tabidir. Analistler, farklı ödeme ağları arasındaki 'Ödeme mutabakatı çevrim süresi’ni karşılaştırmak için bu alanı kullanır. Bazı ödemelerin neden anında sonuçlanırken bazılarının günler sürdüğünü açıklamaya yardımcı olur ve performansın doğru ölçütle karşılaştırılmasını sağlar.
Neden önemli?
Her ödeme türünün yönlendirme ve zamanlama özellikleri farklı olduğundan, süreç akışlarını gruplandırmak için kullanılan temel boyuttur.
Nereden alınır?
FIS Global belgelerine başvurun
Örnekler
Banka havalesiACH kredisiSEPA anlık ödemeÇek
|
|||
|
Ödeme tutarı
PaymentAmount
|
Ödeme işleminin parasal değeri. | ||
|
Açıklama
Bu öznitelik, ödeme talebiyle ilişkili finansal değeri gösterir. Finansal işlem hacmini ve riski analiz etmek için kullanılan temel metriktir. Analistler, genellikle farklı onay yolları izleyen yüksek ve düşük tutarlı ödemeleri gruplandırmak için bu alanı kullanır. 'Ödeme işlem hacmi' Dashboardunu destekler ve yüksek tutarlı ödemelerin daha sıkı incelemeler nedeniyle daha uzun çevrim sürelerine sahip olup olmadığını belirlemeye yardımcı olur.
Neden önemli?
Process Mining analizine finansal boyut katar ve değere göre önceliklendirme yapılmasını sağlar.
Nereden alınır?
FIS Global belgelerine başvurun
Örnekler
1500.00250.501000000.0045.99
|
|||
|
Ödeme vadesi
PaymentDueDate
|
Ödemenin sonuçlandırılmasının beklendiği tarih. | ||
|
Açıklama
Bu öznitelik, talep sahibi tarafından belirtilen veya fatura koşullarında tanımlanan ödeme son tarihini kaydeder. Zamanında ödeme performansı için hedef ölçüt olarak kullanılır. Bu alan, 'Ödeme vadesine uyum' Dashboardu için önemlidir. Analistler bu tarihi gerçek 'Ödeme sonuçlandırıldı' tarihiyle karşılaştırarak gecikmiş ödemeleri belirleyebilir, olası cezaları hesaplayabilir ve tedarikçi anlaşmalarına uyumu değerlendirebilir.
Neden önemli?
Hizmet düzeyine uyumu ve zamanında tamamlanmayı ölçmek için temel oluşturur.
Nereden alınır?
FIS Global belgelerine başvurun
Örnekler
2023-11-012023-11-15
|
|||
|
Para birimi kodu
CurrencyCode
|
Ödemenin para birimini belirten üç harfli ISO kodu. | ||
|
Açıklama
Bu öznitelik, ödeme tutarının para birimini belirtir (ör. USD, EUR, GBP). Küresel ödeme akışlarını analiz ederken finansal verileri ortak bir ölçekte değerlendirmek için gereklidir. Analizde bu alan, süreç performansının para birimine göre gruplandırılmasını sağlar. Para birimi çoğu zaman farklı takas sistemleri ve düzenlemelerle ilişkilidir. Sınır ötesi ve yurt içi ödemelerin sonuçlandırılma sürelerindeki farkları açıklamaya yardımcı olur.
Neden önemli?
Finansal hacimleri doğru yorumlamak için çok para birimli ortamlarda önemlidir.
Nereden alınır?
FIS Global belgelerine başvurun
Örnekler
USDEURGBPJPY
|
|||
|
Alıcının ülkesi
BeneficiaryCountry
|
Ödeme alıcısının ülke kodu. | ||
|
Açıklama
Bu öznitelik, fonların gönderildiği ülkeyi belirtir. Yurt içi ve uluslararası ödemeleri ayırt etmek için kullanılır. Bu bilgi, 'Ödeme uyumluluğu izleme' ve yönlendirme analizi açısından önemlidir. Uluslararası ödemelerde farklı aracılar ve uyumluluk kontrolleri devreye girebilir, çevrim süreleri de uzayabilir. Ülkeye göre performans analizi, bu değişkenleri ayrı ayrı incelemeye yardımcı olur.
Neden önemli?
Coğrafi analiz ve uyumluluk riski değerlendirmesi için önemli bir boyuttur.
Nereden alınır?
FIS Global belgelerine başvurun
Örnekler
ABDAlmanyaÇinBirleşik Krallık
|
|||
|
Doğrulama hata kodu
ValidationErrorCode
|
Ödemenin doğrulamadan neden geçemediğini belirten kod veya neden. | ||
|
Açıklama
Ödeme 'Ödeme hatası belirlendi' etkinliğine ulaştığında bu öznitelik doldurulur. 'Geçersiz IBAN', 'Yetersiz bakiye' veya 'Alıcı adresi eksik' gibi hata ayrıntılarını içerir. Bu alan, 'Ödeme verisi doğrulama hata oranları' Dashboardunu besler. Hataları bu özniteliğe göre gruplandırmak, yeniden çalışmanın en yaygın nedenlerini ortaya çıkarır ve kaynak veri girişinde veya sistem yapılandırmasında hedefli düzeltmeler yapılmasını sağlar.
Neden önemli?
Süreçteki aksaklıkların ve yeniden çalışma döngülerinin temel nedenlerini belirler.
Nereden alınır?
FIS Global belgelerine başvurun
Örnekler
ERR-001: Geçersiz hesapERR-055: Yaptırım eşleşmesiERR-009: Yinelenen işlem
|
|||
|
Gönderen hesap
SenderAccount
|
Fonların çekildiği hesap numarası. | ||
|
Açıklama
Bu öznitelik, işlemin kaynak hesabını belirtir. Belirli kurum içi hesaplardan yapılan ödemelerin ayrıntılı analizini sağlar. Analizde, belirli fonlama hesaplarının hatalara (ör. yetersiz bakiye) veya gecikmelere daha yatkın olup olmadığını belirlemeye yardımcı olur. Defter kayıtlarının süreç etkinlikleriyle eşleştirilmesini sağlayarak mutabakatı destekler.
Neden önemli?
Finansal mutabakat ve hesap düzeyindeki sorunların çözümü için temel bir özniteliktir.
Nereden alınır?
FIS Global belgelerine başvurun
Örnekler
123456789987654321ACC-TREASURY-01
|
|||
|
Kaynak sistem
SourceSystem
|
Olay verilerinin geldiği sistemin adı. | ||
|
Açıklama
Bu öznitelik, kaydın çıkarıldığı belirli yazılım bileşenini veya veritabanını tanımlar. Örneğin ana bankacılık sistemi, ödeme ağ geçidi veya yaptırım tarama aracı olabilir. Veri kökenini izlemek ve doğrulama yapmak için önemlidir. Birden fazla platformu kapsayan uçtan uca akışları incelerken belirli etkinliklerin nerede gerçekleştiğini ayırt etmeye ve veri kalitesi sorunlarını gidermeye yardımcı olur.
Neden önemli?
Birden fazla entegre ödeme sisteminin bulunduğu karmaşık ortamlarda izlenebilirlik ve bağlam sağlar.
Nereden alınır?
FIS Global belgelerine başvurun
Örnekler
FIS OPFTraxPaymentHub_01SanctionsScreeningDB
|
|||
|
Manuel müdahale var mı
IsManualIntervention
|
Etkinlikte manuel çalışma yapılıp yapılmadığını belirten işaret. | ||
|
Açıklama
Bu boolean öznitelik, 'Ödeme hatası çözüldü' veya manuel onaylar gibi insan girdisi gerektiren etkinlikleri ya da vakaları, doğrudan işlemeye (STP) kıyasla işaretler. 'Ödemelerde manuel müdahale oranı' Dashboardu için gereklidir. Tamamen otomatik olmayan ödemelerin oranını ölçerek dijital dönüşüm fırsatlarını ortaya çıkarır.
Neden önemli?
Otomatik işlem hacmiyle manuel emeği ayırt eder ve otomasyon yatırım getirisinin hesaplanmasına yardımcı olur.
Nereden alınır?
ActivityName veya ProcessingUser alanlarından türetilir
Örnekler
truefalse
|
|||
|
Ödeme gecikti mi
IsLatePayment
|
Ödemenin vade tarihinden sonra sonuçlandırılıp sonuçlandırılmadığını belirten işaret. | ||
|
Açıklama
Bu, hesaplanan bir boolean özniteliğidir. 'Ödeme sonuçlandırıldı' tarihi 'Ödeme vadesi' tarihinden sonraysa true değerini döndürür. Bu öznitelik, 'Zamanında ödeme oranı' KPI’ını doğrudan belirler. Kullanıcıların görselleştirme katmanında karmaşık tarih kuralları tanımlamadan sorunlu vakaları hızla filtrelemesini sağlayarak Dashboard oluşturmayı kolaylaştırır.
Neden önemli?
İstisna raporlamasını ve uyumluluk analizini kolaylaştırır.
Nereden alınır?
PaymentDueDate ve ActualSettlementDate alanlarından türetilir
Örnekler
truefalse
|
|||
|
Ödeme kanalı
PaymentChannel
|
Ödeme talebinin başlatıldığı kanal. | ||
|
Açıklama
Bu öznitelik, çevrim içi bankacılık, mobil uygulama, API veya şube gibi ödeme talimatının kaynağını belirtir. İşlemin hangi kanaldan başlatıldığını anlamaya yardımcı olur. Analistler, farklı kanallardaki işlem verimliliğini karşılaştırmak için bu alanı kullanır. Örneğin API üzerinden başlatılan ödemelerin, şubede manuel olarak girilenlere kıyasla daha az hata içerip içermediğini belirlemeye yardımcı olur.
Neden önemli?
Kanal optimizasyonuna ve müşteri davranışını anlamaya yardımcı olur.
Nereden alınır?
FIS Global belgelerine başvurun
Örnekler
Çevrim içi bankacılıkMobil uygulamaKurumsal ağ geçidiŞube gişesi
|
|||
|
Onay yetkilisi
ApprovalAuthority
|
Ödemeyi onaylamaktan sorumlu rol, grup veya kişi. | ||
|
Açıklama
Bu öznitelik, genellikle tutar eşiğine bağlı olarak ödemeyi onaylaması gereken yetki düzeyini veya kullanıcı grubunu belirtir. Onay iş akışındaki yönlendirmeyi izlemeye yardımcı olur. Analistler, 'Ödeme yetkilendirme darboğazları' Dashboardunu desteklemek için bu alanı kullanır. Onay sürelerini yetki düzeyine göre ayrıştırarak belirli yönetim kademelerinin gecikmeye yol açıp açmadığını görmeyi sağlar.
Neden önemli?
Onay hiyerarşisinin kuruluş içindeki analizini ve darboğazların tespitini sağlar.
Nereden alınır?
FIS Global belgelerine başvurun
Örnekler
1. düzey 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 ne kadar güncel olduğunu gösterir. Kullanıcıların gerçek zamanlı verileri mi yoksa önceki bir döneme ait anlık görüntüyü mü incelediğini anlamasına yardımcı olur. Dashboardlarda bu alan, verinin hangi tarih itibarıyla güncel olduğunu belirten bir etiket göstermek için kullanılır. Kararların mevcut en güncel bilgilere dayanmasını sağlar ve artımlı veri yüklemelerinin yönetimine yardımcı olur.
Neden önemli?
Verilerin güncelliğini gösterir ve raporların zamanında sunulduğuna duyulan güveni artırır.
Nereden alınır?
ETL süreci meta verileri
Örnekler
2023-10-14T00:00:00Z2023-10-15T06:00:00Z
|
|||
Ödeme işlemleri etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Ödeme mutabakatı yapıldı
|
Bu, ödeme işleminin banka ekstresiyle veya kurum içi defter kaydıyla eşleştirildiği son muhasebe etkinliğidir. Otomatik bir toplu işlemle ya da kullanıcının manuel işlemiyle gerçekleştirilebilir. | ||
|
Neden önemli?
Bu etkinlik, ödeme yaşam döngüsünün kesin bitişini gösterir. Finansal kapanış süreçlerinin verimliliğini anlamak için 'Ödeme mutabakatı çevrim süresi’ni incelemek önemlidir.
Nereden alınır?
Genellikle 'reconciliation_date' alanının doldurulmasından veya ödeme sistemiyle bağlantılı bir finans ya da muhasebe modülünde durumun 'Mutabakatı yapıldı' olarak değişmesinden çıkarılır.
Kaydedin
Mutabakat tarihinin girilmesi veya durumun 'Mutabakatı yapıldı' olarak değişmesiyle belirlenir.
Olay türü
inferred
|
|||
|
Ödeme sonuçlandırıldı
|
Bu etkinlik, para transferinin tamamlandığını ve işlemin finansal açıdan sonuçlandığını gösterir. Genellikle ödeme ağından veya takas kuruluşundan nihai sonuçlandırma onayı geldiğinde kaydedilir. | ||
|
Neden önemli?
Ödeme çevrim süresini ve zamanında ödeme oranını ölçmek için kullanılan temel bitiş noktasıdır. Ödeme işleminin başarıyla tamamlandığını gösterir.
Nereden alınır?
Ödeme kaydındaki son durumun 'Sonuçlandırıldı', 'Tamamlandı' veya 'Kaydedildi' olarak değişmesinden çıkarılır. Bu değişiklik, toplu sonuçlandırma dosyalarıyla veya takas sisteminden gelen gerçek zamanlı mesajlarla gerçekleşir.
Kaydedin
Ödeme işleminin durumu 'Sonuçlandırıldı' veya eşdeğer bir değere değişir.
Olay türü
inferred
|
|||
|
Payment Approved
|
Yetkili bir kullanıcının ödemeyi onaylayarak sonraki aşamaya geçmesine izin verdiği önemli bir dönüm noktasıdır. Kullanıcı sistemde işlem yaptığında, onaylayıcının kimliği ve zaman damgasıyla birlikte neredeyse her zaman açık bir olay olarak kaydedilir. | ||
|
Neden önemli?
Onay çevrim sürelerini ölçmek ve finansal kontrollere uyumu sağlamak için önemli bir kontrol noktasıdır. Bu aşamadaki gecikmeler, ödemelerin zamanında yapılma performansını ciddi biçimde etkileyebilir.
Nereden alınır?
Bir onay günlüğü tablosuna veya ana işlem geçmişine açık bir olay olarak kaydedilir. Event Log, Payment Transaction ID değerini, onaylayıcının kullanıcı kimliğini ve onay zaman damgasını ilişkilendirir.
Kaydedin
Onay yetkisi olan bir kullanıcı ödeme için 'approve' işlemini yaptığında kaydedilir.
Olay türü
explicit
|
|||
|
Payment Authorized
|
Özellikle yüksek tutarlı ödemelerde veya ilk onayın ardından farklı bir yetkilinin onayı gerektiğinde uygulanan son yetkilendirme adımını gösterir. Yetkilendirme bilgilerine sahip bir kullanıcı ödemeyi onayladığında bu işlem açık bir olay olarak kaydedilir. | ||
|
Neden önemli?
Bu faaliyet, 'Payment Authorization Bottlenecks' Dashboardu için önemlidir. Bunu 'Payment Approved' faaliyetinden ayrı izlemek, çok aşamalı onay süreçlerindeki gecikmeleri belirlemeye yardımcı olur.
Nereden alınır?
Denetim veya işlem günlüğüne kaydedilir. Ödeme üzerinde özel yetkilendirme izinlerine sahip bir kullanıcı işlem yaptığında bu olay tetiklenir ve kullanıcının kimliğini ve zaman damgasını içeren bir kayıt oluşturulur.
Kaydedin
Bir kullanıcı son yetkilendirme işlemini yaptığında açık bir günlük kaydı oluşturulur.
Olay türü
explicit
|
|||
|
Payment Instruction Sent
|
Bu faaliyet, FIS sisteminin kesinleşmiş ödeme talimatını ACH, Fedwire veya SWIFT gibi ilgili ödeme ağına gönderdiği noktayı gösterir. Sistem tarafından oluşturulan bu olay önemlidir. | ||
|
Neden önemli?
Bu önemli dönüm noktası, ödemenin kurum içi işlem ortamından çıktığını gösterir. Yönlendirme verimliliğini ve dış işlemlerin ne kadar sürdüğünü analiz etmek için gereklidir.
Nereden alınır?
Harici ödeme ağlarıyla iletişimi izleyen işlem veya mesajlaşma günlüğüne kaydedilir. Zaman damgasıyla birlikte giden mesajın başarıyla iletildiğini gösteren bir kayıt arayın.
Kaydedin
Ödeme mesajı takas ağına gönderildiğinde sistem tarafından oluşturulan olay.
Olay türü
explicit
|
|||
|
Payment Request Created
|
Bu, ödeme yaşam döngüsündeki ilk olaydır ve FIS sisteminde yeni bir ödeme işleminin başlatıldığı anı gösterir. Genellikle bir kullanıcı veya otomatik sistem yeni ödeme talebi gönderdiğinde işlem günlüğü tablosuna açık bir kayıt olarak eklenir. | ||
|
Neden önemli?
Bu faaliyet, sürecin kesin başlangıç noktasını gösterir. Uçtan uca ödeme çevrim süresini ölçmek ve genel ödeme kapasitesi ile hacmini analiz etmek için gereklidir.
Nereden alınır?
Payment Transaction ID ile ilişkili oluşturulma zaman damgası kullanılarak ana işlem tablosuna kaydedilir. 'Payment_Transactions' veya 'Payment_Requests' gibi tablolarda 'creation_date' ya da 'entry_date' alanını arayın.
Kaydedin
Yeni bir ödeme işlemi kaydı oluşturulduğunda olay günlüğüne eklenir.
Olay türü
explicit
|
|||
|
Gecikmiş ödeme belirlendi
|
Ödemenin belirtilen vade tarihinden sonra sonuçlandırıldığını gösteren türetilmiş bir olaydır. Açıkça kaydedilmez; iki tarih alanı karşılaştırılarak hesaplanır. | ||
|
Neden önemli?
Hesaplanan bu etkinlik, 'Zamanında ödeme oranı' KPI’ını ve 'Ödeme vadesine uyum' Dashboardunu doğrudan destekler. Süreç gecikmelerinin tedarikçi ilişkileri ve olası gecikme ücretleri üzerindeki etkisini ölçmeye yardımcı olur.
Nereden alınır?
Doğrudan sistemden alınmaz. Veri dönüştürme sırasında 'Sonuçlandırma tarihi' zaman damgası ile 'Ödeme vadesi' alanı karşılaştırılarak hesaplanır. Sonuçlandırma tarihi vade tarihinden sonraysa bu olay oluşturulur.
Kaydedin
'Sonuçlandırma tarihi' > 'Ödeme vadesi' olduğunda hesaplanır.
Olay türü
calculated
|
|||
|
Ödeme hatası belirlendi
|
İlk doğrulamanın ardından, alıcı bankanın ödemeyi reddetmesi veya kurum içi bir uyumluluk uyarısı gibi bir hata tespit edildiğini belirtir. Genellikle bir istisna oluştuğunda açık bir olay olarak kaydedilir. | ||
|
Neden önemli?
Bu etkinlik, yeniden çalışma ve istisna yönetimi döngülerinin başlangıç noktasıdır. Manuel müdahale oranı ve ödeme hatası çözüm süresi KPI’larını hesaplamak için gereklidir.
Nereden alınır?
Bir istisna yönetimi modülüne veya işlem günlüğüne kaydedilir. Sistem kuralı tarafından otomatik olarak tetiklenebilir ya da bir kullanıcının sorunu işaretlemesiyle manuel olarak oluşturulabilir. Kayıtta hata kodu ve zaman damgası yer alır.
Kaydedin
Ödeme işlemine bir istisna veya hata kodu kaydedilir.
Olay türü
explicit
|
|||
|
Ödeme hatası çözüldü
|
Daha önce belirlenen bir ödeme hatasının çözüldüğünü ve ödemenin yeniden işlenebileceğini veya iptal edilebileceğini gösterir. Kullanıcı, istisna durumunu kaldırmak için bu işlemi açıkça gerçekleştirir. | ||
|
Neden önemli?
Bu etkinlik, istisna döngüsünü kapatır. 'Hata belirlendi' olayı ile bu etkinlik arasındaki süre, istisnaların ne kadar verimli ele alındığını gösteren önemli bir ölçüttür.
Nereden alınır?
Bir kullanıcı hata işaretini kaldırdığında veya işlemi istisna kuyruğundan çıkardığında kaydedilir. Bu işlem, zaman damgasıyla birlikte denetim izinde veya işlem geçmişi günlüğünde tutulur.
Kaydedin
Kullanıcı işlemi hata durumunu kaldırır ve bu işlem denetim günlüğüne kaydedilir.
Olay türü
explicit
|
|||
|
Payment Confirmed
|
Ödeme ağından veya alıcı bankadan ödemenin alındığına dair onay geldiğini belirtir. Bu olay, sisteme gelen bir mesaj veya durum güncellemesiyle tetiklenir. | ||
|
Neden önemli?
Onay, ödemenin hedefine ulaştığını gösterir. 'Talimat gönderildi' ile 'Onaylandı' arasındaki süre, dış ağdaki gecikmeyi ve işlem süresini ölçer.
Nereden alınır?
Ödeme ağlarından gelen onay mesajları ayrıştırılarak oluşturulur. Sistem, ödeme durumunu günceller ve onay zaman damgasını kaydeder.
Kaydedin
Takas ağından gelen bir mesaj, ödeme durumunu 'Onaylandı' olarak günceller.
Olay türü
explicit
|
|||
|
Payment Details Validated
|
Bu faaliyet, ödeme verilerinin biçim, eksiksizlik ve doğruluk açısından ilk otomatik doğrulama kontrollerinden geçtiğini gösterir. Genellikle ödeme kaydındaki durum değişikliğinden anlaşılır; örneğin 'New' durumundan 'Validated' veya 'Pending Approval' durumuna geçiş. | ||
|
Neden önemli?
Bu faaliyeti izlemek, veri girişi hatalarının ne sıklıkta ve nerede yapıldığını belirlemeye yardımcı olur. Payment Data Validation Error Rate KPI’ını analiz etmek ve yeniden çalışmanın kaynaklarını anlamak için gereklidir.
Nereden alınır?
Ödeme işlemi tablosundaki durum veya hâl değişikliği alanından anlaşılır. İlk durumdan 'validated' durumuna geçiş ve buna karşılık gelen zaman damgası bu olayı gösterir.
Kaydedin
Ödeme durumu alanının 'Validated' veya benzer bir değere değişmesiyle belirlenir.
Olay türü
inferred
|
|||
|
Payment Rejected
|
Bu faaliyet, onaylayıcının ödeme talebini reddettiği zaman gerçekleşir. Ödeme genellikle düzeltilip yeniden gönderilmeli veya tamamen iptal edilmelidir. Denetim amacıyla kaydedilen bu işlem, kullanıcının açık bir eylemidir. | ||
|
Neden önemli?
Retleri izlemek, ödeme başarısızlıklarının, süreç sapmalarının ve yeniden çalışma döngülerinin yaygın nedenlerini belirlemeye yardımcı olur. İlk veri kalitesi veya uyumlulukla ilgili sorunları ortaya çıkarır.
Nereden alınır?
Onaylayıcı 'reject' seçeneğini belirlediğinde onay veya işlem geçmişi tablosuna açık bir olay olarak kaydedilir. Kayıtta genellikle zaman damgası, kullanıcı kimliği ve çoğu zaman bir neden kodu bulunur.
Kaydedin
Bir kullanıcı ödeme için 'reject' işlemini yaptığında olay günlüğüne eklenir.
Olay türü
explicit
|
|||
|
Payment Sent For Approval
|
Doğrulanmış bir ödemenin onay iş akışına gönderildiği noktayı gösterir. Genellikle ödemenin artık bir onaylayıcının işlem yapmasını beklediğini belirten durum değişikliğiyle kaydedilir. | ||
|
Neden önemli?
Bu faaliyet, onay alt sürecinin başlangıcını gösterir. Onay darboğazlarını anlamak için bu faaliyet ile 'Payment Approved' arasındaki süreyi analiz etmek önemlidir.
Nereden alınır?
İş akışı veya işlem durumu günlüğünde ödeme durumunun 'Pending Approval', 'Submitted for Approval' ya da benzer bir duruma değişmesinden anlaşılır.
Kaydedin
Ödeme işleminin durumunun 'Validated' değerinden 'Pending Approval' değerine değişmesi.
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Veri toplama sürecinizi kolaylaştırmak ve ödeme işlemlerinizi iyileştirmeye başlamak için bu Templateten yararlanın. Süreçlere dair net içgörülerle verimliliği artırın ve finansal kontrolü geliştirin.
FIS Global ödeme işlemlerinizi bugün iyileştirin
Mutabakat sorunlarını ortadan kaldırın ve işlemlerin %98'inin uçtan uca otomatik tamamlanmasını sağlayın.
Kredi kartı gerekmez, dakikalar içinde başlayın