Erro ERP Apos aplicar SP 12 - GRC

[Former Member]

Srs, Bom dia.

Estava tudo funcionando em meus Cenário tanto no GRC quanto no ERP.

Decidimos subir o SP do GRC pro SP 12 (antes estava no 11). Depois dessa aplicação todas as notas aprovada começou retornar bandeira vermelha no ERP ( J1BNFE ) mesmo analizando o log não tinha nenhum erro. Verifiquei as nota de correções e encontramos a nota: 1362971 - NF-e: improved error handling for Inbound XML.

Fizemos aplicação da nota hoje. Só que agora me deparamos com vários erros no sistema ERP, após aplicar a nota.

SM21 u2013 Run-time error "PARAMETER_CONVERSION_ERROR" occurred. ( Fala pra análise detalhada do erro ST22 )

ST22 - PARAMETER_CONVERSION_ERROR

How to correct the error

" "

Information on where terminated

Termination occurred in the ABAP program "SAPLJ_1B_NFE" u2013 in

"J_1B_NFE_XML_IN_TAB".

The main program was "SAPMSSY1 ".

In the source code you have the termination point in line 1

of the (Include) program "LJ_1B_NFEU36".

Source Code Extract

Line SourceCde

>>>>> FUNCTION j_1b_nfe_xml_in_tab.

2 *"----

-

---

3 ""Interface local:

4 *" TABLES

5 *" CH_XMLTAB TYPE J_1BNFE_INBOUND_TAB

6 *" CT_BAPIRET2 TYPE BAPIRETTAB OPTIONAL

7 *"----

-

---

8 DATA: ls_xmltab TYPE j_1bnfe_inbound,

9 ls_acckey TYPE j_1b_nfe_access_key,

10 lv_tabix TYPE sy-tabix.

11

12 DATA: lv_system TYPE bapilogsys. "1362971

13

14 CALL FUNCTION 'OWN_LOGICAL_SYSTEM_GET' "1362971

15 IMPORTING "1362971

16 own_logical_system = lv_system "1362971

17 EXCEPTIONS "1362971

18 own_logical_system_not_defined = 01. "1362971

19 IF NOT sy-subrc IS INITIAL. "1362971

20 CLEAR lv_system. "1362971

-

-

---

Obs: Todas as notas novas criada estão sendo aprovada normalmente Sefaz e GRC. E no ERP estão com status aguardando resposta status( engrenagem ).

SP12 SM13 não ha nenhum log de erro.

Help Please.

Saudações

Marcelo P. Silva

[Former Member]

Srs,

Descobri que o ABAP não implementou as notas recomendadas pela 1362971 no GRC.

The enhanced error handling is only available if GRC note 1401918 and 1409623 are implemented.

Vamos verificar. Espero que resolvam o problema (short dump PARAMETER_CONVERSION_ERROR).

Att.

Rodrigo

[Former Member]

Olá,

A nota 1414429 não é reconhecida pelo SNOTE nem pelo PI/GRC/SLL-NFE, nem pelo ECC 6.0 (SP18 é o release do SAP_BASIS/ SAP_ABA, o SAP_APPL é 603 SP4).

Foi gerada alguma nota com a correção que vocês fizeram?

Att,

Rodrigo

[henrique_pinto]

Essa nota nao eh nem do ERP nem do GRC, é do componente BC-MID-RFC (aparentemente, eh do SAP_BASIS).

Mas de qq maneira, ela nao tem correction instruction, eh uma nota apenas informativa.

Nao acho q seja relevante.

Verifique o que foi falado na thread que deve te ajudar.

Att,

Henrique.

[former_member182114]

Rodrigo,

a SAP Note é 1409623 aplicável no GRC.

Se tiver outros problems, por favor abra uma nova thread, caso necessite pode fazer referëncia à esta.

Atenciosamente, Fernando Da Ró

[Former Member]

Olá Marcelo/ Fernando,

Parece que tem uma nota em construção p/ correção do erro, ainda está em alemão e não tem informaçoes muito claras sobre release.

Note 1414429 - ABAP Laufzeitfehler PARAMETER_CONVERSION_ERROR

Apliquei o SP12 do GRC/SLL-NFE em ambientes de Dev e QA ontem, e estou com o erro no ECC 6.0 SP18, origem das notas.

Vou tentar descobrir se a nota é para o GRC/PI ou para o ECC.

Att.

Rodrigo

[former_member182114]

Bom dia Marcelo,

Seu R/3 é 4.6 ? Veja SAP Note 1409623.

Atenciosamente, Fernando Da Ró

[Former Member]

Olá Fernando,

Grato pelo retorno.

Não, nosso sistema é ECC 6.0.

[former_member182114]

Bom diar Marcelo,

Peça para um ABAP dar uma olhada em como está a função no ERP, e como está sendo chamado pelo GRC.

Seu dump (não é claro no ponto do erro), então parece que é na chamada, porém pode ser no próprio R/3.

Veja também a Nota sugerida, depois poste os resultados aqui.

Atenciosamente, Fernando Da Ró

