---
title: CITSmart 10 2026
slug: releases
docTags:
createdAt: 2026-03-30T19:52:11.472Z
---
:::::VerticalSplit{layout="middle"}
::::VerticalSplitItem
:::CtaButton{label="CITSmart 10 2025" docId="KzkEsfrRkPIANTyD9_n77" openInNewTab="true"}
:::
::::
::::VerticalSplitItem
:::CtaButton{label="CITSmart 10 - Versões anteriores" docId="Y-DtBhF56EcsPD2zBcXnd" openInNewTab="true"}
:::
::::
:::::
***
::::::ExpandableHeading
# CITSmart X Versão 1.9.25.1
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:
:::::Tabs
:::Tab{title="🛠️ Correções"}
*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.
***
:::
::::Tab{title="🚀 Deploy"}
:::hint{type="info"}
**Atenção:**
as orientações abaixo consideram uma atualização da versão **1.9.25 para a 1.9.25**.**1.** Caso o ambiente esteja em uma versão diferente, siga as orientações das releases anteriores até chegar a esta versão.
:::
***
**📧Changelogs e email-service**
Esta versão **não possui novos changelogs do Liquibase**.
Também **não há alteração na versão do email-service**, que permanece na **1.2.2**.
***
**⚠️ Alteração no comportamento da API**
Integrações que utilizam a API /webmvc/servicerequestincident/updateStatus devem considerar uma mudança importante no retorno da operação.
Quando for solicitada uma alteração de status que não é permitida para a situação atual do ticket, a API passa a retornar **HTTP 406**, acompanhada da mensagem explicando o motivo da operação não ser permitida.
Por exemplo, tentar cancelar ou colocar **Em andamento** um ticket que já está fechado.
👉 Antes, algumas dessas operações eram executadas mesmo sendo inconsistentes e podiam deixar o ticket em uma situação incorreta.
***
**🐳 Imagens para atualização**
No objeto **Deployment**, aplique a imagem correspondente ao ambiente:
**CITSmart**
:::BlockQuote
repositorio.cithyper.click/centralit/hyper-itsm-enterprise\:CitSmart-CitsmartX-1.9.25.1
:::
**email-service**
:::BlockQuote
nexus.centralit.io:9091/email-service:1.2.2
:::
ou
:::BlockQuote
registry.cloud4biz.com/deployscdi/email-service:1.2.2
:::
***
::::
:::::
::::::
::::::ExpandableHeading
# CITSmart X Versão 1.9.25
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:
:::::Tabs
:::Tab{title="✨ Melhorias"}
*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.
***
:::
:::Tab{title="🛠️ Correções"}
*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.
***
:::
::::Tab{title="🚀 Deploy"}
:::hint{type="info"}
**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:**
```javascript
/**
* 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**
:::BlockQuote
repositorio.cithyper.click/centralit/hyper-itsm-enterprise\:CitSmart-CitsmartX-1.9.25
:::
**4Biz**
:::BlockQuote
registry.cloud4biz.com/deployscdi/hyper-itsm-enterprise:4biz-Oxygen-1.9.25
:::
**email-service**
:::BlockQuote
nexus.centralit.io:9091/email-service:1.2.2
:::
ou
:::BlockQuote
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):
```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:
```none
# 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
```
:::hint{type="warning"}
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`).
:::
***
::::
:::::
::::::
::::::ExpandableHeading
# CITSmart X Versão 1.9.24.6
Esta versão do **CITSmart X** traz ajustes na pesquisa de conhecimento e na reclassificação de tickets, além das orientações necessárias para atualização do ambiente.
Confira abaixo o que mudou:
:::::Tabs
:::Tab{title="✨ Melhorias"}
*Confira abaixo as melhorias implementadas nesta versão:*
**Pesquisa de conhecimento mais eficiente**
Corrigido um problema que impedia a pesquisa de conhecimento de localizar corretamente palavras com mais de 10 caracteres.
👉 Agora, termos mais longos também podem ser encontrados normalmente nas pesquisas.
***
**🔄 Reclassificação de tickets**
Corrigido um erro na API utilizada para reclassificar tickets, que apresentava problemas relacionados ao grupo atual do chamado.
👉 A reclassificação passa a funcionar corretamente.
:::
::::Tab{title="🚀 Deploy"}
:::hint{type="info"}
**Atenção:**
as orientações abaixo consideram uma atualização da versão **1.9.24 para a 1.9.24.6**. 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.1**.
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 `
***
**🐳 Imagens para atualização**
No objeto **Deployment**, aplique a imagem correspondente ao ambiente:
**CITSmart**
:::BlockQuote
repositorio.cithyper.click/centralit/hyper-itsm-enterprise\:CitSmart-CitsmartX-1.9.24.6
:::
**email-service**
:::BlockQuote
nexus.centralit.io:9091/email-service:1.2.1
:::
ou
:::BlockQuote
registry.cloud4biz.com/deployscdi/email-service:1.2.1
:::
***
::::
:::::
::::::
::::::ExpandableHeading
# CITSmart X Versão 1.9.24.5
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:
:::::Tabs
:::Tab{title="✨ Melhorias"}
**⚙️ 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.
***
:::
::::Tab{title="🚀 Deploy"}
**🚀 ORIENTAÇÕES PARA DEPLOY**
:::hint{type="info"}
**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`):
:::CodeblockTabs
yaml
````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:
```bash
# 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`).
***
::::
:::::
::::::
::::::ExpandableHeading
# CITSmart X Versão 1.9.24.4
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:
:::::Tabs
:::Tab{title="🛠️ Correções"}
**📊 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.
:::
::::Tab{title="🚀 Deploy"}
**🚀 ORIENTAÇÕES PARA DEPLOY**
:::hint{type="info"}
**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`):
:::CodeblockTabs
yaml
````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:
```bash
# 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`).
***
::::
:::::
::::::
::::::ExpandableHeading
# CITSmart X Versão 1.9.24.3
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:
:::::Tabs
:::Tab{title="✨ Melhorias"}
**🚀 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.
***
:::
:::Tab{title="🛠️ Correções"}
**📝 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.
***
:::
::::Tab{title="🚀 Deploy"}
**🚀 ORIENTAÇÕES PARA DEPLOY**
:::hint{type="info"}
**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`):
:::CodeblockTabs
yaml
````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:
```bash
# 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`).
***
::::
:::::
::::::
::::::ExpandableHeading
# CITSmart X Versão 1.9.24.2
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:
:::::Tabs
:::Tab{title="✨ Melhorias"}
**⚡ 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.
:::
:::Tab{title="🛠️ Correções"}
**📝 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.
***
:::
::::Tab{title="🚀 Deploy"}
**🚀 ORIENTAÇÕES PARA DEPLOY**
:::hint{type="info"}
**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`):
```javascript
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:
```javascript
# 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`).
***
::::
:::::
::::::
::::::ExpandableHeading
# CITSmart X Versão 1.9.24.1
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:
:::::Tabs
:::Tab{title="🛠️ Correções"}
**📄 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.
***
:::
::::Tab{title="🚀 Deploy"}
**🚀 ORIENTAÇÕES PARA DEPLOY**
:::hint{type="info"}
**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**:
```javascript
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`
```javascript
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}
```
***
::::
:::::
::::::
::::::ExpandableHeading
# CITSmart X Versão 1.9.24
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:
:::::Tabs
:::Tab{title="✨ Melhorias"}
**📧 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.
***
:::
:::Tab{title="🛠️ Correções"}
**🔒 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.
***
:::
::::Tab{title="🚀 Deploy"}
:::hint{type="warning"}
**⚠️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**
:::hint{type="info"}
**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`):
```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:
```bash
# 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`).
***
::::
:::::
::::::
::::::ExpandableHeading
# CITSmart X Versão 1.9.23.5
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:
:::::Tabs
:::Tab{title="🛠️ Correções"}
**🗺️ Foi corrigido erro de Impressão de Comentários com Imagens - Inclusão da imagem.**
***
:::
::::Tab{title="🚀 Deploy"}
**🚀 ORIENTAÇÕES PARA DEPLOY**
:::hint{type="info"}
**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**:
```javascript
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`
```javascript
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}
```
::::
:::::
::::::
::::::ExpandableHeading
# CITSmart X Versão 1.9.23.4
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:
:::::Tabs
:::Tab{title="🛠️ Correções"}
**🗺️ Foi corrigido erro de Impressão de Comentários.**
***
:::
::::Tab{title="🚀 Deploy"}
**🚀 ORIENTAÇÕES PARA DEPLOY**
:::hint{type="info"}
**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**:
```javascript
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`
```javascript
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}
```
::::
:::::
::::::
::::::ExpandableHeading
# CITSmart X Versão 1.9.23.3
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:
:::::Tabs
:::Tab{title="🛠️ Correções"}
**🗺️ Foi corrigido erro de abertura de ticket por email.**
***
:::
::::Tab{title="🚀 Deploy"}
**🚀 ORIENTAÇÕES PARA DEPLOY**
:::hint{type="info"}
**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**:
```javascript
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`
```javascript
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}
```
::::
:::::
::::::
::::::ExpandableHeading
# CITSmart X Versão 1.9.23.2
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:
:::::Tabs
:::Tab{title="🛠️ Correções"}
**📱 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)**.
***
:::
::::Tab{title="🚀 Deploy"}
**🚀 ORIENTAÇÕES PARA DEPLOY**
:::hint{type="info"}
**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**:
```javascript
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`](https://tenant-dns-url.dominio.com/hyper-kanban-front)
```javascript
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}
```
::::
:::::
::::::
::::::ExpandableHeading
# CITSmart X Versão 1.9.23.1
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:
:::::Tabs
:::Tab{title="🛠️ Correções"}
- **😊** Foi corrigido o controle de concorrência implementado
***
:::
::::Tab{title="🚀 Deploy"}
**🚀 ORIENTAÇÕES PARA DEPLOY**
:::hint{type="info"}
**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**:
```javascript
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`
::::
:::::
::::::
::::::ExpandableHeading
# CITSmart X Versão 1.9.23
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:
:::::Tabs
:::Tab{title="✨ Melhorias"}
- **⚡ 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.
***
:::
:::Tab{title="🛠️ Correções"}
- **😊 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**.
***
:::
::::Tab{title="🚀 Deploy"}
**🚀 ORIENTAÇÕES PARA DEPLOY**
:::hint{type="info"}
**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**:
```javascript
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
```javascript
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}
```
***
::::
:::::
::::::
::::::ExpandableHeading
# CITSmart X Versão 1.9.22.2
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:
:::::Tabs
:::Tab{title="🆕 Melhorias"}
- **🧹 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.
***
:::
:::Tab{title="🛠️ Correções"}
- **📋 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.
***
:::
::::Tab{title="🚀 Deploy"}
**🚀 ORIENTAÇÕES PARA DEPLOY**
:::hint{type="info"}
**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**:
```javascript
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
```javascript
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}
```
***
::::
:::::
::::::
::::::ExpandableHeading
# CITSmart X Versão 1.9.22.1 Hotfix
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:
:::::Tabs
:::Tab{title="✅ Correções"}
- 🧾 Corrigido um problema no cálculo para o campo justificativa de SLA vencido, aparecendo para solicitações no prazo
:::
::::Tab{title="🚀 Deploy"}
**🚀 ORIENTAÇÕES PARA DEPLOY**
:::hint{type="info"}
**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**:
```javascript
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
```javascript
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}
```
::::
:::::
***
::::::
::::::ExpandableHeading
# CITSmart X Versão 1.9.22
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:
:::::Tabs
::::Tab{title="🆕 Melhorias"}
- **🎯 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.
:::Heading{depth="3" indent="1"}
**⚡ Atualização de tecnologia**
:::
:::Paragraph{listStyleType="disc" indent="2"}
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.
***
::::
:::Tab{title="🛠️ Correções"}
- **📝 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.
***
:::
::::Tab{title="🚀 Deploy"}
**🚀 ORIENTAÇÕES PARA DEPLOY**
:::hint{type="info"}
**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:
```javascript
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
```javascript
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}
```
***
::::
:::::
::::::