Gözden geçirme

Bu konu, şu konunun bir parçasıdır: SG Systems Global düzenleyici ve operasyonel terimler sözlüğü.

Aralık 2025'te güncellendi • Sürümleme, Geçerlilik Tarihleri ​​ve Kontrollü Değişiklik • Kalite Güvence, Operasyonlar, Mühendislik, Mevzuat

Revizyon kontrolü, kontrol edilen içerikteki (belgeler, spesifikasyonlar, tarifler, etiketler, formlar, iş akışları ve ana veriler) değişiklikleri yönetmeye yönelik disiplinli bir süreçtir; böylece yalnızca doğru onaylı sürüm doğru zamanda kullanılır ve geçmiş sürümler erişilebilir ve savunulabilir kalır. Düzenlemeye tabi üretimde, revizyon kontrolü "düzenlemelerin kaydını tutmak" değildir. Değişiklikleri onaylara, geçerlilik tarihlerine ve izlenebilir kanıtlara bağlayan bir yönetim kontrolüdür; böylece (1) neyin onaylandığını, (2) ne zaman onaylandığını, (3) neyin değiştiğini, (4) değişikliği kimin onayladığını ve (5) bir parti yürütüldüğünde veya bir karar alındığında hangi sürümün geçerli olduğunu kanıtlayabilirsiniz. Bu nedenle revizyon kontrolü , belge kontrolü , değişiklik kontrolü , MOC , veri bütünlüğü ve atfedilebilir denetim izleri (uygulanabilir olduğu durumlarda Bölüm 11 / Ek 11 ilkeleri dahil ) ile yakından bağlantılıdır.

Sürüm kontrolü önemlidir çünkü uyumluluk hatalarının çoğu "kontrol altında gibi görünen hatalardır". Kuruluşun prosedürleri ve kayıtları vardır, ancak yanlış sürüm kullanılmıştır: üretim alanında eski bir SOP, yazıcıda kullanım dışı bırakılmış bir etiket şablonu, yeniden onaylanmadan değiştirilen bir tarif adımı, etki değerlendirmesi yapılmadan genişletilen bir spesifikasyon limiti veya yeniden eğitim verilmeden güncellenen bir eğitim belgesi. Sürüm kontrolü, sürüm kimliğinin, dağıtımının ve geçerlilik tarihinin sistem tarafından uygulanmasını sağlayarak bu hataları önlemenin yoludur; ekip tarafından varsayılması değil.

“Hangi versiyonun yürürlükte olduğunu kanıtlayamazsanız, sürecin kontrol altında olduğunu da kanıtlayamazsınız.”

1) Revizyon Kontrolü Neleri Kapsar?

Revizyon kontrolü, "işlerimizi nasıl yaptığımızı" veya "nelerin kabul edilebilir olduğunu" tanımlayan her şeye uygulanır. Üretim ve kalite sistemlerinde, kapsam tipik olarak şunları içerir:

• Standart işletim prosedürleri ve politikalar: Prosedürleri ve sorumlulukları tanımlayan kontrollü belgeler.
• Özellikler: Kabul kriterleri, test yöntemleri, örnekleme kuralları ve kontrollü sınırlar.
• Tarifler ve ana kayıtlar: geçerlilik tarihi MBR/MMR Yürütmeyi sağlayan unsurlar.
• Etiketler ve görseller: şablonlar, değişken veri eşlemeleri ve etiketleme kontrolü sürümleri.
• Formlar ve kontrol listeleri: Denetimler, hat temizliği ve incelemeler için kullanılan kontrollü şablonlar.
• Sistem yapılandırmaları: Kontrollü talimatlar olarak işlev gören iş akışları, sınırlar ve ana veriler (bkz. ana veri kontrolü).

Eğer değişebiliyorsa ve kaliteyi, güvenliği, uyumluluğu veya izlenebilirliği etkiliyorsa, revizyon kontrolüne tabi tutulmalıdır.

