Çok Satıcılı Sipariş ve Kargo Operasyonu Nasıl Yönetilir?

Tek Müşteri Siparişi, Arka Planda Birden Fazla Satıcı Operasyonuna Dönüşebilir

Pazaryerinin müşteri tarafında tek sepet ve tek checkout deneyimi sunması, arka plandaki operasyonun da tek sipariş olduğu anlamına gelmez. Aynı siparişte birden fazla satıcı, paket, teslimat, iptal ve iade akışı bulunabilir.

Sağlıklı mimari, müşteriye mümkün olduğunca bütünleşik deneyim sunarken satıcı sorumluluklarını ve finansal kayıtları ayrı izler.

1. Ana Sipariş ve Satıcı Alt Siparişleri

Müşterinin checkout sonunda gördüğü sipariş ana sipariş olarak ele alınabilir. Sipariş kalemleri satıcı sahipliğine göre alt sipariş veya satıcı siparişi seviyesinde ayrıştırılır.

• Ana sipariş: müşteri görünümü ve toplam işlem.
• Satıcı alt siparişi: satıcının sorumlu olduğu kalemler.
• Sipariş kalemi: ürün, adet, fiyat, vergi/indirim ve satıcı ilişkisi.
• Paket/gönderi: fiziksel teslimat hareketi.

2. Sipariş Durumlarını Katmanlara Ayırın

Tek bir 'sipariş durumu' alanı tüm süreci açıklayamaz. Ödeme, satıcı hazırlama, gönderi ve iade durumları ayrı izlenmelidir.

• Ödeme: bekliyor / başarılı / başarısız / iade.
• Satıcı siparişi: yeni / hazırlanıyor / iptal / tamamlandı.
• Gönderi: oluşturuldu / kargoda / teslim edildi / sorunlu.
• İade: talep / onay / gönderildi / alındı / refund.

Müşteri ekranında bu teknik durumlar sadeleştirilerek anlaşılır bir birleşik görünüm sunulabilir.

3. Sipariş Satıcıya Ne Zaman Düşmeli?

Ödeme gerektiren modelde satıcıya kesin sipariş iletilmeden önce güvenilir ödeme sonucu alınması genel olarak daha sağlıklıdır. Kapıda ödeme, vadeli B2B veya farklı iş modellerinde akış değişebilir.

Satıcıya iletilen siparişin tutarı, ürünleri, teslimat bilgisi ve hizmet seviyesi değişmez bir işlem kaydı olarak izlenmelidir.

4. Stok Rezervasyonu

Checkout sırasında aynı son ürünü iki müşterinin satın almaya çalışması stok yarışına yol açabilir. Sistem stok düşme veya rezervasyon kuralını açıkça tanımlamalıdır.

• Sepete eklemede rezervasyon yapılıyor mu?
• Checkout başlangıcında mı?
• Ödeme başarılı olduğunda mı?
• Rezervasyon ne kadar sürer?
• Başarısız ödemede stok ne zaman serbest bırakılır?

5. Tek Sepette Çok Satıcı

Müşteri farklı satıcılardan ürün eklediğinde sistem satıcı bazlı fiyat, stok, kampanya ve kargo kurallarını doğru hesaplamalıdır.

• Satıcıya ait ürün toplamı.
• Platform kampanyası.
• Satıcı kampanyası.
• Kargo ücreti.
• Vergi/diğer tutarlar.
• Toplam ödeme.

Hesaplama sonucu checkout, sipariş kaydı ve finansal kayıt arasında aynı olmalıdır.

6. İndirim ve Kampanya Paylaştırması

Sepet genelinde 300 TL indirim uygulanıyorsa bu indirimin hangi sipariş kalemlerine ve hangi finansal tarafa ait olduğu tanımlanmalıdır.

7. Çoklu Kargo

Aynı müşteri siparişi satıcı veya depo bazında birden fazla pakete ayrılabilir.

• Her paketin kendi kargo firması olabilir.
• Her paketin ayrı takip numarası olabilir.
• Teslimat tarihleri farklı olabilir.
• Bir paket teslim edilirken diğeri gecikebilir.
• Bir paket iade edilirken diğerleri tamamlanmış kalabilir.

Bu nedenle gönderi, ana siparişten bağımsız fakat ilgili kalemlere bağlı bir nesne olarak izlenmelidir.

8. Kargo Ücretini Kim Öder?

Kargo maliyetinin müşteri, satıcı veya platform tarafından karşılanması gelir ve hakediş hesaplarını değiştirir.

• Müşteri ücretli kargo.
• Satıcı ücretsiz kargo.
• Platform destekli ücretsiz kargo.
• Sepet eşiğine bağlı model.
• Kategori veya satıcıya göre farklı kural.

Kargo teşvikleri pazarlama kararı gibi görünse de finansal mutabakat sistemine kadar uzanır.

9. Kısmi İptal

Müşteri üç satıcılı siparişte yalnız bir satıcının ürününü iptal edebilir. Sistem diğer alt siparişleri bozmadan ilgili kalem, ödeme ve finansal kayıtları güncellemelidir.

Satıcı kaynaklı iptal ile müşteri kaynaklı iptal performans ölçümünde ayrı tutulmalıdır.

10. Kısmi İade

İade siparişin tamamına değil tek kaleme veya adede uygulanabilir.

