Ambito dell'URS e della RFQ per le apparecchiature ad alto contenimento: requisiti, documentazione fornita dai fornitori e limiti di convalida

I team di approvvigionamento che emettono una richiesta di preventivo sulla base di una specifica dei requisiti utente (URS) incompleta raramente individuano la lacuna in fase di offerta. Il problema emerge durante la messa in servizio, quando un ingegnere addetto alla qualificazione tenta di redigere un test di accettazione per una funzione di contenimento descritta nell’URS con termini prestazionali troppo vaghi per poter essere verificati, e il fornitore è in grado di dimostrare, a ragione, che l’apparecchiatura fornita soddisfa alla lettera ogni requisito richiesto. La conseguenza è una riscrittura del protocollo sotto pressione temporale, un ritardo nell’accettazione in loco e una rinegoziazione su chi sia responsabile dei test in presenza di testimoni — aspetti che non erano affatto evidenti al momento dell’invio del capitolato. Capire dove tracciare il confine tra ciò che deve figurare nelle URS, ciò che deve apparire nella risposta alla RFQ e a chi sia formalmente assegnata la responsabilità della convalida prima dell’aggiudicazione è la capacità di giudizio che distingue un processo di approvvigionamento ben controllato da uno che accumula controversie nella seconda metà del progetto.

Requisiti dell'acquirente che devono essere inclusi nell'URS

L’URS non è una lista di desideri né una specifica semplificata. È il documento a cui ogni successiva attività di convalida — FAT, SAT, IQ, OQ, PQ — farà riferimento per stabilire se il sistema consegnato soddisfi le intenzioni dell’utente. Se l’URS è strutturalmente incompleto o utilizza una formulazione generica che non può essere ricondotta a una condizione di test misurabile, il reparto QA non avrà alcuna base difendibile per l’accettazione, e nessun documento successivo potrà correggere retroattivamente tale carenza.

Gli elementi strutturali di un URS ben strutturato per apparecchiature ad alto contenimento seguono uno schema coerente nella prassi professionale di progetto: un’introduzione e una descrizione generale che definiscono il contesto operativo e il quadro normativo; requisiti funzionali che definiscono le prestazioni di contenimento, i requisiti dei processi asettici e il comportamento dei sistemi di interblocco di sicurezza; requisiti non funzionali che riguardano l’affidabilità, la manutenibilità e i vincoli ambientali; definizioni delle interfacce che coprono i collegamenti fisici, gli allacciamenti alle utenze e i punti di integrazione del sistema di controllo; vincoli e ipotesi che documentano i limiti di spazio, la disponibilità delle utenze e le condizioni presunte del sito; e una sezione dedicata alla documentazione e ai risultati finali che elenca i prodotti richiesti con i relativi criteri di accettazione. È proprio quest’ultima componente il punto in cui l’URS fallisce più comunemente. Quando la sezione relativa ai risultati finali viene omessa o lasciata generica, il progetto giunge alla consegna senza criteri concordati, ed entrambe le parti si rendono conto di aver operato partendo da presupposti diversi su ciò che costituisce un pacchetto completo.

Il rischio non è che l’URS sia palesemente errato, bensì che sia sufficientemente preciso da generare una proposta coerente, pur rimanendo troppo vago per sostenere un protocollo di qualificazione. Espressioni come “prestazioni di contenimento adeguate” o “filtrazione HEPA appropriata” sono sufficienti per ottenere una risposta dal fornitore; non lo sono, invece, per redigere un test che un responsabile della qualità possa difendere davanti a un ispettore delle autorità di regolamentazione. L’Allegato 15 del Volume 4 di EudraLex considera i requisiti documentati e definiti come il fondamento di tutte le attività di qualificazione e convalida — non perché prescriva il formato dell’URS, ma perché presuppone che, prima dell’inizio della qualificazione, esista già qualcosa con criteri di accettazione verificabili. Se l’URS non fornisce tali criteri, l’Allegato 15 non aiuta a recuperarli.

