O Múltiplo fator de autenticação (MFA) é um mecanismo que, após o usuário inserir corretamente seu login e senha, solicita um código de acesso.

CORREÇÕES

ADMIN

• Alteramos os textos “Permissões da Plataforma Lecom” para “Permissões Gerais” presentes na segunda aba do cadastro de usuário e na mensagem de erro referente à obrigatoriedade do preenchimento das permissões de pesquisa. (PLT-4175)

• Normalizamos o texto, no idioma português, nas mensagens de erro ao tentar cadastrar usuários com funções repetidas corrigindo o termo “Funcaoes” para “Funções”. (i-PLT-4157)

• Realizamos uma correção na ordenação de usuários para que o líder seja considerado corretamente, pois não era possível realizar a ordenação por este valor no cadastro de usuários. (i-PLT-4099)

• Realizamos um ajuste nas consultas de busca dos filtros avançados no cadastro de usuários, pois quando as buscas eram feitas com base no grupo do usuário, os resultados não eram retornados. (i-PLT-4098)

• Corrigimos o problema de permissão ao acessar o módulo admin a partir de outro módulo. (i-PLT-2280)

• Adicionamos uma validação para o campo "Máximo de tentativas de login", no módulo Admin, de forma que ela barre qualquer valor inserido no campo que seja menor ou igual a zero. (i-PLT-2571)

• Corrigimos a visualização dos dados de usuário no Admin, pois, quando seu login continha possíveis extensões (.css, .gif, .do, .png etc.), os dados não eram carregados. (e-PLT-4156)

• Alteramos o fluxo de editar/salvar funções de usuário no módulo ADMIN para que as verificações sejam feitas apenas na função que sofreu alteração, evitando lentidão ao salvar as funções. (e-PLT-3282)

• Ajustamos a importação de grupos via LDAP, pois, anteriormente, os grupos não eram importados. (e-PLT-673)

ANÁLISES

• Ajustamos a label do botão "Cancelar", da modal de exclusão de gráfico, no módulo Análises, para os idiomas inglês e espanhol, pois, anteriormente, ele estava sendo exibido com a label "null". (i-PLT-3036)

API REST

• Tratamos o item de vulnerabilidade que expunha dados sensíveis de usuários numa rota que não exigia autenticação. (e-PLT-127)

DOCUMENTOS

• Realizamos um ajuste nas validações executadas durante a geração de revisões e versões de documentos pois não eram validados corretamente casos que possuíam metadados do tipo lista, impedindo a conclusão do processo. (i-PLT-4290)

• Realizamos a implementação da ordenação por identificador para "Modelos Padrão", no módulo de Documentos. Embora a opção estivesse presente na lista, ela ainda não havia sido devidamente implementada, o que resultava numa ordenação incorreta dos registros. (i-PLT-4145)

• Realizamos uma correção nos retornos de exclusão de templates e dossiês, pois apresentavam mensagem de erro mesmo com a exclusão sendo executada com sucesso. (i-PLT-3842)

• Reabilitamos a funcionalidade de “exportar para impressão”, no módulo Documentos. Tal funcionalidade está disponível apenas para a busca de templates. (e-PLT-3658)

• Ajustamos a exibição dos campos monetários de metadados, pois não apresentavam os decimais corretamente. Isto é, ao inserir valores em campos metadados do tipo monetário que possuam 0 à direita nos campos decimais, apesar de serem salvos corretamente na atividade, ao exibir o documento pelo ECM era apresentado um valor incorreto. (i-PLT-3576)

• Corrigimos a busca a partir do número do processo na “Auditoria ECM”, uma vez que, anteriormente, o sistema apresentava um pop-up com a mensagem “carregando”. (i-PLT-3534)

• Ajustamos o problema de a plataforma não informar que um campo template não pode ser excluído pois já foi utilizado em um processo. (e-PLT-2735)

• Adicionamos uma validação que possibilitou o ajuste da funcionalidade de ordenação de resultados contido na tabela de pesquisa de documentos através das colunas nome, autor, data de criação, data de modificação e versão, pois, anteriormente, não era possível ordenar as colunas de pesquisa por template, dossiê ou processo. (i-PLT-3784)

