Müşteriniz kart bilgilerini girdikten sonra ödeme butonuna basar ve ekranda “Ödeme reddedildi” mesajını görmektedir. Siz de “Kartla ödeme neden başarısız olur?” sorusunun yanıtını ararsınız. Birkaç dakika sonra müşteriniz sizi arar: “Kartımda limit var. Neden ödeme yapamıyorum?” Başka bir müşteri 3D Secure ekranını tamamlar ama siteniz siparişi beklemede tutar. Bayiniz ise aynı borcu ödemek için art arda deneme yapar.
Bu durumlarda ekrandaki genel mesaj, sorunun gerçek kaynağını her zaman açıklamaz. Kart ayarları, doğrulama süreci, bankanın kararı veya ödeme entegrasyonu farklı noktalarda işlemi durdurmaktadır.
İşletmenizin ilk görevi, hatanın hangi aşamada ortaya çıktığını belirlemektir. Ardından ödeme kaydını kontrol eder, doğru çözüm adımını seçer ve müşteriye anlaşılır bilgi verirsiniz. Bu rehber; ödeme reddedildi, 3D Secure hatası, sanal POS hata kodları ve başarısız ödeme nedenlerini işletmelerin günlük tahsilat süreçleri üzerinden açıklar.
Kartla ödeme neden başarısız olur?
Kartla ödeme başarısız olma nedenleri:
- Hatalı kart bilgileri
- Yetersiz limit
- İnternet alışverişi kısıtlaması
- 3D Secure doğrulama sorunu
- Banka veya ödeme kuruluşunun ret kararı
- Teknik entegrasyon hataları
Çözüm için hata kodu, açıklama ve işlemin son durumunu inceleyin.
“Ödeme başarısız” mesajı tek başına teşhis koymaz. Özellikle zaman aşımı veya bağlantı kopması yaşadığınızda, yeniden tahsilat başlatmadan önce ilk işlemin sonucunu doğrulayın.
Ödeme reddedildiğinde ilk 60 saniyede neyi kontrol etmelisiniz?
Müşteriyi hemen yeniden denemeye yönlendirmek yerine şu sırayı izleyin:
- İşlemi bulun. Sipariş veya tahsilat numarasıyla ödeme panelindeki kaydı açın.
- Sonucu kontrol edin. Sağlayıcının başarılı, başarısız ya da henüz sonuçlanmamış olarak gösterdiği durumu inceleyin.
- Hata açıklamasını okuyun. Genel ekran mesajıyla birlikte sağlayıcının ayrıntılı yanıtını kontrol edin.
- Hatanın aşamasını belirleyin. Sorun kart girişinde mi, 3D Secure ekranında mı, banka onayında mı, ödeme sonrasındaki kayıt aşamasında mı ortaya çıktı?
- Kapsamı araştırın. Yalnızca bir müşteri mi, aynı bankanın kartlarını kullanan kişiler mi, farklı kartlarla ödeme yapan herkes mi sorun yaşıyor?
Müşteri kart hareketinde tutar gördüğünü söylüyorsa yeniden denemeyi durdurun. Önce mevcut işlemi araştırın. Finans ve müşteri hizmetleri ekipleriniz aynı işlem numarasını kullansın; böylece farklı kayıtlar üzerinden çelişkili bilgi vermesinler.
“Ödeme başarısız” mesajının yaygın nedenleri
1. Müşteri kart bilgilerini yanlış girer
Eksik kart numarası, yanlış son kullanma tarihi veya hatalı CVV bilgisi ödeme sürecini durdurabilir. Müşteri eski kartını yenilediği halde tarayıcısındaki kayıtlı bilgileri kullanabilir.
Müşteriye bilgilerini güvenli ödeme ekranında kontrol etmesini söyleyin. Destek sırasında kart fotoğrafı, tam kart numarası veya CVV istemeyin. İşlemi bulmak için öncelikle tahsilat referansını ve işlem saatini kullanın.
Ödeme formunuz hangi alanda sorun olduğunu anlaşılır biçimde göstersin. Örneğin “Son kullanma tarihini kontrol edin” mesajı, belirsiz bir “Hata oluştu” uyarısından daha açık bir yönlendirme sunar. Teknik ekibiniz bu kontrolleri sağlayıcının desteklediği kart türlerine göre hazırlasın.
2. Kartın kullanılabilir limiti veya ödeme yetkisi işlemi karşılamaz
Müşteri kartının toplam limitini bilir; ancak kullanılabilir limitini kontrol etmeyebilir. Bekleyen işlemler de kullanılabilir limiti azaltabilir. Bu yüzden “Kart limitim yüksek” açıklaması, ilgili ödeme için yeterli limit bulunduğunu tek başına göstermez. (Akbank — Provizyon bekleyen ödeme)
İnternet alışverişi izni de ayrı bir kontroldür. Müşteri fiziksel mağazada kullandığı kartla online ödeme yapamayabilir. Kart sahibi, bankasının sunduğu kanallardan internet alışverişi yetkisini kontrol edebilir. (İş Bankası Maximum — İnternet alışverişi yetkisi)
Müşteriye kullanılabilir limitini ve online işlem ayarlarını incelemesini söyleyin. Banka hesabında para bulunduğunu belirtirse hangi kartla ödeme yaptığını netleştirin. Banka kartının bakiyesiyle kredi kartının kullanılabilir limitini aynı bilgi gibi değerlendirmeyin.
3. Kart, taksit veya yurt dışı kullanım koşulları uyuşmaz
Ödeme ekranınızın sunduğu her seçenek, her kart ve işyeri için uygun olmayabilir. Kart türü, taksit seçeneği ve sanal POS yetkisi arasında uyumsuzluk oluşabilir. Yabancı kart kabulü için de sağlayıcınızın işyerinize tanımladığı yetkiyi kontrol edin. (iyzico — Teknik hata kodları)
Taksitli işlem hata veriyorsa müşteriye seçenekleri rastgele değiştirmesini söylemeyin. Önce ilgili kartın ve işyerinizin desteklediği taksitleri doğrulayın. Uygun bir seçenek varsa müşterinin onayıyla o seçeneği sunun.
Aynı yaklaşımı para birimi için de uygulayın. Teknik ekibiniz, sipariş tutarıyla sağlayıcıya gönderdiğiniz tutar ve para biriminin eşleştiğini kontrol etsin. Müşterinin onayladığı ödeme koşullarını haber vermeden değiştirmeyin.
4. Banka veya ödeme kuruluşu güvenlik kontrolünde işlemi durdurur
Ödeme kuruluşunun güvenlik değerlendirmesi de işlemin tamamlanmasını engelleyebilir. Örneğin PayTR, güvenlik kontrolünü geçemeyen işlemler için ayrı bir başarısızlık açıklaması sunar. (PayTR — iFrame API ödeme bildirimi)
Böyle bir durumda müşterinin dolandırıcılık yaptığını varsaymayın. İşlem kaydındaki açıklamayı inceleyin ve sağlayıcınızın önerdiği yolu izleyin. Banka kaynaklı retlerde kart sahibini bankasına yönlendirin; sağlayıcı kontrolünde duran işlemlerde ilgili destek ekibiyle görüşün.
Müşteriye aynı işlemi art arda denetmek veya güvenlik kontrollerini kapatmak çözüm planı oluşturmaz. Ekibiniz, ret nedenine uygun adımı seçsin. Böylece hem müşteri iletişimini hem teknik incelemeyi aynı bulgu üzerine kurarsınız.
5. Bağlantı veya işlem süresi sorunu yaşarsınız
Banka yanıtı gecikebilir; müşteri ödeme ekranını kapatabilir veya işlem süresi dolabilir. Sağlayıcılar bu durumlar için farklı hata açıklamaları kullanabilir. Örneğin iyzico, banka iletişimi ve istek zaman aşımı için ayrı kodlar tanımlar. (iyzico — Teknik hata kodları)
Zaman aşımını gördüğünüz anda “Para kesinlikle çekilmedi” demeyin. Yanıtı zamanında alamamakla kesin bir ret yanıtı almak farklı durumlardır.
Önce sağlayıcı panelinden veya desteklediği durum sorgulama hizmetinden işlem sonucunu araştırın. PayTR’nin durum sorgulama servisi, işlemlerin durumunu kontrol etmek için böyle bir kanal sunar. (PayTR — İşlem durum sorgulama) Sonuç netleşince müşteriye yeniden deneme, bekleme veya destek adımını bildirin.
3D Secure hatası neden olur, nasıl çözülür?
3D Secure, kart sahibini doğrulayan bir güvenlik sürecidir. Banka, işlem ve uygulama akışına göre SMS kodu veya mobil bankacılık onayı isteyebilir. Bazı işlemler ise müşteriye ek doğrulama ekranı göstermeyen bir akış izler. Dolayısıyla her kartlı ödemede mutlaka SMS beklemeyin. (EMVCo — 3D Secure doğrulama akışları)
3D Secure hatası gördüğünüzde önce müşterinin hangi aşamada kaldığını öğrenin. “Kod gelmedi”, “Kodu kabul etmedi” ve “Onay verdim ama ödeme tamamlanmadı” açıklamaları farklı kontroller gerektirir.
SMS kodu veya mobil onay gelmezse
Müşteri bankasındaki kayıtlı telefon bilgisini ve bankanın istediği doğrulama yöntemini kontrol etsin. Banka uygulaması onay bekliyorsa yalnızca SMS ekranına bakmak yeterli olmaz.
İşletmeniz doğrulama kodunu müşterinin yerine alamaz veya kullanamaz. Müşteriden kodunu paylaşmasını istemeyin. Sorun devam ederse kart sahibini bankasına yönlendirin. Ekibiniz de aynı bankanın başka işlemlerinde benzer bir durum bulunup bulunmadığını araştırarak sorunun kapsamını belirlesin. (Paratika — 3D Secure doğrulama sorunları)
Müşteri kodu yanlış girerse veya süreyi geçirirse
Müşteri ilgili işlem için bankanın gönderdiği güncel kodu, ekrandaki süre içinde kullanmalı. Hatalı veya süresi geçmiş kod doğrulamayı durdurabilir. (Paratika — 3D Secure doğrulama sorunları)
Yeniden denemeden önce mevcut ödeme kaydını kontrol edin. Ardından sağlayıcınızın akışına uygun yeni bir deneme başlatın. Müşteri yeni doğrulama ekranını tamamlayana kadar eski ekranları açık tutmasın; böylece hangi işlemi onayladığını daha kolay takip eder.
Doğrulama ekranı açılmazsa
Teknik ekibiniz ödeme sayfasından banka doğrulama ekranına geçişi incelesin. Sorun belirli bir cihazda mı, sitenin tamamında mı, son güncellemeden sonra mı ortaya çıkıyor? Bu sorular incelemenin başlangıç noktasını belirler.
Farklı bir güncel tarayıcıyla kontrollü test yapmak yararlı bir teşhis adımı olmaktadır. Ancak müşteriye genel güvenlik ayarlarını kapatmasını söylemeyin. Kendi ödeme akışınızı sağlayıcının entegrasyon gereklilikleriyle karşılaştırın.
3D Secure başarılı ama ödeme başarısız olursa
Kart sahibi doğrulamayı tamamladıktan sonra ödeme süreci hâlâ devam etmektedir. Örneğin iyzico’nun 3DS entegrasyonu, doğrulama sonrasında ayrıca ödeme tamamlama adımı kullanır. Bu nedenle başarılı doğrulamayı nihai tahsilat sonucu gibi yorumlamayın. (iyzico — 3DS entegrasyonu)
Teknik ekibiniz doğrulama sonucuyla ödeme sonucunu ayrı ayrı kontrol etsin. Müşteriye de “Doğrulama adımını tamamladınız; ödeme sonucunu kontrol ediyoruz” şeklinde bilgi verin. İşlem henüz netleşmediyse yeniden tahsilat istemeyin.
Sanal POS hata kodları ne anlama gelir?
Sanal POS hata kodları, ilgili sistemin ödeme isteğine verdiği yanıtı açıklamaya yardımcı olur. Ancak bankanın yanıt kodu, ödeme kuruluşunun hata kodu ve 3D Secure durum bilgisi farklı alanları anlatabilir.
Aşağıdaki tablo, yaygın banka yanıtlarına dair örnekler sunar. Kesin yorum için kendi bankanızın veya ödeme sağlayıcınızın güncel dokümanını ve aynı işlemdeki açıklama alanını kontrol edin.
| Yanıt kodu örneği | Genellikle anlattığı durum | İşletmenin ilk adımı |
|---|---|---|
| 05 | Banka işlemi onaylamadı | Açıklamayı kontrol edin; kart sahibini bankasına yönlendirin. |
| 14 | Kart numarasıyla ilgili sorun | Müşteri numarayı güvenli ödeme ekranında kontrol etsin. |
| 51 | Kullanılabilir bakiye veya limit sorunu | Müşteri ilgili kartın kullanılabilir tutarını incelesin. |
| 54 | Kartın geçerlilik süresi sorunu | Müşteri güncel kartını ve tarih bilgisini kontrol etsin. |
| 57 | Kart için işlem yetkisi kısıtlaması | Kart sahibi kısıtlamanın nedenini bankasından öğrensin. |
| 91 | Banka yanıtına erişim sorunu | Mevcut işlemin sonucunu doğrulayın; sürerse destek alın. |
| 96 | Sistemle ilgili hata | Kapsamı araştırın ve işlem referansıyla sağlayıcıya başvurun. |
Kod örnekleri için PayTR’nin banka hata kodları açıklamalarını esas aldık. (PayTR — Banka hata kodu örnekleri)
Sağlayıcınız farklı kodlar gösterebilir. Örneğin iyzico, limit sorununu 10051; kart sahibi işlem kısıtlamasını 10057 koduyla açıklayabilir. Bu kodları başka bir sistemin numaralarıyla doğrudan eşitlemeyin. (iyzico — Teknik hata kodları)
Teknik ekibiniz kodun yanında açıklamayı, işlem referansını ve zaman bilgisini de kaydetsin. Müşteri hizmetleri ekibiniz ise müşteriye ham kodu okumak yerine uygun çözüm adımını anlatsın.
Sorun kartta mı, bankada mı, ödeme altyapısında mı?
Aşağıdaki gözlemler incelemenin yönünü belirler; tek başlarına kesin teşhis koymaz.
| Gözlem | Önce hangi alanı inceleyin? |
|---|---|
| Yalnızca bir müşteri sorun yaşıyor | Kart bilgileri, kullanılabilir limit, kart yetkisi ve doğrulama adımı |
| Aynı bankanın farklı kartları hata veriyor | O bankaya ait işlem yanıtları ve sağlayıcının destek kayıtları |
| Farklı bankaların kartları aynı anda hata veriyor | Ortak ödeme entegrasyonu, işyeri ayarları ve hizmet erişimi |
| Sorun yalnızca mobilde ortaya çıkıyor | Mobil ödeme sayfası ve doğrulama sonrası dönüş akışı |
| Sağlayıcı ödemeyi başarılı, siteniz beklemede gösteriyor | Ödeme bildirimi, sipariş eşleştirme ve kayıt güncellemesi |
Örneğin son site güncellemesinden sonra farklı kartlarla aynı hatayı alıyorsanız incelemeye bu değişiklikten başlayın. Önceki çalışan akışla yeni akışı karşılaştırın.
Buna karşılık aynı zaman aralığındaki diğer ödemeler sorunsuz ilerliyorsa müşterinin işlemine odaklanın. Müşteriye yalnızca tahmine dayanarak “Sorun bankanızda” demeyin; kayıtların desteklediği bilgiyi paylaşın.
Karttan para düştü ama sipariş oluşmadıysa ne yapmalısınız?
Müşteri kart hareketinde tutar gördüğünü söylediğinde iki kaydı birlikte araştırın: bankadaki hareket ve ödeme sağlayıcısındaki işlem.
Kartta bekleyen provizyon, kullanılabilir limiti azaltmaktadır. Bu görüntü, tek başına işletmenizin siparişi doğru kaydettiğini veya tahsilatı tamamladığını kanıtlamaz. Banka hareketindeki durumla sağlayıcıdaki sonucu karşılaştırın. (Akbank — Provizyon bekleyen ödeme)
Şu adımları izleyin:
- İşlem referansı, tutar ve zaman bilgisini eşleştirin.
- Sağlayıcının nihai işlem sonucunu kontrol edin.
- Teknik ekibiniz ödeme bildirimini ve sipariş kaydını incelesin.
- Finans ekibiniz aynı borç için ikinci bir tahsilat bulunup bulunmadığını kontrol etsin.
- Doğruladığınız sonuca göre müşteriye sipariş, bekleme, iptal veya iade adımını açıklayın.
Ödeme başarılıysa yeni tahsilat istemeyin; mevcut ödemenin sipariş veya cari kaydıyla eşleşmesini sağlayın. Sonuç belirsizse sağlayıcınızdan teyit alın. İade ya da provizyon çözülme süresi için kayıtları kontrol etmeden sabit gün sözü vermeyin.
Teknik entegrasyon hangi hatalara yol açmaktadır?
Teknik incelemeyi üç noktada toplayın: ödeme isteği, doğrulama akışı ve ödeme sonrası bildirim.
İlk aşamada teknik ekibiniz doğru işyeri bilgilerini, ortamı, tutarı, para birimini ve işlem referansını kontrol etsin. İkinci aşamada doğrulama ekranına geçişi ve dönüşü inceleyin. Son aşamada sağlayıcının ödeme sonucunu sitenize nasıl ilettiğini araştırın.
Örneğin PayTR’nin entegrasyon dokümanı, müşterinin başarılı ödeme sonrası gördüğü sayfayla siparişi onaylayan bildirim adresini ayrı tutar. Teknik ekip gelen bildirimin doğruluğunu kontrol etmeli ve aynı bildirimi tekrar aldığında siparişi yeniden işlememeli. (PayTR — iFrame API ödeme bildirimi)
Bu ayrım işletme açısından önem taşır: müşteri ekranı kapatsa bile ekibiniz gerçek ödeme sonucunu takip edebilmelidir.
WordPress gibi bir altyapı kullanıyorsanız güncelleme sonrasında ödeme akışını kontrollü biçimde doğrulayın. Testiniz kart girişini, doğrulamayı, sonuç ekranını ve sipariş kaydını kapsasın. Sağlayıcının sunduğu test ortamını ve test araçlarını kullanın.
Teknik desteğe hangi bilgileri göndermelisiniz?
“Ödeme çalışmıyor” açıklaması destek ekibinin incelemesini daraltmaz. Bunun yerine şu bilgileri tek kayıtta toplayın:
- İşlem veya sipariş referansı ve işyeri numarası.
- İşlemin tarihi, saati ve saat dilimi.
- Tutar, para birimi ve taksit seçimi.
- Hata kodu ve açıklaması.
- Hatanın ortaya çıktığı ödeme aşaması.
- Kullanılan cihaz ve tarayıcı.
- Sorunun kapsamı ve yakın zamanda yaptığınız değişiklikler.
Örneğin “14 Ekim, 15.42; 2.500 TL; tek çekim; doğrulama sonrasında sonuç ekranı açılmadı; sağlayıcı referansı X” açıklaması somut bir başlangıç sağlar.
Kart numarası, CVV, doğrulama kodu veya API anahtarı içeren ekran görüntülerini paylaşmayın. Teknik ekibiniz kayıtları hassas bilgilerden arındırsın ve sağlayıcının belirlediği destek kanalını kullansın.
Ödeme başarısız olduğunda müşteriye ne söylemelisiniz?
Müşteri, sorunun nedenini ve sonraki adımını öğrenmek ister. Kesinleştirmediğiniz nedeni gerçek gibi anlatmayın. Mesajınızda kontrol ettiğiniz durumu ve müşteriden beklediğiniz adımı açıkça belirtin.
Kart kısıtlaması için:
“İşlem kaydında kart kullanım kısıtlaması görünüyor. Bankanızın uygulamasından internet alışverişi ayarınızı kontrol edebilir veya bankanızla görüşebilirsiniz.”
3D Secure sorunu için:
“Doğrulama adımını tamamlayamadığınız için ödeme ilerlemedi. Bankanızın istediği doğrulamayı kontrol edin. Doğrulama kodunuzu bizimle paylaşmayın.”
İşlem sonucu belirsizse:
“Ödeme sonucunu kontrol ediyoruz. Aynı tutarı yeniden ödemeden önce sizden beklemenizi rica ediyoruz. İşlem durumunu doğrulayınca sizi bilgilendireceğiz.”
Son mesajı kullandığınızda bir takip kaydı da oluşturun. Ekibiniz müşteriye dönmeyi unutmasın. Yalnızca “Tekrar deneyin” demek yerine gerekçesi belli bir sonraki adım sunun.
Başarısız ödemeleri azaltmak için hangi verileri takip etmelisiniz?
Tek tek hataları çözdükten sonra tekrar eden örüntüleri araştırın. Haftalık değerlendirmede deneme sayısını, nihai başarı sayısını, hata kategorilerini ve yeniden deneyerek ödeme tamamlayan müşterileri birlikte inceleyin.
Örneğin 200 ödeme denemesinin 170’i başarıyla sonuçlanırsa deneme bazındaki başarı oranınız yüzde 85 olur. Ancak bir müşteri üç kez deneyip sonunda ödeme yapabilir. Bu nedenle deneme oranıyla borcunu veya siparişini tamamlayan müşteri oranını ayrı hesaplayın. Bu sayılar örnek hesaplamadır; sektör ortalamasını göstermez.
Hataları cihaz, banka, ödeme kanalı ve zaman aralığına göre karşılaştırın. Az sayıda işlemin bulunduğu bir gruptan büyük sonuçlar çıkarmayın.
Sonuçları somut aksiyona bağlayın. Mobilde belirli bir adımda yoğunlaşan sorun teknik inceleme gerektirir. Belirsiz hata mesajlarından sonra müşteriler desteğe başvuruyorsa metinleri iyileştirin. Her değişiklikten sonra aynı tanımlarla ölçüm yapın; böylece etkisini karşılaştırabilirsiniz.
Ödeme linki, cari takip ve mutabakat bu süreçte nasıl yardımcı olur?
Müşteri sitedeki ödeme akışında sorun yaşıyorsa, mevcut işlemin başarısızlığını doğruladıktan sonra uygun bir ödeme linki sunabilirsiniz. Linke doğru tutarı ve müşteri bilgisini ekleyin; tamamlanan ödemeyi aynı borçla eşleştirin.
Ödeme linki alternatif bir tahsilat kanalı sunar. Kartın limit veya banka kısıtlamasını ortadan kaldırdığını varsaymayın. İlk işlemin sonucu belirsizken ikinci bir kanal üzerinden ödeme istemeyin.
B2B tahsilatta bu kontrol özellikle önem taşır. Bayiniz tek bir borcu kapatmaya çalışırken farklı denemeler yapmaktadır. Finans ekibiniz denemeleri, tamamlanan ödemeyi ve kalan borcu birlikte takip etsin.
Online Ödeme Sistemi, bayi ve müşteri borçlarını, bakiyelerini ve ödeme geçmişini tek panelden takip etmeye; tahsilat raporları ve mutabakatla kayıtları kontrol etmeye yardımcı olur. (Online Ödeme Sistemi — Hizmetler) Ödeme linkiyle tahsilat rehberini inceleyebilir veya işletmenizin tahsilat akışı için bizimle iletişime geçebilirsiniz.
Sık sorulan sorular
Kullanılabilir limit, internet alışverişi yetkisi, işlem kısıtlaması ve doğrulama sonucu ayrı kontroller gerektirmektedir. Önce işlem kaydındaki açıklamayı inceleyin. Müşteriye yalnızca kartın toplam limitini sormakla yetinmeyin.
Kod veya mobil onay sorununda kart sahibi bankasıyla görüşmelidir. Doğrulama ekranına geçiş ya da ödeme sonrası dönüş sorunu varsa işletmenin teknik ekibi ve sağlayıcı da inceleme yapmalıdır. Hatanın aşaması doğru muhatabı belirler.
Yaygın banka yanıtlarında 05, bankanın işlemi onaylamadığını anlatır. Tek başına ayrıntılı ret nedenini açıklamaz. Sağlayıcının açıklama alanını kontrol edin ve gerekiyorsa kart sahibini bankasına yönlendirin. (PayTR — Banka hata kodu örnekleri)
Önce ortada kesinleşmiş tahsilat mı, bekleyen provizyon mu, yoksa yalnızca sonuç ekranı sorunu mu bulunduğunu belirleyin. Ardından bankanın ve sağlayıcının kaydına göre işlem yapın. İnceleme yapmadan otomatik iade veya belirli süre sözü vermeyin.
Önceki işlemin başarısızlığını doğruladıktan ve hata nedenine uygun düzeltmeyi yaptıktan sonra sağlayıcının yönlendirmesine göre yeniden deneyebilir. Belirsiz sonuçta önce mevcut işlemi sorgulayın.
Hata kodunu, işlem referanslarını ve sorunun kapsamını toplayın. Tek kartta mı, aynı bankada mı, tüm ödeme akışında mı tekrar ettiğini belirleyin. Ardından bu bilgileri uygun banka veya sağlayıcı destek ekibine iletin.
