2026 - Q3

Esta é a nossa maior versão até à data. Em seguida encontra o que mudou em cada módulo.

Uma nova identidade visual

Toda a aplicação foi alinhada com um visual renovado, incluindo uma navegação renovada, para que o produto tenha um aspeto e um comportamento coerentes de um módulo para o outro.

• Definições de apresentação individuais: Cada utilizador pode definir as suas próprias preferências sem afetar ninguém, incluindo o tema, um modo escuro, o tamanho do texto e a altura das linhas.
• Visitas guiadas: Foram acrescentadas visitas dentro do produto para ajudar cada pessoa a orientar-se no novo esquema e nas novas definições, de modo que a mudança seja fácil de assimilar.

Pesquisa

Encontrar as coisas é mais rápido e agora há uma só pesquisa em vez de várias: um único lugar para cada registo, cada ação e cada definição.

• Uma pesquisa em todos os registos: Encontre tickets, tarefas, assets e outros registos a partir de um único lugar e abra-os no seu contexto. Tem um modo normal por palavras-chave e um modo AI onde pode perguntar pelas suas próprias palavras.
• Também ações, definições e how-tos: A mesma pesquisa alcança todas as ações do sistema: cria um objeto, abre uma definição ou encontra um artigo how-to a partir da barra de pesquisa, sem saber onde está.
• Filtros rápidos predefinidos: Um ícone de relâmpago oferece pesquisas já prontas, por exemplo um ticket pelo seu id ou uma pesquisa limitada a uma persona. Têm o contexto em conta, ou seja, o módulo onde está.
• Quick tags: Escreva um campo diretamente na barra de pesquisa, como id= 10 ou title=, para filtrar à medida que escreve, sem abrir qualquer painel.
• Pesquisa avançada: Restrinja uma pesquisa com filtros e operadores por campo (igual a, em ou antes de, e assim por diante), acrescentados a partir de um painel de filtros e apresentados como chips que pode ajustar.
• Exportar ou continuar a pesquisar: Os resultados de uma pesquisa de registos podem ser exportados, ou pesquisados de novo para os restringir sem começar do zero.

Automations

As Automations são um nível acima dos motores de regras separados que a plataforma tinha. Uma regra fica à escuta de um trigger e executa uma ou mais ações, e o alcance de ambos é muito mais amplo do que nas regras que substitui, o que faz dela o motor sobre o qual assenta grande parte do resto desta versão.

• Acionar com qualquer coisa: Uma regra dispara quando um registo é criado, atualizado, eliminado ou muda de estado, e pode vigiar qualquer campo perante qualquer alteração, delimitada por qualquer conjunto de condições.
• Uma vasta gama de ações: Atualize qualquer campo (incluindo atribuídos, workgroups e observadores), defina um preço, envie um e-mail, publique uma mensagem de chat, acrescente um comentário, crie uma tarefa ou um ticket, chame um webhook ou entregue o registo ao assistente AI. Para a retenção de dados, uma regra pode também anonimizar o registo, mantendo-o mas retirando os dados pessoais, ou eliminá-lo por completo.
• Em registos relacionados: Uma ação pode visar um registo relacionado, pelo que uma regra sobre uma reserva pode atuar nas suas tarefas.
• Datas calculadas: Uma condição ou um valor de data pode ser resolvido no momento em que a regra corre, por exemplo “24 horas antes do início”.
• Escada exclusiva: Cada ação de uma regra pode ter as suas próprias condições e, numa regra exclusiva, apenas corre a primeira ação cujas condições se verificam, pelo que uma regra se comporta como uma cadeia if / else-if em vez de disparar todas as ações.
• Limites de execução e tratamento de falhas: Uma regra pode correr sempre que o seu acionador corresponde ou apenas uma vez por registo, e é você que decide se as restantes ações continuam a correr quando uma delas falha.
• Modelos e um arranque seguro: Uma regra nova pode partir de um modelo, fica inativa até a ativar e descreve-se em linguagem clara (“quando um ticket é criado se a prioridade for igual a máxima”), para poder confirmar que diz o que pretendia.
• Histórico de execuções: Cada execução é registada por regra e limpa automaticamente, pelo que consegue ver exatamente o que disparou e porquê.

