Fatti chiave
- La relazione tecnica è non inviato con il tuo CT600, ma HMRC te lo richiederà se aprirà un'indagine.
- Ogni progetto qualificante dovrebbe avere una propria sezione che copra incertezza, progresso e risoluzione.
- Il rapporto dovrebbe essere scritto (o rivisto) da un professionista competente — qualcuno con esperienza nel settore pertinente.
- HMRC cerca linguaggio specifico e tecnico che dimostra una reale incertezza scientifica o tecnologica.
- Un buon rapporto include anche un ripartizione dei costi per ogni progetto.
Perché hai bisogno di un rapporto tecnico
Il rapporto tecnico (talvolta chiamato “narrazione tecnica”) è il documento principale che spiega Perché Il tuo lavoro rientra nella categoria R&S ai fini fiscali. Sebbene non venga presentato insieme al CT600, HMRC lo richiederà quasi certamente se dovesse aprire un'indagine di conformità sulla tua richiesta.[1]
Senza una solida relazione tecnica, la tua richiesta è vulnerabile. HMRC ha notevolmente intensificato i controlli sulle richieste di finanziamento per ricerca e sviluppo dal 2022, e le richieste prive di una documentazione adeguata hanno maggiori probabilità di essere contestate o ridotte.
Struttura consigliata
Una buona relazione tecnica segue una struttura chiara per ogni progetto ammissibile. La struttura seguente è in linea con i criteri delle Linee Guida BIS che HMRC utilizza per valutare le richieste di rimborso:[3]
| Sezione | Cosa includere |
|---|---|
| 1. Panoramica del progetto | Breve descrizione degli obiettivi e del contesto del progetto. |
| 2. Conoscenza di base | Cosa si sapeva già nel settore fin dall'inizio? Cosa poteva realizzare un professionista competente utilizzando le conoscenze già disponibili al pubblico? |
| 3. L'anticipo richiesto | Quale progresso scientifico o tecnologico si proponeva di realizzare il progetto? |
| 4. L'incertezza | Quali specifiche incertezze scientifiche o tecnologiche esistevano? Perché un professionista competente non riusciva a determinare prontamente la risposta? |
| 5. Lavoro svolto | Quale approccio sistematico è stato adottato per risolvere l'incertezza? Descrivere i metodi, i test, le iterazioni e le analisi. |
| 6. Risultato | L'incertezza è stata risolta? Cosa è stato raggiunto (o non raggiunto)? |
| 7. Riepilogo dei costi | Ripartizione dei costi ammissibili per questo progetto: personale, materiali, subappaltatori, ecc. |
Scrivere sull'incertezza
IL incertezza La sezione "Reporting" è la parte più critica del rapporto. I periti HMRC si concentrano molto sull'esistenza di una reale incertezza scientifica o tecnologica. Tra le insidie più comuni figurano:[2]
- Troppo vago: "Non sapevamo se avrebbe funzionato" - questo descrive il rischio commerciale, non l'incertezza tecnologica
- Troppo generico: “Sviluppare software è complesso” — la complessità non è sinonimo di incertezza
- Manca la linea di base: Non riuscire a spiegare quali conoscenze già esistevano e perché erano insufficienti
Le descrizioni valide dell'incertezza sono specifiche e tecniche:
Un buon esempio: "Gli algoritmi di elaborazione del segnale esistenti disponibili nelle librerie open source potevano elaborare set di dati fino a 10.000 record in tempo reale. La nostra applicazione richiedeva l'elaborazione di 500.000 record nella stessa finestra di latenza. Non era noto se un algoritmo modificato potesse raggiungere questo obiettivo senza una perdita di dati inaccettabile, e la letteratura teorica non affrontava set di dati di questa portata in un contesto in tempo reale."
Esempio debole: "Avevamo bisogno di costruire un sistema in grado di elaborare rapidamente grandi quantità di dati. È stata una sfida impegnativa che ha richiesto un notevole impegno". Questa frase descrive una sfida aziendale, ma non esprime un'incertezza scientifica o tecnologica.
Identificazione del professionista competente
Il tuo rapporto dovrebbe identificare il professionista competente che può attestare l'incertezza. Questa persona dovrebbe avere:[3]
- Qualifiche o esperienza pertinenti nel campo della scienza o della tecnologia
- Conoscenza diretta del progetto e delle incertezze affrontate
- La capacità di confermare che l'incertezza era reale e non poteva essere risolta facilmente
In pratica, si tratta spesso del responsabile tecnico, dello sviluppatore senior, del responsabile dell'ingegneria o del responsabile scientifico. Non necessitano di accreditamento esterno: è sufficiente l'esperienza pratica nel settore.
Errori comuni da evitare
- Descrivere il prodotto, non la ricerca e sviluppo: Concentrarsi sulle sfide tecniche, non sulle caratteristiche del prodotto finale
- Linguaggio generico: Evita testi standard che potrebbero applicarsi a qualsiasi azienda del tuo settore
- Manca l'anticipo: Indicare chiaramente quale progresso scientifico o tecnologico è stato ricercato, non solo qual era l'obiettivo aziendale
- Nessun approccio sistematico: Dimostrare che il lavoro è stato pianificato e metodico (ipotesi, test, analisi), non solo tentativi ed errori
- Razionalizzazione retrospettiva: Scrivi il rapporto il più vicino possibile al momento della ricerca e sviluppo, non anni dopo, quando i ricordi sono sbiaditi.
Conservazione dei registri contemporanei
I migliori report tecnici sono supportati da documenti contemporanei — documenti creati durante il lavoro di ricerca e sviluppo. Questi potrebbero includere:
- Piani e specifiche del progetto
- Appunti delle riunioni tecniche e registri delle decisioni
- Risultati dei test e rapporti di analisi
- Cronologie dei commit Git e note di revisione del codice (per progetti software)
- Quaderni di laboratorio e registrazioni sperimentali
- Discussioni via email sulle sfide tecniche
Non è necessario allegare questi documenti alla richiesta, ma averli a disposizione rafforza la tua posizione nel caso in cui HMRC apra un'indagine.
Domande frequenti
Chi dovrebbe scrivere la relazione tecnica?
Il rapporto dovrebbe essere redatto o revisionato da un "professionista competente", ovvero qualcuno con le qualifiche tecniche e l'esperienza necessarie. Spesso si tratta dell'ingegnere capo, dello sviluppatore o dello scienziato che ha lavorato al progetto di ricerca e sviluppo. Un consulente di ricerca e sviluppo può contribuire a strutturare il rapporto, ma i contenuti tecnici dovrebbero essere redatti dalle persone che hanno svolto il lavoro.
Quanto dovrebbe essere lunga la descrizione di ogni progetto?
Non esiste un requisito di lunghezza fissa, ma ogni progetto dovrebbe essere descritto in modo sufficientemente dettagliato da consentire a un ispettore HMRC (che potrebbe non essere uno specialista nel vostro settore) di comprenderne l'incertezza e procedere. In genere, 500-1.500 parole per progetto sono sufficienti, a seconda della complessità.
Cosa succede se non ho redatto un rapporto al momento della richiesta di risarcimento?
Si consiglia vivamente di preparare la relazione prima o al momento della richiesta. Se HMRC apre un'indagine e non si dispone di una relazione, sarà necessario prepararne una retroattivamente, il che è più difficile e meno convincente. Iniziare a conservare i documenti durante il lavoro di ricerca e sviluppo.
Il rapporto deve essere in un formato specifico?
No, HMRC non prescrive un formato specifico. Tuttavia, si raccomanda un approccio chiaro e strutturato, che tenga conto delle conoscenze di base, dell'incertezza, dell'approccio adottato e dell'esito di ciascun progetto. Coerenza e chiarezza sono più importanti del formato.
Ulteriori letture
- Cosa si intende per R&S? — i criteri delle Linee guida della BIS
- Modulo di informazioni aggiuntive HMRC — il modulo digitale obbligatorio
- Richieste di ricerca e sviluppo HMRC — cosa succede durante un controllo di conformità
- Come richiedere i crediti d'imposta per la ricerca e sviluppo — il processo di richiesta completo
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