Software é ativo intangível ou despesa? Como classificar e amortizar

Software não tem uma classificação automática. Conforme o contrato e o uso, o gasto pode ser despesa, pagamento antecipado, ativo imobilizado ou ativo intangível. A análise começa pelo direito e pelo controle, separa licença, implantação, treinamento, suporte e desenvolvimento, identifica quando o ativo ficou disponível para uso e só então examina amortização e dedutibilidade no IRPJ e na CSLL.

Também não é seguro aplicar cinco anos ou 20% ao ano por hábito. A IN SRF nº 4/1985, que trazia esse parâmetro para software de processamento de dados, foi expressamente revogada pelo art. 2º, XI, da IN RFB nº 1.928/2020. O tratamento atual precisa reconciliar vida útil contábil, duração do direito, regras fiscais e documentação.

Resposta executiva

A pergunta correta não é “a fatura diz software?”, mas “o que a empresa recebeu, quem controla o recurso, quais gastos o colocaram em condição de uso, quando isso ocorreu e qual direito será amortizado?”.

Software não tem uma classificação automática

O item 4 do CPC 04 (R1) fornece a primeira divisão. Software que é parte integrante de um equipamento sem o qual ele não funciona segue o tratamento do imobilizado. Quando não é parte integrante do hardware, pode seguir o intangível — desde que a empresa demonstre identificação, controle, benefício econômico provável e custo mensurável.

Isso produz quatro saídas possíveis:

O item 12 do CPC 04 considera identificável o ativo separável ou resultante de direito contratual ou legal. O item 13 associa controle ao poder de obter benefícios futuros e restringir o acesso de terceiros. Portanto, a periodicidade da cobrança, o CNAE do fornecedor e o texto resumido da nota fiscal são evidências, mas não encerram o lançamento.

A árvore de decisão em sete passos

Antes de contabilizar uma licença, implantação ou projeto interno, a empresa pode seguir esta ordem.

1. Direito controlado ou apenas acesso

Licença que transfere um direito identificável não é igual a login em aplicação controlada pelo fornecedor. É preciso ler licença, SLA, restrições, propriedade intelectual, portabilidade, prazo e condições de encerramento.

2. Software separável ou inseparável do hardware

Sistema operacional necessário ao equipamento e software embarcado podem acompanhar o imobilizado. Aplicação independente tende a ser testada sob o CPC 04.

3. Controle do recurso pela empresa

Benefício esperado não basta. A empresa precisa demonstrar como obtém os benefícios e limita o acesso de terceiros. Em código desenvolvido por fornecedor, cláusulas de titularidade, acesso ao repositório, exclusividade e direito de modificação tornam-se decisivas.

4. Mensuração confiável do custo

Faturas agregadas, rateios sem base e equipes sem apontamento dificultam separar o ativo da operação corrente. A ausência de uma trilha confiável pode impedir o reconhecimento, ainda que o projeto pareça economicamente valioso.

5. Aquisição ou geração interna

Ativo adquirido separadamente segue preço de compra e custos diretamente atribuíveis. Desenvolvimento interno exige o gate cumulativo do item 57 do CPC 04.

6. Disponibilidade do ativo para uso

Contratação, início do projeto, primeira fatura, aceite e go-live podem ocorrer em datas diferentes. A amortização contábil começa quando o ativo está no local e nas condições necessárias para funcionar como pretendido.

7. Condições próprias da dedução fiscal

Para o lucro real e o resultado ajustado, a empresa precisa verificar vínculo intrínseco com produção ou comercialização, duração do direito, valor do capital e controles fiscais. O registro contábil é parte da análise, não um passe automático.

Licença adquirida: o que entra no custo

Os itens 27 e 28 do CPC 04 incluem no custo o preço de compra, tributos não recuperáveis e gastos diretamente atribuíveis à preparação do ativo para a finalidade proposta. Entre os exemplos estão empregados diretamente envolvidos, honorários profissionais e testes de funcionamento.

