Low Code Web

Data: de publicação: 10/06/2026
š AtualizaƧƵes do Low Code
Esta versão traz melhorias importantes em desempenho, monitoramento, integração e estabilidade da plataforma, tornando o ambiente mais eficiente e confiÔvel.

š Monitoramento mais completo de execuƧƵes
O sistema passou a registrar informações mais detalhadas sobre execuções, incluindo consumo de memória, tempo de processamento, consultas realizadas e etapas executadas.
š Isso facilita a anĆ”lise de desempenho e a identificação de possĆveis gargalos.
š¤ Integração aprimorada com componentes gerados por IA
Foram adicionados novos recursos para gerenciamento e sincronização de formulÔrios, objetos de negócio e regras.
š O processo de importação ficou mais simples, organizado e com melhor acompanhamento de status e erros.
š Nova tela para anĆ”lise de desempenho
Foi criada uma nova tela para consulta das execuƧƵes com maior consumo de recursos.
Agora Ć© possĆvel visualizar rapidamente:
- Tempo de processamento
- Consumo de memória
- UsuƔrio responsƔvel
- Origem da execução
- Status da operação
š Facilitando investigaƧƵes e anĆ”lises operacionais.
š Melhor controle de inicialização em ambientes distribuĆdos
O processo de inicialização foi otimizado para ambientes com múltiplas instâncias da aplicação.
š Isso reduz processamento duplicado e melhora a estabilidade durante a subida do sistema.
š§¹ Logs mais limpos e organizados
Foram reduzidas mensagens desnecessÔrias durante a compilação e inicialização da aplicação.
š Os registros ficaram mais claros e fĆ”ceis de analisar.
š Relacionamento entre logs de execução
Agora execuƧƵes relacionadas podem ser conectadas entre si, permitindo acompanhar toda a cadeia de processamento de forma mais organizada.
š Isso facilita auditorias e diagnósticos.
š Melhor desempenho dos endpoints seguros
Os endpoints protegidos receberam otimizações que reduzem consumo de memória e melhoram a velocidade de resposta.
AlƩm disso:
- Respostas ficaram mais consistentes
- Tratamento de erros foi aprimorado
- Maior controle sobre respostas muito grandes
š Tudo isso mantendo os mesmos nĆveis de seguranƧa.
┠Mais eficiência em consultas de objetos de negócio
As consultas originadas por integrações e fluxos passaram a consumir menos memória e registrar informações de execução de forma mais eficiente.
š Otimização de relacionamentos em consultas
Melhorado o carregamento de relacionamentos em objetos de negócio.
š Consultas com grande volume de dados passaram a ter melhor desempenho.

šŖ Correção na geração de cookies de autenticação
Resolvido um problema que fazia o sistema gerar informações duplicadas relacionadas ao token de autenticação.
āļø Correção na execução de regras de negócio
Corrigido um erro que impedia a execução correta de determinadas regras acionadas por URL.
š As regras agora sĆ£o localizadas e executadas corretamente.
š Correção na criação de versƵes de formulĆ”rio
Ajustado um comportamento que criava novas versões de formulÔrios mesmo quando nenhuma alteração havia sido realizada.
š Agora novas versƵes sĆ£o geradas apenas quando realmente necessĆ”rio.
šļø Correção na exclusĆ£o de abas de formulĆ”rio
Resolvido um problema que impedia a remoção definitiva de abas no desenho de formulÔrios.
š As alteraƧƵes agora sĆ£o salvas corretamente.
āORIENTAĆĆES PARA DEPLOY
- Este documento pressupõe que a atualização estÔ sendo feita da versão 1.17.2 para a 1.18.0.
- Caso esse não seja o seu cenÔrio, siga as Notas de Release anteriores, partindo da versão atualmente instalada até alcançar a versão 1.17.2.
š³ Imagens Docker
ā ļø Importante
Para que as implementações do card #13553 funcionem, é necessÔrio atualizar o FaaS para a versão 1.7.0-RELEASE ou superior.
Novos parâmetros de configuração (revisar antes de produção):
As variĆ”veis de ambiente (ex.: Kubernetes) seguem a binding relaxada do Spring Boot: nome em MAIĆSCULAS, pontos viram _ e hĆfens sĆ£o removidos.
- app.queries.jwe-inline-max-bytes (env: APP_QUERIES_JWEINLINEMAXBYTES) ā teto de tamanho da resposta JWE inline (padrĆ£o 32 MB).
- app.log.sql-metrics-enabled (env: APP_LOG_SQLMETRICSENABLED) / app.log.memory-profiling-enabled (env: APP_LOG_MEMORYPROFILINGENABLED) ā instrumentação de log ligada por padrĆ£o (registra tempo decorrido, bytes alocados e SQL por execução). Mantida ativa; ajustĆ”vel por ambiente.
Data: de publicação: 09/06/2026
Esta versão traz ajustes importantes para melhorar integrações, controle de acesso e consistência das informações no sistema.

- š Correção no tratamento de campos de data
Corrigido um problema que podia afetar o funcionamento de colunas do tipo data em objetos de negócio.
š Agora sĆ£o processadas e exibidas de forma mais consistente, evitando erros e divergĆŖncias nas informaƧƵes.
āORIENTAĆĆES PARA DEPLOY
- Este documento pressupõe que a atualização estÔ sendo feita da versão 1.17.1 para a 1.17.2.
- Caso esse não seja o seu cenÔrio, siga as Notas de Release anteriores, partindo da versão atualmente instalada até alcançar a versão 1.17.1.
š³ Imagens Docker
Data: de publicação: 04/05/2026
Esta versão traz ajustes importantes para melhorar integrações, controle de acesso e consistência das informações no sistema.

- š Correção no retorno de relacionamentos em objetos de negócio
- Corrigido um problema onde o recurso de criar ou atualizar objetos de negócio createOrUpdate não retornava corretamente os dados relacionados.
- š Correção no controle de permissƵes do Core
- Ajustado um erro onde o sistema não estava respeitando corretamente as configurações de acesso definidas para funcionalidades do Core.
- A aplicação não estava obedecendo às configurações de:
- APP_SECURITY_COREFEATURES_ACCESSROLES_{IDENTIFICADOR DA FUNCIONALIDADE}
āORIENTAĆĆES PARA DEPLOY
- Este documento pressupõe que a atualização estÔ sendo feita da versão 1.17.0 para a 1.17.1.
- Caso esse não seja o seu cenÔrio, siga as Notas de Release anteriores, partindo da versão atualmente instalada até alcançar a versão 1.17.0.
š³ Imagens Docker
Data: de publicação: 10/04/2026

