on 2013 Apr 01 12:42 PM
Pessoal,
A nível de conhecimento de todos, na última sexta-feira (29/03/2013) fizemos o Go Live do EhP 06 (SAPKH60606), onde está aplicada a OSS Note 1765030, sendo que esta permite obter-se na função J_1BNFE_CUST3_READ, a informação do tipo de ambiente a partir da tabela T000, ao invés das configurações de Business Place.
Quando realizamos as primeiras emissões de NF-e para o GRC, percebemos que este recebia a informação de ambiente de homologação ao invés de produtivo.
Olhando aqui, verificando ali, finalmente descobrimos que o problema era na referida função, a qual buscava os dados sem cláusula where nem verificação de client, retornando então o registro de referência da SAP (mandante 000) e desta forma, sobrescrevendo o dado correto da TPAMB por um incorreto.
As OSS Notes 1786761 e 1837444 corrigiram este probleminha.
Desta forma, achei importante repassar a dica para aqueles que aplicarem o EhP06, para também de aplicarem essas OSS Notes.
Forte abraço a todos!
Alexandre B. Dambrowski
PS: Não é brincadeirinha de 1° de abril! hehehe
Alexandre Dambrowski wrote:
Pessoal,
A nível de conhecimento de todos, na última sexta-feira (29/03/2013) fizemos o Go Live do EhP 06 (SAPKH60606), onde está aplicada a OSS Note 1765030, sendo que esta permite obter-se na função J_1BNFE_CUST3_READ, a informação do tipo de ambiente a partir da tabela T000, ao invés das configurações de Business Place.
Quando realizamos as primeiras emissões de NF-e para o GRC, percebemos que este recebia a informação de ambiente de homologação ao invés de produtivo.
Olhando aqui, verificando ali, finalmente descobrimos que o problema era na referida função, a qual buscava os dados sem cláusula where nem verificação de client, retornando então o registro de referência da SAP (mandante 000) e desta forma, sobrescrevendo o dado correto da TPAMB por um incorreto.
As OSS Notes 1786761 e 1837444 corrigiram este probleminha.
Desta forma, achei importante repassar a dica para aqueles que aplicarem o EhP06, para também de aplicarem essas OSS Notes.
Forte abraço a todos!
Alexandre B. Dambrowski
PS: Não é brincadeirinha de 1° de abril! hehehe
Obrigado Alexandre pela info!
Passamos recentemente por um upgrade também NFE10 e essa nota 1837444 ainda não existia e aconteceu a mesma coisa.
Não havia achado ninguém com esse problema na época.
A solução naquele caso foi fazer a troca do TPAMB na BADI CL_NFE_PRINT.
O que achei estranho é que o MANDT sem where ele é implícito e nesse caso da tabela T000 ele não passava o mandante e isso resultava a seleção do MANDT 000.
Fiquei de fazer alguns testes com tabelas Z com full buffer igual a T000 para ver o comportamento mas não foi possível ainda.
Abs
Bruno Xavier.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
9 | |
5 | |
4 | |
3 | |
3 | |
2 | |
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.