Taksitli Ödeme Sanal POS Entegrasyonunda Nasıl Kurulur?

Taksitli ödeme, sanal POS entegrasyonunda ayrı bir tanım katmanı gerektirir: yazılımın kart numarasının ilk hanelerinden kartın ait olduğu kurumu tanıması, o kurum için tanımlı taksit seçeneklerini listelemesi ve seçilen taksidi ödeme isteğine yazması gerekir. Tek çekim çalışan bir entegrasyona taksit eklemek kod değişikliğinden çok tanım işidir.

Sanal POS kurulumunun kendisini ve iptal-iade tarafını daha önce ayrı yazılarda ele aldık. Burada konu, ödeme ekranında görünen taksit listesinin nereden geldiği ve seçimin siparişe nasıl yazıldığı.

Taksit listesi nereden üretilir?

Ekranda görünen liste üç kaynağın kesişiminden çıkar. Birincisi anlaşmadan gelen kurum ve taksit tanımları: hangi kurumda kaç taksit yapılabildiği yazılımda tanımlı olmalıdır. İkincisi sepetin kendisi: tutar, taksidin açılması için gereken alt sınırın altındaysa liste boş kalır. Üçüncüsü ürün tarafı: bazı ürün gruplarında taksit kapatılmış olabilir.

Bu üç kaynağın yazılımda ayrı tanım olarak durması önemli. Taksit listesini kodun içine yazmak, anlaşma değiştiğinde yazılım güncellemesi beklemek demektir. Doğru kurulum, kurum ve taksit sayısı tablosunun panelden düzenlenebilmesi; ürün ve kategori tarafında ise taksite kapalı işaretinin bir alan olarak bulunmasıdır.

Kart hangi kuruma ait, nasıl anlaşılır?

Taksit listesini kullanıcıya gösterebilmek için kartın hangi kuruma ait olduğunun ödeme tamamlanmadan bilinmesi gerekir. Bu, kart numarasının baştaki haneleriyle yapılır; ödeme hizmeti sağlayıcıları bu sorgu için ayrı bir uç sunar. Yazılım tarafında dikkat edilecek üç nokta var:

• Sorgu sonucu kısa süreli önbelleğe alınır; her tuş vuruşunda istek gönderilmez.
• Sorgu başarısız olursa ekran kilitlenmez; tek çekim seçeneğiyle devam edilebilir.
• Kart numarasının tamamı hiçbir yerde saklanmaz, günlüğe de yazılmaz.

Üçüncü madde teknik bir tercih değil, zorunluluk. Kart verisinin yazılımın kendi veritabanına hiç girmemesi, hem yükümlülüğü hem de olay anındaki hasarı küçültür. Saklı kartla çalışma gereken durumlarda kartın kendisi değil, sağlayıcının verdiği bir simge saklanır; bu düzeni abonelik tahsilatı yazısında ayrıca anlatmıştık.

Siparişe hangi alanlar yazılır?

Taksitli bir satışta sipariş kaydının tek çekimden fazla alan taşıması gerekir. Mutabakatın ve müşteri sorularının cevaplanabilmesi için şunlar kaydedilir:

Bu alanların en çok atlanan ikincisi ve üçüncüsüdür. Müşteriye yansıyan toplam kaydedilmediğinde, aynı sipariş ekranda sepet tutarıyla, kart ekstresinde farklı bir tutarla görünür ve müşteri hizmetleri soruyu cevaplayamaz. Fark bir tutar olarak kaydedildiğinde hem ekranda açıklanabilir hem muhasebede ayrı bir kaleme gidebilir.

Kampanyalı taksit ve kendi kuralımız

Taksit iki kaynaktan gelir: anlaşmanın kendisi ve işletmenin kendi kampanya kuralı. İkisinin karışması en çok karşılaşılan sorundur, çünkü ikisi aynı ekranda aynı biçimde görünür ama bedelini farklı taraf öder. Yazılımda bu ayrımın görünür olması gerekir; raporda hangi satışın hangi kaynaktan taksitlendiği okunabilmelidir.

Kendi kurallarımız için tanım ekranında dört ölçüt yeterli oluyor: geçerlilik aralığı, alt tutar sınırı, kapsadığı ürün grubu ve en fazla taksit sayısı. Bu dördü panelden girilebildiğinde pazarlama tarafı yazılım beklemeden kampanya açar. Vade farkının müşteriye yansıyıp yansımadığı da aynı tanımda bir seçenek olarak durur; ücretsiz taksit ile vade farklı taksit iki farklı satırdır.

Muhasebe ve mutabakat tarafı ne değişir?

Taksitli satış muhasebede iki fark üretir. Birincisi vade farkı: müşteriye yansıyan tutar sepet tutarından büyükse aradaki fark ayrı bir gelir kalemidir. İkincisi tahsilat zamanı: hakediş satırları farklı günlere düştüğü için kart alacağı hesabı bir süre açık kalır.

Bu ikinci fark, taksitli satışın mutabakatta en çok yanlış anlaşılan tarafıdır; açık kalan satır bir hata değildir, beklenen durumdur. Önemli olan açık satırların yaşının görünmesi ve beklenen süreyi aşanların listelenmesidir. Hakediş eşleştirmesinin nasıl kurulduğunu sanal POS hakedişi ve gün sonu mutabakatı yazısında anlattık; taksitli satış o düzene ek alan getirir, yeni bir düzen gerektirmez.

Test ederken nelere bakılır?

Taksit kurulumunun testi tek bir başarılı ödemeyle bitmez. Sırayla şu durumlar denenir: alt sınırın altında bir sepet (liste boş gelmeli), taksite kapalı ürün içeren sepet (liste kısıtlanmalı), kurum sorgusunun başarısız olduğu durum (tek çekim çalışmalı), seçilen taksidin ödeme isteğine doğru yazılması ve iptal-iade sonrası kaydın tutarlı kalması.

Son madde özellikle önemli: taksitli bir satış kısmen iade edildiğinde hangi tutarın geri döneceği baştan belirlenmiş olmalı. Kısmi iade akışını ve belgeye bağlanmasını sanal POS iptal ve iade işlemleri yazısında ele almıştık.

Kısa kontrol listesi

• Kurum ve taksit tanımları panelden düzenlenebiliyor.
• Ürün ve kategori tarafında taksite kapalı işareti var.
• Kart numarası saklanmıyor, günlüğe yazılmıyor.
• Kurum sorgusu başarısız olduğunda tek çekimle devam edilebiliyor.
• Siparişte taksit sayısı, yansıyan toplam ve vade farkı ayrı alanlarda.
• Anlaşmadan gelen taksit ile kendi kampanyamız raporda ayrışıyor.
• Kısmi iadede geri dönecek tutarın kuralı yazılı.

Özetle taksit, ödeme ekranına eklenen bir düğme değil; tanım, kayıt ve mutabakat tarafında karşılığı olan bir akıştır. KAV Yazılım taksit tanımlarını müşterinin kendi anlaşma koşullarından okuyan bir tanım ekranı olarak kuruyor. Taksit sayısı, alt sınır ve vade farkı gibi değerler bankanızla yaptığınız sözleşmede yazılıdır; yazılım bu değerleri üretmez, uygular.