2026 - Q3

Esta es nuestra mayor versión hasta la fecha. A continuación encontrará las novedades de cada módulo.

Una nueva imagen y experiencia

Toda la aplicación se ha alineado con una imagen renovada, incluida una navegación renovada, para que el producto se vea y se comporte de forma coherente de un módulo a otro.

• Ajustes de visualización individuales: Cada usuario define sus propias preferencias sin afectar a los demás, incluidos el tema, un modo oscuro, el tamaño del texto y la altura de las filas.
• Visitas guiadas: Se han añadido visitas dentro del producto para ayudar a todos a orientarse en la nueva disposición y los nuevos ajustes, de modo que el cambio resulte fácil de asimilar.

Búsqueda

Encontrar las cosas es más rápido, y ahora hay una sola búsqueda en lugar de varias: un único lugar para cada registro, cada acción y cada ajuste.

• Una búsqueda para todos los registros: Encuentre tickets, tareas, assets y otros registros desde un único lugar y ábralos en su contexto. Cuenta con un modo por palabras clave normal y un modo AI en el que puede preguntar con sus propias palabras.
• También acciones, ajustes y how-tos: La misma búsqueda alcanza todas las acciones del sistema: puede crear un objeto, abrir un ajuste o encontrar un artículo how-to desde la barra de búsqueda, sin saber dónde está.
• Filtros rápidos predefinidos: Un icono de rayo ofrece búsquedas ya preparadas, por ejemplo un ticket por su id o una búsqueda limitada a una persona. Tienen en cuenta el contexto, es decir, el módulo en el que se encuentra.
• Quick tags: Escriba un campo directamente en la barra de búsqueda, como id= 10 o title=, para filtrar sobre la marcha mientras escribe, sin abrir ningún panel.
• Búsqueda avanzada: Acote una búsqueda con filtros y operadores por campo (igual a, en o antes de, etc.), añadidos desde un panel de filtros y mostrados como fichas ajustables.
• Exportar o seguir buscando: Los resultados de una búsqueda de registros se pueden exportar, o volver a buscar dentro de ellos para acotarlos sin empezar de nuevo.

Automations

Las Automations son un nivel superior a los motores de reglas independientes que tenía la plataforma. Una regla escucha un disparador y ejecuta una o varias acciones, y el alcance de ambos es mucho más amplio que en las reglas a las que sustituye. Es, por tanto, el motor sobre el que se apoya buena parte del resto de esta versión.

• Disparar con cualquier cosa: Una regla se dispara cuando un registro se crea, se actualiza, se elimina o cambia de estado, y puede vigilar cualquier campo ante cualquier cambio, delimitada por cualquier conjunto de condiciones.
• Una amplia gama de acciones: Actualice cualquier campo (incluidos los asignados, los workgroups y los observadores), fije un precio, envíe un correo, publique un mensaje de chat, añada un comentario, cree una tarea o un ticket, llame a un webhook o entregue el registro al asistente AI. Para la retención de datos, una regla también puede anonimizar el registro, conservándolo pero quitando sus datos personales, o eliminarlo por completo.
• En registros relacionados: Una acción puede apuntar a un registro relacionado, así que una regla sobre una reserva puede actuar sobre sus tareas.
• Fechas calculadas: Una condición o un valor de fecha puede resolverse en el momento en que se ejecuta la regla, por ejemplo “24 horas antes del inicio”.
• Escalera exclusiva: Cada acción de una regla puede llevar sus propias condiciones y, en una regla exclusiva, solo se ejecuta la primera acción cuyas condiciones se cumplen, de modo que una regla se comporta como una cadena if / else-if en lugar de disparar todas las acciones.
• Límites de ejecución y gestión de fallos: Una regla puede ejecutarse cada vez que su disparador coincide o solo una vez por registro, y usted decide si las acciones restantes siguen ejecutándose cuando una de ellas falla.
• Plantillas y un arranque seguro: Una regla nueva puede partir de una plantilla, permanece inactiva hasta que la activa y se describe en lenguaje claro (“cuando un ticket se crea si la prioridad es igual a la más alta”), para que pueda comprobar que dice lo que quería.
• Historial de ejecuciones: Cada ejecución se registra por regla y se depura automáticamente, así que puede ver exactamente qué se disparó y por qué.

