Aynı hafta, aynı ürün, üç ayrı talep. Üç ayrı sipariş açılıyor, üç ayrı nakliye ödeniyor, üç farklı fiyat çıkıyor.
Kimse yanlış bir şey yapmıyor
Bakım ekibi rulman istiyor. Aynı hafta üretim de rulman istiyor. Üçüncü gün başka bir şantiyeden aynı rulman talebi geliyor.
Üç talep de meşru. Üç talep sahibi de doğru davranıyor. Kimse diğerinin ne istediğini bilmiyor, bilmesi de beklenmiyor.
Satın almacı da yanlış yapmıyor. Talepler farklı günlerde, farklı ekranlarda, farklı e-postalarla geliyor. Aralarındaki ilişkiyi görmesi için hepsini aynı anda önünde görmesi gerekiyor ve göremiyor.
Sonuç: üç sipariş, üç nakliye bedeli, üç ayrı fiyat. Üçüncü siparişte tedarikçi “geçen hafta da almıştınız” bile diyebiliyor.
Birleştirmenin gerçek kazancı nerede
Toplu alım denince akla ilk gelen iskonto oluyor. Kazancın sadece bir kısmı orada.
Birim fiyat gerçekten düşüyor, çünkü tedarikçi tek seferde daha çok satıyor. Ama bu, kalemin niteliğine göre değişiyor ve bazı standart ürünlerde fark küçük kalıyor.
Nakliye çoğu zaman iskontodan daha büyük kalem. Üç ayrı sevkiyat yerine bir sevkiyat, özellikle uzak tedarikçilerde ve düşük tutarlı alımlarda toplam maliyeti belirgin biçimde değiştiriyor.
İşlem maliyeti hiç konuşulmuyor ama en büyüğü olabiliyor. Üç sipariş demek üç kez teklif alma, üç onay turu, üç mal kabul, üç fatura kontrolü demek. Satın almacının, depo sorumlusunun ve muhasebecinin zamanı üçe katlanıyor.
Pazarlık gücü de birikimden geliyor. Yıllık hacminizi bilmeyen bir tedarikçi size küçük müşteri fiyatı veriyor. Talepler birleştiğinde gerçek hacminiz görünür oluyor.
Birleştirmenin sınırı: bekleme
Toplu alım her zaman doğru cevap değil ve burada dürüst olmak gerekiyor.
Talepleri birleştirmek için beklemek gerekiyor. Bekleme, ihtiyacı olan birimi bekletmek demek. Bakım ekibi rulmanı bugün istiyorsa ve siz üretimden gelecek talebi bekliyorsanız, kazandığınız iskonto duran makinenin yanında hiçbir şey ifade etmiyor.
İkinci sınır stok maliyeti. Üç aylık ihtiyacı tek seferde almak parayı rafa yatırmak demek. Kısa raf ömürlü ya da değeri hızla düşen kalemlerde bu doğrudan zarar.
Üçüncüsü depolama. Toplu alınan malzemenin duracak yeri olması gerekiyor ve her işletmede bu yer bedava değil.
Bu yüzden birleştirme kararı kalem kalem veriliyor. Düzenli tüketilen, uzun ömürlü, değeri stabil ve nakliyesi pahalı kalemlerde mantıklı. Acil, kritik, kısa ömürlü ya da fiyatı oynak kalemlerde mantıklı değil.
Birleştirmeyi mümkün kılan üç şart
Birleştirme bir karar değil, bir imkan. O imkanın oluşması için üç şey gerekiyor.
Talepler tek yerde toplanıyor. Farklı departmanlardan ve lokasyonlardan gelen ihtiyaçlar aynı havuzda duruyorsa satın almacı ilişkiyi görebiliyor. Ayrı ayrı e-postalarda duruyorsa göremiyor.
Aynı ürün aynı adla kaydediliyor. “Rulman 6204”, “6204 rulman” ve “rulman 6204 2RS” üç ayrı satırsa havuz da işe yaramıyor. Sistem bunların aynı kalem olduğunu bilmiyor. Malzeme ağacı bu yüzden birleştirmenin ön koşulu.
İhtiyaç tarihi talebe yazılıyor. “Acil” kelimesi bilgi taşımıyor. Gerçek ihtiyaç tarihi yazıldığında satın almacı hangi taleplerin bekleyebileceğini görüyor ve birleştirme kararını tahmine değil veriye dayandırıyor.
Üçüncü madde en çok atlanan. Herkesin “acil” yazdığı bir sistemde hiçbir şey acil değildir.
Ters yön: bir talepten çok sipariş
Birleştirmenin tersi de sık karşılaşılan bir durum ve aynı zincirde çözülüyor.
Tek bir talepte on kalem var. Bunların dördü bir tedarikçide, üçü başka bir tedarikçide, üçü hiçbirinde yok. Talep tek, sipariş üç olmak zorunda.
Bu ayrım sistemde kurulmamışsa satın almacı ya talebi üçe bölüyor ve izlenebilirlik kayboluyor, ya da tek siparişte zorluyor ve tedarikçi bulunmayan kalemler askıda kalıyor.
Doğru kurgu, talebin bütünlüğünü koruyup ondan birden çok sipariş çıkarabilmek. Talep sahibi hâlâ tek bir talebi takip ediyor, satın almacı ise gerçeğe uygun sipariş veriyor.
Aynı rulman, aynı hafta, üç sipariş
Not: Aşağıdaki örnek gerçek bir müşteriye ait değildir; sahada sık karşılaşılan durumlardan oluşturulmuş bir senaryodur.
Somut bir örnek.
Bir çimento tesisi. Bakım, üretim ve paketleme birimleri aynı hafta içinde aynı tip konik rulman talep etti. Üç talep üç farklı gün, üç farklı kişiden geldi.
Satın almacı üçünü de karşıladı. Üç sipariş açıldı, üç kez nakliye ödendi. Adet bazında bakıldığında ikisi tek adet, biri iki adetti.
Tedarikçi üçüncü siparişte “bunu üçüncü kez gönderiyorum, birleştirseydiniz” dedi.
Rakamlara bakıldığında şu çıktı. Üç ayrı sevkiyatın nakliye bedeli, malzemenin kendi bedelinin yaklaşık üçte biriydi. Dört adetlik tek siparişte tedarikçinin verdiği fiyat da tek adetlik fiyattan düşüktü.
Ama asıl maliyet başka yerdeydi. Üç sipariş demek üç teklif turu, üç onay, üç mal kabul ve üç fatura kontrolü demekti. Bu emeğin toplamı, malzemenin bedelini geçiyordu.
Talepler ortak havuza alındığında değişen şey şu oldu: satın almacı ekranda aynı malzemenin üç talebini yan yana gördü. Birleştirme kararı verilmedi bile; öyle görününce kendiliğinden birleşti.
Bir not: aynı tesiste bir başka kalemde birleştirme denendi ve işe yaramadı. Konveyör bandı acildi ve iki gün beklemek üretimi durdururdu. Birleştirme, kalemin aciliyetine bakmadan uygulandığında kazandırmıyor.
Codigno tarafında
Talep yönetimi farklı lokasyonlardan gelen ihtiyaçları ortak bir havuzda topluyor. Aynı malzemenin farklı yerlerden gelen talepleri yan yana görülüyor; birleştirme kararı tam olarak bu görünürlükten çıkıyor.
Malzeme ve hizmet ağacı ile varyant kurgusu sayesinde aynı ürün her seferinde aynı tanımla kaydediliyor. Bu olmadan havuz dolu ama okunamaz oluyor.
Sipariş tarafında bir talepten birden çok sipariş çıkarılabiliyor ve geriye dönük izleme talep edenden tedarikçiye kadar korunuyor.
Zincirin bütünü: satın alma yönetimi rehberi.
Sık sorulan sorular
Talepleri ne kadar süre bekletmek makul?
Kalemin ihtiyaç tarihine bağlı. Genel bir süre vermek yanıltıcı olur; kritik olan, bekleyen talebin ihtiyaç tarihinin sistemde görünmesi ve o tarihe kadar bekletilmesi.
Birleştirme her kalemde mantıklı mı?
Değil. Düzenli tüketilen, uzun ömürlü ve nakliyesi pahalı kalemlerde kazandırıyor. Kısa ömürlü, fiyatı oynak ya da acil kalemlerde kaybettiriyor.
Farklı projelere giden talepler birleştirilebilir mi?
Birleştirilebiliyor ama maliyetin projelere doğru dağıtılması gerekiyor. Tek siparişten çıkan malzemenin proje bazında ayrışmadığı kurgularda proje kârlılığı bozuluyor.
Bir talepten kaç sipariş çıkabilir?
Kalem sayısına ve tedarikçi dağılımına göre değişiyor. Önemli olan sayı değil, talep ile siparişler arasındaki bağın korunması.
Acil taleplerin birleştirmeye takılmaması nasıl sağlanıyor?
İhtiyaç tarihinin talepte zorunlu alan olmasıyla. Tarih yoksa öncelik kişisel değerlendirmeye kalıyor ve acil olan da bekliyor.
Toplu alımda iskonto ne kadar olur?
Kaleme ve tedarikçiye göre değişiyor. Kazanç genelde tek başına iskontodan değil; nakliye, işlem maliyeti ve pazarlık gücünün toplamından çıkıyor.
Geçen ay aynı malzeme için kaç ayrı sipariş açıldı? Lokasyon ve departman sayınızı paylaşın; talep havuzunun sizde nasıl kurulacağını ve hangi kalemlerde birleştirmenin kazandıracağını gösterelim.
