Mobil Uygulamaya Ödeme Sistemi Entegrasyonu: iyzico mu, PayTR mi?

Bir e-ticaret uygulaması için sanal pos entegrasyonuna başladığınızda ilk soru genelde şu olur: iyzico mu PayTR mi? Aslında ikisi de Türkiye pazarında yıllardır çalışan, BDDK denetimine tabi ödeme kuruluşları ve teknik olarak birbirine çok yakın. Fark daha çok komisyon oranlarında, entegrasyon dokümantasyonunun netliğinde ve destek hızında ortaya çıkıyor.

iyzico'nun mobil SDK'ları hem Android hem iOS için hazır bileşenler sunuyor; kart formu, taksit seçimi ve 3D Secure yönlendirmesi SDK içinde yönetiliyor, siz sadece sepet tutarını ve sipariş bilgisini gönderiyorsunuz. PayTR ise daha çok link tabanlı ve iFrame tabanlı bir akış sunuyor; bu da bazı durumlarda WebView içinde çalıştırmayı gerektiriyor. Bir Android uygulama geliştirme projesinde WebView tabanlı ödeme akışı kullanıcıya native hissettirmeyebilir, bu yüzden SDK desteği olan sağlayıcıyı tercih ediyoruz genellikle.

3D Secure neden pazarlık konusu değil

Bazı müşteriler 3D Secure'ü kaldırıp ödeme akışını hızlandırmak istiyor. Bu mümkün değil ve denenmemeli. PSD2 benzeri düzenlemeler ve bankaların kendi risk politikaları, belirli işlem tutarlarının üzerinde 3D Secure doğrulamasını zorunlu kılıyor. 3D Secure'süz akışta çekilen işlemlerde itiraz (chargeback) durumunda mağaza sahibi korumasız kalıyor; kart sahibi "bu işlemi ben yapmadım" dediği an para geri gidiyor ve komisyon da yanıyor. Yani 3D Secure sadece bir güvenlik katmanı değil, aynı zamanda satıcının hukuki koruma kalkanı.

Test ortamı ile canlı ortam arasındaki gerçek fark

iyzico'da sandbox hesabı açmak birkaç dakika sürüyor ama test kartlarıyla gerçek bankacılık davranışını birebir simüle edemiyorsunuz. 3D Secure ekranındaki SMS onay adımı test ortamında otomatik geçiliyor, canlıda kullanıcı gerçek telefonuna gelen kodu giriyor. Bu yüzden canlıya geçmeden önce mutlaka gerçek bir kartla, küçük tutarlı (1-5 TL gibi) canlı işlem denemesi yapıyoruz. PayTR tarafında da benzer bir sandbox var ama üye işyeri onay süreci — vergi levhası, imza sirküleri gibi evrakların incelenmesi — 2 ila 5 iş günü sürebiliyor, bu süreyi proje takvimine baştan eklemek gerekiyor.

Taksit, iade ve komisyon detayları

Taksit seçeneği sunacaksanız bankaların taksit kampanyalarına göre komisyon oranı değişiyor; tek çekimde komisyon genelde %2-3 bandındayken 9 taksitte bu oran %8'lere çıkabiliyor. İade (refund) API'leri her iki sağlayıcıda da mevcut ama kısmi iade desteği bazı entegrasyon versiyonlarında sınırlı olabiliyor, sipariş yönetim panelinizde bu senaryoyu test etmeden canlıya çıkmayın.

Mobil tarafta ödeme ekranını native tutmak dönüşüm oranını doğrudan etkiliyor; kullanıcı ayrı bir tarayıcıya yönlendirildiğinde sepeti terk etme oranı belirgin şekilde artıyor. iOS uygulama geliştirme tarafında Apple'ın kendi ödeme politikaları da (dijital içerik satışında In-App Purchase zorunluluğu gibi) unutulmamalı; fiziksel ürün veya hizmet satıyorsanız iyzico/PayTR gibi harici sanal pos kullanmakta sorun yok, ama dijital ürün satışında Apple kendi ödeme sistemini dayatıyor. Bu ayrımı proje başında netleştirmek, sonradan App Store reddiyle karşılaşmamak için kritik.

Hangi projede hangisi

Küçük ve orta ölçekli e-ticaret uygulamalarında iyzico'nun native SDK desteği işi kolaylaştırıyor. Yüksek hacimli, kurumsal entegrasyon gerektiren projelerde ise PayTR'nin API esnekliği ve özel anlaşma komisyon oranları tercih sebebi olabiliyor. Proje bütçesi ve zaman çizelgesi planlarken bu entegrasyon sürecini de dahil etmek gerekiyor; ekibimiz her iki sağlayıcıyla da defalarca çalıştığı için hangi senaryoda hangisinin daha uygun olduğuna proje başında birlikte karar veriyoruz.

iyzico Mobil Uygulama Ödeme Entegrasyonu PayTR Sanal Pos