2) Revizyon Kontrolü ve Değişiklik Kontrolü Arasındaki Fark

Sürüm kontrolü, sürümleme mekanizmasıdır: yeni bir sürüm oluşturmak, değişiklikleri takip etmek ve geçerlilik tarihlerini ve dağıtımını kontrol etmek. Değişiklik kontrolü ise, risk ve etkiye dayalı olarak değişikliği gerekçelendiren ve onaylayan yönetim sürecidir. Basitçe söylemek gerekirse: değişiklik kontrolü, değişikliğin gerçekleşip gerçekleşmeyeceğine karar verir; sürüm kontrolü ise değişikliği kontrollü ve denetlenebilir bir şekilde uygular.

Her revizyon tam bir değişiklik kontrolü incelemesi gerektirmez, ancak içerik ne kadar düzenlemeye tabi ve yüksek etkiye sahipse, değişiklik kontrolüne ihtiyaç duyulma olasılığı o kadar yüksektir. Bir eğitim belgesindeki yazım hatası düzeltmesi, belgelenmiş bir incelemeyle birlikte yalnızca küçük bir revizyon gerektirebilir. Spesifikasyon limiti değişikliği, reçete adımı değişikliği veya etiket iddiası değişikliği, etki değerlendirmesiyle birlikte resmi bir değişiklik kontrolü yolundan geçmelidir.

3) Temel Yapı Taşları: Sürüm Kimlikleri, Geçerlilik Tarihleri ​​ve Onay

Üç temel yapı taşı tutarlı ve uygulanmış olduğunda, revizyon kontrolü savunulabilir hale gelir:

• Sürüm tanımlaması: Her revizyonun benzersiz bir kimliği vardır (Rev A, Rev 1, Rev 2, vb.) ve kolayca ayırt edilebilir.
• Etkili flört: Sistem, bir revizyonun ne zaman yürürlüğe gireceğini belirler ve erken kullanımını önler.
• Onaylar: Belirlenen onaylayıcılar, revizyonun yürürlüğe girmesinden önce imza atarlar (genellikle şu yöntemle: elektronik imzalar).

Benzersiz sürüm kimlikleri olmadan, "hangi sürüm" olduğunu güvenilir bir şekilde belirtemezsiniz. Etkili bir tarihleme olmadan, üretim aşamasında değişiklikler veya vardiyalar arasında tutarsız kullanım riskiyle karşı karşıya kalırsınız. Onaylar olmadan, kontrollü revizyonlar yerine düzenlemeler yapmış olursunuz.

4) Dağıtım Kontrolü: Yanlış Sürümün Kullanılmasını Önleme

Sürüm kontrolü hatalarının çoğu dağıtım aşamasında meydana gelir. Ekipler yeni sürümü oluşturur, ancak eski sürüm ofiste, birinin e-postasında, paylaşılan bir sürücüde veya yazıcı kuyruğunda kalır. Dağıtım kontrolü, sistemin eski sürümleri kullanmayı zorlaştırması anlamına gelir.

Pratik dağıtım kontrolleri şunları içerir:

• Gerçeğin tek kaynağı: Operatörler, standart işletim prosedürlerine (SOP'ler) ve talimatlara yerel dosyalardan değil, kontrol edilen sistemden erişirler.
• Kullanımdan kaldırılmış sürüm kontrol sistemleri: Önceki ve yeni sürümler açıkça işaretlenmiş olup, rutin kullanımları kısıtlanmıştır.
• Yazdırma kontrolü: Basılı kopyalar kontrol altında tutulur, sürümlendirilir ve mümkün olduğunca en aza indirilir veya süreyle sınırlandırılır.
• Etiket şablonu denetimi: Yalnızca geçerli etiket sürümü yazdırılabilir; eski şablonlar kullanımdan kaldırılmıştır.
• Toplu bağlantı: Toplu işlem yürütme, geçerli sürüme bağlanır ve yanlış sürüme karşı yürütmeyi önler.

Dağıtım kontrolü, revizyon kontrolünün işlevsel hale geldiği noktadır. Dağıtım kontrolü olmadan, revizyon kontrolü sadece meta veriden ibarettir.

5) Düzeltmelerin Uygulama Kanıtlarıyla İlişkilendirilmesi

