Pazaryeri Ödeme Sistemleri: Çoklu Satıcı Ödemelerini Kurumsal Ölçekte Yönetmenin Mimarisi

Pazaryeri ödeme sistemleri, tek satıcılı e-ticaret ödeme yapılarından kategorik olarak farklıdır. Yüzlerce satıcı, binlerce işlem, anlık komisyon hesaplaması, otomatik ödeme dağıtımı ve PCI-DSS uyumluluğu — bunların hepsi aynı anda çalışmak zorunda. Salefony'yi inşa ederken bu sorunların her birini mimarimizde çözdük ve süreci boyunca en pahalı derslerden bazılarını öğrendik.

Bu yazı, pazaryeri ödeme altyapısı kurmaya veya mevcut yapısını yeniden düzenlemeye çalışan ürün ve mühendislik ekiplerine yönelik bir mimari rehber.

Pazaryeri Ödeme Sistemleri Neden Karmaşıktır?

Standart bir e-ticaret sitesinde ödeme akışı doğrusaldır: müşteri öder, para işletmeye gider. Pazaryeri ödeme sistemlerinde ise aynı işlem içinde birden fazla taraf yer alır:

Alıcı — ödemeyi yapan
Satıcı — ürün veya hizmetin sahibi
Pazaryeri operatörü — komisyon alan, platformu işleten
Ödeme sağlayıcısı — işlemi gerçekleştiren (banka, fintek, gateway)

Bu dört tarafın aynı anda senkronize edilmesi gerekiyor. Tek bir işlemde:

Para önce bir escrow hesaba giriyor
Komisyon hesaplanıyor (sabit veya değişken oran)
Satıcı payı netleştiriliyor
Payout zamanlaması belirleniyor
Vergi ve stopaj hesaplamaları yapılıyor
Tüm bunlar audit log'a yazılıyor

Çoğu ekip bu karmaşıklığı başlangıçta küçümsüyor. "Split payment ekleyeceğiz" deyip işe girişiyorlar ama altı ay sonra sıfırdan yazıyorlar.

Pazaryeri Ödeme Sistemlerinin Temel Bileşenleri

1. Split Payment (Bölünmüş Ödeme) Motoru

Split payment, tek bir ödeme işleminin otomatik olarak birden fazla alıcıya dağıtılmasıdır. Salefony'de her ödeme işlemi bir "payment intent" olarak başlıyor ve dağıtım kuralları bu intent'e bağlanıyor.

Dikkat edilmesi gereken noktalar:

Atomik işlemler: Dağıtım başarısız olursa tüm işlem geri alınmalı. Kısmi başarı kabul edilemez.
Para birimi uyumluluğu: Çok para birimli pazaryerlerinde kur farkı hesabı ayrı bir servis gerektirir.
Gecikmiş dağıtım: Bazı iş modellerinde (özellikle hizmet pazaryerlerinde) dağıtım işlem anında değil, teslimat onayından sonra yapılır.

2. Escrow Mekanizması

Escrow, alıcının parasının satıcıya aktarılmadan önce güvenli bir hesapta tutulmasıdır. B2B ve yüksek değerli işlemlerde standart bir güvenlik katmanıdır.

Salefony'de escrow şu senaryolarda devreye giriyor:

Sipariş miktarı belirli bir eşiği geçtiğinde
Uluslararası işlemlerde
İlk kez işlem yapan satıcılarda
İade politikası bağlamında dispute riskinin yüksek olduğu kategorilerde

Escrow süresinin iş kurallarına göre esnek olması kritik. Sabit 14 günlük escrow, bazı kategorilerde satıcıyı zorunlu olarak platforma bağımlı hale getirir — bu bazen istenen, bazen kaçınılması gereken bir durumdur.

3. Komisyon Yönetimi

Basit bir yüzde komisyon modelinden başlayın ama altyapınızı karmaşıklık için hazırlayın. Gerçek hayatta pazaryerleri şu komisyon yapılarına ihtiyaç duyar:

Sabit oran: Her işlemde %X
Kademeli oran: İlk N TL için %X, sonrası için %Y
Kategori bazlı oran: Elektronik için %8, giyim için %12
Satıcı bazlı oran: Premium satıcılara özel indirimli komisyon
Promosyon komisyonu: Kampanya dönemlerinde geçici değişken oran

Salefony'de komisyon kuralları konfigürasyon tabanlı çalışıyor — her kural değişikliği kod değişikliği gerektirmiyor. Bu esneklik, pazaryeri operatörlerinin en sık talep ettiği özelliklerden biri.

