Ödeme yaşam döngüsü: provizyondan mutabakata

Ödeme yaşam döngüsü, bir ödemenin onaylandığı andan paranın tüccarın hesabına ulaştığı âna kadar izlediği sabit sıralamadır: provizyon (authorization), capture, clearing, settlement ve payout. Her adım tam olarak tek bir iş yapar ve her adımdan sonra paranın durumu farklıdır. Çoğu kişi kartlı ödemeyi dokunuş anındaki tek bir olay olarak düşünür; oysa bu bir zincirdir ve ödemelerde doğru ya da yanlış giden hemen her şey, bu adımların eşzamanlı değil ayrı olmasından kaynaklanır.

Zinciri anlamak, kendiliğinden mutabık olan bir ödeme ile bir destek talebi arasındaki farktır. O halde baştan sona, sırasıyla bir kez yürüyelim.

Provizyon: transfer değil, bloke

Provizyon bir hareket değil, bir sorudur. Kart okutulduğunda istek karta ait hesabı tutan düzenleyici kuruma, yani issuer'a gider; issuer hesabın var olduğunu, geçerli durumda olduğunu ve tutar için bakiye ya da limit bulunduğunu kontrol eder. Uygunsa bir bloke koyar, yani parayı iki kez harcanamayacak şekilde ayırır ve bir provizyon kodu döndürür. Hiç para hareket etmemiştir. Tüccarın elinde artık paranın geçerli olduğuna dair, scheme'in belirlediği süre boyunca geçerli bir söz vardır. Provizyon, henüz bir şey tahsil edilmeden iptal edilebilir (void) ve hiç kullanılmazsa kendiliğinden sona erer. Kart bakiyesinin ödeme anında düşüp ekstre satırının daha sonra kesinleşmesinin nedeni budur: düşen şey tahsilat değil, blokedir. Provizyon doğrudan reddedilebilir de: yetersiz bakiye, bir dolandırıcılık kuralı, süresi dolmuş kart. İyi bir gateway, yeniden denemeye değer yumuşak reddi denememesi gereken sert redden ayırır. Bloke, issuer'ın paranın geçerli olduğuna dair verdiği söz olduğundan, tüccar tek bir para birimi müşterinin hesabından fiilen çıkmadan, yalnızca provizyon koduna güvenerek malı teslim edebilir.

Capture: bloke bir talebe dönüşür

Capture, tüccarın “şimdi tahsil et” demesidir. Blokeyi paraya yönelik gerçek bir talebe dönüştürür. Capture tam, kısmi (nihai tutarın provizyondan küçük olması, örneğin ön provizyondan daha ucuz bir ürünün gönderilmesi) ya da gecikmeli (siparişte provizyon, sevkiyatta capture) olabilir. Provizyon ve capture'ın tek adımda yapılması mağaza kasasında varsayılandır; önce yalnızca provizyon, sonra capture ise oteller, akaryakıt pompaları ve marketplace'lerin çalışma biçimidir, çünkü kart okutulurken nihai tutarı bilmezler. Provizyon ile capture arasındaki boşluk bilinçli ve işe yarar bir ek yerdir: tüccarın gerçekte ne tahsil edeceğine karar verdiği yer burasıdır.

Clearing: mutabakatı sağlayan toplu işlem

Capture edilen ödemeler gerçek zamanlı ve tek tek settle edilmez. Dosyalar halinde toplanır ve tüccarın acquirer'ı ile kart scheme'leri arasında toplu olarak değiş tokuş edilir; buna clearing denir. Bu adımda işlemler eşleştirilir, tutarlar netleştirilir, scheme ücretleri ve interchange uygulanır; böylece herkes kimin kime ne kadar borçlu olduğu konusunda hemfikir olur. Clearing bir para hareketi değil, bir mutabakat işidir: sonraki adımın dayanacağı üzerinde anlaşılmış toplamları üretir. Yapısal olarak da bir toplu süreçtir; kasada anlık hissedilen bir ödemenin neden nakit olarak hesaba günler sonra geçtiğinin asıl sebebi budur. Bunun bilgisayarların bir sınırlaması ile ilgisi yoktur: scheme'ler binlerce kurumu birbirine karşı verimli biçimde netleştirmek üzere, her kahve için ayrı transfer yapmak yerine her döngüde bir kez üzerinde anlaşılmış toplamları değiş tokuş edecek biçimde kurulmuştur.

Provizyon bir sözdür, capture bir talep, settlement ise paranın gerçekten hareket ettiği tek adımdır. Üçünü karıştırmak, bir işletmenin henüz sahip olmadığı geliri kaydetmesinin yoludur.

Settlement: para gerçekten hareket eder

