Histórico da Página

...

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

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 Added

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

Image Added

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

Image Added

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.