SCM’de Talep Odaklı Tedarik Zinciri Nasıl Kurulur?

Bir tekstil firmasının depo müdürü, sezon başında üretim planını geçen yılın satış rakamlarına bakarak hazırlıyor. Sezon ortasına gelindiğinde bazı renk ve bedenler tükeniyor, bazıları ise rafta kalıyor. Fazla stok için indirim kampanyası açılıyor, eksik stok için müşteri kaybediliyor. Bu tablo Türkiye’deki pek çok imalat ve dağıtım firmasında tanıdık gelir; sorunun köküne inildiğinde hep aynı şey çıkıyor: tedarik zinciri, gerçek talebe değil tahmine göre çalışıyor.

Tedarik zinciri yönetiminde iki temel yaklaşım var: iten zincir ve çeken zincir. İten zincirde üretim ve sipariş kararları geçmiş verilere dayalı tahminlerle alınır; mal, zincirin başından sonuna doğru itilir ve gerçek talep ancak satış noktasında görünür hale gelir. Çeken zincirde ise tetikleyici unsur müşteri talebidir; bir ürün satıldığında bu sinyal zincir boyunca geriye doğru yayılır ve yalnızca gerçek tüketimi karşılayacak kadar üretim ya da sipariş başlatılır. SCM yazılımları bu geçişi mümkün kılmak için tasarlanmıştır; ancak yazılımın tek başına yeterli olmadığını, organizasyonel ve süreçsel değişikliklerin de zorunlu olduğunu baştan kabul etmek gerekir.

Talep odaklı bir zincirin işleyebilmesi için önce talep sinyalinin doğru ve hızlı biçimde üretilmesi gerekir. Satış noktasındaki verinin — hangi ürün, ne zaman, kaç adet satıldı — tedarik zincirine aktarılması bu sürecin başlangıcıdır. Barkod okuyucular ve POS sistemleri bu veriyi toplar; ancak veri toplanması yetmez, zincirdeki her halkaya zamanında ulaşması gerekir. Bunun için tedarikçilerle düzenli veri paylaşım mekanizmaları kurmak, en azından haftalık satış ve stok bilgisini e-posta ya da web tabanlı bir portal üzerinden iletmek ciddi fark yaratır. Büyük perakende zincirleriyle çalışan tedarikçiler bu tür paylaşımın değerini zaten deneyimlemiştir; KOBİ ölçeğinde de aynı mantık geçerlidir.

Talep sinyali zincire girdikten sonra karar kurallarının devreye girmesi gerekir. SCM yazılımlarında bu kurallar genellikle yeniden sipariş noktası, güvenlik stoğu ve temin süresi parametreleri üzerine kurulur. Stok belirli bir seviyenin altına düştüğünde sistem otomatik olarak sipariş önerisi üretir; planlayıcı bu öneriyi onaylayarak süreci başlatır. Buradaki kritik nokta, parametrelerin gerçekçi temin sürelerine ve talep değişkenliğine göre ayarlanmasıdır. Bir hammadde tedarikçisinin teslim süresi dört haftaysa güvenlik stoğu buna göre hesaplanmalıdır; aksi hâlde sistem doğru sinyal üretse bile zincir zamanında tepki veremez.

Talep odaklı geçişin somut faydaları uygulamada görülür. Stok devir hızı artar çünkü fazla mal tutma ihtiyacı azalır; bu da hem depo maliyetini hem de bağlanan sermayeyi düşürür. Müşteri hizmet düzeyi yükselir çünkü doğru ürün doğru zamanda rafta bulunur. Tedarikçilerle ilişki de değişir: düzenli veri paylaşımı sayesinde tedarikçi de kendi üretim planını daha sağlıklı yapabilir, acil siparişler azalır ve fiyat baskısı düşer. Bunlar teorik iddialar değil, tedarik zinciri entegrasyonuna yatırım yapmış firmaların pratikte raporladığı sonuçlardır.

Bununla birlikte geçiş sürecinin zorlukları da gerçektir. En büyük engel organizasyonel direnç ve veri kalitesidir. Satış ekibi tahminlerini paylaşmak istemeyebilir; üretim planlama, geçmiş alışkanlıklarını bırakmakta güçlük çekebilir. Yazılım kurulumu tamamlansa bile insanların süreci benimsemesi zaman alır. Veri kalitesi meselesi de göz ardı edilmemelidir: stok kayıtları hatalıysa, temin süreleri yanlış girilmişse, sistem ne kadar iyi olursa olsun çıktılar yanıltıcı olur. Bu nedenle SCM projesine başlamadan önce mevcut verinin temizlenmesi ve süreçlerin yazılıma göre değil, yazılımın süreçlere göre yapılandırılması önerilir. Ayrıca tüm tedarikçilerin aynı olgunluk düzeyinde olmadığı unutulmamalıdır; bazı tedarikçiler düzenli veri paylaşımına henüz hazır değildir ve bu gerçeklik proje planına yansıtılmalıdır.

Talep odaklı tedarik zincirine geçişi değerlendiren bir KOBİ yöneticisi için somut karar kriteri şudur: önce en fazla stok sorunu yaşanan ürün grubu veya tedarikçi ilişkisi seçilmeli, küçük ölçekli bir pilot uygulamayla başlanmalı ve üç ila altı ay içinde stok devir hızı ile müşteri hizmet düzeyindeki değişim ölçülmelidir. Pilot başarılı sonuç verirse yatırımın geri kalanını gerekçelendirmek çok daha kolay olur. SCM yazılımı bu süreçte güçlü bir araçtır; ancak aracın değeri, onu kullanan organizasyonun sürece ne kadar sahip çıktığıyla doğrudan bağlantılıdır.


stok optimizasyonu için en kritik soru hangi sistemi kullanacağımız değildir. Asıl soru, hangi problemi çözeceğimiz, hangi veriye güveneceğimiz ve hangi aksiyonu hızlandıracağımızdır. Bu cevaplar verilmeden kurulan çözümler modern görünür; fakat eski alışkanlıkları dijitalleştirmekten öteye geçemez.


Gökhan Mercanoğlu
MRP, Üretim ve Tedarik Zinciri