Zonguldak Özel Yazılım Geliştirme: Bakım İş Emri Rehberi

Zonguldak, taşkömürü madenciliği ve Karadeniz Ereğli demir çelik sanayisiyle ilişkilidir; makine imalatı ve mühendislik de bölgesel sanayi zincirinde bulunur. Örneğin ekipman bakımını farklı çizelgelerde izleyen bir işletmede özel yazılım kararı, hangi kaydın hangi sorunu çözeceğiyle başlamalıdır. HazırSoft, Zonguldak için Özel Yazılım Geliştirme çalışmalarını uzaktan yürütür; ekipman listesi, mevcut bakım formu ve kullanıcı rolleri çevrim içi toplantılarda değerlendirilir. İlk kapsam, bütün tesisi dijitalleştirmek yerine bakım kaydının açılması, sorumlunun belirlenmesi ve kapanış bilgisinin doğrulanması gibi izlenebilir bir akışla sınırlandırılabilir.

Ekipman kimliği, örneğin makine imalatı yapan bir işletmede presin konumu değişse bile aynı varlığı işaret etmelidir. Kod, seri numarası, üst ekipman ilişkisi ve bakım geçmişi ayrı tutulursa yer değişikliği geçmiş kayıtları bozmaz. Etiketi okunamayan ekipman için fotoğraf ve geçici kayıt kullanılabilir; yetkili doğrulamadan kalıcı eşleştirme yapılmamalıdır. Hurdaya ayrılan makinenin kimliği yeniden kullanılmaz. Mevcut envanter güvenilir değilse yazılım alımından önce kodlama çalışması gerekir; aksi halde yeni ekranlar aynı belirsizliği taşır. İlk veri aktarımında çakışan seri numaraları ayrıca incelenmelidir.

Yedek parça stoğu, örneğin bir bakım atölyesinde rulmanın depodan alınmasıyla iş emrine bağlanabilir. Talep edilen, ayrılan, teslim edilen ve iade edilen miktarlar ayrı kaydedilmelidir. Stokta görünmesine rağmen rafta bulunmayan parça için sayım farkı kaydı açılır; sistem sessizce eksi stok üretmemelidir. Muadil parçanın kullanımına kimin karar vereceği belirlenir. Satın alma kapsamı yalnızca parça talebini oluşturmak olabilir; sipariş, tedarikçi hesabı ve muhasebe işlemleri mevcut sistemde kalabilir. Onaylanmamış talep satın alma emrine dönüşmemeli, acil ihtiyaç ise gerekçesiyle ayrı değerlendirme kuyruğuna alınmalıdır.

Ağ ayrımı, örneğin maden ekipmanının kontrol ağıyla bakım kayıtlarının tutulduğu kurumsal ağın sınırını korumayı gerektirir. Bakım portalı üzerinden kontrol cihazlarına doğrudan komut gönderme yetkisi tanımlanmamalıdır. Gerekli ekipman verileri, kurumun teknik değerlendirmesine uygun kontrollü bir aktarım noktasıyla alınabilir. Bağlantı kaybolduğunda son veri zamanı görünür olmalı; eski ölçüm güncel kabul edilmemelidir. Uzaktan erişim gerekiyorsa yetkilendirme, erişim süresi ve kayıt koşulları kurumla belirlenir. Kontrol ağına erişim gerektiren talepler ayrı değerlendirilir; bakım yazılımının kapsamına otomatik eklenmez. Ağ değişiklikleri yetkili teknik ekibe bırakılır.

Pilot çalışma, örneğin bir makine imalat işletmesinde tek ekipman grubu ve sınırlı kullanıcı rolleriyle başlayabilir. Kabul senaryoları arasında eksik kimlikli bakım talebi, reddedilen izin, bulunamayan parça ve ERP’ye aktarılamayan tüketim bulunmalıdır. Her senaryoda beklenen ekran, sorumlu kişi ve düzeltme yolu önceden yazılır. Pilot sonunda yeni modül sayısı değil, kayıtların tutarlılığı ve istisnaların yönetilebilirliği değerlendirilir. Bakım ihtiyacı mevcut araçlarla açıkça karşılanıyorsa geliştirme durdurulabilir. Devam kararı için ekipman listesi, örnek iş emri, rol matrisi ve ERP veri sahipliği birlikte netleştirilir.