Değişiklik kontrolü
This content is not available in your language yet.
Ne işe yarar
Bölüm başlığı “Ne işe yarar”Değişiklik kontrolü sekmesi; ürün, ürün ağacı, rota, tedarikçi, makine, yazılım, şartname, muayene planı, doküman ya da iş talimatı gibi bir konudaki değişikliği kontrollü yürütür. Akış: talep → etki → risk → onay (dört göz) → uygulama → doğrulama → kapanış. Doküman etkisi, Kontrollü Doküman’daki değişiklik talebiyle yürür; ikinci bir plan tutulmaz.
Kimler kullanır
Bölüm başlığı “Kimler kullanır”Değişikliği talep eden, etki değerlendiren, onaylayan yönetici, uygulayıcılar, doğrulayıcı. Yetki sayfaları: Kalite — değişiklik kontrolü (Görüntüle: liste; Ekle: talep açma; Düzenle: etki, risk, uygulama; Onayla: onay/ret) ve Kalite — değişiklik doğrulaması (Düzenle: doğrulama). Talep eden kendi değişikliğini onaylayamaz; uygulayan doğrulayamaz.
Ön koşullar
Bölüm başlığı “Ön koşullar”- Kalite Yönetimi paketi açık; firma seçili.
- Hedef türü ana verisi olan bir tür ise (ürün, ürün ağacı, tedarikçi vb.) ilgili kayıt sistemde tanımlı olmalıdır; diğer türlerde hedef serbest metin yazılır.
- DMS bağlantısı için Kontrollü Doküman paketi açık olmalı ve DMS değişiklik talebi görme yetkisi bulunmalıdır (Değişiklik talepleri).
- Parametreler: Bu sekme Ayarlar › Parametreler’den değer okumaz; akış kuralları (dört göz, doğrulama şartı) üründe sabittir ve ayar gerektirmez.
Adım adım
Bölüm başlığı “Adım adım”-
Kalite Yönetimi ekranında Değişiklik kontrolü sekmesini açın. Kapalı talepler için Kapalıları göster’i işaretleyin.

-
Değişiklik talepleri bölümünde Başlık (zorunlu), Hedef türünü, Hedef kayıt ve Gerekçeyi girip Oluştur’a basın. Ana verisi olan türde Ara (numara/başlık) ile kayıt aranıp listeden seçilir. Talep kartı açılır.
-
Kartta Etki ve risk bölümüne en az bir etki (Eylem gerekir seçeneğiyle) ve bir risk değerlendirmesi (risk kaydı ya da özet) girip Kaydet; Onaya gönder’e basın. Onaydan sonra etki ve risk değişmez.
-
Onay bölümünde onay yetkilisi Onayla ya da Reddet der. Ret gerekçe ister ve talebi kapatır.
-
Uygulama bölümünde görev ekleyin, her görevi tamamlandı/vazgeçildi olarak kapatın; DMS değişiklik talebini DMS talebini bağla ile ilişkilendirin. Açık görev varken doğrulamaya geçilemez; Doğrulamaya geç’e basın.
-
Doğrulama bölümünde doğrulayıcı yorum yazıp Geçti ya da Kaldı der. Son doğrulama geçmeden kapanış yapılamaz; Kapat’a basın. Gerekirse İptal et seçilir.
Alanlar
Bölüm başlığı “Alanlar”| Alan | Anlamı | Zorunlu mu |
|---|---|---|
| Başlık | Talebin kısa adı. | Evet |
| Hedef | Ürün, Ürün ağacı, Rota / süreç, Tedarikçi, Makine, Yazılım, Şartname, Muayene planı, Doküman, İş talimatı, Diğer. | Evet |
| Hedef kayıt | Kayıttan seçilir ya da serbest metin. | Hayır |
| Gerekçe | Değişikliğin nedeni. | Hayır |
| Talep eden | Talebi açan kullanıcı ve tarih. | Otomatik |
| Durum | Taslak, Etki değerlendirmesi, Onay bekliyor, Onaylandı, Uygulamada, Doğrulamada, Kapalı, Reddedildi, İptal. | Salt okunur |
Sık hatalar ve mesajları
Bölüm başlığı “Sık hatalar ve mesajları”| Ekranda gördüğünüz mesaj | Anlamı / ne yapmalı |
|---|---|
| “Etki ve risk yalnız onaydan önce değiştirilir.” | Onaydan sonra düzenleme yoktur. |
| “Onaya göndermeden önce risk değerlendirmesi (risk kaydı ya da özet) girin.” | Risk bilgisini ekleyin. |
| “Dört göz: talep eden kendi değişikliğini onaylayamaz.” | Başka bir yetkili onaylamalıdır. |
| “Değişiklik onaylanmadan uygulama görevi açılamaz.” | Önce onay alın. |
| “Açık uygulama görevi var — doğrulamaya geçilemez.” | Görevleri kapatın. |
| “Tamamlanmış uygulama görevi yok.” | En az bir görevi tamamlayın. |
| “Doğrulama yorumu zorunludur.” | Yorum yazın. |
| “Son doğrulama geçmedi — kapanamaz.” | Doğrulamayı geçecek şekilde tekrarlayın. |
| “Bağlı DMS değişiklik talepleri sonuçlanmadı: {0}.” | DMS taleplerini sonuçlandırın. |
| “Bu DMS talebi başka bir QMS değişikliğine bağlı.” | Başka bir talep seçin. |
| “Bu hedef türünde kayıt seçilemez; hedefi metin olarak yazın.” | Hedef kaydı alanına metin yazın. |
| ”‘{0}’ değişikliği kapalı — değiştirilemez.” | Kapalı talep düzenlenmez. |