Revizyon kontrolü, yürütülen kayıtlara bağlanmalıdır. Bir parti yürütüldüğünde, kayıtta hangi ana sürümün kullanıldığı gösterilmelidir. Dijital sistemlerde bu bağlantı otomatik olmalıdır: parti kaydı, o parti için kullanılan MBR/MMR sürümüne, spesifikasyon sürümüne ve etiket şablonu sürümüne referans verir.

Bu bağlantı, denetim savunulabilirliği açısından çok önemlidir. Denetçiler "bu parti için hangi reçete sürümü kullanıldı?" diye sorduğunda, tahmin yürütmemelisiniz. Gerçekleştirilen eBMR, tam ana revizyonu ve geçerlilik tarihini göstermelidir. Şikayetleri ve soruşturmaları da bu şekilde ele alırsınız: o sırada hangi talimatların geçerli olduğunu tam olarak yeniden oluşturabilirsiniz.

6) Revizyon Kontrolü ve Eğitim

Revizyonlar genellikle eğitim gerektirir. Bir standart işletim prosedürü (SOP) değişirse, operatörlerin neyin değiştiğini ve ne zaman değiştiğini bilmeleri gerekir. Olgun bir program, revizyonları eğitim görevleriyle ilişkilendirir, böylece:

• Eğitim tetikleyicileri: Bazı revizyon türleri, sürümün tam olarak etkili hale gelmesinden önce otomatik olarak eğitim gerektirir.
• Rol tabanlı eğitim: Sadece etkilenen pozisyonlardaki kişiler eğitiliyor (herkes değil).
• Geçerlilik tarihi mantığı: Değişiklik ancak eğitim tamamlandıktan sonra geçerli olur veya sistem, eğitim tamamlanana kadar kısıtlı kullanım uygular.
• Delil yakalama: Eğitim tamamlama kanıtı, revizyon geçmişiyle ilişkilendirilmiştir.

Eğitim bağlantısı olmadan, kuruluşlar genellikle "Standart Operasyon Prosedürünü güncelledik" iddiasında bulunurlar, ancak işi yürüten kişilerin yeni sürüm konusunda eğitim aldığını kanıtlayamazlar. Bu, yaygın bir denetim bulgusu ve tekrarlanan sapmaların yaygın bir temel nedenidir.

7) Revizyon Kontrolü ve Doğrulama Beklentileri

Bazı revizyonlar, düzenlenmiş davranışı değiştirdikleri için doğrulama veya onaylama gerektirir. Örneğin, onayları etkileyen bir iş akışının değiştirilmesi, kritik bir hesaplamanın değiştirilmesi veya bir reçete parametresi uygulama mantığının değiştirilmesi, uyumluluk durumunu etkileyebilir. Bu durumlarda, revizyon kontrolü, ek test veya doğrulama gerekip gerekmediğinin değerlendirilmesini tetiklemelidir (bkz. CSV ve doğrulama kavramları).

Önemli olan orantılılıktır. Her revizyon tam bir doğrulama çalışması gerektirmez, ancak kritik kontrolleri değiştiren revizyonlar, belgelenmiş etki değerlendirmesi ve test kanıtlarıyla birlikte kontrollü sistem değişiklikleri olarak ele alınmalıdır.

8) Kontrolü Bozmadan “Acil Durum Revizyonlarını” Yönetme

Gerçek tesislerde bazen acil değişiklikler gerekebilir: bir güvenlik sorunu, acil bir etiket düzeltmesi, tedarikçi değişikliği veya hurda oluşumunu önlemek için gerekli bir süreç düzeltmesi. Acil revizyonlar, kontrolü atlatma izni anlamına gelmez. Savunulabilirliği koruyan, tanımlanmış bir "hızlandırılmış" yol gerektirirler:

