Ev › Yakıt sistemi › Doğrulama, doğrulama, özel süreç. Doğrulama - basit kelimelerle nedir

Doğrulama, doğrulama, özel süreç. Doğrulama - basit kelimelerle nedir

Doğrulama ve doğrulama kavramları genellikle karıştırılır. Ek olarak, sistem gereksinimleri doğrulaması genellikle sistem doğrulaması ile karıştırılır. Bu konuyu incelemenizi öneririm.

Makalede, nesne modellemeye iki yaklaşımı ele aldım: bir bütün olarak ve bir yapı olarak. Mevcut makalede, bu bölüme ihtiyacımız olacak.

Tasarlanmış işlevsel bir nesnemiz olduğunu varsayalım. Bu nesneyi başka bir işlevsel Nesnenin inşasının bir parçası olarak kabul edelim. Nesnenin bir açıklamasını içerecek şekilde Nesnenin yapısının bir açıklaması olsun. Böyle bir açıklamada, nesnenin bir bütün olarak bir açıklaması vardır, yani diğer nesnelerle etkileşim arayüzleri, Nesnenin yapısı çerçevesinde tanımlanır. Nesnenin bir yapı olarak tanımı verilsin. Bir yapı olarak nesnenin tanımının tasarımı için gereklilikleri içeren bir bilgi nesnesi olsun. Nesnenin bir bütün olarak tanımlanmasından elde edilen bir yapı olarak nesnenin tanımına dayanan çıkarım kurallarını içeren bir bilgi bütünü olsun. Bilgi birikimi, tasarımcılara enstitülerde öğretilen şeydir - çok, çok fazla bilgi. Nesne hakkındaki bilgilere dayanarak yapısını tasarlamaya izin verirler.

Böylece başlayabilirsiniz. Nesne bir bütün olarak doğru bir şekilde tanımlanırsa, bilgi yapısı doğruysa ve çıkarım kurallarına uyulursa, o zaman nesnenin inşasının ortaya çıkan tanımının doğru olacağını iddia edebiliriz. Yani, bu açıklamaya dayalı olarak, gerçek çalışma koşullarına karşılık gelen işlevsel bir nesne inşa edilecektir. Hangi riskler ortaya çıkabilir:

1. Nesne hakkında yanlış bilgilerin kullanılması. Nesnenin insanların kafasındaki modeli gerçeğe uymayabilir. Örneğin depremlerin gerçek tehlikesini bilmiyorlardı. Buna göre, nesne için gereksinimler yanlış formüle edilmiş olabilir.

2. Nesne hakkında eksik bilgi kaydı - bir şeyler gözden kaçırılır, hatalar yapılır. Örneğin, rüzgarları biliyorlardı ama bahsetmeyi unuttular. Bu yetersizliğe yol açabilir tam tanım nesne gereksinimleri.

3. Yanlış bilgi birikimi. Kütlenin diğer parametrelere göre önceliği bize öğretildi, ancak hızı artırmamız gerektiği ortaya çıktı.

4. Çıkarım kurallarının nesne tanımına yanlış uygulanması. Mantıksal hatalar, nesne tasarımı gereksinimlerinde bir şeyler eksik, gereksinimlerin izi bozuldu.

5. Sistemin tasarımı hakkında elde edilen sonuçların eksik kaydı. Her şey hesaba katılmış, her şey hesaplanmış ama yazmayı unutmuşlar.

6. Oluşturulan sistem açıklamayla eşleşmiyor.

Tüm proje eserlerinin, kural olarak, yalnızca projenin sonunda ve hatta her zaman değil, tamamlanmış formlarında göründüğü açıktır. Ancak gelişimin şelale olduğunu varsayarsak, o zaman riskler anlattığım gibidir. Her bir riskin kontrol edilmesi, bir isim verilebilecek özel bir işlemdir. İlgilenen varsa, gelip bu terimleri dile getirmeye çalışabilirsiniz.

Doğrulama nedir? Rusça'da doğrulama, kurallara uygunluğun kontrolüdür. Kurallar bir belge şeklindedir. Yani, dokümantasyon gereksinimleri olan bir belge olmalıdır. Dokümantasyon, bu dokümanın gereksinimlerini karşılıyorsa doğrulamayı geçmiştir.

Doğrulama nedir? Rusça'da doğrulama, sonuçların doğruluğunun doğrulanmasıdır. Yani, nesne verilerine dayalı olarak bir tasarımın tanımının nasıl elde edileceğini açıklayan bir bilgi birikimi olmalıdır. Bu sonuçların uygulanmasının doğruluğunu kontrol etmek doğrulamadır. Doğrulama, diğer şeylerin yanı sıra, açıklamanın tutarlılık, eksiksizlik ve anlaşılırlık açısından kontrol edilmesidir.

Gereksinim doğrulaması genellikle bu gereksinimler üzerine inşa edilmiş bir ürünün doğrulanmasıyla karıştırılır. Bunu yapmaya değmez.

"Doğrulama" kavramı çeşitli alanlarda kullanılmaktadır. insan aktivitesi. Doğrulamanın ana noktası, belirlenen hedefe ulaşmak için gerekli olan belirlenmiş gereksinimlerin doğrulanmasıdır.

"Doğrulama" teriminin temel anlamları

İki terim - "doğrulama" ve "doğrulama" birbiriyle karıştırılmamalıdır, aralarında önemli bir fark vardır. Doğrulama - nedir bu? Basit bir ifadeyle, bu, belirli bir dış tüketicinin veya bir hizmetin / ürünün / sistemin kullanıcısının gereksinimlerinin tamamen karşılandığına dair nesnel kanıt getirme sürecidir.

Doğrulama ne zaman gereklidir?

Buna göre uluslararası standart ISO 9001 kalite standartlarına göre, nihai ürün izleme veya müteakip ölçümlerle doğrulanamıyorsa ve sonuç olarak kusurlar ancak hizmetin sağlanmasından veya hizmetin sunulmasından sonra tespit edilebiliyorsa, işletme tüm üretim ve hizmet faaliyetlerini belgelendirmekle yükümlüdür. ürünün uygulaması. Üretim duvarlarının dışında gerçekleştirilen tüm ürün elde etme eylemleri için doğrulama yapılmasının gerekli olduğu sonucu çıkar.

doğrulama ne demek? Prosedür, kullanılan tüm sistemlerin, algoritmaların, ekipmanların, malzemelerin vb. istenen sonuçlara yol açtığını kanıtlamayı amaçlayan bir dizi önlemi içerir. Doğrulama sırasında veya sonuçların ardından göstergeler kötü bir derece alırsa, kullanılan tüm kaynaklar otomatik olarak kayıp olarak yazılır.

ekipman doğrulama

Ekipman üretiminde, tüm üreticiler ürünün şartlı özelliklerini belirtir. Bunlar şunları içerir:

Kullanım Şartları.
Ağırlık.
boyutlar.
Güç kaynağı ayarları ve daha fazlası.

