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

Microsiga Protheus

Módulo

Treinamento - SIGATRM

Segmento Executor

Serviços

Projeto1

M_SER_RH_001

IRM1

PCREQ-4670

Requisito1

PCREQ-4759

Subtarefa1

PDR_SER_RH001-388

Chamado2

Não se aplica.

Release de Entrega Planejada

12.1.7

Réplica

 

País

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

(  ) USA  (  ) Colombia   (  ) Outro _____________.

Outros

O desenvolvimento deste requisito depende da conclusão dos requisitos predecessores:

  • PCREQ-4671 (Relatório de Vencimento de Cursos) 
  • PCREQ-4758 (Workflow Relatório Vencimento de Cursos).

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


Objetivo

Permitir cadastrar conjuntos de etapas a serem seguidas durante o processo de reciclagem de cursos dos funcionários, possibilitando o controle da execução de cada passo do processo.


Definição da Regra de Negócio

<Regra de negócio é o que define a forma de fazer o negócio, o processo definido e/ou as regras que devem ser contempladas. Devem ser descritas restrições, validações, condições e exceções do processo. Caso necessário, incluir neste capítulo também regras de integridade que devem ser observadas no momento do desenvolvimento>.

<Na tabela abaixo informe quais são as rotinas envolvidas, o tipo de operação, a opção de menu e se necessário uma breve descrição das regras de negócio relacionadas a rotina>.

 

Rotina

Tipo de Operação

Opção de Menu

Regras de Negócio

TRMA250 – Conjunto de Entidades

Criação

Atualizações -> Cadastros -> Conjunto de Entidades

-

TRMA040 - Cadastro de Cursos Internos

Alteração

Atualizações -> Cadastros -> Cursos Internos

-

TRMA100 – Cadastro Funcionários

Alteração

Atualizações -> Funcionários -> Funcionários

-

TRMR100 - Relatório Venc. CursosAlteraçãoRelatórios -> Relatório Venc. Cursos-

 

Cadastro Conjunto de Etapas (Checklist)

Será responsável por armazenar os modelos de checklist (Conjunto de Etapas) que serão utilizados pelos cursos para acompanhamento do processo de reciclagem do curso.

O cadastro possuirá as seguintes características:

  • Cada conjunto de etapas poderá conter 1 ou mais itens (etapas).
  • A chave dos registros será composta pelos campos FILIAL + ETAPA + ITEM (A10_FILIAL+A10_ETAPA+A10_ITEM)
  • O campo Filial (A10_FILIAL) possuirá, como padrão, o mesmo compartilhamento padrão da tabela RA1 (Cursos).
  • Campo Conj.Etapas (A10_ETAPA) 
    • será o campo identificador do modelo;
    • possuirá 6 posições;
    • será de preenchimento automático e sequencial.
  • Campo Item (A10_ITEM)
    • guardará a sequencia dos itens do modelo;
    • possuirá 4 posições;
    • será de preenchimento automático e sequencial;
    • deverá ser inserido no modelo a sequencia numérica de 100 em 100 (conforme exemplo) para permitir tratativa dos workflows de envio de e-mail (será detalhado mais abaixo).
  • Campo Prazo (A10_PRAZO) 
    • conteúdo numérico maior que zero;
    • armazenará a quantidade de dias para execução da etapa;
    • possuirá conteúdo padrão (zero) para evitar erros durante o processamento do conteúdo em outras rotinas;
    • a definição da quantidade de dias será feita pelo usuário com base de conhecimento no processo de reciclagem de cursos que a empresa realiza.
  • Campo Workflow (A10_WKFLOW)
    • Campo combox
    • conterá as seguintes opções:
      • 0 - Não
      • 1 - Cursos a Vencer
      • 2 - Curso Agendado
      • 3 - Certificado
    • Campo será responsável por identificar a qual etapa pertence os workflows a serem executados durante o processo para permitir o check automático do item.
    • O usuário só poderá inserir uma etapa para cada workflow dentro de um mesmo conjunto de etapas.
    • O conteúdo padrão do campo será 0 - Não.
  • Para manter a integridade das informações, um Conjunto de Etapas poderá ser alterado apenas enquanto o conjunto não estiver sendo utilizado em um checklist de funcionário (A11). (validação similiar à validação presente no cadastro de Tipos de Ausências do SIGAGPE).
  • Caso o Conjunto de Etapas já esteja em uso, o usuário deverá criar um novo conjunto a ser utilizado pelo curso.

 

Exemplo de aplicação:

