Informações Gerais

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

Exemplo de Aplicação:

• Criar o campo “% Mínimo Espécie” (AAA_PERESP) onde o usuário informará o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação.

• Criar o campo “Referência Mínima para Cálculo” (AAA_REFCAL) onde o usuário informará um dos 4 valores disponíveis para pagamento das mensalidades  como a referência mínima para calcular o débito total do aluno.

• Criar o parâmetro MV_ACPARNE que definirá se as informações de “% Mínimo Espécie” e “Referência Mínima para Cálculo” serão obrigatórias.

• O parâmetro MV_ACPARNE deve ter as seguintes opções: 1=Obrigatório e 2=Opcional. Deve ser inicializado como opcional>.

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 0 (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:

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

As etapas de workflow presentes no checklist possuem comportamentos específicos e será necessários incluir tratamentos para tais comportamentos:

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

Comunicação aos supervisores sobre agendamento --> realizar envio de e-mail ao realizar check dos itens anteriores.

3 - CERTIFICADO

Comunicação aos supervisores sobre o recebimento do certificado --> realizar envio de e-mail ao realizar check dos itens anteriores.

Exemplo de aplicação:

ITEM	ITEM DESCRIÇÃO	DATA GERAÇÃO	PRAZO	DATA ENTREGA	USUÁRIO RESPONSÁVEL	CHECK	STATUS	WORKFLOW
0100	IMPRIMIR RELATÓRIO DE CURSOS A VENCER	10/07/2015	5	13/07/2015	Nome do Responsável		EM DIA	0 - NÃO
0200	ENVIO DA LISTAGEM AOS SUPERVISORES	13/07/2015	5	13/07/2015	SISTEMA		EM DIA	1 - CURSOS A VENCER
0201	ENVIO DA LISTAGEM AOS SUPERVISORES	13/08/2015	0	13/08/2015	SISTEMA		AUTOMÁTICO
0300	ENTREGA DE DOCUMENTOS PELO FUNCIONÁRIO	13/07/2015	10				EM DIA	0 - NÃO
0400	RECEBIMENTO DA APROVAÇÃO DA ACADEMIA PARA AGENDAMENTO		15				PENDENTE	0 - NÃO
0500	COMUNICAÇÃO AOS SUPERVISORES DO AGENDAMENTO		5				PENDENTE	2 - CURSO AGENDADO
0600	RECEBIMENTO DO CERTIFICADO		45				PENDENTE	0 - NÃO
0700	COMUNICAÇÃO AOS SUPERVISORES SOBRE O RECEBIMENTO DO CERTIFICADO		5				PENDENTE	3 - 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*/

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

(Opcional)

Estrutura de Menu

<Informações utilizadas na linha Datasul>.

Procedimentos

Programas

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