Release notes Mentor Web | Versão 08.11

A versão 08.11 do Mentor Web já está disponível. Confira abaixo as principais novidades, melhorias desta versão.

Importante: Caso prefira a versão em vídeo das novidades, acesse a nossa playlist no youtube sobre as novidades da versão.

219409 - Módulo graduação > Digitação Plano de Ensino > Por Turma/Disciplina

• Adicionamos o campo “Situação do plano” à tela de digitação do plano de ensino, que traz o status atual do plano, podendo ser classificado como: aberto, pendente ou aprovado.

220203 - Módulo graduação > Ingressos do aluno

• Fizemos uma melhoria na aba de certificados do aluno. Para que sejam exibidos os certificados pela ordem de: Ativos, Anulados e Inativos, isso significa que, ao acessar a aba de certificados, o certificado ativo será apresentado como o primeiro da lista.

221006 - Acadêmico > Exportação para o MEC

• Adicionamos uma nova opção de forma de ingresso, “Egresso/BI/LI”, e agora também a enviamos para o censo superior durante a exportação de dados, quando utilizada para a forma de ingresso do aluno.
• Esta opção também esta disponível para envio nos xmls do diploma do aluno, conforme normativa do MEC.

218909 - Graduação > Gerar xml e enviar para a assinatura

• Importante: Realizamos algumas melhorias na rotina de geração de xml e envio para a assinatura.
  
  • Seleção de alunos: Ao selecionar os alunos que serão gerados os xml´s e enviados para a assinatura, assim que clicar no botão “próximo” tais documentos no mentor, na tela de entrega de documentos já constarão como pendentes - (aguardando integração com o portal de assinaturas). Com essa melhoria, caso o usuário saia da tela de geração ou clique no botão voltar, os documentos não precisarão ser gerados novamente.
    

Lembramos que os alunos que foram selecionados anteriormente não serão mais exibidos na seleção de alunos. Para auxiliar na identificação, liberamos um aviso no cabeçalho da tela de gerar xml, informando quais alunos não foram carregados pois já possuem xml's gerados ou aguardando assinatura. Ao clicar nesse aviso será gerado um arquivo txt com o nome dos alunos.

• Processo de envio do documento para a assinatura: Para os alunos que já possuem o documento aguardando envio, deve-se acessar a tela de entrega de documentos do aluno,filtrar por ver documentos: “Aguardando assinatura”. E enviar esses documentos de forma manual clicando na opção de: “assinar eletronicamente”.
  

Lembramos da ordem de envio dos xml's para a plataforma de assinaturas: 1° - xml do histórico, 2° - xml do documento do diplomado, 3° xml do diplomado. Mas o usuário irá enviar apenas o primeiro documento: Xml do histórico, os demais documentos serão enviados automaticamente, assim que o histórico for finalizado. O retorno dos documentos assinados da plataforma continua de maneira automática.
Para os processos de geração de xmls e envio para a assinatura que são gerados até o processo final (clicando-se no botão: “enviar para a assinatura”), não houveram mudanças.
Para maiores esclarecimentos sobre essa melhoria, acesse nosso vídeo no link


222188 - CAMPOS NO RVHE

• Liberamos o campo de QrCode para que o mesmo possa ser customizado na representação visual do histórico escolar digital (RVHE). Para maiores informações sobre os campos customizáveis no RVHE acessar Personalizar o RVHE a partir do XML

222189 - RVHE Padrao (E1177)

• Liberamos no RVHE padrão (E1177), o campo de QrCode. Ao ser lido o Qrcode, o mesmo irá redirecionar para o portal do histórico digital do aluno, para que o mesmo possa emitir o RVHE ou baixar o xml do histórico.

220067- Cadastro de pessoa física > Filiação

• Criamos uma tabela de filiação no cadastro da pessoa física. Agora, é possível adicionar uma quantidade ilimitada de pais e mães para uma pessoa. Para isso, desenvolvemos uma tabela de filiação dentro da seção de dados complementares da pessoa física. Dentro desta tabela, é possível realizar as inclusões necessárias. Os antigos campos de pai e mãe foram removidos do sistema, e as informações contidas neles foram migradas para a nova tabela de filiação. Para saber mais, clique aqui.
• Na tela “Acadêmico” > “Geração de Senha”, efetuamos a remoção das alternativas de geração de senha destinadas a “pai” e “mãe”, substituindo-as pela opção “pais”. Ao escolher essa opção, a senha será gerada para todos os pais, conforme os filtros selecionados na tela.

222550 - Atos regulatórios da IE

