2026 - Q3

Questa è la nostra release più ampia finora. Qui sotto trovi le novità di ciascun modulo.

Una nuova veste grafica

Tutta l’applicazione è stata allineata a una veste grafica rinnovata, con una navigazione rinnovata, così il prodotto ha un aspetto e un comportamento coerenti da un modulo all’altro.

• Impostazioni di visualizzazione individuali: Ogni utente può definire le proprie preferenze senza influire sugli altri, tra cui il tema, una modalità scura, la dimensione del testo e l’altezza delle righe.
• Tour guidati: Sono stati aggiunti tour all’interno del prodotto per aiutare tutti a orientarsi tra il nuovo layout e le nuove impostazioni, così il cambiamento è facile da assimilare.

Ricerca

Trovare le cose è più veloce, e ora c’è una sola ricerca invece di più: un unico punto per ogni record, ogni azione e ogni impostazione.

• Una ricerca su tutti i record: Trova ticket, task, asset e altri record da un unico punto e aprili nel loro contesto. Dispone di una modalità classica per parole chiave e di una modalità AI in cui puoi porre la domanda con parole tue.
• Anche azioni, impostazioni e how-to: La stessa ricerca raggiunge ogni azione del sistema: crei un oggetto, apri un’impostazione o trovi un articolo how-to dalla barra di ricerca, senza sapere dove si trova.
• Filtri rapidi predefiniti: Un’icona a fulmine propone ricerche già pronte, per esempio un ticket dal suo id o una ricerca limitata a una persona. Tengono conto del contesto, quindi del modulo in cui ti trovi.
• Quick tags: Digita un campo direttamente nella barra di ricerca, come id= 10 o title=, per filtrare al volo mentre scrivi, senza aprire alcun pannello.
• Ricerca avanzata: Affina una ricerca con filtri e operatori per campo (uguale a, il giorno o prima, e così via), aggiunti da un pannello dei filtri e mostrati come chip che puoi modificare.
• Esporta o continua a cercare: I risultati di una ricerca sui record si possono esportare, oppure cercare di nuovo al loro interno per restringerli senza ricominciare.

Automations

Le Automations sono il livello superiore rispetto ai motori di regole separati che la piattaforma aveva finora. Una regola resta in ascolto di un trigger ed esegue una o più azioni, e la varietà di entrambi è molto più ampia rispetto alle regole che sostituisce. È quindi il motore su cui si basa gran parte del resto di questa release.

• Trigger su tutto: Una regola scatta quando un record viene creato, aggiornato, eliminato o cambia stato, e può osservare qualsiasi campo per qualsiasi modifica, delimitata da qualsiasi insieme di condizioni.
• Un’ampia gamma di azioni: Aggiorna qualsiasi campo (compresi assegnatari, workgroup e osservatori), imposta un prezzo, invia un’e-mail, pubblica un messaggio di chat, aggiungi un commento, crea un task o un ticket, chiama un webhook oppure affida il record all’assistente AI. Per la conservazione dei dati una regola può anche anonimizzare il record, conservandolo ma togliendone i dati personali, o eliminarlo del tutto.
• Sui record collegati: Un’azione può puntare a un record collegato, così una regola su una prenotazione può agire sui suoi task.
• Date calcolate: Una condizione o un valore di data può essere risolto nel momento in cui la regola viene eseguita, per esempio “24 ore prima dell’inizio”.
• Scala esclusiva: Ogni azione di una regola può avere condizioni proprie e, su una regola esclusiva, viene eseguita solo la prima azione le cui condizioni sono soddisfatte: così una regola si comporta come una catena if / else-if invece di eseguire tutte le azioni.
• Limiti di esecuzione e gestione degli errori: Una regola può essere eseguita ogni volta che il trigger corrisponde oppure una sola volta per record, e decidi tu se le azioni restanti proseguono quando una di esse fallisce.
• Template e un avvio sicuro: Una nuova regola può partire da un template, resta inattiva finché non la attivi e si descrive in linguaggio chiaro (“quando un ticket viene creato se la priorità è uguale a massima”), così puoi verificare che dica quello che intendevi.
• Storico delle esecuzioni: Ogni esecuzione viene registrata per regola e ripulita automaticamente, così vedi esattamente che cosa è scattato e perché.

