Academia de

Recursos Humanos
18/10/1999 à 20/11/199

Team SAP Academy

Instrutores

Robson Stevaux – robson.silva@sap.com

Marcos Rogério Clementino – rogerio.clementino@sap.com

Página 1
Academia de HR

Team SAP Academy

Tem como missão prover soluções para negócios de um empresa fazendo com que ela mantenha
a competitividade. Tem como princípio 6 mestas chaves, que são: Alta satisfação do cliente,
Implementação efetiva e eficiente, Abranger novas tecnologias, Parcerias abertas, Empregados
altamente habilitados e motivados, e, Fortes resultados financeiros seguido da liderança de
mercado.

Sistemas de Serviços Online

Problem message, Notes, Hot news, Online corrections, Service request, SAP software change
registration, Training details, Mantenance os customer master data.

Cursos sobre HR
 HR050 - Overview
 HR305 - Dados Mestres
 HR306 - Time Record
 HR307 - Configuração e Segurança
 HR311 - Time Evaluation
 HR315 - Recrutamento
 HR437 - Folha de Pagamento
 HR505 - Organization Management (PD)
 HR510 - Carreira e Sucessão
 HR515 - Treinamento e Eventos
 HR520 - Shift Planning
 HR540 - Remuneração
 HR550 - Workflow

Cursos que não são ministrados na academia

 Estes cursos devem ser feitos
 Cursos de Programação em HR
 Cursos de Workflow
 Cursos de SAP Script para PA e PD
 Curso de Despesa de Viagem
 Curso de Recrutamento
 Curso de Eventos e Formação
 Curso de Carreiras e Sucessão

Página 2
Universos
O módulo de HR é dividido em dois universos, e estes universos são os únicos do R/3 que
possuem Infotipos (Conjunto de informações logicamente agrupadas).
PA PD
Estrutura
Pessoas
Organizacional
Personnel
Object ID
Number
Qualificações Requisitos
Comandado por
IT0001
Features (regras PA – IT0000 ~ 0999 Comandado pelo
Liga os
de decisão que TM – IT2000 ~ 2999 PD – IT1000 ~1999 Plano de Versão
RS – IT4000 ~ 4999 universos de PA
determinam ações (cenários)
CL – IT9000 ~ 9999 e PD
nos universos de
PA e de PD)
Cursos Cursos
HR305, HR315, HR505, HR510,
HR306, HR311, HR515, HR520,
HR437 HR540, HR550
IMG
Guia de
Implementação
(Tabelas de
Customização)

Página 3
HR050 - Overview

Glossário
 SAP – Sistema, Aplicações, Produtos e Processamento de Dados
 R/3 – Real time em 3 camadas Servidor - Máquina - Cliente
 ABAP/4 – Linguagem de programação
 Mandante – Ambiente de trabalho
 Pessoa – Conjunto de Infotipos que caracterizam um funcionário ou candidato
 Usuário – Conjunto de autorizações que determinam o acesso de alguém ao sistema
 Objetos – São coisas que estão fora do R/3 e serão necessárias estruturá-las de forma
organizada dentro do sistema
 Transação - Identificador que encaminha o usuário a uma determinada tela
 Matchcode – são informações que podemos exibir em campos de um infotipo que possuem
informações de tabelas de Customização ou de tabelas padrões da SAP.
 SubInfotipos – Complementam de forma mais detalhada e agrupada as informações de um
infotipo.
 InfoGrupo – Seqüência de Infotipo
 Cross Application – Várias aplicações em módulos diferentes
 Evaluation Path – São relacionamentos existentes entre os Objetos em uma sucessão lógica.
Um ou Mais relacionamentos formam uma navegação de caminhos para uma avaliação.
 Para qualquer IT:
 Modificar – não guarda histórico, somente altera informações
 Criar e Copiar – delimitam o IT antigo com a data de criação do novo IT gerando assim
históricos
 IT1007 (Vaga) se criado irá influenciar em 4 componentes de HR módulos – Recrutamento,
Planejamento de Carreiras e Sucessão, Planejamento de Custo e Organizational Management
(PD)

Getting Started

Entrando no Sistema
Antes de logar você deve conhecer o número do seu Client, seu User name e sua Password. E se
você preferir trabalhar numa linguagem diferente da default basta informar o idioma no indicador.

R/3 Menu
SAP possui o seguinte nível de hierarquia : Nível Principal (Tela de Manutenção), Nível de
Aplicação (Tela de aplicação) e Nível de Tarefa (Tela de Tarefas). Em todas as telas do sistema
encontramos o Command Field, que permite processar diretamente uma transação. Se colocarmos
/N a frente da transação o sistema encerrará a transação que está sendo executada e inicia a
requisitada na mesma sessão, caso coloquemos /O a frente da transação o sistema criará uma
nova sessão com a transação requisitada, deixando a outra transação ativa.

Trabalhando com várias sessões

Para abrir uma nova sessão System -> Create Session.
Podemos trabalhar com no máximo 6 sessões abertas.

User Profiles (Perfis do usuário)

Opção dados próprios (Own Data) : permite alterar as opções padrões como impressora e datas
para o usuário, permite colocar informações padrão em campos mais utilizados e ainda customizar
o endereço com telefone e outras informações.

Página 4
A transação que podemos utilizar para acessar mais rapidamente os perfis do usuário é a SU3.

Help
Getting Started - traz os conceitos básicos, nele estão descritas telas e ações comuns.
Release Notes - explica quais mudanças ocorreram entre as versões do R/3.
R/3 Library - é uma biblioteca on-line com a documentação do R/3.
Extended Help - é baseado no R/3 Library porém é um visão mais específico.

Help de campo
Para acessar as informações que determinam para o que o campo serve podemos teclar em F1 ou
no question mark.
Para sabermos quais são as possíveis entradas para um campo teclamos em F4 (esta lista que
nos são apresentada são customizadas no IMG).

Gerenciador de Sessão
É uma ferramenta que possibilita ao usuário acessar facilmente algumas funções para diferenciar
suas sessões essas funções são customizadas no menu Options

Business Navigator
Fornece uma imagem de uma funcionalidade do R/3 e de sua integração. Pode ser usado para :
Analise rápida de requisitos, para uma implementação eficaz do R/3, otimizar a continuidade do
processo de negócio, criar uma documentação eficaz da estrutura de processos de negócio e
facilitar o treinamento. A esta documentação damos o nome de BPPS (Business Process Program
Service).

Processos de HR

Mantendo dados dos Empregados

Quando contratamos um funcionário são atribuídos a ele uma Organizational Structure, uma
Enterprise Structure e uma Personnel Structure estes dados são armazenados no infotipo IT0001.

Desenvolvimento de Pessoal e Ações de Qualificação

Os requisitos do desenvolvimento de uma pessoa são determinados por comparação dos
requisitos do cargo atual ou futuro com as qualificações e preferências que o funcionário já possui.

Gerenciamento de Viagens
Integrado com FI, CO e Folha, estes tipos de custos podem ser pagos via interface.

Gerenciamento de Tempo
Flexibilidade no processo de levantamento, registro e avaliação de tempo. As faltas e as
participações podem ser transferidas e usadas por outras aplicações.
O Gerenciamento de tempo trabalha com o Calendário, com Modelos de Tempo e com Regras.

Remuneração e Planejamento de Custo

Remuneração controlam e administram as políticas de remuneração.
Planejamento de Custo permite que se calcule os custos atuais com pessoal e ainda permite que
se faça projeções .

Folha de Pagamento
É o calculo do pagamento dos funcionários e inclui alguns processos e algumas atividades
subsequentes.

Página 5
Estruturas de HR

Empregados e Estruturas de HR
É possível configurar Hierarquias Organizacionais e os Relacionamentos com os funcionários e
também armazenar e administrar dados destes funcionários.

Infotipo 0001
Local onde é atribuído o Personnel Number que é único por pessoa. Neste infotipo encontramos 3
agrupadores: Enterprise Structure (Modificadores da Empresa – Modifica os dados relacionados
com a Empresa para os funcionários), Personnel Structure (Informações de Pessoal), e,
Organizacional Structure (Dados de PD).
Enterprise Structure
Client – é definido por BASIS e é uma unidade reservada do sistema – Não é possível acessar
dados em um outro Client, não pode ser atribuídos autorizações de acesso ou rodar avaliações
para todos os Clients, não pode haver troca de dados entre Clients e se um empregado muda de
Client deverá ser criado um novo Personnel Number.
Company Code – é definido por FI/CO e é onde são feitos os balanços financeiros, ou seja, são os
8 dígitos do CGC (Empresa).
Personnel area – é uma unidade específica de HR e representa as divisões de uma Company
code. Nela são atribuídos valores padrões para entrada de dados, são utilizados para seleção de
critérios nos relatórios e análises e são utilizados para os níveis de autorização.
Personnel subarea – é uma unidade específica de HR e representam as divisões de uma
Personnel area. É a unidade mais importante de PA. Controla tabelas salariais, estruturas salariais
e os horários de trabalho e é onde são amarradas os Calendários, Wage Types e as Features
(regras de decisão).
Personnel Structure
A Personnel Structure contém:
Employee Group – subdivide os empregados em várias categorias, define a relação do
empregado com a Empresa, levando em conta o tipo de contribuição que os mesmos dão a
Empresa em termos de trabalho como Ativos, Pensionistas, etc. – as principais funções são : gerar
valores default para a Folha de Pagamento e para o IT0008 (basic pay), usado para critérios de
seleção de relatórios, checagem de autorizações
Employee Subgroup – é uma subdivisão do employee group, e é usado para subdividir grupos de
pessoas de acordo com sua situação como Mensalista, Horista, Temporário, etc.
Payroll Accounting Areas – Representa uma unidade organizacional para fim de Folha conforme
as semelhanças destes empregados, considerando o número de empregados e em quais datas
serão feitos os pagamentos. Só pode ser trocada no fim do período de Folha (mensal).
Estrutura da Organização
Esta estrutura cria o modelo de uma organização no Sistema. Os objetos que são relacionados
aqui são mantidos em PD.
Objetos:
O
O – Organizational Unit – Áreas de Negócio, Setores
C – Job - Cargos Genérico que descreve o Específico
T O S – Position – Cargo Específico
T – Task – Descrições das atividades dos cargos
C S T A – Work Place – Identifica o local físico onde o trabalho acontece
K – Cost Center – Objeto de CO que pode ser relacionado com os objetos
O ou S, sempre em PD.
A
P – Person – Funcionários da Empresa, são criados em PA.
US – User – Usuários do Sistema SAP R/3.

Página 6
Elementos de um Client
O SAP disponibiliza dois Clients para os usuários quando é adquirido, o 000 possui a
parametrização original do sistema e não pode ser alterado, o 001 é uma cópia do 000 e pode ser
alterado se o usuário desejar. Além disso, existem dois tipos de elementos para um Client os
Independentes de Client e os Dependentes de Client.
Entre os Independentes temos: Estruturas de Dados, Transações, Programas, Avaliações, Objetos
de Autorização, Documentação de Ajuda, Entre os Dependentes de Client temos: Tabelas
específicas do Cliente, Registros de Dados no HR, Registros dos Usuários, Perfis de Autorização.

Unidades Organizacionais (Objeto O)

Descreve várias unidades de negócio que existem dentro da Corporação e seus relacionamentos
(podem ser divididas por funções, áreas geográficas ou por processo de negócio). O objeto tipo O
é relacionado com o centro de custo (K).

Cargos Genéricos (Objeto C)

O Job é um conjunto de tarefas gerais que são executas juntas. Cada cargo representa uma única
classificação de responsabilidades. Devemos considerar que tarefas específicas e requerimentos
são associados com o cargo. Os cargos são utilizados nas seguintes aplicações: Descrição de
Cargos e Posições, Planejamento de Turno, Planejamento de Custo de Pessoal, Planejamento de
Carreira e Sucessão.

Posição (Objeto S).

Posição são as atribuições individuais de um empregado numa Empresa. As posições são
ocupadas por pessoas. As posições são cargos específicos de uma Empresa. Cada posição é
baseada em um cargo herdando dele todos as tarefas e requisitos atribuídas a ele, sendo assim,
um grande número de posições podem ser baseadas num mesmo cargo (C), porém, podemos
ainda atribuir a essa posição tarefas e requisitos específicos. Geralmente uma posição é ocupada
por uma pessoa, porém, é possível que mais de uma pessoa ocupe a mesma posição.

Tarefas (Objeto T).

Tarefas descrevem os deveres e as responsabilidades num cargo ou numa posição. Elas podem
ser classificadas como: Componentes de processo (Workflow), Ferramentas de gerenciamento de
Pessoal. Todas as tarefas estão contidas num Catálogo de Tarefas, este catálogo pode conter
tarefas relacionadas com outras tarefas.
Quando atribuímos uma mesma tarefa para diferentes cargos, podemos especificar diferentes
pesos para cada cargo.

Centros de Trabalho (Objeto A).

Descreve a localização física onde as tarefas são executadas, podemos ainda descrever quais as
Restrições e quais os Exames Médicos são necessários para que o empregado possa ser alocado
neste Centro. Podemos representar então qualquer localização geográfica ou sermos mais
específicos e representarmos um local preciso de trabalho, como por exemplo uma sala. Muitas
posições podem ser compartilhadas num Centro de trabalho.

Pessoas e Usuários (Objetos P e US).

Uma pessoa pode ocupar integralmente ou parcialmente uma posição, isto depende do número de
horas que ela vai trabalhar nesta posição, isso é representado no Sistema através do Percentual
de Sttafing. Se o percentual de ocupação de uma pessoa for maior do que o requerido pela
posição essa posição é declarado com excesso de funcionário (Overstaffed), porém se for menor a
posição é declarada com falta de funcionário (Understtafed).

Página 7
Plano organizacional
Representa um modelo compreensivo e dinâmico da estrutura de recursos humanos (pessoas) de
uma Empresa. Esse plano é criado usando os setores (objeto O) e as posições (objeto S)
relacionados entre si. A Estrutura organizacional (Organizational Structure) descreve a hierarquia
que existe entre os vários setores da Empresa ( O–O ), e o Organograma (Reporting Structure)
descreve a estrutura de quais posições são chefiadas por uma outra ( S–S ).

Estruturas Organizacionais, Empresariais e de Pessoal

A tarefa de um sistema de gerenciamento de recursos humanos é mapear a hierarquia
organizacional e os relacionamentos entre os empregados, e ainda, capacitar o registro e
administração dos dados de maneira eficiente. No SAP R/3 possuímos no IT0001 3 agrupadores
que possibilitam este mapeamento, temos duas estruturas de PA: Enterprise Structure (Estrutura
Empresarial) e a Personnel Structure (Estrutura de Pessoal), e, uma de PD: Organizational
Structure (Estrutura Organizacional). O primeiro passo antes de registrarmos uma pessoa no
sistema é saber onde na estrutura ela vai estar, qual a posição que ela ocupará.

Integração PA e PD

Pessoa Posição Grupo e Subgrupo de

Empregados

Cargo Setor
Área e Subárea de
Pessoal

Centro de Custo

Administração de Pessoal

Ciclo do Recrutamento.
VAGA  Anúncio  Candidatos  Comparação de Perfis  Escolha  Contratação.

Posição Vaga para o Recrutamento

Cada posição vaga é uma posição que precisa ser preenchida, o processo de Recrutamento é o
que ativa esse processo. Para isso o IT1007 deve ser criado.

Publicando Posições Vagas.

As vagas são publicadas em ANÚNCIOS. Um anúncio é um conjunto de uma ou mais vagas que
devem ser publicadas num INSTRUMENTO. Um instrumento é identificado por um MEIO.

Conceito de Dois Níveis de Registro

Nível 1 – Dados Básicos
Neste nível armazenamos os dados básicos que são obrigatórios para todos os candidatos. Estes
dados são utilizados para a criação de cartas e estatísticas.
Aplicação de Arquivamento Óptico
Os documento originais de um candidato podem ser scaneados e armazenados opticamente. Isso
possibilita que estes documentos possam ser acessados a qualquer momento por várias pessoas
ao mesmo tempo.

Página 8
Nível 2 – Dados Adicionais
Neste nível armazenamos os dados adicionais, esse nível é criado somente para candidatos que
são interessantes para a Empresa. Neste nível podemos atribuir uma ou mais vagas para o
candidato, além de qualificações, educação e empregos anteriores.

Estrutura de Candidatos
Os candidatos são classificados de acordo com os seguintes critérios: Interno ou externo,
Expontâneo ou vindo através de um anúncio, Grupos e Área.
Os grupos classificam o candidato de acordo com o tipo do contrato. A Área classifica o candidato
de acordo com critérios hierárquicos (gerentes, especialistas, assalariados) ou funcionais (áreas de
negócio : administração, produção).

Situação do Candidato (Status)

Existe dois tipos de Situação do Candidato: Overall Status (é referenciado a situação geral do
candidato no processo de seleção) e Vacancy Status (é referenciado a situação do candidato em
relação a vaga).
O status geral (overall status) é determinado durante a entrada de dados do candidato, mostra se
um candidato está envolvido em pelo menos um processo de seleção ou se foi excluído de todos
os processos de seleção.
O status de vaga (vacancy status) é atribuído tão logo um candidato é atribuído a uma vaga.

Processo Típico do Recrutamento.

Um Overall Status e um Vacancy Status geralmente são alterados no decorrer de um processo de
recrutamento. O processo é encerrado quando todos os candidatos recebem o status de Rejeitado
ou A Ser Contratado.
Em certos casos o Overall Status afeta o Vacancy Status.

Solicitação Via Internet

É uma eficiente estratégia de recrutamento, pois possibilita o usuários a: Visualizar os anúncios de
vagas da Empresa(visualizando descrições resumidas e requisitos) e Solicitar cargos na Empresa.
O Sistema atribui um usuário e uma senha temporária para o candidato.

Procurando Candidatos
Podemos procurar por candidatos que possuem certas qualificações, esta procura pode ser feita
por Qualificação ou pelos Requisitos de uma posição. O Sistema apresenta uma lista de
candidatos selecionados de acordo com o número de qualificações requisitadas.

Atividades do Candidato
Podem ser feitos registros, monitoramento e planejamento de atividades para um candidato. Uma
atividade é um passo concreto de administração de um candidato, certas atividades podem ser
criadas automaticamente pelo Sistema.
Uma atividade possuem as seguintes características: Status (planejada ou realizada), Tipo, Data
de Execução, Funcionário responsável.

Ações do Candidato
Representam processos diferentes que podem ser executadas para candidatos durante o processo
de recrutamento. Estas ações podem ser representadas pelo fluxo do processo de armazenamento
de dados ou pelo fluxo do processo que altera o Overall Status do candidato. As ações são
registradas no IT4000 que tem como a mais importante informação o Overall Status.

Página 9
Correspondência para o Candidato
Os candidatos quando entram num processo de recrutamento passam a receber cartas a cada
atividade a qual ele é relacionado. O processo acontece da seguinte maneira : A atividade é
designada  Cartas são emitidas  Controle de resultados  Executa a atividade.

Contratando um Candidato
Se um candidato for contratado nós podemos transferir os dados dele para o banco de dados de
PA. Este processo inicia executando a ação de Contratação com transferência de Dados (Hiring
with data transfer).

Contratação
A contratação de um empregado é feita através do Ações de Pessoal (transação PA40). Estas
ações são seqüência de Infotipos a qual chamamos de Infogrupos. Quando um infotipo é
apresentado nós podemos efetuar duas ações: Preencher os dados e Gravar, ou, Pular para o
próximo infotipo.

Telas de Entrada de Dados para a Contratação

Quando um empregado é admitido, uma seqüência de telas devem ser completadas. Esta
seqüência deve ser customizada.

Tela da PA40
Nesta tela escolhemos a ação a ser executada e preenchemos data de início do processo. Para
qualquer ação o IT0000 é apresentado como primeira tela a ser preenchida.

Tela da PA30
Nesta tela podemos fazer a manutenção dos dados de um funcionário escolhendo o infotipo com o
qual queremos trabalhar. Estes infotipos podem ser selecionados através das: Páginas de
Agrupadores (Tab Pages) – onde são agrupados por serem mais usados ou por representarem um
mesmo assunto, ou por Lista Dinâmica – digitando no campo INFOTIPO a palavra a ser procurada,
ou ainda pelo Número do infotipo – digitando o seu número no campo INFOTIPO.

Visão Geral da Manutenção de Infotipos

