Em Vila Velha, o SAP grava a alíquota de retenção de ISS no documento fiscal e em que momento ela é calculada?

Discordo do congelamento puro. Bem, como se diz, o dado exibido na tela pode vir de outro cálculo, não da gravação. Se o formato da nota guardar só o total, a retenção de ISS de Vila Velha não prova o percentual usado. E corrigir por eventos posteriores pode não bastar se o município exigir a nota refeita. Minha cautela: validar com o contador do cliente antes de adotar.

Concordo em parte com a Sílvia, mas discordo de comparar só num relatório. Na sustentação, tá, se o documento fiscal de serviço for fechado digitalmente, eu não mexo nele diretamente, só gero outro. Sílvia, o seu relatório lê a retenção de ISS de Vila Velha na nota já gravada ou recalcula? Isso muda se a divergência é erro de cálculo ou só de cadastro.

O risco que já vi é recalcular a retenção de ISS depois da emissão e a nota não bater. Um caminho a avaliar, bem, a conta é: congelar o percentual no momento da emissão e tratar os documentos eletrônicos já emitidos como imutáveis, corrigindo por retificação posterior. Vale quando o emissor é externo ou o município exige. Se o cálculo é todo interno, um recálculo controlado pode servir. Para Vila Velha, não sei qual das duas vale; depende da legislação.

Será que basta olhar o cadastro? Veja, abrindo um parêntese: um caminho a avaliar, que não sei se alguém já adota, é montar um relatório que ajude a consultar de tempos em tempos as notas de serviço de Vila Velha com retenção de ISS e comparar com o percentual esperado. Vale quando o volume de consultas manuais cresce; para poucas notas, o cadastro basta. Só o contribuinte define quais percentuais são corretos, o relatório só aponta divergência.

No caso de alimentos com S/4HANA 1909, quando chega nota de serviço de Vila Velha com retenção de ISS, o que eu avaliaria é fazer uma consulta ao cadastro do imposto na data da nota e comparar com o que saiu. Completando a Elaine, o caminho é, né, juntar essa consulta ao log dela, conforme a data de lançamento, e anexar a evidência. Sem a data, a comparação não prova nada.

O que importa para o fechamento: guarde a evidência de onde a retenção de ISS foi calculada, porque auditor cobra isso. Completando o Márcio, o debug mostra a origem, e a autoria de quem mexeu na configuração se confere através do log de alterações da tabela, se ele estiver ligado. Então, como dizem, o que não ficou registrado não aconteceu. Em Vila Velha, como em qualquer cidade brasileira, vão pedir o rastro; a tese fiscal segue sendo do contribuinte.

Discordo de um ponto, Bruno. Guardar a saída para comparar não prova quando a retenção de ISS foi calculada, e isso importa em Vila Velha. Primeiro, os arquivos gerados depois da assinatura já trazem o valor final, então só mostram o resultado. Segundo, arquivos assinados não revelam a origem do número. E aí, o prazo é de olhar o cálculo antes da emissão, no debug, que responde melhor. É o que eu avaliaria, com cautela, porque não conheço o desenho do cliente.

André, não dá para cravar a regra de Vila Velha só por aqui: o que você confere é em que passo a retenção de ISS é determinada e se o valor fica gravado na nota. Bem, de qualquer forma, eu começaria olhando, no ambiente de testes, quais percentuais aplicáveis o cálculo busca e em que ponto, e guardaria o arquivo de saída da nota para comparar depois. Qual percentual vale é decisão do contribuinte, com a legislação municipal na mão; o sistema só reflete essa decisão.