Tek Ödeme Sağlayıcısına Güvendiğin Gece Ciron Nasıl Sıfırlanıyor: İki Sağlayıcıyı Aynı Sitede Yedekli Koşturmanın Konuşulmayan Kurulumu

Çoğu işletme sahibi ödeme altyapısını bir kez kurulup sonra unutulacak bir kutu sanır. Sanal POS başvurusu onaylanır, entegrasyon anahtarları siteye girilir, ilk sipariş düşer ve konu kapanır. Oysa e-pin satışında ödeme hattı, sitenin kendisinden daha kırılgan bir noktada durur: senin sunucun sapasağlam ayaktayken, sağlayıcının banka tarafındaki tek bir yönlendirme hatası o akşamın bütün cirosunu sessizce sıfırlayabilir. Kimse hata sayfası görmez, sadece ödeme adımında insanlar kaybolur.

İşin konuşulmayan tarafı şu: tek sağlayıcıyla çalışan bir e-pin satış scripti kendi kaderini başkasının bakım penceresine teslim etmiştir. Bir bayram akşamı, bir kampanya saati ya da bir 3D Secure kesintisi denk gelir ve sen tam o anda hiçbir şey yapamazsın. Bu yazıda iki ayrı ödeme sağlayıcısını aynı site üzerinde yan yana, birbirine karışmadan ve çift teslimat üretmeden nasıl çalıştıracağını; yönlendirme kararının kimde olması gerektiğini ve mutabakatın nasıl tek tabloya indiğini adım adım anlatıyorum.

Tek Sağlayıcı Neden Sessiz Bir Tek Nokta Arızasıdır?

Kesintiler nadiren gürültülü olur. Ödeme sağlayıcısı çöktüğünde çoğu zaman 500 hatası bile görmezsin; kart formu açılır, müşteri bilgilerini girer, banka doğrulama ekranı gelmez ve kullanıcı sekmeyi kapatır. Senin panelinde bu işlem "başlatıldı ama tamamlanmadı" olarak durur. Bir dijital ürün satıyorsan, bu kaybın telafisi yok: müşteri kodu başka bir yerden on dakika içinde alır ve bir daha dönmez.

Tek nokta arızası sadece kesinti demek de değil. Sağlayıcının risk ekibi hacmindeki ani artışı şüpheli bulup gün ortasında işlem limiti koyabilir, belirli bir kart ailesinde reddi yükseltebilir ya da senin ürün kategorini yeniden değerlendirmeye alabilir. Bu durumların hiçbiri teknik arıza değildir ama sonucu aynıdır: satış durur. Yedeklilik, arızaya değil belirsizliğe karşı alınan bir tedbirdir.

İki Sağlayıcıyı Aynı Sitede Nasıl Yan Yana Koşturursun?

Doğru mimari, iki entegrasyonu sepetin içine gömmek değil; ikisini de aynı sözleşmeye uyan birer sürücü haline getirmektir. Sepet yalnızca şunu bilir: bir tutar, bir sipariş numarası, bir para birimi ve bir dönüş adresi var. Hangi sağlayıcıya gideceğini sepet değil, araya koyduğun yönlendirme katmanı seçer. Bu katman her sağlayıcı için aynı dört işi tanımlar: ödeme başlat, dönüşü doğrula, durumu sorgula, iade gönder.

Bu ayrımı kurduğun anda üçüncü bir sağlayıcı eklemek bir haftalık iş değil, bir dosya yazma işine döner. İyi kurulmuş bir dijital ürün satış yazılımı tam olarak böyle davranır; sağlayıcı adı kodun içine serpilmemiştir, tek bir yapılandırma tablosunda durur. Pinova'da ödeme sürücüleri ayrı ayrı tanımlanır ve panelden aktif-pasif çevrilebilir; sepet akışına dokunmadan sıralamayı değiştirebilirsin. Özellikler bölümünde bu katmanın nasıl çalıştığını görebilirsin.

Yönlendirme Kararını Kim Verir: Sen mi, Sepet mi, Müşteri mi?

Üç farklı model var ve hepsinin bedeli farklı. Birincisi elle devreye alma: sağlayıcı bozulunca panele girip diğerini aktif ediyorsun. En basiti ama uykuda olduğun saatleri kapsamaz. İkincisi otomatik sağlık kontrolü: sistem belirli aralıkla sağlayıcının uç noktasına bakar, üst üste başarısız yanıt gelirse trafiği ikinci sağlayıcıya kaydırır. Üçüncüsü kurala dayalı dağıtım: belirli tutar aralıkları, taksitli işlemler veya belirli kart ailesi hangi sağlayıcıda daha düşük maliyetliyse oraya gider.

