cancel
Showing results for 
Search instead for 
Did you mean: 

Usuario X Memory

former_member200254
Participant
0 Kudos

Senhores

Para alguns processos do cliente, usamos referencias de outros docs na BADI, como ainda n foram criados usamos a memoria.

Ex:

CONSTANTS:

lc_aubel TYPE string VALUE '(SAPMV60A)VBRP-AUBEL'.

FIELD-SYMBOLS:

<fs_aubel> TYPE vbrp-aubel.

ASSIGN (lc_aubel) TO <fs_aubel>.

IF sy-subrc EQ 0.

................

ENDIF.

Determinados usuarios (consultores com acesso maior) conseguem gerar uma nota com as infos corretamente, mas outros usuarios nao. Alguem sabe quais dos perfis de usuario eh preciso para poder ler essas infos, ou outra sugestao / caso parecido.

Grato!

Accepted Solutions (1)

Accepted Solutions (1)

former_member182114
Active Contributor
0 Kudos

Bom dia Rodrigo,

Simplesmente DÊ MEIA VOLTA....

Esta necessidade de ler de memória se tem quando não se utiliza o decouple que só lê após tudo gravado em banco.

Quando não se tem decouple, você tem que fazer o desenvolvimento pensando em:

- ler da memória para a primeira transmissão

- ler do banco para retransmissões

TEM ACONTECIDO CASOS DE CLIENTES que estão mandando informações divergentes ao GRC nestes dois momentos. Implementando o decouple resolve-se este problema e todos os outros decorrentes.

Atenciosamente, Fernando Da Ró

former_member200254
Participant
0 Kudos

Fernando, obrigado!

Aqui nao tem decouple msm, qual a complexidade do procedimento?

abs

Rodrigo

former_member182114
Active Contributor
0 Kudos

Bom dia Rodrigo,

O principal impacto costuma ser este do programa não estar lendo do database e ter que ser feito.

Mas isto varia de cliente para cliente, se seu processo de criação de notas, gravação é standard, digo, sem muita interface envolvida, então o processo é simples.

Basicamente:

- escalonar o job J_BNFECALLRFC de minuto em minuto

- mude a configuração do local de negócios (callrfc de vazio para 3)

- faça teste

Para GoLive:

- busque todas as notas com as palavras chave decouple, J_BNFECALLRFC, issuing type, SCAN, tpEmis

Atenciosamente, Fernando Da Ró

former_member200254
Participant
0 Kudos

Fernando, vamos realizar os testes hoje a tarde. Posto aqui o resultado final.

Obrigado,

Rodrigo

former_member200254
Participant
0 Kudos

Os testes foram OK, o problema intermitente foi resolvido. No entanto estamos tendo q rever algumas interfaces e processos especiais.

No mais esta solucionada a questao.

Ab,s

Rodrigo

Answers (0)