Histórico da Página

(Obrigatório)

Informações Gerais

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

(Obrigatório)

Objetivo 

<Nesta etapa informar o objetivo da especificação do requisito, ou seja, o que a funcionalidade deve fazer. Exemplo: Permitir que o usuário defina o percentual mínimo em espécie (dinheiro), a referência mínima para calculo dos débitos do aluno e o período de validade do parâmetro de negociação>.

(Obrigatório)

Apresentar alerta informativa na alocação do atendente indicando que o funcionário possui um curso vencido.

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

Tabelas Utilizadas

• SE2 – Cadastro de Contas a Pagar
• FI9 – Controle de Emissão de DARF>.

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

 Image Removed

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

Durante a alocação do atendente será apresentado alerta indicando ao operador do sistema que o funcionário em questão possui cursos vencidos no módulo de Treinamento (SIGATRM). Somente serão verificados os cursos atrelados a função do funcionário.

A identificação do vencimento do curso será obtida através do campo “Dt. Validade” do curso do funcionário.

Este alerta será apresentado ao realizar a alocação nas seguintes rotinas:

• Alocação por atendente. (SIGATEC > Atualizações > Gestão dos Contrato > Gestão de Contrato > Alocação de Atendentes) - Protótipo 1
• Alocação Automática. (SIGATEC > Atualizações > Gestão dos Contrato > Gestão de Contrato > Alocação Automática) - Protótipo 1
• Posto x Funcionário. (SIGATEC > Atualizações > Gestão dos Contrato > Gestão de Escalas > Posto x Funcionários) - Protótipo 1
• Alocação por Escala. (SIGATEC > Atualizações > Gestão dos Contrato > Gestão de Escalas > Alocação por escalas) - Protótipo 2

A apresentação deste alerta não irá travar o processo de alocação, será somente informativo.

O alerta será apresentado somente para cursos relacionados a função do funcionário através do cadastro de funções do módulo de treinamento (SIGATRM).

Definição técnica

Criar nova função At020VlDtC no TECA020 (Cadastro de atendentes). Esta função deverá receber por parâmetro o código do atendente e realizar a verificação da existência de cursos do funcionário com data de validade vencida. Caso existir algum curso do funcionário com data de validade vencida (RA4_VALIDA > dDatabase) Retornar .F. caso não existir cursos vencidos retornar .F.

A matricula do funcionário deverá ser obtida considerando os campos AA1_FUNFIL (Filial da SRA) e AA1_CDFUNC.

Deverá ser realizada a consulta do curso Do funcionário na tabela RA4, verificando a data no campo RA4_VALIDA.

Os cursos que deverão ter a validade verificada serão somente os vinculados a função do funcionário (RA_CODFUNC) através do cadastro de função do módulo de treinamento (SIGATRM). Os cursos que não estiverem relacionados a função do funcionário não deverá ter a data de validade verificada.

A tabela de curso do funcionário mantém o histórico dos cursos vencidos e ativos, ficando diversos registros de um mesmo curso com data de início e fim diferente. Para identificar qual dos registros de um determinado curso é o atual deverá ser verificado a maior data inicial (RA4_DTINI) ou data final (RA4_DTFIM).

A chamada e tratamento de retorno da função At020VlDtC, deverá ser realizado nas seguintes rotinas:

• Alocação por atendente (TECA330) – Verificação de vencimento do curso deverá ser realizado ao ser clicado em “>>” para realizar a alocação do atendente. Função At330VdAlo.
• Alocação Automática (TECA331) – Realizar verificação do vencimento do curso ao finalizar o Wizard. Bloco de código bFinish.
• Posto x Funcionário (TECA580E) – Realizar verificação do vencimento do curso na validação do campo atendente. At580EVlAl
• Alocação por escalas (TECA330A) – Deverá ser incluída nova legenda indicando que o atendente possui curso vencido conforme Protótipo 2.

Na rotina de Alocação por atendente e alocação automática, é possível selecionar mais de um atendente para realizar a alocação, desta forma, na apresentação da mensagem de curso vencido deverá ser indicado quais os atendentes que estão nesta situação Protótipo 1.

Para concatenar as informações do atendente e apresentar a mensagem, deverá ser utilizada a função i18n().

Tabelas Utilizadas

• AA1 – Atendentes
• RA4 – Curso do funcionário
• SRA - Funcionário

Protótipo de Tela

Protótipo 01 - Mensagem

Image Added

Protótipo 01 - Alocação por Escala

 Image Added

 Image Added

Fluxo do Processo

 Não se aplica

Dicionário de Dados

 Não se aplica

Grupo de Perguntas

  Não se aplica

Consulta Padrão

 Não se aplica

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