Articolo a cura di: Redazione - Studio Legale Calvello
Un progetto informatico non completato, un software aziendale difettoso o l’interruzione improvvisa di un servizio IT possono provocare perdite economiche considerevoli, compromettere rapporti commerciali e bloccare attività produttive. Quando una società informatica o il suo cliente non rispetta gli obblighi assunti, la controversia può riguardare la risoluzione del contratto, il pagamento dei corrispettivi, la restituzione degli anticipi e il risarcimento dei danni. Noi dello Studio Legale Calvello assistiamo le imprese nell’esame delle responsabilità contrattuali e nella tutela dei loro interessi economici, valutando le iniziative più appropriate in relazione alla gravità dell’inadempimento, alle prove disponibili e alle conseguenze concretamente subite.
Contratti informatici tra imprese: quando l’inadempimento compromette una commessa
I contratti per aziende informatiche disciplinano rapporti spesso complessi, nei quali il valore economico della prestazione non dipende soltanto dal software o dall’infrastruttura fornita, ma anche dalla sua integrazione nei processi aziendali. Una società può affidare a un fornitore lo sviluppo di un gestionale ERP, la realizzazione di una piattaforma commerciale, l’implementazione di sistemi cloud o la gestione continuativa della propria infrastruttura IT. In questi rapporti, un ritardo o una prestazione difettosa possono incidere sull’intera organizzazione del cliente, mentre contestazioni infondate e mancati pagamenti possono esporre il fornitore a perdite rilevanti.
La prima questione consiste nello stabilire quali obbligazioni siano state effettivamente assunte dalle parti. Il contratto principale deve essere esaminato insieme agli allegati tecnici, alle specifiche funzionali, alle offerte accettate, ai cronoprogrammi, agli accordi sui livelli di servizio e alle eventuali modifiche concordate durante l’esecuzione. Non è sufficiente affermare che un software non soddisfa le aspettative del cliente: occorre verificare se le funzionalità contestate fossero previste, quali prestazioni fossero state promesse e quali attività dipendessero dalla collaborazione del committente.
Nei progetti di sviluppo software su commissione, ad esempio, il mancato raggiungimento degli obiettivi può derivare da errori di programmazione, ritardi del fornitore, modifiche dei requisiti richieste dal cliente oppure dall’omessa consegna di dati e informazioni indispensabili. La distribuzione delle responsabilità richiede quindi una ricostruzione puntuale dell’esecuzione contrattuale. La qualificazione giuridica del rapporto, che può presentare caratteristiche dell’appalto, della prestazione di servizi o di altre figure negoziali, incide anche sui rimedi applicabili. Per le peculiarità del contratto di sviluppo software, assumono particolare rilievo le specifiche concordate, le verifiche intermedie e le condizioni di accettazione del prodotto.
Quando il fornitore non completa una commessa informatica, consegna un sistema inutilizzabile o accumula ritardi incompatibili con le esigenze aziendali, il cliente può contestare l’inadempimento e valutare la richiesta di adempimento, la risoluzione del contratto e il risarcimento dei danni, secondo i presupposti previsti dalla legge. Ai sensi dell’articolo 1455 del Codice civile, la risoluzione per inadempimento richiede che questo non sia di scarsa importanza, avuto riguardo all’interesse dell’altra parte. Un difetto marginale, pertanto, non giustifica necessariamente lo scioglimento di un contratto di elevato valore, mentre l’impossibilità di utilizzare una piattaforma destinata a gestire ordini e produzione può assumere una gravità ben diversa.
La controversia può nascere anche dal comportamento del cliente. Una software house che abbia investito risorse nello sviluppo di un sistema personalizzato può subire danni se il committente sospende arbitrariamente il progetto, rifiuta senza adeguata giustificazione il collaudo oppure omette il pagamento di importi contrattualmente dovuti. In questi casi occorre distinguere il legittimo esercizio dei rimedi contrattuali da un comportamento a sua volta inadempiente. La sospensione del pagamento deve essere valutata anche alla luce dell’articolo 1460 del Codice civile e del principio di buona fede, senza presumere che qualsiasi difetto autorizzi a trattenere integralmente il corrispettivo.
Particolare attenzione meritano gli accordi pluriennali di manutenzione, assistenza e outsourcing informatico. L’interruzione improvvisa di un servizio essenziale, il mancato rispetto dei tempi di intervento o il rifiuto di collaborare al passaggio verso un nuovo fornitore possono compromettere la continuità operativa dell’impresa. In presenza di rapporti tecnologici consolidati, la dipendenza dal fornitore può rendere particolarmente onerosa la sostituzione del servizio, soprattutto quando il cliente non dispone del codice sorgente, della documentazione tecnica o degli strumenti necessari per recuperare e trasferire i propri dati.
Software difettosi, ritardi e interruzione dei servizi IT: come tutelare l’azienda
Una delle controversie più frequenti nei contratti informatici riguarda la consegna di software che non rispettano le specifiche concordate. Il problema può emergere durante il collaudo oppure dopo la messa in produzione, quando il sistema viene utilizzato per gestire processi aziendali effettivi. Un gestionale che elabora erroneamente gli ordini, una piattaforma e-commerce che non registra correttamente le transazioni o un software industriale che interrompe una linea produttiva possono generare conseguenze economiche molto superiori al prezzo della prestazione acquistata.
Per accertare la responsabilità del fornitore occorre distinguere il difetto originario del prodotto dalle anomalie dovute all’infrastruttura del cliente, a successive modifiche del sistema o a utilizzi estranei alle condizioni concordate. La documentazione tecnica assume un valore determinante: specifiche funzionali, verbali di collaudo, segnalazioni di errore, ticket di assistenza, registri degli interventi e comunicazioni tra i responsabili del progetto consentono di ricostruire il comportamento delle parti. Anche l’accettazione del software deve essere esaminata attentamente, perché i suoi effetti dipendono dalla disciplina applicabile, dalle pattuizioni e dalla natura dei difetti, compresa la loro eventuale riconoscibilità.
Nei rapporti qualificabili come appalto possono assumere rilievo le disposizioni degli articoli 1667 e 1668 del Codice civile, relative alla garanzia per difformità e vizi dell’opera e ai rimedi del committente. Non tutti i contratti informatici, però, sono automaticamente soggetti a tale disciplina. Occorre verificare la concreta struttura dell’operazione e rispettare gli eventuali termini di denuncia e di esercizio delle azioni. Una contestazione tardiva o formulata in modo generico può compromettere la tutela dell’impresa, anche quando le anomalie tecniche siano effettivamente presenti.
Un’altra fonte di contenzioso è il ritardo nell’esecuzione di commesse informatiche importanti. La mancata consegna di un sistema entro la data prevista può costringere il cliente a rinviare l’avvio di un’attività, mantenere costose infrastrutture precedenti o sostenere spese aggiuntive per prestazioni sostitutive. Occorre accertare se il termine fosse essenziale, se fossero previste penali, quali eventi abbiano determinato lo slittamento e se il committente abbia contribuito al ritardo modificando le richieste o omettendo attività necessarie. Le penali contrattuali per ritardata consegna o mancato completamento del progetto possono offrire uno strumento di tutela, ma la loro applicazione dipende dal contenuto della clausola e dalle circostanze dell’inadempimento. Il risarcimento del danno ulteriore, quando è prevista una penale, richiede anche di verificare se sia stato espressamente pattuito.
Le conseguenze possono essere ancora più delicate quando la controversia riguarda servizi continuativi. Nel contratto SaaS, nei servizi cloud e negli accordi di assistenza tecnica, l’indisponibilità della piattaforma può impedire all’impresa di operare. Gli SLA, ossia gli accordi sui livelli di servizio, stabiliscono normalmente parametri di disponibilità, tempi di risposta e modalità di gestione dei disservizi. La loro violazione non comporta automaticamente il diritto a ottenere qualsiasi somma richiesta: bisogna esaminare le condizioni contrattuali, le eventuali esclusioni di responsabilità, i meccanismi di indennizzo e la concreta incidenza del disservizio sull’attività aziendale.
Un profilo particolarmente problematico emerge quando il fornitore sospende l’accesso al software, trattiene il codice sorgente o impedisce il recupero dei dati a causa di una contestazione economica. La legittimità di tali comportamenti non può essere stabilita prescindendo dal contratto, dai diritti di proprietà intellettuale, dalle obbligazioni reciproche e dalle modalità della sospensione. La titolarità dei diritti sul programma, infatti, non coincide necessariamente con il diritto del cliente a riceverne il codice sorgente. Quando la continuità aziendale è concretamente minacciata, può essere necessario valutare anche strumenti di tutela cautelare, purché ne ricorrano i presupposti.
La gestione tempestiva della contestazione serve a evitare che il conflitto si aggravi e che vengano disperse prove tecniche difficilmente recuperabili. Prima di interrompere il rapporto, sostituire il fornitore o modificare il sistema contestato, è opportuno documentarne lo stato e verificare gli effetti giuridici delle iniziative previste. Una diffida ad adempiere, una contestazione formalizzata o una proposta di soluzione negoziale possono essere appropriate in situazioni differenti; la scelta deve tenere conto dell’interesse dell’impresa a ottenere la prestazione, preservare la continuità operativa oppure sciogliere il rapporto e recuperare il pregiudizio subito.
Responsabilità contrattuale e risarcimento danni: come dimostrare le perdite economiche dell’impresa
Quando l’inadempimento di un contratto informatico provoca conseguenze economiche rilevanti, la questione non riguarda soltanto l’individuazione della parte responsabile, ma anche la possibilità di ottenere un congruo risarcimento dei danni effettivamente subiti. Un software gestionale che interrompe la produzione, una piattaforma commerciale indisponibile per diversi giorni o un progetto tecnologico mai completato possono determinare costi aggiuntivi, perdita di clienti e mancati profitti. Per ottenere il risarcimento, però, non basta dimostrare che il fornitore abbia violato il contratto: occorre accertare l’esistenza del pregiudizio economico, la sua entità e il collegamento causale con l’inadempimento.
L’articolo 1218 del Codice civile disciplina la responsabilità del debitore che non esegue esattamente la prestazione dovuta, salvo che provi che l’inadempimento o il ritardo siano derivati da impossibilità della prestazione per causa a lui non imputabile. Nei rapporti tra aziende informatiche e clienti, l’applicazione di questa disposizione richiede di individuare gli obblighi contrattuali concretamente violati e di distinguere le conseguenze imputabili al fornitore da quelle riconducibili al comportamento del committente o ad altre circostanze. La responsabilità contrattuale non comporta automaticamente il riconoscimento di tutte le perdite economiche lamentate dall’impresa, che devono essere dimostrate secondo le regole applicabili.
Ai sensi dell’articolo 1223 del Codice civile, il risarcimento comprende la perdita subita e il mancato guadagno, purché costituiscano conseguenza immediata e diretta dell’inadempimento. Nel settore informatico, il danno emergente può comprendere, quando ne ricorrano i presupposti, i costi sostenuti per ripristinare sistemi compromessi, correggere software difettosi, incaricare un nuovo fornitore o mantenere temporaneamente infrastrutture sostitutive. Il lucro cessante riguarda invece gli utili che l’impresa avrebbe ragionevolmente conseguito senza l’inadempimento, come quelli derivanti da commesse non eseguite o da vendite perdute a causa dell’indisponibilità di una piattaforma aziendale.
La distinzione è particolarmente importante quando viene richiesto un risarcimento per perdita di fatturato. Se un malfunzionamento informatico impedisce a un’azienda di realizzare vendite per 300.000 euro, tale importo non coincide necessariamente con il danno risarcibile. Occorre considerare i costi che l’impresa avrebbe sostenuto per generare quei ricavi, gli eventuali ordini recuperati successivamente, i margini effettivi e le altre circostanze economicamente rilevanti. Il mancato fatturato costituisce un elemento della ricostruzione del danno, mentre il profitto perduto deve essere accertato sulla base di dati concreti. Per questo motivo, nelle controversie di elevato valore, la documentazione contabile assume un’importanza pari a quella contrattuale e tecnica.
Per dimostrare il pregiudizio possono essere utilizzati bilanci, registrazioni contabili, ordini annullati, contratti con clienti, corrispondenza commerciale, dati sulle vendite precedenti e successive al disservizio, documentazione relativa alla capacità produttiva e fatture per interventi sostitutivi. Quando il problema riguarda un software industriale o un sistema ERP, può risultare necessario ricostruire le ore di fermo, le lavorazioni non eseguite, le consegne rinviate e i maggiori costi organizzativi. Una perizia informatica può contribuire ad accertare l’origine del malfunzionamento, mentre una valutazione economico-contabile può essere utile per quantificare le conseguenze patrimoniali. Nei casi più complessi, può essere opportuno valutare un accertamento tecnico preventivo, secondo i presupposti previsti dal Codice di procedura civile.
La quantificazione deve considerare anche l’articolo 1225 del Codice civile, relativo alla prevedibilità del danno in assenza di dolo, e l’articolo 1227, che disciplina le conseguenze del concorso colposo del creditore e dei danni evitabili usando l’ordinaria diligenza. Un’impresa che subisce l’interruzione di un servizio informatico deve quindi documentare anche le iniziative ragionevolmente adottate per contenere le perdite. La mancata attivazione di soluzioni sostitutive concretamente disponibili, quando avrebbe evitato una parte del pregiudizio senza sacrifici eccessivi, può incidere sulla somma riconoscibile.
Prima di avviare una causa occorre esaminare le clausole che disciplinano responsabilità, penali, limitazioni del risarcimento e modalità di risoluzione delle controversie. Alcuni contratti prevedono massimali parametrati al corrispettivo annuale, esclusioni di determinate categorie di danno o crediti di servizio in caso di mancato rispetto degli SLA. La validità e l’efficacia di tali pattuizioni devono essere verificate anche alla luce dell’articolo 1229 del Codice civile, che vieta l’esonero preventivo dalla responsabilità per dolo o colpa grave, oltre che negli altri casi previsti dalla disposizione. Per i profili generali della tutela delle imprese è utile considerare anche la disciplina dell’inadempimento contrattuale di grande valore tra aziende.
La scelta tra richiesta di adempimento, risoluzione contrattuale, azione risarcitoria e definizione stragiudiziale dipende dal risultato concretamente perseguibile. In una controversia relativa a un progetto informatico particolarmente oneroso, ottenere la correzione del sistema può essere economicamente preferibile rispetto alla sua sostituzione integrale; in altri casi, la perdita di fiducia nel fornitore e la gravità dei difetti possono rendere necessario interrompere il rapporto. Noi valutiamo queste alternative considerando il valore della commessa, i tempi di una possibile soluzione, la documentazione disponibile e la sostenibilità economica dell’iniziativa, con l’obiettivo di perseguire un giusto risarcimento fondato su responsabilità accertabili e danni documentabili.
Un progetto gestionale da 450.000 euro compromesso da ritardi e difetti: esempio pratico
Consideriamo il caso ipotetico di Alfa S.r.l., un’impresa manifatturiera che affida a Beta Informatica S.p.A. la realizzazione e l’implementazione di un sistema gestionale ERP per un corrispettivo complessivo di 450.000 euro. Il contratto prevede la consegna entro nove mesi, con funzionalità specifiche per la gestione degli ordini, del magazzino e della produzione. Dopo ripetuti rinvii, il software viene installato, ma presenta anomalie che impediscono la corretta elaborazione delle commesse. L’impresa è costretta a utilizzare procedure manuali, sostenere costi aggiuntivi e rinviare alcune consegne ai propri clienti.
In una situazione del genere, il nostro intervento partirebbe dall’esame del contratto, delle specifiche tecniche, dei verbali di collaudo e delle comunicazioni tra le parti. Una verifica tecnica consentirebbe di distinguere i difetti imputabili al fornitore dalle eventuali modifiche richieste dal committente, mentre l’analisi contabile servirebbe a ricostruire i maggiori costi e gli utili eventualmente perduti. Prima di promuovere un giudizio, valuteremmo la gravità dell’inadempimento e la possibilità di ottenere una soluzione negoziale, anche attraverso un accordo che disciplini la cessazione del rapporto, la restituzione delle somme eventualmente dovute e il risarcimento dei danni dimostrabili.
Qualora emergessero i presupposti per una definizione transattiva, l’accordo potrebbe consentire all’impresa di affidare il completamento del progetto a un nuovo fornitore, evitando ulteriori interruzioni operative. In mancanza di una soluzione soddisfacente, resterebbe da valutare l’azione giudiziaria. L’esito dipenderebbe dalle obbligazioni contrattuali, dalle responsabilità effettivamente accertate e dalla prova del danno: il valore della commessa, da solo, non determina né la risoluzione del contratto né l’entità del risarcimento.
Domande frequenti sui contratti per aziende informatiche e sulle controversie tra imprese
Un’azienda può chiedere il risarcimento dei danni se il software acquistato non funziona correttamente?
Sì, quando il malfunzionamento costituisce un inadempimento imputabile al fornitore e ha provocato danni economicamente dimostrabili. Occorre verificare le funzionalità contrattualmente promesse, la natura dei difetti e il collegamento tra questi e le perdite subite. Il risarcimento può comprendere i costi di ripristino e gli utili perduti, purché ne ricorrano i presupposti di legge. Il semplice malfunzionamento non determina automaticamente il diritto a ottenere tutte le somme richieste.
Quando è possibile risolvere un contratto di sviluppo software per inadempimento?
La risoluzione può essere richiesta quando l’inadempimento non è di scarsa importanza rispetto all’interesse dell’altra parte, secondo l’articolo 1455 del Codice civile, oppure quando ricorrono i presupposti di altri meccanismi risolutivi previsti dalla legge o dal contratto. La mancata consegna di un software essenziale, difetti gravi o ritardi incompatibili con le finalità della commessa possono giustificare lo scioglimento del rapporto, previa valutazione delle circostanze concrete. È necessario esaminare anche eventuali clausole risolutive, diffide e termini essenziali.
Il fornitore informatico può sospendere il software aziendale se il cliente contesta una fattura?
Non esiste una risposta valida per ogni contratto. La legittimità della sospensione dipende dagli obblighi delle parti, dalle clausole concordate, dall’effettiva esistenza dell’inadempimento e dal rispetto della buona fede contrattuale. Il blocco di un gestionale indispensabile all’attività aziendale può provocare danni rilevanti, ma la loro risarcibilità richiede di accertare l’illegittimità della condotta e il nesso causale. In situazioni urgenti può essere valutata una tutela cautelare per evitare ulteriori pregiudizi.
Una software house può agire contro il cliente che non paga un progetto informatico?
Sì. Quando il cliente omette il pagamento di corrispettivi dovuti, la società informatica può richiedere l’adempimento e valutare il recupero giudiziale del credito, oltre agli eventuali ulteriori rimedi contrattuali. Occorre però verificare lo stato di esecuzione della commessa, le condizioni di pagamento, i collaudi e le contestazioni ricevute. La presenza di difetti non autorizza necessariamente il committente a sospendere ogni pagamento, così come la semplice emissione di una fattura non dimostra, da sola, la corretta esecuzione delle prestazioni.
Come si dimostra la perdita di fatturato causata da un progetto informatico fallito?
È necessario ricostruire l’effettiva incidenza dell’inadempimento sull’attività aziendale attraverso documenti contabili, ordini, contratti commerciali, dati storici sulle vendite e margini di profitto. Può essere utile una valutazione tecnico-contabile per distinguere i ricavi non conseguiti dall’utile effettivamente perduto. Il danno risarcibile deve essere collegato causalmente all’inadempimento e quantificato sulla base di elementi verificabili, considerando anche i costi evitati e le misure adottate per limitare le perdite.
Controversie nei contratti informatici: richiedi una valutazione allo Studio Legale Calvello
Un contratto di sviluppo software non rispettato, un gestionale difettoso, l’interruzione di servizi informatici essenziali o il mancato pagamento di una commessa possono esporre l’impresa a conseguenze economiche considerevoli. Noi dello Studio Legale Calvello, con oltre 25 anni di esperienza professionale, assistiamo aziende e società nella gestione delle controversie contrattuali e commerciali, valutando responsabilità, possibilità di risoluzione del rapporto e richieste di risarcimento dei danni.
Ogni controversia richiede un esame specifico del contratto, della documentazione tecnica, delle comunicazioni intercorse e delle perdite economiche effettivamente subite. Una valutazione tempestiva permette di individuare le iniziative giuridicamente sostenibili, tutelare le prove e verificare la possibilità di una soluzione stragiudiziale o giudiziale.
Se la tua azienda è coinvolta in una controversia informatica di valore economico rilevante, richiedi una valutazione del caso allo Studio Legale Calvello. Attraverso il modulo puoi descrivere il problema e trasmettere gli elementi necessari a un primo esame della richiesta. Lo Studio valuterà le informazioni ricevute e ti ricontatterà per gli eventuali approfondimenti.
