Planlamacı sabah sekizde Excel’i açtığında, üç üretim hattındaki işteki ürünlerin miktarının hâlâ dünkü gece vardiyasında girilenler olduğunu gördü. Atölye müdürü “Neredeyse çalışıyor” dedi, ancak hangi işlem aşamasında sıkışma olduğu ya da hangi iş emrinin teslim süresinin geçeceği konusunda kimse kesin bir şey söyleyemedi. Bu, yalnızca bazı fabrikalardaki yönetim eksikliği değil, aynı zamandaİşlem süreci ilerlemesinin gerçek zamanlı bir taşıyıcısı yoktur.Olağan durum: İş emri ERP’de, iş bildirimi kağıt üzerinde veya WeChat grubunda; saha durumu ile sistem kaydı uzun süre birbirinden ayrı kalıyor.
Neden tablolar ve WeChat grupları ilerleme yönetimiyle başa çıkamıyor?
Küçük ve orta ölçekli imalat şirketlerinde yaygın olarak uygulanan yöntem şudur: ERP sistemi tarafından iş emri gönderilir, ekip liderleri tamamlanan miktarları gündelik çalışma tablosuyla kaydederler; olumsuz durumlar ise WeChat grubunda fotoğraf çekerek açıklanır. Bu modelde…Çeşit sayısı az, parti büyüklüğü istikrarlı, değiştirme sıklığı düşükModa korunabilir; ancak ek siparişler, yeniden işler, dış kaynaklı ürün iadeleri veya birden fazla işlemin eşzamanlı yürütülmesi gibi durumlarla karşılaşıldığında, bilgiler bozulmaya başlar.
Tipik sorun noktaları şunları içerir:İmalat sırasında olan ürünler WIP, işlem düzeyinde istatistik yapılamaz.— Depo, ham maddenin geldiğini biliyor, ürün deposu bugün ne kadar malın giriş yaptığını biliyor; aradaki onlarca işlemin durumu ise bir sihirli kutu gibi.İş bildirimi gecikmesi——İşçiler üretimle meşgulken, iş bildirimi mesai sonrası yapılır; planlamacılar ise her zaman yalnızca “geçmiş anlık görüntüsünü” görür.Anormal izlenemez— Belli bir parti malın kalite tartışmaları sırasında, hangi iş sürecinde, hangi operatör tarafından, hangi ekipman üzerinde ve hangi parametrelerle üretildiğini hızlı bir şekilde tespit edilemiyor.
Bu sorunu çözmek için, yazılımın yapması gereken şey “bir tablo daha oluşturmak” değil, bunun yerine…İşlem—İş emri—Üretimdeki ürünler—Teslim tarihiDoğrulanabilir bir veri zincirini oluşturur.
İş nasıl parçalanır: İş emri ile işlem durum makinesi arasında
Üretim takip sisteminin işlevsel çekirdeği, birÜretim iş emriBirkaç parçaya ayrılırİşlem görevi, her işlem görevinin belirli girdi malzemeleri, çıktı malzemeleri, standart iş saatleri, kalite değerlendirme kuralları ve paralel/kesin sıralı çalışma ilişkileri bulunmaktadır.
Talep katmanı: Planlama ve taahhüt
Çalışma emri, müşterinin teslim tarihini, planlanan başlama/bitirme zamanlarını, öncelik düzeyini ve ilgili satış siparişini veya tahmin belgesini barındırır. Çalışma emri durum makinesi genellikle şu durumları içerir: İhraç edilmeye bekliyor, Üretimde, Durduruldu, Tamamlandı, Kapatıldı. Asıl mesele şudur…Çalışma belgesi yalnızca “Üretimde” gibi kabaca bir düzeydeki duruma sahip olamaz., aksi takdirde ilerleme yüzdesi yalnızca manuel olarak tahmin edilir.
İşlem katmanı: Uygulanabilir en küçük birim
Her işlem adımı için; işlem kodu, çalışma merkezi/üretim hattı, hazırlık süresi, işleme süresi ve sıralama kuralı (önce gelen önce hizmet alır veya öncelikli hakimiyet) tanımlanmalıdır. İşlem durum makinesinin en az şu durumları içermesi önerilir: Başlamaya Bekleme, İşleme Devam Ediyor, Denetlemeye Bekleme, Uygun Tamamlama, Uygun Olmayan İlgilenilmeye Bekleme, Taşeron Gönderme, Taşeron Geri Getirme.
İmalat sırasında olanlar katmanı: Miktar ve konum
İmalat sırasında olan ürünler soyut bir sayı değil, bunun yerineBelirli bir iş emrinin belirli bir işlem aşamasındaki işleme bekleyen/çalışan/transfer edilmeye hazır miktarı. Tasarım sırasında şu soruyu cevaplamak gerekir: İşlem A tamamlandıktan sonra işlem B başlayana kadar malzeme, üretim hattı kenarı deposunda mı, yolda taşıma paletinde mi yoksa işlem tampon alanında mı bulunur? Her bir geçişte mutlaka bir depo konumu veya konteyner tanımlaması olmalıdır; aksi takdirde WIP hesaplamaları kesinlikle tutmayacaktır.
Nasıl tasarlanır: roller, süreçler ve veri modeli
Rol ve yetkiler
Tipik roller şunlardır: Planlayıcı (iş emirlerini verir/ayarlar, genel WIP durumunu izler), ekip lideri (iş dağıtımını yapar, anomalileri giderir), operatör (işe başlar/iş bitirir/barkod okutur), kalite kontrol görevlisi (denetim ve karar verme, kabul edilemez ürünlerin tedbiri), proses mühendisi (işlem standartlarını ve parametrelerini günceller), üretim müdürü (Kanban ve KPI’ları izler). Yetki prensibi:Sahada yalnızca gerekli yazma yetkisi verilir., işçilerin planı yanlışlıkla değiştirmesini önler; yönetim, yalnızca toplam verileri okur, işe giriş ayrıntılarını doğrudan değiştirmez.
Temel süreç
- Verilmesi: ERP/MRP’den iş emirleri alınır, BOM ve proses rotası doğrultusunda işlem görev sıraları oluşturulur.
- İş dağıtımını yapın: Grup lideri, işlem görevlerini üretim hattına/çalışma istasyonuna/şifte göre dağıtır; toplu iş tahsisini ve acil sipariş yeniden sıralamasını destekler.
- Çalışmaya başlamak: İşçi, iş emrini, işlemi ve ekipmanı barkodla tarattığında, sistem gerçek başlangıç zamanını ve operatörü kaydeder ve “Başlangıca Bekleyen” miktarı dondurur.
- İş bildirimi: Tamamlanan miktar, hatalı ürün sayısı, çalışma saati, anomalı kodu; kısmi iş bildirimi desteği (bir parti birden fazla seferde tamamlanır).
- Transfer: İşlem arası yarı mamul transferi onayı, hat kenarı stokları ve bir sonraki işlemde başlamayı bekleyen sıralamaların güncellenmesi.
- Kapat: Son işlemde işe giriş bildirildikten sonra, iş emri otomatik veya manuel olarak tamamlanır ve ERP’ye stok giriş talimatı geri yazılır.
Veri modelinin temel noktaları
Bağımsız bakım önerilir:çalışma_siparişi(Çalışma bileti),işlem_görevi(İşlem görevi),işletme_raporu(İş bildirim kaydı),wip_balance(İmalat sırasında bulunan stok),istisna_günlüğü(Paralama/Malzeme eksikliği/Kalite anomalisi). Her tablo tutulurDeğiştirilemez zaman damgası ve işlemci, tartışmaların geriye dönük izlenmesinin temeli vardır. ERP ile arayüz, … kullanılarak yapılır.Olay tabanlı: İşin tamamlanması, geceleyin yapılan toplu hesaplamadan ziyade API aracılığıyla geri yazmayı tetikler — ikincisi her zaman bir adım geridir.
Nasıl geliştirilir ve uygulanır: Toplama, arayüz ve kabul
Yerinde veri toplama yöntemi seçimi
Senaryolara göre birlikte kullanılabilir:Barkod/QR kodu(Çalışma bileti, dolaşım kartı, malzeme partisi) diskret imalat için uygundur;İş istasyonu terminali veya endüstriyel tabletSabit iş akışları için iş bildirimlerine uygundur;Andon düğmesi veya IoT sayımıYüksek tekrarlanabilirlikteki üretim hatları için uygundur;Mobil küçük uygulamaİnceleme ve dış kaynaklı ürün iadesi onayı için uygundur. İlke:Bir kez tarayarak işe başlama, ekipman ve operatörün bağlanmasını tamamlar, işçilerin ekstra adımlarını azaltın; aksi takdirde sendika bildirimi bypass edilir.
ERP/MES ile sınırı
Şirketin zaten bir ERP üretim modülü varsa, süreç sistemi şu şekilde tanımlanabilir:Atölye yürütme katmanı (hafif MES): ERP planlama ve maliyetleri yönetir, yürütme düzeyi ise gerçek zamanlı durumu izler. Arayüzde şu hususlar net olarak belirlenmelidir: Ana veriler (malzeme, BOM, proses rotası) için sorumluluk kimde; işe giriş geri yazma ayrıntıları (işlem bazında mı yoksa iş emri bazında mı); anomal iş emirlerinde ters yönlü ayarlamaya izin verilip verilmemesi. İki ayrı sistemde tamamlama miktarlarının her birinin kendi başına kaydedilmesine kesinlikle izin verilmemelidir—hesap eşitlemesi maliyeti tüm verimlilik kazanımlarını ortadan kaldırabilir.
Kabul standartları (sözleşmeye eklenebilir)
- İstediğiniz herhangi bir iş emri 30 saniye içinde bulunabilir.Mevcut işlem, iş parçası miktarı ve en son iş bildirim zamanı。
- Sipariş eklendikten sonra, etkilenen iş emirlerininBitiş zamanını tahmin etOtomatik olarak yeniden hesaplanır, hata kabul edilebilir sınırlar içinde olur (örneğin ±4 saat).
- Kalite tartışması senaryosunda, 5 dakika içinde çıkarılabilirİşlem—Operatör—Ekipman—Parametreİzleme zinciri.
- Planlayıcı panosu ile sahada iş bildiriminde gecikme15 dakikayı geçmez(İnternet normal olduğunda).
Çevrimiçi hale getirme temposu önerisi: Bir üretim hattı ve iki tip tipik iş emri (büyük hacimli istikrarlı durum + küçük hacimli aralıklı sipariş) seçilerek pilot uygulama yapılır; iş dağıtımını—iş bildirimini—transferi—geri yazmayı başarıyla tamamladıktan sonra, bu süreç yatay olarak genişletilir. Eğitimde odak noktası “sistem fonksiyon listesi” değil, şudur:Anormal durumda kim tarafından, nasıl ve ne şekilde değiştirilir; değişiklikten sonra izler nasıl tutulur?。
Yaygın hatalar ve bunlardan kaçınma yolları
Sadece görsel panosu yapar, kapanık döngü yapmaz: Büyük ekran güzel ama veriler manuel olarak giriliyor, iki hafta sonra ise kimse bakım yapmıyor.İşlem bölümlendirmesi aşırı ayrıntılı: İş bildirim sayısı patladı, işçiler buna karşı direniyor.: Dış kaynak kullanımı ve yeniden işleme göz ardı ediliyor: İlerleme kendi işlemimizde “%100” olmasına rağmen ürün hâlâ tedarikçide.: Parça başına ücretlendirme sistemiyle bağlantısı yok: İş bildirim verileri ücretlendirme sistemi tarafından kabul edilmiyor, sahada hemen “seçici iş bildirimi” yapılıyor. Tasarım aşamasında bile üretim, kalite ve maliye birlikte kuralları belirlemeli.
İşlem süreci takibini “insana sorma”dan “sisteme bakma”ya dönüştürmek, esasen imalat sahasının gözlemlenebilirliğini ürün haline getirmektir. İş süreçlerinde öncelikle iş emri ve işlem durum makineleri ayrıntılı olarak çözülür; tasarım aşamasında roller sabitlenir ve değiştirilemez iş bildirimleri uygulanır; geliştirme sırasında doğru veri toplama yöntemi seçilir ve ERP arayüzü sözleşmesi kesin olarak belirlenir. Böylece teslimat süresi uyarısı ve WIP görselleştirme yalnızca yan ürünüdür, yeni bir yük değil.
Shandong XYN Information Technology Co., Ltd. (XYN Tech / XYN Tech) uzun yıllardır imalat, dış ticaret, fiziki sektör gibi alanlara; talep netleştirme, proses modelleme, atölye veri toplama ve ERP entegrasyonuna kadar tüm süreci kapsayan, üretim takibi, depo yönetimi ve müşteri ilişkileri gibi özelleştirilmiş yazılımlar sunmaktadır. Daha fazla yetkinlik ve örnek çalışma için Hakkımızda ile Müşteri Örnekleri sayfalarını ziyaret edebilirsiniz.