Planejamento

01 ainda não feito

 EF BKG criar um LAYOUT com
6 botões onde cada um terá uma
funcionalidade diferente.
SERVIDOR ITEAM ( usuário = abap05 )

( senha = iteam@0323 )

“Tabelas e transações criada no servidor da ITEAM”

TABELAS: ztb_crec_dt

ztb_cjus_dt

ztb_cpc_dt

ztb_cemp_dt

ztb_crecd_dt

TRANSAÇÃO: zsd_bkg_dt

zsd_crec_dt

zsd_cjus_dt

zsd_cpc_dt

zsd_cemp_dt

zsd_crecd_dt
*****************************************************************************
*****************************************************************************

LOADING………………………

LOADING………………………

LOADING………………………CRIAR O LAYOUT

Foi criado o cockpit para que o usuário escolha entre cadastrar motivo da
recomendação, cadastrar motivo da justificativa, cadastrar recomendações,
cadastrar tipo de pedido de compras, cadastrar empresas e relatório de operações.
A transação para esse cockpit é (ZMMR001_CALL_TRANSAC) e o programa
desenvolvido é o (ZMMR001).
*FEITO O MEU LAYOUT COM OS BOTÕES E SUAS DESCRIÇÕES AGORA TERIA QUE INSERIR A
CODIFICÇÃO PARA MEUS..

Cada tela possui sua própria lógica de processamento que é dividida em duas partes, são elas:
PBO - (Process Before Output / Processamento antes da exibição)

PAI (Process After Input / Processamento após a exibição). O conjunto destas lógicas de
processamento é o que definirá a função do programa online.

INCLUDES: ZMMR001_PBO,
 ZMMR001_PAI.

Nomes para os botões.

Chamar os botões antes do processamento NO INCLUDE _PAI.

1-CODIFICAR DENTRO DA TABELAS DE CADA BOTÃO

_______________//____________//______________

1º CADASTRAR MOTIVO DA RECOMENDAÇÃO

cadastrar quais são os motivos de recomendações válidas para esse
processo.

Os campos em cinza, devem ser gerados automaticamente pelo

sistema.
ok
Essa opção deve ser controlada por perfil de acesso e os próprios
usuários serão responsáveis pela manutenção/atualização dos dados
da transação.
 TRANSAÇÃO PARA CHAMAR OS BOTÕES DO COCKPIT

>>>SE93<<<<

1º transação

“ Essa transação foi criada para abir o cockpit para vincular com o cockpit
e abrir o layout da tela MODULE-POOL “

(O) Programa e tela(transação de diálogo).

Transação: ZMMR001_CALL_TRANSAC
DEU CERTO!!! CAMPOS OBRIGATÓRIOS
Nome do Botton = ‘BTN_MOTREC’

Call transaction = ‘ZSD_CRED_DT’ que vai abrir o COCKPIT

Essa transação abri LAOUT do cockpit,

ESSA É A CODIFICAÇÃO PARA ABRIR AS TRANSAÇÕES DOS BOTTOES DO COCKPIT
BOTTON 03 = [CADASTRAR RECOMENDAÇÕES]

Esse botão será feito um REPORT = ZMMR_CADASTRO

PROGRAMA: (ZMMR_CADASTRO)
1º TELA DE SELEÇÃO
Esse erro ocorreu por não declara a TABLE lfa1 no include de TOP

1º tela de seleção
SELEÇÃO

A CODIFICAÇÃO SERÁ ESTRUTURADA.

PERFORM para minha SELEÇÃO DE DADOS

*************************************EVENTO STAR-OF-SELECT

PARA A SELEÇÃO DE DADOS

PREENCHI O BLOCO DA TELA DE SELEÇÃO (SCREEN)

SE16 = LFA1

S_LIFNR = FORNECEDOR = 00000000001.

*SE ECONTRAR DADOS, MONTAR TABELAS DE SAIDA DE ACORDO COM OS DADOS

QUE ENCONTREI NA SELEÇÃO DA LFA1 E ZMMT400.

*SUGESTÃO:

1-CRIAR PERFORM Z_PROCESSA_DADOS PARA MONTAR A T_SAIDA DENTRO…

ZMMR_CADASTRO_EVE.

