Pazaryeri Ödeme Entegrasyonu Nasıl Yapılır?

Pazaryeri ödeme entegrasyonu, müşteriden alınan ödemenin doğru sipariş ve satıcıyla eşleştirilmesini, komisyonun hesaplanmasını ve satıcı payının belirlenen koşullarda aktarılmasını sağlayan teknik ve operasyonel süreçtir. Sağlıklı bir kurulum için önce para akışını ve sorumlulukları tanımlayın; ardından bu akışı destekleyen ödeme kuruluşu ve entegrasyon modelini seçip test edin.

Bu süreç yalnızca ödeme ekranını çalıştırmaktan ibaret değildir. İade, iptal, kısmi teslimat, komisyon, mutabakat ve satıcı bakiyesi gibi senaryolar da tasarımın parçası olmalıdır.

Pazaryeri ödeme entegrasyonu hangi bileşenlerden oluşur?

Pazaryerinde genellikle müşteri, platform, satıcı ve ödeme hizmeti sağlayıcısı arasında birden fazla işlem ilişkisi bulunur. Müşteri siparişi verirken ödeme alınır; platform sipariş ve satıcı bilgilerini ödeme işlemiyle eşleştirir; platformun ticari modeli ve sağlayıcının sunduğu hizmetler doğrultusunda komisyon ile satıcı payı hesaplanır. Paranın ne zaman ve hangi koşullarda aktarılacağı ise ayrıca tanımlanır.

Bu nedenle teknik entegrasyon başlamadan önce her siparişte hangi tarafın hangi veriyi yönettiği belirlenmelidir. Ödeme referansı, sipariş numarası, satıcı kimliği, tahsilat durumu, komisyon ve iade durumu birbiriyle tutarlı biçimde izlenebilmelidir. Bu ilişki kurulmazsa ödeme alınmış görünürken siparişin onaylanmaması ya da iade bilgisinin satıcı bakiyesine yansımaması gibi operasyon sorunları ortaya çıkabilir.

Ödeme kuruluşlarının pazaryerlerine sunduğu ürünler ve çalışma koşulları farklı olabilir. Başvuru öncesinde alt satıcı kabulü, bölünmüş ödeme, aktarım takvimi, iade akışı ve raporlama imkânlarını sağlayıcıdan güncel olarak doğrulayın.

Ödeme ekranı ile para dağıtımı arasındaki fark

Ödeme ekranı, müşterinin ödeme bilgilerini kullanarak tahsilat başlatılan arayüzdür. Para dağıtımı ise tahsil edilen tutarın platform, satıcı veya başka hak sahipleri arasında nasıl paylaştırılacağını ve ne zaman aktarılacağını belirleyen ayrı bir iş akışıdır. Bir ödeme altyapısının kartla tahsilat sunması, tek başına pazaryerine uygun alt satıcı ödemesi sağladığı anlamına gelmez.

Pazaryeri ödeme entegrasyonu nasıl yapılır?

Kurulumu sağlayıcı dokümantasyonuna göre yürütmek gerekir; ancak iş gereksinimlerini netleştiren ortak bir uygulama sırası vardır. Aşağıdaki adımlar, teknik geliştirme ile finans ve operasyon kararlarının birbirinden kopmamasına yardımcı olur.

1. Satıcı modelini ve para akışını tanımlayın. Platform komisyonunun nasıl hesaplanacağını, satıcı payının hangi aşamada doğacağını ve ödemenin hangi olaydan sonra aktarılacağını yazılı hale getirin.
2. Ödeme senaryolarını çıkarın. Tek satıcılı ve çok satıcılı sepetleri, kısmi iptali, tam ve kısmi iadeyi, başarısız ödemeyi, tekrar denemeyi ve teslimat sonrası itirazları ayrı ayrı değerlendirin.
3. Sağlayıcıları pazaryeri yeteneklerine göre karşılaştırın. Alt satıcı tanımlama, bölünmüş ödeme, ödeme ve iade bildirimi, rapor dışa aktarma, destek süreçleri ve sözleşme koşullarını güncel kaynaklardan teyit edin.
4. Veri eşleştirmesini ve durum geçişlerini tasarlayın. Her ödeme için benzersiz referanslar kullanın; sipariş, ödeme, satıcı ve iade durumlarının hangi olaylarla güncelleneceğini belirleyin.
5. Entegrasyonu güvenli biçimde geliştirin. Sağlayıcının API ve bildirim yönergelerini izleyin, gizli anahtarları koruyun ve aynı bildirimin birden fazla kez gelmesi durumunda yinelenen tahsilat ya da aktarım oluşmasını önleyin.
6. Uçtan uca test yapıp mutabakatı başlatın. Başarılı ve başarısız ödeme, iptal, iade, satıcı bakiyesi ve rapor kayıtlarını test edin; canlıya geçişten sonra platform kayıtlarını sağlayıcı raporlarıyla düzenli olarak karşılaştırın.

