Birçok üretim firması için en önemli CSF(Critical Success
Factor) “Kritik Başarı Faktörü” “müşteri memnuniyeti ve sadakatidir.”
İşletmelerin bu CSF’yi ölçtükleri en önemli KPI(Key Performance Indicators)
göstergesi ise “Sipariş gecikmesi” metriğidir.
Üretim
firmaları müşterilerinden gelen talepler ve siparişler için bir fiyat ve teslim
tarihi teklifinde bulunmak durumundadırlar. Dinamik bir ortamda çok sayıda
müşteri, ürün çeşitliliği ve bu çeşitliliğe bağlı iş akış sürelerindeki
değişiklikler ve üretim kaynaklarının kapasitesinin planlanması gibi çok sayıda
kısıt altında teslim tarihi verebilmek için firmaların bir politikasının olması
gerektiği açıktır.
Teslim
tarihi politikasından yoksun bir firmada Müşteri beklentisinden daha geç bir
teslim tarihi verilmesi, siparişin iptali ve hatta müşteri kaybı ile son
bulabilecektir. Yine siparişi almak adına erken verilebilecek bir teslim tarihi
ürünün tesliminde gecikmelere yol açabilecek ve günün sonunda müşteri
memnuniyetsizliği ve kaybı oluşabileceği gibi, hukuki ve maddi sonuçları da
olan ağır bir tablo ortaya çıkarabilecektir. Ayrıca erken verilecek teslim
tarihi sistemdeki diğer talep ve siparişlerin üretilmesi ve tesliminde de
sıkıntılar doğurabilecektir.
Özetle;
Amaç, müşterinin istediği ürünü, istediği niteliklerde, onaylayabileceği bir
fiyat ve teslim tarihi ile müşteriye dönüş yapabilmektir.
Bu amaca hizmet edebilecek
“Siparişe/talebe/teklife teslim tarihi verme problemine” ilişkin ilk çalışma
1967 yılında İş akış sürelerinin hesaplanmasını baz alan metotlar ile başlamış
ve günümüze kadar gelen bir süreç olmuştur. Konu üzerine onlarca makale
yazılmış ve çalışma yapılmış olsa da matematik olarak probleme henüz optimum
bir çözüm bulunamamıştır. Firmalar bir yönetim politikası olarak yapılan
çalışmaların ışığında kendilerine en uygun “teslim tarihi verme” metodunu kendileri
belirlemek durumundadırlar.
DinamoERP’nin
“Siparişe/talebe/teklife teslim tarihi verme problemine” yaklaşımı ise yine bir
akademik çalışmaya dayanmakta olup, konuyu bir havuz problemi olarak ele alıp
beş farklı teslim tarihi önerisinde bulunmaktadır.
Dinamo ERP
sistemimizdeki işleri “başlamış(R)”, ”planlanmış(P)”, ”kesinleşmiş(C)” işler
olarak havuzlara ayırıyor. Yeni talebi veya siparişi bu havuzlardaki işlerin
önlerine katarak veya arkalarına takarak beş farklı teslim tarihi önerisinde
bulunuyor.
1)En erken Teslim Tarihi: Bütün işlerimizin önüne (başlamış
işlerimizde dahil) yeni Siparişi/Talebi/Teklifi koyarak verdiği tarihtir.
2) R(Tarih)Sonrası: Yeni Siparişi/Talebi/Teklifi başlamış
işlerin arkasına, planlanmış ve kesinleşmiş işlerin ise önüne koyarak verdiği
tarihtir.
3) R+P(Tarih)Sonrası: Yeni Siparişi/Talebi/Teklifi başlamış
ve planlanmış işlerin arkasına, kesinleşmiş işlerin ise önüne koyarak verdiği
tarihtir.
4) R+C(Tarih)Sonrası: Yeni Siparişi/Talebi/Teklifi başlamış
ve kesinleşmiş işlerin arkasına, planlanmış işlerin ise önüne koyarak verdiği
tarihtir.
5) R+P+C(Tarih)Sonrası: Yeni Siparişi/Talebi/Teklifi başlamış,
planlanmış ve kesinleşmiş işlerin arkasına takarak verdiği tarihtir.
DinamoERP+ tüm bu tarihleri verirken gerçek bir kapasite hesabı yaparak ve ürün
ağaçlarındaki süreleri dikkate alarak vermektedir. Ancak unutulmamalıdır ki,
talebi hangi işlerin önüne koyarak önerilen tarihi müşteriye verecek olur
iseniz olun, önüne koyduğunuz havuzdaki işlerin teslim tarihinde öteleme
yaptığınız gerçeği ile bu kararları vermek durumundasınız. Bu açıdan da konunun
bir yönetim danışmanlığı ve teslim tarihi politikası belirlenmesini dayattığı
açıktır.
Son olarak, kapasite ve önerdiği
teslim tarihlerinden bağımsız, DinamoERP+ siparişe konu olan ürünün üretilmesi
için gerekli olan hammaddeler için MAD(Material Availability Date) Malzeme
hazır bulundurma tarihi analizi de yaparak hammaddelerin hazır edilebileceği
tarihleri de çıkarmaktadır.