2026 - Q3

Il s’agit de notre plus grande version à ce jour. Vous trouverez ci-dessous les évolutions par module.

Une nouvelle identité visuelle

Toute l’application a été alignée sur une identité visuelle revue, y compris une navigation revue, pour que le produit soit visuellement cohérent d’un module à l’autre.

• Réglages d’affichage individuels : Chaque utilisateur définit ses propres préférences sans affecter les autres, dont le thème, un mode sombre, la taille du texte et la hauteur des lignes.
• Visites guidées : Des visites ont été ajoutées dans le produit pour aider chacun à se repérer dans la nouvelle mise en page et les nouveaux réglages, afin que le changement soit facile à assimiler.

Recherche

Retrouver les choses est plus rapide, et il n’y a plus qu’une seule recherche au lieu de plusieurs : un seul endroit pour chaque enregistrement, chaque action et chaque réglage.

• Une recherche sur tous les enregistrements: Trouvez tickets, tâches, assets et autres enregistrements depuis un seul endroit et ouvrez-les dans leur contexte. Il existe un mode par mots-clés classique et un mode AI où vous posez la question avec vos propres mots.
• Actions, réglages et how-tos aussi: La même recherche atteint toutes les actions du système : vous créez un objet, ouvrez un réglage ou trouvez un article how-to depuis la barre de recherche, sans savoir où il se trouve.
• Filtres rapides prédéfinis: Une icône éclair propose des recherches prêtes à l’emploi, par exemple un ticket par son id ou une recherche limitée à un persona. Elles tiennent compte du contexte, donc du module dans lequel vous êtes.
• Quick tags: Tapez un champ directement dans la barre de recherche, comme id= 10 ou title=, pour filtrer au fil de la saisie, sans ouvrir de panneau.
• Recherche avancée: Affinez une recherche avec des filtres et des opérateurs par champ (égal à, le ou avant, etc.), ajoutés depuis un panneau de filtres et affichés sous forme de puces ajustables.
• Exporter ou poursuivre la recherche: Les résultats d’une recherche d’enregistrements peuvent être exportés, ou parcourus par une nouvelle recherche pour les restreindre sans repartir de zéro.

Automations

Les Automations sont un niveau au-dessus des moteurs de règles séparés que la plateforme possédait. Une règle écoute un déclencheur et exécute une ou plusieurs actions, et l’étendue des deux est bien plus large que dans les règles qu’elle remplace. C’est donc le moteur sur lequel s’appuie une grande partie du reste de cette version.

• Déclencher sur tout: Une règle se déclenche quand un enregistrement est créé, modifié, supprimé ou change de statut, et elle peut surveiller n’importe quel champ pour n’importe quel changement, encadrée par n’importe quel ensemble de conditions.
• Un large éventail d’actions: Mettez à jour n’importe quel champ (y compris les personnes assignées, les workgroups et les observateurs), fixez un prix, envoyez un e-mail, publiez un message de chat, ajoutez un commentaire, créez une tâche ou un ticket, appelez un webhook, ou confiez l’enregistrement à l’assistant AI. Pour la conservation des données, une règle peut aussi anonymiser l’enregistrement, en le gardant mais en retirant ses données personnelles, ou le supprimer entièrement.
• Sur les enregistrements liés: Une action peut viser un enregistrement lié, de sorte qu’une règle sur une réservation peut agir sur ses tâches.
• Dates calculées: Une condition ou une valeur de date peut être résolue au moment où la règle s’exécute, par exemple “24 heures avant le début”.
• Chaîne exclusive: Chaque action d’une règle peut porter ses propres conditions, et sur une règle exclusive seule la première action dont les conditions sont remplies s’exécute. Une règle se comporte ainsi comme une chaîne if / else-if au lieu de déclencher toutes les actions.
• Limites d’exécution et gestion des échecs: Une règle peut s’exécuter chaque fois que son déclencheur correspond ou une seule fois par enregistrement, et vous décidez si les actions restantes s’exécutent encore quand l’une d’elles échoue.
• Modèles et démarrage sûr: Une nouvelle règle peut partir d’un modèle, reste inactive jusqu’à ce que vous l’activiez, et se décrit en langage clair (“quand un ticket est créé si la priorité est égale à la plus haute”), pour que vous puissiez vérifier qu’elle dit bien ce que vous vouliez.
• Historique des exécutions: Chaque exécution est enregistrée par règle et purgée automatiquement, ce qui permet de voir exactement ce qui s’est déclenché et pourquoi.

