E-Ticarette Ödeme Sistemleri

Ödeme, Siparişin Finansal Gerçeğidir

Müşterinin ödeme ekranında 'başarılı' görmesi ile işletmenin siparişi güvenle işleme alabilmesi aynı şey değildir. E-ticaret sisteminin ödeme sağlayıcısından gelen sonucu doğru siparişle eşleştirmesi, tutarı doğrulaması ve başarısız/tekrarlı işlemleri yönetmesi gerekir.

1. E-Ticarette Kullanılan Temel Ödeme Yöntemleri

• Banka/kredi kartı ile online ödeme.
• Havale/EFT benzeri banka transferleri.
• İş modeline uygun alternatif dijital ödeme yöntemleri.
• B2B yapılarda cari/vadeli ödeme gibi ticari koşullar.
• Uygun olduğu senaryolarda teslimatla ilişkili ödeme modelleri.

Hangi yöntemlerin kullanılacağı müşteri kitlesine, ülkeye, ürün tipine, risk modeline ve sağlayıcı koşullarına göre değişir. Amaç mümkün olan her yöntemi eklemek değil, müşterinin ihtiyacı ile işletmenin operasyonunu dengede tutmaktır.

2. Sanal POS ve Ödeme Hizmeti Sağlayıcısı Mantığı

Kartlı ödemede işletme banka veya ödeme hizmeti sağlayıcısı üzerinden işlem kabul eder. Teknik model sağlayıcıya göre değişebilir; e-ticaret altyapısı ödeme talebini başlatır, işlem sonucunu güvenilir kanaldan alır ve siparişle ilişkilendirir.

Komisyon, ödeme vadesi, taksit, iade süreçleri, destek ve teknik entegrasyon koşulları sağlayıcı seçiminde birlikte değerlendirilmelidir.

3. 3D Secure Ne İşe Yarar?

3D Secure, kartlı online işlemlerde kart sahibinin doğrulanmasına yönelik güvenlik katmanıdır. Akış ve uygulanma koşulları banka, sağlayıcı ve güncel kurallara göre değişebilir.

İşletme açısından önemli olan müşterinin doğrulama akışından dönmesi, vazgeçmesi veya hata alması gibi durumlarda sipariş ve ödeme kaydının tutarlı kalmasıdır.

4. Başarılı Ödeme Akışını Uçtan Uca Düşünün

1. Müşteri sepet toplamını görür.
2. Ödeme yöntemini seçer.
3. Ödeme isteği doğru sipariş ve tutarla oluşturulur.
4. Gerekli doğrulama tamamlanır.
5. Sağlayıcı işlem sonucunu iletir.
6. Sistem sonucu güvenilir biçimde doğrular.
7. Ödeme kaydı doğru siparişle eşleştirilir.
8. Sipariş işleme alınabilecek duruma geçer.
9. Müşteri ve işletme doğru sonucu görür.

Bu zincirin yalnız son ekranını test etmek yeterli değildir. Sunucu tarafındaki sonuç, tutar ve sipariş eşleşmesi esas alınmalıdır.

5. Başarısız Ödeme de Tasarlanması Gereken Bir Akıştır

• Yetersiz limit/bakiye.
• Kart veya doğrulama hatası.
• Müşterinin doğrulamadan vazgeçmesi.
• Ağ veya zaman aşımı.
• Sağlayıcıdan belirsiz sonuç.
• Müşterinin geri/yenile düğmelerini kullanması.

Müşteriye anlaşılır mesaj verilmesi gerekir; fakat teknik hata detaylarını gereksiz biçimde göstermek doğru değildir. Aynı zamanda başarısız işlemin sipariş ve stok üzerinde yanlış sonuç oluşturmaması gerekir.

6. Çift Tıklama ve Tekrarlı Tahsilat Riskini Düşünün

Müşteri ödeme düğmesine birden fazla kez basabilir, sayfayı yenileyebilir veya bağlantı kesildiği için yeniden deneyebilir. Sistem aynı ticari işlemin yanlışlıkla birden fazla kez tahsil edilmesini önleyecek tasarıma sahip olmalıdır.

7. Tutar Doğrulaması Kritik Bir Kontroldür

Ödeme sonucu yalnız 'başarılı' bilgisinden ibaret değerlendirilmemelidir. İşlem kimliği, sipariş ilişkisi, para birimi ve beklenen tutar gibi kritik alanların entegrasyon tasarımına uygun biçimde doğrulanması gerekir.

8. Ödeme ve Stok İlişkisini Tanımlayın

Stok ne zaman rezerve edilecek? Ödeme başarısız olduğunda rezervasyon ne zaman bırakılacak? Son ürün için aynı anda iki müşteri ödeme yaparsa ne olacak? Bu sorular yüksek talep gören ürünlerde önem kazanır.