• Ajustamos a forma como era feita a conversão de HTML para PDF, pois, anteriormente, havia uma quebra devido à incompatibilidade de versão, impossibilitando realizar o rendition de documento no ECM e renderizar, por exemplo, o elemento “Caixa de Texto”, na visualização de arquivos. (e-PLT-3021, e-PLT-3527, i-PLT-3548, i-PLT-3782 e e-PLT-3913)

• Realizamos um ajuste que permite configurar o tipo permitido no template durante a importação, de acordo com o que vem no arquivo exportado. Anteriormente, ao importar um template, através de importação de processo, a configuração de “Tipos de arquivos permitidos” era removida. (i-PLT-3434)

• Adicionamos uma validação nos metadados do documento para que, quando o campo for do tipo lista, seja possível versionar o documento mesmo sem nenhuma opção selecionada. (i-PLT-4290)

FORMULÁRIO

• Realizamos um ajuste no envio de e-mails de atraso e de aprovação de atividades, pois ocorria um erro em modelos que utilizam o “Form Novo” que impedia o envio correto dos e-mails. (PLT-4076)

• Atualizamos os campos que utilizam o tipo "Linha de Texto", com configuração de máscara para incorporar o evento "onPaste", para substituir o comportamento esperado ao realizar modificações no campo que não era executado ao colar valores. (e-PLT-3876)

• Realizamos uma correção no título dos e-mails de aprovação de atividades em atraso, pois vinham com o mesmo título da aprovação de atividades no prazo. Também normalizamos o envio de notificação, por e-mail, no andamento das atividades para form antigo. (i-PLT-3767 e e-PLT-3908)

• Realizamos um ajuste na exibição de modais nos formulários com integrações JS, pois o efeito de blur no formulário não era removido após fechar o modal. (i-PLT-3762)

• Removemos a opção de “Botões de Aplicação”, nas configurações de regra de formulário, para a ação “O usuário alterar o valor do campo”, pois este tipo de ação é irreal e ocasionava problemas quando configurada dessa forma, impedindo o carregamento correto das regras configuradas na atividade. (i-PLT-3756)

• Alteramos a label da ação "Limpar opções" para "Remover todas as opções", na regra de formulário. (i- PLT-3304)

• Ajustamos a visualização de documento de campo template ao acessar uma atividade pública sem estar logado, pois, anteriormente, não era possível utilizar essa opção, recebendo um erro de autenticação ao abrir a nova aba. (e-PLT-2809)

• Corrigimos o problema relacionado à pré-visualização de arquivos em campos template, em modo teste, pois, ao clicar no ícone, o usuário era redirecionado à página home do ambiente ou Workspace. (e-PLT-2690)

• Corrigimos a visualização de arquivos dentro do formulário para que seja exibida a versão inicialmente anexada, a fim de manter o histórico de versões dos processos. (e-PLT-4386 e i-PLT-4583)

• Ajustamos a exibição dos valores carregados pela lupa ao manipular a visibilidade de um campo lupa de API por meio da regra de formulário. (e-PLT-4699)

• Ajustamos os uploads múltiplos de arquivos em grid, pois, anteriormente, eles não eram importados. (e-PLT-4439)

• Corrigimos o upload de arquivos em campos template quando inicializados como invisíveis e manipulados por meio de regra de formulário ou Javascript. (e-PLT-4281)

• Ajustamos o tamanho da tooltip do upload múltiplo de arquivos, pois, ao redimensionar a janela para um tamanho menor, não era possível acionar a modal de upload múltiplos de arquivos. (e-PLT-3905)

• Ajustamos a visualização de arquivos .doc, pois, ao fazer o upload de um arquivo do tipo .doc e tentar visualizá-lo, ocorria um erro e a tela ficava branca. (i-PLT-3899)

• Ajustamos a importação de arquivos múltiplos, pois ao excluir um anexo que foi inserido através do botão “Importar múltiplos arquivos na grid”, o nome desse arquivo é exibido no campo de anexos e, ao tentar anexar outro documento, é apresentada uma mensagem de erro informando que o campo já contém um arquivo. (e-PLT-3644)