Existem três maneiras de processarmos as informação, são elas: através da transação PA30
(Manutenção Simples) – onde o usuário chama um infotipo de um funcionário, através da
transação PA40 (Ações) – onde uma série de infotipos são chamados em seqüência e através da
PA70 (Entradas rápidas – Fast Entry) – onde escolhemos um infotipo e incluímos dados para mais
de um funcionário.

Armazenando Dados por Datas Específicas

Quando um infotipo é atualizado a data antiga não é perdida, com isso, podemos efetuar
avaliações de históricos. Cada infotipo é registrado com uma data específica de validade..

Mantendo Infotipos
Podemos dar manutenção num infotipo de quatro formas: Alteração (possibilita fazer correções
nos dados sem a criação de um novo infotipo, essas alterações não serão incluídas no histórico),
Criação (possibilita a criação de um novo registro fazendo com que o registro antigo possa ser
delimitado, se necessário permanece no Sistema), Cópia (possibilita a criação de um novo infotipo
e também a atualização dos dados históricos, pois na criação a tela vem preenchida com os dados
que estavam no infotipo antigo, gera histórico da mesma forma que na criação), e, Deleção
(possibilita apagar registros errados, porém se o registro a ser deletado tenha que existir ao longo
do tempo o processo de deleção estenderá automaticamente o período do registro anterior).

Página 10
Ações de Pessoal
São grupos de infotipos que juntos são usados para executar um processo de recursos humanos.

Reiniciando uma Ação de Pessoal

Podemos a qualquer momento reiniciar um processo que tenha sido interrompido por algum
motivo, para isso devemos escolher a ação e dentro dessa ação (IT0000) escolhermos qual os
infotipos devem ser preenchidos alterando assim o InfoGrupo.

Corrigindo Ações
Uma função adicional em PA possibilita alterar a data de entrada de um empregado, porém isso
pode ser feita se a folha de pagamento ainda não foi rodada.
Admissão - Quando alteramos a data, armazenamos esta informação no IT0000 e em seguida as
datas de início dos outros infotipos são alteradas automaticamente. Caso se deseje alterar a
atribuição organizacional, devemos escolher a ação que execute esta função novamente.
Demissão – Quando um empregado deixa a Empresa todos os seus infotipos são delimitados com
a data da saída.

Ações Adicionais
Se necessitarmos executar mais que uma ação no mesmo dia, podemos utilizar o IT0302. Ele
possibilita registrar todas as ações que forem realizadas. A SAP recomenda que usemos o IT0302
para registrarmos as ações de pessoal.

Exibindo as Ações Adicionais no IT0000

Na Customização podemos determinar quais ações serão registradas. Como regra devemos
escolher ações que alterem a situação de um empregado. O IT0302 (permite fazer mais de uma
medida em uma mesma data) é usado somente para registrar tipos de ações e razões, ele não
pode ser criado. Não podemos fazer duas ações diferentes que alterem a situação de um
empregado.

Entrada Rápida para Ações (PA42)

Possibilita fazer uma ação para um empregado apresentando uma tela com todos os campos
obrigatórios dos infotipos da ação. A vantagem desse tipo é que não precisamos ir passando de
infotipo em infotipo.

Ações Dinâmicas
Se a manutenção de um infotipo afetar outro infotipo o sistema exibe automaticamente o segundo
infotipo para podermos efetuar a manutenção. Estas execuções também podem ser feita em
background, sem que o usuário veja.

Entrada Rápida
Possibilita manter um infotipo para mais de uma pessoa numa mesma tela, isso faz com que o
processo seja muito mais eficaz. Uma lista de funcionário é criada manualmente ou usando um
relatório.

Desenvolvimento de Pessoal e Ações de Qualificação

O desenvolvimento de pessoal permite maximizar o valor que o empregado tem para a Empresa,
podemos planejar e implementar medidas de pessoal e treinamento para promover o
desenvolvimento profissional, podemos ainda aumentar a satisfação no emprego por considerar as
preferências no cargo. Por ele são determinadas as comparações presentes e futuras dos
requisitos de um cargo com as qualificações e preferências do funcionário.

Página 11
Qualificações
Lista de habilidades que fazem um empregado adequado para um cargo, posição, tarefa ou centro
de trabalho. São associados com um empregado.

Requisitos
Lista de habilidades e experiência requerida para um cargo, posição, tarefa ou centro de trabalho.

Catálogo de Qualificações
Contém todas as qualificações que são interessantes para a organização. Grupos de Qualificação
(QK) são usados para estruturar o catálogo, Os grupo não podem ser atribuídos a pessoas. As
qualificações podem conter outra qualificações.

Escalas e Qualificações Alternativas

Podemos criar nossas próprias escalas onde registraremos as proficiências das qualificações.
Devemos atribuir a escala sempre ao grupo de qualificações.
Podemos atribuir uma ou mais qualificações alternativas para uma qualificação. O relacionamento
que é criado é bidirecional, podemos também especificar a amplitude com a qual uma qualificação
altera a outra como um valor percentual. As qualificações alternativas devem ter a mesma escala.

Criando Perfis de Pessoas e Candidatos

Usamos um perfil para armazenar informações especiais sobre uma pessoa. O perfil contém
informações padrão e um número de subperfis que são os seguintes: Qualificações, Potenciais,
Preferências e Aversões
Qualificações são usadas para armazenar as habilidades. Potenciais são usadas para armazenar
os prognósticos sem levar em consideração se uma pessoa é capaz. Preferências são usadas para
armazenar informação de opções de uma pessoa. Aversão são usadas para armazenar
informações sobre o que a pessoa não gosta.

Criando Perfis de Cargos e Posições

Qualificações são usadas para armazenar os requisitos para um objeto.

Avaliação de Perfis
Podemos avaliar um número ilimitados de objetos, podemos avaliar objetos de diferentes tipos
simultaneamente e podemos especificar os subperfis a serem exibidos para cada tipo de objeto

Procurando Pessoas
Podemos procurar pessoas que possuam qualificações específicas. Existem duas opções:
selecionando as qualificações do catálogo ou especificando um objeto. O Sistema gera uma lista
de objetos encontrados. Podemos também fazer uma seleção mais detalhada para cada tipo de
objeto que apareça na lista. Um Ad Hoc Query (informações geradas através dos infotipos de PA)
define os detalhes do critério de seleção a serem usados.

Comparação de Perfis
Possibilita comparar qualificações com requisitos. Se utilizarmos o módulo de Eventos e
Treinamento a comparação poderá sugerir um provável curso para suprir um déficit de
qualificação.

Proposta de Treinamento por Déficit de Qualificação

Caso exista um déficit de qualificação e no módulo de Eventos existir um curso que supra a
qualificação o usuário poderá inscrever ou programar o funcionário para fazer este curso.

Página 12
Treinamento : Integração com outros módulos
PD – Pode ser usado como Organizador e como
Time PD Participante
PA – Pessoas e Candidatos podem ser Participantes,
Pessoas posem ser também Instrutores
PCS – Qualificações são checadas como pré requisito
MM PA para os Participantes
Treinamento SD – Clientes e seus funcionários podem ser
Participantes e depois serem faturados
CO – Podem ser feitas transferências dos custos de um
evento, bem como a alocação de custos dos inscrições
CO PCS Time – Participações e faltas podem ser armazenadas
para Instrutores e Participantes
SD MM – Podem ser registrados os materiais a serem
utilizados como recursos.

Visão Geral do Gerenciamento de Treinamento e Eventos

O módulo T&D inclui três áreas principais que são: Recursos, Eventos e Participantes. Cinco
menus dinâmicos que são : Participantes, Eventos, Informações (relatórios), Planejamento e
Ferramentas. O acesso as funções é feita via uma estrutura que dá todas as possibilidades
relevantes para o usuário.

Hierarquia de Eventos
Grupo de Eventos (L)  Tipos de Eventos – Cursos (D)  Eventos – Datas (E).

Atividades do Dia a Dia : Menu de Participantes

Podemos utilizar as seguintes funções: Inscrição, Pré Inscrição, Substituição, Re Inscrição,
Cancelamento e Inscrição em massa.
As funções de Inscrição e Pré Inscrição podem ser feitas no nível de Curso, no nível de Evento
podemos fazer a função de Inscrição e no nível de Participante podemos fazer as funções de Re
Inscrição, Cancelamento e Substituição.

Inscrições
Podemos inscrever os seguintes Tipos de Participantes: Pessoas(P), Usuários(US), Pessoas
Externas(H), Candidatos(AP), Pessoas de Contato(PT), Companhias(U), Setores(O), Clientes(KU),
Partes Interessadas(KI). Temos que considerar a capacidade reservada para o evento para
controlarmos o número de inscritos. A cada inscrição associamos a prioridade que pode ser :
Normal, Essencial ou Lista de Espera. Quando a inscrição estiver sendo efetivada o Sistema
checará os Pré Requisitos, tanto com referência a Qualificação como também quanto aos outros
Cursos, as Disponibilidades, as Incompatibilidades de Horários e os Bloqueios.

Cancelamento
Podemos cancelar qualquer inscrição feita. Estes cancelamentos podem ou não gerar histórico,
caso isso aconteça temos alguns relatórios para extrairmos a informação necessária. Como na
Inscrição o Cancelamento também tem ligação com o módulo de Time fazendo com que um
participante quando cancelado tenha os registros gerados em Time apagados. Podemos também
configurar cartas que serão enviadas aos participantes que cancelarem sua inscrição.

Página 13
Correspondência.
Podemos enviar as Correspondências que são necessárias por vários modos, tanto para
participantes como para instrutores. Estas correspondências podem ser disparadas
automaticamente, de acordo com a função Customizada, ou manualmente por uma razão
específica.

Encerramento de um Evento (Follow up)

Podemos fazer o Follow Up de um evento a partir do momento em que ele está iniciado. Temos
como pré requisitos: o Evento deve estar confirmado, não pode estar Cancelado e não deve ter o
identificador de registros históricos. O Follow Up inclui as seguintes atividades: Transferência de
qualificações para os participantes, Deleção de todas as participações no Evento, Criação do
relacionamento do Participante com o Curso, Geração do registro histórico do Evento e Impressão
das confirmações. Qualquer destas atividades são realizadas dependendo do que tenha sido
configurado na Customização no IT1030 (Procedure), esse IT pode ser mantido através do Curso
(Objeto D). Tenha cuidado pois, não podemos fazer transferências para CO se o evento for
encerrado com registros históricos.

Menu de Relatórios
Podemos requisitar relatórios sobre Participantes , Recursos e Eventos. A vantagem desse menu é
que não precisamos entrar com dados de seleção para emitirmos o relatório.

Brochura do Curso(Catálogo Descritivo)

Podemos criar um catálogo descritivo para o Grupo de Cursos e/ou para os Curso que contenha a
Descrição, Duração, Pré Requisitos, Atividades e Lembretes, Conteúdo Programático, Objetivos,
Público Alvo, Notas, Preço e Organizadores. Este catálogo pode ser transferido para o Word.

Planejamento de Carreira e Sucessão

O PCS tem dois objetivos principais, um de promover o desenvolvimento de um empregado na
organização, e outro de assegurar que exista sempre pessoas suficientemente capazes
Planejamento de Carreira
É usado para encontrar uma Posição(S) de uma Organização(O) que é apropriada para uma
pessoa específica, ou seja, é a visão que o Empregado tem de quais Cargos ele pode ocupar na
Empresa.
Planejamento de Sucessão
É usado para encontrar um sucessor para uma Posição de uma Organização, ou seja, é a visão do
Empregador de quem ele pode escolher para um Cargo em sua Empresa.

Fundamentos do Desenvolvimento de Pessoal

Qualificações Preferências

Indicações Planejamento de
Carreira e Potencial
Sucessão

Aversões
Modelo de
Carreira

Página 14
Modelo de Carreira
C-4 O Modelo de Carreira (Objeto LB) não retrata o caminho específico, mas é,
o principal caminho do desenvolvimento de pessoal dentro da Empresa.
C-3
Este modelo contém um número de Cargos (C) e/ou Posições(S) e pode
C-0 C-2 ser estendido através de toda a Organização. Neste modelo podemos
definir a duração de permanência em cada Cargo.
C-1

Planejamento para uma Unidade Organizacional

Essa função é utilizada para restringir a visão de uma Unidade Organizacional. Estes parâmetros
são atribuídos para o Usuário, e podem ser: PEH - Desprezar a depreciação, PES – Incluir
qualificações alternativas, PEO – Especificar uma Unidade organizacional default, PEM – Incluir
requisitos essenciais, POP – Plano de Versão e BEG/END – Data de Inicio ou Término .

Gerenciamento de Tempo
Este módulo oferece uma flexibilidade nos processos de HR que envolvem atribuição, registro e
avaliação do horário de trabalho de um empregado, podendo armazenar faltas e freqüências que
podem ser transferidas e usadas por outras aplicações do R/3. Os horários dos empregados
incluem: Modelo de horário, Planejamento de horário baseado em calendários, intervalos e
compensações, e, Regras.

Pré Requisitos do GT
Calendário e o Horário de trabalho que especifica o modelo de tempo de trabalho para cada dia
durante o mês.

Calendários
Podemos definir novos calendários a serem utilizados e/ou utilizarmos um já incluído no R/3.

Horário de Trabalho
Define o modelo de trabalho de um empregado, estes horários são compostos de vários elementos
que podem ser combinados de diversas maneiras para determinar todo o trabalho e intervalo de
um empregado.

Atribuição para uma Regra de Horário

O empregado é atribuído a uma Regra de Horário através do IT0007. Os dados do IT0001 e essa
atribuição determina qual horário de trabalho é válido para o empregado.

Registrando os Dados de Tempo

Existem dois métodos para registrarmos os dados de tempo de um empregado.
Registrando divergências
Este método registra as divergências encontradas no horário padrão do empregado.
Registrando tudo
Este método registra as divergências e também toda a freqüência de horário do empregado. Neste
método existem duas maneiras de registrar os horários: Automaticamente, registrados num
terminal e depois carregados para o R/3, onde são processadas as avaliações, ou Manualmente,
registrados no IT2001 (Freqüência).

Registrando Dados de Divergências

Todas as divergências de um empregado são registradas, estas divergências incluem substituição,
horas extras ou férias.

Página 15
Ausências
Registramos todos os horários em que o empregado não está presente no trabalho no IT2001
(Ausências). Vários tipos (subinfotipos) podem ser registrados, incluindo: férias, doença, licença
maternidade ou paternidade, serviço militar ou civil. Para cada um destes tipos existem telas
separadas.

Férias
O número de dias de férias é baseado no horário de trabalho e é automaticamente calculado.
Quando entramos com os dias de férias o sistema automaticamente reduz esta quantidade do
IT0005 (Direito a Férias) ou do IT2006 Quotas de ausência.

Aprovação de uma Ausência

O empregado entra com o registro de sua ausência, esse registro é passado para seu superior que
avalia a ausência e decide se aprova ou não, sendo aprovado, esse registro é passado para o
Administrador de Pessoal para aceitação e consistência. O maior benefício da utilização desse
processo é que as pessoas ficam sabendo da aprovação de sua solicitação.

Colisão
Quando armazenamos um registro de tempo, freqüentemente um registro sobrepõe um outro.
Estas sobreposições são chamadas de colisões. Isso previne que registros com mesmo período
existam no Sistema, quando ocorre uma colisão o sistema emite uma mensagem ou um erro, ou
delimita o registro a ser sobre gravado.

Horas Extras
Hora extra é qualquer hora que o empregado faça antes ou depois do seu horário de trabalho,
essas horas são registradas no IT2005. Numa tela adicional deste IT, podemos atribuir a hora extra
para um diferente centro de custo ou ordem.

Substituições
Alterações nas horas de trabalho regular de um horário de trabalho podem também serem
registradas no IT2003. Estas substituições definem uma alternativa de horário de trabalho para um
empregado. Uma exceção é a substituição por Posição porque elas envolvem uma relação
diferente de pagamentos para o mesmo horário de trabalho.

Métodos de Manutenção de Dados de Tempo

Existem três métodos para registrar divergências de um empregado
Entrada Simples
Feita através dos IT’s do Mini Master de Time
Entrada por Calendário
Feita através das telas de calendários Semanais, Mensais ou Anuais
Entrada Rápida
Onde podemos manter muitos subtipos ao mesmo tempo para um empregado, bem como manter
um IT para vários empregados

Calendário Anual
Fornece uma visão geral de ausências e frequências num período de 12 meses, cada dia contém
um caracter de entrada onde são representadas as ausências ou frequências.

Calendário Mensal
Fornece uma visão geral de ausências e frequências no mês, é uma das maneiras mais rápidas de
entrarmos com dados .

Página 16
Calendário Semanal
Neste calendário podemos registrar mais informações sobre ausências ou frequências de um
empregado. Nesta tela existem comparações diárias de horário.

Página 17
Visão Geral de Avaliação de Tempos
Dados Horários de Registro de É usada para avaliar a frequência e as
Mestres trabalho Tempo
ausências de um empregado. Podemos utilizar
para avaliar e rodar a folha de pagamento.
Avaliação
de Tempo

Folha de Espelho de
Relatórios
Pagamento Ponto

Fluxo de Dados entre o Sistema de Tempo e o Sistema de HR

Download é o fluxo do HR para o Sistema de ponto, e Upload é o fluxo do ponto para o HR.

Infotipos
Os infotipos relevantes para a integração entre Time e os Dados Mestres são: IT0001, IT0002,
IT0005 ou IT2006, IT0007, IT0050 (Informações de Time), IT0003 (Situação da Folha).

Infotipo 0007
O IT0007 é usado para registrar o plano de horário de trabalho de um empregado. A Regra de
Horário de Trabalho descreve o relacionamento entre o empregado e o horário de trabalho, e é por
onde o sistema executa o registro de horas positivas. Neste IT encontramos também o Status de
Gerenciamento de Tempo, que especifica se o empregado participa da Avaliação de Tempo e de
qual forma. Os possíveis valores são : 0 – sem avaliação de tempo, 1 – avaliação de tempo
baseado em horário utilizando os schemas TM00 e TM04, 2 – avaliação de tempo PDC (baseado
em ordens) utilizando os schemas TM00 e TM04, 8 – serviços externos utilizando o schema TM02,
e, 9 – avaliação de tempo de horários planejados utilizando o schema TM01 e TM04.

Infotipo 0050
Este infotipo é usado somente para avaliação de tempo. É usado como uma interface com o
sistema de registro de tempo

Infotipo 2011
São horários de entrada e de saída que os empregados registram nos terminais

RPTIME00
Este relatório executa a função da Avaliação de Tempo, este relatório pode ser gerado para datas
futuras.

Processando Erros
O Time Management Pool é um ferramenta para checagem, correção e documentação dos dados
de tempo. Podemos definir valores default para o administrador de tempo – parâmetros SAZ, e
para o grupo de administradores – parâmetros SGR.

Chamando o Processamento de Erros

É utilizado para corrigir qualquer erro que tenha ocorrido na Avaliação de Tempo. Funções
auxiliares para a correção de erros estão disponíveis, ode podemos: obter informações de horários
planejados ou atuais de um empregado, corrigir qualquer dado de um infotipo e criar novos
infotipos. Os erros são armazenados na tabela FEHLER.

Página 18
Planejamento de Custo
O Planejamento de custo de Pessoal foi desenvolvido para dar suporte ao processo de tomada de
decisões, onde podemos realizar três objetivos principais: determinar o custo atual de pessoal,
prever custos futuros e projetar custo futuro baseado em alterações organizacionais antecipadas e.
ou por mudanças de estrutura de pagamento. As comparações podem ser feitas em diferentes
cenários, estes cenários contém um conjunto de resultados de cálculos.

Métodos
Pagamento Projetado (PD)
Elementos de custo atribuídos para Unidade organizacional, Cargos, Posições e Centros de
Trabalho.
Pagamento Básico (PA – IT0008)
Rubricas salariais são atribuídas para pessoas específicas.
Resultado de Folha (PA – Folha)
Valores atuais de pagamento de um empregado para uma simulação.

Executando o Planejamento de Custo

Para o método de Pagamento Projetado devemos utilizar o IT1015, onde armazenamos os custos
atribuindo elementos de custo (Wage Elements) para diferentes objetos.
Para o método Pagamento Básico o Sistema utiliza os dados originais de PA para calcular os
custos. O Sistema utiliza as rubricas salariais (Wage Types) que são atribuídas para o empregado.
Para o método Resultado de Folha os sistema utiliza os dados provenientes da geração atual da
folha.

