Gfacility

Versionsnoteringar

2026 - Q3

Släppnoteringar för 2026 Q3: automations, pages, planritningar, skrivbordsbokning, analytics, underhållsplaner och API-ändringar.

Uppdaterad 28. Aug. 2026

Det här är vår största release hittills. Nedan hittar du vad som har ändrats i varje modul.

En ny känsla och design

Hela applikationen har anpassats till en uppdaterad design, inklusive en uppdaterad navigering, så att produkten ser likadan ut och beter sig konsekvent från en modul till nästa.

  • Individuella visningsinställningar: Varje användare kan ange sina egna preferenser utan att påverka någon annan, däribland tema, mörkt läge, textstorlek och radhöjd.
  • Guidade turer: Turer i produkten har lagts till för att hjälpa alla att hitta rätt i den nya layouten och de nya inställningarna, så att förändringen blir lätt att ta till sig.

Att hitta saker går snabbare, och nu är det en sökning i stället för flera: ett och samma ställe för varje post, varje åtgärd och varje inställning.

  • En sökning över alla poster: Hitta ärenden, uppgifter, assets och andra poster från ett och samma ställe och öppna dem i sitt sammanhang. Det finns ett vanligt nyckelordsläge och ett AI-läge där du kan fråga med egna ord.
  • Även åtgärder, inställningar och how-tos: Samma sökning når varje åtgärd i systemet: du skapar ett objekt, öppnar en inställning eller hittar en how-to-artikel direkt från sökfältet, utan att veta var den ligger.
  • Fördefinierade snabbfilter: En blixtikon erbjuder färdiga sökningar, till exempel ett ärende utifrån dess id eller en sökning avgränsad till en persona. De tar hänsyn till sammanhanget, alltså den modul du står i.
  • Quick tags: Skriv ett fält direkt i sökfältet, som id= 10 eller title=, för att filtrera medan du skriver, utan att öppna någon panel.
  • Avancerad sökning: Avgränsa en sökning med filter och operatorer per fält (lika med, senast den, och så vidare), som läggs till från en filterpanel och visas som justerbara chips.
  • Exportera eller sök vidare: Resultaten av en sökning bland poster kan exporteras, eller sökas igenom en gång till för att avgränsas utan att du börjar om.

Automations

Automations är ett steg upp från de separata regelmotorer som plattformen tidigare hade. En regel lyssnar efter en utlösare och kör en eller flera åtgärder, och bredden på båda är betydligt större än i de regler den ersätter. Det gör den till den motor som mycket av resten av den här releasen bygger på.

Redigeraren för automationsregler: till vänster en utlösare på ett skapat ärende med ett villkor på prioritet, till höger valet av åtgärdstyper: skapa ärende, skapa uppgift, uppdatera fält, lägg till kommentar, skicka e-post, skicka chattmeddelande, utlös AI, webhook, anonymisera post och ta bort post.
En regel: vad den lyssnar efter, villkoren som avgränsar den och åtgärderna den kan köra. Öppna i full storlek
  • Utlös på vad som helst: En regel utlöses när en post skapas, uppdateras, tas bort eller byter status, och den kan bevaka vilket fält som helst för vilken ändring som helst, avgränsad av vilken uppsättning villkor du vill.
  • Ett brett urval av åtgärder: Uppdatera vilket fält som helst (inklusive tilldelade, workgroups och bevakare), sätt ett pris, skicka ett e-postmeddelande, lägg upp ett chattmeddelande, lägg till en kommentar, skapa en uppgift eller ett ärende, anropa en webhook eller lämna posten till AI-assistenten. För datalagring kan en regel också anonymisera posten, alltså behålla den men ta bort personuppgifterna, eller ta bort den helt.
  • Över relaterade poster: En åtgärd kan rikta sig mot en relaterad post, så en regel på en bokning kan agera på dess uppgifter.
  • Beräknade datum: Ett datumvillkor eller datumvärde kan lösas upp när regeln körs, till exempel “24 timmar före starten”.
  • Exklusiv kedja: Varje åtgärd i en regel kan ha egna villkor, och på en exklusiv regel körs bara den första åtgärd vars villkor uppfylls. Så kan en regel bete sig som en if / else-if-kedja i stället för att utlösa varje åtgärd.
  • Körningsgränser och felhantering: En regel kan köras varje gång dess utlösare matchar eller bara en gång per post, och du bestämmer om de återstående åtgärderna ändå körs när en av dem misslyckas.
  • Mallar och en trygg start: En ny regel kan utgå från en mall, är inaktiv till dess att du aktiverar den och beskriver sig själv i vanligt språk (“när ärende skapas om prioritet är lika med högsta”), så att du kan kontrollera att den säger det du menade.
  • Körningshistorik: Varje körning loggas per regel och rensas automatiskt, så du ser exakt vad som utlöstes och varför.

