Pular para o conteúdo

Fóruns / SAP ACR, TDF e relatórios fiscais standard do S/4HANA

Quais são os erros mais comuns em SAP TDF no Brasil?

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
6 Respostas

O risco que mais me preocupa é o cadastro de imposto mudar sem ninguém avisar o time fiscal, e, olha, pelo meu histórico, na farma isso já aconteceu. A última mudança veio de uma área que nem sabia o que era o TDF. No ambiente de teste, o SAP rodou o faturamento e o documento saiu com a regra antiga, mesmo com a configuração nova já gravada. Passamos um bom tempo achando que era erro de digitação, e não era. Quais são os erros mais comuns em SAP TDF no Brasil que vocês já encontraram, e onde costuma começar essa confusão de cadastro?


Atualização:

Obrigada, Renato. Testei a checagem de histórico de alterações e, olha, pelo meu histórico, ela pegou a mudança que tinha passado batido. O documento ainda saiu com a regra antiga no primeiro teste, então o reprocessamento é outro passo. Você costuma automatizar esse reprocessamento ou faz na mão? Quero entender o custo antes de decidir.


Atualização:

Quando o alerta automático entrou no meu teste, ele pegou a mudança no mesmo dia, o que o comitê talvez não faria. Obrigada, Fábio, pelo caminho. Testei o alerta na tabela de imposto e, olha, pelo meu histórico, ele apontou a alteração, mas só depois que alguém cadastrou. Vale ter os dois? Pergunto se o comitê cobre o que o alerta não vê.

Avatar
Cancelar
Melhor resposta

O risco que já aparece em quase todo caso é o cadastro de imposto mudar sem trilha, e o sistema seguir como se nada tivesse acontecido. A recomendação prática é separar a carga comum da que altera imposto, registrar quem aprova cada mudança e revisar em dia fixo antes do período. Isso não elimina o atraso, mas evita a surpresa no fechamento. Também vale reprocessar os documentos afetados depois de qualquer alteração, porque a regra antiga pode continuar valendo em lançamentos já criados. Quem responde pelo cadastro precisa ser conhecido por todos, e não só pelo time de TI.

Avatar
Cancelar
Melhor resposta

Dúvida: a revisão antes da carga não atrasa o fechamento? Eu vi o time travar o fechamento, bem, e olha que a regra estava certa, porque a revisão caiu no último dia. Discordo do Valter nesse ponto, porque exigir aprovação pode virar gargalo, e aí o pessoal passa a burlar com carga manual. Prefiro revisão em dia fixo, antes do período, com trilha de quem alterou o quê. Assim o controle existe sem parar o processo.

Avatar
Cancelar
Melhor resposta

Concordo que o fechamento não pode esperar, mas discordo de travar a carga por revisão. Na energia, de cabeça, a gente divide em dois caminhos: uma parte automática com regra já validada, e outra manual para mudança de imposto, que passa por aprovação. Esse caminho vale quando o volume de carga comum é alto e a mudança de imposto é rara. Quando a mudança é frequente, o mais seguro é concentrar tudo na revisão prévia, mesmo com algum atraso. Cada opção cobra um preço, e a escolha depende de quanto o imposto muda.

Avatar
Cancelar
Melhor resposta

Na minha rotina, o caso concreto é a tabela de imposto mudar por uma carga vinda de outro sistema, sem o fiscal ver. O Fábio tem razão sobre o comitê, mas, então, minha opinião, falta um ponto: a carga automática precisa de revisão antes de entrar em produção. Sem isso, o comitê olha uma alteração que já aconteceu. Ponto novo: a revisão exige o nome de quem aprova a carga, e não só de quem cadastra.

Avatar
Cancelar
Melhor resposta

O resultado que importa é ter um registro das mudanças de cadastro antes de qualquer reprocessamento. Na nossa equipe de alimentos, o que deu certo foi um comitê curto e semanal, em que o fiscal e o responsável pelo cadastro olham as alterações da semana. O comitê funciona melhor, e aí, vale registrar, quando a operação tem pouca mudança. Quando há muita alteração, prefiro um alerta automático ligado à tabela de imposto, porque o comitê não acompanha o volume. Cada caminho tem seu custo, e a escolha depende do ritmo da operação.

Avatar
Cancelar
Melhor resposta

Valéria, o erro mais comum é tratar o cadastro como documento estável, quando ele muda com o uso. Nem toda mudança é ruim, e, bem, uma ressalva: toda mudança sem registro vira problema no fechamento. Na minha rotina o padrão se repete: a regra é alterada, o documento não é reprocessado e o relatório sai com a versão antiga. Por isso eu checaria primeiro o histórico de alterações e só depois o processo. Pressa de fechamento faz a gente pular essa etapa, e é justamente aí que a diferença aparece.

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 SAP ACR, TDF e relatórios fiscais standard do S/4HANA.

Ver todas do fórum