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



To report this post you need to login first.

15 Comments

You must be Logged on to comment or reply to a post.

  1. 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

    (0) 
    1. 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…

      (0) 
    2. Hugo Assunção

      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>

      (0) 
    3. Halsen Nagasawa

      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

      (0) 
  2. Eduardo Chagas

    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

    (0) 
  3. Adriano Campolina 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

    (0) 
    1. 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

      (0) 
      1. 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

        (0) 
        1. Adriano Campolina 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

          (0) 
          1. 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

            (0) 

Leave a Reply