Frente al planteamiento anterior, donde cada tipo de regla tenía su propia pantalla y hacía una sola cosa, se trata de un único motor con, en la práctica, un enorme abanico de disparadores posibles y de efectos posibles.

Pages

Hasta ahora cada usuario tenía una única página de inicio. Las Pages la sustituyen: puede crear varias páginas, cada una adaptada a un rol o a un propósito, y su página de inicio actual se convierte en una página automáticamente para que no se pierda nada.

• Varias páginas: Cree tantas páginas como necesite en lugar de una sola página de inicio. Por ejemplo, una página de análisis del puesto de trabajo, una página para el service desk y una página más sencilla para los usuarios finales, cada una mostrando solo la información que ese público necesita. Las posibilidades son prácticamente ilimitadas.
• Un nuevo editor de páginas: Cree una página arrastrando widgets desde un panel a un lienzo en vivo y colocándolos donde quiera, de modo que lo que usted coloca es lo que ven sus usuarios. Una página también puede llevar su propio efecto de fondo.
• Más widgets: Un conjunto más amplio que antes: texto, imágenes, separadores, un reloj, menús, un navegador de páginas, hipervínculos y banners, además de widgets de datos para tablas, tickets y artículos de la base de conocimiento.
• Páginas totalmente personalizadas: Cuando los widgets estándar no bastan, un widget de HTML personalizado le permite construir la página por completo según su propio diseño, de forma que una página pueda hacerse totalmente a medida si lo necesita.
• Duplicar: Una página puede duplicarse como punto de partida para la siguiente.
• Fijar y página predeterminada: Una página puede fijarse a la navegación y puede definirse una página predeterminada.
• Páginas por usuario: Con los nuevos permisos puede permitir que los usuarios creen y editen sus propias páginas.

Integraciones e inicio de sesión

La configuración de las integraciones y del inicio de sesión era antes algo que hacíamos por usted. Ahora reside en el producto: desde un único workspace gestiona sus propias integraciones, crea cuentas de servicio y configura usted mismo el single sign on y los demás ajustes de inicio de sesión.

• Integraciones en autoservicio: Conecte, configure y gestione las integraciones desde la propia solución, incluida una integración personalizada para un sistema para el que no ofrecemos un conector estándar.
• Cuentas de servicio: Cree y gestione sus propias cuentas de servicio, con el nombre editable separado del nombre mostrado.
• Inicio de sesión y SSO: Gestione el single sign on, el inicio de sesión con Microsoft y el inicio de sesión manual por empresa, y decida qué métodos se permiten. Se pueden conectar varios tenants de Microsoft, con un tenant principal para la sincronización de salas.
• Estado de salud: Un estado muestra de un vistazo si una integración está conectada y funcionando y si dispone de los accesos que necesita, para detectar un problema antes de que un usuario lo encuentre.

Base de conocimiento

A medida que la plataforma se apoya más en la AI, la base de conocimiento importa más que nunca: un asistente AI, igual que sus propias personas, nunca responde mejor que los artículos que lo respaldan. Esta versión amplía la base de conocimiento para que mantenga esos artículos afinados y vea dónde se quedan cortos.

• Búsqueda más inteligente: La búsqueda de artículos ahora ordena los resultados por relevancia y busca en el título, la descripción, las etiquetas y las clasificaciones, teniendo en cuenta plurales y formas flexionadas, de modo que el artículo adecuado aparece aunque la formulación sea distinta. Los resultados pueden filtrarse por clasificación.
• Informe de lagunas de conocimiento: Las búsquedas que no devolvieron nada útil se registran, distinguiendo una búsqueda que no encontró nada de una cuyo resultado no ayudó, con las variantes ortográficas de la misma pregunta agrupadas en una sola laguna y ordenadas según cuántas personas dieron con ella. Cada laguna muestra de dónde vino la búsqueda, del panel de artículos o de la búsqueda global, y una tendencia por día, semana, mes, trimestre o año muestra si los artículos que escribió están funcionando. Es, en la práctica, su lista de artículos por escribir.
• Valoración de artículos: Un lector puede valorar un artículo, y las valoraciones se resumen por artículo, para que vea qué funciona y qué necesita mejoras.
• Visibilidad del uso: El uso de los artículos está disponible como columnas en los listados, para que vea qué artículos soportan la mayor carga.

