Problema no CC-RFC da interface NTb2b - Lookup - Dynamic Configuration

[Former Member]

Olá Pessoal...

Tenho a interface NTB2B para o envio do XML configurada de forma dinâmica, porém esses dias começou a apresentar um problema:

O CC que utilizo no Lookup para buscar o e-mail no ECC, hora conecta no ECC retornando assim o e-mail, e hora apresenta erro de usuário e senha.

Já verifiquei junto ao consultor basis se o usuário configurado no CC está com multi logon, e o mesmo confirmou que sim.

Já Realizei a limpeza de CACHE FULL e nada...

Alterei o CC, ao invés de colocar o host do servidor coloquei IP e tbm nada...

Alguém já viu algo do tipo?

Obrigado.

[henrique_pinto · Accepted solution]

duas possibilidades: indisponibilidade real do message server da instancia ERP, ou usuario jah logado (e o popup de selecao de continuar com logon ou nao pode ser interpretado pelo CC).

Qual a mensagem de erro no Message Monitoring do RWB, para o componente Adapter Engine?

[Former Member · Accepted solution]

Henrique,

verifiquei o message serve e estava OK.

No mesage Monitoring, não achei nenhum erro.

Vou tentar recriar o canal e relizar a limpeza de cache CPA.

Obrigado.

[Former Member · Accepted solution]

Se o seu ambiente estiver em cluster, pode ser alguma coisa relacionada a isso.

O usuário deveria ser de serviço, pra não dar os popups que o Henrique comentou.

[Former Member · Accepted solution]

Waldemar,

Obrigado pela resposta, mas acho que já encontrei o problema:

- Verifiquei que tem hora que o engine aponta para o PI - QAS e hora aponta para o PI - PRD, por isso a inconsistência de erros.

- Já pedi para o Basis configurar novamente essa comunicação...

[Former Member · Accepted solution]

Ok.

Mas uma RFC não muda de direção com o vento, então basis não vai resolver isso (embora você tenha marcado isso como sendo resposta pra sua pergunta).

As únicas variáveis que podem mudar o destino da conexão resultante do método getChannel são o business system e o communication channel.  O problema está por aí, uma das duas (ou as duas) variáveis estão com valores incorretos, o que pode acontecer por vários motivos se você estiver usando determinação dinâmica.

Um abraço!

Waldemar

[Former Member · Accepted solution]

Então o problema é esse mesmo...

poi no mapping dessa interface nós o temos que verificar de onde a nota foi gerada para determinar o BS que irá retornar o e-mail, isso é realizado pois existe mais que um mandante no ambiente ECC PRD que gera NF-E.

E para retornar o sistema usamos uma RFC(função) no ambiente do PI q é chamada através do mapping via lookup, essa rfc recebe a chave de acesso da nf-e e retornal o systema lógico da tabela /XNFE/NFEHD, ´com esse retorno no mapping temos o value mapping que recebe esse valor e determinar qual será o BS que será utilizado para busca do e-mail.

Como que está tendo esse problema de hora o PI ser chamado é do QAS, acontece que na hora de buscar o sistema lógico, ele não localiza pois a NF-e esta no GRC - PRD, comprometendo assim o BS...ai o erro...

[henrique_pinto · Accepted solution]

Isso geralmente ocorre quando você faz HSC do ambiente de QAS pro PRD de instancia dual stack. Ocorre que o stack Java da copia continua apontando pro stack ABAP do original. As vezes se cria a conexão nova na mão, mas a antiga não morre sozinha, levando a esses comportmentos estranhos.  Verifique na tx SMGW de ambos os PI QAS e PRD se vc não tem Incoming connections do stack Java errado.

[Former Member · Accepted solution]

Olá, Henrique!

Eu olhei essa tansação, mas não localizei nada de errado...

[henrique_pinto · Accepted solution]

Voce não observed conexoes do java qas no ABAP prd ou vice versa? Veja tb no PI Dev.

[Former Member · Accepted solution]

Pois é não vi conexões no do java QAS

o PI DEV é o mesmo que o PI QAS, o cliente tem uma máquina para ambos