Kural olarak, kullanıcılar öncelikle şunlarla ilgilenir: performans aralığı, güvenilirlik ve kararlılık. Denetim sırasında incelenen son iki göstergedir. Doğrulama - nedir bu basit terimlerle? Belirteçler:

İlk kurulan ekipman için doğrulama yapılması gerekir, bunun herhangi bir hareketten sonra yapılması da önerilir.
Doğrulama tekrarlarının sıklığı, ekipmanın performans kararlılığını belirler.
Ekipman doğrulama sıklığı ve sonuçların analizi müşteri ile görüşülür. İÇİNDE bireysel vakalar Ekipmanın kontrolü, çalıştırma arifesinde veya uzun bir duruş süresinden sonra yapılmalıdır.

İşlem doğrulama

Üretim doğrulaması, bir sürecin belirtilen sonuçları üreteceğini doğrulamayı içerir. Yeni bir başlatılırken kontrol yapılmalıdır. üretim süreci veya değiştirirken. Değişiklikler yapıldıktan sonra ikincil doğrulama koşulları müşteri ile görüşülür veya kuruluşun iç gereksinimlerine göre belirlenir.

İçin belirli türlerÜretimde, bir hattın her çalıştırılışında veya uzun bir duruş süresinden sonra süreç doğrulaması gerekir. Bu durumda, basitleştirilmiş bir doğrulama planı uygulanır, ancak değerlendirme daha kapsamlıdır.

Ürün Validasyonu

Ürün doğrulama, ekipman ve süreç doğrulama dahil olmak üzere tüm üretim zincirini hesaba katması (ancak yerini almaması) bakımından diğer türlerden farklıdır. Doğrulamanın amacı, yürütülen tüm prosedür ve süreçlerin gerekli ürünün üretimine yol açacağını belgelemektir. Ürün doğrulama, bir çalışma kompleksidir:

Sayısal göstergeler.
Kalitatif göstergeler.

Kontrol şu tarihte gerçekleştirilir: İlk aşamaüretim ve ürün konfigürasyonunda herhangi bir değişiklik yapıldığında tekrarlanır.

ISO 9000 örneklerine göre kalite yönetim sisteminde doğrulama

Doğrulama, belirli bir uygulama veya kullanım için amaçlanan gereksinimlerin karşılandığının kanıtlanmasına dayalı doğrulamadır (ISO 9000:2005). İnceleme yapma ve objektif bilgi sağlama yöntemiyle bir doğrulama prosedürü vardır.

Doğrulama adımları:

Geliştirme ve tasarımda onay, tüketicinin ihtiyaçlarına uygunluğunu belirlemek için ürünün incelenmesi anlamına gelir.
Onay süreci genellikle nihai ürün üzerinde ve belirtilen çalışma koşullarında gerçekleştirilir. Bazı durumlarda doğrulama, üretimin erken bir aşamasında gerçekleştirilir.
"Onaylandı" terimi, ilgili durumu belirtmek için kullanılır. Çeşitli ürün uygulamalarında onay birden çok kez verilir (ISO 8402:1994, madde 2.18).

Doğrulama ve doğrulama arasındaki farklar

Doğrulama genellikle iç süreç talimatlara, numunelere ve spesifikasyonlara uygun olarak oluşan bir ürünün kalitesini düzenleyen. Doğrulama ve doğrulama arasındaki fark nedir?

Doğrulama, doğru ürünü ürettiğinizin onaylanmasıdır.
Doğrulama - ürünün üretilmesini istediğiniz şekilde çıktığının onaylanması.

Bir standart doğrulama örneği, bir donanım testi gerçekleştirmektir.

Ürün için gerekliliklerin ve normların alınması/onaylanması.
Testlerin uygulanması.
Sonuçları düzeltmek, gereksinimlere uygunluğu kontrol etmek.
Doğrulama sonuçları.

Ürün tam uyumlu olsa bile belirli bir durumda kullanmak her zaman mümkün olmayabilir.

örnekler

Örneğin bir tıbbi ürün gerekli tüm kontrollerden geçmiş ve piyasaya girmiştir. Bu, herhangi bir hastanın onu alabileceği anlamına mı geliyor? Hayır, herhangi bir hasta vücudun özelliklerine sahip olduğundan ve doğrudan kendi durumunda ilaç zararlı olabilir, bu nedenle hasta, sırayla tanıklık etmesi gereken ilgili doktora danışmalıdır: evet, bu ilacın kullanımı bu hasta için belirtilmiştir. İşte sorunun cevabı: doğrulama - nedir? Basit bir ifadeyle, bu, ürünün belirli bir durumda kullanım olasılığı için bir testidir, yani doğrulama işlemini doktor gerçekleştirir.

Başka bir örnek: Bir işletme, şartnamelere (teknik şartnameler) göre zemine döşemek için boru üretimi yapmaktadır. Ürün, gereksinimleri tam olarak karşılamaktadır, ancak deniz tabanına boru döşenmesi için bir sipariş verilmiştir. İÇİNDE bu durum Yeraltı tesisatı için tasarlanan borular su altı tesisatı için kullanılabilir mi? Soruyu cevaplayacak olan doğrulamadır.

Bu işlemler arasındaki diğer bir fark ise her zaman doğrulama yapılır ancak doğrulamaya gerek olmayabilir. Doğrulama - basit kelimelerle nedir, uygulanması için göstergeler nelerdir?

İhtiyaç, yalnızca ürünün belirli bir kullanımıyla ilişkili gereksinimlerin oluştuğu durumlarda ortaya çıkar. Bir ilaç fabrikası ilaç üretiyorsa, yalnızca uygunluk testi yapar ve belirli ilaçların hastalar tarafından kullanılmasıyla ilgilenmez.

Bundan aşağıdakileri ayırt edebiliriz:

Doğrulama sürekli bir süreçtir ve ürün özellikleri ile belirlenen gereksinimler karşılaştırılarak gerçekleştirilir, sonucunda bu gereksinimlere uygunluk/uygunsuzluk kararı verilir.
Validasyon talep üzerine yapılır ve belirlenmiş kullanım koşulları incelenerek ve ürün özelliklerinin bu koşullara uygunluğu değerlendirilerek gerçekleştirilir ve sonuç olarak ürünün belirli bir durumda kullanılmasına karar verilir.

Özetle, şu soruyu cevaplayalım: doğrulama - bu nedir? Basit bir ifadeyle, bu, belirli bir kullanım veya uygulama için koşulların doğrulukla ve eksiksiz olarak karşılandığı, yani amaca ulaşıldığı anlamına gelen nesnel kanıtlar temelinde oluşturulan bir onaydır.

— yasallaştırma, onaylama, yasallaştırma, onaylama
(ortak medeni hukuk);

- potansiyel bir kullanıcının bakış açısından belirli bir modelin belirli varlıkları ne kadar doğru temsil ettiğini belirlemenizi sağlayan bir süreç gerçek dünya
(sistem Programlama);

