Nf-e de devolucao de mercadoria nao possui documento fiscal referenciado

Concordo em parte com a Lívia, mas discordo de resolver tudo pelo tipo de débito. Bem, voltando ao ponto: a rejeição 1130 deixa de valer com tpnfdebito 03, com tpnfdebito 07 ou com finNFe 4, então o caminho depende do motivo da nota. Aqui, quando o motivo é retorno do cliente, ficamos com finNFe 4 e a referência no item; quando é perda, usamos tpnfdebito 07. O primeiro caminho vale se há venda original; o segundo, se não há.

Se o ABAP ainda grava a chave em refNFe, Leandro, vale lembrar o limite: a observação da regra diz que, nesse tipo de nota, a referência não pode ir nessa tag e deve ir no grupo do item. Veja, um lembrete: quando a mercadoria volta de mais de um pedido, o cuidado vale para cada linha. Depois que o campo for informado por item, revalide a nota antes de transmitir.

Na minha rotina de e-commerce, apareceu nota de perda por perecimento com mais de uma chave, e o validador aceitou. E aí, pensando bem, o que adotamos foi separar o tipo de cada nota: para perda, o tipo 07; para notas ainda não processadas, o tipo 03; para retorno do cliente, finNFe 4 com a referência no item. Vale o tipo certo quando o motivo é claro; se houver dúvida, a decisão é do time fiscal do cliente.

Passou. A NF-e foi aceita quando movemos a referência do campo de nota para o grupo do item. Agora, o prazo é curto, então resumo dois caminhos. Se a venda original é uma só, informamos a chave dela no item e pronto. Se as notas fiscais de origem são várias, vale a exceção da regra de chave única para finNFe 4, e as chaves informadas ficam cada uma no seu item.

Yara, complemento um ponto: a regra geral pede um único documento fiscal referenciado, e o código 1130 aparece quando o item traz chaves diferentes. Então, abrindo um parêntese, no grupo dfereferenciado essa regra não se aplica quando finNFe é 4, e isso explica por que uma NF-e dessas pode carregar mais de uma chave sem erro. Antes de culpar o cadastro, olhe quantas chaves o item leva e qual o valor de finNFe.

Discordo só de um detalhe. Você disse, Jefferson, que a regra de chave única some quando finNFe é 4, mas o mesmo vale em outros dois casos: débitos de notas que ficaram fora do processamento e perda em estoque. Conforme o combinado no grupo, finNFe não pode ser o único gatilho do teste. Ao validar NF-e com vários documentos referenciados, confira também o tipo de nota de débito, para ela não ser barrada à toa.

Já vi esse bloqueio por chave posta no campo errado: na devolução, a referência vai no grupo por item, devendo ficar fora da tag refNFe. Veja, um alerta: o log traz 'Obrig. 321 NF-e de devolução não possui referenciado a nível de item', e é isso que você descreveu. Confira se o SAP está preenchendo só o campo da nota. Na dúvida, abra o XML e veja o grupo do item antes de reenviar.