Financial Management Blogs by Members
Dive into a treasure trove of SAP financial management wisdom shared by a vibrant community of bloggers. Submit a blog post of your own to share knowledge.
cancel
Showing results for 
Search instead for 
Did you mean: 
rhviana
Active Contributor

Olá pessoal,

Gostaria de compartilhar um erro que acabou ocorrendo comigo em um projeto de implementação do SAP GRC NF-e 10.0.

O ambiente foi liberado para configuração, fiz todos os procedimentos e subida do certificado no stack java, nesse caso a versão do PI era a 7.11, entao realizei o upload do certificado na NWA.

http://<hostname>:<javaport>/nwa

Configuration Management --> Certificate and Keys

Crie uma nova entrada chamad:NFE e  uma view :XPTO e suba o certificado digital.

Como disse anteriormente, já tinha realizado esse procedimento, o upload do certificado digital no stack java é utilizado para comunicação entre o SAP PI e a SEFAZ via HTTPS+SSL:

Bom a priore tudo configurado, então vamos testar, quando fiz o agendei o job de consulta status sefaz (/xnfe/check_srv_status), a priore nenhum erro na sxi_monitor e nem no adapter enginne, fui verificar o monitor do Status Servico - SICF:

Esse link abaixo é o endereço do monitor principal:

http://<hostename>:<port>/sap/bc/webdynpro/xnfe/nfe_main_monitor?sap-system-login-basic_auth=X&sap-c...

Verificando o status servico, tudo rejeitado com 999:


sxi_monitor, sucesso:

Bom fui verificar as mensagens de OB/IB sync:

Mensagem de disparo:

 <?xml version="1.0" encoding="utf-8"?>
<nm:nfeStatusServicoNF2 xmlns:nm="http://sap.com/xi/NFE/006" xmlns:prx="urn:sap.com:proxy:ACD:/1SAI/TASC7E4781E0154F410938F:702">
  <n0:cUF xmlns:n0="http://sap.com/xi/NFE/006">51</n0:cUF>
  <n0:tpEmis xmlns:n0="http://sap.com/xi/NFE/006">1</n0:tpEmis>
  <n0:tpAmb xmlns:n0="http://sap.com/xi/NFE/006">2</n0:tpAmb>
  <ne:nfeDadosMsg xmlns:ne="http://sap.com/xi/NFE/006">
   <ne:consStatServ versao="2.00" xmlns:ne="http://www.portalfiscal.inf.br/nfe">
    <n0:tpAmb xmlns:n0="http://www.portalfiscal.inf.br/nfe">2</n0:tpAmb>
    <n0:cUF xmlns:n0="http://www.portalfiscal.inf.br/nfe">51</n0:cUF>
    <n0:xServ xmlns:n0="http://www.portalfiscal.inf.br/nfe">STATUS</n0:xServ>
   </ne:consStatServ>
  </ne:nfeDadosMsg>
</nm:nfeStatusServicoNF2>

Mensagem de resposta da SEFAZ:

 <?xml version="1.0" encoding="utf-8"?>
<nfeStatusServicoNFResponse2 xmlns="http://sap.com/xi/NFE/006">
  <nfeStatusServicoNF2Result>
   <retConsStatServ xmlns="http://www.portalfiscal.inf.br/nfe" versao="2.00">
    <tpAmb>2</tpAmb>
    <verAplic>2.00</verAplic>
    <cStat>999</cStat>
    <xMotivo>Rejeicao: Erro nao catalogado</xMotivo>
    <cUF>51</cUF>
   </retConsStatServ>
  </nfeStatusServicoNF2Result>
</nfeStatusServicoNFResponse2>

DUMP ! A Sefaz aceitou a minha conexão e me responde erro 999 ? Bom loguei no ambiente de outros clientes e pedi outras pessoas testarem as mensagens em outros ambientes e passava com sucesso.

Fui e realizei um teste direto via proxy com a mensagem acima e me aparece esses erros:

Está meio claro o erro, inicialmente não estava, fui verificar a estrutura de input da proxy SRVSC, imagem abaixo:

Legal o campo dhRecbto é um campo obrigatório e se você reparar a mensagem que a Sefaz me responde não tem esse campo... maravilha.. agora ficou claro o motivo do execption.

Já conseguiram descobrir o motivo ?

O Basis realizou alteração do nome da keyview:XPTO para BSB2 (exemplo) e não me avisou, quando verifiquei isso na NWA, so fiz a alteração no canal de comunicação e funcionou.

Após o ajuste a resposta da SEFAZ abaixo:

 <nm:nfeStatusServicoNFResponse2 xmlns:nm="http://sap.com/xi/NFE/006" xmlns:prx="urn:sap.com:proxy:ACD:/1SAI/TASC7E4781E0154F410938F:702">
  <ne:nfeStatusServicoNF2Result xmlns:ne="http://sap.com/xi/NFE/006">
   <ne:retConsStatServ versao="2.00" xmlns:ne="http://www.portalfiscal.inf.br/nfe">
    <n0:tpAmb xmlns:n0="http://www.portalfiscal.inf.br/nfe">2</n0:tpAmb>
    <n0:verAplic xmlns:n0="http://www.portalfiscal.inf.br/nfe">2.00</n0:verAplic>
    <n0:cStat xmlns:n0="http://www.portalfiscal.inf.br/nfe">107</n0:cStat>
    <n0:xMotivo xmlns:n0="http://www.portalfiscal.inf.br/nfe">Servico em Operacao</n0:xMotivo>
    <n0:cUF xmlns:n0="http://www.portalfiscal.inf.br/nfe">51</n0:cUF>
    <n0:dhRecbto xmlns:n0="http://www.portalfiscal.inf.br/nfe">2013-07-26T07:12:19</n0:dhRecbto>
    <n0:tMed xmlns:n0="http://www.portalfiscal.inf.br/nfe">1</n0:tMed>
   </ne:retConsStatServ>
  </ne:nfeStatusServicoNF2Result>
</nm:nfeStatusServicoNFResponse2>

Acredito que a SEFAZ ainda aceitava devido falha de seguranda deles.

ps.: Vale salientar que isso ocorreu com a SEFAZ - MT - 51 o que prova que a SEFAZ de lá está respondendo a uma situação fora do schemaValidator da estrutura retStatServ, que possue o campo dhRecbto como obrigatorio na resposta. Obs: Henrique Pinto

Fiz o mesmo teste para SEFAZ SP e a resposta foi totalmente diferente:

<SAP:AdditionalText>com.sap.engine.interfaces.messaging.api.exception.MessagingException:
SOAP: response message contains an error XIAdapter/HTTP/ADAPTER.HTTP_EXCEPTION - HTTP 403 Forbidden</SAP:AdditionalText>

O que deixa claro a SEFAZ MT está fora do padrão tanto para aceitar a requisiçao SSL como na sua resposta.


Valeu, abracos,

Ricardo Viana.

1 Comment