Histórico da Página

...

1 - Alteração do evento S-2230 para aceitar o indRetif igual a 1 quando o evento não estiver transmitido.

      Para o evento S-2230 no cenário utilizando o tafkey como maneira de inclusão já temos um padrão em relação ao indRetif que é representado pela variável nOpc.

      Hoje no ambiente do taf quando realizamos a inclusão com indRetif com o valor '1' o nOpc tende a ser 3 e indRetif com o valor '2' ser nOpc tende a ser 4, logo se realizarmos uma inclusão para se comportar como alteração deveremos mudar o nOpc para 4.

      Para realizar a alteração podemos utilizar a função padrão FTafVlOpe, que valida se a operação pode ser realizada na integração.

Image Modified

      Na função TAFregStat iremos realizar a mudança do nOpc de acordo com a regra que foi estabelecida.

Image Modified

Para a implementação da mudança do nOpc funcionar corretamente, deveremos antes da chamada da função FTafVldOpe.

• • • • Eliminar qualquer mudança de nOpc antes da chamada da função FTafVldOpe, assim como validações que impliquem na mudança do mesmo.
      • Consequentemente irá ocorrer alteração na montagem da chave do afastamento, sua busca hoje em alguns cenários está redundante
    •                    
    •            Antes : 
      • • Image Modified 
      • Depois:
      •          Image Modified
      • Melhorar a busca de registros já na base.
      • Eliminar avisos de erro que não são necessários por conta de ser responsabilidade da FTafVldOpe.

     Riscos da implementação e estimativa de horas. 

• • • • • Erros colaterais.
        • Quebras no robô por conta do indRetif.
        • Problemas com cenários já controlados.
        • Teste de todos os cenários. 
        • 2 Semanas de codificação.
        • 2 semanas de teste com cenários envolvendo as linhas (geração da tag indRetif com todas as possibilidades do evento de afastamento).

3 - Alteração dos eventos de tabela para aceitarem a tag de inclusão somente se o evento não estiver transmitido para o governo, a partir da transmissão uma alteração de um evento sobre uma mesma chave deve ser utilizado a tag de alteração.

Utilizando o evento S-1010 como escopo de trabalho para alteração e levando em conta o comportamento do nOpc para eventos de tabela, quando utilizamos a tag de "<Inclusão>" o nOpc é igual a 3 e "Alteração" igual  a 4, terá que ser realizada as seguintes alterações.

Eliminação da função VldEvTab, hoje temos a validação da FTafVlOpe que pode ser usada de forma generica eliminando a necessidade de duas funções na mesma rotina.

Image Modified

Utilizar a função padrão FTafVlOpe que valida se a operação pode ser realizada na integração.

Image Modified

Na função TAFregStat iremos realizar a mudança do nOpc de acordo com a regra que foi estabelecida.

Image Modified

Para a implementação da mudança do nOpc funcionar corretamente, deveremos antes da chamada da função FTafVldOpe.

• • • • Eliminar qualquer mudança de nOpc antes da chamada da função FTafVldOpe, assim como validações que impliquem na mudança do mesmo.
      • Eliminar avisos de erro que não são necessários por conta de ser responsabilidade da FTafVldOpe.

                     Riscos da implementação e estimativa de horas. 

• • • • Erros colaterais.
      • Quebras no robô por conta da tag de "Inclusão" e "Alteração".
      • Problemas com cenários já controlados.
      • Teste de todos os cenários. 
      • 3 dias por fonte.
      • 4 dias de teste ( geração da tag de "Inclusão e alteração").