Configuração GRC - Configurar Retorno do CNPJ

[Former Member]

Pessoal, tudo bom?

Como estamos iniciando o projeto pela 1ª vez, estamos com algumas dificuldades.

Agora não estamos conseguindo configurar corretamente, pois talvez estamos preenchendo os campos incorretamente.

Conforme figura abaixo, o que devemos preencher especificamente?

http://img26.imageshack.us/img26/27/cnpj002.jpg

Obrigado, e aguardo resposta.

[Former Member]

Pessoal, boa tarde!

Estou com o mesmo problema do Leonardo, status 02 (wasstat = 02), onde os dados são enviados ao serviço assinador PI e não existe retorno.

Porém o erro que acontecia para o Leonardo não me ocorre, verifiquei a configuração dos Scenários, Canais de Comunicação, Sistema Lógico, Destinos RFC, Proxys estão ativos e o erro que me ocorre é o seguinte:

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

<SAP:P1>200</SAP:P1>

<SAP:P2>Error Parsing Response. No XI Response Received.</SAP:P2>

<SAP:Stack>Error while receiving by HTTP (error code: 200, error text: Error Parsing Response. No XI Response Received.)</SAP:Stack>

Esse mesmo erro ocorre no JOB /XNFE/PROCESS_REPORTS.

Obrigado.

Danilo

[Former Member]

Resolvemos , pois era problema no XI mesmo.

Edited by: Leonardo R. da Silva on Mar 16, 2009 5:43 PM

[Former Member]

Fernando, no nosso caso está parado na wasstat = 02, então nesse caso ainda não é problema de lote, correto?

[former_member182114]

Sim Leonardo,

Está parado em assinatura, verifique o erro pois muito provavelmente está ligado à configuração faltando (Key Storage View and Entry).

Problemas com lote a nota sempre estará no status 04 (incluído em lote).

Atenciosamente,

Fernando Da Ró

[Former Member]

Olá,

A mensagem foi enviada para assinatura e não recebeu nenhum retorno, provavelmente o acesso ao Web service de assinatura digital está incorreto. Verifique as configurações no communication channel utilizado para o cenário de assinatura digital.

Também no integration server, verifique qual o estado da mensagem de assinatura digital (transação SXMB_MONI).

At.

David

[Former Member]

Fernando, só para confirmar, com relação a configuração dentro do GRC.

As 2 configurações sobre :

• Visão arquivmto.da chave que armazena o Certificado Digital

• Nome do elemento do arquivamento da chave do Certif.Digital

Estão se referindo aquela criação no java, que segue?

http://img8.imageshack.us/img8/2605/cnpj001.jpg

Obrigado mesmo!!!

[henrique_pinto]

Isso, mas vc tem q referenciar os dados (view/entry) da entrada relativa ao certificado de NFE que foi instalado no sistema.

Att.

Henrique.

[Former Member]

Ok Henrique, me surgiu uma dúvida, o que fiz está correto, certo?

Pois colocamos os nomes de acordo com o certificado que foi criado. Tem mais alguma configuração?

Não sei se entendi corretamente sua ajuda.

Léo.

[former_member182114]

Sim Leonardo, pelo print screen você identificou corretamente a origem dos valores para a customização por CNPJ.

Abraços,

Fernando Da Ró

[Former Member]

Ok, então já passamos um STEP. Sinceramente, estamos batendo muito a cabeça aqui, não estamos conseguindo solucionar a causa, o status da nf-e é = 2. Mas não conseguimos sair disso.

Você pode nos ajudar cara?

Revisamos, todas as configurações, não estamos encointrando nenhum erro que possamos entender o porquê de parar na assinatura, ou retorno.

A NF-e fica no erro abaixo, seguimos todas as orientações, e não descobrirmos nada.

http://img18.imageshack.us/img18/8629/cnpj004.jpg

[henrique_pinto]

Leonardo,

como o Fernando falou, vc ainda nao mostrou o que aparece na SXMB_MONI do GRC e do PI.

Sem analisar lá, vc nao vai conseguir identificar o problema.

Att.

Henrique.

[former_member182114]

Bom dia Leonardo,

Você não está procurando o problema no lugar certo, se está com wastat = 02 e error_status = vazio.... Então ainda está "navegando" entre o mensagem (NFe) -> IE (001) -> Assinador (001) -> Proxy (100). Imaginando que sua configuração preservou o client original do integration engine como 001 e o foi escolhido o client 100 para o NFe.

Repare que ele está amarelo para o GRC NFe, pq está em andamento pelos outros processos.

Procure em:

SXMB_MONI -> Monitor for Processed XML Messages -> preencha a data/hora próximo do envio ao assinador

SMQ2 -> troque o client por * e verifique se tem algo parado

SMQ1 -> troque o client por * e verifique se tem algo parado

Poste aqui o erro, existe "muita coisa" que pode ser.

Atenciosamente,

Fernando Da Ró

[Former Member]

Ahhh, entendi.

Aparece esse erro, após eu liberar através da transação SMQ2.

http://img11.imageshack.us/img11/27/cnpj002.jpg

http://img11.imageshack.us/img11/2567/cnpj003.jpg

Estou editando e colocando mais 1

http://img11.imageshack.us/img11/8629/cnpj004.jpg

Obrigado

Att,

Leonardo R. da Silva

Edited by: Leonardo R. da Silva on Mar 13, 2009 11:53 PM

Edited by: Leonardo R. da Silva on Mar 13, 2009 11:53 PM

Edited by: Leonardo R. da Silva on Mar 13, 2009 11:56 PM

[former_member182114]

