E-ticarette Ödeme Entegrasyonu: iyzico ve PayTR Karşılaştırması

Bir e-ticaret projesinde en çok ertelenen, en son konuşulan ve en çok soruna yol açan başlık ödeme tarafıdır. Tasarım biter, ürünler girilir, kargo anlaşması yapılır; sıra ödeme altyapısına geldiğinde ise iş genellikle "hangisi daha ucuz" sorusuna indirgenir. Oysa ödeme entegrasyonu bir fiyat karşılaştırması değil, mağazanın nakit akışını, iade sürecini, muhasebesini ve müşteri güvenini aynı anda belirleyen bir mimari karardır. Bu yazıda Türkiye'de en sık tercih edilen iki sağlayıcı olan iyzico ve PayTR üzerinden ödeme altyapısının nasıl kurulduğunu, hangi kriterlere göre seçim yapılması gerektiğini ve sahada en çok karşılaştığım hataları anlatıyorum.

Ödeme altyapısı gerçekte ne yapar?

Müşteri kartını girer, ekranda "ödeme başarılı" yazar. Görünen kısım budur. Perde arkasında ise birbirinden bağımsız birkaç işlem zinciri çalışır: kart bilgisi güvenli şekilde toplanır, banka tarafında doğrulama yapılır, tutar provizyona alınır, sipariş sistemine "bu ödeme geçti" bilgisi döner ve ilgili tutar belirli bir vade sonunda işletmenin hesabına aktarılır.

Bu zincirin her halkası ayrı bir risk noktasıdır. Kart bilgisinin sitede tutulması hukuki ve teknik olarak istenmeyen bir durumdur; bu yüzden modern altyapılarda kart verisi hiçbir zaman senin sunucuna uğramaz. Sağlayıcının barındırdığı bir ödeme formu ya da güvenli bir çerçeve devreye girer, kart verisi doğrudan sağlayıcıya gider, sana yalnızca sonuç döner.

Bir diğer kritik halka, ödemenin siparişle eşleşmesidir. Ödeme geçti ama sipariş oluşmadıysa, ya da sipariş oluştu ama ödeme yarıda kaldıysa ortaya elle temizlenmesi gereken bir karmaşa çıkar. İyi kurulmuş bir entegrasyonun temel görevi, bu iki kaydın her koşulda birbirini tutmasını sağlamaktır.

Sanal POS, ödeme kuruluşu ve aracı hizmet: farkı nedir?

Terimler çoğu zaman birbirine karıştığı için seçim de karışıyor. Basitleştirelim:

• Banka sanal POS'u: Doğrudan bankayla anlaşırsın, her banka için ayrı entegrasyon ve ayrı anlaşma gerekir. Ciro büyüdükçe oranlar iyileşebilir, ancak teknik yük ve yönetim yükü sende kalır.
• Ödeme kuruluşu / ödeme hizmeti sağlayıcısı: iyzico ve PayTR bu kategoridedir. Tek entegrasyonla birden çok bankanın kartını ve taksit imkânını tek panelden yönetirsin. Mutabakat, iade ve raporlama tek yerden yürür.
• Pazaryeri / market place çözümü: Birden fazla satıcının aynı sitede satış yaptığı yapılarda, tahsilatın satıcılara bölünmesini sağlayan özel bir modeldir. Standart mağazadan tamamen farklı bir kurulum ister.

Yeni kurulan ya da orta ölçekli mağazaların büyük çoğunluğu için doğru cevap ikinci maddedir. Tek tek banka sanal POS'u yönetmek, günlük mutabakatı elle yapacak bir ekip yoksa çoğu zaman kazandırdığından fazlasını götürür.

iyzico ve PayTR: hangisi hangi işletmeye uyar?

İkisi de Türkiye'de yaygın, kurumsal ve yerleşik sağlayıcılar. "Biri diğerinden iyidir" demek yanlış olur; doğru soru, senin iş modelinin hangisiyle daha az sürtünme yaşadığıdır. Karşılaştırmayı fiyat üzerinden değil, karar kriterleri üzerinden yapmak gerekir.

Genel eğilim olarak: hazır e-ticaret altyapıları ve abonelik/tekrarlayan ödeme senaryolarında iyzico tarafının eklenti ve geliştirici ekosistemi rahat ilerler. Yüksek işlem hacimli, taksit ağırlıklı ve klasik perakende satış yapan mağazalarda PayTR tarafının operasyonel akışı ve panel alışkanlığı pek çok işletmeye tanıdık gelir. Ancak bu bir kural değil, bir başlangıç noktasıdır; iki sağlayıcıdan da kendi cironu ve sektörünü belirterek güncel teklif almak, internetteki genel oran listelerine bakmaktan çok daha sağlıklıdır.

