Pazaryerinde Komisyon, Hakediş ve Mutabakat Nasıl Yönetilir?
Ders 8 / 10 · 26 dakika okuma · İleri
Komisyon matrahı, hakediş yaşam döngüsü, kampanya finansmanı, iade ters kayıtları, satıcı ödemeleri ve finansal mutabakat sistemini öğrenin.
Bu Derste Öğrenecekleriniz
- ✓Komisyon matrahı ve sipariş kalemi bazlı finansal kayıt tasarlayabilir.
- ✓Hakediş oluşumu, ödeme ve bloke durumlarını ayırabilir.
- ✓Kampanya, kargo, iptal ve iadenin hakedişe etkisini modelleyebilir.
- ✓Ödeme sonrası iade, ters kayıt ve negatif bakiye senaryolarını planlayabilir.
- ✓Mutabakat, satıcı ekstresi ve finansal test süreçleri oluşturabilir.
Pazaryerinde Finansal Kayıt Sipariş Kaydından Daha Ayrıntılıdır
Müşteri tek ödeme yapabilir; ancak bu tutarın içinde farklı satıcıların satışları, platform komisyonu, indirim, kargo, ödeme maliyeti, iade ve diğer kalemler bulunabilir. Finansal sistem her hareketin hangi sipariş kaleminden ve hangi taraftan kaynaklandığını izleyebilmelidir.
Hakediş yalnız 'satış tutarı eksi komisyon' şeklinde tek formülle yönetilirse kısmi iade, kampanya ve çoklu kargo gibi gerçek senaryolarda mutabakat sorunları oluşabilir.
Not — Temel ilke
1. Finansal Tarafları Tanımlayın
- Müşteri.
- Satıcı.
- Platform işletmecisi.
- Ödeme hizmeti sağlayıcısı.
- Kargo/lojistik tarafı gerekiyorsa.
- Kampanya maliyetini üstlenen taraf.
Her finansal kalemin kime ait olduğunu tanımlamak mutabakatın başlangıcıdır.
2. Komisyon Kuralı
Komisyonun hangi matrah üzerinden hesaplandığını açıkça belirleyin.
- Ürün brüt tutarı.
- İndirim sonrası ürün tutarı.
- Vergi dahil/hariç yaklaşımı.
- Kargo dahil mi?
- Kategori oranı.
- Satıcıya özel oran.
- Minimum/sabit ücret.
Uyarı — Formülü sözleşmeyle eşleştirin
3. Sipariş Kalemi Bazında Hesap
Komisyon ve hakedişi sipariş kalemi seviyesinde izlemek kısmi iptal/iade yönetimini kolaylaştırır.
Örnek
4. Hakediş Nedir?
Hakediş, tanımlı koşullar sağlandığında satıcı lehine oluşan ve ödeme planına göre aktarılacak finansal tutardır. Kesin formül iş modeline, sözleşmeye ve ilgili düzenlemelere göre değişir.
Hakedişin oluşması ile satıcıya fiilen ödeme yapılması ayrı durumlar olarak izlenmelidir.
5. Hakediş Yaşam Döngüsü
- Bekleyen.
- Koşulu sağladı / hak kazandı.
- Ödeme planına alındı.
- Ödendi.
- Bloke/incelemede.
- Ters kayıt/mahsup.
Durum adları sisteminize göre değişebilir; önemli olan finansal hareketin yaşam döngüsünün izlenebilir olmasıdır.
6. Hakediş Ne Zaman Oluşur?
Sipariş verildiğinde, ödeme alındığında, kargolandığında veya teslim edildiğinde hakedişin hangi aşamada oluşacağı ticari ve risk politikasına bağlıdır.
İade ve uyuşmazlık penceresi de ödeme zamanlamasını etkileyebilir.
7. Kampanya Finansmanı
İndirimin kim tarafından finanse edildiği mutlaka kayıtlı olmalıdır.
- Tamamen platform.
- Tamamen satıcı.
- Paylaşımlı.
- Üçüncü taraf/marka katkısı.
Örnek
8. Kargo Maliyeti ve Hakediş
Kargo müşteriden tahsil edilse bile taşıyıcıya ödeme farklı tarafça yapılabilir. Ücretsiz kargoda maliyet platform veya satıcı tarafından üstlenilebilir.
Kargo geliri ve kargo maliyetini aynı şey kabul etmeyin; ikisini ayrı finansal kalem olarak izleyin.
9. Ödeme İşlem Maliyeti
Ödeme sağlayıcısının işlem maliyetinin platform veya satıcı ekonomisine nasıl yansıtıldığı ticari modelde açık olmalıdır.
Bu maliyetin satıcıya yansıtılması planlanıyorsa sözleşme, fiyatlandırma ve yürürlükteki kurallarla uyumu doğrulanmalıdır.
10. İptal Ters Kaydı
Sipariş kalemi iptal edildiğinde daha önce oluşturulmuş komisyon veya hakediş kayıtları gerekiyorsa ters hareketle düzeltilmelidir.
Geçmiş finansal kaydı sessizce değiştirmek yerine düzeltme hareketi oluşturmak denetlenebilirliği artırır.
11. İade ve Refund
Ürün iade edildiğinde müşteri refund'u, satıcı hakedişi ve platform komisyonu aynı anda fakat farklı yönlerde etkilenebilir.
- Müşteriye iade edilecek tutar.
- Komisyon ters kaydı.
- Satıcı hakediş düşümü.
- Kargo/işlem maliyeti politikası.
- Kampanya geri hesaplaması.
12. Satıcı Ödendikten Sonra İade
Satıcıya hakediş ödendikten sonra geçerli iade oluşabilir. Sistem satıcı bakiyesinde borç/mahsup kaydı oluşturma gibi tanımlı bir yönteme ihtiyaç duyar.
Negatif bakiye, sonraki hakedişten mahsup veya diğer yöntemler sözleşme ve ilgili mevzuatla uyumlu tasarlanmalıdır.
13. Bloke ve Rezerv
Riskli işlem, açık uyuşmazlık veya belirli kategori politikaları nedeniyle bazı tutarlar geçici olarak ödeme dışı tutulabilir.
Uyarı — Keyfî bloke güveni bozar
14. Mutabakat Nedir?
Mutabakat; platform sipariş kayıtları, ödeme sağlayıcısı hareketleri, refund'lar ve satıcı hakedişlerinin birbirini doğrulayıp doğrulamadığını kontrol etme sürecidir.
- Tahsil edilen toplam.
- Başarılı sipariş toplamı.
- Refund toplamı.
- Komisyon.
- Satıcı hakedişleri.
- Ödeme sağlayıcısı kesintileri.
- Banka/ödeme çıkışları.
15. Mutabakat Farkları
- Ödeme var, sipariş yok.
- Sipariş başarılı, tahsilat doğrulanmamış.
- Refund sistemde var, sağlayıcıda yok.
- Aynı işlem iki kez işlendi.
- Satıcı ödemesi yanlış tutar.
- Komisyon kuralı yanlış uygulandı.
Farklar otomatik olarak kaybolmamalı; inceleme kuyruğuna ve sorumluya atanmalıdır.
16. Finansal Olay Günlüğü
Her finansal hareket benzersiz işlem kimliği, kaynak sipariş/kalem, tutar, taraf, zaman ve durumla kaydedilmelidir.
- Tahsilat.
- Komisyon.
- Hakediş.
- Kargo kalemi.
- İndirim katkısı.
- Refund.
- Ters kayıt.
- Satıcı ödemesi.
17. Idempotency ve Tekrarlı İşlem Koruması
Ödeme veya callback bildirimi iki kez geldiğinde ikinci bildirim yeni komisyon, hakediş veya refund üretmemelidir.
Benzersiz işlem anahtarları ve idempotent işleme finansal güvenilirliğin temelidir.
18. Satıcı Hakediş Ekstresi
Satıcı, kendisine ödenen tutarın nasıl oluştuğunu anlayabilmelidir.
- Sipariş/kalem.
- Brüt satış.
- İndirim etkisi.
- Komisyon.
- Kargo/diğer kalemler.
- İade/mahsup.
- Net hakediş.
- Ödeme tarihi/durumu.
Şeffaf ekstre destek yükünü ve finansal anlaşmazlıkları azaltır.
19. Finans Operasyon Yetkileri
Komisyon oranı değiştirme, manuel finansal düzeltme, hakediş onayı ve refund gibi işlemler rol bazlı yetkilendirilmelidir.
- Kim yaptı?
- Ne zaman yaptı?
- Önceki/yeni değer.
- Gerekçe.
- Onay gerekiyorsa kim onayladı?
Kritik finansal işlemlerde denetim izi zorunlu kabul edilmelidir.
20. Finansal Dashboard
- GMV.
- Net gerçekleşen GMV.
- Komisyon geliri.
- Bekleyen hakediş.
- Ödenecek hakediş.
- Ödenmiş hakediş.
- Refund.
- Negatif satıcı bakiyesi.
- Mutabakat farkı.
- Finansal istisna sayısı.
21. Finansal Test Senaryoları
- Tek satıcılı normal satış.
- İki satıcılı sipariş.
- Kategori bazlı farklı komisyon.
- Platform kuponu.
- Satıcı indirimi.
- Kısmi iptal.
- Kısmi iade.
- Satıcı ödendikten sonra iade.
- Tekrarlı ödeme callback'i.
- Başarısız satıcı ödemesi.
- Mutabakat farkı.
Uygulama: Komisyon ve Hakediş Defteri
- Komisyon matrahınızı tanımlayın.
- Kategori/satıcı oran kurallarını yazın.
- Hakedişin hangi olayda oluşacağını belirleyin.
- Hakediş durumlarını tanımlayın.
- İndirim finansman taraflarını yazın.
- Kargo ve ödeme maliyeti politikasını belirleyin.
- İptal/iade ters kayıtlarını modelleyin.
- Ödeme sonrası iade senaryosunu çözün.
- Mutabakat kaynaklarını listeleyin.
- Satıcı ekstresinde gösterilecek alanları belirleyin.
- 11 finansal test senaryosunu çalıştırın.
Şimdi Uygulayın
Ders Çıktısı
Elinizde komisyon, hakediş, indirim, kargo, iade, ters kayıt ve mutabakat hareketlerini sipariş kalemi seviyesinde açıklayan Komisyon ve Hakediş Defteri Tasarımı bulunmalıdır.
KMK Pazaryeri Platformunu İnceleyinKomisyon, hakediş ve çok satıcılı finans operasyonlarının pazaryeri altyapısındaki yerini inceleyin.
Sipariş ve finans operasyonunu birlikte kurduk. Sonraki bölümde pazaryerinin performansını doğru metriklerle ölçmeyi ve kontrollü biçimde büyütmeyi ele alacağız.
Bu Derste Ne Öğrendik?
- ✓Pazaryerinde sipariş kaydı finansal kayıtla aynı şey değildir.
- ✓Komisyon, hakediş, indirim, kargo, refund ve satıcı ödemeleri ayrı hareketler olarak izlenmeli; ters kayıt, idempotency ve mutabakat mekanizmalarıyla denetlenebilir hale getirilmelidir.