• Adicionamos uma validação na atualização do estado das modais, a fim de corrigir o problema de overlay com a modal de lupa utilizando o .apply(), pois, ao utilizar o evento SEARCHER_LOAD_SUCCESSS (que usa o .apply()) com a lupa configurada, a tela congelava, impossibilitando qualquer tipo de manipulação/interação com o formulário. Também corrigimos o evento Blur para campo do tipo “Número Decimal”, pois ele não estava sendo executado. (e-PLT-3634 e i-PLT-4983)

• Implementamos uma lógica que visa a renovar a sessão do usuário sempre que ele interagir com o formulário, pois, anteriormente, a sessão não era atualizada ao salvar formulário, em form novo. (e-PLT-3509)

• Corrigimos a questão de o campo do tipo “Caixa de Texto” não manter seu valor após o paralelismo ser executado. (e-PLT-1332)

• Adicionamos uma tratativa no cadastro de gráficos, de forma que não seja possível passar tags HTML por meio do padrão UNICODE, prevenindo, por conseguinte, possíveis ataques XSS. (e-PLT-719)

• Corrigimos a forma como a formatação do valor numérico era feita, de modo que as modais "Importar múltiplos arquivos" e "Importar múltiplos arquivos na grid" importem normalmente o documento quando os campos metadados associarem valores. (i-PLT-4999)

• Ajustamos a importação de modelo para ambientes que passaram por atualização e possuem campos do tipo lupa de resultado de API configurados, pois, anteriormente, tais campos não traziam a API vinculada ao campo. (e-PLT-3615)

• Adicionamos uma validação no momento de atualização do estado da modal da lupa, com o intuito de verificar se existem overlays sobrepostos e removê-los. Pois, ao pressionar a tecla “Enter” diversas vezes, com o foco no botão Lupa, não era possível continuar utilizando a atividade do processo, já que ficava travada. (i-PLT-3749)

• Corrigimos o problema relacionado ao botão refresh, incluindo o envio de todos os campos na rota de refresh, pois as informações não eram atualizadas quando a consulta por select apresentava em sua condição um "like" para trazer os dados. (i-PLT-4616)

GERAL

• Criamos um liquibase para renomear a coluna "RANK" para "CRON_RANK" na tabela "RB_BIBLIOTECA", uma vez que é uma palavra reservada do MySQL 8. (i-PLT-3726)

MOBILE - PWA

• Ajustamos o PWA para que, quando o usuário utilize algum dispositivo mobile, a tooltip do botão voltar, após aprovar um processo, seja removida, permitindo que esse processo seja realizado com apenas um clique. (i-PLT-3760)

MOTOR DE EXECUÇÃO

• Ajustamos as condições de roteamento, a fim de que valores que possuem parênteses possam ser utilizados, seja em atividades com gateway ou tarefas com script. (e-PLT-2008)

• Adicionamos o token CSRF (Cross-Site Request Forgery), quando habilitado, nas chamadas para envio de e-mails de atraso advindos de formulário antigo. (i-PLT-3541)

OPEN API

• Realizamos a internacionalização da aba “Chaves de API” e do botão “Criar Nova Chave de API”, no cadastro de usuários, para os idiomas inglês e espanhol. (i-PLT-3896)

• Alteramos a mensagem apresentada quando solicitado para “Atualizar os dados da atividade” a partir do serviço do OPEN API. (i-PLT-4430)

• Incluímos a paginação e a ordenação na lista de API Keys, na aba "Chaves de API" no cadastro do usuário, possibilitando visualizar ou revogar as demais chaves que o usuário possui. (i-PLT-3897)

• Ajustamos os serviços do OPEN API para que permitam valores duplicados de metadados ao substituir um documento, dentro e fora da grid. (i-PLT-4228)

• Ajustamos o serviço de “Atualizar Dados” para que permita adicionar uma linha na GRID sem que haja nenhum dado declarado. (PLT-4361)

STUDIOWEB

• Realizamos um ajuste nas bases de dados SQL Server para normalizar as tabelas utilizadas para fluxos de passagens de atividade, pois algumas colunas não eram criadas corretamente, impedindo que fossem feitas configurações de passagem de parâmetros entre processo e subprocessos, no Studio. (e-PLT-4257)