- š« Controle de formulĆ”rio via parĆ¢metro
- Para pÔginas de formulÔrio Low Code renderizadas via iframe, todos os controles do formulÔrio são desabilitados quando for enviado o query param disabled=true
- ┠Atualização do AngularJS
- O sistema foi atualizado para uma versão mais recente NES v1.9.7, trazendo mais estabilidade e compatibilidade. Foi feito o tratamento de rejeição de promises e tratamento do .success no $http
- š” Novo modelo de carregamento de dados em tempo real
- Criado endpoint que retorna dados de objeto de negócio com SSE;
Foi adicionado o endpoint:
Que retorna dados de forma incremental via Server-Sent Events (SSE).
Funcionamento
- Executa a query em streaming direto do banco (ResultSet);
- Envia os dados em lotes dinâmicos baseados em tamanho (bytes), não por quantidade fixa de registros;
- Eventos suportados:
- start: inĆcio;
- data: lote de registros;
- end: finalização;
- error: erro ou limite excedido.
- O cancelamento ocorre automaticamente ao fechar a conexão (client abort).
- š Consumo de dados mais eficiente no front-end
- Adequado o SDK JavaScript para ler dados de objeto de negócio com SSE.
Foi adicionado o mĆ©todo listWithSse(params, onDataChunk) na classe BusinessObject do SDK, para consumo assĆncrono do endpoint /{project}/{business-object}/sse via SSE.
Funcionamento
- O método usa a infraestrutura _getSse(...) do AxiosTransaction para abrir a conexão SSE e processar os eventos do backend;
- Os eventos data recebidos sĆ£o acumulados em um array interno e a operação Ć© concluĆda quando o evento end Ć© recebido;
- Retorno do mƩtodo:
- promise: resolve com os dados completos ao final
- abort(): encerra a conexão SSE manualmente
Recursos Adicionais
- Suporte opcional ao callback onDataChunk, executado a cada lote recebido;
- Controle de sequência dos eventos por lastEventId, com validação para evitar duplicidade ou quebra de ordem;
- Compatibilidade com ambiente com JWE habilitado, incluindo decrypt dos lotes quando necessƔrio.
BenefĆcios
- Permite consumir consultas grandes de forma incremental no frontend;
- Reduz a necessidade de resposta Ćŗnica e imediata;
- MantĆ©m suporte a cancelamento explĆcito da operação pelo cliente.
- š Mais tolerĆ¢ncia de seguranƧa no tempo de validação
- Aumentado o tempo de tolerância na validação de segurança, evitando erros por diferença de horÔrio entre sistemas.
O valor default da variƔvel APP_SECURITY_JWE_ANTIREPLAY_SKEWSECONDS foi alterado de 30 segundos para 300 segundos (5 minutos).
- Esse parâmetro define a margem de tolerância de tempo usada na validação do campo ts do payload JWE, permitindo pequenas diferenças de relógio entre cliente e servidor; fora dessa faixa, a mensagem é rejeitada com erro de timestamp invÔlido.
- š Geração de ID mais segura e rĆ”pida
- Melhorado mecanismo de geração de PK de objeto de negócio;
Foi adotado o JdbcTemplate para definição do valor de PK de objetos de negócio baseada em sequences.
A mudanƧa trouxe melhorias imediatas:
- Fim dos vazamentos de conexão (abertura/fechamento seguro com o banco);
- TransaƧƵes mais seguras (ID respeita a mesma transação; em rollback o ID nĆ£o se perde āsoltoā);
- Consultas mais rÔpidas (sem depender de pré-compilação);
- Resolução facilitada (falhas viram exceções padronizadas, com suporte mais claro).
- š¬ Melhor controle ao restaurar tickets
Adicionados novos parâmetros que melhoram o controle de comentÔrios e visualização ao restaurar tickets.
- Inclusão dos atributos commentMode e view na chamada ServiceRequestIncidentRepository.restoreRequest do dynamic-task-controller.js .
- ⳠControle de tempo nas integrações
Agora as integraƧƵes com ITSM possuem limite de tempo para resposta, evitando travamentos.
- Implementado timeout de conexão e response nas chamadas ao ITSM;
- Implementação de readTimeout e connectionTimeout nas integrações do Low Code com o ITSM.
- š Melhor uso de conexƵes com banco de dados
O sistema agora utiliza melhor as conexƵes com o banco, deixando tudo mais rƔpido e estƔvel.
- Otimizado o uso de conexões nas operações BD de objeto de negócio;
- Melhoria nos mƩtodos da classe DataManager para aproveitar ao mƔximo as conexƵes de banco de dados.

- š Correção no retorno de ID
- Corrigido erro onde, ao criar um registro em objeto de negócio, o sistema não retornava o PK gerado corretamente.
- š Correção em grids de formulĆ”rio
- Ajustado problema onde a grid padrão business-object-list não traziam corretamente os relacionamentos;
- 𧾠Correção ao salvar formulÔrios
Resolvido erro que impedia o envio de formulƔrios dentro do Centro de Experiencia em alguns cenƔrios:
- Quando havia erro na configuração de template de formulÔrios, o submit emitia erro no console e não efetivava a gravação.
- šļø Correção na criação de estrutura no banco
Ajustado problema que impedia a aplicação de regras obrigatórias (campos obrigatórios) ao importar dados.
- O histórico de alterações de nulidade de colunas de tabelas de BD agora é criado na importação de pacotes;
- DDL de objeto de negócio com SET NOT NULL agora é executada.
- š Correção em relatórios antigos
Corrigido erro em relatórios mais antigos que não estavam enviando todas as informações necessÔrias.
- Para relatórios criados nas primeiras versƵes da integração com Stimulsoft, variĆ”veis nĆ£o marcadas com āViewerā agora sĆ£o enviadas ao backend.
- š Correção de fuso horĆ”rio (timezone)
Ajustado o tratamento de data e hora, garantindo que:
- horƔrios sejam exibidos corretamente
- diferenças de fuso não causem erros
Foram revisadas e corrigidas consultas e atualizações de dados de objetos de negócio contendo timestamp (com e sem timezone):
- Ao carregar o formulƔrio Low Code, o sistema armazena LOWCODE_CONFIG.timeZone e LOWCODE_CONFIG.utcOffset com base no cadastro do usuƔrio no Frontmanager;
- Caso não existam, o sistema obtém timeZone e utcOffset do navegador;
- A cada requisição, o frontend envia nos headers:
- Time-Zone com LOWCODE_CONFIG.timeZone
- UTC-Offset com LOWCODE_CONFIG.utcOffset
- Foi criado o tipo de coluna Timestamp TZ, garantindo armazenamento consistente com time zone e offset:
- O backend converte para UTC considerando o time zone informado no header e grava como Timestamp UTC no banco;
- O tipo de coluna Datetime foi renomeado para Timestamp UTC:
- Para esse tipo, o backend recebe a data/hora do navegador e não faz conversão
- š½ Correção no campo de seleção mĆŗltipla
Corrigido problema no campo de seleção onde:
- não aparecia opção de remover item;
- não mostrava corretamente as descrições.
O componente input.select agora traz o Ćcone de exclusĆ£o e a descrição quando a propriedade āSeleção mĆŗltiplaā estĆ” habilitada.
āORIENTAĆĆES PARA DEPLOY
- Este documento pressupõe que a atualização estÔ sendo feita da versão 1.16.6 para a 1.17.0.
- Caso esse não seja o seu cenÔrio, siga as Notas de Release anteriores, partindo da versão atualmente instalada até alcançar a versão 1.16.6.
š³ Imagens Docker
Data: de publicação: 01/03/2026

Agora a pÔgina da tarefa consegue buscar e carregar corretamente as informações da solicitação, sem perder dados ou ficar desatualizada.
- Recuperado $rootScope.request na pƔgina de tarefa.

š§© Foram corrigidos:
- Corrigido um problema que impedia visualizar corretamente os registros (logs) de pacotes;
- Corrigido um erro que acontecia ao tentar apagar 1ª VariÔvel do Fluxo de Integração do Low Code;
- Ajustado um problema em que os relatórios Stimulsoft não seguiam o idioma escolhido no Frontmanager;
āORIENTAĆĆES PARA DEPLOY
- Este documento pressupõe que a atualização estÔ sendo feita da versão 1.16.3 ou 1.16.4 para a 1.16.6.
- Caso esse não seja o seu cenÔrio, siga as orientações das Notas de Release anteriores, começando pela versão atualmente instalada no ambiente até alcançar a versão 1.16.3 ou 1.16.4.
š³ Imagens Docker
Data: de publicação: 31/01/2026

𧩠Corrigido o erro no upload do repository de objeto de negócio
āORIENTAĆĆES PARA DEPLOY
- Este documento pressupõe que a atualização estÔ sendo feita da versão 1.16.2 para a 1.16.3.
- Caso esse não seja o cenÔrio, siga as orientações das Notas de Release anteriores, começando pela versão do ambiente até alcançar a versão 1.16.2.
š³ Imagens Docker
Data: de publicação: 19/01/2026

Implementado multi-seleção e botão de ação na grid da diretiva business-object-list
- AƧƵes globais aparecem na barra de aƧƵes do grid (por exemplo, ao lado do botĆ£o āCriarā). Elas podem operar sobre uma seleção mĆŗltipla (ex.: Exportar) ou nĆ£o exigir seleção (ex.: Importar).

- Foram criadas as seguintes propriedades na diretiva business-object-list:
Propriedade | Tipo | Descrição | Uso prÔtico |
|---|---|---|---|
is-checkbox | Boolean | Ativa a exibição de checkboxes no grid, permitindo a seleção de um ou mais registros. | Usar quando houver ações em lote, como exportação ou exclusão. |
checked-attribute | String | Define o atributo do item usado como identificador único da seleção. | Normalmente utiliza-se id ou uuid. |
selected-items | Array | Lista contendo apenas os identificadores dos itens selecionados. | Ideal para chamadas ao backend baseadas em IDs. |
selected-models | Array | Lista com os objetos completos dos registros selecionados. | Usado quando a ação precisa de mais dados do item. |
additional-actions | Array | Conjunto de aƧƵes globais customizadas exibidas na barra do grid. | Permite criar aƧƵes como Exportar, Importar e Processar. |
 |  |  |  |
