Academia Hr

Academia de Recursos Humanos 18/10/1999 à 20/11/199 Team SAP Academy

Instrutores Robson Stevaux – [email protected] Marcos Rogério Clementino – [email protected]

Página 1

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

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

Cursos sobre HR             

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

Cursos que não são ministrados na academia        

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

Página 2

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

Pessoas

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

Personnel Number

Object ID

Qualificações

Requisitos

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

IT0001 Liga os universos de PA e PD

Cursos HR305, HR315, HR306, HR311, HR437

PD – IT1000 ~1999

Cursos HR505, HR510, HR515, HR520, HR540, HR550 IMG Guia de Implementação (Tabelas de Customização)

Página 3

Comandado pelo Plano de Versão (cenários)

HR050 - Overview Glossário                 

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

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

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

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

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

Página 4

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

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

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

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

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

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

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

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

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

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

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

Página 5

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

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

Página 6

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

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

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

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

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

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

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

Página 7

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

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

Integração PA e PD

Pessoa

Grupo e Subgrupo de Empregados

Posição

Cargo

Setor Área e Subárea de Pessoal Centro de Custo

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

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

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

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

Página 8

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

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

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

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

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

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

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

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

Página 9

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

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

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

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

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

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

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

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

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

Página 10

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

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

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

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

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

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

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

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

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

Página 11

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

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

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

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

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

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

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

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

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

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

Página 12

Treinamento : Integração com outros módulos Time

PD

MM

PA Treinamento

CO

PCS SD

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

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

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

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

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

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

Página 13

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

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

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

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

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

Fundamentos do Desenvolvimento de Pessoal Qualificações

Indicações

Preferências

Planejamento de Carreira e Sucessão Aversões

Potencial

Modelo de Carreira

Página 14

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

C-2

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

C-1

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

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

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

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

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

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

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

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

Página 15

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

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

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

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

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

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

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

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

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

Página 16

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

Página 17

Visão Geral de Avaliação de Tempos Dados Mestres

Horários de trabalho

Registro de Tempo

É usada para avaliar a frequência e as ausências de um empregado. Podemos utilizar para avaliar e rodar a folha de pagamento.

Avaliação de Tempo

Folha de Pagamento

Relatórios

Espelho de Ponto

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

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

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

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

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

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

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

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

Página 18

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

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

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

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

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

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

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

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

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

Página 19

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

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

Administração de Folha Manutenção Dados Mestres

Liberação da Folha Não

Correção

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

Início do Processamento

Processo sem erros

Conferir Resultado

Sim Encerra

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

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

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

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

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

Listas e Estatísticas por Período Resultado da Folha

Payroll Account

Payroll Journal

WT Statement

WT Distribution

Página 20

HR505 – Organizational Management Desenvolvimento de Pessoal (PD) Pontos de Integração Recrutamento Capacity Planning

Shift Planning

Eventos

PD

PCS

Dados Mestres

Workflow

Cost Plan.

HRIS

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

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

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

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

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

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

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

Página 21

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

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

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

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

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

Relacionamentos entre os Objetos Básicos C S

S

O S

S

C O

T

S T

S

S

S

Relacionamento 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 Relacionamento A = Ascendente (ativo) e o B = Descendente (Passivo).

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

Página 22

Modelo de Dados

O

K

S C

A P/Us

T

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

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

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

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

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

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

Página 23

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

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

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

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

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

Criação de Outras Estruturas na Manutenção Simples Estruturas Gerais Outros tipos de Objetos podem ser criados pela árvore de estrutura, dependendo do tipo de objeto e do evaluation path.

Página 24

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

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

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

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

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

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

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

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

Página 25

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

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

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

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

Página 26

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

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

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

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

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

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

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

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

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

Página 27

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

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

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

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

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

Página 28

HR305 - Personnel Administration Configurando Dados Mestres Passos Necessários para Descrever uma Nova Estrutura Definir a Estrutura Organizacional Ajustes para encontrar as especificações da Empresa Modificações e funcionalidades adicionais

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

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

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

Página 29

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

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

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

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

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

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

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

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

Página 30

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

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

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

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

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

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

Conexão entre Time (IT0007) e Basic Pay (IT0008) Tempo de Trabalho de um Empregado Cada empregado é atribuído à um horário de trabalho, esta informação é importante para o pagamento dos empregados e para a contagem de frequência e faltas.

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