Comparé à l’ancien fonctionnement, où chaque type de règle avait son propre écran et faisait une seule chose, il s’agit d’un moteur unique offrant en pratique une immense étendue de déclencheurs possibles et d’effets possibles.

Pages

Jusqu’ici chaque utilisateur avait une seule page d’accueil. Les Pages la remplacent : vous construisez plusieurs pages, chacune adaptée à un rôle ou à un objectif, et votre page d’accueil existante est convertie automatiquement en page pour que rien ne soit perdu.

• Plusieurs pages : Construisez autant de pages que nécessaire au lieu d’une seule page d’accueil. Par exemple une page d’analyses workplace, une page pour le service desk et une page plus simple pour les utilisateurs finaux, chacune n’affichant que les informations utiles à ce public. Les possibilités sont pratiquement illimitées.
• Un nouvel éditeur de pages : Construisez une page en faisant glisser des widgets depuis un panneau sur un canevas en direct et en les plaçant où vous le souhaitez : ce que vous disposez est ce que vos utilisateurs verront. Une page peut également porter son propre effet d’arrière-plan.
• Plus de widgets : Un ensemble plus large qu’avant : texte, images, séparateurs, une horloge, des menus, un navigateur de pages, des hyperliens et des bannières, plus des widgets de données pour les tableaux, les tickets et les articles de la base de connaissances.
• Des pages entièrement personnalisées : Quand les widgets standard ne suffisent pas, un widget HTML personnalisé vous permet de construire la page entièrement selon votre propre conception, pour qu’une page puisse être faite totalement sur mesure si besoin.
• Dupliquer : Une page peut être dupliquée comme point de départ de la suivante.
• Épingler et page par défaut : Une page peut être épinglée à la navigation et une page par défaut peut être définie.
• Pages par utilisateur : Avec les nouvelles autorisations, vous pouvez laisser les utilisateurs construire et modifier leurs propres pages.

Intégrations & connexion

La configuration des intégrations et de la connexion était auparavant réalisée par nous. Elle se trouve désormais dans le produit : depuis un seul espace, vous gérez vos propres intégrations, créez des comptes de service et configurez vous-même l’authentification unique et les autres réglages de connexion.

• Intégrations en autonomie : Connectez, configurez et gérez les intégrations depuis la solution elle-même, y compris une intégration personnalisée pour un système pour lequel nous ne fournissons pas de connecteur standard.
• Comptes de service : Créez et gérez vos propres comptes de service, le nom modifiable étant distinct du nom affiché.
• Connexion et SSO : Gérez l’authentification unique, la connexion Microsoft et la connexion manuelle par entreprise, et décidez quelles méthodes sont autorisées. Plusieurs tenants Microsoft peuvent être connectés, avec un tenant principal pour la synchronisation des salles.
• État de santé : Un statut montre d’un coup d’œil si une intégration est connectée et fonctionnelle et si elle dispose des accès nécessaires, pour détecter un problème avant qu’un utilisateur ne le rencontre.

Base de connaissances

À mesure que la plateforme s’appuie sur l’AI, la base de connaissances compte plus que jamais : un assistant AI, comme vos propres collaborateurs, ne répond jamais mieux que les articles qui le soutiennent. Cette version étend la base de connaissances pour garder ces articles pertinents et voir où ils sont insuffisants.

• Recherche plus intelligente : La recherche d’articles classe désormais les résultats par pertinence et interroge le titre, la description, les tags et les classifications, en tenant compte des pluriels et des formes fléchies. Le bon article remonte donc même si la formulation diffère. Les résultats peuvent être filtrés par classification.
• Rapport des lacunes de connaissances : Les recherches qui n’ont rien donné d’utile sont enregistrées, en distinguant une recherche qui n’a rien trouvé du tout d’une recherche dont le résultat n’a pas aidé, les variantes orthographiques d’une même question étant regroupées en une seule lacune et classées selon le nombre de personnes concernées. Chaque lacune indique d’où venait la recherche, le panneau d’articles ou la recherche globale, et une tendance par jour, semaine, mois, trimestre ou année montre si les articles que vous avez écrits portent. C’est en pratique votre liste d’articles à écrire.
• Retours sur les articles : Un lecteur peut évaluer un article, et les retours sont synthétisés par article, pour voir ce qui fonctionne et ce qui doit être retravaillé.
• Visibilité sur l’usage : L’utilisation des articles est disponible en colonnes dans les listes, pour voir quels articles portent la charge.