Comparado com o funcionamento anterior, em que cada tipo de regra vivia no seu próprio ecrã e fazia uma só coisa, trata-se de um motor único que oferece, na prática, um enorme leque de coisas sobre as quais pode disparar e de efeitos que pode provocar.

Pages

Até agora, cada utilizador tinha uma única página inicial. As Pages substituem-na: pode construir várias páginas, cada uma adaptada a uma função ou a um objetivo, e a sua página inicial existente é convertida numa página automaticamente, para que nada se perca.

• Várias páginas: Construa tantas páginas quantas precisar, em vez de uma única página inicial. Por exemplo, uma página de workplace insights, uma página para o service desk e uma página mais simples para os utilizadores finais, cada uma mostrando apenas a informação de que esse público precisa. As possibilidades são praticamente infinitas.
• Um novo editor de páginas: Construa uma página arrastando widgets de um painel para uma tela em direto e colocando-os onde quiser, pelo que aquilo que dispõe é o que os seus utilizadores vão ver. Uma página pode ainda ter um efeito de fundo próprio.
• Mais widgets: Um conjunto mais alargado do que antes: texto, imagens, separadores, um relógio, menus, um navegador de páginas, hiperligações e banners, além de widgets de dados para tabelas, tickets e artigos da base de conhecimento.
• Páginas totalmente personalizadas: Quando os widgets padrão não bastam, um widget de HTML personalizado permite construir a página inteiramente segundo o seu próprio desenho, para que uma página possa ser feita totalmente à medida se for necessário.
• Duplicar: Uma página pode ser duplicada como ponto de partida para a seguinte.
• Fixar e página predefinida: Uma página pode ser fixada na navegação e pode definir-se uma página predefinida.
• Páginas por utilizador: Com as novas autorizações, pode permitir que os utilizadores construam e editem as suas próprias páginas.

Integrações e início de sessão

Configurar as integrações e o início de sessão era algo que fazíamos por si. Passa agora a viver no produto: a partir de um único workspace, gere as suas próprias integrações, cria contas de serviço e configura você mesmo o single sign on e as restantes definições de início de sessão.

• Integrações em autonomia: Ligue, configure e faça a gestão de integrações a partir da própria solução, incluindo uma integração personalizada para um sistema para o qual não fornecemos um conector standard.
• Contas de serviço: Crie e faça a gestão das suas próprias contas de serviço, com o nome editável separado do nome apresentado.
• Início de sessão e SSO: Faça a gestão do single sign on, do início de sessão Microsoft e do início de sessão manual por empresa e decida que métodos são permitidos. É possível ligar mais do que um tenant Microsoft, com um tenant principal para a sincronização de salas.
• Estado de saúde: Um estado mostra num relance se uma integração está ligada e a funcionar e se tem o acesso de que precisa, para que possa detetar um problema antes de um utilizador esbarrar nele.

Base de conhecimento

À medida que uma parte maior da plataforma passa a funcionar com AI, a base de conhecimento importa mais do que nunca: um assistente de AI, tal como as suas próprias pessoas, só responde tão bem quanto os artigos que os sustentam. Esta versão estende a base de conhecimento para que possa manter esses artigos afinados e ver onde ficam aquém.

• Pesquisa mais inteligente: A pesquisa de artigos passa a ordenar os resultados por relevância e a procurar no título, na descrição, nas tags e nas classificações, lidando com plurais e formas flexionadas, para que o artigo certo apareça mesmo quando a formulação difere. Os resultados podem ser filtrados por classificação.
• Relatório de lacunas de conhecimento: As pesquisas que não devolveram nada de útil são registadas, distinguindo uma pesquisa que não encontrou nada de uma cujo resultado não ajudou, com as variantes ortográficas da mesma pergunta agrupadas numa só lacuna e ordenadas pelo número de pessoas que nela esbarraram. Cada lacuna mostra de onde veio a pesquisa, do painel de artigos ou da pesquisa global, e uma tendência por dia, semana, mês, trimestre ou ano mostra se os artigos que escreveu estão a resultar. É, na prática, a sua lista de artigos a escrever.
• Feedback sobre os artigos: Um leitor pode avaliar um artigo e o feedback é resumido por artigo, para que possa ver o que está a resultar e o que precisa de trabalho.
• Visibilidade da utilização: A utilização dos artigos está disponível como colunas nas listas, para que possa ver quais os artigos que aguentam a carga.