• Hangi sipariş kalemi?
• Kaç adet?
• İade nedeni?
• Kargo maliyeti nasıl ele alınacak?
• Komisyon ters kaydı?
• Satıcı hakedişi etkisi?
• Müşteri refund tutarı?

11. Sipariş Olay Günlüğü

Çok taraflı operasyonda 'kim, ne zaman, ne yaptı?' sorusunun cevabı kritik hale gelir.

• Sipariş oluşturuldu.
• Ödeme doğrulandı.
• Satıcı gördü.
• Hazırlama başladı.
• Kargo etiketi oluşturuldu.
• Teslim edildi.
• İade açıldı.
• Hakediş değişti.

Olay günlüğü destek, uyuşmazlık, finans ve hata incelemelerinde ortak gerçek kaynağı sağlar.

12. Satıcıya Gösterilecek Müşteri Verisi

Satıcı yalnız siparişi yerine getirmek için gerekli müşteri verilerine erişmelidir. Gereksiz kişisel veri paylaşımı yapılmamalı; erişim, saklama ve kullanım politikaları KVKK ve ilgili düzenlemelerle uyumlu tasarlanmalıdır.

Rol bazlı yetki ve erişim kayıtları, satıcı panelinin temel güvenlik gereksinimlerindendir.

13. Sipariş Bildirimleri

• Müşteriye sipariş alındı.
• Satıcıya yeni sipariş.
• Hazırlama süresi uyarısı.
• Kargo bildirimi.
• Gecikme bildirimi.
• Teslimat.
• İade/refund güncellemesi.

Bildirim metni sistemdeki gerçek durumla uyumlu olmalıdır; henüz kargoya verilmemiş siparişi 'yolda' göstermek güveni bozar.

14. Operasyon SLA'ları

Satıcıların siparişi ne kadar sürede hazırlayacağı ve hangi olayda aksiyon alınacağı tanımlanmalıdır.

• Yeni siparişi görme/kabul.
• Hazırlama.
• Kargoya verme.
• Takip bilgisi girme.
• İade yanıtı.

SLA ihlali müşteriye verilecek bilginin ve satıcı performans puanının girdisi olabilir.

15. İstisna Kuyrukları

Başarılı akış kadar başarısız akış da tasarlanmalıdır.

• Ödeme başarılı fakat sipariş kaydı eksik.
• Sipariş var fakat satıcıya iletilemedi.
• Kargo etiketi üretilemedi.
• Takip numarası geçersiz.
• Teslimat uzun süredir güncellenmiyor.
• Refund başarısız.

Bu olaylar görünür operasyon kuyruklarına düşmeli; sorumlu ve çözüm süresi tanımlanmalıdır.

16. Müşteriye Birleşik Sipariş Görünümü

Arka planda alt siparişler olsa bile müşteri siparişini parçalanmış teknik kayıtlar olarak görmek zorunda değildir.

• Sipariş toplamı.
• Satıcı/paket grupları.
• Her paketin durumu.
• Tahmini teslimat.
• Takip.
• İptal/iade seçenekleri.
• Refund durumu.

17. Satıcı Operasyon Ekranı

Satıcı yalnız kendi sipariş kalemlerini görmeli ve yalnız yetkili olduğu işlemleri yapabilmelidir.

• Yeni siparişler.
• Hazırlanacaklar.
• Kargolanacaklar.
• Gecikenler.
• İade talepleri.
• Tamamlananlar.

Toplu işlem, filtre ve entegrasyon desteği yüksek hacimli satıcılar için kritik hale gelir.

18. Operasyon KPI'ları

• Sipariş karşılama oranı.
• Satıcı kaynaklı iptal.
• Hazırlama süresi.
• Zamanında kargolama.
• Teslimat süresi.
• Kargo istisnası.
• İade oranı.
• Refund süresi.
• Destek temas oranı.

19. Uçtan Uca Test Senaryoları

1. Tek satıcılı başarılı sipariş.
2. İki satıcılı tek sepet.
3. Bir satıcının ürünü stok dışı.
4. Kısmi iptal.
5. Kısmi iade.
6. İki ayrı kargo.
7. Geciken satıcı.
8. Başarısız ödeme.
9. Ödeme başarılı/sipariş kayıt hatası.
10. Başarısız refund.

Pazaryeri canlıya alınmadan önce yalnız mutlu akış değil bu istisnalar da gerçekçi test verileriyle doğrulanmalıdır.

Uygulama: Çok Satıcılı Sipariş Haritası

1. Ana sipariş ve alt sipariş yapınızı çizin.
2. Sipariş kalemini satıcıyla ilişkilendirin.
3. Ödeme, sipariş, gönderi ve iade durumlarını ayrı yazın.
4. Stok rezervasyon anını belirleyin.
5. Kargo ücretinin tarafını tanımlayın.
6. Kısmi iptal ve iadeyi modelleyin.
7. En az beş istisna kuyruğu belirleyin.
8. Müşteri ve satıcı ekranlarında gösterilecek durumları yazın.
9. Operasyon SLA'larını belirleyin.
10. 10 uçtan uca test senaryosunu planlayın.

KMK Pazaryeri Platformunu İnceleyinÇok satıcılı sepet, sipariş ayrıştırma ve satıcı operasyonlarının pazaryeri altyapısındaki karşılığını inceleyin.

Sipariş operasyonunu kurduk. Sonraki derste aynı siparişin finansal tarafını; komisyon, hakediş, ters kayıt ve mutabakat mantığını ele alacağız.