Sanal POS entegrasyonu adım adım

Bayileriniz havale dekontu gönderiyor, muhasebe dekontları tek tek eşliyor. Kartla online tahsilat bu yükü ciddi ölçüde hafifletir ama araya bir başvuru süreci, bir komisyon pazarlığı ve bir teknik entegrasyon girer. Bu rehberde sanal POS entegrasyonunu sıfırdan ilk tahsilata kadar adım adım anlatıyoruz; son bölümde de işin B2B tarafını, yani bayi tahsilatına bağlanmasını ele alıyoruz.

Sanal POS nedir, fiziki POS'tan farkı ne?

Sanal POS, kart bilgisinin internet üzerinden alınıp bankaya iletilmesini sağlayan ödeme altyapısıdır; fiziki POS cihazındaki "kartı okut, şifreyi gir" akışının online karşılığıdır. Ödeme sayfasına kart bilgileri girilir, 3D Secure doğrulaması yapılır, banka işlemi onaylar ve tutar belirlenen vadede hesabınıza geçer.

İki temel senaryo vardır: B2C tarafında son tüketici sepet ödemesini kartla yapar; B2B tarafında ise bayi, cari borcunu kapatmak için kartla ödeme yapar. İkincisinde tutarlar büyüktür, taksit beklentisi yüksektir ve ödemenin cari hesaba doğru işlenmesi kritiktir. Sahada sık gördüğümüz durum şu: firma sanal POS'u açıyor ama tahsilatı cari hesaba bağlamadığı için muhasebe yükü azalmıyor, yer değiştiriyor.

Adım 1: banka mı, ödeme kuruluşu mu?

İlk karar, altyapıyı kimden alacağınız. İki ana kategori vardır:

Pratik yol haritası: cironuz yüksekse ve bankayla pazarlık gücünüz varsa banka sanal POS'u ile başlayın; hızlı başlamak ve tek entegrasyonla çok kart programına taksit açmak istiyorsanız ödeme kuruluşu daha pratiktir. Orta vadede ikisi birlikte de kullanılır.

Hangi yolu seçerseniz seçin, tahsilat yazılımınızın o altyapıyı desteklediğini başvurudan önce doğrulayın. Birden fazla sanal POS'u tek panelden yöneten bir online tahsilat yazılımı bu kararı geri dönülebilir kılar; altyapı değişse de ekran ve süreç aynı kalır.

Adım 2: başvuru ve gerekli belgeler

Başvuru dosyası kategoriden bağımsız olarak benzerdir:

• Vergi levhası, faaliyet belgesi, ticaret sicil gazetesi
• İmza sirküleri ve şirket ortaklarının kimlik bilgileri
• Tahsilatın yapılacağı site veya portal adresi
• Tahmini aylık işlem hacmi ve ortalama işlem tutarı beyanı

Bayi tahsilatında ortalama işlem tutarınız tipik e-ticaret işlemlerinden yüksek olacaktır; bunu başvuruda açıkça belirtin, çünkü beyanla gerçekleşen hacim arasında büyük fark olursa risk birimleri işlem limitlerini sorgulayabilir. Banka değerlendirmede mali geçmişe ve ters ibraz riskine bakar; ödeme kuruluşlarında onay genelde daha hızlı gelir.

Adım 3: komisyon ve taksit anlaşması

Sözleşmenin ticari tarafı en az teknik taraf kadar önemli. Masada şu başlıklar konuşulur:

• Tek çekim komisyonu: her işlemden kesilen oran; ciro taahhüdü karşılığında pazarlığa açıktır.
• Taksit komisyonları: taksit sayısı arttıkça oran yükselir; açacağınız seçenekleri maliyetiyle birlikte değerlendirin.
• Bloke süresi (valör): tutarın hesabınıza geçme vadesi; erken ödemede ek kesinti uygulanır, nakit akışı planınıza göre seçin.
• İade ve ters ibraz koşulları: itirazlı işlemlerde sürecin nasıl işleyeceği, belge yükünün kimde olduğu.
• 3D Secure koşulları: hangi işlemlerin 3D zorunlu olduğu; yüksek tutarlı bayi tahsilatında 3D Secure akışı sizi korur.

Kritik soru şu: taksit maliyetini kim üstlenecek? B2B tahsilatta yaygın yaklaşım, vade farkını taksit sayısına göre bayiye yansıtmaktır. Bunun için ödeme ekranının taksit başına farklı tutar gösterebilmesi gerekir; bu konuyu aşağıda taksit-komisyon matrisi başlığında ele alıyoruz.

Adım 4: teknik entegrasyon

Onay geldikten sonra size API bilgileri (üye iş yeri numarası, terminal bilgileri, anahtarlar) iletilir. Teknik tarafta iki yol vardır:

Hazır tahsilat yazılımıyla

Kullandığınız platform ilgili altyapıyı destekliyorsa entegrasyon, API bilgilerinin panele tanımlanmasından ibarettir. Tahsilet gibi hazır bir tahsilat çözümünde sanal POS tanımı, taksit seçenekleri ve ödeme sayfası kurulumu geliştirme gerektirmeden yapılır; sahada en hızlı sonuç veren yol budur.

