O mesmo guindaste pode gerar três notas fiscais diferentes. O SAP só conhece uma

O mesmo guindaste pode gerar três notas fiscais diferentes na mesma semana, cada uma caindo num enquadramento distinto. Hoje o sistema precisa saber qual é qual antes de emitir. Depois da Reforma, também vai precisar. Içamento com operador, locação de equipamento sem operador e transporte de carga são três operações que convivem na mesma empresa, muitas vezes sob o mesmo CNPJ, e que a legislação trata de formas diferentes desde antes de qualquer discussão sobre CBS e IBS.

A Reforma Tributária muda o nome do tributo. Não elimina a pergunta de classificação.

Onde essa classificação nunca foi formalizada por escrito, o SAP guarda uma regra herdada, e ninguém no fiscal sabe dizer, com segurança, de onde ela veio ou se ainda está certa.

Os três enquadramentos hoje

A Lei Complementar 116/2003 lista, no item 14.14 da tabela de serviços, "guincho intramunicipal, guindaste e içamento" como serviço sujeito a ISS. Quando a operação de içamento acontece com operador, prestando o serviço de levantar e posicionar a carga, ela se enquadra nessa hipótese: é serviço, não é aluguel de equipamento.

A Lei Complementar 87/1996, a Lei Kandir, tributa pelo ICMS a prestação de serviço de transporte interestadual e intermunicipal de bens e mercadorias. Quando o guindaste, ou o equipamento, está sendo transportado de um ponto a outro, sem operação de içamento embutida no mesmo documento, a operação entra nesse regime, diferente do anterior.

A terceira hipótese é a locação do equipamento sem operador: a empresa aluga a máquina, mas quem opera é o próprio contratante ou um terceiro contratado por ele. Essa operação, tradicionalmente, não se enquadra nem como serviço de guindaste, porque não há operador da locadora na operação, nem automaticamente como transporte, porque pode não haver deslocamento interestadual no momento da locação em si.

Três operações, três enquadramentos, e a diferença entre elas não é tributária em primeiro lugar: é operacional. É a presença ou ausência do operador, e o tipo de deslocamento envolvido, que decide qual regra aplicar.

Essa decisão de classificação precisa ser tomada antes de qualquer cálculo de imposto. O sistema não decide sozinho se uma nota é de serviço de içamento ou de locação pura.

Alguém, em algum momento, decidiu como aquele tipo de operação específica seria tratado, e essa decisão virou parâmetro no cadastro. É essa origem que fica invisível com o tempo.

A dificuldade cresce quando a fronteira entre as três hipóteses não é tão nítida quanto o texto da lei sugere. Um guindaste que é posicionado no canteiro, opera por algumas horas e depois é transportado de volta à base pode, numa única sequência de eventos, atravessar as três situações: locação do tempo de uso, serviço de içamento durante a operação, e transporte no deslocamento. Separar isso em documentos fiscais distintos, com o enquadramento certo em cada um, depende de um critério que raramente está escrito em algum lugar que a área fiscal consulte no dia a dia.

Essa fronteira tende a ficar ainda menos nítida quando o contrato comercial com o cliente já mistura as três hipóteses num único pacote de serviço, cobrado por um valor global. O SAP, nesse cenário, precisa decompor um contrato unificado em documentos fiscais distintos, cada um com seu enquadramento próprio, mesmo quando o contrato comercial não fez essa separação de forma explícita.

Essa decomposição, quando não é feita de propósito, costuma acontecer de qualquer jeito dentro do sistema: por padrão, a transação usa o enquadramento mais frequente para aquele tipo de cliente ou contrato, e trata o resto como exceção. Esse padrão tende a se manifestar assim: a maior parte do volume sai sob o enquadramento dominante, e só uma fração pequena é corrigida manualmente, o que mascara o tamanho real do problema de classificação.

O que muda com CBS e IBS

A Lei Complementar 214/2025, no artigo que trata do fato gerador do IBS e da CBS, passa a tratar a cessão temporária de um bem, incluindo locação e arrendamento, como hipótese de incidência dos novos tributos, sem que isso dependesse de interpretação extensiva da norma anterior.

Isso significa que a locação de equipamento sem operador, que hoje pode escapar de um enquadramento claro entre ISS e ICMS, passa a ter tratamento expresso na legislação da Reforma. Não resolve, sozinho, qual CFOP ou qual código de serviço o SAP deve usar para cada nota. Resolve que a operação existe como hipótese de incidência, mas a decisão de como ela se traduz em parametrização de sistema continua sendo decisão de quem classifica, não do texto da lei.

A obrigatoriedade de documento fiscal eletrônico com os campos de CBS e IBS começou em 03 de agosto de 2026, conforme o Ato Conjunto RFB/CGIBS nº 4/2026. Isso significa que, a partir dessa data, cada nota de locação, içamento ou transporte emitida pela empresa precisa trazer, além da classificação tradicional de ISS ou ICMS, também os campos novos da Reforma, calculados de acordo com o enquadramento correto da operação.

Se a classificação de base já era frágil antes, ela não fica mais sólida só porque um campo novo foi adicionado ao XML. Fica mais visível, porque agora existe mais um lugar onde o erro de enquadramento pode aparecer.

Vale notar que a coexistência de ICMS, ISS e os novos IBS/CBS não é simultânea e permanente: há um período de transição em que os tributos antigos convivem com os novos, em proporções que mudam ano a ano conforme o cronograma da Reforma. Isso significa que o mesmo erro de classificação, se não corrigido agora, precisa ser recalculado a cada mudança de proporção na transição, multiplicando o esforço de correção em vez de resolvê-lo uma única vez.

