📜 Descrição

A partir desta melhoria, o cadastro de despesas passa a contar com novos campos de classificação financeira e novas possibilidades de vínculo com registros operacionais da plataforma. Além das despesas associadas a Chamados e Tarefas, agora também é possível criar despesas vinculadas a ICs, Projetos e Contratos, ampliando a rastreabilidade dos custos dentro da operação.

No modal de criação ou edição de despesas, foi adicionada a seção Avançado, onde ficam disponíveis os campos Ciclo e Natureza. O campo Ciclo permite classificar a recorrência ou período da despesa, como Mensal, Trimestral, Semestral e Anual. Já o campo Natureza permite indicar se a despesa é OPEX, relacionada a custos operacionais, ou CAPEX, relacionada a investimentos.

Com essa evolução, o App Despesa passa a oferecer mais estrutura para práticas de gestão financeira de serviços, permitindo que custos sejam analisados com mais contexto, vinculados a ativos, contratos e projetos, e utilizados em filtros, relatórios e exportações. A melhoria contribui para uma visão mais gerencial das despesas e para uma operação mais alinhada a controles financeiros e boas práticas de governança.

✍ Notas

• Novos Vínculos de Despesa 
  O campo Despesa de foi expandido para permitir associação com Chamados, Tarefas, ICs, Projetos e Contratos. 
• Classificação por Ciclo 
  O novo campo Ciclo permite indicar o período ou recorrência da despesa, facilitando análises por custos mensais, trimestrais, semestrais ou anuais. 
• Classificação por Natureza 
  O campo Natureza permite classificar a despesa como OPEX ou CAPEX, apoiando a separação entre despesas operacionais e investimentos. 
• Disponível em Relatórios e Exportações 
  Os novos campos podem ser utilizados em relatórios, filtros e exportações da lista de despesas, ampliando as possibilidades de análise.
• Registro com Log 
  A criação, edição e exclusão de despesas seguem registrando log com data, hora, operador, IP e tipo de ação realizada.

💡 Caso de uso

• Gestão Financeira de Serviços 
  Equipes podem classificar despesas conforme ciclo e natureza, apoiando práticas de Service Financial Management e melhorando o controle financeiro dos serviços prestados. 
• Custos Vinculados a Contratos 
  Despesas relacionadas a contratos podem ser registradas com mais contexto, facilitando análise de rentabilidade, custo recorrente e impacto financeiro por cliente ou serviço. 
• Rastreabilidade de Custos por IC  
  Ao vincular despesas a ICs, a operação consegue acompanhar custos associados a ativos, apoiando práticas de Service Configuration Management e gestão de ciclo de vida. 
• Controle Financeiro em Projetos 
  Despesas vinculadas a projetos permitem acompanhar investimentos, custos operacionais e consumo financeiro relacionado à execução de iniciativas internas ou externas. 

📦 Plano

Disponível para todos os planos.

🎞️ Vídeo

Segue o link para o vídeo explicativo da nova funcionalidade.

💲 Valores

Não haverá adição de valores.

🔢 Código do Recurso

#53716 

📜 Descrição

A partir desta melhoria, o cadastro do Maestro passa a contar com uma nova aba de Versionamento e Backups, permitindo consultar backups e gerar snapshots diretamente dentro do próprio registro. Com isso, o operador não precisa mais depender apenas da listagem global de não ativos e backups para localizar versões anteriores de um Maestro.

A funcionalidade está disponível em App Painel > Configurações Maestro > Maestro, dentro do cadastro do Maestro. Nessa nova aba, são exibidos os backups vinculados ao registro atual, além de botões de ação e uma label explicativa orientando o usuário sobre o funcionamento das opções disponíveis.

Ao gerar um snapshot, a plataforma cria um novo Maestro com base naquela versão, mantendo o registro atual preservado. Também foi aplicada uma melhoria de segurança para impedir a edição direta de registros que ainda são backups. Caso o operador tente editar um backup, a plataforma exibirá uma mensagem informando que aquele registro não pode ser alterado diretamente, sendo necessário gerar um snapshot do backup para posteriormente realizar a edição.

✍ Notas

• Nova Aba de Versionamento e Backups 
  Foi adicionada uma aba dentro do cadastro do Maestro para centralizar as ações relacionadas a versões e backups do registro. 
