📜 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

📜 Descrição

A partir desta melhoria, o App Chamado passa a contar com um alerta sonoro na Lista de Chamados para avisar o operador quando um novo chamado for direcionado diretamente para ele. O recurso ajuda a aumentar a percepção de novas demandas, especialmente em cenários em que o operador está navegando por outras telas, aplicativos ou sites durante sua rotina de atendimento.

O alerta pode ser ativado ou desativado em App Chamado > Lançamentos > Lista de Chamados, por meio de um novo botão com ícone de alto-falante localizado na barra superior da listagem. Ao clicar no botão, a plataforma apresenta um popup explicativo informando em quais situações o som será emitido e permite que o operador controle o uso da notificação conforme sua preferência.

O comportamento foi desenvolvido para cenários em que um chamado é enviado diretamente para um operador, seja durante a abertura ou categorização de um chamado com transferência definida para um responsável específico, seja por meio de uma transferência realizada durante uma interação. O alerta da Lista de Chamados é independente do alerta do App Conversa, permitindo controle separado entre notificações de chamados e conversas.

✍ Notas

• Alerta Sonoro na Lista de Chamados 
  Foi adicionado um botão de ativação e desativação do alerta sonoro diretamente na Lista de Chamados. 
• Notificação para Chamados Direcionados 
  O som será emitido quando um chamado for transferido ou criado/categorizado e transferindo-o diretamente para o operador. 
• Popup Explicativo 
  Ao acionar o botão, a plataforma exibe uma orientação sobre o funcionamento do recurso e as condições em que o alerta será executado. 
• Controle Independente do App Conversa 
  O alerta da Lista de Chamados possui configuração própria e não interfere nas notificações sonoras do App Conversa. 
• Atualização do Som de Notificação 
  O som utilizado nos alertas foi ajustado para uma opção menos invasiva e mais confortável para uso contínuo no ambiente operacional. 

💡 Caso de uso

• Atendimento com Múltiplas Telas 
  Operadores que alternam entre chamados, painéis, bases de conhecimento, projetos ou outras ferramentas podem ser avisados quando uma demanda chegar diretamente para eles. 
• Redução do Tempo de Primeiro Atendimento 
  O alerta ajuda o operador a identificar rapidamente novos chamados direcionados, apoiando o cumprimento de SLAs e boas práticas de Service Desk. 
• Transferência entre Operadores 
  Quando um operador transfere um chamado para outro responsável, o destinatário pode ser alertado sonoramente.  
• Operações com Alta Demanda 
  Centrais de atendimento com fluxo intenso de chamados ganham mais visibilidade sobre novas atribuições, reduzindo o risco de demandas passarem despercebidas. 

📦 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

#49753 

📜 Descrição

A partir desta melhoria, foi disponibilizada uma nova permissão para que Operadores possam visualizar a Árvore de Assuntos no formato de blocos durante a criação ou categorização de Chamados e GMUDs. Com isso, a experiência de navegação pelas Auto-Categorias passa a ser mais visual, organizada e fluida também no Portal do Operador, aproximando a usabilidade da experiência já existente no Portal do Solicitante.

A configuração pode ser habilitada no App Painel, tanto no cadastro do Operador quanto no Perfil de Operador, pela aba Permissão ao Menu > App Chamado > Lançamentos. Ao ativar a permissão relacionada ao acesso à Árvore em Blocos dos Chamados, o operador passa a visualizar os assuntos em cards/blocos, facilitando a identificação do assunto correto e reduzindo o esforço de navegação em listas extensas.

Para que a visualização seja aplicada corretamente, é necessário que o Cliente vinculado ao Solicitante selecionado no Chamado também tenha a permissão de exibição da Árvore de Assuntos em Blocos habilitada. Dessa forma, a regra de visualização respeita as configurações tanto do operador quanto do cliente do solicitante, garantindo consistência entre Portal do Operador e Portal do Solicitante.

✍ Notas