PERFORM Z_PROCESSA_DADOS.

" VOU FAZER UM LOOP PARA PERCORRER MINHAS LINHAS DA TI_ZMMT40 PROCURAN
DO UM REGISTRO.

1. WA_SAIDA-LIFNR = WA_ZMMT400-LIFNR: Copia o campo LIFNR da estrutura

WA_ZMMT400 para o mesmo campo na estrutura WA_SAIDA.
~

O ícone ICON_2 ICON_CHANGE_TEXT '@0Q@' é usado para representar a ação

de “Alterar texto” ou “Texto longo” em um programa ABAP.

Quando você declara este ícone em uma tabela de saída, ele pode ser usado para indicar
que um determinado campo ou valor pode ser alterado ou que o texto associado é longo.

"FAZENDO UM READ TABLE NA MINHA TI_LFA1 PROCURANDO REGISTRO SEMELHANT

E A ESTRUTURA DA MINHA ZMMT400
  T_SAIDA-LIFNR = ZMMT400-LIFNR

Em seguida, lê a tabela TI_LFA1 procurando uma linha com a mesma chave LIFNR de
WA_ZMMT400
READ TABLE TI_LFA1 INTO WA_LFA1 WITH KEY LIFNR = WA_ZMMT400-LIFNR.
" ONDE A CHAVE CODIGO DESSAS DUAS TAB SERÁ ZMMT400-LIFNR = LFA1-LIFNR

e copia o campo NAME1 para WA_SAIDA-NAME1.

IF SY-SUBRC = 0.
WA_SAIDA-NAME1 = WA_LFA1-NAME1.
Em seguida, lê a tabela TI_LFA1 procurando uma linha com a mesma chave LIFNR de WA_ZMMT400
e copia o campo NAME1 para WA_SAIDA-NAME1.

Depois verifica se STCD1 ou STCD2 têm valor em WA_LFA1 e copia para WA_SAIDA-CPF_CNPJ.

Por fim, anexa WA_SAIDA à tabela de saída TI_SAIDA e limpa WA_SAIDA para a próxima iteração.

A lógica geral é pegar dados de uma estrutura (WA_ZMMT400) e copiá-los seletivamente para outra
estrutura (WA_SAIDA), fazendo também um lookup de campos adicionais em uma tabela auxiliar.

2-EXIBIR_ALV.

Aqui foi utilizado a (classe) CL_SALV_TABLE

Para exibir dados em uma tabela na interface do usuário. Ela fornece métodos e
funcionalidades para criar e manipular tabelas de exibição de dados .
Com a classe CL_SALV_TABLE, você pode definir a estrutura da tabela, adicionar
colunas, formatar células, definir filtros e classificações, lidar com eventos de interação do
usuário e muito mais. Ela oferece uma maneira fácil e conveniente de exibir dados
tabulares de forma organizada e interativa.

Além disso, a classe CL_SALV_TABLE também permite a exportação de dados para

outros formatos, como planilhas do Excel.

Em resumo, a classe CL_SALV_TABLE é uma ferramenta poderosa no ABAP para exibir

dados em formato de tabela e fornecer recursos de interação ao usuário.
(01)<<<<<<<<<<<<<<<

OQUE CADA BOTÃO FAZ :

Essa opção deve chamar uma nova transação Z (tabela/SM30) para que
o usuário possa cadastrar os motivos das recomendações que serão
válidas para o projeto BKG.

Essa opção deve chamar uma nova transação Z (tabela/SM30) para que o usuário
possa cadastrar os motivos das recomendações que serão válidas para o projeto
BKG

TABELA = ZMMT398

SE93 TRANSAÇÃO = ZMMXXX

Ok.

(02)<<<<<<<<<<<<<<<<<<

OQUE CADA BOTÃO FAZ :

O usuário do time de Compliance deve cadastrar quais são os motivos
de recomendações válidas para esse processo.

Essa opção deve ser controlada por perfil de acesso e os próprios usuários serão
responsáveis pela manutenção/atualização dos dados da transação

TABELA = ZMMT399

SE93 TRANSAÇÃO = ZMMXXX399

Exemplo de cadastro:
*Obs: Os campos em cinza, devem ser gerados automaticamente pelo sistema.

OK.