Tek doğru rezervasyon süresi yoktur; ürün yapısı ve ödeme akışına göre işletme kuralı tanımlanmalıdır.

9. İptal ile Finansal İade Aynı İşlem Değildir

Siparişin ticari olarak iptal edilmesi ile müşteriye paranın geri gönderilmesi ayrı süreçlerdir. Sistem iki durumun da kaydını tutabilmelidir.

• Sipariş tamamen mi kısmen mi iptal edildi?
• Hangi kalemler iade edildi?
• Finansal iade talebi ne zaman oluşturuldu?
• Sağlayıcı sonucu ne oldu?
• Müşteriye hangi bilgi verildi?
• Muhasebe/uzlaştırma kaydına nasıl yansıdı?

10. Taksit ve Kampanyaların Ekonomisini Kontrol Edin

Taksit veya ödeme kampanyaları dönüşümü etkileyebilir; fakat sağlayıcı koşulları ve maliyetleri ürün ekonomisini değiştirebilir. Kampanyayı yalnız müşteri tarafındaki görünümle değerlendirmeyin.

Güncel taksit, kart, banka ve mevzuat koşulları değişebileceği için uygulama öncesinde ilgili sağlayıcıların güncel şartları doğrulanmalıdır.

11. Ödeme Sağlayıcısı Seçim Kriterleri

• İş modeliniz ve ürün kategorinizle uyumluluk.
• Komisyon ve diğer ücret yapısı.
• Tahsilatın işletmeye aktarılma koşulları.
• Taksit/ödeme seçenekleri.
• İade ve kısmi iade yetenekleri.
• 3D Secure ve güvenlik akışları.
• Teknik dokümantasyon ve entegrasyon kalitesi.
• Webhook/callback benzeri sonuç bildirimlerinin güvenilirliği.
• Raporlama ve mutabakat imkanları.
• Destek ve olay yönetimi.
• Başarılı/başarısız işlem deneyimi.

12. Kart Verisi Güvenliğini Doğru Sınırlandırın

Kart verisi yüksek hassasiyetli bilgidir. İşletmenin ve yazılımın kart verisine hangi noktada temas ettiği kullanılan ödeme entegrasyonu modeline göre değişebilir. Gereksiz kart verisi saklamaktan kaçınılmalı ve sağlayıcının güvenli entegrasyon yöntemleri kullanılmalıdır.

13. Mutabakat: Sipariş ile Para Aynı Hikâyeyi Anlatıyor mu?

İşletmenin sipariş kayıtları ile ödeme sağlayıcısındaki işlemleri düzenli karşılaştırabilmesi gerekir. Amaç kayıp, fazla, başarısız veya iade edilmiş işlemleri erken fark etmektir.

• Sipariş numarası.
• Ödeme işlem kimliği.
• Brüt tutar.
• İade tutarı.
• İşlem durumu.
• İşlem tarihi.
• Sağlayıcı kesintileri/komisyonları.
• İşletmeye aktarım durumu.

14. Ödeme Sayfasında Dönüşümü Etkileyen Noktalar

• Toplam tutarın açık olması.
• Beklenmeyen maliyetlerin son adımda çıkmaması.
• Form alanlarının gereksiz uzamaması.
• Mobil klavye ve alanların rahat kullanılması.
• Hata mesajlarının ne yapılacağını açıklaması.
• Tekrar deneme yolunun açık olması.
• Güven unsurlarının abartısız ve anlaşılır sunulması.

Ödeme Test Senaryoları

1. Başarılı ödeme.
2. Başarısız ödeme.
3. 3D Secure/doğrulama başarısızlığı veya vazgeçme.
4. Ödeme sırasında sayfadan ayrılma.
5. Aynı düğmeye tekrar basma.
6. Ödeme başarılı fakat tarayıcı dönüşünün kesilmesi.
7. Yanlış/beklenmeyen tutar sonucunun reddedilmesi.
8. Tam iptal ve finansal iade.
9. Kısmi iade destekleniyorsa kısmi senaryo.
10. Mobil cihazda ödeme.
11. Sağlayıcı geçici olarak yanıt vermediğinde davranış.

Sık Yapılan Ödeme Hataları

• Başarı ekranını tek doğruluk kaynağı kabul etmek.
• Sipariş ve ödeme durumunu aynı alan gibi yönetmek.
• Başarısız ödeme senaryolarını test etmemek.
• Tekrarlı işlem riskini düşünmemek.
• İptal ile finansal iadeyi karıştırmak.
• Komisyonu ürün ekonomisinden ayırmak.
• Mobil ödeme akışını test etmemek.
• Mutabakat süreci kurmamak.

Ödeme tamamlandıktan sonra müşteriye verilen söz fiziksel olarak yerine getirilmelidir. Sonraki derste kargo ve teslimatı yalnız taşıyıcı seçimi olarak değil, sipariş ekonomisi ve müşteri deneyiminin devamı olarak ele alacağız.