SAP HCM - Overview

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