on 06-05-2009 12:44 AM
Boa noite,
Estou enviando uma NF-e para o GRC (A PRIMEIRA após toda configuração do ambiente) e esta ficando com WASSTAT = 02 no monitor, porem sem cod. e descrição do status de erro, conf. print abaixo:
http://www.freeimagehosting.net/uploads/b2317a9f61.jpg
http://www.freeimagehosting.net/uploads/3f49a5224e.jpg
O Meu landscape é um servidor onde tenho client 001 para Integration e 100 para o GRC.
para i.abap no sld tenho BS BSXIDABAP
para i.java no sld tenho BS BSXIDJAVA
e um BS para o Integration Server
Na sxi_monitor do 001 ficou com:
http://www.freeimagehosting.net/uploads/c005163d52.jpg
http://www.freeimagehosting.net/uploads/946dc51a4a.jpg
http://www.freeimagehosting.net/uploads/9192f59a01.jpg
http://www.freeimagehosting.net/uploads/6daed31945.jpg
Na sxi_monitor do 100 está exatamente como no 001.
Olhando o payload da linha do sxi_monitor onde o sender Service = SIGNN_SignNFeProcess, parece que a assinatura foi feita:
AAOCAQEApV0tVOGJVLKZz0FdnQHI6boHqSyiJ4CI7gaqA8dpwOhvQc3tTbmRaSMJggjzSrGbdQjK YP8NF3dvQ12C012eWFAugT3GepeRG7d3OFKfqbLu7qXWWBgEAJMNm3sNQ3caHQcKx/ExoefuSIL taGvkpWHNCh8/lFU5752NeTDOFyWzX/swkPTuZq0VXbLqr9pW/DBdw7BrDEaRElMf77r/jgJl Fj3llGhbhAlosSWRCYMUmEopZeiN3AGxm58pTiyMQ0C2Al9NZV8HFV0XsNlimpGK3jTG4hypMLp o9e9beywP8csn1EOnirEoVuMd1rWf/b5uahnkhr8jurGg==</X509Certificate></X509Data></KeyInfo></Signature></NFe></ns2:SignedXml>
<ns2:Status>0</ns2:Status>
<ns2:StatusDescription>Successful XML Signature.</ns2:StatusDescription>
Porem como visto nas figuras acima essa mesma linha esta com bandeira vermelha por causa do erro:
<SAP:Code area="INTERNAL">HTTP_RESP_STATUS_CODE_NOT_OK</SAP:Code
Parece ter algo de errado com conexões HTTP de rfc e /sxmb_adm, mas fiz /SLDCHECK e testei as rfc de HTTP entre o GRC e o XI e estao respondendo.
Com relação as RFC's No client 100 (GRC) tenho:
1 RFC HTTP tipo H do GRC para o XI (GRC_TO_XI)
na /sxmb_adm dentro de Integration engine ficou:
Role of B.S. = Application System
Corresponding Integ. Server = dest://GRC_TO_XID
No Client 001 (XI) tenho:
1 RFC HTTP tipo H do XI para o GRC (XI_TO_GRC)
na /sxmb_adm dentro de Integration engine ficou:
Role of B.S. = Integration Server
Corresponding Integ. Server = dest://XID_TO_GRC
Se alguem puder detectar algo errado ou alguma suspeita do motivo do erro, agradeço!
Li os posts referente a erro de assinatura, mas nenhum com algum erro parecido.
Grato,
Marco
Marco,
há uma confusao classica aqui.
Na SXMB_ADM -> Integration Engine Configuration, Corresp. Integration Server, sempre deve ir uma HTTP destination (no formato 'dest://') que aponta para o Integration Server, no caso o XI. Ou seja, seja no client 001 ou no 100, nesse lugar deve ir a HTTP Destination que aponta pro client 001.
A comunicacao de retorno do XI p/ o GRC é feita através de um communication channel Receiver do tipo XI, que deve ser configurado na interface de retorno para o GRC. Nesse comm channel, vc pode utilizar a HTTP Destination que vc criou e que aponta para o sistema do GRC.
Obs: note que RFC (incluindo HTTP) Destinations são client-independent, então aparecem na SM59 de todos os clients da instância, independentemente de onde vc as tenha criado. Por isso, vc pode usar a mesma Dest na SXMB_ADM de todos os clients.
Abs,
Henrique.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Henrique,
Valeu mesmo, resolveu o problema, agora passou de WASSTAT = 02 para o WASSTAT = 04 (enviado para lote), porem coloquei pra executar o report /XNFE/PROCESS_REPORT, ele fica rodando um tempão e não termina, não cria nenhuma nova mensagem, estou tentando investigar o motivo, se tiver alguma sugestão.
Vou investigar um pouco mais e criar um outro tópico, o Status do lote = 01 (gerado), e o STATUS de erro = 38 (Web service nao acessivel)
Abs,
Marco
Edited by: Marco A M Sarri on Jun 5, 2009 4:18 PM
Marco,
depois que a nota é incluída no lote, vc tem que acompanhar o processamento dentro do monitor de lotes (ou clicando sobre o numero do lote, no monitor de NFes).
De qq maneira, já verifique se o intervalo de numeração do lote foi definido na SNUM (objeto /XNFE/BAID, intervalo numero '01'). Verifique nesse link (penultimo ponto): http://help.sap.com/saphelp_grcnfe10/helpdata/en/26/98b415c930469ea1be53056434ba27/frameset.htm
Abs,
Henrique.
Henrique,
Esta configuração já tinha feito, o status de erro do lote esta com 38 = Web service nao acessível, a execução do Job que verifica o status do serviço está gerando mensagens na moni todas com erro, erro:
<SAP:P4 />
<SAP:AdditionalText>com.sap.aii.af.ra.ms.api.DeliveryException: Invalid SSL message, peer seems to be talking plain!</SAP:AdditionalText>
Esse erro esta no response do sender e central da mensagem onde o senderInterface = SRVSC_nfeStatusServicoNF_SYNC_OB.
Muito Obrigado pelas informações, esta ajudando muito.
Abs,
Marco
Marco,
com certeza o sistema tem acesso liberado à SEFAZ?
Firewall, porta liberada? Proxy de internet, se existente, tb está configurado?
Pode ser algum erro de post-installation do proprio PI.
Abra um chamado que o consultor de suporte analisa; se nao resolver, ele passa para o suporte do PI, que pode analisar melhor.
Abs,
Henrique.
Henrique,
A impressão que dá é que nem está batendo no proxy, assim que o XI vê um SOAPadapter com HTTPS já dá o erro mencionado, quando eu mudo a url para HTTP ai sim dá um erro de PROXY, porem o correto mesmo para os WS é com HTTPS correto?, pode até ser que eu venha a ter problema de PROXY também, mas creio que não seja esse o primeiro erro, ao menos estou imagindo esse cenário.
Já fiz algumas simulações alterando o adapter tirando dados de proxy, do certificado e continua o mesmo erro.
Teria alguns traces específicos para esse erro?
De qualquer forma abri hoje a tarde um chamado na SAP para esse problema, mas estou tentando outras coisas tambem.
Abs
Marco
Henrique,
Apenas mais uma curiosidade, a cada execução do report /XNFE/CHECK_SRV_STATUS, eu tenho 4 novas mensagens na sxi_monitor, a interface de status do serviço, tem esse cenário mesmo, 4 novas mensagens a cada execução? Segue o print:
http://www.freeimagehosting.net/uploads/055a7013e4.jpg
Abs,
Marco
Boa noite Henrique,
E com enorme felicidade que venho fazer esse post para comunicar que funcionou finalmente meu GRC, o problema realmente era de regra de firewall/proxy da minha rede.
Demoramos um pouco para focar apenas nesse ponto porque algumas outras situações nos levaram a erradamente concluir outras pontos, mas enfim, esta funcionando.
Obrigado a todos pelas dicas.
Abs
Marco
User | Count |
---|---|
10 | |
3 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.