4. Otomatik Payout (Ödeme Dağıtımı)

Satıcıların en önem verdiği konu: "Param ne zaman gelecek?"

Payout sistemleri genellikle şu modellere göre kurgulanır:

T+N model: İşlemden N gün sonra otomatik transfer
Bakiye bazlı: Satıcı bakiyesi belirli bir eşiği geçtiğinde transfer
Talep bazlı: Satıcı talep ettiğinde, belirli limitler içinde anlık transfer
Hybrid: Belirli miktara kadar anlık, üzerini talep bazlı

Bu modellerin her biri farklı likidite yönetimi gerektirir. Payout rezervi, float yönetimi ve banka mutabakatı sistemleri payout motoruyla sıkı entegre çalışmak zorunda.

PCI-DSS Uyumluluğu ve Tokenizasyon

Pazaryeri ödeme sistemlerinde kart verisi yönetimi hassas bir alan. PCI-DSS Level 1 uyumluluğu için doğrudan kart verisi işlememek temel prensip olmalı — her şey tokenizasyon üzerinden yürütülmeli.

Salefony'de benimsediğimiz yaklaşım:

Kart verisi hiçbir zaman sunucularımıza ulaşmıyor — ödeme formu doğrudan ödeme sağlayıcısının SDK'sıyla iletişim kuruyor
Token bazlı tekrarlayan işlemler — müşteri kaydedilmiş kart için onay verdikten sonra token üzerinden işlem yapılıyor
Tam denetim izleri — her işlem için erişilebilir, tamper-proof log kaydı
Şifrelenmiş webhook doğrulaması — ödeme sağlayıcısından gelen her webhook imza doğrulamasından geçiyor

Pazaryeri Ödeme Sistemi Kurulumunda Sık Yapılan Hatalar

1. Üçüncü taraf ödeme çözümüne aşırı bağımlılık Stripe Connect veya benzeri hazır pazaryeri ödeme çözümleri başlangıç için hızlıdır, ama komisyon yapısı ve payout kuralları karmaşıklaştığında bu platformların limitlerine çarpmak kaçınılmaz oluyor. Hazır çözümü katman olarak kullanmak, ona tamamen teslim olmaktan farklıdır.

2. Muhasebe entegrasyonunu sonraya bırakmak Ödeme sistemi ile muhasebe sistemi (ERP/muhasebe yazılımı) senkronizasyonu baştan kurgulanmazsa, "sonra entegre ederiz" planı genellikle yeniden yazma sürecine dönüşür.

3. Yüksek işlem hacminde race condition Aynı satıcı için eş zamanlı payout talebi geldiğinde duplicate transfer riski oluşur. Idempotency key yönetimi ve distributed lock mekanizmaları kritik altyapıdır.

4. İade akışlarını sonradan düşünmek İade, ödeme sisteminin en karmaşık parçasıdır. Kısmi iade, komisyon iadesi, çok satıcılı siparişte tekli iade — bunların hepsi baştan tasarıma dahil edilmeli.

Pazaryeri Ödeme Altyapısı İçin Mimari Öneriler

Salefony'nin 50M+ işlemi işlediği altyapıdan çıkardığımız temel dersler:

Ödeme servisi bağımsız bir domain olmalı. Sipariş yönetimi, envanter veya kullanıcı servisiyle sıkı bağlantı ödeme sistemini kırılgan yapar.

Her finansal işlem event-driven mimaride loglanalı. Gerçek zamanlı log hem uyumluluk hem de reconciliation için zorunludur.

Test ortamında sandbox ile gerçek finansal davranışı simüle edin. Ödeme sistemleri production ortamında farklı davranır — sandbox ortamı bu farkı yönetmek için kritik.

Satıcı dashboard'u ödeme görünürlüğünü merkeze almalı. Satıcının kendi bakiyesini, bekleyen ödemelerini ve işlem geçmişini gerçek zamanlı görmesi, destek yükünü önemli ölçüde azaltır.

Sonuç

Pazaryeri ödeme sistemleri, bir platformun büyüyüp büyüyemeyeceğini belirleyen kritik altyapıdır. Salefony'yi inşa ederken bu mimariyi üretimde kanıtladık — binlerce satıcı, milyonlarca işlem, birden fazla ödeme sağlayıcısı entegrasyonu ve tam PCI-DSS uyumluluğuyla.

Kendi pazaryeri ödeme altyapınızı kuruyor veya mevcut yapınızı yeniden değerlendiriyorsanız, mimarisi kanıtlanmış bir temel üzerine inşa etmek en rasyonel yaklaşımdır.