Academia deRecursos Humanos

18/10/1999 à 20/11/1999

Team SAP Academy

Instrutores

Robson Stevaux – robson.silva@sap.comMarcos Rogério Clementino – rogerio.clementino@sap.com

Página 1

Academia de HR

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

Sistemas de Serviços OnlineProblem message, Notes, Hot news, Online corrections, Service request, SAP software change registration, Training details, Mantenance os customer master data.

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

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

Página 2

UniversosO módulo de HR é dividido em dois universos, e estes universos são os únicos do R/3 que possuem Infotipos (Conjunto de informações logicamente agrupadas).

PA PD

PessoasEstrutura

OrganizacionalPersonnel

Number

Object ID

Qualificações Requisitos

Comandado por Features (regras de decisão que determinam ações nos universos de PA e de PD)

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

IT0001Liga os

universos de PA e PD

PD – IT1000 ~1999Comandado pelo Plano de Versão(cenários)

CursosHR305, HR315, HR306, HR311, HR437

CursosHR505, HR510, HR515, HR520, HR540, HR550

IMGGuia de

Implementação (Tabelas de

Customização)

Página 3

HR050 - Overview

Glossário SAP – Sistema, Aplicações, Produtos e Processamento de Dados R/3 – Real time em 3 camadas Servidor - Máquina - Cliente ABAP/4 – Linguagem de programação Mandante – Ambiente de trabalho Pessoa – Conjunto de Infotipos que caracterizam um funcionário ou candidato Usuário – Conjunto de autorizações que determinam o acesso de alguém ao sistema Objetos – São coisas que estão fora do R/3 e serão necessárias estruturá-las de forma

organizada dentro do sistema Transação - Identificador que encaminha o usuário a uma determinada tela Matchcode – são informações que podemos exibir em campos de um infotipo que possuem

informações de tabelas de Customização ou de tabelas padrões da SAP. SubInfotipos – Complementam de forma mais detalhada e agrupada as informações de um

infotipo. InfoGrupo – Seqüência de Infotipo Cross Application – Várias aplicações em módulos diferentes Evaluation Path – São relacionamentos existentes entre os Objetos em uma sucessão lógica.

Um ou Mais relacionamentos formam uma navegação de caminhos para uma avaliação. Para qualquer IT: Modificar – não guarda histórico, somente altera informações Criar e Copiar – delimitam o IT antigo com a data de criação do novo IT gerando assim

históricos IT1007 (Vaga) se criado irá influenciar em 4 componentes de HR módulos – Recrutamento,

Planejamento de Carreiras e Sucessão, Planejamento de Custo e Organizational Management (PD)

Getting Started

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

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

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

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

Página 4

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

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

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

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

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

Processos de HR

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

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

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

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

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

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

Página 5

O

O

S TC

T

A

Estruturas de HR

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

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

Objetos:O – Organizational Unit – Áreas de Negócio, SetoresC – Job - Cargos Genérico que descreve o EspecíficoS – Position – Cargo EspecíficoT – Task – Descrições das atividades dos cargosA – Work Place – Identifica o local físico onde o trabalho aconteceK – Cost Center – Objeto de CO que pode ser relacionado com os objetos O ou S, sempre em PD.P – Person – Funcionários da Empresa, são criados em PA.US – User – Usuários do Sistema SAP R/3.

Página 6

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

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

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

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

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

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

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

Página 7

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

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

Integração PA e PD

Administração de Pessoal

Ciclo do Recrutamento.

VAGA Anúncio Candidatos Comparação de Perfis Escolha Contratação.

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

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

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

Página 8

Pessoa Posição

Cargo Setor

Centro de Custo

Grupo e Subgrupo deEmpregados

Área e Subárea dePessoal

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

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

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

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

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

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

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

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

Página 9

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

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

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

Telas de Entrada de Dados para a ContrataçãoQuando um empregado é admitido, uma seqüência de telas devem ser completadas. Esta seqüência deve ser customizada.

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

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

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

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

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

Página 10

Ações de PessoalSão grupos de infotipos que juntos são usados para executar um processo de recursos humanos.

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

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

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

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

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

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

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

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

Página 11

