Histórico do trabahador em GHE

Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original

AGE Demandas - REV 02
[Nome Demanda] #Número Card
Preenchimento Cliente
	Solicitante
	GT Segurança
	Visibilidade
	Todos (DN, DR, UO,...)
	Telas Relacionadas
	Telas GHE e seus desdobramentos
	Áreas Notificadas
	Áreas de segurança e saúde
	Data da Demanda
	
Preenchimento AGE
	Equipe
	Time envolvido?
	Dev Responsável
	Desenvolvedor que reportará o andamento da demanda?
	Consultor Responsável
	Consultor responsável por tirar dúvidas?
	Quebra de Compatibilidade
	Alguma funcionalidade/recurso já existente será excluída?
	Impacto
	Nível de impacto da demanda.
	Data do Refinamento
	Data do refino interno da AGE
	Deve refletir em algum serviço ou exporta dados?
	Qual(is)?
Objetivo
Permitir que o trabalhador ou cargo possa entrar em outro GHE principal, quando for inserida uma data fim na lotação deste trabalhador ou cargo no GHE atual. Gravando o histórico, mas não mostrando o trabalhador no GHE antigo. 
Motivo
Manter o histórico do trabalhador 
Cenário Atual
Devido a regra que impede a inclusão de um trabalhador ou cargo em mais de um GHE principal, o sistema não permite alterar o trabalhador de GHE mantendo um histórico, mesmo que o usuário coloque uma data fim na lotação no antigo GHE. 
É importante compreender que é comum a alteração de trabalhador de um GHE para outro, que faz parte do processo de gestão de SST este tipo de controle e registro. 
E importante registrar que o trabalhador pode mudar de GHE independentemente de ter alterado ou não de cargo ou hierarquia.
Descrição da demanda
- O sistema não deve confundir a regra que impede que um trabalhador seja lotado em mais de um GHE ao mesmo tempo com a possibilidade de alterar o trabalhador de GHE.
Quando informa para o sistema “Bloquear GHE’s principais na mesma hierarquia” o sistema seve entender que o trabalhador não pode estar ao mesmo tempo em dois GHEs principais. 
- O sistema deve permitir incluir o trabalhador em outro GHE, desde que seja colocada data fim no GHE atual.
- A alteração deve acontecer aproveitando a funcionalidade "histórico de aplicação" disponível na tela 358, ou seja, a partir do momento em que é colocada uma data fim do USC, SC, CA ou FU no GHE, o sistema deve entender que ele está apto para entrar em outro GHE. A referida hierarquia ou indivíduo deixa de fazer parte do GHE, no entanto, o sistema deve gravar no histórico que ele fez parte do referido GHE no período registrado.
- Uma vez que é colocada data fim na hierarquia (USC, SC, CA) ou indivíduo (FU) na tela acima, o sistema de apresentar na tela abaixo, situação numa cor diferenciada, para que o usuário saiba que esta lotação já existiu no passado mas não existe mais na presente data.
- O sistema deve possibilitar que o trabalhador tenha registro de histórico para efeitos de PPP, eSocial, Emissão de relatórios gerenciais, independente, se este histórico ocorreu por lotação via FU, CA, USC, etc.
- Mostrar na tela 232 - Funcionário – Histórico, o histórico de GHE independentemente do tipo de lotação (USC, CA ou FU)
- Todas as possibilidades descritas para a tela 358 – GHE, devem também contar nas telas 1098 - Agrupamento de Riscos de Acidente e 1099 - Grupo Ergonômico
Preenchimento AGE [A partir daqui algum representante técnico precisa estar envolvido]
Migração
Será necessário migrar/alterar algum recurso nessa demanda? Quais?
Premissas
Existe alguma condição para que esta demanda possa ser validada? Quais?
Evidências
Anexar alguma prova de que o objetivo da demanda foi alcançado.
Alterações na estrutura da base de dados
Listar todas as alterações (inclusão, alteração e remoção) de campos feitas no decorrer da demanda.
Histórico
	Quem
	Quando
	O que
	Observação
	
	
	
	
	
	
	
	
	
	
	
	
Eventos relacionados a demanda que não alteram o escopo da mesma.