Plans d'étage & desk booking

Le plus grand changement visuel de cette version : la plateforme reçoit un plan de chaque étage, et un bureau devient réservable dessus. Salles et bureaux affichent un statut en direct pour l’heure que vous consultez, dans le formulaire de réservation, sur une borne murale et sur le plan lui-même.

• Plans d’étage : Dessinez un plan par étage avec des zones de salles, et placez-y bureaux et autres objets, liés à leurs enregistrements existants. Chaque salle et chaque bureau affiche un statut en direct pour l’horaire choisi (vert libre, rouge occupé, bleu sélectionné), avec la capacité, l’équipement et la prochaine réservation au survol.
• Réserver depuis le plan : Une vue plan d’étage figure à côté de la liste dans le formulaire de réservation. Cliquez sur une case libre et la réservation se remplit, en respectant les mêmes règles, restrictions et horaires d’ouverture qu’ailleurs.
• Réservation de bureaux : Un bureau est désormais un objet réservable au même titre qu’une salle, avec un type (fixe, flex ou focus), une capacité, un équipement et une zone. Réservez-en un pour une journée complète ou partielle, ce qui ouvre la voie au neighbourhood booking et à l’analyse de l’occupation.
• Borne de plan d’étage : Le même plan s’affiche en plein écran sur une tablette ou un écran mural, à l’accueil et à chaque étage. Choisissez un bâtiment et un étage : chaque salle et chaque bureau est codé par couleur en direct, avec des totaux courants, des filtres de disponibilité, de capacité et d’équipement, et un curseur temporel, pour que toute personne qui passe voie ce qui est libre et s’oriente sans se connecter.

Workplace

Au-delà du plan, le reste de l’expérience de réservation se rassemble aussi : des réservations récurrentes traitées nativement, une disponibilité déplacée dans des règles réutilisables, et une longue liste d’améliorations sur la façon dont une réservation est faite et facturée.

• Réservations récurrentes : Une série est gérée nativement au lieu de dépendre du fournisseur d’agenda. Elle peut être modifiée en série entière ou par occurrence, et les déplacements, exceptions et annulations sont réconciliés avec Microsoft plutôt que dupliqués.
• Règles de disponibilité : La disponibilité quitte l’élément individuel pour des règles réutilisables. Une ressource peut porter plusieurs règles à la fois, chacune limitée à des groupes d’utilisateurs précis, avec ses propres délais minimum et maximum, plus des règles pour les cas sans lieu défini et pour les salles externes.
• Modèles de réservation : Un administrateur peut façonner le formulaire de réservation par modèle, y compris des champs personnalisés sur la réservation elle-même, regroupés dans leurs propres sections et onglets, plus des libellés financiers par modèle et des options de date définies sur le modèle.
• Complément Outlook et extension Chrome : Le complément Outlook et l’extension Chrome pour Google Workspace ont été renouvelés et suivent désormais le fonctionnement de l’application web. Les paramètres définis sur le modèle de réservation s’y appliquent donc aussi, et lorsqu’il existe plusieurs modèles de réservation, on choisit d’abord le modèle avant de créer la réservation.
• Temps de montage et démontage : Une salle peut porter une marge de montage et de démontage, comptée comme temps occupé pour que les réservations voisines n’empiètent pas sur la préparation ou le rangement, avec une exception par réservation.
• Libération par signage selon le type : Chaque type de réservation détermine si une réservation est libérée automatiquement quand personne ne s’enregistre, pour qu’un blocage planifié ou une réservation de maintenance ne soit pas libéré en cours de route.
• Source de la réservation et no-show : Chaque réservation enregistre où elle a été créée (web, mobile, Outlook, Google, signage, kiosque ou intégration) et est marquée en no-show si elle se termine sans enregistrement, avec un délai de tolérance configurable.
• Application mobile : Les réservations se gèrent en déplacement depuis l’application mobile, avec le formulaire de réservation, la disponibilité, la récurrence, les services et l’enregistrement.
• Plusieurs images : Une salle ou un espace peut porter plusieurs images au lieu d’une seule.
• Tarification horaire : Une salle à l’heure utilise le prix de la salle comme tarif, avec une facturation dynamique ; la configuration de tarif distincte a disparu.
• Signalement de panne : Une panne peut être signalée directement depuis le signage.
• Éco-score : Un produit peut porter un éco-score, disponible en colonne et en filtre dans les vues d’ensemble.
• Ordre du catalogue : L’ordre du catalogue est paramétrable, pour présenter d’abord les options à moindre impact.