QualificaçõesLista de habilidades que fazem um empregado adequado para um cargo, posição, tarefa ou centro de trabalho. São associados com um empregado.

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

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

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

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

Criando Perfis de Cargos e PosiçõesQualificações são usadas para armazenar os requisitos para um objeto.

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

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

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

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

Página 12

Treinamento

SD

CO

MM

Time PD

PA

PCS

Treinamento : Integração com outros módulosPD – Pode ser usado como Organizador e como ParticipantePA – Pessoas e Candidatos podem ser Participantes, Pessoas posem ser também InstrutoresPCS – Qualificações são checadas como pré requisito para os ParticipantesSD – Clientes e seus funcionários podem ser Participantes e depois serem faturadosCO – Podem ser feitas transferências dos custos de um evento, bem como a alocação de custos dos inscriçõesTime – Participações e faltas podem ser armazenadas para Instrutores e ParticipantesMM – Podem ser registrados os materiais a serem utilizados como recursos.

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

Hierarquia de Eventos

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

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

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

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

Página 13

Planejamento deCarreira eSucessão

Qualificações Preferências

Potencial

Modelo deCarreira

Aversões

Indicações

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

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

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

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

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

Fundamentos do Desenvolvimento de Pessoal

Página 14

C-2

C-1

C-0

C-3

C-4

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

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

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

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

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

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

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

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

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

Página 15

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

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

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

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

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

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

Métodos de Manutenção de Dados de TempoExistem três métodos para registrar divergências de um empregadoEntrada SimplesFeita através dos IT’s do Mini Master de TimeEntrada por CalendárioFeita através das telas de calendários Semanais, Mensais ou AnuaisEntrada RápidaOnde podemos manter muitos subtipos ao mesmo tempo para um empregado, bem como manter um IT para vários empregados

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

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

Página 16

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

Página 17

DadosMestres

Horários detrabalho

Registro deTempo

Avaliaçãode Tempo

Folha dePagamento

RelatóriosEspelho de

Ponto

Visão Geral de Avaliação de TemposÉ usada para avaliar a frequência e as ausências de um empregado. Podemos utilizar para avaliar e rodar a folha de pagamento.

Fluxo de Dados entre o Sistema de Tempo e o Sistema de HRDownload é o fluxo do HR para o Sistema de ponto, e Upload é o fluxo do ponto para o HR.

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

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

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

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

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

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

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

Página 18

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

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

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

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

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

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

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

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

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

Página 19

ManutençãoDados Mestres

Liberação daFolha

Início doProcessamento

ConferirResultado

CorreçãoProcessosem erros

Encerra

Sim

Não

Resultado daFolha

PayrollAccount

PayrollJournal

WTStatement

WTDistribution

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

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

Administração de FolhaDurante o processamento da folha nenhum infotipo de Dados Mestres e de Time que interferem no cálculo podem ser alterados, para garantir isso o processamento é controlado pelo Registro de Controle de folha.

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

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

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

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

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

Listas e Estatísticas por Período

Página 20

PD

Recrutamento

PCS

Workflow

ShiftPlanning

HRISCost Plan.

DadosMestres

Eventos

CapacityPlanning

HR505 – Organizational Management

Desenvolvimento de Pessoal (PD)

Pontos de Integração

Metodologia – Desenvolvimento orientado a objetoPD é baseado na criação e uso de objetos organizacionais e como eles se relacionam entre si.

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

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

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

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

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

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

Página 21

C

S S S

O

S O

S

C

T T

S

S S

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

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

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

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

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

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

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

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

Página 22

C

O

S

T

P/Us

K

A

Modelo de Dados

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

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

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

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

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

Página 23

Manutenção Simples

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

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

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

Editando a Estrutura OrganizacionalPodemos efetuar várias funções que alteram os Objetos de uma estrutura organizacionalMover – altera o relacionamento entre as Unidades Organizacionais, ou entre uma Posição e uma Unidade OrganizacionalRenomear – alterar a descrição curta e longa do ObjetoDeletar Objetos e RelacionamentosDelimitar Objetos e RelacionamentosChief Position – designar um líder para uma Unidade Organizacional (aplicada a Posições)

