4biz Oxygen 2026

Data: de publicação: 03/11/2026

Esta versão do 4biz Oxygen traz melhorias na segurança, na organização dos atendimentos, na pesquisa de satisfação e na gestão da base de conhecimento. Também conta com ajustes nas integrações, nos anexos e em diferentes funcionalidades do sistema.

Confira abaixo o que mudou:

✨ Melhorias

🛠️ Correções

🚀 Deploy

⚙️Configuração

Confira abaixo as melhorias implementadas nesta versão:

🖼️ Galeria de imagens:

Os editores de texto e demais ferramentas que utilizam a galeria passam a exibir todas as categorias disponíveis, mas mostram apenas as imagens marcadas como Público.

Imagens que não estão marcadas como públicas continuam funcionando normalmente nos locais em que já foram utilizadas, mas não podem ser abertas diretamente pelo endereço do arquivo.

A tela principal da Galeria de imagens continua exibindo todas as categorias e imagens, permitindo consultar e alterar a configuração de visibilidade.

Imagens adicionadas diretamente pelo seletor ficam disponíveis imediatamente para quem as enviou durante a sessão. Para os demais usuários, elas ficam disponíveis após serem marcadas como públicas.

Corrigido um problema nos editores de texto que dificultava o preenchimento dos campos de imagem, link e tabela quando utilizados dentro de janelas abertas sobre outras telas.

No Smart Portal, a janela de comentários das solicitações foi ampliada para facilitar a utilização do editor de texto.

Atenção: após a atualização, revise a opção Público na Galeria de imagens. Logotipos, imagens de modelos de e-mail e textos padrão que precisam continuar disponíveis nos editores devem estar marcados como públicos. As imagens já inseridas nos conteúdos continuam sendo exibidas normalmente.

📊 Pesquisa de satisfação:

Corrigidos problemas no envio e no registro das respostas da pesquisa de satisfação, tanto pelo sistema quanto por integrações.

As notas passam a ser apresentadas corretamente nos idiomas disponíveis, e as respostas são registradas com a identificação do solicitante.

A validação das respostas passa a seguir as regras configuradas: notas baixas exigem um comentário, e o indicador NPS respeita a configuração do sistema.

Quando a resposta for Não Atendida, o ticket poderá ser reaberto automaticamente, conforme a configuração existente. Essa funcionalidade também volta a funcionar corretamente no Smart Portal.

Quando não for possível reabrir o ticket, o sistema informa o motivo da recusa.

Os convites enviados por e-mail passam a ter um código exclusivo, garantindo que a resposta seja associada ao ticket, ao solicitante e ao contato que recebeu o convite.

Corrigido o registro duplicado de envios de pesquisas e ajustado o envio de notificações relacionadas ao encerramento dos tickets.

Corrigido o envio indevido de avisos de avaliação ruim em pesquisas que utilizam NPS.

⏰ Avisos de vencimento da base de conhecimento:

Os avisos sobre conhecimentos próximos do vencimento passam a ser programados automaticamente para 72, 48 e 24 horas antes da data limite, utilizando o modelo de e-mail já configurado.

Criado um novo aviso para informar quando um conhecimento atingir sua data de vencimento.

As notificações são enviadas ao autor do conhecimento e também ao endereço de e-mail adicional configurado no sistema.

🔁 Reabertura de tickets relacionados: incluído o controle para identificar quando um ticket relacionado é reaberto junto com o ticket principal.

🔄 Reabertura de tickets relacionados: adicionada a possibilidade de reabrir diretamente um ticket relacionado.

📑 Abertura de guias: corrigido o comportamento de abertura de guias dentro da ferramenta.

📋 Lista de chamados: ampliada a quantidade de chamados que podem ser exibidos por página, removendo o limite anterior de 50 registros.

💬 Exibição de respostas: corrigido um problema que impedia a coluna Resposta de apresentar as informações do subticket.

⚙️ Atualização do status dos tickets: reforçadas as regras para alteração de status, evitando operações incompatíveis com a situação atual do ticket. Tickets fechados ou cancelados só podem ser reabertos, enquanto tickets suspensos podem ser reativados. Também foram corrigidos problemas no encerramento e cancelamento de procedimentos e na verificação de outros procedimentos ainda em aberto.

Confira abaixo as correções feitas para esta versão:

🔎 Pesquisa avançada: corrigido um problema que impedia a pesquisa de usuários cujos nomes possuem apóstrofo (').

📧 Envio de e-mails: corrigida uma falha que impedia o envio do e-mail de abertura de problemas no CITSmart.

🔄 Reclassificação de tickets: corrigido um problema que fazia com que o ticket continuasse no grupo anterior após a reclassificação. Agora, o sistema considera o grupo responsável pelo novo serviço ou contrato, desde que esteja habilitado para atender à solicitação. A escolha feita pelo usuário na tela ou informada pela integração continua tendo prioridade. (Esta correção também foi disponibilizada na versão 1.9.25.2.)

🔒 Segurança no acesso aos tickets: reforçada a proteção das informações dos tickets, impedindo que usuários acessem ocorrências, comentários, anexos e outros conteúdos de solicitações sem a devida autorização. A verificação também garante que as informações acessadas pertençam ao ticket correto. Quando o usuário não possui permissão, o sistema bloqueia o acesso. (Esta correção também foi disponibilizada nas versões 1.9.24.7 e 1.9.25.4.)

A visibilidade do ticket (solicitante, responsável, atribuído no fluxo ou membro de grupo service desk atribuído, honrando o parâmetro 343) passa a ser exigida em toda leitura e escrita de conteúdo de ticket (REST, citajax e portais), centralizada em TicketVisibilityPolicy, com 403 sem dados; a tarefa informada precisa pertencer ao ticket

📎 Segurança dos anexos: os links utilizados para baixar documentos passam a seguir um novo padrão, mais seguro. Os antigos endereços de acesso foram desativados, e os links já existentes em comentários, descrições, modelos e portfólios são atualizados automaticamente. As imagens da galeria também passam a utilizar o novo padrão de acesso. (Esta correção também foi disponibilizada na versão 1.9.25.3.)

📝 Histórico de anexos: corrigido o registro de anexos incluídos por integrações. Agora, quando um anexo é adicionado por meio de uma API, a alteração também aparece no histórico do ticket, com as informações necessárias para identificar a operação.

Data: de publicação: 16/10/2026

Esta versão do 4biz Oxygen corrige o direcionamento de tickets durante a reclassificação, garantindo que o grupo responsável pelo novo serviço ou contrato seja considerado corretamente.

Confira abaixo o que mudou:

🛠️ Correções

🚀 Deploy

Confira abaixo as correções feitas para esta versão:

🔄 Correção do direcionamento de tickets ao reclassificar

Corrigido um problema que fazia com que, ao reclassificar um ticket, ele permanecesse no grupo que já estava atendendo a solicitação, em vez de ser direcionado ao grupo responsável pelo novo serviço ou contrato.

Agora, o sistema prioriza o grupo executor do novo serviço ou contrato, desde que ele esteja apto a receber o ticket no fluxo de atendimento. Caso não exista um grupo apto, o sistema utiliza como alternativa o grupo da tarefa atual.

O grupo selecionado manualmente na tela ou informado pela integração por meio do parâmetro groupId continua tendo prioridade. A correção também preserva o comportamento que permite reclassificar tickets ainda não capturados por meio da API.

👉 Com esse ajuste, os tickets passam a ser direcionados corretamente durante a reclassificação, evitando que permaneçam com um grupo responsável inadequado.

Data: de publicação: 08/10/2026

Esta versão do 4biz Oxygen traz uma correção importante no controle de status dos tickets, evitando alterações que possam deixar o chamado em uma situação inconsistente.

Confira abaixo o que mudou:

🛠️ Correções

🚀 Deploy

Confira abaixo as correções feitas para esta versão:

🔐 Controle das alterações de status dos tickets

Corrigida a API /4biz/webmvc/servicerequestincident/updateStatus para impedir operações de alteração de status que possam deixar o ticket em uma situação inconsistente.

Agora, o sistema verifica o status atual do ticket antes de realizar qualquer alteração. Tickets fechados podem somente ser reabertos, tickets suspensos podem somente ser reativados para Em andamento e tickets cancelados não permitem novas alterações de status.

Também foi corrigido o encerramento ou cancelamento de tickets do tipo procedimento quando não existe um incidente crítico vinculado. Além disso, antes de encerrar um incidente crítico, o sistema verifica se ainda existem outros procedimentos em aberto, evitando que o incidente seja encerrado antecipadamente.

👉 Com esses ajustes, as mudanças de status seguem as regras corretas e evitam que tickets ou incidentes fiquem com situações inconsistentes.

Data: de publicação: 02/10/2026

Esta versão do 4biz Oxygen traz uma série de correções e melhorias para deixar o ITSM mais estável, seguro e eficiente, com ajustes importantes em Tickets, CMDB, Conhecimento, SLA, Mudanças, Contratos e processos de implantação.

Confira abaixo o que mudou:

✨ Melhorias

🛠️ Correções

🚀 Deploy

Confira abaixo as melhorias implementadas nesta versão:

🧹 Código mais organizado

Foram realizadas melhorias na estrutura interna do sistema para eliminar concatenações desnecessárias de strings.

👉 Isso contribui para um código mais organizado e mais fácil de manter.

🧹 Limpeza e modernização do código

Foi realizada uma ampla limpeza no código do sistema, incluindo a remoção de 2.937 chaves de tradução que não eram utilizadas nos idiomas português, inglês e espanhol.

Também foram revisadas as traduções, corrigidos problemas de codificação e ajustadas mensagens que apresentavam idioma ou informações incorretas.

Além disso, foram removidos códigos, arquivos e componentes que não eram mais utilizados e atualizadas algumas bibliotecas do sistema.

👉 O objetivo é manter uma base de código mais organizada, atualizada e preparada para futuras evoluções.

🖼️ Imagens externas no GED

Foi implementada uma política para permitir que imagens externas utilizadas pelo sistema sejam armazenadas diretamente no GED.

👉 Isso ajuda a preservar as imagens utilizadas nos conteúdos e reduz a dependência de endereços externos.

📊 Acesso rápido aos relatórios

Foi adicionado um botão de acesso rápido aos relatórios diretamente na tela de Tickets.

👉 Assim, o usuário consegue acessar os relatórios com menos navegação pelo sistema.

⚡ Criação e avanço de tickets mais rápidos

Foram realizados ajustes para melhorar o desempenho durante a criação e o avanço de tickets.

👉 Essas operações passam a ser executadas de forma mais eficiente, proporcionando uma experiência mais ágil para o usuário.

📱 Melhor desempenho no mobile

Foram realizados ajustes de desempenho no acesso mobile, especialmente nas operações relacionadas ao avanço de tickets, que estavam entre as mais pesadas.

👉 Isso contribui para uma navegação mais fluida em dispositivos móveis.

🖥️ Revisão da tela de CMDB

A tela de CMDB passou por uma revisão envolvendo layout, carregamento das informações e funcionamento dos recursos disponíveis.

Também foram realizados ajustes funcionais no front-end, além de melhorias no tratamento das garantias relacionadas aos Itens de Configuração.

No backend, foram aprimorados aspectos de segurança e integridade das informações.

👉 A experiência de utilização do CMDB fica mais consistente e confiável.

🚀 Deploy GitOps para ambientes de integração

Foi implementado o processo de deploy utilizando GitOps para os ambientes devint e hmgint, restrito à linha de versões 1.9.x.

👉 Isso permite um processo de implantação mais padronizado e controlado nesses ambientes.

📝 Campo Descrição do CMDB

O campo Descrição no CMDB foi ajustado para ampliar sua área de exibição de acordo com o conteúdo.

As colunas utilizadas para os valores padrão e os valores das características também foram ampliadas, permitindo trabalhar com textos de até 4.000 caracteres.

👉 Informações maiores podem ser visualizadas e cadastradas com mais facilidade.

🔎 Nome completo do grupo na pesquisa de tickets

A extração realizada pela pesquisa de tickets foi ajustada para apresentar o nome completo do grupo, em vez de uma identificação reduzida.

👉 Isso facilita a leitura e a identificação dos grupos nos resultados exportados.

📑 Abertura das abas do portfólio

Foram realizados ajustes para melhorar a abertura das abas da tela de portfólio.

👉 As abas passam a carregar de forma mais eficiente, tornando a navegação mais fluida.

🔐 Sincronização com o Keycloak

Foram aprimorados os tratamentos de erro durante o processo de sincronização de dados com o Keycloak.

👉 Isso permite lidar melhor com eventuais falhas de sincronização e facilita a identificação de problemas durante o processo.

🧹 Limpeza de estruturas não utilizadas

Foi realizada uma nova etapa de limpeza interna do sistema, removendo DAOs, serviços e páginas JSP relacionados a estruturas que não existem mais no banco de dados.

Também foram preparados scripts para remoção de 37 tabelas sem referência no código. Esses scripts foram apenas disponibilizados para planejamento e não foram aplicados automaticamente.

👉 A iniciativa reduz estruturas antigas e desnecessárias, mantendo a base do sistema mais organizada.

🚀 Melhorias no pipeline de publicação

O processo de publicação foi atualizado para utilizar componentes reutilizáveis dos templates do GitLab.

Também foi alterado o processo de publicação das imagens, que passa a utilizar o Harbor, em substituição ao fluxo anterior pelo Nexus.

O deploy no ambiente apps.centralit.com.br foi removido do processo.

As versões oficiais passam a ser geradas somente a partir de tags, enquanto os Merge Requests direcionados à main executam os testes necessários.

👉 O processo de publicação fica mais padronizado e controlado.

🗄️ Nova opção para migrações do banco

Foi adicionada uma nova entrada chamada com.citsmart.LiquibaseMigrationApplication para permitir a execução de migrações do banco de dados de forma independente da inicialização principal do sistema.

👉 Isso oferece mais controle durante processos de atualização e implantação que exigem alterações na estrutura do banco.

Confira abaixo as correções feitas para esta versão:

🔙 Retorno correto no CMDB

Corrigido o comportamento de retorno ao sair de um Item de Configuração no CMDB.

Agora, ao retornar da visualização ou edição do item, o sistema volta para a página anterior da listagem, em vez de direcionar o usuário para a página inicial.

📄 Execução de arquivos .BAT

Corrigido o tratamento de arquivos com extensão .BAT e seus respectivos parâmetros.

👉 Isso garante que esse tipo de arquivo seja processado corretamente quando utilizado no sistema.

💬 Modelos de comentários preservados

Corrigido um problema que fazia com que os modelos de comentários fossem desvinculados de um grupo quando o grupo era editado.

👉 Os modelos associados ao grupo permanecem vinculados após as alterações.

🔄 Templates de notificação

Corrigido um problema que podia fazer o template de uma notificação entrar em um loop infinito durante seu processamento.

👉 O sistema passa a processar o template corretamente, evitando que a operação fique presa.

📝 Dados preservados na reclassificação

Corrigido um problema que fazia com que os dados preenchidos em um formulário fossem perdidos quando o ticket era reclassificado.

👉 As informações preenchidas são preservadas durante a reclassificação.

📧 Endereço de e-mail na descrição

Corrigido um erro que ocorria ao inserir um endereço de e-mail na descrição de um ticket.

👉 Agora, endereços de e-mail podem ser utilizados na descrição sem causar falhas no processo.

🖼️ Redimensionamento de imagens no Conhecimento

Corrigido o salvamento do tamanho das imagens utilizadas nos conteúdos de Conhecimento.

👉 O redimensionamento aplicado pelo usuário é mantido corretamente depois que o conteúdo é salvo.

🔎 Filtro de Conhecimento

Corrigida uma falha no filtro de pesquisa do módulo de Conhecimento que podia apresentar a mensagem “Registro já existente!” ao alterar um conhecimento e tentar salvá-lo.

👉 As alterações podem ser salvas normalmente sem que o sistema apresente esse erro indevidamente.

🔗 URLs antigas do GED

As URLs utilizadas anteriormente pelo GED, como /ged/, /galeriaImagens/ e /portalImagens/, foram ajustadas para o novo padrão de documentos.

👉 Isso garante que os acessos aos arquivos continuem funcionando utilizando o novo formato de endereço.

🔎 Pesquisa avançada em novas abas

Corrigido um problema que ocorria no menu de pesquisa avançada quando a funcionalidade era aberta em outra aba do navegador.

👉 A pesquisa passa a funcionar corretamente mesmo quando utilizada em uma nova aba.

📚 Pesquisa por conteúdo no Conhecimento

Corrigido um problema que impedia o módulo de Conhecimento de localizar informações pelo conteúdo dos registros.

👉 A pesquisa passa a considerar corretamente o conteúdo dos conhecimentos cadastrados.

🛡️ Segurança nas descrições em Markdown

O conteúdo HTML presente nas descrições em Markdown passou a receber tratamento adequado antes de ser apresentado pelo sistema.

👉 Isso ajuda a evitar que conteúdos HTML potencialmente inadequados sejam executados ou exibidos de forma indevida.

👨‍👩‍👦 Acesso ao ticket pai

Corrigido um problema que impedia a visualização do ticket pai quando ele estava suspenso e era acessado a partir de um sub-ticket.

👉 O relacionamento entre o sub-ticket e seu ticket pai passa a funcionar corretamente mesmo nesse cenário.

🔐 Validação de acesso às páginas

A validação de acesso foi ajustada para desconsiderar o caractere # utilizado nas rotas do front-end.

👉 Isso evita que o sistema interprete essa parte da URL de forma incorreta e bloqueie acessos válidos.

📊 Relatório de tickets vencidos

Corrigido o relatório que podia indicar um ticket como vencido mesmo quando ele havia sido encerrado dentro do prazo.

👉 Os resultados passam a representar corretamente o cumprimento dos prazos.

⏸️ Suspensão e SLA

Corrigido um problema relacionado à suspensão de tickets e ao controle do SLA.

👉 O sistema passa a considerar corretamente o período em que o atendimento permaneceu suspenso.

💬 Último comentário do ticket

A seleção do último comentário foi ajustada para apresentar corretamente a última resposta solicitada na listagem de tickets.

Também foi corrigida a exibição da data na listagem de comentários.

👉 As informações apresentadas ficam mais precisas e coerentes com o histórico do ticket.

🔗 Símbolo de IC em tickets fechados

Corrigido um problema que impedia a abertura do Item de Configuração associado ao ticket quando o chamado estava com status Fechado.

👉 O acesso ao IC volta a funcionar normalmente nesses tickets.

🎛️ Botão flutuante nas telas de gerenciamento

Corrigido o layout do botão flutuante presente nas telas de gerenciamento.

👉 O botão passa a ser apresentado de forma adequada, evitando problemas de posicionamento ou visualização.

⏸️ Suspensão de problemas

Corrigido o processo de suspensão de problemas.

👉 A ação passa a funcionar corretamente sem causar falhas durante o tratamento do problema.

📑 Filtro de administração de contratos

Corrigido o filtro utilizado na tela de administração de contratos.

👉 As informações passam a ser filtradas corretamente de acordo com os critérios selecionados.

📊 Relatório de tickets vencidos — ajuste complementar

Realizado um novo ajuste no relatório de tickets vencidos, dando continuidade à correção do problema em que tickets encerrados dentro do prazo eram apresentados como vencidos.

👉 O cálculo e a apresentação dessas informações ficam mais consistentes.

🔄 Fluxo de Problemas

Corrigido o carregamento do desenho do fluxo de Problema.

Agora, quando uma imagem de algum componente do fluxo estiver quebrada, isso não impede que o restante do desenho seja carregado.

👉 Um problema visual isolado não interrompe mais a apresentação de todo o fluxo.

👥 Lista de aprovadores

Corrigida a consulta dos aprovadores dos chamados, que anteriormente apresentava apenas o primeiro nome da pessoa.

👉 A informação passa a apresentar o nome completo do aprovador.

⏱️ SLA e tempo de suspensão de problemas

Corrigido o cálculo do SLA e do tempo de suspensão das requisições de problemas.

👉 O tempo utilizado no cálculo passa a considerar corretamente os períodos em que a solicitação ficou suspensa.

🗄️ Compatibilidade com bancos de dados

Foram realizados ajustes para que o ITSM trabalhe corretamente com diferentes bancos de dados, incluindo PostgreSQL, Oracle e SQL Server.

👉 Isso amplia a compatibilidade do sistema com diferentes ambientes de instalação.

📝 Edição de IC em Requisição de Mudança

Corrigido um problema que fazia com que a tela de edição do Item de Configuração em uma Requisição de Mudança fosse apresentada vazia.

👉 Os dados do IC voltam a ser carregados corretamente para edição.

🔗 Medidas de recuperação

Corrigido um erro que ocorria durante o vínculo de Medidas de recuperação.

👉 As medidas podem ser associadas corretamente ao processo de tratamento.

👥 Grupos no plano de tratativas

Corrigido um erro que impedia o vínculo de grupos ao plano de tratativas.

👉 A associação dos grupos passa a funcionar normalmente.

🔌 Conexões durante testes de integração

Corrigido um problema que podia causar o esgotamento das conexões disponíveis durante os testes de integração.

👉 Isso evita falhas relacionadas ao excesso de conexões abertas durante a execução dos testes.

🗃️ Migração do banco de dados

Corrigido o processo de migração relacionado à remoção de estruturas de compras.

👉 Os comandos de exclusão passam a verificar corretamente a existência das tabelas antes de realizar a operação, evitando erros durante a atualização.

Atenção:

as orientações abaixo consideram uma atualização da versão 1.9.24.6 para a 1.9.25. Caso o ambiente esteja em uma versão diferente, siga as orientações das releases anteriores até chegar a esta versão.

📧 Atualização do serviço de e-mail

É necessário atualizar o email-service para a versão 1.2.2.

Recomenda-se também esvaziar os seguintes tópicos do Kafka antes da atualização, evitando o envio duplicado de e-mails:

TOPIC_CONFIG_PRODUCER

CONFIG_CONSUMER

READ_EMAIL_PRODUCER

SEND_EMAIL_CONSUMER

Renovação dos índices do Elasticsearch (pesquisa de conhecimento com palavras longas):

A operação deve seguir a instrução técnica do documento elasticsearch.pdf, entregue junto com esta release, para migrar os índices de conhecimento já existentes de cada tenant para o novo mapping. Enquanto a migração não for feita, a pesquisa continua sem localizar palavras com mais de dez caracteres. O conteúdo do documento corresponde a docs/elasticsearch/about.md deste repositório (seção "Erros conhecidos").

Removido e descontinuado nesta versão:

As tabelas são apagadas pelos changelogs Liquibase da release; faça backup antes da migração se houver dado a preservar:

Módulo BI: tabelas bi_categorias, bi_consulta, bi_consultacolunas, bi_dashboard, bi_dashboardsegur, bi_itemdashboard;

Módulo Viagem: tabelas requisicaoviagem, adiantamentoviagem, controlefinanceiroviagem, despesaviagem, histitemcontrolefinanceiroviagem, integranteviagem, itemcontrolefinanceiroviagem, itemprestacaocontasviagem, prestacaocontasviagem, roteiroviagem, tipomovimfinanceiraviagem;

Módulo Compras: tabelas avaliacaocoletapreco, avaliacaocotacao, avaliacaopedido, coletapreco, cotacaoitemrequisicao, criteriocotacao, criteriocotacaocategoria, criterioitemcotacao, fornecedorcotacao, historicoitemrequisicao, historicosituacaocotacao, inspecaoentregaitem, inspecaopedidocompra, itemcotacao, itempedidocompra, itempedidoportal, itemrequisicaoproduto, ligacaolibhistcompras, pedidocompra, pedidoportal, requisicaoliberacaocompras, requisicaoproduto, entregaitemrequisicao (e os respectivos metadados em objetonegocio/camposobjetonegocio/create_sequence_log);

Alçadas e centro de resultado: tabelas alcada, alcadacentroresultado, limitealcada, parecer, justificativaparecer, delegacaocentroresultado, delegcentroresultadofluxo, delegcentroresultadoprocesso, responsavelcentroresultado, respcentroresultadoprocesso, historicorespcentroresultado;

Módulo RH (recrutamento, currículo e competências): todas as tabelas com prefixo rh_;

Tabela bpm_itemtrabalhofluxo_mv, trigger bpm_itemtrabalhofluxo_tg e função sp_update_bpm_itemtrabalhofluxo_mv;

Dependência spring-security-saml-dsl.

Métodos descontinuados Util.java:

/**


  * Consulta as horas
  *
  * @param hora
  *            - Unidade de medida deve entrar com o valor que já contabilize os segundos
  *            Ex.: (hora * 3600) + (minuto * 60) + segundos
  *
  * @return
    */
    public static int getHoraHHMMSS(final double hora) {

    double horaParm = hora;
    if (horaParm < 0) {
    horaParm = 0;
    }
    final Long s = Math.round(horaParm);
    final Long h = s / 3600;
    return h.intValue();
    }

  /**
  * Consulta o minutos
  *
  * @param hora
  *            - Unidade de medida deve entrar com o valor que já contabilize os segundos
  *            Ex.: (hora * 3600) + (minuto * 60) + segundos
  *
  * @return
    */
    public static int getMinutoHHMMSS(final double hora) {
    double horaParm = hora;
    if (horaParm < 0) {
    horaParm = 0;
    }
    final Long s = Math.round(horaParm);
    final Long h = s / 3600;
    final Long m = (s - 3600 * h) / 60;
    return m.intValue();
    }

  /**
  * Consulta os segundos
  *
  * @param hora
  *            - Unidade de medida deve entrar com o valor que já contabilize os segundos
  *            Ex.: (hora * 3600) + (minuto * 60) + segundos
  *
  * @return
    */
    public static int getSegundoHHMMSS(final double hora) {
    double horaParm = hora;
    if (horaParm < 0) {
    horaParm = 0;
    }
    Long s = Math.round(horaParm);
    s = s % 60;
    return s.intValue();
    }

🐳 Imagens para atualização

No objeto Deployment, aplique a imagem correspondente ao ambiente:

4Biz

registry.cloud4biz.com/deployscdi/hyper-itsm-enterprise:4biz-Oxygen-1.9.25

email-service

nexus.centralit.io:9091/email-service:1.2.2

ou

registry.cloud4biz.com/deployscdi/email-service:1.2.2

Migração out-of-band (kubectl apply puro)

A partir desta versão, a imagem traz o entry point com.citsmart.LiquibaseMigrationApplication, que roda as migrações Liquibase como um Job Kubernetes dedicado, antes do rollout do Deployment do app web. Compatível com pipelines que aplicam manifests via kubectl apply (sem Helm).

Pré-requisito no Deployment do app web:

APP_DATABASEUPDATE_ENABLED=false (default).

Caso contrário o Liquibase roda novamente no boot do app, no-op porém atrasando a subida.

Job de migração (migration-job.yaml):

apiVersion: batch/v1
kind: Job
metadata:
  name: itsm-liquibase-migration
spec:
  backoffLimit: 0
  activeDeadlineSeconds: 7200
  template:
    spec:
      restartPolicy: Never
      containers:
        - name: liquibase
          image: repositorio.cithyper.click/centralit/hyper-itsm-enterprise:CitSmart-CitsmartX-1.9.25
          command: ["java"]
          args:
            - "-Dloader.main=com.citsmart.LiquibaseMigrationApplication"
            - "-jar"
            - "/app/itsm.war"
            - "--spring.profiles.active=liquibase-migration"
          envFrom:
            - secretRef:    { name: itsm-secrets }
            - configMapRef: { name: itsm-config }
          resources:
            requests: { cpu: "1",  memory: "2Gi" }
            limits:   { cpu: "4",  memory: "6Gi" }

Sequência de execução — só inicie quando o time de operação solicitar a janela:

# 1) Derrubar os pods do app web (somente quando a janela for autorizada)
kubectl scale deploy/itsm --replicas=0
kubectl wait --for=delete pod -l app=itsm --timeout=2m

# 2) Rodar a migração e aguardar conclusão
kubectl apply -f migration-job.yaml
kubectl wait --for=condition=complete job/itsm-liquibase-migration --timeout=2h
kubectl logs job/itsm-liquibase-migration --tail=200   # confirmar exit 0

# 3) Subir a nova versão do app web
kubectl apply -f deployment.yaml
kubectl rollout status deploy/itsm --timeout=10m

# 4) Limpar o Job (opcional; permite re-aplicar em deploys futuros)
kubectl delete job itsm-liquibase-migration

Se a migração falhar (exit ≠ 0), o Deployment do app web não deve ser atualizado — a versão antiga continua em pé. Investigar logs do Job, corrigir o root cause e re-aplicar o Job (Liquibase é idempotente: pula changesets já marcados EXECUTED em

databasechangelog).

Data: de publicação: 22/10/2026

Esta versão do 4bix Oxygen traz uma correção importante de segurança no ITSM, reforçando o controle de acesso aos tickets e protegendo informações contra consultas realizadas por usuários sem a devida autorização.

Confira abaixo o que mudou:

🛠️ Correções

🚀 Deploy

Atenção:

As orientações consideram a atualização da versão 1.9.24.6 para a 1.9.24.7. Caso o ambiente esteja em uma versão anterior, siga as orientações das versões intermediárias.

Esta versão não exige alterações no banco de dados.

🐳 Imagens para atualização

No objeto Deployment, aplique a imagem correspondente ao ambiente:

4biz Oxygen

registry.cloud4biz.com/deployscdi/hyper-itsm-enterprise:4biz-Oxygen-1.9.24.7

Parâmetro 343 — Restrição de acesso por atribuição

O parâmetro RESTRINGE_POR_ATRIBUICAO_PESQUISA_AVANCADA define quem pode visualizar os tickets:

S (padrão): o acesso é permitido ao solicitante, ao responsável, ao usuário atribuído ao atendimento ou aos membros de grupos service desk atribuídos ao fluxo.

N: qualquer usuário autenticado pode visualizar os tickets, sem a restrição por atribuição.

Importante: em ambientes de produção, mantenha o parâmetro configurado como S. Integrantes de grupos executores ou aprovadores que não estejam classificados como service desk não recebem acesso ao ticket apenas por pertencerem a esses grupos.

Acesso às APIs de tickets

Para integrações com outros sistemas, considere os seguintes comportamentos:

Tentativas de acesso sem permissão retornam o código 403 — Acesso proibido, acompanhado de uma mensagem traduzida e sem exposição dos dados solicitados.

Nas operações de pesquisa, aprovação e reprovação de solicitações, o sistema considera o usuário autenticado, sem aceitar identificadores enviados na requisição como substitutos de sua identidade.

Na API genérica de solicitações, a consulta de um ticket específico exige autorização. As operações de listagem, paginação, criação, atualização e exclusão ficam bloqueadas.

As respostas que contêm informações de tickets não devem ser armazenadas em cache por servidores intermediários.

Configuração do Kong: após validar a atualização no ambiente de homologação (HOM), remova os IDs fixos 894 e 132135 configurados anteriormente como medida paliativa. O controle de acesso passa a ser realizado diretamente pelo ITSM.

Data: de publicação: 23/09/2026

Esta versão do 4biz Oxygen traz ajustes na pesquisa de conhecimento e na reclassificação de tickets, além das orientações necessárias para atualização do ambiente.

Confira abaixo o que mudou:

✨ Melhorias

🚀 Deploy

Confira abaixo as melhorias implementadas nesta versão:

Pesquisa de conhecimento mais eficiente

Corrigido um problema que impedia a pesquisa de conhecimento de localizar corretamente palavras com mais de 10 caracteres.

👉 Agora, termos mais longos também podem ser encontrados normalmente nas pesquisas.

🔄 Reclassificação de tickets

Corrigido um erro na API utilizada para reclassificar tickets, que apresentava problemas relacionados ao grupo atual do chamado.

👉 A reclassificação passa a funcionar corretamente.

Data: de publicação: 04/09/2026

Nesta versão, o 4biz Oxygen traz correções e ajustes que melhoram a exibição das informações, a estabilidade das integrações e o desempenho das consultas no sistema.

Confira abaixo o que mudou:

✨ Melhorias

🚀 Deploy

⚙️ Controle da pesquisa avançada

Agora é possível configurar um parâmetro para ocultar a Pesquisa avançada e o filtro “Fechada (Últimos 30 dias)” na Gerência de Solicitações.

Quando o parâmetro estiver desativado, essas opções também ficam bloqueadas no backend, impedindo que sejam acessadas diretamente por requisições.

👉 Isso permite adaptar a tela às necessidades da operação e evita o uso de filtros que não estejam disponíveis para determinados usuários.

OBS.: As orientações desta seção pressupõe que a mudança de versão está partindo da 1.9.24 para a 1.9.24.5 Caso não seja esse o cenário, siga a orientações das releases anteriores, partindo da versão do ambiente até esta.

Necessário atualizar a versão do app email-service para a versão 1.2.1, lembrando que é recomendado esvaziar os tópicos do kafka: TOPIC_CONFIG_PRODUCER, CONFIG_CONSUMER, READ_EMAIL_PRODUCER e SEND_EMAIL_CONSUMER, evitando envio duplicado de e-mails.

No objeto Deployment, aplique a docker image:

CITSmart: repositorio.cithyper.click/centralit/hyper-itsm-enterprise:CitSmart-CitsmartX-1.9.24.5

4Biz: registry.cloud4biz.com/deployscdi/hyper-itsm-enterprise:4biz-Oxygen-1.9.24.5

email-service: nexus.centralit.io:9091/email-service:1.2.1 ou registry.cloud4biz.com/deployscdi/email-service:1.2.1

Migração out-of-band (kubectl apply puro)

A partir desta versão, a imagem traz o entry point com.citsmart.LiquibaseMigrationApplication, que roda as migrações Liquibase como um Job Kubernetes dedicado, antes do rollout do Deployment do app web. Compatível com pipelines que aplicam manifests via kubectl apply (sem Helm).

Pré-requisito no Deployment do app web: APP_DATABASEUPDATE_ENABLED=false (default). Caso contrário o Liquibase roda novamente no boot do app, no-op porém atrasando a subida.

Job de migração (migration-job.yaml):

apiVersion: batch/v1
kind: Job
metadata:
  name: itsm-liquibase-migration
spec:
  backoffLimit: 0
  activeDeadlineSeconds: 7200
  template:
    spec:
      restartPolicy: Never
      containers:
        - name: liquibase
          image: repositorio.cithyper.click/centralit/hyper-itsm-enterprise:CitSmart-CitsmartX-1.9.24.3
          command: ["java"]
          args:
            - "-Dloader.main=com.citsmart.LiquibaseMigrationApplication"
            - "-jar"
            - "/app/itsm.war"
            - "--spring.profiles.active=liquibase-migration"
          envFrom:
            - secretRef:    { name: itsm-secrets }
            - configMapRef: { name: itsm-config }
          resources:
            requests: { cpu: "1",  memory: "2Gi" }
            limits:   { cpu: "4",  memory: "6Gi" }
```

Sequência de execução — só inicie quando o time de operação solicitar a janela:

# 1) Drenar pods do app web (somente quando a janela for autorizada)
kubectl scale deploy/itsm --replicas=0
kubectl wait --for=delete pod -l app=itsm --timeout=2m

# 2) Rodar a migração e aguardar conclusão
kubectl apply -f migration-job.yaml
kubectl wait --for=condition=complete job/itsm-liquibase-migration --timeout=2h
kubectl logs job/itsm-liquibase-migration --tail=200   # confirmar exit 0

# 3) Subir a nova versão do app web
kubectl apply -f deployment.yaml
kubectl rollout status deploy/itsm --timeout=10m

# 4) Limpar o Job (opcional; permite re-aplicar em deploys futuros)
kubectl delete job itsm-liquibase-migration

Se a migração falhar (exit ≠ 0), o Deployment do app web não deve ser atualizado — a versão antiga continua em pé. Investigar logs do Job, corrigir o root cause e re-aplicar o Job (Liquibase é idempotente: pula changesets já marcados EXECUTED em databasechangelog).

Nesta versão, o Oxygen traz correções e ajustes que melhoram a exibição das informações, a estabilidade das integrações e o desempenho das consultas no sistema.

Confira abaixo o que mudou:

🛠️ Correções

🚀 Deploy

📊 Relatório com status correto

Corrigido um problema no relatório que marcava o ticket como vencido mesmo quando ele era encerrado dentro do prazo.

👉 Agora, o relatório apresenta corretamente o cumprimento do prazo de atendimento.

⏸️ Suspensão de problemas

Corrigida a suspensão de problemas para garantir que essa ação funcione corretamente no sistema.

👉 Isso evita falhas durante o processo e mantém o controle dos problemas mais confiável.

OBS.: As orientações desta seção pressupõe que a mudança de versão está partindo da 1.9.24 para a 1.9.24.4 Caso não seja esse o cenário, siga a orientações das releases anteriores, partindo da versão do ambiente até esta.

Necessário atualizar a versão do app email-service para a versão 1.2.1, lembrando que é recomendado esvaziar os tópicos do kafka: TOPIC_CONFIG_PRODUCER, CONFIG_CONSUMER, READ_EMAIL_PRODUCER e SEND_EMAIL_CONSUMER, evitando envio duplicado de e-mails.

No objeto Deployment, aplique a docker image:

CITSmart: repositorio.cithyper.click/centralit/hyper-itsm-enterprise:CitSmart-CitsmartX-1.9.24.4

4Biz: registry.cloud4biz.com/deployscdi/hyper-itsm-enterprise:4biz-Oxygen-1.9.24.4

email-service: nexus.centralit.io:9091/email-service:1.2.1 ou registry.cloud4biz.com/deployscdi/email-service:1.2.1

Migração out-of-band (kubectl apply puro)

A partir desta versão, a imagem traz o entry point com.citsmart.LiquibaseMigrationApplication, que roda as migrações Liquibase como um Job Kubernetes dedicado, antes do rollout do Deployment do app web. Compatível com pipelines que aplicam manifests via kubectl apply (sem Helm).

Pré-requisito no Deployment do app web: APP_DATABASEUPDATE_ENABLED=false (default). Caso contrário o Liquibase roda novamente no boot do app, no-op porém atrasando a subida.

Job de migração (migration-job.yaml):

apiVersion: batch/v1
kind: Job
metadata:
  name: itsm-liquibase-migration
spec:
  backoffLimit: 0
  activeDeadlineSeconds: 7200
  template:
    spec:
      restartPolicy: Never
      containers:
        - name: liquibase
          image: repositorio.cithyper.click/centralit/hyper-itsm-enterprise:CitSmart-CitsmartX-1.9.24.3
          command: ["java"]
          args:
            - "-Dloader.main=com.citsmart.LiquibaseMigrationApplication"
            - "-jar"
            - "/app/itsm.war"
            - "--spring.profiles.active=liquibase-migration"
          envFrom:
            - secretRef:    { name: itsm-secrets }
            - configMapRef: { name: itsm-config }
          resources:
            requests: { cpu: "1",  memory: "2Gi" }
            limits:   { cpu: "4",  memory: "6Gi" }
```

Sequência de execução — só inicie quando o time de operação solicitar a janela:

# 1) Drenar pods do app web (somente quando a janela for autorizada)
kubectl scale deploy/itsm --replicas=0
kubectl wait --for=delete pod -l app=itsm --timeout=2m

# 2) Rodar a migração e aguardar conclusão
kubectl apply -f migration-job.yaml
kubectl wait --for=condition=complete job/itsm-liquibase-migration --timeout=2h
kubectl logs job/itsm-liquibase-migration --tail=200   # confirmar exit 0

# 3) Subir a nova versão do app web
kubectl apply -f deployment.yaml
kubectl rollout status deploy/itsm --timeout=10m

# 4) Limpar o Job (opcional; permite re-aplicar em deploys futuros)
kubectl delete job itsm-liquibase-migration

Se a migração falhar (exit ≠ 0), o Deployment do app web não deve ser atualizado — a versão antiga continua em pé. Investigar logs do Job, corrigir o root cause e re-aplicar o Job (Liquibase é idempotente: pula changesets já marcados EXECUTED em databasechangelog).

Data: de publicação: 27/08/2026

Nesta versão, o Oxygen traz correções e ajustes que melhoram a exibição das informações, a estabilidade das integrações e o desempenho das consultas no sistema.

Confira abaixo o que mudou:

✨ Melhorias

🛠️ Correções

🚀 Deploy

🚀 Pesquisa de ocorrências mais eficiente

A busca de ocorrências foi otimizada para carregar os resultados de forma mais eficiente, especialmente em consultas com grande volume de informações.

Além disso, foram removidos componentes antigos e códigos que não eram mais utilizados.

🚀 ORIENTAÇÕES PARA DEPLOY

OBS.: As orientações desta seção pressupõe que a mudança de versão está partindo da 1.9.24 para a 1.9.24.3 Caso não seja esse o cenário, siga a orientações das releases anteriores, partindo da versão do ambiente até esta.

Necessário atualizar a versão do app email-service para a versão 1.2.1, lembrando que é recomendado esvaziar os tópicos do kafka: TOPIC_CONFIG_PRODUCER, CONFIG_CONSUMER, READ_EMAIL_PRODUCER e SEND_EMAIL_CONSUMER, evitando envio duplicado de e-mails.

No objeto Deployment, aplique a docker image:

4Biz: registry.cloud4biz.com/deployscdi/hyper-itsm-enterprise:4biz-Oxygen-1.9.24.3

email-service: nexus.centralit.io:9091/email-service:1.2.1 ou registry.cloud4biz.com/deployscdi/email-service:1.2.1

Migração out-of-band (kubectl apply puro)

A partir desta versão, a imagem traz o entry point com.citsmart.LiquibaseMigrationApplication, que roda as migrações Liquibase como um Job Kubernetes dedicado, antes do rollout do Deployment do app web. Compatível com pipelines que aplicam manifests via kubectl apply (sem Helm).

Pré-requisito no Deployment do app web: APP_DATABASEUPDATE_ENABLED=false (default). Caso contrário o Liquibase roda novamente no boot do app, no-op porém atrasando a subida.

Job de migração (migration-job.yaml):

apiVersion: batch/v1
kind: Job
metadata:
  name: itsm-liquibase-migration
spec:
  backoffLimit: 0
  activeDeadlineSeconds: 7200
  template:
    spec:
      restartPolicy: Never
      containers:
        - name: liquibase
          image: repositorio.cithyper.click/centralit/hyper-itsm-enterprise:CitSmart-CitsmartX-1.9.24.3
          command: ["java"]
          args:
            - "-Dloader.main=com.citsmart.LiquibaseMigrationApplication"
            - "-jar"
            - "/app/itsm.war"
            - "--spring.profiles.active=liquibase-migration"
          envFrom:
            - secretRef:    { name: itsm-secrets }
            - configMapRef: { name: itsm-config }
          resources:
            requests: { cpu: "1",  memory: "2Gi" }
            limits:   { cpu: "4",  memory: "6Gi" }
```

Sequência de execução — só inicie quando o time de operação solicitar a janela:

# 1) Drenar pods do app web (somente quando a janela for autorizada)
kubectl scale deploy/itsm --replicas=0
kubectl wait --for=delete pod -l app=itsm --timeout=2m

# 2) Rodar a migração e aguardar conclusão
kubectl apply -f migration-job.yaml
kubectl wait --for=condition=complete job/itsm-liquibase-migration --timeout=2h
kubectl logs job/itsm-liquibase-migration --tail=200   # confirmar exit 0

# 3) Subir a nova versão do app web
kubectl apply -f deployment.yaml
kubectl rollout status deploy/itsm --timeout=10m

# 4) Limpar o Job (opcional; permite re-aplicar em deploys futuros)
kubectl delete job itsm-liquibase-migration

Se a migração falhar (exit ≠ 0), o Deployment do app web não deve ser atualizado — a versão antiga continua em pé. Investigar logs do Job, corrigir o root cause e re-aplicar o Job (Liquibase é idempotente: pula changesets já marcados EXECUTED em databasechangelog).

Data: de publicação: 06/07/2026 - Release Ref. Git-1.9.24.1 - hyper-itsm-enterprise.

Nesta atualização, o Oxygen traz ajustes que aprimoram a criação de chamados e tornam as pesquisas de tickets mais rápidas e eficientes.

Confira abaixo o que mudou:

✨ Melhorias

🛠️ Correções

🚀 Deploy

⚡ Pesquisa de tickets mais eficiente

A busca de tickets foi otimizada para oferecer mais agilidade e melhor desempenho.

Quando a pesquisa é realizada sem informar o período de criação, o sistema considera automaticamente os últimos 90 dias como intervalo de consulta.

🚀 ORIENTAÇÕES PARA DEPLOY

OBS.: As orientações desta seção pressupõe que a mudança de versão está partindo da 1.9.24.1 para a 1.9.24.2 Caso não seja esse o cenário, siga a orientações das releases anteriores, partindo da versão do ambiente até esta.

Necessário atualizar a versão do app email-service para a versão 1.2.1, lembrando que é recomendado esvaziar os tópicos do kafka: TOPIC_CONFIG_PRODUCER, CONFIG_CONSUMER, READ_EMAIL_PRODUCER e SEND_EMAIL_CONSUMER, evitando envio duplicado de e-mails.

No objeto Deployment, aplique a docker image:

4Biz: registry.cloud4biz.com/deployscdi/hyper-itsm-enterprise:4biz-Oxygen-1.9.24.2

email-service: nexus.centralit.io:9091/email-service:1.2.1 ou registry.cloud4biz.com/deployscdi/email-service:1.2.1

Migração out-of-band (kubectl apply puro)

A partir desta versão, a imagem traz o entry point com.citsmart.LiquibaseMigrationApplication, que roda as migrações Liquibase como um Job Kubernetes dedicado, antes do rollout do Deployment do app web. Compatível com pipelines que aplicam manifests via kubectl apply (sem Helm).

Pré-requisito no Deployment do app web: APP_DATABASEUPDATE_ENABLED=false (default). Caso contrário o Liquibase roda novamente no boot do app, no-op porém atrasando a subida.

Job de migração (migration-job.yaml):

apiVersion: batch/v1kind: Jobmetadata:  name: itsm-liquibase-migrationspec:  backoffLimit: 0  activeDeadlineSeconds: 7200  template:    spec:      restartPolicy: Never      containers:        - name: liquibase          image: repositorio.cithyper.click/centralit/hyper-itsm-enterprise:CitSmart-CitsmartX-1.9.24.2          command: ["java"]          args:            - "-Dloader.main=com.citsmart.LiquibaseMigrationApplication"            - "-jar"            - "/app/itsm.war"            - "--spring.profiles.active=liquibase-migration"          envFrom:            - secretRef:    { name: itsm-secrets }            - configMapRef: { name: itsm-config }          resources:            requests: { cpu: "1",  memory: "2Gi" }            limits:   { cpu: "4",  memory: "6Gi" }

Sequência de execução — só inicie quando o time de operação solicitar a janela:

# 1) Drenar pods do app web (somente quando a janela for autorizada)kubectl scale deploy/itsm --replicas=0kubectl wait --for=delete pod -l app=itsm --timeout=2m# 2) Rodar a migração e aguardar conclusãokubectl apply -f migration-job.yamlkubectl wait --for=condition=complete job/itsm-liquibase-migration --timeout=2hkubectl logs job/itsm-liquibase-migration --tail=200   # confirmar exit 0# 3) Subir a nova versão do app webkubectl apply -f deployment.yamlkubectl rollout status deploy/itsm --timeout=10m# 4) Limpar o Job (opcional; permite re-aplicar em deploys futuros)kubectl delete job itsm-liquibase-migration

Se a migração falhar (exit ≠ 0), o Deployment do app web não deve ser atualizado — a versão antiga continua em pé. Investigar logs do Job, corrigir o root cause e re-aplicar o Job (Liquibase é idempotente: pula changesets já marcados EXECUTED em databasechangelog).

Data: de publicação: 06/07/2026 - Release Ref. Git-1.9.24.1 - hyper-itsm-enterprise.

Nesta atualização, o Oxygen recebe ajustes importantes que aprimoram a performance, a usabilidade e a confiabilidade da plataforma.

Confira abaixo o que mudou:

🛠️ Correções

🚀 Deploy

📄 Correção no acesso a documentos

Ajustado o redirecionamento do GED para o módulo de Documentos, garantindo que o sistema mantenha corretamente o contexto da aplicação durante a navegação.

👉 Com isso, o acesso aos documentos fica mais estável e consistente.

🚀 ORIENTAÇÕES PARA DEPLOY

OBS.: As orientações desta seção pressupõe que a mudança de versão está partindo da 1.9.24 para a 1.9.24.1 Caso não seja esse o cenário, siga a orientações das releases anteriores, partindo da versão do ambiente até esta.

Necessário atualizar a versão do app email-service para a versão 1.1.2, lembrando que é recomendado esvaziar os tópicos do kafka: TOPIC_CONFIG_PRODUCER, CONFIG_CONSUMER, READ_EMAIL_PRODUCER e SEND_EMAIL_CONSUMER, evitando envio duplicado de e-mails.

No objeto Deployment, aplique a docker image:

4Biz: registry.cloud4biz.com/deployscdi/hyper-itsm-enterprise:4biz-Oxygen-1.9.24.1

email-service: nexus.centralit.io:9091/email-service:1.1.2 ou registry.cloud4biz.com/deployscdi/email-service:1.1.2

No Config Maps, adicione as propriedades com as devidas alterações:

Antes:

APP_KANBAN_ENABLEINTEGRATION: 'true'
APP_KANBAN_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
APP_KANBAN_FRONTENDURL: "${KANBAN_URL}/hyper-kanban-front"

Agora:

Considerando que:

A cada TENANT existente no ambiente devem ser criadas as 4 linhas trocando o 0 pelo próximo sequencial

TENANT_0_CLUSTER_SPACE seja o ClusterSpaceId ex: "58493cae-0cc4-4327-8553-eac5a9071a86"

TENANT_0_URL seja o DNS do tenant ex: https://tenant-dns-url.dominio.com/hyper-kanban-front

KANBAN_BASECONFIG_ENABLEINTEGRATION: 'true'
KANBAN_BASECONFIG_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_BASECONFIG_FRONTENDURL: "${KANBAN_URL}/hyper-kanban-front"
KANBAN_TENANTS_0_TENANT: ${TENANT_0_CLUSTER_SPACE_ID}
KANBAN_TENANTS_0_ENABLEINTEGRATION: 'true'
KANBAN_TENANTS_0_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_TENANTS_0_FRONTENDURL: ${TENANT_0_URL}
KANBAN_TENANTS_1_TENANT: ${TENANT_1_CLUSTER_SPACE_ID}
KANBAN_TENANTS_1_ENABLEINTEGRATION: 'true'
KANBAN_TENANTS_1_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_TENANTS_1_FRONTENDURL: ${TENANT_1_URL}

Data: de publicação: 01/07/2026 - Release Ref. Git-1.9.24 - hyper-itsm-enterprise.

Nesta atualização, o Oxygen recebe ajustes importantes que aprimoram a performance, a usabilidade e a confiabilidade da plataforma.

Confira abaixo o que mudou:

✨ Melhorias

🛠️ Correções

🚀 Deploy

🔒 Reforço no controle de acesso aos módulos

Corrigido um problema que permitia acessar módulos e menus não autorizados ao alterar manualmente a URL do sistema.

👉 Agora o sistema respeita corretamente as permissões do usuário, impedindo o acesso a áreas para as quais ele não possui autorização.

🔒 Bloqueio de reativação sem permissão

Corrigido um problema que permitia a reativação de tickets por usuários sem a devida autorização.

📝 Histórico de comentários mais completo

Agora, quando um comentário é excluído, a ação continua registrada no histórico do ticket.

🔗 Correção em tickets vinculados a problemas

Ajustado o processo de encerramento de tickets relacionados a um problema, garantindo a atribuição correta do usuário responsável.

☎️ Preenchimento automático do ramal

O campo Ramal agora é preenchido corretamente quando um ticket é aberto pelo Centro de Experiência ou Smart Portal.

🚫 Correção ao cancelar tickets via API

Resolvido um erro que podia ocorrer durante o cancelamento de tickets realizado por integração via API.

📄 Ajuste na descrição sem formatação

Corrigido o preenchimento da descrição simplificada em ações de suspensão e reativação de tickets.

📅 Melhor visualização de janelas de manutenção

Corrigido o funcionamento do cadastro e visualização de janelas de manutenção e períodos de blackout diretamente no calendário de mudanças.

✅ Correção na aba de aprovações

Ajustado um problema que exibia mudanças indevidas na aba de aprovações.

🔐 Validação de acesso a páginas e menus

Corrigido o controle de permissões ao acessar páginas e menus do sistema.

📚 Correção na busca de Conhecimento

Corrigido um problema que impedia a pesquisa de conteúdos no módulo de conhecimento.

⚠️Atenção: Requisitos para habilitar a validação de menus do ITSM:

1. Frontmanager na versão 2.13.5 ou superior

2. ITSM na versão que contém a feature de validação de menus. Acredito que seja a versão 1.9.24 ou superior.

3. Definir a variável APP_SECURITY_CHECKMENUPATHPERMISSION=true no ConfigMap do ITSM

O frontmanager-api do cadi-hom não atende ao item 1. A versão lá é a 2.11.2-9139

🚀 ORIENTAÇÕES PARA DEPLOY

OBS.: As orientações desta seção pressupõe que a mudança de versão está partindo da 1.9.23.5 para a 1.9.24 Caso não seja esse o cenário, siga a orientações das releases anteriores, partindo da versão do ambiente até esta.

Necessário atualizar a versão do app email-service para a versão 1.2.1, lembrando que é recomendado esvaziar os tópicos do kafka: TOPIC_CONFIG_PRODUCER, CONFIG_CONSUMER, READ_EMAIL_PRODUCER e SEND_EMAIL_CONSUMER, evitando envio duplicado de e-mails.

No objeto Deployment, aplique a docker image:

4Biz: registry.cloud4biz.com/deployscdi/hyper-itsm-enterprise:4biz-Oxygen-1.9.24

email-service: nexus.centralit.io:9091/email-service:1.2.1 ou registry.cloud4biz.com/deployscdi/email-service:1.2.1

Migração out-of-band (kubectl apply puro)

A partir desta versão, a imagem traz o entry point com.citsmart.LiquibaseMigrationApplication, que roda as migrações Liquibase como um Job Kubernetes dedicado, antes do rollout do Deployment do app web. Compatível com pipelines que aplicam manifests via kubectl apply (sem Helm).

Pré-requisito no Deployment do app web: APP_DATABASEUPDATE_ENABLED=false (default). Caso contrário o Liquibase roda novamente no boot do app, no-op porém atrasando a subida.

Job de migração (migration-job.yaml):

apiVersion: batch/v1
kind: Job
metadata:
  name: itsm-liquibase-migration
spec:
  backoffLimit: 0
  activeDeadlineSeconds: 7200
  template:
    spec:
      restartPolicy: Never
      containers:
        - name: liquibase
          image: nexus.centralit.io:9091/hyper-itsm-enterprise:CitSmart-CitsmartX-1.9.24
          command: ["java"]
          args:
            - "-Dloader.main=com.citsmart.LiquibaseMigrationApplication"
            - "-jar"
            - "/app/itsm.war"
            - "--spring.profiles.active=liquibase-migration"
          envFrom:
            - secretRef:    { name: itsm-secrets }
            - configMapRef: { name: itsm-config }
          resources:
            requests: { cpu: "1",  memory: "2Gi" }
            limits:   { cpu: "4",  memory: "6Gi" }

Sequência de execução — só inicie quando o time de operação solicitar a janela:

# 1) Drenar pods do app web (somente quando a janela for autorizada)
kubectl scale deploy/itsm --replicas=0
kubectl wait --for=delete pod -l app=itsm --timeout=2m
 
# 2) Rodar a migração e aguardar conclusão
kubectl apply -f migration-job.yaml
kubectl wait --for=condition=complete job/itsm-liquibase-migration --timeout=2h
kubectl logs job/itsm-liquibase-migration --tail=200   # confirmar exit 0
 
# 3) Subir a nova versão do app web
kubectl apply -f deployment.yaml
kubectl rollout status deploy/itsm --timeout=10m
 
# 4) Limpar o Job (opcional; permite re-aplicar em deploys futuros)
kubectl delete job itsm-liquibase-migration

Se a migração falhar (exit ≠ 0), o Deployment do app web não deve ser atualizado — a versão antiga continua em pé. Investigar logs do Job, corrigir o root cause e re-aplicar o Job (Liquibase é idempotente: pula changesets já marcados EXECUTED em databasechangelog).

Data: de publicação: 17/06/2026 - Release Ref. Git-1.9.23.5 - hyper-itsm-enterprise.

Nesta atualização, o Oxygen recebe ajustes importantes que aprimoram a performance, a usabilidade e a confiabilidade da plataforma.

Confira abaixo o que mudou:

🛠️ Correções

🚀 Deploy

🚀 ORIENTAÇÕES PARA DEPLOY

OBS.: As orientações desta seção pressupõe que a mudança de versão está partindo da 1.9.23.4 para a 1.9.23.5 Caso não seja esse o cenário, siga a orientações das releases anteriores, partindo da versão do ambiente até esta.

Necessário atualizar a versão do app email-service para a versão 1.1.2, lembrando que é recomendado esvaziar os tópicos do kafka: TOPIC_CONFIG_PRODUCER, CONFIG_CONSUMER, READ_EMAIL_PRODUCER e SEND_EMAIL_CONSUMER, evitando envio duplicado de e-mails.

No objeto Deployment, aplique a docker image:

4Biz: registry.cloud4biz.com/deployscdi/hyper-itsm-enterprise:4biz-Oxygen-1.9.23.5

email-service: nexus.centralit.io:9091/email-service:1.1.2 ou registry.cloud4biz.com/deployscdi/email-service:1.1.2

No Config Maps, adicione as propriedades com as devidas alterações:

Antes:

APP_KANBAN_ENABLEINTEGRATION: 'true'
APP_KANBAN_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
APP_KANBAN_FRONTENDURL: "${KANBAN_URL}/hyper-kanban-front"

Agora:

Considerando que:

A cada TENANT existente no ambiente devem ser criadas as 4 linhas trocando o 0 pelo próximo sequencial

TENANT_0_CLUSTER_SPACE seja o ClusterSpaceId ex: "58493cae-0cc4-4327-8553-eac5a9071a86"

TENANT_0_URL seja o DNS do tenant ex: https://tenant-dns-url.dominio.com/hyper-kanban-front

KANBAN_BASECONFIG_ENABLEINTEGRATION: 'true'
KANBAN_BASECONFIG_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_BASECONFIG_FRONTENDURL: "${KANBAN_URL}/hyper-kanban-front"
KANBAN_TENANTS_0_TENANT: ${TENANT_0_CLUSTER_SPACE_ID}
KANBAN_TENANTS_0_ENABLEINTEGRATION: 'true'
KANBAN_TENANTS_0_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_TENANTS_0_FRONTENDURL: ${TENANT_0_URL}
KANBAN_TENANTS_1_TENANT: ${TENANT_1_CLUSTER_SPACE_ID}
KANBAN_TENANTS_1_ENABLEINTEGRATION: 'true'
KANBAN_TENANTS_1_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_TENANTS_1_FRONTENDURL: ${TENANT_1_URL}

Data: de publicação: 15/06/2026 - Release Ref. Git-1.9.23.4 - hyper-itsm-enterprise.

Nesta atualização, o Oxygen recebe ajustes importantes que aprimoram a performance, a usabilidade e a confiabilidade da plataforma.

Confira abaixo o que mudou:

🛠️ Correções

🚀 Deploy

🗺️ Foi corrigido erro de Impressão de Comentários.

🚀 ORIENTAÇÕES PARA DEPLOY

OBS.: As orientações desta seção pressupõe que a mudança de versão está partindo da 1.9.23.3 para a 1.9.23.4 Caso não seja esse o cenário, siga a orientações das releases anteriores, partindo da versão do ambiente até esta.

Necessário atualizar a versão do app email-service para a versão 1.1.2, lembrando que é recomendado esvaziar os tópicos do kafka: TOPIC_CONFIG_PRODUCER, CONFIG_CONSUMER, READ_EMAIL_PRODUCER e SEND_EMAIL_CONSUMER, evitando envio duplicado de e-mails.

No objeto Deployment, aplique a docker image:

4Biz: registry.cloud4biz.com/deployscdi/hyper-itsm-enterprise:4biz-Oxygen-1.9.23.4

email-service: nexus.centralit.io:9091/email-service:1.1.2 ou registry.cloud4biz.com/deployscdi/email-service:1.1.2

No Config Maps, adicione as propriedades com as devidas alterações:

Antes:

APP_KANBAN_ENABLEINTEGRATION: 'true'
APP_KANBAN_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
APP_KANBAN_FRONTENDURL: "${KANBAN_URL}/hyper-kanban-front"

Agora:

Considerando que:

A cada TENANT existente no ambiente devem ser criadas as 4 linhas trocando o 0 pelo próximo sequencial

TENANT_0_CLUSTER_SPACE seja o ClusterSpaceId ex: "58493cae-0cc4-4327-8553-eac5a9071a86"

TENANT_0_URL seja o DNS do tenant ex: https://tenant-dns-url.dominio.com/hyper-kanban-front

KANBAN_BASECONFIG_ENABLEINTEGRATION: 'true'
KANBAN_BASECONFIG_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_BASECONFIG_FRONTENDURL: "${KANBAN_URL}/hyper-kanban-front"
KANBAN_TENANTS_0_TENANT: ${TENANT_0_CLUSTER_SPACE_ID}
KANBAN_TENANTS_0_ENABLEINTEGRATION: 'true'
KANBAN_TENANTS_0_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_TENANTS_0_FRONTENDURL: ${TENANT_0_URL}
KANBAN_TENANTS_1_TENANT: ${TENANT_1_CLUSTER_SPACE_ID}
KANBAN_TENANTS_1_ENABLEINTEGRATION: 'true'
KANBAN_TENANTS_1_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_TENANTS_1_FRONTENDURL: ${TENANT_1_URL}

Data: de publicação: 03/06/2026 - Release Ref. Git-1.9.23.3 - hyper-itsm-enterprise.

Nesta atualização, o Oxygen recebe ajustes importantes que aprimoram a performance, a usabilidade e a confiabilidade da plataforma.

Confira abaixo o que mudou:

🛠️ Correções

🚀 Deploy

🗺️ Foi corrigido erro de abertura de ticket por email.

🚀 ORIENTAÇÕES PARA DEPLOY

OBS.: As orientações desta seção pressupõe que a mudança de versão está partindo da 1.9.23.2 para a 1.9.23.3 Caso não seja esse o cenário, siga a orientações das releases anteriores, partindo da versão do ambiente até esta.

Necessário atualizar a versão do app email-service para a versão 1.1.2, lembrando que é recomendado esvaziar os tópicos do kafka: TOPIC_CONFIG_PRODUCER, CONFIG_CONSUMER, READ_EMAIL_PRODUCER e SEND_EMAIL_CONSUMER, evitando envio duplicado de e-mails.

No objeto Deployment, aplique a docker image:

4Biz: registry.cloud4biz.com/deployscdi/hyper-itsm-enterprise:4biz-Oxygen-1.9.23.3

email-service: nexus.centralit.io:9091/email-service:1.1.1 ou registry.cloud4biz.com/deployscdi/email-service:1.1.2

No Config Maps, adicione as propriedades com as devidas alterações:

Antes:

APP_KANBAN_ENABLEINTEGRATION: 'true'
APP_KANBAN_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
APP_KANBAN_FRONTENDURL: "${KANBAN_URL}/hyper-kanban-front"

Agora:

Considerando que:

A cada TENANT existente no ambiente devem ser criadas as 4 linhas trocando o 0 pelo próximo sequencial

TENANT_0_CLUSTER_SPACE seja o ClusterSpaceId ex: "58493cae-0cc4-4327-8553-eac5a9071a86"

TENANT_0_URL seja o DNS do tenant ex: https://tenant-dns-url.dominio.com/hyper-kanban-front

KANBAN_BASECONFIG_ENABLEINTEGRATION: 'true'
KANBAN_BASECONFIG_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_BASECONFIG_FRONTENDURL: "${KANBAN_URL}/hyper-kanban-front"
KANBAN_TENANTS_0_TENANT: ${TENANT_0_CLUSTER_SPACE_ID}
KANBAN_TENANTS_0_ENABLEINTEGRATION: 'true'
KANBAN_TENANTS_0_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_TENANTS_0_FRONTENDURL: ${TENANT_0_URL}
KANBAN_TENANTS_1_TENANT: ${TENANT_1_CLUSTER_SPACE_ID}
KANBAN_TENANTS_1_ENABLEINTEGRATION: 'true'
KANBAN_TENANTS_1_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_TENANTS_1_FRONTENDURL: ${TENANT_1_URL}

Data: de publicação: 27/05/2026 - Release Ref. Git-1.9.23.2 - hyper-itsm-enterprise.

Nesta atualização, o Oxygen recebe ajustes importantes que aprimoram a performance, a usabilidade e a confiabilidade da plataforma.

Confira abaixo o que mudou:

🛠️ Correções

🚀 Deploy

📱 Ajuste de responsividade no Smart Portal

Corrigido um problema de layout na tela do Smart Portal, melhorando a adaptação em diferentes tamanhos de tela.

📝 Correção na descrição de tickets suspensos

Ajustado um erro que afetava a exibição da descrição em tickets suspensos.

🗺️ Correção na exibição do mapa de ICs

Resolvido um problema que impedia a renderização correta do mapa de itens de configuração (ICs).

🚀 ORIENTAÇÕES PARA DEPLOY

OBS.: As orientações desta seção pressupõe que a mudança de versão está partindo da 1.9.23.1 para a 1.9.23.2 Caso não seja esse o cenário, siga a orientações das releases anteriores, partindo da versão do ambiente até esta.

Necessário atualizar a versão do app email-service para a versão 1.1.1, lembrando que é recomendado esvaziar os tópicos do kafka: TOPIC_CONFIG_PRODUCER, CONFIG_CONSUMER, READ_EMAIL_PRODUCER e SEND_EMAIL_CONSUMER, evitando envio duplicado de e-mails.

No objeto Deployment, aplique a docker image:

CITSmart: nexus.centralit.io:9091/hyper-itsm-enterprise:CitSmart-CitsmartX-1.9.23.2

4Biz: registry.cloud4biz.com/deployscdi/hyper-itsm-enterprise:4biz-Oxygen-1.9.23.2

email-service: nexus.centralit.io:9091/email-service:1.1.1 ou registry.cloud4biz.com/deployscdi/email-service:1.1.1

No Config Maps, adicione as propriedades com as devidas alterações:

Antes:

APP_KANBAN_ENABLEINTEGRATION: 'true'
APP_KANBAN_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
APP_KANBAN_FRONTENDURL: "${KANBAN_URL}/hyper-kanban-front"

Agora:

Considerando que:

A cada TENANT existente no ambiente devem ser criadas as 4 linhas trocando o 0 pelo próximo sequencial

TENANT_0_CLUSTER_SPACE seja o ClusterSpaceId ex: "58493cae-0cc4-4327-8553-eac5a9071a86"

TENANT_0_URL seja o DNS do tenant ex: https://tenant-dns-url.dominio.com/hyper-kanban-front

KANBAN_BASECONFIG_ENABLEINTEGRATION: 'true'
KANBAN_BASECONFIG_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_BASECONFIG_FRONTENDURL: "${KANBAN_URL}/hyper-kanban-front"
KANBAN_TENANTS_0_TENANT: ${TENANT_0_CLUSTER_SPACE_ID}
KANBAN_TENANTS_0_ENABLEINTEGRATION: 'true'
KANBAN_TENANTS_0_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_TENANTS_0_FRONTENDURL: ${TENANT_0_URL}
KANBAN_TENANTS_1_TENANT: ${TENANT_1_CLUSTER_SPACE_ID}
KANBAN_TENANTS_1_ENABLEINTEGRATION: 'true'
KANBAN_TENANTS_1_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_TENANTS_1_FRONTENDURL: ${TENANT_1_URL}

Data: de publicação: 15/04/2026 - Release Ref. Git-1.9.23.1 - hyper-itsm-enterprise

Nesta atualização, o Oxygen recebe ajustes importantes que aprimoram a performance, a usabilidade e a confiabilidade da plataforma.

Confira abaixo o que mudou:

🛠️ Correções

🚀 Deploy

😊 Foi corrigido o controle de concorrência implementado

🚀 ORIENTAÇÕES PARA DEPLOY

OBS.: As orientações desta seção pressupõe que a mudança de versão está partindo da 1.9.23 para a 1.9.23.1 Caso não seja esse o cenário, siga a orientações das releases anteriores, partindo da versão do ambiente até esta.

Necessário atualizar a versão do app email-service para a versão 1.1.1, lembrando que é recomendado esvaziar os tópicos do kafka: TOPIC_CONFIG_PRODUCER, CONFIG_CONSUMER, READ_EMAIL_PRODUCER e SEND_EMAIL_CONSUMER, evitando envio duplicado de e-mails.

No objeto Deployment, aplique a docker image:

CITSmart: nexus.centralit.io:9091/hyper-itsm-enterprise:CitSmart-CitsmartX-1.9.23.1

4Biz: registry.cloud4biz.com/deployscdi/hyper-itsm-enterprise:4biz-Oxygen-1.9.23.1

email-service: nexus.centralit.io:9091/email-service:1.1.1 ou registry.cloud4biz.com/deployscdi/email-service:1.1.1

No Config Maps, adicione as propriedades com as devidas alterações:

Antes:

APP_KANBAN_ENABLEINTEGRATION: 'true'
APP_KANBAN_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
APP_KANBAN_FRONTENDURL: "${KANBAN_URL}/hyper-kanban-front"

Agora:

Considerando que:

A cada TENANT existente no ambiente devem ser criadas as 4 linhas trocando o 0 pelo próximo sequencial

TENANT_0_CLUSTER_SPACE seja o ClusterSpaceId ex: "58493cae-0cc4-4327-8553-eac5a9071a86"

TENANT_0_URL seja o DNS do tenant ex: https://tenant-dns-url.dominio.com/hyper-kanban-front

Data: de publicação: 13/04/2026 - Release Ref. Git-1.9.23 - hyper-itsm-enterprise

Nesta atualização, o Oxygen recebe ajustes importantes que aprimoram a performance, a usabilidade e a confiabilidade da plataforma.

Confira abaixo o que mudou:

✨ Melhorias

🛠️ Correções

🚀 Deploy

⚡ Melhor desempenho na pesquisa avançada

A pesquisa avançada ficou mais rápida e eficiente.

🔗 Simplificação de integrações

Removida uma integração antiga, deixando o sistema mais direto e eficiente ao usar a API principal.

📍 SLA por item de configuração (IC)

Agora é possível definir SLA específico por item, trazendo mais controle.

🔐 Mais segurança nos acessos

Adicionada configuração para controle de segurança nos cabeçalhos de acesso (CSP).

🔍 Novo filtro na busca de tickets

Adicionado um novo filtro para refinar melhor os resultados de busca.

🗂️ Otimização da tela de CMDB

Melhorias para deixar a tela mais rápida e organizada.

🚀 Mais performance no portal e Experience Center

A navegação e consultas ficaram mais rápidas nessas áreas.

🔒 Controle de visualização de tickets

Agora o sistema impede que usuários vejam tickets que não são deles ou que não exigem aprovação.

📌 Exibição de tickets suspensos

Agora é possível visualizar tickets suspensos em determinados filtros.

🔎 Ajuste visual no status com zoom

Corrigido problema onde o status quebrava ao diminuir o zoom da tela.

📅 Ajuste no campo de data limite

Quando não houver SLA definido, o campo de data limite ficará vazio corretamente.

🧭 Melhor navegação no Experience Center

Adicionado o menu superior (header) para facilitar a navegação entre áreas.

🧹 Código mais otimizado internamente

Foram feitas melhorias internas para reduzir consultas duplicadas e organizar melhor o sistema.

📝 Melhor preenchimento de descrições

Agora o sistema garante que o campo de descrição sem formatação seja preenchido corretamente, evitando inconsistências.

😊 Ajuste na pesquisa de satisfação

Corrigido um erro na pesquisa de satisfação padrão, que podia impedir seu funcionamento correto.

🔄 Correção ao reabrir tickets via API

Ajustado um problema onde não era possível reabrir tickets usando a API.

🛤️ Correção no fluxo de problema

Corrigido um comportamento onde uma função chamada na ação estava aparecendo na etapa errada (fechamento).

📅 Correção no calendário de SLA

Ajustado um erro na definição de prazos de SLA, garantindo cálculos corretos.

⏱️ Correção na contagem de SLA

Resolvido um problema onde o SLA continuava sendo contado mesmo quando desativado na atividade do fluxo.

🌐 Correção no Smart Portal

Corrigido erro que impedia a abertura de solicitações no portal.

🧩 Ajuste em widget ADF

Corrigido problema relacionado ao funcionamento de componentes (widgets).

🏢 Correção no campo Unidade [CADI - TJRS]

Resolvido erro no campo Unidade em modelos de requisição/incidente.

🔎 Correção na busca avançada [CADI - TJRS]

Ajustado erro ao tentar buscar um ticket específico na pesquisa avançada.

📧 Correção na flag de e-mail individual [CADI - TJRS]

Corrigido problema ao salvar configuração de envio de e-mail individual.

⏳ Correção no preenchimento de tempo [CADI]

Ajustado erro onde campos de tempo não eram preenchidos corretamente no gerenciamento de mudanças.

⚙️ Correção em configurações do Smart Decisions

Ajustado erro ao editar regras/configurações de decisão automática.

🧱 Correção na renderização de widgets

Resolvido problema que impedia a exibição correta de widgets em templates e telas.

🖥️ Ajuste no Workplace e Experience Center

Corrigido erro na exibição de componentes nessas áreas do sistema.

🧼 Ajuste ao limpar dados em delegação de ticket

Corrigido comportamento ao usar o botão “Limpar” ao delegar um ticket.

📊 Correção na geração de relatório [SEMAD]

Resolvido erro que impedia a geração de relatórios.

🖨️ Correção ao imprimir ticket [MPMS CIT]

Ajustado erro de formatação ao imprimir tickets.

✅ Correção em “Minhas aprovações” [CADI]

Resolvido erro na tela de aprovações do usuário.

👤 Correção na exibição de nomes

Agora o sistema exibe nome completo corretamente nas listagens.

👥 Correção no grupo executor

Corrigido problema onde o grupo responsável não era exibido corretamente.

🔁 Correção de duplicidade de procedimentos

Resolvido erro que gerava procedimentos duplicados ao vincular itens (IC).

🔄 Ajuste em processos de continuidade

Corrigidos erros relacionados ao processo de continuidade.

🔁 Correção na reclassificação mantendo responsável

Agora, ao reclassificar mantendo o responsável, o grupo também é mantido corretamente.

👤 Correção de usuários duplicados

Resolvido problema de duplicidade de usuários nos tickets.

🔎 Correção no grupo atual na busca

Corrigido erro onde o grupo atual não aparecia na pesquisa de tickets.

🧱 Correção de sobreposição na tela

Resolvido problema de elementos sobrepostos na tela de gerenciamento de tickets.

⚠️ Ajuste no campo de SLA vencido

Corrigido erro onde a justificativa de SLA aparecia mesmo quando o prazo não estava vencido.

🚀 ORIENTAÇÕES PARA DEPLOY

OBS.: As orientações desta seção pressupõe que a mudança de versão está partindo da 1.9.22 para a 1.9.23 Caso não seja esse o cenário, siga a orientações das releases anteriores, partindo da versão do ambiente até esta.

Necessário atualizar a versão do app email-service para a versão 1.1.1, lembrando que é recomendado esvaziar os tópicos do kafka: TOPIC_CONFIG_PRODUCER, CONFIG_CONSUMER, READ_EMAIL_PRODUCER e SEND_EMAIL_CONSUMER, evitando envio duplicado de e-mails.

No objeto Deployment, aplique a docker image:

CITSmart: nexus.centralit.io:9091/hyper-itsm-enterprise:CitSmart-CitsmartX-1.9.23

4Biz: registry.cloud4biz.com/deployscdi/hyper-itsm-enterprise:4biz-Oxygen-1.9.23

email-service: nexus.centralit.io:9091/email-service:1.1.1 ou registry.cloud4biz.com/deployscdi/email-service:1.1.1

No Config Maps, adicione as propriedades com as devidas alterações:

Antes:

APP_KANBAN_ENABLEINTEGRATION: 'true'
APP_KANBAN_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
APP_KANBAN_FRONTENDURL: "${KANBAN_URL}/hyper-kanban-front"

Agora:

Considerando que:

A cada TENANT existente no ambiente devem ser criadas as 4 linhas trocando o 0 pelo próximo sequencial

TENANT_0_CLUSTER_SPACE seja o ClusterSpaceId ex: "58493cae-0cc4-4327-8553-eac5a9071a86"

TENANT_0_URL seja o DNS do tenant ex: https://tenant-dns-url.dominio.com/hyper-kanban-front

KANBAN_BASECONFIG_ENABLEINTEGRATION: 'true'
KANBAN_BASECONFIG_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_BASECONFIG_FRONTENDURL: "${KANBAN_URL}/hyper-kanban-front"
KANBAN_TENANTS_0_TENANT: ${TENANT_0_CLUSTER_SPACE_ID}
KANBAN_TENANTS_0_ENABLEINTEGRATION: 'true'
KANBAN_TENANTS_0_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_TENANTS_0_FRONTENDURL: ${TENANT_0_URL}
KANBAN_TENANTS_1_TENANT: ${TENANT_1_CLUSTER_SPACE_ID}
KANBAN_TENANTS_1_ENABLEINTEGRATION: 'true'
KANBAN_TENANTS_1_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_TENANTS_1_FRONTENDURL: ${TENANT_1_URL}

Data: de publicação: 05/03/2026 - Release Ref. Git-1.9.22 - hyper-itsm-enterprise

A nova versão do Oxygen chega com correções e melhorias pensadas para oferecer mais desempenho, organização e praticidade na rotina dos usuários..

Confira abaixo o que mudou:

🆕 Melhorias

🛠️ Correções

🚀 Deploy

🧹 Remoção de API não utilizada

Foi realizada a remoção da API ExternalConnection, contribuindo para uma estrutura mais limpa, organizada e fácil de manter.

🚀 ORIENTAÇÕES PARA DEPLOY

OBS.: As orientações desta seção pressupõe que a mudança de versão está partindo da 1.9.22.1 para a 1.9.22.2 Caso não seja esse o cenário, siga a orientações das releases anteriores, partindo da versão do ambiente até esta.

Necessário atualizar a versão do app email-service para a versão 1.1.1, lembrando que é recomendado esvaziar os tópicos do kafka: TOPIC_CONFIG_PRODUCER, CONFIG_CONSUMER, READ_EMAIL_PRODUCER e SEND_EMAIL_CONSUMER, evitando envio duplicado de e-mails.

No objeto Deployment, aplique a docker image:

CITSmart: nexus.centralit.io:9091/hyper-itsm-enterprise:CitSmart-CitsmartX-1.9.22.2

4Biz: registry.cloud4biz.com/deployscdi/hyper-itsm-enterprise:4biz-Oxygen-1.9.22.2

email-service: nexus.centralit.io:9091/email-service:1.1.1 ou registry.cloud4biz.com/deployscdi/email-service:1.1.1

No Config Maps, adicione as propriedades com as devidas alterações:

Antes:

APP_KANBAN_ENABLEINTEGRATION: 'true'
APP_KANBAN_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
APP_KANBAN_FRONTENDURL: "${KANBAN_URL}/hyper-kanban-front"

Agora:

Considerando que:

A cada TENANT existente no ambiente devem ser criadas as 4 linhas trocando o 0 pelo próximo sequencial

TENANT_0_CLUSTER_SPACE seja o ClusterSpaceId ex: "58493cae-0cc4-4327-8553-eac5a9071a86"

TENANT_0_URL seja o DNS do tenant ex: https://tenant-dns-url.dominio.com/hyper-kanban-front

KANBAN_BASECONFIG_ENABLEINTEGRATION: 'true'
KANBAN_BASECONFIG_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_BASECONFIG_FRONTENDURL: "${KANBAN_URL}/hyper-kanban-front"
KANBAN_TENANTS_0_TENANT: ${TENANT_0_CLUSTER_SPACE_ID}
KANBAN_TENANTS_0_ENABLEINTEGRATION: 'true'
KANBAN_TENANTS_0_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_TENANTS_0_FRONTENDURL: ${TENANT_0_URL}
KANBAN_TENANTS_1_TENANT: ${TENANT_1_CLUSTER_SPACE_ID}
KANBAN_TENANTS_1_ENABLEINTEGRATION: 'true'
KANBAN_TENANTS_1_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_TENANTS_1_FRONTENDURL: ${TENANT_1_URL}

Data: de publicação: 30/01/2026 - Release Ref. Git-1.9.22.1 - hyper-itsm-enterprise

Esta atualização do Oxygen traz melhorias importantes para otimizar a experiência de uso, aumentar a estabilidade do sistema e facilitar as operações do dia a dia.

Confira abaixo o que mudou:

✅ Correções

🚀 Deploy

🚀 ORIENTAÇÕES PARA DEPLOY

OBS.: As orientações desta seção pressupõe que a mudança de versão está partindo da 1.9.21 para a 1.9.22.1 Caso não seja esse o cenário, siga a orientações das releases anteriores, partindo da versão do ambiente até esta.

Necessário atualizar a versão do app email-service para a versão 1.1.1, lembrando que é recomendado esvaziar os tópicos do kafka: TOPIC_CONFIG_PRODUCER, CONFIG_CONSUMER, READ_EMAIL_PRODUCER e SEND_EMAIL_CONSUMER, evitando envio duplicado de e-mails.

No objeto Deployment, aplique a docker image:

CITSmart: nexus.centralit.io:9091/hyper-itsm-enterprise:CitSmart-CitsmartX-1.9.22.1

4Biz: registry.cloud4biz.com/deployscdi/hyper-itsm-enterprise:4biz-Oxygen-1.9.22.1

email-service: nexus.centralit.io:9091/email-service:1.1.1 ou registry.cloud4biz.com/deployscdi/email-service:1.1.1

No Config Maps, adicione as propriedades com as devidas alterações:

Antes:

APP_KANBAN_ENABLEINTEGRATION: 'true'
APP_KANBAN_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
APP_KANBAN_FRONTENDURL: "${KANBAN_URL}/hyper-kanban-front"

Agora:

Considerando que:

A cada TENANT existente no ambiente devem ser criadas as 4 linhas trocando o 0 pelo próximo sequencial

TENANT_0_CLUSTER_SPACE seja o ClusterSpaceId ex: "58493cae-0cc4-4327-8553-eac5a9071a86"

TENANT_0_URL seja o DNS do tenant ex: https://tenant-dns-url.dominio.com/hyper-kanban-front

KANBAN_BASECONFIG_ENABLEINTEGRATION: 'true'
KANBAN_BASECONFIG_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_BASECONFIG_FRONTENDURL: "${KANBAN_URL}/hyper-kanban-front"
KANBAN_TENANTS_0_TENANT: ${TENANT_0_CLUSTER_SPACE_ID}
KANBAN_TENANTS_0_ENABLEINTEGRATION: 'true'
KANBAN_TENANTS_0_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_TENANTS_0_FRONTENDURL: ${TENANT_0_URL}
KANBAN_TENANTS_1_TENANT: ${TENANT_1_CLUSTER_SPACE_ID}
KANBAN_TENANTS_1_ENABLEINTEGRATION: 'true'
KANBAN_TENANTS_1_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_TENANTS_1_FRONTENDURL: ${TENANT_1_URL}

Data: de publicação: 28/01/2026 - Release Ref. Git-1.9.22 - hyper-itsm-enterprise

Nesta versão do Oxygen, realizamos uma série de ajustes e evoluções para tornar a plataforma mais estável, eficiente e intuitiva no uso diário.

Confira abaixo o que mudou:

🆕 Melhorias

🛠️ Correções

🚀 Deploy

🎯 Captura imediata ao criar subticket

Agora, ao criar um subticket, o usuário pode capturá-lo imediatamente após salvar.

👉 Depois da captura, a janela é fechada automaticamente, deixando o processo mais rápido e prático.

⚡ Atualização de tecnologia

O sistema recebeu uma atualização de base tecnológica com a migração para o Angular 1.9.3, trazendo mais compatibilidade e suporte para evoluções futuras.

🛤️ Fluxo mais flexível

Removida a obrigatoriedade de selecionar uma ação do fluxo em determinados cenários, deixando o processo mais simples e menos travado.

📍 Melhoria na geolocalização do Field Service

Foi realizado um ajuste para melhorar o desempenho e a organização das informações de geolocalização no Field Service, tornando esse processo mais eficiente.

🔃 Nova opção de ordenação por Unidade

Adicionada a opção de ordenar por Unidade na aba de filtros, facilitando a localização e organização das informações.

🧩 Novo endpoint para atualização parcial de IC

Foi criada uma nova possibilidade de atualização parcial de itens de configuração (ICs), tornando esse tipo de manutenção mais flexível e eficiente.

📝 Ajuste na exigência de motivo no fluxo

Corrigido um problema em que, ao executar uma ação no fluxo que exigia justificativa, o campo de motivo não era exibido corretamente.

⏱️ Correção na justificativa de SLA vencido

Ajustado um erro em que a informação de justificativa do SLA vencido não estava sendo apresentada corretamente.

🔄 Ajuste no encerramento de solicitações relacionadas

Foram feitas correções e melhorias no processo que encerra solicitações relacionadas, evitando falhas ao reabrir uma solicitação vinculada.

🏷️ Correção no filtro por produto

Corrigido um problema que podia impedir ou comprometer a filtragem por produto em determinadas situações.

📋 Ajuste na listagem “Minhas Solicitações”

Realizado um ajuste na listagem “My Request” da Experience Center - ITSM, melhorando a exibição e o comportamento da tela.

🔐 Correção de permissão no botão “Capturar”

Corrigido um problema em que o botão “Capturar” estava aparecendo para usuários sem permissão para essa ação.

⚠️ Mensagem mais clara ao capturar ticket

Ajustado um erro em que, ao capturar um ticket e avançar o fluxo, o sistema exibia apenas um “.” em vez de informar corretamente que não havia responsável definido.

📄 Correção ao salvar contrato

Resolvido um erro que podia ocorrer ao salvar informações de contrato.

📅 Ajuste na data limite de captura

Corrigido o lançamento da data limite para captura, garantindo um controle mais confiável dos prazos.

🗂️ Correção na busca de ICs no CMDB

Ajustado um problema em que o CMDB não estava localizando itens de configuração (ICs) para relacionamento.

🔎 Correção na API de busca de tickets

Foram realizados ajustes na API de pesquisa de tickets, melhorando o retorno e a confiabilidade das buscas.

🧱 Correção na tabela de permissões de grupo

Ajustado um erro de codificação HTML que estava quebrando a visualização da tabela de permissões de grupo nos portfólios.

📊 Ajuste no tamanho da aba interna do Smart Report

Foi feita uma limitação no tamanho da aba interna do Smart Report, melhorando a usabilidade e evitando problemas de exibição.

🔄 Correção nos campos de autocomplete

Ajustado o comportamento de campos com autocomplete, que estavam gerando problemas ao fazer múltiplas requisições.

🧾 Correção no tratamento de requisições

Corrigido o processamento interno de requisições, melhorando a estabilidade na leitura e interpretação dos dados enviados ao sistema.

📤 Parametrização do tamanho de upload

Foi corrigido e preparado o sistema para permitir controle do tamanho máximo de arquivos enviados.

🖼️ Ajuste de acesso a imagens e vídeos

Corrigido o acesso a imagens e vídeos públicos, melhorando a visualização desses conteúdos quando compartilhados.

🖥️ Correção ao expandir relatório no Smart Report

Ajustado um problema que afetava a expansão da tela de relatório dentro do Smart Report.

📎 Correção na visualização de anexos

Foram corrigidos problemas que afetavam a exibição correta de arquivos anexados.

🧠 Correção no tratamento de objetos internos

Resolvido um erro relacionado ao processamento interno de objetos do sistema, aumentando a estabilidade de algumas rotinas.

🔄 Correção na importação de fluxo

Ajustado um erro que podia afetar o processo de importação de fluxos.

🚫 Melhor tratamento de erro no upload de arquivos

Foi melhorado o tratamento de falhas no upload de arquivos, evitando mensagens quebradas ou comportamentos inesperados quando algo dá errado.

🚀 ORIENTAÇÕES PARA DEPLOY

OBS.: As orientações desta seção pressupõe que a mudança de versão está partindo da 1.9.21 para a 1.9.22 Caso não seja esse o cenário, siga a orientações das releases anteriores, partindo da versão do ambiente até esta.

Necessário atualizar a versão do app email-service para a versão 1.1.1, lembrando que é recomendado esvaziar os tópicos do kafka: TOPIC_CONFIG_PRODUCER, CONFIG_CONSUMER, READ_EMAIL_PRODUCER e SEND_EMAIL_CONSUMER, evitando envio duplicado de e-mails.

No objeto Deployment, aplique a docker image:

CITSmart: nexus.centralit.io:9091/hyper-itsm-enterprise:CitSmart-CitsmartX-1.9.22

4Biz: registry.cloud4biz.com/deployscdi/hyper-itsm-enterprise:4biz-Oxygen-1.9.22

email-service: nexus.centralit.io:9091/email-service:1.1.1 ou registry.cloud4biz.com/deployscdi/email-service:1.1.1

No Config Maps, adicione as propriedades com as devidas alterações:

Antes:

APP_KANBAN_ENABLEINTEGRATION: 'true'
APP_KANBAN_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
APP_KANBAN_FRONTENDURL: "${KANBAN_URL}/hyper-kanban-front"

Agora:

Considerando que:

A cada TENANT existente no ambiente devem ser criadas as 4 linhas trocando o 0 pelo próximo sequencial

TENANT_0_CLUSTER_SPACE seja o ClusterSpaceId ex: "58493cae-0cc4-4327-8553-eac5a9071a86"

TENANT_0_URL seja o DNS do tenant ex: https://tenant-dns-url.dominio.com/hyper-kanban-front

KANBAN_BASECONFIG_ENABLEINTEGRATION: 'true'
KANBAN_BASECONFIG_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_BASECONFIG_FRONTENDURL: "${KANBAN_URL}/hyper-kanban-front"
KANBAN_TENANTS_0_TENANT: ${TENANT_0_CLUSTER_SPACE_ID}
KANBAN_TENANTS_0_ENABLEINTEGRATION: 'true'
KANBAN_TENANTS_0_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_TENANTS_0_FRONTENDURL: ${TENANT_0_URL}
KANBAN_TENANTS_1_TENANT: ${TENANT_1_CLUSTER_SPACE_ID}
KANBAN_TENANTS_1_ENABLEINTEGRATION: 'true'
KANBAN_TENANTS_1_BACKENDURL: "http://${KANBAN_SERVICE}/hyper-kanban-api"
KANBAN_TENANTS_1_FRONTENDURL: ${TENANT_1_URL}

4biz Oxygen Versão 1.9.26

4biz Oxygen Versão 1.9.25.3

4biz Oxygen Versão 1.9.25.2

4biz Oxygen Versão 1.9.25.1

4biz Oxygen Versão 1.9.25

4biz Oxygen Versão 1.9.24.7

4biz Oxygen Versão 1.9.24.6

4biz Oxygen Versão 1.9.24.5

4biz Oxygen Versão 1.9.24.4

4biz Oxygen Versão 1.9.24.3

4biz Oxygen Versão 1.9.24.2

4biz Oxygen Versão 1.9.24.1

4biz Oxygen Versão 1.9.24

4biz Oxygen Versão 1.9.23.5

4biz Oxygen Versão 1.9.23.4

4biz Oxygen Versão 1.9.23.3

4biz Oxygen Versão 1.9.23.2

4biz Oxygen Versão 1.9.23.1

4biz Oxygen Versão 1.9.23

4biz Oxygen Versão 1.9.22.2

4biz Oxygen Versão 1.9.22.1

4biz Oxygen Versão 1.9.22

⚡ Atualização de tecnologia