Planos de planta & reserva de escritorios

El mayor cambio visual de esta versión: la plataforma incorpora un plano de cada planta, y un escritorio pasa a ser reservable sobre él. Salas y escritorios muestran un estado en vivo para la hora que está consultando, en el formulario de reserva, en un kiosco de pared y en el propio plano.

• Planos de planta: Dibuje un plano por planta con zonas de salas y coloque en él escritorios y otros objetos, vinculados a sus registros existentes. Cada sala y cada escritorio muestra un estado en directo para la hora elegida (verde libre, rojo ocupado, azul seleccionado), con la capacidad, el equipamiento y la próxima reserva al pasar el cursor.
• Reservar desde el plano: Una vista de plano de planta aparece junto a la lista en el formulario de reserva. Haga clic en una casilla libre y la reserva se rellena, respetando las mismas reglas, restricciones y horarios de apertura que en el resto del sistema.
• Reserva de escritorios: Un escritorio es ahora un objeto reservable junto a las salas, con un tipo (fijo, flex o focus), capacidad, equipamiento y una zona. Reserve uno para una jornada completa o parcial, lo que abre la puerta al neighbourhood booking y al análisis de la ocupación.
• Kiosco de plano de planta: El mismo plano funciona a pantalla completa en una tableta o pantalla de pared, en la recepción y en cada planta. Elija un edificio y una planta y cada sala y cada escritorio queda codificado por color en vivo, con totales en curso, filtros de disponibilidad, capacidad y equipamiento, y un control de tiempo, de modo que cualquiera que pase vea qué está libre y se oriente sin iniciar sesión.

Workplace

Más allá del plano, el resto de la experiencia de reserva también se reúne: reservas recurrentes tratadas de forma nativa, la disponibilidad trasladada a reglas reutilizables y una larga lista de mejoras en cómo se hace y se cobra una reserva.

• Reservas recurrentes: Una serie se gestiona de forma nativa en lugar de depender del proveedor de calendario. Puede editarse como serie completa o por ocurrencia, y los cambios de fecha, las excepciones y las cancelaciones se concilian con Microsoft en lugar de duplicarse.
• Reglas de disponibilidad: La disponibilidad deja de estar en el elemento individual y pasa a reglas reutilizables. Un recurso puede llevar varias reglas a la vez, cada una limitada a grupos de usuarios concretos, con sus propios plazos mínimo y máximo de antelación, además de reglas para cuando no hay ubicación definida y para las salas externas.
• Plantillas de reserva: Un administrador puede dar forma al formulario de reserva por plantilla, incluidos campos personalizados en la propia reserva, agrupados en sus propias secciones y pestañas, además de etiquetas financieras por plantilla y opciones de fecha definidas en la plantilla.
• Complemento de Outlook y extensión de Chrome: El complemento de Outlook y la extensión de Chrome para Google Workspace se han renovado y siguen ahora la forma de trabajar de la aplicación web. Los ajustes asignados en la plantilla de reserva también se aplican allí, y cuando hay varias plantillas de reserva, primero se elige la plantilla y después se crea la reserva.
• Tiempo de montaje y desmontaje: Una sala puede llevar un margen de montaje y desmontaje, contabilizado como tiempo ocupado para que las reservas contiguas no colisionen con la preparación o la limpieza, con una excepción por reserva.
• Liberación por signage según el tipo: Cada tipo de reserva controla si una reserva se libera automáticamente cuando nadie hace el check-in, para que un bloqueo planificado o una reserva de mantenimiento no se liberen a medio camino.
• Origen de la reserva y no-show: Cada reserva registra dónde se hizo (web, móvil, Outlook, Google, signage, quiosco o integración) y se marca como no-show cuando termina sin check-in, con un periodo de gracia configurable.
• Aplicación móvil: Las reservas se pueden gestionar sobre la marcha desde la aplicación móvil, con el formulario de reserva, la disponibilidad, la recurrencia, los servicios y el check-in.
• Varias imágenes: Una sala o un espacio puede contener varias imágenes en lugar de una sola.
• Tarificación por horas: Una sala por horas usa el precio de la sala como tarifa, con la facturación establecida en dinámica; la configuración de cargo separada desaparece.
• Notificación de averías: Se puede notificar una avería directamente desde el signage.
• Eco score: Un producto puede llevar un eco score, disponible como columna y como filtro en las vistas generales.
• Orden del catálogo: Se puede definir el orden del catálogo, para mostrar primero las opciones de menor impacto.

