Canlı demo · veriler herkese açık ve sıfırlanabilir · AI taslak/rapor cilası kapalı (yerel Ollama gerektirir) · kararlar deterministik motordan gelir
MDI+ Teşhis

Sistem yönetimi

Admin paneli

Operasyon portföyünü, teşhis yönetişimini, metodoloji kapsamını ve çalışma ortamının güvenlik durumunu tek noktadan denetleyin.

Kullanıcı panosuna dön

Toplam çalışma

4

4 açık

Geciken görev

1

2 açık görev

Kanıtsız iddia

0

Doğrulama borcu

Etkinlik bekleyen

1

Aksiyon sonucu

Zayıf sinyal

0

Açık erken uyarı

Yeniden açılan

0

İzleme başarısızlığı

Saha pilotu

0

0 tamamlandı

Sahada doğrulanan

0

Gerçek sonuç kayıtlı

Entegrasyon

0

0 hata

Kalite engeli

0

Kapanışı durduran

Portföy yönetimi

Deneme çalışmalarını kaldır

Gerçek kullanıma geçmeden önce gereksiz kayıtları ve bunlara yüklenen kanıt dosyalarını kalıcı olarak temizleyin.

Geri alınamaz
Mini yükleyici makinalarda sürekli hidrolik pompa arızası yaşanıyor sebebi nedir ne yapılmalıdırRoot Cause Analysis · 26.07.2026 17:02:14
Müşteriden şikayet geldi, üründe çatlak var ve kök neden bilinmiyor.8D (Eight Disciplines) · 24.07.2026 22:02:34
Müşteriden şikayet geldi, üründe çatlak var ve kök neden bilinmiyor.Root Cause Analysis · 22.07.2026 16:16:20
X-model fren kaliper braketinin robotik MIG kaynak dikişinde aralıklı gözenek ve mikro-çatlak. Müşteri (OEM) montaj hattında son üç sevkiyatta toplam 1.240 parça karantinaya alındı, montaj hattı 45 dk durdu ve iç PPM 900'den 8.500'e yükseldi. Kusur görsel kontrolden kaçıyor; kök neden bilinmiyor ve son üç haftada tekrar ediyor.8D (Eight Disciplines) · 22.07.2026 13:49:15

Portföy yönetimi

Son güncellenen çalışmalar

Durum, metodoloji, ilerleme ve açık güvence borcunu birlikte gösterir.

Tüm görevleri aç
ÇalışmaMetodolojiYaşam döngüsüİlerlemeAçıklarİşlem
Mini yükleyici makinalarda sürekli hidrolik pompa arızası yaşanıyor sebebi nedir ne yapılmalıdır26.07.2026 17:02:14Root Cause AnalysisAçık0/60 aksiyon · 0 iddiaİncele →
Müşteriden şikayet geldi, üründe çatlak var ve kök neden bilinmiyor.24.07.2026 22:02:348D (Eight Disciplines)Açık0/90 aksiyon · 0 iddiaİncele →
Müşteriden şikayet geldi, üründe çatlak var ve kök neden bilinmiyor.22.07.2026 16:16:20Root Cause AnalysisAçık0/60 aksiyon · 0 iddiaİncele →
X-model fren kaliper braketinin robotik MIG kaynak dikişinde aralıklı gözenek ve mikro-çatlak. Müşteri (OEM) montaj hattında son üç sevkiyatta toplam 1.240 parça karantinaya alındı, montaj hattı 45 dk durdu ve iç PPM 900'den 8.500'e yükseldi. Kusur görsel kontrolden kaçıyor; kök neden bilinmiyor ve son üç haftada tekrar ediyor.22.07.2026 13:49:158D (Eight Disciplines)İzlemede9/93 aksiyon · 0 iddiaİncele →

Soru kataloğu

30 teşhis değişkeni

Sorular sürümlü kaynak kodundan gelir; burada hangi karar sinyalinin kullanıcıya nasıl sorulduğunu denetleyin.

Hata oluştu mudefectOccurred

Şu an gerçekleşmiş bir hata mı var, yoksa henüz oluşmamış olası bir risk mi?

