on 03-16-2011 8:58 PM
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!
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ó
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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ó
User | Count |
---|---|
11 | |
3 | |
1 | |
1 | |
1 | |
1 | |
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.