Bir e-ticaret mağazasında ödeme altyapısı, vitrinin ve ürün kataloğunun kadar görünür olmasa da en kritik bileşenlerden biridir. Müşteri sepeti doldurduğunda, kart bilgisini girerken ve ödemeyi onaylarken yaşadığı her zorluk, satışın tamamlanıp tamamlanmayacağını belirler. Siz açısından ise ödeme altyapısı; tahsilatın doğruluğu, iade süreçlerinin güvenliği, muhasebe mutabakatı ve müşteri güveni demektir. SoftCrafter olarak CS-Cart mağazalarına Türkiye’de kullanılan sanal POS ve ödeme kuruluşlarını entegre ediyoruz. iyzico ve PayTR için hazır eklentilerimiz var; bunların dışında kalan ödeme ihtiyaçlarında entegrasyonu projeye özel kurguluyoruz.
Sanal POS, ödeme kuruluşu, ödeme geçidi: farklar nedir?
Bu kavramlar günlük dilde birbirine karışır; entegrasyon kararını doğru vermek için ayrımı bilmek yararlıdır:
- Banka sanal POS’u: Doğrudan bir bankayla yapılan anlaşmadır. Tahsilat o bankanın hesabına yapılır; her banka kendi protokolünü, kendi test ortamını ve kendi entegrasyon kurallarını sunar.
- Ödeme kuruluşu (ödeme hizmeti sağlayıcısı): Birden çok bankayla çalışan, tek bir API üzerinden kartlı ödeme alan, genellikle taksit, iade ve raporlama gibi hizmetleri tek çatıda sunan kuruluştur. Mağaza, bankalarla ayrı ayrı uğraşmaz.
- Ödeme geçidi (gateway): Bu iki yapıyı mağazanıza bağlayan teknik katmandır; CS-Cart’ta “ödeme yöntemi işlemcisi” olarak çalışır.
Hangisinin sizin için uygun olduğu; ciro hacminize, taksit ihtiyacınıza, komisyon pazarlığınıza ve operasyon tercihlerinize bağlıdır. Tek bir banka anlaşması düşük komisyon sağlayabilir ama taksit çeşitliliğini sınırlayabilir; ödeme kuruluşu ise esneklik ve kolay yönetim sağlayabilir. Bu kararı mali danışmanınız ve ödeme sağlayıcılarıyla birlikte vermenizi öneririz.
Doğru bir ödeme entegrasyonunun özellikleri
Yüzeyde tüm ödeme entegrasyonları aynı işi yapar: kartı al, tutarı çek, siparişi onayla. Farkı belirleyen, hatalı durumlarda nasıl davrandığıdır. Güvenilir bir entegrasyonda şunları ararız:
- Sunucu doğrulaması: Siparişin ödendi sayılması müşterinin tarayıcısına dönüşüne değil, ödeme kuruluşunun imzalı sunucu bildirimine ya da doğrulanmış bir sorguya bağlıdır.
- Tutar eşleşmesi: Ödenen tutar sipariş tutarıyla birebir karşılaştırılır; eksik tahsilat fark edilmeden kabul edilmez.
- Çift işlem koruması: Aynı bildirimin tekrar gelmesi ikinci bir sipariş onayı ya da çift stok düşümü üretmez.
- Belirsiz sonuç yönetimi: Zaman aşımı gibi “sonuç bilinmiyor” durumlarında para hareketi körü körüne tekrarlanmaz; durum sorgulanır.
- İki adımlı ve yetkili iade: İade, hazırlık ve onay olarak ayrılır; yalnızca yetkili kişiler yapabilir ve her adım kaydedilir.
- İzlenebilirlik: Her ödeme girişimi, doğrulama ve iade, siparişte okunabilir bir geçmiş olarak görünür.
- Gizli verilerin korunması: Anahtarlar şifreli saklanır, günlüklerde görünmez; kart verisi mağazaya hiç girmez.
Kendi hazır eklentilerimizi bu ilkelerle geliştirdik; başka bir ödeme kuruluşu ya da banka için de aynı disiplinle yeni bir entegrasyon yazıyoruz.
Barındırılan form mu, doğrudan entegrasyon mu?
Kart bilgisini nerede alacağınız, güvenlik ve uyum yükünüzü belirler. Barındırılan form (müşteriyi ödeme kuruluşunun sayfasına yönlendirmek ya da onun formunu gömmek) kart verisini sizin ortamınızın dışında tutar. PCI güvenlik standartları konseyinin açıklamalarına göre, ödeme sayfasına yönlendirme yapan ve kart verisini kendi sistemlerinde işlemeyen ticari siteler için uyum kapsamı daha dardır. Doğrudan entegrasyon (kart alanlarını kendi sayfanızda çizmek) ise tasarım özgürlüğü sağlar ama kart verisinin sizin ortamınızdan geçmesi demektir; bu da güvenlik denetimi, sızıntı riski ve uyum yükünü büyütür. Çoğu mağaza için barındırılan form daha akılcı bir tercihtir. Ayrıntılı uyum kapsamınızı ödeme sağlayıcınızla ve güvenlik danışmanınızla netleştirmenizi öneririz.
3D Secure ve taksit
Türkiye’de online kartlı ödemelerin büyük çoğunluğu 3D Secure doğrulamasıyla yapılır; banka ve ödeme kuruluşları bunu yaygın biçimde uygular ve talep eder. Entegrasyon tarafında önemli olan, 3D Secure adımının ödeme kuruluşunun akışının içinde güvenle çalışması, başarısız doğrulamanın siparişi bozmaması ve müşterinin sepetini kaybetmeden ödeme adımına dönebilmesidir. Taksit ise ayrı bir ticari ve teknik konudur: hangi kartta hangi taksit sayısının geçerli olduğunu bankalar ve ödeme kuruluşu belirler; mağaza tarafında hangi seçeneklerin sunulacağı ve nasıl gösterileceği entegrasyona bağlıdır. Taksit seçeneklerini ve vade farkı politikanızı entegrasyondan önce netleştirmek, sonradan yaşanacak sürpriz maliyetleri önler.
İade, iptal ve mutabakat
Satış kadar önemli ve çoğu zaman daha çok hata yapılan bölüm iade ve iptaldir. Aynı gün içinde yapılan iptal ile sonraki günlerdeki iade, ödeme kuruluşlarında farklı işlemlerdir; kısmi iade ayrı bir senaryodur; iade sonucu okunamadığında tekrar göndermek çift iadeye yol açabilir. Muhasebe tarafında ise tahsilatların banka hesabınıza yansıması ile siparişlerin eşleşmesi, ay sonunda en çok emek isteyen işlerden biridir. İyi bir entegrasyon; iade akışını kontrollü hale getirir, kayıtları siparişe bağlar ve mutabakat için gerekli referansları saklar. Muhasebe tarafında Paraşüt Ön Muhasebe gibi eklentilerle birlikte düşünüldüğünde, ödeme, fatura ve defter aynı akışın parçaları haline gelir.
Pazaryeri modelinde ödemeler
Çok satıcılı bir pazaryeri kuruyorsanız ödeme akışı daha karmaşıktır: müşteri tek sepetle birden çok satıcıdan alışveriş yapar, tahsilat tek ödemeyle gelir ama satıcılara komisyon düşüldükten sonra ödeme yapılması gerekir. Bu dağıtımın nasıl yapılacağı; ödeme kuruluşunun sunduğu pazaryeri çözümlerine, hukuki yapıya ve operasyona bağlıdır. Hak ediş hesabı CS-Cart Multi-Vendor içinde yapılabilir; ödemenin satıcılara fiilen nasıl dağıtılacağı ise ayrıca kurgulanmalıdır. Bu konuyu proje başında, iş modelinizi dinleyerek netleştirmek en doğrusudur; ayrıntılar için pazaryeri yazılımı sayfamıza da göz atabilirsiniz.
Proje nasıl ilerler?
- İhtiyaç ve koşul analizi: Ciro hacmi, taksit politikası, kullanılan banka ve ödeme kuruluşları, pazaryeri olup olmadığı, iade sıklığı konuşulur.
- Sağlayıcı seçimi ve belgeler: Seçilen sağlayıcının güncel API dokümantasyonu, test ortamı ve canlı geçiş koşulları incelenir.
- Entegrasyon tasarımı: Doğrulama, çift işlem koruması, iade, mutabakat ve günlükleme kuralları yazılı hale getirilir.
- Geliştirme ve test: Başarılı ödeme, başarısız ödeme, iptal, kısmi iade, zaman aşımı ve tekrar eden bildirim senaryoları test ortamında denenir.
- Canlıya geçiş: Canlı bilgiler girilir, küçük tutarlı gerçek ödeme ve iade denenir.
- İzleme ve bakım: İlk haftalarda ödeme sağlığı izlenir; sağlayıcı değişikliklerine uyum için bakım ve destek sağlanır.
Maliyeti ne belirler?
Entegrasyon projeleri kalem kalem tekliflendirilir. Teklifi belirleyen başlıca etkenler: sağlayıcının API karmaşıklığı ve dokümantasyon kalitesi, istenen özellikler (taksit gösterimi, kayıtlı kart, abonelik, pazaryeri dağıtımı), iade ve mutabakat ekranlarının kapsamı, test ve canlı geçiş yoğunluğu ve çok para birimli ihtiyaç. Sağlayıcının komisyon ve hesap koşulları sizinle sağlayıcı arasındadır; bu çalışmanın dışındadır.
Güvenlik ve uyum: sorumluluk kimde?
Ödeme altyapısında güvenlik tek bir kişinin ya da tek bir yazılımın işi değildir; sorumluluk mağaza, ödeme kuruluşu, banka ve barındırma sağlayıcısı arasında paylaşılır. Mağaza tarafında üç temel sorumluluğunuz vardır:
- Kart verisini mümkün olduğunca uzak tutmak: Barındırılan form tercihi bu yüzden önemlidir. Kart verisini hiç görmeyen bir mağaza, bu verinin sızması riskini de taşımaz.
- Kimlik bilgilerini korumak: Ödeme kuruluşunun API anahtarları, mağazanın şifreleme anahtarıyla şifrelenmeli, arayüzde maskelenmeli ve günlüklere yazılmamalıdır. Anahtarları e-postayla, mesajlaşma uygulamalarıyla ya da destek taleplerinde paylaşmamak temel bir kuraldır.
- Güncel ve güvenli ortam: HTTPS’in zorunlu ve geçerli sertifikayla çalışması, PHP ve CMS sürümlerinin güvenlik desteği altında olması ve yönetici hesaplarının güçlü parola ve iki adımlı doğrulamayla korunması gerekir.
Kart sektörü güvenlik standardı (PCI DSS) kapsamı; kart verisini nasıl işlediğinize ve ödeme sayfasının nasıl sunulduğuna bağlıdır. Yönlendirme tabanlı entegrasyonlarda kapsam daha dardır, ancak yine de ödeme sağlayıcınızın ve bankanızın koşulları geçerlidir. Bu konudaki yükümlülüklerinizi ödeme sağlayıcınızla ve bir güvenlik danışmanıyla netleştirmenizi öneririz.
Ödeme sorunlarının görünür kılınması
Ödeme sistemlerinin en büyük sorunu, bozulduklarında bunun hemen fark edilmemesidir: müşteri ödeme yapar, bildirim gelmez, sipariş “ödenmedi” kalır ve müşteri sizi arayana kadar kimse fark etmez. Bu yüzden entegrasyon projelerimizde şu görünürlük araçlarını önemseriz:
- Sipariş başına ödeme geçmişi: Girişim, doğrulama, sonlandırma ve iade adımlarının okunabilir bir zaman çizelgesi.
- Sağlık ekranı: Ödeme yönteminin, kimlik bilgilerinin ve bildirim adresinin durumunu tek bakışta gösteren bir panel.
- Bekleyen ve çözülmemiş işler listesi: Yarıda kalan girişimler, belirsiz iadeler ve uyumsuz kayıtlar.
- Yetkili mutabakat: Ödeme kuruluşuyla mağaza kayıtları arasındaki farkları, kontrollü ve kayıt altına alınan bir işlemle kapatma imkânı.
Bu araçlar sayesinde ödeme sorunları müşteri şikâyetinden önce fark edilir ve dakikalar içinde çözülür.
Çok ödeme yöntemli mağaza stratejisi
Tek bir ödeme kuruluşuna bağımlı kalmak, kesinti ve koşul değişikliği riskini artırır. Bazı mağazalar iki farklı ödeme kuruluşunu yan yana tutarak hem yedeklilik sağlar hem de farklı kartlar ya da taksit koşulları için en uygun seçeneği sunar. CS-Cart’ın ödeme yöntemi yapısı buna uygundur: her yöntem kendi işlemcisi, ortamı (test ya da canlı) ve ayarlarıyla bağımsız tanımlanır. Yedeklilik kurarken dikkat edilecek nokta, iki yöntemin siparişte ve raporlamada karışmamasıdır: her ödeme kaydı hangi kuruluştan geldiğini açıkça taşımalı ve iade, ödemenin yapıldığı kuruluşa gitmelidir. İyzico ve PayTR eklentilerimiz bu ayrımı korur.
Müşteri deneyimi açısından ödeme sayfası
Ödeme sayfasındaki küçük detaylar, dönüşüm oranını etkiler: net bir toplam tutar, taksit seçeneklerinin anlaşılır sunumu, güven işaretleri, hata durumunda sepetin korunması ve mobilde rahat kullanılabilen bir form. Bir ödeme entegrasyonu yalnızca “çalışıyor mu” sorusuyla değil, “müşteri hata yaptığında ne oluyor” sorusuyla da değerlendirilmelidir. Başarısız bir 3D Secure adımından sonra müşterinin sepeti boşalıyorsa, entegrasyon teknik olarak doğru olsa bile satış kaybı yaşarsınız. Bu nedenle testlerimiz yalnızca mutlu yolu değil, başarısız ödeme, iptal, zaman aşımı ve tarayıcıyı kapatma senaryolarını da kapsar.
Sık sorulan sorular
Hazır eklentiniz olmayan bir bankayla çalışmak istiyorum, mümkün mü?
Evet. Müşterilerimiz için projeye özel yazdığımız eklentiler de vardır. Bankanın ya da ödeme kuruluşunun güncel API dokümantasyonunu inceleyip kapsamı birlikte belirler, kalem kalem teklif veririz.
Aynı mağazada birden çok ödeme yöntemi olabilir mi?
Evet. CS-Cart’ta farklı ödeme yöntemleri yan yana tanımlanabilir; hangilerinin müşteriye sunulacağını yönetim panelinden belirlersiniz. Bazı mağazalar birini ana, diğerini yedek olarak tutar.
Kart bilgileri sunucumda saklanır mı?
Barındırılan form yaklaşımında hayır: kart verisi ödeme kuruluşunun altyapısında kalır. Doğrudan entegrasyon yapılırsa kart verisinin saklanmaması ve güvenlik gereklilikleri ayrıca ele alınmalıdır.
Canlıya geçmeden önce neleri test etmeliyim?
En az bir başarılı ödeme, bir başarısız ödeme, bir iptal ya da iade, bildirim adresinin dışarıdan erişilebilirliği ve küçük tutarlı gerçek bir ödeme. Ayrıca iade yetkisinin yalnızca gerekli kişilerde olduğunu ve yedeklerin güncel olduğunu doğrulayın.
Ödeme sorunlarını nasıl fark ederim?
Sipariş başına ödeme adımları sekmesi, sağlık ekranı ve bekleyen işler listesi gibi araçlar; sorunları müşteri şikâyet etmeden önce görünür kılar. Hazır eklentilerimizde bu araçlar standarttır.
Teklif ve ön görüşme
Ödeme entegrasyonu, doğru kurulduğunda görünmez; yanlış kurulduğunda her gün para kaybettirir. SoftCrafter olarak CS-Cart’ın resmi partneri sıfatıyla iyzico ve PayTR için hazır eklentilerimizi sunuyor, farklı sağlayıcılar için projeye özel entegrasyon geliştiriyoruz. Önce hazır seçenekleri incelemek isterseniz iyzico Sanal POS ve PayTR Sanal POS sayfalarımıza bakabilirsiniz. Her çalışma kalem kalem tekliflendirilir; teklifiniz ön görüşmeden sonra 1 iş günü içinde hazır olur ve formu bıraktığınızda ekibimiz sizi 15 dakika içinde arar.
