Academia de Recursos Humanos

18/10/1999 20/11/1999 Team SAP Academy

Instrutores
Robson Stevaux robson.silva@sap.com Marcos Rogrio Clementino rogerio.clementino@sap.com

Pgina 1

Academia de HR
Team SAP Academy
Tem como misso prover solues para negcios de um empresa fazendo com que ela mantenha a competitividade. Tem como princpio 6 mestas chaves, que so: Alta satisfao do cliente, Implementao efetiva e eficiente, Abranger novas tecnologias, Parcerias abertas, Empregados altamente habilitados e motivados, e, Fortes resultados financeiros seguido da liderana de mercado.

Sistemas de Servios 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 - Configurao e Segurana HR311 - Time Evaluation HR315 - Recrutamento HR437 - Folha de Pagamento HR505 - Organization Management (PD) HR510 - Carreira e Sucesso HR515 - Treinamento e Eventos HR520 - Shift Planning HR540 - Remunerao HR550 - Workflow

Cursos que no so ministrados na academia

Estes cursos devem ser feitos Cursos de Programao 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 Formao Curso de Carreiras e Sucesso

Pgina 2

Universos
O mdulo de HR dividido em dois universos, e estes universos so os nicos do R/3 que possuem Infotipos (Conjunto de informaes logicamente agrupadas). PA PD
Pessoas Estrutura Organizacional

Personnel Numb er
Qualificaes

Object ID
Requisitos

Comandado por Features (regras de deciso que determinam aes nos universos de PA e de PD)

PA IT0000 ~ 0999 TM IT2000 ~ 2999 RS IT4000 ~ 4999 CL IT9000 ~ 9999

IT0001 Liga os universos de PA e PD

PD IT1000 ~1999

Comandado pelo Plano de Verso (cenrios)

Cursos HR305, HR315, HR306, HR311, HR437 IMG Guia de Implementao (Tabelas de Customizao)

Cursos HR505, HR510, HR515, HR520, HR540, HR550

Pgina 3

HR050 - Overview
Glossrio
SAP Sistema, Aplicaes, Produtos e Processamento de Dados R/3 Real time em 3 camadas Servidor - Mquina - Cliente ABAP/4 Linguagem de programao Mandante Ambiente de trabalho Pessoa Conjunto de Infotipos que caracterizam um funcionrio ou candidato Usurio Conjunto de autorizaes que determinam o acesso de algum ao sistema Objetos So coisas que esto fora do R/3 e sero necessrias estrutur-las de forma organizada dentro do sistema Transao - Identificador que encaminha o usurio a uma determinada tela Matchcode so informaes que podemos exibir em campos de um infotipo que possuem informaes de tabelas de Customizao ou de tabelas padres da SAP. SubInfotipos Complementam de forma mais detalhada e agrupada as informaes de um infotipo. InfoGrupo Seqncia de Infotipo Cross Application Vrias aplicaes em mdulos diferentes Evaluation Path So relacionamentos existentes entre os Objetos em uma sucesso lgica. Um ou Mais relacionamentos formam uma navegao de caminhos para uma avaliao. Para qualquer IT: Modificar no guarda histrico, somente altera informaes Criar e Copiar delimitam o IT antigo com a data de criao do novo IT gerando assim histricos IT1007 (Vaga) se criado ir influenciar em 4 componentes de HR mdulos Recrutamento, Planejamento de Carreiras e Sucesso, Planejamento de Custo e Organizational Management (PD)

Getting Started
Entrando no Sistema
Antes de logar voc deve conhecer o nmero 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 nvel de hierarquia : Nvel Principal (Tela de Manuteno), Nvel de Aplicao (Tela de aplicao) e Nvel de Tarefa (Tela de Tarefas). Em todas as telas do sistema encontramos o Command Field, que permite processar diretamente uma transao. Se colocarmos /N a frente da transao o sistema encerrar a transao que est sendo executada e inicia a requisitada na mesma sesso, caso coloquemos /O a frente da transao o sistema criar uma nova sesso com a transao requisitada, deixando a outra transao ativa.

Trabalhando com vrias sesses

Para abrir uma nova sesso System -> Create Session. Podemos trabalhar com no mximo 6 sesses abertas.

User Profiles (Perfis do usurio)

Opo dados prprios (Own Data) : permite alterar as opes padres como impressora e datas para o usurio, permite colocar informaes padro em campos mais utilizados e ainda customizar o endereo com telefone e outras informaes.

Pgina 4

A transao que podemos utilizar para acessar mais rapidamente os perfis do usurio a SU3.

Help
Getting Started - traz os conceitos bsicos, nele esto descritas telas e aes comuns. Release Notes - explica quais mudanas ocorreram entre as verses do R/3. R/3 Library - uma biblioteca on-line com a documentao do R/3. Extended Help - baseado no R/3 Library porm um viso mais especfico.

Help de campo
Para acessar as informaes que determinam para o que o campo serve podemos teclar em F1 ou no question mark. Para sabermos quais so as possveis entradas para um campo teclamos em F4 (esta lista que nos so apresentada so customizadas no IMG).

Gerenciador de Sesso
uma ferramenta que possibilita ao usurio acessar facilmente algumas funes para diferenciar suas sesses essas funes so customizadas no menu Options

Business Navigator
Fornece uma imagem de uma funcionalidade do R/3 e de sua integrao. Pode ser usado para : Analise rpida de requisitos, para uma implementao eficaz do R/3, otimizar a continuidade do processo de negcio, criar uma documentao eficaz da estrutura de processos de negcio e facilitar o treinamento. A esta documentao damos o nome de BPPS (Business Process Program Service).

Processos de HR
Mantendo dados dos Empregados
Quando contratamos um funcionrio so atribudos a ele uma Organizational Structure, uma Enterprise Structure e uma Personnel Structure estes dados so armazenados no infotipo IT0001.

Desenvolvimento de Pessoal e Aes de Qualificao

Os requisitos do desenvolvimento de uma pessoa so determinados por comparao dos requisitos do cargo atual ou futuro com as qualificaes e preferncias que o funcionrio 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 avaliao de tempo. As faltas e as participaes podem ser transferidas e usadas por outras aplicaes. O Gerenciamento de tempo trabalha com o Calendrio, com Modelos de Tempo e com Regras.

Remunerao e Planejamento de Custo

Remunerao controlam e administram as polticas de remunerao. Planejamento de Custo permite que se calcule os custos atuais com pessoal e ainda permite que se faa projees .

Folha de Pagamento
o calculo do pagamento dos funcionrios e inclui alguns processos e algumas atividades subsequentes.

Pgina 5

Estruturas de HR
Empregados e Estruturas de HR
possvel configurar Hierarquias Organizacionais e os Relacionamentos com os funcionrios e tambm armazenar e administrar dados destes funcionrios.

Infotipo 0001
Local onde atribudo 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 funcionrios), Personnel Structure (Informaes de Pessoal), e, Organizacional Structure (Dados de PD). Enterprise Structure Client definido por BASIS e uma unidade reservada do sistema No possvel acessar dados em um outro Client, no pode ser atribudos autorizaes de acesso ou rodar avaliaes para todos os Clients, no 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 so feitos os balanos financeiros, ou seja, so os 8 dgitos do CGC (Empresa). Personnel area uma unidade especfica de HR e representa as divises de uma Company code. Nela so atribudos valores padres para entrada de dados, so utilizados para seleo de critrios nos relatrios e anlises e so utilizados para os nveis de autorizao. Personnel subarea uma unidade especfica de HR e representam as divises de uma Personnel area. a unidade mais importante de PA. Controla tabelas salariais, estruturas salariais e os horrios de trabalho e onde so amarradas os Calendrios, Wage Types e as Features (regras de deciso). Personnel Structure A Personnel Structure contm: Employee Group subdivide os empregados em vrias categorias, define a relao do empregado com a Empresa, levando em conta o tipo de contribuio que os mesmos do a Empresa em termos de trabalho como Ativos, Pensionistas, etc. as principais funes so : gerar valores default para a Folha de Pagamento e para o IT0008 (basic pay), usado para critrios de seleo de relatrios, checagem de autorizaes Employee Subgroup uma subdiviso do employee group, e usado para subdividir grupos de pessoas de acordo com sua situao como Mensalista, Horista, Temporrio, etc. Payroll Accounting Areas Representa uma unidade organizacional para fim de Folha conforme as semelhanas destes empregados, considerando o nmero de empregados e em quais datas sero feitos os pagamentos. S pode ser trocada no fim do perodo de Folha (mensal). Estrutura da Organizao Esta estrutura cria o modelo de uma organizao no Sistema. Os objetos que so relacionados aqui so mantidos em PD. Objetos: O O Organizational Unit reas de Negcio, Setores C Job - Cargos Genrico que descreve o Especfico T O S Position Cargo Especfico T Task Descries das atividades dos cargos A Work Place Identifica o local fsico onde o trabalho acontece C S T K Cost Center Objeto de CO que pode ser relacionado com os objetos O ou S, sempre em PD. A P Person Funcionrios da Empresa, so criados em PA. US User Usurios do Sistema SAP R/3.

Pgina 6

Elementos de um Client
O SAP disponibiliza dois Clients para os usurios quando adquirido, o 000 possui a parametrizao original do sistema e no pode ser alterado, o 001 uma cpia do 000 e pode ser alterado se o usurio desejar. Alm 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, Transaes, Programas, Avaliaes, Objetos de Autorizao, Documentao de Ajuda, Entre os Dependentes de Client temos: Tabelas especficas do Cliente, Registros de Dados no HR, Registros dos Usurios, Perfis de Autorizao.

Unidades Organizacionais (Objeto O)

Descreve vrias unidades de negcio que existem dentro da Corporao e seus relacionamentos (podem ser divididas por funes, reas geogrficas ou por processo de negcio). O objeto tipo O relacionado com o centro de custo (K).

Cargos Genricos (Objeto C)

O Job um conjunto de tarefas gerais que so executas juntas. Cada cargo representa uma nica classificao de responsabilidades. Devemos considerar que tarefas especficas e requerimentos so associados com o cargo. Os cargos so utilizados nas seguintes aplicaes: Descrio de Cargos e Posies, Planejamento de Turno, Planejamento de Custo de Pessoal, Planejamento de Carreira e Sucesso.

Posio (Objeto S).

Posio so as atribuies individuais de um empregado numa Empresa. As posies so ocupadas por pessoas. As posies so cargos especficos de uma Empresa. Cada posio baseada em um cargo herdando dele todos as tarefas e requisitos atribudas a ele, sendo assim, um grande nmero de posies podem ser baseadas num mesmo cargo (C), porm, podemos ainda atribuir a essa posio tarefas e requisitos especficos. Geralmente uma posio ocupada por uma pessoa, porm, possvel que mais de uma pessoa ocupe a mesma posio.

Tarefas (Objeto T).

Tarefas descrevem os deveres e as responsabilidades num cargo ou numa posio. Elas podem ser classificadas como: Componentes de processo (Workflow), Ferramentas de gerenciamento de Pessoal. Todas as tarefas esto contidas num Catlogo de Tarefas, este catlogo pode conter tarefas relacionadas com outras tarefas. Quando atribumos uma mesma tarefa para diferentes cargos, podemos especificar diferentes pesos para cada cargo.

Centros de Trabalho (Objeto A).

Descreve a localizao fsica onde as tarefas so executadas, podemos ainda descrever quais as Restries e quais os Exames Mdicos so necessrios para que o empregado possa ser alocado neste Centro. Podemos representar ento qualquer localizao geogrfica ou sermos mais especficos e representarmos um local preciso de trabalho, como por exemplo uma sala. Muitas posies podem ser compartilhadas num Centro de trabalho.

Pessoas e Usurios (Objetos P e US).

Uma pessoa pode ocupar integralmente ou parcialmente uma posio, isto depende do nmero de horas que ela vai trabalhar nesta posio, isso representado no Sistema atravs do Percentual de Sttafing. Se o percentual de ocupao de uma pessoa for maior do que o requerido pela posio essa posio declarado com excesso de funcionrio (Overstaffed), porm se for menor a posio declarada com falta de funcionrio (Understtafed).

Pgina 7

Plano organizacional
Representa um modelo compreensivo e dinmico da estrutura de recursos humanos (pessoas) de uma Empresa. Esse plano criado usando os setores (objeto O) e as posies (objeto S) relacionados entre si. A Estrutura organizacional (Organizational Structure) descreve a hierarquia que existe entre os vrios setores da Empresa ( OO ), e o Organograma (Reporting Structure) descreve a estrutura de quais posies so chefiadas por uma outra ( SS ).

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 administrao dos dados de maneira eficiente. No SAP R/3 possumos 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 posio que ela ocupar.

Integrao PA e PD

Pessoa

Posio

Grupo e Subgrupo de Empregados

Cargo

Setor rea e Subrea de Pessoal Centro de Custo

Administrao de Pessoal
Ciclo do Recrutamento.
VAGA Anncio Candidatos Comparao de Perfis Escolha Contratao.

Posio Vaga para o Recrutamento

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

Publicando Posies Vagas.

As vagas so publicadas em ANNCIOS. Um anncio um conjunto de uma ou mais vagas que devem ser publicadas num INSTRUMENTO. Um instrumento identificado por um MEIO.

Conceito de Dois Nveis de Registro

Nvel 1 Dados Bsicos Neste nvel armazenamos os dados bsicos que so obrigatrios para todos os candidatos. Estes dados so utilizados para a criao de cartas e estatsticas. Aplicao 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 vrias pessoas ao mesmo tempo.

Pgina 8

Nvel 2 Dados Adicionais Neste nvel armazenamos os dados adicionais, esse nvel criado somente para candidatos que so interessantes para a Empresa. Neste nvel podemos atribuir uma ou mais vagas para o candidato, alm de qualificaes, educao e empregos anteriores.

Estrutura de Candidatos
Os candidatos so classificados de acordo com os seguintes critrios: Interno ou externo, Expontneo ou vindo atravs de um anncio, Grupos e rea. Os grupos classificam o candidato de acordo com o tipo do contrato. A rea classifica o candidato de acordo com critrios hierrquicos (gerentes, especialistas, assalariados) ou funcionais (reas de negcio : administrao, produo).

Situao do Candidato (Status)

