anatelgovbr / mod-sei-pesquisa Goto Github PK

Comentamos a validação mencionada em #15 a fim de prosseguirmos com a instalação.

O script do SIP funciona sem problemas.

Mas o script do SEI apresenta um outro erro durante a instalação:

00030 - INSERINDO PARAMETRO "DATA_CORTE" NA TABELA md_pesq_parametro

Descrição:

[Microsoft][ODBC Driver 17 for SQL Server][SQL Server]Cannot insert the value NULL into column 'valor', table 'Sei4.dbo.md_pesq_parametro'; column does not allow nulls. INSERT fails.
[Microsoft][ODBC Driver 17 for SQL Server][SQL Server]The statement has been terminated.

Mais detalhes no arquivo em anexo.

Com a inclusão da funcionalidade de data de corte, é importante que a mensagem contida no campo "Justificativa de restrição de acesso e orientações para solicitar acesso" também seja exibida nos processos que contém documentos não exibidos por falta de classificação.
Apesar da informação ser exibida ao passar o mouse sobre a chave azul, é interessante que o usuário seja orientado dos meios de obtenção de acesso, como no caso de documentos classificados como restritos.
Poderia ser na mesma mensagem, adicionando o texto com as duas possibilidades nos parâmetros da pesquisa pública, mas para isso é necessário que a mensagem seja exibida para o usuário.
Testei em um processo todo público que possui documentos anteriores à data de corte e a mensagem não é exibida, aparecendo apenas quando tem documentos restritos.

Prezados,

Segue solicitação abaixo, que foi encaminhada ao Processo Eletrônico Nacional por meio de Fala.Br. Ressalto que, embora a solicitação aborde outros sistemas, cabe discussão acerca da melhoria potencial que o cidadão pede no módulo de pesquisa pública.

Essa demanda possui anexo. Fale aqui Com base na lei de acessibilidade. Existe o sistema de consulta pública do SEI NACIONAL ( https://sei.iphan.gov.br/sei/modulos/pesquisa/md_pesq_processo_pesquisar.php?acao_externa=protocolo_pesquisar&acao_origem_externa=protocolo_pesquisar&id_orgao_acesso_externo=0 ), mas o sistema existe CAPTCHA que não é acessivel, favor ver a possibilidade de instalar o HCaptcha em que o usuário com deficiência visual possa baixar cookie e com este cookie o sistema não mostra as captchas. Ou colocar na CONTA GOV.BR que o uauário com deficiência visual consiga baixar cookie da conta GOV.BR então instala o cookie assim o sistema reconheça que aquele usuário é uma pessoa com deficiência visual e não mostra as capthas. Não recomendo a do Google pois além de exigir os quadradinhos (semaforo, faixa de pedestre, hidrante) o áudio é em inglês e tem muito ruido. Além das captchas existe o sistema de reconhecimento facial GOV.BR que não é acessivel para deficientes visuais, exisgindo que um deficiente visual foque o rosto em um quadradinho não permitindo focar o rosto em qualquer lugar da tela, além do sistem não ter orientação por voz. Já reclamei antes do reconhecimento facial do sistema GOV.BR, onde melhorou mas o sistema exige que faça o reconhecimento facial mais de 6 vezes para reconhecer o rosto, onde solicita que demore um pouco mais cada reconhecimento para não informar que rosto não foi reconhecido. Aproveit ao momento e requer que o GOVERNO FEDERAL publique um OFICIO CIRCULAR a todas as instancias ESTADUAIS e MUNICIPAIS, para que melhore as captchas nos sistemas SEI e RG DIGITAL que não está acessivel para deficientes visuais.

O usuário foi orientado que se trata de um módulo, acerca do qual se pode propor evolutiva, mas que isso envolve tempo de desenvolvimento e opção pela atualização do módulo por parte do órgão específico, no caso o IPHAN. A criação desta issue é para que possamos discutir a melhor forma de estender a funcionalidade do módulo a usuários que tenham dificuldade de resolução do captcha, em virtude de limitação da capacidade visual.

Ficamos à disposição para contribuir no desenvolvimento da evolutiva, caso necessário.

Att,
Pedro Moreira
Processo Eletrônico Nacional

Bom dia,

Temos o módulo SEI Pesquisa Pública 4.1.1 instalado no SEI 4.0.9, atualmente em ambiente de homologação para validação.

A paginação do módulo de consulta pública está apresentando intermitência, ora funcionando corretamente, ora trazendo apenas algumas paginas, ora não trazendo nenhuma pagina, além da primeira.

Em uma consulta de exemplo, foi marcado Pesquisar em Processos (sem documentos). O total de registros retornados deve ser 234. No print abaixo, pode-se ver ele retornou, em uma determinada pesquisa, 184, 50 a menos. E à direita o primeiro conjunto de paginação não foi aplicado, dos registros entre 50 e 100.

Em pesquisa realizada em seguida, a paginação não foi carregada, sendo exibido apenas os 50 primeiros registros

Algumas requisições estavam dando time out:

Mas nessa pesquisa ele conseguiu retornar os 234, mesmo com os time-outs:

Outro comportamento incorreto é que, após a primeira consulta com um interessado, ao escolher outro interessado ou algum outro filtro, a paginação deixa de funcionar.

Parece que as variáveis do javascript acabam ficando setadas mesmo após a primeira pesquisa.

Estamos com projeto de digitalização na ANM em curso e temos processos ativos desde 1936, que geram uma quantidade muito excessiva de volumes no SEI.

Na pesquisa interna, conseguimos visualizar os documentos, ainda que com dificuldade de carregamento.

Entretanto, na pesquisa pública ocorre erro e o processo não é carregado, conforme demonstrado no vídeo:

https://www.loom.com/share/dad0bc46bace4657ae54526cc9b008b1?sid=c33531ee-0232-4e4d-a62f-6ff6d0a9e41f

Solicito apoio nesta demanda para possibilitarmos a consulta do processo aos usuários externos.

A validação do Captcha está baseada na comparação de 2 valores que vem do usuário, este são:

• $_POST['txtInfraCaptcha']
• $_POST['hdnCaptchaSha1']

Uma forma simples de burlar via ferramenta de requisições http (como curl ou postman) é fixar estes valores de forma a satisfazer a comparação sha1(mb_strtoupper($_POST['txtInfraCaptcha'])) != $_POST['hdnCaptchaSha1']) (presente na lina 124 do arquivo md_pesq_controlador_ajax_externo.php)

