CITSmart 10 2026

9 min

\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 ⚙️ 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 ) 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 ) \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 📊 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 ) 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 ) \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 🚀 pesquisa de ocorrências mais eficiente a busca de ocorrências foi otimizada para carregar os resultados de forma mais eficiente, especialmente em consultas com grande volume de informações além disso, foram removidos componentes antigos e códigos que não eram mais utilizados 📝 ajuste no limite do nome da unidade o campo nome da unidade nas telas de mudança e liberação passou a aceitar corretamente nomes com até 255 caracteres 💬 correção na exibição do último comentário a listagem de tickets foi ajustada para exibir corretamente a última resposta quando essa informação for solicitada também foi corrigida a exibição da data dos comentários ⚡ otimização na consulta de informações foram ajustadas consultas internas para reduzir chamadas desnecessárias e melhorar o desempenho na busca de informações 📋 menos registros desnecessários nos logs reduzidas mensagens excessivas nos logs relacionadas a falhas na integração entre o itsm e o agility 🔗 correção na integração com o agility corrigido um problema que podia causar falhas na comunicação com o agility quando algumas informações do ambiente não estavam disponíveis 🛡️ melhor tratamento de erros ajustado o tratamento de exceções para evitar falhas quando uma mensagem de erro não possui todas as informações esperadas 🚀 orientações para deploy obs as orientações desta seção pressupõe que a mudança de versão está partindo da 1 9 24 para a 1 9 24 3 caso não seja esse o cenário, siga a orientações das releases anteriores, partindo da versão do ambiente até esta necessário atualizar a versão do app email service para a versão 1 2 1, lembrando que é recomendado esvaziar os tópicos do kafka topic config producer, config consumer, read email producer e send email consumer , evitando envio duplicado de e mails no objeto deployment, aplique a docker image 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 ) 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 ) \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 ⚡ pesquisa de tickets mais eficiente a busca de tickets foi otimizada para oferecer mais agilidade e melhor desempenho quando a pesquisa é realizada sem informar o período de criação , o sistema considera automaticamente os últimos 90 dias como intervalo de consulta 📝 ajuste na criação de chamados pelo portal corrigido um problema em que o portal podia apresentar comportamento incorreto ao criar chamados quando o modo carrinho estava desabilitado 🚀 orientações para deploy obs as orientações desta seção pressupõe que a mudança de versão está partindo da 1 9 24 1 para a 1 9 24 2 caso não seja esse o cenário, siga a orientações das releases anteriores, partindo da versão do ambiente até esta necessário atualizar a versão do app email service para a versão 1 2 1, lembrando que é recomendado esvaziar os tópicos do kafka topic config producer, config consumer, read email producer e send email consumer , evitando envio duplicado de e mails no objeto deployment, aplique a docker image 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 ) \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 📄 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} \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 📧 atualização do serviço de e mails realizados ajustes para adequação à nova versão do serviço de envio e processamento de e mails 👤 mais detalhes no histórico de tickets agora o histórico informa qual usuário realizou o vínculo ou desvínculo de um problema ao ticket 📎 anexos recebidos por e mail automaticamente quando uma resposta por e mail contém anexos, eles passam a ser adicionados automaticamente ao ticket correspondente 🔍 novo filtro na busca de tickets adicionado um novo filtro para tornar as pesquisas de tickets mais flexíveis e precisas ⚡ otimizações internas foram realizadas melhorias internas para tornar o sistema mais eficiente e reduzir processamento desnecessário 🚀 melhorias no processo de versionamento aprimorado o fluxo de controle e liberação de versões para tornar as entregas mais organizadas e seguras 🔐 mais segurança para anexos os anexos passaram a utilizar identificadores únicos e não sequenciais 🛡️ proteção adicional para urls de anexos foram implementadas camadas extras de segurança no acesso aos links de arquivos anexados 🧹 ajustes de ambiente removidos componentes de monitoramento desnecessários em ambientes de desenvolvimento ✍️ nova opção de editor de texto adicionada uma nova opção de editor de conteúdo com interface mais simplificada e sem galeria de imagens integrada 📦 compressão de dados nas comunicações ativada compressão http para melhorar o desempenho das requisições e reduzir o consumo de banda 📋 ampliação da busca de tickets a fila de atendimento agora pode listar também tickets cancelados e fechados em cenários específicos de consulta 🏢 adequação ao novo formato de cnpj o sistema foi atualizado para suportar o novo padrão alfanumérico de cnpj , garantindo compatibilidade com as mudanças previstas na legislação 🔒 reforço no controle de acesso aos módulos corrigido um problema que permitia acessar módulos e menus não autorizados ao alterar manualmente a url do sistema 👉 agora o sistema respeita corretamente as permissões do usuário, impedindo o acesso a áreas para as quais ele não possui autorização 🔒 bloqueio de reativação sem permissão corrigido um problema que permitia a reativação de tickets por usuários sem a devida autorização 📝 histórico de comentários mais completo agora, quando um comentário é excluído, a ação continua registrada no histórico do ticket 🔗 correção em tickets vinculados a problemas ajustado o processo de encerramento de tickets relacionados a um problema, garantindo a atribuição correta do usuário responsável ☎️ preenchimento automático do ramal o campo ramal agora é preenchido corretamente quando um ticket é aberto pelo centro de experiência ou smart portal 🚫 correção ao cancelar tickets via api resolvido um erro que podia ocorrer durante o cancelamento de tickets realizado por integração via api 📄 ajuste na descrição sem formatação corrigido o preenchimento da descrição simplificada em ações de suspensão e reativação de tickets 📅 melhor visualização de janelas de manutenção corrigido o funcionamento do cadastro e visualização de janelas de manutenção e períodos de blackout diretamente no calendário de mudanças ✅ correção na aba de aprovações ajustado um problema que exibia mudanças indevidas na aba de aprovações 🔐 validação de acesso a páginas e menus corrigido o controle de permissões ao acessar páginas e menus do sistema 📚 correção na busca de conhecimento corrigido um problema que impedia a pesquisa de conteúdos no módulo de conhecimento ⚠️atenção requisitos para habilitar a validação de menus do itsm 1 frontmanager na versão 2 13 5 ou superior 2 itsm na versão que contém a feature de validação de menus acredito que seja a versão 1 9 24 ou superior 3 definir a variável app security checkmenupathpermission=true no configmap do itsm o frontmanager api do cadi hom não atende ao item 1 a versão lá é a 2 11 2 9139 🚀 orientações para deploy obs as orientações desta seção pressupõe que a mudança de versão está partindo da 1 9 23 5 para a 1 9 24 caso não seja esse o cenário, siga a orientações das releases anteriores, partindo da versão do ambiente até esta necessário atualizar a versão do app email service para a versão 1 2 1, lembrando que é recomendado esvaziar os tópicos do kafka topic config producer, config consumer, read email producer e send email consumer , evitando envio duplicado de e mails no objeto deployment, aplique a docker image 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 ) \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 🗺️ foi corrigido erro de impressão de comentários com imagens inclusão da imagem 🚀 orientações para deploy obs as orientações desta seção pressupõe que a mudança de versão está partindo da 1 9 23 4 para a 1 9 23 5 caso não seja esse o cenário, siga a orientações das releases anteriores, partindo da versão do ambiente até esta necessário atualizar a versão do app email service para a versão 1 1 2, lembrando que é recomendado esvaziar os tópicos do kafka topic config producer, config consumer, read email producer e send email consumer , evitando envio duplicado de e mails no objeto deployment, aplique a docker image 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} \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 🗺️ 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} \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 🗺️ 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} \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 📱 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 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 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 😊 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 \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 ⚡ melhor desempenho na pesquisa avançada a pesquisa avançada ficou mais rápida e eficiente 🔗 simplificação de integrações removida uma integração antiga, deixando o sistema mais direto e eficiente ao usar a api principal 📍 sla por item de configuração (ic) agora é possível definir sla específico por item , trazendo mais controle 🔐 mais segurança nos acessos adicionada configuração para controle de segurança nos cabeçalhos de acesso (csp) 🔍 novo filtro na busca de tickets adicionado um novo filtro para refinar melhor os resultados de busca 🗂️ otimização da tela de cmdb melhorias para deixar a tela mais rápida e organizada 🚀 mais performance no portal e experience center a navegação e consultas ficaram mais rápidas nessas áreas 🔒 controle de visualização de tickets agora o sistema impede que usuários vejam tickets que não são deles ou que não exigem aprovação 📌 exibição de tickets suspensos agora é possível visualizar tickets suspensos em determinados filtros 🔎 ajuste visual no status com zoom corrigido problema onde o status quebrava ao diminuir o zoom da tela 📅 ajuste no campo de data limite quando não houver sla definido, o campo de data limite ficará vazio corretamente 🧭 melhor navegação no experience center adicionado o menu superior (header) para facilitar a navegação entre áreas 🧹 código mais otimizado internamente foram feitas melhorias internas para reduzir consultas duplicadas e organizar melhor o sistema 📝 melhor preenchimento de descrições agora o sistema garante que o campo de descrição sem formatação seja preenchido corretamente , evitando inconsistências 😊 ajuste na pesquisa de satisfação corrigido um erro na pesquisa de satisfação padrão , que podia impedir seu funcionamento correto 🔄 correção ao reabrir tickets via api ajustado um problema onde não era possível reabrir tickets usando a api 🛤️ correção no fluxo de problema corrigido um comportamento onde uma função chamada na ação estava aparecendo na etapa errada (fechamento) 📅 correção no calendário de sla ajustado um erro na definição de prazos de sla , garantindo cálculos corretos ⏱️ correção na contagem de sla resolvido um problema onde o sla continuava sendo contado mesmo quando desativado na atividade do fluxo 🌐 correção no smart portal corrigido erro que impedia a abertura de solicitações no portal 🧩 ajuste em widget adf corrigido problema relacionado ao funcionamento de componentes (widgets) 🏢 correção no campo unidade \[cadi tjrs] resolvido erro no campo unidade em modelos de requisição/incidente 🔎 correção na busca avançada \[cadi tjrs] ajustado erro ao tentar buscar um ticket específico na pesquisa avançada 📧 correção na flag de e mail individual \[cadi tjrs] corrigido problema ao salvar configuração de envio de e mail individual ⏳ correção no preenchimento de tempo \[cadi] ajustado erro onde campos de tempo não eram preenchidos corretamente no gerenciamento de mudanças ⚙️ correção em configurações do smart decisions ajustado erro ao editar regras/configurações de decisão automática 🧱 correção na renderização de widgets resolvido problema que impedia a exibição correta de widgets em templates e telas 🖥️ ajuste no workplace e experience center corrigido erro na exibição de componentes nessas áreas do sistema 🧼 ajuste ao limpar dados em delegação de ticket corrigido comportamento ao usar o botão “limpar” ao delegar um ticket 📊 correção na geração de relatório \[semad] resolvido erro que impedia a geração de relatórios 🖨️ correção ao imprimir ticket \[mpms cit] ajustado erro de formatação ao imprimir tickets ✅ correção em “minhas aprovações” \[cadi] resolvido erro na tela de aprovações do usuário 👤 correção na exibição de nomes agora o sistema exibe nome completo corretamente nas listagens 👥 correção no grupo executor corrigido problema onde o grupo responsável não era exibido corretamente 🔁 correção de duplicidade de procedimentos resolvido erro que gerava procedimentos duplicados ao vincular itens (ic) 🔄 ajuste em processos de continuidade corrigidos erros relacionados ao processo de continuidade 🔁 correção na reclassificação mantendo responsável agora, ao reclassificar mantendo o responsável, o grupo também é mantido corretamente 👤 correção de usuários duplicados resolvido problema de duplicidade de usuários nos tickets 🔎 correção no grupo atual na busca corrigido erro onde o grupo atual não aparecia na pesquisa de tickets 🧱 correção de sobreposição na tela resolvido problema de elementos sobrepostos na tela de gerenciamento de tickets ⚠️ ajuste no campo de sla vencido corrigido erro onde a justificativa de sla aparecia mesmo quando o prazo não estava vencido 🚀 orientações para deploy obs as orientações desta seção pressupõe que a mudança de versão está partindo da 1 9 22 para a 1 9 23 caso não seja esse o cenário, siga a orientações das releases anteriores, partindo da versão do ambiente até esta necessário atualizar a versão do app email service para a versão 1 1 1, lembrando que é recomendado esvaziar os tópicos do kafka topic config producer, config consumer, read email producer e send email consumer , evitando envio duplicado de e mails no objeto deployment, aplique a docker image citsmart nexus centralit io 9091/hyper itsm enterprise\ citsmart citsmartx 1 9 23 4biz registry cloud4biz com/deployscdi/hyper itsm enterprise 4biz oxygen 1 9 23 email service nexus centralit io 9091/email service 1 1 1 ou registry cloud4biz com/deployscdi/email service 1 1 1 no config maps, adicione as propriedades com as devidas alterações antes app kanban enableintegration 'true' app kanban backendurl "http //${kanban service}/hyper kanban api" app kanban frontendurl "${kanban url}/hyper kanban front" agora considerando que a cada tenant existente no ambiente devem ser criadas as 4 linhas trocando o 0 pelo próximo sequencial tenant 0 cluster space seja o clusterspaceid ex "58493cae 0cc4 4327 8553 eac5a9071a86" tenant 0 url seja o dns do tenant ex https //tenant dns url dominio com/hyper kanban front kanban baseconfig enableintegration 'true' kanban baseconfig backendurl "http //${kanban service}/hyper kanban api" kanban baseconfig frontendurl "${kanban url}/hyper kanban front" kanban tenants 0 tenant ${tenant 0 cluster space id} kanban tenants 0 enableintegration 'true' kanban tenants 0 backendurl "http //${kanban service}/hyper kanban api" kanban tenants 0 frontendurl ${tenant 0 url} kanban tenants 1 tenant ${tenant 1 cluster space id} kanban tenants 1 enableintegration 'true' kanban tenants 1 backendurl "http //${kanban service}/hyper kanban api" kanban tenants 1 frontendurl ${tenant 1 url} \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 🧹 remoção de api não utilizada foi realizada a remoção da api externalconnection , contribuindo para uma estrutura mais limpa, organizada e fácil de manter 📋 ajuste na exibição de questionário no ticket corrigido o comportamento de renderização do questionário dentro do ticket , garantindo a exibição correta das informações na tela 🚀 orientações para deploy obs as orientações desta seção pressupõe que a mudança de versão está partindo da 1 9 22 1 para a 1 9 22 2 caso não seja esse o cenário, siga a orientações das releases anteriores, partindo da versão do ambiente até esta necessário atualizar a versão do app email service para a versão 1 1 1, lembrando que é recomendado esvaziar os tópicos do kafka topic config producer, config consumer, read email producer e send email consumer , evitando envio duplicado de e mails no objeto deployment, aplique a docker image citsmart nexus centralit io 9091/hyper itsm enterprise\ citsmart citsmartx 1 9 22 2 4biz registry cloud4biz com/deployscdi/hyper itsm enterprise 4biz oxygen 1 9 22 2 email service nexus centralit io 9091/email service 1 1 1 ou registry cloud4biz com/deployscdi/email service 1 1 1 no config maps, adicione as propriedades com as devidas alterações antes app kanban enableintegration 'true' app kanban backendurl "http //${kanban service}/hyper kanban api" app kanban frontendurl "${kanban url}/hyper kanban front" agora considerando que a cada tenant existente no ambiente devem ser criadas as 4 linhas trocando o 0 pelo próximo sequencial tenant 0 cluster space seja o clusterspaceid ex "58493cae 0cc4 4327 8553 eac5a9071a86" tenant 0 url seja o dns do tenant ex https //tenant dns url dominio com/hyper kanban front kanban baseconfig enableintegration 'true' kanban baseconfig backendurl "http //${kanban service}/hyper kanban api" kanban baseconfig frontendurl "${kanban url}/hyper kanban front" kanban tenants 0 tenant ${tenant 0 cluster space id} kanban tenants 0 enableintegration 'true' kanban tenants 0 backendurl "http //${kanban service}/hyper kanban api" kanban tenants 0 frontendurl ${tenant 0 url} kanban tenants 1 tenant ${tenant 1 cluster space id} kanban tenants 1 enableintegration 'true' kanban tenants 1 backendurl "http //${kanban service}/hyper kanban api" kanban tenants 1 frontendurl ${tenant 1 url} \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 🧾 corrigido um problema no cálculo para o campo justificativa de sla vencido, aparecendo para solicitações no prazo 🚀 orientações para deploy obs as orientações desta seção pressupõe que a mudança de versão está partindo da 1 9 21 para a 1 9 22 1 caso não seja esse o cenário, siga a orientações das releases anteriores, partindo da versão do ambiente até esta necessário atualizar a versão do app email service para a versão 1 1 1, lembrando que é recomendado esvaziar os tópicos do kafka topic config producer, config consumer, read email producer e send email consumer , evitando envio duplicado de e mails no objeto deployment, aplique a docker image citsmart nexus centralit io 9091/hyper itsm enterprise\ citsmart citsmartx 1 9 22 1 4biz registry cloud4biz com/deployscdi/hyper itsm enterprise 4biz oxygen 1 9 22 1 email service nexus centralit io 9091/email service 1 1 1 ou registry cloud4biz com/deployscdi/email service 1 1 1 no config maps, adicione as propriedades com as devidas alterações antes app kanban enableintegration 'true' app kanban backendurl "http //${kanban service}/hyper kanban api" app kanban frontendurl "${kanban url}/hyper kanban front" agora considerando que a cada tenant existente no ambiente devem ser criadas as 4 linhas trocando o 0 pelo próximo sequencial tenant 0 cluster space seja o clusterspaceid ex "58493cae 0cc4 4327 8553 eac5a9071a86" tenant 0 url seja o dns do tenant ex https //tenant dns url dominio com/hyper kanban front kanban baseconfig enableintegration 'true' kanban baseconfig backendurl "http //${kanban service}/hyper kanban api" kanban baseconfig frontendurl "${kanban url}/hyper kanban front" kanban tenants 0 tenant ${tenant 0 cluster space id} kanban tenants 0 enableintegration 'true' kanban tenants 0 backendurl "http //${kanban service}/hyper kanban api" kanban tenants 0 frontendurl ${tenant 0 url} kanban tenants 1 tenant ${tenant 1 cluster space id} kanban tenants 1 enableintegration 'true' kanban tenants 1 backendurl "http //${kanban service}/hyper kanban api" kanban tenants 1 frontendurl ${tenant 1 url} \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 🎯 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}