Criando um Organograma (Reporting Structure)Para criar um Organograma devemos relacionar Posição com Posição.

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

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

Página 24

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

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

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

Manutenção Detalhada (Detail Mantaince)

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

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

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

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

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

Página 25

Planejado Submetido

Aprovado

Rejeitado

Ativo

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

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

Alterando o StatusO 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. Caso

tenhamos que alterar o status de vários objetos de uma só vez devemos fazê-lo através do relatório RHAKTI00.

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

Página 26

Delimitando ObjetosO relatório RHGRENZ0 delimita um ou mais objetos na estrutura alterando a data de término.

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

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

Customizando PD

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

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

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

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

Integração

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

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

Página 27

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

Preparando a Integração entre PD e PAO relatório RHINTE10 é usado para transferir objetos criados em PD para PA. Somente objetos ativos são incluídos. Estes objetos que são incluídos são os que são requeridos no IT0001.

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

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

Integração com QualificaçõesQuando a integração está ativa as qualificações são administradas via PD. O parâmetro PLOGI QUALI possui duas entradas possíveis0 A032 Q – a integração é desligada1 A032 Q – a integração é ativadaCaso haja qualificações em PA no IT0024 que não estejam integrados em PD, podemos executar o programa RHQINTE0 para efetivar a integração.

Página 28

HR305 - Personnel Administration

Configurando Dados Mestres

Passos Necessários para Descrever uma Nova EstruturaDefinir a Estrutura OrganizacionalAjustes para encontrar as especificações da EmpresaModificações e funcionalidades adicionais

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

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

Estrutura da companhia (Company Structure)

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

Página 29

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

Visão Geral da Estrutura de Pessoal no SAPA estrutura de pessoal é definida no SAP pelos seguintes elementos: Employee Group, Employee Subgroup, e, Payroll Accounting Areas.

Usando Agrupadores de Subgrupo de Empregados (Employee Subgroup Groupings)

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

Atribuições Organizacionais Adicionais

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

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

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

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

Definindo Valores Padrão - Features

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

Página 30

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

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

Mantendo uma FeatureCommand Line - entramos com as funções (Updade, Save)Comment Line - contém o Status e as possíveis mensagens de erroLine Number - onde entramos com comandos (Copy, Delete, Move, Etc.)Variable Key - respostas para as perguntasContinuation Indicator - é chamada pela operação NEXTRRule Type - define o tipo de processoOperations - atribuição de valores, saltos, etc.

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

Campos mais utilizados nas FeaturesTCLAS - A banco de dados de Administração, B banco de dados de RecrutamentoMOLGA - Código do PaísPERSG - Grupo de empregadoPERSK - Subgrupo de empregado

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

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

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

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

Página 31

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

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

Estrutura de Escala de Pagamento

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

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

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

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

Página 32

Estrutura de Wage Type

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

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

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

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

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

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

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

Página 33

IT0008PSGroup XX

WT0001 ?

MóduloTARIF

Pay ScaleGroup / Level

Conversão

Variant A~D

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

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

PS Grouping para WT PrimáriaPodemos também agruparmos as Subareas de Pessoal. Isto possibilita controlar as WT que são permitidas para as Subareas de Pessoal.

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

Dar Valores as WTDiretaO administrador entra manualmente com o valor da WT no InfotipoIndiretaO Sistema entra automaticamente o valor da WT no Infotipo

Dar Valores Indiretos usando Regras para Características da WTA regra de validação é definida centralmente, então não devemos alterar os registros de Dados Mestres quando mudarmos a valorização.Módulo NameEspecifica qual tabela de valor fixo é usado para valorização indiretaMódulo VariantControlo o acesso de leitura a essa tabela

Módulo as para Características de WTMódulo TARIF - PS Group e PS LevelMódulo PRZNT e SUMME - valorização de WT básicasMódulo ARBPL - Valorização usando PosiçõesMódulo TARIF

Usa os dados do PS Group e PS Level para valorizar o IT0008

Módulo Variant para o Módulo TARIFTARIF possuí 4 Módulos Varaints (A - D) que são:A - valorização baseada no PS Group e PS LevelB - valorização baseada no PS Group e PS Level e WT específicaC - valorização não depende do PS LevelD - valorização não depende do PS Group e PS Level