- bir prosedür yüksek derece belirli bir süreç, yöntem veya sistemin sürekli olarak önceden belirlenmiş kabul kriterlerini karşılayan sonuçlar üreteceğine dair güven; özellikle teknolojik süreçlerin validasyonu, sürecin (yerleşik parametreler dahilinde) tekrarlanabilir olduğunu ve üretimde beklenen sonuçlara yol açtığını kanıtlamak ve belgesel kanıt sağlamak için gerçek bir ürünün en az üç partisinin numuneleri kullanılarak gerçekleştirilir. gerekli kalitede bir ara veya bitmiş ürün; Analitik yöntemlerin validasyonu, doğruluk, tekrar üretilebilirlik, hassasiyet, kararlılık (laboratuvarlar arası tekrar üretilebilirlik), doğrusallık ve diğer metrolojik özelliklerin belirlenmesinden oluşur.
(GMP - İyi Üretim Uygulaması, ilaç üretiminde zorunlu bir gerekliliktir).

ISO 9000 serisi standartlarına göre kalite yönetim sistemleri ile ilgili olarak:

Doğrulama- belirli bir kullanım veya uygulama için gerekliliklerin karşılandığının, nesnel kanıtların sunumuna dayalı teyidi
(ISO 9000:2005)

Doğrulama- belirli bir başvuru için özel gerekliliklerin karşılandığının inceleme ve nesnel kanıt sağlanması yoluyla teyidi.
notlar:

Tasarım ve geliştirmede onay, bir ürünün müşterinin ihtiyaçlarını karşılayıp karşılamadığını belirlemek için incelenmesi anlamına gelir.
Onay, genellikle belirli çalışma koşulları altında nihai ürünler üzerinde gerçekleştirilir. Daha erken bir aşamada gerekli olabilir.
"Onaylandı" terimi ilgili durumu belirtmek için kullanılır.
Farklı kullanımlar amaçlanıyorsa birden fazla iddiada bulunulabilir.

(ISO 8402:1994, madde 2.18)

PIC/S tarafından tanımlandığı şekliyle bunlar:
"GMP ilkelerine uygun olarak, belirli bir teknik, süreç, ekipman, hammadde, aktivite veya sistemin aslında beklenen sonuçlara yol açtığını kanıtlayan eylemler."

Doğrulama

Doğrulama çalışmaları, iyi üretim uygulamalarına katkıda bulunmalıdır; yerleşik prosedürlere uygun olarak yapılmalıdır. Sonuçlar ve sonuçlar protokollerde belgelenmelidir.

Yeni bir üretim reçetesi getirilirse veya yeni yol seri üretime uygunluğunu gösterecek adımlar atılmalıdır. Belirtilen maddeleri ve ekipmanı kullanan kurulan sürecin, sürekli olarak gerekli kalitede ürünler ürettiği kanıtlanmalıdır.

Ürün kalitesini ve/veya proses tekrarlanabilirliğini etkileyebilecek ekipman veya malzemelerdeki herhangi bir değişiklik dahil olmak üzere üretim sürecindeki önemli değişiklikler doğrulanmalıdır.

Süreçler ve prosedürler, beklenen sonuçları vermeye devam etmelerini sağlamak için periyodik kritik yeniden doğrulamaya tabi tutulmalıdır.

Doğrulama ve belgeleri

Doğrulamanın amacı basittir: doğrulama nesnesinin aslında beklenen sonuçlara yol açtığını kanıtlamak. Başka bir deyişle doğrulama, imalatçının üretim sürecinin tam kontrolünü elinde tuttuğunu göstermelidir. Doğrulama, "kalite güvencesinin" ayrılmaz bir parçasıdır ve üreticinin süreç değişkenliğinin nedenlerini anladığını ve her şeyden önce, süreç istikrarını sağlamak için hangi parametrelerin kontrol edilmesi gerektiğini anladığını gösterir. Etkili doğrulama, risk yönetimine dayalıdır ve modern seviye Bilimler.

Validasyon süreci prosedürleri bir dizi protokole kaydedilmeli ve validasyonun sonuçları kayıtlara veya raporlara kaydedilmelidir.

Bu belgeler, GMP kurallarına uygun olarak pazarlama izni ve denetimi için çeşitli şekillerde ve ayrıca kurum yönetiminin kendi süreçlerini kontrol ettiğinden emin olabilmesi için dahili üretim amaçlı olarak kullanılmaktadır. Doğrulama sürecinin belgelenmesi, gerekli düzenlemenin temelini oluşturur. Ama kaçınmak için
Rusya'da GMP ilkelerinin uygulanmasında sıklıkla karşılaşılan hata nedeniyle, belgeleme bölümünde kasıtlı olarak belgeleme doğrulama sürecini tartışıyoruz.

Rus ve uluslararası yaklaşımlar arasında oldukça ciddi bir fark var. İÇİNDE Rus kuralları GMP, doğrulama "ekipmanın, üretim koşullarının, hammaddelerin ve bitmiş ürünün kalitesinin mevcut düzenlemelere ve / veya düzenleyici belgelerin gerekliliklerine uygunluğunun belgelenmiş bir teyidinden oluşur." Bu yaklaşım modası geçmiş. Sonuçları oldukça zararlıdır. Çeşitli yayınlardan validasyon sürecinin bir belgeleme sürecinden başka bir şey olmadığı ya da “validation”, “verification”, “qualification” ve “test” gibi kelimelerin aslında birbirinin karşılığı olduğu izlenimi edinilebilir. . "Doğrulama" konusundaki anlayış eksikliği, GMP'nin yanlış anlaşılmasını pekiştirir ve personelin GMP'nin uygulanmasına direndiği ve onu "sürekli büyüyen bir belge dağı" olarak kabul ettiği bir durum yaratır.

EC GMP'de (ve bu arada FDA GMP'de) doğrulama, emin olmak için sistemlerin, süreçlerin, mühendislik sistemlerinin ve tabii ki farmasötik ürünün kendisinin düzenli olarak incelenmesidir. yüksek seviye süreçlerin uygun şekilde tasarlandığından ve kontrol altında olduğundan emin olun.

Etkili doğrulama, risk temelli bir yaklaşım, üretim süreçlerinin tam olarak anlaşılmasını ve yeni teknolojilerin getirilmesi yoluyla sürdürülebilirliklerinin artırılmasını gerektirir. Bu nedenle, doğrulama dinamik bir süreçtir. Bu gerçek, düzenleyici otoriteler için açıkça bazı güçlükler arz etmektedir.

İlaç geliştiricileri ve üreticilerinin bakış açısından, doğrulama aşağıdaki faydaları sağlayabilir:

süreçler hakkında daha derin bir anlayış ve dolayısıyla sorunları önlerken ve sorunsuz süreç kontrolü sağlarken riskte azalma;
eksiklikleri giderme maliyetinin düşürülmesi;
yasal gerekliliklere uyumsuzluk riskinin azaltılması.