• Permissão por Operador ou Perfil
   A nova visualização pode ser liberada diretamente no cadastro do Operador ou herdada pelo Perfil de Operador, permitindo uma gestão mais escalável das permissões.
• Aplicação na Criação e Categorização
  A Árvore em Blocos pode ser utilizada no momento da criação ou categorização de Chamados e GMUDs, facilitando a escolha do assunto adequado durante a operação.
• Validação Cruzada com o Cliente do Solicitante
  A exibição depende também das permissões configuradas no Cliente vinculado ao Solicitante, garantindo que a experiência esteja alinhada às regras já utilizadas no Portal do Solicitante.
• Experiência Visual Mais Fluida
  O formato em blocos melhora a leitura e a navegação entre categorias, especialmente em ambientes com grande volume de Auto-Categorias cadastradas.

💡 Caso de uso

• Operações com Catálogo Extenso
  Equipes que possuem muitas Auto-Categorias podem utilizar a visualização em blocos para reduzir o tempo de busca e facilitar a escolha do assunto correto no Chamado.
• Padronização entre Portais
  Ambientes que já utilizam Árvore em Blocos no Portal do Solicitante podem replicar a mesma experiência para Operadores, mantendo consistência na jornada de abertura e categorização.
• Boas Práticas de Categorização
  Ao facilitar a seleção correta da categoria, o recurso apoia a qualidade da classificação dos chamados, melhorando indicadores de atendimento, SLA, relatórios e análise de recorrência.
• Apoio à Automação e Regras Operacionais
  Com Chamados melhor categorizados, fluxos automáticos, regras de distribuição, SLAs e integrações com Maestro tendem a operar com maior precisão.

📦 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

#18558 

📜 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 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, as Bases de Conhecimento passam a exibir os campos Aprovado por e Data da Aprovação diretamente dentro do registro da base, na aba Geral, seção Avançado. Essas informações já existiam no grid de Bases de Conhecimento, mas agora também ficam disponíveis no cadastro, facilitando a consulta e aumentando a rastreabilidade do processo de validação.

Os campos são preenchidos automaticamente no momento em que a base é aprovada. Caso a base seja criada já como aprovada, por exemplo quando o operador criador também possui permissão de aprovação conforme o padrão da plataforma, as informações também serão registradas automaticamente. Por serem campos de auditoria, eles permanecem bloqueados para edição manual, tanto pela interface quanto por API.

Com essa evolução, gestores e operadores passam a ter mais clareza sobre quem validou o conteúdo e quando a aprovação ocorreu. Isso fortalece a governança da Base de Conhecimento, melhora a confiabilidade das informações publicadas e facilita auditorias sobre o ciclo de vida dos conteúdos.

✍ Notas

• Novos Campos no Registro 
  Foram adicionados os campos Aprovado por e Data da Aprovação dentro da aba Geral, na seção Avançado da Base de Conhecimento.  
• Preenchimento Automático  
  As informações são registradas automaticamente no momento da aprovação da base. 
• Campos Somente Leitura 
  Os campos não podem ser editados manualmente, seja durante criação, edição ou por API. 
• Registro em Bases Criadas como Aprovadas 
  Quando a base já nasce aprovada pelo operador criador da base, os campos também são preenchidos automaticamente. 
• Mais Rastreabilidade 
  A informação deixa de ficar disponível apenas no grid e passa a compor também o cadastro da base. 

💡 Caso de uso

• Auditoria de Conteúdos Publicados 
  Gestores podem consultar diretamente no registro quem aprovou determinada base e quando a validação ocorreu. 
• Governança do Conhecimento 
  A operação passa a ter mais controle sobre o ciclo de aprovação, reforçando boas práticas de Gerenciamento de Conhecimento. 
• Revisão de Conteúdos Sensíveis  
  Bases com informações críticas podem ser analisadas com mais segurança, pois o responsável pela aprovação fica registrado no próprio cadastro. 

📦 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

#49636 

📜 Descrição

A partir desta melhoria, foi adicionada uma barra de pesquisa na listagem de operadores exibida ao trocar o responsável por uma tarefa no Quadro de Projeto. Com isso, o operador não precisa mais percorrer manualmente listas extensas para localizar o responsável desejado, tornando a atribuição de tarefas mais rápida e objetiva.

O recurso está disponível no Kanban do App Projeto, ao clicar no ícone do operador responsável pela tarefa. A partir desse ponto, a plataforma exibe o campo de busca dentro da própria lista de operadores vinculados ao projeto, permitindo pesquisar pelo nome e realizar a troca do responsável com mais agilidade.

Essa melhoria otimiza uma ação já existente no fluxo de gestão de tarefas, reduzindo o esforço operacional e melhorando a usabilidade para projetos com muitos participantes. O ganho é especialmente relevante para squads, equipes multidisciplinares e ambientes com alto volume de operadores associados aos projetos.

✍ Notas

• Busca Direta na Lista de Operadores 
  A listagem de responsáveis agora conta com um campo de pesquisa simples para localizar operadores com mais rapidez. 
• Troca Rápida de Responsável 
  O usuário continua realizando a alteração pelo ícone do operador responsável, mantendo o comportamento já conhecido no Quadro de Projetos. 
• Melhor Usabilidade em Projeto com muitos operadores 
  A melhoria reduz a necessidade de rolagem manual em projeto com muitos operadores vinculados. 
• Evolução do Kanban 
  O recurso aprimora a navegação no Quadro de Projetos, deixando a gestão visual de tarefas mais eficiente e prática. 

💡 Caso de uso

• Projetos com Muitos Participantes 
  Em projetos com grande número de operadores, a busca facilita encontrar rapidamente o novo responsável pela tarefa sem percorrer toda a lista. 
• Squads e Times Multidisciplinares 
  Equipes que trabalham com múltiplos papéis podem redistribuir tarefas com mais fluidez durante reuniões de acompanhamento, rituais ágeis ou ajustes de prioridade. 
• Gestão Visual com Kanban 
  A melhoria reforça boas práticas de gestão visual, permitindo que responsáveis sejam ajustados diretamente no quadro, sem interromper o fluxo de acompanhamento das tarefas. 
• Rotinas de Priorização e Replanejamento 
  Durante revisões de sprint, mudanças de escopo ou redistribuição de demandas, o gestor consegue realocar tarefas de forma mais ágil e organizada. 

📦 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

#53735 

📜 Descrição

A partir desta melhoria, foi disponibilizada uma nova requisição de API para permitir a manutenção das informações de agendamento de uma GMUD. Com isso, integrações externas poderão atualizar a data e hora de início e fim da mudança enquanto a GMUD ainda estiver aguardando aprovação.

A nova requisição permite alterar os campos de Data de Agendamento, Data de Agendamento Fim, Hora de Agendamento e Hora de Agendamento Fim, utilizando como referência a chave da GMUD. O recurso é voltado para cenários em que a operação já possui processos integrados via API e precisa ajustar automaticamente a janela planejada da mudança antes da aprovação.

A manutenção será permitida apenas para GMUDs que ainda não passaram pelo processo de aprovação. Caso a GMUD já esteja Aprovada, Reprovada ou Finalizada, a API bloqueará a atualização e retornará uma mensagem de erro informando que a GMUD já passou pelo processo de aprovação. Todas as alterações realizadas por essa manutenção ficam registradas no Log, garantindo rastreabilidade da ação.

✍ Notas

• Nova Requisição de API  
  Foi adicionada uma nova rota para manutenção do agendamento de GMUDs: PUT /GMUDs/manutencao. 
• Atualização de Data e Hora 
  A API permite atualizar data e hora de início e fim da mudança, mantendo o agendamento da GMUD alinhado ao processo operacional 
• Bloqueio Após Aprovação 
  GMUDs Aprovadas, Reprovadas ou Finalizadas não poderão ter o agendamento alterado por essa requisição. 
• Registro em Log 
  As alterações realizadas pela API ficam registradas no Log da GMUD, incluindo as informações modificadas e o operador utilizado na requisição. 