FILIALD MGCONJUNTO DE ETAPAS000001DESCRIÇÃOCHECKLIST RECICLAGEM 01
ITEMITEM DESCRIÇÃOPRAZO PARA EXECUÇÃO (dias)WORKFLOW
0100IMPRIMIR RELATÓRIO DE CURSOS A VENCER50 - NÃO
0200ENVIO DA LISTAGEM AOS SUPERVISORES51 - CURSOS A VENCER
0300ENTREGA DE DOCUMENTOS PELO FUNCIONÁRIO100 - NÃO
0400RECEBIMENTO DA APROVAÇÃO DA ACADEMIA PARA AGENDAMENTO150 - NÃO
0500COMUNICAÇÃO AOS SUPERVISORES DO AGENDAMENTO52 - CURSO AGENDADO
0600RECEBIMENTO DO CERTIFICADO450 - NÃO
0700COMUNICAÇÃO AOS SUPERVISORES SOBRE O RECEBIMENTO DO CERTIFICADO53 - CERTIFICADO

 

Cadastro de Cursos

Com o cadastro de Conjunto de Etapas completo, é momento de relacionar o modelo do checklist criado com os cursos que o utilizará. 

O relacionamento entre o cadastro de Conjunto de Etapas e o Cadastro de Cursos será feita através do novo campo Conj.Etapas (RA1_ETAPA). Esse campo conterá o código identificador do Conjunto de Etapas (checklist) cadastrado na tabela A10.

O preenchimento do campo poderá ser através da consulta padrão (A10) ou ao digitar o conteúdo, sendo necessário realizar a validação do conteúdo informado. 

O campo Conj.Etapas (RA1_ETAPA) poderá ser alterado conforme necessidade, mas isso não atualizará o checklist do funcionário. Os registros já criados na tabela A11 continuarão sem alteração e apenas as novas gerações obedecerão o novo conteúdo do campo.

Vários cursos poderão utilizar o mesmo conjunto de etapas.

 

Cadastro de Funcionários

Para cada curso do funcionário (RA4) será possível gerar um checklist para o processo de reciclagem desde que haja um conjunto de etapas vinculado ao curso (RA1_ETAPA) selecionado.

Para gerar o checklist do curso a sofrer o processo de reciclagem as seguintes premissas devem ser cumpridas:

  • Selecionar a pasta Cursos presente no cadastro de Funcionários do módulo SIGATRM.
  • Posicionar na linha do curso no grid.
  • A geração do checklist poderá ser feita através da opção Gerar Checklist presente em Outras Ações ou pressionando a tecla F06.
  • Caso haja diversos registros do mesmo curso, selecionar o mais atual, ou seja, o que está para vencer.
    • Uma validação deve ser feita para verificar se a linha selecionada é o registro mais recente do curso escolhido.
    • Caso já haja um checklist gerado e em andamento para o curso escolhido deverá exibir mensagem de aviso e não será gerado novo checklist.
    • Caso já haja um checklist gerado e finalizado para o curso escolhido deverá exibir mensagem de aviso e não será gerado novo checklist.
  • O curso escolhido deve possuir em seu cadastro um Conjunto de Etapas vinculado (RA1_ETAPA).
  • Os campos Curso Origem e Data Origem referem-se ao código do curso e à data inicial do curso que será reciclado (RA4_CURSO e RA4_DATAIN)
  • Os campos Curso Reciclagem e Data Reciclagem referem-se ao código do curso e à data inicial do curso de reciclagem. Ao gerar o checklist este campo estará em branco pois o curso não terá sido agendado ainda.
  • A chave dos registros será composta pelos campos FILIAL + MATRICULA + CURSO ORIGEM + DATA ORIGEM + ETAPA + ITEM (A11_FILIAL+A11_MAT+A11_CODORI+A11_DTAORI+A11_ETAPA+A11_ITEM)
  • Quanto ao preenchimento dos campos pelo sistema durante a geração do grid:
    • Filial (A11_FILIAL): preencher com a filial do funcionário (RA_FILIAL)
    • Matrícula (A11_MAT): preencher com o código de matrícula do funcionário (RA_MAT)
    • Conjunto de Etapas (A11_ETAPA): preencher com o código do Conjunto de Etapas presente no cadastro de cursos (RA1_ETAPA)
    • Item (A11_ITEM): carregar todos os itens cadastros do Conjunto de Etapas (A11_ETAPA)
    • Prazo (A11_PRAZO): carregar o conteúdo presente no cadastro do Conjunto de Etapas.
    • Data da Etapa (A11_DTAETP):
      • data referente à ativação da etapa da lista.
      • apenas a primeira etapa terá esse campo preenchido com a data do sistema.
      • as datas das demais etapas serão preenchidas conforme a realização da etapa anterior (mais detalhes na parte de manutenção)
    • Status (A11_STATUS): receberá o conteúdo padrão 0 - PENDENTE para todas as etapas.
    • Workflow (A11_WKFLOW): receberá o conteúdo presente no cadastro do Conjunto de Etapas.
  • Ao fim da geração do checklist, a tela de manutenção deverá ser exibida.

 