Podem integrar o custo, conforme os fatos:

• licença e tributos não recuperáveis;
• configuração necessária ao funcionamento;
• integração indispensável ao go-live;
• código e desenvolvimento diretamente atribuíveis;
• testes de aceite e validação técnica;
• profissionais dedicados a colocar o ativo em condição de uso.

Não integram automaticamente:

• treinamento;
• publicidade e lançamento;
• administração geral;
• perdas e ineficiências anormais;
• suporte rotineiro depois de disponível para uso;
• operação corrente e manutenção sem benefício incremental controlado.

A regra não é “tudo antes do go-live entra” nem “todo serviço sai”. A função do gasto decide. Um serviço contratado antes do go-live pode ser treinamento e permanecer despesa; outro pode ser a integração sem a qual o ativo não opera e compor o custo.

Implantação de ERP exige abrir a fatura

Projetos de ERP costumam reunir licença, consultoria, configuração, integração, migração, testes, treinamento, gestão de mudança e suporte. Registrar toda a nota como despesa ou capitalizar o contrato inteiro são atalhos opostos.

No Acórdão CARF nº 1004-000.406, processo 11065.720679/2015-11, o colegiado tratou aquisição, implantação e entrada em operação de ERP/SAP como aplicação de capital nos fatos de 2010. A ementa menciona consultoria, configuração, integração, migração e gestão da mudança e destaca custos diretamente atribuíveis à preparação do ativo.

O resultado não autoriza capitalizar qualquer projeto de ERP. Ele mostra que o nome “prestação de serviços” não prevalece sobre a substância de um projeto estruturante com benefício por vários períodos. Também exige cautela temporal: o acórdão foi publicado em 2026, mas julgou 2010 e aplicou a regra de cinco anos vigente nos fatos, depois revogada.

O contraponto está no Acórdão CARF nº 1401-002.082, processo 16327.001041/2006-74. Nos fatos de 2003, licença anual e mão de obra especializada de manutenção e suporte foram aceitas como despesas normais do exercício. O contraste reforça que contrato, duração, escopo e prova importam mais que o rótulo “informática”.

SaaS e cloud: acesso, código e customização não são a mesma coisa

Em um contrato de SaaS típico, o fornecedor controla a aplicação e o cliente recebe acesso durante o prazo. Nesse cenário, pode não existir software controlado pelo cliente para reconhecer como intangível.

A decisão de agenda de 2021 do IFRS Interpretations Committee organiza uma análise útil, apresentada aqui como contexto IFRS, não como norma tributária brasileira autônoma:

• o acesso à aplicação controlada pelo fornecedor é serviço;
• código adicional identificável e controlado pelo cliente pode formar intangível separado;
• sem ativo, serviço de configuração distinto é reconhecido quando prestado;
• serviço não distinto do acesso pode ser apropriado ao longo do contrato;
• pagamento anterior à prestação pode permanecer como pagamento antecipado.

Isso impede dois automatismos. Cobrança mensal não prova despesa imediata, porque pode haver acesso futuro pago antecipadamente. E “customização” não prova ativo, porque ajustar parâmetros do software do fornecedor pode não criar nenhum recurso controlado pelo cliente.

Desenvolvimento próprio: o gate dos seis critérios

O CPC 04 separa pesquisa e desenvolvimento. Pesquisa permanece despesa quando incorrida. Se a empresa não consegue distinguir as fases, o item 53 manda tratar o gasto como fase de pesquisa.

O ativo gerado internamente só começa a ser reconhecido quando a empresa consegue demonstrar, simultaneamente:

1. viabilidade técnica para concluir;
2. intenção de concluir e usar ou vender;
3. capacidade de usar ou vender;
4. forma de geração de benefícios futuros, mercado ou utilidade interna;
5. recursos técnicos, financeiros e outros adequados;
6. mensuração confiável dos gastos atribuíveis.

