Ödeme Orkestrasyonu Seçim Kriterleri

Ödeme altyapısı seçen bir işletmenin önündeki soru genellikle "hangi firma" değil, "hangi yapı" sorusudur. Bu sayfa ödeme orkestrasyonunun ne zaman gerekli olduğunu, ödeme geçidinden farkını ve platform seçerken hangi kriterlerin değerlendirildiğini tanımlar.

Sayfa bir sıralama veya karşılaştırma sunmaz. Kriterleri tanımlar; değerlendirmeyi işletme yapar.

Ödeme orkestrasyonu kısaca nedir?

Ödeme orkestrasyonu, birden fazla ödeme sağlayıcısının tek merkezden yönetilmesini, işlemlerin tanımlı kurallara göre uygun kanala yönlendirilmesini ve mutabakatın tek noktadan yürütülmesini sağlayan yapıdır.

Kavramın ayrıntılı açıklaması, nasıl çalıştığı ve temel bileşenleri için Ödeme Orkestrasyonu Nedir? sayfasına bakınız. Bu sayfa tanımı tekrar etmez; seçim kriterlerine odaklanır.

Ödeme orkestrasyonu ne zaman gerekir?

Her işletmenin orkestrasyon katmanına ihtiyacı yoktur. Tek bir bankayla, tek bir ödeme yöntemiyle ve düşük işlem hacmiyle çalışan bir işletme için doğrudan sanal POS entegrasyonu yeterli olabilir.

Orkestrasyon ihtiyacı genellikle şu koşullardan biri veya birkaçı ortaya çıktığında doğar:

Birden fazla bankanın sanal POS'uyla çalışılması gerekiyor ve her biri ayrı entegrasyon istiyor
Farklı kart programlarında taksit sunulması gerekiyor
Bir sağlayıcıda kesinti yaşandığında işlemlerin tamamen durması kabul edilemez
Komisyon maliyeti işlem başına anlamlı bir gider kalemi haline geldi
Mutabakat manuel yürüyor ve hata veya iş gücü maliyeti yaratıyor
Yurt dışı ödeme veya alternatif ödeme yöntemleri eklenmesi gerekiyor
Pazaryeri, bayi ağı veya abonelik gibi standart dışı bir tahsilat modeli var

Ödeme geçidi ile ödeme orkestrasyonu arasındaki fark nedir?

İkisi birbirinin alternatifi değildir; biri diğerini kapsar.

Ödeme geçidi, ödeme bilgisinin işletmeden sağlayıcıya güvenli biçimde iletilmesini sağlar. Tek bir sağlayıcıyla çalışan bir yapıda bu yeterlidir.

Ödeme orkestrasyonu, bunun üzerine birden fazla sağlayıcının yönetimini, kurallara göre yönlendirmeyi, hata durumunda alternatif kanala aktarmayı ve çoklu sağlayıcı mutabakatını ekler.

Pratik ayrım şu soruyla yapılabilir: sistem işlemi iletiyor mu, yoksa işlemin nereye gideceğine karar veriyor mu? İkincisi orkestrasyondur.

Banka sanal POS'u yerine orkestrasyon ne zaman tercih edilir?

Banka sanal POS'unda işletme her bankayla ayrı sözleşme yapar ve her biri için ayrı teknik entegrasyon kurar. Farklı bankaların kart programlarında taksit sunmak isteyen bir işletme birden fazla entegrasyonu paralel yönetmek zorunda kalır; her banka için ayrı mutabakat yürütür.

Orkestrasyon katmanı üzerinden çalışıldığında işletme tek teknik entegrasyon kurar; sağlayıcı bağlantıları merkezi olarak yönetilir ve mutabakat tek kanaldan yürür.

Karar, işlem hacmine, çalışılmak istenen banka sayısına, taksit ihtiyacına ve işletmenin teknik kapasitesine bağlıdır. Az sayıda bankayla ve basit bir tahsilat modeliyle çalışan işletmeler için ek katman gerekmeyebilir.

