Histórico da Página
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 | RM | Módulo | TOP (Totvs Obras e Projetos) |
Segmento Executor | Construção e Projetos | ||
Projeto1 | R_C&P_TOP007 | IRM1 | PCREQ-5993 |
Requisito1 | PCREQ-5995 | Subtarefa1 | PDR_CP_TOP007-1214 |
Chamado2 |
| ||
Release de Entrega Planejada | 12.1.7 | Réplica | não |
País | (x) Brasil ( ) Argentina ( ) Mexico ( ) Chile ( ) Paraguai ( ) Equador ( ) USA ( ) Colombia ( ) Outro _____________. | ||
Outros |
Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos).
Objetivo
Copiar as informações do cronograma de uma tarefa para outra, dentro de uma mesma planilha.
Definição da Regra de Negócio
Cópia de Cronograma
Copiar Cronograma é um processo que possui como finalidade copiar os cronogramas de uma tarefa para outras. Estes cronogramas são categorizados como “Planejado”, “Medido” e “Realizado”. O usuário poderá selecionar a quantidade e qualquer categoria que desejar.
De forma técnica a implementação deste processo estará disponível em todas as visões das planilhas, Atividades e Serviços, e também inclui todos os Cenários, com o nome “Copiar cronograma”, conforme o protótipo 1. O desenvolvimento deste processo permite maior rapidez e operabilidade no sistema, de modo que o usuário poderá copiar o cronograma de uma única tarefa de origem para várias tarefas de destino.
Com relação ao modo de execução do processo de cópias de cronogramas o usuário poderá selecionar várias tarefas de destino. Diante disso, a execução deste processo segue com as seguintes restrições de modo a efetivar a sua operabilidade:
A tela do processo somente abrirá se houver alguma tarefa selecionada;
Somente uma tarefa deverá ser utilizada como origem;
Tarefas receita, marco, valor cotado, inativas, rateadas ou que sejam obra ou etapa não podem ser utilizadas como destino de rateio, o protótipo 2 ilustra estra restrição.
Obras e etapas não possuem cronogramas diretamente vinculados a eles, as informações que esses tipos de registros exibem são oriundas das subtarefas relacionadas.
Durante a cópia de cronogramas a única grandeza a ser copiada será o percentual, de modo que as quantidades e os valores serão calculados em virtude da quantidade e preço da tarefa de origem. Sendo assim, todos os cronogramas das tarefas de destino assumirão como grandeza de lançamento o campo Percentual.
De acordo com os processos “Aplicar curva de distribuição” e “Lançamentos Múltiplos”, o processo “Copiar de cronograma” não deverá copiar valores para os períodos travados.
Os registros selecionados no campo de destino correspondem aos registros oriundos da mesma planilha, assim como o registro da tarefa de origem responsável pela cópia dos dados. Deste modo, não será possível copiar informações contidas em um determinado cronograma com planilhas diferentes.
Conforme padronizado no sistema, o processo de cópia de cronograma não efetuará o cálculo do módulo de cronograma, para que este seja atualizado, com as informações advindas do processo, será necessário, manualmente, que o usuário calcule o cronograma. Este mesmo comportamento é realizado no cálculo do projeto.
Tabelas Utilizadas
MTAREFA – Tarefas (Atividades e Serviços)
MTRFPLAN – Cronograma Planejado
MTRFMED – Cronograma Medido
MTRFREAL – Cronograma Realizado
2. Execução do Processo
Na visão das Planilhas de Tarefas (Atividades e Serviços para todos os Cenários), o usuário selecionará as tarefas que deseja realizar as copias dos cronogramas. O usuário poderá selecionar uma tarefa agrupadora como destino (como obras e/ou etapas), por conseguinte, todas as subtarefas relacionadas, serão copiadas automaticamente para o campo específico. Outros tipos de tarefas poderão ser selecionadas, desde que estejam conforme as restrições descritas acima.
Ao abrir o processo será exibido um formulário bem simples, contendo dois campos: um com o escopo das tarefas de destino selecionadas, e outro com um campo para selecionar a tarefa de origem. A escolha da tarefa será realizada através da seleção de um tipo de informação, seja ela a descrição, ou o código ou nome do formulário(vide protótipo 3). Em seguida, seleciona a tarefa de origem, de acordo com o protótipo 4, e executa o processo clicando no botão “Executar”. O sistema exibirá a mensagem informando que o processo foi executado com êxito, conforme ilustra o protótipo 5.
<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
1.1 Protótipo 1
Protótipo 1: Localização do processo “Copiar cronograma” nas visões das planilhas.
1.2 Protótipo 2
Protótipo 2: Mensagem de alerta quanto às restrições da tarefa selecionada
1.3 Protótipo 3
Protótipo 3: Tela do formulário para a cópia de cronogramas com as Tarefas de Destino
1.4 Protótipo 4
Protótipo 4: Seleção de uma tarefa origem na Planilha de Atividades
1.5 Protótipo 5
Protótipo 5: Finalização da execução do processo de cópias de cronogramas
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. |
---|