Ödeme Orkestrasyonu (Routing) Nedir?

Modern dijital ticaret ekosisteminde ve yüksek hacimli kurumsal tahsilat operasyonlarında tek bir banka veya tek bir ödeme kuruluşuna bağımlı kalmak, hem ciro kaybı hem de operasyonel süreklilik açısından kritik bir darboğaz yaratmaktadır. Bir müşterinin ödeme sayfasında "Ödemeyi Tamamla" butonuna bastığı andan itibaren arka planda milisaniyeler içinde gerçekleşen ağ iletişimi, kart çıkaran banka (Issuer), üye işyeri bankası (Acquirer), kart şemaları (Visa, Mastercard, Troy) ve güvenlik katmanları arasındaki karmaşık bir veri trafiğine dayanır. İşte bu çok katmanlı yapıyı tek bir merkezi API üzerinden yöneten, her bir işlemi en yüksek onay olasılığı ve en düşük komisyon maliyeti sunan kanala dinamik olarak yönlendiren teknolojik altyapıya ödeme orkestrasyonu (Payment Orchestration) ve akıllı işlem yönlendirme (Smart Routing) adı verilir. FinTech dünyasının en stratejik yapı taşlarından biri haline gelen ödeme orkestrasyon katmanı, ölçeklenen işletmelerin ödeme mimarisini pasif bir tahsilat aracından aktif bir gelir optimizasyon motoruna dönüştürür.

Geleneksel e-ticaret mimarilerinde bir işletme genellikle tek bir sanal POS veya ödeme geçidi (Payment Gateway) entegrasyonu ile yayına başlar. Ancak işlem hacmi büyüdükçe, farklı kart ailelerine taksit imkanı sunmak, komisyon oranlarını optimize etmek ve banka sunucularında yaşanan anlık kesintilerden etkilenmemek için birden fazla banka ve ödeme kuruluşu (ÖK/EPK) ile çalışmak zorunlu hale gelir. Onlarca farklı API'yi ayrı ayrı entegre etmek, her birinin hata kodlarını standartlaştırmak ve muhasebe ekiplerinin ödeme mutabakatı süreçlerini yönetmesini sağlamak devasa bir mühendislik maliyeti doğurur. Ödeme orkestrasyon platformları (POP - Payment Orchestration Platform), tüm bu dağınık finansal uç noktaları tek bir birleşik orkestrasyon katmanında toplar.

Ödeme Orkestrasyonu (Payment Orchestration) Tam Olarak Nedir?

Ödeme orkestrasyonu; bir işletmenin kullandığı tüm sanal POS'ları, ödeme hizmeti sağlayıcılarını (PSP), dijital cüzdanları, alternatif ödeme yöntemlerini (APM), dolandırıcılık önleme (Fraud) motorlarını ve mutabakat servislerini tek bir yazılım katmanı üzerinden birbirine bağlayan, yöneten ve optimize eden bulut tabanlı bir finansal altyapı teknolojisidir. FinTech nedir sorusunun kurumsal mimarideki en somut yanıtlarından biri olan bu sistem, ödeme akışının tamamını uçtan uca koordine eder.

Bir orkestrasyon motoru yalnızca ödeme isteğini bir noktadan diğerine ileten basit bir vekil sunucu (Proxy) değildir. İşlem başlatıldığı anda kartın BIN (Bank Identification Number) numarasını, kart tipini (kredi kartı, banka kartı, ticari kart), işlem tutarını, para birimini, kullanıcının cihaz bilgisini, ilgili bankaların o saniyedeki canlı onay oranlarını (Authorization Rate) ve üye işyerinin komisyon anlaşmalarını gerçek zamanlı olarak analiz eder. Bu analiz sonucunda milisaniyeler içinde karar vererek işlemi en uygun sanal POS'a yönlendirir.

