Diferenças

Aqui você vê as diferenças entre duas revisões dessa página.

Link para esta página de comparações

Ambos lados da revisão anterior Revisão anterior
Próxima revisão
Revisão anterior
pres:gerti:gestao_de_ativos:siap_2:validacao_final_ocorrencia [23/10/2026 19:49] – jsdiaspres:gerti:gestao_de_ativos:siap_2:validacao_final_ocorrencia [23/10/2026 20:37] (atual) – jsdias
Linha 371: Linha 371:
 A tarefa separa a conferência dos dados, na etapa 1, da análise das ocorrências e decisão de encaminhamento, na etapa 2. A tarefa separa a conferência dos dados, na etapa 1, da análise das ocorrências e decisão de encaminhamento, na etapa 2.
  
-===== RN-VFO-02 - Ocorrências protegidas contra alteração estrutural =====+==== RN-VFO-02 - Ocorrências protegidas contra alteração estrutural ====
  
 Código e descrição são readonly e a função ''ocultaBotao_excluir_e_add_tab_criticas5A2()''  remove da interface os controles para adicionar/remover ocorrências. Código e descrição são readonly e a função ''ocultaBotao_excluir_e_add_tab_criticas5A2()''  remove da interface os controles para adicionar/remover ocorrências.
  
-===== RN-VFO-03 - Justificativa é editável =====+==== RN-VFO-03 - Justificativa é editável ====
  
 A coluna ''col_justificativa''  é o campo editável da tabela de ocorrências. A coluna ''col_justificativa''  é o campo editável da tabela de ocorrências.
  
-===== RN-VFO-04 - Decisão obrigatória =====+==== RN-VFO-04 - Decisão obrigatória ====
  
 ''bt_comoDesejaProsseguir''  possui ''required=true''. ''bt_comoDesejaProsseguir''  possui ''required=true''.
  
-===== RN-VFO-05 - Retorno selecionável =====+==== RN-VFO-05 - Retorno selecionável ====
  
 Caso o fluxo de decisão seja de retorno para alteração, o formulário disponibiliza ''sel_etapaRetorno''  com quatro destinos configurados. Caso o fluxo de decisão seja de retorno para alteração, o formulário disponibiliza ''sel_etapaRetorno''  com quatro destinos configurados.
  
-===== RN-VFO-06 - Validação antes da conclusão =====+==== RN-VFO-06 - Validação antes da conclusão ====
  
 ''finalizarTarefa()''  executa ''Class_ocultaCampos()''  e interrompe o processamento quando identifica campos inválidos, exibindo alerta: ''finalizarTarefa()''  executa ''Class_ocultaCampos()''  e interrompe o processamento quando identifica campos inválidos, exibindo alerta:
Linha 393: Linha 393:
 Existem campos com valores inválidos. Existem campos com valores inválidos.
  
-===== RN-VFO-07 - Preparação para PDF =====+==== RN-VFO-07 - Preparação para PDF ====
  
 Antes da sequência de conclusão, ''finalizarTarefa()''  chama: Antes da sequência de conclusão, ''finalizarTarefa()''  chama:
Linha 399: Linha 399:
 pdf_decideMostrarOuNaoNoPDF(form, model, context); pdf_decideMostrarOuNaoNoPDF(form, model, context);
  
-a { +===== 7. Principais funções JavaScript =====
-    text-decoration: none; +
-    color: #464feb; +
-} +
-tr th, tr td { +
-    border: 1px solid #e6e6e6; +
-} +
-tr th { +
-    background-color: #f5f5f5; +
-}+
  
-====== 7. Principais funções JavaScript ====== +==== 7.1 Etapa 1 ====
- +
-===== 7.1 Etapa 1 =====+
  
 A primeira etapa possui 5 funções. A primeira etapa possui 5 funções.
Linha 425: Linha 414:
 ---- ----
  
-====== 7.2 Etapa 2 ======+==== 7.2 Etapa 2 ====
  
 A segunda etapa possui um conjunto mais amplo de funções, incluindo: A segunda etapa possui um conjunto mais amplo de funções, incluindo:
Linha 451: Linha 440:
 |''iniciaPropriedadesForm()'' |Inicializa propriedades e controles do formulário| |''iniciaPropriedadesForm()'' |Inicializa propriedades e controles do formulário|
  
-==== Função crítica:   buscaVariaveisFluxo_e_enviarDados()   ====+==== Função crítica: buscaVariaveisFluxo_e_enviarDados() ====
  
 Essa é uma das funções centrais da segunda etapa. Essa é uma das funções centrais da segunda etapa.
Linha 458: Linha 447:
  
 model.todasVariaveis.length model.todasVariaveis.length
- 
-a { 
-    text-decoration: none; 
-    color: #464feb; 
-} 
-tr th, tr td { 
-    border: 1px solid #e6e6e6; 
-} 
-tr th { 
-    background-color: #f5f5f5; 
-} 
  
 e, para cada registro: e, para cada registro:
Linha 475: Linha 453:
  
 model.todasVariaveis[r].value model.todasVariaveis[r].value
- 
-a { 
-    text-decoration: none; 
-    color: #464feb; 
-} 
-tr th, tr td { 
-    border: 1px solid #e6e6e6; 
-} 
-tr th { 
-    background-color: #f5f5f5; 
-} 
  
 O código trata diferentes variáveis do processo, incluindo estruturas tabulares, e monta objetos a partir dos valores recuperados. O código trata diferentes variáveis do processo, incluindo estruturas tabulares, e monta objetos a partir dos valores recuperados.
  
-====== 8. Auditoria ======+===== 8. Fluxo funcional completo das duas etapas =====
  