Existe dois tipos de Situao do Candidato: Overall Status ( referenciado a situao geral do candidato no processo de seleo) e Vacancy Status ( referenciado a situao do candidato em relao 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 seleo ou se foi excludo de todos os processos de seleo. O status de vaga (vacancy status) atribudo to logo um candidato atribudo a uma vaga.

Processo Tpico do Recrutamento.

Um Overall Status e um Vacancy Status geralmente so 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.

Solicitao Via Internet

uma eficiente estratgia de recrutamento, pois possibilita o usurios a: Visualizar os anncios de vagas da Empresa(visualizando descries resumidas e requisitos) e Solicitar cargos na Empresa. O Sistema atribui um usurio e uma senha temporria para o candidato.

Procurando Candidatos
Podemos procurar por candidatos que possuem certas qualificaes, esta procura pode ser feita por Qualificao ou pelos Requisitos de uma posio. O Sistema apresenta uma lista de candidatos selecionados de acordo com o nmero de qualificaes requisitadas.

Atividades do Candidato
Podem ser feitos registros, monitoramento e planejamento de atividades para um candidato. Uma atividade um passo concreto de administrao de um candidato, certas atividades podem ser criadas automaticamente pelo Sistema. Uma atividade possuem as seguintes caractersticas: Status (planejada ou realizada), Tipo, Data de Execuo, Funcionrio responsvel.

Aes do Candidato
Representam processos diferentes que podem ser executadas para candidatos durante o processo de recrutamento. Estas aes podem ser representadas pelo fluxo do processo de armazenamento de dados ou pelo fluxo do processo que altera o Overall Status do candidato. As aes so registradas no IT4000 que tem como a mais importante informao o Overall Status.

Pgina 9

Correspondncia 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 so emitidas Controle de resultados Executa a atividade.

Contratando um Candidato
Se um candidato for contratado ns podemos transferir os dados dele para o banco de dados de PA. Este processo inicia executando a ao de Contratao com transferncia de Dados (Hiring with data transfer).

Contratao
A contratao de um empregado feita atravs do Aes de Pessoal (transao PA40). Estas aes so seqncia de Infotipos a qual chamamos de Infogrupos. Quando um infotipo apresentado ns podemos efetuar duas aes: Preencher os dados e Gravar, ou, Pular para o prximo infotipo.

Telas de Entrada de Dados para a Contratao

Quando um empregado admitido, uma seqncia de telas devem ser completadas. Esta seqncia deve ser customizada.

Tela da PA40
Nesta tela escolhemos a ao a ser executada e preenchemos data de incio do processo. Para qualquer ao o IT0000 apresentado como primeira tela a ser preenchida.

Tela da PA30
Nesta tela podemos fazer a manuteno dos dados de um funcionrio escolhendo o infotipo com o qual queremos trabalhar. Estes infotipos podem ser selecionados atravs das: Pginas de Agrupadores (Tab Pages) onde so agrupados por serem mais usados ou por representarem um mesmo assunto, ou por Lista Dinmica digitando no campo INFOTIPO a palavra a ser procurada, ou ainda pelo Nmero do infotipo digitando o seu nmero no campo INFOTIPO.

Viso Geral da Manuteno de Infotipos

Existem trs maneiras de processarmos as informao, so elas: atravs da transao PA30 (Manuteno Simples) onde o usurio chama um infotipo de um funcionrio, atravs da transao PA40 (Aes) onde uma srie de infotipos so chamados em seqncia e atravs da PA70 (Entradas rpidas Fast Entry) onde escolhemos um infotipo e inclumos dados para mais de um funcionrio.

Armazenando Dados por Datas Especficas

Quando um infotipo atualizado a data antiga no perdida, com isso, podemos efetuar avaliaes de histricos. Cada infotipo registrado com uma data especfica de validade..

Mantendo Infotipos
Podemos dar manuteno num infotipo de quatro formas: Alterao (possibilita fazer correes nos dados sem a criao de um novo infotipo, essas alteraes no sero includas no histrico), Criao (possibilita a criao de um novo registro fazendo com que o registro antigo possa ser delimitado, se necessrio permanece no Sistema), Cpia (possibilita a criao de um novo infotipo e tambm a atualizao dos dados histricos, pois na criao a tela vem preenchida com os dados que estavam no infotipo antigo, gera histrico da mesma forma que na criao), e, Deleo (possibilita apagar registros errados, porm se o registro a ser deletado tenha que existir ao longo do tempo o processo de deleo estender automaticamente o perodo do registro anterior).

Pgina 10

Aes de Pessoal
So grupos de infotipos que juntos so usados para executar um processo de recursos humanos.

Reiniciando uma Ao de Pessoal

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

Corrigindo Aes
Uma funo adicional em PA possibilita alterar a data de entrada de um empregado, porm isso pode ser feita se a folha de pagamento ainda no foi rodada. Admisso - Quando alteramos a data, armazenamos esta informao no IT0000 e em seguida as datas de incio dos outros infotipos so alteradas automaticamente. Caso se deseje alterar a atribuio organizacional, devemos escolher a ao que execute esta funo novamente. Demisso Quando um empregado deixa a Empresa todos os seus infotipos so delimitados com a data da sada.

Aes Adicionais
Se necessitarmos executar mais que uma ao no mesmo dia, podemos utilizar o IT0302. Ele possibilita registrar todas as aes que forem realizadas. A SAP recomenda que usemos o IT0302 para registrarmos as aes de pessoal.

Exibindo as Aes Adicionais no IT0000

Na Customizao podemos determinar quais aes sero registradas. Como regra devemos escolher aes que alterem a situao de um empregado. O IT0302 (permite fazer mais de uma medida em uma mesma data) usado somente para registrar tipos de aes e razes, ele no pode ser criado. No podemos fazer duas aes diferentes que alterem a situao de um empregado.

Entrada Rpida para Aes (PA42)

Possibilita fazer uma ao para um empregado apresentando uma tela com todos os campos obrigatrios dos infotipos da ao. A vantagem desse tipo que no precisamos ir passando de infotipo em infotipo.

Aes Dinmicas
Se a manuteno de um infotipo afetar outro infotipo o sistema exibe automaticamente o segundo infotipo para podermos efetuar a manuteno. Estas execues tambm podem ser feita em background, sem que o usurio veja.

Entrada Rpida
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 funcionrio criada manualmente ou usando um relatrio.

Desenvolvimento de Pessoal e Aes de Qualificao

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 satisfao no emprego por considerar as preferncias no cargo. Por ele so determinadas as comparaes presentes e futuras dos requisitos de um cargo com as qualificaes e preferncias do funcionrio.

Pgina 11

Qualificaes
Lista de habilidades que fazem um empregado adequado para um cargo, posio, tarefa ou centro de trabalho. So associados com um empregado.

Requisitos
Lista de habilidades e experincia requerida para um cargo, posio, tarefa ou centro de trabalho.

Catlogo de Qualificaes
Contm todas as qualificaes que so interessantes para a organizao. Grupos de Qualificao (QK) so usados para estruturar o catlogo, Os grupo no podem ser atribudos a pessoas. As qualificaes podem conter outra qualificaes.

Escalas e Qualificaes Alternativas

Podemos criar nossas prprias escalas onde registraremos as proficincias das qualificaes. Devemos atribuir a escala sempre ao grupo de qualificaes. Podemos atribuir uma ou mais qualificaes alternativas para uma qualificao. O relacionamento que criado bidirecional, podemos tambm especificar a amplitude com a qual uma qualificao altera a outra como um valor percentual. As qualificaes alternativas devem ter a mesma escala.

Criando Perfis de Pessoas e Candidatos

Usamos um perfil para armazenar informaes especiais sobre uma pessoa. O perfil contm informaes padro e um nmero de subperfis que so os seguintes: Qualificaes, Potenciais, Preferncias e Averses Qualificaes so usadas para armazenar as habilidades. Potenciais so usadas para armazenar os prognsticos sem levar em considerao se uma pessoa capaz. Preferncias so usadas para armazenar informao de opes de uma pessoa. Averso so usadas para armazenar informaes sobre o que a pessoa no gosta.

Criando Perfis de Cargos e Posies

Qualificaes so usadas para armazenar os requisitos para um objeto.

Avaliao de Perfis
Podemos avaliar um nmero 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 qualificaes especficas. Existem duas opes: selecionando as qualificaes do catlogo ou especificando um objeto. O Sistema gera uma lista de objetos encontrados. Podemos tambm fazer uma seleo mais detalhada para cada tipo de objeto que aparea na lista. Um Ad Hoc Query (informaes geradas atravs dos infotipos de PA) define os detalhes do critrio de seleo a serem usados.

Comparao de Perfis
Possibilita comparar qualificaes com requisitos. Se utilizarmos o mdulo de Eventos e Treinamento a comparao poder sugerir um provvel curso para suprir um dficit de qualificao.

Proposta de Treinamento por Dficit de Qualificao

Caso exista um dficit de qualificao e no mdulo de Eventos existir um curso que supra a qualificao o usurio poder inscrever ou programar o funcionrio para fazer este curso.

Pgina 12

Treinamento : Integrao com outros mdulos

Time PD

MM Treinamento

PA

CO SD

PCS

PD Pode ser usado como Organizador e como Participante PA Pessoas e Candidatos podem ser Participantes, Pessoas posem ser tambm Instrutores PCS Qualificaes so checadas como pr requisito para os Participantes SD Clientes e seus funcionrios podem ser Participantes e depois serem faturados CO Podem ser feitas transferncias dos custos de um evento, bem como a alocao de custos dos inscries Time Participaes e faltas podem ser armazenadas para Instrutores e Participantes MM Podem ser registrados os materiais a serem utilizados como recursos.

Viso Geral do Gerenciamento de Treinamento e Eventos

O mdulo T&D inclui trs reas principais que so: Recursos, Eventos e Participantes. Cinco menus dinmicos que so : Participantes, Eventos, Informaes (relatrios), Planejamento e Ferramentas. O acesso as funes feita via uma estrutura que d todas as possibilidades relevantes para o usurio.

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 funes: Inscrio, Pr Inscrio, Substituio, Re Inscrio, Cancelamento e Inscrio em massa. As funes de Inscrio e Pr Inscrio podem ser feitas no nvel de Curso, no nvel de Evento podemos fazer a funo de Inscrio e no nvel de Participante podemos fazer as funes de Re Inscrio, Cancelamento e Substituio.

Inscries
Podemos inscrever os seguintes Tipos de Participantes: Pessoas(P), Usurios(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 nmero de inscritos. A cada inscrio associamos a prioridade que pode ser : Normal, Essencial ou Lista de Espera. Quando a inscrio estiver sendo efetivada o Sistema checar os Pr Requisitos, tanto com referncia a Qualificao como tambm quanto aos outros Cursos, as Disponibilidades, as Incompatibilidades de Horrios e os Bloqueios.

Cancelamento
Podemos cancelar qualquer inscrio feita. Estes cancelamentos podem ou no gerar histrico, caso isso acontea temos alguns relatrios para extrairmos a informao necessria. Como na Inscrio o Cancelamento tambm tem ligao com o mdulo de Time fazendo com que um participante quando cancelado tenha os registros gerados em Time apagados. Podemos tambm configurar cartas que sero enviadas aos participantes que cancelarem sua inscrio.

Pgina 13

Correspondncia.
Podemos enviar as Correspondncias que so necessrias por vrios modos, tanto para participantes como para instrutores. Estas correspondncias podem ser disparadas automaticamente, de acordo com a funo Customizada, ou manualmente por uma razo especfica.

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, no pode estar Cancelado e no deve ter o identificador de registros histricos. O Follow Up inclui as seguintes atividades: Transferncia de qualificaes para os participantes, Deleo de todas as participaes no Evento, Criao do relacionamento do Participante com o Curso, Gerao do registro histrico do Evento e Impresso das confirmaes. Qualquer destas atividades so realizadas dependendo do que tenha sido configurado na Customizao no IT1030 (Procedure), esse IT pode ser mantido atravs do Curso (Objeto D). Tenha cuidado pois, no podemos fazer transferncias para CO se o evento for encerrado com registros histricos.

Menu de Relatrios
Podemos requisitar relatrios sobre Participantes , Recursos e Eventos. A vantagem desse menu que no precisamos entrar com dados de seleo para emitirmos o relatrio.

Brochura do Curso(Catlogo Descritivo)

Podemos criar um catlogo descritivo para o Grupo de Cursos e/ou para os Curso que contenha a Descrio, Durao, Pr Requisitos, Atividades e Lembretes, Contedo Programtico, Objetivos, Pblico Alvo, Notas, Preo e Organizadores. Este catlogo pode ser transferido para o Word.

Planejamento de Carreira e Sucesso

O PCS tem dois objetivos principais, um de promover o desenvolvimento de um empregado na organizao, e outro de assegurar que exista sempre pessoas suficientemente capazes Planejamento de Carreira usado para encontrar uma Posio(S) de uma Organizao(O) que apropriada para uma pessoa especfica, ou seja, a viso que o Empregado tem de quais Cargos ele pode ocupar na Empresa. Planejamento de Sucesso usado para encontrar um sucessor para uma Posio de uma Organizao, ou seja, a viso do Empregador de quem ele pode escolher para um Cargo em sua Empresa.

Fundamentos do Desenvolvimento de Pessoal

Qualificaes Preferncias

Indicaes

Planejamento de Carreira e Sucesso Averses

Potencial

Modelo de Carreira

Pgina 14

Modelo de Carreira
C-4 C-3 C-0 C-2

O Modelo de Carreira (Objeto LB) no retrata o caminho especfico, mas , o principal caminho do desenvolvimento de pessoal dentro da Empresa. Este modelo contm um nmero de Cargos (C) e/ou Posies(S) e pode ser estendido atravs de toda a Organizao. Neste modelo podemos definir a durao de permanncia em cada Cargo.

C-1

Planejamento para uma Unidade Organizacional

Essa funo utilizada para restringir a viso de uma Unidade Organizacional. Estes parmetros so atribudos para o Usurio, e podem ser: PEH - Desprezar a depreciao, PES Incluir qualificaes alternativas, PEO Especificar uma Unidade organizacional default, PEM Incluir requisitos essenciais, POP Plano de Verso e BEG/END Data de Inicio ou Trmino .

Gerenciamento de Tempo
Este mdulo oferece uma flexibilidade nos processos de HR que envolvem atribuio, registro e avaliao do horrio de trabalho de um empregado, podendo armazenar faltas e freqncias que podem ser transferidas e usadas por outras aplicaes do R/3. Os horrios dos empregados incluem: Modelo de horrio, Planejamento de horrio baseado em calendrios, intervalos e compensaes, e, Regras.

Pr Requisitos do GT
Calendrio e o Horrio de trabalho que especifica o modelo de tempo de trabalho para cada dia durante o ms.

Calendrios
Podemos definir novos calendrios a serem utilizados e/ou utilizarmos um j includo no R/3.

Horrio de Trabalho
Define o modelo de trabalho de um empregado, estes horrios so compostos de vrios elementos que podem ser combinados de diversas maneiras para determinar todo o trabalho e intervalo de um empregado.

Atribuio para uma Regra de Horrio

O empregado atribudo a uma Regra de Horrio atravs do IT0007. Os dados do IT0001 e essa atribuio determina qual horrio de trabalho vlido para o empregado.

Registrando os Dados de Tempo

Existem dois mtodos para registrarmos os dados de tempo de um empregado. Registrando divergncias Este mtodo registra as divergncias encontradas no horrio padro do empregado. Registrando tudo Este mtodo registra as divergncias e tambm toda a freqncia de horrio do empregado. Neste mtodo existem duas maneiras de registrar os horrios: Automaticamente, registrados num terminal e depois carregados para o R/3, onde so processadas as avaliaes, ou Manualmente, registrados no IT2001 (Freqncia).

Registrando Dados de Divergncias

Todas as divergncias de um empregado so registradas, estas divergncias incluem substituio, horas extras ou frias.

Pgina 15

Ausncias
Registramos todos os horrios em que o empregado no est presente no trabalho no IT2001 (Ausncias). Vrios tipos (subinfotipos) podem ser registrados, incluindo: frias, doena, licena maternidade ou paternidade, servio militar ou civil. Para cada um destes tipos existem telas separadas.

Frias
O nmero de dias de frias baseado no horrio de trabalho e automaticamente calculado. Quando entramos com os dias de frias o sistema automaticamente reduz esta quantidade do IT0005 (Direito a Frias) ou do IT2006 Quotas de ausncia.

Aprovao de uma Ausncia

O empregado entra com o registro de sua ausncia, esse registro passado para seu superior que avalia a ausncia e decide se aprova ou no, sendo aprovado, esse registro passado para o Administrador de Pessoal para aceitao e consistncia. O maior benefcio da utilizao desse processo que as pessoas ficam sabendo da aprovao de sua solicitao.

Coliso
Quando armazenamos um registro de tempo, freqentemente um registro sobrepe um outro. Estas sobreposies so chamadas de colises. Isso previne que registros com mesmo perodo existam no Sistema, quando ocorre uma coliso 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 faa antes ou depois do seu horrio de trabalho, essas horas so registradas no IT2005. Numa tela adicional deste IT, podemos atribuir a hora extra para um diferente centro de custo ou ordem.

Substituies
Alteraes nas horas de trabalho regular de um horrio de trabalho podem tambm serem registradas no IT2003. Estas substituies definem uma alternativa de horrio de trabalho para um empregado. Uma exceo a substituio por Posio porque elas envolvem uma relao diferente de pagamentos para o mesmo horrio de trabalho.

Mtodos de Manuteno de Dados de Tempo

Existem trs mtodos para registrar divergncias de um empregado Entrada Simples Feita atravs dos ITs do Mini Master de Time Entrada por Calendrio Feita atravs das telas de calendrios Semanais, Mensais ou Anuais Entrada Rpida Onde podemos manter muitos subtipos ao mesmo tempo para um empregado, bem como manter um IT para vrios empregados

Calendrio Anual
Fornece uma viso geral de ausncias e frequncias num perodo de 12 meses, cada dia contm um caracter de entrada onde so representadas as ausncias ou frequncias.

Calendrio Mensal
Fornece uma viso geral de ausncias e frequncias no ms, uma das maneiras mais rpidas de entrarmos com dados .

Pgina 16

Calendrio Semanal
Neste calendrio podemos registrar mais informaes sobre ausncias ou frequncias de um empregado. Nesta tela existem comparaes dirias de horrio.

Pgina 17

Viso Geral de Avaliao de Tempos

Dd s ao Ms e e tr s Hr r sd o io e tr b lh aa o Rg tr d e is o e Tmo e p

usada para avaliar a frequncia e as ausncias de um empregado. Podemos utilizar para avaliar e rodar a folha de pagamento.

Aa o v lia d T mo e e p

F lh d o a e P g mn a a e to

Rla r s e tio

Ep lh d se o e Pn o to

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 integrao entre Time e os Dados Mestres so: IT0001, IT0002, IT0005 ou IT2006, IT0007, IT0050 (Informaes de Time), IT0003 (Situao da Folha).

Infotipo 0007
O IT0007 usado para registrar o plano de horrio de trabalho de um empregado. A Regra de Horrio de Trabalho descreve o relacionamento entre o empregado e o horrio de trabalho, e por onde o sistema executa o registro de horas positivas. Neste IT encontramos tambm o Status de Gerenciamento de Tempo, que especifica se o empregado participa da Avaliao de Tempo e de qual forma. Os possveis valores so : 0 sem avaliao de tempo, 1 avaliao de tempo baseado em horrio utilizando os schemas TM00 e TM04, 2 avaliao de tempo PDC (baseado em ordens) utilizando os schemas TM00 e TM04, 8 servios externos utilizando o schema TM02, e, 9 avaliao de tempo de horrios planejados utilizando o schema TM01 e TM04.

Infotipo 0050
Este infotipo usado somente para avaliao de tempo. usado como uma interface com o sistema de registro de tempo

Infotipo 2011
So horrios de entrada e de sada que os empregados registram nos terminais

RPTIME00
Este relatrio executa a funo da Avaliao de Tempo, este relatrio pode ser gerado para datas futuras.

Processando Erros
O Time Management Pool um ferramenta para checagem, correo e documentao dos dados de tempo. Podemos definir valores default para o administrador de tempo parmetros SAZ, e para o grupo de administradores parmetros SGR.

Chamando o Processamento de Erros

utilizado para corrigir qualquer erro que tenha ocorrido na Avaliao de Tempo. Funes auxiliares para a correo de erros esto disponveis, ode podemos: obter informaes de horrios planejados ou atuais de um empregado, corrigir qualquer dado de um infotipo e criar novos infotipos. Os erros so armazenados na tabela FEHLER.

Pgina 18

Planejamento de Custo
O Planejamento de custo de Pessoal foi desenvolvido para dar suporte ao processo de tomada de decises, onde podemos realizar trs objetivos principais: determinar o custo atual de pessoal, prever custos futuros e projetar custo futuro baseado em alteraes organizacionais antecipadas e. ou por mudanas de estrutura de pagamento. As comparaes podem ser feitas em diferentes cenrios, estes cenrios contm um conjunto de resultados de clculos.

Mtodos
Pagamento Projetado (PD) Elementos de custo atribudos para Unidade organizacional, Cargos, Posies e Centros de Trabalho. Pagamento Bsico (PA IT0008) Rubricas salariais so atribudas para pessoas especficas. Resultado de Folha (PA Folha) Valores atuais de pagamento de um empregado para uma simulao.

Executando o Planejamento de Custo

Para o mtodo de Pagamento Projetado devemos utilizar o IT1015, onde armazenamos os custos atribuindo elementos de custo (Wage Elements) para diferentes objetos. Para o mtodo Pagamento Bsico o Sistema utiliza os dados originais de PA para calcular os custos. O Sistema utiliza as rubricas salariais (Wage Types) que so atribudas para o empregado. Para o mtodo Resultado de Folha os sistema utiliza os dados provenientes da gerao atual da folha.

Opes de Simulao
Podemos alterar o nmero de Posies, ou, alterar os elementos de custo (Wage Elements) alterando valores absolutos ou percentuais, atribuindo novos elementos de custo, ou alterando os elementos de custo atribudos aos objetos usando percentual ou valores fixos.

Salvando os Cenrios
Os cenrios devem ser salvos aps o trmino dos clculos. Os cenrios so sub divididos em grupos de cenrios que so clculos que envolvem uma rea especfica da Empresa. Opcionalmente podemos enviar os clculos para um planilha Excel, porm se estes dados forem alterados na planilha estas mudanas no afetaro o Sistema.

Transferindo Custos para CO

Aps o trmino dos clculos, CO pode capturar estes valores para suas projees e alteraes.

Folha de Pagamento
o clculo de Pagamento de trabalho realizado por um empregado. composta de um nmero de processos e de atividades subsequentes.

Viso Geral do Processo de Folha

O clculo da folha contm dois passos principais: Clculo e as Dedues. Ambas so calculadas para um empregado num determinado perodo.

Clculo (Proventos)
Os elementos de remunerao so formados de rubricas e salrios individuais, as quais so utilizadas durante um perodo de folha. Dedues podem ser feitas para alguns itens. Diferentes aspectos determinam se os benefcios aumentam ou reduzem o salrio. A remunerao 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.

Pgina 19

Dedues
So valores tirados da remunerao bruta para gerar o valor de pagamento. Por estas razes , diferentes totais so 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 perodo no 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 so atribudos a rea de Folha atravs do IT0001, podendo Ter o valor default dependendo da Subrea de Pessoal, Grupo e Subgrupo de Empregados.

Administrao de Folha
Manuteno Dados Mestres Liberao da Folha No Correo Incio do Processamento

Processo sem erros Sim Encerra

Conferir Resultado

Durante o processamento da folha nenhum infotipo de Dados Mestres e de Time que interferem no clculo podem ser alterados, para garantir isso o processamento controlado pelo Registro de Controle de folha.

Seleo 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 tambm determinar o perodo. Quando solicitamos o processamento o sistema passa a executar o relatrio RPCALC*0.

Registro de Processamento
O Log uma tabela de contedos em forma de uma estrutura em rvore. Nele possvel encontrar erros e facilidades de navegao.

Holerit
Possibilita a criao de holerits para os empregados. So listados todos os proventos e descontos usados na folha. usualmente criado depois de processamento da folha e antes das transferncias dos pagamentos para o Banco.

Transferncia de Salrios
Podemos criar uma transferncia utilizando a funo DME (data medium exchange).

Atividades Subsequentes
Aps o trmino do processamento devemos executar vrias atividades subsequentes. Estas atividades podem ser divididas nas seguintes categorias: Por perodo, Anualmente, Outros perodos, Independente de perodo.

Listas e Estatsticas por Perodo

Resultado da Folha

Payroll Account

Payroll Journal

WT Statement

WT Distribution

Pgina 20

HR505 Organizational Management

Desenvolvimento de Pessoal (PD)
Pontos de Integrao
Recrutamento Capacity Planning Eventos Dados Mestres Cost Plan. HRIS PD Shift Planning PCS

Workflow

Metodologia Desenvolvimento orientado a objeto

PD baseado na criao e uso de objetos organizacionais e como eles se relacionam entre si.

Mtodos Planejando
PD possibilita Ter uma clara viso da Empresa no passado, presente e futuro. Usando esta informao podemos nos preparar para reagir as mudanas futuras.

Mtodos Plano de Verso

Plano de verso so usados para exibir diferentes cenrios. Podemos possuir vrios planos de verso, porm s um deles representam o Plano ativo com a integrao tambm ativa, para isso definimos no PLOGI PLOGI o cdigo do plano ativo, que deve ser sempre 01 para no perdermos muitas integraes que so amarradas neste cdigo. Planos de verses existem independente um do outro. A sequncia de criao de um plano de verso a seguinte: 1- Criar o Nome, 2 Copiar de um Plano existente toda a estrutura (RHCOPL00), e, 3 Fazer a consistncia (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 bsicos de PD so : Unidade Organizacional (O), Cargos (C), Posies (S), Tarefas (T) e Centros de Trabalho (A).

Unidades Organizacionais (Objeto O)

Descreve vrias unidades de negcio que existem dentro da Corporao e seus relacionamentos (podem ser divididas por funes, reas geogrficas ou por processo de negcio). O objeto tipo O relacionado com o centro de custo (K).

Cargos Genricos (Objeto C)

O Job um conjunto de tarefas gerais que so executas juntas. Cada cargo representa uma nica classificao de responsabilidades. Devemos considerar que tarefas especficas e requerimentos

Pgina 21

so associados com o cargo. Os cargos so utilizados nas seguintes aplicaes: Descrio de Cargos e Posies, Planejamento de Turno, Planejamento de Custo de Pessoal, Planejamento de Carreira e Sucesso.

Posio (Objeto S).

Posio so as atribuies individuais de um empregado numa Empresa. As posies so ocupadas por pessoas. As posies so cargos especficos de uma Empresa. Cada posio baseada em um cargo herdando dele todos as tarefas e requisitos atribudas a ele, sendo assim, um grande nmero de posies podem ser baseadas num mesmo cargo (C), porm, podemos ainda atribuir a essa posio tarefas e requisitos especficos. Geralmente uma posio ocupada por uma pessoa, porm, possvel que mais de uma pessoa ocupe a mesma posio.

Tarefas (Objeto T).

Tarefas descrevem os deveres e as responsabilidades num cargo ou numa posio. Elas podem ser classificadas como: Componentes de processo (Workflow), Ferramentas de gerenciamento de Pessoal. Todas as tarefas esto contidas num Catlogo de Tarefas, este catlogo pode conter tarefas relacionadas com outras tarefas. Quando atribumos uma mesma tarefa para diferentes cargos, podemos especificar diferentes pesos para cada cargo.

Centros de Trabalho (Objeto A).

Descreve a localizao fsica onde as tarefas so executadas, podemos ainda descrever quais as Restries e quais os Exames Mdicos so necessrios para que o empregado possa ser alocado neste Centro. Podemos representar ento qualquer localizao geogrfica ou sermos mais especficos e representarmos um local preciso de trabalho, como por exemplo uma sala. Muitas posies podem ser compartilhadas num Centro de trabalho.

Objetos Adicionais
Podemos criar objetos adicionais para completar a representao da Empresa. A distino feita entre objetos internos e externos. Objetos internos so criados e mantidos em PD, Eventos e PCS. Objetos externos so definidos por outras aplicaes do R/3.

Relacionamentos entre os Objetos Bsicos

C S S S S O O S T C T S S S

Relacionamento entre os objetos so recprocos. Quando criamos um relacionamento o Sistema gera automaticamente o relacionamento inverso. OO (A/B 002) CS (A/B 007) OS (A/B 003) SS (A/B 002) SP (A/B 008)

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

Elementos de um Plano Organizacional

O relacionamento entre os objetos bsicos organizam os seguintes blocos principais: Organizational Structure Estrutura da Organizao 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 Catlogo de tarefas (T T)

Pgina 22

Modelo de Dados

S C T P/Us

Infotipos
As caractersticas de um Objeto so mantidos em infotipos. As principais caractersticas so Objetos e Relacionamentos, isto quer dizer que os principais infotipos so IT1000 (Objeto) e IT1001 (Relacionamentos). Podemos ter tambm caractersticas adicionais, tais como, Descrio (IT1002), Horrio de Trabalho (IT1011), Planejamento de Custo (IT1015), etc.

Identificao do Objeto
Quando um objeto criado, o sistema pode atribuir automaticamente um nmero. Tabela (T77IV).

Atributos adicionais de um Infotipo

Os infotipos possuem trs 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 incio e de trmino para identificar a validade. Permite definir o perodo de vida de um objeto ou infotipo. So usadas para identificar alteraes na Organizao enquanto os histricos so armazenados e Permite avaliar a estrutura organizacional por datas chaves. Caso delimitemos um objeto (IT1000) todos os relacionamentos e atributos so delimitados tambm.

Time Constraint
uma ferramenta interna do sistema que protege a integridade das informaes. Em PD os infotipos possuem 4 classes de time constraint: 0 Informao deve existir por todo ciclo de vida de um objeto e no pode ser alterado 1 Informao deve existir por todo ciclo de vida de um objeto mas, pode ser alterado 2 Informao opcional mas, pode existir somente uma vez dentro de um perodo definido pelo usurio 3 Informao opcional, e muitos registros podem existir simultaneamente dentro de um perodo definido pelo usurio.

Pgina 23

Manuteno Simples
Viso Geral
Em PD utilizamos a SM (manuteno simples), para criarmos objetos e seus relacionamentos de forma rpida, pois, essa ferramenta cria automaticamente as ligaes mais comuns. Na SM podemos, estabelecer e manter os detalhes bsicos requeridos para uma Unidade Organizacional (Objeto O), estabelecer e manter um organograma (Reporting Structure), estabelecer e manter atribuies de Centro de Custo (Objeto K). Quando os objetos so criados em SM eles recebem o status de Ativo.

Caractersticas da Manuteno Simples

A SM usa a estrutura de rvore na qual podemos criar rpida e facilmente o plano organizacional da Empresa. Na SM podemos executar diferentes funes com diferentes telas iniciais. A funo Plano Organizacional possibilita criar e manter a estrutura organizacional, criar Jobs e Posies amarrados a esta estrutura, atribuir tarefas aos Jobs e Posies, e, criar um organograma (Reporting Structure). A funo de Atribuio de Centro de Custo (Account Assignment) possibilita a atribuio de um centro de custo definido em CO a uma Unidade organizacional ou a uma Posio. A funo de Caractersticas possibilita atribuirmos muitas outras informaes importantes para um Objeto. Alm das funes, na SM podemos ter duas vises diferentes para trabalhar. A viso geral (Overall Status) possibilita ao usurio acessa todas as funes requisitas pelo processo. A viso 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 criao dessa unidade servir como default para as outras). 2 Criar as Unidades Organizacionais Adicionais 3 Criar Jobs 4 Criar Posies (relacionadas com Jobs) 5 Atribuir Tarefas aos Jobs e Posies (quando so atribudas aos Jobs so herdadas pelas Posies) 6 Atribuir Centro de Custo para Unidades Organizacionais ou Posies 7 Atribuir os Titulares das Posies.

Editando a Estrutura Organizacional

Podemos efetuar vrias funes que alteram os Objetos de uma estrutura organizacional Mover altera o relacionamento entre as Unidades Organizacionais, ou entre uma Posio e uma Unidade Organizacional Renomear alterar a descrio curta e longa do Objeto Deletar Objetos e Relacionamentos Delimitar Objetos e Relacionamentos Chief Position designar um lder para uma Unidade Organizacional (aplicada a Posies)

Criando um Organograma (Reporting Structure)

Para criar um Organograma devemos relacionar Posio com Posio.

Criao de Outras Estruturas na Manuteno Simples

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

Pgina 24

Organizao Matricial (Objeto OR)

Uma Organizao Matricial um Report Structure de duas dimenses na qual uma Posio se reporta a mais que um Objeto superior.

Mantendo Organizao Matricial

Na visualizao da matriz podemos criar os relacionamentos entre os objetos de duas dimenses. Podendo ainda inverter a exibio das duas dimenses.

Transaes Extras
Further Attributes Possibilita ao usurio a Alterao ou a Exibio de Atributos adicionais para alguns objetos Objeto O - Os atributos que podem ser alterados so: Departamento/Staff, e, Horrio de trabalho (Grupo ao qual pertence e o tempo de horas trabalhadas no ms) Objeto S - Os atributos que podem ser alterados so: Staff, Horrio de trabalho (tempo de horas trabalhadas no ms e o percentual aprovado), Grupo e Subgrupo de Empregados, Vaga (ocupado ou livre), e, Obsoleta) General Structure Permite ao usurio a Criao, Alterao e a Exibio de uma estrutura organizacional atravs de um Evaluation Path.

Manuteno Detalhada (Detail Mantaince)

Funcionalidades
Na DM podemos manter todos os infotipos relevantes para todos os tipos de objetos. Na MD temos as seguintes funes: Criao, Deleo a Delimitao de vrios tipos de objetos (IT1000), Manuteno de relacionamentos (IT1001), e, as Manutenes dos infotipos adicionais. Na DM podemos criar os infotipos no status de planejado e mov-los atravs do ciclo de vida de um Objeto.

Manuteno de Infotipos
Os infotipos de PD permitem descrever, ou definir, as diferentes caractersticas ou atributos que o Objeto possui. Os vrios tipo de infotipo permitem que se descrevam estas diferenas. Alguns infotipos so relevantes apenas para certos tipos de Objetos. O princpio de herana aplicado para todos os objetos de uma estrutura organizacional.

Interface Visual de DM
Nas telas de Manuteno Detalhada dos Objetos alguns campos so importantes, tais como: Plano de Verso assegura que estamos trabalhando num nico plano de verso o tempo todo. Aspecto limita o nmero de infotipos apresentados (assemelha-se ao infogrupo de PA) Perodo de Validade perodo de durao na qual o objeto existe no corrente plano de verso.

Delimitao versus Deleo

Delimitao permite que a informao seja mantida como histrico. Deleo permite que a informao seja excluda do plano de verso. Quando delimitamos ou deletamos um objeto (IT1000) todos os infotipos associados ao objeto so delimitados ou deletados.

Infotipos
1000 Infotipo do Objeto um infotipo especial, pois nele descrevemos as caractersticas 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.

Pgina 25

1001 Relacionamentos Permite definir ou descrever o inter-relacionamento que existe entre os diferentes objetos. 1002 Descrio Permite adicionar as descries do objeto, existem diferentes tipos de descries, isto , o objeto pode ter diferentes descries. 1003 Departamento/Staff usado para os objetos O e S, quando o identificador de Staff est marcado ele indica que o objeto no faz parte da estrutura normal e sim do nvel mais alto. 1007 Vagas Permite identificar Posies vagas. A vaga ocorre quando a posio no est preenchida. Este infotipo relacionado com os mdulos PCS, Recrutamento, PD e Planejamento de Custos. 1014 Obsoleto Indica Posies que no sero necessrias no futuro, porm podem ainda estar sendo ocupadas. 1008 Caractersticas Contbeis Permite colocarmos informaes que sero teis para PA. 1013 Grupo e Subgrupo de Empregados Permite atribuir uma Posio para um Grupo e Subgrupo de Empregados. 1011 Horrio de Trabalho Permite determinar um Horrio de Trabalho 1005 Planejamento de Remunerao Permite identificar o plano de remunerao a ser paga. A informao includa no infotipo usada no calculo do salrio base em PA. A informao do salrio pode ser dividido em trs tipos: Grade, Escala e Direto. 1050 Resultado da Avaliao Podemos determinar o valor relativo de cada Posio ou Job, para determinados sistemas de avaliao, tais como Hay, John Smith, da Empresa. 1051 Resultado de Pesquisa Podemos determinar os valores das pesquisas salariais feitas pela Empresa. 1009 Exames Mdicos Permite identificar qualquer requisito de exames mdicos para um Centro de Trabalho. 1006 Restries Especifica se o Centro de Trabalho no apropriado para um grupo de pessoas em particular. 1010 Autorizaes/Recursos Autorizaes so armazenadas para Posies e os Recursos so armazenados com mais detalhes os acessrios e equipamentos num Centro de trabalho.

Entrada Rpida
Permite criar rapidamente vrias ocorrncias de um mesmo infotipo

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

Criando Objetos via Aes

Podemos criar objetos usando aes que so uma srie de infotipos colocados numa ordem ou sequncia especficas. Esta sequncia determinada na Customizao.

Pgina 26

Delimitando Objetos
O relatrio RHGRENZ0 delimita um ou mais objetos na estrutura alterando a data de trmino.

Criando Nova Data de Trmino

O relatrio RHGENZ1 especifica uma nova data de trmino para objetos delimitados ou estruturas. Devemos entrar com a data da delimitao antiga para os objetos selecionados.

Deletando Objetos do Bando de Dados

O relatrio RHRHDL00 deleta objetos selecionados e todos seus infotipos relacionados do banco de dados. O relatrio RHRHDC00 permite que selecionemos um infotipo de uma lista para a deleo. S no podemos deletar registros com o time constraint 0 ou 1.

Customizando PD
Implementation Guide (IMG)
O IMG contm a documentao de cada atividade. Estas atividades podem ser executadas diretamente do IMG. Existem funes que sustentam o gerenciamento do projeto e sua documentao.

Sistema de Comunicao
Utilizamos o parmetro MAIL DESTN para determinar qual sistema de mensagem utilizado para envi-las. No parmetro MAIL SAPSY identificamos qual o subinfotipo do IT1032 (Mail Address a do IT0105 vlido para receber o endereo.

Mantendo Intervalo de Numerao

Neste passo identificamos se a numerao especfica de um plano de verso ou se aplicado para todos os planos de verso.

Ativando e Desativando o Infotipo de Vagas

Usando o parmetro PPVAC PPVAC, determinamos se a posio considerada vaga sempre que estiver desocupada, ou seja, sempre que criamos uma posio nova, ou se dependente da criao do IT1007. O valor 0 identifica que sempre que desocupada a Posio vira Vaga e 1 identifica que o IT1007 deve ser criado.

Integrao
Integrao PA X PD
A Integrao entre PA e PD ativada pelo parmetro PLOGI ORGA, e, identificado como ativo no IT0001.

Outras Integraes
PLOGI PRELI Posio default usada, caso o empregado no seja atribudo a uma Posio PLOGI PRELU atualiza PA com alteraes em PD diretamente ou por Batch. PLOGI TEXTC exibe a descrio curta ou longa para todos os tipos de objeto PLOGI TEXTO exibe a descrio curta ou longa em PA do objeto O PLOGI TEXTS exibe a descrio 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

Pgina 27

Transferindo Dados de PA para PD

O relatrio RHINTE00 usado para transferir entradas feitas nas tabelas de PA. Os objetos correspondentes so automaticamente criados em PD. Dependendo das entradas no IT0001 os relacionamentos tambm so criados.

Preparando a Integrao entre PD e PA

O relatrio RHINTE10 usado para transferir objetos criados em PD para PA. Somente objetos ativos so includos. Estes objetos que so includos so os que so requeridos no IT0001.

Transferindo Dados de PD para PA.

O relatrio RHINTE30 usado para atualizar o IT0001 para nmeros de pessoal selecionados com os dados criados por aes anteriores em PD. Este relatrio cria Batch Input Session.

Consistncia de Integrao
O relatrio RHINTE20 checa se os objetos criados foram integrados nos dois universo PA e PD. Os objetos que estiverem faltando podem ser criados imediatamente.

Integrao com Qualificaes

Quando a integrao est ativa as qualificaes so administradas via PD. O parmetro PLOGI QUALI possui duas entradas possveis 0 A032 Q a integrao desligada 1 A032 Q a integrao ativada Caso haja qualificaes em PA no IT0024 que no estejam integrados em PD, podemos executar o programa RHQINTE0 para efetivar a integrao.

Pgina 28

HR305 - Personnel Administration

Configurando Dados Mestres
Passos Necessrios para Descrever uma Nova Estrutura
Definir a Estrutura Organizacional Ajustes para encontrar as especificaes da Empresa Modificaes e funcionalidades adicionais

Link entre os Dados Mestres e as Tabelas de Customizao

Todas as entradas que requisitam textos especficos vem de tabelas que podem ser configuras quando fazemos a Customizao do Sistema. As entradas possveis (F4) possibilitam visualizar quais os dados esto armazenados na tabela correspondente. Caso a entrada procurada no exista na tabela temos a possibilidade de inclu-la teclando F5 que nos levar ao item da Customizao de maneira rpida, porm se a tela de entradas possveis no permitir a funcionalidade esta funcionalidade deveremos ento sair e encontrar um campo que faa relao com a informao, que queremos adicionar, no IT e fazer o mesmo processo, e, estando na Customizao procurar o passo desejado e incluir a informao.

Customizando Tabelas
Campos chaves Campos que esto identificados em cinza na tabela. Existe sempre uma nica informao que identifique uma chave na tabela. Caso seja alterada a chave o Sistema cria uma cpia dessa entrada, no possibilitando a alterao da chave. Campo funcional So campo que esto identificados em branco na tabela. Servem para adicionar informao a um campo chave. Criao O Sistema apresenta uma tela de entrada em branco na qual temos que entrar com todos os campos (chaves ou funcionais). Cpia Selecionando uma entrada similar com a entrada que queremos dar o Sistema cria e possibilita que alteremos no mnimo um campo chave e possivelmente os campos funcionais. Deleo Apaga uma entrada na tabela Save Armazena todas as alteraes feitas Delimit Caso uma entrada precise ser atualizada a partir de uma nova data e os dados anteriores devam ficar em histrico devemos utilizar a delimitao. O Sistema cria automaticamente um novo registro com uma nova data de incio de validade e os dados funcionais podem ser alterados.

Estrutura da companhia (Company Structure)

Viso Geral
Todo empregado tem uma atribuio organizacional, isto , ele nico na estrutura da empresa e na estrutura de pessoal. Estas duas estruturas formam a Estrutura da Companhia. Atribumos este empregado nestas estruturas no IT0001.

Pgina 29

Viso 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.

Viso 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 clculo de folha e acordos coletivos (1 - horista, 3 - mensalista) Atividades (emprego, treinamento e estatstica) Horrio de trabalhos (quotas, avaliao, verbas primrias)

Atribuies Organizacionais Adicionais

Organizational Key
Podemos utilizar a OK para compor os requisitos de checagem de autorizao. Este campo contm 14 caracteres. Este campo pode ser configurado no IMG, nas tabelas de controle e tabelas de regras.

Administrador Responsvel
Existem trs tipo de administradores no Sistema, so eles: Adm. Pessoal, Adm. Tempo e Adm. Folha. Estes administradores podem ser utilizados como critrios de seleo em relatrios.

Definindo os Administradores
Os administradores pertencem a um Grupo de Administradores. Quando estamos entrando com as informaes do administrador um dos campos solicitados o SAPname, este campo o responsvel por determinar o envio de mensagens para este administrador. A tabela onde encontramos as informaes de administradores a T526.

Atributos dos Empregados

Aps as definies dos Grupos e Subgrupos de empregados, devemos atribuir alguns Status para o empregado. Estes status so usados em avaliaes para selecionar e/ou sumarizar dados de pessoal ou para representar caractersticas de um pas. Os status esto divididos em Atividade, Emprego e Educao/Treinamento, e, para cada um destes status existe uma subdiviso que devem ser informada na tabela. As subdivises so: Atividade - 1 ativo, 2 pensionista, 3 abono pecunirio e 9 outros Emprego - 1 trabalhador da industria (horista), 2 empregado assalariado, 3 funcionrio pblico e 9 outros Educao/Treinamento - 1 aprendiz, 2 treinado e 9 outros

Definindo Valores Padro - Features

Valores Default
Features so usadas para determinar valore padres. Estes valores so sugeridos pelo Sistema quando os infotipos contendo Dados Mestres so mantidos

Pgina 30

Mantendo Features
Usamos a transao PE03. As Features so feitas com os seguintes elementos, e a ordem destes elementos devem ser mantidas quando criamos uma Feature, so eles: Pessoas responsveis - Caractersticas da administrao de dados Documentao - Informaes da estrutura e das funes Atribuio de Pas e Componentes - Pases e Componentes que podem ser utilizados Estrutura - Consiste de um ou mais campos que so utilizados para perguntas da rvore de deciso rvore de Deciso - Perguntas e estrutura de campos para determinar o cdigo de retorno

Atribuindo Nmero de Pessoal

Para determinarmos o Nmero de Pessoal (PN) devemos entrar na transao PA04, ou via Customizao, e determinarmos os intervalos de numerao que queremos utilizar. Estes intervalos podem ser Internos ou Externos. A SAP recomenda que sempre utilizemos a numerao interna. Aps definidos os intervalos devemos utilizar a feature NUMKR para determinarmos os itens que faro um empregado receber uma ou outra numerao.

Mantendo uma Feature

Command Line - entramos com as funes (Updade, Save) Comment Line - contm o Status e as possveis mensagens de erro Line Number - onde entramos com comandos (Copy, Delete, Move, Etc.) Variable Key - respostas para as perguntas Continuation Indicator - chamada pela operao NEXTR Rule Type - define o tipo de processo Operations - atribuio 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 Nmero 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 Administrao, B banco de dados de Recrutamento MOLGA - Cdigo do Pas PERSG - Grupo de empregado PERSK - Subgrupo de empregado

Relatrio
O relatrio RPUMKG00 gera as Features em um ambiente

Conexo entre Time (IT0007) e Basic Pay (IT0008)

Tempo de Trabalho de um Empregado
Cada empregado atribudo um horrio de trabalho, esta informao importante para o pagamento dos empregados e para a contagem de frequncia e faltas.

Planejamento de Horrio
O planejamento de horrio atribudo a um funcionrio atravs de uma Regra que lhe dada no IT0007.

Pgina 31

Conexo entre Time (IT0007) e Basic Pay (IT0008)

A mdia do nmero de horas que est no IT0007 sugerida como default para o IT0008 no campo Nvel de Capacidade de Utilizao. Esta informao influencia diretamente no salrio que ser paga para o funcionrio.

Agrupadores de Subgrupo de Empregados para a Regra de Clculo de Pessoal

A distino feita entre empregados que so pagos em horas e empregados que so pagos baseados no nmero de horas que eles trabalham num perodo (assalariado). Estas diferenas so configuradas no Sistema utilizando 1 para horistas e 3 para assalariados

Estrutura de Escala de Pagamento

Viso Geral
A estrutura de escala de pagamento cobre aspectos regionais, industriais, financeiros e de tempo, e, tambm as diferenas de valores entre horistas e mensalistas e circunstncias relacionadas com alterao da escala de pagamento. O empregado atribudo a esta estrutura atravs do IT0008.

Dados da Estrutura
Mesmo que no tenhamos acordos coletivos em nossa Empresa, e os nossos empregados negociem o salrio quando eles so 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 so 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 geogrficas de atuao do sindicato PS Group - Faixa da tabela Salarial PS Level - Nvel da tabela Salarial. A feature TARIF atribui um valor default para PS Type e PS Area. A PS Type e Area so atribudas a Personnel Subarea

Agrupador de Subgrupo de empregados para o Acordo Coletivo

Este agrupados atribui aos empregados a diferena entre os grupo de Escala de Pagamento. Este agrupador possui os seguintes valores 1 - trabalhador da indstria ganhando por hora (horista), 2 - trabalhador da indstria ganhando por ms, 3 - empregado assalariado (mensalista), e, 4 - empregado sem Escala de Pagamento. A mais importante funo 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 viso do PS Group pode ser exibida. O PS Group e Levels so definidos para Pases, PS Type, PS Area e ES Grouping. PS Group so usados para avaliao de cargos e para valores indiretos. Armazenando Perodos Diferentes de Mensal No SAP o perodo de pagamento sempre mensal. Precisamos configurar perodos de acordo coletivo diferente de mensal se esse perodo no se aplica a todos os funcionrios da Empresa. Para fazer isso devemos executar um relatrio de Customizao para preencher a tabela.

Pgina 32

Estrutura de Wage Type

Pagamentos e Dedues
Wage Types so elementos chave numa Estrutura de WT. WT so usadas para atribuir pagamentos e dedues e so elas que controlam a Folha. As caractersticas so utilizadas para distinguir individuais WT.

Configurando WT
Existem duas categorias principais de WT, Primria ou de dilogo e Tcnicas. Primrias so definidas para cada Empresa, e, a Tcnica so definidas durante a execuo da Folha e no podem ser feitas pelo Master Data

Viso Geral - Dilogo de Caractersticas

As WT tem as seguintes funes: elas so utilizadas para as checagens de autorizao, 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 frequncia um a WT pode existir num certo momento), Podem ser de pagamento ou deduo dependendo do indicador de operao. Uma WT pode ser valorizada indiretamente se entrarmos com um Mdulo Name, Mdulo Variant e um indicador de arredondamento. O valor automaticamente lido da tabela e no precisa ser entrado ou armazenado no IT0008.

Criando um Catlogo de WT
O SAP permite que copiemos as WT que esto de exemplo no Sistema. Essa cpia deve comportar-se como a outra em dilogos e caractersticas que determinam seu comportamento na Folha de Pagamento. Posemos na WT cpia modificar as caractersticas que so relevantes para a Folha. Essa WT ser includa num Grupo de WT e na tabela da qual foi copiada.

Usando o Grupo de WT
Um Grupo de WT uma associao que fazemos com as WT e o Infotipo, por exemplo as WT que esto includas no IT0008 so do Grupo de WT 0008, isto quer dizer que WT que tem caractersticas similares entre si pertencem a um mesmo Grupo de WT. Sempre que incluirmos uma nova WT num IT devemos tambm inclu-la no Grupo de WT. Devemos utilizar a transao PU95 (Editando Grupo de WT e Vises Lgicas) e o relatrio RP*LGA20 (* = pas) para ter uma viso geral.

Definindo a Permisso 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 vrios Infotipos, devemos entrar com a permisso nos respectivos Infotipos que iremos utiliz-la.

Frequncia
Quando configuramos um WT, podemos determinar se ela pode entrar uma ou mais que uma vez por perodo de Folha.

Pgina 33

Checando as Caractersticas da WT
Podemos definir as seguintes caractersticas de um WT: perodo de validade, operao, valor mnimo e mximo, se o valor deve ou no ser includo no total de pagamento, unidade de tempo e nmero mnimo e mximo, combinao de entrada por nmero e valor, valorizao indireta e suas caractersticas. Valorizao indireta possvel nos seguintes Infotipos: IT0008, IT0014 e IT0015. Se pretendermos implanta Time, devemos tambm definir a WT como bnus ou um pagamento de horas.

ES Grouping para WT Primrias

Podemos utilizar o ES Grouping para definir as WT que so permitidas para uma Estrutura de Pessoal especfica.

PS Grouping para WT Primria

Podemos tambm agruparmos as Subareas de Pessoal. Isto possibilita controlar as WT que so 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 Caractersticas da WT

A regra de validao definida centralmente, ento no devemos alterar os registros de Dados Mestres quando mudarmos a valorizao. Mdulo Name Especifica qual tabela de valor fixo usado para valorizao indireta Mdulo Variant Controlo o acesso de leitura a essa tabela

Mdulo as para Caractersticas de WT

Mdulo TARIF - PS Group e PS Level Mdulo PRZNT e SUMME - valorizao de WT bsicas Mdulo ARBPL - Valorizao usando Posies Mdulo TARIF Usa os dados do PS Group e PS Level para valorizar IT0008 Mdulo Pay Scale PSGroup XX TARIF Group / Level o IT0008 WT0001 ?
Variant A~D

Converso

Mdulo Variant para o Mdulo TARIF TARIF possu 4 Mdulos Varaints (A - D) que so: A - valorizao baseada no PS Group e PS Level B - valorizao baseada no PS Group e PS Level e WT especfica C - valorizao no depende do PS Level D - valorizao no depende do PS Group e PS Level

Pgina 34

Mdulo PRZNT
IT0008 MXXX 1000 MYYY 500 MNNN ? Mdulo PRZNT Variant D / I Avaliao da WT

Define quais WT devem ser utilizadas para calcular o suplemento percentual PRZNT. Usa os de determinadas WT para calcular o valor de uma outra.

Converso

Mdulo Variant para o Mdulo PRZNT PRZNT possu 2 Mdulos Varaints (D ou I) que so: D - devemos entrar as WT a serem utilizadas como base a serem utilizadas para a avaliao do IT. I - as WT no 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 clculo. Mdulo SUMME Define quais WT devem ser utilizadas para calcular o IT0008 Mdulo MXXX 1000 Avaliao da suplemento percentual SUMME. O valor percentual SUMME MYYY 500 WT NT neste mdulo entrado no tabela (campo: Percentual) MNNN ? Variant D / I como um valor fixo, e, portanto, esta ligado WT.
Converso

Mdulo Variant para o Mdulo SUMME SUMME possu 2 Mdulos Varaints (D ou I) que so: D - devemos entrar as WT a serem utilizadas como base a serem utilizadas para a avaliao do IT. I - as WT no 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 clculo. Mdulo ARBPL Utiliza o tipo do objeto e o nmero da posio para calcular o montante da WT. Mdulo Variant para o Mdulo ARBPL Se o mdulo ARBPL for utilizado com a Variant S para avaliao o sistema basear os clculos na posio do IT0001 e no agrupamento de pases. A WT estar presente nesta tabela e ser convertido para o IT0008

Batch Input Processing

Alteraes em massa podem ser disparadas por relatrios, e so normalmente feitas por Batch Input Session e no so atualizadas at que essa Session no seja executada. Quando uma Session processada, um LOG criado, e, esse LOG pode ser utilizado para executar funes adicionais. Existem trs tipo de processo: Online (podemos corrigir transaes interativamente), Only Display Error (quando ocorrer um erro a transao mostrada para que o usurio possa corrigir), e, Background (este processo executa a Session sem apresentar os erros para o usurio, somente no final as transaes com erro ficaro na Session).

Aumento do Salrio Padro

Esta funo pode ser usada para empregados que tem o Salrio Base determinado pela Estrutura de Salrio. So utilizados dois diferentes processos para determinar o aumento de salrio dependendo se o valor a ser acrescido e um valor ou uma porcentagem (Aumento Simples), e , se o valor do salrio poder ser atualizado no IT0008 (Aumento Estendido). Este ltimo processo valoriza as WT e usa diferentes Variant de aumento.

Pgina 35

Executando um Aumento Simples

Quando aumentamos o salrio de um empregado, devemos primeiro rodar o relatrio RPU51000 para alterar a tabela salarial (PS Group e Level) para uma determinada data. O valor atual lido da tabela e ia valorizao indireta feita. Se o empregado possui no IT0008 o campo Indirect valuation o Sistema mostra o valor que estar vlido. Para facilitar o processo as atividades para alterao das configuraes so mantidas em separado. Se quisermos atualizar o IT0008 devemos executar o relatrio RPITRF00, delimitando o registro atual.

Aumento Dinmico
As Variants definem o tipo de aumento estendido, estas variantes podem ser criadas por ns. As existentes so: A - Aumenta a WT por um valor absoluto G - Aumenta o total de salrio por um valor absoluto D - Aumento por diferena E - Valores acordados para diferentes PS Groups T - Insere uma nova WT C - Restringe o perodo de existncia de uma WT R - Substitui uma WT por uma outra

Empregado deixando a Empresa

Quando um empregado deixa a Empresa, certos infotipos no podem ser alterados, porque eles sero necessrios para criar um histria, e alguns infotipos devem ser delimitados. O PN no deve ser deletado. Uma nova ao deve ser criada para armazenar a data e a razo da sada, para alterar o status automaticamente para 0, para que na Folha nos perodos subsequentes o empregado no seja carregado. Os infotipos IT0001, IT0002, IT0006, IT0008 so necessrios para a Folha e no podem ser delimitados, pois, se forem delimitados no poderemos rodar a Folha para o ms, e nem, retroativa. Se precisarmos compensar um empregado devemos utilizar os infotipos IT0014 e IT0015.

Readmisso de um Empregado
O PN antigo utilizado para iniciarmos a ao. Nesta ao o empregado sofre a alterao do status (passa para 1), e, os infotipos que estavam delimitados sero atualizados com a nova data de entrada.

Saindo com Penso (Aposentadoria)

Se um empregado se aposenta precisamos executar a ao correspondente, esta ao automaticamente altera o status do empregado (passando para 2) e atribui esse empregado ao Subgrupo de empregados Aposentado. Para que a penso seja paga includa uma WT no IT0008. Se um empregado deixou a Empresa a anos atrs e agora selecionado para receber a penso da Empresa, devemos primeiro gerar uma Readmisso e em seguida uma Aposentadoria.

Aposentado Trabalhando como Guarda Noturno

Se um empregado selecionado para receber a penso da Empresa trabalha como um Segurana no turno da noite, ento devemos admitir esta pessoa com um novo PN, e com o status = 1 e atribudo ao Grupo de empregados Ativo e Subgrupo de empregados Segurana Noturna. Devemos criar um segundo PN porque o valor recebido como Segurana Noturno taxado por diferentes regras.

Pgina 36

Transaes Extras
PA10 - Personnel File
Permite ao usurio visualizar todos os infotipos que um empregado possui.

PA30 - (Goto --> Planning Data)

Disponibiliza ao usurio relatrios ou vises sobre um determinado funcionrio. Organizational Plan Organizational Assignment Overal - Apresenta os objetos que esto relacionados com o empregado (O, S, C, K). Podemos ainda visualizar informaes adicionais destes objetos. Organizational Assignment Current - Apresenta os objetos que esto relacionados com o empregado (O, S, C). Staff Assignement - Exibe a relao existente do empregado com as pessoas do seu setor, mostrando quem o chefe. Education and Training Bookings with history - Exibe uma relao de cursos que o empregado participou ou est inscrito numa determinada data, mostrando a quantidade de dias, horas, valor do curso, e nmero de inscries. Prebookings - Exibe uma relao de cursos que o empregado est pr inscrito para um curso que ainda no tem data marcada, mostrando o perodo de validade, idioma, prioridade e preo. Cancellations - Exibe uma relao 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 qualificaes do empregado e com o perodo de depreciao de cada qualificao. Profile - Apresenta uma tela onde esto exibidas as Qualificaes, Potenciais, Preferncias e Averses que o empregado possui. General Planning Data Structure Display/Maintenance - Possibilita o usurio rodar o relatrio 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 usurio a lista de infotipos que o empregado selecionado possui. O usurio pode escolher o(s) infotipo(s) que deseja eliminar. Change Payroll Status Apresenta para o usurio o IT0003 para que seja feita a alterao desejada. Correct Actions Permite ao usurio refazer uma ao para o empregado. Podemos inclusive alterar o infogrupo.

Pgina 37

HR307 - Administrao e Segurana

Configurao da Administrao de HR e Segurana
Viso Geral
Menu de Infotipos - podemos alterar a sequncia deste menu das seguintes formas: Definindo um User Group especfico de Menu, Alterando a estrutura do Menu e Inserindo novas opes de Menu.

Alterando o Menu de infotipos na Customizao

Podemos utilizar a funo de controle de menu para armazenar diferentes Menus e Aes de Pessoal para diferentes User Groups (parmetro UGR). Desta forma podemos adaptar o sistema com os requisitos de cada usurio individualmente. Se definirmos nosso Menu com User Group Dependent, devemos associar a referncia desse User Group no sistema, caso contrrio, o sistema utilizar o padro.

Definindo a Seleo do Menu de Infotipos

Aqui definimos quais infotipos devem ser apresentados para o usurio quando formas dar manuteno dos Dados Mestres, podemos estipular tambm que essa seleo depende do User Group.

Aes de Pessoal
Viso geral
As Aes facilitam a edio de processos de pessoal complexos. Nas Aes o sistema apresenta todos os Infotipos relevantes na sequncia pr determinada, na qual devemos preencher os dados necessrios, podemos ainda alterar a sequncia dos infotipos pertencentes a Ao ou criar uma nova Ao.

Como Configurar uma Nova Ao

Devemos definir os Infotipos e a sequncia de apario, a esse conjunto damos o nome de Infogrupos, depois devemos definir as caractersticas da Ao de Pessoal, em seguida criarmos uma Ao de Reao, se for necessrio, e por fim incluir a nova Ao de Pessoal no Menu de Dados Mestres (PA40)

Criando um Infogrupos na Customizao

O primeiro passo na criao definirmos Um cdigo e nome para o Infogrupos, em seguida devemos definir se este infogrupo um User Group Depended, a Reao (mensagens) e a Referncia, o User Group. O segundo passo incluirmos os infotipos que foram definidos para essa Ao. Para isso devemos seguir a sequncia definida para os infotipos colocando uma numerao que a identifique, depois devemos identificar qual a operao 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 alterao da feature IGMOD. As operaes que podem ser realizadas nos Infotipos, como descrito acima, so: INS Criar, COP Copiar, MOD Modificar, DEL Excluir, EDQ - Bloquear/Desbloquear, LIS9 Delimitar, DIS Exibir, INSS - Criar Aes.

Pgina 38

Atributos da Ao de Pessoal
Devemos seguir os seguintes passos Atribuir um nico nmero e um nome a Ao de Pessoal Atribuir o FC (function character) que possui os valores (1 - para contratao, 7 - para contratao atravs do Recrutamento e 0 - para os demais), Atribuir os Status de Usurio, de Emprego e o de Pagamento (estes status sero automaticamente atribudos no IT0000) Atribuir, caso necessrio, a rotina de Check Determinar se na transao PA40 os campos Personnel Area, Employee Group e Employee Subgrupo estaro disponveis para o usurio entrar com dados, para isso existem 4 Check Box que identificam estas opes o primeiro faz referncia a possibilidade de apresentao, o segundo se refere a Personnel Area, o terceiro ao Employee Group e o ltimo ao Employee Subgroup Atribumos o nmero do InfoGrupo que definimos anteriormente Determinarmos se a data de criao de um novo infotipo ser a data de incio (branco) ou ser a data de trmino do infotipo existente ( 1 ) Determinarmos se o IT0000 ser armazenado na Ao, e, por fim Determinarmos de o IT0302 armazenar o histrico da Ao.

Indicadores Status
Status do Usurio - no utilizado normalmente Status do Emprego - 0 (empregado que deixou a Empresa), 1 (empregado afastado), 2 (empregado Pensionista), e, 3 (Ativo) Status de Pagamento - 0 (no recebe), 1 (WT padro), e, 2 (WT especial)

Aes de Checagem (CHECK)

Quando executamos uma nova Ao o sistema verifica se os atributos dessa nova Ao se relacionam com os anteriores. Podemos utilizar as seguintes features MSN20 (desligamento), MSN21 (readmisso), MSN32 (penso).

Motivos para as Aes

Os motivos indicam por que a Ao foi disparada. Podemos utilizar esta informao para avaliar porque os empregados deixam a Empresa ou porque eles so transferidas. Devemos sempre entrar com um motivo para cada Ao.

Exibindo Aes Adicionais

Podemos armazenar somente uma Ao de Pessoal por dia no IT0000. Na Customizao podemos especificar quais as Aes devemos armazenar no IT0302. Como uma regra, devemos escolher Aes que resultam em mudana de Status.

Ativando Aes Adicionais

Se queremos utilizar o IT0302, devemos usar o relatrio RPUEVSUP para fazermos as entradas necessrias, na tabela T77S0, o parmetro EVSUP deve ser configurado com 1 para o grupo ADMIN. Na tabela T529A o indicador IT0302 configurado para todos os tipos de Ao. Este processo serve para atualizarmos o IT0302 quando esse IT no inicializado.

Aes Dinmicas
Aes Dinmicas
Usamos uma Ao Dinmica para ligar infotipos. A Ao Dinmica controla quais atividades (manuteno de outro infotipo ou execuo de um relatrio) sero disparadas quando o registro infotipo for mantido.

Pgina 39

Podemos especificar se uma atividade deve sempre ser executada sempre que um infotipo ou subinfotipo alterado ou se um certo campo mudado. Na Ao Dinmica podemos comparar as manutenes dos infotipos com os seguintes cdigos 02 (Change), 04 (Create), 08 (Delete). Estes cdigos podem se combinados entre si. Podemos tambm verificar as entradas possveis com as seguintes funes P (verificar condies), I (manuteno de infotipo), W (valores padro para um novo infotipo), V (referncia para uma atividade), F (chamada de rotina) e M (envia Mail). Se estivermos trabalhando com Recrutamento devemos primeiro perguntar a classe de transao (PSPA-TCLAS) - A (administrao de pessoal) e B (recrutamento).

Configurando a Conexo com Mail para Mudanas no Infotipo

Para configuram a conexo, devemos seguir os seguintes passos. 1 - Nas Aes Dinmicas definir a condio para o envio do Mail 2 - Na feature (M0001, por exemplo) definir o texto padro a ser usado no Mail, quem receber, e, os tipos de processos que podem ser executados no sistema de Mail. 3 - Criao do texto padro.

Definindo Condies de Envio

Devemos definir em quais condies a mensagem ser disparada quando o infotipo for alterado. Nas Aes Dinmicas 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 tambm define o texto (=IDTXT), e se o Mail dever ser movido para OUTBOX depois que tenha sido enviado.

Texto Padro para Conexo com Mail

O texto dever ser criado e armazenado sobre o identificador PAMA. Cada Mail consiste de um Cabealho e da Mensagem. O Cabealho 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 alterao deveremos utiliza *P0001), e estas variveis devem estar entre &..