• Realizamos um ajuste no valor padrão do cron, do robô ServerWorkflow, alterando-o de "(* 1/1 * ? *)" para "0 */10 * ? * *". Além disso, implementamos um liquibase para normalizar as bases migradas, pois, anteriormente, essa configuração incorreta causava problemas no envio de e-mails. (i-PLT-4012)

• Ajustamos o salvamento das configurações do nível de log das integrações, pois anteriormente ele não estava sendo respeitado na apresentação dos arquivos de logs gerados. (i-PLT-2765)

• Corrigimos o problema de versionamento do processo durante sua importação, pois, anteriormente, não era possível importar um processo e versioná-lo simultaneamente. (e-PLT-3655)

• Ajustamos uma condição durante a inicialização dos campos no formulário, durante a passagem de atividade, para que desconsidere campos do tipo "Resultado de Integração de API para Lupa", pois ao aprovar atividades com robô, campos do tipo “Resultado por lupa” eram salvos como vazio. (e-PLT-3654)

• Realizamos um ajuste visando exibir ao usuário uma mensagem de feedback informando que as alterações realizadas no Script foram salvas com sucesso, pois, ao clicar no botão de “Salvar“, contido na modal de Scripts das Atividades, ela não era exibida. (i-PLT-3864)

• Adicionamos uma notificação ao usuário, no momento de salvar a atividade, informando que o campo “Usuário público” é de preenchimento obrigatório nas atividades que contenham a opção “Formulário público” selecionada. (i-PLT-3267)

• Ajustamos o properties dos robôs para que, ao excluí-los do ambiente, suas configurações também sejam excluídas do arquivo robot_log.properties. (e-PLT-3612)

WORKSPACE

• Normalizamos o texto no idioma inglês das opções do menu “Opened for me” para “Opened by me” e “Managed for me” para “Managed by me”. (e-PLT-3946)

• Ajustamos a listagem dos processos no filtro após editá-lo no Workspace. (i- PLT-3440)

• Ajustamos o filtro de pesquisa em "Minhas Atividades" para que, ao solicitar a limpeza dos campos, não seja apresentada uma tela branca. (i-PLT-3505)

• Alteramos a forma como a rota do formulário captura os domínios, possibilitando a ação de anexar documentos a um campo template no formulário. (e-PLT-4854)

• Ajustamos o controle de seleção dos campos relacionados às informações do formulário para exportação de pesquisa nos formatos XLSX, CSV, XML e PDF, pois, ao selecionar um campo das informações do formulário para exportação de pesquisa e filtrar por um outro campo, o sistema desabilitava a seleção feita anteriormente. (e-PLT-3532)

• Corrigimos a internacionalização dos campos da atividade ao realizar a exportação de pesquisa no idioma espanhol. (i-PLT-3496)

• Ajustamos a opção de encaminhar atividade por função, de forma que seja exibida uma lista com os usuários vinculados a essa função. (i-PLT-3552)

BANCO DE DADOS

• Realizamos a troca do encode utilizado de forma geral nas conexões com a base de dados MySQL, substituindo de “ISO-8859-1” para “Windows-1252", a fim de evitar a quebra de alguns caracteres, tais como o “–” (En Dash). (e-PLT-3733)

LOGIN

• Corrigimos o problema de os usuários não serem deslogados após atualizar o termo de consentimento, de forma que, agora, todos os usuários desloguem da plataforma. (i-PLT-3485)

• Ajustamos a validação do idioma do usuário, para que seja utilizado o padrão do navegador, com o intuito de que o problema ao abrir a modal de renovar licença do produto, em ambiente já logado, fosse sanado. (e-PLT-2661)

• Criamos um liquibase para normalizar a coluna user_search_base da tabela parametro_ldap, da base do SSO. (PLT-3017)

LIQUIBASE

• Normalizamos a primary key e os dados duplicados das tabelas BIBLIOTECA_USUARIO_PERMISSAO, INTEGRACAO_USUARIO_PERMISSAO e GRAFICO_USUARIO_PERMISSAO, para que elas possuam uma primary key normalizada em todos os bancos de dados suportados pela plataforma. (i-PLT-4537, i-PLT-4564 e PLT-4567)