-===== Campos auditados: key e título =====+{{:pres:gerti:gestao_de_ativos:siap_2:fluxofuncionalvalidacaofinaleocorrencias.png?nolink&321x755}}
  
-Neste ponto é importante separar **consulta das informações já auditadas no processo**  de **registro de nova auditoria nesta tarefa**.+===== 9. Pontos técnicos importantes =====
  
-Na implementação da etapa 2, o código de ''buscaVariaveisFluxo_e_enviarDados()''  identifica e manipula estruturas provenientes de ''todasVariaveis'', inclusive uma estrutura denominada no código como ''tabelaRelacoes''. Entretanto, as chamadas encontradas para ''preencheInformacoesAlteradas()''  aparecem comentadas no código apresentado.+==== todasVariaveis é central para a conclusão ====
  
-Assim, **não é seguro afirmar que a tarefa 5A2 registra novos campos em ''tab_relacoesInfoalteradas'' **  apenas com base nessa implementação.+A interpretação correta da arquitetura é:
  
-==== Campos efetivamente editáveis nesta tarefa ====+{{:pres:gerti:gestao_de_ativos:siap_2:pontostecnicosimportantesvalidfinaleocorrencias.png?nolink&254x338}}
  
-^Key^Título^Natureza| +A variável ''todasVariaveis''  representa, portanto, uma estrutura intermediária importante para o processamento realizado na segunda etapa.
-|''col_justificativa'' |Justificativa|Campo editável da ocorrência| +
-|''bt_comoDesejaProsseguir'' |Como deseja prosseguir?|Decisão do usuário| +
-|''sel_etapaRetorno'' |Selecione a etapa para retorno|Destino do retorno|+
  
-**Importante:**  esses são os campos editáveis/de decisão da tarefa. O JSON analisado **não demonstra de forma explícita que eles sejam gravados em''tab_relacoesInfoalteradas'' **. Por isso, não devem ser classificados automaticamente como "campos auditados" nessa variável.+==== Controle dinâmico da interface ====
  
-----+''Class_ocultaCampos()''  contém lógica para mostrar/ocultar campos e tratar obrigatoriedade dinamicamente. A função também participa da validação executada por ''finalizarTarefa()''. 
 + 
 +==== Ocorrências controladas ==== 
 + 
 +A tabela ''tab_criticas5A2''  não é livremente manipulável: o próprio [[:pres:gerti:gestao_de_ativos:siap_2:javascript|JavaScript]] oculta os controles de inclusão e exclusão, enquanto código e descrição permanecem readonly. 
 + 
 +===== 10. Resumo Executivo ===== 
 + 
 +A tarefa **Validação final e ocorrências**  é uma etapa de fechamento composta por **duas abas funcionalmente distintas**. 
 + 
 +A **primeira etapa**  concentra a conferência das informações produzidas anteriormente no processo, exibindo em modo somente leitura a identificação do servidor, cargo, fundamento jurídico, datas, tempos previdenciários e atos de aposentadoria/fixação de proventos. 
 + 
 +A **segunda etapa**  concentra o tratamento efetivo da validação: apresenta a tabela de **Ocorrências**, mantém código e descrição protegidos contra edição, permite registrar **Justificativa**  e exige que o usuário escolha **Como deseja prosseguir?**. As opções são concluir o preenchimento e enviar ao TCE ou retornar aos formulários para alteração. Neste último caso, o usuário pode direcionar o retorno para Dados básicos, Dados do fundamento jurídico, Dados do histórico funcional ou Documentos de formalização. 
 + 
 +Do ponto de vista técnico, a integração **Busca todas variáveis do fluxo**  deve ser entendida em conjunto com ''todasVariaveis''. A integração alimenta essa coleção com as variáveis da instância BPM e, na lógica da segunda etapa, ''buscaVariaveisFluxo_e_enviarDados()''  percorre os registros por ''name''  e ''value''  durante o processamento relacionado à conclusão. (Responsável por preencher a variável ''processoTceHub ''que é enviada no serviço de críticas dentro do fluxo) 
 + 
 +A tarefa ainda possui uma segunda integração, **Nome responsável apostila**, executada no carregamento da segunda etapa para obter, entre outros retornos, ''nomeRespAssApostila''. (Neste SIAP 2.0 a integração executa mas os dados de retorno não são utilizados nesta versão do SIAP) 
 + 
 +Por fim, embora a rotina de conclusão manipule informações recuperadas de ''todasVariaveis'', **a versão 29 não demonstra registro ativo de novos campos em''tab_relacoesInfoalteradas''  **, pois as referências observadas a ''preencheInformacoesAlteradas()''  estão comentadas. Por isso, a auditoria deve ser documentada como **não explicitamente implementada nesta tarefa**, evitando atribuir incorretamente os campos editáveis da etapa 2 à ''tab_relacoesInfoalteradas''. 
 + 
 +===== 11. Tela do formulário e vídeos ===== 
 + 
 +===== Tela aba 1 ===== 
 + 
 +{{:pres:gerti:gestao_de_ativos:siap_2:validacaofinaleocorrenciasaba1.png?nolink&1798x989}} 
 + 
 +===== Tela aba 2 ===== 
 + 
 +{{:pres:gerti:gestao_de_ativos:siap_2:validacaofinaleocorrenciasaba2.png?nolink&1747x868}}
  
-====== 9. Fluxo funcional completo das duas etapas ======+===== Vídeo demonstrativo =====
  
  
  • pres/gerti/gestao_de_ativos/siap_2/validacao_final_ocorrencia.1792784967.txt.gz
  • Última modificação: 23/10/2026 19:49
  • por jsdias