Jämfört med den gamla uppsättningen, där varje regeltyp hade sin egen skärm och gjorde en enda sak, är detta en enda motor med i praktiken ett enormt spann av vad du kan utlösa på och vad du kan få att hända.

Genomarbetade exempel

Sex kompletta processer, var och en utskriven som en steglista med sitt diagram, redo att byggas upp i er egen tenant:

Pages

Hittills har varje användare haft en enda startsida. Pages ersätter den: du kan bygga flera sidor, var och en anpassad till en roll eller ett syfte, och din befintliga startsida konverteras automatiskt till en Page så att ingenting går förlorat.

Sidredigeraren: till vänster en widgetpanel med text, bild, avdelare, klocka, meny, sidnavigator, hyperlänk, banner och egen HTML, plus datawidgetar för tabell, ärende och kunskapsbas, intill en sida som byggs upp med en banner, snabbvalskort och meddelandelistor.
Dra en widget från panelen till sidan. Den layout du ställer upp är den layout dina användare får. Öppna i full storlek
  • Flera sidor: Bygg så många sidor du behöver i stället för en enda startsida. Till exempel en sida för workplace-insikter, en sida för service desk och en enklare sida för slutanvändare, där var och en bara visar den information den målgruppen behöver. Möjligheterna är i praktiken oändliga.
  • En ny sidredigerare: Bygg en sida genom att dra widgetar från en panel till en levande arbetsyta och placera dem där du vill ha dem, så att det du ställer upp är det dina användare får. En sida kan dessutom ha en egen bakgrundseffekt.
  • Fler widgets: Ett bredare urval än tidigare: text, bilder, avdelare, en klocka, menyer, en sidnavigator, hyperlänkar och banners, plus datawidgetar för tabeller, ärenden och artiklar i kunskapsbasen.
  • Helt egna sidor: När standardwidgetarna inte räcker låter en widget för egen HTML dig bygga sidan helt enligt din egen design, så att en sida kan skräddarsys fullständigt om det behövs.
  • Duplicera: En sida kan dupliceras som utgångspunkt för nästa.
  • Fäst och standard: En sida kan fästas i navigeringen och en standardsida kan anges.
  • Sidor per användare: Med de nya behörigheterna kan du låta användare bygga och redigera sina egna sidor.

Integrationer & inloggning

Att sätta upp integrationer och inloggning var tidigare något vi gjorde åt dig. Det finns nu i produkten: från en workspace hanterar du dina egna integrationer, skapar tjänstekonton och konfigurerar själv single sign on och övriga inloggningsinställningar.

  • Integrationer i självbetjäning: Anslut, konfigurera och hantera integrationer direkt i lösningen, inklusive en anpassad integration för ett system som vi inte levererar en standardkoppling till.
  • Tjänstekonton: Skapa och hantera dina egna tjänstekonton, där det redigerbara namnet är åtskilt från det visade namnet.
  • Inloggning och SSO: Hantera single sign on, Microsoft-inloggning och manuell inloggning per företag, och bestäm vilka metoder som tillåts. Fler än en Microsoft-tenant kan anslutas, med en ledande tenant för rumssynkronisering.
  • Hälsostatus: En status visar med en blick om en integration är ansluten och fungerar och om den har den åtkomst den behöver, så att du kan fånga ett problem innan en användare stöter på det.