Önemli bir uyarı: komisyon oranları, vade süreleri ve taksit koşulları işletmeden işletmeye, ciroya ve sektöre göre değişir. Bu yüzden bu yazıda sabit bir oran vermiyorum. Karar vermeden önce iki sağlayıcıdan da yazılı teklif iste ve teklifleri aynı tabloda karşılaştır.

Kurulum sırası: doğru sıra, yarım kalmış projeyi önler

Ödeme entegrasyonu teknik olarak zor bir iş değildir; zor olan, sırayı doğru kurmaktır. Sahada işlerin tıkandığı yer neredeyse her zaman aynı: yazılım hazır, ama başvuru onaylanmamış.

1. Tüzel yapıyı netleştir. Şirket türü, vergi kaydı ve faaliyet konusu başvurunun ilk kapısıdır. Sattığın ürün kategorisi bazı sağlayıcılarda ek belge isteyebilir.
2. Başvuruyu erken yap. Onay süreci geliştirmeden bağımsız ilerler. Siteyi bitirip sonra başvurmak, açılışı haftalarca geciktirebilir.
3. Zorunlu sayfaları hazırla. Mesafeli satış sözleşmesi, iade ve teslimat koşulları, gizlilik politikası ve iletişim bilgileri hem yasal zorunluluk hem de başvuru onayının şartıdır.
4. Test ortamında kur. Sağlayıcının test anahtarlarıyla başarılı ödeme, başarısız ödeme, 3D doğrulama iptali ve iade senaryolarını tek tek dene.
5. Sipariş eşleşmesini doğrula. Ödeme sonucunun sipariş kaydına doğru yazıldığını, çift kayıt oluşmadığını ve yarım kalan ödemelerin sipariş üretmediğini kontrol et.
6. Canlıya al ve ilk günleri izle. İlk gerçek işlemleri kendin yap, küçük tutarla test et, ardından iade et. Panelde ve sipariş sisteminde aynı görünüyor mu, ona bak.

Bu sıra, sitenin genel kurulum planıyla iç içe yürür. Zemini henüz kurmadıysan önce e-ticaret sitesi nasıl kurulur yazısındaki adımları tamamlamak, ödeme tarafını çok daha kolay hale getirir. Altyapı olarak Shopify düşünüyorsan, Shopify mağaza kurulumu yazısında ödeme adımının kurulumun neresine oturduğunu anlatmıştım.

3D Secure, güvenlik ve sorumluluk

3D Secure, kartın gerçekten sahibi tarafından kullanıldığını bankanın doğruladığı ek adımdır. Müşteri tarafında bir ekran daha demektir; işletme tarafında ise itiraz ve sahtecilik riskinin önemli ölçüde azalması anlamına gelir.

3D'siz ödeme dönüşümü bir miktar artırabilir, çünkü adım sayısı azalır. Ancak riski işletmeye yükler: kart sahibi işlemi tanımadığını iddia ettiğinde yükü sen taşırsın. Sepet tutarı yüksek, ürünü iade edilmesi zor ya da dijital teslimat yapan işletmeler için 3D'yi zorunlu tutmak neredeyse her zaman doğru karardır.

Güvenlik tarafında ikinci kritik nokta, kart verisini asla kendi sisteminde saklamamaktır. Tekrarlayan ödeme ya da "kartı hatırla" özelliği gerekiyorsa, bunu sağlayıcının saklama ve tokenizasyon hizmeti üzerinden kurmak gerekir. Kart numarasını veri tabanına yazan bir çözüm, ne kadar iyi niyetle yazılmış olursa olsun kabul edilebilir değildir.

Üçüncü nokta ise sitenin kendisidir: geçerli bir SSL sertifikası, güncel bir altyapı ve sızdırmayan bir yönetim paneli olmadan ödeme güvenliği konuşulamaz.

En sık yapılan altı hata

• Sadece komisyona bakmak. Vade süresi göz ardı edildiğinde, "ucuz" görünen seçenek nakit akışını sıkıştırarak daha pahalıya mal olabilir.
• Başvuruyu en sona bırakmak. Yazılım bitmiş, site hazır, ama hesap onaylanmadığı için açılış bekliyor. En sık karşılaştığım gecikme sebebi budur.
• İade sürecini hiç tasarlamamak. İade, ödemenin aynası olan bir süreçtir. Panelde nasıl yapılacağı, siparişe nasıl yansıyacağı ve muhasebeye nasıl geçeceği baştan belirlenmelidir.
• Yarım kalan ödemeleri yönetmemek. Müşteri 3D ekranında vazgeçtiğinde ne olacak? Sipariş oluşmalı mı, oluşmamalı mı, stok düşmeli mi? Bu senaryo yazılmazsa stok ve sipariş verisi zamanla bozulur.
• Mutabakatı elle yapmak. Her gün panelden banka hesabına elle karşılaştırma yapmak sürdürülebilir değildir. Muhasebe entegrasyonu kurulmadığında bu iş birkaç ay içinde katlanarak büyür.
• Taksit maliyetini fiyatlamaya yansıtmamak. Taksitli satışın bir maliyeti vardır. Bu maliyet ürün fiyatına yansıtılmadığında kâr marjı sessizce erir.