[Former Member]

Olá Fernando,

Olha só fiz aplicação da nota 1409623 conforme sugerido e os erro de DUMP no sistema ERP e atualização na J1BNFE foram corrigido, porém ela ainda esta me retornando com " Bandeira Vermelha " voltando o mesmo step que estava quando fiz aplicação do SP 12 no GRC. A nota é aprova mas retorna com erro(bandeira vermelha), quando verifico o log da mesma me traz: NF-e 0000000965 c/status doc."Autorizado"; status documento "Autorizado" novo não permitido (status tudo verdinho).

Help Please.

Saudações

Marcelo P. Silva

[former_member182114]

Bom saber que tá o fluxo está andando.

Quanto ao autorizado x autorizado, o GRC está enviando repetidamente a mensagem ao ERP.

Abre um chamado no SLL-NFE, gostaria de dar uma olhada in loco.

Atenciosamente, Fernando Da Ró

[Former Member]

Chamado aberto

Saudações

Marcelo P. Silva

[former_member182114]

Bom dia Marcelo,

A causa raiz não está no SP12, nem nas modificações do ERP, simplesmente torna evidente um problema na parte de impressão automática.

Você tem um programa Z com uma instrução MESSAGE E sem a opção raising, o que causa a exibição imediata na tela.... Isto sendo executado por uma RFC causa o fechamento da conexão:

Veja na RSRFCTRC:

======> connection closed (no data)

Faça a execução da impressão manualmente que o problema se apresentará.

Para evitar isto siga um truque dado aqui no fórum tempos atrás de colocar o código de impressão automática numa função Z e chamar esta função assíncronamente (IN BACKGROUND TASK) fazendo com que a execução da impressão seja separada da execução da atualização e toda mensagem de erro gerada será visualizada na SM58.

Atenciosamente, Fernando Da Ró

[Former Member]

Grato pelo retorno rápido Fernando,

Solicitei para o ABAP que retirasse a chamada do programa Z para efetuarmos um teste.

Desta maneira eliminamos algumas mensagens do tipo E existente nesse programa.

Com a eliminação desta chamada voltamos para a situação existente antes da aplicação do Support Packager que estava funcionando normalmente.

Com referencia a nota 1362971 - NF-e: improved error handling for Inbound XML, já aplicada no nosso sistema aparentemente resolveria a situação.

Gostaria de saber se tem mais algum ponto que deve ser analisado para possível causa.

Saudações

Marcelo P. Silva

[former_member182114]

Bom dia Marcelo,

A princípio o problema já estava em seu sistema, não vejo como poderia ter surgido agora. Perguntas:

Antes você usava o /xnfe/update_erp_staus schedulado ? O flag vermelho só aparece depois dele....

Foram feitas mudanças no report Z que está gerando a mensagem E ?

Mudou alguma forma de teste, que antes atendia o Z e agora não ?

Bem... já estou viajando em suposições... O melhor seria se você tiver um ambiente QAS "antigo" replicar o mesmo erro e verificar como o ERP/GRC se comportam.

O importante é resaltar 3 coisas que melhoraram no ambiente após o SP12:

- Um erro que acontece de fato agora é perceptível, e como onde há fumaça há fogo fica mais fácil resolver o problema seguinda a fumaça

- A retransmissão do GRC para o ERP irá gerar menos logs

- Os logs de erro no validador agora podem ser vistos no R/3 (J1BNFE)

- A informação da recusa de processamento no R/3 poderá ser vista no GRC também

Atenciosamente, Fernando Da Ró

[Former Member]

Bom dia Fernando,

Sim o JOB /xnfe/update_erp_staus ja estava schedulado(ja refiz um novo schedule do mesmo).

Não foram feitas nenhuma mudanças no report Z conforme citado. Os teste são os mesmo após autorizado a mesma retorna com sucesso em seguida o Flag(bandeira Vermelha é reportado) no Log me traz o seguinte: ( NF-e 0000000295 c/status doc."Autorizado"; status documento "Autorizado" novo não permitido ) tanto no ERP(J1BNFE) quanto no IE monitor WEB na ABA (ERP status update error) as notas então caindo la com status X(vermelho).

Abs

Marcelo

[former_member182114]

Bom dia Marcelo,

Não sei o que aconteceu de fato, mas fico feliz que após evidenciado vocês resolveram.

Adicione o RAISING exception xxxx nos Z's este problema não voltará a acontecer.

Atenciosamente, Fernando Da Ró

[Former Member]

Fernando,

Fomos mais radicais na alteração do programa, alteramos todas ( MESSAGE E e A ) para tipo S e colocamos um comando stop em seguida.

No log Trace/RSRFCTRC:

• Trace file opened at 20091204 105529 E. South America Standard Time, SAP-RE

======> Mensagem incompleta (falta nível de gravidade, área, número ou exceção)

ABAP Programm: /XNFE/SAPLAPPL_PROCESSES (Transaction: )

Called function module: J_1B_NFE_XML_IN_TAB.