• Belgelenmiş gerekçe: Değişimin neden acil olduğu.
• Sınırlı kapsam: Mümkünse yalnızca belirli parti/grup/zaman aralıklarına uygulayın.
• Onaylar: Onaylayıcıların hızlıca imzalaması gerekiyor, ancak yine de imzalamaları şart.
• Uygulama sonrası değerlendirme: Etkinin doğrulanması ve sürecin tamamlanması için geriye dönük inceleme.

Belgeleme yapılmadan gerçekleştirilen acil revizyonlar, sistemlerin sessizce bozulmasının yoludur. Kontrollü ve hızlandırılmış bir yol, hem hızı hem de uyumluluğu korur.

9) Yaygın Hata Modları (Revizyon Kontrolünün Nasıl Bozulduğu)

Düzeltme kontrolü genellikle tahmin edilebilir şekillerde başarısız olur:

• Eski sürümler hala dolaşımda: Kontrolsüz yazdırılmış kopyalar, kaydedilmiş PDF'ler, paylaşılan sürücüdeki çoğaltmalar.
• Etkili bir flört disiplini yok: Değişiklikler, işlem sırasında veya vardiyalar boyunca tutarsız bir şekilde devreye giriyor.
• Zayıf onay mantığı: Onaylar gayri resmi veya kime ait olduğu belirlenemez niteliktedir.
• Düzenlenebilir "yayınlanmış" kayıtlar: İmza atıldıktan sonra kayıtlar, kontrollü revizyon yapılmaksızın düzenlenebilir.
• Yürütmeyle hiçbir bağlantı yok: Toplu işlem kayıtları, hangi ana sürümlerin kullanıldığına dair bir referans içermez.
• Eğitim bağlantısı yok: Standart işletim prosedürlerinde (SOP) değişiklikler, eğitim kanıtı olmaksızın gerçekleşmektedir.

Çözüm, revizyon kontrolünü operasyonel bir kontrol sistemi olarak ele almaktır: dağıtım, geçerlilik tarihleri, rol izinleri ve kayıt bağlantısı varsayılmak yerine uygulanmalıdır.

10) Pratik Taslak: Savunulabilir Bir Revizyon Kontrol Programı

Sürüm kontrolü için pratik bir plan şunları içerir:

• 1) Kontrol edilen nesneleri tanımlayın: Hangi içerik türleri revizyon kontrolüne tabidir (Standart Çalışma Prosedürleri, teknik özellikler, tarifler, etiketler, iş akışları)?
• 2) Düzeltme kurallarını tanımlayın: Numaralandırma şeması, büyük ve küçük revizyonların ne anlama geldiği ve onay gereksinimleri.
• 3) Yürürlük tarihi kurallarını tanımlayın: Anlık mı yoksa gelecekte mi etkili olacağı, eğitim ön koşulları ve toplu işlem kilitleme mantığı.
• 4) Dağıtım kontrolünü uygulayın: Rutin kullanım için yalnızca geçerli ve etkili sürümün mevcut olduğundan emin olun.
• 5) Yürütme bağlantısı: Gruplar ve kararlar, kullanılan revizyona atıfta bulunur.
• 6) Tarihi koruyun: Eski sürümler, denetimler ve soruşturmalar için erişilebilir durumda kalır.
• 7) İzleme ve denetim: Revizyon modellerinin, acil revizyonların ve dağıtım hatalarının periyodik olarak gözden geçirilmesi.

Bu şablon, revizyonları öngörülebilir hale getirir, sonraki aşamalardaki hataları azaltır ve sürüm kanıtlarının açık ve tutarlı olması sayesinde denetimleri hızlandırır.

11) Bu V5 ile Nasıl Uyumlu? SG Systems Global