La sezione relativa ai requisiti funzionali merita particolare attenzione per gli isolatori OEB4/OEB5 e i sistemi di contenimento BSL-3/4, dove le prestazioni di contenimento devono essere specificate in termini che definiscano limiti di accettazione specifici — tassi di perdita, differenziali di pressione, tempi di risposta degli interblocchi — piuttosto che in termini di categorie. Un URS che affermi semplicemente che “l’isolatore deve mantenere una pressione negativa” è incompleto. Una specifica che indichi l’intervallo di differenziale di pressione operativo, la deriva ammissibile prima dell’allarme e il tempo di risposta per l’attivazione automatica dell’interblocco fornisce alla Specifica di Progettazione Funzionale del fornitore un punto di riferimento e offre al reparto QA elementi su cui effettuare i test.

Documentazione del fornitore da allegare alla risposta alla richiesta di offerta

La RFQ non è una richiesta di preventivo. È lo strumento che consente di tradurre i requisiti dell’URS in impegni da parte dei fornitori che possano essere valutati prima dell’aggiudicazione. Quando la RFQ non specifica quali prove il fornitore debba presentare, l’acquirente riceve proposte commercialmente comparabili ma tecnicamente incomparabili: ipotesi diverse sull’ambito di applicazione, risultati di validazione diversi e interpretazioni diverse della titolarità delle interfacce, il tutto a prezzi come se fossero equivalenti.

L’elemento mancante più rilevante nella maggior parte delle risposte alle richieste di offerta (RFQ) relative a impianti ad alto contenimento è la Specifica Funzionale di Progettazione (FDS). Richiedere la FDS già in fase di offerta — o almeno una versione preliminare che metta in corrispondenza ciascun requisito dell’URS con una soluzione progettuale specifica — è l’unico meccanismo che mantiene intatta la catena di tracciabilità dall’URS alla progettazione prima dell’aggiudicazione. Senza di essa, l’URS rimane un documento a sé stante e la proposta del fornitore un documento separato; ed è proprio nel divario tra i due che nascono le controversie relative all’ambito di applicazione. Richiedere la FDS durante la fase di richiesta di offerta aumenta il carico di lavoro ingegneristico iniziale a carico del fornitore e, nella pratica, può ridurre il numero di fornitori che rispondono. Si tratta di un vero e proprio compromesso. Il team di approvvigionamento che accetta proposte vaghe al fine di mantenere un pool di fornitori più ampio sta spostando i costi di progettazione alla fase successiva all’aggiudicazione, dove si concretizzano sotto forma di ordini di modifica.

Una risposta completa alla richiesta di offerta (RFQ) per questa classe di apparecchiature dovrebbe inoltre includere un calendario delle tappe fondamentali che copra le date relative alla progettazione, all’approvvigionamento, ai test di accettazione in fabbrica (FAT), ai test di accettazione sul sito (SAT), alle qualifiche di installazione (IQ), alle qualifiche operative (OQ) e alle qualifiche prestazionali (PQ) e alla consegna; una struttura di rendicontazione che specifichi la frequenza e il formato delle revisioni sullo stato di avanzamento; una valutazione delle competenze che identifichi il personale responsabile della progettazione, dei test e della consegna; e condizioni commerciali che definiscano le scadenze di pagamento, le condizioni relative alle modifiche d’ordine e i limiti della garanzia. Ciascun elemento svolge una diversa funzione di controllo durante l’esecuzione del progetto e l’omissione di uno qualsiasi di essi crea un tipo specifico di ambiguità successiva all’aggiudicazione.

Per le apparecchiature con funzionalità di decontaminazione integrata — come le camere di passaggio a VHP al servizio dei confini di contenimento — i requisiti della FDS dovrebbero affrontare esplicitamente i parametri di sviluppo del ciclo e le basi su cui il fornitore ha dimensionato il sistema di decontaminazione. Esaminare quale documentazione i fornitori siano tenuti a produrre prima della richiesta di offerta (RFQ) per le apparecchiature con VHP integrato aiuta a chiarire cosa debba effettivamente contenere una FDS completa per questi sistemi. La richiesta di offerta dovrebbe richiedere tali prove, senza accettare come sostituto un semplice riferimento alle specifiche standard del prodotto.

Limiti di convalida tra FAT, SAT e IQ/OQ/PQ

