Histórico da Página

(Obrigatório)

Informações Gerais

Objetivo

Esta especificação tem como objetivo descrever o processo técnico para criação da rotina de perfil de acesso para usuários do tipo prestador e usuários do tipo beneficiário. 

Por questões de segurança é muito importante que o sistema faça o controle de acesso aos menus do portal do prestador/beneficiário, portanto essa rotina é extremamente necessária e deve ser desenvolvida levando em consideração todos os detalhes aqui especificados.  

(Obrigatório)

Definição da Regra de Negócio

<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>.

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

 Image Removed

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>. 

1. Criar um novo campo na tabela BSW chamado BSW_PERACE que será uma consulta padrão e fará o vínculo do usuário de portal com um perfil de acesso.
   1. A consulta padrão criada neste campo deve exibir o código e a descrição do perfil e deverá retornar o código do perfil selecionado.
      1. Esta consulta padrão deve ser filtrada de acordo com o tipo do usuário, isto é, se o usuário for um prestador, devem ser carregados somente os perfis do tipo prestador, se for um beneficiário, deve carregar somente os perfis do tipo beneficiário na consulta.
2. Quando o operador do sistema for vincular um usuário de portal a um perfil de acesso na rotina usuários de portal (PLSA226), o sistema deverá validar, no botão confirmar da rotina, o tipo de usuário com o tipo do perfil, por exemplo: é criado um perfil de acesso com o tipo "Beneficiário" para o portal do beneficiário, o sistema não deverá permitir que um usuário do tipo prestador seja vinculado a este perfil criado. 
3. Deverão ser criadas três tabelas B7I, B7J, B7H que correspondem, respectivamente, a Perfil de Acesso, Permissões de Acesso e Histórico de Alteração de Perfis de acesso.
   1. A tabela B7I corresponde a uma Grid de perfil de acesso e nela deverão ser contemplados os seguintes campos:
      1. Código Sequencial do Perfil - B7I_CODSEQ
      2. Descrição do Perfil - B7I_DESCRI
      3. Tipo do portal - B7I_TIPPOR
         1. Campo com X3_CBOX = "1=Prestador; 2=Beneficiário"
      4. Código do portal - B7I_CODPOR 
         1. Gravar o código do portal de acordo com o tipo do portal (B7I_TIPPOR) selecionado (AI8_PORTAL).
            1. Se B7I_TIPPOR = 1, então gravar 000008 = Código do portal do prestador.
            2. Se B7I_TIPPOR = 2, então gravar 000010 = Código do portal do beneficiário.
      5. Data de criação do perfil - B7I_DATCRI
   2. A tabela B7J corresponde a uma Grid de permissões de acesso e está diretamente relacionada com a tabela B7I sendo a relação = 1 B7I para N B7J, esta deverá contemplar os seguintes campos:
      1.  Código do perfil - gravar o código do perfil da tabela B7I - B7J_CODPER
      2. Código do menu - código do menu do portal - B7J_CODMNU
         1. Gravar o código do menu (AI8_CODMNU).
      3. Descrição do menu - B7J_DESMNU
         1. Campo virtual que exibirá a descrição da opção de menu.
      4. Permite acesso - Campo que exibirá o status de permissão da opção de menu (Acesso liberado, Acesso Negado) - B7J_PERACE
   3. Na tabela B7H deverá ser gravado o histórico de alterações de perfis de acesso, deve contemplar os seguintes campos:
      1.  Código do usuário logado no Protheus que efetuou a criação ou alteração do perfil - B7H_CODUSR
      2. Data de criação/alteração do perfil - B7H_DATALT
      3. Hora de criação/alteração do perfil. - B7H_HORALT
      4. Código do perfil - B7H_CODPER
      5. Descrição do perfil -  B7H_DESPER
      6. Tipo de Operação - B7H_TIPOPE
         1. Campo com X3_CBOX = "3=Inclusão; 4=Alteração;5=Exclusão"
4. Quando o usuário posicionar em um perfil no grid de perfil de acesso, o grid de permissões deverá ser atualizado com as opções de menu, de acordo com o tipo de portal que está configurado no perfil selecionado, e também deverá carregar as permissões de cada menu.
   1. Enquanto o grid de permissões de acesso estiver sendo carregado, deverá ser exibida uma barra de progresso.
   2. Na criação de um novo perfil, ao selecionar o tipo de portal no grid de perfil, o grid de permissões deverá exibir todas opções de menu com acesso liberado.
   3. Deverá ser criada uma coluna na grid de permissões que conterá uma legenda.
      1. Quando o acesso ao menu estiver liberado, a legenda deverá ser verde.
      2. Quando o acesso ao menu estiver negado, a legenda deverá ser vermelha.
      3. A troca de status da permissão deverá ser executada mediante a clique na linha do grid.
5. Quando o usuário logar no portal, o sistema deve verificar o perfil de acesso vinculado a ele, e exibir no menu do portal somente as permissões configuradas com acesso liberado neste perfil.
   1. Se não houver nenhum perfil de acesso vinculado ao usuário, o sistema deverá carregar todos os menus.
6. Sempre que for criado, alterado ou excluído algum perfil, a tabela B7H deve ser gravada, e todos os campos devem ser preenchidos.
7. O sistema não deve permitir que um perfil de acesso seja excluído se houver algum usuário de portal vinculado.
8. Depois de confirmada a inclusão de um perfil, o sistema não deve permitir que o campo Tipo de Portal seja alterado.
9. A rotina de Perfil de Acesso deverá ser acessada a partir do SIGAPLS em: Atualizações->Portal->Perfis de Acesso, portanto deverá ser criado um menu no SIGAPLS
10. Utilizar como exemplo para criação da tela a rotina HS_PERMLAB do fonte HSPAHP09.

Tabelas Utilizadas

• BSW – Usuários do Portal
• B7I – Perfis de acesso
• B7J – Permissões de acesso portal
• B7H – Histórico de alterações de perfil de acesso

Protótipo de Tela

 Image Added 

Protótipo 01 - Tela do cadastro de usuários do portal com o campo Perf. Acesso (BSW_PERACE)

Image Added

 Protótipo 02 - Tela da configuração de perfis de acesso

Fluxo do Processo

 Image Added

Processo 01 - Criação de um perfil de acesso

 Image Added

Processo 02 - Alteração de um perfil de acesso

Image Added

Processo 03 - Exclusão de um perfil de acesso

Image Added

Processo 04 - Vincular um perfil de acesso a um usuário do portal

Caso de Uso

Image Added

Dicionário de Dados

  BSW – Usuários do portal

 B7I – Perfis de acesso

Opcional

Dicionário de Dados

Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

B7J – Permissões de acesso

B7H – Histórico de alteração de permissões de acesso

Consulta Padrão

Consulta: BSWB7I

(Opcional)

Estrutura de Menu

<Informações utilizadas na linha Datasul>.

Procedimentos

Programas

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>.