• Listagem Contextual 
  A aba exibe os backups relacionados ao Maestro acessado, facilitando a análise dentro do contexto correto. 
• Geração de Snapshot 
  O operador pode gerar um novo Maestro a partir de uma versão anterior, sem sobrescrever ou alterar o registro atual. 
• Proteção contra Edição de Backup 
  Registros que ainda são backups não podem ser editados diretamente, reduzindo risco de inconsistências ou alterações acidentais. 
• Orientação na Interface  
  A nova aba conta com uma label explicativa para orientar o usuário sobre a finalidade das ações disponíveis. 

💡 Caso de uso

• Recuperação Segura de Fluxos 
  Operadores podem restaurar uma versão anterior do Maestro criando um novo registro, sem comprometer o fluxo atualmente em uso. 
• Manutenção de Integrações Críticas 
  Em Maestros usados para integrações com APIs, automações e endpoints importantes, o snapshot permite recuperar versões funcionais com mais segurança. 
• Governança de Mudanças 
  A criação de um novo Maestro a partir do backup reduz o risco de sobrescrita indevida, apoiando boas práticas de controle de mudanças. 
• Continuidade Operacional 
  Caso uma alteração recente gere impacto em uma automação, a equipe pode utilizar uma versão anterior como base para retomar a operação com menor esforço. 

📦 Plano

Disponível para Planos Pro e One.

🎞️ Vídeo

Segue o link para o vídeo explicativo da nova funcionalidade.

💲 Valores

Não haverá adição de valores.

🔢 Código do Recurso

#52774 

📜 Descrição

A partir desta melhoria, o App Conhecimento passa a contar com o novo menu Automação de Base de Conhecimento, permitindo criar regras para geração e atualização de conteúdos a partir de chamados finalizados. O recurso compara os dados do chamado com os filtros configurados na automação e, quando houver correspondência, utiliza essas informações como gatilho para criar uma Base de Conhecimento no formato de troubleshooting, com base em um template padrão da plataforma.

A funcionalidade está disponível em App Conhecimento > Cadastros > Automação de Base de Conhecimento. No cadastro da automação, o operador define um conjunto de filtros que será avaliado sempre que um chamado for finalizado. O gatilho da automação ocorre independentemente do preenchimento do campo Causa, desde que o chamado atenda aos critérios definidos.

Após a criação da primeira base vinculada à automação, novos chamados finalizados que atenderem ao mesmo conjunto de filtros serão registrados como sugestões de atualização no log de opiniões da respectiva Base de Conhecimento. Dessa forma, o conhecimento gerado pela operação pode ser enriquecido continuamente, mantendo revisão humana antes da consolidação definitiva do conteúdo.

Também foram aplicadas regras para manter a consistência da automação: o vínculo entre chamado e base não é reprocessado após alterações na automação, e a plataforma não permite cadastrar duas automações com o mesmo conjunto de filtros, retornando erro ao tentar salvar uma regra duplicada.

✍ Notas

• Novo Menu de Automação  
  Foi criado o menu Automação de Base de Conhecimento dentro dos cadastros do App Conhecimento. 
• Gatilho por Finalização de Chamado 
  A automação é executada quando um chamado é finalizado e atende aos filtros configurados, independentemente do preenchimento do campo Causa. 
• Criação em Template de Troubleshooting 
  Quando houver correspondência, a plataforma gera uma Base de Conhecimento estruturada no formato de troubleshooting.
• Sugestões de Atualização 
  Chamados posteriores que atendam aos mesmos filtros são registrados como sugestões no log de opiniões da base vinculada. 
• Bloqueio de Automação Duplicada 
  Não é permitido cadastrar duas automações com o mesmo conjunto de filtros, evitando redundância e conflito na geração de conteúdo. 

💡 Caso de uso

• Documentação de Soluções Recorrentes 
  Chamados finalizados com padrões semelhantes podem gerar automaticamente uma base inicial, reduzindo o esforço manual de documentação. 
• Apoio ao KCS  
  A operação aproveita informações reais dos atendimentos para alimentar a Base de Conhecimento, mantendo revisão humana por meio das sugestões de atualização. 
• Redução de Conteúdo Duplicado 
  Chamados semelhantes passam a contribuir para a mesma base vinculada à automação, centralizando informações em vez de criar múltiplos conteúdos repetidos. 