Ödeme orkestrasyonu, çoklu ödeme sağlayıcılarıyla çalışan işletmelerde "Tek Noktadan Hata" (Single Point of Failure) riskini ortadan kaldırır; kesinti anlarında işlemleri alternatif kanallara kaydırarak sepet terk oranlarını minimize eder ve genel ödeme onay oranlarında %3 ila %8 arasında doğrudan artış sağlar.

Ödeme Geçidi (Payment Gateway) ile Ödeme Orkestrasyonu Arasındaki Farklar

Sektörde sıklıkla birbirine karıştırılan ödeme geçidi (Payment Gateway / PSP) ve ödeme orkestrasyonu kavramları, aslında mimari hiyerarşide farklı katmanlarda konumlanır. Bir ödeme geçidi, işletmenin belirli bir banka veya ödeme kuruluşu üzerinden kart işlemi geçirmesini sağlayan doğrudan bağlantı noktasıdır. Ödeme orkestrasyonu ise birden fazla ödeme geçidinin, doğrudan banka sanal POS'larının ve yan finansal servislerin (tokenizasyon, 3D Secure, fraud filtreleri) üzerinde oturan üst yönetim beynidir.

• Bağımsızlık (Provider Agnostic Mimari): Tek bir PSP kullandığınızda tüm trafiğiniz o sağlayıcının altyapısına ve ticari koşullarına bağlıdır. Orkestrasyon katmanı ise sağlayıcıdan bağımsızdır; dilediğiniz zaman yeni bir banka POS'unu veya ödeme kuruluşunu kod değişikliği yapmadan (No-Code / Low-Code kural motoru ile) devreye almanıza olanak tanır.
• Merkezi Token Kasası (Universal Token Vault): Kart saklama işlemi tek bir ödeme kuruluşunda yapıldığında, işletme başka bir ödeme kuruluşuna geçmek isterse kayıtlı kartlarını taşıyamaz veya zorlu göç (Migration) süreçleriyle karşılaşır. Ödeme orkestrasyonunda kart token'ları merkezi ve PCI-DSS Seviye 1 uyumlu bağımsız bir kasada tutulur; böylece kayıtlı bir kartla yapılan ödeme istenilen herhangi bir sanal POS üzerinden geçirilebilir.
• Standartlaştırılmış Hata Kodları: Türkiye'deki ve dünyadaki her bankanın ISO 8583 veya JSON tabanlı API yanıtlarında kullandığı hata kodları ve mesaj formatları farklılık gösterebilir. Orkestrasyon motoru, 20 farklı sanal POS'tan gelen yüzlerce farklı hata kodunu tek bir standart hata sözlüğüne (Unified Error Mapping) çevirir.
• Birleşik Raporlama ve Mutabakat: Farklı bankalardan gelen dağınık hesap özetleri yerine tüm işlemlerin yaşam döngüsü (otorizasyon, provizyon kapama, iptal, iade, ters ibraz) tek bir gösterge paneli üzerinden izlenir.

Akıllı İşlem Yönlendirme (Smart Routing) Nasıl Çalışır?

Ödeme orkestrasyonunun kalbinde Akıllı İşlem Yönlendirme (Smart Payment Routing / Dynamic Routing) algoritması yer alır. Dijital ödeme sistemleri üzerinden geçen her işlem, arkasında onlarca farklı parametre barındırır. Statik yönlendirme kuralları yalnızca "A bankasının kartını A bankasının POS'una gönder" mantığıyla çalışırken, modern akıllı yönlendirme motorları çok değişkenli (Multi-variate) karar ağaçları ve makine öğrenmesi modelleri kullanır.

1. BIN Tabanlı ve On-Us Yönlendirme (Issuer-Acquirer Eşleşmesi)

Kredi veya banka kartlarının ilk 6 veya 8 hanesini oluşturan BIN (Bank Identification Number) kodu, kartın hangi ülkede, hangi banka tarafından, hangi kart şemasıyla (Visa, Mastercard, Troy, Amex) ve hangi segmentte (Bireysel, Ticari/Kurumsal, Gold, Platinum) basıldığını gösterir. Eğer müşterinin elindeki kartı basan banka (Issuer) ile işlemin geçirildiği sanal POS'un ait olduğu banka (Acquirer) aynıysa, bu işleme "On-Us" (İç İşlem) adı verilir.