Kendi yazılımınıza gömerek

Kendi portalınız veya siteniz varsa entegrasyonu geliştirme ekibiniz yapar. Dikkat edilecek başlıklar:

• Kart verisi saklamayın. Kart bilgisi sunucunuza uğramadan altyapı sağlayıcısının güvenli sayfasına iletilmeli; PCI DSS kapsamına girmemenin en pratik yolu budur.
• 3D Secure akışını uçlarıyla kurun: yönlendirme, dönüş adresi, başarılı ve başarısız senaryoların ayrı ayrı ele alınması.
• Çift kayıt koruması: sayfa yenilenir veya bağlantı koparsa aynı işlem iki kez çekilmesin; işlem numarası bazlı kontrol kurun.
• İşlem logu: her isteğin ve cevabın kaydı tutulmalı; ters ibraz itirazlarında bu loglar kanıt dosyanızdır.

Adım 5: test süreci

Altyapı sağlayıcısı size test ortamı ve test kartları verir. Canlıya geçmeden şu senaryoların tamamını koşun:

1. Tek çekim başarılı işlem
2. Taksitli başarılı işlem (açtığınız her taksit seçeneği için)
3. 3D Secure doğrulamasından vazgeçilen işlem
4. Yetersiz bakiye ve hatalı kart bilgisi senaryoları
5. İşlem sırasında bağlantı kopması (çift çekim kontrolü)
6. İade ve kısmi iade akışı
7. Gün sonu mutabakatı: panel kayıtları ile banka ekstresi eşleşiyor mu

Mutabakat testini atlamayan firma canlıda sürpriz yaşamaz. Her işlemin muhasebeye nasıl yansıyacağını da bu aşamada netleştirin.

Adım 6: canlıya geçiş ve ilk tahsilat

Canlı anahtarlar tanımlandıktan sonra kendi kartınızla küçük bir ödeme alıp iade edin; akış doğrulanınca kademeli açılış sağlıklıdır. İlk hafta sınırlı bir bayi grubuyla başlayıp geri bildirim toplayın. Bayilere kısa bir duyuru ve ekran görüntülü kullanım kılavuzu gönderin. İlk ay valör ve komisyon kesintilerini banka ekstresinden satır satır kontrol edip sözleşme koşullarıyla uyumunu doğrulayın.

B2B tarafı: tahsilatı bayi sistemine bağlamak

Sanal POS tek başına bir ödeme borusudur; bayi tahsilatında asıl verim, bu borunun bayi portalına ve cari hesaba bağlanmasıyla çıkar.

Taksit-komisyon matrisi

Her bayiye aynı taksit koşulunu açmak çoğu zaman doğru olmaz; iyi kurgulanmış bir sistemde taksit planları matris olarak tanımlanır:

B2B yazılımı tarafında bu matris ekran üzerinden yönetilir; bayi ödeme adımında yalnızca kendi grubuna ve tutarına uyan seçenekleri görür, vade farkı otomatik hesaplanır.

Cari hesaba otomatik işleme

İkinci bağlantı noktası muhasebe. Bayinin kart ödemesi, manuel kayıt beklemeden cari hesap sistemine tahsilat olarak düşmeli ve ERP'ye aktarılmalıdır; böylece dekont eşleme, telefonla teyit ve gün sonu manuel giriş büyük ölçüde ortadan kalkar. Lastik markası vaka çalışmamızda 600'den fazla bayinin tahsilatı bu akışa taşındı ve muhasebe ekibinin tahsilat kaynaklı iş yükü yüzde 70 azaldı.

Portala henüz girmeyen bayiler için ara çözüm ödeme linkidir: muhasebe bayiye tutarı tanımlı bir link gönderir, bayi kartla öder, kayıt yine cari hesaba düşer. Geçiş dönemi bu yöntemle yönetilir.

Sık yapılan hatalar

• Tek altyapıya bağlı kalmak: kesinti veya koşul değişikliğinde tahsilat durur; çoklu sanal POS desteği geçişi sancısız kılar.
• Taksit maliyetini hesaba katmamak: komisyonlar kar marjını sessizce eritir; vade farkı kurgusunu baştan netleştirin.
• Mutabakatı manuel bırakmak: panel, ekstre ve muhasebe kaydı üç ayrı yerdeyse hata kaçınılmazdır; otomatik eşleme şart.
• Bayiyi sürece hazırlamamak: duyurusuz açılan ödeme ekranı kullanılmaz; kısa eğitim ve yakın takip benimsemeyi belirler.

Sonuç

Sanal POS entegrasyonu doğru sırayla yürütüldüğünde yönetilebilir bir projedir: altyapı seçimi, başvuru, ticari anlaşma, teknik kurulum, test ve kademeli canlıya geçiş. B2B tarafında asıl kazanç, tahsilatın taksit matrisiyle ve cari hesapla bütünleşmesinde saklıdır.

Işıksoft olarak bayi tahsilatını sanal POS, taksit planları ve cari entegrasyonuyla birlikte kuruyoruz. Sürecin firmanızda nasıl işleyeceğini görmek için demo talep edin; benzer kurulumları vaka çalışmalarımızda inceleyebilirsiniz.