• Autosserviço e IA 
  Bases mais completas e atualizadas podem apoiar operadores, solicitantes, fluxos de atendimento, recursos de IA e processos internos de suporte. 

📦 Plano

Disponível para os planos Pro e One. 

🎞️ Vídeo

Segue o link para o vídeo explicativo da nova funcionalidade.

💲 Valores

Não haverá adição de valores.

🔢 Código do Recurso

#40272  

📜 Descrição

A partir desta melhoria, o cadastro de SLAs passa a registrar Logs mais completos e detalhados sobre as configurações realizadas na criação e edição dos registros. Antes, as alterações eram exibidas de forma genérica como “Registro Atualizado”, dificultando a análise do Suporte e dos administradores para entender exatamente o que havia sido alterado dentro de um SLA.

A funcionalidade está disponível no cadastro de SLAs, na aba de Log do registro. Na criação de um novo SLA, o sistema passa a registrar todos os campos preenchidos e configurações marcadas no momento do cadastro, como filtros, grupos, contratos, solicitantes, jornadas de trabalho e demais regras aplicadas. Já nas edições, o Log exibe somente os campos efetivamente alterados, indicando com mais clareza o que foi adicionado, removido ou atualizado.

Essa evolução é importante porque o SLA tem impacto direto na operação de chamados, nos prazos de atendimento e solução, nos contratos e na governança do serviço prestado. Com Logs mais ricos, fica mais simples investigar alterações que possam ter impactado indicadores, filas, regras de atendimento ou compromissos acordados com clientes.

✍ Notas

• Log Detalhado na Criação 
  Ao criar um SLA, o sistema passa a registrar os campos preenchidos e todas as configurações aplicadas inicialmente ao registro. 
• Registro Objetivo das Edições 
  Nas atualizações, o Log apresenta apenas os campos que foram alterados, evitando repetição de informações e facilitando a análise. 
• Identificação de Ações Realizadas 
  A plataforma passa a indicar ações como informações adicionadas, removidas ou alteradas, deixando o histórico mais claro. 
• Registro de Configurações em Massa 
  Alterações realizadas em massa também passam a ser identificadas no Log, aumentando a rastreabilidade da operação. 
• Manutenção do Registro Simples 
  Caso o usuário abra o SLA, não altere nenhum campo e clique em Salvar, o sistema registra apenas “Registro Atualizado”, indicando que não houve mudança efetiva nas configurações. 

💡 Caso de uso

• Auditoria de Alterações em SLAs 
  Administradores podem identificar quais regras foram ajustadas em um SLA, facilitando auditorias e revisões de configuração. 
• Investigação de Impactos em Chamados 
  Caso prazos de atendimento ou solução passem a se comportar de forma diferente, o Suporte pode consultar o Log para entender se houve alteração em filtros, grupos, contratos ou jornadas. 
• Governança de Contratos e Níveis de Serviço 
  Empresas que utilizam SLAs vinculados a contratos ganham mais rastreabilidade sobre mudanças que podem afetar compromissos firmados com clientes. 
• Suporte Mais Rápido e Assertivo 
  Com o histórico detalhado, a equipe que realiza algum tipo de análise terá seu tempo de investigação reduzido.

📦 Plano

Disponível para todos os planos.

🎞️ Vídeo

Segue o link para o vídeo explicativo da nova funcionalidade.

💲 Valores

Não haverá adição de valores.

🔢 Código do Recurso

#53768 

📜 Descrição

A partir desta melhoria, o cadastro do Maestro passa a contar com uma seção de Permissão por Perfil de Operador, permitindo definir quais perfis poderão acessar e visualizar determinado Maestro. Com isso, administradores e gerentes de integrações conseguem restringir a visibilidade de Maestros específicos, garantindo que apenas os perfis realmente envolvidos na operação tenham acesso às suas configurações, constantes e estrutura de fluxo.

A funcionalidade está disponível em App Painel > Configurações Maestro > Maestro, dentro do cadastro do registro. A regra atua sobre o acesso ao Maestro, ou seja, define quais Perfis de Operador poderão visualizar aquele registro. Caso nenhum perfil seja informado, o comportamento permanece aberto para os operadores que já possuem permissão de acesso ao menu.

