Ödeme işlemleri veri şablonunuz
Ödeme işlemleri veri şablonunuz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Adyen’den veri çıkarmaya yönelik pratik yönergeler
Ödeme işlemleri öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Etkinlik adı
EventCode
|
Ödeme sürecinde gerçekleşen belirli aşama veya işlem. | ||
|
Açıklama
Bu öznitelik, AUTHORISATION, CAPTURE veya REFUND gibi gerçekleşen olayı tanımlar. Süreç haritasındaki düğümleri belirler ve işlemin akışını gösterir. Analiz sırasında süreç akışını görselleştirmek için bu kodlar herkesin anlayabileceği etkinlik adlarına çevrilir. Kodların sıralamasındaki farklılıklar, işlemin doğrudan tamamlanması veya istisnaların ele alınması gibi farklı süreç yollarını gösterir.
Neden önemli?
Süreç akışlarını görselleştirmeyi sağlayarak Process Mining modelinin 'ne' sorusunu yanıtlar.
Nereden alınır?
Adyen Notification Webhooks içindeki 'eventCode' alanı.
Örnekler
YETKİLENDİRMETAHSİLATİADEİPTALTERS İ ibraz
|
|||
|
Olay zaman damgası
EventDate
|
Ödeme etkinliğinin gerçekleştiği tarih ve saat. | ||
|
Açıklama
Bu öznitelik, yetkilendirme veya mutabakat gibi bir olayın sisteme kaydedildiği kesin zaman damgasını tutar. Bir vaka içindeki etkinlikleri kronolojik sıraya koymayı sağlar. Analizde çevrim sürelerini hesaplamak, darboğazları belirlemek ve sistemin zaman içindeki işlem hacmini ölçmek için gereklidir. 'Genel ödeme çevrim süresi' gibi zamana dayalı tüm KPI’ları destekler.
Neden önemli?
Olayları sıralamak ve süreye dayalı tüm metrikleri hesaplamak için gereklidir.
Nereden alınır?
Adyen Notification Webhooks içindeki 'eventDate' alanı.
Örnekler
2023-10-27T10:00:00+01:002023-10-27T10:05:30+01:002023-10-28T09:15:00+01:00
|
|||
|
Payment Transaction ID
PspReference
|
Adyen’in her ödeme işlemine atadığı benzersiz referans tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, Adyen ekosistemindeki ödeme yaşam döngüsünün tamamı için birincil anahtar görevi görür. İlk ödeme talebini yetkilendirme, tahsilat ve mutabakat gibi sonraki olaylara, ayrıca olası iade veya ters ibrazlara bağlar. Analizde bu kimlik, ayrı olayları tek bir vaka altında gruplamak ve süreci uçtan uca yeniden oluşturmak için kullanılır. Analistlerin bir ödemenin müşterinin başlattığı işlemden nihai finansal mutabakata kadar izlediği yolu takip etmesini sağlar.
Neden önemli?
Bağlantısız olayları Process Mining için tek bir süreç örneğinde bir araya getiren temel bağlantıdır.
Nereden alınır?
Adyen Payment Response içindeki 'pspReference' veya Settlement Detail Report’taki 'PSP Reference' sütunu.
Örnekler
851564567890123479145612345678908825641234567890
|
|||
|
Kaynak sistem
SourceSystem
|
Verinin geldiği sistemin adı. | ||
|
Açıklama
Bu sabit öznitelik, kaydın Adyen’den geldiğini belirtir. Adyen ile SAP gibi birden fazla sistemin verilerinin birleştirildiği Process Mining çalışmalarında veri kökenini izlemek için önemlidir. Analizde kullanıcıların, ödeme Gatewayinde gerçekleşen etkinlikleri ERP veya sipariş yönetimi sisteminde gerçekleşenlerden ayırarak filtrelemesini sağlar.
Neden önemli?
Birden fazla sistemde yürütülen Process Mining çalışmalarında veri kökenini izlemek için önemlidir.
Nereden alınır?
Veri çıkarımı sırasında sabit 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, Process Mining modelindeki verilerin ne kadar güncel olduğunu gösterir. Kullanıcıların gerçek zamanlı verileri mi yoksa belirli bir anın görüntüsünü mü incelediğini anlamasına yardımcı olur. Analizde öncelikle veri yönetimi ve veri akışının doğru çalıştığını doğrulamak için kullanılan teknik bir alandır.
Neden önemli?
Veri güncelliğini izlemek için kullanılan teknik alan.
Nereden alınır?
Veri çıkarımı sırasındaki sistem saati.
Örnekler
2023-10-30T12:00:00Z
|
|||
|
İşlem tutarı
PaymentAmount
|
Ödeme işleminin parasal değeri. | ||
|
Açıklama
Bu öznitelik, işlemle ilişkili finansal değeri gösterir. Ham verilerde genellikle en küçük para birimi cinsinden (ör. sent) saklanır, ancak raporlama öncesinde dönüştürülmesi gerekir. 'Ödeme işlem hacmi' Dashboardunu oluşturmayı sağlar ve yeniden çalışma gerektiren yüksek tutarlı vakalara öncelik vermeye yardımcı olur. Ayrıca işlenen toplam tutarı ve başarısız işlemlerin finansal etkisini hesaplamak için kullanılır.
Neden önemli?
Finansal etki analizi ve işlem hacmi takibi için gereklidir.
Nereden alınır?
Adyen Payment Request içindeki 'amount.value' alanı.
Örnekler
10005509900
|
|||
|
Ödeme durumu
PaymentStatus
|
Ödemenin mevcut durumu (ör. Yetkilendirildi, Mutabakatı tamamlandı, Reddedildi). | ||
|
Açıklama
Bu öznitelik, ödeme işleminin bilinen en güncel durumunu gösterir. Genellikle vakadaki son etkinlikten elde edilir. Vakaları hızlıca filtrelemeyi sağlar (ör. 'Şu anda reddedilmiş tüm ödemeleri gösterin'). 'Ödeme işlem hacmi ve durum takibi' Dashboardu için gereklidir.
Neden önemli?
İşlemin mevcut durumunun anlık görüntüsünü sunar.
Nereden alınır?
Vakada yer alan son olay kodundan elde edilir.
Örnekler
Mutabakatı tamamlandıReddedildiYetkilendirildi
|
|||
|
Ödeme yöntemi
PaymentMethod
|
Alışveriş yapan kişinin Visa veya PayPal gibi ödeme yapmak için kullandığı 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ü kaydeder. 'Ödeme yöntemi performans içgörüleri' Dashboardu için önemlidir. Belirli ödeme yöntemleriyle yetkilendirme oranları, işlem hızları veya teknik hatalar arasındaki ilişkileri incelemeye yardımcı olur.
Neden önemli?
Farklı ödeme sağlayıcılarının başarı oranlarını ve maliyetlerini analiz etmek için önemlidir.
Nereden alınır?
Adyen Payment Response içindeki 'paymentMethod.brand' veya 'paymentMethod.type' alanı.
Örnekler
visamcpaypalidealklarna
|
|||
|
Ret nedeni
RefusalReason
|
Ödemenin neden reddedildiğini veya başarısız olduğunu açıklayan metin. | ||
|
Açıklama
Bir işlem başarısız olduğunda Adyen bir neden kodu veya açıklama sunar (ör. 'Yetersiz bakiye', 'CVC reddedildi', 'Kartın süresi dolmuş'). 'Ödeme işlemi başarısızlık oranı' Dashboardunun temel verisidir. Bu nedenleri incelemek, başarısızlıkların teknik sorunlardan mı, dolandırıcılık kurallarından mı yoksa alışveriş yapan kişinin davranışından mı kaynaklandığını belirlemeye ve uygun düzeltici adımları seçmeye yardımcı olur.
Neden önemli?
Başarısız ödemelerin kök nedenini analiz etmek için temel özniteliktir.
Nereden alınır?
Adyen Payment Response içindeki 'refusalReason' alanı.
Örnekler
ReddedildiYetersiz bakiyeKartın süresi dolmuşAlıcı banka hatasıDolandırıcılık
|
|||
|
Üye iş yeri hesabı
MerchantAccount
|
Adyen’de işlemi gerçekleştiren belirli üye iş yeri hesabı. | ||
|
Açıklama
Adyen, tek bir şirket hesabı altında birden fazla üye iş yeri hesabı açılmasına olanak tanır. Bu öznitelik, ödemeyi işleyen belirli iş birimini, markayı veya bölgesel kuruluşu gösterir. Analizde temel bir segmentasyon boyutu olarak kullanılır. Paydaşların iyileştirme alanlarını belirlemek için farklı iş birimleri veya markaların performansını, başarısızlık oranlarını ve işlem hacimlerini karşılaştırmasını sağlar.
Neden önemli?
Performansı iş birimine veya bağlı şirkete göre segmentlere ayırmak için önemlidir.
Nereden alınır?
Adyen Payment Request/Response içindeki 'merchantAccount' alanı.
Örnekler
MyStore_UKMyStore_USGlobalSales_Main
|
|||
|
Yeniden çalışma var mı
IsRework
|
İşlemde yeniden deneme veya hata düzeltmesi olup olmadığını belirten işaret. | ||
|
Açıklama
Vaka birden fazla yetkilendirme denemesi içeriyorsa veya 'Ödeme reddedildi' etkinliğinin ardından yeniden deneme gibi etkinlikler varsa bu mantıksal değer true olur. 'Ödeme yeniden çalışmaları ve istisna noktaları' Dashboardunu besler. Analistlerin sorunlu vakaları filtreleyerek 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?
Başarısızlık olaylarının sayısı 0'dan büyük olduğunda hesaplanır.
Örnekler
truefalse
|
|||
|
Alıcı banka referansı
AcquirerReference
|
Alıcı banka tarafından sağlanan referans numarası. | ||
|
Açıklama
Kart işlemini gerçekleştiren finans kuruluşunun (alıcı bankanın) atadığı harici referanstır. Adyen PSP referansından farklıdır. 'Ödeme mutabakatı gecikme analizi' için önemli bir alandır. Adyen kayıtlarını harici defterlerdeki banka ekstreleriyle eşleştirmek için kullanılır.
Neden önemli?
Üç yönlü eşleştirme ve harici mutabakat için gereklidir.
Nereden alınır?
Adyen Payment Response içindeki 'additionalData.acquirerReference' alanı.
Örnekler
1234567890987654321
|
|||
|
Alışveriş yapan kişi etkileşim türü
ShopperInteraction
|
Ödemenin e-ticaret, POS veya abonelik (ContAuth) kapsamında yapıldığını belirtir. | ||
|
Açıklama
Bu öznitelik, alışveriş yapan kişi ile üye iş yeri arasındaki etkileşimin türünü sınıflandırır. Yaygın değerler Analizde farklı iş modellerini ve satış kanallarını ayırt etmeye yardımcı olur. POS ve e-ticaret süreç akışları çoğu zaman önemli ölçüde farklılık gösterir. Bu nedenle doğru süreç keşfi için önemli bir filtredir.
Neden önemli?
Çevrimiçi, mağaza içi ve yinelenen ödemelerin süreç akışlarını birbirinden ayırır.
Nereden alınır?
Adyen Payment Request içindeki 'shopperInteraction' alanı.
Örnekler
E-ticaretContAuthPOSMoto
|
|||
|
Alışveriş yapan kişinin ülkesi
ShopperCountry
|
Alışveriş yapan kişinin ülkesini belirten iki harfli kod. | ||
|
Açıklama
Bu öznitelik, alışveriş yapan kişinin konumunu belirtir. Genellikle kartın düzenlendiği ülkeye veya fatura adresine göre belirlenir. Bölgesel performans analizinde kullanılır. Yerel bankacılık altyapısı nedeniyle belirli ülkelerde ret oranlarının daha yüksek veya işlem sürelerinin daha uzun olup olmadığını belirlemeye yardımcı olur.
Neden önemli?
Ödeme performansını coğrafi bölgelere göre segmentlere ayırmayı sağlar.
Nereden alınır?
Adyen Payment Request içindeki 'countryCode' veya 'billingAddress.country' alanı.
Örnekler
NLUSDE
|
|||
|
Dolandırıcılık risk skoru
RiskScore
|
Dolandırıcılık motorunun işleme atadığı risk skoru. | ||
|
Açıklama
Adyen RevenueProtect motoru, dolandırıcılık olasılığını 0-100 aralığında sayısal bir skorla belirtir. Yüksek skorlar genellikle manuel incelemeyi veya işlemin otomatik olarak engellenmesini tetikler. Bu veri, 'Finansal uyumluluk riski genel görünümü' için kullanılır. Yüksek risk skorlarıyla ters ibrazlar arasındaki ilişkiyi incelemek, dolandırıcılık kurallarını iyileştirmeye yardımcı olur. Yüksek skora rağmen başarıyla tamamlanan ödemeler, risk modelindeki yanlış pozitiflere işaret edebilir.
Neden önemli?
Dolandırıcılığı önleme kurallarının ne kadar etkili olduğunu analiz etmek için gereklidir.
Nereden alınır?
Adyen Risk API yanıtı veya Reporting içindeki 'fraudResult.accountScore' alanı.
Örnekler
025100
|
|||
|
Müşteri kimliği
ShopperReference
|
Alışveriş yapan kişiyi birden fazla işlemde tanımlamak için kullanılan benzersiz referans. | ||
|
Açıklama
Bu tanımlayıcı, farklı işlemleri aynı müşteriyle ilişkilendirir. Ödeme isteği sırasında üye iş yeri tarafından sağlanır. Analizde müşteri odaklı incelemeyi mümkün kılar. Böylece dolandırıcılık vakalarında tekrar eden failler veya başarılı işlem analizlerinde sadık müşteriler belirlenebilir. Ayrıca genel 'Müşteri' haritalamasını destekler.
Neden önemli?
Müşteri düzeyinde toplulaştırma ve davranış analizine olanak tanır.
Nereden alınır?
Adyen Payment Request içindeki 'shopperReference' alanı.
Örnekler
CUST-001user_12345email@example.com
|
|||
|
Mutabakat grubu numarası
BatchNumber
|
Paranın mutabakatıyla ilişkili grup numarası. | ||
|
Açıklama
Adyen, ödemeleri üye iş yerine aktarmak için mutabakatı tamamlanan ödemeleri gruplar halinde toplar. Bu öznitelik, belirli bir işlemin hangi gruba ait olduğunu gösterir. Analizde ödemeleri aktarım döngülerine göre gruplamak için kullanılır. Belirli gruplarda gecikme olup olmadığını denetlemeye yardımcı olur ve 'Ödeme mutabakatı tamamlandı' etkinliğinin izlenmesini destekler.
Neden önemli?
Tek tek işlemleri toplu finansal mutabakatlarla ilişkilendirir.
Nereden alınır?
Adyen Settlement Detail Report içindeki 'Batch Number' alanı.
Örnekler
100255
|
|||
|
Para birimi
PaymentCurrency
|
İşlemin para birimini belirten üç harfli ISO kodu. | ||
|
Açıklama
Bu öznitelik, Analizde işlemleri pazara göre gruplamak için kullanılır. Farklı bölgelerdeki veriler bir araya getirilirken finansal değerleri ortak bir ölçekte karşılaştırmak için gereklidir.
Neden önemli?
Birden fazla para birimiyle hazırlanan raporlarda tutar alanına bağlam kazandırır.
Nereden alınır?
Adyen Payment Request içindeki 'amount.currency' alanı.
Örnekler
EURUSDGBP
|
|||
|
Yetkilendirme kodu
AuthorisationCode
|
Onay verildiğinde kartı çıkaran kuruluşun döndürdüğü yetkilendirme kodu. | ||
|
Açıklama
Alışveriş yapan kişinin kartındaki tutarın bloke edildiğini belirten koddur. Başarılı yetkilendirmenin kanıtıdır. Analizde öncelikle denetim ve izlenebilirlik amacıyla kullanılır. 'Ödeme yetkilendirildi' etkinliğinin geçerli olduğunu doğrular.
Neden önemli?
Denetim kayıtlarında başarılı yetkilendirmenin kanıtı.
Nereden alınır?
Adyen Payment Response içindeki 'authCode' alanı.
Örnekler
123456098712
|
|||
Ödeme işlemleri etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Ödeme mutabakata bağlandı
|
Fonlar başarıyla takas edilmiş ve iş yerinin Adyen hesabına aktarılmıştır. Bu işlem Settlement Detail Report’ta görünür. | ||
|
Neden önemli?
Başarıyla tamamlanan sürecin finansal kapanışını gösterir. 'Toplam ödeme çevrim süresi' ve 'Ödeme mutabakatı gecikme analizi' için gereklidir.
Nereden alınır?
Adyen Settlement Detail Report (SDR), kayıt türü 'Settled'.
Kaydedin
İşlem Settlement Report’ta göründüğünde kaydedilir
Olay türü
explicit
|
|||
|
Ödeme reddedildi
|
İşlem, kartı veren kuruluş veya Adyen’in risk kuralları tarafından reddedilmiştir. Başarısızlık durumunu içeren yetkilendirme webhook’u üzerinden kaydedilir. | ||
|
Neden önemli?
'Ödeme işlem başarısızlık oranı' KPI’ını doğrudan etkiler. Ret nedenlerinin analizi, yetkilendirme oranlarını iyileştirmeye yardımcı olur.
Nereden alınır?
Adyen Notification Webhook: success='false' olan eventCode 'AUTHORISATION'.
Kaydedin
AUTHORISATION webhook’u başarısız olduğunda kaydedilir
Olay türü
explicit
|
|||
|
Ödeme tahsil edildi
|
Fonların müşteriden iş yerine aktarılması için verilen talimat başarıyla işlenmiştir. Tahsilat hemen (otomatik tahsilat) veya daha sonra (manuel tahsilat) yapılabilir. | ||
|
Neden önemli?
Gelirin kayda alındığını doğrular. Yetkilendirme ile tahsilat arasındaki süre, 'Ödeme yetkilendirme süresi' KPI’ı için önemlidir.
Nereden alınır?
Adyen Notification Webhook: success='true' olan eventCode 'CAPTURE'.
Kaydedin
CAPTURE webhook’u başarılı olduğunda kaydedilir
Olay türü
explicit
|
|||
|
Ödeme talebi alındı
|
Adyen ödeme platformunun işlem talebini ilk kez almasıdır. Bu olay, ilk API isteğinin zaman damgasından veya pspReference oluşturulma zamanından kaydedilir. | ||
|
Neden önemli?
Süreç örneğinin kesin başlangıç noktasını belirtir. Uçtan uca toplam çevrim süresini hesaplamak için gereklidir.
Nereden alınır?
Adyen Payment API günlükleri veya pspReference oluşturulmasıyla ilişkili zaman damgası.
Kaydedin
pspReference API üzerinden oluşturulduğunda kaydedilir
Olay türü
explicit
|
|||
|
Ödeme yetkilendirildi
|
Kartı veren kuruluş veya ödeme yöntemi işlemi onaylamış ve fonları bloke etmiştir. Standart Adyen bildirim webhook’u üzerinden kaydedilir. | ||
|
Neden önemli?
İşlemin geçerli olduğunu ve fonların kullanılabilir durumda bulunduğunu gösteren önemli bir aşamadır. Tahsilatın ön koşuludur.
Nereden alınır?
Adyen Notification Webhook: success='true' olan eventCode 'AUTHORISATION'.
Kaydedin
AUTHORISATION webhook’u başarılı olduğunda kaydedilir
Olay türü
explicit
|
|||
|
İade başlatıldı
|
Müşteriye fon iadesi yapılması için talep oluşturulmuştur. Bu, ters yönde ilerleyen bir süreç akışını başlatır. | ||
|
Neden önemli?
Mutabakat sonrasında oluşan bir istisnayı gösterir. İade oranlarının yüksek olması, önceki aşamalardaki kalite sorunlarına işaret edebilir.
Nereden alınır?
Adyen Notification Webhook: eventCode 'REFUND'.
Kaydedin
REFUND webhook’u tetiklendiğinde kaydedilir
Olay türü
explicit
|
|||
|
İade mutabakata bağlandı
|
İade finansal olarak işlenmiş ve iş yerinin hesabından düşülmüştür. Settlement Detail Report üzerinden doğrulanır. | ||
|
Neden önemli?
İade sürecini tamamlar. İade bir hatadan kaynaklandıysa 'Ortalama hata çözüm süresi' için önemlidir.
Nereden alınır?
Adyen Settlement Detail Report, kayıt türü 'Refunded' veya 'RefundedReversed'.
Kaydedin
İade Settlement Report’ta göründüğünde kaydedilir
Olay türü
explicit
|
|||
|
Ödeme aktarımı doğrulandı
|
Mutabakata bağlanmış bir işlem grubuna ait fonlar iş yerinin banka hesabına aktarılmıştır. | ||
|
Neden önemli?
İşletmeye yapılan gerçek nakit aktarımını gösterir ve 'Ödeme mutabakatı çevrim süresi' ile ilişkilidir.
Nereden alınır?
Adyen Notification Webhook: eventCode 'PAYOUT_THIRD_PARTY' veya Payout Report’tan çıkarılan bilgi.
Kaydedin
Payout Report’taki grup kimliğini Transaction ID ile eşleştirin
Olay türü
inferred
|
|||
|
Ödeme iptal edildi
|
Fonlar tahsil edilmeden önce yetkilendirme iptal edilmiştir. Böylece müşterinin kartında bloke edilen fonlar serbest bırakılır. | ||
|
Neden önemli?
Geçerli bir siparişin tamamlanmadan sonlandırıldığı süreç döngüsünü gösterir. Bu durum çoğunlukla müşteri talebi veya envanter zaman aşımı nedeniyle oluşur.
Nereden alınır?
Adyen Notification Webhook: eventCode 'CANCELLATION'.
Kaydedin
CANCELLATION webhook’u geldiğinde kaydedilir
Olay türü
explicit
|
|||
|
Ödeme mutabakata gönderildi
|
Adyen, finansal işlem için işlemi devralan bankaya veya ağa iletmiştir. Durum SentForSettlement olarak değişir. | ||
|
Neden önemli?
Operasyonel işlemlerden finansal takasa geçişi gösterir. Bu aşamadaki gecikmeler nakit akışını etkiler.
Nereden alınır?
Adyen Transaction Status API veya durum değişikliği geçmişi günlüklerinden çıkarılan bilgi.
Kaydedin
Durum alanındaki değişikliğin SentForSettlement olduğunu doğrulayın
Olay türü
inferred
|
|||
|
Risk taraması yapıldı
|
Adyen’in RevenueProtect motoru, dolandırıcılık belirtilerini saptamak için işlemi analiz eder. Yetkilendirme yanıtında dolandırıcılık skoru veya risk sonucu bulunmasından anlaşılır. | ||
|
Neden önemli?
Yüksek risk skorları manuel incelemeyi veya otomatik ret kararlarını tetikleyerek darboğazlara ya da sürecin sonlanmasına yol açabilir.
Nereden alınır?
Adyen Payment Response içindeki fraudResult alanı veya Case Management günlükleri.
Kaydedin
fraudResult nesnesinin varlığından anlaşılır
Olay türü
inferred
|
|||
|
Tahsilat başarısız oldu
|
Yetkilendirilmiş fonları tahsil etme girişimi başarısız olmuştur. Bunun nedeni çoğunlukla teknik zaman aşımı veya yetkilendirme ile tahsilat arasında kart durumunun değişmesidir. | ||
|
Neden önemli?
Yeniden çalışma veya yeniden deneme gerektiren önemli bir hata noktasıdır. 'Ödeme istisna oranı’na katkıda bulunur.
Nereden alınır?
Adyen Notification Webhook: eventCode 'CAPTURE_FAILED'.
Kaydedin
CAPTURE_FAILED webhook’u geldiğinde kaydedilir
Olay türü
explicit
|
|||
|
Teknik hata kaydedildi
|
İşlem sırasında webhook hatası veya API zaman aşımı gibi bir sistem hatası oluşmuştur. Arayüzdeki belirli hata kodları üzerinden belirlenir. | ||
|
Neden önemli?
Teknik ve finansal başarısızlıkları sınıflandırarak 'Ödeme işlem başarısızlık oranı' analizini doğrudan destekler.
Nereden alınır?
Adyen Interface günlükleri veya API çağrılarındaki belirli başarısızlık yanıtları.
Kaydedin
5xx veya 4xx hata yanıt kodu döndürüldüğünde kaydedilir
Olay türü
explicit
|
|||
|
Ters ibraz bildirimi alındı
|
Adyen, kart ağı üzerinden bir itiraz bildirimi almıştır. Bu bildirim, itiraz iş akışını başlatır. | ||
|
Neden önemli?
Uyumluluk ve risk açısından önemli bir göstergedir. 'Uyumluluk ihlal oranı’nı etkiler ve hemen manuel müdahale gerektirir.
Nereden alınır?
Adyen Notification Webhook: eventCode 'CHARGEBACK' veya 'NOTIFICATION_OF_CHARGEBACK'.
Kaydedin
CHARGEBACK webhook’u geldiğinde kaydedilir
Olay türü
explicit
|
|||
|
Ters ibraz geri alındı
|
İtiraz kazanılmış ve fonlar iş yerine iade edilmiştir. Bu, bir istisnanın başarıyla çözüldüğünü gösterir. | ||
|
Neden önemli?
Risk yönetimi açısından olumlu bir sonuçtur. İlk ters ibrazın finansal etkisini dengeler.
Nereden alınır?
Adyen Notification Webhook: eventCode 'CHARGEBACK_REVERSED'.
Kaydedin
CHARGEBACK_REVERSED webhook’u geldiğinde kaydedilir
Olay türü
explicit
|
|||
|
Ters ibraza itiraz edildi
|
Ters ibraza itiraz etmek için kanıtlar Adyen’e sunulmuştur. Bu, itiraz akışında yeniden çalışma veya manuel etkinlik anlamına gelir. | ||
|
Neden önemli?
Geliri korumak için harcanan çabayı izler. 'Ödemelerde yeniden çalışma oranı' için önemlidir.
Nereden alınır?
Kanıtların sunulduğunu gösteren Adyen Disputes API veya Case Management günlükleri.
Kaydedin
Durumun 'Defense Supplied' olarak değişmesinden anlaşılır
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Veri toplama sürecinizi kolaylaştırmak ve Adyen’deki ödeme işlemlerinizi iyileştirmeye başlamak için bu şablondan yararlanın. Verimlilik fırsatlarını keşfedin ve finansal operasyonlarınız hakkında daha derin içgörüler edinin.
Adyen’de ödeme işlemlerini bugün kolaylaştırın.
Ödemelerin %98'ini otomatik işleyin ve ödeme istisnalarını ortadan kaldırın.
Kredi kartı gerekmez. Hemen iyileştirmeye başlayın.