Página 34

IT0008MXXX 1000MYYY 500MNNN ?

MóduloPRZNT

Avaliação daWT

Conversão

Variant D / I

IT0008MXXX 1000MYYY 500MNNN ?

MóduloSUMMENT

Avaliação daWT

Conversão

Variant D / I

Módulo PRZNTDefine quais WT devem ser utilizadas para calcular o suplemento percentual PRZNT. Usa os de determinadas WT para calcular o valor de uma outra.

Módulo Variant para o Módulo PRZNTPRZNT possuí 2 Módulos Varaints (D ou I) que são:D - devemos entrar as WT a serem utilizadas como base a serem utilizadas para a avaliação do IT.I - as WT não precisam ser entradas no IT, pois o sistema lê o valor das WT associadas a partir de uma tabela e utiliza estes valores como base para cálculo.Módulo SUMME

Define quais WT devem ser utilizadas para calcular o suplemento percentual SUMME. O valor percentual neste módulo é entrado no tabela (campo: Percentual) como um valor fixo, e, portanto, esta ligado à WT.

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

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

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

Página 35

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

Aumento DinâmicoAs Variants definem o tipo de aumento estendido, estas variantes podem ser criadas por nós. As existentes são:A - Aumenta a WT por um valor absolutoG - Aumenta o total de salário por um valor absolutoD - Aumento por diferençaE - Valores acordados para diferentes PS GroupsT - Insere uma nova WTC - Restringe o período de existência de uma WTR - Substitui uma WT por uma outra

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

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

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

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

Página 36

Transações Extras

PA10 - Personnel FilePermite ao usuário visualizar todos os infotipos que um empregado possui.

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

PA30 - Auxiliary FunctionsDelete Personnel NumberApresenta ao usuário a lista de infotipos que o empregado selecionado possui. O usuário pode escolher o(s) infotipo(s) que deseja eliminar.Change Payroll StatusApresenta para o usuário o IT0003 para que seja feita a alteração desejada.Correct ActionsPermite ao usuário refazer uma ação para o empregado. Podemos inclusive alterar o infogrupo.

Página 37

HR307 - Administração e Segurança

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

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

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

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

Ações de Pessoal

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

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

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

Página 38

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

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

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

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

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

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

Ações Dinâmicas

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

Página 39

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

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

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

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

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

Customizando a Interface do Usuário

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

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

Página 40

Usuário

Perfis

Autorizações Objetos

CamposValores

Autorização 2Autorização 1 Autorização C

Perfil 3 Perfil 4

Perfil 2Perfil 1 Perfil A

Usuário

Valor ABCValor XYZ

Autorização e Profile Generator

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

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

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

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

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

Página 41

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

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

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

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

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

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

Página 42

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

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

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

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

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

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

Página 43

Reg. Mestrede Usuário

Perfil deAutorização

ActivityGroup

Atribuição usandoProfile Generator

Atribuição usandoBatch Input ouTransação Online

AtribuiçãoManual

Atribuindo um UsuárioNão podemos atribuir um usuário a um perfil automaticamente, em vez disso atribuímos um Activity Group para um usuário. Para fazer isso podemos utilizar uma transação Online ou um relatório Batch para colocar o perfil no registro Mestre de Usuário. As principais vantagens de atribuir perfis via Activity Group são:1 - Por razões técnicas o sistema pode Ter que criar mais de um perfil para um Activity Group amplo.2 – Quando atribuímos um Activity Group para um usuário podemos definir o tempo de dependência

para esse perfil. O relatório de Batch que coloca o perfil no usuário também pode retirar.3 – Pode ser implementado o princípio da dupla verificação.

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

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

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

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

Autorizações para PDO objeto PD: Personnel Planning é usado para verificar autorizações de PD. Podemos valorizar os seguinte campos:Function Code – define o tipo de edição do dadoInfotype – define quais infotipos podem ser acessadosObject Type – define quais tipos de objetos podem ser acessadosPlanning Status – define quais os Status de objetos e infotipos podem ser acessadosPlan Version – define qual o plano de versão será acessívelSubtype – define quais Evaluation Path podem ser acessados

