B2B E-Ticarette Ödeme Geçitleri, Sanal POS ve Komisyon Maliyeti Analizi

B2B e-ticarette ödeme altyapısı seçimi, tekliflerde görünen komisyon oranlarını yan yana koymaktan ibaret değildir. Aynı komisyonu sunan iki çözüm; ödeme vadesi, taksit maliyeti, başarılı işlem oranı, iade süreci, sabit ücretler ve muhasebe iş yükü nedeniyle işletmeye çok farklı sonuçlar doğurabilir. Özellikle yüksek sepet tutarı, müşteriye özel fiyat, kısmi sevkiyat veya vadeli tahsilat içeren yapılarda yanlış seçim hem kârlılığı hem de nakit akışını etkiler.

Bu nedenle değerlendirme bir banka ya da ödeme kuruluşu seçimi olarak değil, siparişten tahsilata ve ERP mutabakatına uzanan bir ödeme mimarisi kararı olarak ele alınmalıdır. Amaç yalnızca düşük oran bulmak değil; her sipariş tipi için güvenli, yönetilebilir ve toplam maliyeti ölçülebilir bir tahsilat modeli kurmaktır.

Ödeme geçidi ve sanal POS arasındaki fark nedir?

Sanal POS, kartla yapılan çevrim içi ödemenin banka veya yetkili ödeme hizmeti sağlayıcısı üzerinden alınmasını sağlayan üye iş yeri çözümüdür. İşletme tek tek bankalarla anlaşabilir; böylece her bankanın oran, vade ve taksit koşullarını ayrı ayrı yönetebilir. Doğrudan bağlantı modeli yüksek hacimde ticari esneklik sağlayabilse de entegrasyon, sertifika, hata yönetimi, raporlama ve operasyon sorumluluğunu büyütür.

Ödeme geçidi ise birden fazla banka veya ödeme yöntemini ortak bir teknik katman üzerinden yönetebilir. Kartın bankasına, taksit seçeneğine, maliyete veya anlık performansa göre işlemin uygun kanala yönlendirilmesi mümkün olabilir. Tek entegrasyon operasyonu sadeleştirebilir; ancak hizmet bedeli, işlem başı ücret, sözleşme koşulları ve sağlayıcı bağımlılığı toplam maliyet hesabına katılmalıdır.

Türkiye’de ödeme hizmeti sunacak kuruluşların yetki kapsamı önemlidir. TCMB, ödeme hizmetleri alanındaki yasal çerçeveyi ve yetkili kuruluşlara ilişkin bilgileri ödeme hizmetleri genel bakış sayfasında açıklar. Tedarikçi değerlendirmesinde ticari teklif kadar kuruluşun güncel yetki durumu ve sunduğu hizmetlerin izin kapsamı da kontrol edilmelidir.

Görünen komisyon neden gerçek maliyeti göstermez?

Teklifte yazan yüzde, çoğunlukla başarılı bir işlemin değişken bedelidir. Oysa B2B tahsilatının ekonomik sonucu, paranın işletmeye ne zaman geçtiğine ve işlem yaşam döngüsünde hangi ek maliyetlerin oluştuğuna bağlıdır. Sağlıklı karşılaştırma için maliyet kalemleri aynı tanım ve dönem altında toplanmalıdır.

• Değişken komisyon: Tek çekim, taksit sayısı, kart türü, banka, yurt içi veya yurt dışı kart gibi koşullara göre değişebilir.
• Sabit bedeller: Kurulum, aylık kullanım, işlem başı ücret, raporlama veya ek modül bedellerini kapsayabilir.
• Vade maliyeti: Tahsilatın ertesi gün yerine daha ileri bir tarihte hesaba geçmesi, işletme sermayesi ihtiyacı doğurur.
• İade ve iptal: Komisyonun geri verilip verilmediği, kısmi iade desteği ve manuel işlem süresi sonucu değiştirir.
• Başarısız işlem: Reddedilen veya teknik nedenle tamamlanamayan ödeme, sipariş kaybına ve destek yüküne dönüşebilir.
• Harcama itirazı: Chargeback tutarı yanında kanıt toplama, dosya hazırlama ve operasyon zamanı da maliyettir.
• Mutabakat: Banka hareketini sipariş, fatura ve cari hesapla eşleştirmek için harcanan emek hesaba katılmalıdır.

Bu çerçevede “en düşük komisyon” ile “en düşük toplam tahsilat maliyeti” aynı şey değildir. Daha yüksek görünen oran; daha kısa vade, daha iyi başarı oranı ve otomatik mutabakat sayesinde daha ekonomik olabilir.

Toplam tahsilat maliyeti nasıl hesaplanır?

Karşılaştırma aylık veya üç aylık gerçekçi bir işlem sepeti üzerinden yapılmalıdır. Basit bir modelde toplam tahsilat maliyeti; komisyonlar, sabit ücretler, vade finansman maliyeti, iade ve chargeback kayıpları, başarısız işlemlerden doğan katkı kaybı ile operasyon emeğinin toplamıdır. Net maliyet oranı ise bu tutarın başarıyla tahsil edilen hacme bölünmesiyle bulunur.

