Bu sayfa, bir şirketin neden ürün bilgisini ve iş bilgisini iki farklı yerde tuttuğunu merak eden herkes içindir. Her sipariş kendisiyle ilgili iki farklı bilgi türü üretir. Birinci tür ürünün kendisiyle ilgilidir: ne olduğu, neden yapıldığı, ne beden olması gerektiği. İkinci tür ticari işlemle ilgilidir: ne sipariş edildiği, hangi fiyata, ve bugün nerede olduğu. İş yerinde bir merchandiser her gün her iki türü de okur, çoğu zaman iki farklı sistemden, ve hangi soru için hangi sisteme güveneceğini bilmesi gerekir.
Bu ayrım yapılmazsa, tek bir sistemin her şeyi göstermesi beklenir ve göstermediğinde kafa karışır. Yeni işe başlayan biri en son kumaş gramajını bulmak için ERP tarafındaki satın alma siparişini açar ama bulamaz; çünkü bu bilgi o sistemde hiçbir zaman tutulmamıştır. Bir merchandiser tasarım sistemindeki bir ölçüyü değiştirir ve fabrikanın maliyet tablosunun kendiliğinden güncelleneceğini bekler, ama güncellenmez. Bu ders iki bilgi türünü, bunları genellikle tutan iki sistem türünü ve gerçek bir siparişte bunların buluştuğu tek noktayı adlandırır.
İhtiyacınız olan: Ders 9.1'in fikri: bir sipariş hakkındaki bilgi, malların kendisi kadar güvenilir hareket etmelidir. Başka bir ders gerekmez.
Bu dersin sonunda şunları yapabilirsiniz:
Burada kapsanmayan: bir satın alma siparişini, bir teknik paketi ve bir maliyet tablosunu birbirine bağlayan tam alanlar (Ders 9.3); bilginin başka şekillerde başarısız olmasının maliyeti, örneğin yanlış veri veya geç güncelleme (Ders 9.4); özel bir sistem olmadan sipariş bilgisini güvenilir tutmak (Ders 9.5).
| Terim | Anlamı |
|---|---|
| Ürün yaşam döngüsü yönetimi (PLM) | Ürünün kendi bilgisini, tasarımdan geliştirmeye kadar yöneten sistem veya yöntem: teknik paketi ve numune turu geçmişi. |
| Kurumsal kaynak planlaması (ERP) | Şirketin işlemsel bilgisini yöneten sistem veya yöntem: siparişleri, stoğu, maliyeti ve üretim planlaması. |
| Teknik paket | Bir giysinin tam olarak ne olduğunu belirten belge: ölçüler, kumaş, aksesuar, konstrüksiyon ve baskı; fabrika buna göre üretir. |
| Satın alma siparişi | Alıcının miktarı, fiyatı ve teslim tarihini onayladığı, alıcıyı sipariş ettiği malların bedelini ödemekle yükümlü kılan belge. |
| Spesifikasyon referansı | Bir satın alma siparişinin işaret ettiği, adlandırılmış veya numaralandırılmış teknik paket veya onaylı spesifikasyon; böylece her iki taraf da tam olarak ne yapıldığı konusunda anlaşır. |
| Maliyet tablosu | Bir giysinin maliyet bileşenlerini listeleyen ve bunları fabrikanın teklif ettiği fiyata toplayan belge. |
| Üretim takibi | Bir aşamanın gerçek bitiş tarihini, üretim boyunca planlanan tarihiyle karşılaştırmak; böylece bir gecikme hâlâ düzeltilebilecekken yakalanır. |
| Sürüm karışıklığı | İki kişinin aynı belgenin farklı ve eski kopyalarıyla, bunun farkında olmadan çalışması. |
Her sipariş iki farklı bilgi türü üretir. Birinci tür ürünün kendisini tanımlar: tasarımı, spesifikasyonu, numune turu geçmişi. Bu ürün yaşam döngüsü bilgisidir, ve bunu yönetmek için tasarlanan sisteme PLM, ürün yaşam döngüsü yönetimi, denir. İkinci tür ticari işlemi ve durumunu tanımlar: verilen sipariş, üzerinde anlaşılan maliyet, takip edilen program. Bu işlemsel bilgidir, ve bunu yönetmek için tasarlanan sisteme ERP, kurumsal kaynak planlaması, denir. Aynı siparişin bilgisi kısmen her iki sistemde de yaşar. Hangi bilginin nereye ait olduğunu karıştırmak, bu kursun ele aldığı sürüm karışıklığının yaygın bir kaynağıdır.
| Aşama | Ne yapar | Neyi devreder |
|---|---|---|
| PLM | Ürünün tasarımını, spesifikasyonunu ve numune turu geçmişini onaylanana kadar yönetir. | Onaylı bir spesifikasyon referansı |
| ERP | Siparişi, maliyetini ve üretim durumunu, verilişinden sevkiyata kadar yönetir. | Bu sabit referansa göre takip edilen bir sipariş |
| Ne değişebilir | Karşılaşacağınız türler | Neden önemli |
|---|---|---|
| Ayrı sistemler olarak özel PLM ve ERP | Daha büyük bir ihracatçı, tasarım ve numune onayı için PLM tarzı bir sistem, siparişler, maliyet ve üretim için ayrı bir ERP tarzı sistem çalıştırır. | İki sistem birbirini otomatik olarak güncellemez; bir gerçeğin sınırın öbür tarafına bilinçli olarak taşınması gerekir. |
| Birleşik tek bir sistem | Bazı şirketler, içinde PLM tarzı ve ERP tarzı modüller bulunan, her iki bilgi türünü de kapsayan tek bir sistem çalıştırır. | İki bilgi türü hâlâ vardır ve tek bir yazılım içinde olsalar bile aynı özeni gerektirir. |
| Özel yazılımı olmayan yerel bir marka | Daha küçük bir yerel marka olan Cedar & Co., her iki bilgi türünü de özel PLM veya ERP yazılımı yerine tablolarda ve paylaşılan klasörlerde takip eder. | İki bilgi türü hâlâ vardır; el ile yürütülen bir sistem, aynı disiplini gerektiren gerçek ve daha küçük bir sistemdir. |
| Sınırın kaydığı ürün aileleri | Stoğa üretilen, örme-giyime-dönüşen ve çorap-triko ürünlerinde, PLM tarafı bilgi daha basit olabilir (daha az numune turu, kalıcı bir spesifikasyon), ERP tarafındaki sipariş ve stok bilgisi ise tahmine dayalı, tekrarlayan siparişler yüzünden genellikle daha ağırdır. | Genel ayrım hâlâ geçerlidir: ürün bilgisi bir tarafta, iş bilgisi diğer tarafta kalır, ürün ailesi ne olursa olsun. |
| İhracat siparişine karşı yurt içi sipariş | Sipariş A gibi bir ihracat siparişi, açık hesapla çalışan bir yurt içi siparişin ihtiyaç duymadığı ekstra ERP tarafı alanlar taşır (akreditif şartları, sevkiyat belgeleri). | Siparişin PLM tarafı ihracat ile yurt içi arasında pek değişmez; ERP tarafı ise işlemin karmaşıklığıyla birlikte büyür. |
Northline Apparel'in tasarım ekibi, Sipariş A'nın teknik paketini ve Ders 5.2'nin proto, fit ve PP turlarından gelen her numune turu revizyonunu PLM tarzı bir sistemde yönetir. Bu, ürünün kendi geçmişidir: T-shirt'ün ne olması gerektiği ve bu fikrin numunelerle nasıl kanıtlandığı. Teknik paket onaylandıktan sonra, onaylı spesifikasyon referansı, Delta Garments'ın üzerinde çalıştığı ERP tarafı satın alma siparişine sabit bir alan olarak girilir; bu alan, satın alma siparişinin kendi alanlarının, miktar, fiyat, teslimat şartları ve ödeme şartlarının yanında yer alır; bunlar Ders 5.3'te ele alınmıştı. Bu noktadan itibaren, Delta Garments'ın merchandising ve üretim ekipleri siparişi ERP tarafı sistemde takip eder: maliyet tablosu, ve 16 haftalık programa karşı üretim takibi.
İki farklı sistem, iki farklı bilgi türü, tek bir sipariş. Delta Garments hiçbir zaman Northline Apparel'in PLM tarzı sistemini açmak zorunda değildir; yalnızca satın alma siparişinin zaten taşıdığı onaylı spesifikasyon referansına ihtiyacı vardır.
Hesaplanan rakamBu, hesaplama açısından yoğun bir ders değildir: Sipariş A'nın kendi belgelerinden alınan beş alan üzerinde bir sınıflandırma alıştırmasıdır.
Emin olmadığınız her belge alanı için cevabınızı 10. bloktaki çalışma şablonuna yazın.
TuzakYaygın bir hata, adı konmuş bir PLM veya ERP yazılımı çalıştırmayan bir şirketin bu bilgi için gerçek bir sisteme sahip olmadığını düşünmektir. Daha küçük bir yerel marka olan Cedar & Co., aynı iki bilgi türünü özel yazılım yerine tablolarda ve paylaşılan klasörlerde takip eder. Yine de gerçekten çalışan, daha küçük ve daha el ile yürütülen bir sistemi vardır, ve bu kursun öğrettiği aynı disiplin onu güvenilir tutmak için hâlâ geçerlidir. Bir şirketin kullandığı yazılım, iki bilgi türünün var olup olmadığına karar vermez; yalnızca bunların nasıl tutulduğuna karar verir.
Her sipariş iki tür bilgi üretir. Birinci tür ürünün kendisiyle ilgilidir: tasarımı, spesifikasyonu ve numunelerin tasarımın işe yaradığını nasıl kanıtladığı. İkinci tür onun etrafındaki ticari anlaşmayla ilgilidir: verilen sipariş, maliyeti ve bugün üretimin nerede olduğu. Şirketler genellikle ürün bilgisini yönetmek için bir sistem, iş bilgisini yönetmek için farklı bir sistem kullanır. İki sistem birbirini kendiliğinden güncellemez. Ürünün spesifikasyonu onaylandıktan sonra, bu tek gerçek iş sistemine sabit bir alan olarak kopyalanır ve o andan itibaren iş sistemi siparişi buna göre takip eder. Her iki iş için de özel yazılımı olmayan bir şirketin de aynı iki bilgi türü vardır, sadece tablolar gibi daha basit araçlarda tutulur.
Northline Apparel'in satın alma ofisine yeni katılan biri, Sipariş A'nın belgelerini kontrol etmeye başlar. Tasarım ekibinin bir fit numunesi onayından sonra yakın zamanda bir vücut uzunluğu ölçüsünü revize ettiğini fark eder, ama Delta Garments'ın üzerinde çalıştığı satın alma siparişi hâlâ önceki spesifikasyon referansını göstermektedir.
Satın alma siparişinin spesifikasyon alanında şu yazar:
Teknik paket ile satın alma siparişi arasındaki uyumsuzluk bir sistem başarısızlığı mıdır? Cevabı açmadan önce karar verin.
Mutlaka değil. Bunu iki gerçek birlikte belirler.
Birincisi, PLM ve ERP genellikle farklı bilgi türlerini yöneten ayrı sistemlerdir. Teknik paketin revizyon geçmişi PLM tarafı sistemde yaşar; satın alma siparişinin spesifikasyon alanı ise ERP tarafı sistemde yaşar. Bunlar birbirini otomatik olarak güncellemek için hiçbir zaman tasarlanmamıştır.
İkincisi, bir spesifikasyon satın alma siparişine yalnızca belirli bir devir noktasında geçer, onaylandığında, sürekli değil. Satın alma siparişinin kendi alanı, bir kez girildiğinde sabit olduğunu belirtir. Eğer en son ölçü revizyonu henüz o onaylı devir noktasına ulaşmadıysa, bu boşluk beklenendir, bozuk değildir.
Doğru tepki, revizyonun onaylanıp resmi olarak karşıya taşınıp taşınmadığını kontrol etmektir, iki sistemden birinin başarısız olduğunu varsaymak değil.
Bunu tek bir rakamdan çok nitel bir risk olarak düşünün: biri PLM ile ERP'nin kendiliğinden senkronize olduğunu varsayarsa ve bunlar aslında senkronize olmuyorsa, bir tarafta eski bir alanla çalışırken diğer tarafın en son güncellemesini zaten yansıttığını sanabilir. Bu, bu kursun kendi terimi olan sürüm karışıklığının bir biçimidir: iki kişinin aynı bilginin farklı ve eski kopyalarıyla, bunun farkında olmadan çalışması.
PLM ile ERP arasındaki sınırı ve devrin sürekli değil tek bir noktada gerçekleştiğini anlamak, bu riskin Sipariş A gibi bir siparişte gerçek bir maliyete dönüşmesini önleyen şeydir.
Bilgi haritası tablosu, Sipariş A'nın ürettiği belgeleri zaten listeler: teknik paket, satın alma siparişi, maliyet tablosu ve konşimento; her birini kimin oluşturduğu, kimin ona güvendiği ve yanlışsa ne olacağıyla birlikte. Her satır için, yukarıdaki üç adımlı yöntemi kullanarak bu belgenin PLM tarafı (ürün bilgisi) mı yoksa ERP tarafı (işlemsel bilgi) mı olduğunu işaretlemek üzere notlar sütununu kullanın.
| Belge | Oluşturan | Güvenen | İşaretleyin: PLM tarafı mı ERP tarafı mı |
|---|---|---|---|
| Teknik paket / spesifikasyon | Northline Apparel (tasarım) | Delta Garments (üretim, kalite) | |
| Satın alma siparişi (NA-2291) | Northline Apparel (satın alma ofisi) | Delta Garments (merchandising, üretim) | |
| Maliyet tablosu | Delta Garments (merchandising) | Her iki şirketin merchandising ekibi | |
| Konşimento | Deniz taşımacılığı şirketi | Her iki şirket, ve akreditif kapsamında banka |
1. PLM öncelikle hangi tür bilgiyi yönetir?
2. ERP öncelikle hangi tür bilgiyi yönetir?
3. Bir fabrika, adlandırılmış PLM veya ERP yazılımı olmadan yalnızca tablolarda takip edilen 5.000 adetlik bir yurt içi sipariş alıyor. Bu bilgi için gerçek bir sistemden yoksun mudur?
| TR | EN | AR | FR | Anlamı |
|---|---|---|---|---|
| Ürün yaşam döngüsü yönetimi (PLM) | PLM (product lifecycle management) | إدارة دورة حياة المنتج (PLM) | Gestion du cycle de vie du produit (PLM) | Ürünün kendi bilgisini, tasarımdan geliştirmeye kadar yöneten sistem veya yöntem: teknik paketi ve numune turu geçmişi. |
| Kurumsal kaynak planlaması (ERP) | ERP (enterprise resource planning) | تخطيط موارد المؤسسة (ERP) | Progiciel de gestion intégré (ERP) | Şirketin işlemsel bilgisini yöneten sistem veya yöntem: siparişleri, stoğu, maliyeti ve üretim planlaması. |
| Teknik paket | Tech pack | حزمة المواصفات الفنية | Fiche technique | Bir giysinin tam olarak ne olduğunu belirten belge: ölçüler, kumaş, aksesuar, konstrüksiyon ve baskı; fabrika buna göre üretir. |
| Satın alma siparişi | Purchase order | أمر الشراء (طلبية الشراء) | Bon de commande | Alıcının miktarı, fiyatı ve teslim tarihini onayladığı, alıcıyı sipariş ettiği malların bedelini ödemekle yükümlü kılan belge. |
| Spesifikasyon referansı | Specification reference | مرجع المواصفة | Référence à la fiche technique | Bir satın alma siparişinin işaret ettiği, adlandırılmış veya numaralandırılmış teknik paket veya onaylı spesifikasyon; böylece her iki taraf da tam olarak ne yapıldığı konusunda anlaşır. |
| Maliyet tablosu | Costing sheet | كشف التكلفة | Fiche de coûts | Bir giysinin maliyet bileşenlerini listeleyen ve bunları fabrikanın teklif ettiği fiyata toplayan belge. |
| Üretim takibi | Production tracking | تتبع الإنتاج | Suivi de production | Bir aşamanın gerçek bitiş tarihini, üretim boyunca planlanan tarihiyle karşılaştırmak; böylece bir gecikme hâlâ düzeltilebilecekken yakalanır. |
| Sürüm karışıklığı | Version confusion | اختلاط الإصدارات | Confusion de version | İki kişinin aynı belgenin farklı ve eski kopyalarıyla, bunun farkında olmadan çalışması. |
Artık hangi bilginin PLM'ye, hangisinin ERP'ye ait olduğunu biliyorsunuz. Bir sonraki ders Sipariş A'nın kendi belgelerini takip eder ve bir satın alma siparişini, bir teknik paketi ve bir maliyet tablosunu birbirine bağlayan tam alanları, ve bu bağlantılardan biri koptuğunda ne olduğunu gösterir. Kurs haritasına dön