4biz Oxygen 2026
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:
⚙️ 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.
🚀 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.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-migrationSe 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:
📊 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.
🚀 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.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-migrationSe 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:
🚀 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.
📝 Ajuste no limite do nome da Unidade
O campo Nome da Unidade nas telas de Mudança e Liberação passou a aceitar corretamente nomes com até 255 caracteres.
💬 Correção na exibição do último comentário
A listagem de tickets foi ajustada para exibir corretamente a última resposta quando essa informação for solicitada.
Também foi corrigida a exibição da data dos comentários.
⚡ Otimização na consulta de informações
Foram ajustadas consultas internas para reduzir chamadas desnecessárias e melhorar o desempenho na busca de informações.
📋 Menos registros desnecessários nos logs
Reduzidas mensagens excessivas nos logs relacionadas a falhas na integração entre o ITSM e o Agility.
🔗 Correção na integração com o Agility
Corrigido um problema que podia causar falhas na comunicação com o Agility quando algumas informações do ambiente não estavam disponíveis.
🛡️ Melhor tratamento de erros
Ajustado o tratamento de exceções para evitar falhas quando uma mensagem de erro não possui todas as informações esperadas.
🚀 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-migrationSe 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:
⚡ 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.
📝 Ajuste na criação de chamados pelo Portal
Corrigido um problema em que o Portal podia apresentar comportamento incorreto ao criar chamados quando o modo carrinho estava desabilitado.
🚀 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-migrationSe 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çã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:
📧 Atualização do serviço de e-mails
Realizados ajustes para adequação à nova versão do serviço de envio e processamento de e-mails.
👤 Mais detalhes no histórico de tickets
Agora o histórico informa qual usuário realizou o vínculo ou desvínculo de um problema ao ticket.
📎 Anexos recebidos por e-mail automaticamente
Quando uma resposta por e-mail contém anexos, eles passam a ser adicionados automaticamente ao ticket correspondente.
🔍 Novo filtro na busca de tickets
Adicionado um novo filtro para tornar as pesquisas de tickets mais flexíveis e precisas.
⚡ Otimizações internas
Foram realizadas melhorias internas para tornar o sistema mais eficiente e reduzir processamento desnecessário.
🚀 Melhorias no processo de versionamento
Aprimorado o fluxo de controle e liberação de versões para tornar as entregas mais organizadas e seguras.
🔐 Mais segurança para anexos
Os anexos passaram a utilizar identificadores únicos e não sequenciais.
🛡️ Proteção adicional para URLs de anexos
Foram implementadas camadas extras de segurança no acesso aos links de arquivos anexados.
🧹 Ajustes de ambiente
Removidos componentes de monitoramento desnecessários em ambientes de desenvolvimento.
✍️ Nova opção de editor de texto
Adicionada uma nova opção de editor de conteúdo com interface mais simplificada e sem galeria de imagens integrada.
📦 Compressão de dados nas comunicações
Ativada compressão HTTP para melhorar o desempenho das requisições e reduzir o consumo de banda.
📋 Ampliação da busca de tickets
A fila de atendimento agora pode listar também tickets cancelados e fechados em cenários específicos de consulta.
🏢 Adequação ao novo formato de CNPJ
O sistema foi atualizado para suportar o novo padrão alfanumérico de CNPJ, garantindo compatibilidade com as mudanças previstas na legislação.
🔒 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-migrationSe 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:
🗺️ Foi corrigido erro de Impressão de Comentários com Imagens - Inclusão da imagem.
🚀 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:
🗺️ 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:
🗺️ 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:
📱 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:
- 😊 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:
- ⚡ 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:
- 🧹 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.
- 📋 Ajuste na exibição de questionário no ticket
- Corrigido o comportamento de renderização do questionário dentro do ticket, garantindo a exibição correta das informações na tela.
🚀 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:
- 🧾 Corrigido um problema no cálculo para o campo justificativa de SLA vencido, aparecendo para solicitações no prazo
🚀 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:
- 🎯 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}