Çok şubeli işletmede stok senkronizasyonu

Tek bir dükkânda stok yönetimi basittir: rafta kaç tane varsa o kadar satarsınız. Şube sayısı ikiye çıktığı anda sorun başlar, internet satışı da eklenirse katlanır. Aynı ürünün adedini üç ayrı yerde doğru göstermek, bir veri tabanı sorusundan çok bir iş kuralı sorusudur.

Stok nerede tutulur: tek havuz mu, şube bazlı mı?

İlk karar, stoğun nasıl modelleneceğidir. İki yaklaşım vardır. Tek havuz modelinde ürünün tek bir adedi vardır ve nerede durduğu ayrı tutulmaz. Şube bazlı modelde her şubenin kendi adedi vardır ve toplam, bunların toplamıdır.

Tek havuz modeli yalnızca tek bir fiziksel deponun olduğu durumlarda doğrudur. Birden fazla noktada mal duruyorsa şube bazlı model zorunludur, çünkü müşteriye "stokta var" demek yetmez; hangi şubede olduğu da söylenmelidir. Şube bazlı modelde her hareket (giriş, çıkış, transfer, sayım farkı) hangi şubeye ait olduğu bilgisiyle kaydedilir.

Rezervasyon: satılmadan ayrılan stok

Çok şubeli sistemlerde en sık yaşanan sorun, aynı son ürünün iki yerden birden satılmasıdır. Bunu önleyen mekanizma rezervasyondur: ürün sepete eklendiği ya da sipariş oluşturulduğu anda o adet stoktan düşülmez ama ayrılmış olarak işaretlenir.

Sistemde bu yüzden üç ayrı sayı bulunmalıdır. Fiziksel stok, rafta gerçekten duran adettir. Rezerve stok, sipariş için ayrılmış ama henüz çıkışı yapılmamış adettir. Satılabilir stok ise ikisinin farkıdır ve satış ekranlarında gösterilmesi gereken sayı budur.

Rezervasyonun bir süresi olmalıdır. Sepete eklenip tamamlanmayan siparişlerin stoğu süresiz tutması, satılabilir stoğu olduğundan düşük gösterir. Tipik olarak sepet rezervasyonu kısa, onaylanmış sipariş rezervasyonu ise sevkiyata kadar sürer.

Ana kaynak merkezde olmalı

Her şubenin kendi sisteminde çalıştığı ve gün sonunda merkeze veri gönderdiği kurgu, stok için uygun değildir. Gün içinde merkez şubelerin stoğunu bilmez; internet satışı hangi sayıya göre satış yapacağını bilemez.

Doğru kurgu, stok adedinin ana kaynağının merkezde olmasıdır. Şube kasası satış yaptığında bu merkeze anında bildirilir, merkez adedi düşer ve diğer tüm kanallar güncel sayıyı görür. Bulut tabanlı sistemlerin çok şubeli işletmelerde tercih edilmesinin asıl sebebi budur: tek bir ortak veri kaynağı, her şubenin aynı anda aynı sayıyı görmesini sağlar.

İnternet bağlantısı koptuğunda

Merkezi kurgunun açık noktası bağlantıdır. Şubenin internet bağlantısı kesildiğinde satış duracak mıdır? Çoğu işletme için cevap hayırdır; kasa çalışmaya devam etmek zorundadır.

Bu durumda şube uygulaması yerel olarak satışa devam eder ve işlemleri bir kuyruğa yazar. Bağlantı geri geldiğinde kuyruk merkeze boşaltılır. Bu kurgunun bedeli, çevrimdışı süre boyunca merkezdeki stoğun gerçeği yansıtmamasıdır; bu yüzden çevrimdışı satışa izin verilen süre sınırlı tutulmalı ve bağlantı kesildiği anda hem şubeye hem merkeze uyarı gitmelidir.

Çevrimdışı dönemde oluşan negatif stok kaçınılmazdır. Önemli olan bunun gizlenmemesidir: kuyruk boşaldıktan sonra stoğu eksiye düşen ürünler bir listede toplanmalı ve sorumlu tarafından incelenmelidir.

Şubeler arası transfer

Transfer, bir şubeden çıkış ve diğerine giriş olmak üzere iki ayrı hareket gibi görünür ama tek bir işlem olarak modellenmelidir. Aksi hâlde yolda olan mal hiçbir şubede görünmez ve toplam stok yanlış çıkar.

Doğru model üç durumludur: transfer oluşturuldu, yola çıktı, teslim alındı. Yoldaki mal, gönderen şubenin stoğundan düşmüş ama alıcı şubeye henüz girmemiş olarak ayrı bir yerde durur. Teslim alma adımı elle onaylanır ve bu sırada eksik gelen adet varsa fark kaydedilir. Bu fark kaydı olmadan kayıp mallar yıl sonu sayımına kadar fark edilmez.

Sayım ve düzeltme

Sistem ne kadar doğru çalışırsa çalışsın, fiziksel sayım ile kayıt arasında fark oluşur. Önemli olan farkın ölçülmesi ve kaydedilmesidir. Sayım sonucu stoğa doğrudan yazılmamalı; bir sayım fişi oluşturulmalı, fark hareketleri bu fişe bağlanmalıdır.

Böylece "bu ürünün adedi neden değişti?" sorusunun cevabı her zaman bulunabilir. Doğrudan düzeltilen stokta bu iz kaybolur ve bir süre sonra kimse sayıların nereden geldiğini bilemez hâle gelir.

Fiyat ve kampanya da senkron olmalı

Stok senkronizasyonu konuşulurken fiyat çoğu zaman atlanır, oysa aynı sorunu üretir. Bir şubede güncellenen fiyatın diğer şubede ve internet sitesinde eski kalması, müşteri açısından güven kaybı, işletme açısından ise kâr kaybıdır.

Çözüm stoktaki ile aynıdır: fiyatın ana kaynağı merkezde durur, şube ekranları yalnızca okur. Şubeye indirim yetkisi verilecekse bu yetki sınırlandırılmalı ve her indirim kim tarafından, hangi gerekçeyle yapıldığı bilgisiyle kaydedilmelidir. Yetkisiz indirim, çok şubeli işletmelerde en zor tespit edilen kayıp kalemlerinden biridir.

Hangi sayıyı kime gösteriyorsunuz

Son bir karar, stok adedinin müşteriye nasıl gösterileceğidir. Kesin sayı göstermek ("3 adet kaldı") aciliyet yaratır ama yanlış çıktığında güveni zedeler. Aralık göstermek ("stokta var") daha güvenlidir ama bilgi değeri düşüktür.

Pratikte en dengeli yol, belirli bir eşiğin altında kesin sayı, üstünde yalnızca "stokta" yazmaktır. Hangi eşiğin kullanılacağı ürün grubuna göre değişir ve bu değer koda gömülmek yerine yönetim panelinden ayarlanabilir olmalıdır. Rezerve edilmiş adetlerin bu gösterimden düşülmüş olması da şarttır; aksi hâlde müşteri olmayan bir stoğu görür.