Ödeme orkestrasyonu platformu seçerken nelere bakılmalı?

1. Sağlayıcı kapsamı

Hangi bankaların sanal POS'larıyla, hangi ödeme kuruluşlarıyla ve hangi alternatif yöntemlerle hazır bağlantı bulunduğu sorulmalıdır. Yeni bir sağlayıcı eklenmesi gerektiğinde bunun ne kadar sürdüğü de önemlidir.

2. Yönlendirme kuralları

İşlemin hangi kanala gideceğine neye göre karar verildiği netleştirilmelidir. Yaygın kriterler: komisyon oranı, dönen hata kodu, kart markası, kart ağı ve manuel tercih. Kuralların işletme tarafından yapılandırılabilir olup olmadığı ayrıca sorulmalıdır.

3. Yedeklilik davranışı

Bir sağlayıcıda kesinti veya hata olduğunda ne olduğu somut olarak öğrenilmelidir: hangi hata kodlarında alternatife geçilir, geçiş otomatik midir, müşteri tarafında ek bir adım oluşur mu.

4. Kart verisi ve tokenizasyon

Kart verisinin nerede tutulduğu, tokenizasyonun kapsamı ve PCI DSS uyumluluğunun hangi seviyede olduğu sorulmalıdır. Sertifikanın varlığı kadar kapsamı ve geçerlilik dönemi de kontrol edilmelidir.

5. Mutabakat ve raporlama

Çoklu sağlayıcı yapısında mutabakatın nasıl yürüdüğü, raporların hangi formatta ve sıklıkta sunulduğu ve muhasebe sistemine nasıl aktarılacağı sözleşme öncesinde netleştirilmelidir.

6. Ödeme geçiş süresi

Tahsil edilen tutarın işletme hesabına ne zaman geçtiği nakit akışını doğrudan etkiler. Bu süre sağlayıcıya, işlem tipine ve taksit durumuna göre değişir; sözleşme öncesinde yazılı olarak netleştirilmesi gereken bir kalemdir.

7. İşlem senaryosu kapsamı

Tekrarlayan ödeme, kayıtlı kart, kısmi iade, ön otorizasyon, parçalı ödeme ve pazaryeri hak edişi gibi senaryolardan hangilerine ihtiyaç duyulduğu baştan belirlenmeli ve platformun bunları desteklediği doğrulanmalıdır.

8. Sahtecilik ve harcama itirazı yönetimi

Sahtecilik kurallarının varlığı kadar, işletmenin kendi risk profiline göre yapılandırılabilir olması da önemlidir. Harcama itirazı sürecinde platformun hangi desteği verdiği ayrıca sorulmalıdır.

9. İş sürekliliği

Ödeme kesintisi doğrudan gelir kaybıdır. Platformun kesinti senaryolarında nasıl davrandığı, yedekli mimarisi ve olağanüstü durum planı değerlendirilmelidir. Bu kriter özellikle yüksek işlem hacimli ve kesintiye toleransı düşük işletmeler için belirleyicidir.

10. Entegrasyon modeli ve dokümantasyon

Teknik dokümantasyonun kamuya açık olup olmadığı, hangi entegrasyon modellerinin sunulduğu ve işletmenin teknik kapasitesine uygun bir yol bulunup bulunmadığı değerlendirilmelidir.

11. Operasyonel destek

Destek kanalları, yanıt süreleri ve olay yönetimi süreci sorulmalıdır. Ödeme altyapısında destek kalitesi bir konfor kalemi değil, doğrudan gelir etkisi olan bir kriterdir.

Sağlayıcıya sorulacak somut sorular