Kunskapsbas

I takt med att mer av plattformen drivs av AI blir kunskapsbasen viktigare än någonsin: en AI-assistent, liksom era egna medarbetare, kan bara svara lika bra som artiklarna bakom dem. Den här releasen utökar kunskapsbasen så att du kan hålla artiklarna vassa och se var de brister.

Rapporten över kunskapsluckor: en veckotrend över sökningar, personer och unika sökord, ovanför en tabell med sökord som inte gav svar och som per sökord visar hur många personer som sökte på det, hur ofta ingenting hittades, hur ofta resultatet inte hjälpte, de sammanslagna stavningsvarianterna, och om sökningen kom från artikelpanelen eller den globala sökningen.
Sökningar som inte gav något användbart, grupperade och rangordnade: din att-göra-lista över artiklar att skriva. Öppna i full storlek
  • Smartare sökning: Artikelsökning rangordnar nu resultaten efter relevans och matchar mot titel, beskrivning, taggar och klassificeringar, samt hanterar plural och böjda ordformer, så att rätt artikel dyker upp även när formuleringen skiljer sig. Resultaten kan filtreras efter klassificering.
  • Rapport över kunskapsluckor: Sökningar som inte gav något användbart registreras, och en sökning som inte hittade någonting alls skiljs från en vars resultat inte hjälpte. Stavningsvarianter av samma fråga slås samman till en lucka och rangordnas efter hur många personer som stötte på den. Varje lucka visar var sökningen kom ifrån, artikelpanelen eller den globala sökningen, och en trend per dag, vecka, månad, kvartal eller år visar om de artiklar du skrev landar. Det är i praktiken din att-göra-lista över artiklar att skriva.
  • Feedback på artiklar: En läsare kan betygsätta en artikel, och feedbacken sammanfattas per artikel, så att du kan se vad som fungerar och vad som behöver arbetas om.
  • Insikt i användning: Artikelanvändning finns som listkolumner, så att du kan se vilka artiklar som bär tyngden.

Planritningar & skrivbordsbokning

Den största visuella förändringen i den här releasen: plattformen får en planritning över varje våning, och ett skrivbord blir bokningsbart på den. Rum och skrivbord visar en livestatus för den tidpunkt du tittar på, i bokningsformuläret, på en väggmonterad kiosk och på själva planritningen.

Planritningskiosken på en vägghängd skärm: en fotorealistisk planritning ovanifrån, med mötesrum färgade efter tillgänglighet i realtid och en öppen arbetsyta med skrivbord, en sidopanel med byggnadsval, en sökning efter rum och personer, en våningslista med antalet lediga platser per våning, filter för tillgänglighet, kapacitet och utrustning och en realtidsräknare för belägggning, summorna längst upp och ett tidsreglage längst ned.
Kiosken i entrén: grönt ledigt, rött bokat, grått inte tillgängligt, för stunden då du står framför den. Öppna i full storlek
  • Planritningar: Rita en plan per våning med rumszoner och placera skrivbord och andra objekt på den, kopplade till sina befintliga poster. Varje rum och skrivbord visar en livestatus för den valda tiden (grönt ledigt, rött upptaget, blått markerat), med kapacitet, utrustning och nästa bokning vid hovring.
  • Boka från kartan: En planritningsvy ligger bredvid listan i bokningsformuläret. Klicka på en ledig ruta så fylls bokningen i, med samma regler, restriktioner och öppettider som överallt annars.
  • Skrivbordsbokning: Ett skrivbord är nu ett bokningsbart objekt vid sidan av rum, med en typ (fast, flex eller fokus), kapacitet, utrustning och en zon. Boka ett för en hel eller del av dag, vilket öppnar för neighbourhood booking och insikt i beläggning.
  • Planritningskiosk: Samma planritning körs i helskärm på en väggmonterad pekskärm eller display, i entrén och på varje våning. Välj en byggnad och en våning och varje rum och skrivbord färgkodas i realtid, med löpande summor, filter för tillgänglighet, kapacitet och utrustning, och ett tidsreglage, så att den som passerar ser vad som är ledigt och hittar rätt utan att logga in.