Evet: Gerçek bir hata oluştuHayır: Henüz hata yok (yalnızca risk)
Müşteri etkilendi micustomerAffected

Bu durum müşteriye yansıdı mı; teslimatını ya da kullanımını etkiledi mi?

Evet: Müşteri etkilendiHayır: Müşteri etkilenmedi
Kök neden biliniyor murootCauseKnown

Kök nedeni gerçekten biliyor muyuz; ölçüm ya da denemeyle doğrulandı mı, yoksa henüz tahmin mi?

Evet: Kök neden biliniyorHayır: Kök neden bilinmiyor
Yeni mi başladıstartedRecently

Sorun yakın zamanda mı başladı, yoksa uzun zamandır mı sürüyor?

Evet: Problem yeni başladıHayır: Problem kronik / uzun süredir var
Daha önce yaşandı mıpreviouslyOccurred

Aynı sorun daha önce de yaşandı mı?

Evet: Daha önce de yaşandı (tekrar eden)Hayır: İlk kez yaşanıyor
Süreç değişti miprocessChanged

Sorun başlamadan hemen önce süreçte, ayarlarda ya da ekipmanda bir değişiklik oldu mu?

Evet: Süreç yakın zamanda değiştiHayır: Süreç değişmedi
Operatör değişti mioperatorChanged

Sorunun başladığı zaman bir vardiya ya da operatör değişimine denk geliyor mu?

Evet: Operatör değiştiHayır: Operatör değişmedi
Tedarikçi değişti misupplierChanged

O sıralarda malzeme, parti ya da tedarikçi değişti mi?

Evet: Tedarikçi değiştiHayır: Tedarikçi değişmedi
Ölçüm verisi var mıhasMeasurementData

Elinizde bu sorunla ilgili ölçüm ya da sayısal veri var mı?

Evet: Ölçüm verisi mevcutHayır: Ölçüm verisi yok
Varyasyon yüksek mihighVariation

Sonuçlar sürekli oynuyor mu; ölçümler arasında büyük dalgalanma var mı?

Evet: Varyasyon yüksek/sürekliHayır: Varyasyon düşük/stabil
İyileştirme çalışması mıisImprovementInitiative

Ortada acil bir hata mı var, yoksa mevcut durumu daha iyiye götürme çalışması mı?

Evet: Akut hata değil, iyileştirme çalışmasıHayır: İyileştirme değil, akut problem
İş yeri düzensiz miworkplaceDisorganized

Kayıpların asıl nedeni çalışma alanının dağınıklığı, her şeyin belirli bir yerinin olmaması mı?

Evet: İş yeri düzensiz/organizasyonsuzHayır: İş yeri düzenli
Ekipman arızası var mıequipmentBreakdown

Sorunun merkezinde makine arızası ya da beklenmedik duruş mu var?

Evet: Ekipman arızası/duruşu varHayır: Ekipman sorunu yok
Akış/israf sorunu muflowOrWaste

Asıl sıkıntı beklemeler, ara stoklar ya da işin gereğinden uzun sürmesi mi?

Evet: Akış/israf/temin süresi sorunuHayır: Akış/israf sorunu değil
Yeni tasarım mıisNewDesign

Var olan bir sorunu mu çözüyoruz, yoksa sıfırdan yeni bir ürün ya da süreç mi tasarlıyoruz?

Evet: Yeni ürün/süreç tasarımıHayır: Mevcut problemi çözme (yeni tasarım değil)
Sürekli izleme mimonitoringNeed

Asıl ihtiyaç, süreci sürekli takip edip bir şeyler bozulduğunda erken görmek mi?

Evet: Süreci sürekli izleme/kontrol ihtiyacıHayır: Sürekli izleme ihtiyacı değil
Hata sistemden kaçabilir mihumanErrorProne

Biri yanlış yaptığında onu durduran bir engel var mı, yoksa hata öylece sonraki adıma geçebiliyor mu?

Evet: Yanlış işlem sistem tarafından önlenmiyorHayır: Yanlış işlem sistem tarafından önleniyor
Dar boğaz mıbottleneckThroughput

