O modernizare în cadrul unei instalații de nivel BSL-3 sau BSL-4 rareori se limitează doar la componenta care a fost atinsă fizic. Înainte ca o echipă de proiect să poată decide ce anume trebuie testat, aceasta trebuie să stabilească ce anume s-a schimbat efectiv — iar această chestiune privind limitele, și nu metoda de testare în sine, determină dacă procesul de acceptare este justificabil. Stabilirea greșită a acestei limite, în orice direcție, generează un cost real: dacă este prea restrânsă, o interfață netestată reintră în funcțiune cu o funcție de izolare neverificată; dacă este prea largă, proiectul retestează sisteme care nu au fost niciodată afectate.
Limitele modernizării trebuie să includă modificări fizice și funcționale
| Interfață de modernizare | Problema granițelor | Acceptare – planificare – consecință |
|---|---|---|
| Penetrări și etanșări | Modificarea a afectat cumva o penetrare sau o etanșare a sistemului de izolare? | Se vor include inspecția și testarea garniturii afectate; nu se va deduce un domeniu de aplicare sau o limită universală a testului de etanșeitate a încăperii. |
| Zonele de presiune | Această modificare a afectat vreo relație de presiune? | Includeți verificarea direcției fluxului de aer pentru acea relație. |
| Căile de evacuare | Modificarea ulterioară a schimbat traseul sistemului de evacuare sau interfața acestuia? | Includeți funcția de evacuare afectată în limitele testului. |
| Dispozitive de comandă, alarme și blocaje | S-a modificat configurația de control, logica sau starea unei interfețe? | Testați elementele de comandă, alarmele și dispozitivele de interblocare afectate în toate stările modificate ale interfeței. |
| Utilități, echipamente de transfer și interfețe pentru deșeuri | Modificarea efectuată a afectat vreo conexiune fizică sau vreo dependență funcțională la una dintre aceste interfețe? | Considerați funcția afectată ca făcând parte din perimetrul schimbării și alegeți modalitatea de verificare în funcție de riscul asociat proiectului. |
Modernizarea sistemului de izolare este rareori o acțiune izolată. Lucrările efectuate la o interfață afectează adesea și alte interfețe cu care aceasta are o legătură fizică sau o dependență funcțională, chiar și atunci când nimeni nu a intenționat acest lucru. A trecerea cablului sau a cordonului Adăugarea unui perete de izolare reprezintă o modificare fizică, dar poate fi și o modificare funcțională dacă afectează diferența de presiune de-a lungul barierei prin care trece. O actualizare a logicii de control legată de o ușă sau de o cameră de echilibrare reprezintă o modificare funcțională chiar și în cazul în care nu s-a înlocuit niciun component hardware. Prima sarcină a echipei de proiect nu este testarea — ci identificarea limitelor fizice și a relațiilor funcționale care au fost afectate de lucrările de modernizare, indiferent cât de minoră părea intervenția la momentul respectiv.
Acest aspect este important deoarece performanța de izolare este relațională. O penetrare, o zonă de presiune, o cale de evacuare, un punct de control, o racordare la rețeaua de utilități și o interfață pentru deșeuri nu funcționează independent; fiecare depinde de menținerea stării proiectate de către celelalte. Atunci când o modernizare modifică unul dintre aceste elemente, limita a “ceea ce s-a schimbat” trebuie să se extindă la fiecare funcție care depinde de starea modificată, nu doar la componenta care a fost deschisă sau înlocuită fizic. O modificare a zonei de presiune determinată de o nouă penetrare este o consecință funcțională a unei acțiuni fizice, iar ambele trebuie să se încadreze în aceeași limită de acceptare.
Consecința practică pentru planificarea proiectului este că limita schimbării trebuie definită înainte de întocmirea listei de teste, nu dedusă din aceasta. Dacă echipa începe prin a se întreba “ce teste efectuăm de obicei după acest tip de lucrări”, riscă să testeze doar modificarea fizică evidentă și să omită consecințele funcționale care se propagă prin sistem. Dacă, în schimb, începe prin a se întreba “care interfețe — penetrări, zone de presiune, căi de evacuare, comenzi, utilități, echipamente de transfer, interfețe de deșeuri — au fost afectate, fizic sau funcțional, de această modernizare”, lista de teste rezultă dintr-o delimitare bazată pe dovezi, mai degrabă decât din obișnuință.
În cazul în care modernizarea se limitează la o singură componentă bine izolată, fără dependențe comune, perimetrul rămâne restrâns, iar activitatea de acceptare rămâne specifică. În cazul în care modernizarea afectează o utilitate comună, un sistem de control comun sau o funcție cu elemente dependente din aval, perimetrul trebuie extins pentru a include acele elemente dependente, chiar și atunci când elementele dependente în sine nu au fost modificate fizic. Confirmarea condiției aplicabile este prima decizie pe care echipa de proiect trebuie să o ia, iar aceasta trebuie exprimată în mod explicit, fără a se baza pe presupuneri legate de domeniul de aplicare al ordinului de lucru de întreținere.
Datele existente rămân valabile doar pentru configurații neschimbate
| Condiția privind probele | Utilizare permisă | Implicația acceptării |
|---|---|---|
| Configurația rămâne neschimbată, iar dovezile sunt în continuare valabile | Păstrați înregistrarea ca referință pentru acea configurație nemodificată. | Din dosar nu reiese că s-a acceptat o interfață modificată. |
| O modificare a interfeței poate afecta un rezultat anterior sau unul adiacent | Nu preluați rezultatul fără a-i reevalua aplicabilitatea. | Includeți rezultatul afectat în domeniul de aplicare al reverificării. |
| Nu este clar dacă configurația corespunde sau dacă probele sunt aplicabile | Tratează aplicabilitatea ca pe o necunoscută specifică proiectului. | Mențineți funcția asociată în cadrul domeniului de revizuire până la stabilirea relației. |
Documentele privind calificarea și punerea în funcțiune, provenite din etapa inițială de construcție a instalației sau dintr-o modernizare anterioară, constituie dovezi ale unei configurații specifice la un moment dat. Aceste dovezi rămân valabile numai atâta timp cât configurația pe care o descriu rămâne neschimbată. Problema legată de acceptarea modernizării nu constă în a stabili dacă dovezile anterioare erau adecvate la momentul întocmirii lor — ceea ce, aproape sigur, a fost cazul —, ci dacă configurația pe care o descriu mai există sau nu după finalizarea lucrărilor actuale.
Aici acceptarea proiectelor de modernizare diferă de punerea în funcțiune a clădirilor noi. În cazul unei clădiri noi, toate dovezile sunt întocmite în raport cu configurația finală, așa cum a fost realizată. În cazul unei modernizări, proiectul moștenește o combinație: unele sisteme rămân neschimbate, altele au fost modificate direct, iar altele se situează undeva la mijloc — nu au fost modificate direct, dar sunt adiacente sau dependente de ceva ce a fost modificat. Echipa de proiect trebuie să clasifice fiecare sistem într-una dintre aceste categorii înainte de a decide ce dovezi i se aplică.
Categoria dificilă este cea de-a treia. O interfață modificată poate invalida un rezultat adiacent chiar și în cazul în care sistemul adiacent nu a fost niciodată deschis, deoarece calificarea anterioară a sistemului adiacent presupunea o condiție — o relație de presiune, o cale de curgere a aerului, o stare de control — pe care modernizarea ar fi putut-o altera. Preluarea unui dosar de calificare fără a reevalua dacă ipoteza care stă la baza acestuia mai este valabilă înseamnă a trata dovezile moștenite ca și cum s-ar reînnoi de la sine, ceea ce nu este cazul.
În cazul în care concordanța de configurare între starea reală a modernizării și starea descrisă în dosarul de calificare este clară și neschimbată, dosarul existent poate servi drept referință și nu este necesar să fie repetat. În cazul în care această concordanță nu este clară — adică atunci când echipa nu poate confirma dacă modernizarea a afectat o ipoteză pe care se bazau dovezile anterioare — atitudinea corectă este de a trata aplicabilitatea ca pe o chestiune deschisă și de a menține funcția respectivă în cadrul procesului de revizuire până la stabilirea relației, în loc să se opteze automat fie pentru acceptarea integrală, fie pentru retestarea completă. Aceasta este o chestiune de disciplină în ceea ce privește documentația, la fel de mult cât este una tehnică: pachetul de acceptare a modernizării trebuie să arate, pentru fiecare înregistrare moștenită, de ce a fost considerată încă aplicabilă, nu doar faptul că există.
Punctele de penetrare, garniturile și relațiile de presiune necesită verificări specifice
| Interfață modificată | Dovezi specifice | Ce se stabilește prin verificarea respectivă | Limita probelor |
|---|---|---|---|
| Cabluri sau alte treceri prin perete | Inspecția și testarea garniturii de etanșare a penetrării afectate după o înlocuire sau o reparație | Dovezi privind modificarea penetrării și a etanșării acesteia | Aceasta nu stabilește un domeniu universal de etanșeitate a încăperilor, o limită fixă sau o omologare a produselor. |
| Interfață ușă cu etanșare pneumatică | Verificarea sigiliului afectat și a eventualelor alarme sau blocaje afectate după înlocuirea sigiliului sau după o actualizare a sistemului de control | Dovezi privind modificarea funcțiilor interfeței ușii | Nu acceptă sisteme neschimbate din alte părți. |
| Relația de presiune dintre zonele afectate | Verificarea direcției fluxului de aer pentru relația afectată | Dovezi privind modificarea relației dintre presiune și zonă | Nu validează zonele adiacente nemodificate. |
Odată definită limita de modificare, lucrările de recepție trebuie să furnizeze dovezi care să corespundă fiecărei interfețe specifice, și nu un test generic aplicat în mod uniform în întreaga instalație. Pătrunderile, etanșările și relațiile de presiune se comportă diferit unele față de altele, iar dovezile care atestă performanța uneia dintre ele nu se aplică și celorlalte.
O trecere prin perete — pentru cabluri, cordoane sau alte conducte de utilități — se evaluează prin inspecția și testarea respectivei garnituri după modificarea sau reparația care a afectat-o. Acest lucru oferă dovezi privind acea penetrare și etanșarea acesteia; nu stabilește un nivel de etanșeitate la nivelul întregii încăperi sau o limită universală și nu oferă informații cu privire la starea altor penetrări din același perete care nu au fost modificate. În cazul în care o instalație utilizează un orificiu dedicat pentru cabluri și cordoane, așa cum se întâmplă în cazul unui Dispozitiv de penetrare de tip Vacu-Pass, verificarea specifică se referă la acel port anume și la interfața sa de etanșare, nu la ansamblul peretelui în ansamblu.
A interfață ușă-garnitură pneumatică implică o necesitate de verificare specifică. În cazul în care un s-a înlocuit garnitura ușii sau s-a efectuat o actualizare a sistemului de control dacă s-a modificat modul de funcționare al dispozitivelor de blocare sau al alarmelor ușii, verificarea specifică trebuie să vizeze sigiliul în sine și orice funcție de alarmă sau de blocare legată de noua stare a respectivului sigiliu. Această dovadă atestă funcționalitatea interfeței ușii; nu se acceptă sisteme nemodificate în alte părți ale aceluiași sas sau ale aceleiași suite, chiar și în cazul în care aceste sisteme utilizează aceeași platformă de control.
O relație de presiune între două zone necesită o verificare a direcției fluxului de aer specifică acelei relații. Aceasta se deosebește atât de verificarea penetrării, cât și de verificarea ușii, deoarece o relație de presiune este o condiție dinamică la nivel de sistem, mai degrabă decât o condiție statică de etanșare — ea depinde de faptul ca traseul de evacuare, echilibrul alimentării și starea ușii să funcționeze simultan conform proiectării. Verificarea relației pentru o pereche de zone afectate constituie o dovadă pentru acea pereche; aceasta nu spune nimic despre o pereche de zone adiacente, neafectate, chiar și în cazul în care ambele perechi împărtășesc aceeași ramificație de evacuare în amonte.
Implicația practică este că un plan de acceptare a lucrărilor de modernizare nu se poate baza pe un singur tip de test pentru a acoperi mai multe categorii de interfețe. În cazul în care lucrările de modernizare au vizat simultan o penetrare, o garnitură de ușă și o relație de presiune, proiectul necesită trei seturi distincte de dovezi, fiecare limitat la propria interfață, limitele fiecărui rezultat fiind precizate suficient de clar încât să nu poată fi interpretate ulterior ca acoperind mai mult decât acoperă în realitate.
Sistemele de control și de interblocare necesită testări în toate stările noi ale interfeței
Sistemele de control și blocările prezintă o provocare de acceptare diferită față de garnituri sau zonele de presiune, deoarece funcția lor este definită de comportamentul pe parcursul diferitelor stări, mai degrabă decât de o singură condiție statică. Un sistem de control sau o blocare care trece cu succes o verificare într-o anumită stare — ușă închisă, sistem în repaus, presiune normală de funcționare — nu s-a dovedit că se comportă corect în fiecare stare pe care modernizarea ar fi putut-o introduce sau modifica.
În cazul în care o modernizare modifică configurația unui sistem de control sau logica care stă la baza acestuia, logica nouă sau modificată trebuie testată în fiecare stare a interfeței pe care o controlează, nu doar în starea care se întâmplă să fie convenabilă pentru testare. Un sistem de blocare a ușii legat de o diferență de presiune, de exemplu, are o intenție de proiectare care acoperă cel puțin starea normală, starea de tranziție și orice stare de defect sau de alarmă. Dacă se verifică doar starea normală, lucrările de acceptare a modernizării au confirmat că ușa se comportă corect atunci când nu există nicio problemă, ceea ce reprezintă starea cea mai puțin probabilă de a dezvălui o eroare indusă de modificare.
Acest aspect este deosebit de important în cazul în care modernizarea a constat într-o actualizare a logicii de control, mai degrabă decât într-o înlocuire a componentelor hardware. O modificare a logicii poate schimba modul în care este evaluată o condiție de alarmă, modul în care un dispozitiv de interblocare răspunde la o condiție limită sau modul în care două bucle de control, anterior independente, interacționează acum, fără nicio schimbare fizică vizibilă. Deoarece modificarea este invizibilă la nivel de hardware, singura modalitate de a confirma că sistemul se comportă conform intenției este de a-l supune fiecărei stări pe care noua logică trebuie să o gestioneze și de a verifica dacă răspunsul corespunde proiectului prevăzut, inclusiv în cazul stărilor care reprezintă o abatere sau o condiție de recuperare, mai degrabă decât o funcționare în regim staționar.
Conform aprecierii echipei de proiect, în acest context trebuie identificat, pentru fiecare comandă sau interblocare modificată, setul complet de stări pe care modernizarea le-a introdus sau le-a modificat — nu doar stările prevăzute de proiectul inițial, ci și orice stare nouă creată de însăși modernizarea — și trebuie confirmat faptul că fiecare stare generează răspunsul dorit. În cazul în care modernizarea a modificat o platformă de control comună, această obligație se extinde la fiecare funcție de interblocare sau de alarmă pe care o controlează platforma respectivă, chiar și atunci când doar o singură funcție specifică a fost ținta intenționată a modificării.
Reparațiile sau abaterile pot extinde domeniul de aplicare al reverificării
| Declanșator | De ce domeniul de aplicare actual ar putea să nu mai fie suficient | Tratamentul necesar |
|---|---|---|
| Abatere în timpul verificării | Funcția afectată nu mai generează un rezultat necalificat pentru configurația testată. | Înregistrați abaterea, stabiliți limita afectată și documentați orice reparație și reverificare. |
| Repararea unei interfețe afectate | Configurația de după reparație diferă de cea care a generat probele anterioare. | Înregistrați reparația și verificați din nou funcția afectată. |
| O modificare care ar putea afecta un rezultat adiacent | O modificare a interfeței poate invalida dovezile pentru o funcție asociată. | Reevaluați înregistrarea adiacentă și extindeți domeniul de aplicare al reverificării acolo unde aceasta nu mai este valabilă. |
| Întreținerea sau decontaminarea care afectează o funcție | Starea de recuperare face parte din limita funcțională afectată. | Verificați funcția de recuperare afectată în funcție de riscul asociat proiectului și înregistrați configurația și dovezile. |
Testarea de acceptare în sine poate genera informații noi care modifică sfera a ceea ce mai trebuie verificat. O abatere constatată în timpul verificării sau o reparație efectuată la o interfață Ca urmare a acestei verificări, procesul nu se încheie odată cu rezolvarea problemei imediate — ci reprezintă un factor declanșator care impune echipei de proiect să reevalueze dacă limitele inițiale ale testului mai acoperă în continuare întregul domeniu de aplicare al elementelor care necesită dovezi.
O abatere în timpul verificării înseamnă că funcția afectată nu mai prezintă un rezultat valid pentru configurația testată. Aceasta se deosebește de un test reușit, fără abateri: odată ce apare o abatere, funcția rămâne într-o stare nerezolvată până când fie este retestată cu succes, fie abaterea este soluționată și documentată în alt mod. O reparație efectuată pe o interfață afectată modifică configurația însăși — sistemul după reparație nu mai este același sistem descris în dovezile anterioare, chiar și în cazul în care reparația a avut ca scop restabilirea intenției inițiale de proiectare, deoarece starea reală s-a modificat în procesul de realizare a acesteia.
Cazul cu consecințe mai grave este acela în care o abatere sau o reparație relevă faptul că un rezultat adiacent, considerat anterior neafectat, ar putea să nu mai fie valabil. Acest lucru se leagă direct de problemele legate de delimitare și de aplicabilitatea probelor ridicate anterior: o reparație la o interfață poate invalida ipoteza pe care se baza un dosar de calificare adiacent, chiar și în cazul în care sistemul adiacent nu a fost niciodată afectat direct de modernizare sau de reparație. Recunoașterea acestui fapt impune echipei de proiect să trateze fiecare abatere și fiecare reparație ca pe un semnal de a reexamina delimitarea, nu doar de a remedia problema imediată și de a trece mai departe.
Funcțiile de întreținere sau de recuperare în urma decontaminării merită același tratament în cazul în care modernizarea le-a afectat. O funcție de recuperare — capacitatea sistemului de a reveni la starea de izolare prevăzută prin proiect după o operațiune de întreținere sau decontaminare — face parte din limita funcțională pe care modernizarea ar fi putut-o afecta, chiar și în cazul în care aceasta nu este prima funcție pe care echipa se gândește să o testeze. În cazul în care modernizarea a modificat o interfață legată de recuperare, funcția de recuperare în sine trebuie verificată în funcție de riscul implicat, iar configurația și dovezile rezultate trebuie înregistrate împreună cu restul pachetului de acceptare.
Înregistrările de lansare trebuie să facă distincția între modificările testate și sistemele nemodificate
| Secțiunea „Înregistrări de lansare” | Câmp obligatoriu | Valoarea deciziei |
|---|---|---|
| Configurația testată și limitele modificărilor | Identificați configurația fizică și funcțională vizată de lucrările de recepție a modernizării. | Stabilește la ce se aplică noile dovezi. |
| Interfețe și funcții testate | Enumerați punctele de trecere, garniturile, relațiile de presiune, căile de evacuare, dispozitivele de control, alarmele, blocajele sau funcțiile de recuperare afectate care au fost efectiv verificate. | Prezintă funcțiile modificate care au făcut obiectul unor verificări specifice. |
| Dovezile existente au fost păstrate | Identificați înregistrările anterioare utilizate exclusiv pentru configurații neschimbate, în cazul cărora dovezile rămân valabile. | Face distincția între datele de referință acceptate și rezultatele noilor teste de modernizare. |
| Abateri, reparații și reverificare | Înregistrați fiecare abatere sau reparație, precum și probele obținute în urma acesteia. | Prezintă modul în care excepțiile au influențat sfera finală a testului și setul de probe. |
| Sisteme nealterate | Identificați sistemele care nu se încadrează în limitele modificării testate. | Împiedică interpretarea eliberării retroactive ca o nouă dovadă de acceptare pentru sistemele care nu au suferit modificări. |
Decizia finală în cadrul unei proceduri de acceptare a modernizării la standardul BSL-3/4 nu constă într-un rezultat al testării — ci în modul în care raportul de acceptare reflectă relația dintre elementele testate și cele netestate. Un raport de acceptare care se limitează la a menționa că instalația a trecut testele de acceptare, fără a face distincția între modificările testate și sistemele nemodificate, creează o lacună în documentație pe care proprietarul instalației o moștenește pe termen nelimitat: oricine va citi acel raport ulterior nu va avea cum să știe care sunt sistemele acoperite efectiv de noile dovezi.
Raportul trebuie să identifice în mod explicit configurația testată și limitele modificării, astfel încât orice persoană care îl va consulta ulterior să înțeleagă exact ce domeniu de aplicare fizic și funcțional a vizat lucrarea de acceptare a modernizării. Acesta trebuie să enumere interfețele și funcțiile specifice verificate efectiv — penetrările, etanșările, relațiile de presiune, căile de evacuare, comenzile, alarmele, blocajele sau funcțiile de recuperare care au făcut obiectul unor verificări specifice — în loc să descrie lucrarea în termeni generali care ar putea fi interpretați ca având o acoperire mai largă decât cea a lucrărilor efectiv realizate. Acesta trebuie să identifice care dintre înregistrările anterioare de calificare au fost păstrate ca dovezi de referință și pentru care configurații nemodificate rămân aplicabile aceste dovezi, astfel încât distincția dintre noile teste și dovezile moștenite să fie trasabilă, nu doar implicită.
În cazul în care a avut loc o abatere sau o reparație în timpul procesului de acceptare, înregistrarea trebuie să indice modul în care a fost rezolvată acea situație și ce dovezi au fost prezentate ulterior, astfel încât un evaluator ulterior să poată vedea cum s-a ajuns la domeniul de aplicare final al testării, în loc să presupună că planul inițial a fost executat fără excepții. În cele din urmă, înregistrarea trebuie să identifice sistemele care se află în totalitate în afara limitei modificării testate — sisteme pe care modernizarea nu le-a afectat, nici fizic, nici funcțional — astfel încât eliberarea să nu poată fi interpretată ulterior în mod eronat ca o nouă dovadă de acceptare pentru acele sisteme neafectate.
Această structură servește mai mult interesului pe termen lung al proprietarului instalației decât proiectului imediat de modernizare: o viitoare modernizare, audit sau inspecție va depinde de capacitatea de a identifica, doar pe baza înregistrărilor, care sisteme conțin dovezi aplicabile în prezent și care conțin dovezi dintr-o configurație anterioară care ar putea să nu mai fie valabile. În cazul în care un proiect furnizează QUALIA detaliile privind configurația modernizării, interfețele afectate și baza de risc ca parte a unei oferte sau a unei revizuiri a proiectului, aceleași informații privind limitele sunt cele care permit echipamentelor precum ușile APR, porturile pentru cabluri și cordoane sau componente de filtrare in situ să fie configurate și documentate în funcție de domeniul de aplicare real al modificării, și nu pe baza unei ipoteze generice privind conținutul modernizării.
Întrebări frecvente
Q: Fiecare modernizare la standardul BSL-3/4 necesită retestarea întregii instalații?
A: Domeniul de acceptare ar trebui să înceapă de la limita modificărilor fizice și funcționale, apoi să se extindă oriunde o interfață modificată ar putea invalida dovezile referitoare la o funcție conexă. Sistemele nemodificate pot rămâne în afara noului domeniu de testare numai dacă configurația lor rămâne neschimbată și dovezile existente rămân aplicabile.
Q: Ce informații referitoare la proiect trebuie colectate înainte de finalizarea planului de recepție a lucrărilor de modernizare?
A: Documentați configurația modificată, penetrările afectate, relațiile de presiune, căile de evacuare, sistemele de control, utilitățile, echipamentele de transfer și interfețele de deșeuri, împreună cu înregistrările de calificare propuse ca referință. De asemenea, identificați abaterile cunoscute, reparațiile, activitățile de întreținere și de recuperare, astfel încât efectul acestora asupra limitei de testare să poată fi evaluat înainte de punerea în funcțiune.
Q: Poate fi reutilizată o înregistrare de calificare anterioară după ce se modifică o interfață din apropiere?
A: Numai după ce s-a confirmat că configurația înregistrată a rămas neschimbată și că dovezile sunt în continuare valabile. Dacă interfața modificată poate afecta rezultatul anterior, mențineți acea funcție conectată în cadrul limitei de revizuire până când se stabilește aplicabilitatea acesteia sau până când este reverificată.
Q: Dacă testul efectuat asupra unei treceri de cablu sau a unei garnituri de ușă modificate are succes, înseamnă că sistemul de izolare din jur este acceptabil?
A: Acesta furnizează dovezi privind penetrarea afectată, etanșarea și orice alte funcții testate efectiv, cum ar fi o alarmă, un sistem de interblocare sau o relație de presiune afectate. Nu trebuie considerat drept dovadă de acceptare pentru zonele adiacente neafectate sau drept dovadă a unei limite generale de etanșeitate a încăperii.
Q: Când ar trebui extins domeniul de aplicare al reverificării în cadrul lucrărilor de recepție?
A: Extindeți-o atunci când o abatere, o reparație, o modificare a interfeței sau o stare de întreținere sau de decontaminare care afectează procesul de recuperare face ca probele inițiale să devină incerte pentru o altă funcție. Înregistrați evenimentul, definiți noua limită afectată și corelați probele rezultate din reverificare cu configurația finală testată.
Q: Cum poate un cumpărător să compare planurile de acceptare a lucrărilor de modernizare propuse?
A: Verificați dacă fiecare plan corelează fiecare interfață afectată cu funcția și dovezile pe care le va verifica, explică modul în care înregistrările existente vor fi analizate pentru a se stabili dacă sunt în continuare aplicabile și definește modul în care vor fi gestionate abaterile sau remediările. Pachetul de lansare ar trebui, de asemenea, să distingă între modificările nou testate, dovezile de referință păstrate, excepțiile rezolvate și sistemele care nu au fost retestate.
