5.30_v.1.15

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:

• Notificação de pendência de etapa (Em andamento);

• Notificação de etapa atrasada (Para o Lider/Gerente, Gestor e Usuário);

• Notificação de processo finalizado;

• Notificação de redirecionamento de etapa pelo Gestor;

• Notificação quando tem novo usuário cadastrado, ativo ou desbloqueado;

Exemplo do novo layout do e-mail:

API JS – Novas funcionalidades

• Adicionado método para exibir uma modal personalizada:

  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”); } }] })

• Adicionado método para exibir mensagem personalizada na modal de documento.

• Padronizado os eventos da API JS.//Esse evento será executado toda vez que o foco sair do campo.

  Lecom.api.ProcessAPI.currentProcess().form().fields(“MONETARIO”).subscribe(“BLUR”, function() { console.log(“BLUR: MONETARIO”); })

• Adicionado método que retorna o total, valor mínimo e valor máximo de uma coluna de “Monetário, Numérico decimal e Inteiro”:
  Lecom.api.ProcessAPI.currentProcess().form().fields("GRID1″).columns("NUMBER_GRID").sum()
Lecom.api.ProcessAPI.currentProcess().form().fields("GRID1″).columns("NUMBER_GRID").max()
Lecom.api.ProcessAPI.currentProcess().form().fields("GRID1″).columns("NUMBER_GRID").min() 

• Adicionado método para formatar coluna da grid de acordo com uma regra:
  //Neste exemplo foi criado uma regra de formação para alterar o valor de apresentação da coluna.

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.