Analytics

Un nuevo módulo de analytics convierte los datos operativos en cuadros de mando listos para usar, diseñados en torno a las preguntas que los responsables se hacen realmente en lugar de un lienzo de gráficos en blanco.

• KPI listos para usar en todos los módulos: KPI predefinidos para tickets, tareas, reservas, assets y configuration items, como el backlog abierto, el tiempo hasta el cierre, los incumplimientos de SLA, las tareas vencidas, la ocupación de salas y la tasa de no-show.
• Tiempo por estado: Una capa de duración lee el registro de cambios para medir cuánto tiempo permaneció un registro en cada estado, incluido el envejecimiento, de modo que “cuánto tiempo esperó esto” se convierte en una cifra sobre la que informar.
• Benchmarks: Compare un KPI con un periodo anterior, con otro equipo o edificio, o con una referencia del sector, y marque sus propios KPI personalizados.
• Widgets más ricos: Tarjetas de KPI, sparklines, gráficos de tendencia y de comparación y un heatmap, además del widget HTML personalizado, para construir una página en torno a ellos.
• Validación: Las combinaciones de dimensiones se validan, de modo que una combinación no válida se informa en lugar de fallar en tiempo de ejecución.

Ticketing y tareas

El ticketing y las tareas incorporan una forma de crear tickets directamente desde el correo, y las tareas resultan más fáciles de relacionar entre sí.

• Email a ticket: Un canal de correo entrante puede convertir automáticamente los mensajes recibidos en tickets. Cada canal tiene su propia dirección y su propio token, solo acepta correo de remitentes conocidos o autenticados cuando así lo exige, y está limitado por hora para evitar que un bucle de buzón inunde la cola.
• Alta guiada por plantilla: Un canal de correo crea el ticket a partir de una plantilla de ticket elegida, rellena los campos propios de la plantilla y toma valores predeterminados razonables del remitente cuando un campo se deriva del solicitante.
• Encadenado de respuestas: Una respuesta a un correo de notificación se vincula de nuevo al registro del que procedía, para todas las entidades y no solo para los tickets.
• Dependencias y vínculos entre tareas: Una tarea puede esperar a otra, y las tareas pueden vincularse entre registros, con las subtareas visibles desde la tarea principal.
• Ventana completa de tarea: El panel lateral de la tarea se sustituye por una ventana completa que reúne toda la información de la tarea en un solo lugar.
• Edición en línea: Los listados de tareas admiten la edición en línea, para que cambie valores directamente desde la lista sin abrir la tarea.

AI

La AI de Gfacility se vuelve más potente y más abierta.

• Varios proveedores en paralelo: Ejecute más de un proveedor de AI en el mismo entorno, en lugar de estar atado a uno solo.
• Modelos más recientes: Compatibilidad con los últimos modelos, con una ventana de contexto de hasta 1.000.000 de tokens para entradas mucho más grandes.
• Más control del uso: Opciones adicionales para asignar y limitar el uso de la AI en toda la empresa y por usuario.
• MCP, en ambos sentidos: Conecte herramientas externas a la AI de Gfacility mediante MCP, y use el propio Gfacility como herramienta dentro de asistentes de AI externos.

Inspecciones y mantenimiento

Las operaciones de facility incorporan inspecciones de edificios estructuradas y planes de mantenimiento recurrentes, que juntos alimentan el plan de mantenimiento plurianual.