Analytics

Un nouveau module analytics transforme les données opérationnelles en tableaux de bord prêts à l’emploi, construits autour des questions que les responsables posent réellement plutôt qu’autour d’une page de graphiques vide.

• KPI prêts à l’emploi sur tous les modules : Des KPI prédéfinis pour les tickets, tâches, réservations, assets et configuration items, comme le backlog ouvert, le délai de clôture, les dépassements de SLA, les tâches en retard, l’occupation des salles et le taux de no-show.
• Temps par statut : Une couche de durée lit le journal des modifications pour mesurer combien de temps un enregistrement est resté dans chaque statut, vieillissement inclus, pour que “combien de temps cela a-t-il attendu” devienne un chiffre exploitable.
• Références : Comparez un KPI à une période précédente, à une autre équipe ou à un autre bâtiment, ou à une référence du secteur, et signalez vos propres KPI personnalisés.
• Widgets plus riches : Cartes de KPI, sparklines, graphiques de tendance et de comparaison et une heatmap, plus le widget HTML personnalisé, pour construire une page autour d’eux.
• Validation : Les combinaisons de dimensions sont validées, une combinaison invalide est donc signalée au lieu d’échouer à l’exécution.

Ticketing & tâches

Le ticketing et les tâches gagnent un moyen de créer des tickets directement depuis un e-mail, et les tâches se relient plus facilement entre elles.

• E-mail vers ticket : Un canal e-mail entrant transforme automatiquement les messages reçus en tickets. Chaque canal possède sa propre adresse et son propre jeton, n’accepte que les messages d’expéditeurs connus ou authentifiés si vous l’exigez, et est limité par heure pour éviter qu’une boucle de messagerie n’inonde la file.
• Prise en charge par modèle : Un canal e-mail crée le ticket depuis un modèle de ticket choisi, remplit les champs propres au modèle et reprend des valeurs par défaut pertinentes depuis l’expéditeur lorsqu’un champ dérive du demandeur.
• Réponses rattachées au fil : Une réponse à un e-mail de notification est rattachée à l’enregistrement d’origine, pour toutes les entités et non seulement pour les tickets.
• Dépendances et liens entre tâches : Une tâche peut attendre une autre, et les tâches peuvent être liées entre enregistrements, les sous-tâches étant visibles depuis la tâche parente.
• Fenêtre de tâche complète : Le panneau latéral de la tâche est remplacé par une fenêtre complète qui rassemble toutes les informations de la tâche en un seul endroit.
• Édition en ligne : Les listes de tâches prennent en charge l’édition en ligne, pour modifier des valeurs directement depuis la liste sans ouvrir la tâche.

AI

L’AI Gfacility devient plus puissante et plus ouverte.

• Plusieurs fournisseurs en parallèle : Utilisez plusieurs fournisseurs AI dans le même environnement, au lieu d’être lié à un seul.
• Modèles plus récents : Prise en charge des derniers modèles, avec une fenêtre de contexte jusqu’à 1 000 000 de tokens pour des entrées bien plus volumineuses.
• Plus de contrôle sur l’usage : Des options supplémentaires pour attribuer et plafonner l’usage de l’AI à l’échelle de l’entreprise et par utilisateur.
• MCP, dans les deux sens : Connectez des outils externes à l’AI Gfacility via MCP, et utilisez Gfacility lui-même comme outil dans des assistants AI externes.

Inspections & maintenance

Les opérations facility gagnent des inspections de bâtiment structurées et des plans de maintenance récurrents, qui alimentent ensemble le plan de maintenance pluriannuel.

