NFE 10.0 – SRVSC – CX_ST_GROUP_MISSING_CASE – Falta elem.'{http://www.porta lfiscal.inf.br/nfe}dhRecbto’
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:
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.
TOP! Thx!