Ödeme İşlemleri `Template'iniz

ACI Worldwide
Ödeme İşlemleri `Template'iniz

Ödeme İşlemleri `Template'iniz

Bu şablon, ödeme işleme verilerinizi analiz için hazırlamak üzere yapılandırılmış bir yaklaşım sunar. Toplanması gereken temel `niteliks`'leri, izlenecek kritik aktiviteleri ve bu bilgileri sisteminizden çekmek için pratik rehberliği özetler. Bu önerileri takip ederek, verimsizlikleri belirlemek ve finansal operasyonlarınızı iyileştirmek için güçlü bir temel oluşturabilirsiniz.
  • Önerilen Öznitelikler
  • İzlenecek Temel Etkinlikler
  • ACI Worldwide için veri veri çekme kılavuzu
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Ödeme İşlemleri Öznitelikleri

Bunlar, detaylı ödeme işlemleri analizi için event lognüze (event log) dahil etmeniz önerilen veri alanlarıdır.
3 Gerekli 9 Önerilen 7 Opsiyonel
Ad Açıklama
Aktivite Adı
ActivityName
Ödeme süreç döngüsünde meydana gelen belirli adım veya durum değişikliği.
Açıklama

Bu öznitelik, süreç haritasındaki event node'unu tanımlar; örneğin 'Ödeme Talebi Oluşturuldu' veya 'Fonlar Transfer Edildi'. ACI sistemlerinde bu, genellikle status codes, audit log operation types veya workflow state changes'den türetilir. Bu teknik durumların okunabilir iş aktivitelerine doğru bir şekilde eşleştirilmesi, anlamlı görselleştirme için büyük önem taşır.

Neden Önemli?dir?

Süreç akışını tanımlar ve işlemlerin sırasını görselleştirmek için gereklidir.

Nereden Alınır??

Durum Kodlarından (örn. 100=Oluşturuldu, 200=Doğrulandı) veya Denetim Kaydı Eylem sütunlarından türetilmiştir.

Örnekler:::::::
Ödeme Talebi OluşturulduÖdeme YetkilendirildiÖdeme SonuçlandıÖdeme Başarısız Oldu
Ödeme İşlem Kimliği
PaymentTransactionId
ACI sistemi genelindeki belirli ödeme talimatı için benzersiz tanımlayıcı.
Açıklama

Bu öznitelik, tek bir ödeme talebiyle ilgili tüm event'leri bağlayan process mining analizi için merkezi anahtar görevi görür. ACI Worldwide sistemlerinde (MTS veya UPP gibi), bu, bir işleme entry anında atanan benzersiz referans numarasına karşılık gelir. İlk talepten doğrulama, onay ve nihai mutabakata kadar uçtan uca ödeme yolculuğunun yeniden yapılandırılmasını sunar.

Neden Önemli?dir?

Ayrık olayları süreç örnekleri halinde gruplandırmak için gerekli temel Case ID'dir.

Nereden Alınır??

Ana işlem log'unda genellikle TRN_REF, REFERENCE_NUM veya UUID olarak etiketlenmiş işlem başlığı tablolarını kontrol edin.

Örnekler:::::::
TRX-2023-899102ACI-99281-AAPAY-0019283420231025-9981
Olay Zaman Damgası
EventTimestamp
Faaliyetin gerçekleştiği belirli tarih ve saat.
Açıklama

Bu öznitelik, bir event'in ACI ortamında gerçekleştiği anı kaydeder. Cycle süreleri, onay süreleri ve verim oranları dahil tüm zamana dayalı metrikleri hesaplamak için kullanılır. Hızlı otomatik adımları doğru bir şekilde sıralamak için yüksek hassasiyet (milisaniyeler) tercih edilir.

Neden Önemli?dir?

Olayları sıralamak ve performans sürelerini hesaplamak için gereklidir.

Nereden Alınır??

İşlem geçmişi veya denetim tablolarındaki 'Oluşturulma Tarihi' veya 'Güncelleme Tarihi' sütunlarına bakın.

Örnekler:::::::
2023-10-25T08:30:15.000Z2023-10-25T08:30:22.500Z2023-10-26T14:10:00.000Z
Bölüm
Department
Mevcut aktiviteden sorumlu dahili departman.
Açıklama

EventUser veya kuyruğu daha geniş bir organizasyon birimine (örn. 'Ödeme Operasyonları', 'Uyumluluk', 'Hazine') eşler. Bu, hangi ekiplerin süreci yavaşlattığını görmek için 'Etkinliğe Göre Darboğaz Analizi'nde yardımcı olur.

Neden Önemli?dir?

İş fonksiyonuna göre performansı bir araya getirir.

Nereden Alınır??

Kullanıcı tablolarından veya Organizasyonel Hiyerarşi eşlemesinden türetilmiştir.

Örnekler:::::::
OperasyonlarComplianceHazineBT Desteği
Hata Kodu
ErrorCode
Bir ödeme başarısız olduğunda veya onarım gerektirdiğinde oluşturulan kod.
Açıklama

'Ödeme Başarısız Oldu' veya 'Ödeme Hatası Tespit Edildi' olayının belirli nedenini yakalar. Bu özniteliğe göre 'Ödeme Başarısızlık ve Yeniden İşleme Analizi' kontrol paneli'unda gruplama, işletmenin en yaygın başarısızlık temel nedenlerini (örn. 'Yetersiz Fonlar', 'Geçersiz Hesap') belirlemesini sunar.

Neden Önemli?dir?

Süreç başarısızlıklarının Temel Neden Analizi için gereklidir.

Nereden Alınır??

Hata log'ları veya durum nedeni sütunları, genellikle REASON_CODE veya RETURN_CODE.

Örnekler:::::::
R01AM04BE05TECH_ERR_001
İşleme Kanalı
ProcessingChannel
Ödemenin başlatıldığı kanal.
Açıklama

Ödemenin giriş noktasını gösterir (örn. Mobil, Web Portalı, API veya Dosya Yükleme). Bu, 'Ödeme Süreci Varyant Analizi'nde belirli kanalların diğerlerinden daha fazla hataya veya gecikmeye yatkın olup olmadığını görmek için yardımcı olur.

Neden Önemli?dir?

Giriş yöntemine göre performansı segmentlere ayırır.

Nereden Alınır??

İşlem başlığı, genellikle CHANNEL, SOURCE_TYPE veya INPUT_METHOD adlı sütunlarda.

Örnekler:::::::
SWIFTİnternet BankacılığıMobil UygulamaDosya Yükleme
Ödeme Para Birimi
PaymentCurrency
Ödeme tutarı için ISO para birimi kodu.
Açıklama

PaymentAmount'ın hangi para biriminde olduğunu belirtir (örn. USD, EUR, GBP). Bu, farklı bölgelerdeki hacmi bir araya getiren kontrol paneli'larda data'yı normalleştirmek için gereklidir. Sınır ötesi ödeme karmaşıklıklarını anlamaya yardımcı olur.

Neden Önemli?dir?

Ödeme Tutarını doğru bir şekilde yorumlamak için gereklidir.

Nereden Alınır??

İşlem detay tabloları, genellikle CCY, CURRENCY_CODE veya ISO_CODE gibi alanlar.

Örnekler:::::::
USDEURGBPJPY
Ödeme Türü
PaymentType
Ödeme aracının sınıflandırılması.
Açıklama

Ödemeyi kategorize eder (örn. Havale, ACH, SEPA, RTGS). Farklı ödeme türlerinin genellikle çok farklı SLA'ları ve süreç akışları vardır. Bu öznitelik, 'Uçtan Uca Ödeme Döngü Süresi' kontrol paneli'unu filtrelemek için birincil bir boyuttur.

Neden Önemli?dir?

Yüksek hızlı ve toplu ödeme akışları arasında ayrım yapmak için büyük önem taşır.

Nereden Alınır??

İşlem başlığı, PMT_TYPE, INSTRUMENT_TYPE veya SERVICE_ID gibi alanlar.

Örnekler:::::::
Yurtiçi HavaleUluslararası HavaleACH CreditAnında Ödeme
Ödeme Tutarı
PaymentAmount
Ödeme işleminin parasal değeri.
Açıklama

Aktarılan finansal değeri gösterir. Bu, 'Ödeme Verimliliği'ni analiz etmek ve darboğazları önceliklendirmek için kritik bir bağlam alanıdır. Yüksek değerli ödemeler, düşük değerli otomatik akışlara kıyasla genellikle daha titiz onay yollarından (varyant analizi) geçer.

Neden Önemli?dir?

Değere göre segmentasyona ve toplam işlenen hacmin hesaplanmasına sunar.

Nereden Alınır??

İşlem detay tabloları, genellikle AMT, TRANS_AMOUNT veya PRINCIPAL_AMOUNT gibi alanlar.

Örnekler:::::::
1500.00250000.5050.001000000.00
Olay Kullanıcısı
EventUser
Aktiviteden sorumlu kullanıcı kimliği veya sistem aracısı.
Açıklama

Eylemi kimin gerçekleştirdiğini yakalar; ister bir insan kullanıcı (örn. onaylar için) ister bir sistem hesabı (örn. otomatik mutabakat için) olsun. Bu öznitelik, belirli kullanıcıların veya kuyrukların aşırı yüklenip yüklenmediğini belirlemek için 'Darboğaz Analizi' için büyük önem taşır.

Neden Önemli?dir?

Kaynak analizini ve görev ayrılığı denetimini sunar.

Nereden Alınır??

İşlem tablolarındaki denetim kayıtları veya 'UpdatedBy' sütunları.

Örnekler:::::::
SYSTEM_AGENT_01j.doeapprover_group_aBATCH_PROCESS
Son Ödeme Tarihi
PaymentDueDate
Ödemenin zamanında kabul edilmesi için mutabakatın yapılması gereken tarih.
Açıklama

Sözleşmeli veya talep edilen yürütme tarihini saklar. Bu tarih, 'Zamanında Ödeme Oranı' KPI'ını hesaplamak ve 'Son Ödeme Tarihi Compliance' kontrol paneli'unu desteklemek için gerçek mutabakat tarihiyle karşılaştırılır.

Neden Önemli?dir?

SLA uyumluluk'ını ve zamanında performansı ölçmek için kıyaslama noktası.

Nereden Alınır??

İşlem talimatları, genellikle VALUE_DATE, EXECUTION_DATE veya DUE_DATE.

Örnekler:::::::
2023-11-012023-11-05
Yeniden İşleme mi?
IsRework
Ödemenin tekrarlayan faaliyetlere maruz kalıp kalmadığını gösteren değer.
Açıklama

Veri işleme sırasında hesaplanan bir mantıksal (boolean) değerdir. 'Ödeme Detayları Doğrulandı' gibi etkinlikler birden fazla kez gerçekleşirse veya bir hata döngüsü tespit edilirse true olarak ayarlanır. Bu, 'Ödeme Yeniden İşleme Oranı' KPI'sını besler.

Neden Önemli?dir?

Karmaşık süreç sorgularına gerek kalmadan verimsiz case'leri hızla tanımlar.

Nereden Alınır??

Veri veri hattında her durum için yinelenen etkinlikleri kontrol ederek hesaplanır.

Örnekler:::::::
truefalse
Kaynak Sistem
SourceSystem
`event` `data`'sının kaynaklandığı sistemin adı.
Açıklama

ACI Worldwide ekosistemi içindeki belirli uygulamayı veya modülü (örn. ACI MTS, ACI UPF) veya akışa dahil olan harici sistemleri tanımlar. Bu, özellikle birden fazla muhasebe defterinde verileri birleştirirken veya ödeme harici takas evlerine dokunduğunda önemlidir.

Neden Önemli?dir?

data'nın nereden çıkarıldığına dair bağlam sunar, veri izlenebilirliği hata ayıklaması için faydalıdır.

Nereden Alınır??

Çıkarma sırasında sabit kodlanmış veya birden fazla örnek varsa bir SystemID sütunundan türetilmiştir.

Örnekler:::::::
ACI MTSACI UPPSAP GLSwift Ağ Geçidi
Lehtar Adı
BeneficiaryName
Ödemeyi alan varlığın adı.
Açıklama

İşlemdeki karşı tarafı tanımlar. Bu alanı analiz etmek, yüksek yeniden işleme oranları veya gecikmelerle ilişkili belirli tedarikçileri veya müşterileri belirlemeye yardımcı olabilir ve 'Ödeme Başarısızlık ve Yeniden İşleme Analizi'ni destekler.

Neden Önemli?dir?

Ödemenin hedefini belirler, müşteri odaklı analizler için faydalıdır.

Nereden Alınır??

Ödeme detay satırları; CREDITOR_NAME, BENE_NAME veya PAYEE gibi alanlar.

Örnekler:::::::
Acme CorpGlobal Supplies LtdCan Demir
Menşe Bölgesi
OriginatingRegion
Ödeme talebinin kaynaklandığı coğrafi bölge.
Açıklama

Talep sahibinin fiziksel veya mantıksal konumunu belirtir. Bu, 'Ödeme Süreci Varyant Analizi'nde belirli bölgelerin standart dışı yolları izleyip izlemediğini veya daha yüksek reddetme oranları yaşayıp yaşamadığını görmek için faydalıdır.

Neden Önemli?dir?

Süreç performansına coğrafi bağlam sunar.

Nereden Alınır??

İşlem başlığı, genellikle Şube Kodu veya Ülke Kodu'ndan türetilir.

Örnekler:::::::
Kuzey AmerikaEMEAAPAC
Mutabakat Kimliği
ReconciliationId
Ödemeyi genel muhasebe veya mutabakat kaydına bağlayan tanımlayıcıdır.
Açıklama

Bu kimlik, 'Ödeme Uzlaştırıldı' aktivitesi gerçekleştiğinde doldurulur. İşleme motorundaki ödemenin muhasebe sistemindeki entry ile eşleşmesini sunar. Mutabakatı yapılmış ödemelerde bu kimliğin olmaması, mutabakat hatalarını gösterir.

Neden Önemli?dir?

'Ödeme Mutabakat Verimliliği' kontrol paneli'u için büyük önem taşır.

Nereden Alınır??

Mutabakat tabloları veya RECON_REF veya GL_REF gibi belirli alanlar.

Örnekler:::::::
REC-9921GL-Entry-2023-11
Ödeme Gecikti mi
IsPaymentLate
Ödemenin vadesinden sonra yapılıp yapılmadığını gösteren değer.
Açıklama

Gerçek mutabakat tarihini PaymentDueDate ile karşılaştıran bir mantıksal (boolean) değerdir. 'Ödeme Vadesi Uyumluluğu' kontrol paneli metriklerini hesaplamak ve SLA ihlallerini belirlemek için kullanılır.

Neden Önemli?dir?

Compliance raporlamasını basitleştirir.

Nereden Alınır??

Hesaplandı: MutabakatTarihi > ÖdemeVadeTarihi.

Örnekler:::::::
truefalse
Onay Çevrim Süresi
ApprovalCycleTime
Onay aşamasında geçirilen süre.
Açıklama

'Ödeme Onaya Gönderildi' ve 'Ödeme Onaylandı' (veya Reddedildi) arasındaki süreyi hesaplar. Bu özel metrik, 'Ödeme Onay Döngüsü Süresi Analizi' kontrol paneli'unu besleyerek insan karar alma adımlarındaki gecikmeleri vurgular.

Neden Önemli?dir?

Sürecin insan bağımlı kısmını izole eder.

Nereden Alınır??

Hesaplandı: Zaman Damgası(Ödeme Onaylandı) - Zaman Damgası(Ödeme Onaya Gönderildi).

Örnekler:::::::
4 saat15 dakika
Son Veri Güncellemesi
LastDataUpdate
Kaydın `veri modeli`'de en son çıkarıldığı veya güncellendiği `zaman damgası (zaman damgası)dır.
Açıklama

