Chieda a un CFO di un IPP solare qual è il suo rischio finanziario non assicurato più importante e probabilmente risponderà l’esposizione al prezzo di mercato. Oppure la limitazione della produzione imposta dal gestore di rete. O forse un evento meteorologico di categoria 4 che la sua polizza All Risks sul patrimonio non copre del tutto.
Non citerà il rischio di ritardo nella messa in servizio.
Dovrebbe farlo.
Perché il ritardo nella messa in servizio, ovvero il mancato raggiungimento della data di esercizio commerciale (COD) prevista da un PPA o da un contratto di capacità con penali per ritardo (LD), è il rischio finanziario non assicurato più frequente, più costoso e più diffuso nel ciclo di sviluppo di un impianto fotovoltaico. Eppure il settore lo ha normalizzato come una voce di «contingenza di progetto» e ha proseguito per la sua strada.
I numeri, senza giri di parole
I ritardi nella messa in servizio degli impianti fotovoltaici utility-scale sono comuni, non eccezionali. Le liste di difetti (punch list), le finestre di prova del gestore di rete e i pacchetti di certificazione devono tutti completarsi alla stessa data e, quando uno slitta, slitta anche la COD. Per un esempio concreto di quanto un progetto possa avvicinarsi al problema, si veda come un progetto da 80 MW si sia trovato a 19 giorni da una fattura di penali a sette cifre.
Il costo è facile da calcolare e difficile da coprire. Esposizione alle LD = tariffa giornaliera di LD × giorni di ritardo, fino al tetto previsto dal contratto. I PPA e i contratti di capacità moderni fissano le tariffe di LD in base ai ricavi che perde l’acquirente, non ai costi sostenuti dall’IPP; su un progetto di grandi dimensioni anche poche settimane di ritardo possono quindi arrivare a sette cifre. Verifichi la tariffa giornaliera e il tetto nel proprio PPA prima di dimensionare la contingenza.
È assicurato? Quasi mai. Le polizze All Risks di costruzione coprono i danni materiali alle opere. Non coprono il ritardo nell’avviamento (DSU) se non con un’apposita estensione e, anche quando l’estensione è prevista, di solito prevede un periodo di franchigia misurato in settimane, oltre a esclusioni per i ritardi di connessione e per i guasti dei processi del gestore di rete, che sono tra le cause reali di ritardo più frequenti.
In pratica: nello scenario di ritardo più comune, uno slittamento di alcune settimane causato da una combinazione di lentezza nella chiusura dei difetti, ritardi nelle procedure di connessione alla rete ed esiti negativi dei test di messa in servizio, l’esposizione alle LD è quasi interamente scoperta.
Perché questo rischio è sottostimato
Ho parlato con i sottoscrittori di diversi grandi assicuratori delle costruzioni e delle energie rinnovabili proprio di questo vuoto. Il consenso, piuttosto scomodo, è che il rischio è sottostimato non perché sia piccolo, ma perché è prevedibile. I rischi prevedibili dovrebbero essere gestiti dall’assicurato, non trasferiti all’assicuratore.
In altre parole, secondo il mercato assicurativo il rischio di ritardo nella messa in servizio è controllabile e la mancata gestione è un fallimento operativo, non un evento assicurabile.
Questa visione è corretta. Significa che il premio per una cattiva gestione della messa in servizio è interamente a carico dell’IPP e dell’appaltatore EPC.
Il problema è che controllare il rischio di ritardo nella messa in servizio richiede qualcosa che la maggior parte dei progetti non ha: un modello in tempo reale, costantemente aggiornato, della velocità di messa in servizio, del completamento dei test, dell’andamento della punch list e dell’avanzamento della connessione alla rete, integrato e monitorato rispetto alla data di COD con il tempo sufficiente per intervenire.
Senza questa visibilità il rischio non è controllato. Viene osservato a posteriori.
Le cinque cause
Quando i ritardi di messa in servizio dei progetti utility-scale vengono ricondotti alla causa radice, emergono sempre le stesse cinque categorie:
- Lentezza nella chiusura dei difetti. Gli elementi vengono identificati ma chiusi troppo lentamente. È prevenibile con il monitoraggio della velocità di chiusura e con un’escalation tempestiva, cuore di un monitoraggio rigoroso della punch list, dal rilevamento dei difetti alla chiusura.
- Ritardi nella connessione alla rete. Documentazione incompleta ed errori di sequenza dei test con il gestore di rete. È prevenibile con un confronto precoce della documentazione di progetto con i requisiti di messa in servizio vigenti del gestore.
- Non conformità delle apparecchiature. Guasti agli inverter, errori di configurazione dei relè e problemi di comunicazione SCADA scoperti alla messa in tensione. È prevenibile con una validazione termica con drone prima della messa in servizio.
- Carenze documentali. Certificati mancanti o formattati in modo errato al momento di assemblare il dossier di messa in servizio. È prevenibile con un controllo documentale continuo.
- Meteo e accessi. L’unica categoria davvero imprevedibile, e quella che contribuisce meno.
Il quadro è coerente: quattro cause su cinque sono visibili, prevedibili e prevenibili settimane prima di incidere sulla COD. Solo meteo e accessi sono davvero al di fuori del controllo del team. Le altre restano invisibili soltanto perché nessuno guarda i dati giusti in modo integrato.
Come misurare il rischio di ritardo nella messa in servizio prima che colpisca la COD
Per iniziare non serve un sistema nuovo. Il rischio di ritardo nella messa in servizio può essere monitorato con quattro indicatori anticipatori che la maggior parte dei team di progetto possiede già, sparsi in fogli di calcolo separati:
- Ritmo di chiusura della punch list rispetto al ritmo richiesto: difetti aperti divisi per i giorni lavorativi che mancano alla data del test di connessione. Se il ritmo di chiusura necessario per svuotare la lista è superiore a quello che le squadre riescono a tenere, la data è già a rischio.
- Stato della documentazione richiesta dal gestore di rete: ogni documento previsto, verificato rispetto al modello attuale e alla scadenza di invio, non rispetto al modello del progetto precedente.
- Completamento dei test e resa al primo tentativo: la quota di test di messa in servizio superati al primo colpo. I fallimenti ripetuti su inverter, relè di protezione o punti SCADA segnalano non conformità che si ripresenteranno alla messa in tensione.
- Completezza del pacchetto di certificazione: certificati mancanti o formattati in modo errato, individuati durante controlli continui anziché nell’ultima settimana.
Ogni indicatore può essere espresso in giorni di margine (float) rispetto alla COD. Combinati, forniscono una probabilità di COD che può essere riportata ogni settimana all’IPP, all’EPC e al consulente tecnico del finanziatore, e un’esposizione alle LD modellata quando la probabilità scende. È questa la disciplina che automatizza il software di messa in servizio solare basato sull’IA: baseline, controllo qualità ed evidenze per la consegna, in un unico luogo.
Cosa fa l’agente
L’agente Commissioning Risk Intelligence di ClearSpot, parte della piattaforma di IA agentica ClearSpot, monitora l’avanzamento della messa in servizio su tutte e cinque le dimensioni del rischio di ritardo contemporaneamente: velocità di chiusura della punch list, stato della documentazione di rete, tassi di completamento dei test, risultati termici dei droni e stato di certificazione delle apparecchiature.
Non produce report settimanali che le persone devono interpretare. Mantiene un modello vivo di probabilità di COD, aggiornato in continuo man mano che arrivano nuovi dati, e segnala subito quando la traiettoria si discosta da un esito di COD regolare.
Quando la velocità di chiusura della punch list scende sotto il ritmo necessario per raggiungere la data del test di connessione, l’agente non aspetta la riunione di stato del venerdì. Lo segnala immediatamente, individua i punti specifici che causano il deficit di velocità e modella l’esposizione alle LD al ritmo attuale.
La mesh di ClearSpot combina agenti di IA autonomi con droni autonomi. Nella messa in servizio, i flussi di ispezione con drone sono il modo più rapido per ridurre l’incertezza sulle non conformità delle apparecchiature prima che diventino fallimenti dei test. L’agente lancia ispezioni mirate con drone a partire dai segnali di anomalie elettriche, trasformando un ciclo «fissare una visita in impianto» in un ciclo «ispezione con drone e classificazione dei difetti», molto più rapido.
Per essere diretti: funziona come una polizza contro il più grande rischio non assicurato del settore, con una differenza, previene l’evento invece di pagarlo dopo.
Contesto assicurativo
Per un contesto più ampio del settore, le linee guida O&M di IEA PVPS e il riferimento di buone pratiche del NREL rafforzano entrambi il valore di una messa in servizio rigorosa, di una documentazione solida e di una gestione del rischio lungo tutto il ciclo di vita del fotovoltaico utility-scale.
Qui c’è un discorso più lungo per gli assicuratori delle energie rinnovabili.
Man mano che la gestione del rischio di messa in servizio basata sull’IA diventerà una pratica standard, il profilo di rischio dei progetti ben strumentati si discosterà in modo significativo dalla media del settore. Un progetto gestito con intelligence del rischio di messa in servizio in tempo reale ha una probabilità dimostrabilmente inferiore di ritardo sulla COD: misurabile, verificabile e assicurabile.
Il settore dovrebbe prezzare questa differenza. La copertura DSU/ALOP per progetti con gestione verificata del rischio in tempo reale dovrebbe costare meno che per progetti privi di tale gestione. I dati esistono per sostenere questa tariffazione.
Finché il mercato non evolve, il beneficio va interamente alle IPP e ai team EPC che costruiscono questa capacità di gestione, sotto forma di penali evitate che non compaiono mai in un sinistro perché sono state prevenute.
Una riflessione finale
La sua organizzazione quantifica esplicitamente il rischio di ritardo nella messa in servizio nella contingenza di progetto, oppure viene assorbito nel margine generale del cronoprogramma? Sono curioso di capire come questo rischio viene effettivamente considerato nell’economia del progetto.
Domande frequenti
È il rischio finanziario che un impianto fotovoltaico non rispetti la data di esercizio commerciale (COD) e attivi le penali per ritardo (LD) previste da un PPA o da un contratto di capacità.
Le polizze All Risks di costruzione coprono i danni materiali, non il ritardo nell’avviamento, salvo un’estensione specifica. Tale estensione prevede di solito una franchigia ed esclude i ritardi di connessione e dei processi del gestore di rete.
La lentezza nella chiusura della punch list, i ritardi di connessione alla rete, le non conformità delle apparecchiature e le carenze documentali causano la maggior parte dei giorni di ritardo. Meteo e accessi sono l’unica categoria davvero imprevedibile.
Si moltiplica la tariffa giornaliera di LD prevista dal PPA o dal contratto di capacità per il numero di giorni di ritardo, fino al tetto contrattuale. Usi la tariffa del proprio contratto, non una media di settore.
L’agente Commissioning Risk Intelligence di ClearSpot monitora la velocità di chiusura della punch list, la documentazione di rete, il completamento dei test, i risultati termici dei droni e lo stato di certificazione, e segnala appena la traiettoria della COD si discosta.
Le linee guida O&M di IEA PVPS e il riferimento di buone pratiche del NREL per la gestione e manutenzione del fotovoltaico trattano messa in servizio, documentazione e gestione del rischio lungo tutto il ciclo di vita.