Plantas de piso & reserva de secretárias

A maior mudança visual desta versão: a plataforma passa a ter uma planta de cada piso, e uma secretária torna-se reservável nela. Salas e secretárias mostram um estado ao vivo para a hora que está a consultar, no formulário de reserva, num quiosque de parede e na própria planta.

• Planos de piso: Desenhe um plano por piso com zonas de salas e coloque nele secretárias e outros objetos, ligados aos seus registos existentes. Cada sala e cada secretária mostra um estado em tempo real para o horário escolhido (verde livre, vermelho ocupado, azul selecionado), com a capacidade, o equipamento e a próxima reserva ao passar o rato.
• Reservar a partir do plano: Uma vista de plano de piso fica ao lado da lista no formulário de reserva. Clique numa célula livre e a reserva preenche-se, respeitando as mesmas regras, restrições e horários de funcionamento que em qualquer outro lado.
• Reserva de secretárias: Uma secretária passa a ser um objeto reservável a par das salas, com um tipo (fixa, flex ou focus), capacidade, equipamento e uma zona. Reserve uma para um dia inteiro ou parte do dia, o que abre a porta ao neighbourhood booking e à análise de ocupação.
• Quiosque da planta: A mesma planta funciona em ecrã inteiro num tablet ou ecrã de parede, na receção e em cada piso. Escolha um edifício e um piso e cada sala e cada secretária fica codificada por cor ao vivo, com totais em curso, filtros de disponibilidade, capacidade e equipamento, e um cursor de tempo, para que quem passa veja o que está livre e se oriente sem iniciar sessão.

Workplace

Para além da planta, o resto da experiência de reserva também se reúne: reservas recorrentes tratadas de forma nativa, disponibilidade transferida para regras reutilizáveis e uma longa lista de melhorias na forma como uma reserva é feita e cobrada.

• Reservas recorrentes: Uma série é tratada de forma nativa em vez de depender do fornecedor de calendário. Pode ser editada como série completa ou por ocorrência, e as deslocações, exceções e cancelamentos são reconciliados com a Microsoft em vez de duplicados.
• Regras de disponibilidade: A disponibilidade sai do item individual para regras reutilizáveis. Um recurso pode ter várias regras ao mesmo tempo, cada uma limitada a grupos de utilizadores específicos, com o seu próprio tempo mínimo e máximo de antecedência, além de regras para quando não há local definido e para salas externas.
• Modelos de reserva: Um administrador pode moldar o formulário de reserva por modelo, incluindo campos personalizados na própria reserva, agrupados nas suas próprias secções e separadores, além de etiquetas financeiras por modelo e opções de data de reserva definidas no modelo.
• Suplemento do Outlook e extensão do Chrome: O suplemento do Outlook e a extensão do Chrome para o Google Workspace foram renovados e seguem agora a forma de trabalhar da aplicação web. As definições atribuídas no modelo de reserva também se aplicam aí, e quando existem vários modelos de reserva, escolhe-se primeiro o modelo e só depois se cria a reserva.
• Tempo de montagem e desmontagem: Uma sala pode ter uma margem de montagem e desmontagem, contada como tempo ocupado para que as reservas contíguas não colidam com a preparação ou a arrumação, com uma exceção por reserva.
• Libertação por signage consoante o tipo: Cada tipo de reserva controla se uma reserva é libertada automaticamente quando ninguém faz check-in, para que um bloqueio planeado ou uma reserva de manutenção não seja libertado a meio.
• Origem da reserva e no-show: Cada reserva regista onde foi feita (web, mobile, Outlook, Google, signage, quiosque ou integração) e é marcada como no-show quando termina sem check-in, com um período de tolerância configurável.
• Aplicação mobile: As reservas podem ser geridas em movimento a partir da aplicação mobile, com o formulário de reserva, a disponibilidade, a recorrência, os serviços e o check-in.
• Várias imagens: Uma sala ou um espaço pode ter várias imagens em vez de uma só.
• Tarifação horária: Uma sala à hora usa o preço da sala como tarifa, com a faturação definida como dinâmica; a configuração de tarifa separada desapareceu.
• Reporte de avarias: Uma avaria pode ser reportada diretamente a partir do signage.
• Eco score: Um produto pode ter um eco score, disponível como coluna e como filtro nas vistas gerais.
• Ordem do catálogo: A ordem do catálogo pode ser definida, para que as opções de menor impacto possam ser mostradas primeiro.

