ER_PCREQ5634_Visitas_Institucionais

Informações Gerais

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

Objetivo

O objetivo desta rotina é permitir o estreitamento do relacionamento entre Prestador e Operadora, por meio de possibilitar a solicitação de visitas institucionais pelo prestador, que poderão ocorrer tanto na Operadora, quanto no próprio Prestador e, também, permitir para a Operadora o controle das solicitações e deferimento, ou não das mesmas, conforme disponibilidade e critérios da mesma. 

Definição da Regra de Negócio

• Prestador acessa a rotina via portal e solicita uma visita 
• O combo de Motivos de Visita deve apresentar somente os motivos com tipo = 3
• Solicitação é verificada pelas regras de validação do sistema
  
  

       Regras de validação:

1. Tipo é obrigatório
2. Motivo é obrigatório
3. Data sugerida é obrigatório
4. Data deve ser maior ou igual do que a data atual
5. Demais campos não são obrigatórios
6. Se solicitação é válida, é criada solicitação para análise na rotina PLSA817 e enviado e-mail para o destino especificado no parâmetro MV_817EMAIL.
7. Se não, devolve mensagem ao usuário
   

• Além dos campos que o usuário irá interagir deve ser informado na gravação do Protheus
  

1. B7K_FILIAL
2. B7K_CODINT
3. B7K_CODRDA
4. B7K_DATSOL
5. B7K_HORSOL
6. B7K_CNTSOL
7. B7K_TELSOL
8. B7K_MAILSL

• Solicitação é analisada no Protheus (PLSA817)

       Regras:

• Haverá três status de legenda no browse: Visita confirmada (Verde – B7K_DEFERE = Sim), Visita indeferida (Vermelho – B7K_DEFERE = Não), Visita em análise (Amarelo – B7K_DEFERE = não preenchido)
• O campo B7K_DEFERE virá em branco
• Não haverá opção de inclusão para esta rotina
• Não será possível alterar os dados enviados pelo prestador, exceto:
  1. B7K_CNTSOL
  2. B7K_TELSOL
  3. B7K_MAILSL
• Caso seja alterado para SIM o combo de confirma visita (B7K_DEFERE), mostrar mensagem de informação ao usuário (que será enviada confirmação via e-mail ao salvar)
• Caso seja alterado para NÃO o combo de confirma visita (B7K_DEFERE), mostrar mensagem de informação ao usuário (que será enviada informação via e-mail ao salvar)
• Caso seja alterado para SIM, o formulário somente poderá ser salvo ao informar a data e horário agendados da visita (B7K_DATAGE e B7K_HORAGE), além de contato solicitante e contato Operadora (B7K_CNTSOL e B7K_CNTOPE).
• Caso seja alterado para SIM, ou NÃO e não haja problemas ao salvar, deverá ser enviado e-mail ao prestador (Considerando o campo B7K_MAILSL, como endereço para envio)
• Caso o campo B7K_MAILSL não esteja preenchido, exibir informação que não será possível enviar o e-mail, devido a ele não ter sido informado.
• Se aprovada a análise e há e-mail preenchido, é enviado e-mail ao prestador, confirmando a data e horário.
• Se não é aprovada, mas há e-mail preenchido, é enviado e-mail ao prestador informando a não possibilidade da realização.
• Após o deferimento, ou indeferimento, não será possível realizar alterações no registro.

• Cadastro de Motivos de Visita (PLSA801)

• Alterar as mensagens de aviso que envolvam o tipo “Ambos” (já que haverá o terceiro tipo de motivo, sugestão, “CAPTAÇÃO/RELACIONAMENTO”)

• Incluir o Tipo de visita 3, para visita institucional (sugestão, "INSTITUCIONAL")
• Adaptar validações, se necessário
• Ponto de Atenção: Esse cadastro pode impactar nas rotinas PLSA806, PLSA807 e consultas padrão B9PB9L e B9WB9L, as alterações propostas não devem interferir no funcionamento destas. Por este motivo o tipo 3 deve ser tratado separadamente e não será unido como um motivo genérico para as três situações. Caso se mostrar necessário fazer isso durante o desenvolvimento, deverão ser ajustados os impactos gerados nestes pontos.

Exemplo de Aplicação:

• Criar o a tabela B7K, conforme especificado no Anexo "Tabela B7K".
• Alterar o campo B9L_TIPVIS, adicionando o Item 3 nas opções do combo.
• Criar Arquivo PPLVINST.APH para criar a página a ser exibida no portal do prestador.
• Criar Arquivo PLSA817.PRW para criar a rotina do Protheus.

Tabelas Utilizadas

• B7K– Visitas Institucionais
• B7L– Motivos de Visita.
• BAU - Rede de Atendimento

Protótipo de Tela

Tela Portal de Solicitação de Visita Institucional

Tela Remote de Vistas Institucionais

Browse Tela remote de Visitas Institucionais

Fluxo do Processo

 Caso de uso

Importante: antes de utilizar a rotina é necessário realizar o cadastro dos Motivos de Visita e dos e-mails padrão, na rotina de Sinalizadores.

Dicionário de Dados

Arquivo ou Código do Script: B7K - Visitas Institucionais

Para detalhes dos campos, consultar o Anexo abaixo:

Configuração dos campos da Tabela B7K

Criação de Parâmetro: MV_817EMAIL

Parâmetro Tipo C

Irá receber o endereço de e-mail de destino para o envio do e-mail ao confirmar a solicitação de visita via portal.

Consulta Padrão

Consulta: B7KB9L