(03)<<<<<<<<<<<<<<<

OQUE CADA BOTÃO FAZ:

O usuário time de Compliance deve selecionar previamente qual o fornecedor ele

deseja cadastrar uma recomendação, através do código do fornecedor, CPF/MF,
CNPJ/MF ou razão social. Exemplo para as opções de busca de fornecedores.

TABELA=ZMMT400

Criar tabela para armazenar os dados fornecedor x recomendação

SEARCH HELP

Com a busca realizada, a transação deve apresentar as seguintes informações para

o usuário do time de Compliance:

-Código do fornecedor gerado automaticamente;

-Razão Social ou Nome gerado automaticamente;
-CNPJ/MF ou CPF/MF gerado automaticamente;
Ponto de Atenção:
-Como há a possibilidade de fornecedores internacionais não pode ser um campo
obrigatório.
-Data de Início da validade da recomendação a ser inserida por Compliance;
-Data de Término para revisitar a recomendação a ser inserida por Compliance;
-Campo Texto para Recomendação a ser inserida por Compliance;
-Identificação do Usuário que inseriu a recomendação gerado automaticamente;
Exemplo de como a transação deve ficar:

*Obs: Os campos em cinza, devem ser gerados automaticamente

pelo sistema.

SE93 TRANSAÇÃO = ZMMXXX400

Quando esse mesmo usuário clicar no icone do campo

“Recomendação” o sistema deve abrir uma tela para ele escolher qual
o motivo da recomendação (etapa a) e um editor de texto para que
seja possível cadastrar a recomendação para o fornecedor.

_____________________//_______________//________________________

Preencher critério de seleção.

TELA DE SELEÇÃO

Com a tela de seleção, buscar os seguintes campos da tabela LFA1

(mestre de fornecedores) e armazenar em uma tabela interna T_LFA1.

 LIFNR (Código do fornecedor)

 NAME1 (Nome ou Razão Social)
  STCD1 (CNPJ)
 STCD2 (CPF)
Onde:

 LIFNR IN S_LIFNR
 NAME1 IN S_NAME1
 STCD1 IN S_CNPJ
 STCD2 IN S_CPF

1ºTELA DE SELEÇÃO

Se nenhum fornecedor for encontrado, exibir a seguinte mensagem de erro e

cancelar o processamento:

“Fornecedor não encontrado”.

Senão, exibir um relatório com o seguinte layout para o usuário cadastrar as

recomendações.

LOADING……………….
LOADING…………………..

(04)<<<<<<<<<<<<<<<

OQUE CADA BOTÃO FAZ:

 Cadastrar tipo de pedido de compras.
Essa opção deve chamar uma nova transação Z (tabela/SM30) para que
o usuário possa cadastrar os tipos de pedidos de compra que serão
válidos para o projeto BKG – Compliance.

TABELA= ZMMT401

SE93 TRANSAÇÃO = ZMMXXX401

OK

(05)<<<<<<<<<<<<<<<

OQUE CADA BOTÃO FAZ:

 Cadastrar empresas
Essa opção deve chamar uma nova transação Z (tabela/SM30) para que
o usuário possa cadastrar as empresas que serão válidas para o projeto
BKG – Compliance.

TABELA= ZMMT402
SE93 TRANSAÇÃO = ZMMXXX402 de cadastro

___________________//_______________________

(06)<<<<<<<<<<<<<<<

OQUE CADA BOTÃO FAZ:

Essa opção deve chamar uma nova transação Z (report) para que o
usuário possa consultar os pedidos de compras gerados com
recomendações do time de Compliance.
Essa opção deve chamar uma nova transação Z (report) para que o usuário possa
consultar os pedidos de compras gerados com recomendações do time de
Compliance

Se o mesmo usuário não informar nenhum filtro na tela de seleção, o

relatório deve ser gerado com todas as informações encontradas, ou
seja, nenhum dos campos ilustrados acima serão de preenchimento
obrigatório.

TABELA= ZMMT403
  ESSAS SÃO AS TABELAS QUE SERVIRAM PARA PREENCHER INFORMAÇÕES DOS
BOTÕES DO MEU LAYOUT.

>>TRANSAÇÃO AINDA NÃO FEITA DESSE TABELA SE93<<