Analytics

Um novo módulo de analytics transforma os dados operacionais em painéis prontos a usar, construídos em torno das perguntas que os gestores realmente fazem, em vez de uma tela de gráficos em branco.

• KPI prontos a usar em todos os módulos: KPI predefinidos para tickets, tarefas, reservas, assets e configuration items, como o backlog em aberto, o tempo até ao fecho, os incumprimentos de SLA, as tarefas em atraso, a ocupação de salas e a taxa de no-show.
• Tempo por estado: Uma camada de duração lê o registo de alterações para medir quanto tempo um registo permaneceu em cada estado, envelhecimento incluído, para que “quanto tempo é que isto esperou” passe a ser um número que se pode reportar.
• Referências: Compare um KPI com um período anterior, com outra equipa ou edifício, ou com uma referência do setor, e assinale os seus próprios KPI personalizados.
• Widgets mais ricos: Cartões de KPI, sparklines, gráficos de tendência e de comparação e um heatmap, além do widget HTML personalizado, para construir uma página à volta deles.
• Validação: As combinações de dimensões são validadas, pelo que uma combinação inválida é assinalada em vez de falhar em tempo de execução.

Ticketing e tarefas

O ticketing e as tarefas ganham uma forma de criar tickets diretamente a partir de e-mail, e as tarefas passam a relacionar-se mais facilmente umas com as outras.

• E-mail para ticket: Um canal de e-mail de entrada pode transformar o correio recebido em tickets automaticamente. Cada canal tem o seu próprio endereço e token, só aceita correio de remetentes conhecidos ou autenticados quando assim o exigir, e tem um limite por hora para evitar que um ciclo de caixa de correio inunde a fila.
• Entrada baseada em modelo: Um canal de e-mail cria o ticket a partir de um modelo de ticket escolhido, preenchendo os campos próprios do modelo e assumindo valores predefinidos sensatos a partir do remetente sempre que um campo deriva do requerente.
• Encadeamento de respostas: Uma resposta a um e-mail de notificação é encadeada de volta no registo de onde veio, para todas as entidades e não apenas para os tickets.
• Dependências e ligações entre tarefas: Uma tarefa pode aguardar por outra, e as tarefas podem ser ligadas entre registos, com as tarefas subordinadas visíveis a partir da tarefa principal.
• Janela de tarefa completa: O painel lateral da tarefa é substituído por uma janela completa que reúne toda a informação da tarefa num só lugar.
• Edição em linha: As listas de tarefas suportam edição em linha, para que possa alterar valores diretamente na lista sem abrir a tarefa.

AI

A AI da Gfacility torna-se mais poderosa e mais aberta.

• Vários fornecedores em paralelo: Utilize mais do que um fornecedor de AI no mesmo ambiente, em vez de estar preso a um só.
• Modelos mais recentes: Suporte para os modelos mais recentes, com uma janela de contexto até 1 000 000 de tokens para entradas muito maiores.
• Mais controlo sobre a utilização: Opções adicionais para atribuir e limitar a utilização de AI em toda a empresa e por utilizador.
• MCP, nos dois sentidos: Ligue ferramentas externas à AI da Gfacility através de MCP e use a própria Gfacility como ferramenta dentro de assistentes de AI externos.

Inspeções e manutenção

As operações de facility ganham inspeções de edifícios estruturadas e planos de manutenção recorrentes, que em conjunto alimentam o plano de manutenção plurianual.

• Inspeções: Uma inspeção estruturada com registo de defeitos, incluindo campos de detalhe por defeito.
• Scores de estado: Os defeitos são pontuados segundo a NEN 2767 e o estado é mantido no configuration item, para que o estado atual de um asset seja visível fora da inspeção.
• Medidas de manutenção: As medidas registadas servem de base ao planeamento de manutenção plurianual.
• Planos de manutenção: Manutenção preventiva recorrente para assets e configuration items. Um plano escolhe os seus registos manualmente ou por condição, repete-se segundo um padrão de datas, uma leitura de contador ou um estado medido, e gera as tarefas de cada ocorrência. As janelas de bloqueio mantêm o trabalho planeado fora dos períodos que fecha.
• Plano plurianual (MJOP): A previsão plurianual é construída a partir das medidas registadas e dos planos de manutenção e abrange tanto os assets como os configuration items.

Space forecasting

Registe como o espaço é utilizado ao longo do tempo e modele o que vem a seguir, a partir dos seus próprios dados e não de uma folha de cálculo.

• Instantâneos: O espaço e o número de pessoas são registados ao longo do tempo, dando uma base real para planear.
• Cenários: Modele uma mudança, um crescimento ou uma reorganização a partir de linhas por equipa ou departamento, comparadas com os instantâneos registados.

Os meus dias no escritório

As equipas e as pessoas planeiam em que dias estão no escritório.

• Regras de dias no escritório: Uma equipa publica um padrão recorrente de presença no escritório, materializado antecipadamente em dias concretos.
• Presença: A presença é prevista a partir do padrão e confirmada pela pessoa, sendo a presença real registada por dia.
• Sincronização de calendário: Opcional por utilizador, para que os dias no escritório apareçam no Outlook ou no Google Calendar como local de trabalho.

Função limitada a uma organização

O acesso a um registo era quase binário. Ou uma pessoa detinha uma das três funções restritas nele (criador, atribuído a, ou watcher), ou não tinha função nenhuma e aplicava-se aquilo que “nenhuma função” concede em todo o seu âmbito de organização. Para a maioria dos clientes, o salto de nada para tudo é demasiado grande, por isso esta versão acrescenta uma camada intermédia.

• Uma função configurável: Um administrador define o que a função pode fazer (ler, editar, fechar, reatribuir, ajustar dados financeiros, e assim por diante) em vez de escolher de um conjunto fixo.
• Ligada ao perfil: A função liga-se a dois campos do utilizador. A sua organização principal é onde se aplica por predefinição, e organizações com acesso lista as restantes organizações que pode alcançar, às quais a função se pode estender ou não.
• À escala do produto: Uma única configuração cobre todos os objetos que hoje têm autorizações: reservas, assets, configuration items, tickets, tarefas e serviços.
• A par das funções existentes: Criador, atribuído a, watcher e nenhuma função mantêm-se exatamente como estão; esta fica ao lado delas em vez de as substituir.

Um uso típico é um coordenador de serviço que tem de pegar e reatribuir qualquer ticket dentro de uma organização, mas deve manter-se fora das outras organizações.

Diversos

• Colunas fixadas: Uma coluna pode ser fixada para continuar à vista enquanto desloca o resto de uma listagem na horizontal.
• Definições de vista num só lugar: A escolha das colunas e a mudança de tipo de vista saíram da barra de ações para as definições de vista, pelo que tudo o que determina o aspeto de uma listagem está agora reunido.
• Autorizações: As autorizações de group podem ser comparadas lado a lado.
• Traduções: Os dados de configuração, como estados, tipos e etiquetas, podem ser traduzidos a partir da interface, com importação, exportação e uma contagem por idioma.
• Histórico unificado: O histórico de tickets, tarefas, configuration items, produtos, assets e da base de conhecimento é reunido num único registo, e as classificações e as tarefas autónomas também são auditadas.
• Modelos: Um esquema de formulário personalizado por modelo, e os modelos podem ser comparados lado a lado.
• Visitas guiadas: As visitas dentro do produto são registadas por utilizador, para que uma visita não seja mostrada duas vezes.
• Anexos: Miniaturas dos anexos, e uma autorização separada para eliminar um anexo.
• Anúncios: Faixas de anúncio que o utilizador pode dispensar.
• Planificador: Atualizações em tempo real por websockets e colunas de cronologia configuráveis.

