Ajansbox ödeme entegrasyonları arasından seçim yaparken komisyon oranıyla birlikte tahsilat süresini, müşteri deneyimini ve günlük operasyonu değerlendirin. Uygun sanal POS, müşterinin ödeme yapmasını kolaylaştırırken işletmenin sipariş, iade ve muhasebe kayıtlarını da takip edebilmesini sağlamalıdır. Seçimi yalnızca ilk başvuruda sunulan kampanya üzerinden yapmak uzun vadeli maliyetleri görünmez bırakabilir.
Bu rehberde sanal POS maliyetlerinin karşılaştırılmasını, ödeme sonucunun doğrulanmasını ve canlı kullanıma geçmeden önce uygulanabilecek kontrolleri bulabilirsiniz. Önce satış modelinizi tanımlayın, ardından Ajansbox bağlantısının kapsamıyla sağlayıcının sözleşme koşullarını birlikte inceleyin.
Sanal POS nedir, ödeme kuruluşundan farkı nedir?
Sanal POS, internet üzerinden kartla ödeme kabul edilmesini sağlayan çözümdür. İşletme doğrudan bir bankayla çalışabilir veya kartlı ödeme hizmeti sunan bir ödeme hizmeti sağlayıcısıyla sözleşme yapabilir. Bu seçeneklerin başvuru, fiyatlandırma ve operasyon yapıları farklı olabilir.
Doğrudan banka bağlantısı, her bankanın kartında aynı taksit koşullarının sunulacağı anlamına gelmez. Ödeme hizmeti sağlayıcısıyla çalışmak da bütün kartların, ülkelerin veya ödeme yöntemlerinin otomatik olarak destekleneceğini göstermez. İhtiyaç duyduğunuz özellikleri sağlayıcı, sözleşme ve Ajansbox bağlantısı düzeyinde ayrı doğrulayın.
Ödeme veya elektronik para kuruluşu seçerken TCMB kayıtlarındaki güncel faaliyet iznini ve izin kapsamını kontrol edin. Marka adıyla sözleşmedeki tüzel kişinin eşleşmesine dikkat edin. Başvuru onayı, sektör kabulü ve işyerine tanımlanan işlem koşulları ayrıca değerlendirilmelidir.
Ajansbox hangi ödeme bağlantılarını sunuyor?
Ajansbox’ın ödeme entegrasyonları sayfasında iyzico ve PayTR bağlantıları listelenir. Ajansbox Market içerisinde Akbank, Garanti BBVA ve Türkiye Finans için banka sanal POS seçenekleri de bulunur. Güncel kullanılabilirliği ve işletmenizin paketiyle uyumluluğunu teklif aşamasında netleştirin.
Bir bağlantının listelenmesi, sağlayıcının sunduğu her servisin mevcut entegrasyona dahil olduğu anlamına gelmez. Kart saklama, abonelik tahsilatı, kısmi iade, farklı para birimleri veya birden fazla sanal POS kullanımı ayrı ihtiyaçlardır. Bunların her biri için desteklenen işlem akışını ve varsa ek geliştirme gereksinimini sorun.
- Kurulum, lisans ve yenileme bedellerini ayrı öğrenin.
- Gerekli işyeri hesabını ve başvuru belgelerini netleştirin.
- Sağlayıcı ücretleriyle Ajansbox hizmet bedellerini ayırın.
- Teknik destek ve canlıya geçiş sorumlularını belirleyin.
Destek hizmetini somut sorularla değerlendirin. Hafta sonu ödeme alınamazsa kime ulaşılacak, hangi işlem bilgileri istenecek ve sorunun takibi nereden yapılacak? Banka, sağlayıcı ve Ajansbox arasındaki sorumlulukları belirleyin. Müşteri hizmetlerinin banka kaynaklı retleri teknik bağlantı hatalarıyla karıştırmaması için anlaşılır açıklamalar hazırlayın. Hesap bilgilerindeki değişikliklerde ve entegrasyon güncellemelerinde uygulanacak bildirim düzenini de sorun.
Sanal POS seçmeden önce ihtiyaç listenizi hazırlayın
Aylık kartlı satış tutarını, işlem sayısını ve ortalama sipariş değerini tahmin edin. Tek çekim ile taksitli satışların dağılımını ayrı yazın. Yurt dışı kart kabulü, ticari kart kullanımı veya farklı para birimleri gerekiyorsa bunları baştan belirtin. Yabancı kart kabulüyle döviz cinsinden tahsilat aynı özellik değildir.
İhtiyaçları zorunlu ve isteğe bağlı olarak ayırın. Örneğin tek çekimle satış yapan bir işletme için düzenli tahsilat ve kolay iade öncelikli olabilir. Abonelik modelinde ise tekrarlayan ödeme yeteneği ayrıca değerlendirilir. Sağlayıcının bu hizmeti sunması yeterli değildir; hesabınızda etkin olması ve kullanılan Ajansbox bağlantısının ilgili akışı desteklemesi gerekir. Kontrolü örnek işlemle tamamlayın.
Müşterilerinizin hangi cihazlardan ödeme yaptığını inceleyin. Mobil ağırlıklı bir mağazada formun okunabilirliği, banka doğrulamasından dönüş ve bağlantı kesintisindeki davranış seçimde belirleyici olabilir. Müşteri beklentilerini değerlendirirken e-ticarette ödeme tercihleri rehberinden yararlanabilirsiniz.
Taksit imkanını değerlendirirken ürün kategorisini, kart türünü ve yürürlükteki sınırlamaları birlikte kontrol edin. Sağlayıcının genel tanıtımında görünen taksit sayısını bütün ürünlere uygulamayın. Ödeme ekranında gösterilecek seçenekler, işyeriniz için geçerli ve teknik olarak desteklenen koşullarla eşleşmelidir.
Komisyon ve toplam sanal POS maliyeti nasıl karşılaştırılır?
Teklifleri aynı satış varsayımlarıyla karşılaştırın. Komisyonun hangi işlem tutarına uygulandığını, sabit işlem ücreti bulunup bulunmadığını ve taksit maliyetinin nasıl hesaplandığını öğrenin. Kurulum, aylık hizmet, yıllık lisans ve işlem hacmi taahhüdü gibi koşulları tek tabloda toplayın.
Aşağıdaki örnek tamamen varsayımsaldır. Aylık kartlı satış tutarı 100.000 TL kabul edilmiştir. Yalnızca belirtilen ücretler hesaplanmış; vergiler, taksit farkları ve diğer olası giderler örneğe dahil edilmemiştir.
| Örnek teklif | Komisyon | Aylık sabit ücret | Hesaplanan maliyet |
|---|---|---|---|
| A seçeneği | %3 | 0 TL | 3.000 TL |
| B seçeneği | %2,7 | 500 TL | 3.200 TL |
Bu örnekte daha düşük komisyon oranı, sabit ücret nedeniyle daha yüksek toplam maliyet oluşturur. Ancak satış hacmi değiştiğinde karşılaştırmanın sonucu da değişebilir. Kendi işlem dağılımınızı kullanın; örnekteki oranları güncel sağlayıcı teklifi olarak değerlendirmeyin.
Aynı ciroyu az sayıda yüksek tutarlı işlemle veya çok sayıda küçük işlemle elde etmek, işlem başına ücret bulunan tekliflerde farklı sonuç verir. Bu nedenle hesaplamayı yalnızca aylık ciroyla yapmayın. İşlem adedini, ortalama tutarı ve iade sıklığını da karşılaştırma dosyanıza ekleyin.
İptal veya iade durumunda işlem komisyonunun geri verilip verilmediğini ayrıca sorun. Ters ibraz ücretleri, erken ödeme seçenekleri, yabancı kart farkları ve sözleşme sonlandırma koşulları da toplam maliyeti etkileyebilir. Sözlü açıklamalar yerine güncel teklif ve sözleşme üzerinde açık karşılıklarını arayın.
Tahsilat süresi ve bloke koşulları neden önemlidir?
Müşteriden ödemenin alınmasıyla tutarın işletmenizin banka hesabına geçmesi farklı zamanlarda gerçekleşebilir. Aktarım günlerini, iş günü hesabını, kesim saatlerini ve bloke koşullarını öğrenin. Tedarikçiye erken ödeme yapan işletmeler için tahsilat takvimi komisyon kadar belirleyici olabilir.
Örneğin stok alımınızı haftanın başında yapıyor, satış gelirini daha sonra alıyorsanız aradaki günlerin finansman ihtiyacını değerlendirin. Daha kısa aktarım süresiyle sunulan teklifin ek ücretini de hesaba katın. Önceliğiniz, işletmenin ödeme takvimine uygun ve sözleşmede açıkça tanımlanmış bir düzen kurmak olmalıdır.
İade, rezerv tutar veya risk incelemesi nedeniyle bekletilen bakiyelerin raporlarda nasıl gösterildiğini sorun. Hesaba geçen net tutarla brüt kartlı satış tutarını karıştırmayın. Finans ekibinizle birlikte tahsilat ve ödeme takvimi hazırlayarak teklifleri aynı dönem üzerinden değerlendirin.
Güvenlik ve 3D Secure için neler kontrol edilmelidir?
3D Secure, kart sahibinin doğrulanmasına yönelik bir süreçtir. Doğrulamanın tamamlanması, tek başına ödemenin başarıyla tahsil edildiğini göstermez. İşyerinizde hangi işlemlerde kullanıldığı, başarısız doğrulamanın nasıl ele alındığı ve müşteri deneyimine etkisi netleştirilmelidir.
Ödeme formunun hangi ortamda çalıştığını ve kart verisinin hangi sistemlerden geçtiğini öğrenin. Sağlayıcı tarafından barındırılan form veya site içine yerleştirilen ödeme alanı kullanılması, işletmenin bütün güvenlik sorumluluklarını ortadan kaldırmaz. PCI DSS kapsamını ve gerekli kontrolleri kullanılan entegrasyon modeline göre teknik ekiple değerlendirin.
CVV gibi kart doğrulama kodları yetkilendirme sonrasında saklanmamalıdır. Kart bilgilerini destek yazışmalarına veya hata kayıtlarına eklemeyin. Yönetim erişimlerini sınırlandırın; gizli anahtarları açık dosyalarda paylaşmayın. Test ve canlı ortam bilgilerini ayırarak yanlış hesaba işlem gönderilmesini önleyin.
Kart saklama isteniyorsa token kullanımını, müşteri bilgilendirmesini ve kartın silinmesi sürecini değerlendirin. Kart saklama ile CVV saklama aynı uygulama değildir. Ekip, müşteri kolaylığı sağlamak amacıyla kart doğrulama kodunu sonradan kullanmak üzere kaydetmemelidir. Ayrıca ödeme sayfasındaki analiz araçlarının ve hata izleme sistemlerinin hassas alanları kaydetmediğini kontrol edin.
Ödeme sonucu ile sipariş durumu nasıl eşleştirilir?
Müşterinin başarı sayfasına ulaşması siparişi onaylamak için yeterli değildir. Ödeme sonucu, sağlayıcının ilgili entegrasyon için tanımladığı güvenilir sunucu yanıtı, doğrulanmış bildirimi veya durum sorgusu üzerinden değerlendirilmelidir. Sipariş numarası, işlem kimliği, tutar ve para birimi uygun alanlarla eşleştirilmelidir.
Örneğin PayTR’nin iFrame akışında sonuç arka plandaki bildirim adresine gönderilir. Müşterinin yönlendirildiği sayfayla bu bildirim farklı görevler üstlenir. Seçtiğiniz bağlantıda bildirim doğrulamasının yapıldığını ve aynı bildirimin tekrar gelmesinin siparişi ikinci kez işleme aldırmadığını test edin.
Durumu belirsiz bir işlemde müşteriden yeniden ödeme istemeden önce sağlayıcı kaydını sorgulayın. Çift tahsilat, iki kez stok düşme veya iki ayrı gönderi oluşturma ihtimallerini kontrol edin. Başarılı, başarısız ve inceleme bekleyen işlemler panelde anlaşılır biçimde ayrılmalıdır.
Ödemesi bekleyen siparişin stoğu ne kadar süreyle ayıracağı da belirlenmelidir. Süre sonunda ödeme hâlâ belirsizse kaydı sorgulamadan otomatik karar vermeyin. Sonradan gelen başarılı bildirimle serbest bırakılmış stok arasında uyuşmazlık oluşabilir. Ödeme ve stok ekipleri, geciken sonuçlarda hangi sırayla kontrol yapılacağını birlikte kararlaştırmalıdır.
Mobil ödeme deneyimi nasıl değerlendirilir?
Ödeme ekranını gerçek telefonlarda, farklı ekran boyutlarında ve yaygın tarayıcılarda deneyin. Kart alanlarının kullanımı, klavye davranışı, hata mesajları ve banka doğrulamasından mağazaya dönüş birlikte kontrol edilmelidir. Sayfanın yalnızca masaüstünde çalışması yeterli değildir.
Müşteri doğrulama ekranından geri geldiğinde sepeti ve sipariş bilgisi korunmalıdır. Başarısız işlem mesajı anlaşılır olmalı, müşteriye güvenli bir sonraki adım göstermelidir. Ayrıntılı iyileştirmeler için ödeme deneyimi ve sepet terk rehberini inceleyebilirsiniz.
Ödeme başarısını ölçerken hangi işlemleri saydığınızı tanımlayın. Ödeme ekranının açılması, banka doğrulamasının başlaması ve tahsilatın tamamlanması farklı aşamalardır. Aynı müşterinin tekrar denemelerini ayrı siparişlerle karıştırmayın. Mobil ve masaüstü sonuçlarını inceleyin; ancak farklı dönemlerdeki kampanya, trafik kaynağı ve kart dağılımı değişikliklerini hesaba katmadan sağlayıcılar hakkında kesin yargıya varmayın. Karşılaştırmanın tutarlı olması için aynı ölçüm tanımını koruyun.
İptal, iade ve ters ibraz süreçlerini karşılaştırın
İptal ile iadenin hangi koşullarda kullanılabildiğini sağlayıcıdan öğrenin. Tam ve kısmi iadenin Ajansbox panelinden mi, sağlayıcı panelinden mi yönetileceğini belirleyin. İşlemin başlatılmasıyla müşterinin hesabında görünmesi aynı an olmayabilir; müşteri hizmetleri bu ayrımı açıklayabilmelidir.
Ters ibraz, kart işleminin banka üzerinden itiraz sürecine konu olmasıdır; mağazanın başlattığı iadeden farklıdır. Bildirimlerin kime ulaşacağını, hangi belgelerin istenebileceğini ve yanıt sorumluluğunu netleştirin. Sipariş, teslimat ve müşteri iletişim kayıtlarını düzenli tutun; gereksiz kart verisi toplamaktan kaçının.
İade tutarının ödeme kaydıyla eşleşmesini, aynı talebin tekrar işlenmemesini ve muhasebe raporuna doğru yansımasını kontrol edin. Operasyon akışını iade ve geri ödeme rehberiyle birlikte planlayabilirsiniz.
Sağlayıcı değiştirirken eski işlemlerin iadesinin ve ters ibraz takibinin nasıl sürdürüleceğini sorun. Yeni bağlantının açılması, önceki sağlayıcıdaki sorumlulukları sona erdirmeyebilir. Geçiş tarihini, eski kayıtların erişimini ve bekleyen aktarım tutarlarını birlikte planlayın. Aynı anda birden fazla bağlantı kullanılacaksa hangi siparişin hangi sağlayıcıdan geçtiğini raporda gösterin. Böylece müşteri talebi geldiğinde doğru işlem kaydına ulaşabilir ve süreci ilgili hesap üzerinden takip edebilirsiniz.
Canlı kullanımdan önce hangi testler yapılmalıdır?
Sağlayıcının test ortamında başlayın. Başarılı ödeme kadar başarısız ve yarım kalan işlemleri de deneyin. Testlerin tamamlanması, canlı hesap onayının yerine geçmez. Canlıya geçişi sağlayıcının kuralları ve işletmenizin yetkilendirmesi doğrultusunda planlayın.
- Tek çekim ve desteklenen taksitli ödeme senaryolarını doğrulayın.
- Başarılı ve başarısız banka doğrulamasını kontrol edin.
- Müşterinin sayfayı kapatması ve geri dönmesini deneyin.
- Tekrarlanan veya geciken bildirimlerin etkisini inceleyin.
- Sipariş, ödeme ve stok kayıtlarını birlikte karşılaştırın.
- Desteklenen tam ve kısmi iade akışlarını doğrulayın.
- Sağlayıcı raporuyla hesaba geçen tutarı karşılaştırın.
- Canlı ortamda test ayarlarının kapandığını kontrol edin.
Son değerlendirmede iki veya üç uygun seçeneği aynı ihtiyaç listesi üzerinden karşılaştırın. Her başlığın karşısına yazılı teklif, sözleşme maddesi veya test sonucu ekleyin. Cevabı alınmamış konuları varsayımla tamamlamayın. Kararı verecek kişinin maliyet, tahsilat ve teknik kapsamı birlikte görebilmesi seçim sürecini hızlandırır.
Canlı kullanımda günlük mutabakat düzeni kurun. Onaylanan siparişler, sağlayıcı işlemleri, iadeler ve banka aktarımını aynı referanslarla izleyin. Açık farklar için sorumlu belirleyin; müşteri şikayeti gelmesini beklemeden eksik bildirim veya ödeme uyuşmazlıklarını araştırın.
Ajansbox ile ödeme entegrasyonunuzu planlayın
Konya’da e-ticaret sitesi kurmak veya ödeme altyapısını geliştirmek isteyen işletmeler, satış profillerini Ajansbox ile paylaşarak uygun bağlantı kapsamını değerlendirebilir. Aylık işlem tahmininizi, taksit ihtiyacınızı ve mevcut sağlayıcı sözleşmenizi görüşmeye hazırlayın. Gerçek kart bilgileri veya gizli anahtarlar paylaşmayın.
Ajansbox iletişim formundan ihtiyaçlarınızı iletin. Paket uyumluluğunu, kurulumu, desteklenen işlemleri ve sağlayıcı koşullarını netleştirerek test aşamasına geçin.
Ödeme entegrasyonları hakkında sık sorulan sorular
En düşük komisyonlu sanal POS her zaman uygun mudur?
Komisyonu sabit ücretler, tahsilat süresi, taksit koşulları ve iade maliyetleriyle birlikte değerlendirin. Karşılaştırmayı kendi satış dağılımınız üzerinden yapın.
Ajansbox bağlantısı sağlayıcı başvurusunu da onaylar mı?
Sağlayıcı başvurusu ve teknik bağlantı farklı aşamalardır. İşyeri kabulü, sözleşme ve hesap onayı ilgili sağlayıcının değerlendirmesine bağlıdır.
Başarı sayfası açıldıysa sipariş gönderilebilir mi?
Sipariş durumunu doğrulanmış ödeme sonucuna göre güncelleyin. Tarayıcı yönlendirmesini tek başına tahsilat kanıtı olarak kullanmayın; belirsiz işlemleri sağlayıcı kaydıyla kontrol edin.