Tek bir nokta —bir tezgâh ya da adım— tüm hattın çıktısını sürekli sınırlıyor mu?

Evet: Dar boğaz/kapasite/çıktı kısıtıHayır: Dar boğaz/kapasite sorunu değil
Güvenlik/yasal mısafetyOrRegulatory

Bu sorunun güvenlik ya da yasal uygunluk açısından bir riski var mı?

Evet: Güvenlik/regülasyon etkisi varHayır: Güvenlik/regülasyon etkisi yok
Aralıklı mıintermittent

Sorun bir çıkıp bir kayboluyor mu, yoksa sürekli mi görülüyor?

Evet: Aralıklı/sporadik ortaya çıkıyorHayır: Sürekli/istikrarlı ortaya çıkıyor
Uygunsuzluk müşteriye ulaştı mıexternalNonconformance

Hatalı ürün fiilen müşteriye kadar ulaştı mı?

Evet: Doğrulanmış uygunsuzluk müşteriye ulaştıHayır: Müşteriye ulaşmış uygunsuzluk yok
Acil koruma gerekli micontainmentNeeded

Şu an müşteriyi ya da bir sonraki adımı korumak için acil bir önlem (ayıklama, bloke etme) gerekiyor mu?

Evet: Acil containment/geçici koruma gerekliHayır: Acil containment ihtiyacı yok
Ölçüm güvenilir mimeasurementReliable

Ölçümlerinize güveniyor musunuz; aynı şeyi ölçtüğünüzde tutarlı sonuç veriyor mu?

Evet: Ölçüm sistemi karar vermek için güvenilirHayır: Ölçüm sistemi henüz güvenilir değil
Proses kararlı mıprocessStable

Süreç zaman içinde kararlı mı, yoksa ara ara ani sıçramalar oluyor mu?

Evet: Prosesin istatistiksel kararlılığı doğrulandıHayır: Proses kararlı değil veya kararlılığı doğrulanmadı
Karşılaştırma yapılabilir micomparisonAvailable

Sorunun olduğu ve olmadığı durumları —makine, vardiya, dönem— karşılaştırabiliyor musunuz?

Evet: Problemli ve problemsiz koşullar karşılaştırılabiliyorHayır: Ayırıcı karşılaştırma henüz yapılamıyor
Ekipman kaybı kronik michronicEquipmentLoss

Makine sorunu tek seferlik mi, yoksa sürekli tekrarlayan bir duruş ya da hız kaybı mı?

Evet: Ekipman kaybı kronik ve tekrar eden nitelikteHayır: Ekipman sorunu tekil veya akut nitelikte
Hata modu tanımlı mıfailureModeKnown

Önlemek istediğiniz hata tam olarak belli mi; ne olduğunu net tarif edebiliyor musunuz?

Evet: Önlenecek hata modu açıkça tanımlıHayır: Önlenecek hata modu henüz net değil
Standart iş yerleşik mistandardWorkEstablished

İşin tanımlı bir standart yapılış biçimi var mı ve herkes aynı şekilde mi uyguluyor?

Evet: Standart iş tanımlı ve tutarlı uygulanıyorHayır: Standart iş eksik veya uygulama vardiyalar arasında değişiyor
Temel koşullar sağlanıyor mubasicConditionsStable

Temel çalışma koşulları —insan, makine, malzeme, yöntem— düzenli olarak sağlanıyor mu?

Evet: Temel çalışma koşulları tanımlı ve sağlanıyorHayır: Temel çalışma koşullarında eksik veya değişkenlik var
Alternatif arası seçim midecisionBetweenOptions

Bu bir hata/arıza problemi mi, yoksa tanımlı seçenekler arasından en iyisini seçme kararı mı?

Evet: Tanımlı alternatifler arasından yapılacak bir seçim kararıHayır: Alternatif seçimi değil, çözülmesi gereken bir problem/olay

Kural yönetişimi

39 kural · 76 metodoloji etkisi

Canlı ağırlıklar yalnız testli kaynak sürümüyle değiştirilir. Bu ekran karar motorunun okunabilir envanteridir.