As ações de edição, exclusão e demais operações continuam sendo controladas pelas permissões gerais do Operador ou Perfil de Operador. Portanto, se um operador possuir permissão para editar Maestros, ele poderá editar todos os Maestros aos quais tiver acesso pela nova configuração. A nova seção não define níveis de ação por registro, mas sim a visibilidade do Maestro para os perfis configurados.

✍ Notas

• Permissão por Perfil de Operador 
  O cadastro do Maestro passa a permitir a definição de quais Perfis de Operador terão acesso e visualização ao registro. 
• Controle de Visibilidade 
  A nova configuração limita quais perfis conseguem visualizar determinado Maestro, incluindo suas informações, constantes e estrutura. 
• Ações Controladas por Permissões Gerais 
  Edição, exclusão e demais ações continuam respeitando as permissões configuradas no Operador ou Perfil de Operador. 
• Comportamento Padrão Mantido 
  Se nenhum perfil for informado no cadastro, os operadores com permissão ao menu continuam acessando os Maestros conforme o comportamento atual. 

💡 Caso de uso

• Restrição de Maestros Sensíveis 
  Maestros que possuem constantes, endpoints ou regras internas sensíveis podem ser visíveis apenas para perfis autorizados. 
• Organização por Área Técnica 
  Empresas podem liberar determinados Maestros apenas para perfis responsáveis por integrações, suporte avançado ou administração da plataforma. 
• Segurança da Informação 
  A limitação de visibilidade ajuda a reduzir exposição de configurações técnicas e dados sensíveis, apoiando boas práticas de Information Security Management.  
• Governança de Automações 
  Ao controlar quem visualiza cada Maestro, a operação reduz riscos de acesso indevido e melhora a gestão de fluxos críticos. 

📦 Plano

Disponível para planos Pro e One

🎞️ Vídeo

Segue o link para o vídeo explicativo da nova funcionalidade.

💲 Valores

Não haverá adição de valores.

🔢 Código do Recurso

#49826  

📜 Descrição

A partir desta melhoria, o Relatório de Contratos passa a contar com duas novas colunas relacionadas às Labels vinculadas aos contratos. Agora é possível adicionar ao relatório as informações de Nome do Label e Código do Label, permitindo visualizar classificações importantes diretamente na consulta gerencial.

A funcionalidade está disponível em App Empresa > Relatórios > Relatório de Contratos, nas abas de colunas e filtros do relatório. Ao incluir as novas colunas, a plataforma exibirá as Labels associadas a cada contrato. Quando houver mais de uma Label vinculada ao mesmo contrato, os valores serão apresentados separados por vírgula, mantendo a leitura organizada e compatível com o padrão de visualização da plataforma.

Com essa evolução, usuários responsáveis por análises contratuais passam a contar com mais critérios de segmentação e exportação. As Labels podem representar classificações relevantes para a operação, como tipo de contrato, prioridade, área responsável, criticidade, renovação, carteira ou qualquer outro agrupamento utilizado pelo cliente para organizar sua base contratual.

✍ Notas

• Novas Colunas no Relatório 
  Foram adicionadas as colunas Labels de Contratos - Nome do Label e Labels de Contratos - Código do Label no Relatório de Contratos. 
• Disponibilidade em Filtros 
  As informações de Label também passam a estar disponíveis na aba de filtros, permitindo segmentar contratos por nome ou código. 
• Múltiplas Labels Separadas por Vírgula 
  Quando um contrato possuir mais de uma Label vinculada, os nomes e códigos serão exibidos separados por vírgula. 
• Exibição de Contratos Sem Label 
  Quando não houver Label vinculada ao contrato, o relatório retornará Não preenchido, seguindo o comportamento padrão da plataforma. 
• Exportação com Novas Informações 
  As novas colunas também constam na exportação do relatório, mantendo as mesmas regras de exibição da visualização em tela. 

💡 Caso de uso

• Segmentação Gerencial de Contratos 
  Gestores podem filtrar contratos por Labels específicas para analisar carteiras, tipos de contrato, criticidade ou agrupamentos operacionais. 
• Acompanhamento de Acordos e Responsabilidades 
  Labels podem ser utilizadas para identificar contratos relacionados a determinados níveis de serviço, áreas responsáveis ou classificações estratégicas. 
• Análise de Renovação e Priorização 
  Clientes que usam Labels para marcar contratos críticos, em renovação ou com atenção especial podem acompanhar essas informações diretamente no relatório. 
