Bölüm 6 akışı
- 1) Sanal POS başvurusu “neden reddedilir?” mantığı
- 2) Tosla İşim’i seçerken nelere baktık?
- 3) Başvuru öncesi site kontrol listesi
- 4) Tosla İşim evrakları: hangi belge neden istenir?
- 5) Evraklar nereden alınır? (pratik rehber)
- 6) En sık ret/uzama sebepleri + hızlı çözümler
- 7) Komisyon, taksit ve maliyet kalemleri
- 8) Teknik kurulum: WooCommerce/WordPress test akışı
- 9) Operasyon: iade/iptal, chargeback ve kayıt
- Ara CTA: anahtar teslim paket
- 10) Bölüm 6 özeti + Bölüm 7’ye geçiş
1) Sanal POS başvurusu “neden reddedilir?” mantığı
Sanal POS, teknik bir eklentiden önce “risk ve uygunluk” değerlendirmesidir. Banka/ödeme kuruluşu; şirketinizi, satış modelinizi ve müşteriye sunduğunuz sözleşmesel şeffaflığı doğrulamak ister. Bu yüzden değerlendirme sadece evrakla sınırlı kalmaz; web sitesi, ürün/hizmet sayfaları, iade politikası, iletişim bilgileri ve fiyatlandırma dili de doğrudan etkiler.
Değerlendirmede en güçlü sinyaller
- Tutarlılık: Ünvan, adres, vergi bilgileri her yerde aynı olmalı (site footer dahil).
- Şeffaf satış: İade/iptal, teslim süresi, hizmet kapsamı net yazılmalı.
- Güven: SSL, düzgün checkout, açık iletişim kanalları.
- Faaliyet uyumu: NACE/iş modeli ile satılan ürün/hizmet birbirini doğrulamalı.
2) Tosla İşim’i seçerken nelere baktık?
Woventico tarafında hedefimiz; full servis online ajans hizmetlerini sürdürülebilir bir tahsilat modeliyle birleştirmekti. Bu nedenle POS tarafında “belirsiz süreç” istemedik. Tosla İşim (Akbank) yaklaşımında, doğru hazırlıkla ilerlediğinizde süreç yönetilebilir ve planlanabilir oluyor.
- Kurumsal değerlendirme mantığı ve evrak düzeninin net olması
- Site uyumluluğu ve satış akışının incelenebilir olması
- İleride taksit/kampanya senaryolarına uygun zemin
- Operasyonel olarak takip edilebilir tahsilat modeli
3) Başvuru öncesi site kontrol listesi
POS sürecini hızlandıran en büyük etken, başvuruya hazır site kurgusudur. Banka/kuruluş “müşteri mağdur olur mu?” sorusunu görünür sayfalar üzerinden değerlendirir. Bu yüzden, başvuru öncesi aşağıdaki kontrol listesi kritik.
Zorunlu ve beklenen sayfalar
- İletişim (telefon, e-posta, açık adres veya şirket adresi)
- KVKK Aydınlatma + Gizlilik Politikası
- Mesafeli Satış Sözleşmesi
- Ön Bilgilendirme Formu
- İade/İptal/Değişim Politikası
- Teslimat/Kargo ve Hizmet Teslim Koşulları
Checkout ve güven sinyalleri
- SSL aktif (https), karışık içerik uyarısı yok
- Sepet → ödeme → sipariş onayı akışı hatasız
- Ürün/hizmet açıklamaları (kapsam + teslim) net
- Fiyat/teslim süresi/iade koşulları görünür
4) Tosla İşim evrakları: hangi belge neden istenir?
Woventico mağaza kaydında da kullandığımız evraklar, POS başvurusunun temelini oluşturur. Burada kritik konu: belgelerin tek tek var olması değil, birbirini doğrulaması. Ünvan/adres/IBAN gibi bilgiler farklı görünürse, sistem “risk” algısını yükseltir.
- Vergi levhası: Ünvan, vergi dairesi, vergi no doğrulaması
- Ticaret sicil gazetesi: Kuruluş/temsil/ortaklık yapısı
- Faaliyet belgesi: Şirket aktif mi? Faaliyet alanı uyumlu mu?
- İmza sirküsü: Şirketi kim temsil eder? Yetkili kim?
- Yetkili kimlik: Yetkili kişi doğrulaması
- IBAN dekontu: Tahsilat hesabı şirket adına mı?
- İkametgah (barkodlu): Bazı senaryolarda yetkili adres doğrulaması
- Tedarik faturası (varsa): Ürün satışı varsa ürün kaynağı doğrulaması
5) Evraklar nereden alınır? (pratik rehber)
“Hangi evrak?” kadar “nereden alırım?” sorusu da zamanı belirler. Biz kendi sürecimizde evrakları mümkün olduğunca hızlı toplayıp, başvuru sırasında eksik kalmaması için tek klasörde standardize ettik.
Evrak kaynakları (özet)
- Vergi levhası: İnteraktif Vergi Dairesi / mali müşavir paneli
- Faaliyet belgesi: Bağlı olduğunuz ticaret odası (ör. İTO) online/şube
- Ticaret sicil gazetesi: Kuruluş ilanı yayımlandıktan sonra arşiv üzerinden erişim
- İmza sirküsü: Noter (vergi levhası + sicil gazetesi ile)
- IBAN dekontu: Banka uygulaması/şubeden şirket IBAN’ını gösteren belge
- İkametgah: e-Devlet’ten barkodlu belge
- Tedarik faturası: Ürün tedariği varsa tedarikçi/üreticiden
6) En sık ret/uzama sebepleri + hızlı çözümler
POS başvurularında sorun çoğu zaman “belge yok” değil; tutarsızlık ve site hazırlığıdır. Aşağıdaki maddeler, başvuruyu uzatan en yaygın sorunlardır.
12 yaygın sorun ve çözüm yaklaşımı
- Ünvan farklı yazılıyor: Site footer, fatura ünvanı, vergi levhası birebir aynı olmalı.
- Adres farklı/eksik: Ofis adresi, vergi levhası ve bankada kayıtlı adres tutarlı olmalı.
- Yasal sayfalar eksik: KVKK + mesafeli satış + iade politikası görünür olmalı.
- Hizmet teslimi belirsiz: Dijital/ajans hizmetlerinde kapsam ve teslim süresi yazılmalı.
- İletişim zayıf: Telefon/e-posta/adres net değilse güven düşer.
- IBAN şirket adına değil: Şahıs IBAN’ı veya farklı ünvanlı hesap değerlendirmeyi bozar.
- Site “yakında” modunda: Yayında olmayan site başvuruda sorun çıkarır.
- Checkout hata veriyor: Sepet/ödeme sayfası stabil değilse testte takılır.
- Fiyat/teslim bilgisi gizli: Ürün/hizmet sayfalarında net bilgi olmalı.
- Politikalar kopya/uyumsuz: Metinler iş modelinize uyarlanmalı.
- Riskli kategori dili: Başlık/etiketler yanlış algı oluşturabilir (dil sade ve açıklayıcı olmalı).
- Ek evrak ihtiyacı: Faaliyet belgesi/tedarik faturası gibi ekler istenebilir.
7) Komisyon, taksit ve maliyet kalemleri
POS maliyeti yalnızca “komisyon oranı” değildir. Taksitli satışlarda maliyet yapısı değişebilir, iade/chargeback süreçleri operasyon yükü oluşturabilir. Bu nedenle marj hesabını yaparken POS maliyetini “net” ele almak gerekir.
POS maliyetini etkileyen ana kalemler
- Tek çekim komisyon oranı
- Taksit farkları ve kampanya senaryoları
- İade durumunda komisyon iadesi/işlem politikası
- Chargeback süreç maliyeti ve operasyonel zaman
- Bankaya göre değişen ek kesintiler
8) Teknik kurulum: WooCommerce/WordPress test akışı
Onaydan sonra kritik adım entegrasyon ve testtir. Bizim yaklaşımımız üç aşamalı ilerler: anahtar tanımlama → test → canlı. Canlıya çıkmadan önce mutlaka gerçekçi test senaryoları çalıştırılmalıdır.
Mutlaka test edilmesi gereken senaryolar
- Başarılı ödeme: sipariş oluşuyor mu, e-posta gidiyor mu?
- Başarısız ödeme: hata mesajı net mi, sepet korunuyor mu?
- 3D Secure: yönlendirme dönüşü sorunsuz mu?
- Fatura bilgileri: checkout alanları doğru mu?
- İade akışı: iade kaydı + destek talebi süreci
9) Operasyon: iade/iptal, chargeback ve kayıt
Ödeme almak kadar, ödemenin “sonrasını” yönetmek de önemlidir. İade/iptal süreçleri net değilse, müşteri memnuniyeti düşer ve chargeback riski artar. Bizim modelimizde destek talepleri kayıt altına alınır, böylece süreç şeffaflaşır ve itiraz/kanıt gerektiren durumlarda güçlü bir arşiv oluşur.
Chargeback riskini azaltan 5 uygulama
- Hizmet kapsamı ve teslim süresi ürün sayfasında net
- İade/iptal koşulları görünür ve anlaşılır
- Tek destek kanalı (ticket) ile kayıtlı iletişim
- Teslim/fatura kayıtları düzenli
- Müşteriye süreçte düzenli bilgilendirme
Anahtar teslim: POS’a hazır site + hızlı checkout + doğru kurulum
Woventico E-Ticaret Paketleri ile; altyapı, arayüz, ödeme (sanal POS), temel uyum sayfaları, hız/güvenlik ve yayın sürecini birlikte planlayıp satışa hazır şekilde teslim edelim.
Not: Vergi ve muhasebe tarafında mali müşavirinizle birlikte ilerlemeniz gerekir. Biz süreç planı ve teknik kurulumu üstleniriz.
10) Bölüm 6 özeti + Bölüm 7’ye geçiş
Bölüm 6’da Tosla İşim sanal POS sürecini uçtan uca ele aldık: başvuru mantığı, site hazırlığı, evraklar ve kaynakları, ret sebepleri, maliyet kalemleri, teknik kurulum/test ve operasyon disiplini. Bu yaklaşım, “POS aldık” değil; ödeme sistemini kurumsal ve sürdürülebilir hale getirdik demektir.
Şimdi sıra altyapıda. Biz e-ticaret altyapısı olarak kendi geliştirdiğimiz Woventico altyapısını kullandık. Bölüm 7’de; bu tercihin arkasındaki teknik ve operasyonel gerekçeleri (checkout performansı, modülerlik, güvenlik, destek süreçleri) detaylı anlatıyoruz.