Kalite Yönetim Sistemi (QMS), Üretim Yürütme Sistemi (MES) ve Depo Yönetim Sistemi (WMS) genelinde kontrollü içerik. V5 platformunda , revizyon kontrolü, V5 QMS'deki kontrollü belgelere ve kalite iş akışlarına, MES'deki yürütme ana verilerine (MBR/MMR, adım mantığı, limitler) ve WMS ile bağlantılı etiketleme ve izlenebilirlik kurallarına uygulanır . Sürüm geçmişi ve geçerlilik tarihi, işlemleri onaylanmış duruma uygun tutar.

Denetime hazır bağlantı. V5, yürütülen kayıtları (eBMR'ler, denetimler, bekletme/serbest bırakma işlemleri, izlenebilirlik olayları) kullanılan tam revizyona bağlayarak, denetçilerin ve soruşturmaların dayandığı kanıt zincirini korur. Değişiklikler, ilişkilendirilebilir elektronik imzalar ve denetim izleri ile onay iş akışları aracılığıyla yönetilebilir.

Özetle: V5, zorunlu bir operasyonel disiplin olarak revizyon kontrolünü destekler: doğru sürümler varsayılan olarak kullanılır, eski sürümler kontrol altında tutulur ve kanıt zinciri zaman içinde savunulabilir kalır.

12) SSS

S1. Revizyon ve sürüm arasındaki fark nedir?
Bu iki terim sıklıkla birbirinin yerine kullanılır. "Revizyon" genellikle onaylar ve geçerlilik tarihleriyle birlikte kontrollü bir değişikliği ifade eder; "sürüm" ise daha genel olabilir. Düzenlemeye tabi sistemlerde, her ikisi de kontrollü ve izlenebilir durumlar olarak davranmalıdır.

S2. Geçerlilik tarihleri ​​neden önemlidir?
Bu yöntem, işlem sırasında talimat değişikliklerini önler ve herkesin aynı anda aynı onaylı sürümü kullanmasını sağlar. Etkin tarihleme, istikrarlı yürütmeyi ve savunulabilir kayıtları destekler.

S3. Basılı standart işletim prosedürlerini (SOP) üretim alanında tutabilir miyiz?
Yapabilirsiniz, ancak bu sürüm kontrolü riskini artırır. Basılı kopyalar varsa, bunların kontrol edilmesi, sürümlendirilmesi ve eskidiğinde kaldırılması gerekir. Dijital kontrollü erişim genellikle daha güvenlidir.

Soru 4. Yeniden eğitimin tetiklenmesi için hangi koşullar gereklidir?
İşin nasıl yapıldığını değiştiren, kabul kriterlerini değiştiren veya güvenlik/kalite açısından kritik adımları değiştiren her türlü revizyon. Eğitim kanıtları revizyonla ilişkilendirilmelidir.

S5. Acil durum değişiklikleriyle nasıl başa çıkıyoruz?
Hızlandırılmış ancak kontrollü bir yol izleyin: belgelenmiş gerekçe, gerekli onaylar, mümkünse sınırlı kapsam ve uygulama sonrası inceleme. Hız iyidir; kontrolsüz değişiklikler ise iyi değildir.

S6. Revizyon kontrolünün denetimlerde başarısız olmasının en hızlı yolu nedir?
Kuruluş, üretim veya piyasaya sürülme sırasında hangi sürümün geçerli olduğunu kanıtlayamadığında veya eski sürümler kullanılmaya devam ettiğinde, denetçiler sürüm kanıtlarını, dağıtım kontrolünü ve uygulama ile bağlantıyı inceler.

İlgili Okuma
• Temel Kontroller: Döküman kontrolu | Doküman Kontrol Sistemi | Kontrolü değiştir | MOC
• Dürüstlük ve Kanıt: Veri bütünlüğü | Denetim İzi | Elektronik İmzalar | Bölüm 11 | Ek 11
• Yürütme Bağlantısı: MBR | MMR | eBMR | Ana Veri Kontrolü