A equipe administrativa anuncia o lançamento das versões 5.21.4 e 5.21.5 do sistema SIPAC, já publicadas com sucesso para as instituições cooperadas! As atualizações foram disponibilizadas no dia 28/07/2025, e trazem uma série de melhorias, correções e novidades que reforçam o compromisso com a evolução contínua das soluções oferecidas. Confira a seguir os principais destaques dessas versões:
Versão 5.21.4
Adicionado:
- Alterações no processador de recebimento, na persistência e busca de muitos dados simultaneamente na mesa virtual de protocolo;
- Mudança de mensagem de erro de criação de e-mail institucional de unidade para: "Apenas servidores que possuem designação de chefia (Titular ou Vice) na unidade, poderão acessar esta funcionalidade. O cadastro da referida designação deve ser realizado pela Diretoria de Administração de Pessoal - DAP/PROGESP";
- Ajuste na finalização de bolsas. Agora, só será bloqueada a finalização, se existir uma requisição de pagamento com status de ENVIADA para o mês em que se está tentando finalizar a bolsa. Caso a requisição esteja com qualquer status diferente disso, será permitida a finalização;
Corrigido:
- Corrigido erro de obtenção da cotação do dólar;
- Criado ícone para facilitar a cópia do número de protocolo de processos e documentos;
- Corrigido erro durante a homologação de diplomas no SIGAA. Foi preciso ajustar sincronização de discentes para consultar por matrícula+tipo (ao invés de matrícula+nível), pois o sipac unifica 3 níveis de ensino (E, D e S) em apenas um tipo (P). Por isso o mais coerente é buscar por tipo;
- Realizado ajuste no SIPAC para que seja criado um RestTemplate customizado utilizando o BouncyCastle como provedor de cifras de segurança para conexão http entre servidores. Foi ajustado em entidadesComuns os métodos do PagTesouroHelper para que possa receber e utilizar esse RestTemplate customizado;
Portal Administrativo -> Outros -> Restaurante -> Compra de Créditos
Versão 5.21.5
Corrigido:
- Correção no SIPAC (após pagamento de GRU utilizando PagTesouro) ao criar SSLContext customizado para utilização do BouncyCastle. O sistema estava substituindo o provider padrão do java pelo do bouncyCastle, fazendo ocorrer erro em outras comunicações do SIPAC.