La fonte più ricorrente di controversie successive all’aggiudicazione negli appalti relativi ad apparecchiature ad alto livello di contenimento è una questione irrisolta: chi è responsabile di ciascuna fase di collaudo, secondo quale protocollo, in base a quali criteri di accettazione e presso quale struttura. Se tale aspetto non viene chiarito nella richiesta di offerta (RFQ), viene definito in sede di negoziazione dopo l’aggiudicazione, in un momento in cui il potere contrattuale dell’acquirente è già in gran parte passato al fornitore.

La definizione dei limiti di convalida non è un problema di pianificazione della convalida, bensì un problema di appalto che deve essere risolto prima della pubblicazione del capitolato d’appalto. La norma ASTM E2500-25 sostiene il principio secondo cui le attività di verifica devono essere allineate alle specifiche documentate e fondate su una valutazione scientifica e basata sul rischio; essa non risolve tuttavia la questione contrattuale relativa a chi rediga il protocollo, chi assista alla prova e chi firmi il verbale di accettazione. Tale attribuzione deve figurare nella richiesta di offerta (RFQ) come requisito di appalto, non emergere in fase di avvio del progetto successivo all’aggiudicazione.

Le questioni relative ai confini tra le diverse fasi coprono l’intero ciclo di vita del progetto e, se la responsabilità non viene chiarita, ogni fase comporta conseguenze ben precise.

In pratica, il confine tra messa in servizio e IQ è quello più spesso oggetto di controversia. I controlli di messa in servizio pre-convalida vengono eseguiti dal team di messa in servizio del fornitore in base ai propri criteri. L’IQ ha inizio quando il sistema di qualità del sito assume la responsabilità del protocollo di qualificazione. Se la richiesta di offerta (RFQ) non definisce dove avvenga tale passaggio di consegne — quali attività rientrano nella messa in servizio e quali nella qualificazione (IQ), e quale parte debba approvare entrambe — il fornitore completerà la messa in servizio utilizzando i propri criteri e presenterà il sistema come pronto per la qualificazione (IQ) senza le prove di prequalificazione che il protocollo dell’acquirente presuppone fossero già state generate. Tale lacuna è descritta in modo più dettagliato nel contesto della messa in servizio BIBO, dove specifici punti di IQ e OQ vengono sistematicamente tralasciati al momento del passaggio di consegne dal fornitore al sito. Lo stesso schema di carenze si applica a qualsiasi sistema ad alto contenimento che richieda una qualificazione formale prima del rilascio operativo.

Ipotesi relative all'interfaccia che modificano l'ambito della proposta

Ogni appalto relativo ad apparecchiature ad alto contenimento coinvolge almeno tre parti: il fornitore delle apparecchiature, la società di ingegneria o EPC responsabile delle utenze e dell’integrazione civile, e il team di cantiere del cliente. Ciascuna parte presume in genere che le altre abbiano documentato l’interfaccia tra il proprio ambito di competenza e quello adiacente. Nella maggior parte dei progetti, nessuna di esse lo ha fatto. Il risultato non è un conflitto che emerge al momento dell’aggiudicazione dell’appalto, bensì un conflitto che si manifesta quando le apparecchiature arrivano in cantiere e gli allacciamenti alle utenze risultano in una posizione errata, a una pressione errata o sotto una responsabilità che nessun contratto assegna esplicitamente.

L’ambiguità delle interfacce modifica l’ambito della proposta in modo specifico: ogni fornitore stabilisce il prezzo in base alle proprie ipotesi su ciò che il cliente fornirà. Quando tali ipotesi differiscono tra le varie proposte, l’acquirente sta confrontando prezzi che riflettono costi totali di progetto diversi, non diverse efficienze dei fornitori. Un fornitore che ipotizza che le canalizzazioni e gli allacciamenti alle utenze siano forniti dal cliente proporrà un prezzo inferiore rispetto a uno che li include — non perché siano più economici, ma perché ha definito un ambito di lavoro più ristretto. La richiesta di offerta (RFQ) deve eliminare questa ambiguità specificando, per ciascuna area di interfaccia, esattamente di cosa è responsabile il fornitore e dove termina esattamente il suo ambito di intervento.

