Çoklu depo yönetiminde temel kural şudur: her depo kendi adedini tutar, pazaryerleri ise satılabilir toplamı görür. Entegrasyon depoların stokunu tek havuzda toplar, rezerve ve hasarlı adedi düşer, kalan adedi kanallara yazar; sipariş geldiğinde ise hangi depodan çıkacağını kurala göre belirler ve ERP'ye o depo bilgisiyle yazar. Ana depo, mağaza depoları, fason atölye ve pazaryeri deposu birden fazla noktada stok tutan her işletme için bu kurgu gerekir. Bu yazıda tek havuzun nasıl kurulduğunu ve siparişin hangi depodan çıkacağının nasıl belirlendiğini anlatıyoruz.
Neden birden fazla depo olur
Çoğu işletme tek depoyla başlar ama kısa sürede stok birkaç yere yayılır. Merkez depo dışında mağazalarda stok vardır; sezon ürünü fason atölyeden doğrudan gönderilir; Amazon FBA deposunda ya da Trendyol'un depo hizmetinde ürün bekler; bazen bir kargo firmasının deposu da kullanılır.
Her noktanın stoku ayrı sayılınca iki sorun çıkar. Birincisi, pazaryerine hangi sayıyı yazacağınızı bilemezsiniz; yalnızca merkez depoyu yazarsanız mağazadaki ürün satılmaz, hepsini yazarsanız mağazada satılan ürünü pazaryerinde de satmış olursunuz. İkincisi, sipariş geldiğinde depo ekibi hangi depodan çıkaracağını telefonla sorar; günde yüz siparişte bu sürdürülemez.
Çözüm, depoları entegrasyonda ayrı ayrı tanımlayıp tek havuz üzerinden yönetmektir. Stok senkronizasyonu ve çift satış yazısında tek depolu havuzu anlattık; burada aynı mantığı birden fazla depoya taşıyoruz.
Tek stok havuzu: depo adetlerini toplamak
Tek stok havuzu, ürünün tüm depolardaki satılabilir adedinin toplamıdır. Satılabilir adet, fiziksel adetten rezerve edilen (siparişi alınmış ama çıkmamış), hasarlı ve sayımda tutulan adedin düşülmesiyle bulunur. Entegrasyon bu hesabı ürün bazında yapar ve sonucu kanallara yazar.
Havuzun kaynağı ERP'nizdir. Nebim V3, Logo, Mikro ya da SAP'de her depo ayrı tanımlıdır ve stok hareketleri depo bazında işlenir. Entegrasyon bu depo adetlerini okur; hangi depoların havuza dâhil edileceğini siz seçersiniz. Örneğin merkez depo ve iki mağaza havuzda olabilir, sayım yapılan mağaza bir haftalığına havuzdan çıkarılabilir.
Bazı ürünlerde tüm stoku açmak istemezsiniz. Mağazada vitrinde duran tek ürünü pazaryerine açmak, müşteri mağazada satın aldığında çift satış demektir. Bunun için depo bazında pay tanımlanır: mağaza stokunun tamamı değil belli bir kısmı havuza girer. Bu kuralı Nebim V3 pazaryeri entegrasyonu yazısında mağaza stoku örneğiyle anlattık.
Sipariş hangi depodan çıkar: depo seçim kuralı
Sipariş düştüğünde sistem hangi depodan çıkacağını belirlemelidir; bu iş insana bırakılırsa gecikir. Depo seçim kuralı sıralı kararlardan oluşur:
- Stoku olan depo. Ürün yalnızca bir depoda varsa karar bitmiştir.
- Öncelikli depo. Birden fazla depoda varsa önce merkez depo gibi tanımlı öncelikli depo seçilir; çünkü paketleme ve kargo düzeni oradadır.
- Müşteriye yakınlık. Öncelikli depoda yoksa teslimat adresine en yakın depo seçilir; kargo süresi ve maliyeti düşer.
- Bölünmüş sipariş. Siparişteki kalemler tek depoda tamamlanamıyorsa ya sipariş bölünüp iki depodan çıkar ya da kalemler önce merkez depoya toplanır. Hangisinin seçileceği kargo maliyetine ve müşteri beklentisine bağlıdır.
Seçilen depo bilgisi siparişle birlikte ERP'ye yazılır. Depo ekibi kendi ekranında yalnızca kendi deposundan çıkacak siparişleri görür; kullanıcı rollerinde Depo rolü tam bunun içindir. Kargo firması seçimi de depoya göre değişebilir; kargo entegrasyonu yazısında depo × kargo eşleşmesi anlatılıyor.
Pazaryeri deposu ve dış depolar
Amazon FBA, Trendyol'un depo hizmeti ya da bir kargo firmasının deposu gibi dış depolar kendi kurallarıyla çalışır. Buradaki stok fiziksel olarak sizde değildir ve o stoku diğer kanallara açmamanız gerekir. Bu depolar havuza "yalnızca kendi kanalı için" bayrağıyla eklenir: FBA deposu yalnızca Amazon'a, pazaryeri deposu yalnızca o pazaryerine sayılır.
Sahiplik bayrağı burada devreye girer. Her ürün × kanal çifti için stoku entegrasyon mu yazıyor yoksa dış sistem mi, bu bellidir. Dış depodaki ürünün stoku pazaryerinden okunur ama panelden oraya yazılmaz; yanlışlıkla pazaryeri deposundaki adedi ezme riski kalkar. Amazon örneği için Amazon Global FBA ve FBM entegrasyonu yazısına bakabilirsiniz.
Dış depo stokunu düzenli okumak da önemlidir. Pazaryeri deposunda 50 adet varken paneliniz 80 gösteriyorsa iade ya da hasar işlenmemiştir; okuma sıklığı arttıkça bu fark küçülür.
Kritik stok ve depolar arası transfer
Tek havuz toplam adedi gösterir ama toplam yeterli olsa da doğru depoda olmayabilir. Merkez depoda 2 adet, uzak mağazada 40 adet varsa toplam 42 görünür ama siparişlerin çoğu mağazadan çıkmak zorunda kalır, kargo maliyeti artar.
Kritik stok uyarısı bu yüzden depo bazında da çalışmalıdır. Merkez depo eşiğin altına indiğinde uyarı düşer; tükenme süresi raporu hangi depoda kaç gün stok kaldığını gösterir. Bu bilgiyle depolar arası transfer planlarsınız: mağazadan merkeze 30 adet çekmek, sonraki hafta siparişleri merkezden çıkarmak demektir.
Transferin kendisi ERP'de yapılır; entegrasyon transfer hareketini okur ve havuzu günceller. Transfer sırasında yolda olan adet iki depoda da sayılmaz; rezerve gibi havuzdan düşer, varışta tekrar eklenir. Kritik stok ve tükenme süresi yazısında eşik hesabı var.
Çoklu depo kurulum kontrol listesi
Birden fazla depoyu entegrasyona bağlarken şu listeyi izleyin:
- ERP'de her depo ayrı tanımlı ve stok hareketleri depo bazında işleniyor mu?
- Hangi depolar havuza dâhil, hangileri dışarıda (sayım, hasarlı, vitrin)?
- Mağaza depoları için pay tanımlandı mı; tamamı mı, bir kısmı mı açılıyor?
- Dış depolar (FBA, pazaryeri deposu) yalnızca kendi kanalına mı sayılıyor?
- Depo seçim kuralı sıralandı mı: öncelikli depo, yakınlık, bölünmüş sipariş?
- Depo rolündeki kullanıcılar yalnızca kendi deposunun siparişlerini mi görüyor?
- Kritik stok eşiği depo bazında ayarlandı mı?
- Gölge modda depo adetleri ERP ile karşılaştırıldı mı?
Bulutegra ile nasıl çalışır
Bulutegra, ERP'nizdeki (Nebim V3, Logo, Mikro, SAP) depoları ayrı ayrı okur ve tek stok havuzunda toplar; hangi deponun havuza gireceğini, mağaza stokunun ne kadarının açılacağını ve dış depoların hangi kanala sayılacağını siz belirlersiniz. Sipariş geldiğinde depo seçim kuralı çalışır ve sipariş ERP'ye seçilen depo, müşteri, kalemler, kargo firması ve ödeme bilgisiyle yazılır. Depo rolündeki kullanıcı yalnızca kendi deposunun siparişlerini görür. Kritik stok uyarısı ve tükenme süresi raporu depo bazında çalışır; sahiplik bayrağı dış depo stokunu korur. Kurulum gölge modla başlar; depo adetleri 1–2 hafta yalnızca okunur ve ERP ile karşılaştırılır. Bu kurgu kurucu şirketin kendi mağaza ve depo ağında kullanıldı. Daha fazlası için Neden Bulutegra? sayfasına bakın.
Depolarınızı tek havuzda toplamak için demo talep edin.
Sık sorulan sorular
Birden fazla depom varsa pazaryerine hangi stoku göstermeliyim?
Satılabilir toplam stoku göstermek en yaygın yöntemdir; entegrasyon depo adetlerini toplar, rezerve ve hasarlı adedi düşer, kalan sayıyı pazaryerine yazar. Bazı ürünlerde yalnızca belli depoların stokunu açmak isteyebilirsiniz; bu da depo × kanal bazında ayarlanır.
Mağaza stokunu pazaryerinde satabilir miyim?
Satabilirsiniz, ama mağazada aynı anda satılan ürün için çift satış riski vardır. ERP'nizdeki mağaza stoku entegrasyona depo olarak bağlanır ve mağaza satışı ERP'ye işlendiği anda pazaryeri adedi düşer. Mağaza stokunun tamamını değil bir kısmını açmak riski azaltır.
Sipariş hangi depodan çıkacak, bunu kim belirler?
Depo seçim kuralı entegrasyonda tanımlanır: önce stoku olan depo, sonra müşteriye en yakın ya da en düşük kargo maliyetli depo gibi. Sipariş ERP'ye seçilen depo bilgisiyle yazılır ve sevkiyat o depodan yapılır.
