Anlık ödeme altyapısı işletme için yeni bir seçenek sunabilir; ancak işlemin hızlı olması kullanıcı yolculuğunun kendiliğinden tamamlandığı anlamına gelmez. Talep, kullanıcı onayı, ödeme sonucu ve siparişin durumu ayrı adımlardır.
Talep oluşturmak ödeme almak değildir
TCMB, Ödeme İste’yi alacaklı ile borçlu arasındaki ödeme talebi altyapısı olarak açıklar. Kullanıcı talebi inceler ve onay verdiğinde ilgili finansal kuruluş ödeme sürecini başlatır. Bu ayrım ekranda korunmalıdır: gönderilen talep, kabul edilen talep ve gerçekleşen ödeme aynı durum değildir.
Karekodun içinde hangi bağ var?
Bir kodun okutulması doğru sipariş ve tutarla ilişkilendirilmelidir. Süre sonu, kullanıcı iptali veya yanlış oturum durumunda nasıl davranılacağı belirlenir. Kullanıcının kime ve ne kadar ödediğini görmesi gerekir. Ekranda yalnızca bir karekod göstermek uçtan uca ödeme entegrasyonu sayılmaz.
Örnek restoran senaryosu
Şube, belirli sipariş için ödeme adımı başlatır. Müşteri tutarı ve alıcıyı kontrol ederek kendi yetkili uygulamasında onaylar. İşletme, sağlayıcıdan doğrulanmış sonuç gelmeden siparişi ödenmiş kabul etmez. Bir bildirim gecikirse durum sorgulanır; müşteriden tekrar ödeme istemeden önce mevcut işlem araştırılır.
Üretim kapsamını sağlayıcıyla doğrulayın
Kullanılabilir yöntemler, katılımcı kuruluş, işlem sınırları ve sözleşme koşulları zaman içinde değişebilir. Bu nedenle arayüzde sabit mevzuat veya limit varsayımı yerine sağlayıcı tarafından doğrulanan kurallar kullanılmalıdır. Türkiye’deki bu altyapının başka bir ülkede aynı biçimde kullanılabildiği varsayılmaz.
Başarı ölçümü
Ölçüm, ödeme başlatan kişi sayısıyla sınırlı kalmamalıdır. Talep oluşturma, kullanıcı onayı, ödeme sonucu ve sipariş kapanışı ayrı olaylar olarak izlenir.
- Terk edilen ödeme adımı
- Geciken veya eşleşmeyen sonuç
- Kullanıcı iptali ve süre sonu
- Ödeme sonrası sipariş kapanma süresi
Tasarım örneği: ödeme ekranı açıkken sipariş değişirse
Müşteri ödeme adımına geldiğinde sipariş tutarı 600 TL’dir. İşletme daha sonra bir hizmeti iptal eder ve tutar 450 TL’ye düşer. Eski talebin veya kodun hâlâ geçerli olup olmadığı açık kuralla belirlenmelidir. Yeni tutar oluşturulurken önceki ödeme girişimiyle ilişki korunur; iki talebin aynı sipariş için yanlışlıkla kullanılmasına izin verilmez. Kullanıcı alıcı ve tutarı yeniden görür. Bu örnek, anlık ödeme tasarımında sipariş değişikliği ile ödeme durumunun birlikte ele alınması gerektiğini gösterir. Gerçek davranış seçilen sağlayıcının desteklediği iptal ve sorgu olanaklarına göre doğrulanır.
- Sipariş sürümünü ödeme referansıyla eşleştirin.
- Geçerlilik süresi ve iptal durumunu görünür yapın.
- Sonuç gelmeden yeni bir tahsilat varsaymayın.
Onexa Teknoloji’nin bugünkü kapsamı
Sitedeki havale ve ödeme örnekleri bir test motorunda çalışır. Canlı FAST, Ödeme İste veya TR Karekod bağlantısı hazır bağlı bir özellik olarak sunulmaz. Uygun finansal hizmet sağlayıcısıyla bağlantı ve iş akışı projenin kapsamına alınabilir.
Başvurduğumuz kaynaklar.
Kaynaklar 2 Kasım 2026 tarihinde incelenmiştir. Sektör örnekleri Onexa Teknoloji’nin çözüm tasarımlarıdır; araştırma pazarları ve tarihler ilgili bölümde belirtilir.
Aklınızdaki sorular.
Bu yazıdaki çözümü kendi işime nasıl uyarlayabilirim?＋
İlk adım mevcut müşteri yolculuğunu ve işlem kayıtlarını birlikte incelemektir. İlgili yetenek sayfasından örnek akışı deneyebilir, ardından entegrasyon ve pilot kapsamını Onexa Teknoloji ile değerlendirebilirsiniz.