Sap drc nfe

Se o grupo de NFe referenciada for informado no DRC, a SEFAZ devolve uma observação com a chave problemática. Veja, o detalhe é que ela retorna só a primeira chave com problema. Fábio, mesmo com a sua checagem prévia, corrija e reenvie para saber se existem outras. No log do DRC, o campo do retorno mostra a chave citada, e vale copiá-la para o chamado.

O resultado que importa: as recusas de NFe sumiram da nossa rotina depois que passamos a checar a chave antes do envio pelo DRC. Fazemos um relatório simples que lista as notas referenciadas e testa se a chave pode existir, com tamanho e dígito corretos. Abrindo um parêntese, isso não prova que a nota é inexistente na SEFAZ, só pega erro de digitação. Vale quando a chave é informada à mão; se ela vem de XML recebido, deixamos a SEFAZ conferir.

Leonardo tem razão, e acrescento. Bem, como vimos, a exceção vale só para nota de modo alternativo. Se a NFe foi emitida de forma normal e não está na base, a rejeição vem mesmo. Na minha rotina com RISE with SAP, peço ao time para olhar o tipo de emissão contido na própria chave antes de abrir chamado sobre o DRC, porque isso já elimina boa parte das dúvidas.

Priscila, sim: a SEFAZ confere cada NFe referenciada na base de chaves e recusa o envio quando encontra chave divergente, mostrando onde está a diferença. E aí, pra constar, o DRC apenas repassa o retorno; quem precisa corrigir a chave é o seu time. Nota de envio alternativo, por outro lado, fica dispensada dessa checagem. Então olhe primeiro de onde vem a chave digitada na devolução, porque erro de digitação responde pela maioria dos casos que já acompanhei, e a conferência é rápida de fazer.