Hat duraklamalarında kök neden arama asistanı

Bağlam ve kısıtlar#

Çok hatlı üretim tesislerinde duraklama bilgisi üç ayrı sistemin arasına dağılmıştı. MES duraklamanın ne zaman başladığını ve ne kadar sürdüğünü biliyordu; bakım yönetim sistemi kimin geldiğini ve hangi parçanın değiştiğini biliyordu; makine el kitabı ise o istasyonun nasıl çalıştığını anlatıyordu. Üçünü birleştiren tek yapı, vardiya mühendisinin kafasındaydı.

Kısıt üretimin kendisiydi: sistemin okuyacağı kayıtlar canlı üretim sistemlerinde duruyor ve hiçbir sorgu o sistemlerin yazma yoluna dokunamıyordu. Ayrıca cevap hızının bir anlamı vardı; hat dururken uzun uzun beklenip gelen tam cevap, hemen gelen eksik cevaptan daha değersizdi. Bu ikisi mimarinin sınırlarını baştan çizdi.

Veri ve erişim#

Verinin nerede durduğu, ne olduğu kadar belirleyiciydi. Üretim sistemleri fabrika ağının denetim katmanında, bakım ve kurumsal kayıtlar ofis ağında yaşıyordu; iki taraf arasında tek yönlü bir aktarım hattı vardı. Grafı besleyen işler bu yüzden gece toplu çalışan işler olarak kuruldu, canlı sorgu olarak değil.

• Varlık hiyerarşisi ve ekipman kimlikleri: kurumsal kaynak planlama ve bakım yönetim sistemi, kanonik kaynak kabul edildi
• Duraklama olayları ve kod alanları: üretim yürütme sisteminden gece aktarımıyla, yalnızca okuma
• Vardiya defteri ve teknisyen notları: serbest metin, kısaltmalı ve yerel jargonlu; en değerli ama en dağınık kaynak
• OEM el kitapları ve devreye alma dosyaları: seri numarası ve revizyona göre etiketlenmiş belge deposu
• Yedek parça ve stok kayıtları: yalnızca parça kimliğini doğrulamak için, miktar bilgisi kapsam dışı
• İş kazası ve sağlık gözetimi kayıtları: kapsam dışı bırakıldı

Mimari kararlar#

Kararların ortak mantığı şuydu: kurumsal sistemlerde zaten kesin olan bilgiyi modele ürettirmemek, yalnızca metinde saklı olan ilişkiyi modelden istemek. Aşağıdaki tablo bu ayrımın nasıl uygulandığını ve hangi ödünleşimle seçildiğini gösteriyor.

Güvenlik ve yetki#

Vardiya notları teknik bilgi taşıdığı kadar kişi bilgisi de taşıyor: kimin çağrıldığı, kimin müdahale ettiği, kimin hatayı fark ettiği. Bu alanların grafta düğüm olması, sistemin farkında olmadan bir performans değerlendirme aracına dönüşmesi anlamına gelirdi. Kişi adları ayıklama aşamasında maskelendi ve grafa yalnızca rol bilgisi (bakım, kalite, üretim) girdi.

Ölçüm düzeni#

• Giriş düğümü isabeti: sorunun doğru ekipman veya bileşen düğümünde başlayıp başlamadığı, cevabın kalitesinden bağımsız izleniyor
• Sıçrama doğruluğu: genişletmeyle eklenen kenarların soruyla ilgili olup olmadığı örneklemle denetleniyor
• Kanıt zinciri denetimi: haftalık örneklemde bakım mühendisi her cümlenin dayandığı kaynak parçasını doğruluyor
• Cevapsız kalma: sistemin "yeterli kanıt yok" dediği durumlar hata değil, ayrı bir kalem olarak sayılıyor
• Jargon sözlüğü kapsamı: eşleşmeyen yerel terimler kayda alınıp haftalık olarak sözlüğe ekleniyor
• Revizyon uyumu: verilen el kitabı alıntısının, sorulan istasyonun gerçek revizyonuyla eşleşip eşleşmediği otomatik kontrol ediliyor

Devreye alma ve işletme#

1. 1Hiyerarşi eşlemesi

   Üç sistemdeki ekipman adları kanonik varlık kimliklerine eşlendi; eşlenemeyen kayıtlar grafa alınmadan bakım planlamacısına listelendi.

2. 2Geçmiş yükleme ve ayıklama denetimi

   Tarihsel iş emirleri ve vardiya notları toplu işlendi; çıkarılan belirti ve müdahale düğümlerinin bir örneklemi elle gözden geçirildi.

3. 3Gölge mod

   Asistan cevap üretti ama iş akışını değiştirmedi; teknisyen kendi yöntemiyle çalışırken cevapları yalnızca değerlendirdi.

4. 4Vardiyaya açılma

   Yalnızca bakım ve kalite rolleri için açıldı; cevap ekranında kaynak parçası ve revizyon bilgisi her zaman görünür durumda.

5. 5Haftalık bakım döngüsü

   Eşleşmeyen jargon, kapsanmayan belge türü ve yeni makine revizyonları haftalık olarak grafa işleniyor.

Nerede yanıldık#

İki hata pahalıya geldi. Birincisi, duraklama kodlarını veri kaynağı sandık; kodlar büyük ölçüde "diğer" olduğu için ilk sürümün kategorileri boşluğa dayanıyordu ve asıl bilgi hemen yanındaki serbest metin alanındaydı. İkincisi, düğüm kimliğini dil modeline bıraktığımız yerde iki tesisin aynı adlı istasyonu tek düğümde birleşti ve bir tesisin arıza geçmişi diğerinin cevabına sızdı; bunu bir teknisyen "biz o parçayı hiç değiştirmedik" diyerek yakaladı, otomatik kontrollerimiz yakalamadı. Kimlik bütünlüğünü kurumsal sisteme geri taşıdıktan sonra grafın düğüm sayısı azaldı ve eş adlı istasyonların tek düğümde birleşmesi ortadan kalktı.