Punti chiave:
L’articolo sottolinea che i progetti di macchine costruite per uso proprio richiedono di definire fin dalle prime fasi il ruolo dello stabilimento e il percorso di conformità, perché l’integrazione dà spesso origine a un nuovo insieme funzionale. Affrontare la sicurezza “alla fine” comporta modifiche costose e ritardi.
- Le macchine realizzate internamente nel 2026 comportano un rischio di progettazione e possibili obblighi equiparabili a quelli del fabbricante, indipendentemente dal fatto che siano vendute.
- È fondamentale distinguere tra: macchina nuova, insieme di macchine collegate, ricostruzione/modifica sostanziale oppure modifica delle condizioni di esercizio
- Una classificazione errata di norma comporta la modifica delle protezioni e del sistema di comando, test aggiuntivi, il rinvio della messa in servizio e contestazioni sulla conformità
- Le decisioni più costose sono quelle prese troppo tardi: l’integrazione di robot, trasportatori, barriere fotoelettriche e software proprietario mette in luce le criticità solo al momento della messa in servizio
- Criterio pratico: chi decide l’architettura di sicurezza, la logica di controllo e le condizioni d’uso? Se è lo stabilimento, deve giustificarlo e documentarlo.
Perché questo tema è oggi rilevante
Le macchine costruite per uso interno non sono più un tema marginale della manutenzione, ma un vero e proprio ambito di rischio progettuale e di responsabilità per lo stabilimento. Nel 2026 il problema non si riduce alla domanda se l’attrezzatura “esce all’esterno”, ma riguarda piuttosto il fatto che il modo in cui viene progettata, assemblata e messa in servizio possa far sorgere, in capo allo stabilimento, obblighi propri del fabbricante o del soggetto che introduce una modifica sostanziale delle macchine. Questo incide direttamente sul cronoprogramma dell’investimento, sul budget e sulla responsabilità del management. Un’errata qualificazione del progetto di norma non si risolve con una semplice correzione dei documenti. Nella maggior parte dei casi comporta la riprogettazione delle protezioni, la modifica del sistema di comando, nuove prove, il rinvio dell’avviamento e una controversia su chi dovesse garantire la conformità. In pratica, ciò che costa di più non sono i requisiti in sé, ma le decisioni prese troppo tardi.
Per questo il tema va definito già nella fase delle ipotesi di progetto, non al collaudo. Per il team significa dover rispondere a una domanda operativa fondamentale: lo stabilimento si limita ad assemblare attrezzature standard all’interno di un processo esistente, oppure sta effettivamente creando una nuova macchina o modificando la funzione e il livello di rischio di una macchina già esistente? Questo criterio ha una valenza pratica, perché chiarisce la ripartizione delle responsabilità in materia di documentazione tecnica, valutazione dei rischi, soluzioni di sicurezza e condizioni per l’ammissione all’uso. Se la decisione arriva troppo tardi, il progetto comincia a essere gestito sulla base di presupposti errati: la parte meccanica procede per conto proprio, l’automazione per conto suo, e il tema della conformità riemerge solo quando l’attrezzatura è già fisicamente pronta e ogni modifica costa molte volte di più rispetto alla fase concettuale.
Un esempio tipico tratto dalla pratica è una postazione robotizzata o una linea semiautomatica assemblata con componenti pronti all’uso: robot, trasportatori, barriere fotoelettriche, controllore e software sviluppato internamente allo stabilimento. All’interno dell’azienda questo viene talvolta considerato una “modernizzazione del processo”, perché nulla viene venduto al cliente. Dal punto di vista della responsabilità, però, ciò che conta non è il luogo di utilizzo, ma l’effetto tecnico dell’integrazione. Se il team crea una nuova logica di funzionamento, definisce le zone pericolose della macchina, seleziona le funzioni di sicurezza nell’automazione industriale e stabilisce le condizioni di intervento dell’operatore, non si tratta più di un semplice montaggio. In una situazione del genere la conformità deve essere gestita come parte integrante del progetto di ingegneria, con propri punti decisionali e indicatori, come il numero di non conformità di sicurezza ancora aperte prima dell’avviamento, il numero di modifiche costruttive dopo il collaudo interno e il tempo necessario per chiudere la valutazione dei rischi.
Solo su questo sfondo acquista senso il riferimento normativo. Nel 2026, per uno stabilimento, la distinzione più importante è capire se si trova di fronte a una nuova macchina, a un insieme di macchine collegate, alla ricostruzione di una macchina esistente oppure a una semplice modifica d’esercizio senza impatto sui requisiti essenziali di sicurezza. L’estensione degli obblighi non è identica in ciascuna di queste situazioni, perciò non si può basare la decisione sulla semplificazione secondo cui “è per uso interno, quindi le regole del fabbricante non ci riguardano”. Se lo stabilimento assume il controllo effettivo del progetto e della sua sicurezza, deve essere pronto a dimostrare su quale base abbia ritenuto ammissibile una determinata soluzione. È proprio questo che oggi rende il tema così importante: non si tratta di una formalità alla fine del processo, ma della scelta del modello di realizzazione del progetto, che o limita rischio e costi, oppure li sposta al momento in cui correggere diventa più difficile.
Dove più spesso aumentano costi o rischio
Nei progetti di macchine costruite per uso interno, il costo raramente aumenta a causa di un unico “grande errore”. Molto più spesso cresce come effetto di una serie di decisioni prese troppo tardi oppure a un livello di responsabilità non adeguato. L’ipotesi più rischiosa è pensare che gli aspetti legali e di sicurezza possano essere chiusi a costruzione ultimata, quando la parte meccanica e il controllo sono ormai di fatto congelati. A quel punto, ogni correzione relativa a ripari, sistemi di comando legati alla sicurezza, funzioni di arresto o accessi per la manutenzione smette di essere una modifica marginale e inizia a incidere sul cronoprogramma, sui collaudi interni e sull’ambito di attività dei fornitori. Per lo stabilimento questo significa non solo un costo di realizzazione più elevato, ma anche un rischio concreto di assumersi la responsabilità di una soluzione che non è facile giustificare né sul piano tecnico né su quello organizzativo.
Nella maggior parte dei casi il problema nasce già nella fase di qualificazione dell’iniziativa. Il team considera il progetto come un ammodernamento oppure come una “postazione tecnologica”, mentre in realtà sta prendendo forma una nuova macchina o un insieme di macchine con una propria logica di controllo, funzioni di sicurezza integrate e modalità d’uso prevedibili. Se questo confine viene individuato in modo errato, sarà sbagliato anche il successivo percorso decisionale: cambia l’estensione della documentazione, cambia il modo di svolgere la valutazione dei rischi, cambiano i requisiti per le interfacce tra le apparecchiature. Il criterio pratico è semplice: bisogna stabilire chi decide realmente l’architettura di sicurezza, il modo di comando e le condizioni d’uso dopo la messa in servizio. Se la risposta è “lo stabilimento”, non ha senso impostare il cronoprogramma come se la responsabilità restasse esclusivamente in capo ai fornitori dei singoli componenti.
Un buon esempio è una linea assemblata a partire da moduli pronti, robot, trasportatori e software di supervisione sviluppato internamente. All’inizio il progetto sembra organizzativamente sicuro, perché la maggior parte delle apparecchiature proviene da fornitori affermati. Tuttavia, costi e rischi emergono nel punto di integrazione: le zone di accesso si sovrappongono, il reset dopo un arresto di emergenza non segue una logica uniforme e le modalità di regolazione e di assistenza vengono definite solo durante l’avviamento. È allora che diventa evidente che le dichiarazioni e le istruzioni dei singoli componenti non risolvono il problema dell’intero insieme funzionale. L’effetto sul progetto è tipico: ulteriori modifiche ai quadri elettrici, cambiamenti software, aggiunta di ripari, test supplementari e slittamento della data di consegna all’esercizio. Per questo vale la pena misurare non solo il numero di non conformità, ma anche il numero di interfacce di sicurezza ancora aperte tra le apparecchiature e il numero di modifiche alle funzioni di sicurezza dopo la chiusura del progetto esecutivo. Sono indicatori che mostrano precocemente se il costo sta iniziando a crescere nel punto più difficile da controllare.
La seconda fonte di perdite è la ripartizione delle responsabilità tra reparti in un modo comodo dal punto di vista organizzativo, ma poco chiaro sotto il profilo giuridico. Il progettista ipotizza una soluzione, l’automazione la implementa, la manutenzione aggiunge i requisiti di esercizio, e nessuno chiude le decisioni in un’unica valutazione dei rischi riferita alla configurazione finale. In pratica è proprio in questo momento che si verificano scostamenti apparentemente minori: gli interruttori dei ripari vengono scelti senza rapporto con il tempo di arresto reale, i bypass di servizio non hanno condizioni d’uso chiaramente definite e l’istruzione interna descrive una situazione ideale, non quella risultante dalle modifiche introdotte durante l’avviamento. Nel 2026, per le macchine realizzate in-house, una situazione del genere è particolarmente pericolosa, perché lo stabilimento non può giustificarsi sostenendo che “il sistema è stato sviluppato per fasi”. Se ha assunto il ruolo del soggetto che di fatto crea e integra la soluzione, deve dimostrare la coerenza tra requisiti essenziali, valutazione dei rischi, documentazione tecnica e condizioni d’uso. Se la qualificazione giuridica del progetto si colloca al confine tra più regimi, questo va chiarito prima di ordinare i componenti critici, non dopo la messa in servizio. Questo è il vero criterio pratico di decisione: la scelta di oggi riduce il numero di modifiche costruttive dopo il collaudo interno, oppure rinvia soltanto il problema al momento in cui ogni correzione costerà già il doppio.
Come affrontare il tema nella pratica
In pratica, la progettazione di una macchina realizzata per uso interno va gestita come un prodotto di cui l’azienda si assume integralmente la responsabilità in termini di sicurezza e conformità, non come un insieme di attività di manutenzione e di automazione distribuite tra più reparti. È questo che determina il modo in cui si prendono le decisioni già all’inizio del progetto. Se il team considera l’iniziativa esclusivamente come un “ammodernamento interno”, di solito la domanda sui limiti dell’intervento, sull’estensione delle responsabilità e sulla completezza delle evidenze a supporto delle soluzioni adottate arriva troppo tardi. L’esito è prevedibile: il costo riemerge nella fase finale del progetto sotto forma di modifiche ai ripari, cambiamenti nel sistema di comando, nuova messa in servizio e aggiornamenti della documentazione, mentre la responsabilità resta in capo all’azienda, indipendentemente dal numero di subfornitori coinvolti nei lavori.
Per questo la prima decisione di gestione non dovrebbe essere “cosa acquistiamo”, ma “chi chiude la qualificazione del progetto e su quali basi”. In un progetto in-house serve un unico responsabile della decisione sulla configurazione finale della macchina: una persona o un team capace di collegare funzione tecnica, condizioni d’uso, modalità di intervento del servizio di assistenza e conseguenze giuridiche. Un buon criterio di valutazione è semplice: oggi è possibile definire con chiarezza il modo di funzionamento previsto, i modi speciali, i limiti di accesso dell’operatore alle zone di pericolo e le condizioni di arresto e riavvio dopo un intervento? Se la risposta è no, il progetto non è pronto né per ordinare i componenti critici né per chiudere l’architettura di comando. In questa situazione, ogni decisione di acquisto riduce la flessibilità e aumenta il rischio che in seguito si debba adattare la sicurezza a una soluzione già scelta, invece di progettarla parallelamente alla funzione della macchina. In questo passaggio, una solida gestione dei progetti aiuta a chiudere per tempo le decisioni che incidono su sicurezza e conformità.
Un esempio tipico riguarda una postazione robotizzata o una linea assemblata con sottogruppi provenienti da fonti diverse. In fase concettuale si prevede un accesso semplice per l’assistenza, ma dopo le prove emerge che la regolazione richiede ingressi più frequenti all’interno, lavoro a velocità ridotta oppure la disattivazione temporanea di parte delle protezioni in condizioni rigorosamente definite. Se questi scenari non sono stati identificati e valutati in precedenza, il team inizia ad “aggiungere” eccezioni: un selettore supplementare, un bypass, una procedura separata per il tecnico. È il momento in cui aumentano sia il costo sia la responsabilità personale di chi approva la soluzione. Non perché la modifica in sé sia inammissibile, ma perché è stata introdotta al di fuori di un processo chiuso di analisi dei rischi nel progetto e senza dimostrare che la modalità d’uso finale continui a soddisfare i requisiti di sicurezza. In casi simili, un audit di sicurezza di macchine e linee di produzione consente di individuare prima le interfacce critiche e le lacune nella logica di protezione. Conviene quindi misurare non solo i tempi di avviamento, ma anche il numero di modifiche che incidono sulle funzioni di protezione dopo l’accettazione interna, il numero di scostamenti ancora aperti senza una decisione del responsabile di progetto e il tempo necessario per allineare la documentazione alla macchina reale.
Solo su queste basi ha senso il riferimento normativo e giuridico. Nel 2026, per le macchine realizzate in-house, il punto chiave non è la sola formula “per uso interno”, ma il fatto che l’azienda progetti, integri e metta in esercizio una soluzione completa sotto il proprio controllo. Se è così, deve essere in grado di dimostrare la coerenza tra requisiti essenziali, valutazione dei rischi, soluzioni tecniche, istruzioni e condizioni d’uso. Se la situazione concreta è più complessa, ad esempio comprende la trasformazione di una macchina esistente, l’integrazione di più insiemi o la modifica della destinazione d’uso prevista, la qualificazione va definita prima dell’implementazione, perché da essa dipendono l’estensione degli obblighi documentali e il modo in cui vengono costruite le evidenze di conformità. Dal punto di vista del manager, questo significa una cosa sola: non rinviare la definizione dello status giuridico del progetto alla fase di avviamento. In questo ambito, il ritardo si trasforma quasi sempre in un costo progettuale, e un costo progettuale diventa molto rapidamente un rischio di responsabilità per l’azienda. Per questo, quando il progetto riguarda una macchina completa, vale la pena considerare fin dall’inizio anche il tema della certificazione CE delle macchine.
A cosa prestare attenzione durante l’implementazione
Nelle macchine realizzate per uso interno, l’errore di implementazione più grave consiste nel presumere che, poiché l’attrezzatura resta all’interno dello stabilimento, gli adempimenti formali possano essere “chiusi in un secondo momento”. In pratica, è proprio la fase di avviamento a mostrare se il progetto è stato gestito come un’iniziativa ingegneristica con controllo delle modifiche oppure come una serie di decisioni estemporanee prese sotto la pressione della produzione. Per uno stabilimento nel 2026 questo ha conseguenze dirette sul piano giuridico ed economico: ogni modifica alla logica di comando, alle protezioni, agli accessi per la manutenzione o alle modalità operative dell’operatore dopo il collaudo tecnico può compromettere la coerenza della precedente valutazione dei rischi e della documentazione. Se il team non è in grado di indicare chi ha approvato la modifica, quale impatto abbia avuto sulla sicurezza e se le istruzioni corrispondano ancora alla situazione reale, il problema non è soltanto organizzativo. È un rischio di responsabilità per lo stabilimento, che mette in esercizio una soluzione la cui sicurezza non è stata dimostrata in modo difendibile.
In fase di progettazione occorre quindi prestare attenzione non solo ai parametri tecnici, ma anche ai limiti delle decisioni ammissibili senza una nuova valutazione. Il criterio pratico è semplice: se la modifica incide su una funzione di sicurezza, sulla sequenza operativa, sull’accesso dell’uomo alla zona di pericolo, sulla modalità di regolazione, sulla manutenzione o sull’uso previsto, non va trattata come una normale correzione di avviamento. Una modifica di questo tipo richiede la decisione del responsabile del progetto, un riesame dei rischi e la verifica che le evidenze di conformità siano ancora valide. Dal punto di vista della pianificazione, ciò significa che l’architettura di sicurezza deve essere definita prima dell’avviamento produttivo, non dopo. Se lo stabilimento non lo fa, il costo si ripresenta in forma doppia: prima come modifica elettrica o meccanica, poi come fermo impianto, collaudi aggiuntivi e contestazione delle responsabilità tra automazione, manutenzione e responsabile di progetto. Quando la macchina resta in esercizio, può inoltre diventare rilevante anche l’adeguamento delle macchine ai requisiti minimi sul lato dell’utilizzo.
Un esempio pratico tipico è una postazione costruita internamente con un robot, un trasportatore e un sistema di alimentazione, inizialmente destinata a funzionare senza intervento dell’operatore e che, dopo le prove, viene autorizzata al reintegro manuale del pezzo durante il funzionamento automatico. Dal punto di vista del progetto, una decisione del genere viene spesso presentata come una piccola ottimizzazione della produttività. In realtà modifica le condizioni d’uso, le modalità di accesso alla zona di lavoro e i requisiti applicabili ai mezzi di protezione e al comando. Se il team la considera un miglioramento locale, senza un riesame formale, può verificarsi una situazione in cui le istruzioni descrivono una modalità d’uso, la valutazione dei rischi un’altra e l’esercizio reale un’altra ancora. Questo scostamento aumenta i costi di gestione e rende più difficile difendere le decisioni tecniche, perché ogni successivo guasto, quasi incidente o controllo sarà valutato sulla base della situazione reale, non delle intenzioni progettuali. In un contesto simile, anche le conseguenze di una macchina senza marcatura CE aiutano a comprendere il peso delle decisioni rinviate o lasciate senza una chiusura formale.
Solo in questo contesto ha senso richiamare i requisiti di legge. Per le macchine in-house non basta ritenere che lo stabilimento sia “solo utilizzatore” se, di fatto, ha progettato, integrato o modificato in modo sostanziale la soluzione e l’ha messa in esercizio. In un simile assetto conta la capacità di dimostrare che i requisiti essenziali sono stati tradotti in soluzioni tecniche e organizzative concrete. Quando lo status del progetto è al limite, ad esempio perché comprende la ricostruzione di una macchina esistente oppure l’integrazione di più apparecchiature in un nuovo insieme funzionale, la decisione deve basarsi sulla situazione reale e non sul nome del progetto o sulla struttura degli acquisti. Per il team, la misura pratica della maturità dell’implementazione è questa: prima dell’avviamento è possibile indicare, senza integrazioni, il perimetro attuale della macchina, la valutazione dei rischi approvata, l’elenco delle modifiche dopo i test, le condizioni di esercizio sicuro e la persona responsabile dell’accettazione delle deroghe? In caso contrario, l’implementazione non è chiusa né sul piano formale né su quello operativo, anche se la macchina esegue già il ciclo produttivo. Anche per questo è utile pianificare in anticipo il budgeting della certificazione CE, così da ridurre i costi nascosti che emergono nelle fasi finali del progetto.
Macchine realizzate per uso interno (in-house) e obblighi legali dell’azienda nel 2026
Non si possono basare le decisioni sull’assunto che, se la macchina non viene venduta, gli obblighi del “fabbricante” non si applichino. Ciò che conta è l’effetto tecnico dell’integrazione e chi esercita effettivamente il controllo sul progetto e sulla sicurezza.
Quando lo stabilimento definisce una nuova logica di funzionamento, individua le zone pericolose, seleziona le funzioni di sicurezza e stabilisce le condizioni di intervento dell’operatore, non si tratta più di un semplice assemblaggio. In questo caso, la conformità deve essere gestita come parte integrante del progetto ingegneristico.
Occorre chiarire chi decide l’architettura di sicurezza, le modalità di comando e le condizioni di utilizzo dopo la messa in servizio. Se si tratta dello stabilimento, il cronoprogramma e l’ambito dei lavori non dovrebbero presupporre che la responsabilità resti esclusivamente a carico dei fornitori dei componenti.
Quando gli aspetti di sicurezza e conformità vengono definiti solo a costruzione ultimata, la parte meccanica e il sistema di controllo sono già “congelati” e ogni modifica diventa costosa, con ripercussioni sul cronoprogramma. Le conseguenze tipiche sono la rilavorazione delle protezioni, le modifiche al sistema di controllo, test aggiuntivi e il ritardo della messa in servizio.
I problemi emergono nelle interfacce: sovrapposizione delle zone di accesso, assenza di una logica coerente di reset dopo l’arresto di emergenza e messa a punto delle modalità di regolazione e di servizio solo in fase di avviamento. Le dichiarazioni e le istruzioni dei componenti non eliminano automaticamente i rischi dell’intero insieme funzionale.