Créditos de PIS/Cofins sobre software, SaaS e cloud

Software, SaaS e cloud podem gerar créditos de PIS/Pasep e Cofins, mas não pelo nome da fatura. Primeiro é preciso confirmar que o gasto está vinculado a receita sujeita ao regime não cumulativo. Depois, a empresa precisa enquadrá-lo em uma rota legal: insumo da prestação ou produção, amortização de ativo intangível ou importação efetivamente tributada. Uso administrativo, comercial ou misto exige segregação; contrato, arquitetura, registros de uso e contabilidade precisam sustentar a conclusão.

Essa ordem evita o erro mais comum da análise: começar pela tecnologia e ignorar a receita. Em uma empresa de software, a infraestrutura pode ser indispensável ao produto e, ainda assim, não gerar crédito se estiver vinculada exclusivamente a receita cumulativa.

Resposta executiva
A pergunta correta não é “essa ferramenta é necessária?”, mas “qual receita ela atende, por qual rota legal o crédito seria apurado e quais documentos provam o vínculo?”.

Tecnologia não gera crédito pelo nome

Uma única fatura de “cloud” pode reunir processamento, armazenamento, suporte, licença, tráfego e serviços gerenciados. Uma assinatura de “SaaS” pode atender o produto vendido, a equipe financeira, o jurídico, o marketing ou todos eles ao mesmo tempo. Tratar esses gastos como uma categoria tributária única apaga justamente os fatos que decidem o crédito.

O Tema 779 do STJ determinou que o conceito de insumo deve ser aferido pelos critérios de essencialidade ou relevância, considerando a imprescindibilidade ou a importância do bem ou serviço para a atividade econômica. O precedente afastou a antiga definição excessivamente restritiva, mas não transformou toda despesa útil em insumo.

O ponto de partida legal continua sendo o art. 3º, II, das Leis nº 10.637/2002 e 10.833/2003: bens e serviços usados como insumo na prestação de serviços ou na produção de bens destinados à venda.

Na prática, a análise precisa enxergar sete camadas:

1. receita vinculada;
2. origem da aquisição;
3. natureza do gasto;
4. processo atendido;
5. tratamento contábil;
6. uso exclusivo ou misto;
7. documentação.

O primeiro gate é a receita, não a fatura

Empresas de tecnologia podem acumular receitas submetidas a regimes diferentes. Licenciamento de software próprio, licenciamento de software de terceiros, implantação, consultoria, suporte, revenda e outras obrigações não devem ser agrupados apenas porque aparecem no mesmo contrato comercial.

Na Solução de Consulta Cosit nº 218/2024, a Receita Federal tratou, para empresa de informática no lucro real, a receita de software próprio nacional no regime cumulativo e a de software desenvolvido por terceiros ou importado no regime não cumulativo. O enquadramento completo dessa receita pertence ao guia da TaxUp sobre PIS/Cofins de software próprio, de terceiros e importado; aqui, ele funciona como porta de entrada.

Os §§ 7º a 9º do art. 3º das Leis nº 10.637/2002 e 10.833/2003 limitam o crédito aos custos, despesas e encargos vinculados às receitas não cumulativas. Para gastos comuns a receitas dos dois regimes, a legislação prevê apropriação direta ou rateio proporcional e exige consistência durante o ano-calendário.

Por que isso muda a conclusão

Imagine uma plataforma que usa o mesmo ambiente de nuvem para duas linhas:

• software próprio com receita cumulativa;
• licenciamento de solução de terceiro com receita não cumulativa.

A nuvem pode ser tecnicamente essencial às duas. Isso não autoriza creditar 100% da fatura. A empresa precisa identificar a parcela ligada à receita não cumulativa por método compatível com sua contabilidade e sua operação.

As três rotas legais do crédito

1. Insumo da prestação ou da produção

Essa é a rota do art. 3º, II. O teste não se resume a perguntar se a despesa é “necessária para a empresa”. É preciso demonstrar como o item integra a prestação de serviços ou a produção e o que acontece com o produto ou serviço quando ele é retirado.

Para um ambiente digital, evidências úteis incluem:

• arquitetura que mostre o componente no fluxo do produto;
• logs de consumo e ambientes atendidos;
• SLA e métricas de disponibilidade;
• contrato com o fornecedor;
• obrigações assumidas perante clientes;
• centro de custo e produto vinculados;
• tickets, runbooks ou registros de incidentes.