Analizde kullanılan data'nın güncelliğini takip eder. Bu, bir süreç event time'ını değil, data ingestion'ın teknik zamanını temsil eder. Analistlerin gerçek zamanlı mı yoksa geçmiş anlık görüntülere mi baktıklarını bilmelerini sunar.

Neden Önemli?dir?

Veri güncelliğini sunar ve kontrol paneli'lardaki eski verileri belirlemeye yardımcı olur.

Nereden Alınır??

ETL script yürütme anındaki sistem zamanı.

Örnekler:::::::
2023-10-27T00:00:00.000Z2023-10-27T12:00:00.000Z
Gerekli Önerilen Opsiyonel

Ödeme İşlemleri Aktiviteleri

Bunlar, ödeme işlemlerinde doğru `process discovery` için event lognüze (event log) kaydetmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
6 Önerilen 8 Opsiyonel
Aktivite Açıklama
Fon Aktarıldı
Fonların ödeyen hesaptan başarılı bir şekilde çekildiğine dair ödeme ağından onay alındığını gösterir. Bu genellikle ağdan gelen bir gelen durum mesajından yakalanır.
Neden Önemli?dir?

Ödemenin harici ağ tarafından başarılı bir şekilde yürütüldüğünü onaylar. Mutabakat döneminin başlangıcını işaret eder ve 'Ortalama Ödeme Mutabakat Süresi' KPI'sı için önemli bir girdidir.

