5.30_v.1.19

Novidades:

Regra de Formulário

Adicionado suporte a grid:

A partir de agora é possível criar regras para eventos de grid.Os principais eventos de grid que estão na API JS agora também estão disponíveis na regra de formulário. Veja abaixo os Eventos e Ações disponíveis para grid:

• Eventos Grid:

  • Adicionar ou atualizar uma linha da grid.

  • Adicionar uma linha na GRID

  • Atualizar uma linha na GRID

  • Clicar em editar uma linha na GRID

  • Remover uma linha na GRID

  • Formulário da GRID é limpo (Ocorre quando é clicado em “Cancelar” ou “Atualizar”).

  Ações:

  • Definir a GRID como Somente Leitura.

  • Retirar a GRID de Somente Leitura

  • Tornar invisível a GRID

  • Tornar visível a GRID

  • Desabilitar a GRID

  • Habilitar a GRID.

Definir ordem de carregamento da regra.Agora é possível definir a ordem de carregamento de uma regra quando o formulário é carregamento, dessa forma garantimos que as regras serão carregadas exatamente na forma que for definida nesta tela.

No momento de criar uma regra é possível definir em qual ordem de carregamento ela vai estar.Também é possível mover a ordem direto na lista de regra. Basta clicar sobre uma regra e arrastar para a posição que deseja.

Integração de API 

• Segue abaixo como ficou os tipos de dados:

  • Dados de entrada (Input/Request)

    • STRING

    • INTEGER

    • LONG

    • DECIMAL

    • BOOLEAN

  • Dados de saída (Output / Response)

    • COLLECTION

    • STRING

    • INTEGER

    • LONG

    • DECIMAL

    • BOOLEAN

Geral

• Mostrar quantidade de campos ativos/inativos por grupo na tela de campos.

• Ajustado layout do e-mail de notificação do social para ficar no padrão do produto.

• Ajustado para que o agrupador saia na impressão do formulário.

• Novo controle de usuários ativos no sistema através da contra senha.

Pontos de impactos – Modelagem

Sem pontos de impacto

Pontos de impactos – Implantação/Infraestrutura

• Adicionado novas variáveis de ambiente TRACE_ENABLED, JMX_ENABLED para ativar/desativar o trace dos endpoints e JMX para os micro-serviços. Por padrão elas são definidas como “false”.

• Adicionado nova variável de ambiente TIME_ZONE para setar o time-zone para o jackson (projeto que converte para json dentro do spring). Por padrão ela é exportada como “America/Sao_Paulo”.

Principais Itens Corrigidos

• Corrigido problema do “Campo histórico” não carregar quando algum usuário diferente dos que participaram do processo tenta acessar.

• Corrigido problema de não conseguir salvar uma regra de formulário em banco de dados Oracle.

• Corrigido problema do Campo histórico salvar responsável errado.

• Corrigido problema com falha de autenticação no AD.

• Corrigido problema que deixava a propriedade “readOnly” da GRID como TRUE quando setava a propriedade “visible” como TRUE pela API JS.

Segue abaixo lista de todos os cards:

Melhorias:

• [STUDIOWEB-871] Agora é possível selecionar os tipos de dados de Input/Output de uma integração Rest/Soap cadastrada.

• [STUDIOWEB-872] Agora a funcionalidade Regra de Tela oferece suporte a grid.

• [STUDIOWEB-869] Foi implementada a possibilidade de definir a ordem de carregamento da Regra de Tela presentes na mesma etapa.

• [STUDIOWEB-921] Agora é possível verificar quantos campos estão ativos e inativos na tela de campos.

• [BPM-5331] Um novo layout de e-mail foi implementado no Social.

• [BPM-5431] Foi feita uma melhoria na segurança dos microserviços.

• [BPM-5396] Foi feita uma alteração na exibição das mensagens de erro.

• [BPM-5386] Foi feita uma alteração na mensagem de erro exibida quando uma busca realizada pelo select falha.

• [BPM-5393] Agora o agrupador aparece na impressão do formulário.

• [BPM-5361] Método “GRIDS” da ApiJS foi melhorado para retornar apenas os grids.

• [SSO-101] Agora é possível realizar o controle dos usuários ativos no sistema.

Ajustes:

• [BPM-5399] Campo histórico não era carregado quando algum usuário diferente dos que já haviam participado do processo tentavam acessar.

• [BPM-5375] Um problema impedia a Regra de Tela em ser salva quando havia muitas regras.

• [BPM-5374] As ordenações de modelos feitas dentro de uma categoria não estavam sendo salvas.

• [BPM-5366] Campo histórico não guardava o responsável correto.

• [BPM-5335] A exportação de pesquisa apresentava um lentidão em determinados casos.

• [BPM-5320] Um problema impedia a comunição do SSO com o ADMIN, ocasionando problemas na exportação dos usuários do AD.

• [BPM-5316] Um problema impedia a realização de pesquisa de um processo atráves dos gráficos.

• [BPM-5353] Em alguns casos os processos não apresentavam as reais datas de aberturas.

• [BPM-5429] Na API JS quando era utilizada a função “visible” na grid, estava alterando a propriedade “readOnly”.

• [STUDIOWEB-923] Um problema impedia que um campo inativo fosse editado.

• [STUDIOWEB-891] Um erro de português era mostrado ao tentar ativar um campo com problema.