Opções de Simulação
Podemos alterar o número de Posições, ou, alterar os elementos de custo (Wage Elements)
alterando valores absolutos ou percentuais, atribuindo novos elementos de custo, ou alterando os
elementos de custo atribuídos aos objetos usando percentual ou valores fixos.

Salvando os Cenários
Os cenários devem ser salvos após o término dos cálculos. Os cenários são sub divididos em
grupos de cenários que são cálculos que envolvem uma área específica da Empresa.
Opcionalmente podemos enviar os cálculos para um planilha Excel, porém se estes dados forem
alterados na planilha estas mudanças não afetarão o Sistema.

Transferindo Custos para CO

Após o término dos cálculos, CO pode capturar estes valores para suas projeções e alterações.

Folha de Pagamento
Ë o cálculo de Pagamento de trabalho realizado por um empregado. É composta de um número de
processos e de atividades subsequentes.

Visão Geral do Processo de Folha

O cálculo da folha contém dois passos principais: Cálculo e as Deduções. Ambas são calculadas
para um empregado num determinado período.

Cálculo (Proventos)
Os elementos de remuneração são formados de rubricas e salários individuais, as quais são
utilizadas durante um período de folha. Deduções podem ser feitas para alguns itens. Diferentes
aspectos determinam se os benefícios aumentam ou reduzem o salário. A remuneração consiste
de todas as Wage Types calculadas durante a folha. As Wage Types podem ser entradas on-line ou
geradas durante a folha usando Regras.

Página 19
Deduções
São valores tirados da remuneração bruta para gerar o valor de pagamento. Por estas razões ,
diferentes totais são formados durante o processamento, e estes totais podem ser usados em
processos subsequentes.

Áreas de Folha
Usualmente a Folha é gerada separadamente para diferentes grupos de empregados. O período
não é usualmente o mesmo para todos os grupos de empregados. A área de folha de pagamento
define em qual data o empregado irá receber o pagamento. Os empregados são atribuídos a Área
de Folha através do IT0001, podendo Ter o valor default dependendo da Subárea de Pessoal,
Grupo e Subgrupo de Empregados.

Administração de Folha
Manutenção Liberação da Início do Durante o processamento da folha nenhum infotipo
Dados Mestres Folha Processamento de Dados Mestres e de Time que interferem no
cálculo podem ser alterados, para garantir isso o
Não processamento é controlado pelo Registro de
Processo Conferir Controle de folha.
Correção
sem erros Resultado

Sim

Encerra

Seleção de Dados para Processamento

Quando clicamos no Item de Menu Start Payroll o R/3 disponibiliza uma tela onde podemos
informar a Área de Folha que será processada, podemos também determinar o período. Quando
solicitamos o processamento o sistema passa a executar o relatório RPCALC*0.

Registro de Processamento
O Log é uma tabela de conteúdos em forma de uma estrutura em árvore. Nele é possível encontrar
erros e facilidades de navegação.

Holerit
Possibilita a criação de holerit’s para os empregados. São listados todos os proventos e descontos
usados na folha. É usualmente criado depois de processamento da folha e antes das
transferências dos pagamentos para o Banco.

Transferência de Salários
Podemos criar uma transferência utilizando a função DME (data medium exchange).

Atividades Subsequentes
Após o término do processamento devemos executar várias atividades subsequentes. Estas
atividades podem ser divididas nas seguintes categorias: Por período, Anualmente, Outros
períodos, Independente de período.

Listas e Estatísticas por Período

Resultado da
Folha

Payroll Payroll WT WT
Account Journal Statement Distribution

Página 20
HR505 – Organizational Management

Desenvolvimento de Pessoal (PD)

Pontos de Integração

Recrutamento

Capacity Shift
Planning Planning

Eventos PD PCS

Dados
Workflow
Mestres

Cost Plan. HRIS

Metodologia – Desenvolvimento orientado a objeto

PD é baseado na criação e uso de objetos organizacionais e como eles se relacionam entre si.

Métodos – Planejando
PD possibilita Ter uma clara visão da Empresa no passado, presente e futuro. Usando esta
informação podemos nos preparar para reagir as mudanças futuras.

Métodos – Plano de Versão

Plano de versão são usados para exibir diferentes cenários. Podemos possuir vários planos de
versão, porém só um deles representam o Plano ativo com a integração também ativa, para isso
definimos no PLOGI PLOGI o código do plano ativo, que deve ser sempre 01 para não perdermos
muitas integrações que são amarradas neste código. Planos de versões existem independente um
do outro. A sequência de criação de um plano de versão é a seguinte: 1- Criar o Nome, 2 – Copiar
de um Plano existente toda a estrutura (RHCOPL00), e, 3 – Fazer a consistência (RHCOPLPT).

Metodologia – Relacionamentos
Uma vez tendo a estrutura definida usando objetos e relacionamentos, podemos mais para frente
descrever outros atributos para os objetos.

Tipos de Objetos
Os objetos básicos de PD são : Unidade Organizacional (O), Cargos (C), Posições (S), Tarefas (T)
e Centros de Trabalho (A).

Unidades Organizacionais (Objeto O)

Descreve várias unidades de negócio que existem dentro da Corporação e seus relacionamentos
(podem ser divididas por funções, áreas geográficas ou por processo de negócio). O objeto tipo O
é relacionado com o centro de custo (K).

Cargos Genéricos (Objeto C)

O Job é um conjunto de tarefas gerais que são executas juntas. Cada cargo representa uma única
classificação de responsabilidades. Devemos considerar que tarefas específicas e requerimentos

Página 21
são associados com o cargo. Os cargos são utilizados nas seguintes aplicações: Descrição de
Cargos e Posições, Planejamento de Turno, Planejamento de Custo de Pessoal, Planejamento de
Carreira e Sucessão.

Posição (Objeto S).

Posição são as atribuições individuais de um empregado numa Empresa. As posições são
ocupadas por pessoas. As posições são cargos específicos de uma Empresa. Cada posição é
baseada em um cargo herdando dele todos as tarefas e requisitos atribuídas a ele, sendo assim,
um grande número de posições podem ser baseadas num mesmo cargo (C), porém, podemos
ainda atribuir a essa posição tarefas e requisitos específicos. Geralmente uma posição é ocupada
por uma pessoa, porém, é possível que mais de uma pessoa ocupe a mesma posição.

Tarefas (Objeto T).

Tarefas descrevem os deveres e as responsabilidades num cargo ou numa posição. Elas podem
ser classificadas como: Componentes de processo (Workflow), Ferramentas de gerenciamento de
Pessoal. Todas as tarefas estão contidas num Catálogo de Tarefas, este catálogo pode conter
tarefas relacionadas com outras tarefas.
Quando atribuímos uma mesma tarefa para diferentes cargos, podemos especificar diferentes
pesos para cada cargo.

Centros de Trabalho (Objeto A).

Descreve a localização física onde as tarefas são executadas, podemos ainda descrever quais as
Restrições e quais os Exames Médicos são necessários para que o empregado possa ser alocado
neste Centro. Podemos representar então qualquer localização geográfica ou sermos mais
específicos e representarmos um local preciso de trabalho, como por exemplo uma sala. Muitas
posições podem ser compartilhadas num Centro de trabalho.

Objetos Adicionais
Podemos criar objetos adicionais para completar a representação da Empresa. A distinção é feita
entre objetos internos e externos. Objetos internos são criados e mantidos em PD, Eventos e PCS.
Objetos externos são definidos por outras aplicações do R/3.

Relacionamentos entre os Objetos Básicos

Relacionamento entre os
C O C S
objetos são recíprocos. Quando
criamos um relacionamento o
S S S S O T T S S Sistema gera automaticamente
o relacionamento inverso.
O–O (A/B 002) C–S (A/B 007)
S
O–S (A/B 003) S–S (A/B 002)
S–P (A/B 008)

Reciprocidade do Relacionamento
A = Ascendente (ativo) e o B = Descendente (Passivo).

Elementos de um Plano Organizacional

O relacionamento entre os objetos básicos organizam os seguintes blocos principais:
Organizational Structure – Estrutura da Organização – relacionamento (O – O)
Reporting Structure – Organograma – relacionamento (S – S)
Staff assignments – Plano Organizacional (O – S – P)
Job index – Índice de cargos (C – C)
Work Center index – Índice de centros de trabalho (A – A)
Task catalog – Catálogo de tarefas (T – T)

Página 22
Modelo de Dados

O K

S A

C P/Us

Infotipos
As características de um Objeto são mantidos em infotipos. As principais características são
Objetos e Relacionamentos, isto quer dizer que os principais infotipos são IT1000 (Objeto) e
IT1001 (Relacionamentos). Podemos ter também características adicionais, tais como, Descrição
(IT1002), Horário de Trabalho (IT1011), Planejamento de Custo (IT1015), etc.

Identificação do Objeto
Quando um objeto é criado, o sistema pode atribuir automaticamente um número. Tabela (T77IV).

Atributos adicionais de um Infotipo

Os infotipos possuem três atributos adicionais: Status, Data de Validade e Time Constraints.

Status
O Status permite que um objeto possa seguir um ciclo até ser ativado. Só podemos cria objetos
como planejado ou ativo. Se criarmos como planejado o objeto deve seguir um determinado ciclo
até se tornar ativo.

Data de Validade
Cada infotipo usa uma data de início e de término para identificar a validade. Permite definir o
período de vida de um objeto ou infotipo. São usadas para identificar alterações na Organização
enquanto os históricos são armazenados e Permite avaliar a estrutura organizacional por datas
chaves. Caso delimitemos um objeto (IT1000) todos os relacionamentos e atributos são
delimitados também.

Time Constraint
Ë uma ferramenta interna do sistema que protege a integridade das informações. Em PD os
infotipos possuem 4 classes de time constraint:
0 – Informação deve existir por todo ciclo de vida de um objeto e não pode ser alterado
1 – Informação deve existir por todo ciclo de vida de um objeto mas, pode ser alterado
2 – Informação é opcional mas, pode existir somente uma vez dentro de um período definido pelo
usuário
3 – Informação é opcional, e muitos registros podem existir simultaneamente dentro de um período
definido pelo usuário.

Página 23
Manutenção Simples

Visão Geral
Em PD utilizamos a SM (manutenção simples), para criarmos objetos e seus relacionamentos de
forma rápida, pois, essa ferramenta cria automaticamente as ligações mais comuns.
Na SM podemos, estabelecer e manter os detalhes básicos requeridos para uma Unidade
Organizacional (Objeto O), estabelecer e manter um organograma (Reporting Structure),
estabelecer e manter atribuições de Centro de Custo (Objeto K).
Quando os objetos são criados em SM eles recebem o status de Ativo.

Características da Manutenção Simples

A SM usa a estrutura de árvore na qual podemos criar rápida e facilmente o plano organizacional
da Empresa. Na SM podemos executar diferentes funções com diferentes telas iniciais.
A função Plano Organizacional possibilita criar e manter a estrutura organizacional, criar Jobs e
Posições amarrados a esta estrutura, atribuir tarefas aos Jobs e Posições, e, criar um
organograma (Reporting Structure).
A função de Atribuição de Centro de Custo (Account Assignment) possibilita a atribuição de um
centro de custo definido em CO a uma Unidade organizacional ou a uma Posição.
A função de Características possibilita atribuirmos muitas outras informações importantes para um
Objeto.
Além das funções, na SM podemos ter duas visões diferentes para trabalhar. A visão geral (Overall
Status) possibilita ao usuário acessa todas as funções requisitas pelo processo. A visão de HR
restringe o acesso para áreas relevantes para o Recursos Humanos.

Criando um Plano Organizacional.

Para criarmos um Plano Organizacional em SM temos que executar sete passos.
1 – Criar a Unidade Organizacional Raiz (a data da criação dessa unidade servirá como default
para as outras).
2 – Criar as Unidades Organizacionais Adicionais
3 – Criar Jobs
4 – Criar Posições (relacionadas com Jobs)
5 – Atribuir Tarefas aos Jobs e Posições (quando são atribuídas aos Jobs são herdadas pelas
Posições)
6 – Atribuir Centro de Custo para Unidades Organizacionais ou Posições
7 – Atribuir os Titulares das Posições.

Editando a Estrutura Organizacional

Podemos efetuar várias funções que alteram os Objetos de uma estrutura organizacional
Mover – altera o relacionamento entre as Unidades Organizacionais, ou entre uma Posição e uma
Unidade Organizacional
Renomear – alterar a descrição curta e longa do Objeto
Deletar Objetos e Relacionamentos
Delimitar Objetos e Relacionamentos
Chief Position – designar um líder para uma Unidade Organizacional (aplicada a Posições)

Criando um Organograma (Reporting Structure)

Para criar um Organograma devemos relacionar Posição com Posição.

Criação de Outras Estruturas na Manutenção Simples

Estruturas Gerais
Outros tipos de Objetos podem ser criados pela árvore de estrutura, dependendo do tipo de objeto
e do evaluation path.

Página 24
Organização Matricial (Objeto OR)
Uma Organização Matricial é um Report Structure de duas dimensões na qual uma Posição se
reporta a mais que um Objeto superior.

Mantendo Organização Matricial

Na visualização da matriz podemos criar os relacionamentos entre os objetos de duas dimensões.
Podendo ainda inverter a exibição das duas dimensões.

Transações Extras
Further Attributes
Possibilita ao usuário a Alteração ou a Exibição de Atributos adicionais para alguns objetos
Objeto O - Os atributos que podem ser alterados são: Departamento/Staff, e, Horário de trabalho
(Grupo ao qual pertence e o tempo de horas trabalhadas no mês)
Objeto S - Os atributos que podem ser alterados são: Staff, Horário de trabalho (tempo de horas
trabalhadas no mês e o percentual aprovado), Grupo e Subgrupo de Empregados, Vaga (ocupado
ou livre), e, Obsoleta)
General Structure
Permite ao usuário a Criação, Alteração e a Exibição de uma estrutura organizacional através de
um Evaluation Path.

Manutenção Detalhada (Detail Mantaince)

Funcionalidades
Na DM podemos manter todos os infotipos relevantes para todos os tipos de objetos. Na MD temos
as seguintes funções:
Criação, Deleção a Delimitação de vários tipos de objetos (IT1000), Manutenção de
relacionamentos (IT1001), e, as Manutenções dos infotipos adicionais. Na DM podemos criar os
infotipos no status de planejado e movê-los através do ciclo de vida de um Objeto.

Manutenção de Infotipos
Os infotipos de PD permitem descrever, ou definir, as diferentes características ou atributos que o
Objeto possui. Os vários tipo de infotipo permitem que se descrevam estas diferenças. Alguns
infotipos são relevantes apenas para certos tipos de Objetos. O princípio de herança é aplicado
para todos os objetos de uma estrutura organizacional.

Interface Visual de DM
Nas telas de Manutenção Detalhada dos Objetos alguns campos são importantes, tais como:
Plano de Versão – assegura que estamos trabalhando num único plano de versão o tempo todo.
Aspecto – limita o número de infotipos apresentados (assemelha-se ao infogrupo de PA)
Período de Validade – período de duração na qual o objeto existe no corrente plano de versão.

Delimitação versus Deleção

Delimitação – permite que a informação seja mantida como histórico.
Deleção – permite que a informação seja excluída do plano de versão.
Quando delimitamos ou deletamos um objeto (IT1000) todos os infotipos associados ao objeto são
delimitados ou deletados.

Infotipos
1000 – Infotipo do Objeto
É um infotipo especial, pois nele descrevemos as características ou atributos de um objeto, é ele
que determina o ciclo de vida de todos os outros infotipos. Deve ser o primeiro infotipo a ser criado.

Página 25
1001 – Relacionamentos
Permite definir ou descrever o inter-relacionamento que existe entre os diferentes objetos.
1002 – Descrição
Permite adicionar as descrições do objeto, existem diferentes tipos de descrições, isto é, o objeto
pode ter diferentes descrições.
1003 – Departamento/Staff
É usado para os objetos O e S, quando o identificador de Staff está marcado ele indica que o
objeto não faz parte da estrutura normal e sim do nível mais alto.
1007 – Vagas
Permite identificar Posições vagas. A vaga ocorre quando a posição não está preenchida. Este
infotipo é relacionado com os módulos PCS, Recrutamento, PD e Planejamento de Custos.
1014 – Obsoleto
Indica Posições que não serão necessárias no futuro, porém podem ainda estar sendo ocupadas.
1008 – Características Contábeis
Permite colocarmos informações que serão úteis para PA.
1013 – Grupo e Subgrupo de Empregados
Permite atribuir uma Posição para um Grupo e Subgrupo de Empregados.
1011 – Horário de Trabalho
Permite determinar um Horário de Trabalho
1005 – Planejamento de Remuneração
Permite identificar o plano de remuneração a ser paga. A informação incluída no infotipo é usada
no calculo do salário base em PA. A informação do salário pode ser dividido em três tipos: Grade,
Escala e Direto.
1050 – Resultado da Avaliação
Podemos determinar o valor relativo de cada Posição ou Job, para determinados sistemas de
avaliação, tais como Hay, John Smith, da Empresa.
1051 – Resultado de Pesquisa
Podemos determinar os valores das pesquisas salariais feitas pela Empresa.
1009 – Exames Médicos
Permite identificar qualquer requisito de exames médicos para um Centro de Trabalho.
1006 – Restrições
Especifica se o Centro de Trabalho não é apropriado para um grupo de pessoas em particular.
1010 – Autorizações/Recursos
Autorizações são armazenadas para Posições e os Recursos são armazenados com mais detalhes
os acessórios e equipamentos num Centro de trabalho.

Entrada Rápida
Permite criar rapidamente várias ocorrências de um mesmo infotipo

Alterando o Status
O Status permite que um
Rejeitado objeto possa seguir um ciclo
até ser ativado. Só podemos
Planejado Submetido cria objetos como planejado
ou ativo. Se criarmos como
Aprovado Ativo planejado o objeto deve
seguir um determinado ciclo
até se tornar ativo. Caso
tenhamos que alterar o status de vários objetos de uma só vez devemos fazê-lo através do
relatório RHAKTI00.

Criando Objetos via Ações

Podemos criar objetos usando ações que são uma série de infotipos colocados numa ordem ou
sequência específicas. Esta sequência é determinada na Customização.

Página 26
Delimitando Objetos
O relatório RHGRENZ0 delimita um ou mais objetos na estrutura alterando a data de término.

Criando Nova Data de Término

O relatório RHGENZ1 especifica uma nova data de término para objetos delimitados ou estruturas.
Devemos entrar com a data da delimitação antiga para os objetos selecionados.

Deletando Objetos do Bando de Dados

O relatório RHRHDL00 deleta objetos selecionados e todos seus infotipos relacionados do banco
de dados.
O relatório RHRHDC00 permite que selecionemos um infotipo de uma lista para a deleção. Só não
podemos deletar registros com o time constraint 0 ou 1.

Customizando PD

Implementation Guide (IMG)

O IMG contém a documentação de cada atividade. Estas atividades podem ser executadas
diretamente do IMG. Existem funções que sustentam o gerenciamento do projeto e sua
documentação.