Página 31

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

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

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

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

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

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

Página 32

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

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

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

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

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

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

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

Página 33

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

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

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

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

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

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

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

Conversão

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

Página 34

Módulo PRZNT IT0008 MXXX 1000 MYYY 500 MNNN ?

Módulo PRZNT

Avaliação da WT

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

Variant D / I

Conversão

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

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

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

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

Página 35

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

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

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

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

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

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

Página 36

Transações Extras PA10 - Personnel File Permite ao usuário visualizar todos os infotipos que um empregado possui.

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

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

Página 37

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

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

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

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

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

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

Página 38

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

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

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

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

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

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

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

Página 39

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

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

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

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

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

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

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

Página 40

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

Estrutura de Autorização Usuário

Perfis

Autorizações

Objetos

Valores

Campos

As verificações de autorização para acessar os infotipos de HR pertencem as verificações gerais da SAP. Estas verificações de autorização são baseadas em objetos de autorização (que no máximo possui 10 campos de autorização). Estes objetos de autorização são agrupados 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. Usuário

Perfil 1

Perfil 2

Autorização 1

Valor XYZ

Perfil A

Perfil 3

Perfil 4

Autorização 2

Autorização C

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.

Valor ABC

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

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

Página 41

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

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

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

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

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

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

Página 42

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

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

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

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

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

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

Página 43

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

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

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

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

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

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

Página 44

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

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

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

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

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

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

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

Página 45

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

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

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

Criando Nossos Próprios Relatórios Programação ABAP Query

Criar relatórios ABAP automaticamente

ABAP Query Dados Mestres PD

Time

Recrutamento

Ad Hoc Query Dados Mestres

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

Time

Recrutamento

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

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

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

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

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

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

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

Página 47

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

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

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

Criando Horários Mensais Dias Festivos

DWS (daily work schedule)

Calendário

Intervalos

Variants

PWS (period work schedule)

Tipos de Dias

Regras de Varaints

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

IT0007

Página 48

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.

Calendário Calendários Dias Festivos

Um Calendário é o conjunto de datas festivas agrupadas. Além do Calendário Normal o R/3 possui um Calendário de Fábrica que não afeta o Calendário Normal de forma alguma. Podemos adicionar e definir novas datas festivas e atribuí-las a um Calendário, 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.

Calendário

Personnel Subarea

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

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

Work Schedules Groupings PSA 01

PSAG-WS

Horários de Trabalho

PSA 02

PSA 03

01

02

Normal Flexível

Normal Rotativo

Um 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

Daily Work Schedule Groupings PSA 01

PSA 02

PSA 03

PSA 04

02

03

PSAG-WS

01

PSAG-DWS

01

02

Normal Flexível

Normal Turno M, T e N

Horários de Trabalho

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

Substitution Types Groupings PSA 01

PSAG-ST

PSA 02

01

Subst. Turno Tipos de Substituição Pref. Empreg.

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

PSA 03

02

Subst. Turno Subst. Chefe

Absence and Attendance Types Groupings PSA 01

PSAG-AAT

Tipos de Faltas

PSA 02

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

PSA 03

01

02

Falta Falta 1/2 dia

Falta

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.

PSA 01

PSAG-AAC

PSA 02

01

1 dia Saída Critério de Contagem 1 dia de Direito

Página 50

PSA 03

02

1,5 dia de direito

Availability Types Groupings PSA 01

PSA 02

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

PSA 03

PSAG-AT

01

02

Tipo de Disponibilidade

Disponível p/ chamada

Disponível p/ chamada 10%

Time Quotas Groupings PSA 01

PSA 02

PSA 03

PSAG-TQ

01

02

Tipo de Ausência

Cursos de Línguas

Cursos Técnicos

Um 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 Grouping Temporários

Horistas

ESG-WS

Horário de Trabalho

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

Mensalistas

01

02

Rotativos

Normal Flexível

Employee Subgroup - Time Quotas Grouping Horistas

ESG-TQ

Temporários

01

Mensalistas

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

Cursos e Treinamento

Página 51

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

DWS and Variants Para 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

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

Intervalo

Dia de Trabalho alternativo (workday variant )

Intervalo

