Çoğu kişi sanal POS başvurusunu bir form doldurma işi sanır. Şirket bilgilerini girer, belgelerini yükler, "onay bekleniyor" ekranına bakar ve birkaç gün sonra gelen olumsuz cevabı şansızlığa yorar. Oysa dijital ürün satan siteler için bu süreç bir form değil, bir risk değerlendirmesi. Karşı taraf senin ne sattığına değil, ne kadar iade ve itiraz getireceğine bakıyor.
İşin ilginç tarafı şu: aynı sektörde, aynı ürünleri satan iki siteden biri onaylanırken diğeri reddediliyor. Fark ürün değil, sitenin anlattığı hikâye. Teslimat süresinin yazılı olup olmaması, iade politikasının netliği, iletişim bilgilerinin doğrulanabilirliği, hatta e-pin scripti tarafında sipariş sonrası müşteriye ne gösterildiği bu kararı belirliyor. Bu yazıda başvuru dosyasını, komisyon matematiğini ve entegrasyonun teknik detaylarını ayrı ayrı açıyorum.
Başvurun neden reddediliyor: gerçek kriter listesi
Ödeme kuruluşu tarafında dijital ürünler "yüksek riskli" kovadadır. Sebebi basit: ürün fiziksel olarak teslim edilmediği için kart sahibinin "ben bunu almadım" itirazına karşı ispat zayıftır. Kargo takip numarası yok, imzalı teslim tutanağı yok. Dolayısıyla senden istenen şey, teslimatın gerçekleştiğini gösteren dijital izdir: sipariş kaydı, IP, e-posta teslim logu, müşteri panelindeki görüntülenme zamanı.
Reddedilen başvuruların büyük kısmında aynı beş eksik görülür. Bir: sitede mesafeli satış sözleşmesi ve iade politikası yok veya kopyala-yapıştır ve kendi ürünüyle çelişiyor. İki: iletişim sayfasında sadece bir form var, telefon ve açık adres yok. Üç: satılan ürünlerin bir kısmı, sözleşme kapsamı dışında kalabilecek belirsiz "hesap" veya "hizmet" kalemleri. Dört: teslimat süresi hiçbir yerde yazılı değil. Beş: site henüz boş, ürün yok, hakkımızda yok. Bu beşi kapatmak, onay ihtimalini ciddi biçimde değiştirir ve hiçbiri para gerektirmez.
| Başvuru unsuru | Beklenen içerik | Sık yapılan hata | Etki |
|---|---|---|---|
| Şirket belgeleri | Vergi levhası, imza sirküleri, kimlik | Faaliyet konusu ile site uyumsuz | Yüksek |
| Mesafeli satış sözleşmesi | Dijital ürüne özel cayma hükmü | Fiziksel ürün şablonu kullanmak | Kritik |
| İade ve iptal politikası | Kod teslim edilmişse cayma istisnası | Koşulsuz iade vaadi yazmak | Kritik |
| İletişim bilgileri | Telefon, adres, kurumsal e-posta | Sadece form veya sosyal medya | Yüksek |
| Teslimat bilgisi | Süre taahhüdü ve kanal | Hiç belirtmemek | Orta |
| Ürün kataloğu | Dolu, fiyatlı, açıklamalı | Boş demo site ile başvurmak | Yüksek |
| Alan adı ve SSL | Kendi adına kayıtlı, geçerli sertifika | Alt alan adı veya süresi geçmiş SSL | Orta |
Komisyon sadece bir yüzde değil, üç kalemli bir matematik
Fiyat konuşulurken herkes tek bir orana odaklanır. Gerçek maliyet üç kalemin toplamıdır: işlem komisyonu, taksit maliyeti ve vade. İşlem komisyonu tek çekim için görece nettir. Taksitli satışta ise her taksit kademesi ek bir puan ekler ve bu farkı ya sen yersin ya müşteriye yansıtırsın. Dijital üründe kâr marjı genelde yüzde beş ile on beş arasında sıkıştığı için altı taksit seçeneğini kârsız satmak çok kolaydır.
Vade ise en çok ihmal edilen kalem. Paran yedi gün sonra hesabına geçiyorsa, tedarikçine peşin ödeme yapıyorsan, aslında işletme sermayeni ödeme kuruluşuna faizsiz borç vermiş oluyorsun. Günde otuz bin lira ciro yapan biri için yedi günlük vade, sürekli dönen iki yüz bin liralık bir açık demektir. Bu yüzden pazarlıkta sadece komisyonu değil vadeyi de konuş. Bir de e-pin satış yazılımı tarafında taksit kademelerini ürün grubuna göre kapatabilmek çok işe yarar: yüksek marjlı kalemlerde taksit açık, düşük marjlılarda kapalı.
Dijital üründe ödeme kaynaklı maliyetin dağılımı
- İşlem komisyonu 45%
- Taksit farkı 25%
- Vade ve sermaye maliyeti 20%
- İtiraz ve iade kesintileri 10%
Entegrasyonda hangi model seni daha az yorar?
Teknik tarafta iki temel yaklaşım var. Birincisi barındırılan ödeme sayfası: müşteri kart bilgisini ödeme kuruluşunun ekranında girer, sen hiç kart verisi görmezsin. İkincisi sitede gömülü form: tasarım bütünlüğü daha iyidir ama üzerine güvenlik yükümlülüğü ve 3D akış yönetimi biner. Yeni başlıyorsan ya da ekibinde tam zamanlı geliştirici yoksa barındırılan sayfa ezici biçimde daha akıllıdır. Kart verisine hiç dokunmamak, yaşayacağın sorunların yarısını en baştan siler.
Entegrasyonun kritik noktası ödeme başlatmak değil, dönüşü doğru yorumlamak. Kullanıcının tarayıcısıyla döndüğü sayfa asla tek doğruluk kaynağı olamaz. Kullanıcı ödeme ekranını kapatabilir, ağı kopabilir, ya da dönüş adresi kurcalanabilir. Doğru kurgu şudur: sunucudan sunucuya gelen bildirimi dinle, gelen bildirimdeki işlem kimliğiyle kendi kaydını eşleştir, tutar ve para birimini kendi veritabanındaki beklenen değerle karşılaştır, imzayı doğrula, ancak hepsi uyuyorsa siparişi ödendi işaretle. Tutar kontrolü yapmayan sistemler, bir liraya bin liralık ürün satılmasına açıktır.
Ödeme bildirimleri tekrar gönderilebilir. Aynı işlem kimliği için ikinci kez kod düşmemesi adına teslimat mantığını tekrar çalışmaya dayanıklı kur: sipariş zaten ödendi ve teslim edildiyse yeni bildirim sadece loglanır, yeni stok tüketmez.
İtiraz oranını düşürmenin yazılımla ilgisi ne?
Kart itirazı, bu işte hesabını kapatan tek şeydir. Komisyonu bir puan pahalı ödemek işini bitirmez, ama itiraz oranın eşiği aşarsa ödeme altyapını kaybedersin ve yeni başvurularda bu geçmiş seni takip eder. Bu yüzden itiraz yönetimi bir muhasebe işi değil, ürün tasarımı işidir.
Somut önlemler şunlar: Kart ekstresinde görünecek işletme adının site adıyla aynı olması, tanımadığı ismi gören müşterinin refleks itirazını engeller. Sipariş sonrası anında gönderilen, ürünü, tutarı ve teslim zamanını içeren e-posta, itirazda en güçlü belgendir. Müşteri panelinde kodun ne zaman görüntülendiğinin kaydı, teslimat ispatıdır. İlk siparişte yüksek tutarlı işlemler için basit bir hız ve tutar limiti, çalıntı kartla yapılan denemeleri baştan keser. Ve en önemlisi: ulaşılabilir bir destek kanalı. İnsanlar sana ulaşamadığında bankaya ulaşıyor. Bu mekanizmaların hazır gelip gelmediğini özellikler listesinden kontrol edebilirsin; dijital ürün satış scripti seçerken bakılacak ilk yer burasıdır.
Tek altyapıya bağlı kalmanın maliyeti
Onay aldıktan sonra rahatlama geliyor ve çoğu işletme tek bir ödeme kanalıyla yıllarca devam ediyor. Oysa ödeme tarafı da tedarikçi tarafı gibi tekil bağımlılığa gelmez. Bir gün bir risk incelemesi başlatılır, hesap geçici olarak durur ve sen o gün satış yapamazsın. Hazırlıklı olmanın yolu, ikinci bir kanalı en azından kurulu ve test edilmiş halde tutmaktır. Havale ve bakiye yükleme yöntemi de bu yüzden hâlâ değerlidir: komisyonsuzdur, kesintiye dayanıklıdır ve düzenli müşterini alışkanlığa bağlar.
Burada mimari bir tercih devreye giriyor. Ödeme kanallarını sisteme gömülü şekilde değil, geçit mantığıyla takmak gerekir: her kanal ayrı bir modül, hepsi aynı iç arayüzü konuşur, biri kapanınca diğeri yönetim panelinden aktif edilir. Bu yapıda yeni bir kanal eklemek günler değil saatler alır. Kanalları ürün grubuna ve tutara göre yönlendirebilmek de kâr tarafında ciddi fark yaratır: küçük tutarlı siparişleri düşük sabit maliyetli kanala, yüksek tutarlıları taksit verebilene yönlendirirsin. Fiyat sayfasında hangi planda kaç geçit geldiğine bakmak, ilk yıl için doğru kararı vermeni kolaylaştırır.
| Kontrol maddesi | Aşama | Tamamlandı ölçütü |
|---|---|---|
| Mesafeli satış ve iade metinleri dijital ürüne özel | Başvuru öncesi | Cayma istisnası açıkça yazılı |
| Telefon ve açık adres yayında | Başvuru öncesi | İletişim sayfasında doğrulanabilir |
| Katalog dolu, fiyatlar görünür | Başvuru öncesi | En az 20-30 aktif ürün |
| Ekstrede görünecek isim site adıyla aynı | Kurulum | Test işleminde doğrulandı |
| Sunucudan sunucuya bildirim dinleniyor | Entegrasyon | Tarayıcı dönüşü tek kaynak değil |
| Tutar, para birimi ve imza doğrulaması | Entegrasyon | Uyuşmazlıkta sipariş ödenmez |
| Tekrar gelen bildirime dayanıklılık | Entegrasyon | Çift teslimat oluşmuyor |
| Anında sipariş onay e-postası | Kurulum | Ürün, tutar, zaman içeriyor |
| Kod görüntüleme zaman kaydı | Kurulum | İtirazda ispat olarak sunulabilir |
| İkinci ödeme kanalı kurulu ve test edilmiş | Onay sonrası | Panelden tek tuşla devreye alınır |
Ödeme tarafını ilk günden doğru kur
Çoklu geçit mimarisi, imza ve tutar doğrulaması, tekrar gelen bildirime dayanıklı teslimat ve itiraz ispat kayıtları; Pinova bu katmanları hazır getirir.
Şahıs şirketiyle sanal POS başvurusu yapabilir miyim?
Evet, şahıs şirketiyle de başvuru yapılabilir. Belirleyici olan şirket türü değil, faaliyet konusunun sattığın ürünle uyumu, sitedeki yasal metinlerin eksiksizliği ve risk profilin.
Dijital üründe müşteri koşulsuz iade isteyebilir mi?
Kod veya lisans teslim edildikten sonra cayma hakkı kural olarak kullanılamaz, ancak bunun sözleşmede ve ödeme öncesi onay ekranında açıkça belirtilmiş olması gerekir. Yazmazsan istisnayı kaybedersin.
Taksit seçeneği açmak zorunda mıyım?
Hayır. Marjın düşükse taksidi tamamen kapatabilir veya sadece yüksek marjlı ürün gruplarında açabilirsin. Ürün bazlı taksit kontrolü, kârı korumanın en pratik yolu.
Kart itirazı geldiğinde ne sunmam gerekir?
Sipariş kaydı, ödeme işlem kimliği, teslimat e-postası, kodun panelde görüntülendiği zaman damgası ve müşteri IP kaydı. Bu dört beş belge birlikte sunulduğunda itirazın önemli bölümü lehine sonuçlanır.
Ödeme akışının teoride değil ekranda nasıl durduğunu görmek her şeyi netleştirir: sepetten onay sayfasına, bildirim doğrulamasından teslimat kaydına kadar tüm zinciri canlı demo üzerinde test siparişiyle takip et, sonra hangi geçitle başlayacağına karar ver.