On-Us işlemlerin işletmeye sağladığı iki devasa avantaj vardır:

1. Daha Yüksek Onay Oranı: İşlem kart şemalarının (Visa/Mastercard) uluslararası veya ulusal takas switch'lerine çıkmadan doğrudan bankanın kendi iç ana bilgisayarında (Core Banking) doğrulandığı için ağ gecikmesi yaşanmaz ve bankanın kendi müşterisini tanıma kabiliyeti sayesinde "Hatalı Ret" (False Decline) olasılığı en alt düzeye iner.
2. Daha Düşük Komisyon Maliyeti: Takas komisyonu (Interchange Fee) maliyeti oluşmadığı veya minimumda kaldığı için bankalar kendi kartlarına yapılan çekimlerde üye işyerlerine çok daha avantajlı POS komisyon oranları ve taksit seçenekleri sunar.

Smart Routing motoru, güncel BIN tablolarını gerçek zamanlı olarak sorgular. Ancak Türkiye gibi çoklu kart programı ortaklıklarının (Bonus, World, Maximum, Axess, Paraf, CardFinans, Sağlam Kart) yaygın olduğu pazarlarda yalnızca kartı basan bankaya bakmak yetmez; kartın dahil olduğu sadakat programı ailesini de tespit ederek taksit ve puan kazanım haklarını destekleyen en uygun üye işyeri POS'una yönlendirme yapar.

2. Maliyet ve Komisyon Optimizasyonu (Least-Cost Routing)

E-ticaret işletmeleri için finansal teknolojiler seçilirken en önemli kriterlerden biri net kar marjını korumaktır. Bir işletmenin bünyesinde 4 farklı banka POS'u ve 2 farklı ödeme kuruluşu bulunduğunu varsayalım. Tek çekim bir banka kartı (Debit Card) işleminde A sağlayıcısı %1,89 komisyon ve ertesi gün (T+1) valör sunarken, B bankası %1,45 komisyon ve aynı gün valör sunuyor olabilir. Ticari kredi kartlarında (Commercial Card) ise C ödeme kuruluşu özel bir anlaşmayla %2,10 oran veriyor olabilir.

Akıllı yönlendirme motoru, her bir sanal POS için tanımlanmış komisyon matrisini, bloke gün sayısı (Valör) fırsat maliyetini ve taksit baremlerini işlem anında hesaplar. Onay oranı eşik değerinin (örneğin %95 başarı oranı) altına düşmemek kaydıyla, işlemi en düşük komisyon maliyetine sahip olan sağlayıcıya yönlendirir. Bu stratejiye finans literatüründe En Düşük Maliyetli Yönlendirme (Least-Cost Routing) denir ve yıllık milyonlarca liralık ciroya sahip şirketlerde doğrudan net kara yüz binlerce liralık katkı sağlar.

3. Gerçek Zamanlı Performans ve Telemetri Tabanlı Yönlendirme

Bankaların sanal POS sunucuları veya 3D Secure doğrulama servisleri (ACS - Access Control Server), yoğun kampanya dönemlerinde (Kasım indirimleri, bayram öncesi alışverişler, maaş günleri) aşırı yüklenme, bakım çalışması veya ağ gecikmesi (Latency) yaşayabilir. Geleneksel statik yönlendirmede, A bankasının POS'u yanıt vermemeye başladığında o bankaya yönlendirilen tüm işlemler zaman aşımına (Timeout) uğrar ve müşteriler ödeme yapamaz.

