Custo vs. Capitalização de I&D em Software: Como Empresas Tecnológicas Perdem Centenas de Milhares de Euros (SIFIDE II e NCRF 6)

O Erro Contabilístico que Faz Empresas Tecnológicas Rentáveis Parecerem Falidas

Imagina que uma empresa metalomecânica ou de moldes na região de Leiria investe 800.000 € na construção de uma nova linha robotizada dentro da sua fábrica. Nenhum contabilista certificado no seu perfeito juízo lançaria esses 800.000 € diretamente como uma despesa corrente de consumo no mês da compra, como se a fábrica tivesse comprado resmas de papel. Fazê-lo criaria um prejuízo artificial de 800.000 € no primeiro ano e ocultaria do balanço o principal ativo produtivo da empresa. Pelo contrário, o contabilista reconhece o equipamento como um ativo fixo tangível e deprecia-o ao longo da sua vida útil económica.

Agora, atravessa a rua e entra numa tecnológica B2B, numa software house ou numa empresa de engenharia industrial que desenvolve plataformas próprias de Inteligência Artificial e automação na cloud. Essa empresa investe exatamente os mesmos 800.000 € — não em aço e prensas hidráulicas, mas em arquitetos de software sénior, engenheiros de sistemas distribuídos e infraestrutura de computação para construir um produto tecnológico que vai gerar receitas recorrentes durante os próximos seis anos.

No entanto, quando analiso as demonstrações financeiras históricas (IES e Modelo 22) das empresas tecnológicas que procuram um diagnóstico fiscal na Hélder Ferreira Contabilidade, mais de 70% lançaram cada cêntimo do seu desenvolvimento de software diretamente como gasto operacional perdido no exercício.

Porque é que isto acontece? Porque o gabinete de contabilidade generalista que as acompanhava tratou o vencimento anual de 75.000 € de um engenheiro de sistemas distribuídos exatamente da mesma forma que trata o salário de um rececionista ou de um administrativo: debitou a Conta 63 do SNC (Gastos com o Pessoal), entregou a declaração mensal e deu o trabalho por concluído.

Com mais de 35 anos de experiência em otimização financeira e fiscal — desde o meu percurso na Força Aérea Portuguesa e na estrutura financeira da EDP até à fundação do nosso escritório na Nazaré em 1989 —, posso garantir-te que esta inércia contabilística é um dos erros mais caros do ecossistema empresarial português. Quando tratas a criação plurianual de Propriedade Intelectual como uma despesa descartável do mês, provocas três danos simultâneos na tua empresa:

1. Esmaga o Balanço e o rácio de Autonomia Financeira, bloqueando o acesso a linhas de crédito bancário e a candidaturas aos fundos europeus do Portugal 2030.
2. Destrói artificialmente o EBITDA em processos de avaliação (M&A ou rondas de investimento), entregando aos compradores um pretexto para desvalorizar a empresa.
3. Deixa centenas de milhares de euros em cima da mesa ao não estruturar os projetos de engenharia para o benefício fiscal do SIFIDE II e para o regime de Patent Box.

A Mecânica Contabilística: A Norma Internacional IAS 38 e a NCRF 6 em Portugal

Para corrigir esta distorção, os fundadores, administradores financeiros (CFOs) e diretores técnicos (CTOs) precisam de dominar o enquadramento normativo que rege os ativos intangíveis: a norma internacional IAS 38 (Intangible Assets), emitida pela IFRS Foundation, e a sua transposição direta para o Sistema de Normalização Contabilística português através da NCRF 6 (Norma Contabilística e de Relato Financeiro 6 — Ativos Intangíveis).

Tanto a IAS 38 como a NCRF 6 dividem a geração interna de um ativo intangível (como uma plataforma SaaS proprietária, um firmware industrial ou um motor algorítmico de decisão) em duas fases cronológicas estritas:

Fase 1: A Fase de Pesquisa (Research Phase — Gasto Obrigatório no Exercício)

