Linha RM

Atalhos

Páginas filhas
  • ER_EDUEDU001-4_Funcionario_Responder_Avaliacao

Versões comparadas

Versão antiga 5

changes.mady.by.user Allysson Mezencio Dos Santos

Gravado em

comparado com

Nova versão 6

changes.mady.by.user Allysson Mezencio Dos Santos

Gravado em

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.                                                             

  

Informações Gerais

Especificação

Produto

TOTVS Educacional

Módulo

Edu

Segmento Executor

Educacional

Projeto1

 

IRM1

 

Requisito1

 

Subtarefa1

 

Chamado2

 

País

(  ) Brasil  (  ) Argentina  (  ) Mexico  (  ) Chile  (  ) Paraguai  (  ) Equador

(  ) USA  (  ) Colombia   (  ) Outro _____________.

Outros

<Caso necessário informe outras referências que sejam pertinentes a esta especificação. Exemplo: links de outros documentos ou subtarefas relacionadas>.

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

Objetivo

Possibilitar que os funcionários das empresas parceiras possam responder avaliações institucionais

Definição da Regra de Negócio


Requisito 1: Cadastro de funcionário da empresa parceira

O cadastro de funcionários da empresa parceria até a versão 12.1.11 não possui vinculo com o cadastro de pessoas, no entanto, a partir da 12.1.12 este vinculo passa a ser requerido sempre que houver a necessidade de resposta de avaliações. O cadastro de funcionário sofrerá as seguintes alterações:

  • Adição do campo código da pessoa (CODPESSOA) para estabelecer o vínculo entre o cadastro do funcionário e o cadastro de pessoa.
  • Criação dos campos nacionalidade (NACIONALIDADE) e estado natal ( ESTADONATAL) 
  • Aumentar o tamanho do campo NOME para 120 caracteres
  • O código da pessoa só será preenchido se houver a geração de uma avaliação a ser respondida pelo funcionário.
  • Para acesso ao portal o código de usuário a ser considerado continuará sendo o definido no cadastro de funcionário da empresa parceira
  • Quando o código da pessoa estiver preenchido os seguintes campos precisam estar sincronizados: 
Tabela SEMPRESAFUNCIONARIOTabela PPESSOADescriçãoObservação
NOMENOMENome do funcionárioAumentar o campo da tabela SEMPRESAFUNCIONARIO de 100 para 120
CPFCPFCPF do funcionário 
TELEFONETELEFONE1Telefone de contato do funcionário 
DTNASCIMENTODTNASCIMENTOData de nascimento do funcionário 
NACIONALIDADENACIONALIDADENacionalidade do funcionárioCampo deve ser criado na SEMPRESAFUNCIONARIO
ESTADONATALESTADONATALEstado natal do funcionárioCampo deve ser criado na SEMPRESAFUNCIONARIO
NPASSAPORTENPASSAPORTENúmero do passaporte do funcionário 
PAISORIGEMPAISORIGEMPaís origem do passaporte do funcionário 
DTEMISSAOPASSAPORTEDTEMISSPASSAPORTEData de emissão do passaporte do funcionário 
DTVALIDADEPASSAPORTEDTVALPASSAPORTEData de validade do passaporte do funcionário 
CARTIDENTIDADECARTIDENTIDADECarteira de identidade do funcionário 
UFCARTIDENTUFCARTIDENTUnidade da federação da carteira de identidade 
ORGEMISSORIDENTORGEMISSORIDENTÓrgão emissor da carteira de identidade 
DTEMISSAOIDENTDTEMISSAOIDENTData de emissão da carteira de identidade 

 

  • Algumas informações são encontradas tanto no cadastro de funcionário de empresa quanto no cadastro de pessoa, no entanto, não serão objeto da sincronização, são eles:
