Como classificar a venda de software sob encomenda no ICMS de SP? A resposta errada pode transformar uma operação de industrialização em uma simples revenda — e gerar um passivo silencioso.
- A classificação fiscal depende se a operação é considerada uma industrialização por encomenda ou uma compra para comercialização.
- Usar o código errado pode levar ao recolhimento incorreto do imposto e à perda de créditos fiscais na cadeia.
- A legislação define regras específicas para quando os insumos transitam ou não pelo estabelecimento do adquirente.
A Classificação da Industrialização por Encomenda Define Créditos e Débitos
Perguntar sobre esta seção →A classificação correta da venda de software sob encomenda no ICMS de São Paulo depende de identificar se a operação se enquadra como uma industrialização efetuada por terceiros. A legislação trata de forma distinta a compra de mercadoria para industrialização e a entrada de mercadoria industrializada por outra empresa, com regras específicas para o trânsito dos insumos. Errar nessa definição inicial compromete toda a cadeia de créditos e débitos subsequentes, criando um desequilíbrio fiscal que só aparece na fiscalização.
A confusão começa na natureza da operação. Se o desenvolvedor apenas customiza um produto padrão com dados do comprador, a classificação pode ser uma coisa. Se há criação de um programa específico a partir de requisitos únicos, a legislação pode ver como outra. A diferença não é semântica — é tributária.
O risco maior está na escolha do Código Fiscal de Operações (CFOP). Aplicar o código de "compra para comercialização" em uma operação que é, na essência, uma "industrialização por encomenda" significa tributar a operação de forma incompleta. Você recolhe imposto sobre uma base que não reflete o valor agregado do serviço de desenvolvimento, gerando débito a menor.
E o problema se agrava na ponta do seu fornecedor. Se ele emite a nota com o CFOP errado, você pode ficar sem o crédito fiscal correspondente aos insumos e serviços que compõem o software. O custo do desenvolvimento, que deveria ser parte da base de cálculo do seu crédito, some. O passivo é duplo: você recolhe menos e recupera menos.
| Cenário Típico | Consequência Tributária Imediata |
|---|---|
| Classificar como "Compra para Comercialização" (CFOP 1.102/2.102) | Recolhimento de ICMS apenas sobre o valor da "mercadoria", ignorando o serviço de desenvolvimento. Crédito fiscal limitado. |
| Classificar como "Industrialização por Terceiros" (CFOP 1.124/2.124) | Recolhimento sobre o valor total (insumos + serviço). Possibilidade de crédito fiscal amplo sobre toda a operação, se a cadeia documental estiver correta. |
A ordem de análise é crítica:
1. Primeiro, defina se há transformação de um bem novo (industrialização) ou apenas customização.
2. Depois, verifique se os insumos (licenças, códigos-base) transitaram pelo seu estabelecimento ou foram direto para o desenvolvedor.
3. Por fim, escolha o CFOP com base nessa realidade factual, não na conveniência.
A Definição Exata Depende do Fluxo Físico e da Transformação
Perguntar sobre esta seção →Não existe uma resposta única. Aplicar a regra errada porque "sempre foi feito assim" ou porque simplifica a escrituração é um convite para autuação. A legislação prevê nuances que mudam completamente a classificação.
A Base Legal para Cada Caso Está na Fiscalia
Perguntar sobre esta seção →Saber exatamente qual CFOP aplicar na industrialização de software por encomenda — e em qual artigo do RICMS-SP essa distinção está detalhada — é o que separa a conformidade do risco de autuação retroativa. A diferença entre o código 1.124 e o 1.125, por exemplo, depende de um detalhe operacional que define créditos.
Consulte no chat da Fiscalia — a resposta vem com a base legal, pronta para usar.