Uno springing covenant è un covenant finanziario la cui verifica è subordinata a un evento o a una condizione definiti nel contratto. Finché la condizione non si verifica, il test può non essere richiesto; quando si verifica, il debitore deve misurare il parametro pattuito secondo le definizioni e le date stabilite nei documenti. Il nome descrive quindi una modalità condizionale di test, non una regola legale uniforme né una conseguenza automatica dell’aumento del debito.
Il meccanismo è spesso associato alle linee revolving, dove il livello di utilizzo può fungere da trigger. È però il testo della specifica facility a determinare se esista davvero un test “a scatto”, quale uso della linea venga conteggiato e quando la condizione debba essere verificata. Per la struttura della linea e i suoi utilizzi, il riferimento distinto è la Revolving Credit Facility.
Trigger, test e breach sono passaggi diversi
Per leggere correttamente la clausola occorre separare tre domande. Primo: si è verificato il trigger secondo la definizione contrattuale di utilizzo? Secondo: a quel punto quale covenant va testato, con quali definizioni contabili, periodo di riferimento e data di calcolo? Terzo: il risultato del test costituisce un breach e, in tal caso, quali conseguenze prevedono le clausole applicabili? Il verificarsi del trigger può rendere dovuto un test senza dimostrare che il debitore abbia violato il parametro.
Questa distinzione evita un errore pratico: un utilizzo elevato non equivale da solo a un superamento del leverage ratio o di un altro indicatore. Allo stesso modo, un test negativo non consente di saltare automaticamente alla conclusione che la linea sia bloccata o il debito accelerabile. L’eventuale covenant breach e i relativi rimedi dipendono dalle definizioni di Event of Default, dalle eventuali notifiche e dai periodi di cura o dalle altre protezioni previste dal contratto.
Come può essere definito il trigger di utilizzo
Quando il trigger è legato a una linea revolving, i documenti possono confrontare l’importo utilizzato — il Drawn Commitment secondo la definizione applicabile — con il commitment o con un’altra base specificata. La formula non va ricostruita usando valori apparentemente equivalenti: il contratto può definire diversamente l’utilizzo, includere o escludere determinate esposizioni, applicare una soglia per una data di test oppure richiedere che il livello sia mantenuto per un periodo. Denominatore, valuta, data e trattamento di lettere di credito o altri utilizzi contingenti vanno letti nella definizione negoziata.
Soglia, base di calcolo e trattamento degli utilizzi richiesti ma non ancora erogati sono definiti dalla documentazione della singola operazione.
Quale covenant viene testato
Il test può riguardare un leverage ratio, un indicatore di copertura o un altro parametro definito nei documenti. Le definizioni di debito, cassa, EBITDA, rettifiche e periodo di riferimento sono decisive: un rapporto ricostruito con dati pubblici o con definizioni diverse può non coincidere con quello contrattuale. Il calendario del test e la consegna della relativa certificazione possono inoltre seguire scadenze diverse, perciò trigger e data di reporting non vanno trattati come sinonimi.
Questo regime condizionale è diverso da un maintenance covenant, normalmente sottoposto a test secondo date o periodi ricorrenti stabiliti dall’accordo. La differenza non è che il primo sia privo di obblighi durante ogni altro momento, o che il secondo produca sempre un rimedio immediato: occorre confrontare la frequenza del test, le definizioni, le eventuali condizioni e gli effetti di un risultato negativo previsti in ciascun contratto.
Perché il meccanismo conta per debitore e finanziatori
Per il debitore, un test subordinato a una condizione può ridurre gli adempimenti periodici quando il livello di utilizzo resta entro i limiti pattuiti. Questa flessibilità è reale solo se l’impresa comprende come si misura il trigger e mantiene dati aggiornati per anticipare un test che potrebbe diventare applicabile. Non sostituisce il controllo delle altre clausole né garantisce che la linea resti disponibile in ogni circostanza. Va inoltre distinto dal costo della disponibilità non utilizzata: l’eventuale commitment fee remunera, se prevista, un oggetto contrattuale diverso dal test di covenant.
Per i finanziatori, il trigger collega il monitoraggio finanziario a una condizione ritenuta significativa nell’operazione. Può far emergere un test quando l’utilizzo della linea aumenta, ma non dimostra da solo che un aumento derivi da difficoltà: può anche riflettere un fabbisogno programmato o un andamento stagionale. Il suo valore informativo dipende dalla combinazione tra soglia, metrica, data di osservazione e rimedi contrattuali.
Verifiche da fare nei documenti
Una revisione operativa dovrebbe individuare la definizione esatta di trigger e utilizzo, la base di confronto, il momento in cui la condizione viene misurata, il covenant da calcolare e le definizioni finanziarie richiamate. Vanno poi controllati le date di test e di consegna, gli eventuali periodi di cura, le possibilità di waiver e il modo in cui il risultato si collega alle clausole di default. L’accordo può assegnare compiti di raccolta o trasmissione delle informazioni al Facility Agent; il contenuto e i limiti di tali compiti restano quelli del mandato contrattuale.
Il punto decisivo non è dunque applicare una soglia-tipo, ma ricostruire la sequenza scritta nell’accordo: condizione di attivazione, calcolo del covenant e conseguenze dell’eventuale violazione. È questa lettura che permette a tesoreria, legali e analisti del credito di valutare sia la flessibilità effettiva della linea sia il rischio di un test inatteso, senza confondere un trigger con un default.