Customizando a Interface do Usurio

Definindo Screen Header (SH)
Para a criao de um SH podemos utilizar 3 linhas e 83 colunas, onde especificaremos o campo e a posio 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 Pas (country grouping) e a um Header Modifier (HM) 3 - Atribuir ao HM os campos desejados (linha, coluna, campo, literal e a converso). 4 - Salvar as informaes (sistema gera o relatrio RPH00nnn - nnn = client) 5 - Gerar os Headers (caso haja alteraes).

Modificao 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 nmero da tela. Na tela identifique o campo que deve ser alterado e faa a alterao. Nestas alteraes podemos deixar o campo num dos 5 estados pr definidos (1 standard da SAP, 2 - campo obrigatrio, 3 - campo opcional, 4 - campo de sada, e, 5 - campo escondido). Se for necessrio podemos copiar uma tela e atribuir uma varivel para que possamos fazer distino entre usurios, estas distines so alteradas na feature Pnnnn (nnnn = nmero do infotipo).

Pgina 40

Autorizao e Profile Generator

Conceito
Determinar a configurao de um registro Mestre de Usurio e as definies de quais dados este usurio pode acessar. Como princpio todos os dados so protegidos, e, autorizaes para acesso especfico a dados tem que ser dadas, desta maneira o administrador pode determinar quais dados podem ser acessados e por quem.

Estrutura de Autorizao
Usurio

Perfis

Autorizaes

Objetos

Valores

Campos

As verificaes de autorizao para acessar os infotipos de HR pertencem as verificaes gerais da SAP. Estas verificaes de autorizao so baseadas em objetos de autorizao (que no mximo possui 10 campos de autorizao). Estes objetos de autorizao so agrupados para aplicaes. Para definir uma autorizao para um objeto de autorizao devemos especificar valores de campos no objeto. Podemos criar muitas autorizaes juntas com diferentes valores e nomes para um objeto de autorizao. Perfis de autorizao so listas de objetos de autorizao e autorizaes correspondentes. A um User so atribudos vrios perfis de autorizao no registro Mestre de Usurio.

rvore de Autorizao de um Usurio.

Usurio

Perfil 1

Perfil 2

Perfil A

Perfil 3

Perfil 4

Autorizao 1

Autorizao 2

Autorizao C

No registro Mestre de Usurio encontramos um ou mais perfis de autorizao que podem ser simples ou complexos. Podemos atribuir estes perfis a muitos usurios, e caso uma autorizao para um objeto de autorizao seja alterada todos os usurios que contenham esta autorizao num de seus perfis estaro automaticamente alterados.

Valor XYZ

Valor ABC

Conceito de Verso
Perfis de autorizao e Autorizao so encontradas no sistema nas verses Em Manuteno ou Ativa. Somente a verso Ativa de um Perfil ou de uma Autorizao tem efeito no sistema. Isto contribui para a segurana.

Distribuindo Tarefas
Podemos distribuir a responsabilidade pelas protees de acesso para vrias pessoas, para que elas administrem juntas as autorizaes internas. O super usurio configura as registros Mestres de Usurios necessrios, perfis e autorizaes para um Usurio SAP. A responsabilidade em uma rea de aplicao distribuda entre trs pessoas: Administrador de Autorizaes - que mantm perfis e autorizaes e atualiza verses. Administrador de Ativao - verifica as manutenes e ativa a autorizao e o perfil. Administrador de Usurio - mantm o registro Mestre de Usurio e atribui os perfis requisitados.

Pgina 41

Objetos de Autorizao
As autorizaes para HR so mantidas na Classe de Objeto de HR. Um objeto define uma combinao de 10 campos os quais so checados e ligados. A cada campo devemos atribuir valores e estes conjunto de valores so chamados autorizaes no SAP.

Objeto HR-Master Data

Este o objeto mais importante no HR. O nvel de autorizao define o escopo da autorizao e pode conter os seguintes valores R (leitura), E (grava para registros bloqueados), D (mantm registros bloqueados), M (exibe matchcodes) S (grava para registros bloqueados; desbloqueia se a ltima pessoa que alterou o registro no o usurio corrente), e, * (todas as operaes de acesso). Autorizaes E e D podem ser usadas quando se aplica o princpio da dupla verificao. Organizational Key (campo do IT0001) pode ser usado para configurar uma verificao de acesso.

Princpio da Dupla Verificao

No Objeto HR-Master Data, nveis de autorizao E e D possibilitam implementar o princpio da dupla verificao. Deste modo no mnimo duas pessoas devem ser envolvidas em gravar um registro vlido no banco de dados. Um destes usurios deve ter nvel de autorizao E e o outro D. A autorizao E permite o usurio manter e criar registros bloqueados. A autorizao D permite ao outro usurio remove o bloqueio e configurar para um outro registro o bloqueio. Podemos tambm implementar este princpio utilizando o nvel de autorizao S.

Organizational Key
A Org.Key pode ser usada como um elemento adicional na verificao de autorizao. O campo utilizado nesta verificao o VDSK1.

Verificao Extended Master Data

Este objeto executa uma verificao similar ao objeto HR-Master Data. Ele no ativo no Sistema. Podemos utilizar o programa MPPAUTSW para determinar se esta verificao ser executada em substituio a verificao HR-Master Data (para fazer isso devemos configurar o campo P_ORGXX com o valor 1). Os administradores so os contidos no IT0001 e o Grupo de Administradores o definido na feature PINCH (este valor proposto pelo sistema se o parmetro SGR estiver armazenado mo registro Mestre de Usurio).

Verificao Master Data Personnel Number

Este objeto pode ser usado para acrescentar verificaes de autorizao para dados de pessoas, podemos especificar como o sistema ir interpretar o usurio. I - Autorizao para PN atribudo - neste caso o usurio autorizado a ler seus dados E - Autorizao para todos os PN exceto o seu. * - no permitido. Esta autorizao deve ao final ser atribuda a um perfil e este perfil ser atribudo a um registro Mestre de Usurio, em seguida devemos especificar todos os PN na Customizao Set up authorizations based on personnel numbers , isto possibilita uma flexibilidade de trabalho sem ter que alterar a autorizao. Esta verificao no est ativa no sistema e pode ser ativada usando o programa MPPAUTSW (configurar o campo P_PERNR com o valor 1). Se esta verificao estiver ativa ela ligada aos seguintes objetos como OU lgico - HR-Master Data, HR-Master Data Extended Check e caminhos definidos no HR-PD.

Pgina 42

Test Procedure
Essa funcionalidade utilizada para descentralizar o registro de informao de Time dos empregados, para que eles possam entrar com os registros de faltas e frequncias e um administrador verificar. Test Procedure so subinfotipos do IT0130. Um infotipo (subinfotipo) pode ser atribudo para vrios Test Procedures. O IT0130 permite indicar se o dado foi verificado e se a atualizao tambm j foi verificada. A verificao completa representada por meio do subinfotipo. A data de liberao tambm armazenada. Se um Test Procedure foi executado por um superior para uma data de liberao especfica, a autorizao de gravao 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 liberao. No passo Assign infotypes to test procedures na Customizao podemos determinar quais infotipos sero ligados no ao IT0130. Devemos converter a chave P_APRO do programa MPPAYTSW para que o sistema interprete o IT0130 suscetvel a autorizao.

Atribuindo Autorizaes para Test Procedures

Se utilizarmos o IT0130 devemos prestar particular ateno autorizao quando atribumos autorizaes para os infotipos de HR. Se um infotipo atribudo para um Test Procedure e o Test Procedure executado para uma superior para uma certa data de liberao devemos somente editar os dados do IT0130 se tivermos autorizao para gravao.

Autorizao para Batch Input Sessions

Podem ser definidos prefixos especficos para proteger os relatrios de Batch Input Session. Este prefixo colocado a frente do nome da sesso e pode ser verificado geralmente num ponto posterior. Isto previne uma sesso ser iniciada sem autorizao. Podemos utilizar a transao SU03 para encontrar o objeto de autorizao para Batch Input (S_BDC_MONI) que est sobre a classe de objeto Basis-Administration. Este objeto permite controlar autorizaes baseadas no nome da sesso em combinao com uma atividade. As atividades possveis esto documentadas no objeto. A feature BIMAP permite definir os prefixos.

Profile Generator
O Profile Generator gera automaticamente os perfis de autorizao, atribuindo os perfis gerados para os usurios. O Profile Generator usa o Menu de Companhia como base para gerar os perfis de autorizao.

Definindo Autorizaes Abrangentes

No SAP os usurios precisam de diferentes autorizaes para executarem diferentes tarefas. Cada perfil representa uma tarefa na Empresa. O objetivo do conceito de autorizao publicar as autorizaes necessrias para cada empregado, mas ao mesmo tempo permanecer com o sistema integro. As integraes com vrios componentes uma dificuldade para o Administrador saber qual autorizao o usurio precisa e para qual objeto. Existem muitos objetos que muitos usurios no precisam. O Profile Generator resolve este problema com a criao de perfis de autorizao uma vez que o administrador tenha escolhido as transaes que o usurio deva ter para realizar seu trabalho.

Activity Group
Consiste de uma lista de transaes, definido usando o Menu de Companhia, e pode conter opes completa do menu ou transaes individuais.

Pgina 43

Atribuindo um Usurio
No podemos atribuir um usurio a um perfil automaticamente, em vez disso atribumos um Activity Reg. Mestre Activity Group para um usurio. Para fazer isso Group de Usurio podemos utilizar uma transao Online ou um relatrio Batch para colocar o perfil no registro Atribuio usando Profile Generator Mestre de Usurio. As principais vantagens de atribuir perfis via Activity Group so: Atribuio usando 1 - Por razes tcnicas o sistema pode Ter que criar Batch Input ou mais de um perfil para um Activity Group amplo. Perfil de Transao Online Autorizao 2 Quando atribumos um Activity Group para um usurio podemos definir o tempo de dependncia para esse perfil. O relatrio de Batch que coloca o perfil no usurio tambm pode retirar. 3 Pode ser implementado o princpio da dupla verificao.
Atribuio Manual

Definindo Activity Group

Um Activity Group uma coleo de atividades (tarefas, relatrios e transaes), alm desta atividades podemos atribuir deferentes objetos organizacionais. Podemos tambm definir uma responsabilidade para cada Activity Group. A funo de manuteno do Activity Group pode ser usado por vrios componentes do SAP (Manager Users, Business Workflow e HR Org. Management)

Selecionando Transaes
Podemos selecionar todas as transaes de uma Menu de Companhia. O semforo indica as transaes selecionada, se todas (verde), se algumas (amarelo) ou se nenhuma (vermelho). O Menu da Companhia pode ser acessado pela transao SSM1.

Definindo Autorizaes
Na tela de Manuteno de autorizaes a luz verde do semforo indica que todas as autorizaes foram mantidas para os subpontos, a amarela indica que a autorizao no foi mantida pelo menos para um campo. Na hierarquia podemos editar autorizaes pr definidas como por exemplo manter valores dos campos da autorizao, inserir autorizaes e desativar e deletar objetos de autorizao. Quando a edio da autorizao estiver completa temos que salv-la e em seguida ger-la.

Mantendo a Atribuio do Usurio

Finalmente devemos atribuir os usurios para a Activity Group. Por razes de segurana o usurio no recebe o perfil de autorizao at que escolhamos a funo User Master Record Update ou escolhamos a transao SU01.

Autorizaes para PD
O objeto PD: Personnel Planning usado para verificar autorizaes de PD. Podemos valorizar os seguinte campos: Function Code define o tipo de edio 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 verso ser acessvel Subtype define quais Evaluation Path podem ser acessados

Pgina 44

Conceitos de Autorizaes em Duas Partes

Dentro de PD os dados do empregado so representados pelo objeto P. Isto permite ligar a verificao de autorizao para os dados do empregado para PD. Para usar essa funcionalidade temos que ativar a conexo entre PA e PD por autorizao Structural Authorization Check. Isto controlado pela chave do programa AUTH_SW.

Perfis para Autorizao da Estrutura

Para configurar a verificao da Autorizao da Estrutura devemos executar os dois passos seguintes: No passo Mantain PD profiles, determinamos a autorizao. No passo Mantain PD users atribumos os perfis aos usurios.

Definindo Perfis de Autorizao Estrutural

Podemos definir autorizaes para as seguintes reas: Plano de verso, Tipos de objeto e Identificadores de objetos. Podemos tambm definir perfis de autorizao para os seguintes parmetros e funes: Evaluation Path podemos identificar o caminho que os usurios podem acessar para os objetos. Status Vetor podemos identificar quais Status podem ser acessados. Display Depth podemos determinar o nvel na estrutura hierrquica Period podemos identificar o tempo em que um perfil dependente dentro da validade de uma estrutura. Function Module podemos identificar um mdulo de funo que dinamicamente determina um objeto raiz em tempo de execuo.

Autorizao para Criar Novos Objetos

Quando criamos um novo objeto (IT1000), a autorizao da estrutura tem certeza que o objeto atribudo a estrutura. O sistema sugere um relacionamento que pode ser predefinido por tipo de objeto.

Sistema de Informao
Provem informaes dos usurios, perfis e autorizaes existentes. Provem informaes de onde estes objetos so usados, exibe alterao de documentos, e, permite comparar deferentes perfis e usurios.

Comparaes
Podem ser feitas as seguintes comparaes: Comparao de registros Mestres de Usurios Comparao de perfis Comparao autorizaes

Reviso
Viso 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 longterm usado para o propsito de reviso, isto , as alteraes so armazenadas em tabelas separadas e ficam l at que sejam deletadas. Durante a Customizao definimos quais infotipos, campos ou grupo de campos de um infotipo sero armazenados no LOG. Temos as seguintes opes: 1 alteraes dentro de um infotipo so armazenadas para cada campo. 2 podemos agrupar campos de um infotipo os quais sero sempre armazenados. O programa RPUAUD00 usado para exibir os documentos LOGados.

Pgina 45

Sistema de Informao
Sistema de Informaes de HR
Provem o usurio com uma grande quantidade de relatrios para todas as rea de HR, e tambm permite que sejam definidos rpida e eficazmente nossos prprios relatrios. Estes relatrios so apresentados em uma rvore. O Ad Hoc Query uma ferramenta de relatrio que permite chamar os dados de HR simples e eficazmente. O ABAP Query uma ferramenta que permite gerar relatrios.

Deletando Relatrios Especficos de um Pas

Podemos atravs da Customizao deletarmos relatrios especficos de determinados pases.

Definindo uma rvore de Relatrio

Podemos criar nossas prprias rvores de relatrios e ainda desativar rvores j existentes para qualquer usurio final configurando o parmetro KBT para X.

Criando Nossos Prprios Relatrios

Programao ABAP Query Criar relatrios ABAP automaticamente

ABAP Query
Dados Mestres PD Time

Ad Hoc Query
Dados Mestres Time

Podemos utilizar as funes ABAP Query e Ad Hoc Query. O ABAP Query permite acessar todos os infotipos de HR e criar listas complexas. No Ad Hoc Query poderemos acessar somente os infotipos de PA.

Recrutamento

Recrutamento

ABAP Query
Objetivo relatrio definido por usurio final, no necessrio experincia em programao, e, no necessrio conhecimento de termos tcnicos. Procedimentos seleo de campos, determina sequncia, e, define opes de sada. Resultado ABAP Query

Configurando uma Query

Passo 1 Criar reas funcionais Passo 2 Criar grupos de usurios e atribuir as reas funcionais aos grupos de usurios Passo 3 Criar Querys

reas Funcionais
Para criar uma rea funcional devemos determinar quais dados o usurio poder avaliar

Mantendo reas Funcionais

Quando definimos uma rea funcional devemos primeiro definir um conjunto de dados primrios e requisitar os infotipos. Devemos escolher uma base de dados lgica de acordo com os infotipos que o usurio deseje acessar, os banco de dados disponveis so PNP (infotipos de PA e Time), PCH (infotipos de PD) e PAP (infotipos de Recrutamento). O nmero mximo de infotipos numa rea funcional 99. O SAP contm os seguintes grupos funcionais e identificadores de grupos de funcionais: Grupo funcional de campos chave (00), e, um grupo funcional para cada infotipo includo na rea funcional Pgina 46

Mantendo Grupos de Usurios

Um usurio pode ser atribudo para um ou mais grupos de usurios.

Atribuindo reas funcionais para Grupos de usurios

Podemos atribuir reas funcionais para cada grupo de usurios.

Tipos de Avaliao
Existem trs tipo de avaliaes e podem ser combinadas entre si, e so elas: Lista Bsica, Estatsticas e Lista de Ranking.

Pgina 47

HR306 Time Recording

Groupings
Groupings no Gerenciamento de Tempo
Vrios elementos de gerenciamento de tempo so baseados na Personnel Subarea (PSA) e Employee Subgroups (ES), estes elementos incluem horrios, quotas, ausncias, presenas. Desta maneira o PSA e o ES so agrupados para cada elemento e dentro de cada agrupador so 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 especficos e reduzir o valor requerido de um dado a ser entrado.

Mtodos e Pr Requisitos
Armazenando Dados de Tempo
O Time possibilita termos uma configurao flexvel do processo de trabalho que so necessrios para armazenar e avaliar os dados de tempo de um empregado. O registro de tempo pode ser integrado com outras aplicaes SAP, e principalmente usado com a Folha.

Implementando Registro de Tempos

Existem basicamente dois registros diferentes para armazenar dados de tempo. Ambos os mtodos requerem um horrio mensal vlido. O primeiro mtodo registra as divergncias dos dados de tempo de um empregado em relao ao seu horrio mensal estipulado. O segundo mtodo tambm registra as divergncias, mas tambm todos os tempos reais. Estes tempos reais so geralmente so armazenados em sistemas de tempo separados e depois passados para o R/3 usando uma interface. Todos os tempos so comparados e avaliados com o horrio mensal estipulado. No caso de excees elas podem ser armazenadas manualmente no IT2011. Em ambos os casos as Horas Extras so armazenadas automaticamente.

Criando Horrios Mensais

Dias Festivos Calendrio DWS (daily work schedule) Regras de Varaints

Intervalos

Variants Tipos de Dias

PWS (period work schedule) WSR (work schedule rule) Gerar WS (work schedule)

IT0007

Os pr requisito para o Time so: um calendrio vlido contendo suas datas festivas, e, um horrio de trabalho vlido. Um Horrio de trabalho consiste em uma matriz de elementos individuais amarradas com o calendrio. Depois destes elementos estarem definidos eles so agrupados numa Regra de Horrio de Trabalho. Est regra a base para se gerar um Horrio Mensal, e este Horrio mensal atribudo ao empregado no IT0007 pela regra.

Pgina 48

Calendrio
Calendrios
Dias Festivos
Um Calendrio o conjunto de datas festivas agrupadas. Alm do Calendrio Normal o R/3 possui um Calendrio de Fbrica que no afeta o Calendrio Normal de forma alguma. Podemos adicionar e definir novas datas festivas e atribu-las a um Calendrio, alm de tambm 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 Pscoa, domingo de Pscoa, data mvel). Todos horrios de trabalho so baseados num calendrio vlido. E estes calendrios vlidos so atribudos a um PSA.

Calendrio

Personnel Subarea

Definindo Classes se Calendrio

As datas festivas so agrupadas por classes. Estas classes so usadas para seleo de Time WT, Variants de horrio de trabalho dirio, tipos de dias e para contagem de ausncias. Alguns acordos coletivos estipulam diferentes bnus para trabalhos realizados em feriados. Se quisermos tratar um feriado diferentemente, podemos atribuir uma classe alternativa. Estas classes so as seguintes: Branco - no feriado 1 - o dia todo feriado 2 - metade do dia feriado 3 at 9 - alternativos.

Agrupadores
Diferenas e Similaridades
Os vrios agrupadores entre PSA e ES mostram as diferenas 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

PSAG-WS

01

02

Um PSA Grouping for Work Schedule (PSAG-WS) um agrupador de PSA que usa as mesmas regras de horrio de trabalho. Estes agrupadores permitem controlar quais horrios so podem ser utilizados dentro da PSA.

Horrios de Trabalho

Normal Flexvel

Normal Rotativo

Pgina 49

Daily Work Schedule Groupings

PSA 01 PSA 02 PSA 03 PSA 04

PSAG-WS

01

02

03

Um PSA Grouping for Daily Work Schedule (PSAG-DWS) permite definir o mesmo horrio de trabalho dirio para diferentes PSA Grouping. Estes agrupadores no so diretamente atribudos a PSA, mas so atribudos para os PSAG-WS

PSAG-DWS

01

02

Horrios de Trabalho

Normal Flexvel

Normal Turno M, T e N

Substitution Types Groupings

PSA 01 PSA 02 PSA 03

PSAG-ST

01

02

Um PSA Grouping for Substitution Types (PSAG-ST) so agrupadores que permitem definir quais tipos de substituio podem ser feitas para uma PSA.

Subst. Turno Tipos de Substituio Pref. Empreg.

Subst. Turno Subst. Chefe

Absence and Attendance Types Groupings

PSA 01 PSA 02 PSA 03

Um PSA Grouping for Absence and Attendance Types (PSAG-AAT) so agrupadores que permitem definir quais tipos de ausncias e presenas podem ser atribudas para uma PSA.

PSAG-AAT

01

02

Tipos de Faltas

Falta Falta 1/2 dia

Falta

Absence and Attendance Counting Groupings

Um PSA Grouping for Absence and Attendance Counting (PSAG-AAC) so agrupadores que permitem definir quais tipos de regras de contagem de ausncias e presenas so vlidas para uma PSA.
PSA 01 PSA 02 PSA 03

PSAG-AAC

01

02

1 dia Sada Critrio de Contagem 1 dia de Direito

1,5 dia de direito

Pgina 50

Availability Types Groupings

PSA 01 PSA 02 PSA 03

Um PSA Grouping for Availability Types (PSAG-AT) so agrupadores que permitem definir quais tipos de disponibilidade podem ser feitas para uma PSA.

PSAG-AT

01

02

Tipo de Disponibilidade

Disponvel p/ chamada

Disponvel p/ chamada 10%

Time Quotas Groupings

PSA 01 PSA 02 PSA 03

PSAG-TQ

Um PSA Grouping for Time Quotas (PSAG-TQ) so agrupadores que permitem definir quais quotas de ausncia ou presena podem ser atribudas para uma PSA.

01

02

Tipo de Ausncia

Cursos de Lnguas

Cursos Tcnicos

Employee Subgroup - Work Schedule Grouping

Horistas Temporrios Mensalistas

ESG-WS

01

02

Horrio de Trabalho

Rotativos

Normal Flexvel

Um horrio de trabalho pode ser definido para vrios grupos de Employee Subgroup, para fazer isso ES Groupings for Work Schedule (ESG-WS) so definidos. O SAP contm o grupo 1 para horistas e o grupo 2 para mensalistas. Se no diferenciarmos entre estes dois grupos, devemos utilizar o mesmo grupo para ambos tipos de empregados. Est quebra em dois grupos opcional.

Employee Subgroup - Time Quotas Grouping

Horistas Temporrios Mensalistas

ESG-TQ

01

Tipo de quotas podem ser definidas para diferentes grupos de Employee Subgroup, para fazer isso ES Groupings for Time Quotas (ESG-TQ) so definidos. O SAP contm o grupo 1 para todos os empregados.

Cursos e Treinamento

Pgina 51

Work Schedule
Nveis de WS
O WS define os modelos de horrios para vrios grupos de empregados. Horrios concretos so determinados para Employee Subgroups e para empregados individuais no horrio de trabalho mensal (MWS). Um calendrio vlido pr requisito para todos os horrios de trabalho. As especificaes de um horrio de trabalho so armazenadas em trs nveis. A Nvel Dirio - onde se incluem os intervalos , e, o plano de horrio dirio (podemos ainda definir verses alternativas de um horrio de trabalho dirio utilizando as Variants). A Nvel Semanal - horrios dirios so arranjados dentro de um modelo especfico para montar um Period Work Schedule (PWS). E a Nvel Mensal - onde os horrios de trabalho so criados para vrios meses do calendrio baseados no calendrio vlido e nas regras de horrio de trabalho.

DWS and Variants

DWS ( daily work schedule ) Dia de Trabalho (workday )

Intervalo

Intervalo

Dia de Trabalho alternativo (workday variant )

Intervalo

Para definir vrios horrios de trabalho, devemos primeiro definir o horrio de trabalho dirios e seus intervalos. Estes so as menores unidades de um DWS. Devemos definir verses alternativas de DWS para atender os empregados que trabalham num perodo reduzido de horas. Estas condies so definidas tambm em regras especficas

Intervalos (Breaks)
Intervalos so perodos de durao de tempo de um dia de trabalho onde o empregado no est trabalhando. Estes intervalos so definidos por regras. Os intervalos so atribudos a um PSAGDWS. Os tipo de intervalos so: Fixos - contm um certo perodo de tempo, Variveis - intervalos que devem ser realizados dentro de um perodo especfico de tempo, Dinmico - intervalo deve ser feito depois de certo nmero de horas trabalhadas (podem ser definidos usando a funo DYNBR no Time Evaluation), Horas Extras - intervalos devem ser realizados enquanto um empregado faz hora extra (para estes intervalos atribumos o tipo O), e, Breaks - os intervalos que forem feitos aps a meia noite, durante o turno da noite, devem ser atribudos para o dia anterior marcando o campo Indicador de Dia Anterior. Se um horrio de trabalho for alterado depois da atribuio para um DWS, devemos reavaliar a aplicabilidade deste horrio de trabalho.

Daily Work Schedule (DWS)

Um DWS contm as especificaes para um dia de trabalho. Estas especificaes incluem incio e fim do tempo de trabalho, horas de trabalho planejadas e intervalos, podemos indicar tambm se horas extras so permitidas e se podemos incluir as verses de horrios (Variants), e ainda, o incio e o fim da tolerncia de marcao de entrada e sada. Um DWS pode definir horrios fixos ou flexvel de trabalho. O horrio flexvel contm o perodo de tempo dentro do qual o empregado precisa estar marcar a entrada e a sada, e ainda contm o Core Time que especifica o tempo no qual o empregado est obrigatoriamente na Empresa trabalhando.

Pgina 52

Classes de DWS
Uma Classe atribuda a cada DWS, e tem um duplo propsito - especificar as regras e condies para a gerao dos Time WT bem como determinar quais ausncias e presenas sero contadas. A classe 0 - indica um dia no trabalhado e as classes de 1 a 9 so utilizadas para dias trabalhados. Dias que normalmente no so trabalhados devem ainda ser atribudos para um DWS com a correspondente especificao (0 = horas de trabalho planejadas, e classe de DWS = 0).

DWS Variant
Uma DWS Variant tem o mesmo nome da original porm contm um indicador adicional, um nmero ou uma letra, que a distingue. Uma DWS Variant pode ser includa automaticamente quando gerado um MWS, para acopl-la devemos definir uma regra que determine quais as condies sero reunidas para serem utilizadas em dias especficos.

DWS Variants Rules

As regras so 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 vrias subregras, e todas as subregras so rodadas juntas ainda que s uma se aplique, se nenhuma subregra aplicvel ento, nenhum DWS Variant usada.

Period Work Schedule (PWS)

Empregados trabalham de acordo com vrios modelos de horrios, estes modelos identificam se um empregado trabalha num turno ou se trabalha aos finais de semana.

PWS Modelo de Horrios

Um PWS forma a base para a gerao de um MWS, ele consiste da sequncia de DWS que so combinadas por certos modelos, pode conter uma ou vrias semanas ou ainda parte de uma semana, em outras palavra o PWS representa o modelo de repetio de um horrio.

Definio de Tipos de Dias

O tipo de dia determina o pagamento assim como ausncias ou presenas planejadas para um dia especfico mo MWS. O tipo de dia necessrio para contar ausncias e para determinar WT, e esto disponveis em 4 tipos: branco - trabalhado e pago, 1 - no trabalhado e pago, 2 - no trabalhado e no pago, e, 3 - no trabalhado e pago, porm como dia especial.

Definindo Regras de Seleo

Os tipos de dias so atribudos para dias individuais nas regras de seleo. O tipo de dia determinado pelo dia da semana e pela classe de feriado num especfico dia da semana. O horrio de trabalho estipula qual regra usada para determinar o tipo de dia.

Definindo Dia Especial

Dias especiais so aqueles que no so feriados no so trabalhados mas, so pagos. Estes dias so entrados manualmente no sistema e so indicados para as pontes de um feriado. As regras de seleo incluem dias especiais e armazenam na regra de horrio de trabalho. Estas regras reorganizam os dias especiais quando um MWS gerado.

Work Schedule Rules

A WSR contm a mdia de horrio de um empregado, estes dados so utilizados na Folha e armazenados no empregado no IT0007.

Pgina 53

Monthly Work Schedule (MWS)

