Índice:

Capítulo 1...........................................................................................................................4
- O que é o R/3
- Arquitetura
- System Landscape
- Sistema de transporte
Capítulo 2...........................................................................................................................9
- Dicionário de Dados
- Data Types
- Data Objects
- Domínio
- Data Element
- Tabela Transparente
- Chave Estrangeira
- Exercício 1
Capítulo 3.........................................................................................................................38
- ABAP Open SQL
- Exercício 2
Capítulo 4.........................................................................................................................52
- Tabelas Internas
- Exercício 3
Capítulo 5.........................................................................................................................60
- Tela de Seleção
- Exercício 4
Capítulo 6.........................................................................................................................72
- Modularização
- Subrotinas
- Grupo de Função
- Função
- Exercício 5
Capítulo 7.........................................................................................................................80
- Listas
- Formatação de saída das Listas
- Definir o formato das Listas
- Armazenar Listas
- Imprimir Listas
- Controle de nível das listas, utilizando tabela interna
- Exercício 6
Capítulo 8.........................................................................................................................92
- Lista Secundária
- Exercício 7
Capítulo 9.......................................................................................................................109
- Data Transfer
- Call transaction
- Batch Input
- Geração de arquivo de Saída
- Exercício 8
Capítulo 10.....................................................................................................................138
- Programação on Line
- Module Pool
- Exercício 9
Capítulo 11......................................................................................................................182
- Query
Capítulo 1
  Oferece uma solução integrada de aplicativos empresariais

 Todos os módulos de aplicativo são escritos em ABAP, que é interpretado por

BASIS, que por sua vez, são executadas no sistema Operacional

(BASIS – é como um sistema operacional para R/3 . Ele fica entre o código ABAP e o
sistema operacional.)

 MM (Materials Management – gerenciamento de Materiais)

 SD (Sales and Distribution – Vendas e Distribuição)
 FI (Financial Accounting – Contabilidade Financeira)
 PP ( Productiuon Planning – Planejamento da Produção)
 HR (Human Resources – Recursos Humanos)
 WF (Workflow – Fluxo de Trabalho)
 PS (Project System – Sistema de Projeto)
 e outros
Sistema R/3 é baseado na arquitetura cliente/servidor com 3 camadas: Servidor de banco de
dados, servidor de aplicação e servidor de apresentação.
A arquitetura de 3 camadas faz o sistemas facilmente escalável. Para adicionar usuários,
você precisa instalar mais servidor de apresentação. Você pode também aumentar a
eficiência do todo o sistema adicionando mais servidores de aplicação associados aos seus
work processes.
Servidor de aplicativo consiste em um dispatcher e múltiplos processos de trabalho (work
processes). Todas as solicitações provenientes de servidores de apresentação são dirigidas
primeiro ao dispatcher . O dispatcher grava-as primeiro na camada do dispatcher. O
dispatcher extrai as solicitações da camada utilizando o algoritmo primeiro a entrar,
primeiro a sair. Cada solicitação é então alocada para o primeiro work processes disponível.
Um work processes trata uma solicitação por vez.
Tipo de processo Tipo de solicitação de trabalho
D (Dialog) Solicitações de diálogo
V (Update) Solicitações p/ atualizar dados no banco de dados
B (Background) Trabalhos de segundo plano
S (Spool) Imprime solicitações de Spool
E (Enqueue) Solicitações de bloqueio lógico
M (Message) Roteia as msgs entre os serv.de aplicativo dentro do sistema R/3
G (Gateway) Afunila as mensagens dentro e fora do sistema R/3
O Workbench Organizer permite o usuário desenvolver o software de maneira organizada.
O Sistema de transporte prove a execução do transporte.
Os objetos de repositório são conectados para o sistema de transporte pela classe de
desenvolvimento e associações com change requests. Depois que as requests foram
liberadas no sistema de desenvolvimento, ela é então transportada para a rota pré
determinada: sistema de qualidade ou para o sistema de produção.
Capítulo 2
 O Dicionário Abap permite um gerenciamento central de todas as definições de
dados usada no sistema R/3

 No Dicionário você pode criar tipos definidos pelo usuário (data elements,
estruturas e table types). Objetos de banco de dados, tais como tabelas e views de
banco de dados, também podem ser definidas no Dicionário ABAP e criada com
estas definições no banco de dados.

 O Dicionário ABAP também provê um número de serviço que apoiam o