O Parecer Normativo Cosit/RFB nº 5/2018 interpreta a essencialidade como dependência intrínseca e fundamental, e a relevância como integração ao processo pelas singularidades da cadeia ou por imposição legal. O parecer ajuda a estruturar o teste, mas o resultado depende dos fatos da empresa.

2. Software adquirido como ativo intangível

Os incisos XI do art. 3º das Leis nº 10.637/2002 e 10.833/2003 criam uma rota específica para bens incorporados ao ativo intangível, adquiridos para uso na produção ou na prestação de serviços. Os §§ 1º das mesmas leis determinam que o crédito seja calculado sobre os encargos de amortização incorridos no mês.

Isso produz duas diferenças importantes:

• a aquisição não se converte, por si, em crédito integral imediato;
• a classificação contábil e a vida útil precisam estar documentadas.

A Solução de Consulta Cosit nº 140/2017 reconheceu essa rota para software adquirido, capitalizado e usado no planejamento/programação da produção e desenvolvimento de produtos. A posição administrativa também exige que o programa esteja dedicado à atividade produtiva ou à prestação indicada; software com funções produtivas e administrativas demanda cuidado adicional.

A consulta oficial da RFB também registra, na SC Cosit nº 5/2024, uma distinção útil para adaptação ou manutenção: dispêndio que aumenta a vida útil do intangível por mais de um ano deve ser incorporado ao ativo e creditado à medida da amortização; intervenção com efeito inferior pode, conforme os demais requisitos, seguir a análise de insumo.

3. Importação efetivamente tributada

Para fornecedor estrangeiro, a rota não é a mesma da aquisição doméstica. O art. 15 da Lei nº 10.865/2004 permite créditos em hipóteses de importações sujeitas a PIS/Cofins-Importação, inclusive serviços usados como insumo. O § 1º liga o direito às contribuições efetivamente pagas.

Portanto, uma invoice estrangeira não basta. Antes de calcular, a empresa precisa conferir:

• o que foi contratado;
• se houve incidência na importação;
• quem era responsável pelo recolhimento;
• qual base e alíquota foram usadas;
• se as contribuições foram efetivamente pagas;
• a qual receita e processo a aquisição se vincula.

A incidência sobre a remessa é uma decisão própria e deve ser analisada no guia de importação de SaaS e cloud. Esta página só avança para o crédito depois dessa etapa.

Árvore de decisão em seis perguntas

Antes de lançar qualquer valor na apuração, o decisor pode seguir este roteiro:

1. Receita não cumulativa vinculada

Se a resposta for não, a análise para ali. Lucro real, sozinho, não torna todas as receitas não cumulativas, e relevância operacional não elimina o gate do regime.

2. Origem do fornecedor

Fornecedor domiciliado no Brasil leva à rota das Leis nº 10.637/2002 e 10.833/2003. Fornecedor estrangeiro exige examinar primeiro a Lei nº 10.865/2004 e o recolhimento da importação.

3. Integração à entrega ao cliente

Cloud de produção, banco de dados do produto e API incorporada podem apresentar vínculo mais forte. ERP, folha, jurídico e pacote de escritório normalmente atendem a organização como um todo e não ganham crédito apenas por serem necessários à gestão.

4. Despesa do período ou ativo intangível

Licença adquirida e capitalizada segue a lógica da amortização. Assinatura recorrente ou serviço aplicado ao processo pode seguir o teste de insumo. A contabilização precisa refletir a substância do contrato, não uma preferência tributária.

5. Uso ou receita mistos

Ambiente compartilhado, licenças corporativas e ferramentas utilizadas por diferentes áreas pedem segregação. A chave pode usar produto, usuários, consumo, projetos, ambientes ou receita, desde que tecnicamente justificável e consistente.

6. Trilha documental do cálculo

Sem contrato, nota, mapa do processo, prova de uso, vínculo contábil e memória de rateio, uma tese aparentemente boa pode falhar na fiscalização.

Matriz prática do stack tecnológico

Cloud de produção, hospedagem, CDN e banco de dados

Esses gastos têm rota mais defensável quando suportam diretamente o produto ou serviço entregue ao cliente. É diferente hospedar a aplicação contratada e hospedar apenas o site institucional da empresa.

O dossiê deve separar ambientes de produção, desenvolvimento e administrativo; mostrar como tráfego, processamento e armazenamento se relacionam com usuários e receitas; e excluir parcelas sem vínculo demonstrável.

APIs, dados e serviços incorporados ao produto

