HTTP destination FXDCLNT100 missing (system , transaction SM59)

[RafaelVieira]

Boa tarde,

Primeira execução de NFe, a nota saiu do ECC para o GRC, foi adicionada a um lote e, no PI a mensagem com erro no ack (Sender interf. BATCH_nfeRecepcaoLote_OB, Receiver service/interface: BATCH_BatchProcess/BATCH_nfeRecepcaoLote).

<SAP:Category>XIServer</SAP:Category>

<SAP:Code area="INTERNAL">DESTINATION_NOT_FOUND</SAP:Code>

<SAP:P1>FXDCLNT100</SAP:P1>

<SAP:P2>FXD</SAP:P2>

<SAP:P3 />

<SAP:P4 />

<SAP:AdditionalText />

<SAP:ApplicationFaultMessage namespace="" />

<SAP:Stack>HTTP destination FXDCLNT100 missing (system , transaction SM59)</SAP:Stack>

Temos o GRC 10.0 instalado em um servidor e o PI em outro.

FXDCLNT100 (criada no GRC) = HTTP Destination GRC -> PI (Targ.Host = <host> Serv.No = 80xx, Path Prefix = /sap/xi/engine?type=entry)

Na sxmb_adm: Role of B.System = Application System

Corresp. Integ Server = dest://FXDCLNT100

Specific Configurations:

ENGINE_TYPE	LOC    UNDEFINED
IS_URL	dest://FXDCLNT100
LOGGING	1    0
LOGGING_SYNC	1    0
TRACE_LEVEL	1    1

Alguma idéia do porque estar reclamando desta HTTP destination ?

Obrigado!

Rafael.

[henrique_pinto · Accepted solution]

FXD/100 é o PI?

Ela está criada realmente como HTTP Dest? O Type na SM50 tem que ser "H" e não "3".

Abs,

Henrique.

[RafaelVieira · Accepted solution]

Sim, é uma destination tipo H.

E é isso mesmo, FXD/100 = PI

[henrique_pinto · Accepted solution]

E abrindo a URL http://<host>:80xx/sap/xi/engine?type=entry no browser, ele abre ok?

Pede logon pro PI?

Ainda, o usuario nessa HTTP Dest apontando pro PI deve ser o PIAPPLUSER, com as roles corretas.

[henrique_pinto · Accepted solution]

Outra coisa, a msg é no GRC ou no PI?

Se é no PI, pode ser 2 coisas:

1. tanto essa HTTP Dest (apontando pro proprio PI) como a config dest://<dest> na sxmb_adm tb tem q existir no PI, exatamente como existem no GRC.

2. no comm channel xi receiver do PI q aponta pro grc, vc tem q apontar pra HTTP Dest que aponta pro GRC (tem q ter criado essa dest na sm59 do PI também).

[RafaelVieira · Accepted solution]

os clients são 100 pros 2 mesmo.

No PI tem que ter então uma HTTP destination (<destPI>)apontando pra ele mesmo?