Prezados,

Até a versão 4.0.1 do módulo tínhamos a opção de exibir ou não a lista de documentos em processos públicos e/ou restritos.
Entendo as mudanças que foram feitas a partir dessa versão, mas temos muita dificuldade em fazer com que os usuários classifiquem de forma correta os documentos. Além disso, temos outros sistemas que integram com o nosso SEI e fica ainda mais complexo essa questão.
Dessa forma, pedimos que avaliem a possibilidade de colocar um novo parâmetro na configuração para ativar/desativar a exibição da lista de documentos. Temos conhecimento de outro órgão que também gostaria de ter essa possibilidade de configuração.
Obrigado.

Na linha 33 do arquivo md_pesq_processo_exibe_arquivo.php, o seguinte comando deve ser comentado, pois ocorre erro ao montar o header
//print_r($versaoSei);

Apenas formalizando conversa via e-mail com os desenvolvedores conforme problema descoberto em Jundiaí - SP.

Internamente, a pesquisa do SEI consegue encontrar processos via digitação da numeração mesmo sem incluir os prefixos que temos na máscara. Exemplo: ao buscar pelo nome completo PMJ.0044041/2023, 0044041/2023 ou ainda 44041/2023 todos retornam o processo.

Entretanto, o mesmo comportamento não é reproduzido pela pesquisa pública.

O trecho abaixo , existente tanto nos arquivos de instalação do SEI quanto do SIP da versão 4.1.1 do módulo, não funciona com a versão 4.0.11 do SEI.

O motivo é que o valor de VERSAO_INFRA no SEI 4.0.11 é 2.0.6. Dessa forma, pela lógica da validação abaixo, fica 206 < 16123 e então o script falha.

//testando versao do framework
            $numVersaoInfraRequerida = '1.612.3';
            $versaoInfraFormatada = (int)str_replace('.', '', VERSAO_INFRA);
            $versaoInfraReqFormatada = (int)str_replace('.', '', $numVersaoInfraRequerida);

            if ($versaoInfraFormatada < $versaoInfraReqFormatada) {
                $this->finalizar('VERSÃO DO FRAMEWORK PHP INCOMPATÍVEL (VERSÃO ATUAL ' . VERSAO_INFRA . ', SENDO REQUERIDA VERSÃO IGUAL OU SUPERIOR A ' . $numVersaoInfraRequerida . ')', true);
            }

Na linha 33 do arquivo MdPesqSolrUtilExterno.php há um if ternário com a instrução errada (um : no lugar de ?).
Código atual:
$arrPalavrasQ[$i] = ($tag == null) : '"' . $arrPalavrasQ[$i] . '"' : $tag . ':"' . $arrPalavrasQ[$i] . '"';

Sugestão de correção:
$arrPalavrasQ[$i] = ($tag == null) ? '"' . $arrPalavrasQ[$i] . '"' : $tag . ':"' . $arrPalavrasQ[$i] . '"';