Gelişmiş bir ödeme orkestrasyon sistemi ise akan trafiği sürekli izleyen bir telemetri ve sağlık kontrolü (Health Check) mekanizmasına sahiptir. Son 5 dakika veya son 100 işlem içinde belirli bir sanal POS'un ortalama yanıt süresi 1.200 milisaniyeden 4.500 milisaniyeye çıktıysa ya da sistem hatası (HTTP 500, ISO 8583 Kod 91 - İhraççı veya Switch Çalışmıyor, Kod 96 - Sistem Arızası) oranı %15'i aştıysa, orkestrasyon motoru insan müdahalesine gerek kalmadan o POS'u geçici olarak "Soğutma" (Cool-down / Circuit Breaker) moduna alır ve yeni gelen işlemleri anında sağlıklı çalışan alternatif sanal POS'lara yönlendirir.

Otomatik Hata Telafisi (Failover ve Cascading) Mekanizması

Akıllı yönlendirme işlem başlamadan önce en doğru yolu seçerken, Failover (Hata Telafisi) ve Cascading (Kademeli Yeniden Deneme) mekanizmaları işlem sırasında bir hata meydana geldiğinde devreye girer. Müşteri ödeme bilgilerini girip onay verdiğinde, ilk tercih edilen sanal POS teknik bir arıza veya geçici bir red (Soft Decline) döndürürse, orkestrasyon katmanı müşteriye "Ödemeniz başarısız oldu" mesajı göstermek yerine, aynı milisaniyeler içinde işlemi ikinci sıradaki yedek (Backup) sanal POS üzerinden yeniden dener.

Hard Decline ve Soft Decline Ayrımı

Kademeli yeniden deneme (Cascading) yaparken dikkat edilmesi gereken en kritik teknik ve regülatif kural, ret nedeninin Kesin Ret (Hard Decline) mi yoksa Geçici Ret (Soft Decline) mi olduğunun doğru ayrıştırılmasıdır. Kart şemaları (Visa ve Mastercard), kesin red almış işlemlerin ısrarla tekrar denenmesini (aşırı yeniden deneme) ağır para cezalarıyla sınırlandırır.

• Hard Decline (Kesin Ret - Yeniden Denenmemeli): Çalıntı kart (Kod 43), kayıp kart (Kod 41), geçersiz kart numarası (Kod 14), süresi dolmuş kart (Kod 54) veya hesap kapatılmış gibi durumlarda işlem başka bir sanal POS üzerinden denense dahi kartı basan banka tarafından tekrar reddedilecektir. Orkestrasyon motoru bu kodları gördüğünde işlemi anında durdurur ve müşteriye uygun bilgilendirmeyi yapar.
• Soft Decline (Geçici/Yumuşak Ret - Failover Uygulanabilir): Banka sunucu zaman aşımı (Timeout), sistem hatası (Kod 91, 96), üye işyeri POS limit aşımı, bağlantı kopması veya üye işyeri bankasının aşırı muhafazakar risk filtresi nedeniyle oluşan "Genel Ret / Do Not Honor (Kod 05)" durumlarında işlem 2. sıradaki sanal POS (Not-On-Us / Ortak POS) üzerinden yeniden yönlendirildiğinde başarıyla onaylanabilir.

Özellikle 3D Secure gerektirmeyen (Non-3D / MOTO / Kayıtlı Kart Tek Tıkla Ödeme veya dijital tahsilat sistemleri kapsamındaki tekrarlayan abonelik çekimleri) işlemlerde Failover mekanizması tamamen arka planda, müşterinin ruhu bile duymadan (Zero-Friction) gerçekleşir. 3D Secure akışlarında ise orkestrasyon katmanı, 3D doğrulama aşaması (Authentication) ile otorizasyon (Authorization) aşamasını ayrıştırabiliyorsa (Split 3DS), doğrulama kanıtını (CAVV/AAV) koruyarak otorizasyonu alternatif bir banka POS'undan geçirebilir veya hızlı yeniden yönlendirme uygulayabilir.

Geleneksel Tekil POS Mimarisi ile Ödeme Orkestrasyonu Karşılaştırması

