Come funziona il software di certificazione di prodotto? Dal fascicolo tecnico al certificato

Che cosa fa il software di certificazione di prodotto?

Il software di certificazione di prodotto gestisce in un unico fascicolo tracciabile la domanda, la famiglia di prodotti e le sue varianti, il programma applicabile, il fascicolo tecnico, le attività di prova-ispezione-audit, i rilievi, il riesame e la decisione, l'ambito del certificato, la sorveglianza e le modifiche al prodotto.

L'obiettivo non è produrre più rapidamente un PDF del certificato. L'obiettivo reale è poter dimostrare quale prodotto è stato valutato rispetto a quali requisiti tecnici, con quali campioni e prove, su quale versione del fascicolo si basa la decisione e se una modifica successiva incide o meno sull'ambito del certificato. Il software ordina questa catena probatoria; non si sostituisce alla competenza dell'organismo di valutazione della conformità, alle regole del titolare del programma, agli obblighi del fabbricante né alla decisione dell'autorità competente.

Che cosa stabiliscono ISO/IEC 17065 e ISO/IEC 17067?

ISO/IEC 17065 definisce i requisiti per gli organismi che certificano prodotti, processi e servizi; ISO/IEC 17067 fornisce invece la linea guida fondamentale per comprendere, sviluppare e gestire i programmi di certificazione di prodotto.

Secondo la pagina di stato ISO dell'11 luglio 2026, ISO/IEC 17065:2012 è ancora la versione pubblicata; è stata riesaminata e confermata nel 2024 e se ne prevede la sostituzione da parte di ISO/IEC FDIS 17065 nei prossimi mesi. Anche ISO/IEC 17067:2013 è ancora la versione pubblicata; ISO/IEC FDIS 17067 per la seconda edizione è in fase di sviluppo. Questa prospettiva di transizione mostra che il software deve gestire la norma non solo per denominazione, ma per edizione, versione del programma e data di entrata in vigore. [1] [2]

TÜRKAK affronta l'accreditamento degli organismi di certificazione di prodotto nel quadro di TS EN ISO/IEC 17065, dei documenti obbligatori EA/IAF applicabili e delle relative linee guida. A seconda dell'attività richiesta dal prodotto o dal programma possono intervenire anche i requisiti applicabili di ISO/IEC 17025 per le prove, ISO/IEC 17020 per le ispezioni e ISO/IEC 17021-1 per l'audit dei sistemi di gestione. Il software di certificazione di prodotto non è quindi solo un modulo documentale, ma un livello di orchestrazione che collega diverse fonti di valutazione nello stesso fascicolo decisionale. [3]

Da quali fasi si compone il flusso digitale dal fascicolo tecnico al certificato?

Il flusso comprende: domanda e selezione del programma, identificazione del prodotto, fascicolo tecnico, attività di valutazione, chiusura delle non conformità, riesame, decisione, certificato e tracciamento di sorveglianza/modifiche.

Nella domanda si identifica prima il prodotto o il programma?

Si chiarisce l'identità del prodotto e l'uso previsto; successivamente la disciplina tecnica applicabile, il documento normativo e il programma di certificazione vengono abbinati mediante esame competente.

Denominazioni generiche come “apparecchio elettrico”, “macchina” o “prodotto da costruzione” non sono sufficienti da sole. Denominazione commerciale, modello, variante, caratteristiche tecniche, uso previsto, gruppo di utenti, sito di produzione, mercato di destinazione ed eventuali certificati/rapporti esistenti devono essere conservati in campi strutturati. Lo stesso prodotto, con diverse opzioni di tensione, materiale, versione software o componente critico, può richiedere valutazioni diverse.

La selezione del programma non va fatta casualmente da un elenco a discesa. Titolare del programma, documento normativo, schema di certificazione, attività di valutazione richieste, approccio di sorveglianza, uso del marchio e ambito di autorizzazione dell'organismo devono essere esaminati congiuntamente. ISO/IEC 17067 fornisce il quadro per comprendere e gestire i programmi; tuttavia da sola non determina quale normativa o modulo si applichi a un prodotto specifico. [2]

In che modo la cartella del fascicolo tecnico diventa un modello di dati tracciabile?

Ogni documento deve essere collegato a prodotto/modello, requisito, versione, ente che lo emette, data, stato di valutazione e relativa registrazione di prova/ispezione/decisione.