R1Henüz hata yok, yalnızca risk → proaktif risk analizi

Okunan sinyaller: Hata oluştu mu

FMEA +3RCA -28D -2
R2Gerçek bir hata oluştu → reaktif analiz

Okunan sinyaller: Hata oluştu mu

RCA +18D +1FMEA -2
R3Müşteri etkisi var → müşteri yönetimi önceliği

Okunan sinyaller: Müşteri etkilendi mi

8D +1RCA +1
R4Müşteri etkilenmedi → 8D önceliği düşer

Okunan sinyaller: Müşteri etkilendi mi

8D -2
R5Kök neden bilinmiyor → kök neden analizi

Okunan sinyaller: Kök neden biliniyor mu

RCA +28D +1
R6Kök neden biliniyor → analiz değil, uygulama gerekir

Okunan sinyaller: Kök neden biliniyor mu

RCA -2
R6bKök neden bilinmiyor → önce teşhis; saf karşı-önlem yöntemleri henüz erken

Okunan sinyaller: Kök neden biliniyor mu

Poka-Yoke -3SPC -25S -2
R7Problem yeni başladı ve yakın zamanda bir değişiklik oldu → IS/IS-NOT (Kepner-Tregoe)

Okunan sinyaller: Yeni mi başladı, Süreç değişti mi, Operatör değişti mi, Tedarikçi değişti mi

Kepner-Tregoe +3
R7bProblem yeni başladı

Okunan sinyaller: Yeni mi başladı

Kepner-Tregoe +1
R7cProblemli ve problemsiz koşullar karşılaştırılabiliyor → ayırıcı sapma analizi uygulanabilir

Okunan sinyaller: Karşılaştırma yapılabilir mi

Kepner-Tregoe +2RCA +1
R8Tekrar eden problem → daha derin kök neden analizi

Okunan sinyaller: Daha önce yaşandı mı

RCA +2Kepner-Tregoe -1
R9Ölçüm verisi var ve varyasyon yüksek → istatistiksel analiz (DMAIC)

Okunan sinyaller: Ölçüm verisi var mı, Varyasyon yüksek mi

DMAIC +4
R9bÖlçüm sistemi güvenilir → istatistiksel karar altyapısı uygun

Okunan sinyaller: Ölçüm güvenilir mi

DMAIC +1SPC +1
R9cÖlçüm sistemi güvenilir değil → önce ölçüm sistemini doğrula

Okunan sinyaller: Ölçüm güvenilir mi

DMAIC -2SPC -3
R10Varyasyon yüksek/sürekli → istatistiksel yaklaşım

Okunan sinyaller: Varyasyon yüksek mi

DMAIC +2
R11Akut hata değil, sürekli iyileştirme → PDCA/A3

Okunan sinyaller: İyileştirme çalışması mı

PDCA/A3 +3FMEA -2RCA -18D -1
N1İş yeri düzensiz/organizasyonsuz → 5S

Okunan sinyaller: İş yeri düzensiz mi

5S +4RCA -1
N2Ekipman arızası/duruşu → ekipman odaklı analiz

Okunan sinyaller: Ekipman arızası var mı

TPM +1RCA +1
N2bTekrar eden ekipman arızası → TPM güçlenir

Okunan sinyaller: Ekipman arızası var mı, Daha önce yaşandı mı

TPM +2
N2cKronik ekipman kaybı → TPM sistemi gerekir

Okunan sinyaller: Ekipman kaybı kronik mi

TPM +4
N3Akış/israf/temin süresi sorunu → Yalın / VSM

Okunan sinyaller: Akış/israf sorunu mu

Yalın/VSM +4
N4Mevcut hata değil, yeni ürün/süreç tasarımı → DMADV (DFSS)

Okunan sinyaller: Yeni tasarım mı

DMADV +5RCA -28D -3FMEA -1
N5Stabil süreci sürekli izleme/kontrol ihtiyacı → SPC

Okunan sinyaller: Sürekli izleme mi

SPC +4DMAIC -1
N5bKararlı proses ve izleme ihtiyacı birlikte → SPC uygulanabilir