L’interfaccia di controllo e automazione è l’area in cui le ipotesi errate causano le correzioni più costose a metà progetto. L’integrazione tra BMS e SCADA per i sistemi di contenimento BSL-3/4 comporta spesso scambi di segnali, logica di allarme e sequenze di interblocco che abbracciano sia l’architettura di controllo del fornitore delle apparecchiature sia l’infrastruttura di gestione dell’edificio del sito. Se la richiesta di offerta (RFQ) non definisce i confini dell’ambito di integrazione — ovvero quale parte fornisce la logica di integrazione, quale parte è responsabile dei test di integrazione e quale parte è responsabile della messa in servizio del sistema combinato — il progetto produrrà due sottosistemi convalidati che non comunicano in modo affidabile tra loro, e il costo della correzione ricadrà su quella parte che si potrà sostenere abbia causato la lacuna.

Documenti di consegna necessari prima del collaudo finale

Il collaudo finale non è una cerimonia, bensì un evento previsto dal sistema di qualità che richiede una documentazione completa e ben definita, volta a dimostrare che l’apparecchiatura sia stata costruita, installata e verificata in conformità con le URS. Se tale documentazione non è specificata nelle URS né richiesta nella RFQ, il progetto giunge alla fase di consegna con una documentazione incompleta ed entrambe le parti non sono d’accordo su cosa sia necessario per completarla.

Un pacchetto completo di consegna per le apparecchiature ad alto contenimento dovrebbe includere, come minimo: il fascicolo di sicurezza compilato con tutta la documentazione di progettazione pertinente; i registri di costruzione e installazione che riportano le certificazioni dei materiali, le verifiche dimensionali e i registri relativi alle saldature o ai giunti rilevanti per l’integrità del contenimento; i registri di messa in servizio che dimostrino le prestazioni funzionali di prequalificazione rispetto a criteri definiti; la documentazione di qualificazione relativa a IQ, OQ e, ove applicabile, PQ, con i verbali di prova compilati, i verbali delle deviazioni e le firme di accettazione autorizzate; nonché eventuali voci in sospeso dell’elenco delle attività da completare, con tempistiche concordate per la risoluzione e l’attribuzione delle responsabilità. Il fascicolo di sicurezza e la documentazione di qualificazione non sono intercambiabili: il primo documenta come è stato realizzato il sistema e quali rischi sono stati gestiti durante la costruzione, mentre il secondo documenta se il sistema installato funziona come specificato. Entrambi devono essere presenti prima che un responsabile della qualità possa chiudere il progetto in modo giustificabile.

Il modello di errore in questo caso è la compressione dei tempi dovuta alle pressioni della tempistica. Quando i tempi del progetto sono stretti, la compilazione del pacchetto di consegna viene considerata un’attività amministrativa che può essere svolta in parallelo con la messa in servizio finale. In pratica, la mancanza di documentazione relativa alle fasi precedenti del progetto — una certificazione di saldatura non registrata, un test di messa in servizio pre-IQ mai documentato formalmente — emerge durante la revisione finale del pacchetto e causa ritardi sproporzionati rispetto al lavoro effettivamente richiesto. Specificare la struttura del pacchetto di consegna, compresi i contenuti e i criteri di accettazione, sia nell’URS (Specifica di Requisiti di Progettazione) che nell’elenco dei risultati attesi dai fornitori contenuto nella RFQ (Richiesta di Offerta), è l’unico meccanismo in grado di impedire che tali lacune si accumulino in modo invisibile durante l’intero ciclo di vita del progetto.

Per quanto riguarda le infrastrutture dei laboratori BSL-3, un approccio strutturato alla documentazione relativa alla messa in servizio — con punti di controllo ben definiti, dalla fase di costruzione fino alla qualificazione finale — offre un modello utile su come organizzare i requisiti relativi alla documentazione di consegna prima dell’inizio dei lavori. Il processo dettagliato di messa in servizio delineato per le strutture BSL-3 illustra come la struttura di tenuta dei registri debba essere stabilita prima della prima attività di installazione, e non assemblata a posteriori.

Fase decisionale prima della pubblicazione del pacchetto di preventivi

La pubblicazione della richiesta di offerta (RFQ) rappresenta, in un certo senso specifico e spesso sottovalutato, un punto di non ritorno. Una volta presentate le offerte, l’ambito di lavoro è vincolato a quanto descritto nella RFQ. Eventuali modifiche ai requisiti dell’URS (Specifica di Requisiti di Progettazione) successive alla ricezione delle offerte richiedono o una nuova gara d’appalto — il che ritarda il progetto — oppure vengono negoziate come chiarimenti sull’ambito di lavoro, il che trasferisce il potere contrattuale al fornitore. L’implicazione pratica è che la decisione di pubblicare la RFQ dovrebbe fungere da controllo interno formale, non da tappa programmatica.