Intervalo

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

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

Página 52

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

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

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

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

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

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

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

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

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

Página 53

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

Determinando Dias não Trabalhados (Day Off) 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).

Classe de DWS

Day Off

0

1~9 Classe de DWS

branco

1, 2, 3...

Day Off

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

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

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

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

Página 54

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

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

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

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

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

Página 55

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

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

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

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

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

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

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

Página 56

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

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

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

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

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

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

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

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

Página 57

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

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

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

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

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

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

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

Página 58

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

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

Página 59

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

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

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

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

Página 60

Visão Geral dos Infotipos de Time Horários Reais

Informações para Especificações Planejadas Aprovações e Direito a Ausências

IT2001 – Ausência IT2002 – Presenças IT2005 – Horas Extras IT2011 – Eventos de Tempo IT2003 – Substituições IT2004 – Disponibilidade IT2006 – Cotas de Ausência IT2007 – Cotas de Presença

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

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

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

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

Página 61

Fluxo de Dados

Resultados de Avaliações Anteriores PCL2

IT0001, IT0007 IT0003

IT2001, IT2002 IT2003, IT2006, IT2007

TEVEN Cluster B1 Time Events

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

Cluster B2 Balance, Message Time WT

IT0003

IT2006, IT2007

IT2001, IT2002

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

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

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

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

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

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

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

Visão Geral do Time Evaluation Divergências do WS DWS

Registro Tempo Real

Divergências do DWS

DWS

Horário de Trabalho Ausência Eventos Presença Cotas

RPTIME00

Sistema Externo Tempo

T ime

Formação de Pares

Cluster B2 Atualização IT’s

Folha de Pagamento RPCALC*0

Time WT

Cálculo Tempo

Mensagens

ZL, ALP, C1

ZES, SALDO

FEHLER

2001, 2002, 2006 2007, 0003, 0005

Lista de Remuneração RPCEDTxx

Lista de Tempo RPTEDT00

Dowload de Balanços p/ subsistemas

Time Mgnt Pool Erros

Exibe/Altera Infotipos de Tempo

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

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

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

Página 63

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

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

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

Passos de Avaliação de Tempo Seleção de Empregados Determinar período de avaliação

Processamento de Schemas e Regras Inicialization - Configura agrupadores Day Processing - Carrega tabelas e trabalhaos dados de tempo Final Processing - Executa verificações

Exporta resultados da avaliação Atualiza Infotipos

Banco de Dados

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

Página 64

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

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

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

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

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

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

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

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

Página 65

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

Folha de Pagamento

Time WT

Atualiza IT’s de Tempo Mensagens Contabiliza tempos Ligação com o sistema de registro de tempo

Folha Bruta

ZL ALP

C1 Time WT

Aval.Tempo não roda para todos os dias no período da Folha

Dados de Tempo processados pela Folha

Página 66

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

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

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

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

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

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

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

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

Página 67

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

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

Budget (Orçamento) Visão Geral BU - Presidência BU - Rec.Humanos

O - Presidência O - Rec.Humanos

BU - Salários

O - Salários

BU - Treinamento

O - Treinamento

BU - Financeiro

Os 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).

O - Financeiro

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Página 69

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

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

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

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

Definindo a Valorização de WT Base Wage Type Salário

+

Bônus

Salário

+

Bônus

Salário

+

Ajuste Mérito

Base Wage Type

+

+

Hora Extra

Concessão Carro

=

CSAL

=

BSAL

=

BSAL

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

Página 70

Aumento do Salário Padrão Aumento de Pagamento Padrão Simples O valor da valorização indireta da WT é ajustada de acordo com a entrada. Não são criados IT0008 registros novos.

Acrescido O pagamento de empregados selecionados é ajustado, de forma que novos IT0008 sejam criados. 1) além do aumento simples 2) por valorização direta da WT

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

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

Valores Default Configuração

Configuração para cálculo

ABART – Período planejado

9 – anual 2 – mensal M – configuração padrão

CURTY – Tipo de taxa para conversão SUBTY – Subtipo para pesquisa Branco – caso normal salarial PERTP – Subdivisão de períodos D – dias são igualmente valorizados W – semana são igualmente valorizadas M – meses são igualmente valorizados (padrão) Y – anos são igualmente valorizados

Página 71