SAP R/3

MDULO ABAP
INTRODUO

Treinamento

Qual a funo do R/3?

oferecer um conjunto integrado compacto, de aplicativos empresariais de grande escala. O conjunto
padro de aplicativos integrados com cada sistema R/3 o seguinte:
PP
MM
SD
FI
CO
AM
PS
WF
IS
HR
PM
QM

(Production Planning - planejamento de produo)

(Materials Management - gerenciamento de materiais)
(Sales and Distribution - vendas e distribuio)
(Financial Accounting - contabilidade financeira)
(Controlling - controladoria)
(Fixed Assets Management - gerenciamento de ativos fixos)
(Project System - sistema de projeto)
(Workflow - fluxo de trabalho)
(Industry Solutions - solues de industria)
(Human Resources - recursos humanos)
(Plant Maintenance - manuteno das instalaes)
(Quality Management - gerenciamento da qualidade)

Estes aplicativos so chamados reas funcionais, reas de aplicativo ou, s vezes, mdulos funcionais do
R/3. Todos estes termos so sinnimos.
Tradicionalmente, as estruturas empresariais desenvolvem um conjunto de aplicativos de processamento
de dados avaliando produtos individuais e comprando esses produtos separadamente de diversos
fabricantes de software. Interfaces entre eles so ento necessrias. Por exemplo, o sistema de
gerenciamento de materiais precisar ser vinculado com as vendas e a distribuio e com os sistemas
financeiros, e o sistema de fluxo de trabalho precisar de uma alimentao a partir do sistema do HR.
Uma quantidade significativa de tempo e dinheiro de IS gasta na implementao e manuteno dessas
interfaces.
O R/3 vem predefinindo com os aplicativos empresariais bsicos necessrios maioria das grandes corporaes. Esses
aplicativos coexistem em um ambiente homogneo. Eles so projetados para funcionar utilizando desde um nico banco de
dados e um conjunto (muito grande) de tabelas. Os tamanhos de banco de dados de produo atuais variam de 12 gigabytes a
aproximadamente 3 terabytes. Cerca de 8.000 tabelas de banco de dados so distribudas com o produto R/3 padro.

Treinamento

Por que voc precisa saber isso?

importante para voc, como um programador de ABAP , saber por que esses aplicativos so todos escritos
inteiramente em ABAP . Esses so os aplicativos que voc deve entender para ser um bom desenvolvedor de R/3.
Por exemplo, suponha que voc conhece ABAP e tenha recebido a incumbncia de escrever um relatrio financeiro
que resume dbitos e crditos de cada ano fiscal para cada fabricante na empresa. Talvez voc saiba escrever cdigo em
ABAP , mas voc saberia como comear a resolver essa tarefa?
Ou talvez seu trabalho exija um novo desenvolvimento em ABAP . Voc incumbido de projetar um sistema que
oferea informaes de estoque para potenciais compradores. Se voc no conhece os sistemas de vendas e financeiro e de
distribuio, voc no saber se est criando algo que j existe em R/3. Tampouco voc poder saber se h tabelas do R/3 que
j contm dados semelhantes ou idnticos aos tipos de dados que voc quer recuperar. Esses aplicativos so altamente
integrados. Um desenvolvedor que assume a abordagem eu construirei minhas prprias tabelas e manterei minhas prprias
cpias dos dados, pode logo descobrir que seus dados so redundantes e devem ser rotineiramente sincronizados com o resto
do banco de dados. Ele construiu um aplicativo que no tira proveito da natureza altamente integrada do ambiente R/3.

importante que o ABAP seja desenvolvido com a certeza de que dentro do R/3 no possua nada
que j no atenda as necessidades da rea funcional.

Treinamento

Hierarquia do SAP

Se o Sistema R/3 distribudo de acordo com os princpios de tecnologia de client/server que seus
componentes so divididos em uma hierarquia de computador de trs-nveis.
Um computador central funciona como um servidor de banco de dados, i.e. contm processos que
constituem o servio de banco de dados. Este computador tambm aloja o servio de atualizao do R/3 o
qual responsvel por executar atualizaes de banco de dados. O servidor de banco de dados pode ser
unido a vrios servidores de aplicao. Nos servidores de aplicao, processada a lgica de aplicao
atual.
Cada servidor de aplicao pode ser conectado a vrios front-ends (por exemplo workstations, PCs) nos
quais os usurios esto trabalhando. Todas as tarefas de apresentao so processadas nestas mquinas
individuais.

Treinamento

Diviso dos Processos

Cada processo de trabalho responsvel por somente um tipo de request. Tipos de request incluem
dialog, background, update, enqueue e spool.
O dispatcher distribui as tarefas adequadamente para os processos definidos. Porm. esta distino s se
refere aos papis diferentes ou servios especiais associados aos processos de trabalho atravs da
estratgia de dispatch.
Como os processos de trabalho contm aplicaes escritas em ABAP/4 , um grupo de processos que
consiste em um dispatcher e um nmero definido de processos de trabalho, tambm conhecido como um
servidor de aplicaes.
O servidor de mensagem permite os servidores de aplicaes para trocar mensagens internas pequenas.
O servidor de acesso facilita comunicao entre R/3, R/2 e outros sistemas.
Em programas de aplicaes, os processos de aplicaes podem ser divididos em processos de atualizao
(V1, V2) e processos de background (B).

Treinamento

Instance

Definio de uma instance:

Uma instance uma unidade administrativa onde se agrupam os componentes de um Sistema R/3 que
prov um ou mais servios. Estes servios so comeados e so parados ao mesmo tempo. Todos os
componentes que pertencem a uma instncia so especificados como parmetros em perfil de instance
comum.
Um Sistema R/3 central consiste em uma nica instance que inclui todos os servios necessrios do SAP.
Cada instance tem sua prpria rea de buffer SAP.

Treinamento

Clients
Client 100

Client 001

Client nnn

(delivery system)

(delivery system)

(custumer system)

clientespecific

crossclient

application
data

application
data

application
data

Customizing
data

Customizing
data

Customizing
data

cross-client customizing

Repository objects

Em termos comerciais, organizacionais e tcnicos, um client uma unidade auto-suficiente do Sistema

R/3. Clients tm seus prprios:
Facilidade na customizao.
Dados de Aplicao.
Registros mestre de usurios.
Clients representam uma parte particular no Sistema R/3.
SAP distingue vrios clients que deveriam ser distribudos em pelo menos dois Sistemas R/3. Cada client
tem um propsito diferente:
Teste/desenvolvimento:
Voc usa o client de desenvolvimento e de teste para suas atividades de customizao e para desenvolver
seus prprios objetos de Repositrio. Lembre-se porm, que todos os objetos de Repositrio esto
disponveis e podem ser mudados em todos os clientes.
Garantia de qualidade:
Voc usa a garantia de qualidade para testar sua customizao. Para apagar o cliente de garantia de
qualidade depois de testar, a SAP recomenda que voc use outro cliente para manter os dados de teste.
Treinamento:
O client de treinamento utilizado para treinar times de projeto e usurios finais.
Produo:
7

Treinamento
O client de produo recebe os parmetros de customizao testados e seus objetos de Repositrio. A SAP
recomenda que voc defina no mais do que um client produtivo.
O sistema padro compara dois clients idnticos. Ambos contm os mesmos parmetros de customizao
mas no contm dados de aplicao. O client 000 o padro do SAP o qual modificado por cada
atualizao do SAP. Voc no poderia alter-lo de forma alguma. Efetue seus trabalhos de customizao
no client 001.