Banka Sanal POS’u ile Doğrudan Entegrasyon: Ne Zaman, Nasıl?

İşletmeniz büyüdükçe ödeme tarafında da sorular değişir. Başlangıçta bir ödeme kuruluşuyla hızlıca satışa başlamak mantıklıdır; ciro arttığında ise birçok işletme “kendi bankamla doğrudan çalışsam nasıl olur?” diye düşünmeye başlar. Banka sanal POS entegrasyonu, sitenizin ödeme isteğini aracı olmadan doğrudan bankanızın sanal POS altyapısına göndermesi demektir. Bu yazıda bu modelin ne zaman anlamlı olduğunu, teknik akışın nasıl işlediğini ve işletmeye getirdiği ek sorumlulukları anlatıyorum.

Ödeme kuruluşu ile banka arasındaki fark

Ödeme kuruluşlarında tek bir sözleşme ve tek bir entegrasyonla birçok bankanın kartlarından ödeme alırsınız; dolandırıcılık kontrolü ve kart doğrulama gibi işleri de büyük ölçüde onlar üstlenir. Bu akışın nasıl işlediğini iyzico entegrasyonu ve PayTR entegrasyonu yazılarında anlattım.

Doğrudan banka modelinde ise üye işyeri sözleşmesini bankanızla yaparsınız. Para doğrudan banka hesabınıza geçer, koşullar bankanızla aranızdaki anlaşmaya göre belirlenir. Karşılığında teknik entegrasyon, test süreci ve bazı operasyonel takipler size kalır. Komisyon ve ödeme vadesi gibi koşullar bankadan bankaya ve işletmeden işletmeye değiştiği için burada rakam vermiyorum; bunları bankanızla görüşmeniz gerekir.

Ölçüt	Ödeme kuruluşu	Doğrudan banka sanal POS
Sözleşme	Tek kuruluşla	Her bankayla ayrı
Başlangıç hızı	Genellikle daha hızlı	Başvuru ve test süreci daha uzun olabilir
Teknik yük	Daha az	Daha fazla; her banka ayrı entegrasyon
Koşulların pazarlığı	Standart tarifeler	Bankayla birebir görüşülebilir
Taksit kampanyaları	Kuruluşun sunduğu kadar	Bankanın kart programıyla doğrudan

Banka sanal POS entegrasyonu teknik olarak nasıl işler?

Bankalar arasında ayrıntılar farklılık gösterse de genel akış birbirine benzer. Türkiye’de birçok banka benzer sanal POS altyapıları kullandığı için iyi tasarlanmış bir entegrasyon, yeni bir banka eklemeyi de kolaylaştırır.

1. Ödeme isteğinin hazırlanması: Siteniz sipariş numarası, tutar, para birimi ve taksit bilgisini bankanın verdiği üye işyeri bilgileri ve gizli anahtarla imzalar.
2. 3D Secure yönlendirmesi: Müşteri, kartını çıkaran bankanın doğrulama ekranına yönlendirilir ve SMS kodu gibi bir doğrulama yapar.
3. Doğrulama sonucunun dönmesi: Banka, sonucu imzalı olarak sitenize geri gönderir. Siteniz bu imzayı doğrular.
4. Provizyon (tahsilat) isteği: Bazı modellerde 3D doğrulamasından sonra ayrıca bir tahsilat isteği gönderilir; bazılarında doğrulama ile tahsilat tek adımda tamamlanır.
5. Siparişin onaylanması: Tahsilat başarılıysa sipariş “ödendi” olarak işaretlenir, stok ve bildirim süreçleri başlar.

Burada en kritik konu, kart bilgilerinin nereden geçtiğidir. Kart bilgisini kendi sayfanızda alıp bankaya ileten modellerde kart verisinin sunucunuzda hiçbir şekilde saklanmaması, kayıt dosyalarına yazılmaması ve sitenin güvenlik açısından titizlikle korunması gerekir. Bankanın barındırdığı ödeme sayfasına yönlendiren modeller bu yükü önemli ölçüde azaltır. Hangi modelin size sunulduğunu ve gerekli güvenlik şartlarını bankanızdan teyit edin.

Birden fazla bankayla çalışmak

Doğrudan entegrasyonun asıl avantajı, birden fazla bankayla aynı anda çalışabilmektir. Örneğin müşterinin kartının ilk hanelerine bakılarak kartın hangi bankaya ve hangi kart programına ait olduğu belirlenir; ödeme, o kart için taksit kampanyası sunan sanal POS’a yönlendirilir. Böylece müşteri, kendi kartının kampanyasından yararlanabilir.