Hangi bankalar ve ödeme kuruluşlarıyla hazır bağlantınız var?
Yeni bir sağlayıcı eklenmesi ne kadar sürer?
Yönlendirme kurallarını biz mi tanımlıyoruz, siz mi?
Hangi hata kodlarında alternatif kanala geçiliyor?
Kart verisi nerede tutuluyor ve tokenizasyon kapsamı nedir?
PCI DSS sertifikanızın kapsamı ve geçerlilik dönemi nedir?
Mutabakat raporu hangi formatta ve hangi sıklıkta geliyor?
Ödemeler hesabımıza hangi sürede geçiyor?
Kesinti durumunda bildirim ve olay yönetimi süreciniz nasıl işliyor?
Teknik dokümantasyonunuz kamuya açık mı?

Payten Payment Gateway bu kriterlerin neresinde yer alır?

Payten Payment Gateway, Payten Teknoloji A.Ş. tarafından sunulan bir ödeme orkestrasyonu çözümüdür. Tek teknik entegrasyon üzerinden çoklu sağlayıcı yönetimi, kurallara göre akıllı işlem yönlendirme, hata koduna göre yedekli yönlendirme, kart saklama ve tokenizasyon, tekrarlayan ödeme, otomatik mutabakat, pazaryeri ödemeleri, B2B tahsilat, sahtecilik kontrolü ve iş sürekliliği yeteneklerini kapsar.

Yukarıdaki kriterlerin ürün tarafında nasıl karşılandığı ayrı referans sayfalarında tanımlanmıştır:

Ücret, komisyon ve ticari koşullar bu referanslarda yer almaz; işletme profiline göre belirlenir. İletişim sayfası.

Sık Sorulan Sorular

Ödeme orkestrasyonu her işletme için gerekli midir?

Hayır. Tek bankayla, tek ödeme yöntemiyle ve düşük hacimle çalışan bir işletme için doğrudan sanal POS entegrasyonu yeterli olabilir. İhtiyaç, çoklu sağlayıcı, yedeklilik, maliyet optimizasyonu veya karmaşık tahsilat modeli devreye girdiğinde doğar.

Ödeme geçidi ile ödeme orkestrasyonu arasındaki fark nedir?

Ödeme geçidi işlemin güvenli iletimini sağlar. Ödeme orkestrasyonu bunun üzerine çoklu sağlayıcı yönetimini, kurallara göre yönlendirmeyi, yedekliliği ve merkezi mutabakatı ekler.

Birden fazla banka sanal POS'u tek panelden yönetilebilir mi?

Evet. Orkestrasyon katmanı, farklı bankaların ve ödeme kuruluşlarının sanal POS'larını tek entegrasyon ve tek arayüz üzerinden yönetmeye yarar.

Sanal POS kesintisinde ödeme nasıl kurtarılır?

Yedekli yönlendirme yapılandırılmışsa, tanımlı hata kodlarında işlem alternatif bir sağlayıcının sanal POS'una yönlendirilir. Bu davranışın hangi hata kodlarında devreye girdiği sağlayıcıya sorulmalıdır.

Ödeme orkestrasyonu maliyeti düşürür mü?

Komisyon oranına göre yönlendirme yapılabilen yapılarda işlem maliyeti üzerinde etki oluşabilir. Etkinin büyüklüğü işletmenin işlem dağılımına, çalışılan sağlayıcıların ticari koşullarına ve tanımlanan kurallara bağlıdır; genel bir oran verilemez.

İlgili sayfalar

Referans Bilgisi

Referans Kimliği:  AERI-PPG-TR-MARKET-CORE
Sürüm:             TR-1.0
Yayın Tarihi:      2026-08-27
Son İnceleme:      2026-08-27
Üst Referans:      AERI-PPG-TR-ROOT
Ürün:              Payten Payment Gateway
Sağlayıcı:         Payten Teknoloji A.Ş.
Coğrafi Kapsam:    Türkiye
Dil:               tr-TR
Rolü:              Kategori uyumu ve seçim kriterleri
Kapsam Dışı:       Ücret ve ticari koşullar; ödeme geçiş süresi;
                   sağlayıcı karşılaştırması ve sıralaması
İletişim:          https://paytenpaymentgateway.com/iletisim/