Fatti chiave
- La ricerca e sviluppo del software deve cercare un progresso nell'informatica o nella tecnologia dell'informazione, non solo costruire un nuovo prodotto.
- Sviluppo di routine utilizzando quadri stabiliti e i modelli ben noti non sono validi.
- L'anticipo può essere in algoritmi, elaborazione dati, architettura, AI/ML, sicurezza o integrazione.
- Entrambi aziende produttrici (SaaS, app) e team IT interni (sistemi su misura) possono qualificarsi.
- Costi del personale per sviluppatori, data scientist e ingegneri DevOps sono in genere la spesa ammissibile più elevata.
Cosa si intende per ricerca e sviluppo software?
Affinché il lavoro software e tecnologico possa essere qualificato come R&S ai fini fiscali, è necessario cercare un progresso nell'informatica o nella tecnologia dell'informazione risolvendo reali incertezze scientifiche o tecnologiche. Il progresso deve andare oltre ciò che un professionista competente nel settore potrebbe facilmente ottenere.[1]
I settori comuni in cui la ricerca e sviluppo del software è qualificata includono:
- Nuovi algoritmi: Sviluppo di nuovi metodi computazionali per risolvere problemi che gli algoritmi esistenti non sono in grado di gestire in modo efficiente
- Intelligenza artificiale e apprendimento automatico: Creazione di nuove architetture di modelli, approcci di formazione o pipeline di elaborazione dati in cui il risultato è incerto
- Prestazioni su larga scala: Raggiungere velocità di elaborazione, throughput o obiettivi di latenza che superano le capacità note
- Integrazione complessa: Collegare i sistemi in modi mai realizzati prima, laddove la fattibilità è incerta
- Sicurezza e crittografia: Sviluppare nuovi approcci alla sicurezza informatica o alla crittografia che migliorano lo stato dell'arte
- Ingegneria dei dati: Elaborare, trasformare o analizzare i dati in modi innovativi che vanno oltre le tecniche note
Cosa non si qualifica
Le seguenti attività sono comuni nelle aziende di software ma non fare in genere si qualificano come R&S:[3]
- Sviluppo standard: Creazione di funzionalità utilizzando framework consolidati (React, Django, Rails, .NET) senza incertezza tecnologica
- Configurazione e personalizzazione: Configurazione di software standard o piattaforme CMS
- Progettazione UI/UX: Il lavoro di progettazione non è scienza o tecnologia (anche se l'implementazione tecnica di una nuova interfaccia potrebbe esserlo)
- Amministrazione del sistema: Distribuzione, monitoraggio e manutenzione di routine
- Inserimento e migrazione dei dati: Spostamento dei dati tra sistemi utilizzando strumenti ETL standard
- Test e controllo qualità: Garanzia di qualità di routine (anche se i test come parte della risoluzione dell'incertezza in materia di ricerca e sviluppo possono essere qualificati)
Il test chiave: Chiediti: "Uno sviluppatore competente, con accesso a conoscenze pubblicamente disponibili, sapeva come fare questo prima di iniziare?". Se la risposta è sì, non si tratta di R&S. Se la risposta è no e hai utilizzato un approccio sistematico per trovare la soluzione, probabilmente lo è.
Esempi di R&S software qualificante
| Progetto | Perché è idoneo |
|---|---|
| Sviluppo di un motore di rilevamento delle frodi in tempo reale che deve elaborare 1 milione di transazioni al secondo con una latenza inferiore a 10 ms | Supera le capacità prestazionali note; incertezza sulla possibilità di raggiungere simultaneamente la produttività e la precisione richieste |
| Creazione di un sistema di elaborazione del linguaggio naturale (NLP) che estrae accuratamente dati strutturati da documenti legali non strutturati in più giurisdizioni | Nuova sfida dell'intelligenza artificiale: i modelli NLP esistenti non riescono a gestire il linguaggio specifico del dominio e le variazioni intergiurisdizionali con sufficiente accuratezza |
| Creazione di una pipeline di dati distribuita che mantenga la conformità ACID su 15 microservizi con coerenza finale inferiore a 200 ms | Incertezza architettonica; i modelli noti (saga, commit in due fasi) non soddisfano simultaneamente i requisiti di latenza e coerenza |
| Sviluppo di un sistema di riconoscimento delle immagini per rilevare difetti submillimetrici nei componenti prodotti alla velocità della linea di produzione | Sfida della visione artificiale; incertezza sulla possibilità di ottenere una precisione sufficiente alla velocità richiesta con la risoluzione dell'immagine disponibile |
Costi ammissibili tipici per le aziende di software
Per le aziende di software e tecnologia, la categoria di costo più grande è quasi sempre costi del personaleI ruoli ammissibili in genere includono:[2]
- Sviluppatori e ingegneri software (suddivisi in base al tempo dedicato alla ricerca e sviluppo)
- Data scientist e ingegneri dell'apprendimento automatico
- Ingegneri DevOps e delle infrastrutture (quando risolvono sfide legate alla ricerca e sviluppo)
- Architetti tecnici (tempo dedicato alla progettazione e pianificazione di ricerca e sviluppo)
- CTO e responsabili tecnici (tempo dedicato ad attività di ricerca e sviluppo)
Altri costi comuni includono il cloud computing (per carichi di lavoro di ricerca e sviluppo), licenze software specialistiche e lavoratori forniti esternamente (sviluppatori a contratto per progetti di ricerca e sviluppo).
Mancia: Molte aziende di software sottovalutano la propria attività di ricerca e sviluppo perché la considerano "semplice sviluppo". Esaminate gli sprint backlog, i ticket Jira e gli elementi di debito tecnico: qualsiasi lavoro che abbia comportato una reale incertezza su come raggiungere un obiettivo tecnico potrebbe essere idoneo.
Documentazione della ricerca e sviluppo del software
Le aziende di software sono spesso in una posizione ideale per documentare le proprie attività di ricerca e sviluppo, poiché utilizzano già strumenti di gestione dei progetti e di controllo delle versioni. Tra le prove utili figurano:
- Cronologia Git: Messaggi di commit e rami che mostrano tentativi iterativi di risolvere un problema
- Jira/Trello/Asana: Ticket che descrivono sfide tecniche e indagini
- Confluenza/Nozione: Documenti di progettazione tecnica e registrazioni delle decisioni architettoniche
- Revisioni delle richieste di pull: Revisioni del codice che discutono compromessi tecnici e incertezza
- Slack/Team: Conversazioni in cui il team discute degli ostacoli tecnici
Domande frequenti
La creazione di una nuova app o di un nuovo sito web rientra nella R&S?
Non automaticamente. Sviluppare un'app o un sito web utilizzando tecnologie, framework e design pattern consolidati rientra nella fase di sviluppo standard, non di ricerca e sviluppo. Tuttavia, se il progetto incontra una reale incertezza tecnologica, ad esempio il raggiungimento di prestazioni in tempo reale su scala senza precedenti o lo sviluppo di nuovi algoritmi, il lavoro per risolvere tale incertezza potrebbe essere considerato valido.
Lo sviluppo agile può essere R&S?
Sì, la metodologia agile può coinvolgere attività di ricerca e sviluppo. Le linee guida BIS richiedono un "approccio sistematico" e gli sprint agili con ipotesi chiare, test iterativi e analisi possono soddisfare questo requisito. La domanda chiave è se il lavoro di sprint affronti l'incertezza scientifica o tecnologica, non se la metodologia sia agile o a cascata.
L'intelligenza artificiale e l'apprendimento automatico sono idonei?
I progetti di intelligenza artificiale e apprendimento automatico (ML) sono spesso considerati idonei perché spesso comportano una reale incertezza sulla capacità di un modello di raggiungere l'accuratezza richiesta, sul funzionamento di una nuova architettura o su come gestire i casi limite nei dati di training. Tuttavia, il semplice utilizzo di librerie di apprendimento automatico predefinite senza modifiche non è in genere idoneo.
Posso richiedere un risarcimento per la correzione dei bug?
Generalmente no. La correzione di routine dei bug è manutenzione, non ricerca e sviluppo. Tuttavia, se un bug rivela un'incertezza tecnologica fondamentale, come una condizione di competizione che non può essere risolta utilizzando tecniche note, il lavoro per risolvere tale incertezza di fondo potrebbe essere considerato valido.
Ulteriori letture
- Cosa si intende per R&S? — il test completo delle Linee guida BIS
- Costi di ricerca e sviluppo ammissibili — tutte le categorie di costo qualificanti
- Il rapporto tecnico di ricerca e sviluppo — come scrivere la tua narrazione
- Ricerca e sviluppo nella produzione — esempi da un altro settore
Cerchi un software per la dichiarazione dei redditi semplice?
# GoFile è riconosciuto HMRC e utilizzato da oltre 50.000 aziende del Regno Unito. Configurazione in pochi minuti, presentazione delle dichiarazioni in tutta sicurezza.
Inizia gratuitamenteNon è richiesta alcuna carta di credito · Annulla in qualsiasi momento