Tam bir süreç doğrulamasından sonra, miktarın kontrollü parametreler süreç sonunda azalır. Geliştiriciler, sürecin değişkenliğini ve dolayısıyla kararlılığını etkileyen parametreleri tam olarak anlayarak, örneğin değişkenliği azaltarak veya hızını artırarak süreci kontrol etmek için gerekli bilgilere sahip olurlar. "Doğrulama", "kalite güvencesinin" ayrılmaz bir parçası olsa da, doğrulama ile yönetim sistemi arasında bir ilişki vardır. Validasyonu etkili bir şekilde yürütmek için, şirket yönetimi politikasını bu konu. Bir FDA veya PIC/S müfettişinin kontrol etmek istediği ilk unsurlardan biri doğrulama politikasıdır.

ISO 9000:2000 bu terimleri şu şekilde tanımlar:

« Doğrulama- objektif kanıtların sağlanmasına dayalı olarak, belirtilen gerekliliklerin karşılandığının teyidi.”

« Doğrulama- belirli bir kullanım veya uygulama için gerekliliklerin karşılandığının, nesnel kanıtların sunumuna dayalı olarak doğrulanması.”

Görünüşe göre tanımlar neredeyse örtüşüyor ve tamamen değilse de büyük ölçüde. Yine de, doğrulama ve geçerli kılma temelde farklı faaliyetlerdir.

Hadi çözelim.

Zaten bu terimlerin İngilizce'den çevirisi, farkı anlamak için biraz yiyecek sağlıyor: doğrulama - doğrulama, geçerli kılma - yasallaştırma.

Anlamayı kolaylaştırmak için hemen tipik bir doğrulama örneği vereceğim: bir programın test edilmesi veya ekipmanın test edilmesi. Belirli gereksinimlerle ürünü test eder ve gereksinimlerin karşılanıp karşılanmadığını kaydederiz. Doğrulamanın sonucu, "Ürün gereksinimleri karşılıyor mu?" Sorusunun cevabıdır.

Ancak belirli bir durumda, belirlenen gereksinimleri karşılayan bir ürün her zaman kullanılamaz. Örneğin, ilaç gerekli tüm testleri geçti ve satışa çıktı. Bu, belirli bir hastaya uygulanabileceği anlamına mı geliyor? Hayır, çünkü her hastanın kendine has özellikleri vardır ve özellikle bunun için ilaç ölümcül olabilir, yani. birisi (hekim) doğrulamalıdır: evet, bu hasta bu ilacı alabilir. Yani, doktorun doğrulama gerçekleştirmesi gerekir: belirli bir uygulamayı doğrulamak için.

Veya başka bir örnek. İşletme, bazı şartnamelere uygun olarak zemine döşenmesi amaçlanan borular üretmektedir ( Özellikler). Ürünler bu spesifikasyonlara uygundur, ancak deniz tabanı boyunca boru döşenmesini içeren bir sipariş alınmıştır. Bu durumda mevcut spesifikasyonlara uygun borular kullanılabilir mi? Doğrulama bu sorunun cevabıdır.

Diğer bir farkın, doğrulamanın her zaman yapılması, ancak doğrulamaya gerek kalmaması olduğunu görmek kolaydır. Yalnızca ürünün belirli bir uygulamasıyla ilgili gereksinimler olduğunda görünür. Bir ilaç fabrikası ilaç üretiyorsa, yalnızca gerekliliklere uygunluğunu kontrol edecek ve belirli ilaçların belirli hastalar tarafından kullanılmasıyla ilgili sorunlarla ilgilenmeyecektir. Veya aynı AvtoVAZ.

Böylece, aşağıdakiler ifade edilebilir:

doğrulama - hemen hemen her zaman gerçekleştirilir, ürün özelliklerinin belirtilen gereksinimlerle kontrol edilmesi (karşılaştırılması) ile gerçekleştirilir, sonuç, ürünlerin uygunluğu (veya uygunsuzluğu) hakkında bir sonuca varılmasıdır,

doğrulama - gerekirse gerçekleştirilir, belirtilen kullanım koşulları analiz edilerek ve ürün özelliklerinin bu gerekliliklere uygunluğu değerlendirilerek gerçekleştirilir, sonuç, ürünlerin belirli koşullar için kullanılma olasılığı hakkında bir sonuçtur.

ISO 9001:2000 bu terimlere iki yerde atıfta bulunur. Tarafımdan yapılan yorumun 7.3.5, 7.3.6 ve 7.3.6 bölümlerinin içeriğine uyup uymadığını kontrol edelim. 7.5.2 .

"7.3.5. Tasarım ve geliştirmenin doğrulanması. Doğrulama, tasarım ve geliştirme çıktılarının girdi gereksinimlerini karşılamasını sağlamak için planlanan faaliyetlere (madde 7.3.1) uygun olarak yapılacaktır…”.

« 7.3.6. Tasarım ve geliştirme doğrulaması. Tasarım ve geliştirme doğrulaması, eğer biliniyorsa, ortaya çıkan ürünün belirtilen veya kullanım amacına yönelik gereksinimleri karşılamasını sağlamak için planlanan düzenlemelere (madde 7.3.1) uygun olarak yürütülecektir. Uygulanabilir olduğunda, doğrulama ürünün tesliminden veya kullanımından önce tamamlanmalıdır…”.

Yorumumun bu bölümlerin metniyle tam bir uyum içinde olduğunu görmek kolaydır. Aynı zamanda, 7.3.5 paragrafının çıktı verilerinin uygunluğuna ve 7.3.6 paragrafının - ürünlere atıfta bulunduğuna dikkat çekmek isterim. Bu önemli! Bu, doğrulamanın çıktı verileri için değil, belirli koşullar için geliştirilmiş ürünler için gerçekleştirildiği anlamına gelir. Örneğin, konut binaları için standart projelerin geliştirilmesine yönelik enstitü faaliyetlerinde, doğrulama gerekli değildir - sadece doğrulama. Ancak, aynı standart projeye göre, ancak belirli bir yerde bir konut binasının inşası için bir proje geliştirme faaliyeti için doğrulama zaten gereklidir.

"7.5.2. Üretim ve hizmet süreçlerinin validasyonu. Kuruluş, sonuçları tutarlı izleme veya ölçüm yoluyla doğrulanamayan tüm üretim ve hizmet proseslerini geçerli kılmalıdır. Eksiklikleri ancak ürünün kullanılmaya başlanmasından veya hizmetin sunulmasından sonra ortaya çıkan tüm süreçleri kapsar. Doğrulama, bu süreçlerin planlanan sonuçlara ulaşma yeteneğini göstermelidir…”.

Burada da fark yok. Ancak aynı zamanda, 7.5.2 maddesi kapsamındaki durumlarda, ürün özelliklerinin doğrudan ölçülemeyeceği ve değerlendirmelerinin dolaylı olarak gerçekleştirileceği belirtilmelidir (daha fazla ayrıntı için, özel işlemler hakkındaki derse bakın).

