Fatos principais
- A área de P&D de software deve buscar um avanço em ciência da computação ou tecnologia da informaçãoNão se trata apenas de construir um novo produto.
- Desenvolvimento de rotina usando estruturas estabelecidas E padrões bem conhecidos não se qualificam.
- O avanço pode ser em algoritmos, processamento de dados, arquitetura, IA/ML, segurança ou integração.
- Ambos empresas de produtos (SaaS, aplicativos) e equipes internas de TI (Sistemas personalizados) podem se qualificar.
- Custos com pessoal para desenvolvedores, cientistas de dados e engenheiros DevOps são geralmente a maior despesa elegível.
O que se qualifica como P&D de software?
Para que o trabalho com software e tecnologia se qualifique como P&D para fins fiscais, ele deve buscar uma avanço em ciência da computação ou tecnologia da informação Resolvendo incertezas científicas ou tecnológicas genuínas. O avanço deve ir além do que um profissional competente na área poderia facilmente alcançar.[1]
As áreas comuns em que a P&D de software se qualifica incluem:
- Novos algoritmos: Desenvolver novos métodos computacionais para resolver problemas que os algoritmos existentes não conseguem lidar de forma eficiente.
- Inteligência artificial e aprendizado de máquina: Criar novas arquiteturas de modelos, abordagens de treinamento ou fluxos de processamento de dados onde o resultado é incerto.
- Desempenho em grande escala: Alcançar velocidades de processamento, taxa de transferência ou metas de latência que excedam as capacidades conhecidas.
- Integração complexa: Conectar sistemas de maneiras nunca antes alcançadas, onde a viabilidade é incerta.
- Segurança e criptografia: Desenvolver novas abordagens para a segurança cibernética ou criptografia que impulsionem o estado da arte.
- Engenharia de dados: Processar, transformar ou analisar dados de maneiras inovadoras que ultrapassam as técnicas conhecidas.
O que não se qualifica
As seguintes atividades são comuns em empresas de software, mas não geralmente se qualificam como P&D:[3]
- Desenvolvimento de padrões: Desenvolver funcionalidades usando frameworks consolidados (React, Django, Rails, .NET) sem incertezas tecnológicas.
- Configuração e personalização: Configurar plataformas de software ou CMS prontas para uso
- Design de UI/UX: O trabalho de design não é ciência nem tecnologia (embora a implementação técnica de uma nova interface possa ser).
- Administração de sistemas: Implantação, monitoramento e manutenção de rotina.
- Entrada e migração de dados: Movimentação de dados entre sistemas usando ferramentas ETL padrão
- Testes e controle de qualidade: Garantia de qualidade de rotina (embora testes como parte da resolução de incertezas em P&D também possam ser considerados).
O teste principal: Pergunte: "Um desenvolvedor competente, com acesso a conhecimento disponível publicamente, sabia como fazer isso antes de começarmos?" Se a resposta for sim, não se trata de P&D. Se a resposta for não, e você utilizou uma abordagem sistemática para encontrar a solução, provavelmente se qualifica.
Exemplos de qualificação em P&D de software
| Projeto | Por que isso se qualifica |
|---|---|
| Desenvolver um mecanismo de detecção de fraudes em tempo real que deve processar 1 milhão de transações por segundo com latência inferior a 10 ms. | Excede as capacidades de desempenho conhecidas; existe incerteza quanto à possibilidade de atingir simultaneamente a taxa de transferência e a precisão necessárias. |
| Criar um sistema de processamento de linguagem natural (PLN) que extraia com precisão dados estruturados de documentos jurídicos não estruturados em múltiplas jurisdições. | Novo desafio de IA: os modelos de PNL existentes não conseguem lidar com a linguagem específica do domínio e com as variações entre jurisdições com precisão suficiente. |
| Construir um pipeline de dados distribuído que mantenha a conformidade com ACID em 15 microsserviços com consistência eventual em menos de 200ms. | Incerteza arquitetural; padrões conhecidos (saga, commit em duas fases) não atendem simultaneamente aos requisitos de latência e consistência. |
| Desenvolvimento de um sistema de reconhecimento de imagem para detectar defeitos submilimétricos em componentes fabricados em velocidade de linha de produção. | Desafio da visão computacional: incerteza sobre se é possível alcançar precisão suficiente na velocidade necessária com a resolução de imagem disponível. |
Custos típicos elegíveis para empresas de software
Para empresas de software e tecnologia, a maior categoria de custos é quase sempre custos com pessoalOs cargos elegíveis geralmente incluem:[2]
- Desenvolvedores e engenheiros de software (distribuídos pelo tempo dedicado à P&D)
- Cientistas de dados e engenheiros de aprendizado de máquina
- Engenheiros de DevOps e infraestrutura (ao resolver desafios relacionados a P&D)
- Arquitetos técnicos (tempo gasto em projeto e planejamento de P&D)
- Diretores de tecnologia (CTOs) e líderes técnicos (tempo gasto em atividades de P&D)
Outros custos comuns incluem computação em nuvem (para cargas de trabalho de P&D), licenças de software especializadas e trabalhadores externos (desenvolvedores contratados para projetos de P&D).
Dica: Muitas empresas de software subestimam sua pesquisa e desenvolvimento (P&D) por considerá-la "apenas desenvolvimento". Analise seus backlogs de sprint, tickets do Jira e itens de dívida técnica — qualquer trabalho que envolva incerteza genuína sobre como atingir um objetivo técnico pode se qualificar.
Documentando P&D de Software
As empresas de software geralmente estão em uma posição privilegiada para documentar suas atividades de P&D, pois já utilizam ferramentas de gerenciamento de projetos e controle de versão. Exemplos úteis de documentação incluem:
- Histórico do Git: Mensagens de commit e branches mostrando tentativas iterativas para resolver um problema
- Jira/Trello/Asana: Ingressos descrevendo desafios técnicos e investigações.
- Confluência/Noção: Documentos de projeto técnico e registros de decisões de arquitetura
- Análises de solicitações de pull: Revisões de código discutindo as vantagens e desvantagens técnicas e a incerteza.
- Slack/Teams: Conversas em que a equipe discute obstáculos técnicos.
Perguntas frequentes
O desenvolvimento de um novo aplicativo ou site se qualifica como P&D?
Não automaticamente. Criar um aplicativo ou site usando tecnologias, frameworks e padrões de design já estabelecidos é desenvolvimento padrão, não P&D. No entanto, se o projeto se deparar com incertezas tecnológicas genuínas — por exemplo, alcançar desempenho em tempo real em uma escala sem precedentes ou desenvolver algoritmos inovadores — o trabalho para resolver essa incerteza pode se qualificar.
O desenvolvimento ágil pode ser considerado P&D?
Sim, a metodologia ágil pode envolver P&D. As diretrizes do BIS exigem uma "abordagem sistemática", e sprints ágeis com hipóteses claras, testes iterativos e análises podem atender a esse requisito. A questão fundamental é se o trabalho do sprint aborda a incerteza científica ou tecnológica, e não se a metodologia é ágil ou em cascata.
Será que inteligência artificial e aprendizado de máquina se qualificam?
Projetos de IA e ML frequentemente se qualificam porque muitas vezes envolvem incerteza genuína sobre se um modelo pode atingir a precisão necessária, se uma arquitetura inovadora funcionará ou como lidar com casos extremos nos dados de treinamento. No entanto, o simples uso de bibliotecas de ML pré-construídas sem modificação geralmente não se qualifica.
Posso solicitar reembolso pela correção de erros?
Geralmente não. A correção rotineira de bugs é considerada manutenção, não pesquisa e desenvolvimento. No entanto, se um bug revelar uma incerteza tecnológica fundamental — como uma condição de corrida que não pode ser resolvida usando técnicas conhecidas — o trabalho para solucionar essa incerteza subjacente pode ser considerado.
Leitura complementar
- O que se qualifica como P&D? — o teste completo das Diretrizes BIS
- Custos de P&D elegíveis — todas as categorias de custo elegíveis
- Relatório Técnico de P&D — como escrever sua narrativa
- Pesquisa e Desenvolvimento na Manufatura — exemplos de outro setor
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