Pular para o conteúdo

Fóruns / ISS e retenções na fonte

No SAP, como o sistema informa a alíquota de retenção de ISS no documento fiscal de uma empresa optante pelo Simples Nacional?

Como funciona este fórum

Moderado por Emanuel Kaufman. As três primeiras mensagens de cada pessoa passam por revisão e respondemos em até 1 dia útil.

Aqui se discute o comportamento do sistema. Decisão tributária é sempre da sua empresa, e ninguém neste fórum dá parecer.

Tudo o que você publicar é público e pode ser usado por terceiros, inclusive por sistemas de IA. Não publique dado de cliente, nome de empresa nem tela do produto.

Esta pergunta foi sinalizada
10 Respostas

O risco que já vi é o ISS sair sem retenção, e olha, o x da questão está exatamente aí. Na nossa operação com SAP e GUEPARDO Tax, o sistema não informa a alíquota de retenção quando o fornecedor é optante pelo Simples Nacional. Testei num S/4HANA de versão recente com um prestador de manutenção industrial cadastrado como optante, e a nota saiu sem retenção, mesmo com o município exigindo recolhimento. Revisei a configuração fiscal por local de negócio, troquei a classificação do serviço e refiz a nota de teste, e nada mudou. Na prática, o sistema deve aplicar a alíquota correta ou só mostrar o valor cheio? Como vocês estão fazendo?


Atualização:

Testei o cadastro do tomador como você sugeriu e a retenção de ISS apareceu na nota de teste, com o município certo. Agora, olha, o x da questão está no prestador com mais de uma filial, porque cada filial puxa um município diferente. Obrigada pela ajuda, o Renato também levantou um ponto parecido. Como vocês tratam essa segmentação por filial no Simples Nacional?

Avatar
Cancelar
Melhor resposta

Pedro Gomes, concordo com sua vivência sobre a correlação entre pagamento e jurisdição. Eu observei que, além do endereço físico, o sistema precisa validar o enquadramento tributário da transação. Um detalhe importante que costuma falhar é justamente essa checagem cruzada entre o serviço executado e o regime fiscal vigente no momento do registro contábil.

Avatar
Cancelar
Melhor resposta

Bem, e olha que, além do mapeamento geográfico do centro de custo, tivemos outro cenário onde a complexidade residiu na variação do regime tributário entre os prestadores. Em casos onde a atividade principal do serviço varia muito, mas o tomador é sempre o mesmo, a padronização cadastral do prestador torna-se crítica. Se estamos lidando com um serviço que possui tributação mista ou que varia de município para município, é preciso garantir que o cadastro reflita com fidelidade a realidade operacional daquele serviço específico.

Avatar
Cancelar
Melhor resposta

Marcelo Nunes, ao tratar desse mapeamento geoespacial, eu concordo que o centro de custo precisa estar vinculado à jurisdição correta. No meu vivência, aprendi que essa correlação não é apenas um endereçamento físico. Quando o sistema cruza a informação de pagamento com a localização do serviço, ele está, na verdade, invocando as regras tributárias específicas daquela atividade naquele momento da operação.

Avatar
Cancelar
Melhor resposta

Marcelo Nunes, para complementar, essa parametrização geoespacial também precisa contemplar a natureza jurídica da operação. É fundamental que o mapeamento não apenas direcione o centro de custo, mas também espelhe corretamente o regime tributário aplicado ao serviço naquele contexto específico. Isso garante que o módulo fiscal saiba exatamente qual coeficiente aplicar ao validar o documento recebido, migrando a operação para o módulo tributário cabível.

Avatar
Cancelar
Melhor resposta

Bianca Duarte, concordo com seu apontamento sobre o cruzamento de dados. Na prática, o que observamos é que o sistema só dispara a informação da alíquota quando o recebimento da fatura entra em consonância com os parâmetros fiscais configurados no momento da contabilização. Vamos lá, pois é, se esse cruzamento não estiver perfeito, o lançamento fiscal não vai refletir a realidade da prestação.

Avatar
Cancelar
Melhor resposta

Diego Vieira, ao analisar o comportamento do sistema, percebe que a correta acionamento da tributação depende de um cruzamento preciso entre os dados de movimentação e os parâmetros fiscais configurados. Veja, pelo meu histórico, a inconsistência muitas vezes reside na transição do documento inicial para o lançamento contábil subsequente. Se essa correlação não estiver perfeitamente estabelecida ao registrar o fato gerador, o sistema pode não reconhecer o gatilho para aplicar a tarifa cabível, mesmo que todos os cadastros pareçam adequados em teoria.

Avatar
Cancelar
Melhor resposta

Para contornar essa variação geográfica, nós mapeamos a localização do serviço prestado por cada tomador, vinculando o centro de custo à jurisdição correta para fins de tributação. Isso garante que, mesmo com a operação em polos distintos, o sistema acione a validação tributária adequada, espelhando o cenário real da prestação. O ponto é que essa parametrização deve ser robusta para o ambiente de produção.

Avatar
Cancelar
Melhor resposta

Quando a regra de município muda por filial, como fica o caso de um prestador que atende em outro distrito industrial? Diego, no meu caso de auditoria, a retenção saiu certa numa cidade e falhou em outra, e o cerne parece ser o cadastro. Você citou a parametrização do Simples Nacional. Ela vale para qualquer município ou só para o do cadastro? Como você está disposto a organizar isso quando cada filial precisa de um cadastro próprio?

Avatar
Cancelar
Melhor resposta

Discordo, com todo respeito. O ponto, bem, como dizem, não é só o regime do fornecedor. Na minha rotina, quem faz a retenção é o contratante, então o cadastro dele também precisa estar certo, e não só o do contratado. Quando o contratado presta serviço para várias filiais, a regra de município do ISS muda de uma nota para outra, e isso é o que mais quebra o teste. Vale olhar os dois lados antes de mexer na configuração. Essa leitura é minha, a decisão sobre a retenção continua sendo de quem tem a responsabilidade tributária.

Avatar
Cancelar
Melhor resposta

Jéssica, o sistema só informa a retenção de ISS quando o cadastro do optante e a atividade do serviço estão amarrados ao município certo. Olhando isso, bem, no ambiente de qualidade a gente viu que o código da atividade e a região fiscal precisam bater, senão o SAP não acha a regra. Cabendo a você conferir primeiro o cadastro do fornecedor, depois a configuração de retenção por município. Uma parametrização complementar na regra do Simples Nacional costuma resolver o caso do optante. Se não aparecer, manda o print da tela que a gente olha junto.

Avatar
Cancelar

Sua resposta

Tente oferecer uma resposta substancial. Se quiser comentar sobre a pergunta ou resposta, basta utilizar a ferramenta de comentários. Lembre-se de que você sempre pode revisar suas respostas - Não há necessidade de responder à mesma pergunta duas vezes. Não esqueça de votar - Selecionar as melhores perguntas e respostas é realmente útil!

Perguntas relacionadas

Mais conversas em ISS e retenções na fonte.

Ver todas do fórum