CITSmart 10 2026

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

Esta versão do CITSmart X 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 CITSmart X 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:

CITSmart

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

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: 04/09/2026

Nesta versão, o CITSmart X 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.

🚀 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-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 CITSmart X 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.

🚀 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-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 CITSmart X 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

📝 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:

CITSmart: repositorio.cithyper.click/centralit/hyper-itsm-enterprise:CitSmart-CitsmartX-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 CITSmart X 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:

CITSmart: nexus.centralit.io:9091/hyper-itsm-enterprise:CitSmart-CitsmartX-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 CITSmart X 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:

CITSmart: nexus.centralit.io:9091/hyper-itsm-enterprise:CitSmart-CitsmartX-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 CITSmart X recebe ajustes importantes que aprimoram a performance, a usabilidade e a confiabilidade da plataforma.

Confira abaixo o que mudou:

✨ Melhorias

🛠️ Correções

🚀 Deploy

📧 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.

⚠️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:

CITSmart: nexus.centralit.io:9091/hyper-itsm-enterprise:CitSmart-CitsmartX-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 CITSmart X 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:

CITSmart: nexus.centralit.io:9091/hyper-itsm-enterprise:CitSmart-CitsmartX-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 CITSmart X 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:

CITSmart: nexus.centralit.io:9091/hyper-itsm-enterprise:CitSmart-CitsmartX-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 CITSmart X 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:

CITSmart: nexus.centralit.io:9091/hyper-itsm-enterprise:CitSmart-CitsmartX-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 CITSmart X 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.231 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 CITSmart X 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 CITSmart X recebe ajustes importantes que aprimoram a performance, a usabilidade e a confiabilidade da plataforma.

Confira abaixo o que mudou:

✨ Melhorias

🛠️ Correções

🚀 Deploy

😊 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 CITSmart X 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 CITSmart X 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 CITSmart X , 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}

CITSmart X Versão 1.9.25.1

CITSmart X Versão 1.9.25

CITSmart X Versão 1.9.24.6

CITSmart X Versão 1.9.24.5

CITSmart X Versão 1.9.24.4

CITSmart X Versão 1.9.24.3

CITSmart X Versão 1.9.24.2

CITSmart X Versão 1.9.24.1

CITSmart X Versão 1.9.24

CITSmart X Versão 1.9.23.5

CITSmart X Versão 1.9.23.4

CITSmart X Versão 1.9.23.3

CITSmart X Versão 1.9.23.2

CITSmart X Versão 1.9.23.1

CITSmart X Versão 1.9.23

CITSmart X Versão 1.9.22.2

CITSmart X Versão 1.9.22.1 Hotfix

CITSmart X Versão 1.9.22

⚡ Atualização de tecnologia

CITSmart 10 2026

﻿CITSmart X Versão 1.9.25.1

﻿CITSmart X Versão 1.9.25

﻿CITSmart X Versão 1.9.24.6

﻿CITSmart X Versão 1.9.24.5

﻿CITSmart X Versão 1.9.24.4

﻿CITSmart X Versão 1.9.24.3

﻿CITSmart X Versão 1.9.24.2

﻿CITSmart X Versão 1.9.24.1

﻿CITSmart X Versão 1.9.24

﻿CITSmart X Versão 1.9.23.5

﻿CITSmart X Versão 1.9.23.4

﻿CITSmart X Versão 1.9.23.3

﻿CITSmart X Versão 1.9.23.2

﻿CITSmart X Versão 1.9.23.1

﻿CITSmart X Versão 1.9.23

﻿CITSmart X Versão 1.9.22.2

﻿CITSmart X Versão 1.9.22.1 Hotfix

﻿CITSmart X Versão 1.9.22

⚡ Atualização de tecnologia

CITSmart X Versão 1.9.25.1

CITSmart X Versão 1.9.25

CITSmart X Versão 1.9.24.6

CITSmart X Versão 1.9.24.5

CITSmart X Versão 1.9.24.4

CITSmart X Versão 1.9.24.3

CITSmart X Versão 1.9.24.2

CITSmart X Versão 1.9.24.1

CITSmart X Versão 1.9.24

CITSmart X Versão 1.9.23.5

CITSmart X Versão 1.9.23.4

CITSmart X Versão 1.9.23.3

CITSmart X Versão 1.9.23.2

CITSmart X Versão 1.9.23.1

CITSmart X Versão 1.9.23

CITSmart X Versão 1.9.22.2

CITSmart X Versão 1.9.22.1 Hotfix

CITSmart X Versão 1.9.22