O MWS gerado pelo PWS, pelo Calendrio e pela repetio dos meses que devem ser gerados. O MWS deve ser gerado no sistema e podemos fazer isso por Batch ou Online.

Determinando Dias no Trabalhados (Day Off)

Classe de DWS

Day Off

1~9
Classe de DWS

A deciso se um dia do horrio de trabalho um dia no trabalhado depende da Classe do DWS e do tipo de dia (derivado da classe de feriado).

branco

1, 2, 3...

Day Off

Planned Work Time (PWT)

O MWS atribudo a um empregado usando uma regra de horrio (WSR) no IT0007.

Part-Time
Planned Working Time
O Part-Time formado de empregados cujos horrios de trabalho so diminudos dos horrios que eles tem configurados para si. Os modelos de Part-Time so numerosos e variam amplamente da Corporao para a Indstria.

Modelo de Trabalho em Part-Time

Se precisarmos criar uma regra especfica para um empregado que trabalhe no regime de PartTime, 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. Porm, se quisermos especificar uma regra de Part-Time baseada numa regra de Full-Time temos que modificar a mdia de horas trabalhadas na regra de DWS que est aplicada para cada empregado no IT0007. Podemos tambm configurar o percentual assim como as horas de trabalho por dia, semana, ms ou ano ente infotipo. Podemos tambm especificar variveis de horrio de trabalho para empregados com regime de trabalho Part-Time usando a funo de Dynamic DWS.

Divergncias no Horrio de Trabalho

Ausncias (IT2001)
Ausncias so horrios de trabalho planejado em que o empregado no trabalhou, isso pode ser pago ou no pago. As ausncias so armazenadas no IT2001 e so mais especificamente definidas por tipos de ausncias (subinfotipos). Os tipos de ausncias so dependentes dos agrupadores para PSAG-AAT, isto somente as ausncias 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 ausncia. Destas entradas o sistema reage se forem dias no trabalhados, assim como, quanto ao limite de entradas de ausncia para um certo nmero de dias. Cada subinfotipo atribudo a uma Classe de Time Constraint que referenciado durante a verificao de Coliso.

Pgina 54

Presenas (IT2002)
As presenas so uma descrio detalhada do horrio de trabalho e so tambm referenciadas para pagamento. As presenas so tempos nos quais o empregado no est no seu centro de trabalho usual, mas ainda est trabalhando para a Empresa. Estas presenas podem ser registradas como fora do local de trabalho, como treinamento, como instrutor num curso, e, muito mais. Devemos configurar as presenas da mesma forma que configurarmos as ausncias.

Cotas de Ausncia e Presena (IT2006 e IT2007)

Uma cota de ausncia baseado num tempo limite que um empregado pode estar ausente, da mesma forma para presenas. O IT2006 (cotas de ausncia) pode ser entrado manualmente e seus valores sero deduzidos pelo IT2001. O IT2007 (cotas de presena) pode ser entrado manualmente e seus valores sero deduzidos pelo IT2001. Dependendo do tipo de cota os valores podem ser acrescidos pelo IT2002. A distino entre ausncia e presena se elas sero deduzidas ou no das cotas. Se elas acumularem cotas, ento tero lugares apropriados nos infotipos IT2006 e IT2007, estes valores so armazenados no tipo de cota aplicvel. Se muitos tipos de sada da empresa so requisitados (frias, mudana de pessoa, etc.) ento devemos criar muitos tipos de cotas para elas. Tipo de Cotas e Tipos de Ausncia e Presena devem ser deduzidos e salvos de acordo com a exatido da data. Para fazer isso deve ser definido um intervalo de numerao na Customizao.

Tipos de Cotas de Ausncia e Presena

Os tipos de cotas de ausncia e presena dependem do PSAG-TQ e do ESG-TQ. Estes tipos de cotas podem ser especificados em Horas ou Dias, podemos restringir o incio e o fim do perodo. Todos os tipos de cotas tem uma Classe de Time Constraint que so verificados na Coliso.

Substituies (IT2003)
Substituies so divergncias planejadas de um horrio de trabalho de um empregado num perodo de tempo fixo. Isso pode acarretar numa diferena 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 necessrio. Temos os seguintes tipos de substituio: individualmente especificado no DWS (substituio de dia de trabalho), um diferente DWS, uma regra diferente de horrio de trabalho (WSR), um horrio de trabalho de um outro empregado (substituio por pessoas), uma diferente, ou temporria, posio. A substituio define uma alternativa de horrio de trabalho para um empregado. Uma exceo uma substituio para uma posio diferente porque isto inclui um pagamento diferenciado no perodo. Os custos da substituio podem ser atribudos alterando o centro de custo do empregados para um centro de custo alternativo.

Compensao dependendo do Tipo de Substituio.

Podemos criar vrios tipos de substituio. Estes tipos de substituio podem tambm ser usados para pagamentos de valores alternativos, e, dependendo do tipo de substituio podemos determinar se um bnus ou outro tipo de compensao se aplica. Os tipos de substituio podem ser propostas utilizando uma feature.

Pgina 55

Horas Extras (IT2005)

Horas extras descrevem horas de trabalho que um empregado fez fora do seu DWS. Se estivermos trabalhando com o primeiro mtodo de Time estas horas extras devem ser entradas manualmente no IT2005, caso contrrio, a manuteno deste infotipo no requerida, pois, as horas extras so 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 clculo da hora extra. Por usar um indicador prvio, controlamos se a hora extra atribuda ao dia anterior. Isto principalmente relevante quando o DWS vale para mais de um dia. O custo das horas extras tambm podem ser passados para outro centro de custo que no o do empregado.

Informao de Remunerao do Empregado (IT2010)

Em alguns casos podemos armazenar as horas extras de um empregado com um valor no IT2010 e atribuir ento certas WT. Podemos ento utilizar o IT2010 para armazenar manualmente o clculo de valores, pagamento de insalubridade e outros tipos de WT no planejados. Estas WT no podem ser automaticamente geradas na Folha e por isso que devem ser geradas manualmente.. O IT2010 baseado na data de efetivao, que , o incio de um perodo efetivo e no um intervalo de tempo prescrito. Se a data efetiva cair dentro de um certo perodo de clculo, ento a pagamento ocorre no mesmo perodo.

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

Colises de Tempo
So reaes que o sistema gera de vrias maneiras quando os infotipos de Time sofrem influncia na sua Classe de Time constraint.

Verificaes de Coliso
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 perodo. Quando isso acontece o sistema envia uma mensagem para delimitar o registro antigo.

Especificando as Reaes
As reaes so especificadas pelo indicador da Classe de Time Constraint e so: A - O registro existente delimitado e o novo registro criado E - O novo registro no pode ser inserido W - O novo registro criado e o existente no alterado N - Um novo registro criado e o existente alterado

Dedues de Cotas e Regras de Contagem

Deduzindo e Contando Cotas
Determina quais dias uma regra de contagem para ausncia ou presena valida. Devemos selecionar as caractersticas do dia para aplicar a regra, tais como: dia da semana, classe de feriado e tipo de dia.

Pgina 56

Conexo entre Deduo e Contagem

Um tipo de ausncia ou presena s pode ser deduzida de um cota, se a conexo j existir entre a cota e o tipo em questo A durao de uma ausncia ou presena calculada na regra de seleo. Em alguns casos estas regras acessam as regras de arredondamento e as regras de deduo de cotas. Os tipos de cota que so deduzidos so detalhados nas regras de deduo.

Calculando a Durao de Ausncias e Presenas

Para calcular a durao o sistema primeiramente obtm as horas planejadas para o dia corrente de um DWS vlido. Somente os dias que so planejados podem ser calculados

Calculando a Durao de Ausncia/Presena

Para calcular a durao o Sistema se refere primeiro ao nmero de horas planejadas durante o dia atual do DWS vlido. S os dias onde se planejaram horas influenciam para o clculo. Certa ausncias/presenas ou DWS/PWS em certos dias (feriados pblicos, dias de fim de semana) trazem com eles regras para a durao de contagem uma ausncia/presena. A durao de Ausncia/Presena calculada de acordo com vrias unidades que so identificadas nos IT2001 e IT2002. Finalmente, as horas ou dias so registrados na folha de pagamento. Estes so usados para deduzir cotas no clculo da Folha de Pagamento. O clculo de horas ou dias controlado pelas entradas de contagem da Ausncia/Presena na folha de pagamento. Deste modo os dias podem influenciar tambm e serem calculados para os empregados que no tem horas planejadas.

Regras arredondando
So diretrizes de arredondamento para ausncia e cotas de presena. Podemos incluir vrias subregras complementares.

Regras de Deduo para Cotas de Ausncia/Presena

As Regras de deduo contm informaes sobre os tipos de cotas que sero deduzidas de acordo com sequncia de dedues e a prioridade. Usando a prioridade podemos fixar critrios adicionais (tipo de cota, vlido de, vlido para, comeo de deduo, fim de deduo). As regras dependem do empregado e dos PSAG-TQ. Podem ser definidas em horas ou dias.

Regras de Contagem para Ausncia/Presena

Para calcular a durao o Sistema primeiro referencia o nmero de horas planejadas durante o dia. Podemos controlar o clculo de durao usando as regras de contagem, existem trs tipos de controle: Regra de Contagem, Substituio, e, Variante de DWS que definida pelo tipo de Ausncia/Presena (determinado pelo agrupamento e uma regra de seleo) As regras de contagem so configuradas dependendo da PSAG-TQ e ESG-TQ. Podemos configurar vrias condies relativas ao dia atual (dia de semana, classe de feriado pblica), horrio de trabalho, horas planejadas (>=0), e, para Ausncia/Presena (dias inteiros ou parciais). As regras contam horas ou dias e as cotas de deduo so especificaes mais definidas.

Regras de Deduo para Cotas

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

Condies para o Dia Corrente

Podemos determinar para quais dias uma regra de contagem vlida. Para isso selecionamos as caractersticas que um dia tem que ter e que se aplica a regra..

Pgina 57

Condies para o Horrio 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 especficas.

Condies para Horas Planejadas e Ausncias/Presenas

Podemos limitar a validade de um regra de contagem de acordo com as condies das horas planejadas e de ausncia ou presena. Temos duas opes para horas planejadas - se as horas planejadas de um DWS so iguais ou maiores que zero. E temos tambm duas opes para Ausncia ou Presena - se a Ausncia/Presena de um dia inteiro ou se uma parte do dia.

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

Deduo de Cotas
Podemos escolher regras de deduo que controlam a deduo de cotas existindo o direito no IT2006 e IT2007 (Dentro do Direito), e que controlam a deduo 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 perodo. As regras de deduo devem possuir a mesma unidade de medida se utilizarmos a opo Dentro do Direito, o que no acontece na opo Acima do Direito.

Atribuindo Regras de Contagem para Tipos de Ausncia/Presena.

Para a durao de uma ausncia ou presena ser calculada por uma regra de contagem, temos que criar uma conexo entre os tipos relevantes e as regras de contagem, e, devemos verificar se a funo de deduo de cotas esta ativada. Estes passos fazemos no IMG. Para ativar a sequncia de cotas, devemos selecionar a regra de contagem correspondente ao tipo de ausncia ou presena e ativar a deduo de cotas, se desejarmos que estas sejam deduzidas do IT2006 ou IT2007.

Contando utilizando DSW Variant

A contagem de ausncia algumas vezes no usam regras de contagem, mas usam uma Variant especfica, ou verso, de um DWS. Processos como este so quase idnticos a configurar e controlar verses de DWS, fazemos isso pelo IMG. Antes de criarmos a regra de contagem para o DWS Variant, temos que verificar se os tipos de ausncia ou presena esto agrupados. Este agrupador requerido, se quisermos contar usando Variant. O valor do agrupador usualmente encontrado na regra para a seleo de Variant. As regras so criadas para levar as seguintes condies no clculo: Classe de feriado para o dia corrente, Classe de feriado para o dia seguinte, Agrupador de tipos de Ausncia/Presena, e, Dia da Semana. Estas regras podem ser utilizadas para contar ausncias usando um DWS Variant, mas devem ser atribudas para o DWS.

Reporting
Viso Geral de Cotas
Podemos exibir ou manter as Cotas para Ausncia/Presena atribudas a um empregado durante um perodo especfico. Esta avaliao tambm resume o total de um empregado, cotas requisitadas e cotas remanescentes, o perodo de validade da cota, o perodo de deduo, e se a cota foi atribuda manualmente ou automaticamente.

Pgina 58

Integrao com Outras reas

Integrao com Outras reas
Podemos especificar quais infotipos podem usar a integrao com outras R/3 aplicaes. O Time inclui ambos: distribuio de atividade (distribuio de custo secundria) e tarefa de custo (distribuio de custo primria).

Ativando Atribuio de Centros de Custo para os Infotipos

No IMG podemos decidir quais infotipos de tempo tero ativados a tela adicional de atribuio de centro de custo e quais objetos de CO podero aparecer. Estas especificaes so lidas para atribuir os custos do infotipo para os Custos Primrios. Os objetos de CO so debitados atravs da transferncia do resultados de folha. Podemos fazer isto para Ausncia (IT2001), Presena (IT2002), substituio (IT2003), disponibilidade (IT2004), horas extras (IT2005), informaes de remunerao (IT2010), infotypes de tempo, e, pagamentos e dedues peridicas (IT0014), pagamentos adicionais (IT0015), infotipos de PA.

Pgina 59

HR311 Time Evaluation

Avaliao de Tempo
Viso Geral
Os empregados registram suas presenas de tempo marcando entradas e sadas nos terminais de registro de ponto. O administrador de tempo modifica os horrios de trabalho dos empregados para qualquer mudana que se precise fazer. O sistema avalia os dados de tempo os empregados durante a noite, e compara estes tempos com a poltica interna da companhia e regulamentos legais. O Administrador de Tempo verifica sua caixa de correio na manh seguinte. Se situaes especiais aconteceram durante a avaliao a tempo, ele encontrar um e-mail informando destes erros. Ele deve usar o Time Mgt. Pool para processar os dados de tempo com divergncias. Eles entram em aprovao subseqente para horas extras ou entram em qualquer postings de tempo perdido. Ao trmino do ms, os empregados recebem uma declarao dos tempos calculados. O clculo da Folha de Pagamento tem acesso aos Time WT determinados pela avaliao de tempo. Estes Time WT formam a base para folha de pagamento bruta para empregados. Os mtodos de armazenamento de tempo afetam as funes de avaliao de tempo. Podemos configurar somente regras complexas para horas extras se registramos todas os horrio (mtodo negativo).

Avaliao de Tempo no R/3

Viso Geral dos Infotipos de Dados Mestres
Devemos utilizar os seguintes infotipos para trabalhar com avaliao de tempo: IT0001, IT0002 e IT0007. Os infotipos IT0008 e IT0041 so opcionais. Os empregados que possuem direito a sadas so gerenciados no IT2006. O infotipo IT0050 obrigatrio se usamos um sistema externo de marcao de tempo e se avaliamos variveis de tempo do infotipo no Time Evalution. avaliao.

IT0007
Define o horrio de trabalho do empregado com a WSR, que, descreve a relao ao horrio de trabalho. O Time Mngt Status indica se o empregado faz parte de uma avaliao de tempo, e em qual forma: 0 - Nenhuma avaliao de tempo 1 - Avaliao de tempos ATUAIS 2 - PDC cronometram avaliao (Plant Data Collection) - no utilizada no Brasil 8 - Servios Externos - no utilizada no Brasil 9 - Avaliao de tempos PLANEJADOS Se os empregados so atribudos com o Time Mngt Status branco ou 0 eles no tero seus tempos contabilizados quando executarmos o Time Evaluation, mas sero processados na Folha de Pagamento.

Workday
Existem dois fatores que determinam se um empregado tem que trabalhar em um certo dia: Independente de Calendrio O DWS atribudo ao empregado no dia que avaliado determina se o empregado tem que trabalhar naquele dia. Dias que so atribudos a um DWS com zero horas planejadas so classificados como Days Off. Dependente de Calendrio Dias com mais que zero horas planejadas tambm podem ser Days Off (feriados pblicos). Isto determinado pelo tipo de dia (Day Type).

Pgina 60

Viso Geral dos Infotipos de Time

Horrios Reais IT2001 Ausncia IT2002 Presenas IT2005 Horas Extras IT2011 Eventos de Tempo IT2003 Substituies IT2004 Disponibilidade IT2006 Cotas de Ausncia IT2007 Cotas de Presena

Informaes para Especificaes Planejadas Aprovaes e Direito a Ausncias

Ausncias e Presenas
Podemos utilizar a feature HRSIF para determinar se os dados de tempo podem ser armazenados sem marcao de tempo (without clock time), ou se, a marcao de tempo gerada com base no horrio de trabalho do empregado para ausncias ou presenas que duram menos de um dia. Registrando um dia completo Somente a data entrada As horas de trabalho planejada (Full-day) so geradas automaticamente, mas sem relgio de marcao Registrando com relgio de 08:00 ~ 14:00 5 horas (1 hora de intervalo de marcao acordo com DWS) Registrando horas 5 horas Feature HRSIF HRSIF=0 08:00 ~ 14:00 HRSIF=1 5 horas

Conceito da Avaliao de Tempo disparando o RPTIME00

Avaliando Dados de Tempo
Os dados de tempo so avaliados em vrios passos de processo que so executados em uma sequncia fixa. Determinamos est sequncia e os processamento dos passos num Schema de avaliao (Customizao). 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 relatrio RPTIME00. Geralmente executado durante a noite diariamente, e sempre trabalhando em background. Normalmente executado para um grande grupo de empregados. Tambm podemos executar para empregados individuais, grupos ou para perodos de avaliaes passados para propsitos de teste. Podemos rodar para perodos futuros, isto pode ser til para: Determinar um direito a ausncia antecipado quando cotas de ausncia so construdas automaticamente, e, Valorizar tempos planejados no Shift Planning levando em conta os valores de horas extras antecipadas.

Mantendo os Resultados de Avaliao de Tempo

Os resultados so armazenados no arquivo PCL2 no Cluster B2 avaliando o dia iniciado e o perodo vlido. Os dados armazenados para um dia podem ter sua avaliao refeita a qualquer momento executando um recalculo.

Pgina 61

Fluxo de Dados

Resultados de Avaliaes Anteriores PCL2

IT0001, IT0007 IT0003

IT2001, IT2002 IT2003, IT2006, IT2007