Rispetto al vecchio assetto, in cui ogni tipo di regola viveva nella propria schermata e faceva una cosa sola, questo è un motore unico con, in pratica, un’enorme varietà sia di ciò su cui puoi attivarti sia di ciò che puoi far accadere.

Pages

Finora ogni utente aveva un’unica homepage. Le Pages la sostituiscono: puoi creare più pagine, ciascuna pensata per un ruolo o uno scopo, e la tua homepage esistente viene convertita automaticamente in una pagina, così non si perde nulla.

• Più pagine: Crea tutte le pagine che ti servono al posto di un’unica homepage. Ad esempio una pagina di analisi del workplace, una pagina per il service desk e una pagina più semplice per gli utenti finali, ognuna con le sole informazioni utili a quel pubblico. Le possibilità sono di fatto illimitate.
• Un nuovo editor di pagine: Crea una pagina trascinando i widget da un pannello su un’area di lavoro dal vivo e posizionandoli dove vuoi: quello che disponi è quello che vedranno i tuoi utenti. Una pagina può inoltre avere un proprio effetto di sfondo.
• Più widget: Un insieme più ampio rispetto a prima: testo, immagini, separatori, un orologio, menu, un navigatore di pagine, collegamenti e banner, oltre a widget di dati per tabelle, ticket e articoli della knowledge base.
• Pagine completamente personalizzate: Quando i widget standard non bastano, un widget HTML personalizzato ti permette di costruire la pagina interamente secondo il tuo progetto, così una pagina può essere fatta totalmente su misura se serve.
• Duplicazione: Una pagina può essere duplicata come punto di partenza per la successiva.
• Fissa e imposta come predefinita: Una pagina può essere fissata alla navigazione ed è possibile impostare una pagina predefinita.
• Pagine per utente: Con le nuove autorizzazioni puoi consentire agli utenti di creare e modificare le proprie pagine.

Integrazioni e accesso

La configurazione delle integrazioni e dell’accesso era finora qualcosa che facevamo noi per te. Ora vive nel prodotto: da un unico workspace gestisci le tue integrazioni, crei service account e configuri autonomamente l’SSO e le altre impostazioni di accesso.

• Integrazioni in autonomia: Connetti, configura e gestisci le integrazioni dalla soluzione stessa, inclusa un’integrazione personalizzata per un sistema per cui non forniamo un connettore standard.
• Service account: Crea e gestisci i tuoi service account, con il nome modificabile separato dal nome visualizzato.
• Accesso e SSO: Gestisci l’SSO, l’accesso Microsoft e il login manuale per azienda, e decidi quali metodi sono consentiti. È possibile collegare più tenant Microsoft, con un tenant principale per la sincronizzazione delle sale.
• Stato di salute: Uno stato mostra a colpo d’occhio se un’integrazione è connessa e funzionante e se dispone degli accessi necessari, così puoi intercettare un problema prima che lo incontri un utente.

Knowledge base

Man mano che la piattaforma si affida sempre più all’AI, la knowledge base conta più che mai: un assistente AI, così come le tue persone, non può rispondere meglio degli articoli che ha alle spalle. Questa release estende la knowledge base per mantenere quegli articoli aggiornati e vedere dove sono carenti.

• Ricerca più intelligente: La ricerca degli articoli ora ordina i risultati per pertinenza e interroga titolo, descrizione, tag e classificazioni, tenendo conto di plurali e forme flesse, così l’articolo giusto emerge anche quando la formulazione è diversa. I risultati possono essere filtrati per classificazione.
• Report delle lacune di conoscenza: Le ricerche che non hanno dato nulla di utile vengono registrate, distinguendo una ricerca che non ha trovato nulla da una il cui risultato non ha aiutato, con le varianti ortografiche della stessa domanda raggruppate in un’unica lacuna e ordinate in base a quante persone ci sono incappate. Ogni lacuna mostra da dove veniva la ricerca, dal pannello degli articoli o dalla ricerca globale, e un andamento per giorno, settimana, mese, trimestre o anno mostra se gli articoli che hai scritto funzionano. È, di fatto, la tua lista di articoli da scrivere.
• Feedback sugli articoli: Un lettore può valutare un articolo e i feedback vengono riassunti per articolo, così puoi vedere che cosa funziona e che cosa va rivisto.
• Visibilità sull’utilizzo: L’utilizzo degli articoli è disponibile come colonne negli elenchi, così puoi vedere quali articoli reggono il carico.