• Exportações Mais Completas 
  Equipes administrativas e financeiras podem exportar relatórios já contendo os códigos e nomes das Labels, facilitando cruzamentos com controles externos ou indicadores internos. 

📦 Plano

Disponível para todos os planos.

🎞️ Vídeo

Segue o link para o vídeo explicativo da nova funcionalidade.

💲 Valores

Não haverá adição de valores.

🔢 Código do Recurso

#53754

📜 Descrição

A partir desta melhoria, passa a ser possível substituir a validação por senha local pela validação por token via e-mail no momento de visualizar senhas armazenadas no Cofre de Senhas. O recurso atende principalmente ambientes que utilizam SSO, Microsoft, Google ou outros métodos externos de autenticação, nos quais o operador pode não possuir uma senha local ativa na Desk Manager.

A configuração pode ser habilitada no App Painel, no cadastro do Operador ou no Perfil de Operador, pela aba Permissão ao Menu, dentro das permissões do App CMDB > Lançamentos > Cofre de Senhas. Quando a permissão estiver ativa, ao clicar em Exibir Senha, o operador verá um modal para solicitar um token. Esse token será enviado para o e-mail do operador e terá validade temporária de 5 minutos.

Após informar um token válido, a senha será exibida normalmente. Todas as ações ficam registradas para auditoria, tanto no log de visualização do Cofre de Senhas quanto no menu App Painel > Configurações > Log de Tokens enviados, permitindo rastrear solicitações, envios e acessos realizados com esse novo método de validação.

✍ Notas

• Nova Permissão por Operador ou Perfil 
  A validação por token pode ser habilitada diretamente no cadastro do Operador ou herdada pelo Perfil de Operador. 
• Substituição da Senha Local 
  Quando a permissão estiver ativa, o operador deixa de informar a senha local da Desk Manager e passa a validar a visualização por token enviado ao e-mail. 
• Token Temporário por E-mail 
  O token enviado possui validade de 5 minutos, reforçando a segurança no acesso às credenciais sensíveis. 
• Registro de Auditoria  
  A visualização da senha e o envio do token ficam registrados em logs, com informações como operador, data, hora e IP. 
• Comportamento Padrão Preservado 
  Operadores sem a nova permissão continuam utilizando o fluxo atual, com validação pela senha local. 

💡 Caso de uso

• Ambientes com SSO 
  Clientes que utilizam login via Microsoft, Google ou outro provedor externo podem permitir acesso ao Cofre de Senhas sem exigir senha local na Desk Manager. 
• Segurança em Credenciais Sensíveis  
  O token temporário fortalece o controle de acesso a informações críticas, apoiando boas práticas de Information Security Management. 
• Auditoria de Acesso ao Cofre 
  Administradores podem consultar o histórico de tokens enviados e visualizações realizadas, aumentando a rastreabilidade sobre acessos a senhas. 
• Operações com Baixa Dependência de Senha Local 
  Empresas que desejam reduzir o uso de senhas locais podem manter a segurança do Cofre de Senhas com validação por e-mail. 

📦 Plano

Disponível para todos os planos.

🎞️ Vídeo

Segue o link para o vídeo explicativo da nova funcionalidade.

💲 Valores

Não haverá adição de valores.

🔢 Código do Recurso

#52258 

📜 Descrição

A partir desta melhoria, o Cofre de Senhas passa a exibir o campo Dono no registro, indicando quem foi o operador criador daquele cofre. Essa informação fica disponível apenas para consulta na aba principal do cadastro, trazendo mais clareza sobre quem é o responsável pela gestão dos acessos daquele registro.

Além disso, quando o Cofre de Senhas estiver configurado com permissão do tipo Customizado, será exibida a nova aba Validade de Acesso. Nessa aba, o dono do cofre poderá definir por quanto tempo cada operador vinculado terá permissão para visualizar a senha, com prazos individuais como 7, 15, 30, 60, 90 dias ou acesso indeterminado.

A edição da validade é exclusiva do operador criador do cofre. Os demais operadores vinculados ao registro poderão visualizar a aba e consultar a data de expiração, mas não poderão alterar os períodos definidos. Mesmo após a expiração, o registro continuará visível para o operador, porém a visualização da senha será bloqueada e a plataforma exibirá a orientação para solicitar uma nova liberação ao responsável.