Il contenuto del fascicolo tecnico varia secondo il prodotto e la disciplina applicabile. Descrizione del prodotto, disegni di progettazione/fabbricazione, lista delle parti o dei materiali critici, analisi dei rischi, norme applicate, rapporti di prova, registrazioni di ispezione, istruzioni per l'uso, progetto dell'etichetta/marcatura e informazioni sul controllo della produzione sono esempi frequenti. Il software non deve presentare questo elenco come checklist normativa universale e immutabile; deve versionarlo secondo il programma scelto e la disciplina tecnica applicabile.

La Decisione 768/2008/CE dell'UE contiene il quadro comune che prevede che il fabbricante elabori la documentazione tecnica necessaria ed esegua o faccia eseguire la procedura di valutazione della conformità applicabile, e che la documentazione tecnica sia tale da consentire la valutazione della conformità del prodotto ai requisiti pertinenti. Elementi come disegni, descrizioni, norme applicate e valutazione dei rischi sono esemplificati nei testi dei moduli. Questa fonte non afferma che lo stesso fascicolo tecnico sia sufficiente per ogni prodotto; la disciplina di settore e il modulo sono i fattori determinanti. [4]

In che modo si collegano le registrazioni di campioni, prove e ispezioni?

Ogni risultato di valutazione deve essere collegato alla corretta identità di prodotto e campione, al metodo utilizzato, alla fonte di laboratorio o di ispezione e alla versione immutabile del rapporto.

All'accettazione del campione vanno tracciati serie/lotto, modello, variante, quantità, fotografia, sigillo o informazioni di consegna e condizioni di conservazione. Se la prova o l'ispezione è affidata a un fornitore esterno, l'incarico, l'ambito, il rapporto, la revisione e la valutazione dell'organismo devono rimanere nello stesso fascicolo. Il fatto che un rapporto sia caricato nel sistema non significa che sia accettato automaticamente; va riesaminato quanto a identità del prodotto, metodo, ambito, risultato e autorità.

Se il programma di valutazione prevede un audit del sito di produzione, piano, squadra, sito, processo, prove e rilievi vengono collegati al fascicolo del prodotto. L'audit del sistema di gestione, la prova di prodotto e l'ispezione di prodotto sono attività diverse; il software non deve fonderle tutte sotto la dicitura “rapporto di audit” perdendo la distinzione di metodo e competenza. La dichiarazione di TÜRKAK sulla certificazione di prodotto mostra da questa prospettiva che, secondo il programma, possono intervenire i requisiti applicabili di ISO/IEC 17025, ISO/IEC 17020 o ISO/IEC 17021-1. [3]

Una volta chiusa la non conformità, il certificato può essere emesso automaticamente?

No. La gestione della non conformità, il completamento del fascicolo di valutazione e la fase autorizzata di riesame/decisione devono rimanere distinte; il software deve soltanto supportare il controllo e il flusso probatorio.

In una registrazione di non conformità devono comparire il requisito pertinente, la prova, l'ambito, il responsabile, la correzione, l'esigenza di analisi delle cause/azioni correttive, il documento presentato e l'esito della verifica. Il caricamento di un nuovo file da parte del richiedente non deve chiudere automaticamente la registrazione. Il valutatore registra la sufficienza della prova; se nel fascicolo restano questioni aperte o condizionate, il decisore raggiunge la situazione corretta.

La schermata decisionale può riassumere i risultati, mostrare le contraddizioni e bloccare i campi obbligatori mancanti. Tuttavia decisioni come il rilascio del certificato, la riduzione dell'ambito, la richiesta di valutazioni supplementari, la sospensione o il ritiro devono essere registrate con motivazione da persone autorizzate secondo il programma e la procedura dell'organismo. Se successivamente cambia un rapporto di prova, la vecchia decisione non deve essere ricollegata silenziosamente al nuovo rapporto; occorre aprire un esame d'impatto.

In che modo si controllano l'ambito del certificato e l'uso del marchio?

Il certificato deve corrispondere esattamente a prodotto, modello, documento normativo, programma, sito di produzione e condizioni approvati nella decisione; l'uso del marchio deve essere gestito solo secondo l'autorizzazione effettiva.