Okunan sinyaller: Proses kararlı mı, Sürekli izleme mi

SPC +3
N5cProses kararlı değil → kontrol kartından önce özel nedenleri çöz

Okunan sinyaller: Proses kararlı mı

SPC -3DMAIC +1RCA +1
N6İnsan hatasına açık; hata-önleme gerekli → Poka-Yoke

Okunan sinyaller: Hata sistemden kaçabilir mi

Poka-Yoke +4FMEA +1
N6bHata modu açıkça tanımlı → hata önleme çözümü tasarlanabilir

Okunan sinyaller: Hata modu tanımlı mı

Poka-Yoke +2FMEA +1
N7Dar boğaz/kapasite/çıktı kısıtı → Kısıtlar Teorisi (TOC)

Okunan sinyaller: Dar boğaz mı

TOC +4
N7bAkış kaybının açıkça tanımlanmış sistem kısıtından kaynaklanması → önce TOC ile kısıtı yönet

Okunan sinyaller: Dar boğaz mı, Akış/israf sorunu mu

TOC +3Yalın/VSM -1
N8Gerçekleşmemiş güvenlik/regülasyon riski → proaktif risk analizi

Okunan sinyaller: Güvenlik/yasal mı, Hata oluştu mu

FMEA +3
N8bGerçekleşmiş güvenlik olayı → yapılandırılmış olay ve kök neden analizi

Okunan sinyaller: Güvenlik/yasal mı, Hata oluştu mu

RCA +28D +1
N8cMüşteriye ulaşmış doğrulanmış uygunsuzluk → 8D

Okunan sinyaller: Uygunsuzluk müşteriye ulaştı mı

8D +4
N8dAcil containment ihtiyacı → 8D disiplinli koruma akışı

Okunan sinyaller: Acil koruma gerekli mi

8D +3
N9Aralıklı/sporadik ortaya çıkıyor → sapma analizi (KT/RCA)

Okunan sinyaller: Aralıklı mı

Kepner-Tregoe +1RCA +1
S1Proses kararlı değil → iyileştirmeden önce stabilizasyon gerekir

Okunan sinyaller: Proses kararlı mı

SDCA +2
S2Standart iş yerleşik değil → önce mevcut en iyi yöntem sabitlenmeli

Okunan sinyaller: Standart iş yerleşik mi

SDCA +4PDCA/A3 -2DMAIC -1
S3Temel çalışma koşulları sağlanmıyor → önce 4M baz hattı kurulmalı

Okunan sinyaller: Temel koşullar sağlanıyor mu

SDCA +3PDCA/A3 -1
KD1Bu bir hata teşhisi değil, tanımlı alternatifler arasından seçim → Kepner-Tregoe Karar Analizi

Okunan sinyaller: Alternatif arası seçim mi

KT Karar +6RCA -38D -3DMAIC -2FMEA -2
S4Standart, temel koşullar ve proses kararlılığı doğrulandı → stabilizasyon kapısı geçildi

Okunan sinyaller: Standart iş yerleşik mi, Temel koşullar sağlanıyor mu, Proses kararlı mı

SDCA -3PDCA/A3 +1DMAIC +1

Sonuçlandırma politikası

Erken ve zayıf öneriyi engelleyen eşikler

confidenceThreshold

0.72

maxQuestions

18

minimumKnownAnswers

4

minimumQuestionsAsked

4

minimumSupportingSignals

3

minimumScoreMargin

2

Metodoloji kapsamı

15 yöntem · 87 adım · 146 yapılandırılmış alan

Her uygulama alanının sunduğu profesyonel yürütme şablonu.

FMEA6 adım · 8 alan

FMEA: hata henüz oluşmadan riskleri sistematik değerlendir. Hata modlarını, etkilerini ve nedenlerini puanla (S×O×D), yüksek riskleri aksiyonla düşür.

Kepner-Tregoe5 adım · 7 alan

Kepner-Tregoe Problem Analizi: yeni başlayan sapmalarda IS / IS-NOT karşılaştırması ve değişiklik analiziyle nedeni mantıksal olarak daralt.