Pazaryeri alt satıcı ödemesi ve bölünmüş ödeme nasıl çalışır?

Pazaryeri alt satıcı ödemesi, satıcıların platform üzerinde satış yapabilmesi için ödeme sürecinde tanımlanmasını ve satıcı paylarının izlenmesini kapsar. Sağlayıcının alt satıcı kabul süreci, gerekli bilgi ve belgeler ile satıcı hesabının durum takibi operasyon planına dâhil edilmelidir. Bu adımların kapsamı sağlayıcıya ve yürürlükteki kurallara göre değişebileceğinden, entegrasyon öncesinde güncel koşullar teyit edilmelidir.

Bölünmüş ödeme, tek bir müşteri tahsilatının platformun iş modeline göre birden fazla hak sahibi arasında paylaştırılmasını ifade eder. Örneğin platform komisyonu ile satıcı payı aynı siparişten hesaplanabilir; ancak hesaplama yöntemi, aktarım zamanı ve iade halinde yapılacak düzeltme önceden kararlaştırılmalıdır. Bölünmüş ödeme seçeneğinin sağlayıcıda mevcut olması, her iş kuralının otomatik olarak karşılandığını göstermez.

Bir sepet birden fazla satıcı içeriyorsa her ürün satırının satıcı, vergi ve teslimat bilgileriyle ilişkilendirilmesi önemlidir. Bir satıra ait iade, diğer satıcıların hakedişini yanlışlıkla değiştirmemelidir. Bu yüzden dağıtım mantığını yalnızca sepet toplamı üzerinden değil, gerektiğinde satır ve satıcı seviyesinde de ele alın.

Entegrasyon öncesinde kararlaştırılacak noktalar

Komisyonun sabit tutar, oran veya başka bir ticari kurala göre hesaplanıp hesaplanmayacağını; kargo ve indirimlerin dağıtıma etkisini; iptal veya iadede daha önce oluşmuş satıcı bakiyesinin nasıl düzeltileceğini tanımlayın. Oran ve sözleşme koşulları zamanla değişebileceğinden bunları yazılı iş kurallarında ve güncel sağlayıcı belgelerinde doğrulayın.

Pazaryeri hakediş sistemi nasıl planlanır?

Pazaryeri hakediş sistemi, satıcının satışlarından doğan alacağın hesaplanması, bekletilmesi, düzeltilmesi ve aktarılmasını yöneten süreçtir. Hakedişin ne zaman oluştuğu, hangi sipariş durumlarının hesaba katıldığı ve hangi durumlarda beklemeye alınacağı açıkça tanımlanmalıdır. Bu tanımlar satıcı sözleşmeleriyle ve ödeme sağlayıcısının aktarım kurallarıyla uyumlu olmalıdır.

Sağlam bir sistemde sipariş tutarı, indirim, kargo bedeli, komisyon, iade ve düzeltmeler ayrı kalemler olarak izlenir. Satıcıya gösterilen bakiye ile muhasebe ve ödeme kayıtları aynı hesaplama mantığını kullanmalıdır. Böylece satıcı destek taleplerinde hangi işlemin bakiyeyi etkilediği açıklanabilir ve geçmiş hesaplamalar denetlenebilir.

Hakediş planı kurarken iki zamanı birbirinden ayırın: platformun satıcıya borç kaydı oluşturduğu an ve paranın gerçekten aktarıldığı an. Aktarım gecikmesi, ödeme başarısızlığı veya satıcı bilgilerindeki eksiklik durumlarında bakiyenin nasıl görüneceğini ve kimin müdahale edeceğini de belirleyin.

Marketplace payment gateway seçerken nelere bakılır?

Marketplace payment gateway seçimi yalnızca ödeme yöntemlerinin çeşitliliğine göre yapılmamalıdır. Sağlayıcının pazaryeri modelini destekleyip desteklemediği, satıcı kabul süreçleri, ödeme dağıtımı, iade yönetimi ve raporların platform operasyonlarına uygunluğu birlikte değerlendirilmelidir.

Teknik tarafta API dokümantasyonunun, test ortamının ve olay bildirimlerinin ihtiyaç duyulan senaryoları destekleyip desteklemediğini inceleyin. Bildirimler doğrulanabilir olmalı; sistem kesintisi veya iletişim hatasında işlem durumunu yeniden kontrol edecek bir yöntem bulunmalıdır. Finans ve operasyon ekipleri de sağlayıcı raporlarını sipariş ve hakediş kayıtlarıyla karşılaştırabilmelidir.

