Skip to Content
Author's profile photo Former Member

Erros nas SEFAZ’s Homologação para NFe 3.10

Senhores, boa tarde.


Estou tento vários problemas nos testes da implementação da NFe 3.10 e, por conta disso, resolvi criar esse blog para compartilhar com os senhores tais problemas.

Cada SEFAZ (UF) esta respondendo de uma maneira certos serviços.

Vou listar aqui cada problema, separados por cada SEFAZ UF e como fiz para contornar cada um (os que consegui contornar).

O que fiz é apenas para poder caminhar com os testes, a solução real deve vir de cada SEFAZ.


1. Goiás – 52

   

     1.1. Serviço NFeAutorizacao:


     Problema:


O Payload que vem no retorno do lote vem com a tag nfeAutorizacaoResult e deveria vir nfeAutorizacaoLoteResult, perceba que falta “Lote” no retorno atual.


     Solução paliativa:


O Mapping  “GENERIC_SOAP12OutConverter” que vem no TPZ importado no design esta assim:

      <xsl:when test=$test=’nfeAutorizacaoLoteResult’>

        <nfeAutorizacaoLoteResponse xmlns=http://sap.com/xi/NFE/008>

          <nfeAutorizacaoLoteResult>

            <xsl:apply-templates select=//*[local-name()=’Body’]/*[local-name()=’nfeAutorizacaoLoteResult’]/*/>

          </nfeAutorizacaoLoteResult>

        </nfeAutorizacaoLoteResponse>

      </xsl:when>

Com isso, criamos outro Interface Mappin debaixo de outro name space que foi colocado dependente do name space http://sap.com/xi/NFE/008. Copiamos tudo do standard e adicionamos ao mapping “GENERIC_SOAP12OutConverter” o seguinte código.

      <xsl:when test=$test=’nfeAutorizacaoResult’>

        <nfeAutorizacaoLoteResponse xmlns=http://sap.com/xi/NFE/008>

          <nfeAutorizacaoLoteResult>

            <xsl:apply-templates select=//*[local-name()=’Body’]/*[local-name()=’nfeAutorizacaoResult’]/*/>

          </nfeAutorizacaoLoteResult>

        </nfeAutorizacaoLoteResponse>

      </xsl:when>

Com isso conseguimos ir para o próximo serviço de Goiás.


     1.2. Serviço NFeRetAutorizacao:

     Problema:


O Payload que vem no retorno da consulta vem com a tag nfeRetAutorizacaoResult e deveria vir nfeRetAutorizacaoLoteResult, perceba que falta “Lote” no retorno atual.


     Solução paliativa:


Apenas adicionei o código abaixo no “GENERIC_SOAP12OutConverter” assim como no erro anterior.

      <xsl:when test=$test=’nfeRetAutorizacaoResult’>

        <nfeRetAutorizacaoLoteResponse xmlns=http://sap.com/xi/NFE/008>

          <nfeRetAutorizacaoLoteResult>

            <xsl:apply-templates select=//*[local-name()=’Body’]/*[local-name()=’nfeRetAutorizacaoResult’]/*/>

          </nfeRetAutorizacaoLoteResult>

        </nfeRetAutorizacaoLoteResponse>

      </xsl:when>

Ainda no retorno da consulta do serviço NFeRetAutorizacao, encontrei mais um problema. No payload falta a variável dhRecbto dentro da tag retConsReciNFe. Não criamos nenhuma solução paliativa neste caso, teríamos de fazer alterações em vários pontos diferentes.


2. Minas Gerais – 31


     2.1.  Serviço NFeRetAutorizacao:


Exatamente o mesmo problema da tag nfeRetAutorizacaoLoteResult de Goiás.

     2.2. Serviço NfeConsultaProtocolo:


Assim como em Goiás, no payload de retorno do serviço, falta a variável dhRecbto dentro da tag retConsReciNFe. Não criamos nenhuma solução paliativa neste caso, teríamos de fazer alterações em vários pontos diferentes.

3. Bahia – 29


     3. 1. Serviço NFeAutorizacao:


     Problema:


Quase o mesmo problema da tag nfeAutorizacaoLoteResult de Goiás, mas a SEFAZ da Bahia retorna NfeAutorizacaoLoteResult, perceba que o problema é apenas o “N” maiúsculo no começo da tag e o processo é “case sensitive”.


     Solução paliativa:


