Sanal POS & Ödeme Entegrasyonu
Banka sanal POS, iyzico, PayTR, Shopier — hangisi olursa olsun, ödemeyi sitenize ve yazılımınıza 3D Secure, taksit, iade ve sipariş eşleşmesiyle eksiksiz bağlıyoruz. Kart verisi size hiç uğramaz.
İçindekiler
Sanal POS entegrasyonu nedir, nasıl yapılır?
Sanal POS, müşterinizin kartıyla internetten ödeme yapmasını sağlayan altyapıdır. Entegrasyon, bu altyapının sizin satış kanalınıza — web sitesi, e-ticaret, bayi portalı, mobil uygulama — güvenli ve hatasız bağlanmasıdır. Kulağa "bir eklenti kur, bitti" gibi gelir; gerçekte ödeme akışı, bir sitede en çok kırılan yerdir: 3D Secure dönüşü kaybolur, taksit tablosu yanlış gösterilir, ödeme geçer ama sipariş "bekliyor"da kalır, iade sağlayıcı panelinden yapılır ve muhasebeyle tutmaz.
Bizim işimiz bu adımların hepsini tek seferde ve doğru kurmak. Sırası şöyle:
- Sağlayıcı kararı ve sözleşme — banka mı, ödeme kuruluşu mu (aşağıda). Sözleşmeyi siz yaparsınız, test erişimi gelince biz başlarız.
- Test ortamında kurulum — ödeme sayfası/formu, 3D Secure, taksit seçenekleri, başarılı ve başarısız dönüş sayfaları.
- Sipariş–ödeme eşleşmesi — ödeme sonucu imzalı olarak doğrulanır, sipariş durumu otomatik güncellenir, çift ödeme ve sahte bildirim kapatılır.
- İade / iptal akışı — panelden tam ve kısmi iade, sipariş kaydıyla eşleşme.
- Test senaryoları — başarılı, reddedilen, yarım kalan, zaman aşımına uğrayan, taksitli, iade edilen işlemler.
- Canlıya geçiş ve izleme — canlı anahtarlar, ilk günler yakın takip.
Banka sanal POS mu, ödeme kuruluşu mu?
En çok sorulan karar bu; iki yolun da haklı olduğu durumlar var. Sayfaya komisyon rakamı yazmıyoruz — oranlar sağlayıcıya, sektöre ve hacme göre değişir ve sık güncellenir; güncel oranı sağlayıcıdan teyit etmenizi isteriz. Karar kriterleri şunlar:
- Açılış hızı ve evrak: ödeme kuruluşları genellikle daha hızlı açılır; banka POS'u daha uzun onay ister.
- Taksit kapsamı: tek sözleşmeyle birçok bankanın kartına taksit için ödeme kuruluşları pratiktir; banka POS'unda taksit çoğunlukla o bankanın kartlarıyla sınırlıdır ya da ek anlaşma ister.
- Komisyon ve blokaj: hacim büyüdükçe banka POS'u avantajlı olabilir; ödeme kuruluşlarında paranın hesaba geçme süresi ve blokaj koşulları sözleşmeye göre değişir.
- Teknik kolaylık: ödeme kuruluşlarının hazır eklenti ve belgeleri daha olgundur; banka entegrasyonlarında elle kodlama ihtiyacı daha sık çıkar.
- Muhasebe akışı: tahsilatların cari ve fatura tarafına nasıl düşeceği baştan planlanmalı — ön muhasebe ile eşleşme kurulabilir.
Küçük ve orta hacimli işletmelerin çoğu için önerimiz genellikle bir ödeme kuruluşuyla başlamak, hacim oturunca banka POS'unu değerlendirmektir. Ama bunu sizin ürününüze ve müşterinize bakmadan söylemeyiz.
Hangi altyapıya bağlıyoruz?
WordPress / WooCommerce
Hazır eklentiler işin başlangıcıdır; tema uyumu, 3D Secure dönüş sayfası, taksit tablosu ve sipariş durumu eşleşmesi çoğu zaman elle düzeltme ister. Eklentisi olmayan sağlayıcı için entegrasyonu doğrudan yazarız. Bakımını da WordPress bakım kapsamında sürdürebiliriz.
Özel yazılım, bayi portalı, mobil uygulama
Kendi geliştirdiğimiz B2B sipariş portalı, e-ticaret siteleri ve mobil uygulamalarda ödeme adımı en baştan tasarıma dahildir; sonradan eklenen değil, akışın parçası olan bir ödeme kurgusu.
Mevcut e-ticaret altyapısı
Hâlihazırda çalışan bir mağazanız varsa yeni sağlayıcı ekleme, sağlayıcı değiştirme ya da bozuk ödeme akışını düzeltme işlerini de yapıyoruz. Bir e-ticaret sitesinde ödeme sonrası siparişlerin "bekliyor"da kalması, dönüş bildiriminin doğrulanmamasından kaynaklanıyordu; kaynağı bulup akışı yeniden kurduk, kayıp sipariş kalmadı — bu tür teşhis işleri, sıfırdan kurulum kadar sık geliyor.
Ödeme akışınız kırık mı, yoksa sıfırdan mı kuruyorsunuz? Altyapınızı ve düşündüğünüz sağlayıcıyı yazın; hangi kurgunun size uyduğunu ve süreyi net söyleyelim.
Güvenlik: kart verisi size hiç uğramaz
Doğru kurguda kart bilgisi sağlayıcının güvenli sayfasında ya da güvenli formunda alınır; sizin sunucunuza kart numarası girmez. Böylece kart verisi güvenliği standardının (PCI DSS) ağır yükü sağlayıcıda kalır, sizin tarafınızda saklanacak hassas veri oluşmaz. Buna ek olarak 3D Secure zorunlu tutulur, ödeme dönüşleri imzayla doğrulanır, aynı sipariş için çift ödeme engellenir ve ödeme adımları kayıt altına alınır. Sitenizin genel güvenliği ayrı bir iş; onu site güvenliği kapsamında ele alıyoruz.
Kimler için?
- Online satışa yeni başlayan ve ilk ödeme altyapısını kuracak işletmeler
- WooCommerce veya mevcut e-ticaret sitesinde ödeme sorunu yaşayanlar
- Bayilerinden online tahsilat almak isteyen üretici ve toptancılar
- Mobil uygulama ya da özel yazılımına ödeme adımı ekleyecek firmalar
- Sağlayıcı değiştirmek ya da ikinci bir sağlayıcı eklemek isteyenler
Ödeme, müşterinin size en çok güvenmesi gereken andır; o adımda takılan müşteri geri gelmez. Bu yüzden entegrasyonu "çalışıyor" değil, "her senaryoda doğru çalışıyor" olana kadar bitmiş saymıyoruz.
Sanal POS entegrasyonu hakkında sık sorulanlar
Sanal POS, müşterinizin kart bilgisini girip online ödeme yapmasını sağlayan altyapıdır; entegrasyon ise bu altyapının sizin sitenize/yazılımınıza bağlanmasıdır. Sırası kabaca şöyle: önce banka ya da ödeme kuruluşuyla sözleşme yapılır ve size test erişimi verilir; biz sitenizde ödeme adımını bu altyapıya bağlarız, 3D Secure doğrulamasını, taksit seçeneklerini ve başarılı/başarısız ödeme dönüşlerini kurarız; test kartlarıyla tüm senaryolar denenir; sonra canlı anahtarlarla açılış yapılır.
İkisinin de yeri var. Banka sanal POS'u genellikle işlem hacmi yüksek, kendi bankasıyla çalışmak isteyen ve onay sürecine zamanı olan işletmeler için mantıklıdır; ödeme kuruluşları ise hızlı açılış, tek sözleşmeyle çok banka kartına taksit ve daha kolay teknik kurulum sunar. Komisyon, taksit komisyonu, blokaj süresi ve onay süresi işletmeden işletmeye değişir; güncel oranları sağlayıcıdan teyit etmenizi isteriz, sayfaya rakam yazmıyoruz çünkü sık değişiyor. Kararı birlikte, sizin hacminize ve ürününüze göre veriyoruz.
Evet, en sık yaptığımız işlerden biri. WooCommerce için birçok sağlayıcının hazır eklentisi vardır; ama eklentinin sürümü, tema uyumu, 3D Secure dönüş sayfası ve sipariş durumu eşleşmesi çoğu zaman elle düzeltme ister. Hazır eklentisi olmayan bir banka ya da özel bir akış gerekiyorsa entegrasyonu doğrudan yazıyoruz.
Hayır ve tutulmamalı. Doğru kurgu, kart bilgisinin sağlayıcının kendi güvenli sayfasında ya da güvenli formunda alınmasıdır; sizin sunucunuza kart numarası hiç uğramaz. Böylece kart verisi güvenliği standartlarının (PCI DSS) ağır yükü sağlayıcıda kalır. 3D Secure zorunlu tutulur; ödeme dönüşleri imzalı/doğrulanmış olarak işlenir ki sahte "ödendi" bildirimi siparişi açamasın.
Teknik kurulum ve testler çoğu projede günlerle ölçülür. Süreyi asıl belirleyen banka/sağlayıcı sözleşmesi ve onay süreci ile size test erişiminin ne zaman verildiğidir; bu kısım işletmenin evraklarına ve sağlayıcıya bağlıdır. Sözleşme tarafını siz yürütürsünüz, teknik hazırlığı biz paralelde bitiririz.
Evet; entegrasyonu kurarken iade ve iptal akışını da kuruyoruz — panelden tek tıkla iade, kısmi iade, sipariş durumunun otomatik güncellenmesi. Bunlar baştan düşünülmezse iadeler sağlayıcı panelinden elle yapılır ve sipariş kaydıyla eşleşmez; sonradan en çok baş ağrıtan konu budur.
İlgili Rehberler
E-TicaretE-Ticaret Sitesi Kurarken Dikkat Edilmesi Gereken 10 Şey
Altyapı seçiminden ödeme güvenliğine, ürün SEO'sundan hıza kadar; e-ticaret sitenizi açmadan önce bilmeniz gereken 10 kritik başlık.
Oku →
E-TicaretE-Ticaret Sitesi Kurma Maliyeti 2026: Neye Göre Değişir?
E-ticaret sitesi ne kadara kurulur? Altyapı, ürün sayısı, entegrasyon ve tasarımın maliyete etkisini ve gizli kalemleri şeffaf biçimde açıkladık.
Oku →