Prima di poter superare in modo giustificabile tale fase, devono essere finalizzati tre documenti fondamentali. In primo luogo, l’URS deve essere completo e approvato — non in bozza, né “sostanzialmente completo”. In secondo luogo, deve esistere un programma di alto livello che copra le fasi di messa in servizio, qualificazione e consegna, con le tappe fondamentali associate a ciascuna di esse. In assenza di ciò, il programma proposto dal fornitore non ha alcun punto di riferimento a cui allinearsi, e il disallineamento temporale rispetto alla prontezza del sito e alle finestre di validazione diventa visibile solo dopo l’aggiudicazione. In terzo luogo, un documento di esecuzione del progetto deve definire la strategia per la progettazione, l’approvvigionamento, la costruzione, la messa in servizio, la validazione, l’avvio e la consegna, con le fasi di validazione e i confini esplicitamente indicati. È questo il documento che rende risolvibili le controversie sui confini di validazione per riferimento piuttosto che tramite negoziazione. Un quarto elemento — una stima di costo di riferimento collegata all’URS, al programma e al piano di esecuzione — fornisce al responsabile di progetto l’unico punto di riferimento difendibile per la gestione delle variazioni di ambito dopo l’aggiudicazione e supporta le decisioni di approvazione dei finanziamenti che non possono essere riviste una volta stipulato il contratto.

Il rischio di fallimento non sta nel fatto che i team non siano a conoscenza di questi documenti — la maggior parte dei project manager sa che dovrebbero esistere. Il rischio è che la richiesta di offerta (RFQ) venga pubblicata mentre uno o più di essi sono ancora in bozza, poiché la pressione delle scadenze per ottenere le proposte supera il rischio di linee guida incomplete. Quando ciò accade, il project manager perde il riferimento per il controllo dell’ambito proprio nel momento in cui il progetto inizia ad assumere impegni. Le modifiche all’ambito che arrivano dopo l’aggiudicazione, in assenza di un URS di riferimento su cui basare la valutazione, non dispongono di un meccanismo oggettivo di risoluzione e vengono risolte da chiunque detenga la posizione commerciale più forte in quel momento del progetto.

La decisione più determinante in questo processo di appalto viene presa prima ancora di contattare qualsiasi fornitore: se l’URS sia sufficientemente specifico da generare criteri di accettazione verificabili e se la RFQ richieda ai fornitori prove che mantengano intatta la catena di tracciabilità dall’URS alla progettazione attraverso le fasi FAT, SAT e IQ/OQ/PQ. Queste due condizioni non sono semplici prerequisiti amministrativi, ma costituiscono il meccanismo attraverso il quale l’acquirente mantiene il controllo sull’ambito di applicazione, sulla responsabilità della convalida e sulla qualità del passaggio di consegne durante l’intero ciclo di vita del progetto.

Prima di pubblicare il pacchetto di offerta, il team dovrebbe essere in grado di rispondere a tre domande fornendo risposte documentate e approvate: quale criterio di prestazione specifico determina il superamento o il fallimento di ciascuna funzione di contenimento? Quale parte è responsabile di ciascuna fase di test di convalida e redige il verbale di accettazione? E cosa contiene un pacchetto di consegna completo, e quali sono i criteri per la sua accettazione? Se una qualsiasi di queste domande rimane senza risposta, la richiesta di offerta non è pronta — e le controversie che seguiranno l’aggiudicazione sono già inevitabili.

Domande frequenti

D: Cosa succede se l’URS è già stato redatto in bozza prima che venga preparata la richiesta di offerta (RFQ)? L’ufficio appalti deve attendere l’approvazione definitiva o procedere comunque?
A: L’ufficio acquisti dovrebbe attendere che l’URS sia stato completamente approvato prima di pubblicare la richiesta di offerta (RFQ). Una bozza dell’URS lascia aperta la possibilità di revisione delle specifiche relative alle prestazioni di contenimento, il che significa che le offerte dei fornitori saranno formulate in base a requisiti che potrebbero cambiare — creando così motivi di controversia sull’ambito di applicazione o la necessità di una nuova gara. Il via libera alla pubblicazione della RFQ non ha alcun valore pratico se il documento a cui fa riferimento è ancora soggetto a revisione interna.

