Páginas filhas
  • ER_PCREQ-4851_Rever_Dias_Nao_Trabalhados(Progress)

Versões comparadas

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.                                                             

  

(Obrigatório)

Informações Gerais

 

Release de Entrega Planejada

Especificação

Produto

TOTVS 12

Módulo

Folha de Pagamento

Segmento Executor

Manufatura

Projeto1PCREQ-4851

D_MAN_TSA001

IRM1

PCREQ-363

Requisito1 

PCREQ-4851

Subtarefa1 

PDRMAN-4386

Chamado2

 

12.1.7

Réplica

Não se aplica

País

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

( X   ) USA  ( X   ) 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). 

(Obrigatório)

Objetivo

  • Simplificar a lista de registros de Feriado (HCM) que será utilizada na integração do HCM x TSA;
  • Melhorar a performance do processamento das mensagens da rotina em questão.

 

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

Definição da Regra de Negócio

Feriado Nacional:

 

 A regra atual dessa rotina, baseia-se no seguinte princípio: se é feriado nacional, vale para todas as localidades. Como o feriado nacional não tem relacionamento direto com as localidades, o sistema gera uma lista de cada dia com todos os turnos existentes e uma lista também com todas as localidades.

Por exemplo:

Turno 001

  • 2 turmas
  • 3 intervalos

A composição da chave externa se dá pelo Turno + Turma + Intervalo

Desse modo, a Lista de Turno ficaria da seguinte forma:

  • 001;1;1
  • 001;1;2
  • 001;1;3
  • 001;2;1
  • 001;2;2
  • 001;2;3

Lista de Localidades (BRA) 1,2,3,4,5

  • BRA;1
  • BRA;2
  • BRA;3
  • BRA;4
  • BRA;5

Com a nova implementação, essa lista se resumirá da seguinte forma:

Lista de Turno:

  • 001;%

Lista de Localidade:

  • BRA;*

Feriado Localidade

Regra atual: Para um feriado de localidade informado no sistema (FP1930), será verificado todos os turnos do TSA que possuem o campo "Utiliza Calendário feriados Localidade" marcado, e busca a localidade posicionada no feriado.

Por exemplo:

Turno 001

  • 2 turmas
  • 3 intervalos

A composição da chave externa se dá pelo Turno + Turma + Intervalo

Desse modo, a Lista de Turno ficaria da seguinte forma:

  • 001;1;1
  • 001;1;2
  • 001;1;3
  • 001;2;1
  • 001;2;2
  • 001;2;3

Lista de Localidade BRA -1 (posicionada)

  • BRA;1

Com a nova implementação, essa lista se resumirá da seguinte forma:

Lista de Turno:

  • 001;%

Lista de Localidade:

  • BRA;1

Requisitos para a nova regra de Feriado Nacional e Feriado de Localidade:

  • FP1200:
    Inclusão/Alteração: Permanece a mesma operação (insertorUpdateList), e deverá montar uma lista só de turno e localidade para cada dia no qual a composição se dará de "Turno HCM + ";%" e "*" para localidade.
    Exclusão: Deverá identificar os turnos e localidades do feriado em questão e enviar através da operação "removeLocationDaynotworkedremoveLocationDayNotWorked". Caso exista um feriado de localidade para o mesmo dia, deverá gerar uma movimentação que irá incluir a atualização da localidade novamente.
  • FP1930:
    Inclusão/Alteração: Permanece a mesma operação (insertorUpdateList), e deverá montar uma lista só de turno e localidade para cada dia no qual a composição se dará de "Turno HCM + ";%" e "*" para localidade.
    Exclusão: Deverá gerar um movimento para eliminar somente os turnos da localidade que está sendo eliminada utilizando a operação "removeLocationDaynotworkedremoveLocationDayNotWorked". Caso exista um feriado nacional com a mesma data, o sistema não irá gerar mensagem para ser eliminado o registro, pois o feriado nacional irá contemplar ainda o turno.
    -> Caso seja eliminada a localidade, não será necessário enviar mensagem para excluir as localidades do feriado, pois o próprio TSA irá realizar essa função.
  • FP1400:
    Após gerar uma movimentação de Turno para a rotina em questão, em seguida deverá ser gerada as mensagens de Feriado Nacional e Feriado de Localidade. A operação que deverá ser utilizada é "insertLocationDayNotWorked".

 

 

 

<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

[ACAA040 – Parâmetros]

[Alteração]

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

-

[ACAA050 – Negociação Financeira]

[Envolvida]

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

-

[ACAA060 – Cadastro de Pedidos]

[Criação]

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

-

 

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*/

  

Í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

 
  • Exclusão: Não será necessário enviar mensagem de delete de turnos para dia não trabalhados, pois o TSA irá realizar essa função.

    Alteração do campo "Feriados Nacionais" ou do campo "Utiliza Calendário Feriado Localidade"

Image Added 

  • Quando alterar o registro de turno informando um calendário no turno e se existir registro na tabela Turno Matriz Acesso, deverá gerar uma movimentação para inclusão daquele turno caso encontre Feriados Nacionais deste calendário. A operação que deve ser utilizada é insertLocationDayNotWorked.
  • Quando alterar o registro de turno marcando/desmarcando o parâmetro "Utiliza Calendário feriados Localidade" e se existir registro na tabela Turno Matriz Acesso, deverá gerar uma mensagem de movimentação para a inclusão daquele turno para todos os feriados de todas as localidades. A operação que deve ser utilizada é insertLocationDayNotWorked.

 

Rotina

Tipo de Operação

Opção de Menu

Regras de Negócio

FP1200 - Manutenção Calendário Funcionários

Inclusão/Alteração/Exclusão

Tarefas

  • Gerar mensagens simplificadas conforme descrito anteriormente

FP1930 - Manutenção Localidade

Inclusão/Alteração/Exclusão

Tarefas

  • Gerar mensagens simplificadas conforme descrito anteriormente

FP1400 - Manutenção Turno de Trabalho

Inclusão/Alteração/Exclusão

Tarefas

  • Gerar mensagens simplificadas conforme descrito anteriormente

 

 

 

 

 

 

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