Üretim Takip Programı: 10 Gerçek Demo Testi

Bir üretim programını örnek verilerle gezdiğinizde her ekran düzenli görünür. Müşteriler eksiksiz, tarihler yakın, stok yeterli ve hiçbir çizim değişmemiştir. Asıl seçim ise işler bu kadar temiz değilken yapılır.

Denemeye kendi işletmenizden tek bir siparişle girin: en az iki farklı kalemi, yakın bir termini, reçetesi, eksik bir malzemesi ve sonradan değişmiş bir çizimi olsun. İyi bir demo sonunda “ekranı beğendim” değil, şu cümleyi kurabilmelisiniz: Bu siparişin nerede olduğunu, neyin eksik kaldığını ve hangi kayda dayanarak ilerlediğini gösterebiliyorum.

Testten önce küçük bir senaryo hazırlayın

Katalogdaki kusursuz örneği değil, işinizde gerçekten sorun çıkaran bir siparişi kullanın. Müşteri bilgisini gizleyebilirsiniz; fakat senaryodaki karmaşıklığı sadeleştirmeyin.

Her testte dört kutu açın: girdi, yaptığım işlem, gördüğüm kanıt, sonuç. Satış temsilcisinin söylediğini değil, ekranda kendinizin üretebildiği kanıtı yazın.

1. Gerçek siparişi kalemleriyle açın

Müşteriyi, ürünleri, miktarları, teslim tarihini ve varsa özel notu girin. Sonra üretim ekranına geçin. Program her siparişi tek bir blok gibi mi gösteriyor, yoksa kalemleri ayrı ayrı izleyebiliyor mu?

krkbos'ta onaylanan siparişin her kalemi ayrı üretim birimi olarak görünür. Bu, aynı siparişteki masanın montajda, dolabın ise boyada olabilmesini sağlar. Ancak tek kalemin miktarını “40 adet tamamlandı, 60 adet bekliyor” diye bölmekle aynı şey değildir. Miktar bazlı kısmi üretim sizin için şartsa bunu ayrıca deneyin.

İstenecek kanıt: Aynı sipariş numarasına bağlı iki kalemin farklı üretim durumlarında görünmesi.

2. Atölyenizin aşamalarını ve yetkilerini deneyin

Hazır adları kabul etmek zorunda kalmamalısınız. “Kesim, Kaynak, Boya, Montaj” yerine ekibiniz gerçekten hangi kelimeleri kullanıyorsa üretim aşamalarını buna göre tanımlayın. Sonra iki farklı kullanıcıyla oturum açın: usta kendi yetkili olduğu adımı ilerletebiliyor mu, ilgisiz adımı değiştirebiliyor mu?

Burada yalnız menünün görünmesine bakmayın. Değişiklik yetkisi sunucu tarafında da sınırlandırılmalı ve yetkisiz deneme görünür biçimde reddedilmelidir.

İstenecek kanıt: Aynı üretim kaydında yetkili kullanıcının başarılı, yetkisiz kullanıcının başarısız durum değiştirme denemesi.

3. Acil ve yaklaşan terminli işleri ayırın

Bir siparişi acil, diğerini yakın teslim tarihli yapın. Listeyi yenilediğinizde bu işler görünür biçimde öne geliyor mu? Geciken ve bugün teslim edilecek işler ayrı sayılabiliyor mu?

Bu test, kapasite planlama testi değildir. krkbos acil ve yakın terminli işleri öne çıkarır; makinenin saatlik yükünü hesaplayan, işleri sonlu kapasiteye göre otomatik dizen bir APS değildir. Böyle bir planlama ihtiyacınız varsa üretim takibiyle kapasite optimizasyonunu aynı özellik sanmayın.

İstenecek kanıt: Acil, geciken ve bugün teslim edilecek kayıtların gerçek tarihleriyle listede bulunması.

4. QR kodu atölyede, telefonla kullanın

İş emri etiketini veya QR kodunu yazdırın. Masanızda değil, işin yapıldığı yerde telefonla okutun. Sayfa yavaş bağlantıda açılıyor mu? Kullanıcı doğru işi ve güncel durumu tek bakışta görüyor mu? Yetkisi olan kişi ilerletebiliyor mu?

QR kodun varlığı tek başına başarı değildir. Kod yalnız bir sayfa açıyor ama usta doğru kaydı bulmak için tekrar arama yapıyorsa sürtünme devam eder.

İstenecek kanıt: Etiketten açılan doğru iş, görünür mevcut aşama ve yetkiye bağlı ilerletme sonucu.

5. Reçeteden malzeme ihtiyacını çıkarın

Bir ürünün reçetesine iki hammadde ekleyin ve sipariş miktarını değiştirin. Toplam ihtiyaç buna göre güncelleniyor mu? Birim, miktar ve maliyet alanlarının kaynağı açık mı?

Reçete, hangi ürün için ne kadar malzeme gerektiğini tanımlar. Bu, tek başına tam MRP değildir. Otomatik satın alma önerisi, üretim rotası, makine planı veya tahmini bitiş saati bekliyorsanız bunları ayrı test maddeleri olarak sorun.