Adicionei o código a baixo no “GENERIC_SOAP12OutConverter”

      <xsl:when test=$test=’NfeAutorizacaoLoteResult’>

        <nfeAutorizacaoLoteResponse xmlns=http://sap.com/xi/NFE/008>

          <nfeAutorizacaoLoteResult>

            <xsl:apply-templates select=//*[local-name()=’Body’]/*[local-name()=’NfeAutorizacaoLoteResult’]/*/>

          </nfeAutorizacaoLoteResult>

        </nfeAutorizacaoLoteResponse>

      </xsl:when>

     3.2. Serviço NFeRetAutorizacao:


     Problema:


Exatamente como no erro anterior, a tag vem NfeRetAutorizacaoLoteResult ao invés de nfeRetAutorizacaoLoteResult.

     Solução paliativa:


Dessa vez adicionei o seguinte código ao “GENERIC_SOAP12OutConverter”.

      <xsl:when test=$test=’NfeRetAutorizacaoLoteResult’>

        <nfeRetAutorizacaoLoteResponse xmlns=http://sap.com/xi/NFE/008>

          <nfeRetAutorizacaoLoteResult>

            <xsl:apply-templates select=//*[local-name()=’Body’]/*[local-name()=’NfeRetAutorizacaoLoteResult’]/*/>

          </nfeRetAutorizacaoLoteResult>

        </nfeRetAutorizacaoLoteResponse>

      </xsl:when>

     3.3. Serviço NfeConsultaProtocolo:


     Problema:


Ao enviar a consulta.

<?xml version=1.0 encoding=UTF-8?>

<soap12:Envelope xmlns:soap12=http://www.w3.org/2003/05/soap-envelope xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance xmlns:xsd=http://www.w3.org/2001/XMLSchema>

<soap12:Header>

<nfeCabecMsg xmlns=http://www.portalfiscal.inf.br/nfe/wsdl/NfeConsulta2>

      <cUF>29</cUF>

      <versaoDados>3.10</versaoDados>

    </nfeCabecMsg>

  </soap12:Header>

<soap12:Body>

<nfeDadosMsg xmlns=http://www.portalfiscal.inf.br/nfe/wsdl/NfeConsulta2>

      <consSitNFe xmlns=http://www.portalfiscal.inf.br/nfe versao=3.10>

        <tpAmb>2</tpAmb>

        <xServ>CONSULTAR</xServ>

        <chNFe>XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX</chNFe>

      </consSitNFe>

</nfeDadosMsg>

</soap12:Body>

</soap12:Envelope>


Recebo a resposta


<?xml version=1.0 encoding=UTF-8?>

<nfeConsultaNFResponse xmlns=http://sap.com/xi/NFE/008>

<nfeConsultaNF2Result>

<retConsSitNFe xmlns=http://www.portalfiscal.inf.br/nfe versao=2.01>

      <infProt>

        <tpAmb>2</tpAmb>

        <verAplic>4.00</verAplic>

        <cStat>239</cStat>

        <xMotivo>Rejeicao: Cabecalho – Versao do arquivo XML nao suportada</xMotivo>

        <chNFe/>

        <cUF>29</cUF>

      </infProt>

</retConsSitNFe>

</nfeConsultaNF2Result>

</nfeConsultaNFResponse>


Como podem ver, todos os dados dentro de “retConsSitNFe” e antes de  “infProt” não foram preenchidos e nesse caso, não sei o que fazer.


4. SVC-RS


Ao emitir uma nota duplicada, retorna erro “410 – Rejeição: UF informada no campo cUF não é atendida

pelo WebService” ao invés de “204 – Rejeição: Duplicidade de NF-e [nRec:999999999999999]”




Já enviei cada erro para a respectiva SEFAZ, mas ainda não obtive respostas.



Abraços


Adriano Campolina