Workplace

Utöver planritningen samlas också resten av bokningsupplevelsen: återkommande bokningar hanteras inbyggt, tillgängligheten flyttar in i återanvändbara regler, och en lång lista förbättringar rör hur en bokning skapas och debiteras.

  • Återkommande bokningar: En serie hanteras inbyggt i stället för att förlita sig på kalenderleverantören. Den kan redigeras som hel serie eller per tillfälle, och flyttar, undantag och avbokningar stäms av mot Microsoft i stället för att dupliceras.
  • Tillgänglighetsregler: Tillgängligheten flyttar ut från det enskilda objektet till återanvändbara regler. En resurs kan ha flera regler samtidigt, var och en avgränsad till specifika användargrupper, med egen minsta och största framförhållning, plus regler för när ingen plats är angiven och för externa rum.
  • Bokningsmallar: En administratör kan forma bokningsformuläret per mall, inklusive anpassade fält på själva bokningen, grupperade i egna sektioner och flikar, plus ekonomietiketter per mall och bokningsdatumalternativ som definieras på mallen.
  • Outlook-tillägget och Chrome-tillägget: Outlook-tillägget och Chrome-tillägget för Google Workspace har förnyats och följer nu webbappens arbetssätt. Inställningar som tilldelats på bokningsmallen gäller nu även där, och när det finns flera bokningsmallar väljer du först mallen och skapar sedan bokningen.
  • Tid för uppställning och avplockning: Ett rum kan ha en buffert för uppställning och avplockning, som räknas som upptagen tid så att intilliggande bokningar inte kolliderar med förberedelser eller städning, med möjlighet till undantag per bokning.
  • Frigöring via signage per typ: Varje bokningstyp styr om en bokning frigörs automatiskt när ingen checkar in, så att en planerad spärr eller underhållsbokning inte frigörs halvvägs.
  • Bokningskälla och no-show: Varje bokning registrerar var den gjordes (webb, mobil, Outlook, Google, signage, kiosk eller integration) och flaggas som no-show när den avslutas utan incheckning, med en konfigurerbar tolerans.
  • Mobilapp: Bokningar kan hanteras på språng från mobilappen, med bokningsformulär, tillgänglighet, återkommande bokningar, tjänster och incheckning.
  • Flera bilder: Ett rum eller en yta kan hålla flera bilder i stället för en.
  • Timprissättning: Ett timrum använder rumspriset som taxa, med faktureringen inställd på dynamisk; den separata avgiftskonfigurationen är borta.
  • Felanmälan: Ett fel kan anmälas direkt från signage.
  • Eco-poäng: En produkt kan ha en eco-poäng, tillgänglig som kolumn och filter i översikter.
  • Katalogordning: Ordningen i katalogen kan anges, så att alternativen med lägst påverkan kan visas först.

Analytics