• Inspections : Une inspection structurée avec enregistrement des défauts, y compris des champs de détail par défaut constaté.
• Scores d’état : Les défauts sont notés selon la NEN 2767 et l’état est conservé sur le configuration item, pour que l’état actuel d’un asset soit visible en dehors de l’inspection.
• Mesures de maintenance : Les mesures enregistrées servent de base à la planification pluriannuelle de la maintenance.
• Plans de maintenance : Maintenance préventive récurrente pour les assets et les configuration items. Un plan choisit ses enregistrements manuellement ou par condition, se répète selon un modèle de dates, un relevé de compteur ou un état mesuré, et génère les tâches associées à chaque échéance. Les fenêtres de blocage tiennent le travail planifié hors des périodes que vous fermez.
• Plan pluriannuel (MJOP) : La prévision pluriannuelle est construite à partir des mesures enregistrées et des plans de maintenance, et couvre aussi bien les assets que les configuration items.

Space forecasting

Enregistrez l’usage des espaces dans le temps et modélisez ce qui vient ensuite, à partir de vos propres données plutôt que d’un tableur.

• Instantanés : Les surfaces et les effectifs sont enregistrés dans le temps, ce qui donne une base réelle pour planifier.
• Scénarios : Modélisez un déménagement, une croissance ou une réorganisation à partir de lignes par équipe ou par service, comparées aux instantanés enregistrés.

Mes jours au bureau

Les équipes et les personnes planifient les jours où elles sont au bureau.

• Règles de jours au bureau : Une équipe publie un rythme récurrent de présence, converti à l’avance en jours concrets.
• Présence : La présence est prédite à partir du rythme puis confirmée par la personne, la présence réelle étant enregistrée par jour.
• Synchronisation d’agenda : Optionnelle par utilisateur, pour que les jours au bureau apparaissent dans Outlook ou Google Agenda comme lieu de travail.

Rôle limité à une organisation

L’accès à un enregistrement était presque binaire. Soit une personne détenait l’un des trois rôles restreints (créateur, assigné à ou observateur), soit elle n’avait aucun rôle et ce que “aucun rôle” accorde s’appliquait à l’ensemble de son périmètre d’organisation. Pour la plupart des clients, le pas de rien à tout est trop large : cette version ajoute donc une couche intermédiaire.

• Un rôle configurable : Un administrateur définit ce que le rôle peut faire (lire, modifier, clôturer, réassigner, ajuster les données financières, etc.) au lieu de choisir dans un ensemble figé.
• Rattaché au profil : Le rôle se rattache à deux champs de l’utilisateur. Son organisation principale est le périmètre par défaut, et organisations avec accès liste les autres organisations qu’il peut atteindre, auxquelles le rôle peut s’étendre ou non.
• À l’échelle du produit : Une seule configuration couvre tous les objets qui portent des autorisations aujourd’hui : réservations, assets, configuration items, tickets, tâches et services.
• À côté des rôles existants : Créateur, assigné à, observateur et aucun rôle restent exactement tels quels ; ce rôle vient s’ajouter et ne les remplace pas.

Un usage typique est un coordinateur de service qui doit pouvoir prendre en charge et réassigner n’importe quel ticket au sein d’une organisation, mais doit rester en dehors des autres organisations.

Divers

• Colonnes épinglées : Une colonne peut être épinglée pour rester visible pendant que vous faites défiler le reste d’une liste horizontalement.
• Réglages d’affichage au même endroit : Le choix des colonnes et le changement de type de vue ont quitté la barre d’actions pour rejoindre les réglages d’affichage, si bien que tout ce qui détermine l’apparence d’une liste est désormais réuni.
• Autorisations : Les autorisations de group peuvent être comparées côte à côte.
• Traductions : Les données de configuration comme les statuts, les types et les libellés se traduisent depuis l’interface, avec import, export et un décompte par langue.
• Historique unifié : L’historique des tickets, tâches, configuration items, produits, assets et de la base de connaissances est réuni dans un seul journal, et les classifications et tâches autonomes sont également tracées.
• Modèles : Une mise en page de formulaire personnalisée par modèle, et les modèles peuvent être comparés côte à côte.
• Visites guidées : Les visites dans le produit sont suivies par utilisateur, pour qu’une visite ne s’affiche pas deux fois.
• Pièces jointes : Des vignettes pour les pièces jointes, et une autorisation distincte pour en supprimer une.
• Annonces : Des bandeaux d’annonce que l’utilisateur peut fermer.
• Planificateur : Mises à jour en direct via websockets et colonnes de frise configurables.