- Estrutura de uma ação customizada utilizada em additionalActions, incluindo seus atributos e o contexto (ctx) recebido no callback onClick.
Atributo | Tipo | Descrição | Observações / Conteúdo |
|---|---|---|---|
label | String | Texto exibido para o usuÔrio na ação. | Exemplo: 'Exportar', 'Importar', 'Processar'. |
icon | String | Classe CSS do Ćcone exibido junto ao rótulo da ação. | Normalmente utiliza classes do Font Awesome, ex.: 'fa fa-download'. |
requireSelection | Boolean | Indica se a ação exige pelo menos um item selecionado no grid. | Quando true, a ação só fica habilitada se houver seleção. |
onClick | Function | Função executada ao clicar na ação. | Recebe um objeto ctx com informações do grid e da seleção. |
ctx.selectedItems | Array | Lista dos identificadores (ex.: id ou uuid) dos itens selecionados. | Usa o atributo definido em checked-attribute. |
ctx.selectedModels | Array | Lista dos objetos completos selecionados no grid. | Evita a necessidade de nova consulta ao backend. |
ctx | Object | Contexto completo fornecido à ação. | Pode conter outros metadados do grid, dependendo da implementação. |
Exemplo de utilização no javascript:
Implementado botão de ação para cada item da grid da diretiva business-object-list
- Ações por linha aparecem junto de cada item do grid. Elas executam operações contextuais sobre um único registro, sem depender de seleção múltipla (ex.: abrir detalhes, duplicar, executar ação customizada).

- Foi criada a propriedade row-additional-actions na diretiva business-object-list, contendo o array de aƧƵes para cada item.
- Estrutura de uma ação customizada utilizada em rowAdditionalActions (row-additional-actions na diretiva), incluindo seus atributos e o contexto (ctx) recebido no callback onClick:
Atributo | Tipo | Descrição | Observações / Conteúdo |
|---|---|---|---|
label | String | Texto exibido para o usuÔrio na ação. | Exemplo: 'Exportar', 'Importar', 'Processar'. |
icon | String | Classe CSS do Ćcone exibido junto ao rótulo da ação. | Normalmente utiliza classes do Font Awesome, ex.: 'fa fa-download'. |
onClick | Function | Função executada ao clicar na ação. | Recebe um objeto ctx com informações do grid e da seleção. |
visible | Function | Função que determina se a ação Ć© visĆvel. | Recebe um objeto ctx com informaƧƵes do grid e da seleção. |
ctx.model | Object | Item selecionado. |  |
ctx | Object | Contexto completo fornecido à ação. | Pode conter outros metadados do grid, dependendo da implementação. |
- Exemplo de utilização em JavaScript:
Tratar original Url com http ou https no envelope JWE
- Tratamento do atributo originalUrl do envelope JWE quando a URL jƔ contƩm http/https ou o contexto do Low Code.

𧩠Corrigido a exibição do painel esquerdo da tela CRUD de projetos
āORIENTAĆĆES PARA DEPLOY
- Este documento pressupõe que a atualização esteja sendo realizada da versão 1.16.1 para a 1.16.2.
- Caso este não seja o seu cenÔrio, siga as orientações das Notas de Release anteriores, partindo da versão atualmente instalada até alcançar a 1.16.1, antes de aplicar esta atualização.
š³ Imagens Docker
Data: de publicação: 08/01/2026

𧩠Tratamento de query parameters na pÔgina de tarefa Ajuste para tratar corretamente os parâmetros ticketId e workItemId na pÔgina de tarefa.
āORIENTAĆĆES PARA DEPLOY
- Este documento pressupƵe que a atualização esteja sendo realizada da versĆ£o 1.16.0 ā 1.16.1.
- Caso este não seja o cenÔrio do ambiente, siga as orientações das Notas de Release anteriores, partindo da versão atualmente instalada até alcançar a 1.16.0, antes de aplicar esta atualização.
š³ Imagens Docker
- registry.cloud4biz.com/deployscdi/hyper-lowcode:1.16.1-RELEASE nexus.centralit.io:9091/hyper-lowcode:1.16.1-RELEASE
Data: de publicação: 31/12/2025 

šCriptografia JWE de ponta a ponta
- Foi implementada criptografia ponta a ponta nas requisições entre frontend e API, utilizando o padrão JWE (RFC 7516).
- A partir desta versão, os dados deixam de trafegar em JSON aberto e passam a ser criptografados no cliente, sendo decriptados apenas pela aplicação de destino.
- A solução utiliza chaves públicas expostas via /.well-known/jwks.json, geração de chaves efêmeras por requisição e criptografia bidirecional (request/response), garantindo maior confidencialidade, integridade dos dados e segurança contra inspeção de payload.
Funcionamento resumido
- O backend disponibiliza sua chave pública por meio de um endpoint padrão /.well-known/jwks.json
- Antes de cada requisição, o frontend:
- 1 - Gera uma chave criptogrÔfica efêmera (temporÔria).
- 2 - Monta um envelope contendo mƩtodo, URL, payload, identificadores e metadados.
- 3 - Criptografa todo esse conteĆŗdo usando JWE com a chave pĆŗblica do servidor.
- A requisição é enviada contendo apenas:
- Um campo jwe, com o conteĆŗdo criptografado.
- A chave pública efêmera do cliente, necessÔria para a resposta.

š§©SDK do Low Code e Stimulsoft com suporte a JWE
O SDK do Low Code é uma abstração da implementação do FaaS que pode ser utilizada no Javascript.
O SDK do Low Code passou a tratar criptografia JWE de forma transparente no consumo de:
- Objetos de Negócio
- Componentes Query
- FaaS
- ESI
Exemplos de utilização do SDK:




š API Key para acesso Ć API
- Com a implementação da criptografia ponta a ponta nas requisições entre frontend e backend, os dados passaram a ser trafegados exclusivamente no padrão JWE (RFC 7516). Dessa forma, não é mais permitido o consumo da API do Low Code utilizando JSON aberto.
- Entretanto, a adoção desse modelo inviabiliza o acesso direto à API por clientes externos que não implementam JWE. Para atender esse cenÔrio, foi criado um mecanismo de autenticação via API Key para os endpoints de Objetos de Negócio, Componentes Query, FaaS e ESI.
- A partir desta versão, os administradores devem criar uma ou mais API Keys por projeto e fornecê-las aos clientes que irão consumir a API do Low Code. A criação da API Key é realizada na tela de manutenção de projeto, e a chave é exibida apenas no momento da criação, em uma janela popup.
- Por motivos de segurança, a API Key não pode ser visualizada novamente após a criação. Portanto, é indispensÔvel que a chave seja copiada e armazenada com segurança antes de ser compartilhada com o cliente.
Como criar uma API-Key ou X-API-Key


O Cadastro da API Key possui:
- Um Prefixo e sufixo utilizados para identificação;
- Uma data de expiração, permitindo controle do perĆodo de validade, e os acessos podem ser configurados de forma granular por tipo de recurso.
- PermissƵes granulares por tipo de recurso
Recursos com permissão configurÔvel
Ć possĆvel definir permissƵes especĆficas para os seguintes recursos:
- Objeto de Negócio: Leitura, Criação, Alteração, Exclusão
- Componente Query: Execução
- FaaS: Execução
- Fluxo (ESI): Execução

Uso da API Key
Para consumir os endpoints protegidos, o cliente deve informar a API Key no header da requisição REST, utilizando um dos seguintes nomes de cabeçalho:
O valor informado no header deve corresponder à API Key vÔlida configurada no projeto. Requisições sem o header ou com chave invÔlida serão rejeitadas pela aplicação.
š CRUD de Projeto via API
A partir da versĆ£o 1.16.0, Ć© possĆvel:
- Listar;
- Criar;
- Alterar;
- Remover projetos atravĆ©s de API especĆfica no Low Code.

š CRUD de Regra de Negócio via API
A partir da versĆ£o 1.16.0, Ć© possĆvel:
- Listar;
- Criar;
- Alterar;
- Remover regras de negócio atravĆ©s de API especĆfica no Low Code.

šļø CRUD de Objeto de Negócio via API
A partir da versĆ£o 1.16.0, Ć© possĆvel:
- Listar;
- Criar;
- Alterar;
- Remover oĀ Ā objetos de negócio atravĆ©s de API especĆfica no Low Code.

š Endpoint para SQL SELECT
Foi criado o endpoint para execução de SQLs de SELECT de objeto de negócio:

āļø Endpoint para SQL UPDATE/DELETE
Foi criado o endpoint para execução de SQLs de UPDATE e DELETE de objeto de negócio:

šTemplates ITSM em FormulĆ”rios
Foi disponibilizada uma opção no cadastro de formulÔrios para criar templates de portfólio no ITSM.
Essa opção só estĆ” disponĆvel se a variĆ”vel de ambiente abaixo estiver parametrizada:


ā PermissĆ£o de CRUD via API Key
AtravĆ©s da propriedade āAPI de cadastroā o registro de API Key na tela de gerenciamento de projetos permite habilitar ou desabilitar o acesso aos endpoints de:
- CRUD de projeto;
- Regra de negócio;
- Objeto de negócio.

š¼ļøImagens
šORIENTAĆĆES PARA DEPLOY
Este documento pressupõe que a atualização estÔ sendo feita da versão 1.15.x para a 1.16.0. Caso esse não seja o cenÔrio, siga as orientações das Notas de Release anteriores, começando pela versão do ambiente até alcançar a versão 1.15.x.
Para a correta utilização dos recursos de criptografia ponta a ponta (JWE) e API Key, é obrigatório configurar previamente as variÔveis de ambiente relacionadas à segurança da aplicação.
ā ļø Importante
A aplicação não inicializa sem a configuração correta das variÔveis de segurança.
šConfiguração de API Key
A partir desta versão, o acesso aos endpoints de Objetos de Negócio, Componentes Query, FaaS e ESI por clientes externos requer o uso de API Key, quando a criptografia JWE estiver habilitada.
As seguintes variƔveis de ambiente devem ser configuradas
- Alterar o PEPPER invalida todas as API Keys existentes.
šConfiguração de Criptografia JWE
Quando habilitada, a criptografia JWE passa a ser obrigatória para todas as requisições entre frontend e backend.
As seguintes variƔveis de ambiente devem ser configuradas:
ā ļø OBSERVAĆĆES IMPORTANTES
- Todas as chaves e valores sensĆveis devem ser armazenados de forma segura (ex.: secrets manager, variĆ”veis de ambiente protegidas).
- AlteraƧƵes em chaves criptogrƔficas ou API Keys podem impactar integraƧƵes existentes.
- Recomenda-se planejar a rotação de chaves utilizando mĆŗltiplos kids durante perĆodos de transição.
- Sem a configuração correta dessas variÔveis, a aplicação não inicializarÔ corretamente.
Exemplo de configuração:
š ļø Utilização do Gerador de Configuração de SeguranƧa
Para facilitar a configuração das variÔveis de ambiente relacionadas à API Key e à criptografia ponta a ponta (JWE), foi disponibilizado o utilitÔrio:
Ele estĆ” disponĆvel no https://nexus.centralit.io atualmente na versĆ£o 1.0.2:

Este utilitÔrio deve ser executado durante o processo de implantação da aplicação, gerando automaticamente as chaves criptogrÔficas e os valores necessÔrios para configuração dos ambientes.
ā”ļø Execução
A execução do gerador requer Java JRE 11 ou superior, e pode ser feita de duas formas:
- Em mƔquina local, por meio do comando:
- Em container, por meio do comando:
O parâmetro optional-key-name é opcional e pode ser utilizado apenas para identificação do contexto de geração. Ao ser executado, o utilitÔrio retorna as variÔveis de ambiente para configuração dos containers:
·        Configuração de segurança do Low Code (JWE e API Key);
Ā·Ā Ā Ā Ā Ā Ā Ā Ā Chave X-Api-Key para ITSM, Events, Agility backend e FaaS.
Essas variÔveis podem ser copiadas diretamente para a definição do container ou para o gerenciador de secrets utilizado no ambiente:
- Low Code
- ITSM
- Events
- Agility Backend
- FaaS (ConfigMap)
ā ļø OBSERVAĆĆES IMPORTANTES
- As chaves geradas contĆŖm informaƧƵes sensĆveis e devem ser armazenadas de forma segura.
- Recomenda-se executar o gerador sempre que houver necessidade de rotação de chaves ou criação de uma nova configuração de segurança.
ā Compatibilidade de versƵes e configuração dos serviƧos integrados
Para o correto funcionamento da autenticação via API Key e da criptografia ponta a ponta (JWE), Ć© obrigatório que os serviƧos integrados estejam nas seguintes versƵes mĆnimas:
ServiƧo | VersĆ£o mĆnima |
|---|---|
ITSM | 1.9.20 |
Events | 1.4.0 |
Agility Frontend | 1.2.2 |
Agility Backend | 1.9.1 |
FaaS | 1.5.0 |
Além da compatibilidade de versão, os serviços FaaS, Events e ITSM devem ser configurados para utilizar a API Key do Low Code, gerada pelo utilitÔrio security-config-generator.
- Configuração no ITSM
O ITSM deve receber a API Key por meio da seguinte variƔvel de ambiente:
- Configuração no Events
O Events deve receber a API Key por meio da seguinte variƔvel de ambiente:
- Configuração no Agility backend
O Agility backend deve receber a API Key por meio da seguinte variƔvel de ambiente:
- Configuração no FaaS
O FaaS deve ser configurado com a API Key no arquivo ConfigMap:
Onde <API_KEY_MASTER> corresponde ao valor gerado pelo security-config-generator e utilizado para autenticação entre os serviços.
ā ļø OBSERVAĆĆES IMPORTANTES
- A API Key configurada nesses serviƧos deve ser a mesma utilizada pelo Low Code.
- A ausência ou configuração incorreta dessas variÔveis resulta em falhas de autenticação e indisponibilidade das integrações.
- Recomenda-se validar essas configurações após o deploy, antes da liberação do ambiente para uso.
Data: de publicação: 08/01/2026

𧩠Tratamento de query parameters na pÔgina de tarefa Ajuste para tratar corretamente os parâmetros ticketId e workItemId na pÔgina de tarefa.
āORIENTAĆĆES PARA DEPLOY
- Este documento pressupƵe que a atualização esteja sendo realizada da versĆ£o 1.15.4 ā 1.15.5.
- Caso este não seja o cenÔrio do ambiente, siga as orientações das Notas de Release anteriores, partindo da versão atualmente instalada até alcançar a 1.15.4, antes de aplicar esta atualização.
š³ Imagens Docker
- registry.cloud4biz.com/deployscdi/hyper-lowcode:1.15.5-RELEASE
- nexus.centralit.io:9091/hyper-lowcode:1.15.5-RELEASE
Data: de publicação: 30/12/2025

𧩠SQL mais esperto Corrigido um erro que fazia o sistema entender errado os tipos de parâmetros usados nos SQLs dos objetos de negócio.
šļø Atualização sem erro Ajustado um problema que causava falha na leitura do DDL (estrutura do banco) na hora de atualizar um objeto de negócio.
āORIENTAĆĆES PARA DEPLOY
- Este documento pressupõe que a atualização estÔ sendo feita da versão 1.15.1, 1.15.2 ou 1.15.3 para a 1.15.4. Caso esse não seja o cenÔrio, siga as orientações das Notas de Release anteriores, começando pela versão do ambiente até alcançar a versão 1.15.1, 1.15.2 ou 1.15.3.
š¼ļøImagens
- Nexus: nexus.centralit.io:9091/hyper-lowcode:1.15.4-RELEASE
- Portus: registry.cloud4biz.com/deployscdi/hyper-lowcode:1.15.4-RELEASE
Data: de publicação: 19/12/2025 

š ļø CorreƧƵes importantes
- šļø Campo de data corrigido O campo datasearch agora nĆ£o aceita mais datas invĆ”lidas, evitando erros inesperados.
- šØ Tela de erro de instalação melhorada Agora a tela mostra:
- š Detalhes do erro (stack trace)
- š BotĆ£o para atualizar a pĆ”gina š Facilita muito identificar e resolver problemas.
- š Relacionamentos de dados corrigidos O sistema voltou a buscar corretamente os relacionamentos dos objetos de negócio.
- š§© SQL mais flexĆvel Corrigido o erro que obrigava tipar parĆ¢metros no SQL. Agora o parse funciona corretamente sem ajustes manuais.
- ⰠComponente de data e hora ajustado Corrigido o erro de renderização do campo Date Time nos formulÔrios.
Data: de publicação: 16/12/2025 

š Campo de busca mais eficiente O campo datasearch agora só aceita valores vĆ”lidos, evitando erros e resultados estranhos.
ā ļø Tela de erro mais clara Quando dĆ” problema na instalação, a tela de erro agora:
- Mostra o erro completo (stack trace)
- Tem um botão para atualizar e tentar novamente
š Relacionamentos funcionando corretamente Foi corrigido um erro que impedia a recuperação correta dos relacionamentos dos objetos de negócio.
š§¾ SQL mais flexĆvel O sistema agora interpreta melhor os parĆ¢metros SQL dos objetos de negócio, sem obrigar vocĆŖ a definir a tipagem direto no SQL.
Data: de publicação: 22/11/2025 

- Adicionado um novo meio para tratar acesso de formulÔrios públicos no caso de URL invÔlida

- Resolvido um problema no componente query
- Corrigido um erro de base de dados na etapa de configuração de database
- Corrigido o erro "Could not determine data type of parameter" nas tabelas de objeto de negócio
- Corrigido um erro na importação de pacotes pela API
Data: de publicação: 18/10/2025 

Reformulação tela do FaaS replicando tela Regras de Negócio  A tela do FaaS agora segue a mesma identidade visual da nova tela do fluxo, mantendo as mesmas funcionalidades e regras de negócio. |  ![]() |
|---|---|
Tela de debug - experiência mais fluida  Agora, a tela de debug do fluxo também pode ser acessada durante a criação/edição de um fluxo, permitindo debugar o processo durante a criação do próprio fluxo. Juntamente com essa alteração, a tela de debug foi reformulada para ter a mesma identidade visual do novo fluxo e facilitar a utilização. |  ![]() |
Tela de scripts ESI expandida  O espaço ocupado pela tela de scripts dos Componentes ESI foi expandido, para facilitar a visualização. |  |
BotĆ£o limpar - CRUD  Agora Ć© possĆvel esconder o botĆ£o Limpar no popup de CRUD |  |
Adequação na autenticação de recursos pĆŗblicos para keycloak 26  Para resolver um problema de compatibilidade com a versĆ£o 26 do keycloak, foi retirado o atributo ārealmā da tela de parĆ¢metros de autenticação para URL pĆŗblica. A partir dessa versĆ£o, o campo URL de autenticação da aba SeguranƧa da pĆ”gina SETTINGS deve ser preenchido de forma completa. |  ![]() |
Importação de pacotes reformulada  O āexecute-ddlā da importação de pacotes passou a ser string e o sistema agora faz um parse seguro para Boolean |  |
Identificar URL de origem e Referer no Log  Agora o sistema identifica o uuid do log, a URL de origem completa e o Referer da requisição, facilitando a identificação da origem de erros e avisos. | Exemplo: 2025-10-18 14:34:44.191 [0;39m [33mb337f6fe-a300-426f-a3b1-f78b9570b0da WARN http://localhost:8081/lowcode/rest/dynamic/petshop/pet/getPage - Referer: http://localhost:8081/lowcode/form/pet/crud [0;39m |
Ajustes na tela do novo fluxo  A tela de fluxo agora possui mais funcionalidades para facilitar seu uso. | Adicionar scroll no diagrama para garantir visibilidade correta quando o fluxo for editado em resoluƧƵes mais altas ![]() Adicionar tĆtulo nas abas do menu lateral da esquerda ![]() Permitir fechar o menu lateral da esquerda totalmente. ![]() |
Melhorias no cache de conexões dinâmicas e otimização do uso de memória  O mecanismo de cache de conexões dinâmicas foi totalmente refatorado para aprimorar desempenho e estabilidade. As principais melhorias incluem: |
|
Todos os endpoints de listagem de registros de objetos de negócio sem paginação e listagem de componentes query foram refatorados para uso mais eficiente de memória. |
|
A otimização nesses endpoints envolve: |
|
Form-builder simplificada  Agora a diretiva form-builder pode ser utilizada sem autenticação. |  |
Divergências de data corrigidas  Foi corrigida a divergência de timezone entre o Frontmanager e o backend do Low Code, que causava exibição incorreta (um dia a menos) nas datas dos formulÔrios.  |
|
Evolução nos cabeƧalhos HTML  Foi incluĆda a aba Header HTML na criação de pĆ”ginas. Agora Ć© possĆvel incluir e parametrizar tags Open Graph usando uma lista padrĆ£o prĆ©-definida.  A propriedade og:url Ć© retornada com o valor {{ autoCurrentUrl }} que se for mantido irĆ” recuperar automaticamente o caminho da pĆ”gina. Este valor pode ser alterado para outra URL de interesse. |  ![]() |
Criação de endpoint para exibir configuração do ambiente  A URL ... /lowcode/env retorna informações de configuração da JVM e Time Zone. | {
"JAVA_TOOL_OPTIONS": "-XX:+UseG1GC -XX:MaxGCPauseMillis=200 -XX:+UseStringDeduplication -XX:MaxMetaspaceSize=512m -Xms2048m -XX:MaxRAMPercentage=70.0 -XX:+AlwaysPreTouch",
"tz": {
"jvm.zoneId": "GMT",
"jvm.timeZoneId": "GMT",
"sysprop.user.timezone": "GMT",
"db.session.timezone": "GMT",
"headers.Time-Zone": "GMT",
"headers.UTC-Offset": "+00:00",
"headers.UTC-Offset-Minutes": "0",
"now.instant": "2025-10-18T15:11:45.433084Z",
"now.zoned.jvm": "2025-10-18T15:11:45.433084Z[GMT]",
"now.zoned.header": "2025-10-18T15:11:45.433084Z[GMT]"
},
"jvm.inputArguments": [
"-XX:+UseG1GC",
"-XX:MaxGCPauseMillis=200",
"-XX:+UseStringDeduplication",
"-XX:MaxMetaspaceSize=512m",
"-Xms2048m",
"-XX:MaxRAMPercentage=70.0",
"-XX:+AlwaysPreTouch"
]
}  |

CorreƧƵes |
|---|
Corrigir duplicação de nomes de widgets na inclusão de componente Custom no form |
NĆ£o exibe desenho do fluxo no modo debug |
Cadastros do projeto abertos numa aba do browser influenciam em outra aba |
Alterações de coluna e chave de objeto de negócio sumindo da relação de DDL |
A importação de pacote lowcode não esta salvando a DDL de views. |
Erro na validação de Ćcone do fluxo ESI |
Não atualiza o status de execução de ESI no log |
Correção no Fluxo ao abrir através da tela de projetos |
A listagem paginada do objeto de negócio não respeita as colunas qdo isForGrid = true |
Erro no objeto de negocios, para o valor default no campo. LowCode |
Correção do parse de arquivos de ECM no componente ESI de email |
Os erros de alguns controllers não são capturados no log |
Revisar labels em inglĆŖs |
Corrigir fechamento de resultSet em métodos que checam existência de tabela |
Erro de cast na execução de SQL de objeto de negócio |
Data: de publicação: 01/07/2025

⨠1) Fluxos ESI com visual melhor O desenho dos fluxos ficou mais claro e organizado ā agora Ć© mais fĆ”cil entender o que cada etapa faz. š§© | ![]() |
|---|---|
⨠2) E-mail do ESI mais flexĆvel Agora dĆ” pra usar variĆ”veis no código da caixa de e-mail (UUID). Isso ajuda a reaproveitar configuraƧƵes em cenĆ”rios diferentes. š ļøš§ | ![]() |
⨠3) Sem e-mail repetido O sistema bloqueia destinatĆ”rios duplicados no envio de e-mails do ESI. Menos retrabalho e nada de mensagens em duplicidade. š«šØ | ![]() |
⨠4) Relatórios mais leves no design No construtor de relatórios (Stimulsoft) você pode limitar quantas linhas o sistema traz só no modo de design:
 | ![]() |
Essas melhorias elevam a experiência de uso, reduzem tempo e contribuem diretamente para melhor fluidez nos processos de gestão e operação. |
|---|

āļø UUID do e-mail no ESI Consertado um erro que atrapalhava a leitura do código (UUID) da caixa de e-mail no componente ESI. Tudo certo agora. ā |
|---|
Data: de publicação: 03/06/2025

⨠1. Acesso sem login (URL PĆŗblica) Agora Ć© possĆvel abrir certas pĆ”ginas sem precisar fazer login. š Pode ser de 3 jeitos:
 š 1.1 - Caso esteja com o valor Anonymous ou All, a aba de seguranƧa vai exibir a opção āAcesso pĆŗblico sem autenticaçãoā  š 1.2 - Por padrĆ£o, o sistema ainda bloqueia acesso pĆŗblico. Só libera se for configurado no projeto. | š 1.1 - ![]() š 1.2 - ![]() |
|---|---|
⨠2. PermissƵes para acesso sem login āļø Se vocĆŖ escolher a opção "Acesso pĆŗblico definido no projetoā, o sistema permite configurar as permissƵes para acesso anĆ“nimo.
| ![]() |
⨠3. Novo Campo āDescriçãoā obrigatório š Em colunas de objetos de negócio, agora tem um campo de descrição. ā”ļø Precisa ter pelo menos 2 palavras e 5 caracteres. | ![]() |
⨠4. Novo campo āTags Autocompleteā nos formulĆ”rios š·ļø Foi criado um componente que deixa vocĆŖ escolher vĆ”rias tags (como palavras-chave) em formulĆ”rios. Ele permite a seleção de um ou mais valores atravĆ©s de um mĆ©todo de busca . | ![]() |
⨠5. Melhor controle em versƵes š¦ Quando o sistema busca informaƧƵes de um projeto (deployment), agora ele leva em conta a versĆ£o certa e o local (tenant). ā”ļø Isso evita erros e registros duplicados. | ⨠6. Nome āpayloadā proibido š« Para evitar problemas tĆ©cnicos, nĆ£o dĆ” mais pra usar o nome payload em cadastros de negócio. |

āļø Ajustado um problema de bloqueio em tabelas internas; |
|---|
āļø Corrigido erro na interpretação de variĆ”veis em relatórios (Stimulsoft). |
Data: de publicação: 14/05/2025

š Acesso PĆŗblico Mais Inteligente Agora vocĆŖ pode liberar pĆ”ginas sem exigir login! š” Uma nova configuração permite escolher como esse acesso serĆ” feito:
Além disso, ao ativar o acesso sem login, aparece no projeto a opção "Acesso público sem autenticação" para facilitar. | ![]() ![]() |
|---|---|
š”ļø Acesso pĆŗblico com seguranƧa Se um recurso estiver liberado para uso pĆŗblico, vocĆŖ pode agora configurar quais aƧƵes podem ser feitas por quem nĆ£o estĆ” logado. | ![]() |
š Descrição de colunas Na hora de criar campos no seu banco de dados, agora Ć© obrigatório preencher o campo āDescriçãoā com pelo menos duas palavrinhas. Isso ajuda todos a entenderem melhor para que serve aquele campo. |  ![]() |
š·ļø Novo campo de seleção com Tags Criamos um novo componente chamado Tags Autocomplete para formulĆ”rios! š Ele permite escolher uma ou vĆ”rias opƧƵes com busca inteligente, super prĆ”tico! | ![]() |
š§© Evitando duplicaƧƵes Agora o sistema verifica melhor as versƵes e os ambientes em uso, evitando confusƵes com registros duplicados quando existem vĆ”rias empresas usando o mesmo banco de dados. | ā Fim dos conflitos com o nome "payload" Para evitar problemas internos, agora o sistema nĆ£o permite mais usar o nome āpayloadā em campos de dados. Isso ajuda a manter tudo funcionando direitinho. |

āļø Corrigido problema de travamento em uma tabela especĆfica ; |
|---|
āļø Corrigido erro ao lidar com listas de dados em relatórios . |
Data de Publicação: 04/04/2025
š MELHORIAS / NOVAS FUNCIONALIDADES
- Restringir acesso Ć s funcionalidades do core do sistema.
ā CORREĆĆES
- Não traz views materializadas na conexão de Banco de Dados;
- Não atualiza o usuÔrio quando faz redirecionamento keycloak usando Chrome;
- Correção do acesso de formulÔrios Low Code no ITSM.
Data de Publicação: 18/03/2025
š MELHORIAS / NOVAS FUNCIONALIDADES
⢠7975 - Restringir acesso às funcionalidades do core do sistema
šORIENTAĆĆES PARA DEPLOY
A partir desta versão 1.11.0-RELEASE, o usuÔrio só consegue acessar as funcionalidades do core do Low Code se o token de autenticação contiver uma ou mais roles, que podem ser definidas na configuração do sistema das seguintes formas:
- Configurando uma ou mais roles padrão para acesso a todas as funcionalidades do core: APP_SECURITY_COREACCESSROLES_DEFAULT: {nome da role 1}, {nome da role 2}, ... {nome da role n} O sistema jÔ vem configurado com a role padrão "lowcode_core" na variÔvel APP_SECURITY_COREACCESSROLES_DEFAULT. Ou seja, caso essa configuração não seja alterada, a partir da versão 1.11.0-RELEASE, o token do usuÔrio deverÔ conter a role "lowcode_core" para que ele possa acessar as funcionalidades do core do sistema.
- Configurando uma ou mais roles padrĆ£o para acesso a funcionalidades especĆficas do core: APP_SECURITY_COREACCESSROLES_{identificador da funcionalidade}: {nome da role 1}, {nome da role 2}, ... {nome da role n} Por exemplo, para configurar a role hyp_admin para acesso Ć funcionalidade de gerenciamento de projetos: APP_SECURITY_COREACCESSROLES_PROJECT_MANAGER: hyp_admin Estes sĆ£o os identificadores das funcionalidades disponĆveis: BUSINESS_OBJECT, BUSINESS_RULE_DESIGN, COMPONENT, COMPONENT_PROPERTY, CSS, DATABASE, DATABASE_CONNECTION, DATA_MODELING, DATA_TYPE, DOMAIN, FAAS, FLOW, FORM, HTML_PAGE, I18N, IMAGE, JAVASCRIPT, LOG, PACKAGE, PAGE_CONFIG, PARAMETER, PROJECT_MANAGER, QUERY_COMPONENT, REPORT_CONFIG, REPORT_FILE, SETTINGS, SNIPPET.
ā ļø Importante:
Por razões óbvias de segurança, é fortemente recomendado manter pelo menos uma role padrão configurada na variÔvel APP_SECURITY_COREACCESSROLES_DEFAULT. No entanto, em casos excepcionais, esse controle pode ser desativado atribuindo "" a essa variÔvel. Este documento pressupõe que a atualização estÔ sendo feita da versão 1.10.1 para a 1.11.0. Caso esse não seja o cenÔrio, siga as orientações das Notas de Release anteriores, começando pela versão do ambiente até alcançar a versão 1.10.1.
Data de Publicação: 11/03/2025
ā CORREĆĆES
- Correção da internacionalização do lowcode;
- Correção da exibição "Trial" na visualização de relatórios Stimulsoft.
Data de Publicação: 05/03/2025
š MELHORIAS / NOVAS FUNCIONALIDADES
- tooltips;
- Integração da ferramenta Stimulsoft;
- Permitir a autenticação externa keycloak e atualizaçao do token;
- Implementar importação e exportação de relatórios Stimulsoft;
- Restringir acesso a relatórios por roles.
ā CORREĆĆES
- Erro no tratamento de objetos JSON no componente ESI REST;
- Erro na inclusão de objetos de negócio no package.
Data de Publicação: 14/02/2025
ā CORREĆĆES
- NĆ£o estĆ” trazendo os labels de projeto.
Data de Publicação: 17/01/2025
š MELHORIAS / NOVAS FUNCIONALIDADES
- Extração dos fontes .html, .css e .js de um pacote para criação de projeto externo:
- Implementação do botĆ£o āCódigo fonteā no CRUD de pacotes:
- Ao clicar nesse botão, o sistema gera um .zip com todos os .css, .html, .js e imagens do pacote:
- Conversão do LowcodeSDK do FaaS para funcionar em .js no runtime do Low Code:
- O LowcodeSDK do FaaS estĆ” disponĆvel no frontend do Low Code. Ć só chamar āSDKā ao invĆ©s de āLowcodeSDKā e retirar o FaaS.lowcodeHttpConfig da criação dos objetos:
- Importante ressaltar que não existe qualquer referência à classe FaaS. As variÔveis e objetos devem ser tratados como Javascript puro que roda no browser.
ā CORREĆĆES
- Validar se existe código antes de salvar um FaaS;
- Correção do path app-builder;
- Erro no componente de form input.select;
- Correção da identificação do path dos recursos quando a URL é /lowcode/lowcode;
- Configuração dos .jsp para UTF-8.
Data de Publicação: 20/12/2024
ā CORREĆĆES
- Erro na execução de regra de negócio do tipo Node.js.
Data de Publicação: 18/12/2024
š MELHORIAS / NOVAS FUNCIONALIDADES
- ForƧar carga de imagens qdo o bucket MinIO estƔ vazio;
- Criação de novos componentes ESI;
- Retirar propriedade de timeout na execução de FaaS.
ā CORREĆĆES
- Erro na integração Low Code x ITSM em ambiente de desenvolvimento;
- Correção da importação de pacote com componente ESI de email.
Data de Publicação: 06/12/2024
š MELHORIAS / NOVAS FUNCIONALIDADES
- Permitir acesso à pÔgina SPA sem configuração de acesso público;
- Melhoria na tela de acompanhamento da instalação;
- Adicionar qrcode na pƔgina de projeto para mobile.
ā CORREĆĆES
- Componentes de formulÔrio depreciados da versão 9 não são importados no lowcode;
- HTMLs de pÔginas 'task' e 'default' migrados da versão 9 não são renderizados corretamente;
- Erro na clÔusula REFERENCES na DDL de relacionamentos de objeto de negócio;
- Correção da renderização de pÔgina HTML;
- Erro na importação de recursos CSS, mesmo marcando opção a opção replace;
- Erro "Page configuration 'null' is undefined for the form..." na importação de pacotes.
Data de Publicação: 06/11/2024
š MELHORIAS / NOVAS FUNCIONALIDADES
- Voltar para tela de edição após debug do FaaS.
ā CORREĆĆES
- Erro "Page configuration 'null' is undefined for the form..." na importação de pacotes:
- Erro na edição de pacote recém-criado.
Data de Publicação: 08/10/2024
š MELHORIAS / NOVAS FUNCIONALIDADES
- Refactory na estrutura de forms para melhoria na performance de importação de pacotes
- Refactory na estrutura de objetos de negócio para melhoria na performance de importação de pacotes
- Refactory na execução da DDL de forma assincrona, com gravação de logs

- TambĆ©m Ć© possĆvel ver o histórico de importação do pacote. Na tela principal, foi disponibilizado um botĆ£o de consultar log:

- Ao clicar no botĆ£o, Ć© exibido o histórico de importação, sendo possĆvel filtrar por data, usuĆ”rio e IP de origem:

- Ao clicar na ação detalhar, o sistema exibe um tela com a identificação da importação e a relação dos objetos importados:

- Permitir a inclusão de recursos javascript do Low Code como dependências do FaaS

- TambĆ©m Ć© possĆvel adicionar dependĆŖncias diretamente no código atravĆ©s da classe FaaS.Util:

- Enviar mensagem websocket no log-trace do fluxo ESI
- Quando a rastreabilidade do fluxo ESI estÔ ativada, o sistema exibe o canal web socket que permite a interação com a execução do fluxo:

- AtravĆ©s do componente Trace Log Ć© possĆvel enviar mensagens ao web socket:

- Para exibir as mensagens capturada do web socket, basta utilizar o mƩtodo subscribeToWs no formulƔrio Low Code:

ā CORREĆĆES
- Atualização de itens do projeto no pacote não salva no BD
- Mensagem indevida de alteração por outro usuÔrio na gravação de objeto de negócio
- Correção de defeitos na criação de form CRUD no cadastro de objetos de negócio
Data de Publicação: 11/09/2024
ā CORREĆĆES
- Correção da injeção de dependência FaaS;
- Os formulĆ”rios Low Code com dependĆŖncias āFaaSā nĆ£o funcionavam no ambiente ITSM;
- Correção da funcionalidade data modeling.
Data de Publicação: 15/08/2024
š MELHORIAS / NOVAS FUNCIONALIDADES
- Permitir a criação de componentes dinâmicos de fluxo ESI:
- Foi criada uma opção para definir se o fluxo ESI aparece como componente para criação de outros fluxos. Se essa opção for marcada, o usuÔrio deve selecionar o grupo e a imagem que vai aparecer na paleta.
- O fluxo se torna um componente da paleta e as variÔveis marcadas como obrigatórias aparecem para configuração;
- Criar tipo de fluxo "Agente";
- Um agente Ć© um fluxo ESI que Ć© iniciado de forma manual ou na subida do sistema e roda indefinidamente, conforme definido no seu design;
- Para configurar um fluxo ESI como agente, basta marcar a opção āDeploy como agenteā e definir se ele deve ser iniciado na subida do sistema ou de forma manual;
- Para que o agente seja executado, é necessÔrio configurar a autenticação na funcionalidade .../lowcode/page/settings;
- Foi criada a funcionalidade para monitoração de agentes, que possibilita o deploy/ undeploy do agente e a visualização de logs;
- Melhorias FaaS;
- Foi desenvolvida uma nova interface Javascript para integração com a versão 1.3.0-RELEASE do FaaS. Segue alguns exemplos de código: Executar um FaaS no front end:
Data de Publicação: 23/07/2024
ā CORREĆĆES
- Botão atualizar versão dos elementos no pacote não atualiza a versão na tela:
- Botão incluir pÔgina de formulÔrio estÔ abrindo tela de salvar.
Data de Publicação: 18/07/2024
š MELHORIAS / NOVAS FUNCIONALIDADES
- Melhorias na funcionalidade de salvar o formulÔrio na mesma versão e nova versão:
- Foi acrescentado um terceiro número na versão (patch). Sempre que o usuÔrio salvar o formulÔrio na mesma versão, o patch é incrementado e a versão anterior é preservada.
- Foi criada uma funcionalidade para comparar código Javascript e HTML de versões diferentes do formulÔrio;
- Quando o usuÔrio seleciona a versão para comparar, o sistema exibe os locais onde hÔ diferença de código e o usuÔrio pode clicar para visualizar as diferenças;
- Ao clicar para visualizar as diferenças, o usuÔrio pode fazer merge de código com a versão anterior;
- No caso do desenho da tela, o sistema exibe as diferenƧas de HTML mas nĆ£o Ć© possĆvel fazer merge de componentes visuais;
- Ao salvar o formulÔrio e quando houver alterações por parte de outro usuÔrio, o sistema oferece a opção de merge de código semelhante à funcionalidade de comparação de versões;
- Todas as alteraƧƵes do formulƔrio ficam registradas em log.
ā CORREĆĆES
- Importação de fluxos não traz conteúdo de scripts:
- Criação de code snippet não preserva o idioma;
- Duplicação de conteúdo HML em mais de uma linha do desenho do formulÔrio;
- Mensagem "Acess Denied" após a importação do pacote:
Data de Publicação: 02/06/2024
š MELHORIAS / NOVAS FUNCIONALIDADES
- Reverter a inibição de edição de recursos JS, CSS e HTML:
- Ajuste no filtro de autenticação para priorizar cookie criado pelo Frontmanager.
Data de Publicação: 21/05/2024
š MELHORIAS / NOVAS FUNCIONALIDADES
- Minificação Low Code:
- Na aba de identificação do formulÔrio, o sistema permite que o usuÔrio selecione o tipo de proteção de código: Nenhuma proteção (default), Minificação ou Ofuscação.
- O código Javascript do Controller de cada pÔgina serÔ alterado conforme a opção selecionada:
- Inserir comentÔrio na gravação de versão nova do form;
- Ao clicar no botĆ£o Salvar da tela de CRUD de formulĆ”rio, o sistema exibe uma popup para que o usuĆ”rio informe as āNotas de Releaseā com o que foi alterado. Se o usuĆ”rio estiver gravando uma nova versĆ£o, o comentĆ”rio Ć© obrigatório:
- Na tela de listagem de formulĆ”rios, ao clicar no botĆ£o de ação āLogā, o sistema exibe a lista de alteraƧƵes em ordem decrescente de data:
- Upload de recursos CSS, JS e HTML:
- Nos CRUDs de Javascript, CSS e PÔgina HTML, o sistema exige que o usuÔrio selecione um arquivo para upload e não permite mais que o código seja alterado diretamente na tela.
- Associar recursos CSS, JS, HTML, Imagem e Parâmetro a projeto:
- Nos CRUDs de Javascript, CSS, PÔgina HTML, Imagem e Parâmetro, o sistema permite (opcionalmente) que o usuÔrio selecione o projeto associado ao recurso.
- A Ɣrvore do CRUD de projeto tambƩm foi alterada para contemplar os recursos vinculados ao projeto;
- Exportação de pacotes via API:
- A API de automação permite a exportação de um pacote. Basta informar o nome do pacote no query param āpackage-nameā e o sistema gera um arquivo .zip com o conteĆŗdo do pacote.
ā CORREĆĆES
- Falha ao acessar dois formulƔrios low code simultaneamente com HTML.
Data de Publicação: 02/05/2024
š MELHORIAS / NOVAS FUNCIONALIDADES
- Melhoria nos logs low code:
- Todos os erros que ocorrem no consumo da API Rest do Low Code ficam registrados em Log que pode ser consultado no menu Consultas -> Log de execução.
- O resultado da execução de fluxos ESI, com o conteĆŗdo das variĆ”veis de entrada e saĆda e a execução de componentes assĆncronos (email, por exemplo), tambĆ©m fica registrado no Log;
- O resultado da execução de FaaS, com o conteĆŗdo das variĆ”veis de entrada e saĆda), tambĆ©m fica registrado no Log;
- Aceitar arquivo zipado na importação/exportação de pacotes:
- A importação de pacotes aceita arquivos .zip e continua aceitando .json.
- A exportação que fica na tela de detalhes do pacote oferece a opção de exportar .zip ou .json;
- A exportação na tela de grid só faz exportação para .zip.
Data de Publicação: 04/04/2024
š MELHORIAS / NOVAS FUNCIONALIDADES
- Implementar nas telas do lowcode de CSS, Javascript, HTML o mesmo recurso de "acesso pĆŗblico" que foi implementado em imagens:
- As telas de cadastro de CSS, Javascript e HTML permitem selecionar o tipo de acesso.
- Criar mecanismo para configurar propriedades de e-mail no componente ESI:
- Foi acrescentada uma aba āConfiguraçãoā no componente de email do ESI que permite a configuração de propriedades do componente Spring JavaMailSender (ver https://www.baeldung.com/spring-email).
- Possibilitar enviar email com anexo de ECM sem identificação do container:
- Não é mais necessÔrio informar o UUID do container ECM para identificar quais anexos serão enviados no email.
ā CORREĆĆES
- Falha no "flowInstance.executeEsiFlow":
- Falha ao enviar e-mail com a variƔvel nula ou vazia:
Data de Publicação: 15/03/2024
š MELHORIAS / NOVAS FUNCIONALIDADES

ā CORREĆĆES
- Corrigir ordenação da grid de objeto de negócio:
- Revert das alterações de propriedades do pool de conexão.
Data de Publicação: 06/03/2024
ā CORREĆĆES
- Problema no refresh do token.
Data de Publicação: 04/03/2024
š MELHORIAS / NOVAS FUNCIONALIDADES
- Melhoria no componente datagrid para configurar apenas visualização.
ā CORREĆĆES
- Correção de execução de SQL de objeto de negócio qdo a coluna não existe:
Data de Publicação: 25/01/2024
š MELHORIAS / NOVAS FUNCIONALIDADES
- Criação de mecanismo vinculado a Roles para permitir a descriptografia de informação sensĆvel:
- Implementação da integração com MySQL para conexões de BD e API de objetos de negócio;
- Permitir HTML no componente de email do ESI:
ā CORREĆĆES
- A pesquisa avançada não traz os dados do formulÔrio Low Code:
- Erro no carregamento da tela de merge de Código javascript.
Data de Publicação: 29/12/2023
š MELHORIAS / NOVAS FUNCIONALIDADES
- Criar engine de integração do Low Code com o Service Management:
- Criar serviƧos para recuperar anexos de ticket do Service Management;
- Permitir enviar anexos de ticket no componente de email ESI;
- Permitir identificar quais anexos de ticket ou ECM serão enviados no componente de email ESI;
- Permitir enviar anexos ECM no componente de email ESI;
- Acrescentar prefixo "lowcode" nos nomes de bundle .js e .css;
- Adicionar formulÔrio lowcode na tela de gerenciamento de liberação do Service Management;
- Atualização do jwt e do USER_LOGGED quando o Frontmanager envia um broadcast de refresh do token. Importante: caso o Low Code esteja integrado ao Service Management (ver Orientações para deploy), o USER_LOGGED terÔ todos os atributos do USER_LOGGED do Centro de Experiência do Service Management:
ā CORREĆĆES
Data de Publicação: 29/12/2023
š MELHORIAS / NOVAS FUNCIONALIDADES
- Implementar integração com banco de dados DB2:
- Implementar controle de acesso no cadastro de conexƵes de BD;
- Refactory no log de execução ESI, no padrão do log FaaS;
- Permitir envio de anexos de container ECM;
- Permitir merge de código javascript de formulÔrios.
ā CORREĆĆES
- Erro na identificação de parâmetros do tipo array na API do objeto de negócio.
šORIENTAĆĆES PARA DEPLOY

- Para funcionar o envio de email corrigido no card #4429, devem ser observadas as mesmas instruções descritas nas notas de release da versão 1.1.3:;
- Deve ser acrescentada a variÔvel APP_INTEGRATIONS_FRONTMANAGERURL no ConfigMap do Low Code, apontando para a URL de backend do Frontmanager. Exemplo: APP_INTEGRATIONS_FRONTMANAGERURL: http://hyper-frontmanager-api;
- Deve ser implantada a versão 2.5.0 ou superior do frontmanager-api, que contenha o endpoint que detalha a caixa postal de email: GET internal/email-boxes/{uuid}.
Data de Publicação: 28/11/2023
š MELHORIAS / NOVAS FUNCIONALIDADES
- Criação de log para execução de FaaS;
- Criação de endpoint para listagem paginada de objetos de negócio e utilização na diretiva de grid o /data/{project}/{business-object}/paged.
ā CORREĆĆES
- Componente Email ESI não envia anexo.
Data de Publicação: 08/11/2023
ā CORREĆĆES
- Correção da importação de fluxos ESI:
- Inibição da atualização do token até resolver problema de refresh de telas.
Data de Publicação: 22/10/2023
ā CORREĆĆES
- Correção da integração com Service Management acarretada pela minificação de recursos. Algumas funcionalidades do Service Management que dependem de integração com o Low Code deixaram de funcionar na versão 1.1.0-RELEASE. Por exemplo: flowDesign.
Data de Publicação: 10/10/2023
š MELHORIAS / NOVAS FUNCIONALIDADES
- Minificação de recursos javascript e css:
- Criação de componentes ESI para criptografia de informações;
- Criação de atributo com informaƧƵes sensĆveis no objeto de negócio;
- Criação de componente de formulÔrio para criptografia de informações;
ā CORREĆĆES
- Correção da exclusão de tabs de formulÔrios Low Code:
- Correção do componente de formulÔrio input.identifier;
- Correção dos atributos de acesso público na importação de pacote.
Data de Publicação: 29/09/2023
š MELHORIAS / NOVAS FUNCIONALIDADES
- Criação de mecanismo para compartilhamento de recursos MinIO entre dois tenants:
- Solução de deadlock na execução de script de BD;
- Criação de botĆ£o para executar DDL de Ćndice no objeto de negócio;
- Aumento do limite de tamanho de upload de arquivo na importação de pacotes;
- Simplificação de imagem Docker do Low Code para diminuir tamanho.
ā CORREĆĆES
- Problema no refresh do token.
Data de Publicação: 21/09/2023
š MELHORIAS / NOVAS FUNCIONALIDADES
- Acrescentar FaaS.Console na saĆda do endpoint integrations/{name}/faas:
- Atributo _search em conflito com o atributo _filter na API data do Low Code;
- Refactory na parametrização da URL da IDE e Renderer do Mobile no Low Code.
ā CORREĆĆES
- Correção da duplicação de Schema e Screen na IDE Mobile.
Data de Publicação: 31/08/2023
š MELHORIAS / NOVAS FUNCIONALIDADES
- Desenvolvimento de solução de testes integrados no Low Code;
- Criação de novos componentes Low Code para IA:
- AITextClassification;
- AIPredictDataByModelTF;
- AIPredictDataByModelSKLearn;
- AIPredictDataByModelCode;
- Criação de novos componentes de fluxo ESI:
- AIOCR;
- MSTeams;
- Discord;
- GenerativeAIOpenAI;
- SlackSendMessage;
- Kafka;
- FileToBase64;
- ApacheVelocity;
- Criação serviço REST Low Code para importação de pacotes:
- Criação de endpoint POST /automations/${tenant_id}/packages para importação de pacotes;
- Criação de endpoint GET /automations/${tenant_id}/packages/${uuid}/logs para obtenção do log de importação de pacotes;
- Refactory das propriedades dos componentes da IDE (definitions);
- Adequação do backend e fluxo ESI de geração do build Mobile para usar Expo;
- Refactory dos parâmetros do Build Mobile;
- Segregação dos ambientes de IDE e renderização do Mobile;
- Alteração do tipo das colunas timestamp para resolver timezone e reestruturação das propriedades do Build.
ā CORREĆĆES
- Correção da duplicidade de aplicações Mobile no frontend do Low Code;
- Correção de problema na propagação de exceção do tipo BD na execução de fluxos ESI;
- Correção da exibição de Ćcones em abas de formulĆ”rios Low Code.





