En ny analytics-modul förvandlar operativa data till färdigkurerade dashboards, byggda kring de frågor som chefer faktiskt ställer i stället för en tom diagramyta.

  • Kurerade KPI:er över modulerna: Färdiga KPI:er för ärenden, uppgifter, bokningar, assets och configuration items, såsom öppen backlog, tid till avslut, SLA-överträdelser, försenade uppgifter, rumsbeläggning och no-show-andel.
  • Tid i status: Ett varaktighetslager läser ändringsloggen för att mäta hur länge en post låg i varje status, inklusive åldrande, så att “hur länge väntade detta” blir ett rapporterbart tal.
  • Benchmarks: Jämför en KPI med en tidigare period, ett annat team eller en annan byggnad, eller ett branschbenchmark, och märk dina egna anpassade KPI:er.
  • Rikare widgets: KPI-kort, sparklines, trend- och jämförelsediagram och en heatmap, plus den anpassade HTML-widgeten, för att bygga en sida kring dem.
  • Validering: Dimensionskombinationer valideras, så att en ogiltig sådan rapporteras i stället för att fallera vid körning.
Rumsbeläggning per vecka, exempel
mån
tis
ons
tor
fre
09:00
11:00
13:00
15:00
17:00
Lugnt Livligt

Ärendehantering & uppgifter

Ärendehantering och uppgifter får ett sätt att skapa ärenden direkt från e-post, och uppgifter blir lättare att koppla till varandra.

  • E-post till ärende: En inkommande e-postkanal kan förvandla inkommande e-post till ärenden automatiskt. Varje kanal har sin egen adress och token, tar bara emot e-post från kända eller autentiserade avsändare när du kräver det, och är hastighetsbegränsad per timme för att hindra en e-postloop från att översvämma kön.
  • Mallstyrd mottagning: En e-postkanal skapar ärendet från en vald ärendemall, fyller i mallens egna fält och tar rimliga standardvärden från avsändaren där ett fält härleds från beställaren.
  • Trådade svar: Ett svar på ett notifieringsmejl trådas tillbaka till posten det kom från, för varje entitet och inte bara ärenden.
  • Uppgiftsberoenden och länkning: En uppgift kan vänta på en annan, och uppgifter kan länkas mellan poster, med underuppgifter synliga från den överordnade.
  • Fullständig uppgiftsdialog: Sidopanelen för uppgiften ersätts av en fullständig dialog som samlar all information om uppgiften på ett ställe.
  • Redigering i listan: Uppgiftslistor stöder redigering direkt i listan, så att du kan ändra värden rakt från listan utan att öppna uppgiften.

AI

Gfacility AI blir kraftfullare och öppnare.

  • Flera leverantörer sida vid sida: Kör fler än en AI-leverantör i samma miljö, i stället för att vara bunden till en enda.
  • Nyare modeller: Stöd för de senaste modellerna, med ett kontextfönster på upp till 1 000 000 tokens för mycket större indata.
  • Mer kontroll över användningen: Ytterligare alternativ för att tilldela och sätta tak för AI-användning i hela företaget och per användare.
  • MCP, åt båda hållen: Anslut externa verktyg till Gfacility AI via MCP, och använd Gfacility självt som ett verktyg inuti externa AI-assistenter.

Inspektioner & underhåll

Facility-verksamheten får strukturerade byggnadsinspektioner och återkommande underhållsplaner, som tillsammans matar den fleråriga underhållsplanen.

  • Inspektioner: En strukturerad inspektion med felregistrering, inklusive detaljfält per fel.
  • Konditionspoäng: Fel poängsätts enligt NEN 2767 och konditionen sparas på configuration item, så att en assets aktuella skick är synligt utanför inspektionen.
  • Underhållsåtgärder: Registrerade åtgärder utgör grunden för flerårig underhållsplanering.
  • Underhållsplaner: Återkommande förebyggande underhåll för assets och configuration items. En plan väljer sina poster manuellt eller via villkor, återkommer enligt ett datummönster, en mätarställning eller ett uppmätt skick, och skapar de uppgifter som hör till varje tillfälle. Blackout-fönster håller planerat arbete borta från de perioder du stänger.
  • Flerårig underhållsplan (MJOP): Flerårsprognosen byggs av de registrerade åtgärderna och underhållsplanerna och omfattar både assets och configuration items.