Soru: OTK'nın faaliyeti nedir?

Cevap: Bu doğrulamadır.

Soru: Denetçilerin faaliyeti nedir?

Cevap: doğrulama için.

Soru: İmza eylemi, bir nesnenin (hizmet vb.) devreye alınmasında hangi işlevi yerine getirir?

Cevap: doğrulama gerçekleştirir.

1. ISO Doğrulaması

2. Farklı olan nedir? doğrulama doğrulamadan mı?

3. Doğrulama belgeler

4. XML ve XHTML Doğrulaması

5. GMP doğrulaması

6. EITI Doğrulaması nedir?

Doğrulama- Bu yasallaştırma, onaylama, yasallaştırma, onaylama (genel medeni hukuk);

Doğrulama- Bu, potansiyel bir kullanıcının bakış açısından, belirli bir modelin gerçek dünyanın belirli varlıklarını (sistem programlama) ne kadar doğru temsil ettiğini belirlemenize olanak tanır;

Doğrulama- Bu yüksek derecede güven veren bir prosedür işlem yöntem veya sistem sürekli olarak önceden belirlenmiş kabul kriterlerini karşılayan sonuçlar üretecektir; özellikle, teknolojik süreçlerin validasyonu, kanıtlamak ve belgesel kanıt sağlamak için en az üç parti gerçek maldan numuneler kullanılarak gerçekleştirilir. işlem(yerleşik parametreler dahilinde) tekrarlanabilir ve ara veya bitmiş ürünlerin üretiminde beklenen sonuçlara yol açar mal gerekli kalite; Analitik yöntemlerin validasyonu, doğruluk, tekrar üretilebilirlik, hassasiyet, kararlılık (laboratuvarlar arası tekrar üretilebilirlik), doğrusallık ve diğer metrolojik özelliklerin belirlenmesinden oluşur.

Doğrulama ISO

ISO 9000 serisi standartlarına göre kalite yönetim sistemleri ile ilgili olarak:

Doğrulama - belirli bir kullanım veya uygulama için gerekliliklerin karşılandığının, nesnel kanıtların sunumuna dayalı olarak doğrulanması (ISO 9000:2005)

Doğrulama, belirli bir uygulama için özel gerekliliklerin karşılandığının inceleme ve nesnel kanıt sağlanması yoluyla doğrulanmasıdır.

notlar:

1. Tasarım ve geliştirmede onay, bir ürünün alıcının ihtiyaçlarını karşılayıp karşılamadığını belirlemek için incelenmesi anlamına gelir.

2. Onay, genellikle belirli çalışma koşulları altında nihai ürünler üzerinde gerçekleştirilir. Daha erken bir aşamada gerekli olabilir.

3. "Onaylandı" terimi ilgili durumu belirtmek için kullanılır.

4. Farklı kullanımlar amaçlanıyorsa birden fazla onay yapılabilir. (ISO 8402:1994, madde 2.18)

ISO 9001 gereksinimlerinin analizi:

ISO 9001 madde 7.3.6: Tasarım ve geliştirme doğrulaması, ortaya çıkan ürünün belirtilen veya amaçlanan kullanım için gereklilikleri karşılamasını sağlamak için planlanan faaliyetlere uygun olarak yapılmalıdır.

ISO 9001, madde 7.5.2: Üretim ve hizmet süreçlerinin doğrulanması. sonuçları tutarlı izleme veya ölçüm yoluyla doğrulanamayan tüm üretim ve hizmet süreçlerini doğrulamalıdır. Eksiklikleri ancak ürünün kullanılmaya başlanmasından veya hizmetin sunulmasından sonra ortaya çıkan tüm süreçleri kapsar. Doğrulama, bu süreçlerin planlanan sonuçlara ulaşma yeteneğini göstermelidir.

ISO 9000, not 3, 3.4.1: Nihai ürünün uygunluğunu doğrulamanın zor veya ekonomik olarak mümkün olmadığı durumlarda, genellikle "özel bir süreç" olarak anılır.

Doğrulanmalarını sağlayan özel üretim süreçleri için genel kabul görmüş gereksinimler:

1) üretim sürecinin belgelendirilmesi (teknoloji, metodoloji, çalışma talimatları ...)

2) üretim ekipmanının kalifikasyonu (kaynak makinelerinin veya robotların, püskürtme tabancalarının ve boya besleme sistemlerinin kalibrasyonu...)

3) malzemelerin sertifikasyonu (elektrotlar, gaz, eritkenler, boya, çözücüler, astarlar...)

4) personel sertifikası ( kalite gereksinimleri kaynakçılara veya kaynak robotu operatörlerine, ayarlayıcılara, hizmet şirketlerine...)

uygun belgesel kanıtlarla.

Uzman (SP) kontrollü koşullar altında olmalıdır.

Yönetilen koşullar şunları içerir:

Ürünlerin ve ortak girişimlerin özelliklerini açıklayan bilgilerin mevcudiyeti;

Düzenleyici, tasarım ve teknolojik belgelerin mevcudiyeti;

Uygun ekipman kullanımı;

Kontrol ve ölçüm araçlarının mevcudiyeti ve kullanımı;

Kontrol, ölçüm ve testlerin yapılması;

Ortak girişimin uygulanması için faaliyetlerin uygulanması;

Ortak Girişimi uygulayan kalifiye ve sertifikalı personelin mevcudiyeti;

yeniden doğrulama;

Elde edilen sonuçları veya TMM'nin uygulanmasında gerçekleştirilen faaliyetlerin kanıtlarını içeren kayıtların mevcudiyeti.

Doğrulamanın doğrulamadan farkı nedir?

Doğrulama, belirtilen gereksinimlerin karşılandığının nesnel kanıt sağlanmasına dayalı olarak doğrulanmasıdır.

Doğrulama, belirli bir kullanım veya uygulama için gerekliliklerin karşılandığının, nesnel kanıtların sunumuna dayalı olarak doğrulanmasıdır.

Zaten bu terimlerin İngilizce'den çevirisi, farkı anlamak için biraz yiyecek sağlıyor: doğrulama - doğrulama, geçerli kılma - yasallaştırma.

Anlamayı kolaylaştırmak için hemen tipik bir doğrulama örneği vereceğim: bir programın test edilmesi veya ekipmanın test edilmesi. Eldeki belirli gereksinimlerle test ediyoruz mal ve gereksinimlerin karşılanıp karşılanmadığını kontrol edin. Doğrulama sonucu, "Gereksinimleri karşılıyor mu?" sorusunun yanıtıdır.