Örnek senaryo

Aylık 5 milyon TL ödeme talebi bulunan varsayımsal bir B2B platform düşünelim. Yüzde 2,20 komisyon sunan A seçeneğinin başarılı işlem oranı yüzde 92, ödeme vadesi 14 gün; yüzde 2,45 oranlı B seçeneğinin başarı oranı yüzde 96, vadesi 2 gün olsun. Yalnızca tarife incelendiğinde A daha ucuz görünür. Ancak başarıyla tahsil edilen hacim, kaybedilen sipariş katkısı ve 12 günlük vade farkının finansman etkisi eklendiğinde sonuç tersine dönebilir.

Bu örnek bir fiyat tahmini değil, analiz yöntemidir. Gerçek hesapta sektörün brüt katkı oranı, müşterinin reddedilen ödemeyi başka yöntemle tamamlama olasılığı, işletmenin fonlama maliyeti ve sağlayıcı sözleşmesi kullanılmalıdır. Komisyonlar da KDV dâhil veya hariç olma durumuyla aynı bazda karşılaştırılmalıdır.

Ağırlıklı komisyon hesabı

Tek bir ilan oranı yerine işlem karmasına göre ağırlıklı oran hesaplanmalıdır. Örneğin cironun yüzde 60’ı tek çekim, yüzde 25’i üç taksit ve yüzde 15’i altı taksitse her grubun oranı kendi hacmiyle çarpılır. Kurumsal ve ticari kartlar için farklı fiyatlar bulunuyorsa bunlar da ayrı satırlar olmalıdır. Böylece nadiren kullanılan cazip bir oranın toplam sonucu olduğundan iyi göstermesi önlenir.

Vade ve taksit maliyeti nasıl değerlendirilir?

B2B satışlarda tahsilat tutarı yükseldikçe birkaç günlük vade farkı önem kazanır. Vade maliyeti, bekleyen tutarın ilgili gün sayısı ve işletmenin gerçek kısa vadeli fonlama oranı üzerinden hesaplanabilir. Sağlayıcının erken ödeme seçeneği varsa iskonto veya ek komisyon ayrıca modellenmelidir.

Taksit ise yalnızca müşteriye sunulan bir kolaylık değildir. Taksit sayısına göre artan maliyeti kimin üstleneceği; bayi grubu, ürün marjı, kampanya ve sipariş tutarıyla birlikte belirlenmelidir. Sistem, düşük marjlı ürünlerde uzun taksiti kapatabilmeli veya maliyeti fiyata yansıtabilmelidir. Bu kurallar, müşteriye özel fiyatlandırmayla çakışmaması için bayi portalındaki özel fiyat ve iskonto kuralları ile ortak bir karar sırasına bağlanabilir.

Başarısız ödeme, iade ve chargeback maliyeti

Başarı oranı, ödeme talebi ile başarılı tahsilat arasındaki ilişkiyi gösterir; fakat hata nedenleri ayrıştırılmadan tek başına yeterli değildir. Yetersiz bakiye, yanlış bilgi, kimlik doğrulama, banka reddi, zaman aşımı ve teknik kesinti farklı aksiyonlar gerektirir. Kullanıcıya güvenli tekrar imkânı sunmak, aynı siparişin iki kez tahsil edilmesini engelleyen benzersiz işlem anahtarları kullanmak ve belirsiz işlemi sağlayıcıdan sorgulamak temel kontrollerdir.

İade akışı sipariş ve sevkiyat durumuyla bağlantılı olmalıdır. Kısmi sevkiyatta yalnızca ilgili satırların iadesi, uygun onay sonrasında başlatılmalı; ödeme sağlayıcısı referansı ERP belgesine taşınmalıdır. Fiziksel iade sürecinin RMA ve depo kabulüyle nasıl yönetileceği, B2B iade yönetimi rehberindeki yaşam döngüsüyle birlikte ele alınabilir.

Chargeback, kart sahibinin işlemi bankası üzerinden itiraz sürecine taşımasıdır. Visa’nın harcama itirazı açıklaması, talebin banka kanalıyla iş yerinin bankasına iletilebildiğini belirtir. B2B işletmesi sipariş onayı, sözleşme, teslimat, kullanıcı ve işlem kayıtlarını aranabilir biçimde saklamalıdır. Kabul edilen itiraz tutarı kadar belge toplama süresi ve kaçırılan yanıt tarihleri de izlenmelidir.

Doğru ödeme mimarisi nasıl seçilir?

Tek sanal POS

Düşük işlem çeşitliliği ve tek banka ağırlığı bulunan yapılarda başlangıcı kolaylaştırabilir. Buna karşılık kesinti anında alternatif kanal bulunmaması, taksit kapsamının sınırlı kalması ve tek sözleşmeye bağımlılık risk yaratır.

Çoklu banka bağlantısı