Nereden Alınır??

Bu, ödeme kaydını güncelleyen gelen bir status update message (örn. SWIFT'ten MT103 veya bir ACH onayı) tarafından tetiklenen açık bir event'tir.

Yakala

Takas ağından harici bir onay mesajının alınması üzerine log'lanır.

Event tipi explicit
Ödeme Hatası Tespit Edildi
Sistemin ödemeyle ilgili bir aşamada, örneğin geçersiz veri veya bir uyumluluk uyarısı gibi bir sorun tespit ettiğini gösterir. Bu olay, genellikle ilişkili bir hata koduyla açıkça log'lanır.
Neden Önemli?dir?

Bu aktivite, tüm yeniden işleme ve exception handling analizi için başlangıç noktasıdır. 'Ödeme Başarısızlığı ve Yeniden İşleme Analizi' ile 'Hata Çözüm Döngü Süresi' kontrol paneli'ları için gereklidir.

Nereden Alınır??

Bir hata log tablosunda açık girdiler veya işlem tablosunda 'Hata' veya 'Düzeltme Gerekiyor' durum değişikliği arayın. Bu olaylar Ödeme İşlem Kimliği ile bağlantılı olmalıdır.

Yakala

Sistemin doğrulama veya işleme motoru bir hata bayrağı kaldırdığında açık bir olay kaydedilir.

Event tipi explicit
Ödeme Onaylandı
Yetkili bir kullanıcının ödemeyi onaylayarak yürütmeye devam etmesini sağlayan önemli bir dönüm noktasıdır. Bu, genellikle onaylayanın sistemin kullanıcı arayüzünde bir eylem gerçekleştirmesiyle açık bir olay olarak kaydedilir.
Neden Önemli?dir?

Bu aktivite önemli bir kontrol noktası ve genellikle önemli bir bottleneck'tir. Bu adımdan önceki bekleme sürelerini ve onay cycle'ının süresini analiz etmek, ödemeleri hızlandırmak için fırsatları belirlemeye yardımcı olur.

Nereden Alınır??

Bir onay log tablosunda açık bir olay veya ana işlem tablosunda belirli bir kullanıcı eylemi ve zaman damgası (zaman damgası)yla bağlantılı 'Onaylandı' durum değişikliği arayın.

Yakala

Yetkili bir kullanıcı sistemde onay eylemini tamamladığında log'lanır.

Event tipi explicit
Ödeme Sonuçlandı
Ödeme sürecinin tamamlandığına ve fonların alıcıya yatırıldığına dair son onaydır, işlemi sonuçlandırır. Bu, ödeme süreç döngüsünün başarılı bir şekilde sona erdiğini temsil eden kritik bir `event`'tir.
Neden Önemli?dir?

Bu, süreç için birincil başarılı bitiş event'idir. Genel cycle süresini ve verimliliği hesaplamak için kullanılır ve neredeyse tüm uçtan uca performans kontrol paneli'ları için gereklidir.

Nereden Alınır??

Genellikle ağdan nihai bir mutabakat onay mesajı alındığında veya dahili defter işlemin tamamlanmasını yansıtacak şekilde güncellendiğinde kaydedilen açık bir event'tir.

Yakala

Nihai bir mutabakat dosyası veya mesajının alınması üzerine log'lanır ve durumu 'Yapıldı' olarak günceller.

Event tipi explicit
Ödeme Talebi Oluşturuldu
Bu aktivite, ACI Worldwide sistemi içinde yeni bir ödeme işleminin başlatıldığını işaret eder. Genellikle bir kullanıcının veya bir üst sistemin bir ödeme talebi gönderdiğinde kaydedilen açık bir `event`'tir ve benzersiz bir kimliğe sahip yeni bir işlem kaydı oluşturur.
Neden Önemli?dir?

Bu, ödeme süreci için birincil başlangıç event'idir. Bu aktiviteden tamamlanmaya kadar geçen süreyi analiz etmek, genel süreç verimliliğini ölçmek için temel olan uçtan uca cycle süresini sunar.

Nereden Alınır??

Bu, muhtemelen çekirdek işlem tablosunda veya ACI'daki özel bir event log'da kaydedilmiş açık bir event'tir. Payment Transaction ID ile ilişkili bir creation zaman damgası (zaman damgası) arayın.

Yakala

İşlem log'undaki oluşturma kaydı veya açık bir 'Oluştur' olayı ile tanımlanır.

Event tipi explicit
Ödeme Yetkilendirildi
İnsan onayından sonra ödemenin sistem düzeyinde yetkilendirilmesini temsil eder; fonları doğrular veya sahtekarlık kurallarına karşı kontrol eder. Bu, açık bir log girişi olabilir veya yürütme için hazır olduğunu gösteren bir durum değişikliğinden çıkarılabilir.
Neden Önemli?dir?

Bu, fonların hareket etmesi talimatı verilmeden önceki kritik bir kontrol noktasıdır. Bu aşamadaki gecikmeler, sistem performans sorunlarını veya uyumluluk ve fraud-check subsystems ile ilgili sorunları gösterebilir.

Nereden Alınır??

Bir sistem işleme veya güvenlik log'unda açık bir log kaydı arayın. Alternatif olarak, 'Onaylandı' durumundan 'Ödeme için Yetkilendirildi' durumuna yapılan bir güncellemeden çıkarılabilir.

Yakala

Sistemin ödeme motoru tarafından nihai dahili kontrollerden geçtikten sonra log'lanır.

Event tipi explicit
Ödeme Başarısız Oldu
Ödemenin kurtarılamaz bir sorun nedeniyle tamamlanamadığını gösteren nihai bir durumdur. Bu, çözülebilir bir hatadan farklıdır ve kesin bir başarısızlık son durumunu temsil eder.
Neden Önemli?dir?

Bu bitiş event'ini takip etmek, genel ödeme hata oranını belirlemeye yardımcı olur.saplamak için büyük önem taşır. Başarısızlık nedenlerini analiz etmek, data kalitesini ve süreç kurallarını iyileştirmeye yardımcı olabilir.

Nereden Alınır??

İşlem verilerindeki 'Başarısız Oldu', 'İptal Edildi' veya 'Banka Tarafından Reddedildi' gibi nihai, terminal bir durumdan çıkarılmıştır ve bu durum daha sonra değişmez.

Yakala

Ödeme kaydındaki nihai bir başarısızlık durumundan çıkarılmıştır.

Event tipi inferred
Ödeme Detayları Doğrulandı
Otomatik veya manuel kontrollerin tamamlandığını temsil eder; bu kontroller, alıcı bilgileri ve banka kodları gibi ödeme detaylarının doğru olduğundan emin olmak için yapılır. Bu aktivite genellikle işlemin durumunun 'Yeni'den 'Doğrulandı'ya veya 'Onay Bekliyor'a değişmesinden çıkarılır.
Neden Önemli?dir?

İlk data validation adımlarının verimliliğini izler. Buradaki gecikmeler, yukarı akışta bottleneck'ler yaratabilir ve süreçte daha sonra ödeme hataları olasılığını artırabilir.

Nereden Alınır??

Ana ödeme işlem tablosundaki durum değişikliği alanlarından çıkarılmıştır. 'Oluşturuldu' durumu ile sonraki 'Doğrulandı' veya benzeri bir durum arasındaki zaman damgalarını karşılaştırın.

Yakala

Ödeme durum alanındaki bir değişiklikten, örneğin 'Girildi'den 'Doğrulandı'ya geçişten çıkarılmıştır.

Event tipi inferred
Ödeme Hatası Çözüldü
Daha önce tespit edilen bir hatanın bir kullanıcı tarafından düzeltildiği ve ödemenin işleme için yeniden gönderildiği noktayı işaretler. Bu, genellikle bir ödemenin durumunun bir hata durumundan normal bir işleme durumuna geri döndüğünde çıkarılır.
Neden Önemli?dir?

Bu aktivite istisna döngüsünü kapatır. 'Ödeme Hatası Tespit Edildi' ile bu event arasındaki süre, operasyonel verimliliğin temel bir ölçüsü olan hata çözünürlüğü döngü süresidir.

Nereden Alınır??

Bir 'Hata' durumundan 'Onay Bekliyor' veya 'Doğrulandı' gibi bir işleme durumuna geçişten çıkarılmıştır. Ayrıca açık bir kullanıcı eylem log'u da olabilir.

Yakala

Bir hata durumundan çıkan bir durum değişikliğinden çıkarılmıştır, bu da bir düzeltmenin yapıldığını gösterir.

Event tipi inferred
Ödeme Mutabakatı Yapıldı
ACI'da kaydedilen ödeme işleminin banka ekstreleri veya defter kayıtları ile eşleştirildiği son muhasebe adımını temsil eder. Bu, bir mutabakat modülünden gelen açık bir `event` olabilir veya bir durum değişikliği ile çıkarılabilir.
Neden Önemli?dir?

Bu aktivite, arka ofis mutabakat sürecinin verimliliğini ölçer. Buradaki gecikmeler, finansal raporlamanın doğruluğunu etkileyebilir ve ödenmemiş ödeme sorunlarını gizleyebilir.

Nereden Alınır??

Bu bilgi, ACI içindeki özel bir mutabakat modülünden veya harici bir ERP sisteminden gelebilir. Ödeme kaydında 'Mutabakatı Yapıldı'ya yapılan bir status update aracılığıyla yakalanacaktır.

Yakala

Nihai bir 'Mutabakat Edildi' durum güncellemesinden veya Ödeme Kimliği ile birleştirilen mutabakat verilerinden çıkarılmıştır.

Event tipi inferred
Ödeme Onaylandı
Ödemenin başarıyla işlendiğine ve bir onayın alındığına dair dahili onayı temsil eder. Bu genellikle alıcıyı veya diğer dahili sistemleri bilgilendirmek için bir tetikleme noktası görevi görür.
Neden Önemli?dir?

Bu kilometre taşı, due date uyumluluk ve On-Time Payment Rate ölçümü için büyük önem taşır. Kuruluşun ödemeyi başarılı bir şekilde yapılmış kabul ettiği zamana dair net bir zaman damgası (zaman damgası) sunar.

Nereden Alınır??

Bu, genellikle harici ağ onayı alındıktan sonra ödeme işlem tablosundaki bir status change'den 'Onaylandı' veya 'Tamamlandı' durumuna çıkarılır.

Yakala

Durum değişikliğinden 'Onaylandı' veya 'İşlendi' olarak çıkarılmıştır.

Event tipi inferred
Ödeme Reddedildi
Bir onaylayıcı ödeme talebini reddettiğinde meydana gelir, genellikle düzeltme ve yeniden gönderme gerektirir. Bu, ödemenin ilerlemesini durduran ve bir yeniden işleme döngüsü başlatan açık bir olaydır.
Neden Önemli?dir?

Yeniden işleme ve süreç verimsizliklerini belirler. Reddetme sıklığını takip etmek, ilk veri kalitesi veya gönderim politikalarıyla ilgili sorunları teşhis etmeye yardımcı olur ve yeniden işleme analizini destekler.

Nereden Alınır??

Onay log'unda açık bir olay olarak veya işlem tablosunda 'Reddedildi' durum değişikliği olarak yakalanır. Olay, ret için bir neden kodu içerebilir.

Yakala

Bir onaylayıcı sistemde reddetme eylemini tamamladığında log'lanır.

Event tipi explicit
Ödeme Talimatı Gönderildi
Ödeme talimatının derlenip SWIFT, ACH veya SEPA gibi harici bir ödeme ağına iletildiği noktayı işaretler. ACI sistemleri, denetim ve takip amaçları için bu teslimi açıkça log'lar.
Neden Önemli?dir?

Bu, birçok ödeme türü için 'geri dönüşü olmayan nokta'dır. Bunu takip etmek, dış bağımlılıklar devralmadan önceki dahili işleme süresini ölçmeye yardımcı olur.

Nereden Alınır??

Bu, neredeyse her zaman ACI'nın işlem veya mesajlaşma loglarında kaydedilen açık bir event'tir ve genellikle ağa özel bir referans numarası içerir.

Yakala

Ödeme mesajı harici ağa gönderildiğinde açık bir log kaydı oluşturulur.

Event tipi explicit
Onay İçin Ödeme Gönderildi
Ödemenin ilk doğrulamayı geçtiğini ve gerekli yönetsel veya finansal onay için yönlendirildiğini gösterir. Bu, tipik olarak ödeme iş akışını (workflow) içindeki bir durum değişikliği ile yakalanır.
Neden Önemli?dir?

Bu, onay alt sürecinin başlangıcını işaret eder. Bu noktadan 'Ödeme Onaylandı'ya kadar geçen süreyi ölçmek, 'Ödeme Onay Döngüsü Süresi Analizi' kontrol paneli'u için büyük önem taşır.

Nereden Alınır??

İşlem verilerindeki ödeme durumu alanındaki bir değişiklikten, örneğin 'Onay Bekliyor' durumuna geçişten türetilmiştir.

Yakala

'Onay Bekliyor' veya benzeri bir durum değişikliğinden ve buna karşılık gelen bir zaman damgası (zaman damgası)ndan çıkarılmıştır.

Event tipi inferred
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

ACI Worldwide'dan verilerinizi nasıl alırsınız?