Histórico da Página

(Obrigatório)

Informações Gerais

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

(Obrigatório)

Objetivo

O objetivo deste requisito é permitir ao beneficiário a troca da senha padrão no primeiro acesso ao portal, por uma escolhida por ele. Também será tratado sobre a criação do login padrão neste requisito, de modo que a operadora possa definir qual será o padrão

<Nesta etapa informar o objetivo da especificação do requisito, ou seja, o que a funcionalidade deve fazer. Exemplo: Permitir que o usuário defina o percentual mínimo em espécie (dinheiro), a referência mínima para calculo dos débitos do aluno e o período de validade do parâmetro de negociação>.

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

padrão, dentre as opções disponíveis.

Definição da Regra de Negócio

Geração de usuário padrão

Após alterar o cadastro da família, ou na inclusão de uma nova família, o sistema criará, automaticamente, um usuário e senha padrão para acesso ao portal do beneficiário.

Será possível configurar, via parâmetro MV_LOGIN, qual o dado que irá formar o Login, podendo ser 3 = e-mail do beneficiário, 2 = CPF do beneficiário, ou 1 = Matrícula (Carteirinha) do beneficiário. Caso o parâmetro não seja preenchido, ele irá gerar com base no padrão atual (carteirinha)

Pontos a atuar:

• Criar parâmetro MV_LOGIN, tipo C
• Criar parâmetro MV_PILOGAU, tipo L
• Criar Campo na tabela BSW, tipo L, para indicar se é o primeiro acesso. Ao gerar um novo usuário, este campo deverá ser iniciado com .T.

No fonte PLSA260.PRW, na função PINCLOGIN

• Adicionar condição para verificar o valor do Parâmetro MV_LOGIN
• Se igual a “3”, então grava a BSW_LOGUSR com o valor do BA1_EMAIL correspondente
• Se igual a “2”, então grava a BSW_LOGUSR com o valor do BA1_CPFUSR correspondente
• Para outros valores, a gravação continua a mesma atual.
• Observação: O parâmetro cMatric deve ser mantido, pois, independente do valor do parâmetro, este ainda será gravado na tabela B49.
• A senha padrão gerada hoje é “123456”, alterar para “12345678”, para compatibilizar com a quantidade de dígitos que é solicitada ao usuário para cadastrar, a sua senha.
• Alterar a chamada da função para considerar, também, o parâmetro MV_PILOGAU (tipo L), para caso este esteja com o valor .T. gerar a senha ao incluir ou alterar uma família. A função atualmente trata se a inclusão não é repetida, verificar se não haverá efeitos não previstos na validação atual.

Alteração da senha no primeiro acesso

Quando o Beneficiário acessar o portal pela primeira vez, ao realizar o Login com a senha inicial padrão, será direcionado para uma tela onde deve informar a senha padrão, a nova senha e confirmar a nova senha. Após isso, deve ser redirecionado para a tela inicial.

Pontos a atuar:

• Criar arquivo ALTLOGBEN.APH para a página da troca de senha. A página deve conter, obrigatoriamente, 3 campos para o usuário digitar, todos do tipo password, para ocultar os valores digitados e um botão para a confirmação e envio dos dados.

Regras da senha:

• Deve ter 8 caracteres
• Ao menos um caractere deve ser Alfanumérico

Regras para a chamada do ALTLOGBEN.APH:

• Deve ser chamado após a validação da senha digitada
• Deve ser chamado somente se o campo que indica o primeiro acesso estiver com valor .T.
• Essas alterações podem ser realizadas no fonte PLSXFUN.PRW, na função PLVLDUSRW.
• Deverá ser criada uma Web Function e um Método no Web Service para realizar a gravação da nova senha, além de alterar o campo de primeiro acesso para .F. 

Exemplo de Aplicação:

Tabelas Utilizadas

• SE2 – Cadastro de Contas a Pagar
• FI9 – Controle de Emissão de DARF>.

• BSW – Usuários do Portal
• BA1 - Usuários
• BA3 - Famílias Usuários

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

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

Protótipo 01  - Tela de alteração de senha no primeiro acesso

 Image Added

Fluxo do Processo

O processo inicia com a Operadora cadastrando a Família.

Ao finalizar o cadastro, o sistema irá verificar se já não existe usuário de portal para aquela família e irá criar um novo usuário.

Caso não exista, irá gerar Login e senha padrão.

Com o Login e senha gerados, o Usuário irá acessar o Portal do beneficiário.

Ao acessar, será redirecionado para a tela de troca de senha, onde deverá informar os dados necessários.

Após finalizar a alteração da senha, ele será redirecionado à página inicial.

Image Added

Dicionário de Dados

Arquivo ou Código do Script: BSW - Usuários do Portal

Parâmetros

MV_LOGIN

Tipo = L

Valor Padrão = .F.

MV_PILOGAU

Tipo = C

Valor Padrão = ""

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