desenvolvimento de programas. Por exemplo, lock de tabelas, search help (F4) e
ajuda de campo (F1 help) usados nos campos de uma tela.
 Data types:
 Apenas descrição do ‘type’
 Não ocupa memória
 Caracteriza os atributos técnicos de todos os data objects que possuem um
type especificado

 Data Objects:
 É uma concreta representação do type
 Cada data object tem um type específico e ocupa espaço em memória
 Os objetos básicos da Dicionário ABAP são: tabelas, domínios e data elements,
 Domínio descreve os atributos técnicos dos campos das tabelas (ex: type , tamanho
do campo) , enquanto os data elements contém a definição semântica (descrição
curta)
Dica: ao criar a tabela e seus data elements, associar a mesma Change Request, para não
dar problema durante o transporte de Desenvolvimento para QA
 O primeiro campo de uma tabela sempre deve ser o mandante;
 O campo Num_documento não tem nenhum data element associado a ele, este
campo é do tipo , apenas informo o tipo do

campo, seu tamanho e sua descrição.

 O Campo Usuário, utiliza o data element ‘UNAME’

 O Campo Data, utiliza o data element ‘DATUM’
 O Campo Material, utiliza o data element ‘MATNR’
 O Campo Valor, utiliza o data element ‘BWERT’
 O Campo Quantidade, utiliza o data element ‘BSTMG’

 O Campo Material, possui check table, ou seja durante qualquer manutenção da

tabela Ztabela, é checado se o material gravado nesta tabela, existe na tabela Mestre
de Material (MARA)
 Para campos do tipo moeda (valores) e quantidade, são necessários definir tabela e
campo de referencia
- Atribuir uma mensagem de erro para este check table.

- Neste caso foi criado uma classe de mensagem ZCURSO_00, com número de
mensagem 001, através da Transação SE91
  Opções Técnicas:
. Data Class – Define a área física do banco de dados, na qual a tabela deve ser armazenada
(no Oracle é o tablespace)
. Size category – Define o tamanho do armazenamento esperado para esta tabela no banco
de dados

. Buffering – define se, e como a tabela deve ser ‘bufferizada’

. Logging – Modificações na entrada da tabela são armazenadas, mas também tem que setar
o parâmetro ‘rec/client’ (pode provocar ‘gargalos’ no sistema (devido a esses adicionais
acessos)
 Ao selecionar o ícone ativar no ABAP Dicitionary, a tabela transparente é

automaticamente criada no banco de dados. A tabela no banco de dados possui o

mesmo nome da tabela no ABAP Dictionary . Os campo tem também os mesmos
nomes e os tipos do campo no ABAP Dicitionary são convertidos para os tipos de
dados correspondentes no sistema do banco de dados
 Na criação da estrutura não precisa definir o mandante, pois armazena os dados
somente em tempo de execução.
 No Dicionário ABAP, tais relacionamentos entre duas tabelas são chamados de
chaves estrangeiras e eles devem ser definidos explicitamente pelos campos
 Chaves estrangeiras são usadas para assegurar que o dado é consistente. O dado
inserido é checado contra o dado já existente.
Capítulo 3
- Para ler os dados das tabelas do banco de dados, você precisa utilizar o comando SELECT
- O ABAP contém comandos similares ao do SQL padrão, na qual você pode acessar
seu banco de dados. ABAP OPEN SQL tem as seguintes características:
- Síntaxe corresponde a síntaxe do SQL padrão
- ABAP SQL é um subconjunto do SQL padrão
- ABAP SQL contém SAP short forms.

- As tabelas devem ser definidas no Repositório ABAP e tem chave primária.

A vantagem é que as instruções SQL são portáveis entre banco de dados. Por exemplo, se
por alguma razão sua empresa quisesse alternar de um banco de dados Oracle para um
Informix, o banco de dados poderia ser alterado e seu código ABAP continuaria a ser
executado sem nenhuma alteração.
- Ler anexo A (Dicas de Performance)
- Os relatórios consistem em cinco componentes:
- Código Fonte
- As Características
- Os elementos de texto
- A documentação
- As variantes
- Elementos de texto:
- Todos os literais que constam no relatório devem ser armazenados como
elementos de texto. Assim, evita-se redundância, inconsistência, e permite-se
tradução sem alterar o fonte do relatório.

- Text symbols:
- São literais no corpo do relatório.
- Exemplo: “Valor Total: R$15.000,00”.
- “Valor Total” deve ficar num text symbol.