Durante a investigação preliminar — quando a equipa está apenas a explorar conceitos teóricos, a comparar bibliotecas de terceiros ou a testar hipóteses embrionárias sem uma arquitetura comercial definida — ainda não é possível demonstrar que o projeto gerará benefícios económicos futuros prováveis. Por conseguinte, nos termos dos parágrafos 54 a 56 da NCRF 6 / IAS 38, todos os dispêndios incorridos na Fase de Pesquisa têm de ser reconhecidos como gasto no momento em que ocorrem.

Fase 2: A Fase de Desenvolvimento (Development Phase — Capitalização Obrigatória)

No exato momento em que o projeto transita da exploração teórica para o desenvolvimento técnico estruturado, a regra contabilística inverte-se — desde que a empresa consiga demonstrar cumulativamente os seis critérios obrigatórios do parágrafo 57 da NCRF 6 (e da IAS 38):

1. Viabilidade Técnica: Existência de uma arquitetura de engenharia que comprove a viabilidade de concluir o ativo intangível para que esteja disponível para uso interno ou para comercialização/licenciamento.
2. Intenção de Concluir o Ativo: Deliberação formal da administração aprovando o roadmap de conclusão, implementação ou venda do software.
3. Capacidade de Usar ou Vender: A empresa dispõe da estrutura operacional e comercial para explorar o software no mercado ou nas suas operações.
4. Benefícios Económicos Futuros Prováveis: Demonstração da existência de um mercado externo (contratos B2B, subscrições SaaS) ou de poupanças internas quantificáveis (por exemplo, um motor de automação interno que reduz em 60% o tempo de processamento logístico).
5. Disponibilidade de Recursos Técnicos e Financeiros: A empresa possui a equipa de engenharia e a liquidez necessária para concluir o desenvolvimento.
6. Mensuração Fiável do Dispêndio: É aqui que a maioria das PME falha — a empresa tem de possuir um sistema de Contabilidade Analítica capaz de imputar com exatidão as horas de engenharia, encargos salariais e custos diretos de computação a esse ativo específico.

Quando estas seis condições estão reunidas, os custos de engenharia deixam de afundar artificialmente a Demonstração de Resultados. No plano de contas do SNC português, os salários continuam a ser registados por natureza na Conta 63, mas o valor correspondente ao desenvolvimento elegível é creditado na Conta 741 (Trabalhos para a Própria Entidade - Ativos Intangíveis) por contrapartida a débito da Conta 441 (Ativos Intangíveis - Projetos de Desenvolvimento).

Vê a diferença abismal que este rigor produz nas contas anuais (IES) de uma empresa tecnológica portuguesa com 2,5 milhões de euros de faturação e 1,0 milhão de euros de massa salarial técnica (em que 60% do tempo da equipa — 600.000 € — é dedicado ao desenvolvimento de novos módulos e produtos estruturantes):

Repara na última linha da tabela. Os sistemas de avaliação do IAPMEI e os algoritmos de risco de crédito da banca comercial exigem rácios mínimos de Autonomia Financeira (tipicamente entre 15% e 25%) para aprovar incentivos do Portugal 2030 ou linhas de financiamento ao investimento. Ao não aplicarem corretamente a NCRF 6, centenas de empresas de engenharia altamente sólidas sabotam o seu próprio balanço no papel.

SIFIDE II: Como Recuperar Até 82,5% do Investimento em Engenharia Diretamente no IRC

Enquanto a NCRF 6 protege a estrutura do balanço e o rating de crédito, o SIFIDE II (Sistema de Incentivos Fiscais em Investigação e Desenvolvimento Empresarial), regulado pelo Código Fiscal do Investimento (CFI, Artigos 35.º a 42.º) e sujeito à certificação técnica da Agência Nacional de Inovação (ANI), constitui o instrumento fiscal mais poderoso da Europa para empresas que desenvolvem tecnologia em Portugal.

Ao contrário de uma simples dedução ao lucro tributável, o SIFIDE II opera como uma dedução direta à coleta do IRC (imposto a pagar). E, se num determinado exercício o benefício fiscal apurado for superior à coleta de IRC disponível, o crédito não se perde: segundo a legislação em vigor, o saldo pode ser reportado para dedução nos 12 exercícios fiscais seguintes.

Como funciona o cálculo matemático do benefício no SIFIDE II?