D: Se un fornitore si rifiuta di fornire una specifica di progettazione funzionale in fase di preventivo, ciò comporta la sua esclusione dalla selezione?
R: Non automaticamente, ma la loro proposta dovrebbe essere considerata tecnicamente incompleta ai fini della valutazione. L’FDS è il meccanismo che garantisce la tracciabilità dall’URS al progetto prima dell’aggiudicazione. Un fornitore che non sia in grado o non intenda presentare nemmeno un FDS preliminare nella fase di richiesta di offerta (RFQ) priva l’acquirente di una base oggettiva per valutare se il progetto proposto soddisfi effettivamente i requisiti di contenimento specificati — una lacuna che emergerà come controversia sull’ambito di applicazione dopo l’aggiudicazione, piuttosto che come motivo di esclusione in fase di valutazione.

D: A che punto la definizione dell’interfaccia passa dall’essere responsabilità dell’acquirente nell’URS a essere responsabilità dell’EPC o del team di ingegneria in cantiere?
A: L’URS deve definire ogni confine di interfaccia che influisca sulla funzione di contenimento o sull’ambito di convalida — comprese le condizioni di fornitura dei servizi, i punti di integrazione del sistema di controllo e le terminazioni dei collegamenti fisici. Qualsiasi elemento descritto nell’articolo come bisognoso di chiarimenti nella richiesta di offerta (RFQ) riguardo ai ruoli e alle responsabilità tra le parti coinvolte nei settori dell’ingegneria civile, di processo e dei controlli implica che l’URS abbia già stabilito il confine tecnico; la RFQ assegna quindi la titolarità contrattuale di ciascun lato di tale confine. Se l’URS lascia un’interfaccia indefinita, nessun chiarimento a valle nella RFQ potrà recuperarla completamente: il fornitore si limiterà a stabilire il prezzo sulla base delle proprie ipotesi.

D: È necessaria una stima dei costi di riferimento se il progetto dispone già di un bilancio finanziato e approvato nell'ambito della pianificazione interna degli investimenti?
A: Sì, perché un budget approvato non equivale a una stima di riferimento legata all’ambito del progetto. Lo scopo della stima dei costi di riferimento non è quello di giustificare il finanziamento, ma di fornire al responsabile di progetto un punto di riferimento per valutare le richieste di modifica dell’ambito di lavoro dopo l’aggiudicazione. Senza una stima dei costi che faccia riferimento all’URS firmato, al programma e al piano di esecuzione, non esiste un parametro di riferimento oggettivo per determinare se un ordine di modifica successivo all’aggiudicazione rifletta un’effettiva espansione dell’ambito di lavoro o il recupero da parte di un fornitore a seguito di un’offerta al ribasso. L’approvazione del finanziamento senza una linea di base dell’ambito di lavoro fa sì che il controllo dell’ambito dipenda interamente dalla negoziazione commerciale.

D: I consigli contenuti in questo articolo valgono sia per gli appalti con un unico fornitore relativi a sistemi di contenimento su misura, sia per le procedure competitive di richiesta di preventivi (RFQ) con più fornitori?
A: I requisiti di tracciabilità — URS completo, FDS al momento del preventivo, responsabilità di convalida definita, registrazioni di passaggio di consegne specificate — si applicano in entrambi i casi, ma le conseguenze della loro omissione differiscono. In una procedura competitiva, requisiti vaghi nella richiesta di offerta (RFQ) generano proposte con ambiti di lavoro non comparabili, rendendo fuorviante la valutazione basata sul prezzo. Nell’approvvigionamento con un unico fornitore, le stesse omissioni spostano interamente il potere contrattuale a favore del fornitore prima della stipula del contratto, poiché non vi è alcuna pressione competitiva che imponga di mantenere prudenti le ipotesi relative all’ambito di lavoro. La disciplina nella preparazione è la stessa; il profilo di rischio derivante dalla sua omissione varia in base alla struttura commerciale.