✍ Notas

• Campo Dono no Cofre de Senhas 
  A plataforma passa a exibir o operador criador do registro em um campo somente leitura na aba principal do Cofre de Senhas. 
• Nova Aba Validade de Acesso 
  Quando o tipo de permissão estiver como Customizado, a aba Validade de Acesso será exibida no modal do Cofre de Senhas. 
• Controle Individual por Operador 
  O dono do cofre pode definir períodos diferentes de acesso para cada operador vinculado ao registro. 
• Edição Exclusiva pelo Criador 
  Somente o operador criador do Cofre de Senhas pode editar os períodos de validade. Os demais operadores acessam a informação apenas em modo consulta. 
• Bloqueio Após Expiração 
  Quando o acesso expira, o registro permanece visível, mas a senha não pode ser exibida até que uma nova liberação seja realizada.  
• Indicação de Status  
  A aba exibe se o acesso está Em dia ou Expirado, além da data limite configurada para cada operador. 

💡 Caso de uso

• Controle Temporário de Credenciais 
  O dono de um cofre pode liberar acesso a uma senha por tempo determinado, evitando que operadores mantenham acesso permanente a credenciais sensíveis. 
• Operações com Acesso Customizado 
  Equipes que trabalham com permissões específicas por operador podem definir validade individual para cada pessoa, mantendo maior controle sobre quem acessa cada senha. 
• Segurança da Informação 
  A melhoria reforça boas práticas de Information Security Management ao limitar temporalmente o acesso a informações críticas e reduzir exposição indevida. 
• Gestão de Acesso por Responsabilidade 
  Como apenas o criador do registro pode editar a validade, a operação ganha clareza sobre quem é responsável por conceder ou renovar o acesso à credencial. 

📦 Plano

Disponível para todos os planos.

🎞️ Vídeo

Segue o link para o vídeo explicativo da nova funcionalidade.

💲 Valores

Não haverá adição de valores.

🔢 Código do Recurso

#52261

📜 Descrição

A partir desta melhoria, o cadastro de Chamados Programados passa a contar com registros de Log mais detalhados, permitindo identificar com clareza quais informações foram configuradas na criação e quais campos foram efetivamente alterados em edições posteriores. Antes, o histórico registrava ações de forma geral, como “Registro Criado” ou “Registro Atualizado”, sem apresentar exatamente quais dados haviam sido preenchidos ou modificados.

A funcionalidade está disponível em App Chamado > Configurações > Chamado Programado, na aba de Log do registro. Na criação de um novo Chamado Programado, a plataforma passa a registrar as informações configuradas nas diferentes abas do cadastro, incluindo execução, dados do chamado, observadores operadores, observadores solicitantes e demais campos relacionados à programação.

Nas atualizações, o Log passa a exibir apenas os campos que foram realmente alterados, evitando excesso de informação e facilitando a análise do histórico. Caso o operador acesse o registro, não realize nenhuma mudança e clique em Salvar, o comportamento permanece como “Registro Atualizado”, com descrição vazia, indicando que não houve alteração efetiva nas configurações.

✍ Notas

• Log Detalhado na Criação
  Ao criar um Chamado Programado, a plataforma registra os campos preenchidos e as configurações aplicadas inicialmente.
• Registro Objetivo das Edições
  Nas atualizações, o Log exibe somente os campos efetivamente alterados, tornando a auditoria mais clara.
• Cobertura de Múltiplas Abas
  As informações registradas contemplam diferentes áreas do cadastro, como execução, dados do chamado e observadores.
• Manutenção do Registro Simples
  Se o usuário salvar o registro sem realizar alterações, o Log continuará registrando apenas “Registro Atualizado”, sem descrição de campos.
• Compatibilidade com API
  Criações e edições realizadas via API seguem o mesmo comportamento previsto para o registro de Log.

💡 Caso de uso

• Auditoria de Chamados Programados
  Administradores podem consultar o histórico para entender quais configurações foram aplicadas em um agendamento recorrente.
• Investigação de Alterações Operacionais
  Caso um Chamado Programado passe a gerar chamados com informações diferentes, o interessado consegue verificar quais campos foram alterados.
• Governança de Rotinas Automatizadas
  Como Chamados Programados impactam diretamente a criação recorrente de demandas, o Log detalhado ajuda a manter controle sobre mudanças em regras de execução.