O item 65 restringe o custo aos gastos posteriores à data em que os critérios são atendidos. O item 71 impede transformar em ativo despesas já reconhecidas. Portanto, aprovar um business case em agosto não permite reativar discovery, POC e salários de janeiro a julho.

Uma política defensável precisa documentar a data do gate e separar:

• discovery e avaliação de alternativas;
• desenvolvimento de funcionalidade nova;
• correções e manutenção;
• retrabalho e ineficiência;
• operação do produto;
• atividade administrativa;
• tempo diretamente atribuível ao ativo.

“Equipe de engenharia” não é centro de custo automaticamente capitalizável. Backlog, arquitetura, aprovação, orçamento, horas e entregáveis precisam contar a mesma história.

Quando a amortização começa

O item 97 do CPC 04 determina que a amortização de intangível com vida útil definida comece quando o ativo estiver disponível para uso. A data pode coincidir com o go-live, mas o documento decisivo é a evidência de que o sistema estava no local e nas condições necessárias para funcionar como pretendido.

Uma linha do tempo útil é:

pesquisa → gate dos seis critérios → desenvolvimento capitalizável → disponível para uso → amortização → revisão anual → impairment ou baixa

Quatro marcos não devem ser confundidos:

• assinatura do contrato;
• início do projeto;
• data do gate de capitalização;
• disponibilidade para uso.

O método deve refletir o padrão de consumo dos benefícios. Se esse padrão não puder ser determinado com confiabilidade, o CPC 04 usa o método linear. Vida útil e método são revistos pelo menos ao fim de cada exercício. Em software, obsolescência tecnológica, dependências, roadmap e prazo contratual merecem documentação específica.

Ativo de vida útil indefinida não é amortizado contabilmente e passa por teste de recuperabilidade anual e quando houver indícios. A classificação não significa “vida eterna”; significa ausência, naquela data, de limite previsível para os fluxos. Em ambiente de rápida obsolescência, a conclusão exige evidência especialmente robusta.

A regra de cinco anos foi revogada

A antiga IN SRF nº 4/1985 fixava prazo mínimo de cinco anos e taxa de 20% para custos de aquisição e desenvolvimento de software de processamento de dados. O art. 2º, XI, da IN RFB nº 1.928/2020 revogou expressamente o ato.

As fontes fiscais atuais consultadas seguem outra estrutura:

• o art. 330 do RIR/2018 trata a recuperação do capital em direitos de duração limitada;
• o art. 331 inclui licenças e demais intangíveis;
• o art. 332 aplica a taxa anual sobre o valor original do capital;
• o art. 333 olha o número de anos restantes de existência do direito;
• a pergunta 064 do Perguntas e Respostas PJ 2025 repete essa lógica.

A conclusão segura é limitada: a antiga taxa automática perdeu sua base vigente e as fontes abertas não criaram uma nova taxa universal para todo software. Isso não autoriza escolher qualquer prazo. A empresa ainda precisa demonstrar direito, duração, vida útil, método, disponibilidade para uso e eventual diferença contábil-fiscal.

Quando a amortização pode reduzir IRPJ e CSLL

O art. 41 da Lei nº 12.973/2014 considera dedutível, na determinação do lucro real, a amortização de direitos classificados no intangível, observado o art. 13, III, da Lei nº 9.249/1995. Esse dispositivo exige relação intrínseca com produção ou comercialização.

A pergunta 041 do Perguntas e Respostas PJ 2025 esclarece que a amortização registrada segundo as normas contábeis é dedutível quando o direito atende ao vínculo e estende o tratamento à CSLL. A IN RFB nº 1.700/2017, art. 126, é a referência administrativa correspondente.

Na prática, a empresa deve testar:

A Lei do Bem segue rota própria. O art. 42 da Lei nº 12.973/2014 trata gastos de desenvolvimento de inovação tecnológica registrados no intangível e remete aos requisitos da Lei nº 11.196/2005. A empresa não deve misturar o incentivo com a dedução ordinária da amortização nem presumir que todo desenvolvimento de software seja projeto elegível.