TEVEN Cluster B1 Time Events

Formao de Pares Avaliao de Tempo via RPTIME00

Cluster B2 Balance, Message Time WT

IT0003

IT2006, IT2007

IT2001, IT2002

Parmetros do RPTIME00
Avaliao de Schema: define a sucesso dos passos de processo. Form Nome: especifica quais resultados de avaliao so exibidos e como. Display Variant for LOG: determina quais configuraes do usurio so usadas para exibir o LOG de avaliao de tempo. Forced recalculation as of: avaliao de tempo recalculada a partir desta data (inclusive) ao mais recente Evaluation up to: roda a avaliao de tempo at (incluindo) a data entrada Program Options: Exibem LOG - todos os passos de processo so anotados, Test Run - executa em teste, New Pair Formation - formao 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

Condies prvias para uma avaliao correta: O Time deve ser avaliados dados sem GAPs Mudana de datas passadas para dados de empregado que afetam folha de pagamento tm 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 perodos irrelevantes para empregados individuais (0003) ou para a avaliao de tempo inteira.

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

Resultados Importantes da Avaliao de Tempo

Time WT Importantes: Gratificao noturna, gratificao de feriado, Noras extras. As Time WT so WT primrias que so formados durante a avaliao a tempo se certas condies pr definidas so aplicveis. As Time WT so formadas em base de informao de tempo e so includas na Folha como nmeros e valorizadas. Importantes Contagens de Tempo: Horrio flexvel, Horas extras, Horas de freqncia, Cotas de ausncia/presena, Horrio planejado. O Time Type uma ferramenta de clculo do Time Evaluation. a descrio tcnica de uma durao. Possa ser acumulada em Balanos durante avaliao de tempo, e no passado Folha de Pagamento. Pgina 62

Exibindo os Resultados de Avaliao de Tempo

RPCLSTB2 - Visualiza todos os resultados da avaliao de tempo no Cluster B2, por exemplo, WPBP dados bsicos, PSP horrio de trabalho pessoal, ZES Balano dirios, SALDO Somatrio de balanos dirios, 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 informaes de empregados, ou para criar estatsticas.

Arquivando os Resultados de Avaliao de Tempo

Arquivamos os resultados de avaliao de tempo para aliviar o banco de dados PCL2. (trans. PU22). Perodos arquivados no podem ser recalculados.

Viso Geral do Time Evaluation

Divergncias do WS DWS Divergncias do DWS Registro Tempo Real DWS Horrio de Trabalho Ausncia Eventos Presena Cotas Sistema Externo Tempo

RPTIME00

Formao de Pares

Cluster B2 Folha de Pagamento RPCALC*0 Time WT ZL, ALP, C1 Clculo Tempo ZES, SALDO Mensagens FEHLER Atualizao ITs 2001, 2002, 2006 2007, 0003, 0005

Lista de Remunerao RPCEDTxx

Lista de Tempo RPTEDT00

Dowload de Balanos p/ subsistemas

Time Mgnt Pool Erros

Exibe/Altera Infotipos de Tempo

Time Management Pool

Tarefas de um Adm. de Tempo
Processar mensagens de avaliao de tempo, Registrar ausncias, Rodar avaliaes e relatrios, e, Executar verificaes de freqncia

Funes bsicas
O Time Mgnt. Pool uma ferramenta para verificar, corrigir e documentar dados de tempo.

Mensagens de Manipulao de Erro

Exibe todas as mensagens da ltima avaliao de tempo e toda a informao das avaliaes prvias que devem ainda ser confirmado.

Pgina 63

Integrao com comunicao de escritrio

Podemos usar uma funo especial na avaliao tempo para enviar correspondncias automaticamente ao pertinente o administrador de tempo (OPTT com parmetro 1, CORREIO).

Customizando Time Evaluations

Schemas
Nunca devemos alterar os schemas e sim copi-los com outro nome (Z inicial) TM00 - avaliao de tempo com eventos de tempo pessoais (com tempos de relgio) TM04 - avaliao de tempo sem marcao de horrio

Customizando
Os passos de processamento do Time so agrupados em schemas. O schema determina como o Time Evaluation processa os passos e em qual sequncia. O sistema l valores de vrias tabelas de Customizao durante o processo

Passos de Avaliao de Tempo

Seleo de Empregados Determinar perodo de avaliao

Processamento de Schemas e Regras Inicialization - Configura agrupadores Day Processing - Carrega tabelas e trabalhaos dados de tempo Final Processing - Executa verificaes

Exporta resultados da avaliao Atualiza Infotipos

Banco de Dados

Funes e Operaes
Funes podem executar uma variedade de tarefas. Algumas funes lhe permitem descrever passos do processo individual mais precisos tendo acesso a regras de clculo de pessoal. E, uma sucesso de passos elementares executada. Estes so chamadas de operaes. Podemos usar o relatrio RPDSYS00 para ter acesso a documentao em todos o schemas, funes, regras de clculo de pessoal e operaes. (pode usar F1 em schemas)

Pgina 64

Mantendo Schemas
Utilizar a transao PE01 Podemos determinar caractersticas de um schema em atributos para permitir s pessoa responsvel para mudana, e, a classe de programa onde o schema usado (C = Folha de pagamento, T = administrao de Tempo)

Mantendo Regras
Podemos utilizar a transao PE02 Podemos editar as regra de clculo de acordo com ES Grouping e a Time WT. Podemos tambm determinar caractersticas de uma regra de clculo em atributos, permitindo que s uma pessoa responsvel para mudanas, e a classe de programa - onde a regra usada (C = Folha de pagamento, T = administrao de Tempo).

Tipos de tempo
O tipo de tempo um nome tcnico para durao, e atribui a ele um significado concreto. Tipos de tempo que esto relacionado em um contexto de administrao empresarial podem ser calculados durante a avaliao de tempo para formar balanos. A view V_T555A - determina quais tipos de tempo que so preenchidos durante a avaliao de tempo como resultados de avaliao.

Schemas Alternativos
Critrio para Selecionar um Schema
O sistema standard fornece trs schemas. Podemos usar como modelos e customizar as exigncias. Os trs schemas requerem formas diferentes de dados de tempo para avaliao e procuram estratgias diferentes avaliando os dados de tempo. Temos como critrios: Quais resultados sero requeridos na Avaliao de Tempo, Como o dados de tempo so registrados, O contexto no qual o dados de tempo registrado, O formato no qual o dados de tempo registrado, Como so conferidas as especificaes planejadas do horrio de trabalho dirio, e, Como horas extras so determinadas e aprovadas.

Time evaluation com eventos de tempo (TM00)

Usada quando trabalhamos com relgio para marcao de horrio

Time evaluation para divergncias de horrio de trabalho (TM01)

usado para importar e processar os registros de tempo online (que esto nos infotipos de tempo) Desenvolvido para avaliar dados de tempo onde so registradas s as divergncias do horrio de trabalho. No so registrados tempos de funcionamento atuais. O schema assume que as horas extras so registradas online no IT2005 ou no IT2002.

Time evaluation sem relgio de horrio (TM04)

usado para importar e processar dados de tempo registrados online. O horrio de trabalho do empregado registrado no IT2002. Pode ser usado para registrar divergncias de horrio de trabalho. Relgios de tempos no so usados quando avaliamos os dados de tempo. A marcao do DWS irrelevante.

Integrao com Folha de Pagamento

As Time WT que so formadas no Time Evaluation so transferidas para a Folha e valorizadas no clculo da folha bruta.

Pgina 65

Integrao da Avaliao de Tempo e Folha de Pagamento

Resultado da Avaliao de Tempo Time WT ALP Folha de Pagamento

ZL C1

Folha Bruta

Atualiza ITs de Tempo Mensagens Contabiliza tempos Ligao com o sistema de registro de tempo

Time WT

Aval.Tempo no roda para todos os dias no perodo da Folha

Dados de Tempo processados pela Folha

Pgina 66

HR540 - Compensation Management

Compensation Management
Gerenciamento de Salrios
O Compensation Management combina todas as funes requeridas para executar a Administrao de Salrios.

Job Evaluation
A Avaliao de Cargos (Job evaluation) o processo de atribuio do valor relativo de uma Posio ou Job no critrio da Empresa. E formado basicamente pela estrutura salarial.

Salary Surveys
As Pesquisas Salariais (Salary Surveys) so as maneiras de relacionarmos os salrios pagos por uma Empresa para as suas Posies ou para os seus Jobs com outras Empresas. Uma analise da pesquisa salarial resulta num quadro de como os salrios da Empresa esto em relao ao Mercado.

Compensation Process
O Processo Salarial (Compensation process) o veculo usado para distribuirmos salrios para os empregados de acordo com a poltica salarial da Empresa.

Budgets
O Oramento (Budget) define os valores a serem usados na Administrao de Salrios. Criamos oramentos por Unidades Organizacionais, podemos controlar quanto custa a poltica de salrios e termos a comparao deste custo com o custo orado.

Planejamento de Custo de Pessoal

uma ferramenta oramentria usada para analisar os gastos correntes e planejados para as alteraes futuras. Podemos ajustar datas para simular o efeito do oramento de custo. O Planejamento de custo pode ser integrado com CO.

Job Pricing
IT1050
Os diferentes sistemas de avaliao so representados pelos subtipos deste infotipo. Para cada um deles podemos registrar os valores das avaliaes externas de cada Job/Position. Podemos tambm indicar se um Job/Position pode ser considerado como benchmark, ou seja referncia para os outros Jobs/Positions da Empresa.

Pay Grade
A grade de pagamento definida por pas (Country Grouping), o tipo e a rea de grade de pagamento so agrupadores de pagamentos similares para propsito de comparao entre Jobs/Positions. Os nveis da grade representam os valores mnimos e mximos que podem ser atribudos. Podemos tambm registrar o valor de mercado para esta grade salarial, este valor obtido pelas pesquisas salariais. Alm dos valores podemos tambm atribuir os pontos mnimos e mximos para a grade de pagamento com o intuito de avaliao .

Pgina 67

IT1005
O Plano de Salrio para um Job ou Position pode ser definido por trs diferentes tipos: Pay Grade (grade de salrio), Pay Scale (tabela salarial), e, Direct (direto, com valores mnimo e mximo).

IT1051
As diversas pesquisas salariais podem ser identificadas atravs dos subtipos deste infotipo. Representamos neste infotipo as mdias pagas pelo mercado.

Budget (Oramento)
Viso Geral
BU - Presidncia BU - Rec.Humanos O - Presidncia O - Rec.Humanos

BU - Salrios BU - Treinamento BU - Financeiro

O - Salrios O - Treinamento O - Financeiro

Os oramentos so criados no status planejado. Ligamos o oramento (objeto BU) com as unidades organizacionais (objeto O). A liberao de um oramento altera o status para ativo. Os oramentos ativos so disponibilizados na Administrao de Salrios (Compensation Administration).

Criando um Oramento
Quando criamos um oramento, determinamos os dados bsicos do oramento, com o tipo de oramento que ser criado e o perodo de vigncia. Podemos tambm exibir o oramento de duas maneiras: Somente com valores, ou, Com valores e seus objetos financeiros (unidades organizacionais).

Criando uma Hierarquia Oramentria

Podemos criar uma hierarquia no oramento e entrar com valores para cada nvel desta hierarquia. Oramentos superiores possuem o valor e os oramentos subordinados. Este valor deve ser suficiente para cobrir todos os valores dos oramentos subordinados. Devemos construir a hierarquia oramentria para refletir a estrutura organizacional.

Alocando Valores ao Oramento

Cada vez que criamos um nvel do oramento podemos atribuir um valor a este nvel. Podemos acrescentar ou diminuir valores utilizando percentuais ou valores absolutos.

Ligando Oramento com Objetos Financeiros.

Podemos ligar cada nvel dentro de uma hierarquia do oramento com uma unidade organizacional. Esta unidade organizacional ento financiada pelo tipo de oramento.

Liberando um Oramento
Antes de liberar uma oramento, devemos Ter certeza que o oramento no est deficitrio. Podemos utilizar a verificao de consistncia (consistency check) para verificar se o valor entrado para o nvel mais alto do oramento cobre todos os valores subordinados.

Copiando um Oramento
Podemos utilizar a funo de cpia para copiar um oramento de um perodo para outro, ou de um tipo para outro. Desta maneira evitamos construir novamente a hierarquia se a estrutura organizacional da Empresa no foi alterada. Pgina 68

Usando o Oramento na Administrao de Salrio

Quando utilizamos os pagamentos de prmios para um empregado alocado a uma unidade organizacional, o sistema simultaneamente atualiza o oramento disponvel.

Elegibilidade
Viso Geral
Regras de elegibilidade especificam a participao de um empregado no plano de salrios. Grupos de elegibilidade ajudam a definir critrios dentro de um grupo. Regras de elegibilidade uma maneira para determinar quais empregados esto qualificados para quais prmios salariais. As regras junto com os grupos de elegibilidade permitem identificar critrios especficos que devem ser satisfeitos.

Grupos de Elegibilidade
So um caminho para caracterizar empregados e ajudar a definir critrios 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 critrios adicionais que sero utilizados.

IT0381
usado para fazer uma concesso de elegibilidade para um empregado.

Integrao
As regras de elegibilidade so atribudas para um plano dentro de um processo. Podemos definir a mesma regra de elegibilidade usada para um plano para um processo ou plano diferentes

Administrao de Salrios
Administrao de Salrios
Podemos executar o plano de salrios e a administrar em qualquer situao: planejado ou ativo. Se utilizarmos o Planejado isso permite ao usurio modelar os efeitos do plano de salrios e no atualizar os registros do empregado. Podemos ento submeter o planejamento aprovao. Se aprovado o plano pode ser liberado, aps esta liberao a situao do plano fica como Ativo. A partir deste momento, o sistema atualiza todos os dados relevantes nos infotipos dos empregados. Qualquer oramento ligado para cada plano de salrio so tambm atualizados. Podemos tambm rejeita os planos salariais. Neste caso, os usurios podem rever os prmios para os empregados e submeter novamente aprovao.

Atualizando Infotipos
O resultado do processo de administrao de salrio a distribuio dos prmios, isto , certos infotipos do empregado so criados. Os infotipos que so criados dependem do tipo de premiao que iniciada. A categoria de premiao salarial determina quais infotipos so criados para quais tipos de prmios. Compensation Plan Category Infotipos Fixo IT0008 Varivel IT0008 IT0014 IT0015 Aes IT0382 Todos IT0380

Pgina 69

Administrao do Processo
Na Administrao de Salrio, os usurios mantm um plano de salrio/remunerao para uma ou mais unidades organizacionais. Para administrar isto o usurio deve: Completar o oramento para suas unidades organizacionais, Selecionar a situao do plano de administrao (Planejado, ou, Ativo), e, Especificar o processo de administrao salarial e o perodo. O sistema ento ir selecionar os empregados que so elegveis para o processo dentro de cada unidade organizacional. Baseados nos critrios de seleo e informaes selecionadas pelo sistema exibido uma viso geral em forma de estrutura de rvore . Desta viso geral podemos selecionar uma unidade organizacional. Os usurios podem ento aplicar valores default de prmios calculados pelas diretrizes do plano salarial ou alterar o valor diretamente aplicando um percentual ou um valor absoluto para cada empregado. Assim o usurio pode manter o plano e a administrao salarial por empregados, visualizando informaes adicionais como avaliao de performance, detalhes organizacionais, salariais.

Administrao de Salrio por Empregado

Por plano e por unidade organizacional o sistema exibe uma lista de empregados elegveis. O usurio pode ajustar ou aceitar os dados do plano salarial.

Customizando WT de Salrio
Na Administrao de Salrio existem dois tipos de WT: WT de Ajuste (estas WT so usadas para armazenar informaes de ajustes salariais, que um valor monetrio a ser aplicado no pagamento do empregado), e, WT Base (so usadas para calcular os ajustes).

Definindo WT de Salrio
O SAP contm exemplos de WT de salrios. Devemos sempre copiar estas WT para as que quisermos utilizar, alterando os requisitos necessrios para adaptarmos as nossas necessidades, o sistema aps a copia automaticamente agrupa estas WT no grupo 0380 (histrico salarial). Podemos verificar este grupo para termos certeza se todas as WT necessrias esto atribudas, se necessrio podemos atribuir outras WT existentes neste grupo.

Definindo a Valorizao de WT Base

Wage Type Salrio Base Wage Type

+ + +

Bnus

Hora Extra

= =

CSAL

O mdulo ANSAL sempre utilizado para identificar quais WT faro a base salarial, e quais so usadas para calcular os ajustes. CSAL indiretamente valorizada usando o mdulo ANSAL.

Salrio

Bnus

BSAL

Salrio

Ajuste Mrito

Concesso Carro

BSAL

Definindo o Processo Salarial

A reclassificao da tabela salarial permite atualizar as informaes do grupo e nvel salarial no IT0008 por empregado. O sistema atualiza estas informaes automaticamente quando uma situao de reclassificao merecida aparecer. Podemos utilizar os seguintes relatrios para executar a reclassificao da tabela salarial: RPITUM00 (reclassificao baseada nos dados mestres clculo de reclassificao por Idade ou Perodo de participao na escala de salrio) , e o RPITRF00 (reclassificao baseada em horas trabalhadas).

Pgina 70

Aumento do Salrio Padro

Aumento de Pagamento Padro Simples O valor da valorizao indireta da WT ajustada de acordo com a entrada. No so criados IT0008 registros novos. Acrescido O pagamento de empregados selecionados ajustado, de forma que novos IT0008 sejam criados. 1) alm do aumento simples 2) por valorizao direta da WT

Planejamento de Custo de Pessoal

Customizando
Devemos customizar os seguintes passos: Configurar a integrao com CO, Configurar os parmetros de controle para o Planejamento de Custo de Pessoal, Configurar os valores de verificao por Wage Elements.

Verificao de Valores
Para a verificao devemos identificar o agrupador que determina quais Elementos de Custo so includos no clculo.

Valores Default
Configurao ABART Perodo planejado CURTY Tipo de taxa para converso SUBTY Subtipo para pesquisa Branco caso normal salarial PERTP Subdiviso de perodos D dias so igualmente valorizados W semana so igualmente valorizadas M meses so igualmente valorizados (padro) Y anos so igualmente valorizados 9 anual 2 mensal M configurao padro

Configurao para clculo

Pgina 71