• Taxa Base: 32,5% das despesas de I&D elegíveis realizadas no exercício.
• Taxa Incremental: 50% do acréscimo de despesa de I&D realizada no exercício face à média aritmética simples dos dois exercícios anteriores (até ao limite máximo de 1.500.000 € de benefício incremental).

Façamos as contas para uma empresa tecnológica ou industrial em expansão que não realizou despesas formais de I&D nos dois anos anteriores (ou que está a reforçar fortemente o seu laboratório de engenharia) e investe 500.000 € em salários e custos diretos de I&D elegíveis este ano:

• Benefício à Taxa Base: 32,5% × 500.000 € = 162.500 €
• Benefício à Taxa Incremental: 50,0% × 500.000 € = 250.000 €
• Crédito Fiscal Direto de IRC: 412.500 € (uma recuperação extraordinária de 82,5% sobre o investimento de 500.000 € em engenharia!).

Mesmo para empresas tecnológicas já maduras com orçamentos de I&D estabilizados, recuperar anualmente entre 32,5% e 60%+ dos salários da equipa de investigação e desenvolvimento diretamente na fatura de IRC transforma por completo a tesouraria. Mais ainda: quando esse trabalho de I&D origina software protegido por direitos de autor registados ou patentes industriais licenciadas, é possível articular este benefício com o regime de Patent Box (Artigo 50.º-A do CIRC), que isenta de IRC 85% dos rendimentos líquidos provenientes da cessão ou utilização temporária de propriedade intelectual.

O Que É Realmente Elegível Segundo o Manual de Frascati da OCDE

Como contabilista que prepara e defende dossiers fiscais há mais de três décadas, deixo aqui um aviso sério: os peritos avaliadores da ANI são doutorados e engenheiros sénior, não são burocratas administrativos. Se submeteres uma candidatura ao SIFIDE II alegando que criar uma loja online convencional ou mudar as cores de um painel administrativo é “Investigação e Desenvolvimento”, a candidatura será chumbada sem apelo.

A ANI avalia cada projeto estritamente à luz dos critérios internacionais do Manual de Frascati, publicado pela OCDE. Para que uma atividade de engenharia de software seja classificada como I&D (Investigação Aplicada ou Desenvolvimento Experimental), tem de cumprir cinco critérios cumulativos: ser nova, criativa, incerta quanto ao seu resultado final, sistemática e transferível/reprodutível.

Na engenharia informática e na digitalização empresarial, a linha divisória reside na Incerteza Tecnológica. É obrigatório demonstrar que um engenheiro sénior competente não conseguiria deduzir a solução limitando-se a ler documentação pública, aplicar bibliotecas comerciais padrão ou repetir práticas correntes do setor.

Vê a diferença prática entre engenharia de rotina (excluída) e I&D elegível (aprovada):

• Rejeitado (Engenharia de Rotina): Construir uma API REST convencional sobre uma base de dados relacional; integrar um módulo de pagamentos comercial já existente; migrar uma aplicação para servidores cloud seguindo a documentação padrão do fornecedor.
• Aprovado (Incerteza Tecnológica Genuína):
  • Arquitetar motores determinísticos de sincronização distribuída na edge com latência inferior a 50ms em cenários onde os protocolos padrão de consistência eventual provocam corrupção de estado financeiro.
  • Desenvolver pipelines proprietários de visão computacional ou inferência local de modelos de linguagem (LLMs/RAG) com quantização personalizada, contenção matemática de alucinações e anonimização criptográfica de dados clínicos ou bancários.
  • Conceber protocolos inéditos de verificação criptográfica, motores de auditoria transacional contínua em tempo real ou algoritmos de telemetria preditiva entre sensores industriais IoT e sistemas ERP.

Como Ligar o CTO ao Contabilista: Da Telemetria do Git ao Balancete Analítico

Porque é que tantas empresas tecnológicas legítimas nunca submetem candidaturas ao SIFIDE II ou veem 40% das suas despesas cortadas numa auditoria da ANI ou da Autoridade Tributária? Porque o diretor técnico (CTO) e o contabilista falam duas línguas completamente diferentes — e só conversam uma vez por ano em abril, cinco meses depois de o exercício fiscal ter fechado.

