Onaydan ilk tahsilata: entegrasyonun ilk 15 dakikası neyi kapsar, neyi kapsamaz?

Başvuru onaylandığında ödeme almaya ne kadar kaldığı sorusunun sayısal bir karşılığı var: 15 dakika. Ancak bu sayı bir projenin bitiş süresi değil, ödeme altyapısı ile ödeme sayfası arasındaki bağlantının kurulup ilk kartlı işlemin geçmesi için gereken süredir. Aradaki fark önemlidir, çünkü canlıya çıkarken yapılan hataların çoğu bu ikisini aynı şey sanmaktan doğar.

Ayrımın dayandığı soru basit: hangi iş bir bağlantı işidir, hangisi bir karar işidir. Bağlantı dakikalar sürer. Karar ise provayı, yazılı bir akışı ve mutabakatı gerektirir ve takvimde bambaşka bir yere düşer.

Onay bildirimi geldiğinde biten iş ve başlayan iş

Belgeler eksiksiz iletildiğinde başvuru 24 saat içinde sonuçlanır. Onay, ticari tarafın kapanması demektir: üye işyeri tanımı yapılmış, hesap ödeme kabul edebilir duruma gelmiştir. Bundan sonrası bankacılık değil yazılım işidir ve iş, finans veya satın alma tarafından geliştiriciye ya da site yöneticisine geçer.

Burada bir ayrımı netleştirmek gerekiyor. SanalPos.com, Lirbon Teknoloji ve Elektronik Ticaret A.Ş. markası olarak teknik ödeme altyapısı sağlar; ödeme kuruluşu veya elektronik para kuruluşu değildir. Kartla geçen tutar, üye işyeri adına tahsis edilmiş sanal POS üzerinden doğrudan işletmenin kendi banka hesabına aktarılır, altyapı sağlayıcısının hesabında beklemez. Bu ayrım ilk tahsilatı ararken işe yarar: parayı bir aracıdan talep etmezsiniz, kendi hesap hareketlerinizde görürsünüz.

İlk on beş dakikaya gerçekten ne sığar?

Ödeme almaya başlamanın üç yolu var ve üçü aynı işi yapmıyor. Hangisini seçtiğiniz, o on beş dakikanın neyle geçeceğini doğrudan belirler.

Üçünün ortak yanı şu: sanal POS almak ile ödeme almaya hazır olmak aynı an değildir. İlki onayla tamamlanır, ikincisi provayla.

Kodsuz yolda on beş dakika gerçekten on beş dakikadır, çünkü yazılacak bir şey yoktur. API tarafında ise aynı süre yalnızca bağlantının kurulmasını anlatır. Sipariş kaydının ödeme sonucuna göre güncellenmesi, hata durumlarının müşteri ekranına doğru taşınması ve iade akışının kurgulanması bu sürenin dışında kalır.

On beş dakikanın kapsamadığı işler

Bağlantı kurulduktan sonra geriye kalanlar teknik zorluk değil, karar gerektiren işlerdir. Bunları canlıya çıkmadan bitirmek, ilk yoğun satış gününde çözmeye çalışmaktan ucuza gelir.

• Test provası: başarılı işlem kadar başarısız işlemi de denemek ve yarıda bırakılan 3D Secure akışının siparişi hangi durumda bıraktığını görmek
• İade ve iptal kurgusu: talebi kimin karşılayacağı, hangi kayıtla eşleştireceği ve müşteriye ne söyleneceği
• Bildirim yönetimi: aynı ödeme sonucunun webhook üzerinden iki kez ulaşması ihtimaline karşı sipariş kaydının tek sefer güncellenmesi
• Muhasebe aktarımı: Logo, Luca veya Paraşüt tarafında işlem kayıtlarının doğru hesaba düşmesi
• Mutabakat alışkanlığı: T+1 ile hesaba geçen tutarın panel raporundaki işlem dökümüyle karşılaştırılması

Bu beş maddenin hiçbiri entegrasyonun teknik olarak çalışmasını engellemez. Ödeme sayfası bağlandığında kart geçer, tutar tahsil edilir. Engelledikleri tek şey, ilk iade talebinin veya ilk mutabakat farkının işletmeyi hazırlıksız yakalamasıdır.

Test ortamı takvimin neresine düşer?

Geliştiriciler için ayrılmış sandbox ortamı ve test kartları canlı işlemden bağımsız bir alandır; buradaki denemeler gerçek kart ve gerçek para hareketi üretmez. Prova için gerçekçi olan tek yer burasıdır. Canlı ortamda kendi kartınızla yapacağınız tek deneme bağlantının çalıştığını gösterir, sistemin zor durumlarda nasıl davrandığını göstermez.

Provada üretilmesi gereken durumlar birbirine benzemez ve her biri farklı bir soruyu yanıtlar:

• Reddedilen kart: müşteri ekranda ne görüyor ve sipariş hangi durumda kalıyor
• Yarıda bırakılan doğrulama: müşteri 3D Secure adımını tamamlamazsa kayıt ne oluyor
• Taksitli işlem: seçilen taksit bilgisi sipariş kaydına doğru yazılıyor mu
• Tekrarlanan bildirim: aynı sonuç ikinci kez ulaştığında sipariş durumu bozuluyor mu
• İade talebi: işlem kaydı hangi ekrandan ve hangi bilgiyle bulunuyor

Ödeme sayfasında yapılan her değişiklik bu provayı yeniden gerektirir. Sepet mantığındaki, temadaki veya tutar hesaplamasındaki bir düzenleme, bağlantının kendisini hiç bozmadan sipariş eşleşmesini bozabilir.

İlk tahsilattan sonra ne değişir?

İlk başarılı işlem geçtiğinde ölçüm başlar. Tutar T+1 ile işletmenin kendi banka hesabına geçer ve o andan itibaren iki kayıt yan yana konur: panelde görünen işlem dökümü ve hesaba düşen tutar. Aradaki fark komisyondan kaynaklanır. Komisyon işletmeye özel belirlenir ve kart ailesi, taksit sayısı, aylık işlem hacmi ile sektöre göre değişir; başarısız ya da iptal edilen işlemler için ücret doğmaz. Genel bir rakam aramak yerine kendi anlaşmanızdaki karşılığı bilmek mutabakatı tahmin olmaktan çıkarır.

İade ve itiraz tarafı ilk günde değil, ilk sorunlu işlemde kendini gösterir. Bir müşterinin ödemesini geri istemesi teknik değil ticari bir olaydır; hangi kayıtla, hangi süre içinde ve kimin yanıtlayacağı önceden yazılmamışsa cevap gecikir. Kart hamilinin bankası üzerinden başlattığı chargeback itirazı da aynı hazırlığı ister: işlemin hangi siparişe ait olduğunu gösteren kaydın elinizin altında olması gerekir.

Muhasebe aktarımı bu zincirin son halkasıdır ve entegrasyonun kendisinden bağımsız kurulur. Logo, Luca ve Paraşüt için muhasebe entegrasyonu ayrı bir başlıktır; ödeme bağlantısı sorunsuz çalışırken muhasebe tarafı hiç devreye alınmamış olabilir.

Onaydan ilk mutabakata gerçekçi bir takvim

Onay ile ilk mutabakat arasındaki işi üç zaman dilimine bölmek, on beş dakikayı bir beklentiye dönüştürmekten daha iyi çalışır.

1. Onay günü: anahtarların tanımlanması, ödeme sayfasının bağlanması ve tek bir test işleminin geçirilmesi. Gerçekten on beş dakikalık kısım burasıdır.
2. Canlıya çıkmadan önce: sandbox provası, iade ve iptal akışının yazılı hale getirilmesi, tekrarlanan bildirime karşı sipariş kaydının korunması.
3. İlk T+1 ödemesinden sonra: hesap hareketi ile panel raporunun karşılaştırılması ve muhasebe aktarımının doğrulanması.

Bu sıralamada on beş dakika bir vaat değil bir ölçüdür. Ne kadar hızlı ödeme alabileceğinizi değil, ödeme almaya başladıktan sonra neyi hazırlamış olmanız gerektiğini gösterir. Altyapı tarafındaki %99.9 uptime gibi ölçüler bağlantının sürekliliğine dair bir şey söyler; iade, mutabakat ve muhasebe tarafını işletmenin kendisi kurar.

Sık sorulan sorular

Onay alındıktan sonra entegrasyona hemen başlanmazsa ne olur?

Kurulum ücreti ve aylık sabit ücret bulunmadığı, taahhüt ve aylık minimum işlem zorunluluğu aranmadığı için beklemek sabit bir maliyet doğurmaz; ücret yalnızca başarılı işlemler üzerinden hesaplanır. Asıl risk maliyette değil sırada: provası yapılmamış bir entegrasyon ilk kez yoğun bir satış gününde sınanır.

Canlı ortamda kendi kartımla yaptığım deneme yeterli mi?

Bağlantının çalıştığını doğrulamak için yeterlidir, davranışı doğrulamak için değildir. Reddedilen kart, yarıda kalan doğrulama veya tekrarlanan bildirim gibi durumları canlı ortamda isteyerek üretmek zordur. Sandbox ortamı ve test kartları tam olarak bunun için vardır.

Muhasebe aktarımı entegrasyonun bir parçası mı?

Ayrı bir kurulumdur. Ödeme tarafı çalışır durumdayken muhasebe tarafı hiç bağlanmamış olabilir; Logo, Luca ve Paraşüt entegrasyonu ödeme bağlantısından bağımsız devreye alınır ve kendi doğrulamasını ister.