Prezados, instalei o módulo da ANATEL de Pesquisa Pública na versão 4.1.0 no SUPER.gov.br versão 4.0.9.13 e notei um problema na exibição do logo com link quebrado, segue as imagens:

TELA LOGO NORMAL, SUPER.GOV

TELA LINK QUEBRADO NO LOGO, MÓDULO PESQUISA PÚBLICA

A página http://localhost/sei/modulos/pesquisa/md_pesq_processo_pesquisar.php?acao_externa=protocolo_pesquisar&acao_origem_externa=protocolo_pesquisar&id_orgao_acesso_externo=0 exibe o link quebrado no logo do SEI.

O endereço que tenta localizar é http://localhost/sei/modulos/pesquisa/svg/sei_barra-azul.svg, porém o módulo só posui o svg/sei_barra.svg

• Versão SEI 4.0.12.15
• Versão módulo pesquisa 4.1.2

Ao tentar exibir arquivo em acesso externo, o módulo está gerando um erro. O problema acontece porque existe um "print_r" no arquivo md_pesq_processo_exibe_arquivo.php, na linha 33.

Link do arquivo:

Detalhes do erro:
Descrição:
Exception: 'Warning: /opt/sei/web/modulos/pesquisa/md_pesq_processo_exibe_arquivo.php linha:52.
Cannot
modify header information - headers already sent by (output started at
/opt/sei/web/modulos/pesquisa/md_pesq_processo_exibe_arquivo.php:33)
' in /opt/infra/infra_php/Infra.php:214
Stack trace:
#0 [internal function]: infraGerarExcecao(2, 'Cannot modify h...', '/opt/se...', 52, Array)
#1 /opt/sei/web/modulos/pesquisa/md_pesq_processo_exibe_arquivo.php(52): header('Pragma: public')
#2 {main}

Mensagem:
'Warning: /opt/sei/web/modulos/pesquisa/md_pesq_processo_exibe_arquivo.php linha:52.
Cannot
modify header information - headers already sent by (output started at
/opt/sei/web/modulos/pesquisa/md_pesq_processo_exibe_arquivo.php:33)
'

Trilha de Processamento:
#0 [internal function]: infraGerarExcecao(2, 'Cannot modify h...', '/opt/se...', 52, Array)
#1 /opt/sei/web/modulos/pesquisa/md_pesq_processo_exibe_arquivo.php(52): header('Pragma: public')
#2 {main}

Após alguns testes, percebemos que, aparentemente, a impressão da tela Pesquisa Processual não se adequa bem quando o processo possui uma lista de protocolos e andamentos muito extensa (o que implica numa paginação do PDF a ser gerado na impressão). Com isso, gostaria de sugerir que fosse adicionado um botão "Imprimir" nesta Tela.

Prezado(a), saudações!
Verifiquei que no menu principal onde o usuário externo acessa a opção de "Pesquisa Pública" está com o valor fixo id_orgao_acesso_externo=0 onde no caso do nosso sistema deveria estar dinâmico com o valor id_orgao_acesso_externo=3. As outras opções do menu "Controle de Acessos Externos", "Alterar Senha", "Peticionamento", "Recibos Eletrônicos de Protocolo" e "Intimações Eletrônicas" estão com o valor correto, ou seja, 3.

Acredito que com a busca por meio do link "https://github.com/anatelgovbr/mod-sei-pesquisa/search?q=id_orgao_acesso_externo&type=" poderá facilitar a localização desta variável fixa.

Por meio do link https://[URL_DO_SISTEMA]/sei/modulos/pesquisa/md_pesq_processo_pesquisar.php?acao_externa=protocolo_pesquisar&acao_origem_externa=protocolo_pesquisar&id_orgao_acesso_externo=3 é informado o valor dinâmico da variável id_orgao_acesso_externo igual a 3.
Após a geração de busca e retorno dos resultados, o sistema não considera este valor, passando o valor 0 para a geração do link dinâmico https://[URL_DO_SISTEMA]/sei/modulos/pesquisa/md_pesq_processo_exibir.php?2fCdJjdrvF0D4zg7XsWRLLi6wqe7VxK7s_x3N70OQ-_ZG4vIBmoYPRPC0CtWw78OMj9m32QEKle3_WUz2BrUu6nUcs9xz5Fgtc1KuCAhpNMJnYJ000PQeFFmeNxVsqEa. Ocasionando erro na linha 177 do arquivo MdPesqPesquisaUtil.php

Verifiquei que o valor id_orgao_acesso_externo está fixo como '0' em várias partes do sistema podendo ocasionar erros ainda desconhecidos.