Em maio do ano seguinte (prazo limite para submeter a candidatura ao SIFIDE II relativa ao ano anterior), tentar adivinhar retroativamente que programador trabalhou em que algoritmo experimental dez meses antes é uma receita para o desastre.

Quando trabalhamos em conjunto com a direção de engenharia da Webxtek em projetos de consultoria técnica e estruturação de I&D, substituímos a improvisação retroativa por um fluxo contínuo que transforma a telemetria de desenvolvimento em prova contabilística e fiscal:

• Commits Git / Pull Requests & Épicos Jira/Linear: (Classificados na Origem: [I&D-Nuclear] vs. [Manutenção-Prod] vs. [Suporte-Cliente])
• Mapa Mensal de Afetação Técnica de Tempos (Validado pelo CTO): (Cruza % de Salário Bruto + TSU por Engenheiro com Grau Académico Licenciatura/Mestrado)
• Contabilidade Analítica SNC (Centros de Custo por Projeto de I&D)
• 1. Lançamento de Capitalização NCRF 6 (Crédito Conta 741 → Débito Conta 441)
• 2. Dossier Técnico-Financeiro SIFIDE II / ANI (Estado da Arte + Hipóteses + Ensaios)

Eis as quatro regras de disciplina operacional que tornam esta arquitetura à prova de bala:

1. Classificação dos Épicos de Engenharia na Origem: No sistema de gestão de projetos (Jira, Linear, GitHub), separa desde o primeiro dia a manutenção corretiva e as configurações comerciais dos épicos de investigação (Projetos de I&D). Cada épico de I&D tem de documentar o estado da arte inicial, o estrangulamento ou incerteza tecnológica, as hipóteses testadas (incluindo as iterações que falharam!) e as métricas de desempenho alcançadas. (Aliás, documentar testes técnicos que falharam antes de atingir a solução final é uma das provas mais valorizadas pelos auditores da ANI para confirmar a existência de incerteza tecnológica.)
2. Mapas Mensais de Afetação de Tempos Assinados: Para cada engenheiro, cientista de dados ou gestor técnico alocado a I&D, mantém folhas de imputação mensais com a percentagem exata de horas dedicadas a cada projeto, devidamente articuladas com o contrato de trabalho, o certificado de habilitações académicas (fundamental porque o pessoal técnico com licenciatura, mestrado ou doutoramento está sujeito a regras específicas de elegibilidade) e as Declarações Mensais de Remunerações (DMR).
3. Centros de Custo na Contabilidade Analítica Mensal: Nunca mistures os custos de pessoal de I&D num único centro de custo genérico. A contabilidade deve registar mensalmente os valores em centros de custo analíticos dedicados a cada projeto de investigação, isolando remunerações base, contribuições obrigatórias para a Segurança Social (TSU - 23,75%) e gastos gerais de funcionamento imputáveis (até ao teto percentual regulamentar sobre as despesas com pessoal).
4. Articulação Rigorosa entre SIFIDE II, PT2030 e Financiamento Internacional: Se a tua empresa também recorre a financiamento internacional ou a subsídios diretos de I&D do Portugal 2030 (SI I&DT), a contabilidade tem de impedir qualquer sobreposição ilegal (duplo financiamento). A quota-parte de uma despesa comparticipada a fundo perdido tem de ser deduzida à base de cálculo do SIFIDE II, garantindo que ambos os incentivos coexistem em total conformidade legal.

Ao longo de mais de três décadas a sentar-me ao lado de empresários e engenheiros, vi demasiadas empresas brilhantes sufocarem financeiramente apenas porque a sua contabilidade funcionava com a mentalidade dos anos 90. O código-fonte que a tua equipa cria é um ativo industrial de elevado valor, não é um custo administrativo a fundo perdido. Capitaliza o teu desenvolvimento ao abrigo da NCRF 6, recupera no SIFIDE II cada euro a que a lei te dá direito e transforma o teu balanço numa alavanca de crescimento duradouro.

Na prática, aplicas exatamente estes padrões operacionais em setores exigentes como consultoria de implementação de software empresarial e gestão de frotas inteligente e telemática. Quando alinhas a tua estrutura através de Financiamento da UE e Candidaturas e financiamento internacional e subsídios, transformas boas práticas técnicas numa vantagem competitiva real e mensurável para o teu negócio.