cancel
Showing results for 
Search instead for 
Did you mean: 

J_1BNFE_CUST3_READ - TPAMB incorreto em PRD

Former Member
0 Kudos

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

Accepted Solutions (0)

Answers (1)

Answers (1)

brunobex
Active Participant
0 Kudos

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.

former_member182114
Active Contributor
0 Kudos

Bom dia Pessoal,

Obrigado pelas contribuições.

@Bruno,

Fiz estes testes, e também me surpreendi pois ao ver o código não "vi erro". Mas esta é A tabela de client, e para ela é necessário informar que client você está buscando.

Atenciosamente, Fernando Da Rós