• Inspecciones: Una inspección estructurada con registro de defectos, incluidos campos de detalle por defecto.
• Puntuaciones de estado: Los defectos se puntúan según la NEN 2767 y el estado se guarda en el configuration item, para que la situación actual de un asset sea visible fuera de la inspección.
• Medidas de mantenimiento: Las medidas registradas sirven de base para la planificación de mantenimiento plurianual.
• Planes de mantenimiento: Mantenimiento preventivo recurrente para assets y configuration items. Un plan elige sus registros a mano o por condición, se repite según un patrón de fechas, una lectura de contador o un estado medido, y genera las tareas que corresponden a cada ejecución. Las ventanas de bloqueo mantienen el trabajo planificado fuera de los periodos que usted cierra.
• Plan plurianual (MJOP): La previsión plurianual se construye a partir de las medidas registradas y de los planes de mantenimiento, y cubre tanto los assets como los configuration items.

Space forecasting

Capture cómo se usa el espacio a lo largo del tiempo y modele lo que viene después, a partir de sus propios datos en lugar de una hoja de cálculo.

• Instantáneas: El espacio y la plantilla se registran a lo largo del tiempo, lo que ofrece una base real sobre la que planificar.
• Escenarios: Modele una mudanza, un crecimiento o una reorganización a partir de líneas por equipo o departamento, comparadas con las instantáneas registradas.

Mis días en la oficina

Los equipos y las personas planifican qué días están en la oficina.

• Reglas de días en la oficina: Un equipo publica un patrón recurrente de presencia en la oficina, materializado en días concretos con antelación.
• Asistencia: La asistencia se predice a partir del patrón y la confirma la persona, con la presencia real registrada por día.
• Sincronización de calendario: Opcional por usuario, para que los días en la oficina aparezcan en Outlook o Google Calendar como ubicación de trabajo.

Rol limitado a una organización

El acceso a un registro era casi binario. O bien una persona tenía uno de los tres roles restringidos (creador, asignado o watcher), o bien no tenía ningún rol y lo que concede “ningún rol” se aplicaba a todo su ámbito de organización. Para la mayoría de los clientes, el salto de nada a todo es demasiado grande, así que esta versión añade una capa intermedia.

• Un rol configurable: Un administrador define lo que el rol puede hacer (leer, editar, cerrar, reasignar, ajustar datos financieros, etc.) en lugar de elegir de un conjunto fijo.
• Vinculado al perfil: El rol se vincula a dos campos del usuario. Su organización principal es donde se aplica de forma predeterminada, y organizaciones con acceso enumera las demás organizaciones a las que puede llegar, a las que el rol puede extenderse o no.
• En todo el producto: Una sola configuración abarca todos los objetos que hoy llevan permisos: reservas, assets, configuration items, tickets, tareas y servicios.
• Junto a los roles existentes: Creador, asignado, watcher y ningún rol permanecen exactamente igual; este rol se suma a ellos en lugar de sustituirlos.

Un uso típico es un coordinador de servicio que debe poder asumir y reasignar cualquier ticket dentro de una organización, pero que debe mantenerse al margen de las demás organizaciones.

Varios

• Columnas fijadas: Una columna puede fijarse para que siga a la vista mientras desplaza el resto de un listado en horizontal.
• Ajustes de vista en un solo lugar: La elección de columnas y el cambio de tipo de vista han salido de la barra de acciones a los ajustes de vista, de modo que todo lo que determina el aspecto de un listado está ahora junto.
• Permisos: Los permisos de group pueden compararse en paralelo.
• Traducciones: Los datos de configuración, como los estados, los tipos y las etiquetas, pueden traducirse desde la interfaz, con importación, exportación y un recuento por idioma.
• Historial unificado: El historial de tickets, tareas, configuration items, productos, assets y de la base de conocimiento se reúne en un único registro, y también se auditan las clasificaciones y las tareas independientes.
• Plantillas: Una disposición de formulario personalizada por plantilla, y las plantillas pueden compararse en paralelo.
• Visitas guiadas: Las visitas dentro del producto se registran por usuario, para que una visita no se muestre dos veces.
• Adjuntos: Miniaturas para los adjuntos, y un permiso independiente para eliminar un adjunto.
• Anuncios: Banners de anuncio que el usuario puede descartar.
• Planificador: Actualizaciones en directo mediante websockets y columnas de línea temporal configurables.

