Pular para o conteúdo
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

Olá a todos. Sou Bruno, e estou começando meu trabalho aqui após uma transição de outro sistema ERP. Estou mergulhado agora na parte fiscal do SAP e gostaria de trocar algumas experiências. Na minha vivência anterior, gerenciava processos complexos de recebimento e contas a pagar. Migrando para o ambiente SAP, estou tentando mapear corretamente as atividades do job de fechamento fiscal. Tentamos simular cenários variados, mas ainda estou refinando os passos para garantir a aderência total ao nosso fluxo de negócio. Então, segundo o que li, a descrição do trabalho em SAP é bem específica. Gostaria de saber qual seria a descrição mais precisa para a função de fiscal dentro do escopo do SAP DRC.


Atualização:

Oi pessoal, obrigado pelas contribuições. Eu cheguei a testar a simulação do fluxo completo, como o Gustavo mencionou, para garantir a rastreabilidade. Então, segundo o que li, o pré-preenchimento inicial como vocês fazem é um avanço significativo. Gostaria de saber como vocês dimensionam o ponto exato onde o carregamento paralelo deixa de ser um paliativo e se torna viável para o fechamento definitivo, considerando a complexidade dos nossos lançamentos.

Avatar
Cancelar
Melhor resposta

A passagem de um sistema legado para o novo ambiente ERP exige uma análise criteriosa sobre a metodologia de migração dos dados fiscais. A técnica de alimentar o novo sistema com informações pré-existentes, como um atalho para validar o encerramento, é eficaz para reduzir o tempo de execução inicial, especialmente com alto volume transacional. Contudo, essa aceleração traz o desafio de assegurar que todos os detalhes tributários foram migrados sem gerar discordâncias no módulo fiscal. Para que essa migração parcial se torne o procedimento padrão, é imprescindível estabelecer um critério claro que garanta a fidelidade dos lançamentos passados, tornando o carregamento paralelo uma etapa robusta e não apenas paliativa para o fechamento definitivo. Para aprofundar, veja migração do GRC NFE para o DRC.

Avatar
Cancelar
Melhor resposta

Olá Raquel, pensando bem, tá, essa preocupação com a integridade dos dados é crucial. No nosso cenário, quando comparamos os extratos, nós não apenas pré-enchemos os parâmetros, nós também rodamos um pequeno ciclo de testes internos no SAP para simular a contabilização daquelas transações passadas. Isso nos permite isolar qualquer discrepância gerada pela passagem dos dados antigos para a estrutura do novo sistema, antes de avançarmos para o processamento tributário definitivo.

Avatar
Cancelar
Melhor resposta

E aí, falando sério, nós encontramos outro ponto de convergência que dependia muito da criticidade do volume. Se o volume for gerenciável e o tempo for mais um luxo do que uma necessidade, nós optamos por um carregamento sequencial, simulando o fluxo desde o início no ambiente novo. Essa abordagem, embora mais morosa inicialmente, nos oferece maior rastreabilidade ponta a ponta, o que é valioso para auditorias mais rigorosas no futuro.

Avatar
Cancelar
Melhor resposta

Olá Patrícia, sua abordagem com o extrator de logs parece interessante para acelerar a validação inicial. No meu caso, estamos lidando com um volume considerável de transações que precisam ser refletidas fielmente no novo sistema. Só pra alinhar, quando vocês utilizam esse protocolo paralelo, como vocês garantem que as diferenças entre os dados do sistema antigo e os inseridos no SAP não geram inconsistências no fechamento tributário subsequente?

Avatar
Cancelar
Melhor resposta

Para acelerar a validação do encerramento fiscal após a transição, minha equipe adotou um protocolo paralelo. Em vez de rodar o encerramento completo do zero, nós utilizamos um extrator de logs do sistema antigo para pré-preencher parâmetros no ambiente SAP. A ideia é, tá, que isso valida a integridade dos dados transacionais antes de executarmos o processo tributário final. Este caminho é ideal quando o volume de transações transacionadas é muito elevado e o tempo de execução do job completo é um gargalo inicial.

Avatar
Cancelar
Melhor resposta

Olá Bruno, bem-vindo ao nosso ambiente. A descrição do trabalho do job fiscal no SAP realmente exige um entendimento profundo do fluxo tributário integrado ao sistema. Antes de mais nada, ó, o mapeamento que você está fazendo é justamente o ponto nevrálgico dessa transição de ERP. Meu papel, como especialista em vendas, é focar na execução comercial, mas acompanhei essa migração e posso dizer que o módulo fiscal precisa ser mapeado com a mesma granularidade que o processo comercial. O fechamento tributário reflete cada movimento que fizemos no ciclo de vendas ou compras.

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 DRC e eDocument.

Ver todas do fórum