Ücretler, aktarım süreleri, itiraz süreçleri ve sözleşme koşulları zaman içinde değişebilir. Karar verirken sağlayıcının güncel ticari belgelerini ve teknik dokümantasyonunu esas alın; yalnızca tanıtım sayfasındaki genel ifadelerle entegrasyon kapsamı belirlemeyin.

• İş modeli — Tek satıcılı satış, çok satıcılı sepet veya ilan modeli gibi ihtiyaçlara uygunluğu kontrol edin.
• Para akışı — Alt satıcı ödemesi, komisyon ayrıştırma ve iade düzeltmelerinin nasıl yürüdüğünü doğrulayın.
• Operasyon — Raporlama, mutabakat, destek ve başarısız aktarım yönetimini değerlendirin.
• Teknik uyum — API, test ortamı, bildirim güvenliği ve mevcut sistemlerle veri eşleşmesini inceleyin.

Ödeme entegrasyonu hangi pazaryerleri için uygundur?

Birden fazla satıcının satış yaptığı, platformun komisyon veya başka bir ticari gelir modeli uyguladığı ve satıcı paylarının düzenli biçimde hesaplanması gereken işlerde pazaryerine uygun ödeme entegrasyonu anlamlıdır. Satıcıların tek bir platform deneyimi içinde ödeme alması ve siparişlerin merkezî olarak izlenmesi de bu ihtiyacı güçlendirir.

Buna karşılık yalnızca tek işletmenin satış yaptığı basit bir mağazada, alt satıcı ve hakediş katmanı gereksiz karmaşıklık yaratabilir. Satışlar seyrekse, satıcı ödemeleri manuel ve denetlenebilir biçimde yönetilebiliyorsa ya da sağlayıcı pazaryeri modelini desteklemiyorsa daha basit bir ödeme akışı veya farklı bir operasyon modeli uygun olabilir. Seçimi mevcut hacim varsayımlarına değil, gerçek iş akışlarına ve büyüme planına dayandırın.

Ayrıca platformun ödeme alabilmesi, hukuki ve finansal sorumlulukların kendiliğinden çözüldüğü anlamına gelmez. Sözleşme yapısı, müşteri bilgilendirmesi, vergi uygulamaları ve güncel düzenlemeler için ilgili uzmanlardan ve hizmet sağlayıcılarından doğrulama alın.

Pazaryeri yazılımı ödeme operasyonunu nasıl destekler?

Ödeme entegrasyonu, satıcı yönetimi, sipariş akışı ve hakediş kayıtlarıyla birlikte çalışan bir pazaryeri yazılımının parçası olarak ele alınmalıdır. Yazılım seçerken sağlayıcı bağlantısının yanı sıra satış modelinin, satıcı rollerinin ve operasyon ekiplerinin ihtiyaçlarının karşılanıp karşılanmadığını da değerlendirin. KMK, 1998'den beri pazaryeri, e-ticaret, kurumsal ticaret sistemleri ve bulut hizmetleri geliştiren bir yazılım şirketidir.

KMK Pazaryeri Yazılımı paketleri farklı iş ihtiyaçlarına göre konumlandırılmıştır: Başlangıç, çok satıcılı pazaryerini kurup satışa başlamak isteyen işletmelere; Büyüme, daha yüksek işlem hacmi, C2C veya ilan modeli ve gelişmiş operasyon araçlarına ihtiyaç duyan pazaryerlerine yöneliktir. Kurumsal paket ise özel iş süreçleri, mobil uygulama ve kurumsal sistem entegrasyonları gerektiren yüksek hacimli pazaryerleri için tanımlanmıştır. Bu kapsamları ödeme sağlayıcınızın desteklediği özelliklerle ayrıca karşılaştırın.

İş modelinizin yazılım ihtiyaçlarını incelemek için KMK Pazaryeri Yazılımı çözümlerini değerlendirebilir, benzer konular için pazaryeri içeriklerine göz atabilirsiniz.

Pazaryeri ödeme entegrasyonunun başarısı, tahsilatın çalışmasının yanında satıcı paylarının doğru hesaplanmasına, istisnaların yönetilmesine ve kayıtların mutabakatına bağlıdır. Para akışını ve iş kurallarını önce netleştirip sağlayıcı, yazılım ve operasyon süreçlerini birlikte değerlendirin; değişebilen teknik, ticari ve mevzuat koşullarını canlıya geçiş öncesinde güncel kaynaklardan doğrulayın.

Sık Sorulan Sorular