• Suporte Mais Rápido e Assertivo
  A equipe reduz o tempo gasto investigando alterações manuais ou via API, pois o histórico passa a indicar exatamente o que mudou.

📦 Plano

Disponível para todos os planos 

🎞️ Vídeo

Segue o link para o vídeo explicativo da nova funcionalidade.

💲 Valores

Não haverá adição de valores.

🔢 Código do Recurso

#53772  

📜 Descrição

A partir desta melhoria, o cadastro de Observador Padrão passa a contar com novos filtros para tornar a configuração de observadores mais específica, segura e aderente à estrutura operacional de cada cliente. Agora é possível utilizar Auto-Categoria, Departamento e Local como critérios para definir quando determinados operadores ou solicitantes serão adicionados automaticamente como observadores de um chamado.

A funcionalidade está disponível em App Chamado > Configuração > Observador Padrão, na tela de criação e edição da regra. Com o novo filtro de Auto-Categoria, a configuração passa a considerar um critério mais preciso do que apenas os campos de categoria, tipo de ocorrência, tipo ou prioridade. Como a Auto-Categoria já pode preencher essas informações automaticamente, ao selecioná-la os demais campos relacionados à categorização são ocultados e desconsiderados conforme a regra definida.

Também foram adicionadas validações para os campos Departamento e Local. Para utilizá-los, é necessário informar um Cliente ou Grupo de Empresas na configuração do Observador Padrão. Caso essa condição não seja atendida, a plataforma bloqueia o salvamento e exibe uma mensagem de validação, garantindo que a regra seja aplicada com consistência e sem risco de abrangência indevida.

Além disso, a aplicação do Observador Padrão foi ampliada para chamados abertos por e-mail e para chamados editados posteriormente. Dessa forma, se um chamado inicialmente não se enquadrar em nenhuma regra, mas depois foi categorizado ou ajustado com informações compatíveis, os observadores serão adicionados automaticamente no momento do salvamento.

✍ Notas

• Novos Filtros no Observador Padrão 
  Foram adicionados os filtros Auto-Categoria, Departamento e Local para permitir regras mais detalhadas de aplicação automática de observadores. 
• Auto-Categoria com Regra Própria 
  Ao selecionar uma Auto-Categoria, os campos Grupo, Tipo de Ocorrência, Categoria, Tipo e Prioridade são ocultados e limpos após o salvamento, pois essas informações passam a ser consideradas pela própria Auto-Categoria. 
• Validação para Departamento e Local 
  Para utilizar o Departamento ou Local, é obrigatório informar um Cliente ou Grupo de Empresas na configuração. Sem essa informação, o sistema impede o salvamento da regra. 
• Aplicação em Chamados por E-mail 
  Chamados abertos por e-mail também passam a considerar as regras de Observador Padrão quando os parâmetros forem compatíveis. 
• Aplicação em Edição Posterior 
  Chamados que forem editados e passarem a atender uma regra existente receberão automaticamente os observadores configurados. 

💡 Caso de uso

• Controle de Visibilidade por Estrutura Organizacional
  Empresas com múltiplos departamentos e locais podem aplicar observadores de forma mais precisa, garantindo que apenas pessoas relacionadas ao contexto do chamado acompanhem a solicitação. 
• Observadores por Assunto Específico 
  Ao utilizar Auto-Categoria, a operação pode adicionar observadores automaticamente em chamados de assuntos específicos, sem depender apenas de categorias mais genéricas. 
• Segurança da Informação 
  A melhoria apoia boas práticas de Information Security Management, evitando a concessão excessiva de acesso e reduzindo exposição indevida de informações sensíveis. 
• Acompanhamento de Chamados por E-mail 
  Chamados recebidos por e-mail e categorizados automaticamente ou posteriormente por um operador também podem receber observadores conforme as regras configuradas. 
• Governança de Atendimento 
  Equipes podem criar regras mais aderentes à realidade da operação, combinando Cliente, Departamento, Local e Auto-Categoria para melhorar controle, acompanhamento e rastreabilidade. 

📦 Plano

Disponível para todos os planos.

🎞️ Vídeo

Segue o link para o vídeo explicativo da nova funcionalidade.

💲 Valores

Não haverá adição de valores.

🔢 Código do Recurso

#30729