Página 44

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

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

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

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

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

ComparaçõesPodem ser feitas as seguintes comparações:Comparação de registros Mestres de UsuáriosComparação de perfisComparação autorizações

Revisão

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

Página 45

Programação ABAP

Query Criar relatórios ABAP automaticamente

ABAP Query Ad Hoc Query

DadosMestres

Time

PD Recrutamento

DadosMestres

Time

Recrutamento

Sistema de Informação

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

Deletando Relatórios Específicos de um PaísPodemos através da Customização deletarmos relatórios específicos de determinados países.

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

Criando Nossos Próprios RelatóriosPodemos utilizar as funções 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.

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

Configurando uma QueryPasso 1 – Criar Áreas funcionaisPasso 2 – Criar grupos de usuários e atribuir as áreas funcionais aos grupos de usuáriosPasso 3 – Criar Query’s

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

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

Página 46

Mantendo Grupos de UsuáriosUm usuário pode ser atribuído para um ou mais grupos de usuários.

Atribuindo Áreas funcionais para Grupos de usuáriosPodemos atribuir áreas funcionais para cada grupo de usuários.

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

Página 47

DiasFestivos

Calendário

DWS (daily work schedule)

Intervalos VariantsRegras deVaraints

PWS (periodwork schedule)

Tipos deDias

WSR (work schedule rule)

WS (work schedule)

IT0007

Gerar

HR306 – Time Recording

Groupings

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

Métodos e Pré Requisitos

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

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

Criando Horários Mensais

Os pré requisito para o Time são: um calendário válido contendo suas datas festivas, e, um horário de trabalho válido.Um Horário de trabalho consiste em uma matriz de elementos individuais amarradas com o calendário. Depois destes elementos estarem definidos eles são agrupados numa Regra de Horário de Trabalho. Está regra é a base para se gerar um Horário Mensal, e este Horário mensal é atribuído ao empregado no IT0007 pela regra.

Página 48

DiasFestivos

Calendário

PersonnelSubarea

HoráriosdeTrabalho

PSAG-WS

PSA 01 PSA 02 PSA 03

01

NormalFlexível

02

NormalRotativo

Calendário

Calendários

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

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

Agrupadores

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

Work Schedules GroupingsUm PSA Grouping for Work Schedule (PSAG-WS) é um agrupador de PSA que usa as mesmas regras de horário de trabalho. Estes agrupadores permitem controlar quais horários são podem ser utilizados dentro da PSA.

Página 49

PSAG-DWS

HoráriosdeTrabalho

PSAG-WS

PSA 01 PSA 02 PSA 03

01

NormalFlexível

02

NormalTurno M, T e N

01 02

PSA 04

03

Tipos deSubstituição

PSAG-ST

PSA 01 PSA 02 PSA 03

01

Subst. TurnoPref. Empreg.

02

Subst. TurnoSubst. Chefe

Tipos deFaltas

PSAG-AAT

PSA 01 PSA 02 PSA 03

01

FaltaFalta 1/2 dia

02

Falta

Critério deContagem

PSAG-AAC

PSA 01 PSA 02 PSA 03

01

1 dia Saída1 dia de Direito

02

1,5 dia dedireito

Daily Work Schedule GroupingsUm PSA Grouping for Daily Work Schedule (PSAG-DWS) permite definir o mesmo horário de trabalho diário para diferentes PSA Grouping. Estes agrupadores não são diretamente atribuídos a PSA, mas são atribuídos para os PSAG-WS

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

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

Absence and Attendance Counting Groupings

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

Página 50

Tipo deDisponibi-lidade

PSAG-AT

PSA 01 PSA 02 PSA 03

01

Disponível p/chamada

02

Disponível p/chamada 10%

Tipo deAusência

PSAG-TQ

PSA 01 PSA 02 PSA 03

01

Cursos deLínguas

02

CursosTécnicos

Horário deTrabalho

ESG-WS

HoristasTempo-rários

Mensa-listas

01

Rotativos

02

NormalFlexível

ESG-TQ

HoristasTempo-rários

Mensa-listas

01

Cursos eTreinamento

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

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

