Rejeição 211: NF3e a ser substituída não pode ter sido substituída anteriormente. Como resolver?

Rejeição

211 - NF3e a ser substituída não pode ter sido substituída anteriormente.

Causa

Quando for emitida uma NF3-e (modelo 66), com o tipo de finalidade (tag: ide / finNF3e) como 2 = Substituição, contendo a chave de acesso a ser substituída (tag: gSub / chNF3e) de uma NF3-e já substituída anteriormente, a mesma será rejeitada pelo motivo 211.

 

Abaixo temos um exemplo com erro, onde a tag de finalidade de NF3-e (tag: finNF3e) foi informada corretamente, juntamente com as tags do grupo de informações da substituição (Grupo: gSub), porém a chave de acesso a ser substituída, é de uma NF3-e já substituída anteriormente.

                                                                                                                                                             

Segue exemplo no XML, onde a chave de acesso informada junto ao grupo informações da substituição (Grupo: gSub) já foi substituída uma vez: 

<det nItem="1"> 
[...] 
    <ide>
      <cUF>43</cUF>
      <mod>66</mod>
      <serie>1</serie>
      <nNF>492568</nNF>
      <cNF>0202020</cNF>
      <cDV>7</cDV>
      <dhEmi>2023-05-16T14:32:23-03:00</dhEmi>
      <cMunFG>4314902</cMunFG>
      <finNF3e>2</finNF3e>
    </ide>
[...] 
    <acessante>
       <idAcesso>10020521683</idAcesso>
       <tpAcesso>0</tpAcesso>
       <tpFase>1</tpFase>
       <tpGrpTensao>07</tpGrpTensao>
       <tpModTar>01</tpModTar>
       <latGPS>-16.679900</latGPS>
       <longGPS>-49.255000</longGPS>
    </acessante>
	<gSub>
	   <chNF3e>43230507385111000102660010004925681002020205</chNF3e>
	   <motSub>05</motSub>
	</gSub>
[...]

 

Veja regra de validação da SEFAZ:

Como Resolver

Como resolução, temos 2 cenários, o primeiro é, caso a NF3-e a ser substituída já tenha sido realmente substituída anteriormente , nada pode ser feito visto que não é possivel substituir uma NF3-e já substituída. O outro cenário é, caso a chave de acesso a ser substituída for diferente da chave de acesso informada no grupo de informações da substituição (Grupo: gSub / chNF3e), basta validar se a mesma se encontra autorizada e não tenha sido substituída anteriormente, para assim informa-la corretamente junto ao grupo de informações da substituição. 

Seguindo o mesmo exemplo apresentado acima, agora uma nova chave de acesso foi informada, sendo essa uma nota autorizada e válida :  

<det nItem="1"> 
[...] 
    <ide>
      <cUF>43</cUF>
      <mod>66</mod>
      <serie>1</serie>
      <nNF>492568</nNF>
      <cNF>0202020</cNF>
      <cDV>7</cDV>
      <dhEmi>2023-05-16T14:32:23-03:00</dhEmi>
      <cMunFG>4314902</cMunFG>
      <finNF3e>2</finNF3e>
    </ide>
[...] 
    <acessante>
       <idAcesso>10020521683</idAcesso>
       <tpAcesso>0</tpAcesso>
       <tpFase>1</tpFase>
       <tpGrpTensao>07</tpGrpTensao>
       <tpModTar>01</tpModTar>
       <latGPS>-16.679900</latGPS>
       <longGPS>-49.255000</longGPS>
    </acessante>
	<gSub>
	   <chNF3e>43230507385111000102660010004925691002020202</chNF3e>
	   <motSub>05</motSub>
	</gSub>
[...]

 

Feito o ajuste, basta reenviar o documento, que a nota será autorizada.   

Referências

0 (0)
Avaliação do Artigo (Nenhum voto)
Avaliar esse artigo
Anexos
Não há anexos para este artigo.
Artigos Relacionados RSS Feed