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 | Logix | Módulo | Compras |
Segmento Executor |
| ||
Projeto1 | MANMAT01-4171 | IRM1 | |
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
Permitir que um usuário com mais de um nível de aprovação possua tipos de autoridades distintos por nível de aprovação.
Definição da Regra de Negócio
Sup22027 - Aprovação Eletrônica por nível da alçada de Ordens de compra
( ) Alterar Sup22027 adicionar uma terceira coluna ‘tipo de hierarquia’ no primeiro grid da segunda tela do Sup22027. Ao lado do nível de autoridade. Buscar da tabela usuário_nivel_aut.ies_tip_autoridade, conforme usuário logado.
( ) Alterar segundo grid, adicionando coluna “Nível de autoridade” (exibir a descrição do nivel) para que apresente o nível de aprovação da ordem de compra que o usuário está aprovando.
( ) Alterar Sup22027 na função “sup22027_ver_ord_pend_hierarq”.
Está erroneamente no cursor cq_tip_autorid lendo o primeiro registro e dando um EXIT FOREACH.
Alterar o select para que leia na tabela w_nivel_aut por nível de autoridade.
Para isso será necessário:
- Receber o nivel de autoridade na função sup22027_ver_ord_pend_hierarq
- Adicionar o nivel de autoridade nos cursores cl_fornecedor, cl_familia, cl_grupo, cl_item e função “sup22027_monta_select”.
Sup22028 - Aprovação Eletrônica por nível da alçada de Pedidos de compra
( ) Alterar Sup22028 adicionar uma terceira coluna ‘tipo de hierarquia’ no primeiro grid da segunda tela do Sup22028. Ao lado do nível de autoridade. Buscar da tabela usuário_nivel_aut.ies_tip_autoridade, conforme usuário logado.
Alterar a lógica do programa para que considere o tipo de autoridade por nível de autoridade, ou seja, conforme a linha do segundo grid. Hoje está carregando o m_opcao_process conforme o m_ies_tip_autorid no inicio do programa, ao abrir a tela.Somente considerando um tipo por usuario.
Será necessario alterar a função sup22028_busca_tip_autoridade para receber o nivel de autoridade e para que seja chamada após saber o nível. Programa precisará ser todo reestruturado.
Rotina | Tipo de Operação | Opção de Menu | Regras de Negócio |
[SUP22027 - Aprovação de ordens por nível de alçada] | [Alteração] |
| - |
[Sup21015 - Níveis de aprovação] | [Envolvida] |
| - |
[SUP22028 - Aprovação de pedidos por nível de alçada] | [Alteração] | - |
Exemplo de Aplicação:
Usuário: 000558
CO - 1 Autorid.dentro da hierarq.unidade funcional
DI - 2 Autoridade genérica
TD 112 - genérica
TD 201 - Energia - hierárquica
Ao incluir ordens de compra para o primeiro tipo de despesa a aprovação destas ordens devem ser por unidade funcional (só aparecer para aprovação se cadastrar a unidade funcional da ordem de compra no SUP22006). E as ordens de compra do segundo tipo de despesa deve ser aprovada pelo usuário 000558 de forma genérica, ou seja, não precisa do cadastro no Sup22006.
Tabelas Utilizadas
- Usuario_nivel_aut
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|