Erro NO_RECEIVER_CASE_BE cenário status serviço(ambiente funcionava no )

[Former Member]

Pessoal,

Estou tendo o erro na verificação de status serviço desde a manhã de hoje, no qual está afetando os dois SEFAZ (SP e RS) em Produção que estão configurados no cliente que funcionavam há bastante tempo, na SXI_MONITOR aparece o erro NO_RECEIVER_CASE_BE na interface SRVSC_nfeStatusServicoNF_SYNC_OB para ambos os SEFAZ , ja tentei restart o PI, Full Cache refresh, CPa Cache, não há filas paradas e tbm já fiz o teste do certificado digital no Java. etc...

Poderiam me ajudar?

abs,

Daniel Feitoza

[henrique_pinto · Accepted solution]

As condicoes estao mantidas corretamente no Receiver Determination?

Ainda, cole aqui o XML da mensagem de request, pra saber se os campos estao com os valores corretos.

Abs,

Henrique.

[Former Member · Accepted solution]

Olá Henrique,

Segue as conditions dos Receivers Determination:

RS = (/p1:nfeStatusServicoNF2/p1:cUF = 43 AND /p1:nfeStatusServicoNF2/p1:tpEmis u2260 3 AND /p1:nfeStatusServicoNF2/p1:tpAmb = 1)

SP = (/p1:nfeStatusServicoNF2/p1:cUF = 35 AND /p1:nfeStatusServicoNF2/p1:tpEmis u2260 3 AND /p1:nfeStatusServicoNF2/p1:tpAmb = 1)

e segue payload do XML:

do RS:

<?xml version="1.0" encoding="utf-8" ?>

- <n0:nfeStatusServicoNF2 xmlns:n0="http://sap.com/xi/NFE/006" xmlns:prx="urn:sap.com:proxy:P1P:/1SAI/TAS4DFEC4071863FF72A429:700:2009/02/10" xmlns:n1="http://www.portalfiscal.inf.br/nfe">

<n0:cUF>43</n0:cUF>

<n0:tpEmis>3</n0:tpEmis>

<n0:tpAmb>1</n0:tpAmb>

- <n0:nfeDadosMsg>

- <n1:consStatServ versao="2.00">

<n1:tpAmb>1</n1:tpAmb>

<n1:cUF>43</n1:cUF>

<n1:xServ>STATUS</n1:xServ>

</n1:consStatServ>

</n0:nfeDadosMsg>

</n0:nfeStatusServicoNF2>

de SP:

<?xml version="1.0" encoding="utf-8" ?>

- <n0:nfeStatusServicoNF2 xmlns:n0="http://sap.com/xi/NFE/006" xmlns:prx="urn:sap.com:proxy:P1P:/1SAI/TAS4DFEC4071863FF72A429:700:2009/02/10" xmlns:n1="http://www.portalfiscal.inf.br/nfe">

<n0:cUF>35</n0:cUF>

<n0:tpEmis>3</n0:tpEmis>

<n0:tpAmb>1</n0:tpAmb>

- <n0:nfeDadosMsg>

- <n1:consStatServ versao="2.00">

<n1:tpAmb>1</n1:tpAmb>

<n1:cUF>35</n1:cUF>

<n1:xServ>STATUS</n1:xServ>

</n1:consStatServ>

</n0:nfeDadosMsg>

</n0:nfeStatusServicoNF2>

Obrigado pela ajuda,

Daniel Feitoza

[Former Member · Accepted solution]

Boa Noite

Daniel esse é um erro tipico de PI...! e pelo Histórico

Funcionava e parou derrepente...!

Para tirar sua duvidas faça o seguintes Checks no Cliente do PI e Posteriormente no GRC

1 - Verificar se algum usuário do PI não esta Bloqueado ...Trasação SUIM ...-> Usuário bloqueado por logon incorreto

2 - Teste de Update Cache

3 - Verificar transação SLDCHECK

4 - Verificar User que esta acessado SLD - Transação SLDAPICUST - correto é o usuário master da SLD(SLDDSUSER)

Att

RONALDO DE MORAES

[henrique_pinto · Accepted solution]

Daniel,

note que o tpEmis das mensagens que vc mandou é = 3, mas me parece que vc nao tem uma party configurada para o SCAN, correto?

Você está implantando o SCAN e não fez ainda a configuração do Directory para o mesmo?

Ou vc não está e não quer implementar o SCAN, e essa mensagem apareceu sozinha, com a aplicacao dos últimos SPs?

Se nao me engano, o desenvolvimento estava desenvolvendo (ou já desenvolveu) um flag no customizing para que essa msg pro SCAN só seja disparada quando o cliente quiser utilizá-lo.

Ainda, note que se vc nao tem o SCAN configurado no ERP, essa mensagem não vai parar nenhum processo, pois a informacao de que o serviço do SCAN está parado nao é relevante para o ERP. Porém, se o check do SCAN foi disparado, me parece que a SEFAZ está fora do ar. Procede?

Abs,

Henrique.

[former_member193386 · Accepted solution]

Henrique

Estou vendo isso com o Daniel e ja tinha visto que era esse o problema e desliguei o SCAN na SPRO para esse ambiente já que eles nao tem pretencao de utilizar o SCAN.

O problema que ele esta tendo agora é rejeicao de conexao entre o o PI e o SEFAZ nao entendo onde pode estar ocorrendo isso a nao que seja no PROXY ou FIREWALL, porem a empresa afirma que esta tudo ok, tem alguma ideia? A mensagem que estamos tendo é de "Connection CLosed by remote host" isso ocorre após o GRC enviar a mensagem ao PI e provavelmente quando o PI tenta conectar ao WS do SEFAZ de SP ou RS.

Edited by: Carlos Rodrigo Pereira on Mar 2, 2011 4:52 PM

Edited by: Carlos Rodrigo Pereira on Mar 2, 2011 5:11 PM

[henrique_pinto · Accepted solution]

Oi Carlos,

nesse caso, por favor peça pra fechar essa thread e criar uma nova, já que o problema (e a mensagem de erro) é outro.

Abs,

Henrique.

[Former Member · Accepted solution]

Boa tarde Daniel, da uma olhada se vc nao esta no SP 23 do PI, SAP_BASIS, se estiver, verifica se essa nota esta aplicada

1522630, eu estava com problemas parecido achando era problemas no Firewall proxy e etc.

abs

[former_member182114 · Accepted solution]

Bom dia Daniel,

Esta questão foi resolvida?

Assim que possível dê um feedback e encerre a thread.

Atenciosamente, Fernando Da Ró

[Former Member · Accepted solution]

Boa tarde pessoal,

Desculpe não postar de imediato, mas foi resolvido sim, o problema era que alguém da equipe de infra fez alguma alteração no proxy/firewall parando a verificação de status de serviço, verificaram o erro, mudaram e tudo voltou ao normal!

obrigado a todos,

Daniel Feitoza

[former_member193386 · Accepted solution]

Vc tem que ser mais rapido nesses casos, é sempre importante fechar a thread se ela foi resolvida pois serve de material de pesquisa em casos semelhantes