Tabela SEMPRESAFUNCIONARIOTabela PPESSOADescrição
EMAILEMAILE-mail do funcionário
RUARUALogradouro
COMPLEMENTOCOMPLEMENTOComplemento do endereço
NUMERONUMERONúmero
BAIRROBAIRROBairro
ESTADOESTADOUnidade da federação
CODMUNICIPIOCODMUNICIPIOCódigo do município
CEPCEPCEP
IDPAISIDPAISIdentificador do país
CODUSUARIOCODUSUARIOCódigo do usuário


  • Uma alteração nos campos de sincronização automática no cadastro de funcionário deve disparar a atualização das informações no cadastro de pessoa e em todos os funcionários vinculados a esta mesma pessoa. De forma inversa toda alteração em uma pessoa deve disparar a atualização em todos os funcionários vinculados a esta pessoa.
  • O disparo das sincronizações é realizado para evitar impactos no book de relatórios e nas funcionalidades de estágio que exibem tais informações, bem como evitar impactos nos relatórios criados pelos clientes.

Requisito 2: Mecanismo para geração de pessoa vinculada ao funcionário

Nos casos em que os funcionários não possuam vinculo com uma pessoa e for necessário gerar um código de pessoa o sistema deve respeitar as seguintes regrasseguir os seguintes passos:

  • Verificar se existe pessoa com o mesmo CPF
  • Verificar se existe pessoa com o mesmo Nome e Data de Nascimento

Estas verificações podem retornar de zero a "n" pessoas, desta forma teremos 3 possibilidades a seguir:

Não retornou uma pessoa -
  • o parâmetro "Validar unicidade de Pessoa por" no Recuros Humanos | Configurações | Gerais | Validações
    • Nome, Dt. Nascimento, Estado natal e Cidade natal
    • CPF
  • A partir do valor definido no parâmetro de unicidade:
    • Verifica se o funcionário possui as informações preenchidas, ou seja, se unicidade é por CPF os funcionários devem possuir esta informação preenchida. Caso não esteja preenchido o processo deve permitir a definição desta informação antes do próximo passo.
    • Verifica se a pessoa já está cadastrada através dos campos de unicidade
      • Não existe uma pessoa cadastrada: será gerada uma nova pessoa a partir dos dados do funcionário da empresa
. O cadastro da pessoa possui como pd
      • e o código da pessoa será inserido no registro do funcionário.
      • Encontrou uma pessoa cadastrada: busca o código da pessoa e atualiza o registro do funcionário
      • Possui mais de uma pessoa cadastrada: abre-se uma nova aba no processo para definir qual pessoa deve ser utilizada na associação

Requisito 2: Mecanismo para geração de pessoa vinculada ao funcionário

 

Rotina

Tipo de Operação

Opção de Menu

Regras de Negócio

Cadastro de funcionário da empresa parceira

Alteração

Atividades acadêmicas | Empresas | Funcionários da empresa

-

Cadastro de pessoa

Alteração

Gestão de pessoas | Acompanhamento | Pessoas

-

[ACAA060 – Cadastro de Pedidos]

[Criação]

[Atualizações -> Acadêmico-> Cadastros]

-

 

Opcional

Protótipo de Tela

 

<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.

 

Protótipo 01

 

 

 

 

 

 

 

 

 

Opcional

Fluxo do Processo

 

<Nesta etapa incluir representações gráficas que descrevam o problema a ser resolvido e o sistema a ser desenvolvido. Exemplo: Diagrama - Caso de Uso, Diagrama de Atividades, Diagrama de Classes, Diagrama de Entidade e Relacionamento e Diagrama de Sequência>. 

Opcional

Dicionário de Dados

 

Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/

  

Índice

Chave

01

<FI9_FILIAL+FI9_IDDARF+FI9_STATUS>

02

<FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_EMISS+FI9_IDDARF>

03

<FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_PREFIX+FI9_NUM+FI9_PARCEL+FI9_TIPO>

Campo

<AAA_PERESP>

Tipo

<N>

Tamanho

<6>

Valor Inicial

<Varia de acordo com o tipo informado. Por exemplo, quando o campo “tipo” for date, neste campo pode ser informado uma data>. 