E na sxmb_adm, o role tem que ser Integ. Server e a Destination tem que ser essa HTTP que aponta pra ele mesmo (dest://<destPI>)? Também usar ela na IS_URL certo?

Obrigado!

[rhviana · Accepted solution]

Oi Rafael,

A priore não tem problema mais isso seria uma redundancia.

Isso você deve utilziar o mesmo parametros RUNTIME - IS_URL - dest://<sm59> - LOC - para grc e HUB para PI.

Att,

[RafaelVieira · Accepted solution]

Não entendi qual seria a redundância.

Os clients ou a destination H apontando pro próprio PI?

Valeu!

[rhviana · Accepted solution]

Rafael,

Por exemplo o PI é o integration server, por que você iria configurar na sxmb_adm a url para apontar para ele mesmo ? Não tem problema fazer isso... a maioria dos locais que eu passei é assim.

Agora me diz, conseguiu corrigir ? O erro persiste ? Como está o ambiente ?

Att,

Viana.

[rhviana · Accepted solution]

Rafael,

Resolvido ?

Att,

Viana.

[RafaelVieira · Accepted solution]

Ainda não.

Verifiquei que as configurações de integ. engine estão ok no GRC e no PI mas a destination tipo H do canal XI receiver estava apontando pro PI e não pro GRC, conforme o Henrique tinha mencionado.

Alterei isso, e o lote (em um novo teste) fica no monitor GRC com status de Erro no PI e no monitor do PI a mensagem está com erro no ack:

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

<SAP:Code area="BPE_ADAPTER">NEGATIVE_ACKNOWLEDGEMENT</SAP:Code>

<SAP:P1 />

<SAP:P2 />

<SAP:P3 />

<SAP:P4 />

<SAP:AdditionalText />

<SAP:ApplicationFaultMessage namespace="" />

<SAP:Stack>Negative acknowledgment triggered by a process</SAP:Stack>

<SAP:Retry>N</SAP:Retry>

[rhviana · Accepted solution]

Rafael,

Você está com o report /xnfe/process_reports em schedulado em loop infinito ?

Está gerando lote então ?

Att

[RafaelVieira · Accepted solution]

Sim, está criando os lotes.

A nota foi adicionada ao lote.

Lote no monitor GRC:

Historico do lote (/XNFE/BATSTA):

[rhviana · Accepted solution]

Rafael,

Você chegou a ver as outras ABAS do monitor GRC se o lote está represado com erro e se é possível reenvio ?

Olha essas threads sobre esse assunto:

http://scn.sap.com/thread/1850852

http://scn.sap.com/message/10103189

Att

[RafaelVieira · Accepted solution]

O lote está assim no monitor GRC:

Nenhum lote sequer chega na Sefaz, então a questão não deve ser apenas de reprocessamento.

Isso já elimina essa 2a thread também, já que ela trata do retorno da Sefaz quando dispara a BATCH_nfeRecepcaoLoteSoapIn_SYNC_IB.

No meu caso, a interface é assíncrona: sender é a BATCH_nfeRecepcaoLote_OB e receiver é BATCH_nfeRecepcaoLote e da erro no ack. Acredito que o fluxo esteja dando erro pra o BPM retornar uma confirmação do PI pro GRC (nesse ack), não chegou a passar pro próximo passo (sender BATCH_nfeRecepcaoLote_SYNC para receiver BATCH_nfeRecepcaoLoteSoapIn_SYNC_IB que é a chamada síncrona com a Sefaz).

[rhviana · Accepted solution]

Rafael,

Pergunta boba.. está tudo configurado certo ?

Os canais etc..etc ?

Att

[henrique_pinto · Accepted solution]

Pelo erro "FXDCLNT100 mising", me parece que em algum lugar do PI, vc erroneamente está apontando pra ela, ou ela nao existe.

Ou nesse meio tempo a mensagem de erro na SXMB_MONI mudou?

[RafaelVieira · Accepted solution]

No xi receiver estava apontando pra essa destination errada.

Depois de alterar isso, o erro mudou (conforme detalhei acima):

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

<SAP:Code area="BPE_ADAPTER">NEGATIVE_ACKNOWLEDGEMENT</SAP:Code>

<SAP:P1 />

<SAP:P2 />

<SAP:P3 />

<SAP:P4 />

<SAP:AdditionalText />

<SAP:ApplicationFaultMessage namespace="" />

<SAP:Stack>Negative acknowledgment triggered by a process</SAP:Stack>

<SAP:Retry>N</SAP:Retry>

[henrique_pinto · Accepted solution]

Vc verificou se vc criou a categoria de alertas para o BPM?

http://help.sap.com/saphelp_grcnfe10/helpdata/en/6c/b208d6770843988e47593a99165210/content.htm

[RafaelVieira · Accepted solution]

Henrique, eu criei essa categoria mas não coloquei nenhum texto personalizado. Só criei a cat.de alerta mesmo.

Acabei de exclui-la e criei denovo (NFE_ALRT_CAT), mas um novo teste retornou o mesmo problema.

<SAP:Code area="BPE_ADAPTER">NEGATIVE_ACKNOWLEDGEMENT</SAP:Code>

<SAP:P1 />

<SAP:P2 />

<SAP:P3 />

<SAP:P4 />

<SAP:AdditionalText />

<SAP:ApplicationFaultMessage namespace="" />

<SAP:Stack>Negative acknowledgment triggered by a process</SAP:Stack>

<SAP:Retry>N</SAP:Retry>

[henrique_pinto · Accepted solution]

Olá Rafael,

agora pelo menos nao há mais erro de comunicacao interna, aparentemente.

Agora vc tem q entrar no BPM e analisar até q ponto ele conseguiu chegar.

Clique na coluna que tem "PE" (process engine).

A msg chega a ir pra SEFAZ?

Analise também no Runtime Workbench, Message Monitoring (componente Adapter Engine).

[RafaelVieira · Accepted solution]

Henrique, valeu pelo help!

Depois de alterar denovo a categoria de alertas parece que o processamento avançou 1 passo e agora vejo que o PI tenta enviar a mensagem pra Sefaz.

A mensagem de negative ack continua na BATCH_nfeRecepcaoLote_OB, mas a próxima interface BATCH_nfeRecepcaoLote_SYNC to BATCH_nfeRecepcaoLoteSoapIn_SYNC_IB (síncrona com a Sefaz) é disparada e fica com erro.

O retorno (BATCH_nfeRecepcaoLoteSoapIn_SYNC_IB to BATCH_nfeRecepcaoLote_SYNC) fica com:

<SAP:Category>XIAdapterFramework</SAP:Category>

<SAP:Code area="MESSAGE">GENERAL</SAP:Code>

<SAP:AdditionalText>com.sap.aii.af.ra.ms.api.DeliveryException: Connection closed by remote host.</SAP:AdditionalText>

O certificado importado na STRUST do GRC é o mesmo que foi importado no VA do PI e as interfaces de service status check estão funcionando corretamente, ainda assim eu pedi pra re-importar este mesmo certificado do VA na STRUST subscrevendo o anterior e continua o mesmo erro.

Não acho que seja configuração do communication channel mas, ele está configurado assim:

Mas o audit log mostra que o payload foi transformado com sucesso (não deve ter nada errado com os MessageTransformBeans.

Time Stamp Status Description

05.10.2012 17:26:12 Success Message successfully received by messaging system. Profile: XI URL: http://sapfxd:8025/MessagingSystem/receive/AFW/XI Credential (User): PIISUSERFXD

05.10.2012 17:26:12 Success Using connection SOAP_http://sap.com/xi/XI/System. Trying to put the message into the request queue.

05.10.2012 17:26:12 Success Message successfully put into the queue.

05.10.2012 17:26:12 Success The message was successfully retrieved from the request queue.

05.10.2012 17:26:12 Success The message status set to DLNG.

05.10.2012 17:26:12 Success Delivering to channel: NFE_BATCH_SOAP_Receiver

05.10.2012 17:26:12 Success MP: Entering module processor

05.10.2012 17:26:12 Success MP: Processing local module localejbs/AF_Modules/MessageTransformBean

05.10.2012 17:26:12 Success Transform: using Transform.Class:  $identity

05.10.2012 17:26:12 Success Transform: transforming the payload ...

05.10.2012 17:26:12 Success Transform: successfully transformed

05.10.2012 17:26:12 Success MP: Processing local module localejbs/sap.com/com.sap.aii.af.soapadapter/XISOAPAdapterBean

05.10.2012 17:26:12 Success SOAP: request message entering the adapter with user J2EE_GUEST

05.10.2012 17:26:14 Error SOAP: call failed: java.io.EOFException: Connection closed by remote host.

05.10.2012 17:26:14 Error SOAP: error occured: com.sap.aii.af.ra.ms.api.RecoverableException: Connection closed by remote host.: java.io.EOFException: Connection closed by remote host.

05.10.2012 17:26:14 Error MP: Exception caught with cause com.sap.aii.af.ra.ms.api.RecoverableException: Connection closed by remote host.: java.io.EOFException: Connection closed by remote host.

05.10.2012 17:26:14 Error Exception caught by adapter framework: Connection closed by remote host.

05.10.2012 17:26:14 Error Delivery of the message to the application using connection SOAP_http://sap.com/xi/XI/System failed, due to: com.sap.aii.af.ra.ms.api.RecoverableException: Connection closed by remote host.: java.io.EOFException: Connection closed by remote host.. Setting message to status failed.

05.10.2012 17:26:14 Error The message status set to FAIL.

05.10.2012 17:26:14 Error Returning synchronous error message to calling application: com.sap.aii.af.ra.ms.api.RecoverableException: Connection closed by remote host.: java.io.EOFException: Connection closed by remote host..

Desde já, muito obrigado pela ajuda.

[henrique_pinto · Accepted solution]

Olá Rafael,

me parece ser agora uma questao de comunicacao pura.

Esse erro generico "Connection closed by remote host" acontece quando nao é possivel estabelecer corretamente um socket de conexão HTTP com o destino. Verifique questoes tais como proxy de internet (no CC acima nao tinha proxy, nos Status Check não tem?), firewall etc.

[rhviana · Accepted solution]

Rafael,

Pergunta para equipe de segurança se a porta 443 está liberada para requisições HTTPS.

Você pode testar direto fazendo telnet também.

Você já fez o teste de exportar o certificado, importar no seu browser local e abrir um link de webservice da sefaz para verificação do certificado ?

Segue as outras dicas do Henrique sobe proxy, se tiver precisa configurar no CC e outras.

Att,

Viana.

[RafaelVieira · Accepted solution]

Vou verificar isso, mas eu já tenho CC (os de service status check) que são cópias com os mesmos certificados e mesma configuração e estão funcionando corretamente, ou seja, não tem restrição de firewall ou portas.

@henrique, também não tem configurações de proxy requeridas.

[henrique_pinto · Accepted solution]

Uma outra questão que me ocorreu é que algumas SEFAZes requerem um cadastro do IP que está emitindo NFes, se for um IP de fora do Brasil. Seu PI está fora do BR? Se sim, procure consultar a SEFAZ-GO sobre essa questão.

[former_member182114 · Accepted solution]

Bom dia Rafael,

Se a questão está respondida por favor encerre-a marcando as threads por relevância dos colegas que te ajudaram, caso ainda esteja com problemas até sugiro abrir uma nova thread já que essa tá bem grandinha e passou por mais de um ponto.

Atenciosamente, Fernando Da Rós

[RafaelVieira · Accepted solution]

Um ponto relevante pra resolução foi a verificação das destinations mesmo. A configuração do adapter XI Receiver estava apontando pra uma destination com a nomenclatura errada e por isso deu a impressão de estar apontando pro GRC, e estava apenas pro PI.

Além disso, o bom e velho problema de cache. Como o basis enroscou pra fazer um restart do serviço, copiei o único canal de comunicação que tinha funcionado e repliquei nos outros cenários.

Obrigado pela ajuda!

Rafael Vieira.

[rhviana · Accepted solution]

Rafael boa noite,

Muito bom cara que resolveu, parabéns,

Precisando posta ai.

[]`s

Ricardo Viana.

[rhviana]

Rafael bom dia,

Apenas complementando as explicações do grande Henrique Pinto.

1 ) Qual mandante é o do GRC e qual é o do PI.

     Mandante 100 é o GRC ? Qual mandante do PI ?

2) Caso o do GRC, seja por exemplo o 100:

     Logue no ambiente

               Transação: sxmb_adm

                    Configurações do Integration Engine

                         Configurações específica

                                       Você precisa setar as variaveis do tipo runtime como:

                                                  IS_URL --- dest://<Conexão da SM59 para PI>

                                                  ENGINE_TYPE ---- LOC (No case do GRC) / Do PI (HUB)

3) Verifque as conexões na SM59:

     Veja se elas existem, geralmente a nomeclarra é SIDMandante , exemplo: PIDCLNT100.

     Verifique se essa conexão existe na SM59 - FXDCLNT100 - SM59; Conexões HTTP para      sistema ABAP. Se existir faça um teste, se não crie com as informações abaixo:

          Conexões HTTP para sistema ABAP

               hotname da maquina ---- porta: 80<SystemNumber>

              PrefCaminh: /sap/xi/engine?trype=entry

           Aba Logon:

               No caso do GRC - Apontar para o mandante do PI e usuario e senha, PI o mesmo                apontando para mandante do GRC

4) Execute a transação sxmb_ifr, veja se abre.

Caso o problema persistir, poste aqui para que possamos ajuda-lo.

Estamos a disposição.

Atenciosamente,

Viana.

[RafaelVieira]

Estas configurações estão todas ok.

A única coisa diferente é que estou usando um usuário cópia do PIAPPLUSER na HTTP Destination do GRC-->PI, que tem todas as roles e autorizações que o PIAPPLUSER.

A mensagem chega no PI e o erro, como descrito na minha última resposta, está na troca de mensagens (ack do PI-->GRC) no BPM, depois de chegar no PI.

O canal de comunicação XI Receiver está apontando pro GRC com a destination tipo H criada no PI. Esta destination já foi testada e retorna corretamente o HTTP 500 como resposta.

Não sei se falta algo pra configurar no PI pra comunicação com o GRC que esteja faltando, além das configurações de integ.engine e de criação desta destination H na SM59.

[rhviana]

Rafael,

Isso ai estamos falando do stack abap e como está o stack java, as configurações de Canais (Adapters SOAP) de Comunicação, business services, Party e outros ?

Att,

Viana.

[RafaelVieira]

Configuração Java toda feita.

Talvez pode até ter algum problema pra comunicar com a Sefaz, mas isso seria mais pra frente. As interfaces já estão todas criadas no PI.

[rhviana]

Oi Rafael,

Um último ponto.. você já rodou a SLDCHECK ? Está positiva ?

SXI_CACHE ? Positivo sobre o cache ?

Atenciosamente,

Viana.

[RafaelVieira]

Td certo também. SLDCHECK roda bem pros 2 ambientes.