Exemplo: uma fatura de R$ 600 mil pode ter quatro tratamentos

Considere um ERP fictício com licença de 36 meses e disponibilidade para uso em 1º de julho:

A reconciliação fecha em R$ 355 mil no intangível adquirido, R$ 95 mil no código separado e R$ 150 mil em despesas. Se o primeiro tiver vida útil de 36 meses e o segundo, 48 meses, ambos pelo método linear neste exemplo, a amortização contábil de julho a dezembro soma R$ 71.041,67.

Esse número não é automaticamente a dedução fiscal. O código próprio, o prazo dos direitos, o vínculo operacional e as diferenças entre contabilidade e fiscal ainda precisam ser examinados. O objetivo do exemplo é mostrar por que valor total da proposta, descrição genérica da nota ou data do pagamento não resolvem a decisão.

O dossiê que sustenta classificação e dedução

Uma revisão defensável precisa conectar jurídico, tecnologia, contabilidade e fiscal.

Direitos e contrato

• contrato, licença, SLA e anexos;
• titularidade do código e dos desenvolvimentos;
• prazo, renovação, rescisão e portabilidade;
• acesso a repositório, exclusividade e restrições a terceiros;
• separação entre licença, implantação, treinamento e suporte.

Projeto e tecnologia

• business case e aprovação orçamentária;
• requisitos, backlog, arquitetura e entregáveis;
• stage-gate de pesquisa para desenvolvimento;
• apontamento de horas e critérios de rateio;
• testes, aceite e termo de disponibilidade para uso;
• identificação de manutenção, correção e operação corrente.

Contabilidade e fiscal

• memória de composição do custo;
• memo de identificação, controle e benefício;
• vida útil, obsolescência, método e revisão anual;
• razão contábil e conciliação com faturas;
• ECD, ECF, e-Lalur/e-Lacs e diferenças temporárias;
• impairment, baixa e alterações contratuais.

A prova precisa existir antes da fiscalização. Reconstruir o gate de desenvolvimento, o go-live ou a alocação de uma fatura anos depois aumenta custo e reduz confiabilidade.

Como a TaxUp conduz o diagnóstico

A equipe da TaxUp começa pelo contrato e pelo fluxo real da tecnologia. Em seguida, reconcilia a classificação contábil com IRPJ, CSLL e frentes relacionadas, sem transformar uma análise de intangível em uma revisão genérica de todos os tributos.

O trabalho pode incluir:

1. inventário de contratos, projetos e saldos;
2. matriz de direitos, controle e componentes;
3. separação de licença, implantação, treinamento, manutenção e desenvolvimento;
4. reconstrução de gates e datas de disponibilidade;
5. teste de vida útil, método e obsolescência;
6. reconciliação contábil-fiscal e controles;
7. plano de correção e documentação para períodos seguintes.

Quando o caso também envolve créditos de PIS/Cofins, Lei do Bem, remessas ao exterior ou partes relacionadas, cada tema é levado ao seu owner e à sua base legal própria. A classificação do ativo é uma entrada importante, mas não substitui essas análises.

Fontes oficiais e data de revisão

Conteúdo revisado em 19 de outubro de 2026.

• CPC 04 (R1) — Ativo Intangível, itens 4, 8–29, 52–71 e 88–112;
• Lei nº 6.404/1976, arts. 179, VI, e 183, VII;
• Lei nº 12.973/2014, arts. 41 e 42;
• Lei nº 9.249/1995, art. 13, III;
• RIR/2018, arts. 330 a 333;
• IN RFB nº 1.700/2017, art. 126;
• Perguntas e Respostas Pessoa Jurídica 2025, perguntas 062–066 e capítulo XXVIII, pergunta 041;
• IN RFB nº 1.928/2020, art. 2º, XI;
• IFRS Interpretations Committee — configuration or customisation costs in SaaS, como contexto IFRS;
• CARF, Acórdãos nº 1004-000.406 e nº 1401-002.082, nos fatos e períodos indicados.

Perguntas frequentes