Planimetrie & desk booking

Il cambiamento visivo più grande di questa release: la piattaforma ottiene una planimetria di ogni piano, e una postazione diventa prenotabile su di essa. Sale e postazioni mostrano uno stato dal vivo per l’orario che stai guardando, nel modulo di prenotazione, su un chiosco a muro e sulla planimetria stessa.

• Planimetrie: Disegna una pianta per ogni piano con le zone delle sale e posiziona postazioni e altri oggetti, collegati ai relativi record esistenti. Ogni sala e postazione mostra uno stato in tempo reale per l’orario scelto (verde libera, rossa occupata, blu selezionata), con capienza, attrezzatura e la prossima prenotazione al passaggio del mouse.
• Prenota dalla planimetria: Una vista planimetria affianca l’elenco nel modulo di prenotazione. Clicca su una casella libera e la prenotazione si compila, nel rispetto delle stesse regole, restrizioni e orari di apertura di ogni altra parte.
• Prenotazione delle postazioni: Una postazione è ora un oggetto prenotabile al pari delle sale, con un tipo (fissa, flex o focus), capienza, attrezzatura e una zona. Puoi prenotarne una per l’intera giornata o per una parte di essa, cosa che apre la strada al neighbourhood booking e all’analisi dell’occupazione.
• Chiosco della planimetria: La stessa planimetria gira a schermo intero su un tablet o un display a muro, all’ingresso e su ogni piano. Scegli un edificio e un piano e ogni sala e ogni postazione ha un colore dal vivo, con totali correnti, filtri per disponibilità, capienza e attrezzature, e un cursore temporale, così chi passa vede che cosa è libero e si orienta senza accedere.

Workplace

Oltre alla planimetria, si riunisce anche il resto dell’esperienza di prenotazione: prenotazioni ricorrenti gestite in modo nativo, disponibilità spostata in regole riutilizzabili e un lungo elenco di rifiniture su come una prenotazione viene creata e addebitata.

• Prenotazioni ricorrenti: Una serie viene gestita in modo nativo, senza dipendere dal provider del calendario. Può essere modificata come intera serie o per singola occorrenza, e spostamenti, eccezioni e annullamenti vengono riconciliati con Microsoft invece di essere duplicati.
• Regole di disponibilità: La disponibilità esce dal singolo elemento e passa a regole riutilizzabili. Una risorsa può avere più regole contemporaneamente, ciascuna limitata a gruppi di utenti specifici, con i propri tempi di anticipo minimo e massimo, oltre a regole per i casi senza sede impostata e per le sale esterne.
• Modelli di prenotazione: Un amministratore può modellare il modulo di prenotazione per modello, inclusi campi personalizzati sulla prenotazione stessa, raggruppati in sezioni e schede personalizzate proprie, oltre a etichette finanziarie per modello e opzioni di data di prenotazione definite sul modello.
• Componente aggiuntivo di Outlook ed estensione Chrome: Il componente aggiuntivo di Outlook e l’estensione Chrome per Google Workspace sono stati rinnovati e seguono ora il modo di lavorare della web app. Le impostazioni assegnate sul modello di prenotazione valgono quindi anche lì, e quando esistono più modelli di prenotazione, scegli prima il modello e poi crei la prenotazione.
• Tempo di allestimento e smontaggio: Una sala può avere un margine di allestimento e smontaggio, conteggiato come tempo occupato affinché le prenotazioni adiacenti non si sovrappongano alla preparazione o al riordino, con la possibilità di sovrascriverlo per singola prenotazione.
• Rilascio da signage per tipo: Ogni tipo di prenotazione stabilisce se una prenotazione viene rilasciata automaticamente quando nessuno effettua il check-in, così un blocco pianificato o una prenotazione di manutenzione non viene liberato a metà.
• Origine della prenotazione e no-show: Ogni prenotazione registra dove è stata effettuata (web, mobile, Outlook, Google, signage, chiosco o integrazione) e viene contrassegnata come no-show quando termina senza check-in, con un periodo di tolleranza configurabile.
• App mobile: Le prenotazioni si possono gestire in mobilità dall’app mobile, con il modulo di prenotazione, la disponibilità, la ricorrenza, i servizi e il check-in.
• Più immagini: Una sala o uno spazio può avere più immagini anziché una sola.
• Tariffa oraria: Una sala a ore usa il prezzo della sala come tariffa, con fatturazione impostata su dinamica; la configurazione di addebito separata è stata rimossa.
• Segnalazione guasti: Un guasto può essere segnalato direttamente dal signage.
• Eco score: Un prodotto può avere un eco score, disponibile come colonna e come filtro nelle panoramiche.
• Ordine del catalogo: L’ordine del catalogo è impostabile, così le opzioni a minore impatto possono essere mostrate per prime.

