Resposta de duplicidade

Boa tarde

Estou com um cenário em NFe de um cliente de MT que parece que a nuvem não está retornado o cstat quando ocorre duplicidade 204.

A nota fiscal está enviada, mas ao reenviar o cstat 204 não é retornado.

(Uma NFe que está em processamento não é atualizado na nossa api, fica em aberto e dá opção de reenviar, isso é um gap que temos e que iremos corrigir)

Mas o fluxo ocorreu da seguinte forma:

  1. Api enviou a NFe (que já está enviada na receita) e teve a resposta da nuvem
{
	"ambiente": "Producao",
	"status": "Pendente",
	"id": "nfe_3a140243bf764ef6a99ee4a6bcd16157",
	"created_at": "2024-07-25T17:29:11.2550000Z",
	"referencia": "b20442d50c98857975e4321057a14b91",
	"data_emissao": "2024-07-25T17:26:23.0000000Z",
	"modelo": 0,
	"serie": 1,
	"numero": 2889,
	"tipo_emissao": 0,
	"valor_total": 2000,
	"chave": "51240710339479000149550010000028891839246100",
	"autorizacao": {
		"ambiente": "Producao",
		"status": "Pendente",
		"digest_value": null,
		"id": "evt_3a140243bf964a299c6d6783f9510cde",
		"autor": {
			"cpf_cnpj": "10339479000149",
			"$type": "DfeAutorEvento"
		},
		"chave_acesso": "51240710339479000149550010000028891839246100",
		"data_evento": "2024-07-25T17:29:11.3180000Z",
		"numero_sequencial": 1,
		"data_recebimento": null,
		"codigo_status": 0,
		"motivo_status": null,
		"numero_protocolo": null,
		"codigo_mensagem": 0,
		"mensagem": null,
		"tipo_evento": "autorizacao",
		"$type": "DfeAutorizacao"
	},
	"$type": "Dfe"
}

O cstat 204 não veio.

  1. Consultei pelo id da nfe na nuvem e tive a resposta
{
    "id": "nfe_3a140243bf764ef6a99ee4a6bcd16157",
    "ambiente": "producao",
    "created_at": "2024-07-25T17:29:11.255Z",
    "status": "rejeitado",
    "referencia": "b20442d50c98857975e4321057a14b91",
    "data_emissao": "2024-07-25T17:26:23Z",
    "modelo": 55,
    "serie": 1,
    "numero": 2889,
    "tipo_emissao": 1,
    "valor_total": 2000,
    "chave": "51240710339479000149550010000028891839246100",
    "autorizacao": {
        "id": "evt_3a140243bf964a299c6d6783f9510cde",
        "ambiente": "producao",
        "status": "rejeitado",
        "autor": {
            "cpf_cnpj": "10339479000149"
        },
        "chave_acesso": "51240710339479000149550010000028891839246100",
        "data_evento": "2024-07-25T17:29:11.318Z",
        "numero_sequencial": 1,
        "data_recebimento": "2024-07-25T17:29:12Z",
        "codigo_status": 204,
        "motivo_status": "Rejeicao: Duplicidade de NF-e [510001046180911 ]",
        "tipo_evento": "autorizacao",
        "digest_value": "1FGhpxdwmEKtRe8Ypyh6p3iU6x4="
    }
}

cstat 204

  1. Realizei o sincronismo na nuvem
{
    "status": "sincronizado",
    "codigo_status": 100,
    "motivo_status": "Autorizado o uso da NF-e",
    "data_recebimento": "2024-07-25T17:36:24Z",
    "chave": "51240710339479000149550010000028891839246100"
}

NFe está enviada

  1. Consultei novamente a NFe (igual etapa 2)
{
    "id": "nfe_3a140243bf764ef6a99ee4a6bcd16157",
    "ambiente": "producao",
    "created_at": "2024-07-25T17:29:11.255Z",
    "status": "autorizado",
    "referencia": "b20442d50c98857975e4321057a14b91",
    "data_emissao": "2024-07-25T17:26:23Z",
    "modelo": 55,
    "serie": 1,
    "numero": 2889,
    "tipo_emissao": 1,
    "valor_total": 2000,
    "chave": "51240710339479000149550010000028891839246100",
    "autorizacao": {
        "id": "evt_3a140243bf964a299c6d6783f9510cde",
        "ambiente": "producao",
        "status": "registrado",
        "autor": {
            "cpf_cnpj": "10339479000149"
        },
        "chave_acesso": "51240710339479000149550010000028891839246100",
        "data_evento": "2024-07-25T17:29:11.318Z",
        "numero_sequencial": 1,
        "data_recebimento": "2024-07-24T20:53:33Z",
        "codigo_status": 100,
        "motivo_status": "Autorizado o uso da NF-e",
        "numero_protocolo": "151240060657432",
        "tipo_evento": "autorizacao",
        "digest_value": "1FGhpxdwmEKtRe8Ypyh6p3iU6x4="
    }
}