Campi come numero di certificato, prima emissione, validità, revisione, descrizione del prodotto, modelli, versione norma/programma, fabbricante e sito di produzione devono essere generati dalla registrazione strutturata. Una correzione successiva all'approvazione deve aprire una nuova versione del certificato; il PDF precedente e la registrazione di verifica devono essere conservati. Mentre il pannello cliente mette in evidenza solo il documento aggiornato, l'utente interno deve poter vedere lo storico delle modifiche.

Il software non deve trasformare la libreria di loghi o marchi di conformità in un'area di grafica libera. La marcatura CE, il marchio di accreditamento, il marchio del programma e il logo dell'organismo di certificazione sono soggetti a regole giuridiche e contrattuali diverse. Non va apposto alcun marchio sul documento senza verificare autorizzazione, ambito, regole grafiche e approvazione d'uso. L'espressione “il sistema ha generato il certificato” non prova da sola la conformità normativa del prodotto né l'autorità accreditata dell'organismo.

Certificazione di prodotto, CE e disciplina tecnica sono lo stesso processo?

No. La disciplina tecnica applicabile determina quale percorso di valutazione della conformità seguire; alcuni percorsi coinvolgono terze parti, mentre altri possono basarsi su moduli a carico dello stesso fabbricante.

La Blue Guide 2022 della Commissione europea è una guida esaustiva che illustra l'applicazione delle regole dell'UE sui prodotti; la guida stessa non è un testo normativo vincolante e la forza giuridica risiede nella pertinente legislazione di armonizzazione dell'Unione. Essa affronta congiuntamente i ruoli degli operatori economici, la documentazione tecnica, gli organismi di valutazione della conformità, l'accreditamento, la sorveglianza del mercato e i limiti relativi alla marcatura CE. Pertanto, nel software, la registrazione del mercato di destinazione del prodotto e della normativa applicabile è un punto di partenza più corretto di un generico prodotto “certificazione CE”. [5]

In Turchia, nell'ambito della Legge n. 7223 sulla sicurezza dei prodotti e sulle discipline tecniche, i prodotti devono essere conformi alla disciplina tecnica applicabile; la pagina ufficiale delle FAQ del Ministero del Commercio indica che, senza eliminare la non conformità, il prodotto non può essere immesso sul mercato, non può essere mantenuto sul mercato né messo a disposizione dei consumatori. Il Regolamento sui metodi di valutazione della conformità spiega invece che i moduli da seguire per un prodotto saranno indicati nella relativa disciplina tecnica. Il software può offrire una libreria di regole a supporto della scelta normativa; la scelta finale deve essere determinata dal testo ufficiale aggiornato e dalla valutazione competente. [6] [7]

Perché le modifiche al prodotto e la sorveglianza vanno tracciate nello stesso fascicolo?

Perché una modifica di materiale, componente, sito di produzione, progettazione o software può incidere sulla validità delle prove precedenti e dell'ambito del certificato.

Quando l'organizzazione richiedente notifica una modifica, il sistema deve confrontare la vecchia e la nuova struttura del prodotto e contrassegnare i disegni, le analisi di rischio, le prove, le ispezioni, le registrazioni di produzione e di certificato interessate. La modifica non può essere chiusa automaticamente con l'opzione “minore”. La persona competente deve determinare, con la registrazione della decisione, se siano necessari nuovi collaudi, documenti aggiuntivi, un esame del sito di produzione o una revisione del certificato.

Se esiste un programma di sorveglianza, le registrazioni di date, attività, campioni, mercato o sito di produzione sono pianificate secondo la regola del programma. Ritardi, esiti o non conformità sono collegati allo stato del certificato. Anche i reclami e i ricorsi sono gestiti con un flusso distinto di autorità e riservatezza; non devono andare perduti come note dell'assistenza clienti. Quando il programma cambia, in quale versione completare i fascicoli aperti deve essere determinato secondo una regola di transizione scritta.

Quali registrazioni distingue un solido modello di dati per la certificazione di prodotto?

Prodotto, modello, variante, requisito tecnico, prova, campione, valutazione, rilievo, decisione e certificato devono essere oggetti separati; le loro relazioni devono essere stabilite con informazioni di versione e data.