Employee Subgroup - Work Schedule GroupingUm horário de trabalho pode ser definido para vários grupos de Employee Subgroup, para fazer isso ES Groupings for Work Schedule (ESG-WS) são definidos. O SAP contém o grupo 1 para horistas e o grupo 2 para mensalistas. Se não 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 GroupingTipo de quotas podem ser definidas para diferentes grupos de Employee Subgroup, para fazer isso ES Groupings for Time Quotas (ESG-TQ) são definidos. O SAP contém o grupo 1 para todos os empregados.

Página 51

DWS ( daily work schedule )

Dia de Trabalho(workday )

Intervalo Intervalo

Dia de Trabalhoalternativo(workday variant )

Intervalo

Work Schedule

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

DWS and VariantsPara definir vários horários de trabalho, devemos primeiro definir o horário de trabalho diários e seus intervalos. Estes são as menores unidades de um DWS. Devemos definir versões alternativas de DWS para atender os empregados que trabalham num período reduzido de horas. Estas condições são definidas também em regras específicas

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

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

Página 52

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

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

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

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

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

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

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

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

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

Página 53

Classe deDWS

0DayOff 1 ~ 9

Classe deDWS

branco 1, 2, 3...DayOff

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

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

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

Part-Time

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

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

Divergências no Horário de Trabalho

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

Página 54

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

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

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

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

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

Página 55

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

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

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

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

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

Especificando as ReaçõesAs reações são especificadas pelo indicador da Classe de Time Constraint e são:A - O registro existente é delimitado e o novo registro é criadoE - O novo registro não pode ser inseridoW - O novo registro é criado e o existente não é alteradoN - Um novo registro é criado e o existente é alterado

Deduções de Cotas e Regras de Contagem

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

Página 56

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

Calculando a Duração de Ausências e PresençasPara calcular a duração o sistema primeiramente obtém as horas planejadas para o dia corrente de um DWS válido. Somente os dias que são planejados podem ser calculados

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

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

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

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

Regras de Dedução para CotasSão definidas para PSAG-TQ e para ESG-TQ. Podem ser de dois tipos Horas ou Dias.

Condições para o Dia CorrentePodemos determinar para quais dias uma regra de contagem é válida. Para isso selecionamos as características que um dia tem que ter e que se aplica a regra..

Página 57

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

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

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

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

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

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

Reporting

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

Página 58

Integração com Outras Áreas

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

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

Página 59

HR311 – Time Evaluation

Avaliação de Tempo

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

Avaliação de Tempo no R/3

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

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

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

Página 60

Visão Geral dos Infotipos de Time

Horários Reais IT2001 – AusênciaIT2002 – PresençasIT2005 – Horas ExtrasIT2011 – Eventos de Tempo

Informações para Especificações Planejadas IT2003 – SubstituiçõesIT2004 – Disponibilidade

Aprovações e Direito a Ausências IT2006 – Cotas de AusênciaIT2007 – Cotas de Presença

Ausências e PresençasPodemos utilizar a feature HRSIF para determinar se os dados de tempo podem ser armazenados sem marcação de tempo (without clock time), ou se, a marcação de tempo é gerada com base no horário de trabalho do empregado para ausências ou presenças que duram menos de um dia.Registrando um dia completo (Full-day)

Somente a data é entrada As horas de trabalho planejada são geradas automaticamente, mas sem relógio de marcação

Registrando com relógio de marcação

08:00 ~ 14:00 5 horas (1 hora de intervalo de acordo com DWS)

Registrando horas 5 horas Feature HRSIFHRSIF=0 08:00 ~ 14:00HRSIF=1 5 horas

Conceito da Avaliação de Tempo disparando o RPTIME00

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

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

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

Página 61

TEVENCluster B1

Time EventsIT0001, IT0007

IT0003

IT2001, IT2002IT2003, IT2006,

IT2007

Resultados deAvaliações

Anteriores PCL2

IT2001, IT2002IT0003 IT2006, IT2007

Cluster B2Balance, Message

Time WT

Formação de ParesAvaliação de Tempo

via RPTIME00

Fluxo de Dados

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

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

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

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

Página 62

Cluster B2

Registro Tempo RealDivergências do WS