API de pagamento, verificação, assinatura, mapas, mensageria ou inteligência artificial pode compor uma funcionalidade vendida. O contrato com clientes, o fluxo funcional e os registros de chamadas ajudam a demonstrar que a aquisição não é apenas apoio genérico.

Quando a API atende tanto o produto quanto atividades internas, a empresa precisa segregar o uso.

Observabilidade, disponibilidade e segurança

Monitoramento de aplicações, gestão de incidentes e controles de segurança ganham argumento mais forte quando preservam a entrega, o SLA e os dados processados pelo serviço. Ferramentas que protegem apenas notebooks corporativos, e-mail ou rede administrativa não recebem automaticamente o mesmo tratamento.

O teste deve identificar ativos protegidos, riscos controlados, obrigações contratuais e o efeito da retirada do componente.

Internet e telefonia

A SC Cosit nº 58/2024 admitiu crédito de acesso à internet aplicado à prestação de suporte, manutenção, treinamento em informática e reparação de computadores/periféricos. A mesma solução excluiu as áreas administrativa, contábil, jurídica e comercial.

A SC Cosit nº 318/2019 seguiu lógica semelhante: reconheceu telefonia e internet aplicadas a atendimento, cobrança e ouvidoria, mas negou a comunicação interna entre unidades da consulente.

Esses atos não significam “internet sempre gera crédito”. Eles mostram que uso e processo atendido são decisivos.

Ferramentas de desenvolvimento, teste e DevOps

Repositório, integração contínua, testes automatizados, deploy e gestão de pacotes podem integrar a criação e a entrega do serviço. A tese fica mais consistente quando a empresa consegue vincular licença, projeto, pipeline e produto a receita não cumulativa.

Em software próprio sujeito ao regime cumulativo, a centralidade técnica da ferramenta não resolve o problema do regime. Em ferramenta usada também por projetos internos, o uso misto precisa ser tratado.

ERP, contabilidade, jurídico e pacote de escritório

São gastos importantes para funcionar, mas normalmente atendem a administração geral. A empresa deve evitar a tese genérica de que “sem ERP não existe negócio”. O teste do insumo não é um teste de sobrevivência empresarial abstrato; é uma ligação com a produção ou a prestação examinada.

Pode existir situação particular em que módulo, integração ou licença se aplique diretamente à entrega contratada. Nesse caso, a parcela e o processo precisam ser individualizados.

CRM, vendas e marketing digital

Aqui há controvérsia relevante. A SC Cosit nº 60/2024 negou crédito de publicidade e marketing digital a plataforma de intermediação, incluindo marca, atração de usuários e mensuração de desempenho.

Em sentido argumentativo diverso, Paulo Caliendo e Marcelo Magalhães Peixoto defendem, em artigo da Revista Direito Tributário Atual, que marketing pode integrar o próprio modelo de empresas tech e marketplaces quando marca e aquisição de usuários são estruturais à prestação.

A TaxUp trata esse grupo como zona controvertida e de alto risco, não como crédito liberado. A posição administrativa, a jurisprudência aplicável, o modelo econômico e a qualidade da prova precisam ser avaliados em conjunto.

LGPD, privacy e compliance

A SC Cosit nº 307/2023 negou crédito para gastos de adequação e operacionalização da LGPD de uma fintech, entendendo que a norma era geral e que os dispêndios descritos não integravam a prestação.

Já estudo revisado por pares publicado em 2026 na Revista Direito Tributário Atual, aplicado a telecomunicações, concluiu que apenas gastos cuja retirada comprometa diretamente o serviço deveriam ser reconhecidos.

A distinção útil é separar governança corporativa geral de controles técnicos incorporados ao serviço, obrigação regulatória setorial e medidas sem as quais o produto não pode ser entregue como contratado. Ainda assim, permanece uma área que exige análise jurídica individualizada.

Exemplo 1: gasto comum entre receitas de dois regimes

Considere uma empresa hipotética que, no mesmo mês, aufira:

• R$ 400 mil de receita cumulativa;
• R$ 600 mil de receita não cumulativa;
• R$ 100 mil de cloud compartilhada entre as duas linhas.

Se a empresa adotar validamente o rateio proporcional da receita e comprovar que a nuvem integra a entrega das duas linhas, a parcela inicialmente vinculada à receita não cumulativa seria R$ 60 mil.

Sob a hipótese simplificada de aquisição doméstica sujeita às contribuições e aplicação das alíquotas gerais de 1,65% e 7,6%, o crédito potencial seria:

R$ 60.000 × 9,25% = R$ 5.550

O cálculo é ilustração, não conclusão para um caso real. Antes do lançamento, seria necessário validar regime, fornecedor, base sem parcelas excluídas, método anual, natureza do serviço e documentação. Alíquotas gerais não se aplicam automaticamente a toda operação.

Exemplo 2: software adquirido e amortizado

Outra empresa adquire um software por R$ 240 mil, registra-o corretamente no ativo intangível e define, com base contábil, amortização em 48 meses. O encargo mensal hipotético é R$ 5 mil.

Se o ativo for usado na prestação vinculada a receita não cumulativa e os demais requisitos estiverem satisfeitos, a base mensal da rota do intangível não é R$ 240 mil, mas o encargo de amortização de R$ 5 mil. Sob as mesmas alíquotas gerais, o crédito ilustrativo seria R$ 462,50 no mês.

Uma vida útil diferente, uso misto ou módulo administrativo mudaria a análise.

O dossiê documental que sustenta o crédito

Uma revisão defensável precisa ir além de planilha de fornecedores. Para cada item, a TaxUp recomenda reconciliar:

Contratação

• contrato, proposta e ordem de serviço;
• descrição técnica do escopo;
• nota fiscal ou invoice;
• fornecedor, país e incidência aplicável.

Uso

• arquitetura ou mapa do processo;
• ambientes, sistemas e produtos atendidos;
• usuários, projetos, consumo ou chamadas;
• SLA, logs, tickets e evidência de operação.

Receita

• obrigação vendida;
• natureza da receita;
• regime cumulativo ou não cumulativo;
• vínculo exclusivo ou comum.

Contabilidade e fiscal

• conta contábil e centro de custo;
• política de capitalização;
• registro e amortização do intangível;
• memória de apropriação direta ou rateio;
• EFD-Contribuições e reconciliação com a apuração;
• comprovante do PIS/Cofins-Importação, quando aplicável.

Esse conjunto permite que fiscal, contabilidade, tecnologia e jurídico expliquem a mesma conclusão com evidências compatíveis.

O Acórdão CARF nº 3301-004.982, ao tratar também de dispêndios com manutenção de software, registrou que a prova do direito ao crédito cabia ao contribuinte e manteve a glosa do item por falta de demonstração. O caso não diz que toda manutenção é ou não creditável; ele evidencia que a tese precisa chegar acompanhada da prova.

O que muda com a CBS

Em 2026, CBS e IBS estão em fase de transição. A Lei Complementar nº 214/2025 prevê CBS de 0,9% para fatos geradores de 2026 e disciplina a transição seguinte. Isso não autoriza transportar automaticamente para a CBS os testes atuais de insumo e amortização do PIS/Cofins.

A empresa precisa administrar duas perguntas separadas:

• qual crédito de PIS/Cofins existe na sistemática atual e como ele é documentado;
• como despesas de tecnologia serão tratadas no desenho da CBS e do IBS.

A TaxUp mantém páginas específicas sobre transição dos créditos de PIS/Cofins para a CBS e créditos de IBS/CBS em despesas de tecnologia.

Perguntas frequentes

Como a TaxUp conduz o diagnóstico

A equipe da TaxUp reconstrói a análise por fatura e por processo, em cinco etapas:

1. separa as receitas cumulativas e não cumulativas;
2. inventaria fornecedores e contratos tecnológicos;
3. classifica cada gasto entre insumo, intangível, importação, controvérsia ou ausência de rota;
4. testa uso, contabilização, rateio e documentação;
5. entrega memória de cálculo, matriz de risco e plano de implementação.

O diagnóstico não parte de uma promessa de economia. Ele começa pelos documentos e termina com itens aproveitáveis, condicionais, controvertidos ou descartados — cada um com fundamento e evidência.

Fontes oficiais e data de revisão

Revisado em 19 de outubro de 2026. Bases principais:

• Lei nº 10.637/2002, art. 3º;
• Lei nº 10.833/2003, art. 3º;
• Lei nº 10.865/2004, arts. 15 e 16;
• STJ, Tema Repetitivo 779;
• Parecer Normativo Cosit/RFB nº 5/2018;
• SC Cosit nº 58/2024;
• SC Cosit nº 60/2024;
• SC Cosit nº 307/2023;
• SC Cosit nº 218/2024.

Este conteúdo é geral e não substitui a análise da receita, do contrato, da operação e da escrituração de cada empresa.