Para realizar a manutenção do checklist do curso, teremos os seguintes itens a serem considerados:

  • A manutenção do checklist poderá ser feita através da opção Manutenção Checklist presente em Outras Ações ou pressionando a tecla F07.
  • Para acessar a tela de manutenção é necessário selecionar o curso desejado no grid.
  • Como forma de controle, o acesso à tela de manutenção será realizada apenas ao selecionar a linha do curso de origem (RA4_CURSO+RA4_DATAIN = A11_CODORI+A11_DTAORI).
  • Alguns campos do checklist serão de preenchimento automático pelo sistema e não poderão ser alterados pelo usuário: Filial, Matrícula, Curso e Data origem, Curso e Data reciclagem, código e descrição do Conjunto de Etapas, código e descrição do Item, Prazo, Data da Etapa, Status.
  • Dos campos citados acima, alguns serão alterados pelo sistema durante o processo de manutenção da checklist:
    • Curso reciclagem (A11_CODREC) e Data Reciclagem (A11_DTAREC)
      • código e data de início do curso de reciclagem que o funcionário irá realizar. 
      • será preenchido quando cadastrado o curso de reciclagem.
      • a validação para preenchimento do campo será realizada ao salvar a alteração
      • será verificado se o código do curso inserido é igual ao código presente no campo Curos Origem (A11_CODORI), caso verdadeiro, preencher os campos Curso Reciclagem (A11_CODREC) e Data Reciclagem (A11_DTAREC) com o conteúdo dos campos RA4_CURSO e RA4_DATAIN.
    • Data da Etapa (A11_DTAETP):
      • esse campo será preenchido com a data do sistema sempre que a etapa anterior for realizada, ou seja, quando o campo check (A11_CHECK) for preenchido.
      • o preenchimento deste campo será realizado em tempo real, antes de salvar a tela de manutenção.
      • caso o campo A11_CHECK seja limpo durante alteração, limpar também o campo Data da Etapa.
    • Status (A11_STATUS):
      • campo para controle das execuções das etapas
      • campo será alterado apenas quando o campo check (A11_CHECK) for preenchido.
      • possuirá os possíveis conteúdos:
        • 0 - PENDENTE
          • conteúdo padrão do campo
        • 1 - EM DIA
          • receberá esse conteúdo quando a data de entrega da etapa for igual ou menor à data limite (A11_DTAETP + A11_PRAZO).
        • 2 - ATRASADO
          • receberá esse conteúdo quando a data de entrega da etapa for maior à data limite (A11_DTAETP + A11_PRAZO).
        • 3 - AUTOMÁTICO  
          • receberá esse conteúdo quando a etapa for executada pelo sistema através de workflows.
  • Os campos que poderão ser editados pelo usuário são:
    • Data de entrega (A11_ENTREG): 
      • campo tipo data
      • indica a data do cumprimento da etapa
    • Usuário responsável (A11_RESPON)
      • armazena o nome do responsável pela etapa
    • Check (A11_CHECK)
      • campo tipo check
      • indica a realização da etapa

WORKFLOW

Algumas etapas poderão ser configuradas como sendo workflows. Para facilitar o controle e execução desse workflows serão criados campos específicos para identificá-los dentro do checklist.

No cadastro de Conjunto de Etapas o campo Workflow (A10_WKFLOW) irá possuir uma lista limitada das opções disponíveis. Cada uma dessas opções deverá ser tratada pelo sistema.

Para facilitar a atualização do checklist, o campo Workflow também estará presente na tabela Checklist do Funcionário (A11_CHECK).

Todo controle a respeito dos workflows com os checklists será feito pela tabal A11 - Checklist do Funcionário.