Yüksek hacim ve güçlü finans ekibi bulunan işletmelere oran pazarlığı, banka bazlı taksit ve yönlendirme esnekliği sağlar. Her bağlantının sürüm, sertifika, hata kodu ve mutabakat yapısının ayrı yönetilmesi gerekir.

Ödeme geçidi veya hibrit model

Geçit, ortak entegrasyon ve merkezi raporlama sunarken hibrit model stratejik bankalara doğrudan, diğer yöntemlere aracı üzerinden erişebilir. Karar ağacı; müşteri grubu, kart bankası, taksit talebi, işlem tutarı, kanal sağlığı ve beklenen toplam maliyete göre çalışmalıdır. Otomatik yönlendirme ölçülebilir kurallara dayanmalı, finans ekibi hangi işlemin neden belirli kanala gittiğini görebilmelidir.

ERP, sipariş ve finans entegrasyonunda kritik noktalar

Ödeme kaydı yalnızca “başarılı” veya “başarısız” durumundan oluşmamalıdır. Başlatıldı, doğrulama bekliyor, yetkilendirildi, tahsil edildi, iptal edildi, kısmen iade edildi, tamamen iade edildi ve itirazlı gibi durumlar ayrı izlenmelidir. Sipariş numarası, sağlayıcı işlem kimliği, banka referansı, taksit, brüt tutar, komisyon, net ödeme ve beklenen vade ortak veri modelinde tutulmalıdır.

Webhook bildirimleri imza doğrulamasından geçirilmeli; tekrar gelen bildirimler ikinci kayıt oluşturmamalıdır. Zaman aşımında işlem otomatik başarısız sayılmamalı, sağlayıcıdan sorgulanmalıdır. Gün sonu dosyası veya API raporu siparişlerle karşılaştırılmalı; tutar, komisyon ya da vade farkları istisna kuyruğuna aktarılmalıdır. Cari hesap ve banka kayıtlarının kontrollü eşleştirilmesi için cari mutabakat yazılımı yaklaşımı da ödeme mimarisinin devamı olarak düşünülmelidir.

Güvenlik ve uyum kapsamı

Kart verisinin sistem tarafından hiç alınmaması, barındırılan ödeme sayfası veya token tabanlı çözüm kullanılması güvenlik kapsamını azaltmaya yardımcı olabilir; ancak sorumlulukları tamamen ortadan kaldırmaz. PCI SSC, dış kaynaklı ödeme sayfaları kullanılan bazı e-ticaret senaryolarında dahi iş yeri sayfaları için güvenlik kontrolleri bulunduğunu PCI DSS SAQ A açıklamasında belirtir. Kesin kapsam, seçilen entegrasyon ve yetkili uzman değerlendirmesiyle belirlenmelidir.

Yönetim panelinde rol bazlı yetki, güçlü kimlik doğrulama, değiştirilemez işlem izi ve hassas verilerin maskelenmesi uygulanmalıdır. İade yetkisi ile sipariş onay yetkisi ayrılmalı; yüksek tutarlı işlemler ikinci onaya bağlanabilmelidir. Günlüklerin kişisel veya kart verisi sızdırmaması da test edilmelidir.

Sağlayıcı karşılaştırma kontrol listesi

• Komisyon tarifesini gerçek işlem karmasıyla ağırlıklandırın.
• Net ödeme tarihini ve erken ödeme maliyetini yazılı olarak doğrulayın.
• Kurulum, aylık ücret, işlem başı bedel ve minimum taahhüdü kaydedin.
• Başarı oranını banka, kart türü ve hata nedeni bazında ölçün.
• İptal, kısmi iade ve chargeback ücretlerini sözleşmede inceleyin.
• Kesinti, yeniden deneme ve alternatif yönlendirme senaryolarını test edin.
• ERP aktarımı ile brüt, komisyon, net tutar ve valör eşleşmesini doğrulayın.
• Veri sahipliği, dışa aktarım ve sağlayıcı değiştirme planını netleştirin.

Kumsal Ajans ile yönetilebilir bir B2B tahsilat altyapısı

Kumsal Ajans, ödeme seçimini yalnızca oran karşılaştırması olarak değil; kullanıcı rolleri, bayi kuralları, sipariş yaşam döngüsü, güvenlik, ERP aktarımı ve finansal mutabakatı kapsayan projeye özel bir yazılım mimarisi olarak ele alır. Gerektiğinde doğrudan sanal POS, ödeme geçidi veya hibrit yapı; gerçek işlem senaryoları ve yönetim ihtiyaçları doğrultusunda tasarlanır.

Hedef, müşterinin hızlı ve anlaşılır biçimde ödeme yapabildiği; finans ekibinin komisyon, vade ve farkları izleyebildiği; teknik ekibin ise hataları açıklanabilir şekilde yönetebildiği bir sistem kurmaktır. B2B ödeme akışınızı, sanal POS entegrasyonlarını ve toplam komisyon maliyetinizi iş kurallarınıza göre planlamak için Kumsal Ajans ile iletişime geçin.