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

Estou migrando um processo de recebimento de documentos fiscais e gostaria da visão de quem já passou por isso. Estamos trabalhando com o S/4HANA 2023 e tentando mapear a entrada dos dados da nota fiscal. Tivemos um volume grande de transações e o desafio é garantir que a importação do arquivo XML esteja perfeita para o nosso sistema. Já tentei cruzar as informações, mas a tratativa do novo esquema parece ser o ponto mais crítico. Sendo assim, considerando a introdução deste arquivo específico, o segredo é, viu, qual é o procedimento ideal para que o sistema reconheça corretamente a tributação ao importar a NF-e e o seu respectivo XML?


Atualização:

Olá Eliane, obrigado pelo seu ponto de vista. No nosso teste, focamos justamente na recepção do XML antes de qualquer processamento interno, como você mencionou. O segredo é, viu, garantir que o mapeamento da entrada de dados espelhe essa estrutura padronizada antes de avançarmos. Quando vocês lidam com alta variação, qual o ponto específico da validação que mais costuma gerar retrabalho na parte da tributação?

Avatar
Cancelar
Melhor resposta

Ao lidar com a ingestão de notas fiscais eletrônicas, a aderência ao padrão estabelecido pelo esquema XML é um passo inegociável para um correto registro fiscal no sistema. A conversão de dados recebidos deve espelhar precisamente a taxonomia definida nesse padrão técnico. Diferentes cenários de migração e volume demonstram que a fase de recebimento do arquivo criptografado exige extrema cautela. Para mitigar surpresas futuras, sugiro que vocês fortaleçam o mecanismo de checagem inicial do documento, validando a integridade da informação fiscal antes de permitir que ela prossiga pelas rotinas internas de contabilização. Para aprofundar, veja documentos fiscais eletrônicos no SAP. Confirme com o tributário da empresa antes de aplicar.


Fontes oficiais consultadas

Avatar
Cancelar
Melhor resposta

Yara Santana, ao discutir a recepção do XML antes do processamento interno, você mencionou a importância de espelhar a estrutura padronizada. Bem, só um detalhe, considerando a migração de ECC para S/4HANA, qual foi o aspecto mais sensível do mapeamento da entrada de dados que frequentemente gerava a maior incidência de retrabalho na camada tributária, além da validação estrutural inicial?

Avatar
Cancelar
Melhor resposta

Maria Marques, compreendi sua orientação sobre a necessidade do DFeTiposBasicosv1.00.xsd para a tributação. No nosso cenário, onde estamos migrando um volume considerável de transações legadas, essa padronização é o ponto nevrálgico. Para garantir que o correto mapeamento ocorra e sucessivamente avançarmos, qual seria o protocolo recomendado para validação inicial, já que o combinado é, né, absorver essa estrutura nova doarinho?

Avatar
Cancelar
Melhor resposta

Raquel Lopes complementa que, nesse cenário de grande volume, é crucial que a customização do middleware ou do próprio SAP para recepção do XML esteja robustamente testada. O salto para o entendimento correto dos parâmetros trazidos pelo DFeTiposBasicosv1.00.xsd só ocorre se a camada de recepção estiver preparada para este novo rigor técnico. Agora, de qualquer forma, valide com cuidado todos os campos obrigatórios antes de liberar para o processamento completo no S/4HANA, visualizando o ciclo de vida da informação fiscal.

Avatar
Cancelar
Melhor resposta

Olá Yara. Se o volume for muito grande e vocês tiverem um gargalo no mapeamento inicial, minha equipe inicialmente optou por um processo em duas fases. Primeiro, recebemos o XML e fizemos uma validação estrutural básica no SAP para garantir a integridade do documento. Somente após essa confirmação, liberávamos a importação completa para o motor de tributação. É um processo mais lento, mas evita rejeições tardias. E olha que, tá, quando o acúmulo de notas é muito grande e o volume de testes unitários é escasso, essa abordagem de validação em camadas economiza retrabalho comparado a tentar um processamento único e massivo.

Avatar
Cancelar
Melhor resposta

Para que o sistema reconheça a tributação, o caminho passa pela adoção do arquivo DFeTiposBasicosv1.00.xsd que faz parte do esquema XML de todos os Documentos Fiscais Eletrônicos. O óbvio é que este arquivo padroniza a previsão de campos necessários para registrar as informações tributárias da NF-e e NFC-e. Ao migrar o volume de transações, vocês precisam garantir que o mapeamento da entrada de dados espelhe essa estrutura. Isso garante que a informação fiscal seja assimilada pelo S/4HANA sem retrabalho posterior.

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 Documentos fiscais eletrônicos no SAP: NF-e, CT-e, MDF-e, NFS-e, NFTS e entrada.

Ver todas do fórum