Assigned Tags

      15 Comments
      You must be Logged on to comment or reply to a post.
      Author's profile photo Jose Nunes
      Jose Nunes

      Adriano,

      obrigado por compartilhar. Estou enfrentando problemas similares com os serviços da Bahia e de Pernambuco.

      Estou enfrentando problemas com o serviço de consulta de status para Pernambuco, que sempre retorna HTTP 500 para consultas feitas para a versão 3.10.

      Para a Bahia, o problema é referente às tags NfeAutorizacaoLoteResult e NfeRetAutorizacaoLoteResult com a primeira letra capitalizada.

      Também estou com problemas no servico de consulta de status para a Bahia, retornando HTTP 500. Estou fazendo mais testes com esse serviço para tentar identificar o problema, já que fazendo o mesmo teste via SOAPUI e usando o WSDL da Bahia ele funciona sem problemas.

      []'s

      JN

      Author's profile photo Alexandre Harison Yoshioka
      Alexandre Harison Yoshioka

      Eu tambem estou com problemas no serviço de consulta de status SEFAZ BA:

      PARSE_APPLICATION_DATA Fehler bei Konvertierung von XML => ABAP: Response Message; CX_ST_MATCH_ELEMENT in /1SAI/TXSDBE59C0E50FC3

      Fehler bei Konvertierung von XML => ABAP: Response Message; CX_ST_MATCH_ELEMENT in /1SAI/TXSDBE59C0E50FC309D2602 Line 16 Elem.'{

      Elem.'{http://sap.com/xi/NFE/008}nfeStatusServicoNFResponse' esperado

      Ao abrir o payload de resposta está em branco...

      Author's profile photo Former Member
      Former Member

      Estou com o mesmo problema na Sefaz BA, alguém conseguiu fazer consulta de status, Retorna o erro abaixo.

      - <SAP:Error SOAP:mustUnderstand="1" xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/">

      <SAP:Category>XIAdapter</SAP:Category>

      <SAP:Code area="HTTP">ADAPTER.HTTP_EXCEPTION</SAP:Code>

      <SAP:P1 />

      <SAP:P2 />

      <SAP:P3 />

      <SAP:P4 />

      <SAP:AdditionalText>HTTP 500 Internal Server Error</SAP:AdditionalText>

      <SAP:Stack />

      <SAP:Retry>M</SAP:Retry>

      </SAP:Error>

      Author's profile photo Alexandre Harison Yoshioka
      Alexandre Harison Yoshioka

      Pessoal estou no SP17 do GRC...

      Voceis estão tendo problemas também no sp16 para a SEFAZ BA?

      Author's profile photo Former Member
      Former Member

      Estou  tendo esse problema no SP 17.

      Author's profile photo Former Member
      Former Member

      José,

      Estou com o mesmo problema na consulta do status da SEFAZ PE, você conseguiu alguma solução para o problema do HTTP 500 ?

      Abs.

      Halsen

      Author's profile photo Alexandre Harison Yoshioka
      Alexandre Harison Yoshioka

      Halsen,

      no seu caso vc conseguiu emitir para a SEFAZ BA?

      Author's profile photo Former Member
      Former Member

      Oi Adriano

      Você já teve um retorno da SEFAZ de cada estado referente aos problemas? Achei legal a solução que vc deu mas sinceramente eu cobraria da SEFAZ a correção.

      Abraço

      Eduardo Chagas

      Author's profile photo Former Member
      Former Member
      Blog Post Author

      Senhores, boa tarde.

      Desculpem-me pela ausência.

      Já tenho alguns clientes emitindo NF-e's 3.10 em PRD, mas não para todos os estados.

      Seque a lista dos status de cada estado em PRD.

      Espirito Santo esta OK.

      São Paulo esta OK.

      Mato Grosso esta OK.

      Rio de Janeiro esta OK.

      Piauí esta OK.

      Minas Gerais ainda não tem os serviços a baixo para 3.10

           NfeInutilizacao

           NfeConsultaProtocolo

           NfeStatusServico

           NfeConsultaCadastro

      Bahia, na última vez que olhei continuava com o mesmo problema citado no meu post.

      Goiás, na última vez que olhei continuava com o mesmo problema citado no meu post.

      Paraná, tem um problema de comunicação que não consegui resolver.

      Pernambuco, tenho problemas,mas não os anotei para listar aqui.

      Nenhuma SEFAZ retornou aos meus chamados com resposta diferente de "estamos cientes e trabalhando para resolver os problemas"

      Att

      Adriano Campolina

      Author's profile photo Jose Nunes
      Jose Nunes

      Bom dia Adriano,

      Pernambuco parece ter resolvido a maioria dos problemas, exceto que a Inutilização está retornando o seguinte erro: Rejeição: Versão do arquivo XML superior à versão vigente

      []'s

      JN

      Author's profile photo Former Member
      Former Member
      Blog Post Author

      Obrigado José, vou testar durante esse fim de semana.

      Author's profile photo Eduardo Hartmann
      Eduardo Hartmann

      Bom dia Jose Nunes!

      Você conseguiu fazer funcionar a inutilização para PE?

      Estamos testando aqui e dentre todos os estados configurados apenas para PE não está funcionando...

      Testei com o SoapUI e recebi o seguinte retorno:

      <soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

         <soapenv:Body>

            <nfeInutilizacaoNF2Result xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NfeInutilizacao2">

               <retInutNFe versao="3.10" xmlns="http://www.portalfiscal.inf.br/nfe">

                  <infInut Id="ID0">

                     <tpAmb>2</tpAmb>

                     <verAplic>NFEPE_H_09.05.06.060</verAplic>

                     <cStat>238</cStat>

                     <xMotivo>Rejeição: Versão do arquivo XML superior à versão vigente</xMotivo>

                     <cUF>26</cUF>

                  </infInut>

               </retInutNFe>

            </nfeInutilizacaoNF2Result>

         </soapenv:Body>

      </soapenv:Envelope>

      Não tenho certeza se mandei os dados corretos, enviei isso:

      <soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:nfe="http://www.portalfiscal.inf.br/nfe/wsdl/NfeInutilizacao2">

         <soap:Header>

            <nfe:nfeCabecMsg>

              <cUF>26</cUF>

              <tpEmis>1</tpEmis>

              <tpAmb>2</tpAmb>

              <versaoDados>3.10</versaoDados>

            </nfe:nfeCabecMsg>

         </soap:Header>

         <soap:Body>

            <nfe:nfeDadosMsg>

              <inutNFe versao="3.10" xmlns="http://www.portalfiscal.inf.br/nfe">

                <infInut Id="ID2614XXXXXXXXXXXXXX55001200000116200000116">

                  <tpAmb>2</tpAmb>

                  <xServ>INUTILIZAR</xServ>

                  <cUF>26</cUF>

                  <ano>14</ano>

                  <CNPJ>XXXXXXXXXXXXXX</CNPJ>

                  <mod>55</mod>

                  <serie>1</serie>

                  <nNFIni>200000116</nNFIni>

                  <nNFFin>200000116</nNFFin>

                  <xJust>Pedido criado incorretamente</xJust>

                </infInut>

              </inutNFe>

            </nfe:nfeDadosMsg>

         </soap:Body>

      </soap:Envelope>

      Abs,

      Eduardo Hartmann

      Author's profile photo Jose Nunes
      Jose Nunes

      Olá Eduardo Hartmann

      Não testei mais o processo depois desse dia. Como a NF-e 3.10 foi postergada, congelamos os testes. Pelo jeito a SEFAZ ainda não resolveu esta issue.

      []'s

      JN

      Author's profile photo Former Member
      Former Member
      Blog Post Author

      Eduardo, boa tarde.

      Já entrou em contato com a SEFAZ PE?

      Na SPRO em "NF-e: atualizar versão dos tipos de mensagem"

      Você já tentou deixar assim?

      NF-e atualizar versão dos tipos de mensagem.PNG

      Apenas para o CNPJ específico de PE.

      Sei que não é a melhor alternativa, mas enquanto a SEFAZ PE não resolve, isso pode deixar seu ambiente estável.

      Vou começar a configurar um cliente hoje que emite notas em PE e vou voltar a fazer testes. Nos outros clientes meus que estão com NFe 3.10 em produção, os que tem CNPJ que emite em PE, deixaram esses ainda na versão 2.00

      Ainda essa semana retorno aqui com os resultados dos testes para PE.

      Att

      Adriano Campolina

      Author's profile photo Eduardo Hartmann
      Eduardo Hartmann

      Oi Adriano, boa tarde!

      Obrigado pela dica. Infelizmente não funciona, já estávamos seguindo essa linha. Infelizmente se emitimos uma NF-e na 3.10 (definido no ECC) ela é criada no GRC como emitida na 3.10, portanto, fica armazenada nas tabelas da 3.10.

      Ao tentar inutilizá-la com a mensagem INUTNFE definida para versão 2.00 o GRC emite um erro dizendo que falta configuração da versão da mensagem INUTNFE (Customizing error: XML version for message type INUTNFE is not defined):

      Isso ocorre no ponto abaixo da function /XNFE/PROCSTEP_NFOSKAUT. Podemos ver que se chegou neste ponto e a versão estiver diferente de 3.10 vai dar erro:

      Com isso tudo decidimos deixar a filial no SAP na 2.00 e aguardar os próximos capítulos dessa novela 🙂

      Abraços,

      Eduardo Hartmann