Talep ile tedariğin nerede ayrıştığını, hangi tedarikçinin termininde durduğunu ve malın şu anda hangi noktada beklediğini tek yerden görünür kılarız. Amaç yeni bir ERP kurmak değil; mevcut sistemin bilmediği zincir dışı bilgiyi toplayıp planlama kararını veriye bağlamaktır.
Çoğu fabrikada tedarik zinciri diye tek bir sistem yoktur; birbirine bakmayan parçalar vardır. Satın alma kendi Excel'inde sipariş takip eder, üretim planı ayrı bir dosyada döner, depo kendi sayımına güvenir, sevkiyat bilgisi ise nakliyecinin telefonuna bağlıdır. Bu parçaların her biri kendi içinde doğru çalışabilir; sorun aralarındaki boşluklarda çıkar. Aynı hafta içinde bir hammadde tükendiği için hat dururken, başka bir hammadde depoda aylardır bekliyor olabilir. Bu iki durum çelişkili görünse de aynı nedenden doğar: kimse zincirin tamamını aynı anda görmüyordur. Karar, o parçayı elinde tutan kişinin gördüğü kadarıyla verilir ve toplamda ortaya kimsenin istemediği bir tablo çıkar. Zincirin görünmediği yerde şirket bilgi eksikliğini stokla kapatır; fazla stok aslında bir güvensizlik maliyetidir.
ERP'nin bu tabloda yeri bellidir ve o yeri iyi doldurur: siparişi kaydeder, stoğu tutar, faturayı keser. Ancak ERP büyük ölçüde şirketin içini bilir. Malın gemide mi, gümrükte mi, yoksa hâlâ tedarikçinin deposunda mı beklediğini; hangi tedarikçinin son altı ayda kaç kez terminini kaçırdığını; bu ay verilmesi gereken siparişin önümüzdeki üretim planıyla uyumlu olup olmadığını genellikle söylemez. Bunları söyleyebilmesi için ya modül dışı bilginin sisteme girmesi ya da o bilginin başka bir yerde toplanması gerekir. Sahada olan ikincisidir: bilgi, planlamacının kafasında ve kişisel dosyalarında birikir. Bu yüzden o kişi izne çıktığında planlama fiilen durur ve yerine bakan kimse aynı kararı veremez.
Tedarik zinciri yönetimi katmanı, ERP'yi değiştirmeden onun üstüne kurulur. Siparişler, stok hareketleri ve üretim planı ERP'den okunur; tedarikçi teyitleri, sevkiyat bilgileri, gümrük ve nakliye durumları ise dışarıdan toplanır. Bu ikisi tek bir zaman ekseninde birleştiğinde şu soruların cevabı ortaya çıkar: önümüzdeki haftalarda hangi malzeme açığa düşecek, bu açık hangi siparişleri riske atıyor ve açığı kapatmak için siparişin en geç ne zaman verilmesi gerekiyor. Sistem bu soruları bir panoda cevaplar, kritik eşik aşıldığında uyarı üretir. Kararı yine insan verir; yazılımın işi kararı vermek değil, kararın verileceği tabloyu eksiksiz ve güncel hale getirmektir.
Bu işin sınırını baştan çizmek gerekir. Yazılım tedarik süresini kısaltmaz; ithal bir hammadde altı haftada geliyorsa sistem kurulduktan sonra da altı haftada gelir. Cevap vermeyen bir tedarikçiyi de cevap verir hale getirmez. Sağladığı şey, o süreyi bilerek planlamak ve gecikmeyi malzeme hatta yetişmediğinde değil, siparişin verildiği hafta öğrenmektir. Ayrıca sistemin doğruluğu, beslendiği verinin doğruluğunu geçemez. Depo sayımı tutmuyorsa, ürün ağacı güncel değilse veya teslim tarihleri sisteme girilmiyorsa pano da yanlış gösterir. Bu yüzden kurulumun ilk aşaması ekran tasarımı değil, veri kaynaklarının güvenilirliğini tespit etmektir; çoğu projede asıl emek buraya gider ve bunu baştan söylemek gerekir.
Hammaddesini yurt dışından getiren fabrikalar. Tedarik süresi haftalarla ölçüldüğünde hatayı düzeltmek için zaman kalmaz; siparişin doğru haftada verilmesi kritik hale gelir. Bu işletmelerde sevkiyat görünürlüğü ve erken uyarı, panonun en çok kullanılan parçası olur. Kur ve navlun değişimi de aynı ekranda maliyet tarafına yazılır.
Merkez depo, şube, fason atölye ve konsinye noktaları olan firmalar. Bu yapılarda aynı malzeme bir noktada eksik, başka bir noktada fazla durur ve bunu kimse fark etmez. Tek bir stok görünümü, transferle çözülebilecek eksikleri yeni sipariş vermeden önce ortaya çıkarır. Sayımların birbirini tutmaması da aynı ekranda görünür hale gelir.
Talebi yıl içinde belirgin biçimde dalgalanan üretici ve dağıtıcılar. Sezon öncesi verilmeyen sipariş sezon içinde telafi edilemez; sezon sonunda elde kalan stok ise doğrudan bağlı para demektir. Bu firmalarda değer, sipariş kararının hangi hafta verilmesi gerektiğini önceden görmektir. Kampanya kararının tedarik tarafındaki karşılığı da aynı planda hesaplanır.
Kritik bir malzemeyi tek kaynaktan alan firmalar. Bu bağımlılık normal dönemde sorun çıkarmaz; tedarikçi kapasitesini başka müşteriye verdiğinde veya işi bıraktığında ise doğrudan üretim durur. Alternatif kaynak haritasının önceden çıkarılması, kriz anında aranacak numaranın hazır olması demektir. Bu bilgi genellikle bir kişinin hafızasında durur ve o kişiyle birlikte kaybolur.
| Yetenek | Ne sağlar |
|---|---|
| Talep ve tedariğin tek eksende buluşması | Satış siparişleri, üretim planı, açık satın alma siparişleri ve eldeki stok aynı hafta ekseninde üst üste bindirilir. Hangi malzemenin hangi hafta açığa düşeceği bu tabloda görünür. Tek bir 'stok yeterli mi' sorusu yerine zamana yayılmış bir yeterlilik görünümü elde edilir; kararın en geç ne zaman verilmesi gerektiği de aynı ekrandan okunur. |
| Açık sipariş ve yoldaki malın izlenmesi | Verilen siparişin tedarikçi teyidi, çıkış tarihi, taşıma yöntemi ve tahmini varış bilgisi kaydedilir; ithalatta gümrük aşaması da aynı zincire eklenir. Mal yoldayken de planlamaya dahil edilir. Bu bilgi çoğu firmada nakliyecinin veya gümrükçünün e-postasında dağınık durur; tek yerde toplandığında beklenen varış tarihi planın gerçek girdisi haline gelir. |
| Teslim performansının planlamaya girdi olması | Her tedarikçinin söz verdiği tarih ile fiilen teslim ettiği tarih karşılaştırılır; gecikme eğilimi malzeme bazında birikir. Bu bilgi burada bir değerlendirme aracı olarak değil, planlama girdisi olarak kullanılır: kronik geciken bir tedarikçi için tedarik süresi gerçekçi biçimde uzatılır. Karnenin resmi biçimi, sözleşme ve denetim tarafı ise tedarikçi ilişkileri yönetimi sayfasının konusudur. |
| Çok depolu stok ve emniyet stoğu politikası | Merkez depo, şube, fason atölye ve konsinye stokları tek görünümde toplanır; aynı malzemenin bir noktada eksik diğerinde fazla olması görünür hale gelir. Emniyet stoğu tek bir genel kural yerine malzemenin tedarik süresine, talep dalgalanmasına ve kritikliğine göre ayrı ayrı belirlenir. Politikanın kendisi yazılı kalır ve gerektiğinde değiştirilir. |
| Stok devir hızı ve yaşlanan stok | Hangi malzemenin ne kadar sürede döndüğü, hangi kalemin aylardır hareket görmediği ve bağlı duran paranın nerede biriktiği raporlanır. Yavaş dönen stok ile ölü stok ayrı ayrı listelenir. Bu rapor genellikle rahatsız edicidir ve tam da bu yüzden değerlidir; çoğu tesiste stok azaltma tartışması ilk kez somut bir listeyle yapılır. |
| Tek kaynak riski ve alternatif tedarikçi haritası | Hangi malzemenin tek tedarikçiden alındığı, alternatifinin olup olmadığı ve alternatife geçişin ne kadar süreceği kayıt altına alınır. Kritik malzemeler için onaylı ikinci kaynak takip edilir. Bu harita, bir tedarikçi kaybedildiğinde panik anında değil sakin bir dönemde hazırlanması gereken bilgidir; hazır olmadığında kriz yönetimi tahminle yürür. |
| Erken uyarı ve senaryo denemesi | Kritik eşik aşıldığında ilgili kişiye uyarı gider: açığa düşecek malzeme, teyit tarihini geçen sipariş, eşiğin altına inen kritik stok. Ayrıca bir siparişin gecikmesi veya bir talebin büyümesi durumunda zincirin nasıl etkileneceği denenebilir. Senaryo kesin bir gelecek vermez; hangi kararın hangi malzemede darboğaz yaratacağını önceden gösterir. |
Malzemenin nereden gelip nereye gittiğini, hangi kararı kimin verdiğini ve verinin bugün hangi dosyalarda tutulduğunu sahada çıkarırız. Bu aşamada yazılım konuşulmaz; kritik malzemeler, uzun tedarik süreleri ve tekrar eden sorunlar listelenir. Genellikle bir ila iki hafta süren bu aşama, projenin geri kalanının kapsamını belirler.
Sipariş, stok ve ürün ağacı verisi ERP'den okunur; tedarikçi teyidi ve nakliye gibi dışarıda kalan bilgiler için giriş yolu tanımlanır. Ardından veri örnek üzerinden doğrulanır ve tutmayan yerler tek tek düzeltilir. Bu aşama çoğu projede tahmin edilenden uzun sürer; üç ila altı hafta beklemek gerçekçidir.
Hafta ekseni, açık siparişler, yoldaki mal ve çok depolu stok görünümü devreye alınır. Pano bu aşamada yalnızca gösterir, henüz öneri üretmez. Ekip panoyu gerçek işte kullanır ve eksik gördüğü noktaları söyler; kurgu bu geri bildirimle oturur.
Emniyet stoğu politikası, kritik eşikler ve uyarılar tanımlanır. İlk dönemde uyarılar bilgilendirme olarak çalışır, eşikler gerçek kullanımla ayarlanır. Bu ayar dönemi atlanırsa ekip gereksiz uyarıya boğulur ve panoya bakmayı bırakır.
Sistem tam kapsamda devreye alınır. Hangi verinin kim tarafından ve hangi sıklıkla güncelleneceği, eşiklerin nasıl değiştirileceği yazılı bırakılır. Ekibe devir yapılır; sonrasında izleme, hata giderme ve güncelleme desteği SLA kapsamında sürer.
Hayır. Kurduğumuz katman ERP'nin yerine geçmez, yanında çalışır. Sipariş, stok ve ürün ağacı verisi Logo, Mikro, Netsis veya kullandığınız hangi sistemse oradan okunur; zincirin dışında kalan bilgi ayrıca toplanır. Muhasebe ve resmi kayıt tarafı yerinde kalır. ERP değişimi zaten ayrı ve çok daha ağır bir karardır; tedarik zinciri görünürlüğü için o kararı vermek gerekmez.
Hayır ve bunu vaat etmiyoruz. Bir malzeme altı haftada geliyorsa sistem kurulduktan sonra da altı haftada gelir; yazılım gemiyi hızlandırmaz, tedarikçinin kapasitesini büyütmez. Değiştirdiği şey kararın verildiği andır: siparişin geç kaldığını malzeme hatta yetişmediğinde değil, haftalar önce öğrenirsiniz. Sürenin kendisi değil, süreyle baş etme biçiminiz değişir. Bundan fazlasını söyleyen bir teklife temkinli yaklaşmanızı öneririz.
Çoğu girmez, en azından başlangıçta. Küçük ve orta ölçekli tedarikçiler yeni bir panele giriş yapmaya isteksizdir ve bunu zorlamak genellikle işe yaramaz. Bu yüzden sistemi tedarikçi katılımına bağımlı kurmayız: teyit ve sevkiyat bilgisi e-postadan, Excel'den veya sizin ekibinizin girişiyle de içeri alınabilir. Tedarikçi portalı ilerleyen aşamada, ilişkinin sürekli olduğu firmalarla açılır.
Kurulabilir, ama önce bir temizlik dönemi gerekir. Dağınık veri kendi başına engel değildir; asıl engel çelişkili veridir: depoda görünen stoğun gerçekte olmaması, aynı malzemenin iki farklı kodla kayıtlı olması gibi. Keşif aşamasında bu tutarsızlıkları tespit eder, hangilerinin düzeltilmesinin zorunlu olduğunu açıkça söyleriz. Panoyu bozuk veri üstüne kurmak, ekibin ilk haftada sisteme güvenini kaybetmesi demektir.
Talep tahminleme geleceğe bakar: geçmiş satış, sezon ve kampanya verisinden önümüzdeki dönemde ne kadar satılacağını tahmin eder. Tedarik zinciri yönetimi ise o tahmini ya da elinizdeki gerçek siparişleri girdi alıp tedarik tarafını buna göre düzenler. Tahmin 'ne kadar lazım olacak' sorusuna, tedarik zinciri 'bunu zamanında nasıl temin ederiz' sorusuna cevap verir. İkisi birlikte güçlüdür; ayrı ayrı da kurulabilir.
Talep, üretim planı, açık sipariş ve stoğu tek zaman ekseninde gösteren bir görünürlük panosu; yoldaki mal ve tedarikçi teyit takibi; malzeme bazında emniyet stoğu politikası; stok devir hızı ve yaşlanan stok raporları; tek kaynak riski haritası; kritik eşiklerde uyarı. Kaynak kod, veritabanı ve biriken zincir verisi dahil her şey size aittir.
30 dakikalık keşif görüşmesinde ihtiyacınızı dinler, özele mi yoksa hazır çözüme mi ihtiyacınız olduğunu dürüstçe söyleriz.
Talebin nereden geldiğini, hangi tekliflerin alındığını, kimin neyi onayladığını ve gelen faturanın siparişle örtüşüp örtüşmediğini tek bir zincirde toplarız. Satın alma kişilerin hafızasında değil sistemde yürür; her adım geriye dönük olarak gerekçesiyle birlikte okunabilir. Mevcut ERP'niz yerinde kalır.
Detay →Tedarikçinin kim olduğunu, hangi belgesinin ne zaman dolduğunu, geçen yıl terminine ne kadar uyduğunu ve hangi fiyat anlaşmasının yürürlükte olduğunu tek kayıtta toplarız. Onaylı tedarikçi listesi bir Excel dosyası olmaktan çıkar. Tedarikçi portalı isteğe bağlı olarak aynı yapıya bağlanır.
Detay →Sevkiyatı planlayan, aracı ve güzergâhı belirleyen, taşıyıcı ile navlunu karşılaştıran, e-irsaliyeyi kesen ve teslim kanıtını sahadan toplayan bir katman kurarız. Kendi filonuz varsa yakıt, bakım ve belge maliyeti aynı sistemde birikir; taşıyıcıyla çalışıyorsanız hangi işin kime kaça verildiği kayıt altına alınır.
Detay →E-ticaret sitesi, pazaryeri, B2B bayi portalı, showroom ve telefonla gelen siparişleri tek havuzda toplarız. Stok her kanala ayrı ayrı değil, tek kaynaktan söz verilir; ayrılan miktar düşer, iptal ve iade geri döner. Amaç aynı ürünü iki kez satmamak ve siparişin nerede olduğunu tek ekrandan görmektir.
Detay →Ürünün tüm özniteliklerini, açıklamalarını ve çeviri metinlerini tek merkezde toplarız; her satış kanalının kendi şablonuna göre zenginleştirilmiş halini oradan üretiriz. Eksik veya kurala aykırı alan, ürün kanala çıkmadan önce yakalanır. Ürün verisi artık kimsenin masaüstündeki dosyasında yaşamaz.
Detay →Fotoğraf, video, katalog ve tasarım dosyalarını tek arşivde toplar; her dosyanın hangi ürüne ait olduğunu, hangi sürümün onaylı olduğunu ve nerede kullanılabileceğini kayıt altına alırız. Kanalların istediği ölçü ve formatlar orijinalden otomatik türetilir; kimse dosya boyutlandırmakla uğraşmaz.
Detay →