• Famiglia di prodotti: Relazione tra modello principale, variante e componente critico.
• Matrice dei requisiti: Disciplina tecnica, punto norma/programma e stato delle prove.
• Versione del documento: Ente emittente, data, ambito di prodotto e collegamento alla versione precedente del fascicolo.
• Catena dei campioni: Registrazione di accettazione, identità, conservazione, spedizione, prova/ispezione e reso/distruzione.
• Valutazione esterna: Organismo incaricato, ambito, rapporto ed esito dell'esame tecnico.
• Legame decisionale: Valutazioni e versioni dei fascicoli utilizzate dalla decisione.
• Ciclo di vita del certificato: Stato di emissione, revisione, sospensione, ritiro, validità e verifica.
• Impatto della modifica: Elemento modificato, prova interessata, attività necessaria e decisione.

Questa separazione rende interrogabili, ad esempio, quali varianti utilizzano lo stesso rapporto di prova o quali certificati vadano riesaminati quando cambia un componente. In un sistema basato solo sull'albero di cartelle, queste relazioni sono affidate ai nomi dei file e alla memoria degli utenti.

Come si pianifica la transizione a un software di certificazione di prodotto?

Prima si modella il flusso reale di fascicolo tecnico e decisione di un programma; poi si valida un progetto pilota con scenari di famiglia di prodotti, valutazione esterna, certificato e modifica.

1. Estraete l'inventario di programmi e documenti

Raccogliete modulo di domanda, lista dei requisiti, modulo campione, registrazioni di prova/ispezione, rapporto di audit, rilievi, decisione, certificato, regola d'uso del marchio e piano di sorveglianza. Determinate la fonte di ogni documento e il ruolo che lo approva.

2. Costruite l'albero probatorio con una sola famiglia di prodotti

Scegliete un modello principale e almeno due varianti. Separate i documenti tecnici comuni dalle prove specifiche del modello. Seguite nel pilota quali rapporti incide una modifica di un componente critico.

3. Collaudate il flusso di laboratorio/ispezione esterno

Provate con scenari reali di errore le fasi di incarico, spedizione del campione, accettazione del rapporto, revisione ed esame tecnico. Un rapporto riferito al modello sbagliato o un ambito incompleto devono essere visibili al sistema.

4. Verificate decisione e revisione del certificato

Collaudate congiuntamente ruolo decisionale autorizzato, blocco per fascicolo incompleto, selezione dell'ambito, versione del certificato e stato di verifica del documento precedente. La produzione del PDF non deve far presupporre il completamento del controllo decisionale.

Quali sono gli errori più frequenti con il software di certificazione di prodotto?

Gli errori più gravi sono considerare CE e certificato sinonimi, fondere le varianti sotto un unico prodotto e accettare automaticamente la prova quando un file viene caricato.

• Fissare il programma: Usare la stessa lista di requisiti per ogni prodotto e mercato.
• Fidarsi del nome del file: Lasciare il collegamento tra prodotto, versione e requisito al solo nome del file.
• Perdere la tracciabilità del campione: Non associare l'esito della prova alla corretta serie/lotto e variante.
• Approvare automaticamente il rapporto esterno: Non sottoporre a esame tecnico la corrispondenza di ambito, metodo e prodotto.
• Legare la decisione alla generazione del PDF: Usare la generazione del documento in sostituzione della decisione autorizzata.
• Usare i marchi liberamente: Apporre CE o marchio di accreditamento/programma senza verificare autorizzazione e regole grafiche.
• Trattare la modifica come una nota: Non valutare l'impatto della revisione del prodotto su prove e certificato.

In che modo Vizyon Cert supporta il processo di certificazione di prodotto?

Vizyon Cert può unire in un unico fascicolo operativo, secondo il programma e la struttura di autorizzazione dell'organismo, le registrazioni di domanda, famiglia di prodotti, fascicolo tecnico, attività di valutazione, rilievi, decisione, certificato e sorveglianza.

Nella pagina della soluzione Vizyon Cert potete esaminare la struttura modulare dell'operazione di certificazione. Nell'ambito del servizio di software di certificazione vengono analizzati i programmi, i moduli, le decisioni e le integrazioni esistenti e viene progettato il modello di dati appropriato. L'installazione del software non significa che l'organismo diventi automaticamente conforme o accreditato a ISO/IEC 17065; processi e applicazione devono essere verificati mediante valutazioni competenti.

Per la demo, preparare una famiglia di prodotti anonima, due varianti, un rapporto di prova, una non conformità, una modifica di componente e una revisione del certificato offre il risultato più realistico. L'analisi dei processi con VizyonTech può essere condotta end-to-end, dal fascicolo tecnico alla decisione, su questi esempi.

Domande frequenti