O SAP R/3 é um
sistema integrado de gestão empresarial. Sua funcionalidade abrangente atende
de forma integrada e consistente, necessidades anteriormente atendidas por
diversos sistemas “departamentais”.
O importante na adaptação ao sistema é se familiarizar com as nomenclaturas e denominações:
Navegação:
Parâmetros de Usuário:
Elementos de Tela:
Dicas:
• Sessões Paralelas: É
possível trabalhar com até 6 abertas ao mesmo tempo
• F1 – Ajuda e informações
técnicas nos campos de tabelas
• F4 – Todas as seleções
disponíveis do campo
Conceitos Básicos SAP:
Instância
:
Ambiente R/3 que agrupa 1 ou + clients, onde se executa determinado trabalho.
Uma instância de trabalho normalmente possui + de 1 client onde são
trabalhados simultaneamente diferentes frentes de trabalho.
Client:
Unidade independente do R/3 em termos comerciais, organizacionais e técnicos. Possuem sua própria configuração, dados de aplicação cadastrais.
Objetos Client Independent:
Aqueles que uma vez criados podem ser utilizados por todos os clients de uma mesma instância, sem que exista a necessidade de alguma articulação adicional. Ex. Um report criado.
Objetos Client Dependent:
Não podem ser executados em nenhum outro client, a menos que seja transportado ou copiado para seu destino. Ex. Típico nos formulários sapscript.
Change Request (Ordens):
Recurso através do qual um conjunto de
objetos Client Dependent ou Client Independent podem
ser transferidos de um client para outro ou de uma instância para outra.
Estas ordens ficam associadas a um usuário quando está sob Status MODIFIABLE.
Quando um ordem é encerrada, deixa de estar associada a um usuário, ou seja, os objetos a ela associados são liberados para alteração por outros usuários. Status RELEASE
Ordem Customizing:
São
alterações do objetos de Customizing (IMG), exemplos: modificações de valores das tabelas standard, Esquemas, Regras. Esses objetos
são Client Dependent.
Ordem Workbench:
São
alterações do objetos do Repositório do ABAP Workbench, exemplos:Programas, Reportes, Telas, Tabelas novas,
Definições de campos novos, alterações da estrutura de tabelas standard etc.
Esses objetos são Client Independent.
Tarefas (TASKS):
Cada ordem pode possuir uma ou + TASKS. Cada TASK possui os
objetos agrupados de acordo com seu tipo e ordem na qual deverão ser criados no
client de destino (TASK -
inf. a respeito do que está sendo executado. Pacote que guarda os objetos).
Tabelas (DATABASE):
Uma
tabela é um conjunto de elementos (valores) que está organizado usando um
modelo de colunas verticais e filas horizontais chamados dados.
As colunas são identificadas por nome, e as filas são identificadas por um o vários valores chamados chaves (ex. Número de pessoal, Código da empresa, etc).
Uma Tabela tem um número determinado de colunas, mas não de filas e não é perimitido ter registros (filas) com chaves duplicadas.
Transações: SE12 / SE16 /SM30 / SM31
Visão (DATABASE):
É uma
tabela lógica ou virtual composta de o resultado de um query (consulta) de
varias tabelas, não existem fisicamente mas, podem ter regras de criação que
afetam as tabelas mães.
Vantagens:
•Podem ser um subset da tabela inteira.
•Podem unir e simplificar múltiples tabelas dentro de uma simples tabela virtual.
•Podem atuar como tabelas agregadas onde data adicional (soma, médias, etc) são calculadas e apresentadas como parte da tabela mesma.
•Não ocupam espaço adicional.
•Dependendo da database utilizada, visões podem forncer segurança adicional.
•Limitam a exposição da tabela original para posiveis alterações.
Transações: SM30 / SM31
Cluters:
É um tipo de armazenamento especial de dados onde varias tabelas estão contidas numa
macro-tabela com chave única. Só podem ser mantidos, exibidos dentro de programas
ABAP.
BATCH INPUT
Usado tradicionalmente como um método
de implementação de programas de transferência de dados. Não há a necessidade de nenhuma programação adicional p/ análise
de exceção e funções de protocolo. As sessões batch-input são fisicamente
armazenadas pelo sistema num banco de dados como uma fila, podendo conter
registros de dados corretos e incorretos. Em contraste com o call-transaction, pode
transferir dados de um sistema legado para o sistema R/3 p/ múltiplas
transações da aplicação. No entanto, nenhuma transação é iniciada até que a
transação anterior tenha sido gravada no correspondente banco de dados durante
o processamento das sessões de batch-input.
Transações : SE35 / SE37