İşletmelerin büyüdükçe neden tekil entegrasyonlardan merkezi ödeme orkestrasyonuna geçiş yaptığını anlamak için iki mimariyi temel performans ve operasyonel metrikler üzerinden karşılaştırmak gerekir:

Değerlendirme Kriteri	Geleneksel Tekil / Manuel Çoklu POS Mimarisi	Ödeme Orkestrasyonu ve Smart Routing Mimarisi
Entegrasyon ve Bakım Süresi	Her yeni banka veya PSP için haftalar süren ayrı API geliştirme ve test süreci gerekir.	Tek bir birleşik API entegrasyonu yeterlidir; yeni sağlayıcılar panelden dakikalar içinde aktif edilir.
Sistem Kesintisi (Downtime) Riski	Ana sanal POS çöktüğünde ödeme alınamaz, yazılımcı müdahalesiyle manuel geçiş gerekir.	Otomatik devre kesici (Circuit Breaker) ve Failover ile kesinti anında trafik milisaniyeler içinde yedek POS'a akar.
Onay Oranı (Authorization Rate)	Tek sağlayıcının filtrelerine ve bağlantı kalitesine bağımlıdır (%85 - %91 bandında kalabilir).	On-Us eşleşme, kademeli yeniden deneme ve dinamik yönlendirme ile %94 - %98+ seviyelerine çıkar.
Komisyon ve Valör Yönetimi	Statik kurallarla çalışır; işlem bazlı gerçek zamanlı maliyet optimizasyonu yapmak zordur.	Kart tipi, tutar ve taksit sayısına göre en düşük komisyonlu (Least-Cost) POS otomatik seçilir.
Kayıtlı Kart (Token) Taşınabilirliği	Kartlar ilgili PSP'nin kasasında kilitlidir (Vendor Lock-in); sağlayıcı değiştirmek çok zordur.	Merkezi bağımsız Token Kasası sayesinde kayıtlı kartlar tüm bağlı POS'larda özgürce kullanılabilir.
Finansal Mutabakat Süreci	Her bankanın farklı formattaki ekstresi manuel olarak veya ayrı scriptlerle ERP'ye aktarılır.	Tüm kanalların işlemleri, komisyon kesintileri ve iadeleri tek bir standart veri modelinde birleştirilir.

Çoklu Sanal POS Yönetiminde Güvenlik, Tokenizasyon ve Mutabakat

Ödeme orkestrasyonunun sağladığı esneklik, beraberinde çok sıkı bir veri güvenliği mimarisini de zorunlu kılar. Birden fazla ödeme kuruluşuna kart verisi yönlendirebilmek için orkestrasyon katmanının PCI-DSS (Payment Card Industry Data Security Standard) Seviye 1 sertifikasyonuna sahip olması şarttır. Dijital ödemelerde güvenlik standartları gereği, müşterinin kart bilgileri üye işyerinin kendi sunucularına hiç değmeden doğrudan orkestrasyon platformunun güvenli iFrame veya SDK bileşenleri üzerinden toplanır, anında şifrelenerek (Tokenization) saklanır ve yalnızca işlem anında hedef bankanın sanal POS'una güvenli tünel (mTLS) üzerinden iletilir.

Ağ Tokenizasyonu (Network Tokenization) ve Orkestrasyon Sinerjisi

Yeni nesil ödeme orkestrasyon platformları yalnızca kendi iç token kasalarını (Gateway/Vault Token) kullanmakla kalmaz; aynı zamanda Visa Token Service (VTS) ve Mastercard Digital Enablement Service (MDES) gibi kart şemalarının sunduğu Ağ Tokenizasyonu (Network Tokenization) servisleriyle doğrudan entegre çalışır. Bir kart numarası (FPAN) yerine şema tarafından üretilen kriptografik ağ token'ı (DPAN) kullanıldığında, kartın süresi dolsa veya yenilense bile token otomatik olarak güncellenir ve tüm üye işyeri bankalarında (Acquirer) ek %2 ila %4 arasında daha yüksek onay oranı elde edilir.