• Conforme solicitação de algumas registradoras, realizamos uma melhoria no envio dos atos regulatórios da IE. A partir desta versão, serão enviados os atos regulatórios que estiverem vigentes. O credenciamento é um ato obrigatório, portanto caso a IE não tiver cadastrado um ato de credenciamento, ou este ato tiver o campo prazo de validade informado e o prazo for inferior a data em que se esta gerando os xml´s do diploma, o sistema compreenderá que este ato não está mais vigente, portanto ao gerar um xml será exibida uma inconsistência para o usuário, informando que o ato de credenciamento no pode ser nulo. Para atos que não possuem o campo prazo de validade informado, o sistema entenderá que tais atos estão dentro da vigência. Os atos regulatórios do curso, não foram alterados. Para mais informações sobre os atos regulatórios da IE acessar Configurações no cadastro de Pessoa Jurídica para diploma digital

221885 - Diário de classe

• Realizamos aprimoramentos no relatório padrão E10 - Diário Eletrônico. Implementamos uma regra para que o relatório não inclua os alunos que se matricularam na turma/disciplina após a data de encerramento do período. Essa data corresponde à data final do prazo de digitação na tela de períodos do diário. A data de referência para essa verificação é a “Data de entrada” contida na matrícula da disciplina do aluno.

221244 - Entrega de documentos

• Realizamos uma melhoria no menu de entrega de documentos do aluno, quando o documento for do tipo xml do histórico, xml do documento do diplomado e xml do diplomado. Como tais documentos possuem uma ordem de assinatura(estipulada pelo MEC), implementamos essa ordem também na rotina de entrega de documentos, para quando o documento entregue for enviado para a plataforma de assinatura.
  

IE expede e registra: Ao anexar um documento de xml do aluno e selecionar a opção de enviar para a plataforma de assinatura, só será possível se forem inseridos os anexos dos 3 xmls (histórico, documento do diplomado e diploma), e forem enviados os 3 ao mesmo tempo, caso contrário será exibida uma mensagem ao usuário informando que o documento não pode ser enviado devido estar aguardando o envio dos outros xmls. A regra também foi estabelecida para a reprovação de documentos, a composição do diploma para IE que expedem/registram são 3 xmls, portanto ao selecionar qualquer um dos 3 xmls, o sistema exibirá uma janela informativa ao usuário, para que o mesmo saiba que ao reprovar aquele xml os outros xml que tem vínculo com o mesmo serão automaticamente reprovados. Assim não necessitando mais reprovar um xml por vez.
IE apenas expede: Nos casos que a IE apenas expede, são gerados apenas 2 xmls (histórico e documento do diplomado), portanto o vínculo será apenas com esses dois documentos. Caso o usuário queira enviar os xmls novamente para a assinatura pela tela de entrega de documentos, só será possível ao anexar o xml do histórico e do documento do diplomado e enviar os dois ao mesmo tempo. Caso contrário o sistema exibirá uma mensagem que o documento não pode ter sido enviado para a assinatura pois os documentos precisam ser enviados de forma unificada. Quanto a reprovação de documentos, funcionará da seguinte maneira: Ao selecionar para reprovar o xml do histórico o sistema exibirá uma janela informando que o mesmo pertence a uma composição de documentos, ao reprovar ele o xml do documento do diplomado também será reprovado automaticamente, não havendo necessidade de reprovar manualmente um a um (para os casos de alunos concluídos). Para os históricos parciais nada mudou, uma vez que ainda não possuem o outro xml gerado e entregue. Como o xml do diploma vem da registradora já assinado, se houver necessidade de reprovar o mesmo, ao selecionar o xml do diplomado será reprovado apenas esse documento, e não os outros 2 xmls da emissora.

216541 - Cadastro > Resposta

• Incluímos o campo “Dica (hint)” no cadastro de respostas no módulo avaliação. Ao preencher esse campo, o sistema apresentará uma dica ao posicionar o mouse em cima da resposta quando o tipo de pergunta é “Escala”. Para saber mais, acesse a documentação sobre o cadastro de resposta do módulo avaliação.

211576 - Cadastro > Avaliação

• Incluímos o campo “Função de validação específica para aplicação” no cadastro da avaliação. Com esse campo, torna-se possível aplicar a avaliação a pessoas específicas do grupo de avaliadores do questionário. A função é executada durante a aplicação da avaliação e é fundamental que ela esteja criada no banco de dados antes de aplicar a avaliação. Caso contrário, ocorrerá um erro, e a avaliação não será aplicada. Para obter mais informações sobre a nova alteração e detalhes sobre a função a ser criada, acesse o cadastro de avaliação.

211206 - Módulo comum > Operações > Consulta de alunos contabilizados na licença

• Incluímos o campo com a quantidade de alunos ativos que a licença possui. Se o tipo de licença for mantenedora, apresenta todos os alunos do sistema. Se o tipo de licença for por unidade, retorna somente os da unidade.
• Incluímos também o campo “Licença” onde é possível efetuar o filtro da unidade e/ou da mantenedora na qual deseja verificar os alunos contabilizados na licença.

221045 - Processo de envio de mensagens pela caixa de mensagens

• Temos o prazer de compartilhar uma melhoria significativa em nosso sistema, especificamente na funcionalidade de envio de mensagens para alunos e responsáveis através da Caixa de Mensagem no módulo comum na opção Destinatário > Responsável do aluno. Agora, ao utilizar a opção “Nova Mensagem”, implementamos um aprimoramento que proporciona maior controle na comunicação. Com essa atualização, garantimos que a comunicação seja ainda mais precisa e relevante. Se um responsável não tiver um tipo de filiação informado em nosso sistema, a mensagem não será enviada para esse destinatário em particular. Isso assegura que a comunicação seja direcionada apenas para os responsáveis cujas informações estão completas e atualizadas.

220645 - Mensageria > opção 'WhatsApp' Envio de notificações por WhatsApp

• Implementamos uma nova opção de envio de notificações por WhatsApp. Agora, é possível ter várias instâncias cadastradas no mensageria para WhatsApp, onde cada instância corresponde a um número de telefone associado à da instituição, permitindo que as instituições de ensino não fiquem limitadas a apenas um número. Implementamos um controle de permissões na instância, para o envio de mensagens com essa instância, restringindo a permissão de envio de mensagens aos contatos inseridos nela. Importante: removemos os campos de quantidade mínima e máxima de mensagens por lote, bem como o campo de saldo.
• Agora é possível personalizar a mensagem de aceite que será enviada para pessoas que possuem o campo “notificações por WhatsApp” vazio em seu cadastro de pessoa física. Criamos um campo que permite personalizar tanto o conteúdo da mensagem quanto o nome de contato da instância.
• Agora é possível conectar e desconectar dispositivos às instâncias. Para isso, inicialmente, é necessário que o usuário possua permissão para essa ação. Para conceder essa permissão, siga os passos abaixo: vá para “Security” > “Perfil do Usuário” > Selecione “Comum” no campo 'Módulo' > Selecione “Processo” no campo 'Tipo'. Após essa seleção, habilite a opção 'Permitir a conexão de instâncias do WhatsApp a dispositivos'. Uma vez que o usuário tenha a permissão e a instância não possua nenhum dispositivo conectado, um QR Code será exibido para a conexão. Caso contrário, o QR Code não será mostrado. Para saber mais sobre as configurações da mensageria, clique aqui.

• Realizamos melhorias na tela de cadastro de processos no Mentor Agendador, devido à criação de instâncias no WhatsApp. Agora, ao selecionar a opção de WhatsApp, o campo 'Instância' é exibido na tela, listando todas as instâncias cadastradas no módulo Comum > Mensageria > WhatsApp, independentemente da permissão do usuário para enviar mensagem pela instância. Além disso, incluímos a aba WhatsApp, onde criamos os campos destinatário e conteúdo. Para saber mais sobre, acesse as o mentor agendador.

• Realizamos algumas melhorias na tela de enviar mensagem no módulo Prospect, devido à criação de instâncias no WhatsApp. Agora, ao selecionar a opção WhatsApp, o campo 'Instância' será exibido, listando apenas as instâncias para as quais o usuário possui permissão de envio de mensagens. Essa permissão é concedida na tela de cadastro de instâncias no módulo Comum > Mensageria > WhatsApp. Para saber mais sobre, acesse enviar mensagem pelo módulo prospect.

• Realizamos algumas alterações na tela de caixa de mensagem ao selecionar o tipo de mensagem WhatsApp:
  1. Agora, ao selecionar o tipo de mensagem WhatsApp, a tela se adapta de acordo com a quantidade de instâncias configuradas para o usuário logado. Se houver mais de uma instância configurada, será exibida uma caixa de seleção para escolher a instância desejada. Caso haja apenas uma instância com permissão, a caixa de seleção não é exibida. E se não houver nenhuma instância com permissão, uma mensagem informativa será exibida em tela.
  2. A caixa de conteúdo da mensagem não possui mais limite de caracteres. Anteriormente, o limite era de 400 caracteres, mas agora você pode digitar a mensagem com o tamanho necessário.
  3. O envio de mensagem não possui mais um número mínimo de destinatários. Antes, era necessário ter no mínimo 100 pessoas para enviar a mensagem, mas essa restrição foi removida.
  4. Acima da caixa de conteúdo, adicionamos os botões Negrito, Itálico, Tachado e Monoespaço. Agora, ao selecionar um texto na caixa de conteúdo e clicar em um desses botões, o texto selecionado será formatado de acordo com o estilo do WhatsApp.
  5. Agora, é possível anexar até 20 arquivos ao enviar mensagens via WhatsApp. Além disso, também é possível adicionar campos curinga à mensagem. Para utilizar essa função, basta clicar no ícone ao lado do campo de conteúdo da mensagem. A disponibilidade dos campos curinga varia de acordo com o tipo de destinatário selecionado. Também realizamos a implementação de uma validação ao enviar a mensagem: caso a instância não esteja conectada a um dispositivo, uma mensagem informativa é exibida, indicando o motivo pelo qual o envio da mensagem não é possível. Portanto, será necessário primeiro conectar um dispositivo para, posteriormente, prosseguir com o envio da mensagem.
• Criamos o campo “Notificações por WhatsApp” na aba “Dados Complementares” no cadastro de pessoa física. Através desse campo, é possível controlar a permissão de recebimento de mensagens via WhatsApp. Se o campo estiver vazio e uma mensagem for enviada para a pessoa física, o sistema automaticamente envia uma segunda mensagem padrão, solicitando permissão para enviar mensagens, com as opções “Sim” e “Não”. Consequentemente, o campo “Notificações por WhatsApp” é preenchido automaticamente com o valor “Não” até que a pessoa responda com “Sim”. Quando o valor estiver configurado como “Não”, a pessoa não recebe nenhuma mensagem do sistema. Este comportamento acontece automaticamente em todas as telas de envio de mensagens pelo WhatsApp, exceto no Mentor Agendador. Nesse caso, a validação de permissão para notificações via WhatsApp só acontece quando a consulta retornar o campo PES_ID.
• Adicionamos a funcionalidade de envio do link de boleto por WhatsApp. Para isso, é obrigatório que o conteúdo da mensagem contenha o campo que é automaticamente adicionado ao clicar na opção “Link Boleto”. Nesse caso, não será possível selecionar por qual instância deseja enviar a mensagem. A rotina de envio de boletos usará a instância padrão cadastrada nas configurações da mensageria. Para saber mais sobre o envio de boletos, clique aqui.

209101 - Consulta de parcelas

• Realizamos uma melhoria na visualização das parcelas com título. Agora, é possível gerar um link para o boleto, através da opção 'link impressão' nas opções da parcela. Dessa forma, qualquer pessoa pode visualizá-lo e baixá-lo, sem a necessidade de autenticação no sistema. Para saber mais, clique aqui.

221113 - Financeiro > Tipos de baixa

• Liberamos a nova tela de tipo de baixa já utilizando a nova tecnologia em flutterweb. As regras de negócio permanecem as mesmas, a maior mudança é em seu layout. Ela possui integração com a tela antiga portanto ao cadastrar/alterar algo na nova tela, será refletido na tela antiga, e vice-versa. Lembramos que para acessar a nova tela, é necessário a liberação no security e liberação para os usuários que terão acesso. Para maiores informações sobre a tela acessar Tipos de baixa (nova tela)

221617 - Configurações > Financeiro

• Implementamos a opção de escolha quanto ao envio do contrato para assinatura no momento da renegociação pela tesouraria. Para isso, introduzimos a configuração denominada “Permitir renegociação sem envio de contrato para assinatura na plataforma”, localizada em Configurações > Financeiro > aba Renegociação. Além disso, nos detalhes de configuração por subnível, foram incluídos os campos “Data inicial de corte” e “Data final de corte”. Essa data de corte terá impacto direto nas parcelas que serão exibidas na central do aluno e do responsável. Apenas as parcelas dentro do intervalo de datas definido serão listadas nas centrais. No caso de campos vazios, todas as parcelas serão exibidas.
• Na central do aluno e responsável, na visualização das simulações, implementamos a exibição das parcelas com os status “cancelada” e “inativa”. Quando uma parcela possuir um desses status, os botões 'Assinar' e 'Cancelar' a simulação serão desabilitados automaticamente.

220258 - Configurações > Financeiro > Parcelas

• Implementamos a opção “Utiliza execução de baixa automática em segundo plano” que quando marcada, efetuará as baixas automáticas em segundo plano. Isso significa que será possível prosseguir com outras tarefas no módulo sem interrupções enquanto o sistema cuida das baixas automaticamente. Quando essa opção está marcada, não é possível visualizar as prévias das baixas.

215208 - Cadastros > Formas de seleção

• Incluímos o campo “Validade da prova do ENEM (anos)” no cadastro de formas de seleção. Este campo será apresentado em tela quando o campo “Número de inscrição e ano que faz a prova do ENEM” for diferente de “Não obriga”. Quando o campo for preenchido, no momento que o candidato estiver efetuando a inscrição no concurso, irá ser apresentada a quantidade de anos para selecionar juntamente com o número de inscrição do ENEM, não sendo possível selecionar um ano anterior ao qual foi configurado no cadastro de formas de seleção.

218831 - Cadastros > Cadastro de categoria

• Realizamos a criação da tela de cadastro de categorias. Essa implementação foi motivada pelo alto volume de tipos de requerimentos existentes. Com essa perspectiva em mente, compreendemos que, em muitas ocasiões, pode ser demorado encontrar a informação desejada. Para agilizar o processo de consulta, o agrupamento por categoria possibilita a filtragem e ordenação dos requerimentos, tornando a visualização mais simples e rápida. Para saber mais sobre, acesse o cadastro de categoria.
• Adicionamos o campo 'Categoria do requerimento' à tela de cadastro de requerimentos. Esse campo irá listar todas as categorias cadastradas e ativas.
• Adicionamos o campo 'Categoria' nos filtros de requerimentos pendentes e solicitados na secretaria e portais do aluno, coordenador, etc.

217975 - Cadastro > Requerimento

• Incluímos a opção de parcelar o requerimento quando o requerimento possui custo. Ao efetuar o cadastro de um requerimento, é possível definir a opção de parcelamento na aba “Financeiro”. Para saber mais sobre o parcelamento, basta acessar a documentação de cadastro de requerimento.

219392 - Regras para definição de prazos > Filtros

• Identificamos uma inconsistência nos filtros das regras para definição de prazos quando o processo de matrícula é por escolha de curso. Os filtros não eram aplicados no passo 'seleção de cursos' no processo de matrícula. No entanto, realizamos a correção e agora deve mostrar apenas os dados que estão em conformidade com os filtros inseridos nas regras para definição de prazos durante o processo de matrícula.

220808 - Diário eletrônico > Conteúdo ministrado

• Verificamos uma inconsistência na soma de aulas dadas em conteúdo ministrado. Os campos CH Prática EAD e CH Teórica EAD da disciplina não estavam sendo contabilizados na contagem total de aulas dadas. No entanto, realizamos a correção necessária e agora a soma de aulas dadas inclui todas as cargas horárias, tanto presenciais quanto EAD, da disciplina.

220913 - Graduação > Matrícula da turma

• Realizamos um ajuste para garantir que, quando o cliente cancela a simulação ou renegociação pelo portal do aluno, o status do documento será alterado para “cancelado” na plataforma da DropSigner. Na tela de renegociação, se o status da renegociação estiver como “cancelado”, o botão para consultar o documento para assinar ficará desabilitado. Essa melhoria visa proporcionar uma experiência mais consistente e eficiente para os usuários, evitando que documentos cancelados sejam acessados para assinatura. Agora, a plataforma DropSigner refletirá adequadamente o status dos documentos após o cancelamento realizado pelo cliente no portal do aluno.

220644 - Entrega de documentos

• Identificamos uma inconsistência na entrega de documentos relacionada a três situações específicas do aluno, a saber: 1. Matrículas com status de 'transferência interna'; 2. Ingresso com status de 'transferência de curso'; e 3. Documentos do curso com status 'transferência de curso' entregues. Anteriormente, quando um aluno se encontrava nessas três situações e reprovava o documento vinculado a elas, isso resultava na criação indesejada de uma nova matrícula. No entanto, efetuamos os ajustes necessários para solucionar essa inconsistência de duplicidade de matrícula. A partir de agora, ao reprovar um documento que atenda aos três pontos mencionados anteriormente, não ocorrerá a geração de uma nova matrícula, evitando, dessa forma, a referida inconsistência na entrega de documentos.

220651 - Cadastro de turmas > Pré-requisitos

• Realizamos um ajuste na tela de cadastro de pré-requisitos, onde os campos de “Data de início da matrícula” e “Data de término da matrícula” estavam sendo limpados após criar/alterar um registro. Agora os campos de datas ao serem informados permanecerão preenchidos.

222146 - Módulo graduação EAD > Notas e faltas por aluno

• Identificamos uma situação inesperada ao realizar ajustes manuais nas notas dos alunos, onde o sistema exibia uma mensagem de erro indicando que outro usuário havia alterado o registro antes da edição. Ao tentar recarregar a tela, o Mentor apresentava outro comportamento inesperado.Para resolver essa questão, procedemos com uma correção no item encarregado de controlar a seleção das notas na caixa de seleção. Essa correção tem o propósito de garantir que o processo de seleção das notas seja preciso e consistente, com o intuito de aprimorar a funcionalidade e a integridade do sistema.

221567 - Operações > Exportação para o ENADE

• Quando os alunos eram exportados para o ENADE através do layout de concluinte, se o ano de formatura fosse o mesmo que o ano corrente, o sistema automaticamente atribuía o semestre de formatura como “1”, quando na verdade deveria ser obrigatoriamente indicado como “2”. Isso resultava em um erro no sistema, pois não refletia a situação correta.

221567 - Exportação para o ENADE

• Verificamos que quando o ano de formatura do aluno for igual ao ano corrente (ano da exportação) o sistema estava enviando o campo “SEMESTRE_FORMATURA” como “1”, entretanto o correto seria enviá-lo com o valor “2”. Ajustamos para efetuar a exportação com os valores corretos.

220306 - Graduação > Entrega de documentos

• Identificamos uma inconsistência cuja qual duplicava alguns xml´s do aluno, durante o processo de envio/aguardo da assinatura digital. Corrigimos esta situação.

222583 - Graduação > Gerar xml e enviar para a assinatura

• Inserimos a validação de código do Município que é enviado no xml. O código do município deve ter obrigatoriamente 7 dígitos conforme a tabela fornecida pelo IBGE. Caso for gerado um xml que conste no código do município um numero inferior a 7 dígitos, será gerado uma ocorrência, informando ao usuário que deve corrigir o código.

222570 - Remanejamento de turma

• Identificamos uma inconsistência no remanejamento de turmas quando o critério de avaliação por disciplina é por conceito e o diário eletrônico estava encerrado. Nesse cenário, as notas não estavam sendo devidamente transferidas para a turma de destino. Implementamos uma correção e agora, ao efetuar o remanejamento, as notas das disciplinas serão transferidas de forma adequada.

222209 - Registro de atividades

• Ao concluir o encerramento do diário eletrônico das atividades complementares por meio do módulo de atividade complementar, foi observado que o sistema não estava preenchendo automaticamente os dados da pessoa responsável pelo registro da atividade. A partir de agora, o campo será automaticamente preenchido com as informações do usuário que estiver logado e que efetuar o encerramento do diário.

222933 - Módulo Censo > Escola > Instituição

• Identificamos uma inconsistência no processo agendado por e-mail. Ao programar o processo e o mesmo ser executado, um erro era registrado no log do processo, o que resultava na não entrega do e-mail. Isso ocorreu devido a uma modificação feita em um campo na rotina do processo agendado por WhatsApp. Realizamos a correção necessária e agora não haverá mais erros ao executar o processo agendado por e-mail.

201134 - Consulta > Resultado da avaliação

• Identificamos que, ao efetuar a emissão do resultado da avaliação onde o resultado da avaliação possuía data posterior ao cálculo da visão, o sistema apresentava um erro em tela. Agora, nessa situação, uma mensagem será exibida: “A visão selecionada foi alterada recentemente. Para visualizar os resultados, é necessário recalcular para esta Avaliação/Período letivo/Visão selecionada.”.

220233 - Módulo Censo > Escola > Instituição

• Corrigimos uma inconsistência no cadastro da Instituição referente a algumas configurações que eram selecionadas, nos campos de informações de “Acesso à internet e Rede local de interligação de computadores”. Algumas configurações ao serem selecionadas não permaneciam selecionadas após a gravação do cadastro.

221605- Módulo Censo > Exportação

• Identificamos um comportamento incorreto no arquivo, em que o fechamento do mesmo não estava incluso no final, faltando a informação “99|”. Para corrigir essa questão, realizamos o ajuste e adicionamos “99|” ao final do arquivo, seguindo a regra 38 do Layout de Importação e Exportação 2023 (Matrícula Inicial). Com essa correção, garantimos a conformidade do arquivo com o layout estabelecido para a importação e exportação de dados, assegurando que todos os requisitos estejam devidamente atendidos.

222381 - Remanejamento de Turma

• Identificamos um cenário em que, ao efetuar o remanejamento de um aluno para outra turma na mesma fase do curso, o sistema estava registrando a próxima fase da matrícula original caso essa matrícula tivesse uma pré-matrícula para a fase seguinte. Para resolver esse comportamento, implementamos um ajuste no sistema para realizar uma verificação específica. Quando a origem da matrícula do aluno é indicada como um remanejamento de turma, a fase atual na qual o aluno está matriculado é mantida inalterada. Essa mudança assegura que o processo de remanejamento não afete indevidamente a fase atual do aluno, evitando que a próxima fase seja registrada erroneamente.

222097 - Central do coordenador > solicitação de requerimento

• Ao acessar a solicitação de requerimento pela central do coordenador, identificamos que o sistema estava exigindo a seleção do solicitante, porém realizava uma consulta ao entrar na tela, ignorando o campo obrigatório. Isso resultava em erros ao selecionar um requerimento sem um solicitante informado. Para solucionar esse problema, realizamos um ajuste. Agora, ao acessar a tela de requerimentos solicitados pelo módulo do coordenador, o campo de solicitante virá selecionado como padrão. Com essa melhoria, garantimos que a seleção do solicitante esteja preenchida por padrão, evitando erros e proporcionando uma experiência mais fluída no processo de solicitação de requerimentos.

220809 - Lotes de NFSE > Atualizar

• Verificamos uma inconsistência ao atualizar várias NFSE pela tela de Lotes de NFSE. Ao atualizar NFSE em grandes quantidades, um erro era exibido na tela. Essa falha estava relacionada ao plugnotas, porém não estava sendo tratada no mentorweb. Agora, realizamos a correção e o erro não ocorrerá mais. Em vez disso, uma mensagem será exibida indicando que houve uma falha ao se comunicar com o servidor da plugnotas.

220311 - Operações > Contratos financeiros

• Identificamos que o sistema permitia a exclusão de contratos financeiros que possuíam parcelas de renegociação vinculadas, o que resultava na impossibilidade de desfazer as parcelas renegociadas. Para solucionar esse problema, realizamos ajustes no sistema, de modo que agora uma mensagem de erro é exibida ao tentar excluir um contrato financeiro que possui parcelas de renegociação.

221380 - Operações > Enviar/Cancelar NFSE

• Identificamos que ao efetuar o envio de NFSE com duas abas do navegador abertas, o sistema acabava duplicando o envio das Notas fiscais eletrônicas. Agora, ao tentar enviar o mesmo lote com duas abas do navegador em aberto, o sistema apresenta a mensagem: “Não foi possível emitir as seguintes parcelas, pois as mesmas já foram emitidas em lotes anteriores”.

222125 - Geração de título bancário

• Identificamos um problema na geração sequencial de números de títulos bancários. Originalmente, utilizamos um mecanismo de cache para evitar consultas frequentes ao banco de dados. No entanto, isso levou a situações em que a geração simultânea de títulos por diferentes aplicações resultou em números duplicados. Para solucionar esse problema, implementamos uma solução que combina armazenamento em cache e banco de dados em memória. Essa solução é compartilhada entre as aplicações, proporcionando uma estrutura centralizada para a geração segura de números sequenciais, evitando duplicações mesmo em cenários de geração simultânea por várias aplicações.

221043 - Financeiro > Financeiro > Aba renegociação

• Identificamos que no financeiro, nas opções de configurações da renegociação não estavam mais disponíveis as opções de notificações para o responsável. Corrigimos essa situação disponibilizando tais configurações.

221634 - Financeiro > Prestador de serviços

• Corrigimos uma inconsistência que ocorria no momento de gravar um novo prestador de serviços, referente ao campo longitude e latitude, que eram informados no cadastro da instituição no módulo censo.

220860 - Cadastro de interface

• Identificamos uma inconsistência na tela de cadastro de interface. Ocorria um erro ao realizar a pesquisa detalhada no campo 'valor do filtro' quando, na etapa de definição de layout, o campo estava configurado com o tipo de entrada de dados 'Query'. Realizamos a correção necessária, e agora esse erro não ocorrerá mais ao realizar a pesquisa detalhada no campo 'valor do filtro'.

209589- Gerador de interface > cadastros > tabelas

• Corrigimos um erro que ocorria ao criar tabelas pelo gerador de interfaces. AA partir desta versão ao gerar uma FK pelo gerador de interfaces, será exibido uma mensagem padrão para caso ocorra um erro de FK.

222968 - Operações > realizar inscrições

• Quando a inscrição de um aluno era efetuada através do módulo de inscrição, ao tentar abrir o link para efetuar o login, o sistema não estava respondendo corretamente. Fizemos as correções necessárias para garantir que esse erro não ocorra mais.

218796 - Portal do candidato > Visualizar inscrição

• Identificamos uma inconsistência na tela de visualização de inscrição no portal do candidato. Mesmo nos casos em que o aluno realizou a inscrição em um processo seletivo, porém não efetuou o pagamento da parcela, resultando assim no cancelamento da inscrição, constatou-se que ainda era possível gerar um novo boleto para o processo seletivo já encerrado. Essa ação podia ser realizada mesmo quando a opção de “Permite alteração de inscrição” não estava marcada. A partir de agora, ao selecionar a opção “efetivar” na tela de visualização de inscrição, não será mais possível gerar um novo boleto se o processo seletivo já estiver encerrado e a parcela tiver sido cancelada.

220799 - Portal do professor > Digitação de plano de ensino > Aba Unidades

• Realizamos uma melhoria na performance da rotina de digitação de plano de ensino. Ao navegar pelas abas existente/configuradas na tela ocorriam algumas vezes erros de javaScript devido a performance da tela.

222501 - Diário Eletrônico > Conteúdo Ministrado > Matéria Selecionada > Adicionar Conteúdo

• Realizamos recentemente um ajuste no plano de ensino, permitindo que a metodologia e o conteúdo programático estejam disponíveis no registro de conteúdos ministrados. Embora essa melhoria tenha proporcionado maior acessibilidade às informações, reconhecemos que, na prática, todas essas informações estão atualmente agrupadas na seção 'Adicionar Conteúdo'.

221139 - Portal do aluno > Consulta > Notas e Faltas

• Corrigimos um problema na exibição das notas e faltas por conceito. As mesmas podiam ser visualizadas independente do período de divulgação. A partir desta versão, as mesmas somente serão visualizadas conforme configuração dos períodos de divulgação da nota.

221774 - Portal do Aluno > Consulta > Financeiro

• Detectamos que o sistema estava incorretamente adicionando valores indevidos quando um boleto era prorrogado através da tela de Portal do Aluno, especialmente quando a data de vencimento da parcela coincidia com um final de semana ou feriado. Realizamos as correções necessárias para resolver esse comportamento, agora o sistema realiza uma verificação no momento da prorrogação do título. Se a data atual for o último dia útil após um final de semana ou feriado, não haverá acréscimo indevido de valor de multa e juros.

221592 - Portal do Aluno > Matricula extensão

• Melhoramos a mensagem que era exibida no momento que o aluno tentava realizar uma matricula de extensão e não haviam cursos disponíveis

220995 - Inscrições realizadas

• Identificamos uma inconsistência nas opções de menu da tela de inscrições realizadas. As opções de menu não estavam funcionando quando o navegador Chrome era utilizado. Realizamos a correção necessária, e agora as opções de menu funcionam corretamente no navegador Chrome. Com essa correção, os usuários poderão utilizar as opções de menu sem problemas.

221474 - Agendamento de matrícula > Seleção de agendamento > botão próximo

• Identificamos um comportamento no sistema que, quando não tenha nenhum aluno matriculado em um curso novo, não recupera a regra de matricula e dessa forma não era criado o ingresso do aluno e bloqueava a finalização do agendamento de matrícula, agora ajustamos para que não realize o essa validação, dessa forma recuperando a regra de matrícula corretamente.

222012 - Processo seletivo > Digitação de notas

• Identificamos que, após inserir as notas dos candidatos e classificar um aluno como aprovado, o sistema não permitia reverter essa decisão caso seja necessário ajustar a pontuação para “Não aprovado”. Ajustamos para ser digitado a nota novamente e efetuar a chamada dos alunos com a situação correta.

220032 - Processo seletivo > movimentos > impressão cartão resposta

• Detectamos que ao efetuar a impressão do cartão resposta em que o sistema não conseguia efetuar a impressão do relatórioo, o sistema apresentava erroneamente a mensagem: “Mensagem do sistema: java.lang.NoSuchMethodError: 'org.eclipse.jdt.core.compiler.IProblem[] org.eclipse.jdt.internal.compiler.CompilationResult.getErrors()'. Ajustado para o erro não ser mais apresentado.

222987 - Documentos com autenticidade/certificado

• Identificamos uma inconsistência na tela de Documentos com autenticidade/certificado. Não estava exibindo nenhum relatório no campo “documento” quando o tipo é “autenticidade”. Isso ocorreu devido a uma regra implementada que verificava se o usuário possuía permissão para gerar o relatório, porém essa regra não faz sentido ser aplicada a essa tela. Portanto, realizamos a correção e agora o campo “documento” lista todos os relatórios cadastrados na base.

Eba! Chegamos ao final do release notes juntos, obrigado por ter lido até aqui! Saiba que estamos trabalhando incansavelmente para oferecer produtos e serviços cada vez melhores e mais eficientes para você. Continue acompanhando nossas novidades e atualizações, e não hesite em nos dar seu feedback e sugestões. Juntos, vamos transformar a educação!

Ficou com alguma dúvida? Nosso suporte pode ajudar! Clique aqui e abra um chamado para atendimento.