Space forecasting

Fånga hur ytor används över tid och modellera vad som händer härnäst, utifrån dina egna data i stället för ett kalkylark.

  • Ögonblicksbilder: Ytor och antal medarbetare registreras över tid, vilket ger en verklig baslinje att planera mot.
  • Scenarier: Modellera en flytt, tillväxt eller omorganisation utifrån rader per team eller avdelning, jämfört med de registrerade ögonblicksbilderna.

Mina kontorsdagar

Team och enskilda planerar vilka dagar de är på kontoret.

  • Regler för kontorsdagar: Ett team publicerar ett återkommande mönster för kontorsnärvaro, som i förväg omvandlas till konkreta dagar.
  • Närvaro: Närvaron förutspås utifrån mönstret och bekräftas av personen, med faktisk närvaro registrerad per dag.
  • Kalendersynkronisering: Valfri per användare, så att kontorsdagar visas i Outlook eller Google Kalender som arbetsplats.

Roll avgränsad till en organisation

Åtkomst till en post var tidigare nästan binär. Antingen hade någon en av de tre smala rollerna på den (skapare, tilldelad eller watcher), eller så hade personen ingen roll och det som “ingen roll” ger gällde i hela dess organisationsomfång. För de flesta kunder är steget från ingenting till allt för stort, så den här releasen lägger till ett lager däremellan.

  • En konfigurerbar roll: En administratör definierar vad rollen får göra (läsa, redigera, stänga, omtilldela, justera ekonomi och så vidare) i stället för att välja ur en fast uppsättning.
  • Kopplad till profilen: Rollen kopplas till två fält på användaren. Deras primära organisation är där den gäller som standard, och organisationer med åtkomst listar de ytterligare organisationer de kan nå, som rollen antingen kan utsträckas till eller hållas utanför.
  • I hela produkten: En enda konfiguration täcker varje objekt som bär behörigheter i dag: bokningar, assets, configuration items, ärenden, uppgifter och tjänster.
  • Vid sidan av de befintliga rollerna: Skapare, tilldelad, watcher och ingen roll förblir exakt som de är; den här sitter bredvid dem snarare än ersätter dem.

Ett typiskt användningsfall är en servicekoordinator som måste kunna ta över och omtilldela vilket ärende som helst inom en organisation, men ska hållas utanför de andra organisationerna.

Övrigt

  • Fästa kolumner: En kolumn kan fästas så att den syns kvar medan du rullar resten av en lista i sidled.
  • Vyinställningar på ett ställe: Valet av kolumner och bytet av vytyp har flyttat från åtgärdsfältet till vyinställningarna, så att allt som styr hur en lista ser ut nu ligger samlat.
  • Behörigheter: Behörigheter för group kan jämföras sida vid sida.
  • Översättningar: Konfigurationsdata som statusar, typer och etiketter kan översättas från gränssnittet, med import, export och ett antal per språk.
  • Enhetlig historik: Historik för ärenden, uppgifter, configuration items, produkter, assets och kunskapsbas slås samman till en enda logg, och klassificeringar och fristående uppgifter granskas också.
  • Mallar: En anpassad formulärlayout per mall, och mallar kan jämföras sida vid sida.
  • Guidade turer: Turer i produkten spåras per användare, så att en tur inte visas två gånger.
  • Bifogade filer: Miniatyrer för bifogade filer, och en separat behörighet för att ta bort en bifogad fil.
  • Meddelanden: Meddelandebanners som en användare kan stänga.
  • Schemaläggare: Liveuppdateringar över websockets och konfigurerbara tidslinjekolumner.

API-ändringar

Den här releasen lägger till mycket och avvecklar en del. Om du konsumerar API:et direkt, gå igenom de brytande ändringarna först.

