Çok depolu e-ticarette stok yalnızca toplam adet değildir. Bu rehberde hangi depodan sevk edileceği, rezervasyon mantığı ve teslimat vaadi dengesini operasyonel bir plana nasıl bağlayacağınızı adım adım ele alıyoruz.
Birden fazla depodan satış yapan işletmeler için çok depolu e-ticaret stok yönetimi, ürün adedini bilmekten ibaret değildir. Hangi depoda ne kadar ürün bulunduğu, siparişin hangi lokasyondan sevk edileceği ve müşteriye verilen teslimat vaadinin bu gerçekle uyumlu olup olmadığı aynı karar çerçevesinde yönetilmelidir.
Tek depolu modelde stok görünürlüğü görece basittir: satışa açık miktar, rezervasyon ve fiziksel sayım aynı noktada buluşur. Çok depolu yapıda ise her depo kendi stok, rezervasyon ve sevkiyat kuyruğuna sahiptir. Yanlış depo seçimi hem kargo maliyetini artırır hem de gecikme ve iptal riskini yükseltir.
Bu rehber, tek depo stok kontrolünden farklı olarak depo ataması, rezervasyon ve teslimat vaadi dengesine odaklanır. Amaç; satış kanalında görünen stok ile gerçek sevk kapasitesini aynı çizgide tutmaktır.
Çok depolu e-ticaret stok yönetimi neyi kapsar?
Çok depolu e-ticaret stok yönetimi; ürünün hangi depoda ne kadar bulunduğunu, hangi kısmının siparişe rezerve edildiğini ve hangi kısmının satışa açık kaldığını depo bazında izlemektir. Toplam stok tek bir rakam olarak kalırsa, sistem “var” görünür ama sevk edilemez stok oluşur.
Bu modelde üç katman birlikte çalışmalıdır:
- Fiziksel stok: Depoda sayılan gerçek adet
- Rezerve stok: Ödeme alınmış veya sevk kararı verilmiş siparişlere ayrılan adet
- Satışa açık stok: Kanallara sunulan, henüz rezerv edilmemiş adet
Bu üç katman senkron değilse fazla satış, yanlış depo seçimi veya “stokta var ama gönderilemiyor” durumları artar. KepezWeb tarafında e-ticaret operasyonlarında en sık görülen kırılma noktası da budur: kanal stoku ile depo stokunun ayrı dillerde konuşması.
Tek depo ile çok depo arasındaki kritik farklar
Tek depoda sipariş geldiğinde sevk noktası bellidir. Çok depoda ise her sipariş için “hangi depo?” sorusu yeniden cevaplanmalıdır. Bu cevap yalnızca stok varlığına bakılarak verilemez.
| Konu | Tek depo | Çok depo |
|---|---|---|
| Sevk noktası | Sabit | Kurala göre seçilir |
| Stok görünürlüğü | Tek bakiyeden izlenir | Depo bazlı + toplam bakiyeye ihtiyaç duyar |
| Rezervasyon | Tek kuyruk | Depo ve sipariş satırı bazında ayrışır |
| Teslimat vaadi | Tek lojistik pencereden hesaplanır | Depo konumu, stok ve kargo rotasına bağlıdır |
| İptal/eksik riski | Daha sınırlı | Yanlış depo atamasında hızla büyür |
Pratik sonuç şudur: çok depolu yapıda stok yönetimi, depo atama ve fulfillment planından ayrı düşünülemez. Stok doğru olsa bile yanlış depo seçimi müşteri deneyimini bozar.
Hangi depodan sevk edilecek: atama kuralları
Depo seçimi, “en yakın depo” gibi tek bir kurala indirgenmemelidir. İyi bir atama modeli birkaç sinyali sırayla değerlendirir.
1. Satışa açık stok ve rezerv edilebilirlik
İlk filtre, ilgili SKU için depoda satışa açık ve rezerve edilebilir adet bulunmasıdır. Sadece fiziksel stok yeterli değildir; hasarlı, sayımda kilitli veya sevk kuyruğunda bekleyen stok ayrılmalıdır.
2. Teslimat bölgesi ve kargo rotası
Müşteri adresi ile depo konumu arasındaki lojistik maliyet ve süre, depo tercihini etkiler. Aynı stok iki depoda da varsa, müşteriye daha kısa ve öngörülebilir teslimat sunan depo önceliklendirilir.
3. Sipariş bütünlüğü
Aynı siparişte birden fazla kalem varsa, mümkünse tek depodan tamamı sevk edilmelidir. Kısmi sevkiyat bazen kaçınılmazdır; ancak varsayılan davranış olmamalıdır. Parçalı gönderi hem kargo maliyetini hem de müşteri iletişim yükünü artırır.
4. Depo kapasitesi ve iş yükü
Stok ve mesafe uygun olsa bile, deponun o günkü iş yükü, personel kapasitesi veya kargo kesim saati depo seçimini değiştirebilir. Kapasiteyi yok sayan kurallar, “stok var ama çıkış yapılamıyor” darboğazı üretir.
Atama kuralını yazılı hale getirin. “Operatör karar versin” yaklaşımı küçük hacimde işe yarasa da sipariş büyüdükçe tutarsız sonuç üretir.
Rezervasyon mantığı: satışa açık stoku korumak
Çok depolu sistemde rezervasyon, stokun “satıldı” demeden önce bir depoya kilitlenmesidir. Rezervasyon yoksa iki kanal aynı adedi aynı anda satabilir. Rezervasyon fazla agresifse de stok gereksiz yere kilitlenir ve satış kaçırılır.
Sağlam bir rezervasyon akışı genelde şu sırayı izler:
- Sipariş oluşur veya ödeme onayı gelir.
- Atama kuralı aday depoyu seçer.
- İlgili depoda stok satır bazında rezerve edilir.
- Satışa açık stok tüm kanallarda güncellenir.
- Sevkiyat veya iptal gerçekleşince rezervasyon kapanır ya da serbest bırakılır.
Rezervasyon süresi de kritiktir. Ödeme bekleyen sepetlerde stok çok uzun süre kilitlenirse stok görünürlüğü bozulur. Buna karşılık rezervasyon hiç yapılmazsa fazla satış riski artar. İş modeli, ödeme yöntemi ve iptal oranına göre denge kurulmalıdır.
Özellikle kampanya dönemlerinde depo bazlı rezervasyon izlenmelidir. Toplam stok yeterli görünürken tek bir depoda rezervasyon birikmesi, o depodan sevk edilemeyen sipariş kuyruğu yaratabilir.
Teslimat vaadi ile stok görünürlüğünü dengelemek
Müşteriye “yarın kargoda” demek, yalnızca kargo firmasının vaadi değildir. Bu vaat; doğru depoda stok bulunması, rezervasyonun tamamlanması ve kesim saatine yetişmesi anlamına gelir.
Çok depolu yapıda teslimat vaadi şu verilerden türetilmelidir:
- Depo bazlı satışa açık stok
- Seçilen deponun kargo kesim saati
- Adres bölgesine göre tahmini transit süre
- Parçalı sevkiyat olasılığı
Stok “var” ama seçilen depo o gün sevk edemiyorsa, vaat bozulur. Bu yüzden ürün sayfasında veya ödeme adımında gösterilen stok ve teslimat bilgisi, depo atama motorunun gerçek sonucuyla beslenmelidir. Aksi halde satış artar, operasyon bozulur.
Pratik bir yaklaşım, stok durumunu “genel stok” yerine “sevk edilebilir stok” dilinde düşünmektir. Müşteriye sunulan sinyal, operasyonun tutabileceği sinyal olmalıdır.
Fulfillment planı: siparişten sevkiyata adımlar
Stok ve depo kuralları doğru olsa bile fulfillment planı yoksa operasyon dağılır. Basit ama yazılı bir plan, ekibin aynı dili konuşmasını sağlar.
Sipariş kabul ve doğrulama
Adres, ödeme, stok ve fraud kontrolleri tamamlanmadan depo ataması kesinleşmemelidir. Erken atama, iptal veya adres düzeltmelerinde gereksiz stok kilidi yaratır.
Depo ataması ve rezervasyon
Atama kuralı çalışır, stok rezerve edilir, satışa açık bakiye güncellenir. Bu adımda kısmi karşılanabilir siparişler için net bir politika olmalıdır: bekleme, bölünmüş sevkiyat veya müşteri bilgilendirmesi.
Toplama, paketleme ve etiketleme
Her depo kendi toplama listesini, paket standardını ve kargo etiket akışını bilmelidir. Çok depolu yapıda etiket hatası, yanlış depoya iade veya müşteri şikayeti demektir.
Sevk onayı ve stok düşümü
Kargo firmasına devredilen siparişte fiziksel stok düşer, rezervasyon kapanır ve kanal stoku nihai hale gelir. Bu adım gecikirse “yolda olan” ürün hâlâ stokta görünmeye devam edebilir.
İstisna yönetimi
Eksik ürün, hasar, kargo kesim kaçırma veya iade gibi durumlar için depo bazlı prosedür tanımlanmalıdır. İstisna yönetimi yazılı değilse her vaka yeniden tartışılır ve süre uzar.
Sistem, entegrasyon ve veri disiplini
Çok depolu e-ticaret stok yönetimi, yalnızca depo personelinin dikkatine bırakılamaz. Satış kanalları, sipariş ekranı, depo yazılımı ve kargo entegrasyonu aynı stok gerçeğini paylaşmalıdır.
Kurulumda şu kontrolleri netleştirin:
- SKU ve barkodun tüm depolarda aynı kimlikle tanımlanması
- Depo bazlı stok bakiyesinin gerçek zamanlı veya kısa aralıklı güncellenmesi
- Rezervasyon, sevk ve iptal olaylarının kanallara yansıması
- Kısmi sevkiyat ve iade senaryolarında stokun doğru depoya dönmesi
- Sayım farklarının satışa açık stoku kilitlemeden yönetilmesi
Hazır e-ticaret sitesi altyapılarında çok depolu ihtiyaç büyüdükçe özel akışlar gerekir. Atama kuralı, rezervasyon süresi veya depo kapasitesi gibi iş kuralları standart panellerle yetmediğinde yazılım geliştirme ile süreci modele bağlamak daha sağlıklı olur. Büyük bir dönüşümden önce kapsamı netleştirmek için bir yazılım yol haritası çıkarmak, hangi kuralın önce otomatiğe alınacağını görünür kılar.
Veri disiplini olmadan en iyi kural seti bile bozulur. Depo stok girişi, fire kaydı ve sayım farkı gecikmeli işleniyorsa sistem “doğru” görünür ama sahayı yansıtmaz.
Uygulamaya geçerken kontrol listesi
Yeni bir depo açmadan veya mevcut depoları satışa bağlamadan önce şu soruları cevaplayın:
- Her SKU için depo bazlı fiziksel, rezerve ve satışa açık stok ayrı izlenebiliyor mu?
- Depo atama kuralı yazılı mı ve kim değiştirebiliyor?
- Parçalı sevkiyat ne zaman serbest, ne zaman yasak?
- Teslimat vaadi hangi depo ve kesim saati verisine dayanıyor?
- İptal, iade ve sayım farkı stoku hangi depoya, ne zaman geri yazıyor?
- Kampanya günlerinde depo kapasitesi ve kargo kesim saatleri güncelleniyor mu?
Bu sorulara net cevap yoksa önce operasyon dilini sabitleyin, sonra otomasyonu büyütün. Aksi halde yazılım, dağınık kararları daha hızlı çoğaltır.
Sıkça Sorulan Sorular
Çok depolu stok yönetimine ne zaman geçilmeli?
Tek depo, teslimat süresini veya kargo maliyetini ciddi biçimde bozuyorsa; farklı bölgelerde düzenli stok tutuluyorsa veya tek depodan sevkiyat kapasitesi yetmiyorsa çok depolu modele geçmek mantıklıdır. Hacim küçükken bile iki depo varsa kurallar yazılı olmalıdır.
Aynı ürün iki depoda da varken hangisi seçilmeli?
Önce sevk edilebilir stok, sonra teslimat bölgesi ve kargo rotası, ardından siparişin tek seferde tamamlanabilirliği değerlendirilir. Gerekirse depo iş yükü ve kesim saati de öncelik sırasına girer.
Rezervasyon ne kadar süreyle yapılmalı?
Sabit bir süre her işletmeye uymaz. Ödeme onayı bekleyen siparişlerde kısa, kesinleşmiş siparişlerde sevk anına kadar süren rezervasyon daha sağlıklıdır. Süre, iptal oranı ve stok devir hızına göre gözden geçirilmelidir.
Parçalı sevkiyat her zaman zararlı mıdır?
Hayır. Kritik ürünün hızlı gitmesi gerekiyorsa veya müşteri bilgilendirilerek onay verdiyse parçalı sevkiyat doğru olabilir. Ancak varsayılan davranış olursa maliyet ve iletişim yükü artar; bu yüzden kural net olmalıdır.
Teslimat vaadi ürün sayfasında nasıl gösterilmeli?
Vaadi genel bir metin olarak değil, sevk edilebilir stok ve seçilebilecek depo gerçekliğine bağlayın. Stok yoksa veya kesim saati geçtiyse vaadi otomatik gevşetmek, sonradan özür mesajı göndermekten daha iyidir.
Çok depolu e-ticaret stok yönetimi, stok adedini çoğaltmak değil; doğru depodan, doğru vaatle ve bozulmayan rezervasyonla sevk etmektir. Kuralları sade tutun, stok katmanlarını ayırın ve teslimat vaadini operasyonun tutabileceği seviyede verin. KepezWeb olarak e-ticaret altyapısı ve özel yazılım tarafında bu akışları işinize göre sadeleştirmek için planlama desteği sunuyoruz. İhtiyacınızı netleştirmek ve uygun yaklaşımı konuşmak için teklif al sayfasından bize ulaşabilirsiniz.