Isso também muda o que uma auditoria encontra a cada ano do período de transição: não um erro estático, repetido sempre da mesma forma, mas um erro que se manifesta com um valor diferente a cada ciclo, porque a proporção entre tributo antigo e tributo novo também muda. Documentar a causa raiz da classificação, uma única vez, evita que cada auditoria anual precise reconstruir, do zero, por que aquele valor específico apareceu daquele jeito naquele ano.

Como o SAP enxerga a nota

No SAP, a decisão entre tratar uma operação como serviço, como locação ou como transporte normalmente é definida no cadastro do material ou do serviço, combinado com o tipo de operação configurado na transação de faturamento. Esse cadastro carrega, de forma implícita, a classificação jurídica que alguém decidiu, em algum momento, que aquele tipo de operação deveria ter.

O problema é que esse "alguém" raramente está documentado. O cadastro guarda o resultado da decisão: o código de serviço, o CFOP, a regra de cálculo. Não guarda a justificativa.

Quando a mesma inscrição reúne atividade de transporte, atividade de operação de equipamento de elevação e atividade de locação de máquina, cada uma com CNAE próprio, essa ambiguidade se multiplica. Uma nota de içamento com operador que foi parametrizada, por engano, com a mesma regra usada para locação pura, sai do sistema sem erro técnico aparente: o SAP processa, calcula, emite. O erro é de enquadramento, não de sistema, e por isso raramente é capturado por uma validação técnica.

Esse tipo de erro silencioso tem uma característica específica: ele se repete em todas as notas seguintes que usarem o mesmo parâmetro, porque o sistema está apenas seguindo a regra que foi configurada. Quanto mais tempo o parâmetro errado permanece ativo, maior o volume de notas emitidas sob a classificação equivocada.

O mesmo cadastro que decide o enquadramento tributário costuma decidir, também, qual relatório gerencial a operação alimenta. Um erro de classificação persistente não distorce só o cálculo de imposto: distorce também a visão interna da empresa sobre quanto cada tipo de atividade representa do faturamento total, porque a operação aparece, no relatório, sob a atividade errada.

Isso tem consequência direta para quem toma decisão de investimento com base nesses relatórios: se a receita de locação está sendo contabilizada como serviço de içamento, a análise de rentabilidade por linha de negócio parte de um número que não reflete a operação real, antes mesmo de qualquer discussão tributária.

Onde a exceção manual nasce

Em operações com três regimes diferentes convivendo na mesma inscrição, a exceção manual costuma nascer exatamente no ponto de ambiguidade entre os enquadramentos: uma operação de içamento que inclui também um trecho de transporte do equipamento até o canteiro de obra, por exemplo, mistura duas hipóteses de incidência diferentes numa única prestação.

Quando o cadastro não previu esse cenário misto, a área fiscal corrige manualmente, nota a nota, ajustando o tributo ou o código de serviço antes de transmitir. Isso funciona enquanto o volume é baixo.

Vira gargalo de fechamento quando o volume de operações mistas cresce, e vira risco de auditoria quando o critério usado na correção manual não está documentado, dependendo da memória de quem faz o ajuste.

A pergunta executiva central não é jurídica: é de rastreabilidade. Quem no fiscal assina, hoje, a classificação de uma nota de içamento com operador? E essa decisão está escrita em algum lugar que o SAP consulte, ou vive só na experiência de quem faz a correção manual?

Se a resposta é a segunda, a saída dessa pessoa da empresa carrega junto o critério de classificação que sustenta o fechamento fiscal de três CNAEs diferentes.

"Incluem-se nas operações de que trata [...] este artigo a locação, o arrendamento e a cessão temporária do bem." Lei Complementar 214/2025, Planalto, 2025-01-16.

Quadro de decisão: o que é do cliente, o que o SAP precisa provar

A tese de classificação, se uma operação específica é serviço de içamento, locação sem operador ou transporte, é decisão jurídica e tributária que cabe à empresa e a quem assessora essa área. Nenhum fornecedor de tecnologia decide isso no lugar do cliente, e nenhum artigo substitui esse julgamento.

O que cabe à arquitetura do SAP é outra coisa, igualmente crítica: provar que a classificação decidida pelo cliente está sendo aplicada de forma consistente, documentada e rastreável em cada nota emitida. Isso significa ter, para cada tipo de operação, um cadastro que reflita exatamente a decisão tomada, com justificativa registrada, não apenas o resultado numérico herdado de uma configuração antiga.

Essa separação de papéis importa especialmente quando o volume de operações cresce e a equipe que originalmente definiu os critérios já não é a mesma. A tese jurídica pode permanecer válida por anos. A capacidade do sistema de aplicá-la de forma consistente depende de manutenção ativa, não de inércia.

Um Diagnóstico Fiscal SAP mapeia as notas emitidas por tipo de operação, cruza esse volume com os CNAEs ativos na inscrição, e mostra exatamente onde o parâmetro atual vira exceção manual no fechamento. Isso não decide a tese de classificação. Mostra onde a tese, qualquer que seja ela, ainda não está refletida de forma consistente no sistema. O Diagnóstico Fiscal Estruturado é o primeiro passo lógico para essa checagem, antes que o volume de operações mistas transforme uma lacuna de classificação em passivo de fechamento recorrente.