Fatos principais
- O relatório técnico é não submetido com o seu formulário CT600, mas HMRC irá solicitá-lo caso abra uma investigação.
- Cada projeto qualificado deve ter sua própria seção abordando... incerteza, avanço e resolução.
- O relatório deve ser escrito (ou revisado) por um(a) profissional competente — alguém com experiência na área relevante.
- HMRC procura por linguagem específica e técnica que demonstra genuína incerteza científica ou tecnológica.
- Um bom relatório também inclui um detalhamento de custos para cada projeto.
Por que você precisa de um relatório técnico?
O relatório técnico (às vezes chamado de "narrativa técnica") é o documento principal que explica por que Seu trabalho se qualifica como P&D para fins fiscais. Embora não seja apresentado junto com o seu formulário CT600, HMRC Receita e Alfândega do Reino Unido) quase certamente o solicitará caso abra uma investigação de conformidade sobre sua declaração.[1]
Sem um relatório técnico robusto, sua solicitação fica vulnerável. HMRC e Alfândega do Reino Unido) aumentou significativamente a fiscalização das solicitações de incentivos fiscais para P&D desde 2022, e solicitações sem a documentação adequada têm maior probabilidade de serem contestadas ou reduzidas.
Estrutura recomendada
Um bom relatório técnico segue uma estrutura clara para cada projeto elegível. A estrutura abaixo está alinhada com os critérios das Diretrizes do BIS que HMRC utiliza para avaliar as solicitações:[3]
| Seção | O que incluir |
|---|---|
| 1. Visão geral do projeto | Breve descrição dos objetivos e contexto do projeto. |
| 2. Conhecimento básico | O que já se sabia na área inicialmente? O que um profissional competente já poderia alcançar utilizando o conhecimento disponível publicamente? |
| 3. O adiantamento solicitado | Que avanço científico ou tecnológico o projeto buscava alcançar? |
| 4. A incerteza | Que incertezas científicas ou tecnológicas específicas existiam? Por que um profissional competente não conseguiu determinar a resposta facilmente? |
| 5. Trabalho realizado | Qual abordagem sistemática foi adotada para resolver a incerteza? Descreva os métodos, testes, iterações e análises. |
| 6. Resultado | A incerteza foi resolvida? O que foi alcançado (ou não alcançado)? |
| 7. Resumo de custos | Detalhamento dos custos elegíveis para este projeto: pessoal, materiais, subcontratados, etc. |
Escrevendo sobre a incerteza
O incerteza Esta seção é a parte mais crítica do seu relatório. Os avaliadores HMRC concentram-se principalmente em verificar se existia ou não incerteza científica ou tecnológica genuína. Armadilhas comuns incluem:[2]
- Muito vago: “Não sabíamos se funcionaria” — isso descreve risco comercial, não incerteza tecnológica.
- Muito genérico: “Desenvolver software é complexo” — complexidade não é o mesmo que incerteza.
- Ausência da linha de base: Não explicar que conhecimento já existia e por que ele era insuficiente.
Boas descrições de incerteza são específicas e técnicas:
Bom exemplo: “Os algoritmos de processamento de sinais existentes, disponíveis em bibliotecas de código aberto, conseguiam processar conjuntos de dados de até 10.000 registros em tempo real. Nossa aplicação exigia o processamento de 500.000 registros dentro da mesma janela de latência. Não se sabia se um algoritmo modificado conseguiria atingir esse objetivo sem perda de dados inaceitável, e a literatura teórica não abordava conjuntos de dados dessa escala em um contexto de tempo real.”
Exemplo fraco: “Precisávamos construir um sistema que processasse grandes quantidades de dados rapidamente. Isso foi desafiador e exigiu um esforço significativo.” — isso descreve um desafio de negócios, mas não articula uma incerteza científica ou tecnológica.
Identificando o profissional competente
Seu relatório deve identificar o profissional competente Quem pode atestar a incerteza? Essa pessoa deveria ter:[3]
- Qualificações ou experiência relevantes na área de ciência ou tecnologia.
- Conhecimento direto do projeto e das incertezas envolvidas.
- A capacidade de confirmar que a incerteza era genuína e não poderia ter sido facilmente resolvida.
Na prática, geralmente trata-se do líder técnico, desenvolvedor sênior, chefe de engenharia ou cientista-chefe. Eles não precisam de credenciamento externo — a experiência prática na área é suficiente.
Erros comuns a evitar
- Descrever o produto, não a pesquisa e o desenvolvimento: Concentre-se nos desafios técnicos, não nas funcionalidades do produto final.
- Linguagem genérica: Evite textos genéricos que poderiam se aplicar a qualquer empresa do seu setor.
- Sentindo falta do avanço: Indique claramente qual avanço científico ou tecnológico era almejado, e não apenas qual era o objetivo comercial.
- Sem uma abordagem sistemática: Demonstre que o trabalho foi planejado e metódico (hipótese, teste, análise), e não apenas baseado em tentativa e erro.
- Racionalização retrospectiva: Escreva o relatório o mais próximo possível da época da pesquisa e desenvolvimento, e não anos depois, quando as memórias já tiverem se desvanecido.
Manter registros contemporâneos
Os melhores relatórios técnicos são apoiados por registros contemporâneos — documentos criados durante o trabalho de P&D. Estes podem incluir:
- Planos e especificações do projeto
- Notas de reuniões técnicas e registros de decisões
- Resultados dos testes e relatórios de análise
- Histórico de commits do Git e notas de revisão de código (para projetos de software)
- Cadernos de laboratório e registros experimentais
- Trocas de e-mails discutindo desafios técnicos
Você não precisa enviar esses registros com sua solicitação, mas tê-los disponíveis fortalece sua posição caso HMRC abra uma investigação.
Perguntas frequentes
Quem deve redigir o relatório técnico?
O relatório deve ser redigido ou revisado por um “profissional competente” — alguém com as qualificações técnicas e a experiência relevantes. Geralmente, trata-se do engenheiro, desenvolvedor ou cientista responsável pelo projeto de P&D. Um consultor de P&D pode auxiliar na estruturação do relatório, mas o conteúdo técnico deve ser elaborado pelas pessoas que realizaram o trabalho.
Qual deve ser a extensão de cada descrição de projeto?
Não há um limite fixo de palavras, mas cada projeto deve ser descrito com detalhes suficientes para que um inspetor HMRC (que pode não ser especialista na sua área) compreenda as incertezas e possa prosseguir. Normalmente, entre 500 e 1.500 palavras por projeto são suficientes, dependendo da complexidade.
E se eu não tivesse redigido um relatório na época da reclamação?
É altamente recomendável preparar o relatório antes ou no momento da solicitação. Se HMRC abrir uma investigação e você não tiver um relatório, precisará prepará-lo posteriormente, o que é mais difícil e menos convincente. Comece a manter registros durante o próprio trabalho de P&D.
O relatório precisa seguir um formato específico?
Não, HMRC não prescreve um formato específico. No entanto, recomenda-se uma abordagem clara e estruturada — que abranja o conhecimento básico, as incertezas, a abordagem adotada e o resultado de cada projeto. Consistência e clareza são mais importantes do que o formato.
Leitura complementar
- O que se qualifica como P&D? — os critérios das Diretrizes BIS
- Formulário de Informações Adicionais HMRC — o formulário digital obrigatório
- Consultas de P&D HMRC — O que acontece durante uma verificação de conformidade?
- Como solicitar créditos fiscais de P&D — o processo completo de reclamação
Procurando um software de impostos simples?
# GoFile é reconhecido HMRC e conta com a confiança de mais de 50.000 empresas no Reino Unido. Configure em minutos e declare seus impostos com segurança.
Comece gratuitamenteNão é necessário cartão de crédito · Cancele quando quiser