Ödeme Süreçleri Veri Şablonunuz
Ödeme Süreçleri Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Adyen için pratik veri çıkarma rehberliği
Ödeme Süreçleri Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet Adı
EventCode
|
Ödeme yaşam döngüsünde meydana gelen belirli aşama veya eylem. | ||
|
Açıklama
Bu öznitelik, AUTHORISATION, CAPTURE veya REFUND gibi meydana gelen belirli olayı tanımlar. Süreç haritasındaki düğümleri belirler ve işlemin akışını tayin eder. Analizde, bu kodlar süreç akışını görselleştirmek için insan tarafından okunabilir etkinlik adlarına çevrilir. Bu kodların sırasındaki varyasyonlar, düz geçişli işleme (straight-through processing) ve istisna işleme (exception handling) gibi farklı süreç yollarını gösterir.
Neden önemli
Süreç madenciliği modelinin 'ne'sini tanımlar, süreç akışlarının görselleştirilmesini sağlar.
Nereden alınır
Adyen Bildirim Webhook'larının 'eventCode' alanı.
Örnekler
AUTHORISATIONCAPTUREİADECANCELLATIONCHARGEBACK
|
|||
|
Ödeme İşlem Kimliği
PspReference
|
Adyen tarafından her ödeme işlemine atanan benzersiz referans kimliği. | ||
|
Açıklama
Bu öznitelik, Adyen ekosistemi içindeki tüm ödeme yaşam döngüsü için birincil anahtar görevi görür. İlk ödeme talebini, yetkilendirme, çekim, mutabakat ve potansiyel iadeler veya ters ibrazlar gibi sonraki olaylara bağlar. Analizde, bu Kimlik, ayrık olayları tek bir vaka halinde gruplandırmak için kullanılır ve uçtan uca süreç yeniden yapılandırmasını sağlar. Analistlerin bir ödemenin müşterinin başlatmasından nihai finansal mutabakata kadar olan belirli yolculuğunu takip etmelerine olanak tanır.
Neden önemli
Bağlantısı kesilmiş olayları madencilik için tek bir süreç örneğinde gruplandıran temel bağlantıdır.
Nereden alınır
Adyen Ödeme Yanıtı 'pspReference' veya Mutabakat Detay Raporu 'PSP Reference' sütunu.
Örnekler
851564567890123479145612345678908825641234567890
|
|||
|
Olay Zaman Damgası
EventDate
|
Belirli ödeme faaliyetinin gerçekleştiği tarih ve saat. | ||
|
Açıklama
Bu öznitelik, bir olayın (yetkilendirme veya mutabakat gibi) sisteme ne zaman kaydedildiğine dair kesin zaman damgasını kaydeder. Bir vaka içindeki faaliyetlerin kronolojik sıralamasını sağlar. Analizde, bu, döngü sürelerini hesaplamak, darboğazları belirlemek ve sistemin zaman içindeki verimini belirlemek için çok önemlidir. 'Overall Payment Cycle Time' gibi tüm zaman tabanlı KPI'ları destekler.
Neden önemli
Olayları sıralamak ve tüm süreye dayalı metrikleri hesaplamak için esastır.
Nereden alınır
Adyen Bildirim Webhook'larının 'eventDate' alanı.
Örnekler
2023-10-27T10:00:00+01:002023-10-27T10:05:30+01:002023-10-28T09:15:00+01:00
|
|||
|
Kaynak Sistem
SourceSystem
|
Verinin kaynaklandığı sistemin adı. | ||
|
Açıklama
Bu statik öznitelik, kaydın Adyen'den geldiğini belirtir. Çoklu sistem süreç madenciliğinde (örn. Adyen'i SAP ile birleştirmede) bu, köken tespiti için çok önemlidir. Analizde, kullanıcıların ödeme ağ geçidinde mi yoksa ERP veya Sipariş Yönetim Sistemi'nde mi gerçekleşen faaliyetleri filtrelemesine olanak tanır.
Neden önemli
Çoklu sistem süreç madenciliğinde veri soyu için çok önemlidir.
Nereden alınır
Çıkarma sırasında statik değer.
Örnekler
AdyenAdyen_Production
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Kaydın en son çıkarıldığı veya yenilendiği zaman damgası. | ||
|
Açıklama
Bu öznitelik, süreç madenciliği modelindeki verilerin güncelliğini gösterir. Kullanıcıların gerçek zamanlı verilere mi yoksa anlık bir görüntüye mi baktıklarını anlamalarına yardımcı olur. Analizde, bu öncelikli olarak veri yönetimi ve hattın doğru çalıştığını doğrulamak için kullanılan teknik bir alandır.
Neden önemli
Veri güncelliğini takip etmek için teknik alan.
Nereden alınır
Çıkarım sırasındaki sistem zamanı.
Örnekler
2023-10-30T12:00:00Z
|
|||
|
Genel Ödeme Döngüsü Süresi
TotalCycleTime
|
Ödeme talebi oluşturulmasından mutabakata kadar geçen toplam süre. | ||
|
Açıklama
Bu, ilk olay (örn. 'Payment Request Received') ile 'Payment Settled' olayı arasında geçen süreyi ölçen hesaplanmış bir metriktir. Analizde, bu birincil verimlilik KPI'ıdır. Nakit akışının hızını vurgular. Uzun döngü süreleri, çekim gecikmeleri veya mutabakat döngüleri ile ilgili sorunları gösterebilir.
Neden önemli
İşletme sermayesi optimizasyonu için KPI.
Nereden alınır
Hesaplanan: Zaman Damgası(Mutabakat) - Zaman Damgası(Oluşturuldu).
Örnekler
2 gün4 saat5 dakika
|
|||
|
İşlem Tutarı
PaymentAmount
|
Ödeme işleminin parasal değeri. | ||
|
Açıklama
Bu öznitelik, işlemle ilişkili finansal değeri temsil eder. Genellikle ham verilerde küçük bir birim olarak (örn. sent) saklanır, ancak raporlama için dönüştürülmelidir. Analizde, bu, 'Payment Throughput' Dashboard'unu etkinleştirir ve yüksek değerli yeniden işleme vakalarını önceliklendirmeye yardımcı olur. Ayrıca, işlenen toplam hacmi ve başarısız işlemlerin finansal etkisini hesaplamak için de kullanılır.
Neden önemli
Finansal etki analizi ve verim izleme için gereklidir.
Nereden alınır
Adyen Ödeme İsteği 'amount.value'.
Örnekler
10005509900
|
|||
|
İşyeri Hesabı
MerchantAccount
|
İşlemi işleyen Adyen içindeki belirli satıcı hesabı. | ||
|
Açıklama
Adyen, tek bir şirket hesabı altında birden fazla işyeri hesabına izin verir. Bu öznitelik, ödemeyi hangi spesifik iş biriminin, markanın veya bölgesel kuruluşun işlediğini tanımlar. Analizde bu, segmentasyon için birincil bir boyut görevi görür. Paydaşların farklı iş birimleri veya markalar arasında performansı, hata oranlarını ve hacimleri karşılaştırmasına olanak tanıyarak iyileştirme için belirli alanları belirlemeye yardımcı olur.
Neden önemli
Performansı iş birimine veya bağlı kuruluşa göre segmentlere ayırmak için anahtar.
Nereden alınır
Adyen Ödeme İsteği/Yanıtı 'merchantAccount'.
Örnekler
MyStore_UKMyStore_USGlobalSales_Main
|
|||
|
Ödeme Durumu
PaymentStatus
|
Ödemenin mevcut durumu (örn. Authorised, Settled, Refused). | ||
|
Açıklama
Bu öznitelik, ödeme işleminin bilinen en son durumunu yansıtır. Genellikle vakadaki en son etkinlikten türetilir. Analizde, bu, vakaların hızlı filtrelenmesini sağlar (örn. 'Şu anda Reddedilen tüm ödemeleri göster'). 'Payment Throughput and Status Monitoring' Dashboard'u için esastır.
Neden önemli
İşlemin mevcut durumunun anlık görüntüsünü sağlar.
Nereden alınır
Vakadaki son olay kodundan türetilmiştir.
Örnekler
ÖdendiReddedildiYetkilendirildi
|
|||
|
Ödeme Yöntemi
PaymentMethod
|
Müşterinin Visa veya PayPal gibi ödeme yapmak için kullandığı belirli yöntem. | ||
|
Açıklama
Bu öznitelik, kredi kartı markaları (Visa, MC), dijital cüzdanlar (PayPal, Apple Pay) veya yerel ödeme yöntemleri (iDEAL, Sofort) dahil olmak üzere kullanılan ödeme aracının türünü yakalar. Analizde, bu 'Payment Method Performance Insights' Dashboard'u için hayati öneme sahiptir. Belirli ödeme yöntemleri ile yetkilendirme oranları, işlem hızları veya teknik hatalar arasındaki korelasyonları belirlemeye yardımcı olur.
Neden önemli
Farklı ödeme sağlayıcıları arasında başarı oranlarını ve maliyetleri analiz etmek için kritik öneme sahiptir.
Nereden alınır
Adyen Ödeme Yanıtı 'paymentMethod.brand' veya 'paymentMethod.type'.
Örnekler
visamcpaypalidealklarna
|
|||
|
Reddetme Nedeni
RefusalReason
|
Bir ödemenin neden reddedildiğini veya başarısız olduğunu açıklayan metin açıklaması. | ||
|
Açıklama
Bir işlem başarısız olduğunda, Adyen bir neden kodu veya açıklaması sağlar (örn. 'Not enough balance', 'CVC Declined', 'Expired Card'). Analizde, bu, 'Payment Transaction Failure Rate' Dashboard'u için birincil itici güçtür. Bu nedenleri analiz etmek, başarısızlıkların teknik sorunlardan, dolandırıcılık kurallarından veya müşteri davranışından kaynaklanıp kaynaklanmadığını belirlemeye yardımcı olur ve belirli düzeltici eylemleri yönlendirir.
Neden önemli
Başarısız ödemelerin temel neden analizleri için ana özniteliktir.
Nereden alınır
Adyen Ödeme Yanıtı 'refusalReason'.
Örnekler
ReddedildiYetersiz bakiyeSüresi Dolmuş KartEdinici HatasıDolandırıcılık
|
|||
|
Yeniden İşleme mi?
IsRework
|
İşlemin yeniden denemeler veya hata düzeltmeleri içerip içermediğini gösteren bayrak. | ||
|
Açıklama
Vakanın birden fazla yetkilendirme denemesi içerip içermediğini veya 'Ödeme Reddedildi' gibi faaliyetlerin ardından bir yeniden deneme içerip içermediğini gösteren bir boolean bayrağıdır. Analizde bu, 'Ödeme Yeniden İşleme ve İstisna Yoğun Noktaları' Dashboard'ını yönlendirir. Analistlerin sorunlu vakaları özel olarak filtrelemesini ve süreç akışlarının neden ideal yolu izlemediğini anlamasını sağlar.
Neden önemli
Manuel veya sistem müdahalesi gerektiren verimsiz vakaları belirler.
Nereden alınır
Hata olaylarının 0'dan büyük olma durumuna göre hesaplanır.
Örnekler
truefalse
|
|||
|
Dolandırıcılık Risk Puanı
RiskScore
|
Dolandırıcılık motoru tarafından işleme atanan risk skoru. | ||
|
Açıklama
Adyen'in RevenueProtect motoru, dolandırıcılık olasılığını gösteren sayısal bir puan (0-100) atar. Daha yüksek puanlar genellikle manuel incelemeyi veya otomatik engellemeyi tetikler. Analizde bu, 'Finansal Uyumluluk Risk Genel Bakışı'nı destekler. Yüksek risk puanlarını ters ibrazlarla ilişkilendirmek, dolandırıcılık kurallarının ayarlanmasına yardımcı olur. Başarılı ödemelerle sonuçlanan yüksek puanlar, risk modelinde yanlış pozitifler olduğunu gösterebilir.
Neden önemli
Dolandırıcılık önleme mantığının verimliliğini analiz etmek için esastır.
Nereden alınır
Adyen Risk API yanıtı veya Raporlama 'fraudResult.accountScore'.
Örnekler
025100
|
|||
|
Edinici Referansı
AcquirerReference
|
Edinen banka tarafından sağlanan referans numarası. | ||
|
Açıklama
Bu, kart işlemini gerçekleştiren temel finans kurumu (edinici) tarafından atanan harici referanstır. Adyen PSP referansından farklıdır. Analizde, bu alan 'Payment Reconciliation Delay Analysis' için kritik öneme sahiptir. Adyen kayıtlarını harici defterlerdeki banka ekstreleriyle eşleştirmek için kullanılan anahtardır.
Neden önemli
Üç yollu eşleşme ve harici mutabakat için esastır.
Nereden alınır
Adyen Ödeme Yanıtı 'additionalData.acquirerReference'.
Örnekler
1234567890987654321
|
|||
|
Müşteri Etkileşim Tipi
ShopperInteraction
|
Ödemenin E-ticaret, POS veya bir abonelik (ContAuth) olup olmadığını gösterir. | ||
|
Açıklama
Bu öznitelik, müşteri ile satıcı arasındaki etkileşimin doğasını sınıflandırır. Tipik değerler Analizde, bu farklı iş modelleri ve satış kanalları arasında ayrım yapmaya yardımcı olur. Süreç akışları genellikle POS ve Ecommerce arasında önemli ölçüde farklılık gösterir, bu da bunu temiz süreç keşfi için hayati bir filtre yapar.
Neden önemli
Çevrimiçi, mağaza içi ve yinelenen ödemeler arasındaki süreç akışlarını ayırt eder.
Nereden alınır
Adyen Ödeme İsteği 'shopperInteraction'.
Örnekler
E-ticaretContAuthPOSMoto
|
|||
|
Müşteri Kimliği
ShopperReference
|
Birden fazla işlemde müşteriyi tanımlamak için kullanılan benzersiz bir referans. | ||
|
Açıklama
Bu tanımlayıcı, farklı işlemleri aynı müşteri varlığına bağlar. Ödeme talebi sırasında satıcı tarafından sağlanır. Analizde, bu, müşteri odaklı bir analize olanak tanır, dolandırıcılık vakalarında tekrarlayan suçluların veya başarılı işlem analizlerinde sadık müşterilerin tespitini sağlar. 'Müşteri' genel eşleştirmesini kolaylaştırır.
Neden önemli
Müşteri düzeyinde toplama ve davranış analizi sağlar.
Nereden alınır
Adyen Ödeme İsteği 'shopperReference'.
Örnekler
CUST-001user_12345email@example.com
|
|||
|
Müşteri Ülkesi
ShopperCountry
|
Müşterinin iki harfli ülke kodu. | ||
|
Açıklama
Bu öznitelik, müşterinin konumunu belirtir, genellikle kartı veren ülke veya fatura adresinden türetilir. Analizde, bölgesel performans analizi için kullanılır. Belirli ülkelerin yerel bankacılık altyapısı nedeniyle daha yüksek reddetme oranlarına veya daha yavaş işlem sürelerine sahip olup olmadığını belirlemeye yardımcı olur.
Neden önemli
Ödeme performansının coğrafi olarak segmentasyonunu sağlar.
Nereden alınır
Adyen Ödeme İsteği 'countryCode' veya 'billingAddress.country'.
Örnekler
NLUSDE
|
|||
|
Mutabakat Toplu İşlem Numarası
BatchNumber
|
Fon mutabakatıyla ilişkili toplu işlem numarası. | ||
|
Açıklama
Adyen, mutabakatı yapılmış ödemeleri ödeme için partiler halinde gruplandırır. Bu öznitelik, belirli bir işlemin hangi partiye ait olduğunu tanımlar. Analizde bu, ödemeleri ödeme döngülerine göre gruplandırmak için kullanılır. Belirli partilerin gecikip gecikmediğini denetlemeye yardımcı olur ve 'Ödeme Mutabakatı Yapıldı' etkinliğinin takibini destekler.
Neden önemli
Bireysel işlemleri toplu finansal mutabakatlara bağlar.
Nereden alınır
Adyen Mutabakat Detay Raporu 'Parti Numarası'.
Örnekler
100255
|
|||
|
Para Birimi
PaymentCurrency
|
İşlemin para birimini belirten üç harfli ISO kodu. | ||
|
Açıklama
Bu öznitelik, Analizde, bu, işlemleri pazara göre gruplandırmak için kullanılır ve farklı bölgelerdeki verileri toplarken finansal değerleri normalleştirmek için esastır.
Neden önemli
Tutar alanını çoklu para birimi raporlaması için bağlamlandırır.
Nereden alınır
Adyen Ödeme İsteği 'amount.currency'.
Örnekler
EURUSDGBP
|
|||
|
Yetki Kodu
AuthorisationCode
|
Onay üzerine düzenleyici kuruluş tarafından döndürülen yetkilendirme kodu. | ||
|
Açıklama
Fonların kart sahibinin kartında ayrıldığını gösteren bir koddur. Bu, başarılı bir yetkilendirmenin kanıtıdır. Analizde bu, öncelikle denetim ve izlenebilirlik içindir. 'Ödeme Yetkilendirildi' etkinliğinin meşru olduğunu doğrular.
Neden önemli
Denetim izleri için başarılı yetkilendirmenin kanıtı.
Nereden alınır
Adyen Ödeme Yanıtı 'authCode'.
Örnekler
123456098712
|
|||
Ödeme Süreçleri Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Ödeme Alındı
|
Müşteriden satıcıya fon transferi komutu başarıyla işlendi. Bu, anında (otomatik çekim) veya gecikmeli (manuel çekim) olabilir. | ||
|
Neden önemli
Gelir tanımını doğrular. Yetkilendirme ve Tahsilat arasındaki süre, 'Ödeme Yetkilendirme Ön Süresi' KPI'sı için anahtardır.
Nereden alınır
Adyen Bildirim Webhook'u: eventCode 'CAPTURE' (başarılı).
Yakala
TAHSİLAT webhook başarısında kaydedildi
Event tipi
explicit
|
|||
|
Ödeme Reddedildi
|
İşlem, düzenleyici kuruluş veya Adyen'in risk kuralları tarafından reddedildi. Yetkilendirme webhook'u aracılığıyla bir hata durumuyla yakalandı. | ||
|
Neden önemli
'Ödeme İşlemi Hata Oranı' KPI'sını doğrudan etkiler. Reddetme nedenlerinin analizi, yetkilendirme oranlarını optimize etmeye yardımcı olur.
Nereden alınır
Adyen Bildirim Webhook'u: eventCode 'AUTHORISATION' (başarısız).
Yakala
YETKİLENDİRME webhook hatasında kaydedildi
Event tipi
explicit
|
|||
|
Ödeme Sonuçlandı
|
Fonlar başarıyla temizlendi ve işyerinin Adyen hesabına alacaklandırıldı. Bu, Mutabakat Detay Raporu'nda görünür. | ||
|
Neden önemli
Başarılı sürecin finansal sonucudur. 'Overall Payment Cycle Time' ve 'Payment Reconciliation Delay Analysis' için hayati öneme sahiptir.
Nereden alınır
Adyen Mutabakat Detay Raporu (SDR), kayıt türü 'Settled'.
Yakala
İşlem Mutabakat Raporu'nda göründüğünde kaydedildi
Event tipi
explicit
|
|||
|
Ödeme Talebi Alındı
|
Adyen ödeme platformu tarafından işlem talebinin ilk alındığı andır. Bu, ilk API isteği zaman damgasından veya pspReference'ın oluşturulmasından yakalanır. | ||
|
Neden önemli
Süreç örneğinin mutlak başlangıcını işaretler. Toplam uçtan uca döngü süresini hesaplamak için esastır.
Nereden alınır
Adyen Ödeme API günlükleri veya pspReference oluşturulmasıyla ilişkili zaman damgası.
Yakala
pspReference API aracılığıyla oluşturulduğunda kaydedildi
Event tipi
explicit
|
|||
|
Ödeme Yetkilendirildi
|
Kartı veren kuruluş veya ödeme yöntemi işlemi onayladı ve fonlar ayrıldı. Standart Adyen bildirim webhook'u aracılığıyla yakalandı. | ||
|
Neden önemli
İşlemin geçerli olduğunu ve fonların mevcut olduğunu gösteren kritik bir dönüm noktasıdır. Tahsilat için bir ön koşuldur.
Nereden alınır
Adyen Bildirim Webhook'u: eventCode 'AUTHORISATION' (başarılı).
Yakala
YETKİLENDİRME webhook başarısında kaydedildi
Event tipi
explicit
|
|||
|
İade Başlatıldı
|
Müşteriye fonların iade edilmesi talebi tetiklendi. Bu, ters bir süreç akışı başlatır. | ||
|
Neden önemli
Mutabakat sonrası bir istisnayı belirtir. Yüksek iade oranları, yukarı akışta kalite sorunlarına işaret edebilir.
Nereden alınır
Adyen Bildirim Webhook'u: eventCode 'REFUND'.
Yakala
İADE webhook tetiklemesinde kaydedildi
Event tipi
explicit
|
|||
|
İade Mutabakata Bağlandı
|
İade finansal olarak işlendi ve satıcı hesabından borçlandırıldı. Mutabakat Detay Raporu aracılığıyla onaylandı. | ||
|
Neden önemli
İade sürecini tamamlar. İade hatadan kaynaklanıyorsa 'Ortalama Hata Çözüm Süresi' için önemlidir.
Nereden alınır
Adyen Mutabakat Detay Raporu, kayıt türü 'Refunded' veya 'RefundedReversed'.
Yakala
İade Mutabakat Raporu'nda göründüğünde kaydedildi
Event tipi
explicit
|
|||
|
Ödeme İptal Edildi
|
Yetkilendirme, fonlar çekilmeden önce iptal edildi. Bu, müşterinin kartındaki ayrılmış fonları serbest bırakır. | ||
|
Neden önemli
Geçerli bir siparişin tamamlanmadan önce sonlandırıldığı bir süreç döngüsünü temsil eder; genellikle müşteri isteği veya envanter zaman aşımı nedeniyle.
Nereden alınır
Adyen Bildirim Webhook'u: eventCode 'CANCELLATION'.
Yakala
İPTAL webhook'unda kaydedildi
Event tipi
explicit
|
|||
|
Ödeme Mutabakata Gönderildi
|
Adyen, işlemi finansal işlem için edinici bankaya veya ağa iletti. Durum SentForSettlement olarak değişir. | ||
|
Neden önemli
Operasyonel işleme ile finansal takas arasındaki geçişi işaretler. Buradaki gecikmeler nakit akışını etkiler.
Nereden alınır
Adyen İşlem Durumu API'si veya durum değişikliği geçmiş günlüklerinden çıkarılan bilgi.
Yakala
Durum alanı geçişini SentForSettlement ile karşılaştırın
Event tipi
inferred
|
|||
|
Ödeme Onaylandı
|
Mutabakatı yapılmış işlemlerin bir partisiyle ilişkili fonlar, işyerinin banka hesabına ödendi. | ||
|
Neden önemli
İşletmeye yapılan gerçek nakit transferini temsil eder, 'Payment Reconciliation Cycle Time' ile bağlantılıdır.
Nereden alınır
Adyen Bildirim Webhook'u: eventCode 'PAYOUT_THIRD_PARTY' veya Ödeme Raporu'ndan çıkarılan bilgi.
Yakala
Ödeme Raporu parti kimliğini İşlem Kimliği ile birleştirin
Event tipi
inferred
|
|||
|
Risk Tarama Gerçekleştirildi
|
Adyen'in RevenueProtect motoru, işlemi dolandırıcılık sinyalleri açısından analiz eder. Bu, yetkilendirme yanıtındaki bir dolandırıcılık puanının veya risk sonucunun varlığından çıkarılır. | ||
|
Neden önemli
Yüksek risk puanları, manuel incelemeleri veya otomatik retleri tetikleyebilir, bu da darboğazlar veya süreç sonlandırma noktaları oluşturabilir.
Nereden alınır
Adyen Ödeme Yanıtı (fraudResult alanı) veya Vaka Yönetimi günlükleri.
Yakala
fraudResult nesnesinin varlığından çıkarılan bilgi
Event tipi
inferred
|
|||
|
Tahsilat Başarısız
|
Yetkilendirilmiş fonları çekme girişimi başarısız oldu, genellikle teknik zaman aşımı veya yetkilendirme ile çekme arasındaki kart durumu değişiklikleri nedeniyle. | ||
|
Neden önemli
Yeniden işleme veya yeniden deneme gerektiren kritik hata noktası. 'Ödeme İstisna Oranı'na katkıda bulunur.
Nereden alınır
Adyen Bildirim Webhook'u: eventCode 'CAPTURE_FAILED'.
Yakala
TAHSİLAT_BAŞARISIZ webhook'unda kaydedildi
Event tipi
explicit
|
|||
|
Teknik Hata Kaydedildi
|
İşlem sırasında bir webhook hatası veya API zaman aşımı gibi bir sistem hatası oluştu. Arayüzdeki belirli hata kodları aracılığıyla tespit edilir. | ||
|
Neden önemli
Teknik ve finansal hataları kategorize ederek 'Ödeme İşlemi Hata Oranı' analizini doğrudan destekler.
Nereden alınır
Adyen Arayüz günlükleri veya API çağrılarındaki belirli hata yanıtları.
Yakala
5xx veya 4xx hata yanıt kodu döndüğünde kaydedildi
Event tipi
explicit
|
|||
|
Ters İbraz Bildirimi Alındı
|
Adyen, kart şemasından bir anlaşmazlık bildirimi aldı. Bu, anlaşmazlık iş akışını tetikler. | ||
|
Neden önemli
Önemli bir uyumluluk ve risk göstergesidir. 'Uyumluluk Olay Oranı'nı yönlendirir ve acil manuel müdahale gerektirir.
Nereden alınır
Adyen Bildirim Webhook'u: eventCode 'CHARGEBACK' veya 'NOTIFICATION_OF_CHARGEBACK'.
Yakala
TERS_İBRAZ webhook'unda kaydedildi
Event tipi
explicit
|
|||
|
Ters İbraz Savunuldu
|
Adyen'e bir ters ibraza itiraz etmek için kanıt sunulmuştur. Bu, anlaşmazlık akışında bir yeniden işleme/manuel faaliyeti temsil eder. | ||
|
Neden önemli
Gelir koruması için harcanan çabayı takip eder. 'Payment Rework Rate' için önemlidir.
Nereden alınır
Delil sunumunu gösteren Adyen Anlaşmazlıkları API'si veya Vaka Yönetimi günlükleri.
Yakala
Durumun 'Savunma Sunuldu' olarak değişmesinden çıkarılan bilgi
Event tipi
inferred
|
|||
|
Ters İbraz Tersine Çevrildi
|
Anlaşmazlık kazanıldı ve fonlar satıcıya iade edildi. Bu, bir istisnanın başarılı bir şekilde çözülmesidir. | ||
|
Neden önemli
Risk yönetimi için olumlu sonuç. İlk ters ibrazın finansal etkisini dengeler.
Nereden alınır
Adyen Bildirim Webhook'u: eventCode 'CHARGEBACK_REVERSED'.
Yakala
TERS_İBRAZ_TERSİNE_ÇEVRİLDİ webhook'unda kaydedildi
Event tipi
explicit
|
|||