|
|
|
|
|
|
|
|
|
| |
|
4
|
Çözüm paketleri
|
| |
a
|
|
| |
a
|
|
| |
a
|
|
| |
a
|
|
|
4
|
|
|
4
|
|
|
4
|
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
Ürünlerinizi
meydana getiren parçalar için seçenekler var ise Configurator
tekniği ile ürün ağaç sayınızı azaltabilir, sipariş alma
prosedürünüzü hızlandırabilirsiniz.
Bu yöntemi en çok
kullanan sektörler arasında bilgisayar, otomobil, mobilya,
tezgah üretimi, ayakkabıcılık, konfeksiyon gibi birbirinden çok
farklı alanlar bulunmaktadır.
|
 |
 |
 |
|
|
|
|
|
Bir örnek
Şimdi bilgisayar siparişi
verdiğimizi düşünelim; şuna benzer bir cümle kurabilirdik :
“Pentium III-700, 256 Mb
Ram, 64 Hızlı CD ROM, Renkli Kasa, Q-Klavye, 32 Mb VGA Kartı ...
vesaire”
Bizden sonra siparişini
veren kişi ise bilgisayarını başka şekilde tarif edebilirdi
“Pentium III-700, 128 Mb
Ram, 48 Hızlı CD ROM, Küçük Kasa, Q-Klavye, 32 Mb VGA Kartı ...
vesaire,”
Şimdi kurulabilecek
toplam cümle sayısına bir bakalım, örneğin :
Bilgisayarın Parçaları
|
|
|
Monitor
|
4 çeşit
|
|
Klavye
|
3 çeşit
|
|
Kasa
|
3 çeşit
|
|
İşlemci
|
6 çeşit
|
|
Ana Kart
|
4 çeşit
|
|
VGA |
4 çeşit
|
|
I/O
|
2 çeşit
|
|
Hard Disk
|
6 çeşit
|
|
Bellek
|
4 çeşit
|
|
Floppy
|
2 çeşit
|
|
Ses Kartı
|
3 çeşit
|
|
CD-ROM
|
3 çeşit
|
|
Fax/Modem |
2 çeşit
|
|
INTERNET paketi
|
2 çeşit
|
|
|
........ arasından seçim
yapılıyor olabilirdi.
Bu durumda oluşturulabilecek
farklı konfigürasyon sayısı teorik olarak aşağıdaki gibi olacaktı
:
4 x 3 x 3 x 6 x 4 x 4 x 2
x 6 x 4 x 2 x 3 x 3 x 2 x 2 = 11,943,936
Klasik bir sistemde bunların
herbiri farklı birer ürün ağacı olmalıdır (eğer envanterin
izlenmesi ve satış karlılığı ölçülmek isteniyor ise). Ayrıca
bunların herbiri farklı ürün olduğu için bu sayıda ürün kodu oluşmalıdır(çünkü
stoğunuzda ne olduğunu bilmek, sattığınız zaman karlılığı görmek
isteyecektiniz).
Elbette ki hiçbir firma başlangıçta
bu kadar çok tanımlama yapmaz, ancak sipariş aldıkça yapmalıdır.
Klasik sistemin yaratacağı bu işlem yükünün yanında hata yapma olasılığı
da artmaktadır, çünkü tek bir ürün ağacı ile uğraşmak yerine
binlerce ürün ağacı ve kod ile uğraşılmaktadır.
dinamo / CONFIGURATOR
tekniği ile yukarıdaki 11,943,936 ürün ağacı 1’e indirilebilir
ve sistem aşağıdaki gibi çalıştırılabilir.
|
|
|
|
|
|
Bu sistemde ilgili her
noktaya doğru bilgi gider, üstelik sipariş alırken yapılacak seçimlerin
sonrasında hiçbir ekstra iş yapmadan.
dinamo / CONFIGURATOR
sisteminin diğer birçok yabancı uygulamadan en önemli farkı yaratılan
konfigürasyonu stok ve maliyet sistemi içinde izlemeye devam etmesidir.
Bu sayede konfigüre edilmiş ürünler hem diğer stok kalemleri gibi
hareket edebilirler hem de sistemin içinde maliyetlendirilirken konfigüre
ürün oldukları bilinerek işlem yapılabilir.
dinamo / CONFIGURATOR
sisteminin bir başka yeteneği ise sipariş esnasında yaratılan konfigürasyon
ile sevk esnasındaki konfigürasyonu kontrol edebilmesidir, bu sayede
teslimat doğruluğu sağlanmış olacaktır.
Seçenekleri önceden
belirli olan ürünlerde yukarıdaki yöntem başarı ile kullanılabilir,
bu durumda Feature / Option sistemi Ürün Ağacı Sistemini yönlendirmektedir.
Bu sistemin bir başka açılımı
ise seçenekleri önceden belli olmayan ancak sipariş esnasında dinamik
olarak oluşan durumdur. Bu duruma örnek olarak ayakkabı imalatını
verebiliriz. Bir ayakkabı modeli farklı özellik ve renklerdeki deri,
astar ve taban kullanılarak yapılabilir. Bunun kararı sipariş veya üretim
aşamasında verilir.
Bu yöntemde ise seçilen
bir opsiyon değil kullanılacak olan hammaddenin kendisidir; Ürün Ağacı
sistemi Feature / Option mekanizması yerine Varyant seçimlerini
kullanmaktadır.
dinamo / CONFIGURATOR hem
Feature/Option sistemini hem de Varyant bilgisini aynı anda
kullanabilir.
|
|
|
|
|