Informações Gerais

   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.

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