Dependendo do conteúdo do campo A11_WKFLOW será realizada uma ação:

  • 0 - NÃO
    • indica que a etapa não é um workflow
    • conteúdo padrão do campo no momento do cadastro
    • é possível possuir um conjunto de etapas sem nenhum workflow
  • 1 - CURSOS A VENCER
    • Envio de listagem dos funcionários com cursos a vencer aos supervisores
    •  necessário realizar o check automático conforme envio do WF
  • 2 - CURSO AGENDADO
    • Realiza o envio de um e-mail comunicando ao supervisor do funcionário sobre o agendamento do curso para reciclagem do conteúdo.
    • Para disparar o workflow, as seguintes regras deverão ser cumpridas:
      • Incluir um novo curso na tabela RA4 preenchendo os campos RA4_CURSO e RA4_DATAIN e salvar alterações.
      • O curso incluído deve possuir checklist em andamento (A11_CODORI)
      • Disparar o workflow após preencher os campos referentes ao curso de reciclagem (A11_CODREC e A11_DTAREC) 
      • Possuir o campo A11_WKFLOW com conteúdo 2 no checklist do curso registrado
      • Buscar o endereço de e-mail do supervisor do funcionário para envio da mensagem.
      • Caso não seja encontrado e-mail para o supervisor utilizar o e-mail default cadastrado no parâmetro MV_EMAILDE configurado para o envio do workflow de cursos a vencer.
  • 3 - CERTIFICADO
    • Realiza o envio de um e-mail comunicando ao supervisor sobre o recebimento do certificado do curso reciclado.
    • Para disparar o workflow as seguintes regras deverão ser cumpridas:
      • Ao informar a data de validade do curso (A11_VALIDA, o sistema entenderá que o funcionário foi aprovado e recebeu o certificado do curso.
      • Após salvar a alteração, verificar se o curso possui checklist em andamento cadastrado
      • Possuir o campo A11_WKFLOW com conteúdo 3 no checklist do curso registrado
      • Buscar o endereço de e-mail do supervisor do funcionário para envio da mensagem.
      • Caso não seja encontrado e-mail para o supervisor utilizar o e-mail default cadastrado no parâmetro MV_EMAILDE configurado para o envio do workflow de cursos a vencer.

Além do tratamento padrão para cada fluxo, é necessário considerar e reforçar alguns pontos:

  • A10 - Cadastro de Conjunto de Etapas
    • Não é obrigatório possuir os 3 workflows cadastrados
    • É possível cadastrar apenas um workflow, como por exemplo, apenas o 2.
    • O cadastro deverá ser em ordem crescente, ou seja, o item 1 sempre deverá vir antes do item 2, por exemplo.
    • Não poderá haver workflow repetido no mesmo conjunto de etapas.
    • O item 0 - Não é nulo e pode estar em qualquer posição e pode ser repetido.
  • A11 - Checklist do Funcionário
    • As etapas de workflow são de execução do sistema, porém se o usuário decidir realizar o check desse item manualmente uma mensagem deverá ser exibida informando "Esta etapa é de realização automática. Caso preencha manualmente, o sistema não realizará a etapa. Deseja mesmo continuar? <Sim>/<Não>" , por exemplo.

 

Exemplo de aplicação:

Conj.Etapas000001 - CHECKLIST RECICLAGEM 01Curso Origem Data Curso Origem Curso Reciclagem Data Curso Reciclagem 
ITEMITEM DESCRIÇÃODATA GERAÇÃOPRAZODATA ENTREGAUSUÁRIO RESPONSÁVELCHECKSTATUSWORKFLOW
0100IMPRIMIR RELATÓRIO DE CURSOS A VENCER10/07/2015513/07/2015Nome do Responsável

(seleção)

EM DIA0 - NÃO
0200ENVIO DA LISTAGEM AOS SUPERVISORES13/07/2015513/07/2015SISTEMA(seleção)AUTOMÁTICOEM DIA1 - CURSOS A VENCER
0201ENVIO DA LISTAGEM AOS SUPERVISORES13/08/2015013/08/2015SISTEMA(seleção)AUTOMÁTICO 
0300ENTREGA DE DOCUMENTOS PELO FUNCIONÁRIO13/07/201510   EM DIA0 - NÃO
0400RECEBIMENTO DA APROVAÇÃO DA ACADEMIA PARA AGENDAMENTO 15   PENDENTE0 - NÃO
0500COMUNICAÇÃO AOS SUPERVISORES DO AGENDAMENTO 5   PENDENTE2 - CURSO AGENDADO
0600RECEBIMENTO DO CERTIFICADO 45   PENDENTE0 - NÃO
0700COMUNICAÇÃO AOS SUPERVISORES SOBRE O RECEBIMENTO DO CERTIFICADO 5   PENDENTE3 - CERTIFICADO

Tabelas Utilizadas

  • A10 - Cadastro de Conjunto de Entidades
  • RA1 - Cadastro de Cursos Internos
  • RA4 - Cadastro de Cursos do Funcionário
  • A11 - Checklist do Funcionário

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.