Entegrasyon kolaylığı nasıl ölçülür: sanal POS seçiminde kolaylık vaadini doğrulamanın yolu

Entegrasyon kolaylığı, sağlayıcı sayfalarında en sık geçen ve en az tanımlanan vaattir. Ölçülebilir hale gelmesi için üç somut soruya çevrilmesi gerekir: işletme hangi entegrasyon yolunu kullanacak, ödeme yaşam döngüsünün tamamı kaç ayrı dokunuş istiyor ve bunların ne kadarı sözleşme imzalanmadan önce denenebiliyor. Bu üç soru yazılı hale geldiğinde kolaylık bir izlenim olmaktan çıkar, iki sağlayıcı arasında yan yana konabilecek bir ölçüt haline gelir.

Ölçmenin ilk faydası da buradadır. Aynı altyapı bir ekip için yarım günlük iş, başka bir ekip için haftalara yayılan bir proje olabilir. Bu fark çoğu zaman altyapının teknik niteliğinden değil, seçilen yolun ekibin gerçekten yapabileceği işle örtüşmemesinden doğar.

Kolaylık tek bir puan değildir, üç ayrı bütçedir

Bir ödeme entegrasyonunun yaptığı iş her yolda aynıdır. Siteniz veya uygulamanız, ödeme katmanına bir tutarın belirli bir karttan tahsil edilmesini bildirir; kart ağı, 3D Secure doğrulaması ve banka tarafındaki karar bu katmanda işlenir; sonuç size döner. Değişen şey, bu zincirin ne kadarını kendi kodunuzun taşıdığıdır. Bu yüzden kolaylık tek bir puanla değil, birbirinden bağımsız üç bütçeyle ölçülür.

• Yazılım bütçesi: kod yazma, test etme ve canlıya alma için gereken geliştirici zamanı
• Operasyon bütçesi: iade, mutabakat, raporlama ve muhasebeye aktarım gibi her ay tekrar eden manuel iş
• Yönetim bütçesi: başvuru, belge toplama ve sözleşme adımlarının karar vericiden aldığı zaman

Bir sağlayıcı bu bütçelerin birinde hafif, diğerinde ağır olabilir. Tek bir kolaylık cümlesi üçünü birbirine karıştırır. Geliştiricisi olmayan bir işletme için belirleyici olan yazılım bütçesidir; günde onlarca iade işleyen bir mağazada ise asıl yük operasyon tarafındadır. Hangi bütçenin sizde darboğaz olduğunu bilmeden yapılan karşılaştırma, doğru sağlayıcıyı yanlış gerekçeyle eler.

Dört entegrasyon yolu ve karşılık geldikleri ekip profilleri

Teknik ödeme altyapıları genelde dört yol sunar. Bu yollar birbirinin daha iyi veya daha kötü sürümü değildir; farklı ekip profillerine karşılık gelirler ve seçim, ekibin bugünkü hali üzerinden yapılır.

SanalPos.com bu yolların dördünü de listeler: hazır eklentiler, ödeme linki, REST API ve PHP, Node.js ile Python için SDK’lar. Ancak her sağlayıcıda dördü birden bulunmaz, bulunanların da kapsamı aynı değildir.

Bu yüzden sanal POS firmaları arasında seçim yaparken sorulacak ilk teknik soru fiyat değil, sizin ekibinizin kullanacağı yolun o sağlayıcıda gerçekten bulunup bulunmadığıdır. Doküman sayfasında bir REST API başlığı görmek yeterli bilgi vermez. Projenizin diline karşılık gelen bir SDK veya kullandığınız e-ticaret platformuna ait bir eklenti yoksa, sizin için o sağlayıcının yolu ham API’dir ve süre tahmininizi buna göre yapmanız gerekir.

Kolaylık vaadini doğrulayan beş ölçüm

Aşağıdaki beş ölçüm, kolaylık sözcüğünü karşılaştırılabilir veriye çevirir. Her birinin somut bir çıktısı vardır; o çıktı elinizde yoksa ortada ölçüm de yoktur.

1. Sözleşmeden önce ilk başarılı test işlemine kadar geçen süre

Bu, kolaylığın en dürüst göstergesidir, çünkü sağlayıcının değil sizin ürettiğiniz bir sayıdır. Dokümanı açtığınız andan sandbox ortamında test kartıyla başarılı bir işlem aldığınız ana kadar geçen süreyi yazın. SanalPos.com geliştirici sandbox ortamı ve test kartları sunduğunu belirtir; böyle bir ortamı olmayan bir sağlayıcıda kolaylık iddiası ancak canlıya geçtikten sonra sınanabilir, yani karar anında elinizde veri olmaz. Ölçümü planlamanın ilk adımı, sandbox erişiminin hangi aşamada açıldığını sormaktır. Aynı kronometreyi iki sağlayıcıda çalıştırmak, iki tanıtım sayfasını okumaktan fazlasını söyler.

2. Ödeme yaşam döngüsünün tamamı kaç dokunuş istiyor

Değerlendirmelerin çoğu başarılı bir ödemeyi görünce durur. Oysa entegrasyonun asıl yükü, ödeme başarılı olmadığında ortaya çıkan hallerdedir. Dokümanda aşağıdaki maddelerin her birinin karşılığını arayın, karşılığını bulamadıklarınızı soru listesine ekleyin.

• Başarısız işlemin hata kodları ve bu kodların hangi durumu anlattığı
• 3D Secure adımından sonra kullanıcının sitenize dönüş akışı
• İade, kısmi iade ve gün içinde iptal işlemleri
• Webhook bildiriminin doğrulanması ve aynı bildirim tekrar geldiğinde ne yapılacağı
• Tekrar eden ödemelerde kart bilgisi saklamak yerine token kullanımı
• Mutabakat için gereken işlem raporunun nereden alındığı

SanalPos.com REST API’nin yanında webhook desteği, tokenization ile tek tıkla ödeme ve otomatik abonelik yönetimi başlıklarını sayar. Bu maddeleri saymanın amacı özellik listesi çıkarmak değil, dokunuş sayısını görmektir. Her madde sizin tarafınızda bir kod dalı, bir test senaryosu ve bir hata durumu demektir. On maddelik bir döngüyü üç adımlık bir demo üzerinden değerlendiren ekip, süreyi düzenli biçimde eksik tahmin eder.

3. Kaç muhatapla çalışacaksınız

Kart kabul zincirinde kaç ayrı tarafla ayrı ayrı anlaşmanız gerektiği, entegrasyon süresini kod kadar etkiler. Her bankayla ayrı sözleşme ve ayrı teknik bağlantı kurulan bir yapıda işin çoğu yazılım değil koordinasyondur ve bu yük hiçbir doküman sayfasında görünmez. SanalPos.com tek başvuru ve tek entegrasyonla birden çok bankanın kartının kabul edildiğini, 4 kart ağını ve 9+ taksit programını bu tek bağlantı üzerinden sunduğunu belirtir.

Bu ölçümü yaparken zincirin nerede bittiğini de bilmek gerekir. SanalPos.com bu zincirde teknik ödeme altyapısını sağlayan taraftır; ödeme kuruluşu veya elektronik para kuruluşu değildir ve tahsil edilen tutar, üye işyeri adına tanımlanmış sanal POS üzerinden doğrudan işletmenin kendi banka hesabına aktarılır, ödemeler T+1 olarak yapılır. Entegrasyon tarafındaki pratik karşılığı şudur: kodunuzun yöneteceği şey işlemin kendisidir, arada yönetilecek bir bakiye, cüzdan veya para çekme katmanı yoktur. Bu da geliştirme planından bir ekranı ve ona bağlı akışı baştan çıkarır.

4. Kolaylık kimin üzerinden ölçülüyor

Bir entegrasyon geliştiriciyi bir günde kurtarıp muhasebeyi her ay iki gün meşgul edebilir. Bu yüzden ölçümü tek kişiye sormayın. Panelde hangi raporun standart olarak bulunduğu, işlem kayıtlarının muhasebe yazılımına nasıl aktarıldığı ve iade kaydının hangi ekranda oluştuğu, kod soruları kadar somuttur. SanalPos.com müşteri paneli ve raporlama, sipariş takip paneli, fatura oluşturucu ile Logo, Luca ve Paraşüt muhasebe entegrasyonunu ürün başlıkları arasında sayar. Ölçülecek sayı sadedir: akış kurulduktan sonra ayda kaç saatlik manuel iş geriye kalıyor.

5. Kolay yol on iki ay sonra tıkanıyor mu

Bugünün en kısa yolu, yarının en pahalı sınırı olabilir. Ödeme linkiyle başlayan bir işletme abonelik tahsilatına geçtiğinde, tek çekimle çalışan bir mağaza yurt dışına satmaya başladığında veya bayi tahsilatı gündeme geldiğinde yol değişir. Ölçüm sorusu şudur: bu değişiklik aynı hesabın üzerine mi kurulur, yoksa yeni bir başvuru ve sıfırdan bir entegrasyon mu gerektirir. SanalPos.com kodsuz POS, ödeme linki, tokenization, otomatik abonelik yönetimi, 10+ para biriminde dövizli ödeme ve bayi tahsilat sistemini aynı ürün ailesi içinde listeler. Bir sağlayıcıyı değerlendirirken bu geçişin nasıl yapıldığını yazılı olarak sormak, ilk kurulum süresinden daha uzun ömürlü bir bilgidir.

Doğrulanabilir vaat ile doğrulanamaz vaadi ayırmak

Kolaylıkla ilgili her cümle aynı ağırlıkta değildir. Bir kısmı karar öncesinde sınanabilir, bir kısmı ancak kullanmaya başladıktan sonra ölçülebilir. Bu ayrım yapılmadan kurulan karşılaştırma tablosu, sınanabilir bilgiyle sınanamaz iddiayı aynı satıra yazar ve kararı zayıflatır.

İmzadan önce doğrudan bakılabilecekler:

• SDK’nın hangi dilleri kapsadığı ve projenizin dilinin listede olup olmadığı
• Hazır eklentinin kullandığınız e-ticaret platformu için bulunup bulunmadığı
• Dokümanın hata kodlarını, iade akışını ve webhook doğrulamasını kapsayıp kapsamadığı
• Sandbox erişiminin hangi aşamada açıldığı ve test kartlarının verilip verilmediği
• Panelde hangi raporun standart olarak bulunduğu

Ancak kullanmaya başlayınca ölçülebilecekler:

• Teknik bir soruya destek tarafından verilen yanıtın kalitesi ve süresi
• Hata durumlarında dönen bilginin ne kadar açıklayıcı olduğu
• Yoğun satış günlerinde akışın davranışı
• İade ve mutabakatın gerçek hayattaki ritmi

Süre içeren vaatler tam bu ayrımın ortasında durur. SanalPos.com onay sonrasında API, hazır eklenti veya ödeme linkiyle 15 dakikada ödeme alınmaya başlanabildiğini, başvuru formunun 30 saniye sürdüğünü ve belgeler eksiksizse sonucun 24 saat içinde çıktığını belirtir. Bu tür sayıları okurken sorulacak soru kaç dakika olduğu değil, hangi noktadan hangi noktaya kadar ölçüldüğüdür. Kapsamı tanımlı bir sayı doğrulanabilir bir vaattir; kapsamı tanımsız bir sayı karşılaştırma tablosuna hiç girmemelidir. Aynı ayrım süreklilik ölçütleri için de geçerlidir: %99.9 uptime gibi bir değer ilgili bir bilgidir, ama entegrasyonun ne kadar kolay kurulduğunu değil, kurulduktan sonra ne kadar kesintisiz çalıştığını anlatır.

Karar öncesinde uygulanabilecek kısa ölçüm protokolü

Aşağıdaki adımlar birkaç saat içinde tamamlanır ve sonunda elinizde cümle değil tablo kalır.

1. Kendi tahsilat senaryonuzu tek paragrafta yazın: tek çekim mi taksit mi, abonelik var mı, dövizli satış olacak mı, ayda kaç iade bekliyorsunuz.
2. Bu senaryoya bakarak dört yoldan hangisini kullanacağınızı işaretleyin; ölçümün tamamı o yol üzerinden yapılır.
3. Sağlayıcının o yola ait dokümanını açın, kronometreyi başlatın ve ilk başarılı test işlemine kadar geçen süreyi kaydedin.
4. Aynı doküman içinde iade, iptal, başarısız işlem ve webhook doğrulamasının karşılığını arayın; bulamadığınız her madde için soru listesine bir satır ekleyin.
5. Panelde hangi raporun bulunduğunu ve bu raporun muhasebe tarafına nasıl aktarıldığını kontrol edin, aylık manuel iş süresini tahmin edin.
6. Bir yıl sonraki senaryoyu aynı sağlayıcıda nasıl kuracağınızı sorun ve yanıtı yazılı isteyin.
7. Bu beş çıktıyı iki veya üç sağlayıcı için yan yana koyun.

Tablo tamamlandığında kolaylık artık sağlayıcının cümlesi değil, sizin ekibinize ait bir ölçüdür. Sağlayıcılar arasındaki fark da çoğu zaman altyapının niteliğinde değil, sizin senaryonuza denk gelen yolun hangisinde daha az dokunuşla kurulduğunda ortaya çıkar.

Sık sorulan sorular

Geliştiricim yoksa entegrasyon kolaylığını nasıl ölçerim?

Ölçümün mantığı değişmez, kronometre yalnızca başka bir yerde başlar. Dokümanın yerine paneli açar ve üç şeyi sayarsınız: bir ödeme linki oluşturmak kaç adım sürüyor, bir iade kaydı hangi ekrandan yapılıyor, aylık işlem raporu kaç tıklamayla dışa aktarılıyor. Kodsuz yolda kolaylık, kod satırıyla değil ekran sayısıyla ölçülür. Buna bir soru daha eklemek gerekir: panel üzerinden yürüyen bu akış, siteniz büyüdüğünde eklentiye veya API tarafına devredilebiliyor mu.

Hazır eklentiyle başlayıp sonra API’ye geçmek işi baştan yapmak anlamına mı gelir?

Ödeme mantığı aynı kalır, değişen şey o mantığı hangi katmanın çağırdığıdır. Eklentinin sizin yerinize yaptığı çağrıları siz üstlendiğinizde yeniden yazılan taraf kendi kodunuzdur; üye işyeri tarafındaki tanımlar genellikle yerinde kalır, ama bunu seçim aşamasında sağlayıcıya yazılı olarak teyit ettirmek gerekir. Sorulacak soru nettir: aynı hesap üzerinden hem eklenti hem API kullanımı mümkün mü, geçiş sırasında yeni bir başvuru isteniyor mu.

Sandbox ortamında sorunsuz çalışan entegrasyon canlıda neden farklı davranabilir?

Test ortamı sizin kod yolunuzu doğrular, kararların alındığı alanı değil. Canlıda gerçek kartlar, gerçek kart limitleri, 3D Secure adımındaki gerçek doğrulama ekranları ve bankanın reddettiği işlemler devreye girer. Bu yüzden sandbox testini geçen bir entegrasyonun ardından düşük tutarlı gerçek bir işlem ve onun iadesi planlanmalıdır. Ölçüm listenizde bu iki adım yoksa, entegrasyonun kolaylığı hakkında henüz tamamlanmış bir veriniz yok demektir.