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

Estamos com um cenário onde geramos uma remessa e, ao tentar acompanhar o documento fiscal subsequente, identificamos uma inconsistência na chave de acesso. O sistema está apontando uma duplicidade ao referenciar o documento anterior no grupo de compras, apesar de termos checado os detalhes operacionais por completo. Tentamos ajustar os parâmetros na rotina de saída, mas o erro persiste. Seja como for, viu, precisamos garantir que o sistema reconheça a unicidade do movimento. Diante desse quadro, qual seria o procedimento correto para sanar essa divergência, considerando a operação subsequente?


Atualização:

Prezados, agradeço as contribuições de vocês. Fizemos testes revisando a inserção da chave de acesso na tag referenciada e no grupo de compras, mas o apontamento de duplicidade persiste, seja como for, viu. Algo mais específico sobre a janela de implementação ou o tipo exato de operação que gerou a rejeição pode nos indicar qual fluxo seguir neste momento?

Avatar
Cancelar
Melhor resposta

Quando o agrupamento de compras indica uma ocorrência fiscal idêntica, mas a chave de acesso difere, a questão principal reside na visão que o fisco tem do movimento transacional. A rejeição de duplicidade, quando acompanhada de um registro distinto, aponta para uma possível sobreposição na identificação do documento perante o ente regulador. É fundamental analisar o registro de transmissão junto ao feedback do órgão competente. Para progredir nesse impasse, sugiro que se revise o encaixe do novo documento no fluxo, assegurando que todos os atributos que compõem o vínculo fiscal estejam perfeitamente alinhados com o movimento que está sendo sucedido. 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

Nádia, concordo que simplificar demais pode ser perigoso. Contudo, acho que focar apenas em rastrear o movimento transacional, como sugere a complexidade do recebimento, talvez desvie um pouco do cerne da rejeição. Quando o fisco devolve um movimento fiscal com divergência na chave, o ponto inicial deve ser reconstituir o fluxo que gerou aquela inconsistência antes de avançar para uma análise mais ampla do protocolo.

Avatar
Cancelar
Melhor resposta

Em situações onde o registro fiscal subsequente utiliza uma referência distinta, mas o grupo de compras aponta uma contagem idêntica, a análise deve transcender a simples comparação da chave de acesso. Se a intenção era apenas rastrear o movimento, a checagem da manifestação do documento, utilizando o número da chave de acesso ou o identificador de cancelamento, oferece um panorama mais amplo. Este procedimento é cabível quando se busca validação do trâmite percorrido.

Avatar
Cancelar
Melhor resposta

Leandro Soares, eu sugiro que, e aí, por via das dúvidas, ao informar a chave de acesso do documento fiscal anterior no grupo de compras, como parte do processo, o correto seria checar o retorno da rejeição. Se o sistema apontar um quadro como "DFe referenciado em operação com ente governamentais (gCompraGov/refDFeAnt): governamental em duplicidade", isso sugere que a chave está sendo vista como repetida junto ao órgão fiscalizador. É preciso cruzar essa informação interna com o log de transmissão para entender o porquê da visão duplicada.

Avatar
Cancelar
Melhor resposta

Acredito que simplificar demais a questão pode mascarar a raiz do problema. Quando recebemos a rejeição de duplicidade, não basta apenas confirmar o preenchimento da tag "refNFe" ou do grupo "DFeReferenciado". Precisamos rastrear exatamente por que o sistema está vendo a informação como redundante. Veja, em campo, a necessidade de um acompanhamento mais profundo da cadeia documental para endereçar essa divergência de chaves.

Avatar
Cancelar
Melhor resposta

A inconsistência na chave de acesso ao referenciar documentos fiscais anteriores no grupo de compras exige atenção ao detalhe, o detalhe é que, né, precisamos verificar se a chave de acesso está sendo informada mais de uma vez para o mesmo item. Se este cenário ocorrer, o sistema pode rejeitar a operação como duplicada. É importante conferir se o documento fiscal subsequente referencia corretamente o anterior, especialmente ao utilizar a tag "refNFe" na devolução, ou se o grupo "DFeReferenciado" foi preenchido adequadamente.

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