Somut bir senaryo düşünelim: bir mobilya mağazası yüksek tutarlı siparişler alıyor ve müşterilerinin önemli kısmı taksit istiyor. Mağaza iki farklı bankayla anlaşmış. Müşteri kart numarasını yazdığı anda ödeme ekranında kendi kartına uygun taksit seçenekleri listeleniyor; seçimini yaptığında ödeme ilgili bankanın sanal POS’una gidiyor. Müşteri tarafında tek bir ödeme ekranı görünse de arka planda iki ayrı entegrasyon çalışıyor.

Bu kurgu beraberinde şu işleri getirir:

• Taksit tablosu yönetimi: Hangi kart programında kaç taksit ve hangi vade farkı uygulanacağı panelden yönetilebilir olmalıdır.
• Yedek POS: Bir bankanın altyapısında sorun olduğunda ödemelerin geçici olarak diğer bankaya yönlendirilmesi düşünülebilir.
• Raporlama: Hangi siparişin hangi bankadan geçtiği kayıt altında tutulmalıdır.
• İade ve iptal: İade işlemi, ödemenin geçtiği bankanın sanal POS’u üzerinden yapılmalıdır.

Test, canlıya geçiş ve mutabakat

Bankalar genellikle entegrasyonu canlıya almadan önce test ortamında denemenizi ister; bazıları canlıya geçiş öncesinde kendi kontrollerini de yapar. Bu süreç ödeme kuruluşlarına göre daha uzun sürebileceği için proje takvimine pay bırakmak gerekir.

Canlıya geçtikten sonra ise düzenli mutabakat önemlidir. Bankanın üye işyeri panelindeki işlemlerle sitenizdeki ödenmiş siparişlerin eşleşmesi kontrol edilmelidir. Her siparişe benzersiz bir numara verilmesi ve bu numaranın bankaya aynen iletilmesi, bu eşleştirmeyi kolaylaştırır. Gün sonu raporlarının muhasebe sistemine aktarılması da otomatikleştirilebilir.

Hangi altyapıyı seçerseniz seçin, ödeme sayfasının sade ve güven veren bir tasarımı olması satışları doğrudan etkiler; bu konuyu e-ticaret ödeme sayfası yazısında ele aldım.

Bu işi nasıl birlikte yaparız?

Bankanızla doğrudan çalışmayı düşünüyorsanız süreci şöyle yürütüyorum:

1. Değerlendirme: Satış hacminizi, kullandığınız altyapıyı ve bankanızın sunduğu sanal POS modelini birlikte inceliyoruz; doğrudan entegrasyonun sizin için anlamlı olup olmadığına dürüstçe bakıyoruz.
2. Kapsam ve teklif: Kaç banka, hangi taksit kurgusu, iade akışı ve raporlama ihtiyacı varsa yazılı olarak netleştiriyorum.
3. Test ortamında geliştirme: Bankanın test bilgileriyle başarılı, reddedilen, yarıda kalan ve iade edilen işlemleri deniyorum; bankanın istediği kontrollere hazırlıyorum.
4. Canlıya geçiş ve destek: İlk günlerde işlemleri ve mutabakatı birlikte izliyor, sonrasında bakım desteği veriyorum.

Ön değerlendirme için iletişim sayfasından bana ulaşabilirsiniz.

Sık sorulan sorular

Küçük bir işletme doğrudan banka sanal POS’u alabilir mi?

Bu, bankanın değerlendirmesine bağlıdır. Başvuru şartları bankadan bankaya değişir; güncel bilgiyi doğrudan bankanızın şubesinden veya ticari bankacılık biriminden almanız gerekir.

Banka sanal POS entegrasyonu ödeme kuruluşundan daha mı güvenli?

İkisi de doğru kurulduğunda güvenlidir. Fark, sorumluluğun dağılımındadır: doğrudan modelde güvenlik ve teknik takip yükünün daha büyük kısmı işletmede ve geliştiricidedir.

Ödeme kuruluşundan bankaya geçerken siparişlerim etkilenir mi?

Entegrasyon katmanlı tasarlanmışsa geçmiş siparişler ve raporlar etkilenmez. Geçiş döneminde iki altyapının bir süre birlikte çalıştırılması da mümkündür.

Birden fazla banka eklemek zor mu?

İlk banka entegrasyonu altyapıyı kurar. Benzer altyapı kullanan ikinci bir banka eklemek, genellikle ilk entegrasyondan daha kısa sürer.

Sonuç

Banka sanal POS entegrasyonu, belirli bir satış hacmine ulaşmış ve taksit ile koşullar üzerinde daha fazla kontrol isteyen işletmeler için güçlü bir seçenektir; karşılığında daha dikkatli bir teknik kurulum ve düzenli takip ister. Sizin için doğru modeli birlikte değerlendirmek isterseniz bana yazabilirsiniz.