Ödeme entegrasyonu diğer sistemlere nasıl bağlanır?

Ödeme tek başına duran bir modül değildir. Doğru kurulduğunda mağazanın geri kalanıyla konuşur: sipariş sistemi ödemenin durumunu bilir, muhasebe tarafı fatura kesimini bu veriye göre yapar, kargo süreci ancak ödeme onaylandıktan sonra tetiklenir.

Aynı ürünleri pazaryerlerinde de satıyorsan tablo biraz daha karmaşıklaşır: pazaryeri tahsilatı kendi sisteminde yapar, senin sitendeki tahsilat ise ödeme sağlayıcısından gelir. İki kaynağın tek bir stok ve tek bir muhasebe kaydında buluşması gerekir. Bu birleştirme işini Trendyol ve Hepsiburada entegrasyonu yazısında ayrıntılı anlatmıştım.

Sipariş sonrası müşteri iletişimi de bu zincirin parçasıdır. Ödeme onayı, kargo bilgisi ve iade takibi gibi mesajların otomatik gitmesi hem destek yükünü azaltır hem de "siparişim ne oldu" trafiğini büyük ölçüde bitirir; bu akışın nasıl kurulduğunu WhatsApp sipariş ve chatbot entegrasyonu yazısında bulabilirsin.

Sık Sorulan Sorular

iyzico mu PayTR mi daha ucuz?

Tek bir doğru cevabı yok, çünkü oranlar işletmenin cirosuna, sektörüne ve pazarlık gücüne göre belirleniyor. Doğru yöntem, iki sağlayıcıdan da kendi rakamlarınla yazılı teklif almak ve teklifleri komisyon, vade, taksit maliyeti ve ek ücretler kalemleriyle aynı tabloda karşılaştırmaktır.

Şahıs şirketiyle sanal POS alabilir miyim?

Genel olarak evet; şahıs şirketleri de ödeme kuruluşlarına başvurabiliyor. Onay için vergi kaydı, faaliyet alanının uygunluğu ve sitede yasal sayfaların eksiksiz bulunması aranır. Bazı riskli kategorilerde ek belge veya ek değerlendirme istenebilir.

Aynı anda iki ödeme sağlayıcısı kullanabilir miyim?

Teknik olarak mümkün ve bazı işletmeler yedeklilik için bunu tercih ediyor. Ancak mutabakat, iade ve raporlama iki katına çıkar. İşlem hacmin çok yüksek değilse tek sağlayıcıyla başlayıp ihtiyaç doğduğunda ikinciyi eklemek daha sağlıklıdır.

Ödeme entegrasyonu ne kadar sürede kurulur?

Hazır altyapılarda ve eklenti desteği olan durumlarda teknik kurulum genellikle kısa sürer. Projenin toplam süresini belirleyen asıl kalem, sağlayıcının başvuru ve onay sürecidir. Bu yüzden başvuruyu geliştirmenin başında yapmak, sonunda yapmaktan her zaman daha hızlı bitirir.

Bisifirdan yaklaşımı

Ben ödeme entegrasyonunu bir "eklenti kurma" işi olarak değil, paranın izlediği yolun tasarımı olarak ele alıyorum. Önce şu sorular netleşiyor: hangi sağlayıcı hangi gerekçeyle seçildi, yarım kalan ödemede ne olacak, iade hangi ekranda kim tarafından yapılacak, mutabakat hangi sıklıkla ve nasıl kapanacak, muhasebeye hangi veri hangi formatta gidecek. Bu sorular cevaplandıktan sonra kurulum zaten mekanik bir adım. Sıra bozulduğunda ise ortaya çalışan ama kimsenin rakamlarına güvenmediği bir mağaza çıkıyor.

Kurduğum e-ticaret ve entegrasyon projelerinin örneklerini İşler bölümünde, hangi hizmetleri nasıl verdiğimi ise Neler Yapıyorum bölümünde görebilirsin.

Ödeme tarafını doğru kurmak, satışın son metresini kaybetmemek demektir. Projeni İletişim bölümünden anlat; sıfırdan canlıya, tahsilatı ve muhasebesi birbirini tutan bir mağaza kuralım.