Ancak belirli bir durumda, belirlenen gereksinimleri karşılayan bir ürün her zaman kullanılamaz. Örneğin, ilaç gerekli tüm testleri geçti ve satışa çıktı. Bu, belirli bir hastaya uygulanabileceği anlamına mı geliyor? Hayır çünkü her hastanın kendine has özellikleri vardır ve özellikle bu ilaç için zararlı olabilir, örn. birisi (hekim) doğrulamalıdır: evet, bu hasta bu ilacı alabilir. Yani, doktorun doğrulama gerçekleştirmesi gerekir: belirli bir uygulamayı doğrulamak için.

Veya başka bir örnek. belirli özelliklere (teknik şartlar) uygun olarak zemine döşenmesi amaçlanan borular üretir. Ürünler bu spesifikasyonlara uygundur, ancak deniz tabanı boyunca boru döşenmesini içeren bir sipariş alınmıştır. Bu durumda mevcut spesifikasyonlara uygun borular kullanılabilir mi? Doğrulama bu sorunun cevabıdır.

Böylece, aşağıdakiler ifade edilebilir:

Doğrulama - gerekirse gerçekleştirilir, belirtilen kullanım koşulları analiz edilerek ve ürün özelliklerinin bu gerekliliklere uygunluğu değerlendirilerek gerçekleştirilir, sonuç, ürünlerin belirli koşullar için kullanılma olasılığı hakkında bir sonuçtur.

ISO 9001 bu terimleri iki yerde ifade eder. Tarafımdan yapılan yorumun 7.3.5, 7.3.6 ve 7.5.2 bölümlerinin içeriğine karşılık gelip gelmediğini kontrol edelim.

"7.3.5. Tasarım ve geliştirme doğrulaması. Doğrulama, tasarım ve geliştirme çıktılarının girdi gereksinimlerini karşılamasını sağlamak için planlanan faaliyetlere (madde 7.3.1) uygun olarak yürütülecektir:".

"7.3.6. Tasarım ve geliştirme doğrulaması. Tasarım ve geliştirme doğrulaması, eğer biliniyorsa, ortaya çıkan ürünün belirtilen veya kullanım amacına yönelik gereksinimleri karşılamasını sağlamak için planlanan düzenlemelere (madde 7.3.1) uygun olarak yürütülecektir. Uygulanabilir olduğunda doğrulama, ürünün tesliminden veya kullanımından önce tamamlanmalıdır."

Yorumun bu bölümlerin metniyle tam bir uyum içinde olduğunu görmek kolaydır. Aynı zamanda, 7.3.5 paragrafının tatillerin yazışmalarına atıfta bulunduğuna dikkat çekmek isterim. veri ve 7.3.6 maddesinde - ürünler. Bu önemli! Bu, doğrulamanın hafta sonu için olmadığı anlamına gelir veri, ancak belirli koşullar için tasarlanmış ürünler içindir. Örneğin, konut binaları için standart projelerin geliştirilmesine yönelik enstitü faaliyetlerinde, doğrulama gerekli değildir - sadece doğrulama. Ancak, aynı standart projeye göre, ancak belirli bir yerde bir konut binasının inşası için bir proje geliştirme faaliyeti için doğrulama zaten gereklidir.

"7.5.2. Üretim ve hizmet süreçlerinin validasyonu. Şirket sonuçları tutarlı izleme veya ölçüm yoluyla doğrulanamayan tüm üretim ve hizmet süreçlerini doğrulamalıdır. Eksiklikleri ancak ürünün kullanılmaya başlanmasından veya hizmetin sunulmasından sonra ortaya çıkan tüm süreçleri kapsar. Doğrulama, bu süreçlerin amaçlanan sonuçlara ulaşma yeteneğini göstermelidir."

Teknolojide veya sistemde yönetmek kalite doğrulaması, harici gereksinimlerin alıcı veya ürün, hizmet veya sistemin kullanıcısı memnundur. Doğrulama genellikle bir kurala, standarda veya spesifikasyona uyumu sağlayan dahili bir kalite yönetim sürecidir. hatırlamanın kolay yolu fark Doğrulama ve doğrulama arasındaki fark, doğrulamanın "doğru ürünü yarattığınızı" ve doğrulamanın "ürünü, yapmayı planladığınız gibi yarattığınızı" doğrulamasında yatmaktadır.

Belge Doğrulama

Geçerli bir web belgesi, benzer bir prosedürden geçmiş ve kod hakkında yorum içermeyen belgedir. Bir web sayfasının kodu, tarayıcı geliştiricilerin desteğiyle W3 (www.w3c.org) tarafından geliştirilen ve belirtim adı verilen belirli kurallara uymalıdır.

İlk bakışta doğrulama gerekli gibi görünüyor, çünkü Konuşuyoruz geliştiricilerin hatalarının sayısını azaltmak ve "doğru" kodu yazmak hakkında. Gerçekte, işler çok daha karmaşıktır ve doğrulama, alaka düzeyi hakkında hala hararetle tartışılmaktadır. Bu konuyu objektif olarak ortaya çıkarmak için, böyle bir kontrolün artılarını ve eksilerini daha ayrıntılı olarak ele alacağız.

HTML kodu oldukça basit bir hiyerarşik yapıya sahip olmasına rağmen, belge büyüdükçe kod içerisinde kafanın karışması ve dolayısıyla hata yapması kolaydır. Tarayıcılar, açık bir şekilde yanlış olan koda rağmen, web sayfasını yine de görüntülemeye çalışacaktır. Ancak “çarpık” bir belgenin nasıl görüntülenmesi gerektiğine dair tek bir düzenleme olmadığı için her tarayıcı bunu kendi yöntemiyle yapmaya çalışır. Bu da aynı belgenin popüler tarayıcılarda farklı görünmesine yol açar. Bariz hataları düzeltmek ve kodu sistematik hale getirmek, kural olarak istikrarlı bir sonuca götürür.

Tarayıcı üreticilerinin ürünlerine tüm standartların ötesinde benzersiz özellikler ekledikleri dönemler artık geçmişte kalmaya başlıyor. Her biri yeni bir versiyon tarayıcılar teknik özelliklere daha duyarlı hale geliyor ve belgeleri çok az hatayla veya hiç hata olmadan işliyor. Web standartlarının kanonlarına da uyan sitelerin geliştiricileri bu nedenle şimdiki moda web teknolojilerinin geliştirilmesi.

XML'i (eXtensible Markup Language, Extensible Markup Language) unutmayın. Bu dil, veri depolamak ve farklı uygulamalar arasında bilgi alışverişi yapmak için fiili standart haline geliyor. XML sözdizimi HTML'den daha katıdır ve en ufak bir hatayı affetmez. Bir anlamda XML, kodun hataları ayıklanana kadar programın derlenmeyeceği programlama dillerine benzer. HTML, XML öğrenmenin ilk adımıdır, bu nedenle kendinize doğru şekilde kodlamayı öğretmek, HTML geliştirmenin bir sonraki aşamasına geçmenizi kolaylaştıracaktır.