• Corrigimos para que as primary keys sejam geradas automaticamente em bases zeradas. Também normalizamos os dados duplicados e as PKs para bases migradas MySQL, Oracle e SQL Server. (i-PLT-4404)

• Criamos um liquibase para normalizar a criação da tabela FIELD_GROUPING, pois não estava sendo possível fazer a conversão para a nova regra de formulário, de versões anteriores à 5.30_v1.18. (PLT-3875)

REGRA DE FORMULÁRIO

• Ajustamos a migração de processo para que não traga dados inconsistentes do campo, isso ocorria porque as regras de formulário no padrão antigo guardavam referências diferentes das que estavam sendo aplicadas. (i-PLT-4319)

• Adicionamos a exibição dos valores que não eram exibidos no agrupador “Detalhes” do card da regra de formulário. (i-PLT-4137)

• Corrigimos a impossibilidade de tornar agrupadores de campos invisíveis por meio da regra de formulário. (e-PLT-4617)

• Ajustamos os eventos do botão refresh com regra de formulário, pois, anteriormente, não era disparado conforme o esperado. (i-PLT-4558)

• Internacionalizamos as mensagens de feedback de sucesso e erro quando as regras de formulário são ativadas/inativadas através do menu de ações em lote. (i-PLT-4424)

• Ajustamos a manipulação dos botões refresh por regra de formulário, pois, anteriormente, essas ações não funcionavam com botões do tipo refresh.  (e-PLT-4324)

• Corrigimos a atualização de resultado de select quando os campos manipulados por regras de formulários estão em grid. (e-PLT-4216)

• Ajustamos o status dos cards de regras de formulário que não eram atualizados quando existiam consistências ou inconsistências. (i-PLT-4136)

• Corrigimos a inconsistência apresentada para regras de formulário com ação para botão refresh, pois, ao conter alguma incoerência na parte "executar ação", ela estando ativa ou inativa, a regra de formulário não era executada. (i-PLT-4653)

• Adicionamos uma validação para que a regra de formulário seja executada quando os campos tipo “Número decimal” e “Monetário GRID” recebam valor de outro campo. (i-PLT-4357)

• Ajustamos o problema de a plataforma exibir a tag inexistente no agrupador de detalhes do card, da regra de formulário configurada com definição de valor entre campos. (i-PLT-4135)

• Ajustamos o problema de a regra de formulário não ser executada ao configurá-la com a condição “Contém Erro”. (i-PLT-3109)

• Ajustamos as labels das ações da regra de formulário, de modo que elas sigam o novo acordo ortográfico da Língua Portuguesa. (i-PLT3605)

• Alteramos o termo “Excluir” para “Desvincular”, no contexto de Gerenciar regras por atividade, sendo contemplada a ação contida no menu de ações, e o conteúdo de descrição contido na modal de confirmação que é exibida após clicar na ação de “Desvincular”. (i-PLT3656)

• Adicionamos identificadores de obrigatoriedade nos campos de cadastro/edição das regras de formulário, explicitando a necessidade do preenchimento destes campos. São eles: Título, Vincular atividades, Quando acontecer os eventos e Execute as ações. (i-PLT-3659)

• Realizamos um ajuste na interface de configurações de regras de formulário durante a edição do modelo, removendo o valor “0” que era exibido incorretamente no canto inferior esquerdo da tela. (i-PLT-3872)

• Realizamos uma otimização no motor de validação das regras de formulário, agora considerando apenas as etapas às quais estão diretamente vinculadas, pois, em modelos com muitas atividades, a validação anterior causava lentidão. (i-PLT-3853)

UPDATES

• Desativamos o update 125, pois, ao tentar executá-lo em base migrada da 5.40, ocorria um erro ocasionado devido às tabelas antigas (“form_behaviors”) que ele tentava normalizar terem sido excluídas pelo script de migração para o novo formato da regra de formulário. (i-PLT-3633)

SOCIAL

• Ajustamos as rotas responsáveis pela exibição de chats e mensagens dentro da plataforma. Dessa forma, os chats voltam a ser exibidos aos usuários que possuem permissão de pesquisa no processo quando realizarem uma pesquisa de chats, filtrando pelos processos. (e-PLT-3765)

PONTOS DE IMPACTO

Clique aqui para acessar