Settlement, fonların bankalar arasında gerçekten el değiştirdiği adımdır. Clearing'den gelen netleştirilmiş toplamlarla scheme parayı issuer'lardan acquirer'lara aktarır; her kurum her tekil işlemi değil, net pozisyonunu settle eder. Settlement bir değer tarihine (value date), yani fonların fiilen kullanılabilir olduğu güne göre işler. Ödemelerin T+1 ya da T+2 ritmi taşımasının nedeni budur: para gerçektir ama müşterinin saatine göre değil, scheme'in takvimine göre gelir. Bu adımdan önceki her şey muhasebe kaydıydı; defter kayıtlarının harcanabilir bakiyeye dönüştüğü adım burasıdır. Net borçlu olan kurum öder, alacaklı olan alır. Ve işlem net olduğu için bankalar arasında fiilen hareket eden tutarlar, günün ödemelerinin brüt değerinin yalnızca küçük bir kısmıdır; milyonlarca işlem taşıyan bir scheme'i yönetilebilir sayıda settlement hareketine indiren de budur.

Payout: acquirer'dan hesabınıza

Settlement parayı acquirer'a ulaştırır; payout onu tüccara aktarır. Acquirer, günlük, haftalık ya da talep üzerine bir takvimle, tüccarın biriken bakiyesini, işlem ücretleri ve iade ile itirazlara karşı tutulan olası rezerv düşüldükten sonra tüccarın banka hesabına öder. İşletmenin gerçekte gördüğü rakam budur ve mutabakatın ya işlediği ya da canını yaktığı noktadır: payout birçok işlemi kapsayan net bir tutar olduğundan, onu tek tek siparişlerle eşleştirmek başlı başına bir iştir. Her siparişin kimliğini sonuna kadar taşıyan bir gateway bunu basitleştirir; taşımayan ise her payout'u bir elektronik tabloya çevirir. Gateway akışımız (/products/gateway), bir payout'un onu oluşturan siparişlerle mutabık olacağı şekilde tasarlanmıştır.

Kriptonun köprü eklediği yer

Kripto ya da stablecoin ödemesi bu zincirin yerini almaz, önüne bir dönüşüm ayağı ekler. Issuer'ın provizyon blokesi yerine ödeme zincir üzerinde (on-chain) onaylanır: müşteri bir transferi imzalar ve kesinlik, bir banka blokeyi onayladığında değil, ağ onay (confirmation) ekledikçe sağlanır. Onaylandıktan sonra bir off-ramp kriptoyu fiata çevirir ve para buradan itibaren her ödemenin kullandığı aynı clearing, settlement ve payout yoluna girer. Yenilik yalnızca o ilk ayakla sınırlıdır; arka yarı bilerek sıradan kalır. Tasarım kuralı budur: settlement'ı sıradan tut, yeni mekanikleri yalnızca kaçınılmaz oldukları yere koy. Çünkü aşağı akıştaki hazine, mutabakat ve denetçi, ödemenin nasıl başladığını anlayamamalıdır. Kaç onayın kesin sayılacağı bir politika tercihidir, zincirin bir kanunu değildir: daha yüksek eşik, yeniden düzenlenme (reorg) riskine karşı hızdan vererek kesinlik satın alır; off-ramp de fiatı settlement yoluna bırakmadan önce risk iştahının belirlediği derinliği bekler.

Ek yerler operasyonel olarak neden önemlidir

İadeler, geri almalar ve itirazlar her biri belirli bir aşamaya bağlıdır ve aşamayı doğru belirlemek işin tamamıdır. Capture'dan önce iptal ederseniz bir provizyonu void etmiş olursunuz: hiç para hareket etmemiştir, iade edilecek bir şey yoktur. Settlement'tan sonra iptal ederseniz iade yapmış olursunuz: kendi yaşam döngüsü olan, ters yönde yeni bir ödeme. Chargeback ise clearing üzerinden geriye uzanıp settle edilmiş bir tutarı geri çeker. Bunları tek bir ayrımsız “iptal” olarak ele alırsanız defter sapar; ayrı aşamalar üzerindeki işlemler olarak ele alırsanız her vakanın doğru ve denetlenebilir bir hamlesi olur. Terimlerin (provizyon, capture, clearing, settlement, değer tarihi) sözlüğü /glossary adresinde.

Akılda tutulmaya değer tek fikir: ödeme bir olay değil, bir durum zinciridir. Provizyon ayırır, capture talep eder, clearing üzerinde anlaşır, settlement taşır, payout teslim eder; kripto ayağı ise önüne yalnızca bir dönüşüm ekler. Para settlement'a kadar bir sözdür, sonrasında bir gerçektir; onu gerçek olmadan önce kaydeden işletme henüz sahip olmadığı parayı sayıyordur. Bir ödemenin hangi durumda olduğunu bilin, ödeme operasyonlarının geri kalanı gizemini yitirir.