Bom dia Leonardo,

Erro: "No receiver agreement found for sender -NFE_QAS to receiver- SIGN_SignNFeProcess"

Verifique no Scenarios, configuration scenario, do signn process. Parece que a configuração do PI não foi realizada ou não foi realizada corretamente para este passo.

Abraços,

Fernando Da Ró

[Former Member]

o Fluxo da funcionalidade seria esse correto?

1º Nota Chega ao GRC

2º Ela entra em LOTE

3º Depois ela é assinada, correto?

Pois está aparecendo esse erro:

Nenhum destino RFC encontrado para NF-e 35090361532198000149550020000001430810453015 (sistema lógico EP1CLNT500).

Creio que deve ter sido alguma configuração da RFC para PI, correto?

[former_member182114]

Bom dia Leonardo,

O fluxo correcto seria:

. R/3 envia os dados para o GRC através da função /XNFE/NFE_CREATE

. Após a validação inicial (wasstat = 01)

. Os dados são enviados ao serviço assinador PI (wasstat = 02)

. O serviço assinador devolve os dados transformados em XML e assinado (wasstat = 03)

. O job /XNFE/PROCESS_REPORTS pega esta nota assinada e sem lote e adiciona ela a um lote existente ou cria um novo lote (wasstat = 04)

. Deste momento em diante o status a se acompanhar é o do lote.... Ao obter a resposta final da Sefaz (aprovação ou rejeição) o wasstat será 05.

Para saber qual o momento em que está ocorrendo o problema, verifique o histórico da NFe pelo Web Monitor ou pela tabela /XNFE/NFE_HIST.

EP1 é que sistema, R/3 ? Se for, então o problema está na devolução ao R/3.

Verifique se as configurações da BD97 e SM59 foram corretamente configuradas. Link:

http://help.sap.com/saphelp_grcnfe10/helpdata/en/61/ed11edd10e4b13ad58f2949db1d8bc/content.htm

Atenciosamente,

Fernando Da Ró

[Former Member]

SM59 está correta.

Mas quando acessamos a BD97 , só tem GRCCLNT010, e quando tentei criar BAPI/diálogos/etc, diz para selecionar uma rfc, mas quando selecionamos a RFC, não vai.

O que pode ser?

[former_member182114]

Bom dia Leonardo,

Na transação BD97 você liga um sistema lógico a uma RFC. Para criar o sistema lógico (acredito que será o EP1CLNT500) você deve usar a transação BD54.

Atenciosamente,

Fernando Da Ró

[henrique_pinto]

Ou, mais facilmente, vá na transacao SALE.

1) Criar Logical Systems:

tx SALE -> IDOC Interface / Application Link Enabling (ALE) -> Basic Settings -> Logical Systems -> Define Logical Systems (ou BD54)

(aqui vc precisa incluir o Logical System do ERP, como o Fernando falou)

2) Criar RFC Destination:

tx SALE -> IDOC Interface / Application Link Enabling (ALE) -> Basic Settings -> Communication -> Create RFC Connections (ou SM59)

(aqui vc cria a RFC Destination apontando para o ERP)

3) Associar Logical System à RFC Destination:

tx SALE -> IDOC Interface / Application Link Enabling (ALE) -> Basic Settings -> Communication -> Determine RFC Destinations for Method Calls (ou BD97)

(aqui vc associa a RFC Destination criada no passo 2 acima ao Logical System do ERP criado no passo 1)

Isso tudo no sistema do GRC, claro.

Att.

Henrique.

[Former Member]

Henrique, realizamos essa configuração.

A nf-e, está com o seguinte erro:

http://img18.imageshack.us/img18/2567/cnpj003.jpg

http://img18.imageshack.us/img18/8629/cnpj004.jpg

Cremos que está havendo algum erro na validação.

Vocês já presenciaram esse erro?

Lé

[henrique_pinto]

Leonardo,

nao tem status de erro.

Ela está em processamento, mas jah passou da validacao (ela soh vai pra assinatura se validada).

Pode ser que esteja parada em fila.

Verifique na SXMB_MONI qual a cor da bandeira (no GRC e PI) da mensagem.

Se tiver verde, está parada em fila. Verifique na SMQ2 (ou no menu Goto -> qRFC Monitor).

Se tiver parado lá mesmo, faça o seguinte: SXMB_ADM -> Manage Queues. Selecione todas e clique em "Register Queues". Verifique se foram registradas na SMQR.

Se estiver vermelha, houve algum erro; pode-se restartar a msg através do botao restart da própria SXMB_MONI.

Se todas as bandeirinhas estiverem quadriculadas, verifique na MONI do PI, um pouco mais pra direita, se o campo ao lado do Outbound (que nos casos das msgs que entran nos BPMs, contém o valor PE) de que cor está a bandeira. Se estiver verde, está parada em fila de BPM. Vá até o ultimo campo da direita na MONI e clique no valor do campo Queue ID (ele vai abrir a fila de Inbound Processing do BPE) para confirmar se está parada lá. Vc pode registrar as filas XBPE* na SMQR (somente do PI) para rodar essas filas.

Att.

Henrique.

[former_member182114]

Bom dia Leonardo,

Estas duas informações são relativas ao keystorage onde está o certificado digital e serão utilizadas pelo processo de assinatura.

Verifique quem fez a instalação do certificado digital no seu PI, ele deve fornecer para você o key storage view e entry.

Veja upload do certificado em:

http://help.sap.com/saphelp_grcnfe10/helpdata/en/f5/b260f1ff2e416ab69d9e9af651a6fb/content.htm

Atenciosamente,

Fernando Da Ró