Merkezi Ödeme Mutabakatı (Unified Reconciliation)

Orkestrasyon kullanan bir şirketin finans departmanı için en büyük kazanım, arka ofis süreçlerinin otomatikleşmesidir. Gün içinde 6 farklı banka POS'undan ve 2 farklı ödeme kuruluşundan geçen 50.000 işlemin hangisinin taksitli, hangisinin tek çekim olduğu, her birinden ne kadar komisyon kesildiği ve hangi tarihte banka hesabına yatacağı (Settlement) orkestrasyon motoru tarafından otomatik olarak hesaplanır. Sistem, bankalardan gelen gün sonu dosyalarını (EOD / Epul / MT940) çekerek beklenen tutarlarla gerçekleşen tutarları karşılaştırır ve kuruşu kuruşuna ödeme mutabakatı raporu üretir.

Sınır Ötesi (Cross-Border) Ticarette Yerel Edinim (Local Acquiring)

Yurt dışına satış yapan (E-ihracat, SaaS, turizm, dijital oyun, mobil uygulama) işletmeler için ödeme orkestrasyonu küresel ölçeklenmenin anahtarıdır. Türkiye'deki bir sanal POS üzerinden Almanya, İngiltere veya Brezilya'daki bir müşterinin kartından çekim yapmaya çalıştığınızda, bu işlem "Sınır Ötesi İşlem" (Cross-Border Transaction) olarak sınıflandırılır. Yabancı kartı basan banka, yurt dışından gelen bu isteği daha yüksek riskli görür ve onay oranları %65 - %75 seviyelerine kadar düşebilir; üstelik yüksek sınır ötesi takas komisyonları ve kur dönüşüm (FX) maliyetleri oluşur.