Borttagna endpoints:

  • Historik-endpoints per modul ersätts av en enda. POST {task}/history, GET {ticket}/history, POST {asset}/history, POST {product}/history, POST {knowledgebase}/history, configuration item-endpointen POST /history, POST {deletedEvent}/history, POST {deletedEvent}/history/users och GET meeting/{event}/history tas alla bort. Använd GET change-log i stället, skyddad av can:changeLog.list.
  • Tillgänglighet per modell ersätts. GET och PATCH availability-rules/{modelType}/{modelId} tas bort till förmån för availability-rule-resursen nedan.
  • Endpointerna för AI-användning är ersatta. GET ai/usage, GET ai/{type}/{id}/usage och GET ai/{type}/{id}/usage-list är borttagna till förmån för ai/usage/system och ai/billing/usage nedan.
  • Dashboardavsnitt är inte längre en egen resurs. Resursen dashboards/templates/sections är borttagen; avsnitten på en sida hanteras via sidan själv.

Ändrade behörigheter (samma URL, annan kontroll):

  • Dashboardmallar går från en enda övergripande behörighet till kontroller per post: dashboardTemplate.list blir dashboardTemplate.browse på indexet och dashboardTemplate.view,template på visningen, och uppdatering, duplicering och borttagning kopplar nu mallen (...update,template, ...duplicate,template, ...delete,template). Duplicering använder inte längre create.
  • Planritningseditorn går från can:locations.update till can:viewMap, och en ny GET locations/booking-floors skyddas av can:viewBookingFloors.
  • Duplicering av en restriktionsregel kräver nu can:restrictionRule.duplicate.
  • Tidsregistreringar kopplar själva registreringen, så uppdatering och borttagning löses upp till can:taskTimeEntry.update,task,timeEntry (och ärendemotsvarigheten) i stället för enbart den överordnade.
  • Flikar, avsnitt och kopplingar för custom fields kräver nu behörighet. POST, PATCH och DELETEcustom-fields/tabs, custom-fields/sections och custom-fields/attributes/assign kräver can:customField.assign; tidigare bar de ingen behörighet.
  • Mallordningen kräver nu can:template.update,templatePATCH templates/{template}/sequence, medan omsortering tidigare var oskyddad.
  • Sökningen i AI-kontext kräver nu can:ai-context.listGET ai/context/search, där den tidigare var oskyddad.

Ändrade fält:

  • Återkomst omdöpt. På events blir recurrence_type till recurrence_external_type (Microsoft- eller Google-seriens roll), vid sidan av nya inbyggda återkomstfält. Klienter som läser recurrence_type måste byta.
  • Avgiftsfält för plats borttagna. charge_type och charge_hours är borta; ett timrums taxa är fältet price med dynamisk fakturering.
  • Platsbild ersatt. Det enskilda fältet image viker för samlingen attachments, så att en plats kan bära flera bilder; läs den primära från display-bilagan.
  • Produktfakturering är en enum (fixed | dynamic), värden utanför den uppsättningen normaliseras till fixed, och ett nytt fält eco_score är tillgängligt.
  • Framförhållning för tillgänglighet flyttar. Fälten before / after per objekt finns nu på tillgänglighetsregeln som minsta och största framförhållning.
  • Dashboardmallar får created_by och allow_duplicate.
  • Felmeddelanden förblir översatta (i18n), så tolka felkoder snarare än engelska strängar.

