Credito R&S software: il codice da solo non basta

Un progetto software può accedere al credito d’imposta R&S quando persegue conoscenze tecnologiche non già accessibili nel settore e affronta un’incertezza tecnica. Le linee guida del MIMIT richiedono anche un percorso originale, sistematico e capace di produrre risultati riproducibili. Scrivere codice o pubblicare una funzione nuova per l’impresa non basta a dimostrare questi requisiti.

Prima della compensazione, l’impresa deve delimitare le attività ammissibili, collegare a esse le spese e conservare prove tecniche e contabili. Nello stesso prodotto possono convivere sperimentazione, sviluppo ordinario e lavoro per il lancio commerciale: è il contenuto di ciascuna fase, non l’etichetta assegnata al progetto, a determinare la qualificazione.

Quale avanzamento cerca il progetto?

Il punto di partenza è la conoscenza disponibile nel settore quando iniziano i lavori. Una funzione assente dal catalogo dell’impresa può essere realizzata con metodi già noti; al contrario, un prodotto simile a uno esistente può incorporare una conoscenza nuova, se raggiunta superando un ostacolo tecnico. La novità commerciale del software e l’avanzamento richiesto per la R&S rispondono dunque a domande diverse.

La descrizione del progetto dovrebbe identificare le soluzioni accessibili, i loro limiti e il risultato tecnico perseguito. Pubblicazioni, brevetti, banche dati e documentazione sulle tecnologie analoghe aiutano a ricostruire lo stato dell’arte; constatare che un concorrente non offre una certa funzione non è sufficiente. Occorre spiegare quale conoscenza mancava e perché applicare normalmente gli strumenti disponibili non avrebbe risolto il problema.

Si consideri un esempio ipotetico: un’impresa vuole elaborare dati con un metodo capace di superare un limite riscontrato negli approcci accessibili. La parte da valutare come R&S è lo studio di quel limite e la sperimentazione di metodi per superarlo, non l’intera applicazione in cui il metodo sarà usato. L’eventuale ammissibilità dipende dalle caratteristiche e dalle prove del progetto concreto.

L’incertezza deve lasciare tracce verificabili

L’ostacolo deve riguardare la fattibilità tecnica o l’approccio necessario per raggiungere l’obiettivo. Non possedere internamente le competenze, temere di esaurire il budget o ignorare se il mercato acquisterà il prodotto non dimostra, di per sé, un’incertezza di R&S. È utile descrivere le alternative considerate all’avvio, gli esiti che non si potevano prevedere e le ragioni tecniche delle scelte successive.

Il fascicolo tecnico deve rendere ricostruibile il percorso: obiettivo, ipotesi, prove pianificate, risultati intermedi, insuccessi e riprogettazioni. Specifiche versionate e registrazioni dei test possono collegare una modifica al problema che intendeva risolvere; sono esempi di evidenze, non moduli obbligatori. Un tentativo fallito può restare rilevante se perseguiva un avanzamento e il suo esito è documentato: anche sapere perché un’ipotesi non funziona può produrre conoscenza utilizzabile.

La registrazione dei risultati serve anche a renderli riproducibili o trasferibili ad altri tecnici, compresi quelli della stessa impresa. La tutela del segreto industriale non elimina questa esigenza. Un elenco delle funzionalità consegnate descrive il prodotto finale, ma non permette da solo di ricostruire le prove e le conoscenze ottenute.

Dove finisce la sperimentazione e inizia lo sviluppo ordinario?

Correzioni ricorrenti, personalizzazioni richieste da un cliente e modifiche periodiche non diventano R&S perché impiegano programmatori esperti. Anche il lavoro successivo alla validazione della soluzione, necessario a rifinire o commercializzare il prodotto, ha una finalità diversa. Per un progetto misto occorre quindi identificare le fasi sperimentali e le attività successive, associando a ciascuna obiettivi e risorse.

Il confine non coincide però con ogni singola operazione di programmazione. Un’attività tecnica ordinaria, se necessaria a costruire il prototipo con cui si prova una soluzione incerta, può far parte della fase sperimentale; conta il suo ruolo nel progetto. Anche integrare componenti già noti può presentare una difficoltà tecnica qualificante quando è proprio la loro interazione a richiedere nuova conoscenza. La relazione deve rendere chiaro perché quelle attività erano necessarie alle prove.

Un prodotto o processo sostanzialmente migliorato per l’impresa può ricadere nella distinta categoria dell’innovazione tecnologica, che ha criteri e periodi di applicazione propri. La scelta non si risolve chiamando «ricerca» tutto lo sviluppo: richiede di distinguere l’avanzamento delle conoscenze nel settore dal miglioramento ottenuto applicando conoscenze già disponibili.

Quali spese si possono collegare alle prove?

Uno strumento impiegato per le prove di un prototipo software è distinto dal suo uso nelle attività ordinarie.

Una licenza software utilizzata nel progetto può generare una spesa ammissibile, ma il suo acquisto non qualifica l’attività come R&S. Il decreto attuativo sulle spese richiede effettività, pertinenza e congruità; le quote di ammortamento del software usato anche nelle attività ordinarie vanno ridotte proporzionalmente. La documentazione contabile deve comprendere una dichiarazione sulla misura e sul periodo del suo utilizzo nelle attività ammissibili.

Per il personale conta il tempo effettivamente impiegato nella R&S. I fogli presenza nominativi devono riportare le ore dedicate per ciascun giorno ed essere firmati dal rappresentante legale o dal responsabile delle attività. Contratti, fatture e registrazioni contabili devono poi permettere di risalire dalla spesa al progetto; attribuire genericamente tutto il costo del reparto sviluppo non offre lo stesso collegamento.

La separazione analitica è particolarmente importante quando la stessa persona lavora sia alle prove sia alla versione commerciale, o quando uno strumento serve più progetti. Le quote imputate devono seguire l’uso effettivo, con un criterio ricostruibile nella contabilità. In questo modo la spesa certificata corrisponde alle attività descritte nel fascicolo tecnico.

Quali documenti servono prima della compensazione?

La pagina operativa del MIMIT distingue la certificazione delle spese dalla relazione tecnica asseverata. La prima, rilasciata dal soggetto incaricato della revisione legale, attesta l’effettivo sostenimento dei costi ammissibili; la seconda illustra finalità, contenuti e risultati delle attività per periodo d’imposta e per progetto o sottoprogetto. La relazione è predisposta dal responsabile delle attività o del progetto e controfirmata dal rappresentante legale; per attività commissionate a terzi, la redige il soggetto che le ha eseguite.

Prima di compensare, importi certificati, ore del personale e uso degli strumenti devono risultare coerenti con le attività descritte nella relazione. Dalla base di calcolo vanno sottratti contributi e sovvenzioni ricevuti per le stesse spese; il credito va indicato nella dichiarazione dei redditi. L’utilizzo avviene tramite modello F24 dal periodo d’imposta successivo a quello in cui sono state sostenute le spese, rispettando anche gli obblighi di comunicazione applicabili all’investimento.