Acompanhe entregas, correções e melhorias com uma navegação mais próxima da documentação, mas organizada para leitura de histórico por sistema e período.
Última atualização: 22 de junho de 2026
65 releases
Mostrando 1-6 de 65 releases
junho de 2026
6 releases
Multi Sistema
#76112901
Watch
Criado em 9 de março de 2026
Concluído em 22 de junho de 2026
O que mudou
Lançamos o Watch: solução de monitoramento de equipamentos integrada a fabricantes e plataformas de videoconferência. Foi definido o modelo de dados de telemetria (status online/offline, versão do app, fornecedor, estado do dispositivo, saúde, ocupação, periféricos e último contato) e iniciadas as atividades para conectores e interface. 🛰️📊
Benefícios
Visibilidade centralizada do parque de dispositivos, permitindo identificação mais rápida de incidentes. 👀✅
Telemetria rica para priorizar manutenção e reduzir tempo de inatividade operacional. ⚙️⏱️
Compatibilidade planejada com múltiplos fabricantes e plataformas, simplificando integrações. 🔗🤝
Base estruturada para futuras automações de alertas e upgrades controlados, apoiando operações proativas. 🔔🚀
Observações
Produto em estágio inicial com foco em entregar valor operacional imediato. ⚡
Roadmap prevê evolução com conectores, APIs e interface para ampliar integrações e recursos. 📈
Atualizações futuras trarão novas integrações e funcionalidades conforme maturação da solução. 🔄
Multi Sistema
#50808558
Internal procedure fix
Criado em 8 de junho de 2026
Concluído em 9 de junho de 2026
O que mudou
Corrigimos o cálculo do SLA para chamados do tipo DÚVIDA. Antes, esses chamados eram criados com vencimento já expirado; agora, novos chamados desse tipo recebem um prazo válido no futuro, evitando que apareçam como atrasados imediatamente após a abertura.
Benefícios
Reduz alertas falsos de atraso ao abrir uma dúvida, diminuindo o ruído operacional.
Melhora a priorização do atendimento com prazos de SLA realistas.
Torna as métricas de SLA mais precisas para relatórios e acompanhamento.
Proporciona uma experiência mais clara e confiável ao usuário ao registrar dúvidas.
Observações
A correção vale para novos chamados do tipo DÚVIDA abertos após este ajuste.
Chamados já existentes com vencimento imediato não são atualizados automaticamente e podem requerer revisão manual, se necessário.
Frontend
#39036572
Lista de inventarios de entidades
Criado em 26 de fevereiro de 2026
Concluído em 8 de junho de 2026
O que mudou
Nova tela "Inventário por Entidade" disponível na seção Inventory da barra lateral (acesso por perfis com permissão).
Endpoints adicionados para consultar dispositivos atribuídos a uma entidade (usuário ou sala) e para listar usuários sem nenhum dispositivo.
Na tela é possível selecionar o tipo de entidade, escolher a entidade desejada, ver os dispositivos de forma resumida (mesmo formato dos cartões do inventário) e exportar a lista em Excel.
Benefícios
Visualização rápida e consolidada do inventário por usuário ou sala, agilizando conferências e tomadas de decisão.
Identificação imediata de usuários sem itens atribuídos, facilitando auditorias e realocação de recursos.
Exportação em Excel para relatórios e integração com processos administrativos.
Interface consistente com o inventário existente, reduzindo curva de aprendizado e aumentando a produtividade.
Observações
A tela é acessível pela seção Inventory da barra lateral para usuários com permissão.
É possível filtrar para visualizar apenas usuários sem inventário e exportar os resultados em planilha Excel.
A funcionalidade complementa as views de inventário individuais sem alterar a experiência atual desses fluxos.
Multi Sistema
#36412913
Permitir conversao de comentario em chamado
Criado em 26 de fevereiro de 2026
Concluído em 6 de junho de 2026
O que mudou
Agora é possível converter comentários de devices em chamados diretamente pela interface. A ação aparece apenas nos comentários do próprio usuário.
Ao converter, abre-se a tela de criação de chamado já preenchida: o título é o texto do comentário, e a categoria e o device são selecionados automaticamente, vinculando o chamado ao device correto.
Comentários em devices passam a respeitar a empresa ativa da sessão, evitando desvinculação por troca de contexto.
Comentários de usuários finais podem gerar notificações para auxiliar na triagem. Nenhum chamado é criado automaticamente: a criação depende da ação do usuário.
Benefícios
Abertura de chamados mais rápida: título, categoria e device pré-preenchidos reduzem retrabalho.
Maior precisão no vínculo entre chamado e device, mesmo em cenários de troca de empresa na sessão.
Controle e privacidade: cada usuário só vê a opção de converter em seus próprios comentários.
Melhora na resposta a demandas de usuários finais por meio de notificações relevantes.
Observações
A opção de conversão aparece somente nos comentários do próprio usuário.
Chamados só são gerados quando o usuário confirma a conversão; não há criação automática.
A experiência reaproveita a tela de criação de chamado já conhecida pelo usuário.
Multi Sistema
#87653683
Cadastro e exibição de mais de uma foto por sala
Criado em 17 de janeiro de 2026
Concluído em 6 de junho de 2026
O que mudou
Agora as salas suportam múltiplas imagens: o backend armazena uma galeria por sala e o frontend consome esses itens diretamente nos campos `images`, `coverImageUrl` e `foto`. O campo `rom_picture` foi mantido como fallback para compatibilidade com interfaces antigas.
Telas de listagem, detalhe, cadastro e gerenciamento foram adaptadas: quando há mais de uma imagem, a visualização usa um carousel; no cadastro é possível adicionar várias imagens, escolher a capa e ordenar localmente; na área de gestão é possível definir capa, remover imagens não-capa e reordenar a galeria com drag and drop.
Regras da capa: a imagem marcada como capa aparece sempre em primeiro lugar, não pode ser arrastada nem removida diretamente — para remover a capa atual é necessário antes definir outra imagem como capa.
Benefícios
Maior impacto visual das salas com suporte a galerias, aumentando atração e conversão.
Controle direto da apresentação: escolha da capa e ordenação destacam as melhores fotos.
Upload e cadastro simplificados: adicione múltiplas imagens e envie apenas as URLs no formato esperado.
Experiência pública mais rica e consistente graças ao carousel automático quando houver mais de uma imagem.
Compatibilidade preservada com interfaces antigas via fallback em `rom_picture`.
Observações
A capa é sempre exibida como o primeiro item e não pode ser removida sem antes selecionar outra capa.
Remoção de imagens só é permitida para itens que não estejam marcados como capa.
Os novos campos (`images`, `coverImageUrl`, `foto`) permitem consumo direto da galeria pelos frontends; `rom_picture` permanece como compatibilidade legada.
Multi Sistema
#33865134
Feature para prevenir ataque de força bruta em OTP
Criado em 1 de junho de 2026
Concluído em 2 de junho de 2026
O que mudou
Invalidação automática do código OTP atual após 3 tentativas incorretas do mesmo desafio; o usuário recebe mensagem informando que o código foi invalidado e precisa solicitar outro.
Lockout unificado por combinação e-mail + IP: ao atingir 5 falhas de verificação em 15 minutos, o fluxo OTP desse par fica temporariamente bloqueado (não é possível solicitar nem verificar códigos).
Cooldown de 60 segundos entre solicitações de código; durante esse período a API retorna um retryAfter para orientar o usuário.
A solicitação de novo código não zera mais o histórico de tentativas de verificação, evitando que o bloqueio seja contornado.
Melhorias na interface: countdown visível na solicitação e na verificação do código, botões desabilitados durante bloqueios e preservação do tempo restante mesmo após refresh da página.
Benefícios
Maior segurança: reduz risco de ataques por força bruta e abuso de envio de códigos.
Menos frustração do usuário: mensagens claras e countdowns mostram exatamente quanto tempo esperar.
Melhor disponibilidade do serviço: controle de solicitações evita sobrecarga por pedidos excessivos.
Experiência consistente: comportamento preservado entre dispositivos e após atualização da página.
Observações
A API agora pode retornar retryAfter em casos de cooldown/lockout; o front usa esse valor para o countdown. Se o retryAfter não for fornecido, há fallback local de 60 segundos.
Quando um código é invalidado por múltiplas tentativas, a mensagem retornada pela API é exibida ao usuário sem substituições locais.
O fluxo OTP foi isolado do login por senha para evitar impactos no processo de autenticação tradicional.
Cobertura de testes foi adicionada para os principais cenários de cooldown, lockout e exibição de mensagens.