Histórico da Página

Informações Gerais

Objetivo

Atualmente existem os status citados abaixo na rotina de Protocolos de Reembolso (PLSA001A), porém é necessário adicionar mais 4 status e e 2 pontos de entrada para que ocorra a manipulação dos status, cores e condições.

  Status atuais:

• Solicitado(Portal)
• Protocolado: Indica que o usuário apresentou a documentação para a operadora, foi gerado um protocolo e que este protocolo será enviado para a análise.
• Em análise: Indica que o protocolo foi recebido pelo setor de análise e está aguardando um parecer.
• Deferido: A Solicitação de Reembolso foi aprovada pela análise preliminar e será encaminhada para a aprovação do setor financeiro.
• Indeferido: A Solicitação de Reembolso não foi aprovada pela análise preliminar. O protocolo será arquivado, mas será passível de recurso por parte do usuário.
• Em digitação: A Autorização de Reembolso foi digitada no sistema e está aguardando um parecer do setor financeiro.
• Liberado para o financeiro: A Autorização de Reembolso foi aprovada pelo setor financeiro. O pagamento foi autorizado e o título referente ao reembolso foi gerado.
• Não liberado para o financeiro: A Autorização de Reembolso não foi aprovada pelo setor financeiro. O protocolo será arquivado, mas será passível de recurso por parte do usuário.
• Glosado: Informa que algum dos procedimentos solicitados na Autorização de Reembolso (PLSA001) foi indeferido pelo processo de Auditoria. O protocolo será arquivado e não será passível de recurso por parte do usuário.
• Auditoria: Informa que algum dos procedimentos solicitados na Autorização de Reembolso (PLSA001) foi criticado e passará pelo processo de Auditoria.

Novos Status :

•  Solicitação não concluída: Ocorrerá quando a solicitação incluída pelo beneficiário via portal estiver incompleta, ou seja, não foi gerado o protocolo, preenchimento automático pelo sistema.
• Aguardando informação Beneficiária: Status alterado manualmente pelo usuário após analisar a solicitação e entender a necessidade de mais informações por parte do Beneficiário
• Aprovação Parcial: Essa gravação será feita manualmente nas condições de despesas digitadas pelo beneficiário, e ou, despesas criticadas na Autorização de Reembolso, que indicará ao beneficiário via portal que seu reembolso será pago de forma parcial.
• Cancelado: Alteração manual.

Observação:

O Status Auditado é especifico, por esse motivo não entrará no padrão.

Definição da Regra de Negócio

 Pontos de entrada para desenvolvimento específico:

I) Para Inclusão no array aCdCores

Alterar o array aCdCores e aCores que consta na rotina PLSA001A para adicionar as novas opões:

PRIVATE aCdCores  := {  { 'BR_LARANJA'  ,STR0164                               },; //"Solicitado (PORTAL)"

                       { 'BR_AMARELO'           ,STR0149                                              },; //"Protocolado"

                        { 'BR_AZUL'                   ,STR0150                                              },; //"Em analise"

                       { 'BR_BRANCO'             ,STR0151                                              },; //"Deferido"

                      { 'BR_CINZA'                 ,STR0152                                              },; //"Indeferido"

                     { 'BR_VIOLETA'             ,STR0153                                              },; //"Em digitação"

                      { 'BR_VERDE'                ,STR0154                                              },; //"Lib. financeiro"

                        { 'BR_MARRON'           ,STR0155                                              },; //"Não lib. financeiro"

                      { 'BR_VERMELHO'        ,STR0156                                              },; //"Glosado"

                     { 'BR_PRETO '               ,STR0157                                              },;  //"Auditoria"

              { 'BR_MARGENTA '   , “Solicitação não concluída”},; 

              { 'BR_PINK '            , “Aguardando informação Beneficiária”},; 

              { 'BR_AZUL_OCEAN ' ,” Aprovado parcialmente”  },; 

              { 'BR_CANCEL '       ,”Cancelado”                  } }

PRIVATE aCores    :=  {{ 'BOW_STATUS = "0"' ,aCdCores[1,1] },;//"Solicitado (PORTAL)"

                { 'BOW_STATUS = "1"' ,aCdCores[2,1] },;//"Protocolado"

                { 'BOW_STATUS = "2"'         ,aCdCores[3,1] },;//"Em analise"

                { 'BOW_STATUS = "3"'         ,aCdCores[4,1] },;//"Deferido"

                { 'BOW_STATUS = "4"'         ,aCdCores[5,1] },;//"Indeferido"

                { 'BOW_STATUS = "5"'         ,aCdCores[6,1] },;//"Em digitação"

                { 'BOW_STATUS = "6"'         ,aCdCores[7,1] },;//"Lib. financeiro"

                { 'BOW_STATUS = "7"'         ,aCdCores[8,1] },;//"Não lib. financeiro"

                { 'BOW_STATUS = "8"'         ,aCdCores[9,1] },;//"Glosado"

                { 'BOW_STATUS = "9"'         ,aCdCores[10,1] },;//"Auditoria"

           { 'BOW_STATUS = "A"'       ,aCdCores[11,1] },;//‘Solicitação não concluída”

          { 'BOW_STATUS = "B"'       ,aCdCores[12,1] },;//“Aguardando informação Beneficiária”

         { 'BOW_STATUS = "C"'        ,aCdCores[13,1] },;//” Aprovado parcialmente”                

        { 'BOW_STATUS = "D"'       ,aCdCores[14,1] }} //”Cancelado”

1. Criar na função PLSA001A o ponto de entrada  PLREEMDCOR

Observação : No Fonte PLSA001A, Função PLSA001A:
Ponto de entrada para receber um array com a relação entre a Cor cor da legenda x Descrição descrição dos status para ser atribuído ao array padrão aCdCores.

Exemplo:

If ExistBlock("PLREEMDCOR ")
             aCdCoresAux := ExecBlock("PLREEMDCOR ",.F.,.F.,{ })
EndIf  

For nI:=1 to len(aCdCoresAux) 
		
     aAdd(aCdCores,{ aCdCoresAux[nI][1], aCdCoresAux[nI][2] })
Next

 I) Para Inclusão no array aCores

1. 3.    Criar na função PLSA001A o ponto de entrada PLREEMACOR

Observação : No Fonte PLSA001A, Função PLSA001A:
Ponto de entrada para receber um array com a relação dos status do campo BOW_STATUS x Posição a posição no array aCdCores para ser atribuído ao array aCores array padrão.

Exemplo:

If

ExistBlock("PLREEMACOR

")

                        aCoresAux := ExecBlock("PLREEMACOR",.F.,.F.,{

})

      EndIf 

For nI:=1

to

len(aCoresAux)

aAdd(aCores,{

aCoresAux

[nI][1],

aCoresAux

[nI][2]

})

Next

Importante:

Os status citado abaixo dependerão de alterações que ocorrerão na rotina de Autorização/Auditoria para refletir na legenda do Protocolo de Reembolso:

Aguardando Informação Beneficiária: Alteração manual que ocorrerá quando o usuário analisar a solicitação e alterar o status BOW_STATUS  com “11”.

 Aprovação parcial: Quando o campo  “Aut. Parcial <B44_AUTPAR>” for preenchido o campo “Aut. Parcial <BOW_AUTPAR>” também deverá ser preenchido e consequentemente o campo 'BOW_STATUS também com conteúdo igual a "C" .

Tabelas Utilizadas

• BOW – Protocolo de Reembolso.
• SX6 – Parâmetros.

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

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