RCA6 adım · 10 alan

Kök Neden Analizi: belirtiyi değil nedeni tedavi et. Kanıt topla, neden zincirini kur, kök nedeni doğrula, kalıcı önlem al ve etkinliği kontrol et.

8D9 adım · 21 alan

8D, müşteriyi etkileyen problemlerde ekip temelli, disiplinli bir çözüm sürecidir: önce müşteriyi koru (D3), sonra kök nedeni bul ve kalıcı olarak kapat (D4–D7).

PDCA/A37 adım · 9 alan

PDCA/A3: iyileştirmeyi bilimsel döngüyle yürüt — mevcut durumu anla, hedef koy, kök nedene karşı önlem planla, dene, ölç, standartlaştır.

DMAIC5 adım · 11 alan

DMAIC: veri yoğun, varyasyon problemi için istatistiksel iyileştirme döngüsü — tanımla, ölç, analiz et, iyileştir, kontrol altına al.

5S6 adım · 8 alan

5S: düzensizlikten doğan kayıpları kaldır — sınıflandır, düzenle, temizle, standartlaştır, sürdür. Amaç görsellik ve anormalliğin anında görünmesi.

TPM6 adım · 10 alan

TPM: ekipman güvenilirliğini operatör-bakım iş birliğiyle yükselt — kayıpları ölç (OEE), otonom ve planlı bakımı kur, arızayı oluşmadan yakala.

Yalın/VSM5 adım · 8 alan

Yalın/VSM: değer akışını uçtan uca haritala, israfı ve bekleme sürelerini görünür kıl, gelecek durum tasarımıyla akışı hızlandır.

DMADV5 adım · 9 alan

DMADV (DFSS): yeni ürün/süreci daha tasarım aşamasında müşteri kritiklerine ve hedef kaliteye göre kur — düzeltme değil, doğru tasarım.

SPC6 adım · 10 alan

SPC: süreci kontrol kartlarıyla izle; özel neden sinyallerini erken yakala, sürece gereksiz müdahaleyi (tampering) önle.

Poka-Yoke5 adım · 10 alan

Poka-Yoke: insan hatasını eğitimle değil tasarımla engelle — hatayı imkânsız kıl (önleme) ya da anında yakala (tespit).

TOC6 adım · 8 alan

Kısıtlar Teorisi: sistemin çıktısını kısıt belirler. Kısıtı bul, ondan azami yararlan, her şeyi ona tabi kıl, gerekiyorsa yükselt — ve tekrarla.

SDCA5 adım · 10 alan

SDCA: iyileştirmeye başlamadan önce mevcut en iyi yöntemi standartlaştır, temel 4M koşullarını kur, uygulamayı doğrula ve kararlı baz hattı sabitle.

KT Karar5 adım · 7 alan

Kepner-Tregoe Karar Analizi, bir hatayı çözmek için değil, tanımlı alternatifler arasından seçim yapmak içindir: önce amacı ve kriterleri netleştir, zorunlu (MUST) kriterlerle ele, ağırlıklı isteğe bağlı (WANT) kriterlerle puanla, sonra seçileni riskleriyle sına.

Çalışma ortamı

Yapılandırma sağlığı

Uygulama erişimiParolasız yerel mod
Dikkat
Ayrı admin erişimiUygulama oturumu yönetici kabul ediliyor
Dikkat
Kalıcı veri tabanıPostgreSQL / Prisma
Hazır
AI sağlayıcısıDeterministik mod
Dikkat

Erişim modeli

Tek kiracılı yönetim

Bu sürüm kullanıcı hesapları yerine uygulama ve admin oturumlarını ayırır. Kişi bazlı rol, kullanıcı daveti ve aktör bazlı ayrıntılı denetim için ilişkisel kullanıcı modeli gerekir.

Üretim önerisi: `APP_PASSWORD` ve farklı bir `ADMIN_PASSWORD` tanımlayın; HTTPS kullanın. Çok kullanıcılı kurulumdan önce kullanıcı/rol modelini etkinleştirin.