• Apoio a Integrações 
  O recurso permite que clientes automatizem a manutenção de janelas de mudança por meio de sistemas externos ou processos integrados. 

💡 Caso de uso

• Integrações com Sistemas Externos 
  Empresas que controlam mudanças em ferramentas externas podem atualizar o agendamento da GMUD automaticamente na Desk Manager. 
• Ajuste de Janela Antes da Aprovação 
  Caso a data ou horário planejado da mudança precise ser alterado antes da aprovação, a integração pode realizar o ajuste sem ação manual no portal. 
• Governança de Mudanças 
  A limitação para GMUDs ainda não aprovadas ajuda a preservar o controle do processo, evitando alterações indevidas após aprovação, reprovação ou finalização.  
• Rastreabilidade Operacional 
  Como as alterações ficam registradas em Log, administradores podem auditar mudanças no agendamento e identificar quando e por qual operador a atualização foi realizada. 

📦 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

#49331 

📜 Descrição

A partir desta melhoria, passa a ser possível configurar o uso de SMTP customizado para o envio de notificações de aprovação. Com isso, as requisições de aprovação deixam de depender exclusivamente do e-mail padrão da plataforma e podem utilizar o SMTP configurado no ambiente, seja no Grupo de Atendimento, no Cliente ou na configuração geral de envio e recebimento de e-mails.

A nova configuração está disponível em App Painel > Configurações > Sistema, na opção Utilizar SMTP customizado para notificações de aprovação. Quando habilitada, as notificações de aprovação passam a respeitar a prioridade já existente da plataforma: primeiro o SMTP vinculado ao Grupo ou Cliente, depois o SMTP geral do ambiente e, caso não exista configuração disponível, o envio permanece pelo método padrão.

Essa melhoria amplia a consistência das comunicações por e-mail, especialmente para operações que já utilizam SMTP próprio nas interações de chamados. Dessa forma, o cliente passa a receber também as requisições de aprovação pelo mesmo canal configurado na sua infraestrutura, reduzindo divergências de remetente e aumentando a aderência às políticas internas de segurança, rastreabilidade e entregabilidade.

✍ Notas

• Nova Configuração no App Painel 
  Foi adicionada a opção Utilizar SMTP customizado para notificações de aprovação em App Painel > Configurações > Sistema. 
• Prioridade de Envio Respeitada 
  Quando habilitada, a funcionalidade prioriza o SMTP do Grupo ou Cliente e, na ausência dele, utiliza o SMTP geral configurado no ambiente. 
• Fallback para Envio Padrão 
  Caso a configuração esteja desabilitada ou não exista SMTP disponível, a plataforma mantém o envio pelo e-mail padrão do ambiente.
• Compatibilidade com Fluxos Existentes 
  A melhoria não altera regras de aprovação, etapas do fluxo ou comportamento das requisições. Apenas o mecanismo de envio do e-mail é impactado. 
• Mais Consistência nas Comunicações 
  As notificações de aprovação passam a seguir a mesma lógica de envio já utilizada em outras comunicações do chamado, quando houver SMTP customizado configurado. 

💡 Caso de uso

• Operações com SMTP Próprio 
  Empresa que já utilizam remetentes próprios para interações de chamados podem manter o mesmo padrão também nas notificações de aprovação. 
• Aderência à Infraestrutura de E-mail 
  Ambientes com políticas internas de autenticação, domínio, SPF, DKIM ou regras de segurança podem centralizar os envios pela infraestrutura homologada. 
• Governança em Requisições de Aprovação
  Processos de aprovação geralmente envolvem decisões sensíveis. Utilizar SMTP próprio reforça boas práticas de segurança da informação e controle de comunicação. 
• Diagnóstico e Rastreabilidade 
  Ao direcionar os envios pelo SMTP configurado, a operação ganha mais previsibilidade para investigar falhas, validar entregabilidade e acompanhar logs de envio. 

📦 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

#52313