Veja abaixo as notas de atualização completas:
Pontos de impactos – Modelagem
Correção de encoding no assinador digital de documentos
Foi gerado uma nova versão do assinador digital de documento onde é necessário baixar essa nova versão. Para quem usa, será necessário fazer um ajuste no JS para que os usuários baixem essa nova versão do assinador. Para quem for precisar alterar o script, favor procurar a equipe de produto.
API Javascript
Evento “CHANGE” foi ajustado para seguir o padrão do mercado. O padrão de mercado é: O evento só será disparado quando houver uma alteração no campo e tirar o foco desse campo.
Atualmente esse evento estava funcionada como se fosse o “KEY_PRESS”. Dessa forma foi padronizado. (Mais detalhe sobre os eventos, veja na parte de “Novidades” deste e-mail).
Envio de e-mail
A partir de agora o sistema utiliza um novo padrão de e-mail em formato HTML.
Para e-mails que enviavam os dados da etapa, será necessário selecionar quais campos devem aparecer nesse e-mail na tela de “Etapa do modelo > Emails > Campos Pré-definidos”.
Pontos de impactos – Implantação/Infraestrutura
Variável de ambiente
Não há mais necessidade de utilizar a variável de ambiente “CORE_DOMAIN”, tanto para ambientes HTTPs quanto para HTTP. Ela pode ser retirada das configurações do ambiente a partir desse pacote.
Novidades
Melhorias na interface da GRID
Foi ajustado o layout da grid para que fique mais fácil a visualizações de quais campos compõem uma grid no novo formulário.
Exemplo da grid:
...
Campo com restrição de acesso (Antigo “Campo especial”)
Visando simplificar, a regra do campo com “restrição de acesso” para o novo formulário é diferente da antiga. Ficou da seguinte forma:
Quando usuário tem permissão para ver campo com restrição e existe um campo marcado na etapa, o campo é carregado para a tela.
Quando o usuário NÃO tem permissão para ver campo com restrição e existem um campo marcado na etapa, nesse caso o campo NÃO será carregado em tela para esse usuário.
Padronizando layout dos e-mails no SuiteLecom
Os e-mails abaixo foram atualizados para novo layout:
...
Exemplo do novo layout do e-mail:
...
API JS – Novas funcionalidades
Adicionado método para exibir uma modal personalizada:
Bloco de código Lecom.api.ProcessAPI.currentProcess().form().addCustomModal({ title:“Título Modal”, description: “Mensagem a ser apresentada”, buttons: [{ name:“Nome botão”, icon:“add”, action: function(){ console.log(“Ação a ser realizada após o clique no botão”); } }] })
...
| Informações |
|---|
OBS: Existem 5 tipos de formatações possíveis, porém foi demonstrado apenas um tipo aqui no e-mail. Para mais detalhes das outras possibilidades, veja a documentação da API JS. |
Principais itens corrigidos
Encoding no assinador de documento.
Não abre modal de lupa dentro da grid quando tem um campo de filtro.
...
Veja a baixo uma lista com os demais cards:
Correções:
[ECM-947] O conteúdo de alguns documentos assinados estavam sendo gerados com caracteres inválidos.
[MOB-542] Após ter editado um registro da GRID, ela impossibilitava a adição de outros itens.
[MOB-540] Um erro impedia que os campos fossem inseridos na GRID.
[MOB-539] Os campos inteiro, monetário e decimal não exibiam seu input para preencher na GRID.
[BPM-5144] Ao tentar editar e salvar valores já salvos de uma grid uma mensagem de erro era apresentada.
[BPM-5143] Ao salvar um arquivo de um template na grid e tentar dar check-out no mesmo, uma mensagem de erro era exibida.
[BPM-5138] GRID ajustad para trazer todos os dados do back na inicialização e fazer paginação do front.
[BPM-5129] Grid não abria durante um processo com o Form antigo.
[BPM-5109] Máscara não era aplicada para lupa com campo montário.
[BPM-5100] Problema impedia a inicialização do CORE em um ambiente configurado com HTTPs.
[BPM-5093] As aprovações que eram feitas por meio de WebService não estavam guardando as informações contidas em campos do tipo RadioButton.
[BPM-4187] Um erro era exibido no console ao tentar acessar o BPM pelo Mozilla Firefox.
[BPM-3582] Usuário concentrado não conseguia abrir uma etapa que não tivesse um grupo configurado.
[ADM-297] Após um usuário ser editado o mesmo perdia informações sobre o login.
Melhorias:
[BPM-5105] Foram implementadas as seguintes melhorias de UI na GRID:
Borda/sombra de destaque para a grid, servindo como delimitador;
Nomenclaturas mais coerentes;
Coluna de ações fixa.
[BPM-5104] Disponibilizado parâmetro com a data que o usuário foi cadastrado no sistema.
[BPM-5101] Alterada a rota para retornar todos os usuários. Antes só eram retornados os Ativos ou Inativos.
[BPM-5097] Aplicado novo layout no envio de e-mail do BPM:
Em andamento, Atrasado e Finalizado;
Redirecionar etapa;
Atrasado para Gerente, Gestor e Líder.
[BPM-5094] Melhoria na seleção de Campos Pré-Definidos no Studio para envio de e-mail. Foi acrescentado um campo auto-complete, para filtrar os campos de acordo com o que foi digitado e com isso permitir a seleção.
[BPM-5091] Implementado um método na API JS para que o consultor consiga obter o valor mínimo e o valor máximo de uma coluna com campo Monetário, Numérico ou Inteiro.
[BPM-5090] Implementada uma funcionalidade na API JS onde de acordo com a regra aplicada o consultor consegue formatar o valor de exibição em uma coluna (dinâmica ou fixa).
[BPM-5089] Implementado um método na API JS para que o consultor consiga obter o valor total de uma coluna do tipo Numérico, Monetário ou Inteiro.
[BPM-5088] Implementado um método na API JS que possibilita exibir as mensagens de alerta/informação como modal.
[BPM-5078] Implementada a validação de eventos BLUR e CHANGE na API JS
[BPM-5061] Alterada a rota de complete activity para obter o mesmo comportamento de aprovação por WebService Antigo.
[BPM-5000] Melhoria na funcionalidade de Campo Especial no Form Novo.
[ADM-296] Adicionado parâmetro para registrar a data em que o usuário foi incluído no sistema.
[ADM-291] Agora um aviso por e-mail é enviado caso um novo usuário cadastrado seja ativado ou desbloqueado.