Analytics

Un nuovo modulo di analytics trasforma i dati operativi in dashboard curate, costruite attorno alle domande che i responsabili si pongono davvero anziché attorno a una tela di grafici vuota.

• KPI curati su tutti i moduli: KPI predefiniti per ticket, task, prenotazioni, asset e configuration item, come backlog aperto, tempo di chiusura, violazioni degli SLA, task in ritardo, occupazione delle sale e tasso di no-show.
• Tempo per stato: Un livello di durata legge il change log per misurare quanto a lungo un record è rimasto in ciascuno stato, invecchiamento incluso, così “quanto è rimasto in attesa” diventa un numero riportabile.
• Benchmark: Confronta un KPI con un periodo precedente, con un altro team o edificio, o con un benchmark di settore, e contrassegna i tuoi KPI personalizzati.
• Widget più ricchi: Schede KPI, sparkline, grafici di andamento e di confronto e una heatmap, oltre al widget HTML personalizzato, per costruire una pagina attorno a essi.
• Validazione: Le combinazioni di dimensioni vengono validate, così una combinazione non valida viene segnalata invece di fallire in fase di esecuzione.

Ticketing e task

Il ticketing e i task guadagnano un modo per aprire ticket direttamente dall’e-mail, e i task diventano più facili da collegare tra loro.

• Da e-mail a ticket: Un canale e-mail in entrata può trasformare automaticamente i messaggi ricevuti in ticket. Ogni canale ha un proprio indirizzo e un proprio token, accetta solo messaggi da mittenti noti o autenticati se lo richiedi, ed è limitato per ora per evitare che un loop di casella inondi la coda.
• Acquisizione guidata da modello: Un canale e-mail crea il ticket a partire da un modello di ticket scelto, compilando i campi propri del modello e ricavando valori predefiniti sensati dal mittente laddove un campo deriva dal richiedente.
• Risposte in thread: Una risposta a un’e-mail di notifica viene ricollegata al record da cui proviene, per ogni entità e non solo per i ticket.
• Dipendenze e collegamenti tra task: Un task può attendere un altro, e i task possono essere collegati tra record, con i task figli visibili dal task padre.
• Popup completo del task: Il pannello laterale del task è sostituito da un popup completo che raccoglie tutte le informazioni del task in un unico punto.
• Modifica inline: Gli elenchi dei task supportano la modifica inline, così puoi cambiare i valori direttamente dall’elenco senza aprire il task.

AI

L’AI di Gfacility diventa più potente e più aperta.

• Più provider in parallelo: Usa più di un provider AI nello stesso ambiente, invece di essere legato a uno solo.
• Modelli più recenti: Supporto per i modelli più recenti, con una finestra di contesto fino a 1.000.000 di token per input molto più ampi.
• Maggiore controllo sull’utilizzo: Opzioni aggiuntive per assegnare e limitare l’uso dell’AI a livello aziendale e per utente.
• MCP, in entrambe le direzioni: Collega strumenti esterni all’AI di Gfacility tramite MCP e usa Gfacility stesso come strumento all’interno di assistenti AI esterni.

Ispezioni e manutenzione

Le operazioni di facility guadagnano ispezioni degli edifici strutturate e piani di manutenzione ricorrenti, che insieme alimentano il piano di manutenzione pluriennale.

