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 | Compras | Módulo SIGACOM |
|
Segmento Executor | Manufatura | ||
Projeto1 | IRM1 PCREQ-10178 |
| |
Requisito1 | Subtarefa1 |
| |
Chamado2 |
| ||
País | ( x ) Brasil ( ) Argentina ( ) Mexico ( ) Chile ( ) Paraguai ( ) Equador ( ) USA ( ) 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).
Informações Gerais
Especificação | |||
Produto | Compras | Módulo SIGACOM |
|
Segmento Executor | Manufatura | ||
Projeto1 | IRM1 PCREQ-10178 |
| |
Requisito1 | Subtarefa1 |
| |
Chamado2 |
| ||
País | ( x ) Brasil ( ) Argentina ( ) Mexico ( ) Chile ( ) Paraguai ( ) Equador ( ) USA ( ) 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).
Objetivo
Visando atender a necessidade do usuário quanto a substituição de aprovadores por diversos motivos, por exemplo férias, desligamento, alteração na função etc. Desenvolvemos a opção de Substituição de Aprovadores, tornando simples e intuitiva forma de alteração dos aprovadores de alçadas.
Definição da Regra de Negócio
Rotina | Tipo de Operação | Opção de Menu |
COMA220 | Criação | Atualizações -> Administração de Compras -> Grupos de Aprovação -> Outras Ações -> Substituir Operadores |
MATA114 | Alteração | Atualizações -> Administração de Compras -> Grupos de Aprovação |
Regras | Rotina |
1) Desenvolver em MVC a Rotina de Política de Compra, seguindo protótipo de tela. | COMA220 |
2) O Modelo deverá atender uma estrutura organizada da seguinte forma: Primeira estrutura – Modelo com o Filtro do operador atual Segunda estrutura – Modelo contendo Centro de Custo, Conta Contábil, Item Conta e CLVL Terceira estrutura – Deverá conter os dados para o novo aprovador Quarta estrutura – Modelo que será alimentado por uma função com uma Grid contendo o resultado dos filtros preenchidos (vide item 4), contendo um campo lógico para selecionar linhas. Os campos desses modelos serão virtuais e não contém no dicionário de dados
| COMA220 |
3) Desenvolver gatilho que atualizará dinamicamente todos os campos do modelo quando um dos campos for preenchido | COMA220 |
4) Desenvolver função que atualizará a Grid da quarta estrutura de acordo com os critérios dos filtros preenchidos deverá ser preenchida com as informações de Cód de usuário, código de aprovador, perfil de aprovador e aprovador superior, assim como qual aprovador deverá substuí-lo. Essa função deverá ser chamada no menu de Outras Ações como “Buscar Aprovadores”
| COMA220 |
5) Realizar a gravação manualmente, uma vez que os campos dos modelos não estão na base de dados. Alterando a Tabela SAL com as opções
| COMA220 |
6) Incluir a opção "Substituir Aprovadores" no menu de outras ações no cadastro de Grupo de Aprovadores | MATA114 |
Tabelas Utilizadas
- DBL – Entidades Contábeis x Gr. Apr
- SAL – Grupos de Aprovação Aprovação
- SAK – Aprovadores
- DHM - Tipo de Compra x Aprovador
- NNU - Grupo de Aprovação x Tipo de doc.
Protótipo de Tela
Protótipo 01
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|