Pratikte en sağlıklısı ikisinin karışımıdır: varsayılan sağlayıcı maliyete göre seçilir, sağlık kontrolü de arıza anında devreyi çevirir. Müşteriye "şununla mı ödemek istersin" diye iki logo göstermek kulağa demokratik gelir ama dönüşümü düşürür; her ek karar adımı sepet terkini artırır. Seçimi sen yap, müşteriye tek ve çalışan bir yol göster.

Webhook Çakışması ve Çift Teslimat Riskini Nasıl Kapatırsın?

Yedekli kurulumun gerçek tehlikesi kesinti değil, aynı siparişin iki kez onaylanmasıdır. Müşteri birinci sağlayıcıda takıldığını düşünüp sayfayı yeniler, sistem onu ikinci sağlayıcıya gönderir, ilk işlem de arkadan onaylanır. Sonuç: bir ödeme, iki kod. Bunun önüne geçmenin tek yolu teslimatı ödeme dönüşüne değil, sipariş kaydının tek seferlik kilidine bağlamaktır.

Uygulaması şudur: her sipariş için veritabanında tek bir teslimat kilidi tutulur. Hangi sağlayıcıdan onay gelirse gelsin, kilit ilk alan işlemi teslim eder; ikincisi gecikmeli onay olarak işaretlenir ve iade kuyruğuna düşer. Ayrıca her sağlayıcının bildirim kaydı kendi tanımlayıcısıyla saklanmalı ki mutabakatta hangi paranın hangi hesaba geçtiğini karıştırmayasın. Bir e-pin scripti bu kilidi uygulama katmanında değil veritabanı seviyesinde kurmalı; yoksa yoğun saatte iki eşzamanlı bildirim aynı anda geçer.

Mutabakatı İki Ayrı Panelden Yapmak Zorunda mısın?

Hayır ve zorunda kalırsan yedeklilik sana kâr değil iş yükü getirir. Her sağlayıcının kendi ekstresi, kendi komisyon kesintisi ve kendi valör günü vardır. Bunları ayda bir elle karşılaştırmaya başladığında hata payı hızla büyür. Çözüm, her işlemi sistem içinde sağlayıcı, sağlayıcı işlem numarası, brüt tutar, komisyon, net tutar ve beklenen ödeme tarihi alanlarıyla kaydetmektir.

Bu alanlar doğru tutulduğunda tek bir rapordan "bu ay hangi sağlayıcı bana kaça mal oldu" sorusunun cevabını alırsın. Çoğu işletme yedekli kurulumdan sonra şunu keşfeder: ikinci sağlayıcı sadece bir sigorta değil, aynı zamanda gerçek maliyet karşılaştırması yapabildiği tek ölçüm aracıdır. Fiyatlandırma sayfasındaki paketlerde çoklu sağlayıcı raporlamasının hangi seviyede geldiğini inceleyebilirsin.

Yedekli Kurulumun Gizli Faydası: Pazarlık Gücü

Teknik tarafı bir yana, iki aktif sağlayıcıyla çalışmanın en somut getirisi ticari. Tek sağlayıcıya bağlı bir satıcı komisyon konuşmasına elinde hiçbir kozla girmez; "beğenmezsen git" cümlesinin muhatabıdır. Trafiğinin bir kısmını istediği an diğerine kaydırabilen satıcı ise aynı masaya somut bir alternatifle oturur.

Bunu kötüye kullanmak gerekmez; sadece hacmin bir bölümünü gerçekten ikinci sağlayıcıdan geçirmen yeterli. Yıl sonunda iki ekstreyi yan yana koyup hangi hacim diliminde kimin daha uygun olduğunu gösterdiğinde, konuşma tahminden veriye kayar. Sağlam bir e-pin satış yazılımı bu veriyi sana ek iş yükü çıkarmadan, kendi raporlarının içinden verir.

Yedeklilik bir lüks değil, dijital ürün satan her sitenin bir noktada ödediği bir fatura. Farkı, bu faturayı kesinti gecesinde mi yoksa sakin bir günde planlayarak mı ödediğin yaratır. Ödeme katmanını sürücü mantığıyla kurmuş bir altyapının nasıl davrandığını kendi gözünle görmek istersen, canlı demo üzerinden iki sağlayıcılı akışı deneyip sipariş kaydının her adımda hangi durumu tuttuğunu takip edebilirsin.