No log não traz a ideia que o comando stop foi utilizado, ou seja o programa não entrou em nenhuma das mensagens alteradas.

Não temos mais a situação sugerida por vc que gerava o erro, mas continuamos com problema (bandeira vermelha).

Obs: Não utilizamos a cláusula RAISING pois ela é usada em métodos e funções e estamos trabalhando com um programa

normal. Esse programa ( ZNFE_PRINT_DANFE) é utilizado na parametrizarão da reimpressão das notas fiscais.

Mais alguma sugestão para nos ajudar ?

Saudações

Marcelo P. Silva

[former_member182114]

Bom dia Marcelo,

Segue uma dica MATADORA:

- Crie uma função Zqualquercoisa marcada como Remota (Atributos)

- Mova o código que está no método CALL_RSNAST00 para esta função (coloque os parametros necessários na função)

- No método CALL_RSNAST00 coloque apenas a chamada da função Zqualquercoisa de forma assíncrona, conforma abaixo:

CALL FUNCTION 'Zqualquercoisa'

IN BACKGROUND TASK

EXPORTING

parametrosquevocêprecisar = parametrosdaBADI.

COMMIT WORK.

- Desta forma a execução da impressão acontecerá em LUW separado do LUW da execução da RFC, e qualquer erro, inclusive dumps... não afetará mais a comunicação GRC x ERP.

- Como bonus você ainda fará um processamento do retorno de notas mais rápido, pois a impressão será em segundo plano

- E ainda se acontecer algum MESSAGE E/A, você pode observar na transação SM58

Atenciosamente, Fernando Da Ró

[Former Member]

Fernando boa tarde.

Fizemos conforme sugerido a Função e sua execução com a clausula Backgroud.

1 - Parou de retornar o status de erro(baideira vermelha).

2 - O erro que me aparecia anteriormente na RSRFCTRC(GRC) agora me aparece na SM58.

(======> Mensagem incompleta (falta nível de gravidade, área, número ou exceção)

ABAP Programm: /XNFE/SAPLAPPL_PROCESSES (Transaction. )

3 - A nota esta sendo criada mas o seu envio para o GRC não esta sendo feito automaticamente, temos que seleciona a mesma(J1BNFE / ENVIAR).

Obs: Como fazer o envio automatico utilzando esse sugestão ?

Você tem alguma sugestão do que é esta mensagem que aparece na SM58 ?

(======> Mensagem incompleta (falta nível de gravidade, área, número ou exceção)

Saudações

Marcelo P. Silva

[former_member182114]

1) bom saber que está resolvido

2) tem alguma instrução MESSAGE codificada de forma incompleta (solução: DEBUG)

3) verificar a customização, provavelmente você está com CALLRFC=1 (manual pela J1BNFE), mude para CALLRFC=3 (autom. via job)

Atenciosamente, Fernando Da Rós

PS: Feche esta thread e crie novas, fica confuso acompanhar uma questão quando ela tem várias questões internas e também várias soluções.

[Former Member]

Fernando,

A customização já estava setada para 3.

A nota cai na J1BNFE e fica com status (engrenagem). Mas não foi enviado para o GRC. esta como não enviado.

Tenho que schedular algum JOB ?

Saudações

Marcelo P. SIlva

[former_member182114]

Bom dia Marcelo,

Tem sim, veja na SAP Note de implementação do decouple 1265172, anexo "Implement_Decouple_RFC.rar" última página:

Schedule a batch job
For sending NF-es with RFC call status 2 and 3 to SEFAZ a batch job for Report J_BNFECALLRFC must be scheduled periodically.

Atenciosamente, Fernando Da Ró

[Former Member]

Bom dia Fernando,

Fizemos os schedule do job, e mesmo assim as notas não estão sendo enviadas automaticamente para o GRC.

status ( não enviado ).

Na customização utilizamos as 2 opções CALLRFC= 2/3 e a nota cai na J1BNFE e fica parada conforme reportei.

Utilizando CALRFC=2, o status que aparece no monitor(J1BNFE) cai na etapa ( B Enviar p/SEFA no report em backgr.- ação manual não necess.) e cai no status não enviado.

Utilizando CALRFC=3, cai na etapa ( 3 - Enviar NF-e à SEFAZ ) mas as notas ficam parada Status comunicação sistema: não enviado.

Também uma coisa estranha é que as notas geradas estao sendo apresentadas em contigência(Lancada em contigência), antes do job ser processado.

Tem alguma idéia do que pode ser ?

Abs

[former_member182503]

Marcelo,

a contingencia não está ativa?

[]'s

[Former Member]

Marcelo,

Está ativa a condicao de contigencia, mas com o CALLRFC 3 o sittema deveria entender que deverá o processamento será executado via JOB já programado.

Tem alguma sugestão?

Abs

[Former Member]

Jose,

Desculpe realmente estava ativa.

Vou fazer os teste.

[Former Member]

Boa dia Fernando.

Pelos teste que fizemos, aparentemente, as situações com problemas foram resolvidas, agradeço sua ajuda e sua atenção.

Saudações

Marcelo P. Silva