Low Code Web

chegaram novidades incríveis para deixar seu uso ainda mais simples, seguro e flexível! uma atualização que reforça a missão da nossa área de produto gerar valor real, com entregas tangíveis que impulsionam a performance dos times e a eficiência operacional da plataforma confira abaixo o que mudou versão 1 16 1 data de publicação 08/01/2026 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 versão 1 16 0 data de publicação 31/12/2025 release ref git 1 16 0 data de publicação 31/12/2025 release ref git 1 16 0 🔒 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 api key \<valor> ou x api key \<valor> 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 get /data/{project}/{business object}/sqls/{sql} ✏️ endpoint para sql update/delete foi criado o endpoint para execução de sqls de update e delete de objeto de negócio post /data/{project}/{business object}/sqls/{sql} 📝 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 app integrations servicemanagementurl ✅ 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 registry cloud4biz com/deployscdi/hyper lowcode 1 16 0 release nexus centralit io 9091/hyper lowcode 1 16 0 release 🚀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 app security apikey required app security apikey required = true true define se o uso de api key é obrigatório para acesso aos endpoints protegidos app security apikey pepper app security apikey pepper =\<valor secreto> valor secreto utilizado no cálculo do hash da api key a alteração deste valor invalida todas as api keys existentes app security apikey master raw app security apikey master raw =\<apikey master em texto> define se o uso de api key é obrigatório para acesso aos endpoints protegidos app security apikey master hash app security apikey master hash =\<hash da apikey master> hash criptográfico da api key master, utilizado para validação interna da chave apresentada nas requisições 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 app security jwe required app security jwe required = true true define se a criptografia ponta a ponta no padrão jwe (rfc 7516) estará ativa app security jwe currentkid app security jwe currentkid =\<kid> identificador da chave criptográfica atualmente ativa (key id – kid ) app security jwe kids 0 app security jwe kids 0 =\<kid> lista de identificadores de chaves válidas para decriptação, permitindo rotação de chaves app security jwe jwk \<kid> app security jwe jwk \<kid> =\<jwk privada> chave criptográfica privada no formato jwk, utilizada pelo backend para decriptar requisições e criptografar respostas ⚠️ 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 app security apikey master hash = cea201055b3e3302e916803ba02b085e9db4db7e73e1f8b61bc3363bb0ef268f app security apikey master raw = f sh3myhr3p1fbkvbijj84fwkyzundhgauea6pqpfpc0 app security apikey pepper = fdgh3djxotf3szbwd7vt4k8asnro5rkb app security apikey required = true app security jwe currentkid = srv 2025 11 app security jwe jwk srv 2025 11 = {"kty" "ec","d" "qfb6pk7heav6mdv64eb4jxtdfyfw 0ztt7hbv4lpnxs","crv" "p 256","kid" "srv 2025 11","x" "sxlgcte5iapc9 618fkh9gnl7ulfvxnyaidbc36pnpk","y" "tkcot95qhmldx5xqihdvo7sns18wr cmpl91de9ymum"} app security jwe kids 0 = srv 2025 11 app security jwe required = true 🛠️ 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 security config generator \<versão> jar 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 java jar jar security config generator \<versão> jar < optional key name> em container, por meio do comando docker run rm rm \\ v v \<jar path> /app jar \\ name name security config generator \\ adoptopenjdk/openjdk11\ jdk 11 0 20 8 alpine slim \\ java jar jar /app jar \[optional key name] 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 app security jwe required app security jwe required =true app security jwe currentkid app security jwe currentkid =srv 20251231 110309083 app security jwe kids 0 app security jwe kids 0 =srv 20251231 110309083 app security jwe jwk srv 20251231 110309083 app security jwe jwk srv 20251231 110309083 ={"kty" "ec","d" "2svbmmlmm2r2xap zawhrebqmzgtz9b2lcwjwkjspiw","crv" "p 256","kid" "srv 20251231 110309083","x" "gddik cicspenodbbtkzlqm ffcrmiwbmrzmrx0 oyg","y" "vpgra7gf0gzfzonkjwmchliqcloxqpzwt7eoy gewek"} app security apikey required app security apikey required =true app security apikey pepper app security apikey pepper =a2zokmrhipctvxerqwiv csksp1x5 b app security apikey master enabled app security apikey master enabled =true app security apikey master raw app security apikey master raw =a894tag24wqjrsz d4pwzbtwwtqnk8xgibrlwvfcew46 itsm lowcode defaultconfig apikey lowcode defaultconfig apikey =\<api key master> events app security lowcodeapikey app security lowcodeapikey =\<api key master> agility backend restclient lowcode api key restclient lowcode api key =\<api key master> faas (configmap) app app security security lowcode api key lowcode api key \<api key master> ⚠️ 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 lowcode defaultconfig apikey lowcode defaultconfig apikey =\<api key master> configuração no events o events deve receber a api key por meio da seguinte variável de ambiente app security lowcodeapikey app security lowcodeapikey =\<api key master> configuração no agility backend o agility backend deve receber a api key por meio da seguinte variável de ambiente restclient lowcode api key restclient lowcode api key =\<api key master> configuração no faas o faas deve ser configurado com a api key no arquivo configmap app app security security lowcode api key lowcode api key \<api key master> 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 versão 1 15 5 data de publicação 08/01/2026 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 versão 1 15 4 data de publicação 30/12/2025 release ref git 1 15 4 data de publicação 30/12/2025 release ref git 1 15 4 🧩 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 versão 1 15 3 data de publicação 19/12/2025 release ref git 1 15 3 data de publicação 19/12/2025 release ref git 1 15 3 🛠️ 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 versão 1 15 2 data de publicação 16/12/2025 release ref git 1 15 2 data de publicação 16/12/2025 release ref git 1 15 2 🔍 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 versão 1 15 1 data de publicação 22/11/2025 release ref git 1 15 1 data de publicação 22/11/2025 release ref git 1 15 1 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 versão 1 15 0 data de publicação 18/10/2025 release ref git 1 15 0 data de publicação 18/10/2025 release ref git 1 15 0 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 otimização do uso de memória, reduzindo o consumo em cenários de múltiplos tenants e conexões simultâneas controle de tamanho máximo do cache por meio da variável app datasource cache maximumsize (padrão 200) ao atingir o limite, a entrada mais antiga é removida e substituída pela nova expiração automática das entradas conforme a variável app datasource cache expireminutes (padrão 10 minutos) quando o tempo é atingido, a conexão é encerrada e o data source correspondente é removido da memória 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 get /rest/dynamic/{projeto}/{objeto de negócio} get /data/{projeto}/{objeto de negócio} get /data/{projeto}/{objeto de negócio}/queries get /data/{projeto}/{objeto de negócio}/lookups a otimização nesses endpoints envolve processamento em memória do resultado json até o limite de 8 mb (ou o valor definido por app queries inmemorythresholdbytes) gravação automática em disco quando o limite em memória é ultrapassado, até 500 mb (ou o valor definido por app queries maxfilesize) flush periódico da saída em disco a cada 100 registros ou conforme o intervalo configurado na variável app queries flushinterval 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 ao carregar o formulário low code, o sistema passa a armazenar as variáveis lowcode config timezone e lowcode config utcoffset com base no cadastro do usuário no frontmanager caso não existam, o sistema obtém as configurações de timezone e utcoffset do navegador a cada requisição, o frontend envia os atributos time zone com o valor de lowcode config timezone e utc offset com o valor lowcode config utcoffset nos headers da requisição foi criado o tipo de coluna timestamp tz para os objetos de negócio, garantindo o armazenamento consistente de data e hora com time zone e offset quando o backend identifica uma coluna do tipo timestamp tz, o sistema converte a data e hora recebidas para utc considerando o time zone informado no header, e grava o valor como timestamp utc no banco de dados o tipo de coluna datetime de objeto de negócio foi renomeado para timestamp utc para esse tipo de coluna, o backend recebe a data e hora do navegador e não faz nenhuma conversão 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 versão 1 14 0 chegaram novidades incríveis para deixar seu uso ainda mais simples, seguro e flexível! uma atualização que reforça a missão da nossa área de produto gerar valor real, com entregas tangíveis que impulsionam a performance dos times e a eficiência operacional da plataforma confira abaixo o que mudou data de publicação 01/07/2025 release ref git 1 14 0 data de publicação 01/07/2025 release ref git 1 14 0 ✨ 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 campo novo para escolher a quantidade de linhas incluído parâmetro limit nas conexões de objeto de negócio e componente query o quando a tela de inclusão da fonte de dados é apresentada, já vem o parâmetro " limit" com "design" marcado ou seja, esse parâmetro só será considerado no design e faz com que o sistema retorne a quantidade de registros definida no "valor" (default 1) ⚡📊 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 ✅ versão 1 13 0 data de publicação 03/06/2025 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 👤 authenticated exige login “automático” com senha de serviço 👥 anonymous entra sem pedir login e sem guardar cookie 🔄 all (padrão) aceita os dois tipos acima 👉 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) versão 1 12 0 data de publicação 14/05/2025 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 🔐 com autenticação automática o sistema faz o login sozinho nos bastidores 👥 sem autenticação qualquer pessoa pode acessar direto, sem login 🔄 ambos aceita os dois jeitos (padrão do sistema) 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 versão 1 11 1 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 versão 1 11 0 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 versão 1 10 1 data de publicação 11/03/2025 ✅ correções 7934 correção da internacionalização do lowcode 7984 correção da exibição "trial" na visualização de relatórios stimulsoft 🚀orientações para deploy este documento pressupõe que a mudança de versão está partindo da versão 1 10 1 para a 1 10 1 caso não seja esse o cenário, siga as orientações das notas de release anteriores, partindo da versão do ambiente até a versão 1 10 1 versão 1 10 0 data de publicação 05/03/2025 🆕 melhorias / novas funcionalidades 6589 \[17642] integração da ferramenta stimulsoft; 7889 permitir a autenticação externa keycloak e atualizaçao do token 7953 implementar importação e exportação de relatórios stimulsoft 7954 restringir acesso a relatórios por roles; ✅ correções 7908 erro no tratamento de objetos json no componente esi rest; 7958 erro na inclusão de objetos de negócio no package 🚀orientações para deploy este documento pressupõe que a mudança de versão está partindo da versão 1 10 0 para a 1 10 0 caso não seja esse o cenário, siga as orientações das notas de release anteriores, partindo da versão do ambiente até a versão 1 10 0 versão 1 9 1 data de publicação 14/02/2025 ✅ correções 7861 não está trazendo os labels de projeto 🚀orientações para deploy este documento pressupõe que a mudança de versão está partindo da versão 1 9 0 para a 1 9 1 caso não seja esse o cenário, siga as orientações das notas de release anteriores, partindo da versão do ambiente até a versão 1 9 0 versão 1 9 0 data de publicação 17/01/2025 🆕 melhorias / novas funcionalidades 7548 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 7602 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 7644 validar se existe código antes de salvar um faas 7662 correção do path app builder 7655 erro no componente de form input select 7658 correção da identificação do path dos recursos quando a url é /lowcode/lowcode 7663 configuração dos jsp para utf 8 versão 1 8 8 data de publicação 20/12/2024 ✅ correções erro na execução de regra de negócio do tipo node js este documento pressupõe que a mudança de versão está partindo da versão 1 8 7 para a 1 8 7 caso não seja esse o cenário, siga as orientações das notas de release anteriores, partindo da versão do ambiente até a versão 1 8 7 versão 1 8 7 data de publicação 18/12/2024 🆕 melhorias / novas funcionalidades 7512 forçar carga de imagens qdo o bucket minio está vazio 7497 criação de novos componentes esi 7495 retirar propriedade de timeout na execução de faas ✅ correções 7507 erro na integração low code x itsm em ambiente de desenvolvimento 7496 correção da importação de pacote com componente esi de email 🚀orientações para deploy este documento pressupõe que a mudança de versão está partindo da versão 1 8 6 para a 1 8 7 caso não seja esse o cenário, siga as orientações das notas de release anteriores, partindo da versão do ambiente até a versão 1 8 6 versão 1 8 6 data de publicação 06/12/2024 🆕 melhorias / novas funcionalidades 7282 permitir acesso à página spa sem configuração de acesso público 7405 melhoria na tela de acompanhamento da instalação 7406 adicionar qrcode na página de projeto para mobile ✅ correções 7335 componentes de formulário depreciados da versão 9 não são importados no lowcode 7343 htmls de páginas 'task' e 'default' migrados da versão 9 não são renderizados corretamente 7345 erro na cláusula references na ddl de relacionamentos de objeto de negócio 7283 correção da renderização de página html 7404 erro na importação de recursos css, mesmo marcando opção a opção replace 7322 erro "page configuration 'null' is undefined for the form " na importação de pacotes versão 1 8 3 data de publicação 06/12/2024 🆕 melhorias / novas funcionalidades 7324 voltar para tela de edição após debug do faas ✅ correções 7322 erro "page configuration 'null' is undefined for the form " na importação de pacotes 7323 erro na edição de pacote recém criado versão 1 7 0 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 versão 1 6 3 data de publicação 11/09/2024 ✅ correções 6527 correção da injeção de dependência faas os formulários low code com dependências “faas” não funcionavam no ambiente itsm 6530 correção da funcionalidade data modeling versão 1 6 0 data de publicação 15/08/2024 🆕 melhorias / novas funcionalidades 5605 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 5712 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 6017 \[ticket 17077] 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 $scope load = async () => { $scope output = ''; const fileinput = document getelementbyid('fileinput'); const files = fileinput files; if (files length === 0) { $scope showalert('error', 'por favor, selecione um arquivo '); return; } const input = {username lowcode config user username ,name lowcode config user name ,token lowcode config token()}; faas resolve('receive files', { input input, files files, callback {nome da função de callback} }); } const show = (chunk, done) => { const $elem = $('#div output')\[0]; $scope done = done; $scope hideoutput = true; $scope output += chunk; $scope $applyasync(); $scope hideoutput = false; $timeout(function(){ if ($elem) $elem scrolltop = $elem scrollheight; },2); } const receive = async (response) => { const reader = response body getreader(); const decoder = new textdecoder("utf 8"); const status = true; while (status) { const { value, done } = await reader read(); const chunk = value ? decoder decode(value, { stream true }) ''; show(chunk, done); if (done) break; } } const play = async (response) => { $scope listening = true; document getelementbyid("status") innertext = "reproduzindo "; const audioresponseblob = await response blob(); const audiourl = url createobjecturl(audioresponseblob); } 🚀orientações para deploy o faas deve ser atualizado para a versão 1 3 0 release ou superior deve ser criada uma url externa para utilização do faas no frontend essa url não depende de tenant, não pode passar pelo frontmanager e deve apontar diretamente para a porta 3000 do faas no container, sem contexto exemplo https //democentralit node faas cithyper click/ no configmap do low code, deve ser criada a variável de ambiente faasclient defaultconnection frontendurl apontando para a url externa do faas criada no item 2 ⚠️ observações versão 1 5 3 data de publicação 23/07/2024 ✅ correções 6101 botão atualizar versão dos elementos no pacote não atualiza a versão na tela 6108 botão incluir página de formulário está abrindo tela de salvar versão 1 5 2 data de publicação 18/07/2024 🆕 melhorias / novas funcionalidades 5868 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 6091 importação de fluxos não traz conteúdo de scripts 6092 criação de code snippet não preserva o idioma 6093 duplicação de conteúdo hml em mais de uma linha do desenho do formulário 6094 mensagem "acess denied" após a importação do pacote versão 1 5 1 data de publicação 02/06/2024 🆕 melhorias / novas funcionalidades 5628 reverter a inibição de edição de recursos js, css e html 5630 ajuste no filtro de autenticação para priorizar cookie criado pelo frontmanager versão 1 5 0 data de publicação 21/05/2024 🆕 melhorias / novas funcionalidades 5352 \[ticket 16718] 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 5467 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 5469 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 5468 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 5470 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 5531 \[ticket 16858] falha ao acessar dois formulários low code simultaneamente com html ⚠️ observações versão 1 4 6 data de publicação 02/05/2024 🆕 melhorias / novas funcionalidades 5003 \[ticket 16339] 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 4867 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 versão 1 4 5 data de publicação 04/04/2024 🆕 melhorias / novas funcionalidades 5002 \[ticket 16338] 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 5117 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 ) 5136 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 5004 \[ticket 16492] falha no "flowinstance executeesiflow" 5114 \[ticket 16609] falha ao enviar e mail com a variável nula ou vazia 🚀orientações para deploy observar as orientações descritas nas notas de release das versões anteriores ⚠️ observações versão 1 4 4 data de publicação 15/03/2024 🆕 melhorias / novas funcionalidades ✅ correções 4986 corrigir ordenação da grid de objeto de negócio 4987 revert das alterações de propriedades do pool de conexão 🚀orientações para deploy observar as orientações descritas nas notas de release da versão 1 4 2 release ⚠️ observações versão 1 4 3 data de publicação 06/03/2024 ✅ correções 4817 ticket 16383 problema no refresh do token 🚀orientações para deploy ·observar as orientações descritas nas notas de release da versão 1 4 2 release versão 1 4 2 data de publicação 04/03/2024 🆕 melhorias / novas funcionalidades 4773 melhoria no componente datagrid para configurar apenas visualização ✅ correções 4772 correção de execução de sql de objeto de negócio qdo a coluna não existe 🚀orientações para deploy caso exista configuração para a variável app intelligencecenter baseurl , deve ser substituída por app integrations intelligencecenterurl observar a configuração de variáveis descritas em https //gitlab centralit io/centralit/hyper platform/hyper lowcode/ /wikis/procedimentos para gera%c3%a7%c3%a3o de imagem e deploy versão 1 4 0 data de publicação 25/01/2024 🆕 melhorias / novas funcionalidades 4545 criação de mecanismo vinculado a roles para permitir a descriptografia de informação sensível 4544 – implementação da integração com mysql para conexões de bd e api de objetos de negócio 4532 ticket 16078 permitir html no componente de email do esi ✅ correções 4349 ticket 15625 a pesquisa avançada não traz os dados do formulário low code 4606 erro no carregamento da tela de merge de código javascript 🚀orientações para deploy observar as orientações descritas nas notas de release das versões 1 2 0 e 1 3 0 observar a configuração de variáveis descritas em https //gitlab centralit io/centralit/hyper platform/hyper lowcode/ /wikis/procedimentos para gera%c3%a7%c3%a3o de imagem e deploy versão 1 3 0 data de publicação 29/12/2023 🆕 melhorias / novas funcionalidades 4481 criar engine de integração do low code com o service management 4516 criar serviços para recuperar anexos de ticket do service management 4434 permitir enviar anexos de ticket no componente de email esi 4535 permitir identificar quais anexos de ticket ou ecm serão enviados no componente de email esi 4436 permitir enviar anexos ecm no componente de email esi 4540 acrescentar prefixo "lowcode" nos nomes de bundle js e css 4549 adicionar formulário lowcode na tela de gerenciamento de liberação do service management 4550 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 🚀orientações para deploy após a implantação dessa versão, devem ser reiniciados todos os pods do itsm (service management) caso contrário, as telas do service management que dependem do low code não vão funcionar para funcionar o envio de email com anexos implementado nos cards 4434 e 4435, 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 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} para funcionar a integração do low code com o service management implementada no card 4481 e o envio de email com anexos de ticket implementado no card 4434 deve ser acrescentada a variável app integrations servicemanagementurl no configmap do low code, apontando para a url de backend do service management exemplo app integrations servicemanagementurl http //itsm frontmanager dev eveo/4biz versão 1 2 0 data de publicação 29/12/2023 🆕 melhorias / novas funcionalidades 4276 implementar integração com banco de dados db2 4285 implementar controle de acesso no cadastro de conexões de bd 4324 refactory no log de execução esi, no padrão do log faas 4429 permitir envio de anexos de container ecm 4446 permitir merge de código javascript de formulários ✅ correções 4296 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 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} versão 1 1 3 data de publicação 28/11/2023 🆕 melhorias / novas funcionalidades 3681 criação de log para execução de faas 3682 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 4021 componente email esi não envia anexo (ticket 15680) 🚀orientações para deploy para funcionar o envio de email corrigido no card #4021 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 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} · para que o low code sdk consuma o serviço /data/{project}/{business object}/paged implementado no card 3682, deve ser implantada a versão 1 0 2 do faas versão 1 1 2 data de publicação 08/11/2023 ✅ correções 3887 correção da importação de fluxos esi 3963 inibição da atualização do token até resolver problema de refresh de telas versão 1 1 1 data de publicação 22/10/2023 ✅ correções 3689 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 versão 1 1 0 data de publicação 10/10/2023 🆕 melhorias / novas funcionalidades 3580 minificação de recursos javascript e css 3584 criação de componentes esi para criptografia de informações 3585 criação de atributo com informações sensíveis no objeto de negócio 3586 criação de componente de formulário para criptografia de informações ✅ correções 3629 correção da exclusão de tabs de formulários low code 3593 correção do componente de formulário input identifier 3666 – correção dos atributos de acesso público na importação de pacote versão 1 0 4 data de publicação 29/09/2023 🆕 melhorias / novas funcionalidades 3561 – criação de mecanismo para compartilhamento de recursos minio entre dois tenants 3576 solução de deadlock na execução de script de bd 3572 criação de botão para executar ddl de índice no objeto de negócio 3573 – aumento do limite de tamanho de upload de arquivo na importação de pacotes 3575 simplificação de imagem docker do low code para diminuir tamanho ✅ correções 4817 ticket 16383 problema no refresh do token 🚀orientações para deploy criar novo tenant b seguindo os procedimentos normais configurar nova variável no config map do low code app resource enablealternativekey true configurar propriedades tenants configs x datasource ou resource tenant database para o novo tenant b , apontando as configurações de banco de dados para as mesmas configurações do tenant a configurar propriedades tenants configs x objectstorage ou resource tenant object storage para o novo tenant a , apontando as configurações de minio para as mesmas configurações do tenant b criar propriedade tenants configs x objectstorage prefixkey ou setar a propriedade prefixkey do resource tenant object storage para o novo tenant a com o valor do tenants configs y id do tenant b copiar as configurações dynamicconnections configs x ou copiar as configurações do resource tenant lowcode connections do tenant a para o novo do tenant b , só alterando o dynamicconnections configs x tenant para o id tenant a versão 1 0 3 data de publicação 21/09/2023 🆕 melhorias / novas funcionalidades 3377 acrescentar faas console na saída do endpoint integrations/{name}/faas 3388 atributo search em conflito com o atributo filter na api data do low code 3393 refactory na parametrização da url da ide e renderer do mobile no low code ✅ correções 3387 correção da duplicação de schema e screen na ide mobile 🚀orientações para deploy para que a segregação de ambiente da ide de construção de aplicativos mobile implementada no card 3393 funcione corretamente, é necessário que seja retirado o host das urls das variáveis de ambiente que foram configuradas com base em orientação do último release notes da vesão 1 0 0 release app mobile ideurl aponta para o contexto da url do low code mobile ide, cujo padrão é /hyper lowcode ide app mobile rendererurl aponta para contexto da url de renderização do low code mobile , cujo padrão é /hyper lowcode renderer versão 1 0 0 data de publicação 31/08/2023 🆕 melhorias / novas funcionalidades 2802 desenvolvimento de solução de testes integrados no low code 2665 criação de novos componentes low code para ia aitextclassification aipredictdatabymodeltf aipredictdatabymodelsklearn aipredictdatabymodelcode 3362 criação de novos componentes de fluxo esi aiocr msteams discord generativeaiopenai slacksendmessage kafka filetobase64 apachevelocity 3209 – 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 3179 refactory das propriedades dos componentes da ide (definitions) 2643 adequação do backend e fluxo esi de geração do build mobile para usar expo 3314 refactory dos parâmetros do build mobile 3317 – segregação dos ambientes de ide e renderização do mobile 3313 alteração do tipo das colunas timestamp para resolver timezone e reestruturação das propriedades do build ✅ correções 3313 correção da duplicidade de aplicações mobile no frontend do low code 3372 correção de problema na propagação de exceção do tipo bd na execução de fluxos esi 3375 correção da exibição de ícones em abas de formulários low code 🚀orientações para deploy para o correto funcionamento dos novos componentes de ia implementados no card 2665, é necessário que seja configurada a variável de ambiente app intelligencecenter baseurl apontando para a url base do intelligence center (exemplo https //icenter dev eveo cloud4biz com/ ) para que a segregação de ambiente da ide de construção de aplicativos mobile implementada no card 3317 funcione corretamente, é necessário que sejam configuradas a variáveis de ambiente app mobile ideurl aponta para a url do low code mobile ide (exemplo https //admin dev eveo cloud4biz com/hyper lowcode ide ) app mobile rendererurl aponta para a url de renderização do low code mobile web (exemplo https //admin dev eveo cloud4biz com/hyper lowcode renderer )