RSBBS - Salto de query BW para transação R/3

RSBBS - Para realizar o salto de query BW para o R/3, no momento de configurar os campos para o salto deve-se lembrar em:
1 - Eliminar todos os infoObjetos desnecessários para o salto;
2 - Linkar todos os campos para a transação de destino;
3 - Configurar elementos de dados, domínio e parâmetros Set/Get.

Na tela ao lado fica mais fácil visualizar.

Programa: SAP_RSADMIN_MAINTAIN

Esse programa é utilizado para inserir/alterar/deletar parâmetros de objetos de configuração de ambiente.

Após executado, deve dizer qual objeto que será modificado (inserido ou deletado) e qual será seu valor novo. Essas informações serão gravadas na tabela: RSADMIN.

Um exemplo disso, é a configuração de um tamanho máximo de registros que serão carregados no result set após consulta ao banco de dados. Um erro será exibido ao usuário se esse valor for excedido: "Result set is too large; data retrieval restricted by configuration" (ver imagem). Para alterar esse valor basta rodar o programa: SAP_RSADMIN_MAINTAIN e alterar os valores dos objetos: BICS_DA_RESULT_SET_LIMIT_DEF e BICS_DA_RESULT_SET_LIMIT_MAX .

RSSM - Objetos de Autorização

RSSM - Usamos esta transação, para criamos objetos de autorização e associarmos a um determinado infoprovider.

Transação via RFC

TRANSACTION_CALL_VIA_RFC - Para executar uma transação via RFC, basta executarmos o módulo de função TRANSACTION_CALL_VIA_RFC e passarmos como parâmetro a transação que desejamos executar.

SM64 - Background Events

SM64 - Esta transação cria eventos de background. Utilizamos essa transação para integrar o portal sap (WebDympro) com uma cadeia de processos. Após o portal executar uma chamada de uma BAPI que disparava esse evento, a cadeia de processos começava a executar, vale a pena lembrar que a cadeia de processos deve estar escalonada para que o job seja chamado e a cadeia inicie.

Programa ABAP para tratar Reg e Green de uma decision ABAP no Process Chain.

Programa ABAP para tratar Reg e Green de uma decision ABAP no Process Chain.

*&---------------------------------------------------------------------*
*& Report ZRED_OR_GREEN
*&
*&---------------------------------------------------------------------*
*&
*&
*&---------------------------------------------------------------------*
REPORT zred_or_green.
DATA: zcl_abap_pt_decision TYPE REF TO zcl_abap_pt_decision,
l_flag TYPE rspc_state.
*
SELECTION-SCREEN BEGIN OF BLOCK eins WITH FRAME.
PARAMETERS: red RADIOBUTTON GROUP radi,
green RADIOBUTTON GROUP radi.
SELECTION-SCREEN END OF BLOCK eins.
*
START-OF-SELECTION.
CREATE OBJECT zcl_abap_pt_decision.
IF NOT green IS INITIAL.
l_flag = zcl_abap_pt_decision=>success.
ELSE.
l_flag = zcl_abap_pt_decision=>failed.
ENDIF.
EXPORT e_state FROM l_flag TO MEMORY ID zcl_abap_pt_decision=>status_mem_id.

RSCUR - Conversão de Moeda em tempo de execução de Query

Primeiramente, deve-se criar a conversão de moeda na transação RSCUR. A conversão é realizada utilizando a tabela TCURR como base e uma data, que costuma ser a data do documento (pedido, contrato etc). Na imagem-exemplo é utilizado a característica temporal 0CALDAY.

Como funciona? Define-se um índice ou uma fórmula ou uma seleção na query. Clicando em cima com o botão direito, selecione: Características. No final da tela, pode-se selecionar uma de conversão de moeda, criada na RSCUR. A conversão de moeda será realizada procurando na tabela TCURR a taxa de conversão de moeda referente a data (TCURR-GDATU) lida no infoprovider (0CALDAY, já que este foi definido como sua data de referência). Logo, a data de referência (0CALDAY) precisa estar no seu infoprovider para a conversão funcionar.

A conversão de moeda, em tempo de execução de query, não apresenta boa performance, porém, ela pode ser utilizada facilmente quando há necessidade de muitas conversões de moedas na query, sem precisar modificar a modelagem do fluxo de dados até o infoprovider.