Şaşırtıcı bir şekilde, web geliştiricilerinin de kendi modaları vardır. Mevcut moda, geçerli belgeler oluşturmak ve sitenin HTML spesifikasyonuna uygun bir resim biçiminde özel bir simge görüntülemektir. Bu eğilim site müşterilerini bile etkiledi ve bir sitenin geliştirilmesi için teknik bir görev yazarken, bazıları sitenin web standartlarına göre yapılmasını özellikle şart koşuyor.

Birçok yönden, standartlara uymak, küçük şeylerde ortaya çıkan ve belirli bir kritik kitleye ulaşıldığında farkedilir hale gelen birçok fayda sağlar. Özellikle, kod miktarı daha küçük, daha derli toplu ve daha okunabilir hale gelir. Buna göre kullanıcılar için sitenin yüklenme hızı bir bütün olarak artar.

Web siteleri elbette insanların ziyaret etmesi için yapılır. Sitenin çalışmalarının ölçüsü ziyaretçilerdir ve onlar da sitenin nasıl karşılandığıyla ilgilenirler. Kullanıcı, sitenin favori tarayıcısında doğru görüntülenmesini, hızlı yüklenmesini ve ihtiyacı olan materyalleri içermesini istemektedir. Bu listenin belge kodu ve geçerliliği hakkında hiçbir şey içermediğini, ziyaretçilerin bununla ilgilenmediğini unutmayın. Bu nedenle, tamamen geçersiz bir site, ancak ruhla yapılmış, ruhla dolu ilginç malzemeler boş bir kaynaktan daha fazla ziyaretçi çekecek, ancak tüm "kurallara" göre yapılmış.

Tarayıcı geliştiricileri her zaman spesifikasyona uymazlar ve bazı durumlarda kodu verilen kurallara göre değil, kendi yöntemleriyle yorumlarlar. Sonuçta bu, bir tarayıcıda doğru şekilde (yani geliştiricilerin amaçladığı gibi) görüntülenen bir web sayfasının diğerinde hatalarla görüntülenmesine yol açar. Bu gibi durumlarda spesifikasyona uymak, bazı tarayıcıların kullanıcılarını devre dışı bırakabilir. Örneğin, Internet Explorer (IE) şu anda tarayıcılar arasında lider bir konuma sahiptir, ancak aynı zamanda HTML ve CSS özelliklerini Firefox ve Opera'dan daha iyi desteklememektedir. Açıktır ki, IE kullanıcıları tüm standartlara göre yapılmış ancak bu tarayıcının özelliklerini dikkate almayan bir siteyi ziyaret ettiklerinde çirkin bir resim göreceklerdir.

Sitenin müşterileri ve geliştiricileri bu durumdan hoşlanmazlar, bu nedenle bir seçenekle karşılaştıklarında: standartlar veya tarayıcı, çoğunlukla bir tarayıcı seçerler.

Hayal kırıklığı yaratan bir resim ortaya çıkıyor - spesifikasyona uymak için kodda hata ayıklamak için özel olarak zaman harcamanıza gerek yok. Bu zamanı, belgenin farklı tarayıcılarda sorunsuz çalışmasını sağlamaya ayırmak daha iyidir - web geliştiricileri çoğunlukla böyle düşünür.

XML ve XHTML doğrulaması

İçeriği doğrulamak için önce alınması gerekir. Kaynak (bir dizi belirli kurala göre kontrol etmemiz gereken şey) tamamen tahmin edilemez olabilir:

uzak kaynak.

Yukarıdaki kaynaklardan soyutlama yapıyoruz, çünkü aslında doğrulama için verileri nereden aldığımız bizim için gerçekten önemli değil: hepsi bir dizi olarak sona eriyor. Diziyi aldıktan sonra programlama yaptığımız programlama dilinde çalışabileceğimiz elemanlar elde edecek şekilde işlememiz gerekiyor. Başlangıç olarak, girdi verilerini hangi varlıklara çevirebileceğimize karar vermeliyiz. XML/XHTML'deki temel birimin öğe olduğunu hatırlayın. Ondan püskürteceğiz. Öğeye ek olarak, belge adını vereceğimiz bir öğeler kabına ihtiyacımız var.

Her XML/XHTML belgesi bir dizi öğeden oluşur ve her zaman diğer tüm öğeleri içeren bir kök öğe vardır. Beklemek! Ama bu sadece normal bir ağaç! Evet, evet, doğru: Önümüzde bir element ağacı görüyoruz. Oldukça önemli bir sonuca vardık: Herhangi bir XML belgesi (ve herhangi bir XML benzeri dildeki bir belge) bir ağaç olarak gösterilebilir. Bundan sonra, bu ağaçla çok farklı işlemler gerçekleştirebiliriz: karşılaştırma, silme, permütasyon, traversing (ağacın tüm düğümlerinden geçme işlemi) ve diğerleri.

XML doğrulaması kıyaslanamaz kontrol etmesi daha kolay XHTML: Sadece birkaç şartın karşılandığından emin olmamız gerekiyor ki, bir elementler ağacımız olduğu için bunu oldukça kolay bir şekilde yapabiliriz. Gerekli kuralları sistematik hale getiriyoruz:

Bir belgedeki ilk öğe, her zaman görünümün bir XML başlık bildirimidir; burada […], XML başlık nitelikleridir;

Tüm öğeler doğru şekilde adlandırılmalı ve gereksiz karakterler (örneğin boşluklar) içermemelidir;

Tüm nitelikler yazılmalıdır doğru form(aynı normal ifadeyle oldukça basit bir şekilde kontrol edilir);

Belge yalnızca bir kök öğe içermelidir;

Elemanların iç içe geçmesine uyulmalıdır (bu ifadenin kontrolü, açılış ve kapanış elemanlarının uygunluğunu kontrol ettiğimiz bir eleman yığını kullanılarak gerçekleştirilir);

Yukarıdaki kuralların tümü karşılanırsa, belge geçerli bir XML belgesi olarak kabul edilir. Aksi takdirde belge, doğrulayıcının inceleme ve düzeltme için kullanıcıya gösterebileceği hatalar içerir.

XHTML doğrulaması, XML doğrulamasını temel alır. İlk olarak, belgenin XML açısından geçerli olduğundan emin olmalıyız (yani, etiketlerin iç içe geçmesi gözlemlenir, öğeler ve nitelikleri doğru şekilde biçimlendirilir ve diğerleri) ve ancak o zaman ek kurallar koymalıyız. Bir belge XML açısından geçerli değilse XHTML açısından da kesinlikle geçerli değildir.

Herhangi bir XHTML kuralını bir belgeye uygulamak için, öncelikle bu kuralları kolayca elde edilebilecek ve belge üzerinde kalıplanacak şekilde tanımlamanız gerekir. XHTML belgelerini doğrulamak için kurallar çeşitli biçimlerde saklanabilir:

DTD belgeleri;

Biçimden bağımsız olarak, aşağıdaki kontroller gerçekleştirilir:

Belgede kullanılan tüm öğelerin XHTML'de bulunup bulunmadığını kontrol etme (belgede belirtilen öğe yoksa, uygun bir hata oluşturulur);

Müsaitlik kontrolü gerekli özellikler karşılık gelen elemanlarda;

Bazı özniteliklerin içerik türünün kurallarda belirtilen türlere uygunluğunun kontrol edilmesi;

Öğenin içerik türü, kurallarda belirtilenle eşleşmelidir;

XHTML, öğe sınıflarını (blok ve metin) tanımladığından, doğrulayıcı, bir sınıfın (düzey) öğelerinin başka bir sınıfın (düzey) öğeleri içinde doğru şekilde iç içe geçmesi gerektiğinden emin olmalıdır. Benzer modeller kurallarda da açıklanmıştır.

Belirtilen kural dizisini çalıştırdıktan sonra, belgenin geçerli olup olmadığını veya tam tersine doğrulayıcının kullanıcıya gösterebileceği bazı hatalar içerip içermediğini söyleyebiliriz.

GMP doğrulaması

GMP, tasarım, yapım, işletme ve şirketlerüretim, büyük bir mali ve işgücü yatırımı gerektirir. Bu, bir ilaç fabrikası için zaten zorunlu bir seviye haline geldi.

Uygulamada, gerçek deneyim ve profesyonel tavsiye, yatırım, zaman ve çaba açısından telafisi mümkün olmayan büyük kayıplara neden olabilecek tasarım ve ekipman hatalarını önlemeye yardımcı olabilir.

Çalışan bir tesis için: tesisin bina, genel teknik durum, ürün yelpazesi ve ilgili atölyeler, ekipman, yapı ve personel durumu ile ilgili olarak muayenesi ve personelin GMP kuralları, kalite kontrol dokümantasyonu ve yönetimi hakkındaki bilgi ve becerileri, analiz edilmesi mevcut GMP standardı gerekliliklerine uygunluk derecesi, Genel Plan iş iyileştirmeler ve zamanlama. İki taraf onaylar ve somutlaşmaya başlar.

Yeni bir tesis için: fabrika yerleşimi: genel plan, teknoloji tasarımı, depolama, kalite, üretim süreci ve yorum veya tavsiye verir. Ekipman seçimini kontrol eder ve Tedarikçi

GMP akreditasyonu sadece uygun tesisler ve ekipman gerektirmez, aynı zamanda bir dokümantasyon sistemi gerektirir: bölümlerin ve pozisyonların görevleri, kurallar yönetmek, operasyon kuralları, kalite kontrol kuralları, kalite standardı, üretim parti kayıtları.

EITI Doğrulaması nedir?

EITI Doğrulaması, bir kalite güvence mekanizmasıdır ve EITI sürecinin ayrılmaz bir parçasıdır. İki ana işlevi vardır. İlk olarak, ülke düzeyinde diyalogu ve öğrenmeyi teşvik eder. İkinci olarak, tüm uygulayıcı ülkelerde tek bir küresel EITI standardını sürdürür. Doğrulama bir denetim değildir. EITI raporlama sürecinin bir parçası olan açıklama ve karşılaştırma sürecinin tekrarı değildir. Doğrulamanın daha kapsayıcı hedefleri vardır: paydaş girdisi ile EITI'nin uygulanmasını değerlendirir; sonuçları küresel standarda uygunluk açısından değerlendirir; ve EITI sürecinin gelişimini güçlendirmenin yollarını arar.

Ayrıca doğrulama, durumu belirlemek için kullanılan bir mekanizmadır. ülkeler Aday ülke olarak veya ülkeler EITI ile tanışmak. İÇİNDE şu anda 23 ülke aday. Bu ülkelerin tümü, dört giriş koşulunu karşılamaktadır ve EITI uygulamasının çeşitli aşamalarındadır. EITI uyumluluğunu değerlendirmek için EITI, ülkelerin doğrulama sürecini iki yıl içinde tamamlamasını şart koşuyor.

Doğrulama yoluyla, EITI gerekliliklerine uyum (veya bu yönde ölçülebilir ilerleme) gösteren ülkeler, Uluslararası tanınmaçabaları ve başarıları. Doğrulama tamamlanmazsa veya EITI gerekliliklerini karşılamaya yönelik ölçülebilir bir ilerleme göstermezse, EITI Kurulu Aday ülke statüsünü iptal eder.

Doğrulama süreci uluslararası düzeyde gerçekleşir ve eyalet düzeyinde çok paydaşlı bir grup tarafından kontrol edilir. doğrulama, Doğrulama Kılavuzu da dahil olmak üzere EITI Kurallarında belirtilmiştir.

İlk adım, çok paydaşlı grup tarafından bir doğrulayıcının atanmasıdır. EITI Kurulu, akredite edilmiş EITI Doğrulayıcılarının bir listesini derledi ve uygulayıcı ülkelere bir Doğrulayıcı aday göstermesi konusunda rehberlik sağladı.

Seçilen doğrulayıcı, çalışmasında üç ana belge kullanır.

Bunlar:

Ülke Çalışma Planı

Doğrulama Gereksinimleri ve Performans Değerlendirme Yöntemi ve

Şirket profilleri

Doğrulayıcı, bu belgeleri kullanarak çok paydaşlı grupla buluşur ve şirketler, hükümet ve diğer kilit paydaşlar (çok paydaşlı grubun parçası olmayan kuruluşlar ve halk dahil) tarafından ifşa edilen verileri doğrulamak için şirket tarafından görevlendirilir.

Doğrulayıcı, bu bilgileri kullanarak aşağıdakileri içeren bir raporu tamamlar:

Ülke çalışma planının uygulanmasındaki ilerlemeye ilişkin kısa genel bakış raporu;

Doğrulama programının hedeflerine yönelik ilerleme hakkında kısa bir genel bakış raporu;

Tamamlanan doğrulama programı;

Şirketler tarafından uygulamaya ilişkin genel bakış raporu;

Şirketlerin toplu anketleri;

EITI uygulamasının genel değerlendirmesi: ülkenin Aday olup olmadığı, gereklilikleri karşılayıp karşılamadığı, kayda değer bir ilerleme olup olmadığı.

Bu rapor önce çok paydaşlı gruba, hükümete ve EITI Kuruluna gider. Bu gruplar doğrulama raporu üzerinde anlaşırsa yayınlanır ve yorumların yürütülmesi için kabul edilir. Doğrulama süreciyle ilgili bir anlaşmazlık varsa, o zaman önce yerel düzeyde değerlendirilir. EITI Kurulu yalnızca ciddi anlaşmazlık durumlarında müdahil olur.

kaynaklar

en.wikipedia.org Wikipedia - özgür ansiklopedi

htmlbook.ru Web siteleri yapanlar için

certicom.kiev.ua CertiCom

enumerate.ru Sıralı Gerçeğin Arayışında

luxunig.com İlaç Mühendisliği

yatırımcı ansiklopedisi. 2013 .

Eş anlamlı: