Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|
Especificação | ||||||
Produto | RM | Módulo | TOP (Totvs Obras e Projetos) | |||
Segmento Executor | Construção e Projetos | |||||
Projeto | R_C&P_TOP007 | IRM | PCREQ-2617 | |||
Requisito | PCREQ-6026 | Subtarefa | PDR_CP_TOP007-1455 | |||
Chamado |
| |||||
Release de Entrega Planejada | 12.1.7 | Réplica | Não | |||
País | ( X ) Brasil ( ) Argentina ( ) Mexico ( ) Chile ( ) Paraguai ( ) Equador ( ) USA ( ) Colombia ( ) Outro _____________. | |||||
Outros |
|
O Pedido de material extra tem a finalidade de controlar os gastos de material extra, ou seja, material além do planejado, foi criado o processo de Pedido de Material Extra, onde são controladas todas as movimentações de pedidos, autorização do pedido, quantidade pedida para determinada tarefa e principalmente as pessoas envolvidas no processo. O workflow de aprovação de pedidos de material extra via Fluig irá incorporar ao TOP (TOTVS Obras e Projetos) a opção de realizar a aprovação de pedidos de material extra através de um novo caminho, além do próprio TOP, o ambiente Fluig. Esse novo caminho para a aprovação irá seguir os mesmo passos da aprovação já existente, tentando ao máximo manter o elementos já presentes nela.
Através do pedido de material extra com aprovação via TOP os operadores do sistema tem a opção de elaborar um pedido de material ao sistema de Backoffice, sendo que este deverá ser aprovado por algum gestor com permissões para exercer tal ação. Neste pedido o operador irá incorporar itens que serão solicitados em quantidades de acordo com a necessidade descrita. Ao termino da elaboração do pedido o operador irá submeter esse pedido a aprovação, e neste momento o pedido será encaminhado a quem deverá analisa-lo e aprovar/reprovar o mesmo.
O passo seguinte ao envio do pedido para aprovação, é a aprovação propriamente dita. Neste ponto um operador com permissões de aprovar o pedido e seus itens, irá manifestar seu consentimento ou não diante dos dados apresentados. Neste momento ele poderá:
Este será o ponto o qual o workflow irá atuar fornecendo informações via Fluig para que o seja possível realizar a aprovação dentro da sua plataforma. O operador aprovador munido de um usuário com permissões para aprovar o workflow irá visualizar no Fluig as mesmas informações visualizadas no TOP, tanto do pedido quanto de seus itens.
Será incluído na aba “Fluig” nos parâmetros gerais TOTVS Obras e Projetos dois novos parâmetros para esta nova funcionalidade. Esses parâmetros indicarão qual será o processo relativo ao workflow de aprovação de contratos e também quais serão os estados que indicarão que o workflow está “Aprovado” e “Reprovado”. Veja protótipo de tela Parâmetros Gerais.
Na aba “Integração Fluig” em “Parâmetros de Projetos -> Integração -> Integração Fluig” (veja a tela Parâmetros de Projeto) será adicionado os seguintes parâmetros, “Utilizar workflow de aprovação de pedido de material extra”, que indica ao TOP que os pedidos de material extra serão avaliados no Fluig.
<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 |
Parâmetros de projeto | Alteração | Projeto -> Selecionar Projeto -> Projeto -> Construção e Projetos | Inclusão de parâmetro para habilitar a utilização do workflow de aprovação de pedido de material extra |
Pedido de material extra | Alterada | Projeto -> Selecionar Projeto -> Planejamento -> Geração de pedido de material extra | O envio e as aprovações/reprovações de pedidos e itens será repassada ao Fluig, sendo bloqueada a execução no TOP |
Exemplo de Aplicação:
Tabelas Utilizadas
<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
<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>.
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> |
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|