İstenecek kanıt: Reçetedeki birim ihtiyacın sipariş miktarıyla ilişkilendirildiği malzeme listesi.

6. Eksik stokta sistemin ne yaptığını görün

Reçetedeki malzemelerden birinin stok miktarını ihtiyacın altına indirin. Program eksikliği görünür kılıyor mu? Kullanıcı onayı olmadan stok düşüyor mu? Hata yapılırsa işlem geri alınabiliyor mu?

krkbos yetersiz stok için uyarı verir. Üretim tüketimi kullanıcı onayıyla işlenir ve tersine çevrilebilir. “Eksik malzeme varsa satın almaya otomatik bildirim gider” veya “üretim kesin olarak bloke edilir” denmemelidir.

İstenecek kanıt: Eksik malzeme uyarısı, onaydan önce değişmeyen stok ve onaylı işlemden sonra izlenebilen hareket.

7. Fireyi ve yeniden işlemeyi olay olarak kaydedin

Bir parçanın hatalı çıktığını varsayın. Miktar, neden, açıklama ve varsa fotoğrafı ekleyin. Kayıt üretim işiyle bağlantılı kalıyor mu? Sonradan “bu gecikme neden oldu?” sorusunda bulunabiliyor mu?

krkbos'ta fire ve yeniden üretim, üretim olayları olarak kaydedilebilir. Sistem bu kayıttan kendiliğinden fire yüzdesi veya OEE üretmez. Ölçüm raporu gerekiyorsa hem payın hem paydanın hangi kayıtlardan geldiğini ayrıca doğrulayın.

İstenecek kanıt: Üretim kalemine bağlı, tarihli ve açıklamalı olay kaydı.

8. Çizim revizyonu çakışması oluşturun

Sipariş açıldıktan sonra üründeki teknik çizimi değiştirin. Eski siparişe döndüğünüzde program sessizce yeni dosyayı mı kullanıyor, eski dosyayı mı gösteriyor, yoksa çakışmayı uyarıyor mu?

krkbos revizyon çakışmasını görünür kılabilir; fakat hangi çizimin üretime gireceğine sizin yerinize karar vermez. Doğru sürümü yetkili kişi teyit etmelidir. “Eski çizimle üretimi otomatik engeller” iddiası bu kapsamı aşar.

İstenecek kanıt: Sipariş kaydı ile güncel ürün revizyonu ayrıştığında görünen uyarı ve kullanıcı kararının kaydı.

9. Kalite ve lot izini iki yönde arayın

Bir ilk ürün, ara veya final kontrol sonucu girin. Başarısız sonuçta uygunsuzluk kaydının açılıp açılmadığını görün. Ardından bir lot ya da parti numarasıyla şu iki soruyu sorun:

• Bu malzeme hangi işlerde kullanıldı?
• Bu işte hangi malzeme lotları kullanıldı?

Sertifika arşivi gerekiyorsa lot kaydıyla belgenin bağlantısını da açın. Cihazdan otomatik ölçüm alma, FIFO/FEFO ya da lot bazında kalan miktar ayrıca doğrulanmadan varsayılmamalıdır.

İstenecek kanıt: Kontrol sonucu, başarısızlıkta ilişkili uygunsuzluk ve ileri–geri lot izi.

10. İşi kapatın ve geride kalan kaydı kontrol edin

Üretim kalemini tamamlayın. Kim, ne zaman, hangi not ve kalite kaydıyla kapattı? Sipariş, üretim ve ilgili müşteri kaydı arasında geri dönebilir misiniz? İhtiyacınız olan Excel veya PDF çıktısını gerçekten alabiliyor musunuz?

Burada “geçmiş var” ile “değiştirilemez denetim izi var” aynı şey değildir. Yasal veya sertifikasyon gereği değiştirilemez kayıt arıyorsanız, bunu ayrı bir sözleşme maddesi ve canlı demo testi yapın.

İstenecek kanıt: Tamamlanan işin sorumlusu, tarihi, bağlı siparişi ve açılabilen belgeleri.

Sonucu özellik sayısıyla değil, kanıtla puanlayın

Her test için yalnız üç sonuç kullanın:

• Geçti: İşlemi kendiniz yaptınız ve sonucu ekranda gördünüz.
• Koşullu: Özellik var; fakat ek onay, rol, bağlantı veya ayrı kayıt gerekiyor.
• Kaldı: Sonuç yalnız sözlü anlatıldı ya da sizin iş akışınız tamamlanamadı.

Bir programın yüz özelliği olabilir. Sizin gerçek siparişinizde kırılan tek kritik adım, kullanılmayacak doksan dokuz özellikten daha önemlidir.

Hangi durumda daha kapsamlı bir sistem gerekir?

İhtiyacınız makine telemetrisi, otomatik OEE, sonlu kapasite çizelgeleme, tahmini bitiş optimizasyonu, zorunlu rota kapıları veya tam MRP ise sade bir üretim takip programı yeterli olmayabilir. Bu bir eksiklikten çok ürün sınıfı farkıdır. Doğru seçim, ihtiyaç listesini “olsa güzel olur” ve “olmadan çalışamayız” diye ayırmakla başlar.

Sık sorulan sorular