Uppdaterade endpoints:

  • Listsvar kan nu utelämna kolumner per användare. Flera moduler fick läsbehörigheter på fältnivå ({module}-organization-read, {module}-organizer-read, {module}-visitor-past-read, {module}-visitor-future-read, {module}-inspection-read), och list-endpoints tar bort de kolumnerna för användare som saknar dem. Anta inte att en kolumn finns bara för att den gjorde det i förra releasen.
  • Aggregatkolumner går att filtrera. Kolumner som byggs av en grupperad join (workgroups, tilldelade, klassificeringar, taggar och liknande) kan nu filtreras direkt. Att filtrera dem misslyckades tidigare eller rensade i tysthet bort de rader som aggregatet summerade över, så att en post med flera värden krympte till den du filtrerade på; de filtren matchar nu posten och returnerar fortfarande hela uppsättningen.
  • Nya filtrerbara och sorterbara kolumner har lagts till över de befintliga list-endpointsen (events, configuration items, platser, produkter, assets, kunskapsbas, bokningar, catering, ekonomi, groups, organisationer och filter), så att sparade vyer och rutnätsfilter har mer att arbeta med.
  • Listor begränsas efter begärda kolumner. Skicka de kolumner du faktiskt visar via visibleColumns[]; en begäran som frågar efter allt tvingar backenden att beräkna varje anpassat attribut och grupperat aggregat vid varje hämtning.
  • Restriktionsregler begränsar nu routeparametern till numeriska id:n, så ett icke-numeriskt id löses inte längre upp.
  • Signagens auto-release använder en annan handler. POST auto-release går nu till auto-release-åtgärden i stället för utcheckningsåtgärden, i linje med frisläppningen per typ som beskrivs ovan. URL:en är oförändrad, beteendet inte.

Nya endpoints:

  • Automations: automation-rules med full CRUD plus {rule}/toggle, {rule}/test, {rule}/runs och en tenant-övergripande runs. Åtgärderna inkluderar set-price och delete-record.
  • Tillgänglighetsregler: en fullständig resurs (index, name-listing, show, update, duplicate, delete) plus regler per modell (GET/PATCH {modelId}) och DELETE {rule}/{modelType}/{modelId} för att koppla bort ett objekt.
  • Ändringslogg: GET change-log, det enda historikflödet för samtliga moduler.
  • Skrivbordsbokning: desk-booking/upcoming, check-in, {bookingRoom}/check-out och {bookingRoom}/extend, plus GET locations/{location}/desk-qr.
  • Inspektioner och underhåll: inspection (CRUD + listing), maintenance-measure (CRUD), mjop/forecast och en export/inspections-endpoint.
  • Space forecasting: space-forecast/calculate, space-snapshots, space-portfolios, space-collaboration, och space-scenarios med CRUD, compare, duplicate, export, accuracy och per rad update / reset.
  • Kontorsdagar, team och närvaro: teams (CRUD, mine, invites, join, leave, members, nudge, attendance, insights), attendance-intents (mine, overview, setMine, calendar-opt-in, user), office-day-rules/mine och presence-events.
  • AI: ai/plan (CRUD, tenant-settings, groups, tilldelning till en group eller användare), ai/quota, ai/billing/usage och ai/usage/system.
  • Säkerhet: security/audit-logs, security/blocked-accounts, security/unblock och security/sign-out-all.
  • Floor kiosk: floor-kiosk med list, create, show, update och delete.
  • Kunskapsbas: luckrapportering (gaps, gaps/trend, gaps/variants, skyddad av den nya behörigheten knowledgebase.gaps), search-miss, plus per artikel usage och feedback (med feedback/summary).
  • Inkommande e-post: inbound-email-channels (CRUD, name-list, rotate-token, {channel}/emails) som per kanal tar emot token-autentiserad e-post, hastighetsbegränsad per timme, för att skapa ärenden. Åtgärden send-email kan välja sin avsändaradress.
  • Bokningsmallar: per mall finkeys (list, reorder, update) och anpassade sections, där attributflikar och sektioner skyddas av can:customField.assign.
  • Översättningar: endpoints för att läsa och skriva konfigurationsöversättningar, med import, export och antal per språk.
  • Feedback och meddelanden: nps (eligibility, dismiss, company-settings, store, update) och systemmeddelanden med stängning per användare.
  • Mindre tillägg: catalogue-sort/{type} (get och update), GET {event}/series för serieinformation, och PATCH user/tour-state.