Autorizado


Após isso pensei que se enviasse novamente pela minha api eu iria agora receber o cstat 204 de duplicidade, mas não recebi também, veio a resposta do mesmo jeito na etapa 1.

Consultei o id e indicou rejeição 204.

A minha api está tratando o retorno 204 executando o sincronismo e consulta dos dados, em seguinda baixa os arquivos e atualizado no meu banco, porém dessa forma não está fazendo, estamos precisando fazer manualmente.

Será que houve alguma mudança aí na resposta da nuvem? Na minha concepção acho deveria retornar o cstat 204. Pergunto para saber se eu vou precisar atualizar aqui o fluxo.

A versão do meu sdk é 2.28 .C#

Obrigado.

Boa tarde, @financeiro.

Por que você está sincronizando uma NF-e que foi rejeitada por ter sido emitida em duplicidade?

Quando a SEFAZ autorizadora retorna uma rejeição indicando duplicidade de NF-e, significa que uma outra NF-e já foi autorizada anteriormente com o mesmo número. Assim, o fluxo correto a ser adotado é a emissão de uma nova nota em vez da sincronização.

Outra coisa que percebi é que foram enviadas várias notas com os mesmos dados que compõe a chave de acesso (inclusive o campo cNF, que deveria ser aleatório). Foi por esse exato motivo que a sincronização trouxe os dados de uma outra nota autorizada previamente.

Dito tudo isso, sugerimos:

  1. Evitar a sincronização após receber o status de rejeição, principalmente se for por duplicidade;
  2. Não enviar o campo cNF e deixar que a API da Nuvem Fiscal gere automaticamente, envitando ter mais de uma nota com a mesma chave de acesso.

Para verificar as notas enviadas com a mesma chave, basta enviar uma requisição ao endpoint de listagem de notas, passando o parâmetro chave, conforme documentação:
https://dev.nuvemfiscal.com.br/docs/api#tag/Nfe/operation/ListarNfe

Caso tenha ficado alguma dúvida, estamos à disposição.

Boa tarde,

Então, na minha api, após enviar uma nfe, a api faz 5 consulas de status para saber se essa nfe foi autorizada, já que a resposta não vem direta no endpoint de envio.

Caso após essas 5 consultas a nfe não tenha sido processada o meu sistema deixa aberto a possibilidade de reenviar essa nota, esse é o gap que te mencionei. Nessas 5 consultas o status é pendente.

A nota passa a ser processa pela receita e autorizada, o meu cliente tenta reenviar a mesma nota que ele pediu antes (Ela está aberta no meu sistema e processada na receita, a falha que mencionei) e receberia o status de duplicidade.

Com esse status de duplicidade a api faria o sincronismo e consulta das informações para atualizar no banco.

Acontece que não está recebendo o status de duplicidade como mencionei.

@financeiro

Após o envio da NF-e, é fundamental continuar as consultas até que se obtenha um status diferente de pendente. Em nenhuma hipótese deve-se emitir uma nova nota com o mesmo número sem saber exatamente o resultado do processamento da anterior. Isso garante que não haja duplicidade e que o processo seja concluído corretamente.

Se houver urgência e necessidade de emitir uma nova nota, é possível fazê-lo, porém, é crucial que essa nova nota tenha um número diferente. Dessa forma, evita-se a duplicidade. Posteriormente, deve-se verificar o status da nota anterior e, se necessário, realizar o cancelamento da mesma, caso tenha sido autorizada.

No item 2 da sua resposta anterior, a API retornou a NF-e com o status de duplicidade. Não entendi o que quis dizer aqui.

Sim, tem razão, iremos adequar isso, obrigado.

Após enviar (etapa 1) não tive nenhum retorno do que aconteceu com esse envio (codigo_status, motivo_status).
Consultei o status dessa nota na nuvem e indicava dupicidade, se eu tivesse recebido esse retorno no envio a api teria realizado o sincronismo e atualizado os dados.

Essa é minha dúvida, não deveria vir no codigo_status o 204 duplicidade? ou talvez nas 5 consultas que realizo após o envio?
Talvez não tenha vindo por causa do tempo de processamento da receita.

Esse fluxo da nfe é mais complicado, além do que me disse acima, tem mais alguma sugestão para o fluxo da nfe?

Não foi retornado pois ainda não tínhamos essa informação.

Exatamente.

Não. As recomendações já apresentadas são suficientes para evitar esse problema.

Beleza, obrigado!

1 curtida

Este tópico foi fechado automaticamente 24 horas depois da última resposta. Novas respostas não são mais permitidas.