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
0 Visualizações

Olá pessoal, meu nome é João e eu sou desenvolvedor ABAP, estou há dez anos mergulhado em e-commerce e RISE with SAP. Estou tentando mapear a correta transmissão da EFD ICMS IPI e estou com um nó aqui. Meu sistema, mesmo após tentativas com diferentes customizações, não está alinhando perfeitamente os dados de pagamento com a referência dos períodos. Tentamos replicar um cenário onde o pagamento ocorre após o período de referência, mas o cabeçalho parece não capturar a nuances do tipo de pagamento corretamente. O curioso é, tá, que a validação do campo 14 e 16, que deveria casar com os registros C170, está falhando em alguns testes de homologação. Gostaria de saber se há algum detalhe técnico sobre como garantir que o sistema reflita fielmente a natureza do fluxo para o envio correto desses dados.


Atualização:

Agradeço as considerações sobre a sincronia temporal e a documentação. Reforcei o cenário testando a geração com recebimento ocorrendo após o período de referência da escrituração, utilizando o indicador de pagamento específico. O curioso é, tá, mesmo com os ajustes, a validação sistemática ainda retorna inconsistência. Gostaria de saber se há algum detalhe específico no fluxo de geração que garanta que nosso mapeamento do campo VLITEM dos registros C170 esteja sendo interpretado corretamente pelo validador externo, considerando o atraso no recebimento.

Avatar
Cancelar
Melhor resposta

Para sanar o apontamento de divergência ao considerar pagamentos ocorrendo fora do intervalo inicial da escrituração, sugiro revisitarmos a representação do ajuste temporal no momento da geração do arquivo. É imprescindível que a descrição do recebimento subsequente seja inequívoca, indo além da simples aplicação de um código. O validador externo pode estar exigindo uma granularidade maior na passagem do status da transação, talvez ligada à forma como a liquidação financeira é efetuada no módulo contábil. Verifiquem se o detalhamento do subsequente recebimento está ancorado não apenas no indicador do fluxo, mas também na composição dos valores totais enviados, garantindo que o presenteamento documental seja completo e atende à expectativa do sistema recebedor. Para aprofundar, veja obrigações acessórias e SPED no SAP. Confirme com o tributário da empresa antes de aplicar.


Fontes oficiais consultadas

Avatar
Cancelar
Melhor resposta

Achei que seria importante detalhar mais como essa transição temporal é tratada. O senhor menciona a necessidade de refletir o pagamento posterior, mas gostaria de adicionar que o guia indica que esse detalhamento do tipo de pagamento precisa ser registrado, além de os valores totais serem mantidos consistentes. Agora, resumindo, a aderência ao que foi descrito no documento fiscal inicial é o que sustenta a transmissão correta.

Avatar
Cancelar
Melhor resposta

Kátia Nascimento: E aí, vou direto. Complementando o que foi dito, é fundamental que o preenchimento dos campos 14 e 16 demonstre fielmente o que consta na fatura. O que observo que causa mais retrabalho é quando há desencontro entre o que o sistema gera e o que está no documento original. Se o pagamento ocorre após o período base, precisamos que o indicador desse tipo de liquidação esteja correto para que a validação do valor soma com o registro C170 seja aprovada sem questionamentos.

Avatar
Cancelar
Melhor resposta

Bem, um palpite é que a complexidade reside justamente na coincidência entre a data de emissão do documento e a data efetiva do acerto financeiro. Se o pagamento é posterior ao período de referência, precisamos garantir que o indicador do tipo de pagamento reflita essa dinâmica temporal. O log que estou vendo aponta para a necessidade de mapear essa sequência cronológica com muita precisão no módulo correspondente ao S/4HANA.

Avatar
Cancelar
Melhor resposta

Para lidar com essa divergência temporal, nós desenvolvemos uma rotina complementar que valida a sequência dos eventos. Se o pagamento difere do período de referência, essa rotina aplica os ajustes necessários antes da geração do arquivo. Então, como se diz, o caminho dependerá se a sua necessidade é focar na data corrente da transação ou na data contábil utilizada para o envio. O sistema precisa saber qual contexto você está priorizando para evitar inconsistências no lote.

Avatar
Cancelar
Melhor resposta

Para alinhar a parametrização do fluxo de pagamento com o período da escrituração, é crucial considerar o tipo de pagamento indicado no registro. Se o recebimento se der em momento posterior ao de referência, o sistema precisa refletir isso corretamente. De cabeça, o mapeamento dos campos 14 e 16 deve espelhar exatamente o que consta na nota fiscal, incluindo o valor do desconto incondicional e o total das mercadorias e serviços. Essa coerência entre os documentos fiscais e os dados transmitidos é o que garante a aceitação da declaração.

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!