• Ispezioni: Un’ispezione strutturata con registrazione dei difetti, inclusi campi di dettaglio per ciascun difetto.
• Punteggi di condizione: I difetti vengono valutati secondo la NEN 2767 e la condizione viene mantenuta sul configuration item, così lo stato attuale di un asset è visibile al di fuori dell’ispezione.
• Interventi di manutenzione: Gli interventi registrati costituiscono la base per la pianificazione pluriennale della manutenzione.
• Piani di manutenzione: Manutenzione preventiva ricorrente per asset e configuration item. Un piano sceglie i suoi record a mano o per condizione, si ripete secondo uno schema di date, una lettura di contatore o una condizione misurata, e genera le attività previste per ogni scadenza. Le finestre di blocco tengono il lavoro pianificato fuori dai periodi che chiudi.
• Piano pluriennale (MJOP): La previsione pluriennale è costruita dagli interventi registrati e dai piani di manutenzione e copre sia gli asset sia i configuration item.

Space forecasting

Registra l’utilizzo degli spazi nel tempo e modella ciò che accadrà, a partire dai tuoi dati anziché da un foglio di calcolo.

• Snapshot: Superfici e organico vengono registrati nel tempo, offrendo una base reale su cui pianificare.
• Scenari: Modella un trasloco, una crescita o una riorganizzazione a partire da voci per team o reparto, confrontate con gli snapshot registrati.

I miei giorni in ufficio

Team e singole persone pianificano in quali giorni sono in ufficio.

• Regole dei giorni in ufficio: Un team pubblica uno schema ricorrente di presenza in ufficio, concretizzato in giorni specifici con anticipo.
• Presenza: La presenza viene prevista a partire dallo schema e confermata dalla persona, con la presenza effettiva registrata per giorno.
• Sincronizzazione del calendario: Facoltativa per utente, così i giorni in ufficio compaiono in Outlook o Google Calendar come luogo di lavoro.

Ruolo limitato a un'organizzazione

L’accesso a un record era pressoché binario. O una persona deteneva uno dei tre ruoli ristretti su di esso (creatore, assegnatario oppure watcher), oppure non aveva alcun ruolo e valeva ciò che “nessun ruolo” concede sull’intero perimetro della sua organizzazione. Per la maggior parte dei clienti il salto da nulla a tutto è troppo ampio: questa release aggiunge quindi un livello intermedio.

• Un ruolo configurabile: Un amministratore definisce ciò che il ruolo può fare (leggere, modificare, chiudere, riassegnare, rettificare i dati finanziari e così via) invece di scegliere da un insieme fisso.
• Legato al profilo: Il ruolo si lega a due campi dell’utente. La sua organizzazione principale è dove si applica per impostazione predefinita, mentre organizzazioni con accesso elenca le ulteriori organizzazioni che può raggiungere, alle quali il ruolo può estendersi oppure no.
• Su tutto il prodotto: Un’unica configurazione copre ogni oggetto che oggi porta autorizzazioni: prenotazioni, asset, configuration item, ticket, task e servizi.
• Accanto ai ruoli esistenti: Creatore, assegnatario, watcher e nessun ruolo restano esattamente com’erano; questo si affianca a essi invece di sostituirli.

Un uso tipico è un coordinatore del servizio che deve poter prendere in carico e riassegnare qualsiasi ticket all’interno di un’organizzazione, ma deve restare fuori dalle altre organizzazioni.

Altro

• Colonne fissate: Una colonna può essere fissata, così resta in vista mentre scorri il resto di un elenco in orizzontale.
• Impostazioni della vista in un unico punto: La scelta delle colonne e il cambio di tipo di vista sono passati dalla barra delle azioni alle impostazioni della vista, così tutto ciò che determina l’aspetto di un elenco sta insieme.
• Autorizzazioni: Le autorizzazioni dei group possono essere confrontate affiancate.
• Traduzioni: I dati di configurazione come stati, tipi ed etichette si possono tradurre dall’interfaccia, con import, export e un conteggio per lingua.
• Cronologia unificata: Le cronologie di ticket, task, configuration item, prodotti, asset e knowledge base vengono unite in un unico log, e vengono tracciate anche le classificazioni e i task autonomi.
• Modelli: Un layout del modulo personalizzato per modello, e i modelli possono essere confrontati affiancati.
• Tour guidati: I tour all’interno del prodotto vengono tracciati per utente, così un tour non viene mostrato due volte.
• Allegati: Anteprime degli allegati e un’autorizzazione separata per eliminare un allegato.
• Annunci: Banner di annuncio che un utente può chiudere.
• Pianificatore: Aggiornamenti in tempo reale tramite websocket e colonne della timeline configurabili.