Sistema de Comunicação
Utilizamos o parâmetro MAIL DESTN para determinar qual sistema de mensagem é utilizado para
enviá-las.
No parâmetro MAIL SAPSY identificamos qual o subinfotipo do IT1032 (Mail Address a do IT0105 é
válido para receber o endereço.

Mantendo Intervalo de Numeração

Neste passo identificamos se a numeração é específica de um plano de versão ou se é aplicado
para todos os planos de versão.

Ativando e Desativando o Infotipo de Vagas

Usando o parâmetro PPVAC PPVAC, determinamos se a posição é considerada vaga sempre que
estiver desocupada, ou seja, sempre que criamos uma posição nova, ou se é dependente da
criação do IT1007. O valor 0 identifica que sempre que desocupada a Posição vira Vaga e 1
identifica que o IT1007 deve ser criado.

Integração

Integração PA X PD
A Integração entre PA e PD é ativada pelo parâmetro PLOGI ORGA, e, é identificado como ativo no
IT0001.

Outras Integrações
PLOGI PRELI – Posição default é usada, caso o empregado não seja atribuído a uma Posição
PLOGI PRELU – atualiza PA com alterações em PD diretamente ou por Batch.
PLOGI TEXTC – exibe a descrição curta ou longa para todos os tipos de objeto
PLOGI TEXTO – exibe a descrição curta ou longa em PA do objeto O
PLOGI TEXTS – exibe a descrição curta ou longa em PA do objeto S
PPABT PPABT – interpreta a chave informada no IT1003.
PPINT BTRTL – valor default para a Personnel Area
PPINT PERSA – valor default para a Personnel Subarea

Página 27
Transferindo Dados de PA para PD
O relatório RHINTE00 é usado para transferir entradas feitas nas tabelas de PA. Os objetos
correspondentes são automaticamente criados em PD. Dependendo das entradas no IT0001 os
relacionamentos também são criados.

Preparando a Integração entre PD e PA

O relatório RHINTE10 é usado para transferir objetos criados em PD para PA. Somente objetos
ativos são incluídos. Estes objetos que são incluídos são os que são requeridos no IT0001.

Transferindo Dados de PD para PA.

O relatório RHINTE30 é usado para atualizar o IT0001 para números de pessoal selecionados com
os dados criados por ações anteriores em PD. Este relatório cria Batch Input Session.

Consistência de Integração
O relatório RHINTE20 checa se os objetos criados foram integrados nos dois universo PA e PD. Os
objetos que estiverem faltando podem ser criados imediatamente.

Integração com Qualificações

Quando a integração está ativa as qualificações são administradas via PD.
O parâmetro PLOGI QUALI possui duas entradas possíveis
0 A032 Q – a integração é desligada
1 A032 Q – a integração é ativada
Caso haja qualificações em PA no IT0024 que não estejam integrados em PD, podemos executar o
programa RHQINTE0 para efetivar a integração.

Página 28
HR305 - Personnel Administration

Configurando Dados Mestres

Passos Necessários para Descrever uma Nova Estrutura

Definir a Estrutura Organizacional
Ajustes para encontrar as especificações da Empresa
Modificações e funcionalidades adicionais

Link entre os Dados Mestres e as Tabelas de Customização

Todas as entradas que requisitam textos específicos vêem de tabelas que podem ser configuras
quando fazemos a Customização do Sistema. As entradas possíveis (F4) possibilitam visualizar
quais os dados estão armazenados na tabela correspondente. Caso a entrada procurada não
exista na tabela temos a possibilidade de incluí-la teclando F5 que nos levará ao item da
Customização de maneira rápida, porém se a tela de entradas possíveis não permitir a
funcionalidade esta funcionalidade deveremos então sair e encontrar um campo que faça relação
com a informação, que queremos adicionar, no IT e fazer o mesmo processo, e, estando na
Customização procurar o passo desejado e incluir a informação.

Customizando Tabelas
Campos chaves
Campos que estão identificados em cinza na tabela. Existe sempre uma única informação que
identifique uma chave na tabela. Caso seja alterada a chave o Sistema cria uma cópia dessa
entrada, não possibilitando a alteração da chave.
Campo funcional
São campo que estão identificados em branco na tabela. Servem para adicionar informação a um
campo chave.
Criação
O Sistema apresenta uma tela de entrada em branco na qual temos que entrar com todos os
campos (chaves ou funcionais).
Cópia
Selecionando uma entrada similar com a entrada que queremos dar o Sistema cria e possibilita
que alteremos no mínimo um campo chave e possivelmente os campos funcionais.
Deleção
Apaga uma entrada na tabela
Save
Armazena todas as alterações feitas
Delimit
Caso uma entrada precise ser atualizada a partir de uma nova data e os dados anteriores devam
ficar em histórico devemos utilizar a delimitação. O Sistema cria automaticamente um novo registro
com uma nova data de início de validade e os dados funcionais podem ser alterados.

Estrutura da companhia (Company Structure)

Visão Geral
Todo empregado tem uma atribuição organizacional, isto é, ele é único na estrutura da empresa e
na estrutura de pessoal. Estas duas estruturas formam a Estrutura da Companhia. Atribuímos este
empregado nestas estruturas no IT0001.

Página 29
Visão Geral da Estrutura de Empresa no SAP
A estrutura de empresa é definida no SAP pelos seguintes elementos: Client, Company Code,
Personnel area, e, Personnel subarea.

Visão Geral da Estrutura de Pessoal no SAP

A estrutura de pessoal é definida no SAP pelos seguintes elementos: Employee Group, Employee
Subgroup, e, Payroll Accounting Areas.

Usando Agrupadores de Subgrupo de Empregados (Employee Subgroup

Groupings)
O Subgrupo de Empregados pode ser usado para definir os seguintes indicadores:
Agrupadores para regra de cálculo de folha e acordos coletivos (1 - horista, 3 - mensalista)
Atividades (emprego, treinamento e estatística)
Horário de trabalhos (quotas, avaliação, verbas primárias)

Atribuições Organizacionais Adicionais

Organizational Key
Podemos utilizar a OK para compor os requisitos de checagem de autorização. Este campo
contém 14 caracteres. Este campo pode ser configurado no IMG, nas tabelas de controle e tabelas
de regras.

Administrador Responsável
Existem três tipo de administradores no Sistema, são eles: Adm. Pessoal, Adm. Tempo e Adm.
Folha. Estes administradores podem ser utilizados como critérios de seleção em relatórios.

Definindo os Administradores
Os administradores pertencem a um Grupo de Administradores. Quando estamos entrando com as
informações do administrador um dos campos solicitados é o SAPname, este campo é o
responsável por determinar o envio de mensagens para este administrador. A tabela onde
encontramos as informações de administradores é a T526.

Atributos dos Empregados

Após as definições dos Grupos e Subgrupos de empregados, devemos atribuir alguns Status para
o empregado. Estes status são usados em avaliações para selecionar e/ou sumarizar dados de
pessoal ou para representar características de um país. Os status estão divididos em Atividade,
Emprego e Educação/Treinamento, e, para cada um destes status existe uma subdivisão que
devem ser informada na tabela. As subdivisões são:
Atividade - 1 ativo, 2 pensionista, 3 abono pecuniário e 9 outros
Emprego - 1 trabalhador da industria (horista), 2 empregado assalariado, 3 funcionário público e 9
outros
Educação/Treinamento - 1 aprendiz, 2 treinado e 9 outros

Definindo Valores Padrão - Features

Valores Default
Features são usadas para determinar valore padrões. Estes valores são sugeridos pelo Sistema
quando os infotipos contendo Dados Mestres são mantidos

Página 30
Mantendo Features
Usamos a transação PE03. As Features são feitas com os seguintes elementos, e a ordem destes
elementos devem ser mantidas quando criamos uma Feature, são eles:
Pessoas responsáveis - Características da administração de dados
Documentação - Informações da estrutura e das funções
Atribuição de País e Componentes - Países e Componentes que podem ser utilizados
Estrutura - Consiste de um ou mais campos que são utilizados para perguntas da árvore de
decisão
Árvore de Decisão - Perguntas e estrutura de campos para determinar o código de retorno

Atribuindo Número de Pessoal

Para determinarmos o Número de Pessoal (PN) devemos entrar na transação PA04, ou via
Customização, e determinarmos os intervalos de numeração que queremos utilizar. Estes
intervalos podem ser Internos ou Externos. A SAP recomenda que sempre utilizemos a numeração
interna. Após definidos os intervalos devemos utilizar a feature NUMKR para determinarmos os
itens que farão um empregado receber uma ou outra numeração.

Mantendo uma Feature

Command Line - entramos com as funções (Updade, Save)
Comment Line - contém o Status e as possíveis mensagens de erro
Line Number - onde entramos com comandos (Copy, Delete, Move, Etc.)
Variable Key - respostas para as perguntas
Continuation Indicator - é chamada pela operação NEXTR
Rule Type - define o tipo de processo
Operations - atribuição de valores, saltos, etc.

Features mais Utilizadas

ABKRS - valores default para Área de Folha de Pagamento (payroll accounting area)
LGMST - determina WT para o IT0008
PINCH - determina qual o grupo de administrador deve ser consultado no IT0001
NUMKR - determina o Número de Pessoal (personnel numbers)
TARIF - determina a PS Type e PS Area para o IT0008

Campos mais utilizados nas Features

TCLAS - A banco de dados de Administração, B banco de dados de Recrutamento
MOLGA - Código do País
PERSG - Grupo de empregado
PERSK - Subgrupo de empregado

Relatório
O relatório RPUMKG00 gera as Features em um ambiente

Conexão entre Time (IT0007) e Basic Pay (IT0008)

Tempo de Trabalho de um Empregado

Cada empregado é atribuído à um horário de trabalho, esta informação é importante para o
pagamento dos empregados e para a contagem de frequência e faltas.

Planejamento de Horário
O planejamento de horário é atribuído a um funcionário através de uma Regra que lhe é dada no
IT0007.

Página 31
Conexão entre Time (IT0007) e Basic Pay (IT0008)
A média do número de horas que está no IT0007 é sugerida como default para o IT0008 no campo
Nível de Capacidade de Utilização. Esta informação influencia diretamente no salário que será
paga para o funcionário.

Agrupadores de Subgrupo de Empregados para a Regra de Cálculo de Pessoal

A distinção é feita entre empregados que são pagos em horas e empregados que são pagos
baseados no número de horas que eles trabalham num período (assalariado). Estas diferenças são
configuradas no Sistema utilizando 1 para horistas e 3 para assalariados

Estrutura de Escala de Pagamento

Visão Geral
A estrutura de escala de pagamento cobre aspectos regionais, industriais, financeiros e de tempo,
e, também as diferenças de valores entre horistas e mensalistas e circunstâncias relacionadas com
alteração da escala de pagamento. O empregado é atribuído a esta estrutura através do IT0008.

Dados da Estrutura
Mesmo que não tenhamos acordos coletivos em nossa Empresa, e os nossos empregados
negociem o salário quando eles são admitidos, devemos mesmo assim entrar com a PS Type e
Area, um Agrupador de Subgrupo de empregados para o Acordo Coletivo, e o PS Group e Level.
Estes são definidos assim:
PS Type - agrupador para a categoria preponderante ou a categoria a que o empregado pertence
(sindicato)
PS Area - agrupador para definirmos as áreas geográficas de atuação do sindicato
PS Group - Faixa da tabela Salarial
PS Level - Nível da tabela Salarial.
A feature TARIF atribui um valor default para PS Type e PS Area.
A PS Type e Area são atribuídas a Personnel Subarea

Agrupador de Subgrupo de empregados para o Acordo Coletivo

Este agrupados atribui aos empregados a diferença entre os grupo de Escala de Pagamento. Este
agrupador possui os seguintes valores
1 - trabalhador da indústria ganhando por hora (horista),
2 - trabalhador da indústria ganhando por mês,
3 - empregado assalariado (mensalista), e,
4 - empregado sem Escala de Pagamento.
A mais importante função deste agrupador é definir o PS Group e Level dentro de cada PS Type e
Area.

PS Group e Levels
As estruturas de Empresa e de Pessoal determinam qual o visão do PS Group pode ser exibida. O
PS Group e Levels são definidos para Países, PS Type, PS Area e ES Grouping.
PS Group são usados para avaliação de cargos e para valores indiretos.
Armazenando Períodos Diferentes de Mensal
No SAP o período de pagamento é sempre mensal. Precisamos configurar períodos de acordo
coletivo diferente de mensal se esse período não se aplica a todos os funcionários da Empresa.
Para fazer isso devemos executar um relatório de Customização para preencher a tabela.

Página 32
Estrutura de Wage Type

Pagamentos e Deduções
Wage Types são elementos chave numa Estrutura de WT. WT são usadas para atribuir
pagamentos e deduções e são elas que controlam a Folha. As características são utilizadas para
distinguir individuais WT.

Configurando WT
Existem duas categorias principais de WT, Primária ou de diálogo e Técnicas. Primárias são
definidas para cada Empresa, e, a Técnica são definidas durante a execução da Folha e não
podem ser feitas pelo Master Data

Visão Geral - Diálogo de Características

As WT tem as seguintes funções: elas são utilizadas para as checagens de autorização, para
Company code e Personnel Area, para Grupo e Subgrupo de Empregados, para Infotipos (nos
infotipos que tem a WT como subtipo o time constraint define com qual frequência um a WT pode
existir num certo momento), Podem ser de pagamento ou dedução dependendo do indicador de
operação.
Uma WT pode ser valorizada indiretamente se entrarmos com um Módulo Name, Módulo Variant e
um indicador de arredondamento. O valor é automaticamente lido da tabela e não precisa ser
entrado ou armazenado no IT0008.

Criando um Catálogo de WT
O SAP permite que copiemos as WT que estão de exemplo no Sistema. Essa cópia deve
comportar-se como a outra em diálogos e características que determinam seu comportamento na
Folha de Pagamento. Posemos na WT cópia modificar as características que são relevantes para a
Folha. Essa WT será incluída num Grupo de WT e na tabela da qual foi copiada.

Usando o Grupo de WT
Um Grupo de WT é uma associação que fazemos com as WT e o Infotipo, por exemplo as WT que
estão incluídas no IT0008 são do Grupo de WT 0008, isto quer dizer que WT que tem
características similares entre si pertencem a um mesmo Grupo de WT. Sempre que incluirmos
uma nova WT num IT devemos também incluí-la no Grupo de WT. Devemos utilizar a transação
PU95 (Editando Grupo de WT e Visões Lógicas) e o relatório RP*LGA20 (* = país) para ter uma
visão geral.

Definindo a Permissão de uma WT para um IT

No IMG determinamos qual WT pode ser entrada nos diferentes Infotipos, isto é, podemos
configurar o Sistema para que aceita a entrada de certas WT num determinado IT. Caso quisermos
utilizar uma mesma WT em vários Infotipos, devemos entrar com a permissão nos respectivos
Infotipos que iremos utilizá-la.

Frequência
Quando configuramos um WT, podemos determinar se ela pode entrar uma ou mais que uma vez
por período de Folha.

Página 33
Checando as Características da WT
Podemos definir as seguintes características de um WT: período de validade, operação, valor
mínimo e máximo, se o valor deve ou não ser incluído no total de pagamento, unidade de tempo e
número mínimo e máximo, combinação de entrada por número e valor, valorização indireta e suas
características.
Valorização indireta é possível nos seguintes Infotipos: IT0008, IT0014 e IT0015. Se pretendermos
implanta Time, devemos também definir a WT como bônus ou um pagamento de horas.

ES Grouping para WT Primárias

Podemos utilizar o ES Grouping para definir as WT que são permitidas para uma Estrutura de
Pessoal específica.

PS Grouping para WT Primária

Podemos também agruparmos as Subareas de Pessoal. Isto possibilita controlar as WT que são
permitidas para as Subareas de Pessoal.

WT permitidas para PS e ES
Aqui determinamos se a WT é permitida para nossa PS Grouping e para nossa ES Grouping

Dar Valores as WT
Direta
O administrador entra manualmente com o valor da WT no Infotipo
Indireta
O Sistema entra automaticamente o valor da WT no Infotipo

Dar Valores Indiretos usando Regras para Características da WT

A regra de validação é definida centralmente, então não devemos alterar os registros de Dados
Mestres quando mudarmos a valorização.
Módulo Name
Especifica qual tabela de valor fixo é usado para valorização indireta
Módulo Variant
Controlo o acesso de leitura a essa tabela

Módulo as para Características de WT

Módulo TARIF - PS Group e PS Level
Módulo PRZNT e SUMME - valorização de WT básicas
Módulo ARBPL - Valorização usando Posições
Módulo TARIF
IT0008
Módulo Pay Scale
Usa os dados do PS Group e PS Level para valorizar
PSGroup XX
WT0001 ?
TARIF Group / Level o IT0008
Variant A~D

Conversão

Módulo Variant para o Módulo TARIF

TARIF possuí 4 Módulos Varaints (A - D) que são:
A - valorização baseada no PS Group e PS Level
B - valorização baseada no PS Group e PS Level e WT específica
C - valorização não depende do PS Level
D - valorização não depende do PS Group e PS Level

Página 34
Módulo PRZNT
IT0008 Define quais WT devem ser utilizadas para calcular o
MXXX 1000 Módulo
PRZNT
Avaliação da suplemento percentual PRZNT. Usa os de
MYYY 500 WT
MNNN ? determinadas WT para calcular o valor de uma outra.
Variant D / I

Conversão

Módulo Variant para o Módulo PRZNT

PRZNT possuí 2 Módulos Varaints (D ou I) que são:
D - devemos entrar as WT a serem utilizadas como base a serem utilizadas para a avaliação do IT.
I - as WT não precisam ser entradas no IT, pois o sistema lê o valor das WT associadas a partir de
uma tabela e utiliza estes valores como base para cálculo.
Módulo SUMME
IT0008 Define quais WT devem ser utilizadas para calcular o
MXXX 1000 Módulo
SUMME
Avaliação da suplemento percentual SUMME. O valor percentual
MYYY 500 WT
MNNN ? NT neste módulo é entrado no tabela (campo: Percentual)
Variant D / I como um valor fixo, e, portanto, esta ligado à WT.

Conversão

Módulo Variant para o Módulo SUMME

SUMME possuí 2 Módulos Varaints (D ou I) que são:
D - devemos entrar as WT a serem utilizadas como base a serem utilizadas para a avaliação do IT.
I - as WT não precisam ser entradas no IT, pois o sistema lê o valor das WT associadas a partir de
uma tabela e utiliza estes valores como base para cálculo.
Módulo ARBPL
Utiliza o tipo do objeto e o número da posição para calcular o montante da WT.
Módulo Variant para o Módulo ARBPL
Se o módulo ARBPL for utilizado com a Variant S para avaliação o sistema baseará os cálculos na
posição do IT0001 e no agrupamento de países. A WT estará presente nesta tabela e será
convertido para o IT0008

Batch Input Processing

Alterações em massa podem ser disparadas por relatórios, e são normalmente feitas por Batch
Input Session e não são atualizadas até que essa Session não seja executada.
Quando uma Session é processada, um LOG é criado, e, esse LOG pode ser utilizado para
executar funções adicionais. Existem três tipo de processo: Online (podemos corrigir transações
interativamente), Only Display Error (quando ocorrer um erro a transação é mostrada para que o
usuário possa corrigir), e, Background (este processo executa a Session sem apresentar os erros
para o usuário, somente no final as transações com erro ficarão na Session).

Aumento do Salário Padrão

Esta função pode ser usada para empregados que tem o Salário Base determinado pela Estrutura
de Salário. São utilizados dois diferentes processos para determinar o aumento de salário
dependendo se o valor a ser acrescido e um valor ou uma porcentagem (Aumento Simples), e , se
o valor do salário poderá ser atualizado no IT0008 (Aumento Estendido). Este último processo
valoriza as WT e usa diferentes Variant de aumento.

Página 35
Executando um Aumento Simples
Quando aumentamos o salário de um empregado, devemos primeiro rodar o relatório RPU51000
para alterar a tabela salarial (PS Group e Level) para uma determinada data. O valor atual é lido da
tabela e ia valorização indireta é feita. Se o empregado possui no IT0008 o campo Indirect
valuation o Sistema mostra o valor que estará válido. Para facilitar o processo as atividades para
alteração das configurações são mantidas em separado. Se quisermos atualizar o IT0008 devemos
executar o relatório RPITRF00, delimitando o registro atual.

Aumento Dinâmico
As Variants definem o tipo de aumento estendido, estas variantes podem ser criadas por nós. As
existentes são:
A - Aumenta a WT por um valor absoluto
G - Aumenta o total de salário por um valor absoluto
D - Aumento por diferença
E - Valores acordados para diferentes PS Groups
T - Insere uma nova WT
C - Restringe o período de existência de uma WT
R - Substitui uma WT por uma outra

Empregado deixando a Empresa

Quando um empregado deixa a Empresa, certos infotipos não podem ser alterados, porque eles
serão necessários para criar um história, e alguns infotipos devem ser delimitados. O PN não deve
ser deletado. Uma nova ação deve ser criada para armazenar a data e a razão da saída, para
alterar o status automaticamente para 0, para que na Folha nos períodos subsequentes o
empregado não seja carregado. Os infotipos IT0001, IT0002, IT0006, IT0008 são necessários para
a Folha e não podem ser delimitados, pois, se forem delimitados não poderemos rodar a Folha
para o mês, e nem, retroativa. Se precisarmos compensar um empregado devemos utilizar os
infotipos IT0014 e IT0015.

Readmissão de um Empregado
O PN antigo é utilizado para iniciarmos a ação. Nesta ação o empregado sofre a alteração do
status (passa para 1), e, os infotipos que estavam delimitados serão atualizados com a nova data
de entrada.

Saindo com Pensão (Aposentadoria)

Se um empregado se aposenta precisamos executar a ação correspondente, esta ação
automaticamente altera o status do empregado (passando para 2) e atribui esse empregado ao
Subgrupo de empregados Aposentado. Para que a pensão seja paga é incluída uma WT no
IT0008. Se um empregado deixou a Empresa a anos atrás e agora é selecionado para receber a
pensão da Empresa, devemos primeiro gerar uma Readmissão e em seguida uma Aposentadoria.

Aposentado Trabalhando como Guarda Noturno

Se um empregado selecionado para receber a pensão da Empresa trabalha como um Segurança
no turno da noite, então devemos admitir esta pessoa com um novo PN, e com o status = 1 e
atribuído ao Grupo de empregados Ativo e Subgrupo de empregados Segurança Noturna.
Devemos criar um segundo PN porque o valor recebido como Segurança Noturno é taxado por
diferentes regras.

Página 36
Transações Extras

PA10 - Personnel File

Permite ao usuário visualizar todos os infotipos que um empregado possui.

PA30 - (Goto --> Planning Data)

Disponibiliza ao usuário relatórios ou visões sobre um determinado funcionário.
Organizational Plan
Organizational Assignment Overal - Apresenta os objetos que estão relacionados com o
empregado (O, S, C, K). Podemos ainda visualizar informações adicionais destes objetos.
Organizational Assignment Current - Apresenta os objetos que estão relacionados com o
empregado (O, S, C).
Staff Assignement - Exibe a relação existente do empregado com as pessoas do seu setor,
mostrando quem é o chefe.
Education and Training
Bookings with history - Exibe uma relação de cursos que o empregado participou ou está inscrito
numa determinada data, mostrando a quantidade de dias, horas, valor do curso, e número de
inscrições.
Prebookings - Exibe uma relação de cursos que o empregado está pré inscrito para um curso que
ainda não tem data marcada, mostrando o período de validade, idioma, prioridade e preço.
Cancellations - Exibe uma relação com a quantidade de cancelamentos efetuados e o valor da
taxa cobrada para este cancelamentos.
Instructor Activity - Exibe uma lista com as datas em que o empregado está alocado como
instrutor, a quantidade de horas e para qual curso
Qualifications - Apresenta uma lista com as qualificações do empregado e com o período de
depreciação de cada qualificação.
Profile - Apresenta uma tela onde estão exibidas as Qualificações, Potenciais, Preferências e
Aversões que o empregado possui.
General Planning Data
Structure Display/Maintenance - Possibilita o usuário rodar o relatório RHSTRU00 para um
Evaluation Path.
Relationship Display - Exibe quais os relacionamentos Ativos e Planejados um empregado pode
ter.com outros objetos.

PA30 - Auxiliary Functions

Delete Personnel Number
Apresenta ao usuário a lista de infotipos que o empregado selecionado possui. O usuário pode
escolher o(s) infotipo(s) que deseja eliminar.
Change Payroll Status
Apresenta para o usuário o IT0003 para que seja feita a alteração desejada.
Correct Actions
Permite ao usuário refazer uma ação para o empregado. Podemos inclusive alterar o infogrupo.

Página 37
HR307 - Administração e Segurança

Configuração da Administração de HR e Segurança

Visão Geral
Menu de Infotipos - podemos alterar a sequência deste menu das seguintes formas: Definindo um
User Group específico de Menu, Alterando a estrutura do Menu e Inserindo novas opções de
Menu.

Alterando o Menu de infotipos na Customização

Podemos utilizar a função de controle de menu para armazenar diferentes Menus e Ações de
Pessoal para diferentes User Groups (parâmetro UGR). Desta forma podemos adaptar o sistema
com os requisitos de cada usuário individualmente.
Se definirmos nosso Menu com User Group Dependent, devemos associar a referência desse User
Group no sistema, caso contrário, o sistema utilizará o padrão.

Definindo a Seleção do Menu de Infotipos

Aqui definimos quais infotipos devem ser apresentados para o usuário quando formas dar
manutenção dos Dados Mestres, podemos estipular também que essa seleção depende do User
Group.

Ações de Pessoal

Visão geral
As Ações facilitam a edição de processos de pessoal complexos. Nas Ações o sistema apresenta
todos os Infotipos relevantes na sequência pré determinada, na qual devemos preencher os dados
necessários, podemos ainda alterar a sequência dos infotipos pertencentes a Ação ou criar uma
nova Ação.

Como Configurar uma Nova Ação

Devemos definir os Infotipos e a sequência de aparição, a esse conjunto damos o nome de
Infogrupos, depois devemos definir as características da Ação de Pessoal, em seguida criarmos
uma Ação de Reação, se for necessário, e por fim incluir a nova Ação de Pessoal no Menu de
Dados Mestres (PA40)

Criando um Infogrupos na Customização

O primeiro passo na criação é definirmos Um código e nome para o Infogrupos, em seguida
devemos definir se este infogrupo é um User Group Depended, a Reação (mensagens) e a
Referência, o User Group.
O segundo passo é incluirmos os infotipos que foram definidos para essa Ação. Para isso devemos
seguir a sequência definida para os infotipos colocando uma numeração que a identifique, depois
devemos identificar qual a operação que esse infotipo fará, e por fim identificarmos o Infotipo, Tela,
se houver, e, o Subinfotipo.
Podemos ainda ter um terceiro passo que seria a alteração da feature IGMOD.
As operações que podem ser realizadas nos Infotipos, como descrito acima, são:
INS – Criar, COP – Copiar, MOD – Modificar, DEL – Excluir, EDQ - Bloquear/Desbloquear,
LIS9 – Delimitar, DIS – Exibir, INSS - Criar Ações.

Página 38
Atributos da Ação de Pessoal
Devemos seguir os seguintes passos
Atribuir um único número e um nome a Ação de Pessoal
Atribuir o FC (function character) que possui os valores (1 - para contratação, 7 - para contratação
através do Recrutamento e 0 - para os demais),
Atribuir os Status de Usuário, de Emprego e o de Pagamento (estes status serão automaticamente
atribuídos no IT0000)
Atribuir, caso necessário, a rotina de Check
Determinar se na transação PA40 os campos Personnel Area, Employee Group e Employee
Subgrupo estarão disponíveis para o usuário entrar com dados, para isso existem 4 Check Box que
identificam estas opções o primeiro faz referência a possibilidade de apresentação, o segundo se
refere a Personnel Area, o terceiro ao Employee Group e o último ao Employee Subgroup
Atribuímos o número do InfoGrupo que definimos anteriormente
Determinarmos se a data de criação de um novo infotipo será a data de início (branco) ou será a
data de término do infotipo existente ( 1 )
Determinarmos se o IT0000 será armazenado na Ação, e, por fim
Determinarmos de o IT0302 armazenará o histórico da Ação.

Indicadores Status
Status do Usuário - não é utilizado normalmente
Status do Emprego - 0 (empregado que deixou a Empresa), 1 (empregado afastado), 2
(empregado Pensionista), e, 3 (Ativo)
Status de Pagamento - 0 (não recebe), 1 (WT padrão), e, 2 (WT especial)

Ações de Checagem (CHECK)

Quando executamos uma nova Ação o sistema verifica se os atributos dessa nova Ação se
relacionam com os anteriores. Podemos utilizar as seguintes features MSN20 (desligamento),
MSN21 (readmissão), MSN32 (pensão).

Motivos para as Ações

Os motivos indicam por que a Ação foi disparada. Podemos utilizar esta informação para avaliar
porque os empregados deixam a Empresa ou porque eles são transferidas. Devemos sempre
entrar com um motivo para cada Ação.

Exibindo Ações Adicionais

Podemos armazenar somente uma Ação de Pessoal por dia no IT0000. Na Customização
podemos especificar quais as Ações devemos armazenar no IT0302. Como uma regra, devemos
escolher Ações que resultam em mudança de Status.

Ativando Ações Adicionais

Se queremos utilizar o IT0302, devemos usar o relatório RPUEVSUP para fazermos as entradas
necessárias, na tabela T77S0, o parâmetro EVSUP deve ser configurado com 1 para o grupo
ADMIN. Na tabela T529A o indicador IT0302 é configurado para todos os tipos de Ação.
Este processo serve para atualizarmos o IT0302 quando esse IT não é inicializado.

Ações Dinâmicas

Ações Dinâmicas
Usamos uma Ação Dinâmica para ligar infotipos. A Ação Dinâmica controla quais atividades
(manutenção de outro infotipo ou execução de um relatório) serão disparadas quando o registro
infotipo for mantido.

Página 39
Podemos especificar se uma atividade deve sempre ser executada sempre que um infotipo ou
subinfotipo é alterado ou se um certo campo é mudado. Na Ação Dinâmica podemos comparar as
manutenções dos infotipos com os seguintes códigos 02 (Change), 04 (Create), 08 (Delete). Estes
códigos podem se combinados entre si. Podemos também verificar as entradas possíveis com as
seguintes funções P (verificar condições), I (manutenção de infotipo), W (valores padrão para um
novo infotipo), V (referência para uma atividade), F (chamada de rotina) e M (envia Mail).
Se estivermos trabalhando com Recrutamento devemos primeiro perguntar a classe de transação
(PSPA-TCLAS) - A (administração de pessoal) e B (recrutamento).

Configurando a Conexão com Mail para Mudanças no Infotipo

Para configuram a conexão, devemos seguir os seguintes passos.
1 - Nas Ações Dinâmicas definir a condição para o envio do Mail
2 - Na feature (M0001, por exemplo) definir o texto padrão a ser usado no Mail, quem receberá, e,
os tipos de processos que podem ser executados no sistema de Mail.
3 - Criação do texto padrão.

Definindo Condições de Envio

Devemos definir em quais condições a mensagem será disparada quando o infotipo for alterado.
Nas Ações Dinâmicas devemos definir o tipo do processo (02, 04, 08), a atividade (M) e a feature
que será usada.

Definindo Atributos do Mail

Usamos a feature para controlar quem receberá o Mail. Está feature pode ser usada para todos os
infotipos de Dados Mestres. Esta feature também define o texto (=IDTXT), e se o Mail deverá ser
movido para OUTBOX depois que tenha sido enviado.

Texto Padrão para Conexão com Mail

O texto deverá ser criado e armazenado sobre o identificador PAMA. Cada Mail consiste de um
Cabeçalho e da Mensagem. O Cabeçalho deve iniciar na 1a. Linha e a Mensagem a partir da 2a.
No texto podemos utilizar campos contidos nas estruturas (quando definimos campos atuais
devemos utilizar, por exemplo, P0001, caso desejarmos utilizar campo da estrutura antes da
alteração deveremos utiliza *P0001), e estas variáveis devem estar entre &..

Customizando a Interface do Usuário

Definindo Screen Header (SH)

Para a criação de um SH podemos utilizar 3 linhas e 83 colunas, onde especificaremos o campo e
a posição que ele deva aparecer.
O devemos utilizar o seguinte processo para definirmos um SH
1 - Atribuir um identificador de header (Header ID) para cada infotipo
2 - Associar o header ID ao País (country grouping) e a um Header Modifier (HM)
3 - Atribuir ao HM os campos desejados (linha, coluna, campo, literal e a conversão).
4 - Salvar as informações (sistema gera o relatório RPH00nnn - nnn = client)
5 - Gerar os Headers (caso haja alterações).

Modificação de Telas (Screen Modification)

Podemos alterar os atributos de um campo em uma tela. Para isso devemos identificar o nome o
Module Pool e o número da tela. Na tela identifique o campo que deve ser alterado e faça a
alteração. Nestas alterações podemos deixar o campo num dos 5 estados pré definidos (1 -
standard da SAP, 2 - campo obrigatório, 3 - campo opcional, 4 - campo de saída, e, 5 - campo
escondido). Se for necessário podemos copiar uma tela e atribuir uma variável para que possamos
fazer distinção entre usuários, estas distinções são alteradas na feature Pnnnn (nnnn = número do
infotipo).

Página 40
Autorização e Profile Generator

Conceito
Determinar a configuração de um registro Mestre de Usuário e as definições de quais dados este
usuário pode acessar.
Como princípio todos os dados são protegidos, e, autorizações para acesso específico a dados
tem que ser dadas, desta maneira o administrador pode determinar quais dados podem ser
acessados e por quem.

Estrutura de Autorização
Usuário As verificações de autorização para acessar os infotipos
de HR pertencem as verificações gerais da SAP. Estas
verificações de autorização são baseadas em objetos de
autorização (que no máximo possui 10 campos de
autorização). Estes objetos de autorização são agrupados
Perfis
para aplicações. Para definir uma autorização para um
objeto de autorização devemos especificar valores de
campos no objeto. Podemos criar muitas autorizações
juntas com diferentes valores e nomes para um objeto de
Autorizações Objetos autorização.
Perfis de autorização são listas de objetos de autorização
e autorizações correspondentes.
A um User são atribuídos vários perfis de autorização no
Valores Campos registro Mestre de Usuário.

Árvore de Autorização de um Usuário.

Usuário No registro Mestre de Usuário encontramos um
ou mais perfis de autorização que podem ser
Perfil 1 Perfil 2 Perfil A
simples ou complexos. Podemos atribuir estes
perfis a muitos usuários, e caso uma autorização
para um objeto de autorização seja alterada todos
Perfil 3 Perfil 4 os usuários que contenham esta autorização num
de seus perfis estarão automaticamente
alterados.
Autorização 1 Autorização 2 Autorização C

Valor XYZ Valor ABC

Conceito de Versão
Perfis de autorização e Autorização são encontradas no sistema nas versões Em Manutenção ou
Ativa. Somente a versão Ativa de um Perfil ou de uma Autorização tem efeito no sistema. Isto
contribui para a segurança.

Distribuindo Tarefas
Podemos distribuir a responsabilidade pelas proteções de acesso para várias pessoas, para que
elas administrem juntas as autorizações internas. O super usuário configura as registros Mestres
de Usuários necessários, perfis e autorizações para um Usuário SAP. A responsabilidade em uma
área de aplicação é distribuída entre três pessoas:
Administrador de Autorizações - que mantém perfis e autorizações e atualiza versões.
Administrador de Ativação - verifica as manutenções e ativa a autorização e o perfil.
Administrador de Usuário - mantém o registro Mestre de Usuário e atribui os perfis requisitados.

Página 41
Objetos de Autorização
As autorizações para HR são mantidas na Classe de Objeto de HR. Um objeto define uma
combinação de 10 campos os quais são checados e ligados. A cada campo devemos atribuir
valores e estes conjunto de valores são chamados autorizações no SAP.

Objeto HR-Master Data

Este é o objeto mais importante no HR. O nível de autorização define o escopo da autorização e
pode conter os seguintes valores R (leitura), E (grava para registros bloqueados), D (mantém
registros bloqueados), M (exibe matchcodes) S (grava para registros bloqueados; desbloqueia se a
última pessoa que alterou o registro não é o usuário corrente), e, * (todas as operações de acesso).
Autorizações E e D podem ser usadas quando se aplica o princípio da dupla verificação.
Organizational Key (campo do IT0001) pode ser usado para configurar uma verificação de acesso.

Princípio da Dupla Verificação

No Objeto HR-Master Data, níveis de autorização E e D possibilitam implementar o princípio da
dupla verificação. Deste modo no mínimo duas pessoas devem ser envolvidas em gravar um
registro válido no banco de dados. Um destes usuários deve ter nível de autorização E e o outro D.
A autorização E permite o usuário manter e criar registros bloqueados. A autorização D permite ao
outro usuário remove o bloqueio e configurar para um outro registro o bloqueio. Podemos também
implementar este princípio utilizando o nível de autorização S.

Organizational Key
A Org.Key pode ser usada como um elemento adicional na verificação de autorização. O campo
utilizado nesta verificação é o VDSK1.

Verificação Extended Master Data

Este objeto executa uma verificação similar ao objeto HR-Master Data. Ele não é ativo no Sistema.
Podemos utilizar o programa MPPAUTSW para determinar se esta verificação será executada em
substituição a verificação HR-Master Data (para fazer isso devemos configurar o campo P_ORGXX
com o valor 1). Os administradores são os contidos no IT0001 e o Grupo de Administradores é o
definido na feature PINCH (este valor é proposto pelo sistema se o parâmetro SGR estiver
armazenado mo registro Mestre de Usuário).

Verificação Master Data Personnel Number

Este objeto pode ser usado para acrescentar verificações de autorização para dados de pessoas,
podemos especificar como o sistema irá interpretar o usuário.
I - Autorização para PN atribuído - neste caso o usuário é autorizado a ler seus dados
E - Autorização para todos os PN exceto o seu.
* - não é permitido.
Esta autorização deve ao final ser atribuída a um perfil e este perfil ser atribuído a um registro
Mestre de Usuário, em seguida devemos especificar todos os PN na Customização “Set up
authorizations based on personnel numbers” , isto possibilita uma flexibilidade de trabalho sem ter
que alterar a autorização.
Esta verificação não está ativa no sistema e pode ser ativada usando o programa MPPAUTSW
(configurar o campo P_PERNR com o valor 1). Se esta verificação estiver ativa ela é ligada aos
seguintes objetos como OU lógico - HR-Master Data, HR-Master Data Extended Check e caminhos
definidos no HR-PD.

Página 42
Test Procedure
Essa funcionalidade é utilizada para descentralizar o registro de informação de Time dos
empregados, para que eles possam entrar com os registros de faltas e frequências e um
administrador verificar. Test Procedure são subinfotipos do IT0130. Um infotipo (subinfotipo) pode
ser atribuído para vários Test Procedures. O IT0130 permite indicar se o dado foi verificado e se a
atualização também já foi verificada. A verificação completa é representada por meio do
subinfotipo. A data de liberação também é armazenada. Se um Test Procedure foi executado por
um superior para uma data de liberação específica, a autorização de gravação é requerida para o
IT0130 assim como para o infotipo relevante com a ordem de editar o registro com a data de
validade a qual é anterior a data de liberação. No passo “Assign infotypes to test procedures” na
Customização podemos determinar quais infotipos serão ligados no ao IT0130. Devemos converter
a chave P_APRO do programa MPPAYTSW para que o sistema interprete o IT0130 suscetível a
autorização.

Atribuindo Autorizações para Test Procedures

Se utilizarmos o IT0130 devemos prestar particular atenção à autorização quando atribuímos
autorizações para os infotipos de HR. Se um infotipo é atribuído para um Test Procedure e o Test
Procedure é executado para uma superior para uma certa data de liberação devemos somente
editar os dados do IT0130 se tivermos autorização para gravação.

Autorização para Batch Input Sessions

Podem ser definidos prefixos específicos para proteger os relatórios de Batch Input Session. Este
prefixo é colocado a frente do nome da sessão e pode ser verificado geralmente num ponto
posterior. Isto previne uma sessão ser iniciada sem autorização. Podemos utilizar a transação
SU03 para encontrar o objeto de autorização para Batch Input (S_BDC_MONI) que está sobre a
classe de objeto Basis-Administration. Este objeto permite controlar autorizações baseadas no
nome da sessão em combinação com uma atividade. As atividades possíveis estão documentadas
no objeto. A feature BIMAP permite definir os prefixos.

Profile Generator
O Profile Generator gera automaticamente os perfis de autorização, atribuindo os perfis gerados
para os usuários. O Profile Generator usa o Menu de Companhia como base para gerar os perfis
de autorização.

Definindo Autorizações Abrangentes

No SAP os usuários precisam de diferentes autorizações para executarem diferentes tarefas. Cada
perfil representa uma tarefa na Empresa. O objetivo do conceito de autorização é publicar as
autorizações necessárias para cada empregado, mas ao mesmo tempo permanecer com o sistema
integro. As integrações com vários componentes é uma dificuldade para o Administrador saber qual
autorização o usuário precisa e para qual objeto. Existem muitos objetos que muitos usuários não
precisam. O Profile Generator resolve este problema com a criação de perfis de autorização uma
vez que o administrador tenha escolhido as transações que o usuário deva ter para realizar seu
trabalho.

Activity Group
Consiste de uma lista de transações, é definido usando o Menu de Companhia, e pode conter
opções completa do menu ou transações individuais.

Página 43
Atribuindo um Usuário
Atribuição Não podemos atribuir um usuário a um perfil
Manual automaticamente, em vez disso atribuímos um
Activity Reg. Mestre
Group de Usuário Activity Group para um usuário. Para fazer isso
podemos utilizar uma transação Online ou um
Atribuição usando relatório Batch para colocar o perfil no registro
Profile Generator Mestre de Usuário. As principais vantagens de
atribuir perfis via Activity Group são:
Atribuição usando
Batch Input ou 1 - Por razões técnicas o sistema pode Ter que criar
Perfil de Transação Online mais de um perfil para um Activity Group amplo.
Autorização 2 – Quando atribuímos um Activity Group para um
usuário podemos definir o tempo de dependência
para esse perfil. O relatório de Batch que coloca o perfil no usuário também pode retirar.
3 – Pode ser implementado o princípio da dupla verificação.

Definindo Activity Group

Um Activity Group é uma coleção de atividades (tarefas, relatórios e transações), além desta
atividades podemos atribuir deferentes objetos organizacionais. Podemos também definir uma
responsabilidade para cada Activity Group.
A função de manutenção do Activity Group pode ser usado por vários componentes do SAP
(Manager Users, Business Workflow e HR Org. Management)

Selecionando Transações
Podemos selecionar todas as transações de uma Menu de Companhia. O semáforo indica as
transações selecionada, se todas (verde), se algumas (amarelo) ou se nenhuma (vermelho).
O Menu da Companhia pode ser acessado pela transação SSM1.

Definindo Autorizações
Na tela de Manutenção de autorizações a luz verde do semáforo indica que todas as autorizações
foram mantidas para os subpontos, a amarela indica que a autorização não foi mantida pelo menos
para um campo.
Na hierarquia podemos editar autorizações pré definidas como por exemplo manter valores dos
campos da autorização, inserir autorizações e desativar e deletar objetos de autorização.
Quando a edição da autorização estiver completa temos que salvá-la e em seguida gerá-la.

Mantendo a Atribuição do Usuário

Finalmente devemos atribuir os usuários para a Activity Group. Por razões de segurança o usuário
não recebe o perfil de autorização até que escolhamos a função “User Master Record Update” ou
escolhamos a transação SU01.

Autorizações para PD
O objeto PD: Personnel Planning é usado para verificar autorizações de PD. Podemos valorizar os
seguinte campos:
Function Code – define o tipo de edição do dado
Infotype – define quais infotipos podem ser acessados
Object Type – define quais tipos de objetos podem ser acessados
Planning Status – define quais os Status de objetos e infotipos podem ser acessados
Plan Version – define qual o plano de versão será acessível
Subtype – define quais Evaluation Path podem ser acessados

Página 44
Conceitos de Autorizações em Duas Partes
Dentro de PD os dados do empregado são representados pelo objeto P. Isto permite ligar a
verificação de autorização para os dados do empregado para PD. Para usar essa funcionalidade
temos que ativar a conexão entre PA e PD por autorização “Structural Authorization Check”. Isto é
controlado pela chave do programa AUTH_SW.

Perfis para Autorização da Estrutura

Para configurar a verificação da Autorização da Estrutura devemos executar os dois passos
seguintes:
No passo Mantain PD profiles, determinamos a autorização.
No passo Mantain PD users atribuímos os perfis aos usuários.

Definindo Perfis de Autorização Estrutural

Podemos definir autorizações para as seguintes áreas: Plano de versão, Tipos de objeto e
Identificadores de objetos. Podemos também definir perfis de autorização para os seguintes
parâmetros e funções:
Evaluation Path – podemos identificar o caminho que os usuários podem acessar para os objetos.
Status Vetor – podemos identificar quais Status podem ser acessados.
Display Depth – podemos determinar o nível na estrutura hierárquica
Period – podemos identificar o tempo em que um perfil é dependente dentro da validade de uma
estrutura.
Function Module – podemos identificar um módulo de função que dinamicamente determina um
objeto raiz em tempo de execução.

Autorização para Criar Novos Objetos

Quando criamos um novo objeto (IT1000), a autorização da estrutura tem certeza que o objeto é
atribuído a estrutura. O sistema sugere um relacionamento que pode ser predefinido por tipo de
objeto.

Sistema de Informação
Provem informações dos usuários, perfis e autorizações existentes. Provem informações de onde
estes objetos são usados, exibe alteração de documentos, e, permite comparar deferentes perfis e
usuários.

Comparações
Podem ser feitas as seguintes comparações:
Comparação de registros Mestres de Usuários
Comparação de perfis
Comparação autorizações

Revisão

Visão Geral
Quando criamos ou alteramos os dados de pessoal, o sistema gera um registro Mestre de Pessoal
e ao mesmo tempo armazena um LOG num arquivo de documento. O tipo de documento “long-
term” é usado para o propósito de revisão, isto é, as alterações são armazenadas em tabelas
separadas e ficam lá até que sejam deletadas. Durante a Customização definimos quais infotipos,
campos ou grupo de campos de um infotipo serão armazenados no LOG. Temos as seguintes
opções:
1 – alterações dentro de um infotipo são armazenadas para cada campo.
2 – podemos agrupar campos de um infotipo os quais serão sempre armazenados.
O programa RPUAUD00 é usado para exibir os documentos LOGados.

Página 45
Sistema de Informação

Sistema de Informações de HR
Provem o usuário com uma grande quantidade de relatórios para todas as área de HR, e também
permite que sejam definidos rápida e eficazmente nossos próprios relatórios. Estes relatórios são
apresentados em uma árvore.
O Ad Hoc Query é uma ferramenta de relatório que permite chamar os dados de HR simples e
eficazmente.
O ABAP Query é uma ferramenta que permite gerar relatórios.

Deletando Relatórios Específicos de um País

Podemos através da Customização deletarmos relatórios específicos de determinados países.

Definindo uma Árvore de Relatório

Podemos criar nossas próprias árvores de relatórios e ainda desativar árvores já existentes para
qualquer usuário final configurando o parâmetro KBT para X.

Criando Nossos Próprios Relatórios

Programação ABAP Podemos utilizar as funções
ABAP Query e Ad Hoc Query. O
Query Criar relatórios ABAP automaticamente
ABAP Query permite acessar
todos os infotipos de HR e criar
listas complexas. No Ad Hoc
ABAP Query Ad Hoc Query Query poderemos acessar
somente os infotipos de PA.
Dados Dados
Time Time
Mestres Mestres

PD Recrutamento Recrutamento

ABAP Query
Objetivo – relatório definido por usuário final, não é necessário experiência em programação, e,
não é necessário conhecimento de termos técnicos.
Procedimentos – seleção de campos, determina sequência, e, define opções de saída.
Resultado – ABAP Query

Configurando uma Query

Passo 1 – Criar Áreas funcionais
Passo 2 – Criar grupos de usuários e atribuir as áreas funcionais aos grupos de usuários
Passo 3 – Criar Query’s

Áreas Funcionais
Para criar uma área funcional devemos determinar quais dados o usuário poderá avaliar

Mantendo Áreas Funcionais

Quando definimos uma área funcional devemos primeiro definir um conjunto de dados primários e
requisitar os infotipos. Devemos escolher uma base de dados lógica de acordo com os infotipos
que o usuário deseje acessar, os banco de dados disponíveis são PNP (infotipos de PA e Time),
PCH (infotipos de PD) e PAP (infotipos de Recrutamento). O número máximo de infotipos numa
área funcional é 99. O SAP contém os seguintes grupos funcionais e identificadores de grupos de
funcionais: Grupo funcional de campos chave (00), e, um grupo funcional para cada infotipo
incluído na área funcional

Página 46
Mantendo Grupos de Usuários
Um usuário pode ser atribuído para um ou mais grupos de usuários.

Atribuindo Áreas funcionais para Grupos de usuários

Podemos atribuir áreas funcionais para cada grupo de usuários.

Tipos de Avaliação
Existem três tipo de avaliações e podem ser combinadas entre si, e são elas:
Lista Básica, Estatísticas e Lista de Ranking.

Página 47
HR306 – Time Recording

Groupings

Groupings no Gerenciamento de Tempo

Vários elementos de gerenciamento de tempo são baseados na Personnel Subarea (PSA) e
Employee Subgroups (ES), estes elementos incluem horários, quotas, ausências, presenças.
Desta maneira o PSA e o ES são agrupados para cada elemento e dentro de cada agrupador são
manuseados da mesma forma.
Desta forma podemos montar agrupadores para PSA e ES que compartilhem o mesmo elemento
de Time, podendo controlá-los individualmente para limitarmos elementos específicos e reduzir o
valor requerido de um dado a ser entrado.

Métodos e Pré Requisitos

Armazenando Dados de Tempo

O Time possibilita termos uma configuração flexível do processo de trabalho que são necessários
para armazenar e avaliar os dados de tempo de um empregado.
O registro de tempo pode ser integrado com outras aplicações SAP, e é principalmente usado com
a Folha.

Implementando Registro de Tempos

Existem basicamente dois registros diferentes para armazenar dados de tempo. Ambos os
métodos requerem um horário mensal válido.
O primeiro método registra as divergências dos dados de tempo de um empregado em relação ao
seu horário mensal estipulado.
O segundo método também registra as divergências, mas também todos os tempos reais. Estes
tempos reais são geralmente são armazenados em sistemas de tempo separados e depois
passados para o R/3 usando uma interface. Todos os tempos são comparados e avaliados com o
horário mensal estipulado. No caso de exceções elas podem ser armazenadas manualmente no
IT2011.
Em ambos os casos as Horas Extras são armazenadas automaticamente.

Criando Horários Mensais

Dias
DWS (daily work schedule)
Festivos Os pré requisito para o Time
são: um calendário válido
Calendário Intervalos Variants
Regras de contendo suas datas festivas, e,
Varaints um horário de trabalho válido.
Um Horário de trabalho consiste
PWS (period Tipos de em uma matriz de elementos
work schedule) Dias individuais amarradas com o
calendário. Depois destes
WSR (work schedule rule) elementos estarem definidos
eles são agrupados numa
Gerar Regra de Horário de Trabalho.
WS (work schedule)
Está regra é a base para se
gerar um Horário Mensal, e este
Horário mensal é atribuído ao
IT0007
empregado no IT0007 pela
regra.

Página 48
Calendário

Calendários
Dias
Festivos Um Calendário é o conjunto de datas festivas agrupadas. Além do Calendário
Normal o R/3 possui um Calendário de Fábrica que não afeta o Calendário
Normal de forma alguma.
Podemos adicionar e definir novas datas festivas e atribuí-las a um
Calendário Calendário, além de também podermos modificar ou simplesmente eliminar
algumas datas festivas.
Diferentes regras determinam o tipo de data festiva (data fixa, data fixa a partir
de uma data, distante da Páscoa, domingo de Páscoa, data móvel).
Personnel Todos horários de trabalho são baseados num calendário válido. E estes
Subarea calendários válidos são atribuídos a um PSA.

Definindo Classes se Calendário

As datas festivas são agrupadas por classes. Estas classes são usadas para seleção de Time WT,
Variants de horário de trabalho diário, tipos de dias e para contagem de ausências.
Alguns acordos coletivos estipulam diferentes bônus para trabalhos realizados em feriados. Se
quisermos tratar um feriado diferentemente, podemos atribuir uma classe alternativa. Estas classes
são as seguintes:
Branco - não é feriado
1 - o dia todo é feriado
2 - metade do dia é feriado
3 até 9 - alternativos.

Agrupadores

Diferenças e Similaridades
Os vários agrupadores entre PSA e ES mostram as diferenças e similaridades no Time. Devemos
sempre gerar um Projeto de Time por ser um componente com muitos detalhes.

Work Schedules Groupings

PSA 01 PSA 02 PSA 03 Um PSA Grouping for Work Schedule (PSAG-WS)
é um agrupador de PSA que usa as mesmas
regras de horário de trabalho. Estes agrupadores
PSAG-WS 01 02 permitem controlar quais horários são podem ser
utilizados dentro da PSA.
Horários Normal Normal
de Flexível Rotativo
Trabalho

Página 49
Daily Work Schedule Groupings
PSA 01 PSA 02 PSA 03 PSA 04
Um PSA Grouping for Daily Work Schedule
(PSAG-DWS) permite definir o mesmo horário de
trabalho diário para diferentes PSA Grouping.
Estes agrupadores não são diretamente
PSAG-WS 01 02 03
atribuídos a PSA, mas são atribuídos para os
PSAG-WS
PSAG-DWS 01 02

Horários Normal Normal

de Flexível Turno M, T e N
Trabalho

Substitution Types Groupings

Um PSA Grouping for Substitution Types
PSA 01 PSA 02 PSA 03
(PSAG-ST) são agrupadores que
permitem definir quais tipos de
substituição podem ser feitas para uma
PSAG-ST PSA.
01 02

Tipos de Subst. Turno Subst. Turno

Substituição Pref. Empreg. Subst. Chefe

Absence and Attendance Types Groupings

Um PSA Grouping for Absence and Attendance
PSA 01 PSA 02 PSA 03
Types (PSAG-AAT) são agrupadores que
permitem definir quais tipos de ausências e
presenças podem ser atribuídas para uma PSA.
PSAG-AAT 01 02

Tipos de Falta
Falta
Faltas Falta 1/2 dia

Absence and Attendance Counting

Groupings
PSA 01 PSA 02 PSA 03
Um PSA Grouping for Absence and Attendance
Counting (PSAG-AAC) são agrupadores que
permitem definir quais tipos de regras de
contagem de ausências e presenças são PSAG-AAC 01 02
válidas para uma PSA.

Critério de 1 dia Saída 1,5 dia de

Contagem 1 dia de Direito direito

Página 50
Availability Types Groupings
Um PSA Grouping for Availability Types
PSA 01 PSA 02 PSA 03
(PSAG-AT) são agrupadores que permitem
definir quais tipos de disponibilidade podem
ser feitas para uma PSA.
PSAG-AT 01 02

Tipo de Disponível p/ Disponível p/

Disponibi- chamada chamada 10%
lidade

Time Quotas Groupings

Um PSA Grouping for Time Quotas (PSAG-TQ)
PSA 01 PSA 02 PSA 03
são agrupadores que permitem definir quais
quotas de ausência ou presença podem ser
atribuídas para uma PSA.
PSAG-TQ 01 02

Tipo de Cursos de Cursos

Ausência Línguas Técnicos

Employee Subgroup - Work Schedule Grouping

Horistas
Tempo- Mensa- Um horário de trabalho pode ser definido
rários listas para vários grupos de Employee Subgroup,
para fazer isso ES Groupings for Work
Schedule (ESG-WS) são definidos. O SAP
ESG-WS 01 02 contém o grupo 1 para horistas e o grupo 2
para mensalistas. Se não diferenciarmos
entre estes dois grupos, devemos utilizar o
Horário de Normal mesmo grupo para ambos tipos de
Rotativos
Trabalho Flexível empregados. Está quebra em dois grupos é
opcional.

Employee Subgroup - Time Quotas Grouping

Tempo- Mensa- Tipo de quotas podem ser definidas para
Horistas
rários listas diferentes grupos de Employee Subgroup,
para fazer isso ES Groupings for Time Quotas
(ESG-TQ) são definidos. O SAP contém o
ESG-TQ 01 grupo 1 para todos os empregados.

Cursos e
Treinamento

Página 51
Work Schedule

Níveis de WS
O WS define os modelos de horários para vários grupos de empregados. Horários concretos são
determinados para Employee Subgroups e para empregados individuais no horário de trabalho
mensal (MWS). Um calendário válido é pré requisito para todos os horários de trabalho. As
especificações de um horário de trabalho são armazenadas em três níveis. A Nível Diário - onde se
incluem os intervalos , e, o plano de horário diário (podemos ainda definir versões alternativas de
um horário de trabalho diário utilizando as Variants). A Nível Semanal - horários diários são
arranjados dentro de um modelo específico para montar um Period Work Schedule (PWS). E a
Nível Mensal - onde os horários de trabalho são criados para vários meses do calendário baseados
no calendário válido e nas regras de horário de trabalho.

DWS and Variants

DWS ( daily work schedule ) Para definir vários horários de
trabalho, devemos primeiro definir o
Dia de Trabalho Intervalo Intervalo horário de trabalho diários e seus
(workday ) intervalos. Estes são as menores
unidades de um DWS. Devemos
Dia de Trabalho
definir versões alternativas de DWS
alternativo Intervalo para atender os empregados que
(workday variant ) trabalham num período reduzido de
horas. Estas condições são definidas
também em regras específicas

Intervalos (Breaks)
Intervalos são períodos de duração de tempo de um dia de trabalho onde o empregado não está
trabalhando. Estes intervalos são definidos por regras. Os intervalos são atribuídos a um PSAG-
DWS.
Os tipo de intervalos são: Fixos - contém um certo período de tempo, Variáveis - intervalos que
devem ser realizados dentro de um período específico de tempo, Dinâmico - intervalo deve ser
feito depois de certo número de horas trabalhadas (podem ser definidos usando a função DYNBR
no Time Evaluation), Horas Extras - intervalos devem ser realizados enquanto um empregado faz
hora extra (para estes intervalos atribuímos o tipo O), e, Breaks - os intervalos que forem feitos
após a meia noite, durante o turno da noite, devem ser atribuídos para o dia anterior marcando o
campo Indicador de Dia Anterior.
Se um horário de trabalho for alterado depois da atribuição para um DWS, devemos reavaliar a
aplicabilidade deste horário de trabalho.

Daily Work Schedule (DWS)

Um DWS contém as especificações para um dia de trabalho. Estas especificações incluem início e
fim do tempo de trabalho, horas de trabalho planejadas e intervalos, podemos indicar também se
horas extras são permitidas e se podemos incluir as versões de horários (Variants), e ainda, o
início e o fim da tolerância de marcação de entrada e saída.
Um DWS pode definir horários fixos ou flexível de trabalho. O horário flexível contém o período de
tempo dentro do qual o empregado precisa estar marcar a entrada e a saída, e ainda contém o
Core Time que especifica o tempo no qual o empregado está obrigatoriamente na Empresa
trabalhando.

Página 52
Classes de DWS
Uma Classe é atribuída a cada DWS, e tem um duplo propósito - especificar as regras e condições
para a geração dos Time WT bem como determinar quais ausências e presenças serão contadas.
A classe 0 - indica um dia não trabalhado e as classes de 1 a 9 são utilizadas para dias
trabalhados. Dias que normalmente não são trabalhados devem ainda ser atribuídos para um DWS
com a correspondente especificação (0 = horas de trabalho planejadas, e classe de DWS = 0).

DWS Variant
Uma DWS Variant tem o mesmo nome da original porém contém um indicador adicional, um
número ou uma letra, que a distingue. Uma DWS Variant pode ser incluída automaticamente
quando é gerado um MWS, para acoplá-la devemos definir uma regra que determine quais as
condições serão reunidas para serem utilizadas em dias específicos.

DWS Variants Rules

As regras são definidas para DWS Variants dependendo da Classe de Feriado do dia Corrente, da
Classe de Feriado do dia Seguinte e o Dia da Semana do dia Corrente. Uma regra pode conter
várias subregras, e todas as subregras são rodadas juntas ainda que só uma se aplique, se
nenhuma subregra é aplicável então, nenhum DWS Variant é usada.

Period Work Schedule (PWS)

Empregados trabalham de acordo com vários modelos de horários, estes modelos identificam se
um empregado trabalha num turno ou se trabalha aos finais de semana.

PWS Modelo de Horários

Um PWS forma a base para a geração de um MWS, ele consiste da sequência de DWS que são
combinadas por certos modelos, pode conter uma ou várias semanas ou ainda parte de uma
semana, em outras palavra o PWS representa o modelo de repetição de um horário.

Definição de Tipos de Dias

O tipo de dia determina o pagamento assim como ausências ou presenças planejadas para um dia
específico mo MWS. O tipo de dia é necessário para contar ausências e para determinar WT, e
estão disponíveis em 4 tipos: branco - trabalhado e pago, 1 - não trabalhado e pago, 2 - não
trabalhado e não pago, e, 3 - não trabalhado e pago, porém como dia especial.

Definindo Regras de Seleção

Os tipos de dias são atribuídos para dias individuais nas regras de seleção. O tipo de dia é
determinado pelo dia da semana e pela classe de feriado num específico dia da semana. O horário
de trabalho estipula qual regra é usada para determinar o tipo de dia.

Definindo Dia Especial

Dias especiais são aqueles que não são feriados não são trabalhados mas, são pagos. Estes dias
são entrados manualmente no sistema e são indicados para as pontes de um feriado. As regras de
seleção incluem dias especiais e armazenam na regra de horário de trabalho. Estas regras
reorganizam os dias especiais quando um MWS é gerado.

Work Schedule Rules

A WSR contém a média de horário de um empregado, estes dados são utilizados na Folha e
armazenados no empregado no IT0007.

Página 53
Monthly Work Schedule (MWS)
O MWS é gerado pelo PWS, pelo Calendário e pela repetição dos meses que devem ser gerados.
O MWS deve ser gerado no sistema e podemos fazer isso por Batch ou Online.

Determinando Dias não Trabalhados (Day Off)

Classe de A decisão se um dia do horário de trabalho é
DWS um dia não trabalhado depende da Classe
do DWS e do tipo de dia (derivado da classe
Day de feriado).
Off 0 1~9

Classe de
DWS

Day
branco 1, 2, 3... Off

Planned Work Time (PWT)

O MWS é atribuído a um empregado usando uma regra de horário (WSR) no IT0007.

Part-Time

Planned Working Time

O Part-Time é formado de empregados cujos horários de trabalho são diminuídos dos horários que
eles tem configurados para si. Os modelos de Part-Time são numerosos e variam amplamente da
Corporação para a Indústria.

Modelo de Trabalho em Part-Time

Se precisarmos criar uma regra específica para um empregado que trabalhe no regime de Part-
Time, devemos proceder exatamente como para criar uma regra de regime Full-Time. Uma regra
para Part-Time pode ser usada por todos empregados que estiverem indo trabalhar com esta
regra.
Porém, se quisermos especificar uma regra de Part-Time baseada numa regra de Full-Time temos
que modificar a média de horas trabalhadas na regra de DWS que está aplicada para cada
empregado no IT0007. Podemos também configurar o percentual assim como as horas de trabalho
por dia, semana, mês ou ano ente infotipo.
Podemos também especificar variáveis de horário de trabalho para empregados com regime de
trabalho Part-Time usando a função de Dynamic DWS.

Divergências no Horário de Trabalho

Ausências (IT2001)
Ausências são horários de trabalho planejado em que o empregado não trabalhou, isso pode ser
pago ou não pago. As ausências são armazenadas no IT2001 e são mais especificamente
definidas por tipos de ausências (subinfotipos). Os tipos de ausências são dependentes dos
agrupadores para PSAG-AAT, isto é somente as ausências que estiverem associadas a este
agrupador podem ser inseridas para um empregado que trabalhe numa determinadas PSA.
Podemos determinar quais entradas o sistema verificará quando armazenarmos uma ausência.
Destas entradas o sistema reage se forem dias não trabalhados, assim como, quanto ao limite de
entradas de ausência para um certo número de dias.
Cada subinfotipo é atribuído a uma Classe de Time Constraint que é referenciado durante a
verificação de Colisão.

Página 54
Presenças (IT2002)
As presenças são uma descrição detalhada do horário de trabalho e são também referenciadas
para pagamento. As presenças são tempos nos quais o empregado não está no seu centro de
trabalho usual, mas ainda está trabalhando para a Empresa. Estas presenças podem ser
registradas como fora do local de trabalho, como treinamento, como instrutor num curso, e, muito
mais.
Devemos configurar as presenças da mesma forma que configurarmos as ausências.

Cotas de Ausência e Presença (IT2006 e IT2007)

Uma cota de ausência é baseado num tempo limite que um empregado pode estar ausente, da
mesma forma para presenças.
O IT2006 (cotas de ausência) pode ser entrado manualmente e seus valores serão deduzidos pelo
IT2001.
O IT2007 (cotas de presença) pode ser entrado manualmente e seus valores serão deduzidos pelo
IT2001. Dependendo do tipo de cota os valores podem ser acrescidos pelo IT2002.
A distinção entre ausência e presença é se elas serão deduzidas ou não das cotas. Se elas
acumularem cotas, então terão lugares apropriados nos infotipos IT2006 e IT2007, estes valores
são armazenados no tipo de cota aplicável.
Se muitos tipos de saída da empresa são requisitados (férias, mudança de pessoa, etc.) então
devemos criar muitos tipos de cotas para elas.
Tipo de Cotas e Tipos de Ausência e Presença devem ser deduzidos e salvos de acordo com a
exatidão da data. Para fazer isso deve ser definido um intervalo de numeração na Customização.

Tipos de Cotas de Ausência e Presença

Os tipos de cotas de ausência e presença dependem do PSAG-TQ e do ESG-TQ. Estes tipos de
cotas podem ser especificados em Horas ou Dias, podemos restringir o início e o fim do período.
Todos os tipos de cotas tem uma Classe de Time Constraint que são verificados na Colisão.

Substituições (IT2003)
Substituições são divergências planejadas de um horário de trabalho de um empregado num
período de tempo fixo. Isso pode acarretar numa diferença de pagamento para quem substitui
baseando esta funcionalidade nas atividades ou tarefas que o substituto terá que cumprir.
Com este infotipo podemos colocar um trabalhador aonde e quando ele é mais necessário.
Temos os seguintes tipos de substituição: individualmente especificado no DWS (substituição de
dia de trabalho), um diferente DWS, uma regra diferente de horário de trabalho (WSR), um horário
de trabalho de um outro empregado (substituição por pessoas), uma diferente, ou temporária,
posição.
A substituição define uma alternativa de horário de trabalho para um empregado. Uma exceção é
uma substituição para uma posição diferente porque isto inclui um pagamento diferenciado no
período. Os custos da substituição podem ser atribuídos alterando o centro de custo do
empregados para um centro de custo alternativo.

Compensação dependendo do Tipo de Substituição.

Podemos criar vários tipos de substituição. Estes tipos de substituição podem também ser usados
para pagamentos de valores alternativos, e, dependendo do tipo de substituição podemos
determinar se um bônus ou outro tipo de compensação se aplica.
Os tipos de substituição podem ser propostas utilizando uma feature.

Página 55
Horas Extras (IT2005)
Horas extras descrevem horas de trabalho que um empregado fez fora do seu DWS.
Se estivermos trabalhando com o primeiro método de Time estas horas extras devem ser entradas
manualmente no IT2005, caso contrário, a manutenção deste infotipo não é requerida, pois, as
horas extras são calculas com todos os tempos reais e armazenada automaticamente no IT2005.
As horas extras podem ser pagas usando um WT ou podem ser colocadas para dias livres (banco
de horas) no IT2006. Isto é controlado no tipo de cálculo da hora extra.
Por usar um indicador prévio, controlamos se a hora extra é atribuída ao dia anterior. Isto é
principalmente relevante quando o DWS vale para mais de um dia.
O custo das horas extras também podem ser passados para outro centro de custo que não o do
empregado.

Informação de Remuneração do Empregado (IT2010)

Em alguns casos podemos armazenar as horas extras de um empregado com um valor no IT2010
e atribuir então certas WT. Podemos então utilizar o IT2010 para armazenar manualmente o
cálculo de valores, pagamento de insalubridade e outros tipos de WT não planejados. Estas WT
não podem ser automaticamente geradas na Folha e é por isso que devem ser geradas
manualmente..
O IT2010 é baseado na data de efetivação, que é, o início de um período efetivo e não um intervalo
de tempo prescrito. Se a data efetiva cair dentro de um certo período de cálculo, então a
pagamento ocorre no mesmo período.

Disponibilidade (IT2004)
Disponibilidade pode ser especificada por um período do dia, por um DWS, ou, por uma WSR.

Colisões de Tempo
São reações que o sistema gera de várias maneiras quando os infotipos de Time sofrem influência
na sua Classe de Time constraint.

Verificações de Colisão
Frequentemente os registros de Time tendem a sobrepor uns aos outros. Quando entramos com
um novo registro o sistema verifica se o empregado já possui um outro registro para o mesmo
período. Quando isso acontece o sistema envia uma mensagem para delimitar o registro antigo.

Especificando as Reações
As reações são especificadas pelo indicador da Classe de Time Constraint e são:
A - O registro existente é delimitado e o novo registro é criado
E - O novo registro não pode ser inserido
W - O novo registro é criado e o existente não é alterado
N - Um novo registro é criado e o existente é alterado

Deduções de Cotas e Regras de Contagem

Deduzindo e Contando Cotas

Determina quais dias uma regra de contagem para ausência ou presença é valida. Devemos
selecionar as características do dia para aplicar a regra, tais como: dia da semana, classe de
feriado e tipo de dia.

Página 56
Conexão entre Dedução e Contagem
Um tipo de ausência ou presença só pode ser deduzida de um cota, se a conexão já existir entre a
cota e o tipo em questão
A duração de uma ausência ou presença é calculada na regra de seleção. Em alguns casos estas
regras acessam as regras de arredondamento e as regras de dedução de cotas. Os tipos de cota
que são deduzidos são detalhados nas regras de dedução.

Calculando a Duração de Ausências e Presenças

Para calcular a duração o sistema primeiramente obtém as horas planejadas para o dia corrente de
um DWS válido. Somente os dias que são planejados podem ser calculados

Calculando a Duração de Ausência/Presença

Para calcular a duração o Sistema se refere primeiro ao número de horas planejadas durante o dia
atual do DWS válido. Só os dias onde se planejaram horas influenciam para o cálculo. Certa
ausências/presenças ou DWS/PWS em certos dias (feriados públicos, dias de fim de semana)
trazem com eles regras para a duração de contagem uma ausência/presença.
A duração de Ausência/Presença é calculada de acordo com várias unidades que são identificadas
nos IT2001 e IT2002.
Finalmente, as horas ou dias são registrados na folha de pagamento. Estes são usados para
deduzir cotas no cálculo da Folha de Pagamento. O cálculo de horas ou dias é controlado pelas
entradas de contagem da Ausência/Presença na folha de pagamento. Deste modo os dias podem
influenciar também e serem calculados para os empregados que não tem horas planejadas.

Regras arredondando
São diretrizes de arredondamento para ausência e cotas de presença. Podemos incluir várias
subregras complementares.

Regras de Dedução para Cotas de Ausência/Presença

As Regras de dedução contêm informações sobre os tipos de cotas que serão deduzidas de
acordo com sequência de deduções e a prioridade. Usando a prioridade podemos fixar critérios
adicionais (tipo de cota, válido de, válido para, começo de dedução, fim de dedução). As regras
dependem do empregado e dos PSAG-TQ. Podem ser definidas em horas ou dias.

Regras de Contagem para Ausência/Presença

Para calcular a duração o Sistema primeiro referencia o número de horas planejadas durante o dia.
Podemos controlar o cálculo de duração usando as regras de contagem, existem três tipos de
controle:
Regra de Contagem, Substituição, e, Variante de DWS que é definida pelo tipo de
Ausência/Presença (determinado pelo agrupamento e uma regra de seleção)
As regras de contagem são configuradas dependendo da PSAG-TQ e ESG-TQ. Podemos
configurar várias condições relativas ao dia atual (dia de semana, classe de feriado pública),
horário de trabalho, horas planejadas (>=0), e, para Ausência/Presença (dias inteiros ou parciais).
As regras contam horas ou dias e as cotas de dedução são especificações mais definidas.

Regras de Dedução para Cotas

São definidas para PSAG-TQ e para ESG-TQ. Podem ser de dois tipos Horas ou Dias.

Condições para o Dia Corrente

Podemos determinar para quais dias uma regra de contagem é válida. Para isso selecionamos as
características que um dia tem que ter e que se aplica a regra..

Página 57
Condições para o Horário de Trabalho
Podemos determinar para quais DWS e PWS a regra de contagem se aplica. As classe de
contagem do PWS e DWS podem ser usadas. Com isso, podemos formular regras de contagem
individuais para DWS e PWS usando as chaves específicas.

Condições para Horas Planejadas e Ausências/Presenças

Podemos limitar a validade de um regra de contagem de acordo com as condições das horas
planejadas e de ausência ou presença. Temos duas opções para horas planejadas - se as horas
planejadas de um DWS são iguais ou maiores que zero. E temos também duas opções para
Ausência ou Presença - se a Ausência/Presença de um dia inteiro ou se uma parte do dia.

Controlando a Contagem
Podemos armazenar vários critérios de contagem por horas ou dias. Para ambos, podemos atribuir
deferentes multiplicadores de cotas para calcular dias na Folha. Podemos selecionar também a
regra de arredondamento definida anteriormente. E para encerrar podemos selecionar se
queremos multiplicar primeiro o valor e depois arredondar ou vice-versa.

Dedução de Cotas
Podemos escolher regras de dedução que controlam a dedução de cotas existindo o direito no
IT2006 e IT2007 (Dentro do Direito), e que controlam a dedução de cotas acima e abaixo do direito
de cotas configurado no IT2006 e IT2007 (Acima do Direito). O pré requisito é que a cota contenha
um limite negativo para o período. As regras de dedução devem possuir a mesma unidade de
medida se utilizarmos a opção Dentro do Direito, o que não acontece na opção Acima do Direito.

Atribuindo Regras de Contagem para Tipos de Ausência/Presença.

Para a duração de uma ausência ou presença ser calculada por uma regra de contagem, temos
que criar uma conexão entre os tipos relevantes e as regras de contagem, e, devemos verificar se
a função de dedução de cotas esta ativada. Estes passos fazemos no IMG.
Para ativar a sequência de cotas, devemos selecionar a regra de contagem correspondente ao tipo
de ausência ou presença e ativar a dedução de cotas, se desejarmos que estas sejam deduzidas
do IT2006 ou IT2007.

Contando utilizando DSW Variant

A contagem de ausência algumas vezes não usam regras de contagem, mas usam uma Variant
específica, ou versão, de um DWS. Processos como este são quase idênticos a configurar e
controlar versões de DWS, fazemos isso pelo IMG.
Antes de criarmos a regra de contagem para o DWS Variant, temos que verificar se os tipos de
ausência ou presença estão agrupados. Este agrupador é requerido, se quisermos contar usando
Variant. O valor do agrupador é usualmente encontrado na regra para a seleção de Variant.
As regras são criadas para levar as seguintes condições no cálculo: Classe de feriado para o dia
corrente, Classe de feriado para o dia seguinte, Agrupador de tipos de Ausência/Presença, e, Dia
da Semana. Estas regras podem ser utilizadas para contar ausências usando um DWS Variant,
mas devem ser atribuídas para o DWS.

Reporting

Visão Geral de Cotas

Podemos exibir ou manter as Cotas para Ausência/Presença atribuídas a um empregado durante
um período específico. Esta avaliação também resume o total de um empregado, cotas
requisitadas e cotas remanescentes, o período de validade da cota, o período de dedução, e se a
cota foi atribuída manualmente ou automaticamente.

Página 58
Integração com Outras Áreas

Integração com Outras Áreas

Podemos especificar quais infotipos podem usar a integração com outras R/3 aplicações. O Time
inclui ambos: distribuição de atividade (distribuição de custo secundária) e tarefa de custo
(distribuição de custo primária).

Ativando Atribuição de Centros de Custo para os Infotipos

No IMG podemos decidir quais infotipos de tempo terão ativados a tela adicional de atribuição de
centro de custo e quais objetos de CO poderão aparecer.
Estas especificações são lidas para atribuir os custos do infotipo para os Custos Primários. Os
objetos de CO são debitados através da transferência do resultados de folha. Podemos fazer isto
para Ausência (IT2001), Presença (IT2002), substituição (IT2003), disponibilidade (IT2004), horas
extras (IT2005), informações de remuneração (IT2010), infotypes de tempo, e, pagamentos e
deduções periódicas (IT0014), pagamentos adicionais (IT0015), infotipos de PA.

Página 59
HR311 – Time Evaluation

Avaliação de Tempo

Visão Geral
Os empregados registram suas presenças de tempo marcando entradas e saídas nos terminais de
registro de ponto. O administrador de tempo modifica os horários de trabalho dos empregados para
qualquer mudança que se precise fazer. O sistema avalia os dados de tempo os empregados
durante a noite, e compara estes tempos com a política interna da companhia e regulamentos
legais. O Administrador de Tempo verifica sua caixa de correio na manhã seguinte. Se situações
especiais aconteceram durante a avaliação a tempo, ele encontrará um e-mail informando destes
erros. Ele deve usar o Time Mgt. Pool para processar os dados de tempo com divergências. Eles
entram em aprovação subseqüente para horas extras ou entram em qualquer postings de tempo
perdido. Ao término do mês, os empregados recebem uma declaração dos tempos calculados. O
cálculo da Folha de Pagamento tem acesso aos Time WT determinados pela avaliação de tempo.
Estes Time WT formam a base para folha de pagamento bruta para empregados.
Os métodos de armazenamento de tempo afetam as funções de avaliação de tempo. Podemos
configurar somente regras complexas para horas extras se registramos todas os horário (método
negativo).

Avaliação de Tempo no R/3

Visão Geral dos Infotipos de Dados Mestres

Devemos utilizar os seguintes infotipos para trabalhar com avaliação de tempo:
IT0001, IT0002 e IT0007. Os infotipos IT0008 e IT0041 são opcionais. Os empregados que
possuem direito a saídas são gerenciados no IT2006. O infotipo IT0050 é obrigatório se usamos
um sistema externo de marcação de tempo e se avaliamos variáveis de tempo do infotipo no Time
Evalution. avaliação.

IT0007
Define o horário de trabalho do empregado com a WSR, que, descreve a relação ao horário de
trabalho. O Time Mngt Status indica se o empregado faz parte de uma avaliação de tempo, e em
qual forma:
0 - Nenhuma avaliação de tempo
1 - Avaliação de tempos ATUAIS
2 - PDC cronometram avaliação (Plant Data Collection) - não utilizada no Brasil
8 - Serviços Externos - não utilizada no Brasil
9 - Avaliação de tempos PLANEJADOS
Se os empregados são atribuídos com o Time Mngt Status “branco” ou 0 eles não terão seus
tempos contabilizados quando executarmos o Time Evaluation, mas serão processados na Folha
de Pagamento.

Workday
Existem dois fatores que determinam se um empregado tem que trabalhar em um certo dia:
Independente de Calendário
O DWS atribuído ao empregado no dia que é avaliado determina se o empregado tem que
trabalhar naquele dia. Dias que são atribuídos a um DWS com zero horas planejadas são
classificados como Days Off.
Dependente de Calendário
Dias com mais que zero horas planejadas também podem ser Days Off (feriados públicos). Isto é
determinado pelo tipo de dia (Day Type).

Página 60
Visão Geral dos Infotipos de Time
Horários Reais
Informações para Especificações Planejadas
Aprovações e Direito a Ausências
IT2001 – Ausência
IT2002 – Presenças
IT2005 – Horas Extras
IT2011 – Eventos de Tempo
IT2003 – Substituições
IT2004 – Disponibilidade
IT2006 – Cotas de Ausência
IT2007 – Cotas de Presença

Ausências e Presenças
Podemos utilizar a feature HRSIF para determinar se os dados de tempo podem ser armazenados
sem marcação de tempo (without clock time), ou se, a marcação de tempo é gerada com base no
horário de trabalho do empregado para ausências ou presenças que duram menos de um dia.
Registrando um dia completo Somente a data é entrada As horas de trabalho planejada
(Full-day) são geradas automaticamente,
mas sem relógio de marcação
Registrando com relógio de 08:00 ~ 14:00 5 horas (1 hora de intervalo de
marcação acordo com DWS)
Registrando horas 5 horas Feature HRSIF
HRSIF=0  08:00 ~ 14:00
HRSIF=1  5 horas

Conceito da Avaliação de Tempo disparando o RPTIME00

Avaliando Dados de Tempo

Os dados de tempo são avaliados em vários passos de processo que são executados em uma
sequência fixa. Determinamos está sequência e os processamento dos passos num Schema de
avaliação (Customização). Os passos de processo se agrupam em: Importar e verificar os registros
de tempo, Classificar estes tempos, e, Determinar os resultados.

Time evaluation - RPTIME00

O Time Evaluation é executado pelo relatório RPTIME00. Geralmente é executado durante a noite
diariamente, e sempre trabalhando em background. Normalmente é executado para um grande
grupo de empregados. Também podemos executar para empregados individuais, grupos ou para
períodos de avaliações passados para propósitos de teste. Podemos rodar para períodos futuros,
isto pode ser útil para: Determinar um direito a ausência antecipado quando cotas de ausência são
construídas automaticamente, e, Valorizar tempos planejados no Shift Planning levando em conta
os valores de horas extras antecipadas.

Mantendo os Resultados de Avaliação de Tempo

Os resultados são armazenados no arquivo PCL2 no Cluster B2 avaliando o dia iniciado e o
período válido. Os dados armazenados para um dia podem ter sua avaliação refeita a qualquer
momento executando um recalculo.

Página 61
Fluxo de Dados

Resultados de IT2001, IT2002 TEVEN

Avaliações IT0001, IT0007 IT2003, IT2006, Cluster B1
Anteriores PCL2 IT0003 IT2007 Time Events

Formação de Pares
Avaliação de Tempo
via RPTIME00

Cluster B2
Balance, Message
Time WT IT0003 IT2006, IT2007 IT2001, IT2002

Parâmetros do RPTIME00
Avaliação de Schema: define a sucessão dos passos de processo.
Form Nome: especifica quais resultados de avaliação são exibidos e como.
Display Variant for LOG: determina quais configurações do usuário são usadas para exibir o LOG
de avaliação de tempo.
Forced recalculation as of: avaliação de tempo é recalculada a partir desta data (inclusive) ao mais
recente
Evaluation up to: roda a avaliação de tempo até (incluindo) a data entrada
Program Options: Exibem LOG - todos os passos de processo são anotados, Test Run - executa
em teste, New Pair Formation - formação de par é re-executada a partir da data de recalculo, Stop
At Function/Operation Break, Stop At Fixed Positions in Time Evaluation

Primeiro dia ser avaliado

Condições prévias para uma avaliação correta:
O Time deve ser avaliados dados sem GAPs
Mudança de datas passadas para dados de empregado que afetam folha de pagamento têm que
conduzir a um recalculo dos resultados já existentes.
RPTIME00 verifica o primeiro dia em ser avaliado baseado no Status de Folha de pagamento
IT0003. A Data mais antiga de recalculo previne o sistema de processar períodos irrelevantes
para empregados individuais (0003) ou para a avaliação de tempo inteira.

Disparar Recalculo
Para cada infotipo, você pode determinar na view (V_T582A) se mudanças são pertinentes a
contabilidade retroativa. Podemos usar o “Retr. Acct. PDC” para definir se: Todas as mudanças
feitas a um infotipo ou só mudanças em certos campos no infotipo deveriam ativar um recalculo.

Resultados Importantes da Avaliação de Tempo

Time WT Importantes: Gratificação noturna, gratificação de feriado, Noras extras.
As Time WT são WT primárias que são formados durante a avaliação a tempo se certas condições
pré definidas são aplicáveis. As Time WT são formadas em base de informação de tempo e são
incluídas na Folha como números e valorizadas.
Importantes Contagens de Tempo: Horário flexível, Horas extras, Horas de freqüência, Cotas de
ausência/presença, Horário planejado.
O Time Type é uma ferramenta de cálculo do Time Evaluation. É a descrição técnica de uma
duração. Possa ser acumulada em Balanços durante avaliação de tempo, e não é passado à Folha
de Pagamento.

Página 62
Exibindo os Resultados de Avaliação de Tempo
RPCLSTB2 - Visualiza todos os resultados da avaliação de tempo no Cluster B2, por exemplo,
WPBP dados básicos, PSP horário de trabalho pessoal, ZES Balanço diários, SALDO Somatório
de balanços diários, ZL Time WT.
RPCLSTB1 - exibe os dados de tempo armazenados no Cluster B1.

Contas de tempo administrando.

Podemos usar para gerenciar as contas de tempo. Estas contas de tempo podem ser Acumuladas
ou Deduzidas, ou usadas para informações de empregados, ou para criar estatísticas.

Arquivando os Resultados de Avaliação de Tempo

Arquivamos os resultados de avaliação de tempo para aliviar o banco de dados PCL2. (trans.
PU22). Períodos arquivados não podem ser recalculados.

Visão Geral do Time Evaluation

Divergências do WS Registro Tempo Real
Horário de Trabalho
Sistema
DWS
Divergências
DWS
Ausência
Eventos Externo
T
do DWS Presença ime
Tempo
Cotas

Formação
RPTIME00 de Pares

Cluster B2
Atualização IT’s
Folha de Time WT Cálculo Tempo Mensagens
Pagamento
2001, 2002, 2006
RPCALC*0 ZL, ALP, C1 ZES, SALDO FEHLER
2007, 0003, 0005

Lista de Lista de Dowload de Time Mgnt Exibe/Altera

Remuneração Tempo Balanços p/ Pool Infotipos de
RPCEDTxx RPTEDT00 subsistemas Erros Tempo

Management Pool

Tarefas de um Adm. de Tempo

Processar mensagens de avaliação de tempo, Registrar ausências, Rodar avaliações e relatórios,
e, Executar verificações de freqüência

Funções básicas
O Time Mgnt. Pool é uma ferramenta para verificar, corrigir e documentar dados de tempo.

Mensagens de Manipulação de Erro

Exibe todas as mensagens da última avaliação de tempo e toda a informação das avaliações
prévias que devem ainda ser confirmado.

Página 63
Integração com comunicação de escritório
Podemos usar uma função especial na avaliação tempo para enviar correspondências
automaticamente ao pertinente o administrador de tempo (OPTT com parâmetro 1, CORREIO).

Customizando Time Evaluations

Schemas
Nunca devemos alterar os schemas e sim copiá-los com outro nome (Z inicial)
TM00 - avaliação de tempo com eventos de tempo pessoais (com tempos de relógio)
TM04 - avaliação de tempo sem marcação de horário

Customizando
Os passos de processamento do Time são agrupados em schemas. O schema determina como o
Time Evaluation processa os passos e em qual sequência. O sistema lê valores de várias tabelas
de Customização durante o processo

Passos de Avaliação de Tempo

Seleção de Empregados
Determinar período de avaliação

Processamento de Schemas e Regras

Inicialization - Configura agrupadores

Day Processing - Carrega tabelas e

trabalhaos dados de tempo

Final Processing - Executa verificações

Exporta resultados da avaliação

Atualiza Infotipos Banco de
Dados

Funções e Operações
Funções podem executar uma variedade de tarefas. Algumas funções lhe permitem descrever
passos do processo individual mais precisos tendo acesso a regras de cálculo de pessoal. E, uma
sucessão de passos elementares é executada. Estes são chamadas de operações. Podemos usar
o relatório RPDSYS00 para ter acesso a documentação em todos o schemas, funções, regras de
cálculo de pessoal e operações. (pode usar F1 em schemas)

Página 64
Mantendo Schemas
Utilizar a transação PE01
Podemos determinar características de um schema em atributos para permitir só pessoa
responsável para mudança, e, a classe de programa onde o schema é usado (C = Folha de
pagamento, T = administração de Tempo)

Mantendo Regras
Podemos utilizar a transação PE02
Podemos editar as regra de cálculo de acordo com ES Grouping e a Time WT. Podemos também
determinar características de uma regra de cálculo em atributos, permitindo que só uma pessoa
responsável para mudanças, e a classe de programa - onde a regra é usada (C = Folha de
pagamento, T = administração de Tempo).

Tipos de tempo
O tipo de tempo é um nome técnico para duração, e atribui a ele um significado concreto. Tipos de
tempo que estão relacionado em um contexto de administração empresarial podem ser calculados
durante a avaliação de tempo para formar balanços. A view V_T555A - determina quais tipos de
tempo que são preenchidos durante a avaliação de tempo como resultados de avaliação.

Schemas Alternativos

Critério para Selecionar um Schema

O sistema standard fornece três schemas. Podemos usar como modelos e customizar as
exigências. Os três schemas requerem formas diferentes de dados de tempo para avaliação e
procuram estratégias diferentes avaliando os dados de tempo. Temos como critérios: Quais
resultados serão requeridos na Avaliação de Tempo, Como o dados de tempo são registrados, O
contexto no qual o dados de tempo é registrado, O formato no qual o dados de tempo é registrado,
Como são conferidas as especificações planejadas do horário de trabalho diário, e, Como horas
extras são determinadas e aprovadas.

Time evaluation com eventos de tempo (TM00)

Usada quando trabalhamos com relógio para marcação de horário

Time evaluation para divergências de horário de trabalho (TM01)

É usado para importar e processar os registros de tempo online (que estão nos infotipos de tempo)
Desenvolvido para avaliar dados de tempo onde são registradas só as divergências do horário de
trabalho. Não são registrados tempos de funcionamento atuais.
O schema assume que as horas extras são registradas online no IT2005 ou no IT2002.

Time evaluation sem relógio de horário (TM04)

É usado para importar e processar dados de tempo registrados online. O horário de trabalho do
empregado é registrado no IT2002. Pode ser usado para registrar divergências de horário de
trabalho. Relógios de tempos não são usados quando avaliamos os dados de tempo. A marcação
do DWS é irrelevante.

Integração com Folha de Pagamento

As Time WT que são formadas no Time Evaluation são transferidas para a Folha e valorizadas no
cálculo da folha bruta.

Página 65
Integração da Avaliação de Tempo e Folha de Pagamento

Resultado da Avaliação Folha de Pagamento

de Tempo

Time WT ZL Folha Bruta

C1
ALP
Atualiza IT’s de Tempo Aval.Tempo não
Mensagens Time WT roda para todos os
Contabiliza tempos dias no período da
Ligação com o sistema Folha
de registro de tempo
Dados de Tempo
processados
pela Folha

Página 66
HR540 - Compensation Management

Compensation Management

Gerenciamento de Salários
O Compensation Management combina todas as funções requeridas para executar a
Administração de Salários.

Job Evaluation
A Avaliação de Cargos (Job evaluation) é o processo de atribuição do valor relativo de uma
Posição ou Job no critério da Empresa. E é formado basicamente pela estrutura salarial.

Salary Surveys
As Pesquisas Salariais (Salary Surveys) são as maneiras de relacionarmos os salários pagos por
uma Empresa para as suas Posições ou para os seus Jobs com outras Empresas. Uma analise da
pesquisa salarial resulta num quadro de como os salários da Empresa estão em relação ao
Mercado.

Compensation Process
O Processo Salarial (Compensation process) é o veículo usado para distribuirmos salários para os
empregados de acordo com a política salarial da Empresa.

Budgets
O Orçamento (Budget) define os valores a serem usados na Administração de Salários. Criamos
orçamentos por Unidades Organizacionais, podemos controlar quanto custa a política de salários e
termos a comparação deste custo com o custo orçado.

Planejamento de Custo de Pessoal

É uma ferramenta orçamentária usada para analisar os gastos correntes e planejados para as
alterações futuras. Podemos ajustar datas para simular o efeito do orçamento de custo. O
Planejamento de custo pode ser integrado com CO.

Job Pricing

IT1050
Os diferentes sistemas de avaliação são representados pelos subtipos deste infotipo. Para cada
um deles podemos registrar os valores das avaliações externas de cada Job/Position. Podemos
também indicar se um Job/Position pode ser considerado como benchmark, ou seja é referência
para os outros Jobs/Positions da Empresa.

Pay Grade
A grade de pagamento é definida por país (Country Grouping), o tipo e a área de grade de
pagamento são agrupadores de pagamentos similares para propósito de comparação entre
Jobs/Positions. Os níveis da grade representam os valores mínimos e máximos que podem ser
atribuídos. Podemos também registrar o valor de mercado para esta grade salarial, este valor é
obtido pelas pesquisas salariais. Além dos valores podemos também atribuir os pontos mínimos e
máximos para a grade de pagamento com o intuito de avaliação .

Página 67
IT1005
O Plano de Salário para um Job ou Position pode ser definido por três diferentes tipos: Pay Grade
(grade de salário), Pay Scale (tabela salarial), e, Direct (direto, com valores mínimo e máximo).

IT1051
As diversas pesquisas salariais podem ser identificadas através dos subtipos deste infotipo.
Representamos neste infotipo as médias pagas pelo mercado.

Budget (Orçamento)

Visão Geral
BU - Presidência O - Presidência Os orçamentos são criados no status
planejado. Ligamos o orçamento
BU - Rec.Humanos O - Rec.Humanos (objeto BU) com as unidades
organizacionais (objeto O). A
liberação de um orçamento altera o
BU - Salários O - Salários
status para ativo. Os orçamentos
ativos são disponibilizados na
BU - Treinamento O - Treinamento
Administração de Salários
(Compensation Administration).
BU - Financeiro O - Financeiro

Criando um Orçamento
Quando criamos um orçamento, determinamos os dados básicos do orçamento, com o tipo de
orçamento que será criado e o período de vigência. Podemos também exibir o orçamento de duas
maneiras: Somente com valores, ou, Com valores e seus objetos financeiros (unidades
organizacionais).

Criando uma Hierarquia Orçamentária

Podemos criar uma hierarquia no orçamento e entrar com valores para cada nível desta hierarquia.
Orçamentos superiores possuem o valor e os orçamentos subordinados. Este valor deve ser
suficiente para cobrir todos os valores dos orçamentos subordinados. Devemos construir a
hierarquia orçamentária para refletir a estrutura organizacional.

Alocando Valores ao Orçamento

Cada vez que criamos um nível do orçamento podemos atribuir um valor a este nível. Podemos
acrescentar ou diminuir valores utilizando percentuais ou valores absolutos.

Ligando Orçamento com Objetos Financeiros.

Podemos ligar cada nível dentro de uma hierarquia do orçamento com uma unidade
organizacional. Esta unidade organizacional é então financiada pelo tipo de orçamento.

Liberando um Orçamento
Antes de liberar uma orçamento, devemos Ter certeza que o orçamento não está deficitário.
Podemos utilizar a verificação de consistência (consistency check) para verificar se o valor entrado
para o nível mais alto do orçamento cobre todos os valores subordinados.

Copiando um Orçamento
Podemos utilizar a função de cópia para copiar um orçamento de um período para outro, ou de um
tipo para outro. Desta maneira evitamos construir novamente a hierarquia se a estrutura
organizacional da Empresa não foi alterada.

Página 68
Usando o Orçamento na Administração de Salário
Quando utilizamos os pagamentos de prêmios para um empregado alocado a uma unidade
organizacional, o sistema simultaneamente atualiza o orçamento disponível.

Elegibilidade

Visão Geral
Regras de elegibilidade especificam a participação de um empregado no plano de salários. Grupos
de elegibilidade ajudam a definir critérios dentro de um grupo. Regras de elegibilidade é uma
maneira para determinar quais empregados estão qualificados para quais prêmios salariais. As
regras junto com os grupos de elegibilidade permitem identificar critérios específicos que devem
ser satisfeitos.

Grupos de Elegibilidade
São um caminho para caracterizar empregados e ajudar a definir critérios dentro de uma regra de
elegibilidade. Quando definimos um grupo usamos a feature CMELG para ligar o grupo ao
empregado.

Regras de Elegibilidade
Na regra determinamos os requisitos de tempo que um empregado deve atingir, as horas de
trabalho e os critérios adicionais que serão utilizados.

IT0381
É usado para fazer uma concessão de elegibilidade para um empregado.

Integração
As regras de elegibilidade são atribuídas para um plano dentro de um processo. Podemos definir a
mesma regra de elegibilidade usada para um plano para um processo ou plano diferentes

Administração de Salários

Administração de Salários
Podemos executar o plano de salários e a administrar em qualquer situação: planejado ou ativo. Se
utilizarmos o Planejado isso permite ao usuário modelar os efeitos do plano de salários e não
atualizar os registros do empregado. Podemos então submeter o planejamento à aprovação. Se
aprovado o plano pode ser liberado, após esta liberação a situação do plano fica como Ativo. A
partir deste momento, o sistema atualiza todos os dados relevantes nos infotipos dos empregados.
Qualquer orçamento ligado para cada plano de salário são também atualizados. Podemos também
rejeita os planos salariais. Neste caso, os usuários podem rever os prêmios para os empregados e
submeter novamente à aprovação.

Atualizando Infotipos
O resultado do processo de administração de salário é a distribuição dos prêmios, isto é, certos
infotipos do empregado são criados. Os infotipos que são criados dependem do tipo de premiação
que é iniciada. A categoria de premiação salarial determina quais infotipos são criados para quais
tipos de prêmios.
Compensation Plan Category Infotipos
Fixo IT0008
Variável IT0008 IT0014 IT0015
Ações IT0382
Todos IT0380

Página 69
Administração do Processo
Na Administração de Salário, os usuários mantém um plano de salário/remuneração para uma ou
mais unidades organizacionais. Para administrar isto o usuário deve: Completar o orçamento para
suas unidades organizacionais, Selecionar a situação do plano de administração (Planejado, ou,
Ativo), e, Especificar o processo de administração salarial e o período. O sistema então irá
selecionar os empregados que são elegíveis para o processo dentro de cada unidade
organizacional.
Baseados nos critérios de seleção e informações selecionadas pelo sistema é exibido uma visão
geral em forma de estrutura de árvore . Desta visão geral podemos selecionar uma unidade
organizacional. Os usuários podem então aplicar valores default de prêmios calculados pelas
diretrizes do plano salarial ou alterar o valor diretamente aplicando um percentual ou um valor
absoluto para cada empregado. Assim o usuário pode manter o plano e a administração salarial
por empregados, visualizando informações adicionais como avaliação de performance, detalhes
organizacionais, salariais.

Administração de Salário por Empregado

Por plano e por unidade organizacional o sistema exibe uma lista de empregados elegíveis. O
usuário pode ajustar ou aceitar os dados do plano salarial.

Customizando WT de Salário
Na Administração de Salário existem dois tipos de WT: WT de Ajuste (estas WT são usadas para
armazenar informações de ajustes salariais, que é um valor monetário a ser aplicado no
pagamento do empregado), e, WT Base (são usadas para calcular os ajustes).

Definindo WT de Salário
O SAP contém exemplos de WT de salários. Devemos sempre copiar estas WT para as que
quisermos utilizar, alterando os requisitos necessários para adaptarmos as nossas necessidades, o
sistema após a copia automaticamente agrupa estas WT no grupo 0380 (histórico salarial).
Podemos verificar este grupo para termos certeza se todas as WT necessárias estão atribuídas, se
necessário podemos atribuir outras WT existentes neste grupo.

Definindo a Valorização de WT Base

Wage Type Base Wage Type O módulo ANSAL é sempre
utilizado para identificar quais WT
farão a base salarial, e quais são
Salário + Bônus + Hora
Extra = CSAL
usadas para calcular os ajustes.
CSAL é indiretamente valorizada
usando o módulo ANSAL.
Salário + Bônus = BSAL

Salário + Ajuste
Mérito + Concessão
Carro = BSAL

Definindo o Processo Salarial

A reclassificação da tabela salarial permite atualizar as informações do grupo e nível salarial no
IT0008 por empregado. O sistema atualiza estas informações automaticamente quando uma
situação de reclassificação merecida aparecer. Podemos utilizar os seguintes relatórios para
executar a reclassificação da tabela salarial: RPITUM00 (reclassificação baseada nos dados
mestres – cálculo de reclassificação por Idade ou Período de participação na escala de salário) , e
o RPITRF00 (reclassificação baseada em horas trabalhadas).

Página 70
Aumento do Salário Padrão
Aumento de Pagamento
Padrão
Simples Acrescido
O valor da valorização O pagamento de empregados
indireta da WT é ajustada de selecionados é ajustado, de
acordo com a entrada. Não forma que novos IT0008
são criados IT0008 registros sejam criados.
novos. 1) além do aumento simples
2) por valorização direta da
WT

Planejamento de Custo de Pessoal

Customizando
Devemos customizar os seguintes passos: Configurar a integração com CO, Configurar os
parâmetros de controle para o Planejamento de Custo de Pessoal, Configurar os valores de
verificação por Wage Elements.

Verificação de Valores
Para a verificação devemos identificar o agrupador que determina quais Elementos de Custo são
incluídos no cálculo.

Valores Default
Configuração ABART – Período planejado 9 – anual
2 – mensal
CURTY – Tipo de taxa para M – configuração padrão
conversão
SUBTY – Subtipo para pesquisa Branco – caso normal
salarial
Configuração para cálculo PERTP – Subdivisão de períodos D – dias são igualmente
valorizados
W – semana são igualmente
valorizadas
M – meses são igualmente
valorizados (padrão)
Y – anos são igualmente
valorizados

Página 71