Tek bir ihracat siparişi, sevk edilmeden önce birkaç tür işletme sisteminden geçer. Bir ERP sistemi genellikle ticari ve finansal işlemleri kontrol eder. Bir PLM sistemi genellikle ürün spesifikasyonlarını ve revizyonlarını kontrol eder. Bir iş akışı aracı genellikle görevleri, onayları ve kişiler arasındaki devirleri kontrol eder. Bir e-tablo genellikle diğer üçünün henüz kapsamadığı bir boşluğu doldurur. Merchandiser'lar, planlamacılar, teknik ekip ve alıcılar bu araçların hepsine her gün dokunur, ancak çok azı durup hangi aracın gerçekte hangi gerçeği taşıması gerektiğini sorar.
Bu soru sorulmadığında, aynı sipariş miktarı, spesifikasyon sürümü veya onay durumu aynı anda bir ERP ekranında, bir PLM kaydında, bir iş akışı biletinde ve üç e-tabloda bulunabilir; her biri birbirinden biraz farklı. Bu ders, dört araç türünden her birinin ne kontrol etmesi gerektiğine karar vermek için size çalışan bir test verir; böylece kendi fabrikanız, satın alma ofisiniz veya markanız zaten uygun bir yeri olan gerçekleri yinelemeyi bırakır.
İhtiyacınız olan: sipariş, satın alma siparişi, teknik paket ve ana fabrika bölümleri hakkında temel bir anlayış. Bu parkurun 1. Kursu (veri sahipliği ve veri kalitesi) iyi bir hazırlıktır.
Bu dersin sonunda şunları yapabileceksiniz:
Burada kapsanmayan: adı geçen yazılım ürünlerinin kurulumu, yapılandırılması veya karşılaştırılması, veritabanı yönetimi veya tam bir sistem seçim süreci. Bu ders tedarikçiden bağımsız kalır ve belirli bir ürüne değil, iş kuralına odaklanır.
| Terim | Anlamı |
|---|---|
| ERP sistemi | Genellikle satın alma siparişleri, envanter, faturalar ve finansal kayıtlar gibi ticari işlemleri kontrol eden bir işletme sistemi. |
| PLM sistemi | Genellikle ürün spesifikasyonlarını, malzeme listelerini ve onaylı revizyonlarını kontrol eden bir sistem. |
| İş akışı aracı | Genellikle görevleri, onayları ve kişiler arasındaki devirleri kontrol eden, ancak altta yatan gerçeğin onaylı kaynağı olmayan bir sistem. |
| Boşluk dolduran e-tablo | Şu anda kontrollü hiçbir sistemin tutmadığı bilgi için kullanılan bir e-tablo. |
| Referans sistemi | Belirli bir bilgi türü için onaylı, yetkili tek kaynak olan sistem. |
| Yinelenen kayıt | Zaten kendi kontrollü kopyasına sahip olan veya sahip olması gereken ikinci bir araca aynı gerçeği yazmak. |
Bir ERP sisteminin temel işi ticari ve finansaldır: onaylanan sipariş, envanter hareketi, fatura, finansal kayıt. Bir PLM sisteminin temel işi tekniktir: güncel onaylı spesifikasyon, malzeme listesi ve revizyon geçmişi. Bir iş akışı aracının temel işi prosedüreldir: hangi görev açık, kimin sahibi ve bir onay hangi aşamaya ulaştı. Üçünden hiçbiri, diğer ikisinin zaten kontrol ettiği şeyin ana kaydı olmamalıdır.
Bir e-tablonun kendine ait sabit bir işi yoktur. Bir gerçek için henüz kontrollü bir sistem bulunmadığı yerde tam olarak yararlıdır ve bir ERP veya PLM sisteminin zaten sahip olduğu bir gerçeğin ikinci, rakip bir kopyasını tutmaya başladığı yerde tam olarak bir soruna dönüşür.
| Ne farklı olabilir | Karşılaşacağınız biçimler | Neden önemli |
|---|---|---|
| İhracat siparişi, siparişe göre üretim | Bir ERP sistemi onaylanan ihracat siparişini ve sevkiyat faturasını; bir PLM sistemi alıcının onayladığı teknik paketi tutar; bir iş akışı aracı numune onay aşamalarını izler. | Bunların hiçbiri ikinci "gerçek" bir kopya olarak özel bir e-tabloya yeniden yazılmamalıdır. |
| Yurt içi sipariş, stoğa göre üretim | Küçük bir yurt içi marka, henüz ayrı bir PLM sistemi olmadan yenileme siparişlerini ve stok sayımlarını tamamen tek bir ERP modülü içinde yürütebilir. | PLM olmayan yerde bile onaylı spesifikasyon, dağınık kopyalar yerine iyi yönetilen bir e-tablo veya belge olsa da tek bir kontrollü yerde yaşamalıdır. |
| PLM sistemi olmayan küçük fabrika | Henüz bir PLM sistemi satın alınmadığı için spesifikasyonlar ve revizyonlar paylaşılan, sürüm kontrollü bir e-tabloda veya belgede tutulur. | Kurs 1'in tanımladığı şekilde kontrol edilirse bir e-tablo geçerli, geçici bir referans sistemi olabilir; risk, e-tablonun kendisi değil, rekabet eden birden çok kontrolsüz kopyadır. |
| Birden çok fabrikayı koordine eden acente veya satın alma ofisi | Bir iş akışı aracı hangi fabrikanın hangi siparişte hangi aşamayı onayladığını izlerken, her fabrikanın kendi ERP sistemi kendi ticari verisinin sahibi kalır. | İş akışı aracı şirketler arasında durumu koordine eder; herhangi bir fabrikanın kendi ticari veya teknik sisteminin yerini almamalıdır. |
| Farklı ürün aileleri | Çorap ve triko, düz örme-hazır giyim, havlu ve ev tekstili siparişleri aynı dört araç türünü kullanır; PLM spesifikasyonu ve ERP işlem kayıtları içindeki alanlar farklıdır. | Alanlar ürün ailesine göre değişir; hangi araç türünün hangi tür gerçeği kontrol ettiği değişmez. |
Northline Apparel, Delta Garments ile Sipariş A'yı onaylar: 15.000 tişört, 180 GSM ve Ne 30/1 tek jarse kumaş, FOB parça başına 3,20 USD onaylı fiyat. Merchandiser Mona, her gün bir ERP sistemi, bir PLM sistemi, bir iş akışı aracı ve küçük bir e-tablo grubuyla çalışır.
Onaylanan miktar, FOB fiyatı ve sevkiyat faturası, ticari ve finansal gerçekler oldukları için Delta Garments'in ERP sistemine aittir. Onaylı konstrüksiyon, malzeme listesi ve 1:2:2:1 beden oranı, kontrollü bir revizyon geçmişi gerektiren teknik spesifikasyon gerçekleri oldukları için PLM sistemine aittir. Numune onay aşamaları — laboratuvar boyası gönderildi, alıcı yorumu alındı, toplu üretim onayı verildi — görev ve devir oldukları, spesifikasyonun kendisi veya ticari değer olmadıkları için iş akışı aracına aittir. Mona yine de küçük bir e-tablo tutar, ancak yalnızca gerçek bir boşluk için: spesifikasyonun veya siparişin ikinci bir kopyası değil, hangi görevin bugün son tarihi olduğuna dair kişisel bir günlük kontrol listesi.
Hesaplanan rakamSipariş A'nın onaylanan miktarı ve FOB fiyatı ticari gerçeklerdir; türetilmiş kumaş gereksinimi, PLM kontrollü bir girdiden oluşturulan bir planlama hesaplamasıdır.
48.000 USD ve 3.075 kg rakamları biçim olarak benzer görünür — ikisi de aynı sipariş için hesaplanan tek bir sayıdır — ancak onaylı girdileri farklı sistemlerde yaşar. Miktar ve fiyat, ERP kontrollü ticari gerçeklerdir. 0,205 kg sarfiyat rakamı, PLM kontrollü bir teknik gerçektir. Planlama, türetilmiş kumaş gereksinimini üretmek için ikisini birleştirir, ancak planlama girdilerden hiçbirine sahip değildir; yalnızca hesaplamaya sahiptir.
Zaman baskısı altındaki bir merchandiser genellikle kolaylık olsun diye miktarın, fiyatın ve spesifikasyonun kopyalandığı kişisel bir takip sayfası oluşturur. Bu sayfa hızlı açılır ve düzenlemesi kolaydır, bu yüzden kopyalandığı ERP veya PLM ekranından daha fazla güvenilmeye başlar. Alıcı daha sonra miktarı değiştirdiğinde ERP sistemi güncellenir, ancak kişisel e-tablo güncellenmez ve iki sayı sessizce birbirinden farklılaşır. Maliyet e-tablonun kendisi değildir; maliyet, bir kolaylık kopyasını sanki bir referans sistemiymiş gibi ele almaktır.
Her birinin ayrı bir işi olan dört araç düşünün. Bir araç, alıcı ile fabrika arasında üzerinde anlaşılan parayı ve miktarları izler. Bir araç, ürünün ne olması gerektiğini ve bir revizyondan diğerine bunun zamanla nasıl değiştiğini izler. Üçüncü bir araç, siparişte hâlâ kimin bir şey yapması gerektiğini ve bunun gerçekten ne zaman yapıldığını izler. Bir e-tablo ise, diğer üç araçtan hiçbiri günlük olarak kaydetmeniz gereken bir şeyi henüz kapsamadığında kullandığınız bir yardımcıdır, kalıcı bir sistem değildir.
Çoğu kişinin yaptığı hata, ilk üç araçtan birindeki bir gerçeği "yakından takip etmek için" kişisel bir e-tabloya kopyalamak, sonra da gerçeği gerçekten kontrol eden ve her değiştiğinde güncellenen araçtan daha fazla bu e-tabloya güvenmektir. Bir sipariş hakkındaki dört araçtan hangisinin bir gerçeği tutması gerektiğini bildiğinizde, artık ondan özel bir kopyaya ihtiyacınız kalmaz ve farkında olmadan eski bir sayıya güvenme riskinden kendinizi ve meslektaşlarınızı korursunuz.
Mona, görevleri ve rakamları tek bir yerde günlük olarak görmek için Sipariş A'nın başında kişisel bir e-tablo oluşturmuştu. Aşağı akışta bir planlama rakamını değiştiren onaylı değişiklik, onaylandığı gün Delta Garments'in ERP sistemine girildi. Ancak Mona'nın kişisel e-tablosu hâlâ eski değeri gösteriyor, çünkü meşguldü ve birkaç gündür o sekmeyi açmadı. Planlamadan bir meslektaşı, bir malzeme rezervasyonunu tamamlamadan önce hangi sayının doğru olduğunu sorar.
Mona meslektaşına hangi rakamı kullanmasını söylemeli ve kişisel e-tablosuyla ne yapmalı? Cevabı açmadan önce karar verin.
ERP sisteminin güncel kaydı doğrudur; Mona'nın kişisel e-tablosu ikinci bir kaynak olarak değil, düzeltilmesi veya kullanımdan kaldırılması gereken bir şey olarak ele alınmalıdır.
1. Mona, onaylanan bir ticari değişiklik için referans sistemi olduğundan, güncel onaylı rakamı doğrudan ERP sisteminden doğrular. 2. Meslektaşına, kişisel sayfasındaki eski rakam yerine malzeme rezervasyonu için ERP rakamını kullanmasını söyler. 3. Kişisel e-tablosundaki eski satırı günceller veya siler, böylece bir daha kendisini veya başka birini yanıltamaz ve sayfanın onaylı bir kaynak değil, kolaylık görünümü olduğunu kendine hatırlatır. 4. Günlük bir görev görünümüne ihtiyacı varsa, bir sayıyı bir kez yazıp eskimesine izin vermek yerine, her seferinde güncel rakamı ERP sisteminden çekecek şekilde yeniden oluşturur.
Malzeme rezervasyonu, referans sisteminden bir rakam kopyalayıp sonra güncelliğini yitiren bir e-tabloya asla dayandırılmamalıdır.
Sipariş A'nın onaylanan değeri, sabit miktarından ve fiyatından doğrudan türetilir:
Planlama, ERP sisteminin güncel kaydı yerine Mona'nın eskimiş e-tablo rakamına göre malzeme rezerve etmiş olsaydı, ondan hesaplanan kumaş gereksinimi Northline Apparel ile gerçekten onaylanan siparişle eşleşmezdi. Yeniden sipariş vermek, yeniden rezervasyon yapmak veya fazla malzemeyi elde tutmak zaman kaybettirir ve farkın büyüklüğüne bağlı olarak 48.000 USD değerindeki bir sipariş için gerçek para kaybettirir. Bir rezervasyonu tamamlamadan önce referans sistemini kontrol etmenin maliyeti birkaç dakikadır; kontrol etmemenin maliyeti israf edilen malzeme, kaybedilen zaman veya gecikmiş bir sevkiyatla ölçülür.
T17-C02 İşletme sistemi rol haritası çalışma kitabını kullanın. Bir siparişteki her önemli gerçek için, ne tür bir bilgi olduğunu, hangi araç türünün onu kontrol etmesi gerektiğini, şirketinizde şu anda onun için kontrollü bir sistem olup olmadığını ve herhangi bir e-tablo kopyasının kullanımdan kaldırılıp kaldırılmayacağını kaydedin. Sipariş A ile başlayın, ardından kendiniz yönettiğiniz bir sipariş için alıştırmayı tekrarlayın.
[İşletme sistemi rol haritası çalışma kitabını indirin](../../templates/T17-C02-business-system-role-map.xlsx)
1. Sipariş A için, onaylanan miktarı ve üzerinde anlaşılan FOB fiyatını normalde hangi araç türü kontrol etmelidir?
2. Küçük bir fabrikanın henüz PLM sistemi yoktur ve onaylı spesifikasyonlarını paylaşılan, sürüm kontrollü bir belgede tutar. Bu kabul edilebilir mi?
3. Numune onay aşamalarını izleyen bir iş akışı aracı neden onaylı spesifikasyonun kaynağı olarak da ele alınmamalıdır?
| TR | EN | AR | FR | Anlamı |
|---|---|---|---|---|
| ERP sistemi | ERP system | نظام تخطيط موارد المؤسسة | Système ERP | Genellikle satın alma siparişleri, envanter, faturalar ve finansal kayıtlar gibi ticari işlemleri kontrol eden bir işletme sistemi. |
| PLM sistemi | PLM system | نظام إدارة دورة حياة المنتج | Système PLM | Genellikle ürün spesifikasyonlarını, malzeme listelerini ve onaylı revizyonlarını kontrol eden bir sistem. |
| İş akışı aracı | Workflow tool | أداة سير العمل | Outil de workflow | Genellikle görevleri, onayları ve kişiler arasındaki devirleri kontrol eden, ancak altta yatan gerçeğin onaylı kaynağı olmayan bir sistem. |
| Boşluk dolduran e-tablo | Spreadsheet gap-filler | جدول بيانات لسد فجوة | Feuille de calcul de complément | Şu anda kontrollü hiçbir sistemin tutmadığı bilgi için kullanılan bir e-tablo. |
| Referans sistemi | System of record | نظام السجل المرجعي | Système de référence | Bir bilginin başka türlü birçok belgede bulunabilecekken yetkili kabul edildiği tek yer. |
| Yinelenen kayıt | Duplicate entry | إدخال مكرر | Saisie en double | Zaten kendi kontrollü kopyasına sahip olan veya sahip olması gereken ikinci bir araca aynı gerçeği yazmak. |
Bir sonraki derste, birden çok kişi güncel sürüme bağımlı hale geldiğinde bir teknik paketin, malzeme listesinin ve revizyonlarının nerede yaşaması gerektiğini öğreneceksiniz. Kurs haritasına dön