Modifiche alle API

Questa release aggiunge molto e ritira qualcosa. Se consumi l’API direttamente, esamina prima le modifiche incompatibili.

Endpoint rimossi:

• Gli endpoint di cronologia per modulo sono sostituiti da uno solo. POST {task}/history, GET {ticket}/history, POST {asset}/history, POST {product}/history, POST {knowledgebase}/history, il POST /history del configuration item, POST {deletedEvent}/history, POST {deletedEvent}/history/users e GET meeting/{event}/history sono tutti rimossi. Usa invece GET change-log, protetto da can:changeLog.list.
• La disponibilità per modello è sostituita. GET e PATCH availability-rules/{modelType}/{modelId} sono rimossi a favore della risorsa availability-rule più sotto.
• Gli endpoint di utilizzo dell’AI sono sostituiti. GET ai/usage, GET ai/{type}/{id}/usage e GET ai/{type}/{id}/usage-list sono rimossi a favore di ai/usage/system e ai/billing/usage qui sotto.
• Le sezioni della dashboard non sono più una risorsa a sé. La risorsa dashboards/templates/sections è rimossa; le sezioni di una pagina si gestiscono dalla pagina stessa.

Autorizzazioni modificate (stesso URL, controllo diverso):

• I modelli di dashboard passano da un’unica autorizzazione generale a controlli per record: dashboardTemplate.list diventa dashboardTemplate.browse sull’indice e dashboardTemplate.view,template sulla scheda, e aggiornamento, duplicazione ed eliminazione ora legano il modello (...update,template, ...duplicate,template, ...delete,template). La duplicazione non usa più create.
• L’editor delle planimetrie passa da can:locations.update a can:viewMap, e un nuovo GET locations/booking-floors è protetto da can:viewBookingFloors.
• La duplicazione di una regola di restrizione richiede ora can:restrictionRule.duplicate.
• Le registrazioni di tempo legano la registrazione stessa: aggiornamento ed eliminazione si risolvono quindi in can:taskTimeEntry.update,task,timeEntry (e l’equivalente per i ticket) anziché nel solo elemento padre.
• Tab, sezioni e assegnazioni dei custom field ora richiedono un permesso. POST, PATCH e DELETE su custom-fields/tabs, custom-fields/sections e custom-fields/attributes/assign richiedono can:customField.assign; prima non avevano alcun permesso.
• L’ordine dei template richiede ora can:template.update,template su PATCH templates/{template}/sequence, mentre il riordino prima non era protetto.
• La ricerca nel contesto AI richiede ora can:ai-context.list su GET ai/context/search, dove prima non era protetta.

Campi modificati:

• Ricorrenza rinominata. Sugli events, recurrence_type diventa recurrence_external_type (il ruolo della serie Microsoft o Google), accanto a nuovi campi di ricorrenza nativa. I client che leggono recurrence_type devono adeguarsi.
• Campi di addebito del luogo rimossi. charge_type e charge_hours sono stati eliminati; la tariffa di una sala a ore è il campo price con fatturazione dinamica.
• Immagine del luogo sostituita. Il singolo campo image cede il posto alla collection attachments, così una location può avere più immagini; leggi quella principale dall’allegato di visualizzazione.
• La fatturazione dei prodotti è un’enumerazione (fixed | dynamic), i valori esterni a tale insieme vengono normalizzati a fixed, ed è disponibile un nuovo campo eco_score.
• Il tempo di anticipo della disponibilità cambia posizione. I campi before / after per elemento si trovano ora sulla regola di disponibilità come tempi di anticipo minimo e massimo.
• I modelli di dashboard guadagnano created_by e allow_duplicate.
• I messaggi di errore restano tradotti (i18n): analizza quindi i codici di errore anziché le stringhe in inglese.

Endpoint aggiornati:

• Le risposte degli elenchi ora possono omettere colonne in base all’utente. Diversi moduli hanno ottenuto autorizzazioni di lettura a livello di campo ({module}-organization-read, {module}-organizer-read, {module}-visitor-past-read, {module}-visitor-future-read, {module}-inspection-read), e gli endpoint di elenco rimuovono quelle colonne per gli utenti che non le possiedono. Non dare per scontato che una colonna sia presente solo perché lo era nella release precedente.
• Le colonne aggregate sono filtrabili. Le colonne costruite da una join raggruppata (workgroups, assegnatari, classificazioni, tag e simili) possono ora essere filtrate direttamente. In precedenza filtrarle falliva oppure eliminava silenziosamente le righe su cui l’aggregato sommava, così un record con più valori si riduceva a quello su cui filtravi; ora quei filtri corrispondono al record e continuano a restituire l’insieme completo.
• Nuove colonne filtrabili e ordinabili sono state aggiunte agli endpoint di elenco esistenti (events, configuration item, location, prodotti, asset, knowledge base, prenotazioni, catering, finanza, groups, organizzazioni e filtri), così le viste salvate e i filtri della griglia hanno più materiale su cui lavorare.
• Gli elenchi si limitano alle colonne richieste. Invia le colonne che mostri davvero tramite visibleColumns[]; una richiesta che chiede tutto costringe il backend a risolvere ogni attributo personalizzato e ogni aggregato raggruppato a ogni chiamata.
• Le regole di restrizione ora vincolano il parametro di route a id numerici, quindi un id non numerico non si risolve più.
• L’auto-release della segnaletica usa un altro handler. POST auto-release ora risolve nell’azione di auto-release invece che in quella di check-out, in linea con l’impostazione per tipo descritta sopra. L’URL non cambia, il comportamento sì.

Nuovi endpoint:

• Automations: automation-rules con CRUD completo più {rule}/toggle, {rule}/test, {rule}/runs e un runs esteso a tutto il tenant. Le azioni includono set-price e delete-record.
• Regole di disponibilità: una risorsa completa (index, name-listing, show, update, duplicate, delete) più regole per modello (GET/PATCH {modelId}) e DELETE {rule}/{modelType}/{modelId} per scollegare un singolo elemento.
• Change log: GET change-log, l’unico feed di cronologia per tutti i moduli.
• Prenotazione delle postazioni: desk-booking/upcoming, check-in, {bookingRoom}/check-out e {bookingRoom}/extend, più GET locations/{location}/desk-qr.
• Ispezioni e manutenzione: inspection (CRUD + listing), maintenance-measure (CRUD), mjop/forecast e un endpoint export/inspections.
• Space forecasting: space-forecast/calculate, space-snapshots, space-portfolios, space-collaboration, e space-scenarios con CRUD, compare, duplicate, export, accuracy e per riga update / reset.
• Giorni in ufficio, team e presenza: 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, assegnazione a un group o a un utente), ai/quota, ai/billing/usage e ai/usage/system.
• Sicurezza: security/audit-logs, security/blocked-accounts, security/unblock e security/sign-out-all.
• Floor kiosk: floor-kiosk con list, create, show, update e delete.
• Knowledge base: report delle lacune (gaps, gaps/trend, gaps/variants, protetti dalla nuova autorizzazione knowledgebase.gaps), search-miss, più per articolo usage e feedback (con feedback/summary).
• E-mail in entrata: inbound-email-channels (CRUD, name-list, rotate-token, {channel}/emails) che accetta per canale messaggi autenticati tramite token, limitati per ora, per creare ticket. L’azione send-email può scegliere il proprio indirizzo mittente.
• Modelli di prenotazione: per modello, finkeys (list, reorder, update) e sections personalizzate, con le schede degli attributi e le sezioni protette da can:customField.assign.
• Traduzioni: endpoint per leggere e scrivere le traduzioni di configurazione, con import, export e conteggi per lingua.
• Feedback e annunci: nps (eligibility, dismiss, company-settings, store, update) e annunci di sistema con chiusura per utente.
• Aggiunte minori: catalogue-sort/{type} (get e update), GET {event}/series per le informazioni sulla serie, e PATCH user/tour-state.