Cambios en la API

Esta versión añade mucha superficie y retira parte de ella. Si consume la API directamente, revise primero los cambios incompatibles.

Endpoints eliminados:

• Los endpoints de historial por módulo se sustituyen por uno solo. POST {task}/history, GET {ticket}/history, POST {asset}/history, POST {product}/history, POST {knowledgebase}/history, el POST /history del configuration item, POST {deletedEvent}/history, POST {deletedEvent}/history/users y GET meeting/{event}/history se eliminan todos. Use GET change-log en su lugar, protegido por can:changeLog.list.
• La disponibilidad por modelo se sustituye. GET y PATCH availability-rules/{modelType}/{modelId} se eliminan en favor del recurso availability-rule que se describe más abajo.
• Los endpoints de uso de AI se sustituyen. GET ai/usage, GET ai/{type}/{id}/usage y GET ai/{type}/{id}/usage-list se eliminan en favor de ai/usage/system y ai/billing/usage más abajo.
• Las secciones de dashboard ya no son un recurso propio. El recurso dashboards/templates/sections se elimina; las secciones de una página se gestionan desde la propia página.

Permisos modificados (misma URL, control distinto):

• Las plantillas de cuadro de mando pasan de un único permiso general a controles por registro: dashboardTemplate.list se convierte en dashboardTemplate.browse en el índice y en dashboardTemplate.view,template en la ficha, y la actualización, la duplicación y la eliminación vinculan ahora la plantilla (...update,template, ...duplicate,template, ...delete,template). La duplicación ya no usa create.
• El editor de planos de planta pasa de can:locations.update a can:viewMap, y un nuevo GET locations/booking-floors está protegido por can:viewBookingFloors.
• La duplicación de una regla de restricción ahora necesita can:restrictionRule.duplicate.
• Las entradas de tiempo vinculan la propia entrada, de modo que la actualización y la eliminación se resuelven en can:taskTimeEntry.update,task,timeEntry (y el equivalente para tickets) en lugar de solo en el elemento padre.
• Las pestañas, secciones y asignaciones de custom fields ahora requieren permiso. POST, PATCH y DELETE en custom-fields/tabs, custom-fields/sections y custom-fields/attributes/assign exigen can:customField.assign; antes no llevaban ningún permiso.
• El orden de las plantillas exige ahora can:template.update,template en PATCH templates/{template}/sequence, mientras que reordenar no estaba protegido.
• La búsqueda de contexto de AI exige ahora can:ai-context.list en GET ai/context/search, donde antes no estaba protegida.

Campos modificados:

• Recurrencia renombrada. En los events, recurrence_type pasa a recurrence_external_type (el rol de la serie de Microsoft o Google), junto a nuevos campos de recurrencia nativa. Los clientes que leen recurrence_type deben migrar.
• Campos de cargo de la ubicación eliminados. charge_type y charge_hours desaparecen; la tarifa de una sala por horas es el campo price con facturación dinámica.
• Imagen de la ubicación sustituida. El campo único image deja paso a la colección de adjuntos, de modo que una ubicación puede llevar varias imágenes; lea la principal desde el adjunto de visualización.
• La facturación de producto es una enumeración (fixed | dynamic), los valores fuera de ese conjunto se normalizan a fixed, y hay disponible un nuevo campo eco_score.
• El plazo de antelación de disponibilidad cambia de sitio. Los campos before / after por elemento residen ahora en la regla de disponibilidad como plazos mínimo y máximo de antelación.
• Las plantillas de cuadro de mando incorporan created_by y allow_duplicate.
• Los mensajes de error siguen traducidos (i18n), así que analice los códigos de error en lugar de los textos en inglés.

Endpoints actualizados:

• Las respuestas de lista ahora pueden omitir columnas según el usuario. Varios módulos han incorporado permisos de lectura a nivel de campo ({module}-organization-read, {module}-organizer-read, {module}-visitor-past-read, {module}-visitor-future-read, {module}-inspection-read), y los endpoints de lista retiran esas columnas para los usuarios que no las tienen. No dé por hecho que una columna está presente solo porque lo estaba en la versión anterior.
• Las columnas agregadas son filtrables. Las columnas creadas a partir de una unión agrupada (workgroups, asignados, clasificaciones, etiquetas y similares) ahora pueden filtrarse directamente. Antes, filtrarlas fallaba o retiraba silenciosamente las filas que el agregado sumaba, de modo que un registro con varios valores se reducía al valor por el que había filtrado; ahora esos filtros coinciden con el registro y siguen devolviendo el conjunto completo.
• Nuevas columnas filtrables y ordenables se han añadido en los endpoints de lista existentes (events, configuration items, ubicaciones, productos, assets, base de conocimiento, reservas, catering, finanzas, groups, organizaciones y filtros), lo que da más material a las vistas guardadas y a los filtros de la cuadrícula.
• Los listados se limitan a las columnas solicitadas. Envíe las columnas que muestra realmente a través de visibleColumns[]; una petición que lo pide todo obliga al backend a resolver cada atributo personalizado y cada agregado agrupado en cada llamada.
• Las reglas de restricción ahora limitan el parámetro de ruta a identificadores numéricos, de modo que un identificador no numérico ya no se resuelve.
• La liberación automática de la señalización cambia de handler. POST auto-release resuelve ahora a la acción de liberación automática en lugar de la de check-out, en línea con el ajuste por tipo descrito arriba. La URL no cambia, el comportamiento sí.

Nuevos endpoints:

• Automations: automation-rules con CRUD completo más {rule}/toggle, {rule}/test, {rule}/runs y un runs global del tenant. Las acciones incluyen set-price y delete-record.
• Reglas de disponibilidad: un recurso completo (index, name-listing, show, update, duplicate, delete) más reglas por modelo (GET/PATCH {modelId}) y DELETE {rule}/{modelType}/{modelId} para desvincular un elemento.
• Registro de cambios: GET change-log, el flujo de historial único para todos los módulos.
• Reserva de escritorios: desk-booking/upcoming, check-in, {bookingRoom}/check-out y {bookingRoom}/extend, más GET locations/{location}/desk-qr.
• Inspecciones y mantenimiento: inspection (CRUD + listing), maintenance-measure (CRUD), mjop/forecast y un endpoint export/inspections.
• Space forecasting: space-forecast/calculate, space-snapshots, space-portfolios, space-collaboration y space-scenarios con CRUD, compare, duplicate, export, accuracy y, por línea, update / reset.
• Días en la oficina, equipos y presencia: teams (CRUD, mine, invites, join, leave, members, nudge, attendance, insights), attendance-intents (mine, overview, setMine, calendar-opt-in, user), office-day-rules/mine y presence-events.
• AI: ai/plan (CRUD, tenant-settings, groups, asignación a un group o a un usuario), ai/quota, ai/billing/usage y ai/usage/system.
• Seguridad: security/audit-logs, security/blocked-accounts, security/unblock y security/sign-out-all.
• Floor kiosk: floor-kiosk con list, create, show, update y delete.
• Base de conocimiento: informes de lagunas (gaps, gaps/trend, gaps/variants, protegidos por el nuevo permiso knowledgebase.gaps), search-miss, más usage y feedback por artículo (con feedback/summary).
• Correo entrante: inbound-email-channels (CRUD, name-list, rotate-token, {channel}/emails) que acepta por canal correo autenticado por token, limitado por hora, para crear tickets. La acción send-email puede elegir su dirección de remitente.
• Plantillas de reserva: por plantilla, finkeys (list, reorder, update) y sections personalizadas, con las pestañas de atributos y las secciones protegidas por can:customField.assign.
• Traducciones: endpoints para leer y escribir las traducciones de configuración, con importación, exportación y recuentos por idioma.
• Valoraciones y anuncios: nps (eligibility, dismiss, company-settings, store, update) y anuncios del sistema que cada usuario puede descartar.
• Añadidos menores: catalogue-sort/{type} (get y update), GET {event}/series para la información de la serie, y PATCH user/tour-state.