Histórico da Página

(Obrigatório)

Informações Gerais

Especificação
Produto	Microsiga Protheus	Módulo	SIGAPLS - Plano de Saúde
Segmento Executor	Saúde
Projeto1	M_SAU_PLS002	IRM1	PCREQ-5699
Requisito1	PCREQ-5701	Subtarefa1	PCSFL-79
Release de Entrega Planejada	12.1.7	Réplica	Não
País	( x ) Brasil  (  ) Argentina  (  ) Mexico  (  ) Chile  (  ) Paraguai  (  ) Equador (  ) USA  (  ) Colombia   (  ) Outro _____________.
Outros	Não Aplicável

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.  

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

1. Criar um novo campo na tabela BSW chamado BSW_PERACES 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.
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 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
      2. Código do menu - código do menu do portal
         1. Gravar o código do menu (AI8_CODMNU).
      3. Descrição do menu 
         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)
   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.
      2. Data de criação/alteração do perfil.
      3. Hora de criação/alteração do perfil.
      4. Código do perfil.
      5. Descrição do perfil.
      6. Tipo de Operação.
         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.
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. 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
• 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

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

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

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