Mandatório

Sim (  ) Não (  )

Descrição

<Referência Mínima para Cálculo>

Título

<Ref.Calc.>

Picture

<@E999.99>

Help de Campo

<Informar o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação>

 

(Opcional)

Grupo de Perguntas

 

<Informações utilizadas na linha Protheus>.

 

Nome: FINSRF2

X1_ORDEM

01

X1_PERGUNT

Emissão De

X1_TIPO

D

X1_TAMANHO

8

X1_GSC

G

X1_VAR01

MV_PAR01

X1_DEF01

Comum

X1_CNT01

'01/01/08'

X1_HELP

Data inicial do intervalo de emissões das guias de DARF a serem consideradas na seleção dos dados para o relatório 

 

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

 

Consulta: AMB

Descrição

Configurações de Planejamento

Tipo

Consulta Padrão

Tabela

“AMB”

Índice

“Código”

Campo

“Código”; ”Descrição”

Retorno

AMB->AMB_CODIGO

 

(Opcional)

Estrutura de Menu

 

<Informações utilizadas na linha Datasul>.

 

Procedimentos

 

Procedimento

 

 

 

Descrição

(Max 40 posições)

(Max 40 posições)

(Max 40 posições)

Módulo

 

 

 

Programa base

 

 

 

Nome Menu

(Max 32 posições)

(Max 32 posições)

(Max 32 posições)

Interface

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

Registro padrão

Sim

Sim

Sim

Visualiza Menu

Sim/Não

Sim/Não

Sim/Não

Release de Liberação

 

 

 

 

 

 

Programas

 

Programa

 

 

 

Descrição

(Max 40 posições)

(Max 40 posições)

(Max 40 posições)

Nome Externo

 

 

 

Nome Menu/Programa

(Max 32 posições)

(Max 32 posições)

(Max 32 posições)

Nome Verbalizado[1]

(Max 254 posições)

(Max 254 posições)

(Max 254 posições)

Procedimento

 

 

 

Template

(Verificar lista de opções no man01211)

(Verificar lista de opções no man01211)

(Verificar lista de opções no man01211)

Tipo[2]

Consulta/Manutenção/ Relatório/Tarefas

Consulta/Manutenção/ Relatório/Tarefas

Consulta/Manutenção/ Relatório/Tarefas

Interface

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

Categoria[3]

 

 

 

Executa via RPC

Sim/Não

Sim/Não

Sim/Não

Registro padrão

Sim

Sim

Sim

Outro Produto

Não

Não

Não

Visualiza Menu

Sim/Não

Sim/Não

Sim/Não

Query on-line

Sim/Não

Sim/Não

Sim/Não

Log Exec.

Sim/Não

Sim/Não

Sim/Não

Rotina (EMS)

 

 

 

Sub-Rotina (EMS)

 

 

 

Localização dentro da Sub Rotina (EMS)

 

 

 

Compact[4]

Sim/Não

Sim/Não

Sim/Não

Home[5]

Sim/Não

Sim/Não

Sim/Não

Posição do Portlet[6]

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

Informar os papeis com os quais o programa deve ser vinculado

 

 

 

 

Cadastro de Papéis

<O cadastro de papéis é obrigatório para os projetos de desenvolvimento FLEX a partir do Datasul 10>.

<Lembrete: o nome dos papeis em inglês descrito neste ponto do documento, devem ser homologados pela equipe de tradução>.

 

Código Papel

(máx 3 posições)

Descrição em Português*

 

Descrição em Inglês*

 

[1] Nome Verbalizado é obrigatório para desenvolvimentos no Datasul 10 em diante.

[2] Tipo é obrigatório para desenvolvimento no Datasul 10 em diante

[3] Categorias são obrigatórias para os programas FLEX.

[4] Obrigatório quando o projeto for FLEX

[5] Obrigatório quando o projeto for FLEX

[6] Obrigatório quando o projeto for FLEX

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.