Changements d'API

Cette version ajoute beaucoup et retire certaines choses. Si vous consommez l’API directement, examinez d’abord les changements incompatibles.

Endpoints supprimés :

• Les endpoints d’historique par module sont remplacés par un seul. POST {task}/history, GET {ticket}/history, POST {asset}/history, POST {product}/history, POST {knowledgebase}/history, le POST /history du configuration item, POST {deletedEvent}/history, POST {deletedEvent}/history/users et GET meeting/{event}/history sont tous supprimés. Utilisez GET change-log à la place, protégé par can:changeLog.list.
• La disponibilité par modèle est remplacée. GET et PATCH availability-rules/{modelType}/{modelId} sont supprimés au profit de la ressource availability-rule ci-dessous.
• Les endpoints d’usage de l’AI sont remplacés. GET ai/usage, GET ai/{type}/{id}/usage et GET ai/{type}/{id}/usage-list sont supprimés au profit de ai/usage/system et ai/billing/usage ci-dessous.
• Les sections de dashboard ne sont plus une ressource distincte. La ressource dashboards/templates/sections est supprimée ; les sections d’une page se gèrent depuis la page elle-même.

Autorisations modifiées (même URL, autre contrôle) :

• Les modèles de tableau de bord passent d’une autorisation globale à des contrôles par enregistrement : dashboardTemplate.list devient dashboardTemplate.browse sur l’index et dashboardTemplate.view,template sur la fiche, et la mise à jour, la duplication et la suppression rattachent désormais le modèle (...update,template, ...duplicate,template, ...delete,template). La duplication n’utilise plus create.
• L’éditeur de plan d’étage passe de can:locations.update à can:viewMap, et un nouveau GET locations/booking-floors est protégé par can:viewBookingFloors.
• La duplication d’une règle de restriction nécessite désormais can:restrictionRule.duplicate.
• Les saisies de temps rattachent la saisie elle-même : la mise à jour et la suppression se résolvent donc en can:taskTimeEntry.update,task,timeEntry (et l’équivalent ticket) plutôt qu’au seul parent.
• Les onglets, sections et affectations de custom fields sont désormais protégés. POST, PATCH et DELETE sur custom-fields/tabs, custom-fields/sections et custom-fields/attributes/assign exigent can:customField.assign ; ils ne portaient aucune autorisation avant.
• L’ordre des modèles exige désormais can:template.update,template sur PATCH templates/{template}/sequence, alors que le réordonnancement n’était pas protégé.
• La recherche de contexte AI exige désormais can:ai-context.list sur GET ai/context/search, alors qu’elle n’était pas protégée.

Champs modifiés :

• Récurrence renommée. Sur les events, recurrence_type devient recurrence_external_type (le rôle de série Microsoft ou Google), aux côtés de nouveaux champs de récurrence native. Les clients qui lisent recurrence_type doivent basculer.
• Champs de tarif du lieu supprimés. charge_type et charge_hours ont disparu ; le tarif d’une salle horaire est le champ price avec facturation dynamique.
• Image du lieu remplacée. Le champ unique image cède la place à la collection attachments, un lieu peut donc porter plusieurs images ; lisez l’image principale depuis la pièce jointe d’affichage.
• La facturation produit est une énumération (fixed | dynamic), les valeurs hors de cet ensemble sont normalisées en fixed, et un nouveau champ eco_score est disponible.
• Le délai de disponibilité change de place. Les champs before / after par élément se trouvent désormais sur la règle de disponibilité comme délais minimum et maximum.
• Les modèles de tableau de bord gagnent created_by et allow_duplicate.
• Les messages d’erreur restent traduits (i18n) : analysez donc les codes d’erreur plutôt que les textes anglais.

Endpoints mis à jour :