Ödeme orkestrasyonu kullanan küresel bir işletme ise Avrupa'daki müşterisini Avrupa'daki yerel bir ödeme sağlayıcısına (örneğin Adyen, Stripe veya yerel bir Avrupa Acquirer'ına), Orta Doğu'daki müşterisini bölgedeki yerel bir ağ geçidine, Türkiye'deki müşterisini ise yerel banka sanal POS'larına yönlendirir. Yerel Edinim (Local Acquiring) adı verilen bu yönlendirme stratejisi sayesinde her işlem kendi coğrafyasında yerel bir işlem gibi işlenir; onay oranları %95'in üzerine çıkarken sınır ötesi komisyon maliyetleri %40'a varan oranlarda düşürülür.

İşletmeniz İçin Ödeme Orkestrasyonu Kurarken Dikkat Edilmesi Gerekenler

Bir ödeme orkestrasyon altyapısı seçerken veya mevcut ödeme mimarinizi dönüştürürken aşağıdaki teknik ve operasyonel kriterleri kontrol listesi olarak kullanmalısınız:

1. Kural Motoru Esnekliği (No-Code Rule Builder): Finans ve ödeme operasyonları ekiplerinin, yazılım ekibine ihtiyaç duymadan sürükle-bırak arayüzlerle yönlendirme kuralları (örneğin: "Tutar 10.000 TL üzeriyse ve X bankası ticari kartıysa Y POS'una yönlendir") oluşturabilmesi gerekir.
2. Gerçek Zamanlı Gözlemlenebilirlik (Observability): Banka bazlı hata kodlarını, yanıt sürelerini (P95 ve P99 gecikme metriklerini) ve anlık onay oranlarını saniye bazında gösteren canlı izleme panelleri bulunmalıdır.
3. Yüksek Erişilebilirlik (High Availability & Multi-Region): Orkestrasyon katmanının kendisi tüm ödemelerin geçtiği ana otoyol olduğu için %99,999 çalışma süresi (Uptime) taahhüdüne ve çoklu bulut bölgesi (Multi-Region Active-Active) mimarisine sahip olmalıdır.
4. Gelişmiş 3D Secure Yönlendirmesi: BKM Express, GO (Güvenli Ödeme) ve EMV 3DS 2.2 standartlarını desteklemeli; bankaların 3D doğrulama sunucularındaki yavaşlamaları tespit ederek dinamik kanal değişimi yapabilmelidir.
5. ERP ve Muhasebe Entegrasyonu: Çoklu POS'tan geçen işlemlerin muhasebeleştirilmesi ve dijital tahsilat kayıtlarının SAP, Logo, Netsis veya Mikro gibi ERP sistemlerine otomatik işlenmesi için hazır konektörler sunmalıdır.

Sıkça Sorulan Sorular (SSS)

Ödeme orkestrasyonu hangi ölçekteki işletmeler için gereklidir?

Aylık işlem hacmi büyüyen, birden fazla banka sanal POS'u veya ödeme kuruluşu ile çalışan, kampanya dönemlerinde yüksek trafik alan, abonelik modeliyle tekrarlayan tahsilat yapan ya da yurt dışına satış gerçekleştiren tüm orta ve büyük ölçekli işletmeler için ödeme orkestrasyonu doğrudan yatırım getirisi (ROI) sağlayan kritik bir altyapıdır.

Akıllı yönlendirme (Smart Routing) ödeme süresini yavaşlatır mı?

Hayır, aksine hızlandırır. Modern bir ödeme orkestrasyon motorunda yönlendirme kararının verilmesi (kural motoru değerlendirmesi) yalnızca 2 ila 5 milisaniye sürer. Üstelik o an yanıt süresi yavaşlamış olan banka POS'larını otomatik olarak devre dışı bırakıp işlemi en hızlı yanıt veren sunucuya yönlendirdiği için müşterinin toplam ödeme tamamlama süresini belirgin şekilde kısaltır.

Bir sanal POS çöktüğünde Failover işlemi müşteriden iki kez para çekilmesine yol açar mı?

Hayır. Kurumsal ödeme orkestrasyon sistemleri Idempotency (Tekillik Anahtarı) ve durum takibi (State Machine) mimarisiyle çalışır. Bir işlem yalnızca ilk sanal POS'tan kesin olarak red yanıtı aldığında veya işlem gerçekleşmeden bağlantı reddedildiğinde ikinci POS'a yönlendirilir. Şüpheli zaman aşımı (Timeout) durumlarında ise arka planda otomatik sorgulama (Inquiry) ve ters işlem (Reversal) protokolleri çalıştırılarak mükerrer çekim (Double Charge) riski sıfırlanır.

Ödeme orkestrasyonu kullanmak için bankalarla ayrı ayrı anlaşma yapmak gerekir mi?

Ödeme orkestrasyon platformları teknik altyapı sağlayıcısıdır (Tech Layer). İşletmeler kendi ticari anlaşmalarını doğrudan bankalarla veya lisanslı ödeme kuruluşlarıyla (ÖK/EPK) yapar ve aldıkları API anahtarlarını orkestrasyon paneline tanımlar. Bazı hibrit platformlar ise hem kendi hazır ödeme kuruluşu anlaşmalarını hem de işletmenin kendi banka POS'larını aynı çatı altında kullanma imkanı sunar.

Ödeme orkestrasyonu onay oranlarını (Authorization Rate) nasıl artırır?

Onay oranlarındaki artış üç ana mekanizmadan kaynaklanır: İlk olarak, BIN eşleştirmesiyle kartı kendi bankasının POS'una (On-Us) yönlendirerek yanlış retleri önler. İkinci olarak, teknik hata veya geçici ret (Soft Decline) alan işlemleri müşteriye yansıtmadan milisaniyeler içinde yedek POS üzerinden yeniden dener (Cascading). Üçüncü olarak, ağ tokenizasyonu ve güncel 3D Secure 2.2 veri alanlarını eksiksiz ileterek bankaların risk motorlarında güven skorunu yükseltir.