DWSDivergências

do DWSDWS

Horário de TrabalhoAusênciaPresençaCotas

EventosSistemaExternoTempo

RPTIME00Formaçãode Pares

Folha dePagamentoRPCALC*0

Time WT

ZL, ALP, C1

Cálculo Tempo

ZES, SALDO

Mensagens

FEHLER

Atualização IT’s

2001, 2002, 20062007, 0003, 0005

Lista deRemuneração

RPCEDTxx

Lista deTempo

RPTEDT00

Dowload deBalanços p/subsistemas

Time MgntPoolErros

Exibe/AlteraInfotipos de

Tempo

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

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

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

Visão Geral do Time Evaluation

Time Management Pool

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

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

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

Página 63

Seleção de EmpregadosDeterminar período de avaliação

Processamento de Schemas e Regras

Inicialization - Configura agrupadores

Day Processing - Carrega tabelas e trabalhaos dados de tempo

Final Processing - Executa verificações

Exporta resultados da avaliaçãoAtualiza Infotipos Banco de

Dados

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

Customizando Time Evaluations

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

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

Passos de Avaliação de Tempo

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

Página 64

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

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

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

Schemas Alternativos

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

Time evaluation com eventos de tempo (TM00) Usada quando trabalhamos com relógio para marcação de horário

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

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

Integração com Folha de PagamentoAs Time WT que são formadas no Time Evaluation são transferidas para a Folha e valorizadas no cálculo da folha bruta.

Página 65

Folha de PagamentoResultado da Avaliaçãode Tempo

Atualiza IT’s de TempoMensagensContabiliza temposLigação com o sistemade registro de tempo

ZL

ALPC1

Time WT Folha Bruta

Aval.Tempo nãoroda para todos os dias no período da

Folha

Dados de Tempoprocessados

pela Folha

Time WT

Integração da Avaliação de Tempo e Folha de Pagamento

Página 66

HR540 - Compensation Management

Compensation Management

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

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

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

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

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

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

Job Pricing

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

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

Página 67

BU - Presidência

BU - Rec.Humanos

BU - Salários

BU - Treinamento

BU - Financeiro

O - Presidência

O - Rec.Humanos

O - Salários

O - Treinamento

O - Financeiro

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

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

Budget (Orçamento)

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

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

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

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

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

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

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

Página 68

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

Elegibilidade

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

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

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

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

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

Administração de Salários

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

Atualizando InfotiposO resultado do processo de administração de salário é a distribuição dos prêmios, isto é, certos infotipos do empregado são criados. Os infotipos que são criados dependem do tipo de premiação que é iniciada. A categoria de premiação salarial determina quais infotipos são criados para quais tipos de prêmios.

Compensation Plan Category InfotiposFixo IT0008 Variável IT0008 IT0014 IT0015Ações IT0382Todos IT0380

Página 69

Wage Type Base Wage Type

Salário BônusHoraExtra

CSAL+ + =

Salário Bônus BSAL+ =

SalárioAjusteMérito

ConcessãoCarro

BSAL+ + =

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

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

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

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

Definindo a Valorização de WT BaseO módulo ANSAL é sempre utilizado para identificar quais WT farão a base salarial, e quais são usadas para calcular os ajustes. CSAL é indiretamente valorizada usando o módulo ANSAL.

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

Página 70

Aumento do Salário PadrãoAumento de Pagamento

PadrãoSimples Acrescido

O valor da valorização indireta da WT é ajustada de acordo com a entrada. Não

são criados IT0008 registros novos.

O pagamento de empregados selecionados é ajustado, de

forma que novos IT0008 sejam criados.

1) além do aumento simples2) por valorização direta da

WT

Planejamento de Custo de Pessoal

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

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

Valores DefaultConfiguração ABART – Período planejado 9 – anual

2 – mensalCURTY – Tipo de taxa para conversão

M – configuração padrão

SUBTY – Subtipo para pesquisa salarial

Branco – caso normal

Configuração para cálculo PERTP – Subdivisão de períodos D – dias são igualmente valorizadosW – semana são igualmente valorizadasM – meses são igualmente valorizados (padrão)Y – anos são igualmente valorizados

Página 71