• Les réponses de liste peuvent désormais omettre des colonnes selon l’utilisateur. Plusieurs modules ont reçu des autorisations de lecture au niveau du champ ({module}-organization-read, {module}-organizer-read, {module}-visitor-past-read, {module}-visitor-future-read, {module}-inspection-read), et les endpoints de liste retirent ces colonnes pour les utilisateurs qui n’en disposent pas. Ne supposez pas qu’une colonne est présente simplement parce qu’elle l’était à la version précédente.
• Les colonnes agrégées sont filtrables. Les colonnes issues d’une jointure groupée (workgroups, personnes assignées, classifications, tags et similaires) peuvent maintenant être filtrées directement. Auparavant, un tel filtre échouait ou retirait silencieusement les lignes couvertes par l’agrégat, de sorte qu’un enregistrement à plusieurs valeurs se réduisait à celle filtrée ; ces filtres correspondent désormais à l’enregistrement et renvoient toujours l’ensemble complet.
• De nouvelles colonnes filtrables et triables ont été ajoutées aux endpoints de liste existants (events, configuration items, lieux, produits, assets, base de connaissances, réservations, catering, finances, groups, organisations et filtres), ce qui donne plus de matière aux vues enregistrées et aux filtres de grille.
• Les listes se limitent aux colonnes demandées. Envoyez les colonnes que vous affichez réellement via visibleColumns[] ; une requête qui demande tout oblige le backend à résoudre chaque attribut personnalisé et chaque agrégat groupé à chaque appel.
• Les règles de restriction limitent désormais le paramètre de route aux identifiants numériques : un identifiant non numérique ne se résout plus.
• La libération automatique de la signalétique change de handler. POST auto-release déclenche désormais l’action de libération automatique et non l’action de check-out, en cohérence avec le réglage par type décrit plus haut. L’URL est inchangée, le comportement non.

Nouveaux endpoints :

• Automations : automation-rules avec CRUD complet plus {rule}/toggle, {rule}/test, {rule}/runs et un runs global au tenant. Les actions incluent set-price et delete-record.
• Règles de disponibilité : une ressource complète (index, name-listing, show, update, duplicate, delete) plus des règles par modèle (GET/PATCH {modelId}) et DELETE {rule}/{modelType}/{modelId} pour détacher un élément.
• Journal des modifications : GET change-log, le flux d’historique unique pour tous les modules.
• Réservation de bureaux : desk-booking/upcoming, check-in, {bookingRoom}/check-out et {bookingRoom}/extend, plus GET locations/{location}/desk-qr.
• Inspections et maintenance : inspection (CRUD + listing), maintenance-measure (CRUD), mjop/forecast et un endpoint export/inspections.
• Space forecasting : space-forecast/calculate, space-snapshots, space-portfolios, space-collaboration, et space-scenarios avec CRUD, compare, duplicate, export, accuracy et par ligne update / reset.
• Jours au bureau, équipes et présence : teams (CRUD, mine, invites, join, leave, members, nudge, attendance, insights), attendance-intents (mine, overview, setMine, calendar-opt-in, user), office-day-rules/mine et presence-events.
• AI : ai/plan (CRUD, tenant-settings, groups, attribution à un group ou à un utilisateur), ai/quota, ai/billing/usage et ai/usage/system.
• Sécurité : security/audit-logs, security/blocked-accounts, security/unblock et security/sign-out-all.
• Floor kiosk : floor-kiosk avec list, create, show, update et delete.
• Base de connaissances : rapports de lacunes (gaps, gaps/trend, gaps/variants, protégés par la nouvelle autorisation knowledgebase.gaps), search-miss, plus par article usage et feedback (avec feedback/summary).
• E-mail entrant : inbound-email-channels (CRUD, name-list, rotate-token, {channel}/emails) qui accepte par canal des messages authentifiés par jeton, limités par heure, pour créer des tickets. L’action send-email peut choisir son adresse d’expéditeur.
• Modèles de réservation : par modèle, finkeys (list, reorder, update) et sections personnalisées, les onglets d’attributs et les sections étant protégés par can:customField.assign.
• Traductions : des endpoints pour lire et écrire les traductions de configuration, avec import, export et décomptes par langue.
• Retours et annonces : nps (eligibility, dismiss, company-settings, store, update) et des annonces système que chaque utilisateur peut fermer.
• Ajouts mineurs : catalogue-sort/{type} (get et update), GET {event}/series pour les informations de série, et PATCH user/tour-state.