Alterações à API

Esta versão acrescenta muita superfície e retira alguma. Se consome a API diretamente, reveja primeiro as alterações incompatíveis.

Endpoints removidos:

• Os endpoints de histórico por módulo são substituídos por um só. POST {task}/history, GET {ticket}/history, POST {asset}/history, POST {product}/history, POST {knowledgebase}/history, o POST /history do configuration item, POST {deletedEvent}/history, POST {deletedEvent}/history/users e GET meeting/{event}/history são todos removidos. Use GET change-log em vez disso, protegido por can:changeLog.list.
• A disponibilidade por modelo é substituída. GET e PATCH availability-rules/{modelType}/{modelId} são removidos em favor do recurso availability-rule abaixo.
• Os endpoints de utilização da AI foram substituídos. GET ai/usage, GET ai/{type}/{id}/usage e GET ai/{type}/{id}/usage-list foram removidos a favor de ai/usage/system e ai/billing/usage mais abaixo.
• As secções do dashboard já não são um recurso próprio. O recurso dashboards/templates/sections foi removido; as secções de uma página são geridas através da própria página.

Autorizações alteradas (mesmo URL, controlo diferente):

• Os modelos de dashboard passam de uma autorização geral para controlos por registo: dashboardTemplate.list passa a dashboardTemplate.browse no índice e dashboardTemplate.view,template na ficha, e a atualização, a duplicação e a eliminação passam a associar o modelo (...update,template, ...duplicate,template, ...delete,template). A duplicação já não usa create.
• O editor de planos de piso passa de can:locations.update para can:viewMap, e um novo GET locations/booking-floors está protegido por can:viewBookingFloors.
• A duplicação de uma regra de restrição necessita agora de can:restrictionRule.duplicate.
• As entradas de tempo associam a própria entrada, por isso a atualização e a eliminação resolvem-se em can:taskTimeEntry.update,task,timeEntry (e o equivalente para ticket) em vez de apenas o registo principal.
• Os separadores, secções e atribuições de custom fields passam a exigir permissão. POST, PATCH e DELETE em custom-fields/tabs, custom-fields/sections e custom-fields/attributes/assign exigem can:customField.assign; antes não tinham qualquer permissão.
• A ordem dos modelos exige agora can:template.update,template em PATCH templates/{template}/sequence, quando reordenar não estava protegido.
• A pesquisa de contexto da AI exige agora can:ai-context.list em GET ai/context/search, quando antes não estava protegida.

Campos alterados:

• Recorrência renomeada. Nos events, recurrence_type passa a recurrence_external_type (o papel da série Microsoft ou Google), a par de novos campos de recorrência nativa. Os clientes que leem recurrence_type têm de mudar.
• Campos de tarifa do local removidos. charge_type e charge_hours desapareceram; a tarifa de uma sala à hora é o campo price com faturação dinâmica.
• Imagem do local substituída. O campo único image dá lugar à coleção attachments, pelo que um local pode ter várias imagens; leia a principal a partir do anexo de apresentação.
• A faturação de produto é uma enumeração (fixed | dynamic), os valores fora desse conjunto são normalizados para fixed, e está disponível um novo campo eco_score.
• A antecedência de disponibilidade muda de sítio. Os campos before / after por item passam a viver na regra de disponibilidade como tempo mínimo e máximo de antecedência.
• Os modelos de dashboard ganham created_by e allow_duplicate.
• As mensagens de erro continuam traduzidas (i18n), por isso analise os códigos de erro em vez das cadeias em inglês.

Endpoints atualizados:

• As respostas de lista podem agora omitir colunas por utilizador. Vários módulos ganharam autorizações de leitura ao nível do campo ({module}-organization-read, {module}-organizer-read, {module}-visitor-past-read, {module}-visitor-future-read, {module}-inspection-read), e os endpoints de lista retiram essas colunas para os utilizadores que não as têm. Não assuma que uma coluna está presente só porque estava na versão anterior.
• As colunas agregadas são filtráveis. As colunas construídas a partir de uma junção agrupada (workgroups, responsáveis, classificações, tags e semelhantes) podem agora ser filtradas diretamente. Antes, filtrá-las ou falhava ou retirava silenciosamente as linhas que o agregado somava, de modo que um registo com vários valores se reduzia àquele por que filtrou; esses filtros passam a corresponder ao registo e continuam a devolver o conjunto completo.
• Foram acrescentadas novas colunas filtráveis e ordenáveis aos endpoints de lista existentes (events, configuration items, locais, produtos, assets, base de conhecimento, reservas, catering, finanças, groups, organizações e filtros), dando mais matéria às vistas guardadas e aos filtros de grelha.
• As listas limitam-se às colunas pedidas. Envie as colunas que realmente apresenta através de visibleColumns[]; um pedido que pede tudo obriga o backend a resolver cada atributo personalizado e cada agregado agrupado em cada consulta.
• As regras de restrição passam a restringir o parâmetro de rota a ids numéricos, por isso um id não numérico deixa de se resolver.
• A libertação automática da sinalização mudou de handler. POST auto-release passa a resolver na ação de libertação automática em vez da ação de check-out, em linha com a definição por tipo descrita acima. O URL não muda, o comportamento muda.

Novos endpoints:

• Automations: automation-rules com CRUD completo, além de {rule}/toggle, {rule}/test, {rule}/runs e um runs global ao tenant. As ações incluem set-price e delete-record.
• Regras de disponibilidade: um recurso completo (index, name-listing, show, update, duplicate, delete), além de regras por modelo (GET/PATCH {modelId}) e DELETE {rule}/{modelType}/{modelId} para desassociar um item.
• Registo de alterações: GET change-log, o feed de histórico único para todos os módulos.
• Reserva de secretárias: desk-booking/upcoming, check-in, {bookingRoom}/check-out e {bookingRoom}/extend, além de GET locations/{location}/desk-qr.
• Inspeções e manutenção: inspection (CRUD + listing), maintenance-measure (CRUD), mjop/forecast e um endpoint export/inspections.
• Space forecasting: space-forecast/calculate, space-snapshots, space-portfolios, space-collaboration, e space-scenarios com CRUD, compare, duplicate, export, accuracy e por linha update / reset.
• Dias no escritório, equipas e presença: teams (CRUD, mine, invites, join, leave, members, nudge, attendance, insights), attendance-intents (mine, overview, setMine, calendar-opt-in, user), office-day-rules/mine e presence-events.
• AI: ai/plan (CRUD, tenant-settings, groups, atribuição a um group ou a um utilizador), ai/quota, ai/billing/usage e ai/usage/system.
• Segurança: security/audit-logs, security/blocked-accounts, security/unblock e security/sign-out-all.
• Floor kiosk: floor-kiosk com list, create, show, update e delete.
• Base de conhecimento: relatórios de lacunas (gaps, gaps/trend, gaps/variants, protegidos pela nova autorização knowledgebase.gaps), search-miss, além de usage e feedback por artigo (com feedback/summary).
• E-mail de entrada: inbound-email-channels (CRUD, name-list, rotate-token, {channel}/emails) que aceita por canal correio autenticado por token, limitado por hora, para criar tickets. A ação send-email pode escolher o seu endereço de remetente.
• Modelos de reserva: por modelo, finkeys (list, reorder, update) e sections personalizadas, com os separadores de atributos e as secções protegidos por can:customField.assign.
• Traduções: endpoints para ler e escrever traduções de configuração, com importação, exportação e contagens por idioma.
• Feedback e anúncios: nps (eligibility, dismiss, company-settings, store, update) e anúncios de sistema com dispensas por utilizador.
• Adições menores: catalogue-sort/{type} (get e update), GET {event}/series para as informações de série, e PATCH user/tour-state.